Построение функциональной модели (idef0)
Таблица 9 – Описание процессов и дуг декомпозиции контекстной диаграммы
|
Объект |
Название |
Описание |
|
Процесс |
Проверка поступившего сырья на соответствие всем требованиям |
Проверка соответствия качества и количества поступившего груза документам. |
|
Анализ качества сырья и материалов |
Из склада сырье и материалы поступают в лабораторию на анализ по требованиям ГОСТов качества. |
|
|
Учет сырья и материалов в книге |
Проверенное сырье учитывается на складе в книге. |
|
|
Отпуск материалов в производство |
В соответствие с лимитно-заборной картой материалы отпускаются в производство |
|
|
Дуги |
Заявка на анализ |
При поступлении сырья и материалов на склад подается заявка в лабораторию для проверки качества груза. |
|
Результат анализа |
После проверки в лаборатории сырья и материалов на качество результат анализа передается на склад. |
|
|
Инф. о наличии сырья |
Сведения о поступившем сырье и материалах. |
Рисунок 9 - Декомпозиция контекстной диаграммы
Рассмотрим декомпозицию процесса «Проверка поступившего сырья на соответствие всем требованиям» на рисунке 10.
Рисунок 10 – Декомпозиция процесса «Проверка поступившего сырья на соответствие всем требованиям»
Отчет для диаграммы А 1.1
Работа 1: Проверка состояния сырья и материалов - проверяется внешний вид груза
Работа 2: Проверка на соответствие количества, качества и ассортимента поступивших материалов - проверка соответствия качества и количества поступившего груза документам.
Работа 3: Составление акта - в случае не соответствия качества груза данным документов составляется акт о приемке материалов. При этом часть соответствующего груза принимается на склад
Работа 4: Прием сырья и материалов - в случае соответствия качества поступившего груза данным документов сырье и материалы принимаются на склад и подается заявка на анализ в лабораторию.
Построение диаграммы потока работ aris eEpc
Рассмотрим диаграмму потока работ склада сырья и материалов ARIS еEPS (Рисунок 11).
Процессом, инициирующим работу системы склада сырья и материалов, является «Поступление сырья от поставщика».
В процессе формирования сводной отчетности можно выделить следующие последовательные функции:
-
«Проверка на дефекты».
-
«Проверка на соответствие документам».
-
«Отгрузка и размещение сырья на складе».
-
«Подготовка отпуска сырья в производство».
-
«Отпуск сырья в производство».
-
«Подготовка ЛЗК для бухгалтерии».
Завершает работу системы процесс-клиент «Поступление сырья в цех». Таким образом, отслеживается весь путь продвижения сырья и материалов от поставщика до производства.
Рисунок 11 – Диаграмма потока работ ARIS eEPC
Построение модели as-is с использованием методологии rup
Модели бизнес-процессов (функциональные модели) описывается в методологии RUP с помощью модели прецедентов. Она отображает системные прецеденты (use cases), системное окружение (действующих лиц или актеров – actors) и связи между прецедентами и актерами (диаграммы прецедентов – use cases diagrams). В нотации UML их чаще называют диаграммами вариантов использования. Основная задача модели прецедентов или диаграмм вариантов использования – представлять собой единое средство, дающее возможность заказчику, конечному пользователю и разработчику совместно обсуждать функциональность и поведение системы. Для ее построения необходимо выяснить, какие задачи собирается решать пользователь с помощью системы.
Разработка модели прецедентов начинается с выбора актеров и определения общих принципов функционирования системы. Актеры не являются частью системы – они представляют собой кого-то или что-то, что должно взаимодействовать с системой. Актеры могут:
-
только снабжать информацией систему;
-
только получать информацию из системы;
-
снабжать информацией и получать информацию из системы.
Актеры делятся на три основных типа: пользователи системы, другие системы, взаимодействующие с данной, и время.
На основании вышесказанного выделим следующих актеров:
-
кладовщик (пользователь системы)
-
отдел снабжения (другая система, взаимодействующая с данной)
-
цех (другая система, взаимодействующая с данной)
-
планово-производственный отдел (другая система, взаимодействующая с данной)
-
бухгалтерия (другая система, взаимодействующая с данной);
-
поставщик (другая система, взаимодействующая с данной).
Следующий элемент модели – прецедент. С помощью прецедентов (use cases) моделируется диалог между актером и системой. Другими словами, они определяют возможности, обеспечиваемые системой для актера. Набор всех прецедентов системы определяет способы ее использования. Можно сказать, что прецедент – это последовательность транзакций, выполняемых системой, которая приводит к значимому результату для определенного актера.
На основе обследования предметной области выделим следующие прецеденты:
-
проверка соответствия количества и качества
-
оформление приходных документов, в противном случае – составление акта о приемке материалов в отдел снабжения
-
учет поступивших материалов
-
передача материалов на проверку в лабораторию
-
подготовка сырья к отпуску в производство
-
отпуск сырья в производство, который включает оформление расходных документов, а также вывод остатка лимита
-
прием неизрасходованных материалов из цеха
-
оформление отчетности для отдела снабжения, бухгалтерии, планово-производственного отдела.
Рисунок 12 - Диаграмма прецедентов – Use case diagram
Для моделирования того, как будет реализовываться конкретный вариант использования в проектируемой системе, разрабатывается диаграмма взаимодействия или диаграмма последовательности действий. Она соответствует успешному варианту хода событий и не учитывает, что произойдет в случае ошибки, или если пользователь выберет другие действия. При этом одна диаграмма последовательности может описывать реализацию сразу нескольких вариантов использования, поскольку диаграмма вариантов использования показывает только то, что должна делать система в целом по представлению заказчика, а диаграмма последовательности показывает реализацию задачи системой.
Следующие диаграммы показывают порядок действий при выполнении проверки соответствия фактически поступивших материалов с ожидаемыми. Для каждой альтернативы формируется своя диаграмма:
Рисунок 13 - Диаграмма последовательности – Sequence diagram
Рисунок 14 - Диаграмма последовательности – Sequence diagram
Рисунок 15 - Диаграмма последовательности – Sequence diagram
В процессе создания диаграммы последовательности создаются классы, которые соотносятся с объектами диаграммы.
Пунктирными стрелками на диаграмме обозначены сообщения между объектами, обычные стрелки – сообщения, соотнесенные с конкретными операциями, назначаемые классу.
Кооперативная диаграмма, или диаграмма взаимодействия, отображает взаимодействие между объектами в более наглядном виде, но, в отличие от предыдущей диаграммы, не делает упор на последовательности действий.
Рисунок 16 - Диаграмма классов – Class diagram
Рисунок 17 - Диаграмма сотрудничества – Collaboration diagram
Для моделирования потоков работ в методологии RUP используют диаграммы действий (activity diagrams). Они отражают динамику предметной области и представляют собой схемы потоков работ в системе от действия к действию, а также параллельные действия и альтернативные потоки.
Рисунок 18 - Диаграмма действий – Activity diagram