Студопедия

КАТЕГОРИИ:


Архитектура-(3434)Астрономия-(809)Биология-(7483)Биотехнологии-(1457)Военное дело-(14632)Высокие технологии-(1363)География-(913)Геология-(1438)Государство-(451)Демография-(1065)Дом-(47672)Журналистика и СМИ-(912)Изобретательство-(14524)Иностранные языки-(4268)Информатика-(17799)Искусство-(1338)История-(13644)Компьютеры-(11121)Косметика-(55)Кулинария-(373)Культура-(8427)Лингвистика-(374)Литература-(1642)Маркетинг-(23702)Математика-(16968)Машиностроение-(1700)Медицина-(12668)Менеджмент-(24684)Механика-(15423)Науковедение-(506)Образование-(11852)Охрана труда-(3308)Педагогика-(5571)Полиграфия-(1312)Политика-(7869)Право-(5454)Приборостроение-(1369)Программирование-(2801)Производство-(97182)Промышленность-(8706)Психология-(18388)Религия-(3217)Связь-(10668)Сельское хозяйство-(299)Социология-(6455)Спорт-(42831)Строительство-(4793)Торговля-(5050)Транспорт-(2929)Туризм-(1568)Физика-(3942)Философия-(17015)Финансы-(26596)Химия-(22929)Экология-(12095)Экономика-(9961)Электроника-(8441)Электротехника-(4623)Энергетика-(12629)Юриспруденция-(1492)Ядерная техника-(1748)

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




Исполнитель (BusinessWorker) – это активный класс, представляющий собой абстракцию исполнителя, выполняющего некоторые действия в рамках бизнес-процесса. Исполнители взаимодействуют между собой и манипулируют различными сущностями, участвуя в реализациях сценариев BusinessUseCase. На диаграмме классов UML исполнитель представляется в виде класса со стереотипом << businessworker >>.

Сущность (BusinessEntity) – это пассивный класс, не инициирующий никаких взаимодействий. Объект такого класса может участвовать в реализациях различных BusinessUseCase. Сущность является объектом различных действий со стороны исполнителей. На диаграмме классов UML сущность представляется в виде класса со стереотипом << businessentity >>.

Модель бизнес-анализа может состоять из диаграмм разных типов, но, обязательно, в состав модели должна входить диаграмма классов, содержащая исполнителей и сущности.

Функциональные требования к системе моделируются и документируются с помощью вариантов использования (UseCase), размещенных на диаграмме вариантов использования, представления вариантов использования, которые трактуются следующим образом:

- вариант использования фиксирует соглашение между участниками проекта относительно поведения системы;

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

Основное действующее лицо (Actor) инициирует взаимодействие с системой, чтобы добиться некоторой цели. Система отвечает, соблюдая интересы всех участников.

При переходе от бизнес-модели к начальной версии модели вариантов использования должны выполняться следующие правила:

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

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

Такая начальная версия модели описывает минимальный вариант системы, пользователями которой являются только исполнители в бизнес-процессах.

 

Задание к выполнению

В соответствии с вариантом, определяющим предметную область, выполнить моделирование бизнес-процессов с использование IBM Rational Rose на основе шаблона Rational Unified Process (Framework Wizard – мастер шаблонов). При выполнении задания следовать следующим рекомендациям:

1. Построить диаграмму вариантов использования для бизнес-модели, на которой размещены элементы BusinessActor и BusinessUseCase, а также ассоциации между ними.

2. Описать бизнес-варианты использования в виде спецификаций в отдельных файлах, прикрепленных к ним.

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

4. Дополнить полученные модели бизнес-анализа кооперациями, описывающими реализацию соответствующего бизнес-процесса.

5. Создать в пакете UseCaseModel действующих лиц (Actors) и варианты использования (UseCases).

6. Построить диаграмму вариантов использования (UseCaseModel), добавив в нее действующих лиц и варианты использования и установив между ними ассоциации.

 

Контрольные вопросы

1. Сравнение подходов, используемых объектно-ориентированными и функциональными методиками?

2. Назначение и основные элементы интерфейса CASE -средства IBM Rational Rose?

3. Какие виды представлений поддерживаются в процессе построения модели по технологии RUP?

4. Какие объекты включает представление вариантов использования?

5. Построение каких видов моделей предусматривает моделирование бизнес-процессов в RUP, их назначение?

6. Назначение объектов модели вариантов использования: BusinessActor, BusinessUseCase?

7. Особенности диаграммы классов модели бизнес-анализа и назначение ее объектов: BusinessWorker и BusinessEntity?

8. Назначение диаграммы вариантов использования и ее основных объектов: Actor и UseCase?

9. Виды отношений на диаграмме вариантов использования?

10. Отношение ассоциации, формы записи кратности отношения ассоциации?

11. Этапы бизнес-моделирования в технологии RUP на основе языка UML?




Поделиться с друзьями:


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


Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет



studopedia.su - Студопедия (2013 - 2024) год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав! Последнее добавление




Генерация страницы за: 0.014 сек.