Содержание
- 2. Actor Актер (actor) — согласованное множество ролей, которые играют внешние сущности по отношению к вариантам использования
- 3. Вариант использования Вариант использования (use case) — внешняя спецификация последовательности действий, которые система или другая сущность
- 4. Отношения Отношение (relationship) — семантическая связь между отдельными элементами модели. Между элементами диаграммы вариантов использования могут
- 5. Ассоциация Отношение ассоциации – одно из фундаментальных понятий в языке UML и в той или иной
- 6. Включение Включение (include) в языке UML — это разновидность отношения зависимости между базовым вариантом использования и
- 7. Расширение Отношение расширения (extend) определяет взаимосвязь базового варианта использования с другим вариантом использования, функциональное поведение которого
- 8. Обобщение Два и более актера могут иметь общие свойства, т. е. взаимодействовать с одним и тем
- 9. Дополнительные обозначения языка UML для бизнес-моделирования Бизнес-актер (business actor) – индивидуум, группа, организация, компания или система,
- 10. Пример бизнес-модели Диаграмма вариантов использования для системы продажи товаров по каталогу в общих обозначениях языка UML
- 11. Требования Требование (requirement) - желательное свойство, характеристика или условие, которым должна удовлетворять система в процессе своей
- 12. Сценарии Центральное место среди указанных требований занимают функциональные, которые специфицируют особенности реализации отдельных бизнес-процессов моделируемой системы.
- 13. Диаграмма вариантов использования для модели банкомата
- 14. Сценарий "Снятие наличных по кредитной карточке"
- 15. Типичный ход событий сценария "Снятие наличных по кредитной карточке"
- 16. Исключения сценария "Снятие наличных по кредитной карточке"
- 17. Примечание Отдельные небольшие по своему объему сценарии могут быть размещены на диаграмме в форме примечаний. Примечание
- 18. Рекомендации Определить главных или первичных и второстепенных актеров Определить цели главных актеров по отношению к системе
- 20. Скачать презентацию
Actor
Актер (actor) — согласованное множество ролей, которые играют внешние сущности по
Actor
Актер (actor) — согласованное множество ролей, которые играют внешние сущности по
Актер представляет собой любую внешнюю по отношению к моделируемой системе сущность, которая взаимодействует с системой и использует ее функциональные возможности для достижения определенных целей или решения частных задач. Стандартным графическим обозначением актера на диаграммах является фигурка "человечка", под которой записывается имя актера.
В некоторых случаях актер может обозначаться в виде прямоугольника класса со стереотипом <
Вариант использования
Вариант использования (use case) — внешняя спецификация последовательности действий, которые
Вариант использования
Вариант использования (use case) — внешняя спецификация последовательности действий, которые
Вариант использования представляет собой спецификацию общих особенностей поведения или функционирования моделируемой системы без рассмотрения внутренней структуры этой системы.
Содержание варианта использования может быть представлено в форме дополнительного пояснительного текста, который раскрывает смысл или семантику действий при выполнении данного варианта использования. Такой пояснительный текст получил название текста-сценария или просто сценария.
Отдельный вариант использования обозначается на диаграмме эллипсом, внутри которого содержится его краткое имя в форме существительного или глагола с пояснительными словами. Сам текст имени варианта использования должен начинаться с заглавной буквы.
Отношения
Отношение (relationship) — семантическая связь между отдельными элементами модели.
Между элементами
Отношения
Отношение (relationship) — семантическая связь между отдельными элементами модели.
Между элементами
В языке UML имеется несколько стандартных видов отношений между актерами и вариантами использования:
ассоциации (association relationship)
включения (include relationship)
расширения (extend relationship)
обобщения (generalization relationship)
Ассоциация
Отношение ассоциации – одно из фундаментальных понятий в языке UML и
Ассоциация
Отношение ассоциации – одно из фундаментальных понятий в языке UML и
В контексте диаграммы вариантов использования отношение ассоциации между актером и вариантом использования может указывать на то, что актер инициирует соответствующий вариант использования. Такого актера называют главным. В других случаях подобная ассоциация может указывать на актера, которому предоставляется справочная информация о результатах функционирования моделируемой системы. Таких актеров часто называют второстепенными.
Включение
Включение (include) в языке UML — это разновидность отношения зависимости между
Включение
Включение (include) в языке UML — это разновидность отношения зависимости между
Отношение включения устанавливается только между двумя вариантами использования и указывает на то, что заданное поведение для одного варианта использования включается в качестве составного фрагмента в последовательность поведения другого варианта использования. Так, например, отношение включения, направленное от варианта использования "Предоставление кредита в банке" к варианту использования "Проверка платежеспособности клиента", указывает на то, что каждый экземпляр первого варианта использования всегда включает в себя функциональное поведение или выполнение второго варианта использования. В этом смысле поведение второго варианта использования является частью поведения первого варианта использования на данной диаграмме. Графически данное отношение обозначается как отношение зависимости в форме пунктирной линии со стрелкой, направленной от базового варианта использования к включаемому варианту использования. При этом данная линия помечается стереотипом <
Расширение
Отношение расширения (extend) определяет взаимосвязь базового варианта использования с другим вариантом
Расширение
Отношение расширения (extend) определяет взаимосвязь базового варианта использования с другим вариантом
В языке UML отношение расширения является зависимостью, направленной к базовому варианту использования и соединенной с ним в так называемой точке расширения. Отношение расширения между вариантами использования обозначается как отношение зависимости в форме пунктирной линии со стрелкой, направленной от того варианта использования, который является расширением для базового варианта использования. Данная линия со стрелкой должна быть помечена стереотипом <
Обобщение
Два и более актера могут иметь общие свойства, т. е. взаимодействовать
Обобщение
Два и более актера могут иметь общие свойства, т. е. взаимодействовать
Графически отношение обобщения обозначается сплошной линией со стрелкой в форме не закрашенного треугольника, которая указывает на родительский вариант использования. Эта линия со стрелкой имеет специальное название — стрелка-обобщение.
Отношение обобщения между вариантами использования применяется в том случае, когда необходимо отметить, что дочерние варианты использования обладают всеми особенностями поведения родительских вариантов.
Дополнительные обозначения языка UML для бизнес-моделирования
Бизнес-актер (business actor) – индивидуум, группа,
Дополнительные обозначения языка UML для бизнес-моделирования
Бизнес-актер (business actor) – индивидуум, группа,
Сотрудник (business worker) – индивидуум, который действует внутри моделируемой бизнес-системы, взаимодействует с другими сотрудниками и является участником бизнес-процесса моделируемой системы. Общее свойство сотрудников заключается в том то, что они являются субъектами и входят в состав моделируемой системы.
Бизнес-вариант использования (business use case) — вариант использования, определяющий последовательность действий моделируемой системы, направленных на выполнение отдельного бизнес-процесса.
Пример бизнес-модели
Диаграмма вариантов использования для системы продажи товаров по каталогу в
Пример бизнес-модели
Диаграмма вариантов использования для системы продажи товаров по каталогу в
Анализируя рассматриваемую систему продажи товаров по каталогу, можно заметить, что она представляет собой концептуальную модель типичной бизнес-системы, особенности которой связаны с получением определенной прибыли от реализации соответствующих бизнес-процессов. При этом роли покупателя и продавца в рассматриваемой системе существенно отличаются. Действительно, покупатель является внешним по отношению к системе субъектом, в то время как продавец является частью бизнес-системы. Реализация рассмотренных вариантов использования не изображается на диаграммах вариантов использования.
Требования
Требование (requirement) - желательное свойство, характеристика или условие, которым должна удовлетворять
Требования
Требование (requirement) - желательное свойство, характеристика или условие, которым должна удовлетворять
Применительно к программным системам предложена следующая классификация требований, которая получила название модели FURPS+, что соответствует первым буквам соответствующих категорий требований на английском языке:
функциональные требования (Functionality)
требования удобства использования (Usability)
требования надежности (Reliability)
требования производительности (Performance)
требования возможности сопровождения (Supportability)
При этом символом "+" обозначены дополнительные условия, к которым относятся:
проектные ограничения
требования управления системой
требования к графическому интерфейсу пользователя
физические требования
юридические требования
Сценарии
Центральное место среди указанных требований занимают функциональные, которые специфицируют особенности реализации
Сценарии
Центральное место среди указанных требований занимают функциональные, которые специфицируют особенности реализации
Сценарий (scenario) - определенная последовательность действий, которая описывает действия актеров и поведение моделируемой системы в форме обычного текста. В контексте языка UML сценарий используется для дополнительной иллюстрации взаимодействия актеров и вариантов использования.
Диаграмма вариантов использования для модели банкомата
Диаграмма вариантов использования для модели банкомата
Сценарий "Снятие наличных по кредитной карточке"
Сценарий "Снятие наличных по кредитной карточке"
Типичный ход событий сценария "Снятие наличных по кредитной карточке"
Типичный ход событий сценария "Снятие наличных по кредитной карточке"
Исключения сценария "Снятие наличных по кредитной карточке"
Исключения сценария "Снятие наличных по кредитной карточке"
Примечание
Отдельные небольшие по своему объему сценарии могут быть размещены на диаграмме
Примечание
Отдельные небольшие по своему объему сценарии могут быть размещены на диаграмме
Примечание (note) предназначено для включения в модель произвольной текстовой информации, имеющей непосредственное отношение к контексту разрабатываемого проекта.
Графически примечания на всех типах диаграмм обозначаются прямоугольником с "загнутым" верхним правым уголком. Собственно текст примечания размещается внутри этого прямоугольника. Примечание может относиться к любому элементу диаграммы, в этом случае их соединяет пунктирная линия.
Рекомендации
Определить главных или первичных и второстепенных актеров
Определить цели главных актеров по
Рекомендации
Определить главных или первичных и второстепенных актеров
Определить цели главных актеров по
Сформулировать основные варианты использования, которые специфицируют функциональные требования к системе
Упорядочить варианты использования по степени убывания риска их реализации
Рассмотреть все базовые варианты использования в порядке убывания их степени риска
Выделить участников, интересы, предусловия и постусловия выполнения выбранного варианта использования
Написать успешный сценарий реализации выбранного варианта использования
Определить исключения или неуспех в выполнении сценария варианта использования
Написать сценарии для всех исключений
Выделить общие варианты использования и изобразить их взаимосвязи с базовыми со стереотипом <
Выделить варианты использования для исключений и изобразить их взаимосвязи с базовыми со стереотипом <
Проверить диаграмму на отсутствие дублирования вариантов использования и актеров
Для разработки диаграммы вариантов использования рекомендуется некоторая последовательность действий: