42
представим в табл. 8, где в качестве атрибутов будут код статуса заявки и
название статуса.
Атрибуты и их характеристики для отношения «Договор» представим в
табл. 9, где в качестве атрибутов будут номер договора, дата договора, код
заказчика, номер заявки, стоимость, код способа оплаты, код статуса оплаты,
код типа договора.
Таблица 7 Атрибуты и их характеристики для отношения «Заявка»
PK
Атрибут
Описание
Тип
данных
Размер/формат
данных
PK
Номер
заявки
Идентификатор заявки
Счетчик
-
Дата заявки
Дата регистрации заявки
Дата/Время
Краткий формат
даты
FK
Код
заказчика
Идентификатор
заказчика
Числовой
-
FK
Код типа
работы
Идентификатор типа
работы
Числовой
-
Название ПО
Название программного
обеспечения
Текстовый
100
FK
Код статуса
заявки
Идентификатор статуса
заявки
Числовой
-
Срок по
плану
Плановая дата
выполнения заявки
Дата/Время
Краткий формат
даты
Срок по
факту
Фактическая дата
выполнения заявки
Дата/Время
Краткий формат
даты
Таблица 8 Атрибуты и их характеристики для отношения «Статус заявки»
43
PK
Атрибут
Описание
Тип
данных
Размер/формат
данных
PK
Код статуса
заявки
Идентификатор статуса
заявки
Счетчик
-
Название
статуса
Название статуса
заявки
Текстовый
50
Таблица 9 Атрибуты и их характеристики для отношения «Договор»
PK
Атрибут
Описание
Тип
данных
Размер/формат
данных
PK
Номер
договора
Идентификатор
договора
Счетчик
-
Дата договора
Дата регистрации
договора
Дата/Время
Краткий формат
даты
FK
Код заказчика
Идентификатор
заказчика
Числовой
-
FK
Номер заявки
Идентификатор заявки
Числовой
-
Стоимость
Стоимость по
договору (руб.)
Денежный
-
FK
Код способа
оплаты
Идентификатор
способа оплаты
Числовой
-
FK
Код статуса
оплаты
Идентификатор
статуса оплаты
Числовой
-
FK
Код типа
договора
Идентификатор типа
договора
Числовой
-
Атрибуты и их характеристики для отношения «Статус оплаты»
представим в табл. 10, где в качестве атрибутов будут код статуса оплаты и
44
название статуса.
Атрибуты и их характеристики для отношения «Способ оплаты»
представим в табл. 11, где в качестве атрибутов будут код способа оплаты и
название способа оплаты.
Таблица 10 Атрибуты и их характеристики для отношения «Статус оплаты»
PK
Атрибут
Описание
Тип
данных
Размер/формат
данных
PK
Код статуса
оплаты
Идентификатор статуса
оплаты
Счетчик
-
Название
статуса
Название статуса
оплаты
Текстовый
50
Атрибуты и их характеристики для отношения «Тип договора»
представим в табл. 12, где в качестве атрибутов будут код типа договора и
название договора.
После нормализации отношения модели данных находятся в 3НФ.
Информационная модель данных в нотации IDEF1Х представлена на
рис.15.
Таблица 11 Атрибуты и их характеристики для отношения «Способ
оплаты»
PK
Атрибут
Описание
Тип
данных
Размер/формат
данных
PK
Код способа
оплаты
Идентификатор
способа оплаты
Счетчик
-
Название
способа оплаты
Название способа
оплаты
Текстовый
50
45
Таблица 12 Атрибуты и их характеристики для отношения «Тип договора»
PK
Атрибут
Описание
Тип
данных
Размер/формат
данных
PK
Код типа
договора
Идентификатор типа
договора
Счетчик
-
Название типа
договора
Название типа
договора
Текстовый
50
Рисунок 15 – Модель данных в нотации IDEF1Х (логический уровень)
При переходе к физической модели данных сущности заменим
реляционными таблицами, а атрибуты столбцами в таблице. В качестве
целевой СУБД используется MS SQL Sever.
46
Рисунок 16 – Модель данных в нотации IDEF1Х (физический уровень)
Выводами по второй главе служат следующие тезисы.
Таким образом, во второй главе выпускной квалификационной работы
выполнено проектирование автоматизированной системы управления
технологическими процессами, разработано техническое задание на
разработку автоматизированной системы управления технологическими
процессами и функциональное проектирование.
Техническое задание на разработку АСУПТ должно содержать в себе
общие сведения, требования к системе, требования к системе обеспечения,
состав и содержание работ по созданию системы; порядок контроля и
приемки системы; требования к составу и содержанию работ по подготовке
47
объекта автоматизации к вводу системы в действие; требования к
документированию.
Мы рассмотрели бизнес-процесс «Продажи», который реализуется в
профессиональной деятельности специалиста по продажам. Функциональное
проектирование начинается с построения контекстной диаграммы, которая в
свою очередь декомпозируется на несколько диаграмм. Сначала мы выделили
функции в бизнес процессе «Продажи», выделили входные и выходные
данные в модели в нотации IDEF0 и построили модель бизнес-процесса
«Продажи» в нотации IDEF0.
Далее выполнили декомпозицию контекстной диаграммы, разбив
бизнес-процесс «Продажи» на подпроцессы и построили модель бизнес-
процесса «Продажи» в нотации IDEF0 (декомпозиция работы А0, А1) и
диаграмму дерева узлов. Далее мы выполнили построение потоков данных и
инфологическое проектирование модели данных разрабатываемой АСУТП
«Продажи», учитывая все сущности, выполнили описание отношений,
соответствующих сущностям модели данных.
В результате мы выясни, что разрабатываемая модель данных в
исходном состоянии не находится в первой нормальной форме (1НФ),
поэтому мы провели нормализацию отношений модели данных до третьей
нормальной формы (3НФ). Далее мы привели уточненные атрибуты
отношений с указанием первичных ключей, после чего нормализации
отношения модели данных стала находится в 3НФ.
Мы построили информационную модель данных в нотации IDEF1Х
(логический и физический уровень).
48
ГЛАВА 3. РАЗРАБОТКА АСУТП
3.1. Описание структуры АСУТП
Система по работе в АСУТП «Продажи» должна содержать перечень
основных шагов:
Запуск системы осуществляется двойным щелчком левой клавишей
мыши по ярлыку приложения.
Для входа в систему необходимо пройти авторизацию пользователя в
системе, т.е. в форме «Авторизация пользователя в системе» ввести в
соответствующие поля «имя пользователя» и «пароль пользователя»;
далее необходимо нажать кнопку «Вход». Кнопка «Отмена» служит для
отмены запуска приложения.
Работа с главной формой системы (выбор пунктов меню для доступа к
объектам системы). Для выхода из системы необходимо выбрать пункт
меню «Выход».
Работа с заказчиками осуществляется в форме «Журнал учета
заказчиков». Данная форма позволяет добавлять новых заказчиков,
редактировать данные уже внесенных заказчиков, выполнять
сортировку по названию заказчика, поиск по названию заказчика и
экспорт журнала заказчиков в MS Excel.
Работа с заявками осуществляется в форме «Журнал учета заявок».
Данная форма позволяет добавлять новые заявки, редактировать
данные уже внесенных заявок, выполнять сортировку и поиск по
номеру заявки, экспорт журнала заявок в MS Excel.
Работа с договорами осуществляется в форме «Журнал учета
договоров». Данная форма позволяет добавлять новые договоры,
редактировать данные уже внесенных договоров, выполнять
49
сортировку и поиск по номеру договора, экспорт журнала догвооров в
MS Excel.
Добавление/редактирование данных осуществляется в формах, которые
открываются по нажатию на кнопки «Добавить»/«Изменить».
Обновление данных осуществляется по нажатию на кнопку
«Обновить».
Экспорт данных в MS Excel осуществляется нажатие на кнопку «В
Excel».
Завершение работы с экранной формой выполняется по нажатию на
кнопку «Закрыть».
Файлы приложения пользователя должны располагаться в папке
«ASUTP SALE», которая должна располагаться в папке «Temp» не диске С:\.
В состав программного обеспечения АСУТП «Продажи» входят: файлы
базы данных (файл БД «SALE_DB» и соответствующий log-файл) и
приложение пользователя (папка PO_SALE и ее содержимое).
БД содержит таблицы, структура которых вместе со схемой данных
представлены на рис. 17-25.
Рисунок 17 – Структура таблицы «Заказчик»
Рисунок 18 – Структура таблицы «Способ оплаты»
50
Рисунок 19 – Структура таблицы «Статус заявки»
Рисунок 20 – Структура таблицы «Статус оплаты»
Рисунок 21 – Структура таблицы «Тип договора»
Рисунок 22 – Структура таблицы «Тип работы»
Рисунок 23 – Структура таблицы «Заявка»
51
Рисунок 24 – Структура таблицы «Договор»
Авторизация пользователя осуществляется путем проверки
правильности введенного имени пользователя системы и соответствующего
пароля. Структура таблицы для хранения данных о пользователях системы
представлена на рис.26.