Файл: ВКР проектирование информационной системы учета заказов на ООО Мамонт.pdf
ВУЗ: Московский государственный машиностроительный университет (МАМИ)
Категория: Дипломная работа
Дисциплина: Проектирование информационных систем
Добавлен: 21.10.2018
Просмотров: 5645
Скачиваний: 29
51
говорит, что необходимо изменить. В дальнейшем после внесения
изменений, они проверяются на корректность данных и сохраняются в
таблице заказов.
«Entity»
Клиенты
«Control»
Менеджер клиентов
: Менеджер
«Boundary»
Редактирование данных
«Boundary»
Поиск
O
pe
n(
)
Sa
ve
()
Find()
Sa
ve
()
Op
en
()
Ge
tIn
fo
()
Edit
()
Рисунок 3.6 - Диаграмма кооперации для варианта использования
«Редактирование данных»
5. Диаграмма состояний
Диаграмма состояния – описывает все возможные состояния одного
экземпляра определенного класса и возможные последовательности его
переходов из одного состояния в другое, то есть моделирует все изменения
состояния объекта как его реакции на внешние воздействия.
На рис. 3.7. представлена диаграмма состояния для класса «Клиенты».
Класс «Клиенты» может находиться в состояниях, представленных на
диаграмме. Для данного класса может осуществляться поиск карточки
определенного клиента. В результате проведения поиска класс переходит в
одно из следующих состояний:
52
в случае положительного результат поиска – редактирование
карточки клиента;
в случае отрицательного результат поиска – создание новой карточки
клиента.
Рисунок 3.7 - Диаграмма состояния для класса «Клиенты»
6. Диаграмма деятельности
Диаграмма деятельности описывает процесс создания заказа.
Менеджер принимает заказ от клиента и они выбирают тип товара. Вносят
все необходимые данные в заказ, после этого проверяется на правильность
оформления, заполнены ли все поля корректно, после этого заказ
сохраняется, помещается в базу. Далее составляется договор и
подписывается клиентом и директором.
На рис. 3.8 представлена диаграмма деятельности бизнес–процесса
«Оформление документов».
53
Рисунок 3.8 - Диаграмма деятельности для бизнес–процесса «Оформление
документов»
7. Диаграмма компонентов
Диаграмма компонентов описывает особенности физического
представления
системы.
Она
позволяет
определить
архитектуру
разрабатываемой системы, установив зависимости между программными
компонентами, в роли которых может выступать исходный и исполняемый
код. Основными графическими элементами диаграммы являются
компоненты, интерфейсы и зависимости между ними.
Диаграмма компонентов (ДКм) разрабатывается для следующих целей:
визуализация общей структуры исходного кода программной
системы;
54
спецификация исполняемого варианта программной системы;
обеспечение многократного использования отдельных фрагментов
программного кода;
представление концептуальной и физической схем баз данных.
На рис. 3.9. представлена диаграмма компонентов.
«file»
index.php
«file»
connect.php
«file»
login.php
«file»
head_menu.php
«file»
header.php
«file»
footer.php
«file»
head_users.php
«file»
head_goods.php
«file»
head_manuf.php
«file»
head_emp.php
«file»
head_exit.php
«table»
users
«table»
employees
«table»
products
«table»
orders
«table»
delivery
«table»
users_adress
«table»
user_phone
«table»
emp_adress
«table»
emp_phone
«table»
manufactures
Рисунок 3.9 - Диаграмма компонентов
8. Диаграмма развертывания
Диаграмма развертывания применяется для представления общей
конфигурации и топологии распределенной программной системы и
содержит изображение размещения компонентов по отдельным узлам
системы.
Вся оргтехника и персональные компьютеры подключены к серверу, на
котором хранится информационная система. Все данные, которые вносятся в
систему, моментально видны и все сотрудники, которые непосредственно
работают в данной системе, могут наблюдать за изменениями или также
вносить поправки в документы.
На рис. 3.10. представлена диаграмма развертывания.
55
Рисунок 3.10 - Диаграмма развертывания
На данной диаграмме видно, что на предприятии в основном
используется только десять рабочих мест, подключенных по корпоративной
сети к принтерам и серверам.
3.4 Моделирование структуры реляционной базы данных в составе
информационной системы учета заказов
В
данном
разделе
представлена
структура
базы
данных,
нормализованная до третьей нормальной формы, а также описание таблиц и
связей между ними.
На рис. 3.11 представлена нормализованная до третьей степени БД.
Третья нормальная форма содержит следующие требования:
Данные находятся во второй нормальной форме;
Столбцы, не являющиеся ключевыми, должны не только зависеть от
всего первичного ключа, но и быть независимыми друг от друга. Другими
словами, каждый столбец, не являющийся ключевым, должен зависеть
только от первичного ключа.