Диаграмма прецедентов

Диаграммы прецедентов позволяют определить и задокументировать функциональные требования к системе. Смысл выделения прецедентов заключается в описании типичных взаимодействий между пользователями системы и самой системой и предоставлении описания процесса ее функционирования. Основные сущности, используемы в диаграммах этого типа – актёры и прецеденты (варианты использования). Прецедент представляет на Use Case диаграммах множество сценариев, объединенных некоторой общей целью пользователя. На рис. 6 представлена диаграмма использования для электронной системы бронирования билетов.

Рисунок 6. Use Case диаграмма для системы удаленного бронирования билетов в кинотеатре

Диаграмма иллюстрирует не только факт использования тем или иным актёром некоторого прецедента (Гость может просмотреть список сеансов и зарегистрироваться, Зритель может заказать и оплатить билет), но и позволяет отобразить отношения между и прецедентами. Отношение типа «расширение» («extend») применяют, когда один вариант использования подобен другому, но несет несколько другую нагрузку и, в связи с этим, необходимо описать изменение в обычном поведении системы. В частности, прецедент Оплатить билет является частным случаем прецедента Оплаты через банк, т.е. он расширяет этот прецедент на некоторую конкретную функциональность. Отношение типа «использование» («include», «uses») применяется в тех случаях, когда имеется какой-либо фрагмент поведения системы, который повторяется более чем в одном варианте использования и нет смысла копировать его описание. В рассмотренной диаграмме чтобы заказать билет необходимо использовать прецеденты Просмотр сеансов и Выбор места в кинозале.

Рассмотрим еще одну диаграмму использования. Она построена для системы синхронизации содержимого локального диска с сетевым хранилищем (рис.7). В системе присутствуют три актера – Гость, Пользователь и Внешнее сетевое хранилище, выступающие в качестве внешних по отношению к рассматриваемой системе сущностей.

Актер Гость может действовать в рамках трех прецедентов Просмотра публичных файлов, т.е. файлов, к которым в сетевом хранилище владелец предоставил доступ всем желающим, Входа в систему, чтобы перейти в статус пользователя, а также прецедента Регистрации, после которого будет авторизован в системе.

.

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

Прецеденты представляют собой ценный инструмент для понимания функциональных требований к системе. Начальный вариант диаграммы прецедентов обычно составляется на ранней стадии выполнения проекта. По мере развития проекта и выявления деталей каждый прецедент описывается всё более подробно на укрупненных диаграммах..

13. Диаграммы классов UML: назначение, используемые элементы, примеры построения.