Методические указания. Тема: моделирование бизнес-процессов в среде ППП Rational Rose

Лабораторная работа №2

Тема: моделирование бизнес-процессов в среде ППП Rational Rose

Цель: изучение методики построения диаграмм Use Case и Statechart диаграмм

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

Применение данной методики оправдано при разработке малых и средних ИС, так как в них предполагается сохранение архитектуры и конструкции ИС в прежнем варианте, изменяется только технология обработки данных (допустимы незначительные изменения конструкции – структур данных).

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

Диаграмма Use Case (диаграмма сценариев) отражает существующую технологию обработки информации на объекте автоматизации. Для её построения необходимо локализовать объект автоматизации (рабочее место, подразделение, функцию) и исследовать взаимосвязь объекта автоматизации с окружающей средой. Анализ взаимосвязей позволяет выделить «актёров», т.е. сотрудников или программные системы, которые взаимодействуют с объектом автоматизации. Каждый из актёров манипулирует определёнными предметами труда, которые либо порождают процесс на объекте автоматизации, либо являются продуктом, сформированным одним из технологических процессов на объекте автоматизации.

Степень детализации представления технологий может быть различной. При создании средних ИС первоначально строится диаграмма на уровне контейнеров, каждый из которых отражает либо группу рабочих мест, либо подразделения, либо множество функций, объединённых по какому-либо признаку. Если рассматривается малая система, то производится построение диаграммы Use Case, которая содержит три вида символов:

v Актёр – внешняя сущность, оперирующая каким либо предметом труда, в качестве актёра также выступает программная система, которая либо создаёт предметы труда, либо потребляет предметы труда, выступающие в качестве исходных данных для обработки.

v Прецедент – технологический процесс по обработке предметов труда. Технологические процессы можно представлять с различной степенью детализации. Прецедент может отображать:

- технологический процесс обработки одного предмета труда;

- один из элементов маршрутного технологического процесса обработки предмета труда;

- один из операционных технологических процессов обработки предметов труда.

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

v Связь – отражает взаимосвязи актёров с прецедентами и взаимосвязи прецедентов. Различают четыре вида связей:

- uses (связь, устанавливаемая по умолчанию – использование) отражает, что данный актёр использует указанный прецедент в своей деятельности;

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

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

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

Такая методика построения диаграммы сценариев позволяет провести выделение актёров (пользователей) ИС, определить номенклатуру предметов труда, выполнить анализ технологии обработки информации по рассматриваемой задаче и минимизировать количество технологических процессов за счёт их типизации. Дополнительно необходимо разработать спецификацию предметов труда и спецификацию прецедентов с их параметрическим описанием. При спецификации прецедентов их можно структурировать на три вида:

- очевидные – прецеденты (операции), которые доступны пользователю для управления процессом обработки и требуют отражения в интерфейсе;

- скрытые – прецеденты (операции), которые выполняются автоматически и не могут быть отменены пользователем;

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

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

Таблица 1

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

Таблица 2

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

Таблица 3

Диаграмма Statechart (состояний) позволяет отразить технологический процесс в виде модели. Количество моделей зависит от количества предметов труда обрабатываемых в системе. По каждому предмету труда необходимо точно знать исходное и конечное состояния, эти состояния обычно формируют пользователи на основе своих должностных инструкций. Исходное состояние определяет свойства предмета труда поступающего на обработку, конечное состояние определяет свойства предмета труда после выполненной обработки. Количество промежуточных состояний зависит от количества свойств предмета труда, изменяемых в процессе обработки, так как каждое свойство должно быть сформировано в соответствии с определёнными требованиями, которые будут реализованы с помощью необходимых инструментов и приспособлений. Практически данный вид диаграмм отражает либо маршрутный технологический процесс на уровне технологических операций либо одну технологическую операцию на уровне действий (технологических переходов). Переход предмета труда из одного состояния в другое формирует событие, т.е точку во времени, которая характеризует состояние изменённого свойства предмета труда, которое может потребовать обработки (принятия решения). Можно сделать вывод, что комплект диаграмм состояний полностью перекрывают все технологические процессы рассматриваемой ИС и позволяют провести анализ используемой технологии и проектирование перспективной технологии для удовлетворения требований.

На основе построенных моделей по каждому предмету труда формируется спецификация состояний:

Таблица 4

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

Дата добавления: 2017-01-14; Просмотров: 55; Нарушение авторских прав?; Мы поможем в написании вашей работы!