Кейс — применение объектно-ориентированного моделирования для автоматизации процессов на складе

Язык UML обеспечивает поддержку всех этапов ЖЦ ИС и предоставляет для этих целей ряд графических средств — диаграмм. Разработка проектов создания ИС с использованием UML детально описана в методологии «Rational Unified Process»[1]. В частности, в методологии выделены этапы проекта и определены средства для решения различных задач, возникающих на этих этапах.

Этап 1. Бизнес-моделирование:

  • • выделение бизнес-процессов — осуществляется с использованием диаграмм прецедентов (определяет цели системы и разбиение на подсистемы);
  • • описание бизнес-процессов — использует диаграммы деятельности (определяет модули подсистем и их функции);
  • • описание бизнес-сущностей — использует диаграммы классов (определяет входные-выходные формы, пользовательский интерфейс, БД);
  • • описание состояний бизнес-сущностей — использует диаграммы состояний (определяет скрытые атрибуты бизнес-сущностей);
  • • описание ролей и видов деятельности — использует диаграммы классов и прецедентов (определяет функции системы);
  • • описание структуры предприятия — использует диаграммы классов и прецедентов (определяет функции системы);
  • • описание бизнес-правил — использует диаграммы классов и деятельности (определяет правила системы).

Этап 2. Определение требований:

  • • функции системы — могут быть заданы с помощью диаграммы прецедентов;
  • • экранные формы — с помощью диаграмм классов;
  • • сценарии работы пользователя с системой — с помощью диаграмм деятельности.

Этап 3. Анализ и проектирование:

  • • модель размещения — описывается диаграммами развертывания;
  • • модель данных — диаграммами классов;
  • • модель анализа — диаграммами классов;
  • • модель проекта — диаграммами классов, деятельности, последовательности, взаимодействия.

Этап 4. Реализация:

• модель реализации — задается диаграммами компонентов.

Этап 5. Тестирование:

• модель тестирования — задается диаграммами классов, деятельности.

Этап 6. Размещение:

• модель размещения — диаграммами развертывания.

Ниже в качестве примера рассмотрен простой пример разработки проекта И С для автоматизации бизнес-процессов получения товара на склад.

На начальном этапе определяется общее представление деятельности, подлежащей автоматизации (рис. 4.20). Взаимодействие с поставщиком материалов порождает бизнес-прецедент «Получение товара», для поддержки которого и будет проектироваться система.

Прецеденты для общего представления деятельности

Рис. 4.20. Прецеденты для общего представления деятельности

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

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

На следующем этапе (рис. 4.22) снабженец передает полученные у поставщика материалы на склад в соответствии с накладной и счетом- фактурой. Проводится проверка соответствия качества и количества товара накладной и в случае соответствия оформляется в двух экземплярах приемочный акт. На этом этапе автоматизировать можно только одну операцию — оформление акта приемки.

На последнем этапе (рис. 4.23) доставленные снабженцем материалы учитываются на складе в карточках учета товаров. Приемочный акт передается снабженцу и отправляется в бухгалтерию. На этом этапе автоматизировать можно три операции: регистрацию товара, передачу приемного акта в бухгалтерию, бухгалтерский учет материальных ценностей (при наличии соответствующей бухгалтерской системы).

Подготовка и получение товара у поставщика

Рис. 4.21. Подготовка и получение товара у поставщика

Таким образом, по результатам анализа деятельности можно зафиксировать ряд бизнес-прецедентов, подлежащих автоматизации (рис. 4.24). Эти диаграммы показывают выполнение бизнес-процессов предприятия его внутренними исполнителями.

На рис. 4.24 присутствуют обозначения внутренних исполнителей (кладовщик) и выделены использующиеся в деятельности бизнес-сущности (накладная, приемный акт, карточка товара).

Для включения в диаграмму выбранные прецеденты должны удовлетворять следующим критериям:

  • • прецедент должен описывать, что нужно делать, а не как;
  • • прецедент должен описывать действия с точки зрения исполнителя;
  • • прецедент должен возвращать исполнителю некоторое сообщение или результат;
  • • последовательность действии внутри прецедента должна представлять собой одну неделимую цепочку.

Теперь выявленные бизнес-сущности должны быть описаны. В качестве примера на рис. 4.25 показана модель бизнес-сущности «Приемный акт».

Передача товара на склад

Рис. 4.22. Передача товара на склад

Учет товара на складе

Рис. 4.23. Учет товара на складе

Подлежащие автоматизации бизнес-прецеденты в работе склада

Рис. 4.24. Подлежащие автоматизации бизнес-прецеденты в работе склада

Диаграмма классов для объекта «приемный акт»

Рис. 4.25. Диаграмма классов для объекта «приемный акт»

Диаграмма классов показывает, что приемный акт состоит из единственного заголовка, произвольного количества строк с указанием товаров и единственного блока подписей. Все атрибуты этих классов выбраны из принятого на предприятии бумажного документа «Приемный акт».

Цель моделирования документов — описать атрибуты документов, их типы, значения, правила формирования для проектирования пользовательского интерфейса системы, проектирования БД системы, формирования альбома выходных форм.

Следующим шагом является моделирование сценариев исполнения прецедентов для проектирования сценариев работы пользователя с будущей системой и описания функций системы. Для этой цели могут применяться диаграммы деятельности или диаграммы последовательности. На рис. 4.26 в качестве примера приведено представление сценария исполнения прецедента «Регистрация в картотеке».

Сценарий регистрации товаров в картотеке

Рис. 4.26. Сценарий регистрации товаров в картотеке

Для выявления скрытых атрибутов бизнес-сущностей проводится анализ изменения состояний некоторых из них. Для примера на рис. 4.27 представлена диаграмма состояний бизнес-сущности «Приемный акт».

Для корректного завершения бизнес-процесса приемный акт должен быть передан снабженцу и отправлен в бухгалтерию, г.е. должен существовать какой-то признак того, что выполнены оба этих действия (скрытый атрибут бизнес-сущности «Приемный акт»). Таким образом, по результатам моделирования состояний приемного акта выявлена необходимость дополнения диаграммы классов (рис. 4.16) атрибутом, принимающим, например, следующие значения: 0 — приемный акт не передан никому; 1 — передан снабженцу; 2 — передан в бухгалтерию; 3 — передан снабженцу и в бухгалтерию.

Диаграмма состояний приемного акта

Рис. 4.27. Диаграмма состояний приемного акта

Для разработки требований к системе воспользуемся правилами преобразования бизнес-модели в системную модель, приведенными в методологии «Rational Unified Process» (табл. 4.5).

Таблица 4.5

В результате получаем системную модель, показанную на рис. 4.28 и 4.29.

Автоматизация процессов получения товаров осуществляется в рамках подсистемы складского учета

Рис. 4.28. Автоматизация процессов получения товаров осуществляется в рамках подсистемы складского учета

Правила преобразования элементов бизнес-модели в системную модель

Элементы бизнес-модели

Соответствующие элементы системной модели

Бизнес-прецеденты

Подсистемы

Внешние исполнители

Исполнители

Внутренние исполнители

Исполнители или прецеденты

Процессы, выполняемые внутренними исполнителями

Прецеденты

Функции формирования приемного акта, ведения картотеки и внутрисетевого обмена

Рис. 4.29. Функции формирования приемного акта, ведения картотеки и внутрисетевого обмена

  • [1] Лененков А. Введение в IBM Rational Unified Process. URL: http://www.intuit.ru/studies/courses/652/508/info.
 
Посмотреть оригинал
< Пред   СОДЕРЖАНИЕ   ОРИГИНАЛ     След >