Диплом - Разработка АРМ экономиста-менеджера по контролю и учету объектов аренды - файл n1.doc

Диплом - Разработка АРМ экономиста-менеджера по контролю и учету объектов аренды
скачать (6049.5 kb.)
Доступные файлы (1):
n1.doc6050kb.10.09.2012 14:41скачать

n1.doc

1   2   3   4   5   6   7   8   9

2 Проектная часть




2.1 Информационное обеспечение комплекса задач




2.1.1 Информационная модель и ее описание



Информационная модель включает в себя совокупность входных и выходных документов, файлов входной оперативной, постоянной, промежуточной и результатной информации. Информационные модели нельзя потрогать или увидеть, они не имеют материального воплощения, потому что строятся только на информации.

Для построения информационной модели необходимо пройти ряд стадий. Процесс, проводимый от "объекта познания" до "формальной конструкции", носит название "формализация", а обратный процесс - "интерпретация" - чаще всего используется в познании мира и обучении.

При разработке ИМ используются два подхода:

Сущность структурного подхода к разработке ИС заключается в ее декомпозиции (разбиении) на автоматизируемые функции: система разбивается на функциональные подсистемы, которые в свою очередь делятся на подфункции, подразделяемые на задачи и так далее.

В качестве средств структурного анализа и проектирования, наиболее распространенны следующие нотации:

Методология SADT (Structured Analysis and Design Technique). Описание системы с помощью SADT называется моделью. В SADT-моделях используются как естественный, так и графический языки. Для передачи информации о конкретной системе источником естественного языка служат люди, описывающие систему, а источником графического языка - сама методология SADT. Графический язык SADT обеспечивает структуру и точную семантику естественному языку модели. Графический язык SADT организует естественный язык вполне определенным и однозначным образом, за счет чего SADT и позволяет описывать системы, которые до недавнего времени не поддавались адекватному представлению.

С точки зрения SADT модель может быть сосредоточена либо на функциях системы, либо на ее объектах. SADT-модели, ориентированные на функции, принято называть функциональными моделями, а ориентированные на объекты системы - моделями данных, функциональная модель представляет с требуемой степенью детализации систему функций, которые в свою очередь отражают свои взаимоотношения через объекты системы. Модели данных дуальны к функциональным моделям и представляют собой подробное описание объектов системы, связанных системными функциями. Полная методология SADT поддерживает создание множества моделей для более точного описания сложной системы.

Диаграммы потоков данных DFD (Data Flow Diagrams) являются основным средством моделирования функциональных требований проектируемой системы. С их помощью эти требования разбиваются на функциональные компоненты (процессы) и представляются в виде сети, связанной потоками данных. Главная цель таких средств продемонстрировать, как каждый процесс преобразует свои входные данные в выходные, а также выявить отношения между этими процессами. Главная цель построения иерархического множества DFD заключается в том, чтобы сделать требования ясными и понятными на каждом уровне детализации, а также разбить эти требования на части с точно определенными отношениями между ними.

Модель Сущность-Связь ERD (Entity-Relationship Diagrams) — это модель данных, позволяющая описывать концептуальные схемы. Она предоставляет графическую нотацию, основанную на блоках и соединяющих их линиях, с помощью которых можно описывать объекты и отношения между ними какой-либо другой модели данных. В этом смысле ER-модель является мета - моделью данных, то есть средством описания моделей данных.

ER-модель удобна при проектировании информационных систем, баз данных, архитектур компьютерных приложений, и других систем (далее, моделей). С её помощью можно выделить ключевые сущности, присутствующие в модели, и обозначить отношения, которые могут устанавливаться между этими сущностями. Важно отметить что сами отношения также являются сущностями (выделяются в отдельные графические блоки), что позволяет устанавливать отношения на множестве самих отношений.

ER-модель является одной из самых простых визуальных моделей данных (графических нотаций). Она позволяет обозначить структуру «крупными мазками», в общих чертах. Это общее описание структуры называется ER-диаграммой или онтологией выбранной предметной области.

На этапе перехода к реализации данной ER-диаграммы в виде реальной информационной системы или программы, происходит отображение ER-модели в более детальную модель данных реляционной (объектной, сетевой, логической, или др.) базы данных, которая называется физической моделью данных по отношению к исходной ER-диаграмм. [1. c. 67-74]

2.1.2 Используемые классификаторы и системы кодирования



В составе информационного обеспечения рассматриваемого комплекса задач важное место отводится классификаторам экономической информации.

Обеспечить сжатие призначной части показателей, а, следовательно, и сократить объем хранимой информации в ЭВМ и время на поиск информации, необходимой для решения задач, облегчить обработку информации позволяют классификация и кодирование информации.

