6. Резюме

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

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

Опрос пользователей — лучший способ определения прецедентов. При этом важно выявить предусловия для инициализации прецедента и постусловия, реализуемые в результате выполнения прецедента.

Опрос пользователей осуществляется после общения с клиентами и составления пе­речня классов-кандидатов. Это обеспечивает базовую терминологию для общения с пользователями. Желательно опрашивать группы пользователей. Задачей этого этапа яв­ляется формирование списка возможных прецедентов и всех возможных исполнителей.

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

Включение представляется линией зависимости со стереотипом «включает». Два других типа взаимосвязи прецедентов — это обобщение, при котором один прецедент на­следует значение и поведение другого, и группировка, позволяющая систематизировать набор прецедентов. Обозначение отношения обобщения на диаграмме совпадает с обозна­чением наследования для классов. Группировку изображают с применением пакетов.

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

Объектно-ориентированный подход и прецеденты — два краеугольных камня UML. Ознакомившись с ними, нетрудно сформировать общую структуру UML.

Вопросы и ответы

Для чего введено понятие прецедента? Нельзя ли ограничиться опросом пользователей?

Нет, нельзя. Ответы пользователей нужно структурировать. А это делается с помо­щью прецедентов. Такая структура полезна для обсуждения результатов опроса поль­зователей с клиентами и разработчиками.

Насколько сложно выделить прецеденты?

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

Я заметил, что на высокоуровневых диаграммах прецедентов не показаны ассоциации между исполнителями и прецедентами. Почему?

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

Почему важно понимать общую картину UML? Нельзя ли просто знать, когда ис­пользовать каждый тип диаграммы?

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