Диплом: Исследование и разработка информационной системы учета работы экономиста на примере ОАО «Декатлон»

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
98
Рисунок 2.2.21 — Макет отчет «Фактический отчет по работам»
Рисунок 2.2.22 — Макет отчет «Рассогласование показателей по работам»
Рисунок 2.2.23 — Макет отчет «Анализ структуры показателей по работам»
99
Рисунок 2.2.24 — Макет график «Анализ структуры показателей по работам
(выручке)»
Рисунок 2.2.25 — Макет отчет «Анализ структуры затрат»
Рисунок 2.2.26 — Макет график «Анализ структуры затрат (Факт)»
100
Рисунок 2.2.27 — Макет отчет «Анализ динамики показателей по работам»
2.4 Программное обеспечение задачи
2.4.1 Общие положения (дерево функций и сценарий диалога)
ИС учета работы экономиста нацелена на труд, так же в локальной
сети под управлением сервера баз данных. С целью реализации системы
применяется известный Borland Delphi. Взаимодействие из числа
серверных, а также абонентских частями, таким образом, оказываются
реальностью посредством запросов языка с целью баз данных SQL.
Однако при проектировании процессов ИС имеющий большое
значение этап представляет изложение иерархии функций управления, а
также обрабатывания информации программного продукта
разрабатываемого.
Использование практики схематического изображения «Дерево
функций», а также «Сценарий диалога» дает возможность четко
продемонстрировать иерархию функций управления и процессы
обработки текущей информации, что автоматизированы произведенной
ИС.
Создание дерева функций дает возможность особо отметить
единичные сценарии диалога, а также разработать их структуру. Таким
образом, дерево функций ИС учета работы экономиста показано на
рисунке 2.2.28.
101
Рисунок 2.2.28 — Дерево функций ИС
Однако графический интерфейс дает возможность поддерживать
работнику разные типы диалога, что в этом случае выступает в роли
обмена информационными оповещениями среди участников процесса,
именно когда прием, обработка и выдача уведомлений совершаются в
действительном масштабе времени.
В ИС учета работы экономиста выполнены режимы работы, как:
– работа со справочниками;
– работа с данными;
– формирование отчетов;
– просмотр справки.
Сценарий диалога для программного модуля ИС учета работы
экономиста приведен на рисунке 2.2.29.
Функции ИС
Основные функции
Служебные функции
Авторизаци
я по паролю
Учет
Анализ структуры
показателей по работам
Анализ структуры затрат
Анализ динамики
показателей по работе
Плановый отчет по работам
Фактический отчет по
работам
Анализ
Выход
Рассогласование
показателей по работам
Авторизация
Ввести пароль
ОК
Главное меню
1 Справочники
2 Данные
3 Отчеты
4 Справка
5 Выход
5 Выход
5.1 Выход
1 Справочники
1.1 Работы
1.2 Затраты
1.3 Материалы
1.4 Единицы измерения
1.3 Материалы
Создать
Редактировать
Удалить
1.2 Затраты
Создать
Редактировать
Удалить
1.1 Работы
Создать
Редактировать
Удалить
2 Данные
2.1 Данные по работам
2.2 Данные по затратам
2.3 работы-затраты
2.3 работы-затраты
Создать
Редактировать
Удалить
2.2 Данные по затратам
Создать
Редактировать
Удалить
2.1 Данные по работам
Создать
Изменить
Удалить
3 Отчеты
3.1 Плановый отчет по работам
3.2 Фактический отчет по работам
3.3 Рассогласование показателей по работам
3.4 Анализ структуры показателей по работам
3.5 Анализ структуры затрат
3.6 Анализ динамики показателей по работе
3.6 Анализ динамики показателей по работе
Выбрать период времени
Просмотр отчета
Печать
Сохранить
3.3 Рассогласование показателей по работам
Выбрать период времени
Просмотр отчета
Печать
Сохранить
3.2 Фактический отчет по работам
Выбрать период времени
Просмотр отчета
Печать
Сохранить
3.4 Анализ структуры показателей по работам
Выбрать период времени
Просмотр печати
Печать
Сохранить
3.5 Анализ структуры затрат
Выбрать период времени
Просмотр отчета
Печать
Сохранить
3.1 Плановый отчет по работам
Выбрать период времени
Просмотр отчета
Печать
Сохранить
4 Справка
О программе
1.4 Единицы измерения
Создать
Редактировать
Удалить
Рисунок 2.2.29 — Сценарий диалога ИС
2.4.2 Характеристика базы данных
Как правило, создание модели основной базы данных заключается в
двух этапов: формирование логической и формирование на ее основании
физической модели.
В схеме любая табличка представлена в облике прямоугольника с
назначенной областью заголовка. Прямоугольник включает в себя
перечень абсолютно всех полей таблицы, а наименование таблицы
располагается в заголовке. Таблицы первичные ключи помечаются в
схеме вверху таблицы. Так же, есть связи, которые среди таблиц
предоставляются в виде линий, что объединяют первичный и внешний
ключи. Любой столбец таблицы содержит уникальное для
представленной таблицы название.
В данной работе преимущество было отдано MySQL — данная
концепция управления реляционными базами данных. Так же в базе
данные сберегаются в раздельных таблицах, в следствие чему добивается
пользу в быстроте и эластичности. Таблицы соединяются между друг
другом при поддержки отношений, из-за чего гарантируется способ
соединять при исполнении запроса данных из некоторых таблиц.
Именно с целью сокращения рисков при разработке, был выбрана
MySQL в качестве СУБД.
Данная база данных разрабатываемой системы физической создается
с поддержкой ERwin.
С целью разработанной программы была спроектирована база
данных, которая состоит из 7 таблиц. Так же физическая модель
спроектированной базы данных представлена на рисунке 2.2.30.
104
Рисунок 2.2.30 — Модель данных на физическом уровне
Таблица «Cost» содержит основные сведения о затратах. Структура
таблицы затрат показана в Таблице 21.
Таблица 21 Структура таблицы Cost
Имя поля
Тип данных
Описание поля
Ключ
Cost_Code_Iteams
INTEGER
Код статьи затрат
PK
CostName
Varchar2(20)
Наименование затрат
-
Таблица «Work» содержит основные сведения о работах, в которых
содержится разряд, описание и цена работ. Структура таблицы работы
представлена в Таблице 22.
Таблица 22 Структура таблицы Work
Имя поля
Тип данных
Описание поля
Ключ
WorkCode
INTEGER
Код работы
PK
NameWork
Varchar2(20)
Наименование работы
-
Price_RUB
DECIMAL(19,4)
Цена, руб.
-
CodeUnit
INTEGER
Код единицы
FK
DataOnCost
ID_CostData: INTEGER Number
NameCosts: VARCHAR2(20) String
PlanCost__RUB: DECIMAL(19,4) Number
FactCost__RUB: DECIMAL(19,4) Number
Period: DATE Datetime
Code_Cost_Items: INTEGER Number (FK)
Cost
Code_Cost_Items: INTEGER Number
CostName: VARCHAR2(20) String
works_cost
ID_Works_Costs: INTEGER Number
Code_Cost_Items: INTEGER Number (FK)
WorkCode: INTEGER Number (FK)
Work
WorkCode: INTEGER Number
NameWork: VARCHAR2(20) String
Price_RUB: DECIMAL(19,4) Number
CodeUnit: INTEGER Number (FK)
Materials
MaterialCode: INTEGER Number
NameMaterial: VARCHAR2(20) String
Price_RUB: DECIMAL(19,4) Number
CodeUnit: INTEGER Number (FK)
Code_Cost_Items: INTEGER Number (FK)
DataOnWork
ID_DataWorks: INTEGER Number
StartDate: DATE Datetime
EndDate: DATE Datetime
Price__RUB: DECIMAL(19,4) Number
PlanWork_kv_m: INTEGER Number
FactWork_kv_m: INTEGER Number
Comment: VARCHAR2(20) String
NameWork: VARCHAR2(20) String
Period: DATE Datetime
WorkCode: INTEGER Number (FK)
UnitMeasure
CodeUnit: INTEGER Number
UnitOfMeasure: VARCHAR2(20) String
105
Таблица «Materials» содержит данные о материалах, так же
структура представлена в Таблице 23.
Таблица 23 Структура таблицы Materials
Имя поля
Тип данных
Описание поля
Ключ
MaterialCode
INTEGER
Код материала
PK
Price_RUB
DECIMAL(19,4)
Цена, руб.
-
NameMaterial
Varchar2(20)
Наименование материала
-
CodeUnit
INTEGER
Код единицы
FK
Code_Cost_Iteams
INTEGER
Код статьи затрат
FK
Таблица «DataOnWork» содержит сведения о данных по работам, её
структура представлена в Таблице 24.
Таблица 24 Структура таблицы DataOnWork
Имя поля
Тип данных
Описание поля
Ключ
ID_DataWorks
INTEGER
ID данные по работам
PK
StartDate
DATE
Дата начала
-
EndDate
DATE
Дата окончания
-
Price__RUB
DECIMAL(19,4)
Цена, руб.
-
PlanWork_kv_m
INTEGER
Плановое количество, кв_м
-
FactWork_kv_m
INTEGER
Фактическое количество, кв_м
-
Comment
Varchar2(20)
Комментарии
-
NameWork
Varchar2(20)
Наименование работы
-
Period
DATE
Период
-
WorkCode
INTEGER
Код работы
FK
Таблица «DataOnCosts» содержит сведения о данных по затратам,
её структура представлена в Таблице 25.
Таблица 25 Структура таблицы DataOnCosts
Имя поля
Тип данных
Описание поля
Ключ
ID_CostData
INTEGER
ID данные по затратам
PK
NameCosts
Varchar2(20)
Наименование затраты
-
PlanCost__RUB
DECIMAL(19,4)
Плановое значение, руб
-
FactCost__RUB
DECIMAL(19,4)
Фактическое значение, руб
-
Period
DATE
Период
-
Code_Cost_Items
INTEGER
Код статьи затрат
FK
Таблица «works-costs» содержит сведения данных по работам и
затратам, её структура представлена в Таблице 26.
Таблица 26 Структура таблицы works-costs
Имя поля
Тип данных
Описание поля
Ключ
106
Продолжение таблицы 26 Структура таблицы works-costs
ID_Works_Costs
INTEGER
ID работ-затрат
PK
Code_Cost_Items
INTEGER
Код статьи затрат
FK
WorkCode
INTEGER
Код работы
FK
Таблица «UnitMeasure» содержит сведения по единицам измерения,
которые представлены в Таблице 27.
Таблица 27 Структура таблицы UnitMeasure
Имя поля
Тип данных
Описание поля
Ключ
CodeUnit
INTEGER
Код единицы
PK
UnitOfMeasure
Varchar2(20)
Единицы измерения
-
2.4.3 Структурная схема пакета (дерево вызова программных
модулей)
Структурная схема ИС воспроизводит совокупность программных
модулей, так же организацию диалога задачи и демонстрирует
взаимосвязь модулей программы между собой.
Структурная схема ИС показана на рисунке 2.2.31.
Рисунок 2.2.31 — Структурная схема ИС
107
2.4.4 Описание программных модулей
Список модулей программы представлен в таблице 28.
Таблица 28 Модули программы
Название модуля
Назначение модуля
Password
Служит для формирования окна для ввода пароля
MainUnit1
Главный модуль
About1
Модуль «О программе»
UDM
Модуль данных
CostUnit2
Модуль для работы со справочником «Затраты»
EdenicUnit3
Модуль для работы со справочником «Единицы измерения»
WorkUnit4
Модуль для работы со справочником «Работы»
MaterialsUnit5
Модуль для работы со справочником «Материалы»
WCUnit6
Модуль формирования рабочего окна «работы-затраты»
DataWordUnit7
Модуль формирования рабочего окна «Данные по работам»
DataCostUnit8
Модуль формирования рабочего окна «Данные по затратам»
PlanWorkReportU9
Служит для формирования отчета «Плановый отчет по
работам»
FactWorkReportU10
Служит для формирования отчета «Фактический отчет по
работам»
StructWorkReportU12
Служит для формирования отчета «Анализ структуры
показателей работ»
StructCostReportU13
Служит для формирования отчета «Анализ структуры
показателей затрат»
DinamFaktReportU14
Служит для формирования отчета «Анализ динамики
показателей по работам»
DisparityReportU11
Служит для формирования отчета «Рассогласование
показателей по работам»
StructWorkGrafU12
Служит для формирования графика «Анализ структуры
показателей работ»
StructCostGrafU13
Служит для формирования графика «Анализ структуры
показателей затрат»
Обычно в структурных схемах программ формируются основные
модули, а также маршруты связи по данным и по управлению между
модулями, состав и связь структуры данных (составляющие сведения),
главные подпрограммы внутри любого модуля. Однако структурные
карты (схемы) дают возможность развить форму условий вплоть до
модели модификации.
Техника структурных схем (карт) применяется на фазе разработки с
целью, для того чтобы показать, именно каким способом системные
требования станут отражаться программных структур комбинацией.

Смотрите также:

"Автоматизация обработки заявок ООО "Проектно-Строительная Компания"
"Автоматизация процесса аттестации персонала для ООО "Нэт Бай Нэт Холдинг"
"Анализ интернет-активности конкурентов ( на примере конкурентов "Газпром нефть")
"Бухгалтерский учёт и аудит расчётов с подотчётними лицами в организации на примере ООО "ЛОЦ 10""
«Психологическое сопровождение персонала в организации на примере ООО «Крокус»
Cовершенствование деловой оценки персонала в организации (на примере ООО "Даймонд кейтеринг развитие")
PR как средство продвижения организации (на примере ПАО "Тамбовский завод "Комсомолец им. Н.С. Артемова")
PR-коммуникации в сфере общественного питания (на примере кафе-кондитерской «Cream Cheese»)
SMM как средство повышения эффективности работы учреждений социокультурной сферы (на примере Малого театра)
Value-based education: ценности в системе образования и способы их реализации на уроке английского языка. Опыт Европейских стран