Что такое вариант использования? (с ключевыми элементами и примером)

1 июля 2021 г.

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

Что такое вариант использования?

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

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

Каковы преимущества варианта использования?

Вот некоторые преимущества создания варианта использования:

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

• Определяет области улучшения: анализируя отдельный процесс от начала до конца, команды могут найти и решить проблемы, которые могут возникнуть.

• Определяет потребности пользователей: описание процесса может позволить членам команды узнать, какие компоненты системы могут потребоваться для работы.

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

Каковы элементы варианта использования?

Вот основные элементы общего варианта использования:

Система

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

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

Актеры

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

Заинтересованные стороны

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

Предпосылки

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

Триггер

Триггер — это событие, которое запускает сценарий процесса использования и происходит до первого шага. Например, рассмотрим процесс варианта использования взаимодействия между учителем и программным обеспечением для оценивания с целью записи оценки учащегося. Триггером этого варианта использования может быть то, что учитель определяет оценки для ввода в систему. Тогда первый шаг может звучать так: «Учитель входит в систему оценивания».

Нормальный ход событий

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

Альтернативный ход событий

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

Потоки исключений

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

Постусловия

Постусловия обсуждают требования для завершенного и успешного варианта использования, включая его последние шаги. Обычно вы включаете постусловия для конечных результатов нормального или альтернативного потока событий. Если вариант использования имеет поток исключений, вы можете опустить его в разделе пост-условий и включить его в другом месте.

Как написать сценарий использования

Вот шаги для написания эффективного варианта использования:

1. Используйте доступный формат и стиль письма

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

2. Определите свою систему и действующих лиц

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

3. Создайте заголовок и описание

Укажите конкретную цель варианта использования в отдельном заголовке и кратком описании. Может быть полезно использовать в названии глагол, за которым следует существительное, например «Распечатать документ» или «Войти в систему». Для описания рассмотрите возможность написания двух-трех предложений, определяющих, когда процесс начинается и заканчивается. Включение четкого описания в начало документа может помочь вам более эффективно сформулировать этапы процесса.

4. Перечислите триггер и предварительные условия

Определите предварительные условия и спусковой крючок конкретного процесса, а затем сконцентрируйте их в нескольких прямых предложениях. Не забудьте включить обзор этих предварительных условий вместо более подробного объяснения. Если в варианте использования есть несколько предварительных условий, может быть полезно использовать маркеры или нумерованный список в этих разделах, чтобы обеспечить дополнительную ясность.

5. Создайте нормальный ход событий

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

6. Опишите альтернативные потоки и потоки исключений

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

7. Объясните постусловия и дополнительные детали

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

8. Предоставьте схему

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

Пример варианта использования

Вот пример варианта использования, на который следует ссылаться при написании:

Поле ввода данных
Команда технического анализа
Версия 7.3

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

Актеры: администратор

Триггер: администратор идентифицирует новую информацию для ввода в электронную таблицу.

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

Нормальный поток:

• Шаг 1: Администратор щелкает строку меню. В системе отображаются вкладки функций базы данных с метками «Дизайн» и «Формат».

• Шаг 2: Администратор нажимает на вкладку «Формат». Система показывает возможности вкладки «Макет».

• Шаг 3: Администратор нажимает на функцию «Линии» на вкладке «Формат». Система показывает значок строки серии.

• Шаг 4: Администратор щелкает значок строки серии. Система добавляет новое поле данных в табличный документ.

Альтернативный вариант (шаг 1a): администратор щелкает правой кнопкой мыши предыдущее поле данных. Система показывает возможности вкладки «Формат».

Исключительный поток (шаг 3): администратор щелкает правой кнопкой мыши функцию «Линии» на вкладке «Формат». Системе не удается отобразить значок для строки серии.

Постусловия: Администратор вводит слова в поле данных.

История изменений: 14 апреля 2020 г. добавлены дополнительные формулировки о вкладке «Формат» на шагах 3 и 4.