Лабораторная работа по UML N3

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

1. Знакомство с прецедентами

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

• Что такое прецеденты.

• Создание прецедента.

• Включение прецедента.

• Расширение прецедента.

• Анализ прецедента.

Ранее мы познакомились с диаграммами, обеспечивающими статическое представление классов в системе. Теперь перейдем к динамическому представлению и покажем, как система и ее классы изменяются во времени. Статиче­ское представление позволяет проанализировать взаимодействие с клиентом. Динами­ческое представление, как мы убедимся далее, помогает анализировать взаимодейст­вие с командой разработчиков, а также способствует созданию программ.

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

Ни статическое, ни динамическое представление не отображают поведения систе­мы с точки зрения пользователя. Понимание его точки зрения — это ключ к построе­нию системы. Система должна удовлетворять требованиям пользователя.

Моделирование системы с точки зрения пользователя — это задача прецедентов.

Что такое прецеденты

Несколько лет назад я купил факс. При его покупке в магазине офисной техники мне предложили множество модификаций. Как я выбрал нужный? Я спросил себя, что собираюсь делать с этим устройством. Какие возможности мне требуются? Какие функции мне абсолютно необходимы? Хочу ли я делать копии с помощью факса? Хо­чу ли я подключить его к компьютеру? Буду ли я использовать факс в качестве скане­ра? Нужна ли мне функция скоростной отправки факсов? Хочу ли я отличать обыч­ные входные телефонные звонки от передачи сообщений по факсу?

Делая осознанную покупку, мы все оказываемся в подобном положении. Наши действия называются анализом прецедентов (use case analysis). Мы спрашиваем себя, как будем использовать тот или иной продукт или систему, в которую собираемся вложить деньги, и пытаемся найти то, что удовлетворяет нашим требованиям. Поэто­му очень важно знать эти требования.

Такой процесс играет особенно важную роль на этапе анализа системных требова­ний. Способ использования системы пользователями определяет ее проектное решение.

Прецедент — это конструкция, помогающая аналитику определить способ исполь­зования системы. Набор прецедентов описывает систему в терминах действий, вы­полняемых пользователем.

Рассматривайте прецедент как набор сценариев использования системы. Каждый сценарий описывает последовательность действий. Каждая после­довательность действий инициируется пользователем, другой системой, ап­паратным средством или в какой-либо момент времени. Сущности, ини­циирующие сценарии, называются исполнителями (actor). Результат этих действий должен быть полезен тому или другому исполнителю.

Зачем нужны прецеденты

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

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

Пример: автомат по продаже лимонада

Допустим, требуется разработать автомат по продаже лимонада. Чтобы узнать мне­ние пользователей, нужно опросить большое количество людей и узнать, как они бу­дут использовать эту машину.

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