Кодированием называется процесс присвоения объектам кодовых обозначений. Основная цель кодирования состоит в однозначном обозначении объектов, а также в обеспечении необходимой достоверности кодируемой информации.

При проектировании кодов предъявляется ряд требований:

Выбор системы кодирования в основном зависит от количества классификационных признаков и разработанной системы классификации.

Система классификации - это совокупность правил распределения объектов множества на подмножества.

Классифицирование - это процесс распределения объектов данного множества на подмножества.

Классификация - это результат упорядоченного распределения объектов заданного множества.

Различают иерархическую и многоаспектную системы классификации.

Иерархическая система классификации предполагает разбиение исходного множества на подмножества, между которыми установлены отношения соподчиненности (иерархии). В зависимости от количества классификационных признаков возможно наличие нескольких уровней классификации.

Уровень классификации - это совокупность классификационных группировок, расположенных на одних и тех же ступенях классификации.

В многоаспектных системах классификации применяется параллельно несколько независимых признаков в качестве классификационных, т. е. Исходное множество рассматривается одновременно в разных аспектах.

Системы кодирования делятся на регистрационные и классификационные.

Регистрационная система кодирования используется для идентификации объектов, которые не требуют предварительной классификации и независимы от существа решаемых задач. Различают порядковую и серийно-порядковую системы кодирования.

Порядковая система кодирования заключается в последовательном порядке регистрации объектов. Признаки классификации отсутствуют, что впоследствии не позволит получать промежуточные итоги.

Серийно-порядковая система кодирования применяется для кодирования однопризначных номенклатур, находящихся в определенной соподчиненности. Старшему признаку выделяется серия номеров с учетом возможного расширения позиции объекта, а младшему присваиваются порядковые номера в пределах выделенной серии.

В соответствии с приведенными требованиями к кодам в разрабатываемом проекте используется серийная система кодирования, позволяющая кодировать установившееся несложные множества объектов, учитывая возможность расширения кодируемого множества и разбиение по одному признаку классификации. [2. c. 77-82]

Краткая характеристика классификаторов и систем кодирования, используемых для решения комплекса задач, представлена в таблице 2.1.
Таблица 2.1 – Перечень классификаторов, используемых при проектировании

Наименование кодируемого множества объектов

Значность кода

Система кодирования

Система классификации

Вид классификатора

Номер договора

3

Порядковая

Отсутствует

Локальный

Код арендатора

2

Порядковая

Отсутствует

Локальный

Код здания

1

Порядковая

Отсутствует

Локальный

Код даты

4

Порядковая

Отсутствует

Локальный

Код оплаты

4

Порядковая

Отсутствует

Локальный

Код начисления

4

Порядковая

Отсутствует

Локальный

Код платежа

1

Порядковая

Отсутствует

Локальный



2.1.3 Характеристика входной оперативной и нормативно-справочной информации



Описание входной оперативной информации.

К оперативной относится информация, которая меняется для каждого фиксированного случая ее использования.

Для решения задач контроля оплаты аренды и формирования таких документов как акты сверки, месячных, квартальных и полугодовых отчетов по оплате и справок по поступившим платежам используется такой входной документ как: банковские выписки. Периодичность формирования документа - 1 раз в месяц. Макет размещения информации представлен в таблице 2.2.
Таблица 2.2 – Оплата

п/п

Наименование поля

Длина поля

Тип поля

1

Код платежа

Длинное целое

Счетчик

2

Плательщик

50

Текстовый

3

Дата поступления

Краткий формат даты

Дата/время

4

Наименование платежа

1

Текстовый

5

Сумма платежа

Денежный

Денежный

6

Просрочка оплаты в днях

Числовой

Числовой

7

Наименование арендатора

Длинное целое

Числовой (подстановка)

8

Основание для оплаты

Длинное целое

Числовой (подстановка)


Источником нормативно-справочной информации является ИПС «Эталон 6.0».

2.1.4 Характеристика базы данных




2.1.4.1 Характеристика инфологической модели БД



Инфологическая модель базы данных «АРМ экономиста – менеджера по учету и контролю объектов аренды» представлена на рисунке 2.1.



Рисунок 2.1 – Инфологическая модель БД

Директор организации, как руководящий элемент, принимает окончательные решения, без его согласия не происходит ни одного действия.

Связь экономиста – менеджера и бухгалтерии состоит в том, что входящая информация по платежам поступает в бухгалтерию, также необходимые документы согласуются с главным бухгалтером.

Министерство финансов РБ, как контролирующе – руководящий орган, в ведении которого находится организация, составляет и направляет инструкции и рекомендации по правилам ведения арендных отношений, так же туда сдаются ежеквартальные и полугодовые отчеты и сведения по арендатора и занимаемым площадям.

