Файл: Моделирование предметной области «Управление логистикой» с помощью UML.pdf

Существует два вида диаграмм взаимодействия: диаграммы последовательности (Sequence diagrams) и диаграммы кооперации (collaboration diagrams).

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

По результатам проведенного анализа бизнес-процессов можно составить диаграмму последовательности, основанную на обмене информацией между объектами. На рисунке 2.5 показан данный вид диаграммы для наиболее значимого прецедента.

Рис.2.5. Диаграмма последовательности: составление заявки на ЗИП

Диаграммы сотрудничества

Эти диаграммы в большей степени заостряют внимание на связях между объектами, чем диаграммы последовательности событий. В принципе, на данной диаграмме представлена такая же информация, как и на диаграмме последовательности, но по-другому. Из нее легче понять связи между объектами, но труднее - последовательность событий. На рисунке 2.6 показан данный вид диаграммы.

Рис. 2.6. Диаграмма сотрудничества

Диаграммы активности (Activity diagrams)

Диаграммы деятельности позволяют моделировать сложный жизненный цикл объекта, с переходами из одного состояния (деятельности) в другое. Но этот вид диаграмм может быть использован и для описания динамики совокупности объектов. Они применимы и для детализации некоторой конкретной операции, причем предоставляют для этого больше возможностей, чем "классическая" блок-схема. Диаграммы деятельности описывают переход от одной деятельности к другой, в отличие от диаграмм взаимодействия, где акцент делается на переходах потока управления от объекта к объекту. На рисунке 7 показан данный вид диаграммы.

Рис. 2.7. Диаграмма активности

Проектирование базы данных реализовано при помощи CASE-средства ErWin версии 7.3. С его помощью сначала строится логическая модель базы данных, соответствующая структуре бизнес-процесса, который построен другим CASE-средством JUDE COMMUNITY. Логическая модель показана на рис.2.8.

Рис.2.8. Логическая модель

Логическая модель представляет реляционную базу данных в 3-й нормальной форме, так как она соответствует требованиям 2-й нормальной формы (все ключи простые) и все неключевые атрибуты каждой сущности зависят только от ключа этой сущности.

В сущности «Группа» от ключа «идентификационный_номер_группы» зависят атрибуты: «название», «доплнительная_информация», «идентификатор_для_авторизации», «пароль_для_авторазации», «роль_в_системе». В сущности «Резерв» от ключа «id_резерва» зависят атрибуты: «какая_группа_эксплуатирует», «количество_системных_блоков», «количество_мониторов», «количество_матричных_принтеров», «количество_лазерных_принтеров», «количество_клавиатур», «количество_мышей», «количество_хабов», «количество_сетевых_карт», «количество_патчкордов», «количество_ИБП». В сущности «Заказ» от ключа «идентификационный_номер_заказа» зависят атрибуты: «какой_ЗИП_входит», «какая_группа_заказывает», «количество», «дата_поступления_заявки», «дата_закрытия_заявки», «дополнителная_информация». В сущности «ЗИП» от ключа «идентификационный_номер_ЗИП» зависят атрибуты: «наименование», «код», «наименование_единиц_исчисления», «количество». В сущности «Техника» от ключа «id_техники» зависят атрибуты: «какая_группа_эксплуатирует», «тип_устройства», «модель», «серийный_номер», «инвентарный_номер»,» балансовая_принадлежность». В сущности «Ремонт» от ключа «id_ремонта» зависят атрибуты: «какая_техника_отправлена»,«группа_эксплуатирующая_отправленную_технику», «неисправность», «дата_отправки_с_площадки», «дата_поступления_на_площадку», «дата_отправки_в_ремонт», «дата_получения_из_ремонта», «результат_ремонта», «эксплуатация».

Отношения между сущностями «Группа» и «Резерв», «Группа» и «Заказ», «Группа» и «Техника», «Техника» и «Ремонт», «ЗИП» и «Заказ» представляют собой связи один ко многим.

Заключение

Главной целью работы было моделирование деятельности отдела снабжения по управлению логистическими процессами. Для разработки данной системы был использован унифицированный язык моделирования UML и Jude Community – case-средство, помогающее строить модели UML.

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

К достоинствам данной информационной системы можно отнести выбранные средства проектирования и реализации – проектирование с использованием UML позволило подойти к этапу реализации с четко сформулированными задачами и сократить временные затраты на создание базы данных, сделала систему производительной и удобной с точки зрения использования, модификации и настройки.