Основы программирования

Достаточно часто перед тем, как решиться на заказ ПО, организация проводит бизнес-моделирование. Цели бизнес-моделирования:

q       отобразить структуру и процессы деятельности организации;

q       обеспечить ясное, комплексное и, главное, одинаковое понимание нужд организации как сотрудниками, так и будущими разработчиками ПО;

q       сформировать реальные требования к программному обеспечению деятельности организации.

Для достижения этих целей разрабатываются две модели: Q бизнес-модель Use Case; а бизнес-объектная модель.

Бизнес-модель Use Case задает внешнее представление бизнес-процессов организации (с точки зрения внешней среды — клиентов и партнеров).

Как показано на рис. 12.57, бизнес-модель Use Case строится с помощью бизнес-актеров и бизнес-элементов Use Case — простого расширения средств, используемых в обычных диаграммах Use Case.

Рис. 12.57. Фрагмент бизнес-модели Use Case для аэропорта

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

Бизнес-элементы Use Case изображают различные рабочие потоки бизнеса. Последовательности действий в бизнес-элементах Use Case обычно описываются диаграммами деятельности.

Бизнес-объектная модель отражает внутреннее представление бизнес-процессов организации (с точки зрения ее сотрудников).

Как показано на рис. 12.58, бизнес-объектная модель строится с помощью бизнес-работников и бизнес-сущностей — классов со специальными стереотипами. Эти классы имеют специальные графические обозначения.

Рис. 12.58. Фрагмент бизнес-объектной модели аэропорта

Бизнес-работник — абстракция человека, действующего в бизнесе. Бизнес-сущности являются «предметами», обрабатываемыми или используемыми бизнес-работниками по мере выполнения бизнес-элемента Use Case. Например, бизнес-сущность представляет собой документ или существенную часть продукта. Фактически бизнес-объектная модель отображается с помощью диаграмм классов.

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

1.               Поясните два подхода к моделированию поведения системы. Объясните достоинства и недостатки каждого из этих подходов.

2.               Охарактеризуйте вершины и дуги диаграммы схем состояний. В чем состоит назначение этой диаграммы?

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

4.               Как показываются условные переходы между состояниями?

5.               Как задаются вложенные состояния в диаграммах схем состояний?

6.               Поясните понятие исторического подсостояния.

7.               Охарактеризуйте средства и возможности диаграммы деятельности.

8.               Когда не следует применять диаграмму деятельности?

9.               Какие средства диаграммы деятельности позволяют отобразить параллельные действия?

10.           Зачем в диаграмму деятельности введены плавательные дорожки?

11.           Как представляется имя объекта в диаграмме сотрудничества?

12.           Поясните синтаксис представления свойства в диаграмме сотрудничества.

13.           Какие стереотипы видимости используются в диаграмме сотрудничества? Поясните их смысл.

14.           В какой форме записываются сообщения в языке UML? Поясните смысл сообщения.

15.           В каком отношении находятся сообщения и действия? Перечислите разновидности действий.

16.           Чем отличается процедурный поток от асинхронного потока сообщений?

17.           Как указывается повторение сообщений?

18.           Как показать ветвление сообщений?

19.           Что общего в диаграмме последовательности и диаграмме сотрудничества? Чем они отличаются друг от друга?

20.           Как отображается порядок передачи сообщений в диаграмме последовательности?

21.           Когда удобнее применять диаграммы последовательности?

22.           Из каких элементов состоит диаграмма Use Case?

23.           Какие отношения разрешены между элементами диаграммы Use Case?

24.           Для чего применяют диаграммы Use Case?

25.           Чем отличаются друг от друга отношения включения и расширения с точки зрения управления?

26.           Каково назначение спецификации элемента Use Case и как она оформляется?

27.           Что такое сценарий элемента Use Case?

28.           Как документируется отношение включения?

29.           Как документируется отношение расширения?

30.           Каков порядок построения модели требований?

31.           Каково назначение кооперации? Какие составляющие ее образуют?

32.           Могут ли разные кооперации использовать одинаковые классы? Обоснуйте ответ.

33.           Что такое паттерн?

34.           Чем паттерн отличается от кооперации? Чем они схожи?

35.           Как описывается паттерн?

36.           Что нужно сделать для применения паттерна?

37.           Каковы цели бизнес-моделирования?

38.           Из каких частей состоит бизнес-модель? На что похожи эти части? В чем их своеобразие?