Материал: Автоматизация рабочего места специалиста по обработке заявок от клиентов ООО "Ямал"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
40
Продолжение табл.9
Ф37
R
R
R
R
R
R
R
R
R
R
I,U
R
R
R
R
Ф38
R
Ф39
R
R
R
R
R
I,U
Ф40
R
В таблице 9 использованы сокращения: I – операция добавления; U –
операция обновления, R – операция чтения (выборки, поиска), Ф – конечная
функция «ветки» иерархии функций, а также:
О1 – клиент;
О2 – тип клиента;
О3 – заявка;
О4 – статус заявки;
О5 – вид цены;
О6 – позиция;
О7 – тип позиции;
О8 – контакты;
О9 – тип контактов;
О10 – статья;
О11 – тип статьи;
О12 – наценка;
О13 – должность;
О14 – единица измерения;
О15 – квитанция;
О16 – позиция квитанции;
О17 – договор;
О18 – тип квитанции;
О19 – телефон;
О20 – тип телефона.
Анализируя результат перекрестной проверки необходимо отметить, что
в таблице нет пустых строк и столбцов, а это означает, что полученная
инфологическая модель предметной области достаточна и не избыточна.
41
На основании разработанной инфологической модели данных на
следующем этапе разработаем даталогическую модель данных, которая в
последствие будет перенесена в физическую среду реализации (рисунок 19).
Рисунок 19. Даталогическая модель предметной области
В разработанной даталогической модели для каждого из объектов
установлены первичные и внешние ключи.
На основании разработанной даталогической модели данных выполним
анализ схем реляционных отношений на соответствие 3НФ.
Между сущностями «Клиент» и «Заказ» используется отношение «один-
ко-многим», то есть для одного клиента в ООО «ЯМАЛ»может выполняться
несколько заказов. Между сущностями «Пользователь» и «Заказ» используется
отношение «один-ко-многим», то есть для один пользователь может оформлять
несколько заявок при обслуживании клиентов.
Клиент
Код клиентаПК
ФИО клиента
Адрес
Телефон
Почта
Примечание
Дата создания
Дата изменения
Пользователь
Код пользователя ПК
Полное имя
Логин
Пароль
Статус
Код статуса ПК
Статус
Заказ
Код заказа ПК
Код клиента ВК1
Код пользователя ВК2
Начало работ по заказу
Окончание работ по заказу
Наценка
Код статуса заказа ВК3
Примечание
Дата создания
Дата изменения
Смета
Код сметы ПК
Код оборудования ВК1
Код заказа ВК2
Количество
Оборудование
Код оборудования
ПК
Название
Стоимость
Примечание
Работа
Код работыПК
Название
Стоимость
Примечание
Смета
Код сметы ПК
Код работы ВК1
Код заказа ВК2
Количество
42
Между сущностями «Заказ» и «Смета оборудования» используется связь
«один-ко-многим», то есть для каждого заказа при формировании его
стоимости можно создать несколько смет на оборудование. Аналогично
организована связь между сущностями «Заказ» и «Смета на работы».
Между сущностями «Смета оборудования» и «Оборудование»
используется связь «один-ко-многим», то есть одно и тоже оборудование может
быть использовано для формирования нескольких смет. Аналогично
организована связь между сущностями «Смета на работы» и «Работы».
Анализ схем реляционных отношений показал, что в разработанной
модели данных выполняются требования третьей нормальной формы.
Полученная ER-модель в СУБД MSAccess приведена в приложении А. На
основании данной модели выполним описание состава проектируемых
объектов базы данных: «User» (Пользователь), «Client» (Клиент), «Zakaz»
(Заказы), «Complect» (Оборудование), «Works» (Работы), «SmetaComplect»
(Смета по оборудованию), «SmetaWorks» (Смета работ),«Status» (Статус
заказа).
Таблица 10
Описание таблицы «User» (Пользователь)
Наименование
поля
Идентификатор в
базе
Тип данных
Длина поля, байт
Код пользователя
UserID
Long Integer
4
Полное имя
FullName
Text
1
Логин
login
Text
1
Пароль
password
Text
1
Таблица 11
Описание таблицы «Client» (Клиент)
Наименование поля
Идентификатор в
базе
Тип данных
Длина поля
Код клиента
ClientID
Long Integer
4
ФИО клиента
ClientName
Text
1
Адрес
Adress
Text
1
Телефон
Phone
Text
1
Почта
Email
Text
1
Примечание
Info
Text
1
Дата создания
CreateDate
Date/Time
8
Дата изменения
UpdateDate
Date/Time
8
43
Таблица 12
Описание таблицы «Zakaz» (Заказы)
Наименование поля
Идентификатор в
базе
Тип данных
Длина
поля, байт
Код заказа
ZakazID
Long Integer
4
Код клиента
ClientID
Long Integer
4
Начало работ по заказу
DateFrom
Date/Time
8
Окончание работ по заказу
DateTo
Date/Time
8
Наценка (%)
Nacenka
Double
8
Код заказа
Statusid
Long Integer
4
Примечание
Info
Text
1
Код пользователя
UserID
Long Integer
4
Дата создания
CreateDate
Date/Time
8
Дата изменения
UpdateDate
Date/Time
8
Таблица 13
Описание таблицы «Complect» (Оборудование)
Наименование поля
Идентификатор в
базе
Тип данных
Длина
поля, байт
Код оборудования
ComplectID
Long Integer
4
Название
Caption
Text
1
Стоимость
Cost
Double
8
Примечание
Info
Text
1
Таблица 14
Описание таблицы «Works» (Работы)
Наименование поля
Идентификатор в
базе
Тип данных
Длина поля,
байт
Код работ
WorksID
Long Integer
4
Название
Caption
Text
1
Стоимость
Cost
Double
8
Примечание
Info
Text
1
Таблица 15
Описание таблицы «SmetaComplect» (Смета по
оборудованию)
Наименование поля
Идентификатор в
базе
Тип данных
Длина поля,
байт
Код сметы по оборуд.
SmetaComplectID
Long Integer
4
Код заказа
ZakazID
Long Integer
4
Код оборудования
ComplectID
Long Integer
4
Количество
Count
Double
8
44
Таблица 16
Описание таблицы «SmetaWorks» (Смета работ)
Наименование поля
Идентификатор в
базе
Тип данных
Длина поля,
байт
Код сметы работ
SmetaWorksID
Long Integer
4
Код заказа
ZakazID
Long Integer
4
Код работы
WorksID
Long Integer
4
Количество
Count
Double
8
Таблица 17
Описание таблицы «Status» (Статус заказа)
Наименование поля
Идентификатор в
базе
Тип данных
Длина поля,
байт
Код статуса
StatusID
Long Integer
4
Статус
Caption
Text
1
После разработки базы данных следующим этапом является разработка
интерфейса пользователя, что будет выполнено в следующем подразделе
работы.
На рисунке в приложении Б представлена укрупненная схема алгоритма
автоматизированного рабочего места.
Алгоритм реализации математического аппарата приведен в виде
диаграммы состояний приведенной на рисунке 20.
Рисунок 20. Диаграмма состояний
Источник: https://baza.diplomsite.ru/previewfile/2191