32
Таблица 1 Стадии выполнения АСУТП «Продажи»
Наименование стадии
создания системы
Документы стадии
Дата
начала
Дата
окончания
Анализ предметной
области. Описание
требований к АСУТП
Документ, содержащий
описание предметной
области и требования к
системе
Разработка
технического задания
Техническое задание
Проектирование
АСУТП
Диаграммы в нотации
IDEF0, DFD, дерево
узлов, логическая и
физическая модели
данных.
Разработка АСУТП
Схема данных,
руководство
пользователя, копии
экранных форм АСУТП
«Продажи»
6. ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ РАБОТ ПО
ПОДГОТОВКЕ ОБЪЕКТА АВТОМАТИЗАЦИИ К ВВОДУ СИСТЕМЫ В
ДЕЙСТВИЕ
Внедрение АСУТП «Продажи» предполагает выполнение видов работ:
обучение персонала;
проведение опытной эксплуатации;
проведение приемочных испытаний.
7. ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ
33
АСУТП «Продажи» должна комплектоваться следующими
документами:
руководство пользователя;
общее описание системы.
2.2. Функциональное проектирование АСУТП
Рассмотрим бизнес-процесс «Продажи», который реализуется в
профессиональной деятельности специалиста по продажам. Функциональное
проектирование начинается с построения контекстной диаграммы, которая в
свою очередь декомпозируется на несколько диаграмм.
Модель бизнес-процесса «Продажи» в нотации IDEF0 приведена на рис.
9.
Рисунок 9 – Модель бизнес-процесса «Продажи» в нотации IDEF0
В бизнес-процессе «Продажи» реализованы следующие функции:
34
учет заказчиков;
учет заявок на разработку;
учет продаж;
поиск/фильтр данных;
формирование выходных документов.
Входными данными процесса являются:
информация о заказчике;
заявка на разработку;
договор на продажу;
запрос на поиск/фильтр данных.
Выходными данными процесса являются:
список заказчиков;
список заявок на разработку;
список договоров на продажу;
результаты поиска/фильтра данных;
выходные документы.
К механизмам процесса относятся: сотрудник по продажам, АСУТП.
Управление данным процессом осуществляется посредством
законодательства, нормативных документов и др.
Модель бизнес-процесса «Продажи» в нотации IDEF0 представлена на
рис. 10-11.
35
Рисунок 10 – Модель бизнес-процесса «Продажи» в нотации IDEF0
(декомпозиция работы А0)
Выполним декомпозицию контекстной диаграммы, разбив бизнес-
процесс «Продажи» на 5 подпроцессов:
учет заказчиков;
учет заявок на разработку;
учет продаж;
поиск/фильтр данных;
формирование выходных документов.
Диаграммы декомпозиции работ А0 и А1 представлены на рис.10-11.
Диаграмма дерева узлов представлена на рис.12.
Диаграммы потоков данных представлены на рис. 13-14.
36
Рисунок 11 – Модель бизнес-процесса «Продажи» в нотации IDEF0
(декомпозиция работы А1)
Рисунок 12 – Диаграмма дерева узлов
37
Рисунок 13 – Модель бизнес-процесса «Продажи» в нотации DFD
(контекстная диаграмма)
Рисунок 14 – Модель бизнес-процесса «Продажи» в нотации DFD
(декомпозиция работы А0)
38
Под инфологической моделью (ИЛМ) понимают описание предметной
области, выполненное с использованием специальных языковых средств, не
зависящих от используемых в дальнейшем программных средств.
Выполним инфологическое проектирование модели данных
разрабатываемой АСУТП «Продажи».
В результате анализа описания предметной области и функциональной
модели данных выделены три сущности: Заказчик, Заявка, Договор. Выпишем
атрибуты выделенных сущностей:
Заказчик: код заказчика, название заказчика, телефон, ФИО контакта;
Заявка: номер заявки, дата заявки, заказчик, тип работы (разработка
ТЗ/проектирование ПО/разработка ПО и др.), название ПО, статус
заявки, срок по плану, срок по факту;
Договор: номер договора, дата договора, заказчик, заявка, стоимость,
способ оплаты (наличный/безналичиный), статус оплаты, тип договора
(разработка/внедрение/сопровождение).
Описание отношений, соответствующих сущностям модели данных,
приведено в таблицах 2 4.
Таблица 2 Описание отношения «Заказчик»
Атрибут
Описание
Тип
данных
Примечание
Код заказчика
Идентификатор
заказчика
Счетчик
Название
заказчика
Название заказчика
Текстовый
Телефон
Контактный телефон
Текстовый
ФИО контакта
ФИО контактного лица
Текстовый
39
Таблица 3 Описание отношения «Заявка»
Атрибут
Описание
Тип
данных
Примечание
Номер
заявки
Идентификатор
заявки
Счетчик
Дата заявки
Дата регистрации
заявки
Дата/Время
Краткий формат даты
Заказчик
Наименование
заказчика
Текстовый
Тип работы
Наименование типа
работы
Текстовый
Разработка
ТЗ/проектирование
ПО/разработка ПО и др.
Название
ПО
Название
программного
обеспечения
Текстовый
Статус
заявки
Статус заявки
Текстовый
Срок по
плану
Плановая дата
выполнения заявки
Дата/Время
Краткий формат даты
Срок по
факту
Фактическая дата
выполнения заявки
Дата/Время
Краткий формат даты
Разрабатываемая модель данных в исходном состоянии не находится в
первой нормальной форме (1НФ). Необходимо провести нормализацию
отношений модели данных до третьей нормальной формы (3НФ). Для этого
необходимо:
исключить составные атрибуты;
40
установить уникальный идентификатор для каждой строки таблицы
соответствующей отношению;
в отношениях, где есть данные из других отношений, необходимо
использовать соответствующие коды (связь по внешним ключам).
Таблица 4 Описание отношения «Договор»
Атрибут
Описание
Тип данных
Примечание
Номер
договора
Идентификатор
договора
Счетчик
Дата договора
Дата регистрации
договора
Дата/Время
Краткий формат даты
Заказчик
Наименование
заказчика
Текстовый
Заявка
Номер заявки
Числовой
Стоимость
Стоимость по
договору (руб.)
Денежный
Способ оплаты
Наименование
способа оплаты
Текстовый
Наличный/безналичин
ый
Статус оплаты
Наименование
статуса оплаты
Текстовый
Частичная/полная/
отсутствует
Тип договора
Наименование
типа договора
Текстовый
Разработка/внедрение/
сопровождение
Уточненные атрибуты отношений с указанием первичных ключей
приведем в следующих таблицах.
Атрибуты и их характеристики для отношения «Заказчик» представим в
табл. 5, где укажем сам атрибут (его код, название, телефон и ФИО контакта),
его описание (идентификатор заказчика, название заказчика, контактный
телефон и ФИО контактного лица), тип данных и размер (формат) данных.
41
Таблица 5 Атрибуты и их характеристики для отношения «Заказчик»
PK
Атрибут
Описание
Тип
данных
Размер/формат
данных
PK
Код заказчика
Идентификатор
заказчика
Счетчик
-
Название
заказчика
Название заказчика
Текстовый
50
Телефон
Контактный телефон
Текстовый
50
ФИО контакта
ФИО контактного
лица
Текстовый
50
Атрибуты и их характеристики для отношения «Тип работы»
представим в табл. 6, где в атрибуте будет указаны код типа работы и
название типа работы, в описании будут указаны идентификаторы, в типе
данных обозначим как вводить информацию.
Таблица 6 Атрибуты и их характеристики для отношения «Тип работы»
PK
Атрибут
Описание
Тип
данных
Размер/формат
данных
PK
Код типа
работы
Идентификатор типа
работы
Счетчик
-
Название типа
работы
Название типа работы
Текстовый
50
Атрибуты и их характеристики для отношения «Заявка» представим в
табл. 7, где в качестве атрибутов будут вводится номер заявки, дата заявки,
код заказчика и код типа работы, название программного обеспечения, код
статуса заявки, сроки по плану и факту.
Атрибуты и их характеристики для отношения «Статус заявки»