Варианты использования (Use Case). Элементы структуры и примеры составления.
#usecase #работастребованиями #теория
Вариант использования/Use Case - описывает последовательность взаимодействия системы и внешнего действующего лица, в результате которого действующее лицо получает полезный результат.
На основе Вариантов использования аналитики могут сформулировать функциональные требования, а тестировщики - составить тесты.
Варианты использования проще согласовывать, т.к. каждый Use Case несет конечную бизнес-ценность, понятную заказчику.
Вариант использования должен:
✔описывать, что именно система должна сделать, чтобы действующее лицо достигло своей цели;
✔иметь достаточный уровень детализации;
✔не затрагивать деталей реализации;
✔не описывать пользовательские интерфейсы и экраны.
Единого формата (шаблона) составления Вариантов использования не существует. Чаще их представляют в текстовой форме, дополняя диаграммами/схемами.
Основными элементами структуры Варианта использования являются:
🔹️Имя - пишется в формате «глагол + объект», отражает цель и смысл сценария ( Зарегистрироваться на рейс, Снять деньги в банкомате).
🔹️Цель - короткое описание того, чего намеревается достигнуть действующее лицо с этим сценарием
🔹️Актор (actor) - действующее лицо (человек/другая программная система/аппаратное устройство), взаимодействующее с системой для реализации Варианта использования.
🔹️Предусловия - условия, которые должны быть удовлетворены до начала выполнения Варианта использования.
🔹️Активатор (триггер) – внешнее, внутреннее или временное событие, инициирующее выполнение Варианта использования.
🔹️Выходные условия (результат, постусловие) - описывают состояние системы после успешного выполнения Варианта использования.
🔹️Порядок Событий (основной поток/сценарий) — пронумерованный список действий, иллюстрирующий последовательность этапов взаимодействия действующего лица и системы (диалогов) от предварительных до выходных условий.
🔹️Альтернативные пути (альтернативный поток/вторичный сценарий) - описание действий , которые тоже приводят к успешному результату и удовлетворяют выходным условиям Варианта использования, но представляют менее популярные или менее приоритетные вариации самой задачи или способа ее выполнения.
🔹️Исключения - условия, препятствующие успешному выполнению Варианта использования. Описывают ожидаемое ошибочное условие, которое может сложиться во время выполнения варианта использования, и как его обрабатывать.
🔹️Бизнес-правила - которые, наприпер, могут влиять на отдельные шаги нормального направления, задавая разрешенные входные значения или диктуя, какие вычисления должны выполняться.
То, какие элементы будет содержать ваш Вариант использования, зависит от сложности и необходимого уровня детализации конкретной задачи.
Для наглядности собрали несколько примеров готовых Use Case и варианты Шаблонов, различных по содержанию и дизайну.
------
Заметки Аналитика | @notes_analyst
#usecase #работастребованиями #теория
Вариант использования/Use Case - описывает последовательность взаимодействия системы и внешнего действующего лица, в результате которого действующее лицо получает полезный результат.
На основе Вариантов использования аналитики могут сформулировать функциональные требования, а тестировщики - составить тесты.
Варианты использования проще согласовывать, т.к. каждый Use Case несет конечную бизнес-ценность, понятную заказчику.
Вариант использования должен:
✔описывать, что именно система должна сделать, чтобы действующее лицо достигло своей цели;
✔иметь достаточный уровень детализации;
✔не затрагивать деталей реализации;
✔не описывать пользовательские интерфейсы и экраны.
Единого формата (шаблона) составления Вариантов использования не существует. Чаще их представляют в текстовой форме, дополняя диаграммами/схемами.
Основными элементами структуры Варианта использования являются:
🔹️Имя - пишется в формате «глагол + объект», отражает цель и смысл сценария ( Зарегистрироваться на рейс, Снять деньги в банкомате).
🔹️Цель - короткое описание того, чего намеревается достигнуть действующее лицо с этим сценарием
🔹️Актор (actor) - действующее лицо (человек/другая программная система/аппаратное устройство), взаимодействующее с системой для реализации Варианта использования.
🔹️Предусловия - условия, которые должны быть удовлетворены до начала выполнения Варианта использования.
🔹️Активатор (триггер) – внешнее, внутреннее или временное событие, инициирующее выполнение Варианта использования.
🔹️Выходные условия (результат, постусловие) - описывают состояние системы после успешного выполнения Варианта использования.
🔹️Порядок Событий (основной поток/сценарий) — пронумерованный список действий, иллюстрирующий последовательность этапов взаимодействия действующего лица и системы (диалогов) от предварительных до выходных условий.
🔹️Альтернативные пути (альтернативный поток/вторичный сценарий) - описание действий , которые тоже приводят к успешному результату и удовлетворяют выходным условиям Варианта использования, но представляют менее популярные или менее приоритетные вариации самой задачи или способа ее выполнения.
🔹️Исключения - условия, препятствующие успешному выполнению Варианта использования. Описывают ожидаемое ошибочное условие, которое может сложиться во время выполнения варианта использования, и как его обрабатывать.
🔹️Бизнес-правила - которые, наприпер, могут влиять на отдельные шаги нормального направления, задавая разрешенные входные значения или диктуя, какие вычисления должны выполняться.
То, какие элементы будет содержать ваш Вариант использования, зависит от сложности и необходимого уровня детализации конкретной задачи.
Для наглядности собрали несколько примеров готовых Use Case и варианты Шаблонов, различных по содержанию и дизайну.
------
Заметки Аналитика | @notes_analyst
👍17🔥4🤔1
Диаграммы прецедентов (вариантов использования).
#usecase #диаграмма #теория
Диаграммы вариантов использования (use-case diagrams) позволяют получить высокоуровневое визуальное представление о требованиях пользователей.
Их чаще применяют в качестве дополнения к более описательным текстовым Вариантам использования.
При помощи use-case диаграммы можно:
▪︎ продемонстрировать различные способы взаимодействия пользователя с системой;
▪︎ визуально представить логическое развитие сложного варианта использования;
▪︎ описать общую функциональность системы;
▪︎ определить общие границы и контекст моделируемой предметной области;
▪︎ разработать исходную концептуальную модель системы;
▪︎ подготовить исходную документацию.
Основными элементами use-case диаграммы являются:
🔹 Актеры (акторы) - группы лиц или систем, взаимодействующие с описываемой системой;
🔹 Варианты использования (прецеденты) - функции, которые система предоставляет актерам;
🔹 Комментарии;
🔹 Отношения между элементами диаграммы - отношения ассоциации, обобщения, включения, расширения.
Графические обозначения и определения данных элементов привела в таблице Основные элементы Use-case диаграммы
Строить диаграмму прецедентов можно в следующей последовательности:
1.Выделите группы действующих лиц
2. Определите функциональность для каждой из групп (варианты использования/прецеденты)
3. Дополните прецеденты словесным описанием (сценарием) - для каждого прецедента создайте разделы: "основной поток" и " "альтернативный"
4. Проведите анализ связей (отношений)
5. Перенесети собранные данные в графический формат - постройте use-case диаграмму.
При построении диаграммы помните, что use-case диаграмма должна выражать лишь требования к системе, а не детали ее реализации.
Отображайте на диаграмме только ключевые моменты, не делите процессы слишком мелко.
Ещё больше рекомендаций и примеров построения use-case диаграмм можете найти в статьях:
° Правила и рекомендации по разработке диаграмм прецедентов
° Использование диаграммы вариантов использования UML при проектировании программного обеспечения
Заметки Аналитика | @notes_analyst
#usecase #диаграмма #теория
Диаграммы вариантов использования (use-case diagrams) позволяют получить высокоуровневое визуальное представление о требованиях пользователей.
Их чаще применяют в качестве дополнения к более описательным текстовым Вариантам использования.
При помощи use-case диаграммы можно:
▪︎ продемонстрировать различные способы взаимодействия пользователя с системой;
▪︎ визуально представить логическое развитие сложного варианта использования;
▪︎ описать общую функциональность системы;
▪︎ определить общие границы и контекст моделируемой предметной области;
▪︎ разработать исходную концептуальную модель системы;
▪︎ подготовить исходную документацию.
Основными элементами use-case диаграммы являются:
🔹 Актеры (акторы) - группы лиц или систем, взаимодействующие с описываемой системой;
🔹 Варианты использования (прецеденты) - функции, которые система предоставляет актерам;
🔹 Комментарии;
🔹 Отношения между элементами диаграммы - отношения ассоциации, обобщения, включения, расширения.
Графические обозначения и определения данных элементов привела в таблице Основные элементы Use-case диаграммы
Строить диаграмму прецедентов можно в следующей последовательности:
1.Выделите группы действующих лиц
2. Определите функциональность для каждой из групп (варианты использования/прецеденты)
3. Дополните прецеденты словесным описанием (сценарием) - для каждого прецедента создайте разделы: "основной поток" и " "альтернативный"
4. Проведите анализ связей (отношений)
5. Перенесети собранные данные в графический формат - постройте use-case диаграмму.
При построении диаграммы помните, что use-case диаграмма должна выражать лишь требования к системе, а не детали ее реализации.
Отображайте на диаграмме только ключевые моменты, не делите процессы слишком мелко.
Ещё больше рекомендаций и примеров построения use-case диаграмм можете найти в статьях:
° Правила и рекомендации по разработке диаграмм прецедентов
° Использование диаграммы вариантов использования UML при проектировании программного обеспечения
Заметки Аналитика | @notes_analyst
👍9
📑 Use Case. Инструкция по работе со сценариями использования для молодого системного аналитика
"Данная статья поможет молодым специалистам легко начать работу со сценариями использования.
Сценарии использования - это сценарий взаимодействия пользователя (или пользователей) с программным продуктом для достижения конкретной цели."
Читать статью
#usecase | @notes_analyst
"Данная статья поможет молодым специалистам легко начать работу со сценариями использования.
Сценарии использования - это сценарий взаимодействия пользователя (или пользователей) с программным продуктом для достижения конкретной цели."
Читать статью
#usecase | @notes_analyst
👍7