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

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

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

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

Методические указания

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Таблица 1

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

Таблица 2

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