Сценарий использования — различия между версиями
Admin (обсуждение | вклад) |
Admin (обсуждение | вклад) м |
||
| (не показаны 3 промежуточные версии этого же участника) | |||
| Строка 1: | Строка 1: | ||
| − | '''Сценарии использования''' | + | '''Сценарии использования''', '''варианты использования''' или '''прецеденты''' (Use cases) — спецификация последовательностей действий (варианты последовательностей и ошибочные последовательности) в [[UML]], которые может осуществлять [[система]], подсистема или класс, взаимодействуя с [[стейкхолдер|внешними действующими лицами]] (англ. Actors). |
| + | |||
| + | Use cases — действенный инструмент преодоления языкового барьера между пользователями или иной [[стейкхолдер|заинтересованной стороной]] и разработчиками. Любой человек может понять, что такое последовательность событий и подлежащих выполнению действий. Хотя изначально варианты использования задумывались для описания поведения и возможностей [[программная система|программных систем]], сейчас они с тем же успехом применяются для [[Определение системы|описания]] [[система|систем]] любого типа вне зависимости от того, реализована ее функциональность программно или нет. | ||
| + | |||
| + | == Степени детальности == | ||
| + | Степень формализма выполняемого проекта и стадия, на которой он находится, прямо влияют на степень детальности и проработанности вариантов использования. Алистер Кокберн (Alistair Cockburn) определяет 3 степени детальности при написании вариантов использования: | ||
| + | # '''Краткий''' (brief) вариант использования состоит (помимо названия) из одного-двух описательных предложений. Он хорош при сведении функциональных требований в таблицу при планировании приоритетности, технической сложности, номера версии продукта и т. д. | ||
| + | # '''Бессистемный''' (casual) вариант использования является более подробным и объёмным описанием развития событий, но без какой-либо строгой предопределённой структуры изложения. | ||
| + | # '''Детальный''' (detailed) вариант использования – это формальный документ с предопределённой структурой разделов; это, собственно, и есть Use case в его традиционном понимании. | ||
| + | |||
| + | В процессе развития проекта детальность может меняться по мере уточнения вариантов использования. | ||
| + | |||
| + | == Шаблон == | ||
| + | Детальные варианты использования составляются по определенному шаблону. Таких конкурирующих шаблонов (схем) предложено несколько. В конкретном проекте можно, при необходимости, использовать собственную, наиболее подходящую схему. Типичная схема включает по меньшей мере следующие разделы: | ||
| + | # '''Название''' (Name). Краткое, максимально понятное, в виде команды (что сделать). | ||
| + | # '''Цель''' (Goal). Краткая (до нескольких предложений) характеристика задачи, которую должен в результате решить вариант использования. | ||
| + | # '''Начальное состояние''' (Initial state). Формулировка условий, при которых данный вариант использования может быть инициирован. Условие, помимо прочего, может быть упоминанием о выполнении других вариантов использования. | ||
| + | # '''Основной сценарий''' (Main scenario). Сценарий – это последовательность шагов, описывающая процесс решения задачи, которой посвящен вариант использования. Шаги удобно последовательно нумеровать. | ||
| + | # '''Альтернативные сценарии''', в которых процесс развития событий на каком-либо шаге чем-либо заметно отличается от основного, то есть имеет место ветвление. | ||
| + | |||
| + | == Нотация == | ||
| + | В [[UML]] и [[SysML]] отношения между всеми или частью сценариев использования и акторами представлены в виде диаграммы сценария использования. На диаграммах сценариев использования в сценарии отображаются в виде эллипса. Внутри эллипса или под ним указывается имя элемента. | ||
== См. также == | == См. также == | ||
* [[Пользовательские истории]] | * [[Пользовательские истории]] | ||
| + | * [[Use-Case 2.0]] | ||
| − | [[Категория: | + | [[Категория:Требования]] |
Текущая версия на 22:22, 11 февраля 2018
Сценарии использования, варианты использования или прецеденты (Use cases) — спецификация последовательностей действий (варианты последовательностей и ошибочные последовательности) в UML, которые может осуществлять система, подсистема или класс, взаимодействуя с внешними действующими лицами (англ. Actors).
Use cases — действенный инструмент преодоления языкового барьера между пользователями или иной заинтересованной стороной и разработчиками. Любой человек может понять, что такое последовательность событий и подлежащих выполнению действий. Хотя изначально варианты использования задумывались для описания поведения и возможностей программных систем, сейчас они с тем же успехом применяются для описания систем любого типа вне зависимости от того, реализована ее функциональность программно или нет.
Содержание
Степени детальности
Степень формализма выполняемого проекта и стадия, на которой он находится, прямо влияют на степень детальности и проработанности вариантов использования. Алистер Кокберн (Alistair Cockburn) определяет 3 степени детальности при написании вариантов использования:
- Краткий (brief) вариант использования состоит (помимо названия) из одного-двух описательных предложений. Он хорош при сведении функциональных требований в таблицу при планировании приоритетности, технической сложности, номера версии продукта и т. д.
- Бессистемный (casual) вариант использования является более подробным и объёмным описанием развития событий, но без какой-либо строгой предопределённой структуры изложения.
- Детальный (detailed) вариант использования – это формальный документ с предопределённой структурой разделов; это, собственно, и есть Use case в его традиционном понимании.
В процессе развития проекта детальность может меняться по мере уточнения вариантов использования.
Шаблон
Детальные варианты использования составляются по определенному шаблону. Таких конкурирующих шаблонов (схем) предложено несколько. В конкретном проекте можно, при необходимости, использовать собственную, наиболее подходящую схему. Типичная схема включает по меньшей мере следующие разделы:
- Название (Name). Краткое, максимально понятное, в виде команды (что сделать).
- Цель (Goal). Краткая (до нескольких предложений) характеристика задачи, которую должен в результате решить вариант использования.
- Начальное состояние (Initial state). Формулировка условий, при которых данный вариант использования может быть инициирован. Условие, помимо прочего, может быть упоминанием о выполнении других вариантов использования.
- Основной сценарий (Main scenario). Сценарий – это последовательность шагов, описывающая процесс решения задачи, которой посвящен вариант использования. Шаги удобно последовательно нумеровать.
- Альтернативные сценарии, в которых процесс развития событий на каком-либо шаге чем-либо заметно отличается от основного, то есть имеет место ветвление.
Нотация
В UML и SysML отношения между всеми или частью сценариев использования и акторами представлены в виде диаграммы сценария использования. На диаграммах сценариев использования в сценарии отображаются в виде эллипса. Внутри эллипса или под ним указывается имя элемента.