Минский городской центр недвижимости проводит аукционы на право заключения договоров аренды нежилых помещений, так же туда отправляются ежемесячные отчеты о поступивших средствах по оплате аренды.

БРТИ ведет контроль по использованию площадей в зданиях республиканской собственности, туда подается информация по договорам аренды, заключенным сроком, более чем 1 год.

В минскэнерго и минскводоканал подаются сведения о занимаемой арендаторами площади и количестве их сотрудников, для начисления коммунальных платежей.

Арендаторы ежемесячно производят оплату аренды и коммунальных услуг, ежеквартально получают акты сверки арендной платы, а также счета на оплату пени, если имели место нарушения условий оплаты по договору.

Заключение новых договоров, дополнительных соглашений, переписка, получение текущей необходимой информации осуществляется в рабочем режиме.

Общий вид схемы данных разрабатываемого АРМа экономиста – менеджера по контролю и учету объектов аренды представлении на рисунке 2.2.



Рисунок 2.2 – Схема данных

2.1.4.2 Характеристика даталогической модели БД



Описание таблиц БД, атрибутов и идентификаторов полей, а так же их тип представлено в таблице 2.3.

Таблица 2.3 – Описание таблиц БД «АРМ экономиста – менеджера по учету и контролю объектов аренды»

Таблица

Идентификатор таблицы

Атрибут

Идентификатор поля

Тип поля

Виды платежей

Виды платежей

Код платежа

CodPl

Текстовый

Наименование платежа

NPl

Текстовый

Дата_курс

Дата_курс

Код даты

CodTime

Счетчик

дата

Data

Дата/время

курс

Kurs

Числовой

Договора

Договора

Номер договора аренды

Ndog

Числовой

Наименование арендатора

Name

Числовой

Аренда помещения по адресу

Nzd

Числовой

Дата заключения договора

DateZakl

Числовой

Начало договора

NachD

Числовой

Конец договора

KonD

Числовой

Площадь общая (занимаемая)

Sob

Числовой

Примечание

Prim

Текстовый

Здания

Здания

Код здания колледжа

CodZd

Числовой

Название здания (сооружения)

Name

Текстовый

Адресс

Adres

Текстовый

Общая площадь здания

Sob

Числовой

Коэффициент расположения

Kras

Числовой
















Продолжение таблицы 2.3

Таблица

Идентификатор таблицы

Атрибут

Идентификатор поля

Тип поля

Начисления

Начисления

Код начисления

CodNach

Счетчик

Начало договора

Data

Числовой

Наименование арендатора

NameAr

Числовой

Название начисления

Nach

Текстовый

Начислено в рублях

Summa

Денежный

Основание начисления

Osn

Текстовый

Адрес месторасположения

Adres

Числовой

Ставки

Ставки

Номер договора

NDog

Числовой

Начало договора

NachS

Числовой

Конец договора

KonS

Числовой

Ставка арендной платы

Stavka

Числовой

Оплата

Оплата

Код платежа

Cod

Счетчик

Код платежа

NAr

Числовой

Дата поступления

Data

Числовой

Наименование платежа

NPl

Текстовый

Сумма платежа

Summa

Денежный

Оплата по начислению

CodNach

Числовой

Просрочка оплаты в днях

Pros

Числовой

Код арендатора

CodArend

Числовой

Код здания

CodZd

Числовой

Список

Список




CodArend

Счетчик




NAME

Текстовый




Ur_Adr

Текстовый




Bank_R

Текстовый




UNP

Текстовый




Dir

Текстовый




Gl_Buh

Текстовый



2.1.5 Характеристика результатной информации



Перечень результатных документов данного проекта включает в себя:

Отчет «Списки текущих арендаторов» имеет табличный вид и состоит из следующих полей:

Отчет основан на запросе «Текущие арендаторы» (рисунок 2.3).



Рисунок 2.3 – Запрос «Текущие арендаторы»

Отчет «Акт сверки арендной платы» формируется на основе запроса «Сверка» (Рисунок 2.4).







Сведения по поступившим платежам (в МГЦН) формируются на основании SQL запроса вида:

SELECT [Оплата за текущий год].NAME, [Оплата за текущий месяц].Nzd, [Sum-За год]/1000000 AS [За год], [Sum-За месяц]/1000000 AS [За месяц]

FROM [Оплата за текущий год] INNER JOIN [Оплата за текущий месяц] ON [Оплата за текущий год].NAME=[Оплата за текущий месяц].NAME

