5. Разработка моделей бизнес сущностей и их состояний

Цели занятия:

• научиться разрабатывать модели бизнес сущностей и их состояний;

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

5.1. Цель моделирование бизнес сущностей и их состояний

Целью моделирования бизнес сущностей и их состояний является использование моделей бизнес сущностей и их состояний при проектировании перечня входных/выходных сигналов и данных, пользовательского интерфейса, баз данных (БД), классов реализующих функции системы.

5.2. Использование диаграммы классов или функций для разработки модели бизнес сущностей

Для разработки модели с описанием документа или бизнес сущности в Rational Rose следует использовать диаграмму классов (class diagram) или диаграмму функций (use case diagram). Бизнес сущность (business entity), представляет абстракцию сущности реального мира. Примерами бизнес сущности могут являться заявка на кредитование, договор, сделка и т.д.

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

Для создания описания документов/бизнес сущностей используется компоненты диаграммы классов/функций:

• пакет (package);

• бизнес сущность (business entity);

• ассоциативная связь (association);

• связь агрегация (aggregation);

• связь композиция (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. Пример организационной единицы