Диаграмма вариантов использования. Ее назначение, использование. Элементы нотации. Варианты использования. Актеры. Отношения. Сценарии. Примечания
Диаграмма вариантов использования (use case diagram) – это наиболее общее представление функционального назначения системы.
Диаграммы вариантов использования описывают функциональное назначение системы или то, что система должна делать.
Диаграмма вариантов использования:
§ определяет поведение системы с точки зрения пользователя;
§ рассматривается как главное средство для первичного моделирования динамики системы;
§ используется для выяснения требований к системе, фиксации этих требований в форме, которая позволит проводить их дальнейшую разработку.
Разработка диаграммы преследует следующие цели:
§ определить общие границы и контекст моделируемой предметной области;
§ сформулировать общие требования к функциональному поведению проектируемой системы;
§ разработать исходную концептуальную модель системы для ее последующей детализации в форме логических и физических моделей;
§ подготовить исходную документацию для взаимодействия разработчиков системы с ее заказчиками и пользователями.
Диаграмма вариантов использования отображают взаимодействие между вариантами использования, представляющими функции системы, и действующими лицами, представляющими людей или системы, получающие или передающие информацию в данную систему.
Стрелка, направленная от действующего лица к варианту использования показывает, что действующее лица инициирует вариант использования. Стрелка, направленная от варианта использования к действующему лицу, показывает, что вариант использования предоставляет некоторую информацию действующему лицу.
|
|
|
Базовыми элементами нотации диаграммы вариантов использования являются:
§ вариант использования;
§ актер;
§ отношения.
Вариант использования (use case) – внешняя спецификация последовательности действий, которые система или другая сущность могут выполнять в процессе взаимодействия с актерами.
Вариант использования – это последовательности действий (или нескольких последовательностей), которые выполняются системой и производят для отдельного актера видимый результат
Каждый вариант использования определяет последовательность действий, которые должны быть выполнены проектируемой системой при взаимодействии ее с соответствующим актером
Цель спецификации варианта использования заключается в том, чтобы зафиксировать некоторый аспект или фрагмент поведения проектируемой системы без указания особенностей реализации данной функциональности.
В этом смысле каждый вариант использования соответствует отдельному сервису, который предоставляет моделируемая система по запросу актера, т.е. определяет один из способов применения системы.
|
|
|
Сервис, который инициализируется по запросу актера, должен представлять собой законченную последовательность действий. Это означает, что после того как система закончит обработку запроса актера, она должна возвратиться в исходное состояние, в котором снова готова к выполнению следующих запросов.
Диаграмма вариантов использования содержит конечное множество вариантов использования, которые в целом должны определять все возможные стороны ожидаемого поведения системы.
Для удобства множество вариантов использования может рассматриваться как отдельный пакет.
Применение вариантов использования на всех этапах работы над проектом позволяет не только достичь требуемого уровня унификации обозначений для представления функциональности подсистем и системы в целом, но и является мощным средством последовательного уточнения требований к проектируемой системе на основе их итеративного обсуждения со всеми заинтересованными специалистами.
Отдельный вариант использования обозначается на диаграмме эллипсом, внутри которого содержится его краткое имя в форме существительного или глагола с пояснительными словами. Сам текст имени варианта использования должен начинаться с заглавной буквы.
|
|
|
Примерами вариантов использования могут быть следующие действия: проверка состояния текущего счета клиента, оформление заказа на покупку товара, получение дополнительной информации о кредитоспособности клиента.
Содержание варианта использования может быть представлено в форме дополнительного пояснительного текста, который раскрывает смысл или семантику действий при выполнении данного варианта использования.
Такой пояснительный текст получил название текста-сценария или просто сценария.
Актер (actor) – согласованное множество ролей, которые играют внешние сущности по отношению к вариантам использования при взаимодействии с ними.
Актер – это роль объекта вне системы, который прямо взаимодействует с ее частью – вариантом использования.
Актер представляет собой любую внешнюю по отношению к моделируемой системе сущность, которая взаимодействует с системой и использует ее функциональные возможности для достижения определенных целей или решения частных задач
Каждый актер может рассматриваться как некая отдельная роль относительно конкретного варианта использования.
|
|
|
Стандартным графическим обозначением актера на диаграммах является фигурка "человечка", под которой записывается имя актера.
Имена актеров должны начинаться с заглавной буквы и следовать рекомендациям использования имен для типов и классов модели.
Имя актера должно быть достаточно информативным с точки зрения семантики. Для этой цели подходят наименования должностей в компании (например, продавец, кассир, менеджер, президент). Не рекомендуется давать актерам имена собственные или названия моделей конкретных устройств, даже если это с очевидностью следует из контекста проекта. Дело в том, что одно и то же лицо может выступать в нескольких ролях и, соответственно, обращаться к различным сервисам системы.
Актеры используются для моделирования внешних по отношению к проектируемой системе сущностей, которые взаимодействуют с системой.
В качестве актеров могут выступать другие системы, в том числе подсистемы проектируемой системы или ее отдельные классы.
Каждый актер определяет согласованное множество ролей, в которых могут выступать пользователи данной системы в процессе взаимодействия с ней. В каждый момент времени с системой взаимодействует вполне определенный пользователь, при этом он играет или выступает в одной из таких ролей.
Наиболее наглядный пример актера – конкретный посетитель web-сайта в Интернете со своими параметрами аутентификации.
Поскольку в общем случае актер всегда находится вне системы, его внутренняя структура никак не определяется. Для актера имеет значение только его внешнее представление, т.е. то, как он воспринимается со стороны системы.
Актеры взаимодействуют с системой посредством передачи и приема сообщений от вариантов использования.
Сообщение представляет собой запрос актером сервиса от системы и получение этого сервиса.
Дата добавления: 2018-02-15; просмотров: 2132; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!