WHERE ((([Оплата за текущий год].NAME)<>"10" And ([Оплата за текущий год].NAME)<>"11" And ([Оплата за текущий год].NAME)<>"12")).

Справка по поступившим платежам и налогам (в бухгалтерию) формируется на основании запросов «оплата налогов» и «расчет налогов» (рисунки 2.5.1 – 2.5.2).



Рисунок 2.5.1 – Запрос «Оплата налогов»









Рисунок 2.5.2 – Запрос «Расчет налогов»
Квартальный отчет по арендаторам и поступившим платежам в МФ РБ формируется на основании запросов «Оплата аренды квартал» и «Расчет налогов квартал» (Рисунок 2.6).



Рисунок 2.6 – Запрос «Оплата аренды квартал»
Запрос «Расчет налогов квартал» представлен в виде SQL запроса:

SELECT DISTINCTROW [Оплата аренды квартал].[Sum-За квартал] AS [Итого за месяц], 0.2 AS [Ставка НДС], Round(([Итого за месяц]*[Ставка НДС])/([Ставка НДС]+1),0) AS [Итого НДС], 0.02 AS [Ставка бюджет], Round(([Итого за месяц]-[Итого НДС])*[Ставка бюджет],0) AS [Итого в бюджет], "фикс" AS [Ставка зем/н], 0+[Налог на землю расчетного квартала] AS [Итого н/земл], "фикс" AS [Ставка н/недв], 0+[Налог на недвижимость расчетного квартала] AS [Итого н/недв], 0.24 AS [Ставка н/прибыль], Round(([Итого за месяц]-[Итого НДС]-[Итого в бюджет]-[Итого аморт]-[Итого н/земл]-[Итого отходы]-[Итого н/недв])*[Ставка н/прибыль],0) AS [Итого н/прибыль], 0.03 AS [Ставка тр_сб], Round(([Итого за месяц]-[Итого в бюджет]-[Итого НДС]-[Итого аморт]-[Итого н/земл]-[Итого отходы]-[Итого н/недв]-[Итого н/прибыль])*[Ставка тр_сб],0) AS [Итого тр_сб], [Итого за месяц]-[Итого НДС]-[Итого в бюджет]-[Итого аморт]-[Итого н/земл]-[Итого отходы]-[Итого н/недв]-[Итого н/прибыль]-[Итого тр_сб] AS [Итого к распр], Round([Итого к распр]/2,0) AS [Перечисл в гор бюдж] FROM [Оплата аренды квартал].
Полугодовой отчет по арендаторам и поступившим платежам в МФ РБ формируется на основании запроса «Оплата по арендаторам с начала года» и имеет вид SQL:

PARAMETERS [Forms]![Код даты]![Поле2] Long, [Forms]![Код даты]![Интервал] Long, [Если расчет с начала 2007 введите "731", если с 2008 -"1096", если с 2009 - "1461", если с 2010 - "1826"] Long;

SELECT Здания.CodZd, Оплата.NAr, Здания.Adres, Оплата.Data, Оплата.NPl, Оплата.Summa, Оплата.CodNach, Дата_курс.Kurs, Round([Summa]/[Kurs],2) AS [Оплата], Forms![Код даты]!Поле2+(Forms![Код даты]!Интервал) AS Выражение1FROM Здания LEFT JOIN (Дата_курс RIGHT JOIN ((Начисления RIGHT JOIN Договора ON Начисления.NameAr = Договора.Name) LEFT JOIN Оплата ON Начисления.CodNach = Оплата.CodNach) ON Дата_курс.CodTime = Оплата.Data) ON Здания.CodZd = Договора.Nzd

GROUP BY Здания.CodZd, Оплата.NAr, Здания.Adres, Оплата.Data, Оплата.NPl, Оплата.Summa, Оплата.CodNach, Дата_курс.Kurs, Round([Summa]/[Kurs],2), Forms![Код даты]!Поле2+(Forms![Код даты]!Интервал) HAVING (((Здания.CodZd)=1 Or (Здания.CodZd)=3 Or (Здания.CodZd)=4 Or (Здания.CodZd)=5) AND ((Оплата.Data)>=([Если расчет с начала 2007 введите "731", если с 2008 -"1096", если с 2009 - "1461", если с 2010 - "1826"]-0) And (Оплата.Data)<(0+[Forms]![Код даты]![Поле2]+[Forms]![Код даты]![Интервал])) AND ((Оплата.NPl)="А" Or (Оплата.NPl)="Д")); [4. с. 20-120] [3. c. 25-130]
1   2   3   4   5   6   7   8   9


2 Проектная часть
Учебный материал
© nashaucheba.ru
При копировании укажите ссылку.
обратиться к администрации