Аналитическая часть (стр. 6 )

Рис 3.3. Диаграмма вариантов использования предприятия Тинт-Принт

       Менеджер принимает заказ с заполнением всех необходимых полей заказа, после чего происходит первичная подготовка документов и проверка ТЗ.

       Дизайнер получает сообщение на электронную почту с ссылкой на новый заказ клиента и ТЗ, после чего проверяет наличие дополнительных доработок по заказу. Дизайнер создает файл, загружает его в хранилище, создает отметку о выполненном на его уровне всех обязательств по заказу. 

       Управляющий производством получает сообщение на электронную почту о сформированном файле по заказу, анализирует ТЗ, проверяет наличие необходимых материалов на складах и последнее - формирует список ответственных по данному заказу.

       Рабочий получает задание через электронную систему оповещения, выполняет работы связанные с этим заказом, после выполнения работ по заказу, отмечает в БД этот заказ, как выполненный.

       Менеджер  передает заказ и все необходимые документы клиенту.

               3.2.2. Диаграмма классов

       Рис. 3.4. Диаграмма классов

       На диаграмме классов изображена диаграмма, описывающая структуру системы типографии, она демонстрирует классы системы, их атрибуты, методы и зависимости между классами. На данном примере рассмотрена последовательность действий управляющего производством и связанные с ним атрибуты, методы и зависимости.

               3.2.3. Диаграмма последовательности

               Рис. 3.5. Диаграмма последовательностей

       На данной диаграмме схематично изображен пример обработки одного заказа:

1.        Управляющий производством производит выбор сформированного дизайнером файла, согласно установленным правилам.

2.        Управляющий производством анализирует детали технического задания.

3.        После чего вносит изменения в состояние заказа, изменяя на «Обрабатывается УП»

4.        Вносятся изменения в сущность заказа включающего данное ТЗ.

5.        Управляющий производством формирует список ответственных и сроки выполнения заказа.

               3.2.4. Диаграмма кооперации

       Рис. 3.6. Диаграмма кооперации.

       С помощью диаграммы кооперации, описан контекст взаимодействий, как своеобразный временной «срез» совокупности объектов, взаимодействующих между собой для обработки заказа на этапе формирования списка ответственных управляющим производством.

3.2.5. Диаграмма состояний заказа

Диаграмма состояний - это, по существу, диаграмма состояний из теории автоматов cо стандартизированными условными обозначениями, которая может определять множество систем от компьютерных программ до бизнес-процессов. Используются следующие условные обозначения:

Круг, обозначающий начальное состояние. Окружность с маленьким кругом внутри, обозначающая конечное состояния (если есть). Скругленный прямоугольник, обозначающий состояние. Верхушка прямоугольника содержит название состояния. В середине может быть горизонтальная линия, под которой записываются активности, происходящие в данном состоянии. Стрелка, обозначающая переход. Название события (если есть), вызывающего переход, отмечается рядом со стрелкой. Охраняющее выражение может быть добавлено перед "/" и заключено в квадратные скобки (название_события[охраняющее_выражение]), что значит, что это выражение должно быть истинным, чтобы переход имел место. Если при переходе производится какое-то действие, то оно добавляется после "/" (название_события[охраняющее_выражение]/действие). Толстая горизонтальная линия с либо множеством входящих линий и одной выходящей, либо одной входящей линией и множеством выходящих. Это обозначает объединение и разветвление соответственно.

Рис. 3.7. Диаграмма состояний заказа.

       На диаграмме состояний заказа схематично изображены состояния заказа и их последовательность.

       После заполнения необходимых полей, и в случае если все необходимые поля не были заполнены, то предлагается выводить сообщение о необходимости заполнения обязательных полей. После прохождения проверки на наличие всех необходимых полей и их корректность, заказ получает статус -  Загрузка заказа в АИС, следующее состояние заказа – проверка менеджером, на данном этапе менеджер проводит проверку на корректность введенного заказа, в случае если возникают вопросы, заказ получает статус – заказ требует уточнения, после того, как клиенты вносит необходимые уточнения к заказу, заказ вновь получает статус «Загрузка заказа в АИС». В случае если заказ подтвержден менеджером, заказ получает статус - «Заказ утвержден» , после чего, устанавливается статус – «Заказ в отделе дизайна», на данном этапе происходит разработка дизайна для заказа или обработка уже существующего файла, следующее состояние–«Заказ в производстве», на данном этапе выполняются основные работы по заказу, после выполнения всех работ по заказу устанавливается статус – «Заказ выполнен», что соответствует выполнению всех работ указанных в заказе.

3.2.6. Диаграмма деятельности

       Диаграммма демятельности англ. activity diagram — диаграмма, на которой показано разложение некоторой деятельности на её составные части. Под деятельностью англ. activity понимается спецификация исполняемого поведения в виде координированного последовательного и параллельного выполнения подчинённых элементов — вложенных видов деятельности и отдельных действий англ. action, соединённых между собой потоками, которые идут от выходов одного узла ко входам другого.

Рис. 3.8. Диаграмма деятельности заказа.

3.2.7. Диаграмма компонентов APEX

       Диаграммма компонемнтов, Component diagram — статическая структурная диаграмма, показывает разбиение программной системы на структурные компоненты и связи (зависимости) между компонентами. В качестве физических компонентов могут выступать файлы, библиотеки, модули, исполняемые файлы, пакеты и т. п.

Рис. 3.9. Диаграмма компонентов APEX.

       На данной диаграмме схематично изображены  необходимые для работы компоненты APEX:

       1. Сервер ;

       2. Установленная на сервере БД;

       3. Установленная на сервере с БД, компонента EPG - Embedded PL/SQL gateway выполняет функции Web-сервера и обеспечивает инфраструктуру, необходимую для создания динамических приложений. Embedded PL/SQL gateway содержит основные функции mod_plsql и не требует Oracle HTTP Server.

       4. Ядро APEX, выполняющие следующие задачи:

               управление состоянием сессии;

               сервис идентификации;

               сервис авторизации;

               управление потоком страниц;

               проверка достоверности.

       5. ПК с установленным браузером и доступом к серверу БД.

       3.2.8. Диаграмма развертывания

       Диаграммма развёртывания, Deployment diagram в UML моделирует физическое развертывание артефактов на узлах. Например, чтобы описать веб-сайт диаграмма развертывания должна показывать, какие аппаратные компоненты («узлы») существуют (например, веб-сервер, сервер базы данных, сервер приложения), какие программные компоненты («артефакты») работают на каждом узле (например, веб-приложение, база данных), и как различные части этого комплекса соединяются друг с другом (например, JDBC, REST, RMI).

       Узлы представляются как прямоугольные параллелепипеды с артефактами, расположенными в них, изображенными в виде прямоугольников. Узлы могут иметь подузлы, которые представляются как вложенные прямоугольные параллелепипеды. Один узел диаграммы развертывания может концептуально представлять множество физических узлов, таких как кластер серверов баз данных.

Рис. 3.10. Диаграмма развертывания АИС Типография. Заказы

Заключение.

Список литературы.

Приложения.

Аннотация.