UML нам поможет ↑

metanymous 19 октября 2003, 05:58 в посте Openmeta (оригинал в ЖЖ)

Может быть так?

---

Диаграмма вариантов использования (use case diagram)

---

• 4.1. Вариант использования

---

• 4.2. Актеры

---

• 4.3. Интерфейсы

---

• 4.4. Примечания

---

• 4.5. Отношения на диаграмме вариантов использования

---

• Отношение ассоциации

---

• Отношение расширения

---

• Отношение обобщения

---

• Отношение включения

---

• 4.6. Пример построения диаграммы вариантов использования

---

• 4.7. Рекомендации по разработке диаграмм вариантов использования

---

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

---

Разработка диаграммы вариантов использования преследует цели:

---

• Определить общие границы и контекст моделируемой предметной области на начальных этапах проектирования системы.

---

• Сформулировать общие требования к функциональному поведению проектируемой системы.

---

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

---

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

---

Суть данной диаграммы состоит в следующем: проектируемая система представляется в виде множества сущностей или актеров, взаимодействующих с системой с помощью так называемых вариантов использования. При этом актером (actor) или действующим лицом называется любая сущность, взаимодействующая с системой извне. Это может быть человек, техническое устройство, программа или любая другая система, которая может служить источником воздействия на моделируемую систему так, как определит сам разработчик. В свою очередь, вариант использования (use case) служит для описания сервисов, которые система предоставляет актеру. Другими словами, каждый вариант использования определяет некоторый набор действий, совершаемый системой при диалоге с актером. При этом ничего не говорится о том, каким образом будет реализовано взаимодействие актеров с системой.

---

Примечание

---

Рассматривая диаграмму вариантов использования в качестве модели системы, можно ассоциировать ее с моделью черного ящика" (см. рис. 1.7). Действительно, подробная детализация данной диаграммы на начальном этапе проектирования скорее имеет отрицательный характер, поскольку предопределяет способы реализации поведения системы. А согласно рекомендациям RUP именно эти аспекты должны быть скрыты от разработчика на диаграмме вариантов использования.

---

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

---

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