Дипломная работа: Автоматизированное рабочее место руководителя (менеджера) подразделения организации в информационной сети
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
67
На рисунке 21 приведена схема диалога системы.
Главная форма
Меню
Меню
Справочники
Документы
Отчеты
Выход
Справочники
Клиенты
Услуги
Должности
Сотрудники
Документы
Заявки
Договора
Оплата
Печать сертификата
Отчеты
Оказанные услуги за период
Выручка за период
Договора
Просмотр
Печать
Расчет стоимости
подключения
Рисунок 21 – Дерево вызова программных модулей
3.2.2 Структурная схема пакета
Программные модули, составляющие структурную схему АРМ,
сгруппированы на несколько, слабосвязанных между собой программных
сущностей, представляющих собой пакеты. Каждый пакет отвечает за
определенную функциональность системы (например, вход в систему, доступ
к базе данных, формирование отчётов и т.п.). На Рисунке 22 представлены
пакеты (подсистемы), составляющие общую структуру АРМ.
68
Рисунок 22 – Общая структура АРМ
Дерево программных модулей, составляющих структуру основного
пакета представлено на Рисунке 23
Справочники:
Клиенты, Услуги,
Должности,
Сотрудники
Отчеты: услуги за
период, выручка за
период
Документы: Заявки,
Договора, Оплата,
Печать сертификата
Модуль данных
Главная форма
Рисунок 23 – Дерево программных модулей
В Таблице 25 приведены идентификаторы модулей и описание
выполняемых ими функций в АРМ менеджера в ООО «Мэйджор Терминал»
69
Таблица 25 - Описание программных модулей
Название программного модуля
Идентификатор
Главная форма
Form1
Доступ к базе данных
DataModule
Справочник «Клиенты»
Form5
Редактирование справочника «Клиенты»
Form11
Справочник «Услуги»
Form13
Справочник «Сотрудники»
Form18
Справочник «Должности»
Form6
Документ «Заявки»
Form7
Документ «Договора»
Form3
Редактирование документа «Договора»
Form4
Документ «Оплата»
Form23
Отчет «Услуги за период»
Form8
Отчет «Выручка за период»
Form9
3.3 Описание реализации БД
На основе концептуальной модели, разработанной ранее можно создать
логическую модель базы данных (рисунок 24).
Рисунок 24 – Логическая модель данных
Клиент
Код клиента: INTEGER
Фамилия: VARCHAR(20)
Имя: VARCHAR(20)
Отчество: VARCHAR(20)
Дата рождения: DATE
Город: VARCHAR(20)
Адрес: VARCHAR(20)
Телефон: VARCHAR(20)
Паспортные данные: VARCHAR(20)
Заявка
Код обращения: INTEGER
Дата обращения: DATE
Формулировка: VARCHAR(20)
Результат: VARCHAR(20)
Договор
Код договора: INTEGER
Дата договора: CHAR(18)
Предмет договора: CHAR(18)
Дата истечения: DATE
Поступление
Код поступления: INTEGER
Дата: DATE
Сумма: INTEGER
Услуги
Код услуги: INTEGER
Название: INTEGER
Стоимость: INTEGER
Сотрудник
Код сотрудника: INTEGER
Фамилия: VARCHAR(20)
Имя: VARCHAR(20)
Отчество: VARCHAR(20)
Дата рождения: DATE
Город: VARCHAR(20)
Адрес: VARCHAR(20)
Телефон: VARCHAR(20)
Паспортные данные: VARCHAR(20)
Должность
Код должности: INTEGER
Должность: VARCHAR(20)
70
На основе этой модели предметной области можно разработать
физическую структуру базы данных, и даже автоматически сгенерировать ее.
При преобразовании инфологической модели в даталогическую
используются такие правила:
1. Каждая сущность становится таблицей. Названия таблиц задаются во
множественном числе.
2. Каждый атрибут сущности становится столбцом таблицы.
3. Ключевой атрибут становится ключом таблицы.
4. Связи между сущностями становятся связями между таблицами.
В соответствии с этими правилами на основе имеющейся
информационно-логической модели была построена физическая модель
данных (рисунок 25).
Рисунок 25 – Физическая модель данных
На основе физической модели данных средствами программы ER-Win
была автоматически сенерирована логическая структура реляционной базы
данных в СУБД MS Access. На этой схеме реляционные таблицы
представлены структурой, определяемой составом и последовательностью
Договор
Код договора: Long Integer
Дата договора: Text(255)
Предмет договора: Text(255)
Дата истечения: Date/Time
Код клиента: Long Integer (FK)
Должность
Код должности: Long Integer
Должность: Text(20)
Заявки
Код заявки: Long Integer
Дата заявки: Date/Time
Формулировка: Text(255)
Рез у льтат: Text(20)
Код услу ги: Long Integer (FK)
Код клиента: Long Integer (FK)
Код сотру дника: Long Integer (FK)
Клиент
Код клиента: Long Integer
Фамилия: Text(20)
Имя: Text(20)
Отчество: Text(20)
Дата рождения: Date/Time
Город: Text(20)
Адрес: Text(20)
Телефон: Text(20)
Паспортные данные: Text(200)
Поступление
Код посту пления: Long Integer
Дата: Date/Time
Сумма: Long Integer
Код договора: Long Integer (FK)
Сотру дник
Код сотру дника: Long Integer
Фамилия: Text(20)
Имя: Text(20)
Отчество: Text(20)
Дата рождения: Date/Time
Город: Text(20)
Адрес: Text(20)
Телефон: Text(20)
Паспортные данные: Text(20)
Код должности: Long Integer (FK)
Услуги
Код услу ги: Long Integer
Наз вание: Text(255)
Стоимость: Long Integer
71
полей (атрибутов). Наименование ключевых полей выделены. Логические
связи изображены линиями между соответствующими ключами связи.
Данная модель показывает основные сущности, ключевые поля и
атрибуты, входящие в каждую сущность. Приведенную схему данных можно
разделить на три основных блока. Первый блок данных показывает
постоянную информацию, реализованную в виде справочников. Второй блок
– это блок входящей информации. Третий блок – это блок отчетной
информации. Это все данные, которые получаются в результате обработки
входной информации и используются для передачи во внешнюю среду.
(рисунок 26).
Рисунок 26 – Схема базы данных
Записей в таблицах неограниченно, но по мере поступления
информации данные заносятся в таблицу. В каждой таблице представлен
идентификатор и ключевое поле, которые позволяют производить поиск.
Источник: https://baza.diplomsite.ru/previewfile/2527