Диаграмма прецедентов (Use Case) — действующие лица, граница системы, включение, расширение и обобщение
Этот материал содержит определение концепции диаграммы прецедентов с примерами экзаменационных вопросов и ключевыми терминами.
In a Nutshell
Диаграмма прецедентов показывает, какие функции система предоставляет с точки зрения пользователей (действующих лиц) и как они взаимодействуют с системой.
Компактное техническое описание
Диаграммы прецедентов входят в UML (Unified Modeling Language) и визуализируют функциональные требования к программной системе. Они демонстрируют, какие действующие лица взаимодействуют с какими прецедентами. Каждый прецедент описывает завершённую функциональность системы. Такие диаграммы особенно полезны на ранних этапах разработки при анализе требований и общении со стейкхолдерами. Типичные отношения, такие как Include, Extend и Generalization, показывают зависимости между прецедентами. Действующие лица могут быть реальными пользователями или внешними системами.
Ключевые моменты для экзамена
- Часть UML для анализа требований
- Визуализирует взаимодействие пользователя и системы
- Состоит из действующих лиц, границы системы и прецедентов
- Важна для спецификации требований и концептуального проектирования (необходимо для экзаменов)
- Улучшает коммуникацию с заказчиками и конечными пользователями
- Поддерживает анализ рисков благодаря чёткому обзору функций
- Позволяет оценить объём работ на ранних стадиях
- Требует аккуратной документации и версионирования
Основные компоненты
- Действующее лицо (например, пользователь, внешний сервис)
- Граница системы (System Boundary)
- Прецедент (Use Case)
- Отношения: Include
- Отношения: Extend
- Обобщение между действующими лицами или прецедентами
- Определение контекста системы
- Сценарии взаимодействия
- Ограничение доступа через распределение ролей
- Проверка и тестирование по документам требований
Практический пример
// Пример: веб-магазин
Действующее лицо: Покупатель
Прецеденты: Создание учётной записи, Вход в систему, Размещение заказа
Отношение: "Размещение заказа" включает "Вход в систему"
Объяснение: Покупатель может разместить заказ только после входа в систему. Таким образом, "Вход в систему" является обязательной частью прецедента "Размещение заказа".
Преимущества и недостатки
Преимущества
- Способствует общему пониманию
- Чёткое разграничение ответственности системы
- Легко визуализируется
- Можно начать моделирование на ранних этапах
Недостатки
- Отсутствие технических деталей
- Ограничено подходит для сложных процессов
- Риск чрезмерной абстракции
Типичные экзаменационные вопросы (с кратким ответом)
- Что показывает диаграмма прецедентов? Показывает, как действующие лица взаимодействуют с прецедентами системы.
- Include vs. Extend? Include обязывает выполнить прецедент, Extend опционально расширяет при необходимости.
- Элементы диаграммы прецедентов? Действующие лица, прецеденты, граница системы, отношения (include, extend, generalization).
- Зачем нужна граница системы? Отделяет систему от окружающей среды и показывает, что входит в систему.
- Первичное vs. вторичное действующее лицо? Первичные действующие лица инициируют прецедент, вторичные нужны системе для выполнения.
- Полезно ли использовать на ранних этапах проекта? Да, помогает собрать требования и согласовать их со стейкхолдерами.
- Как это поддерживает контроль качества? Чёткое разделение функций легче тестировать.
- Может ли помочь при анализе безопасности? Да, идентифицирует критичные функции и точки доступа для ролей.