Для каких целей в модели потока работ используется элемент решение? | для отображения условия | |
для отображения слияния | ||
для ветвления |
6. Выбор из многих
Для каких целей в модели потока работ используется элемент синхронизатор? | для отображения множественного выбора | |
для отображения параллельной деятельности | ||
для отображения деятельностей начинающихся одновременно | ||
для отображения деятельностей заканчивающихся одновременно |
7. Выбор из одного
Для каких целей в модели потока работ используется элемент состояние? | для отображения обобщенных видов деятельностей | |
для отображения состояния субъектов и объектов |
8. Выбор из одного
Какие разделительные линии рекомендуется использовать на диаграммах деятельности? | · роль; · подразделение; · должность; · бизнес правило | |
· роль; · должность; · деятельность | ||
· входная/выходная информация; · деятельность; · роль; · подразделение; · должность; · бизнес правило | ||
· роль; · подразделение |
9. Да или нет
Диаграмма деятельности с изображением потока работ может иметь два начала? | да | |
нет |
10. Да или нет
Диаграмма деятельности с изображением потока работ может иметь несколько концов? | да | |
нет |
4.5. Практические задания
Тема: Построение модели потоков работ бизнес процессов в Rational Rose
Задание 1. Построить модель потока работ бизнес процессов в соответствие с примером
Постройте модель потока работ бизнес процесса Кредитования юридических лиц в валюте в Rational Rose в соответствие с примерами на рис. 4.13-4.17.
Порядок построения потока работ в Rational Rose должен включать следующие шаги:
1. Запустите Rational Rose.
2. Под изображением бизнес процесса Кредитования юридических лиц в валюте на диаграмме функций (use case diagram) постройте диаграмму деятельности с основными шагами бизнес процесса как представлено на рис. 4.13. – 4.15.
3. Под изображением основного шага бизнес процесса Предварительное ознакомление с клиентом и его хоз. деятельностью и целью кредитования постройте поддиаграмму деятельности с детальным описанием шага бизнес процесса как представлено на рис. 4.14. – 4.16.
4. Создайте ссылку на диаграмму деятельности (activity diagram) с изображением основных шагов бизнес процесса следует рядом с изображением бизнес процесса на диаграмме функций (use case diagram).
5. Сохраните модель.
Задание 2. Построить модель потока работ
Постройте в Rational Rose модель потока работ процесса международного перевода в Банке в соответствие текстом, представленным в прил. 1. Отметьте цветом шаги бизнес процесса, которые следует автоматизировать. Модель потока работ должна включать основные шаги бизнес процесса международного перевода и детальное описание каждого шага. Обязательным является использование на диаграммах детализирующих основные шаги бизнес процесса разделительных линий и прочих объектов как представлено на рис. 4.12.
Тема 5. Разработка моделей бизнес сущностей и их состояний
Цели занятия:
· научиться разрабатывать модели бизнес сущностей и их состояний;
· понять место моделей сущностей и их состояний при определении требований и проектировании создаваемой программной системы.
5.1. Цель моделирование бизнес сущностей и их состояний
Целью моделирования бизнес сущностей и их состояний является использование моделей бизнес сущностей и их состояний при проектировании перечня входных/выходных сигналов и данных, пользовательского интерфейса, баз данных (БД), классов реализующих функции системы.
5.2. Использование диаграммы классов или функций для разработки модели
бизнес сущностей
Для разработки модели с описанием документа или бизнес сущности в Rational Rose следует использовать диаграмму классов (class diagram) или диаграмму функций (use case diagram). Бизнес сущность (business entity), представляет абстракцию сущности реального мира. Примерами бизнес сущности могут являться заявка на кредитование, договор, сделка и т. д.
Модель с описанием бизнес сущностей должна строиться на основе описания бизнес процессов. Бизнес сущности должны моделироваться в разбивке по бизнес процессам. При создании программной системы моделироваться должны только бизнес сущности, связанные с деятельностями, подлежащими автоматизации.
Для создания описания документов/бизнес сущностей используется компоненты диаграммы классов/функций:
· пакет (package);
· бизнес сущность (business entity);
· ассоциативная связь (association);
· связь агрегация (agregation);
· связь композиция (composition);
· связь наследование или родитель потомок (generalization).
Пакет (рис. 5.1) используется для группировки бизнес сущностей.
Рис. 5.1. Пример пакета для группировки бизнес сущностей
Элемент бизнес сущность представлен на рис. 5.2.
Рис. 5.2. Примеры элементов диаграммы классов/функций для изображения бизнес сущностей
Бизнес сущности имеют атрибуты. При описании атрибутов бизнес сущности в Rational Rose должны указываться:
· название атрибута;
· тип атрибута;
· стереотип атрибута;
· начальное значение атрибута (опционально);
· правила формирования атрибута;
· примеры значений атрибута.
Пример бизнес сущности с атрибутами представлен на рис. 5.3.
Рис. 5.3. Пример модели документа Заявка клиента
Для задания типов атрибутов могут использоваться типы данных, зарезервированные в Rational Rose или другие типы, например:
· число;
· символ;
· дата;
· время;
· логическое значение;
· объект.
Тип данных «число» можно использовать для описания чисел любого вида, например, «число (10.3)». В скобках рекомендуется указывать общее количество цифр числа и если требуется, количество цифр после точки.
Тип данных символ можно использовать для описания строк символов, например, «символ (100)».
Тип данных «дата» можно использовать для атрибутов, которые являются датами.
Тип данных «время» можно использовать для атрибутов, которые являются временем.
Тип данных «логическое значение» можно использовать для атрибутов, которые могут принимать два значения, например «истина», «ложь».
Тип данных «объект» можно использовать для атрибутов, представляющих большой объект, например чертеж, фотография.
Для задания стереотипов атрибутов можно использовать два значения обязательный «О» и необязательный «Н».
Начальное значение атрибута не является обязательным полем.
Если значения атрибута могут задаваться элементом списка, или являться кандидатами на справочники, словари, то в колонке таблицы начальное значение, связанной с этим атрибутом, можно указываться слово словарь, справочник. Если атрибут имеет начальное значение, то слово словарь или справочник можно указывать через запятую после значения атрибута по умолчанию.
По атрибутам, по которым будет производиться группировка или сортировка, например, для отчетов, в описании начальных значений можно дополнительно указывать слово параметр группировки или сортировки.
Атрибуты могут задаваться элементом списка, быть кандидатами на словари, справочники и одновременно являться атрибутом, по которому производиться группировка. В этом случае за словом список, или словарь, справочник через запятую можно использовать слово параметр.
Если атрибут задается типом данных объект, то начальное значение может задается как имя файла, в котором храниться объект, например, фотография или чертеж.
Ассоциативная связь (association) между бизнес сущностями (business entity) есть смысловая связь. Связь не объясняет, как сущности общаются друг с другом, отмечается только смысловая зависимость между ними. Ассоциативная связь (association) изображается на диаграмме классов сплошной прямой линией.
Пример ассоциативной связи между бизнес сущностями представлен на рис. 5.4.
Рис. 5.4. Пример ассоциативных связей между бизнес сущностями
Ассоциативная связь может быть поименована. Имя ассоциации указывается, исходя из контекста. Рекомендуется указывать имя ассоциации так, чтобы оно читалось корректно слева направо или сверху вниз.
Связь композиция обозначает связь часть целого (part of), где часть не может существовать без целого. Например, журнал включает заголовок журнала и строки журнала.
Композиция (composition) изображается сплошной прямой линией с добавлением на конце закрашенного ромба как представлено на рис. 5.5. Закрашенный ромб указывает на целое.
Рис. 5.5. Пример связей композиция между бизнес сущностями
Связь агрегация обозначает связь часть целого (part of), где часть может существовать без целого (контейнер). Пример связи агрегация представлен на рис. 5.6.
Рис. 5.6. Примеры связей агрегация между бизнес сущностями
Количество бизнес сущностей, принимающих участие в связи, называется мощностью связи. Мощность указывается на каждом конце связи. Мощность означает число связей между одной бизнес сущностью в начале линии связи с бизнес сущностями в конце линии связи.
Мощность связи может обозначаться следующим образом:
1 – ровно одна бизнес сущность;
0...* - ноль или больше бизнес сущностей;
1..*- одна или больше бизнес сущностей;
0..1 - ноль или одна бизнес сущность;
5..8 - специфический диапазон 5,6,7,8;
4..7, 9 - комбинация 4,5,6,7, или 9 бизнес сущностей.
Примеры мощностей связи композиция и агрегация между бизнес сущностями представлены на рис. 5.4, 5.5.
Представленная на рис. 5.5 связь композиция означает, что журнал включает один титульный лист и много строк.
Мощность связи со стороны закрашенного ромба не следует указывать, так как она всегда равна 1 по нотации языка UML.
Наследование или связь родитель потомок (generalization) между бизнес сущностями это такое отношение между ними, когда одна бизнес сущность повторяет структуру другой производственной сущности (одиночное наследование) или других сущностей (множественное наследование).
Связь наследование (generalization) не именуется, на ней также не указывается мощность.
На диаграммах классов наследование (generalization) изображается стрелкой с не закрашенным треугольником, обращенным к сущности, от которой наследуются свойства. Пример изображения связи наследования (generalization) представлен на рис. 5.7.
Рис. 5.7. Примеры связи наследование
Для объединения бизнес сущностей сходных по назначению на диаграммах классов также может использоваться изображение организационной единицы (organization unit) (рис. 5.8).
Рис. 5.8. Пример организационной единицы
5.3. Использование диаграммы состояний или деятельности для разработки
модели состояний документа или бизнес сущности
В некоторых случаях для выявления скрытых атрибутов бизнес сущностей или документов необходимо описать их состояния. Описание состояний бизнес сущностей также может быть весьма полезным при проектировании функций системы, пользовательского интерфейса и БД. Для моделирования состояний бизнес сущностей можно использовать диаграмму состояний (statechart diagram) или диаграмму деятельностей (activity diagram). Модели состояний бизнес сущностей должны строиться на основе описания бизнес процесса. Для моделирования должны быть отобраны бизнес сущности и их состояния из раздела описания бизнес процесса входная/выходная информация.
Для разработки модели с описанием состояний бизнес сущностей следует использовать следующие элементы диаграммы деятельности:
· начальное состояние (start state);
· конечное состояние (end state);
· состояние (state);
· переход (state transition);
· решение (decision);
· горизонтальные синхронизаторы (horizontal synchronization);
· вертикальные синхронизаторы (vertical synchronization);
· разделительные линии (swimlane);
· заметка.
На рис. 5.9 представлена модель состояний документа Заявка клиента.
Рис. 5.9. Модель состояний документа Заявка клиента
5.4. Порядок построения модели бизнес сущности и ее состояния в Rational Rose
Порядок создания моделей бизнес сущностей и их состояний должен включать следующие шаги:
1) Разработку моделей бизнес сущностей.
2) Разработку моделей состояний бизнес сущностей.
3) Построение ссылки из диаграмму описания бизнес сущности на диаграммы состояний.
Разработка моделей бизнес сущностей
Модель бизнес сущностей должна строиться следующим образом.
На поле диаграммы «Все модели в разделе Use Case View» должен быть помещен пакет с наименованием:
«3. Модели бизнес сущностей и их состояния», например, как представлено на рис. 5.10.
Диаграмма Main следующего уровня иерархии и ее поле должны быть поименованы как «3. Модели бизнес сущностей и их состояния». На ее поле должны быть размещены пакеты с наименованием: «3.1. Бизнес сущности и их состояния по процессу 1», «3.N. Бизнес сущности и их состояния по процессу N», например, как представлено на рис. 5.11. для процесса кредитования.
Рис. 5.10. Состав моделей в разделе Use Case View
Рис. 5.11. Модель второго уровня при описании бизнес сущностей
Иерархия пакетов с описанием бизнес сущностей должна повторять иерархию бизнес процессов.
На предпоследнем уровне иерархии следует размещать пакеты с наименованием бизнес сущностей по конкретному процессу (рис. 5.12), и на самом последнем уровне собственно модель бизнес сущности (внутри соответствующего пакета) (рис. 5.13).
Рис. 5.12.Состав моделируемых бизнес сущностей по процеccу кредитования юридических лиц в валюте
Рис. 5.13. Пример модели заявки клиента
Разработка моделей состояний бизнес сущностей
Модель состояний бизнес сущностей должна строиться как поддиаграмма под соответствующей бизнес сущностью. На диаграмму состояния должна быть сделана ссылка, через заметку, помещенную рядом с изображением бизнес сущности как представлено на рис.5.14.
Рис. 5.14. Пример ссылки на модель с описанием состояния бизнес сущности
5.5. Задания для самоконтроля
Тест 5. Модели бизнес сущностей и их состояний
1. Выбор из одного
Какова цель использования модели бизнес сущностей при создании программного обеспечения ? | для реорганизации бизнес процессов | |
для описания бизнес правил | ||
для проектирования БД | ||
для проектирования перечня входных/выходных сигналов и данных, пользовательского интерфейса, баз данных (БД), классов реализующих функции системы |
2. Выбор из многих
Какая диаграмма используется для построения модели бизнес сущностей? | диаграмма деятельности | |
диаграмма классов | ||
диаграмма функций | ||
диаграмма компонент |
3. Выбор из одного
Какие элементы используются для описания бизнес сущностей? | · пакет (package); · бизнес сущность (business entity); · ассоциативная связь (association); · связь агрегация (agregation); · связь композиция (composition). | |
· пакет (package); · бизнес сущность (business entity); · ассоциативная связь (association). | ||
· бизнес сущность (business entity); · ассоциативная связь (association); · связь агрегация (agregation); · связь композиция (composition); · связь наследование (generalization). | ||
· пакет (package); · бизнес сущность (business entity); · ассоциативная связь (association); · связь агрегация (agregation); · связь композиция (composition); · связь наследование (generalization).. |
4. Выбор из одного
Как в модели бизнес сущностей обозначается связь ассоциация? | стрелка с треугольником на конце | |
стрелка с закрашенным ромбом | ||
стрелка с не закрашенным ромбом | ||
простая линия |
5. Выбор из одного
Как в модели бизнес сущностей обозначается связь агрегация? | стрелка с треугольником на конце | |
стрелка с закрашенным ромбом | ||
стрелка с не закрашенным ромбом | ||
простая линия |
6. Выбор из одного
Как в модели бизнес сущностей обозначается связь композиция? | стрелка с треугольником на конце | |
стрелка с закрашенным ромбом | ||
стрелка с не закрашенным ромбом | ||
простая линия |
7. Выбор из одного
|
Из за большого объема этот материал размещен на нескольких страницах:
1 2 3 4 5 6 7 |
