Автор: Напишите пример использования, чтобы изучить и подчеркнуть ценность вашего бизнеса, отрасли или компьютерной системы. Сценарии использования могут быть ценными инструментами для понимания способности конкретной системы удовлетворять потребности конечных пользователей. При проектировании программного обеспечения или системы усильте свои усилия по разработке, продумав практические сценарии полезности продукта. Сценарии использования также могут быть эффективны для целей маркетинга продукта. Вот несколько шагов, которые помогут вам в процессе написания.
Шаги
Определение цели и области действия
1. Напишите формулировку цели. Напишите одно или два предложения, кратко описывающих основная цель внедрения технологии или бизнес-процесса. Конкретно определите цели основного пользователя системы. Вариант использования может быть написан для описания функциональности любого бизнес-процесса, части программного обеспечения или технологии, которую использует бизнес. <ул>Например, вы можете написать варианты использования для входа в систему, управления учетной записью или создания нового заказа.
2. Определите заинтересованные стороны.Это люди в организации, которые заботятся о результатах процесса. Они могут не быть пользователями процесса, описываемого вариантом использования. Но система действует, чтобы удовлетворить их интересы. Перечислите всех заинтересованных лиц, включая их имена и их интересы в отношении работы системы. Также обратите внимание на любые гарантии, которые они ожидают от системы. <ул>Например, если бы вы писали пример использования того, как работает банкомат, заинтересованными сторонами были бы банкиры и владельцы банкоматов. Они отсутствуют, когда пользователь использует банкомат для снятия наличных. Тем не менее, они должны убедиться, что существуют системы для проверки суммы денег на счете пользователя перед выдачей наличных и для создания журнала транзакций в случае возникновения спора.
3. Определите, что входит в область применения, а что выходит за ее пределы.В частности, укажите оцениваемую систему и исключите элементы, которые не являются частью этой системы. При определении объема проекта может быть полезно создать электронную таблицу, содержащую список входов и выходов. Создайте три столбца. В левом столбце перечислены любые темы, которые могут иметь отношение к системе. Следующие два столбца называются In и Out. Пройдитесь по списку и определите, какие темы включены, а какие нет. <ул>Например, если вы пишете вариант использования, реализующий программное обеспечение для создания заказов на покупку, темы, которые будут включены, будут включать создание отчетов о запросах, объединение запросов с заказом на покупку, мониторинг поставок, а также новое и существующее системное программное обеспечение. Темы, которые могут быть исключены, включают создание счетов и непрограммных частей системы.
Написание шагов варианта использования
1. Определите элементы варианта использования.< /б>Все эти элементы необходимы в каждом случае использования. Варианты использования накапливают сценарии. Они определяют, как пользователь использует систему, что происходит, когда система работает успешно, и что происходит, когда она терпит неудачу. Каждый сценарий описывает процедуру и то, что происходит по мере выполнения каждого шага. <ул>Пользователи — это все люди, которые будут участвовать в действиях, описанных в варианте использования. Например, если вы пишете вариант использования для входа в программную систему, пользователями будут все, кто должен войти в систему. Предварительные условия — это те элементы, которые должны быть на месте до начала варианта использования. Например, пользователи, имеющие разрешение на использование системы, были идентифицированы и введены в систему заранее, поэтому система распознает их имена пользователей и пароли при входе. Базовый поток — это процедура, которую пользователи используют для достижения основной цели системы, и то, как система реагирует на их действия. Например, пользователь вводит имя пользователя и пароль, и система разрешает пользователю войти. Альтернативные потоки объясняют менее распространенные действия. Например, пользователь находится на другом компьютере и должен ответить на контрольный вопрос. Потоки исключений подробно описывают, что происходит, когда пользователь не может достичь цели. Например, пользователь вводит неверное имя пользователя или пароль. Постусловия — это те элементы, которые должны присутствовать после завершения варианта использования. Например, пользователь может приступить к использованию программного обеспечения.
2. Определить, как пользователь будет использовать технологию или процесс.Каждая вещь, которую делает пользователь, становится отдельным вариантом использования. Объем варианта использования узок. Например, если компания внедряет новое программное обеспечение для создания заказов на покупку, вы можете описать несколько вариантов использования. Один из вариантов использования может быть о том, как пользователи входят в систему. Другой может быть о том, как запускать отчеты о заявках. Перечислите все функции новой технологии или бизнес-процесса, которые вы анализируете, и напишите сценарий использования для каждой из них.
3. Опишите нормальный ход событий для каждого варианта использования.Обрисуйте в общих чертах все, что делает пользователь, и то, как технология или процесс реагируют на эти действия. В случае использования того, как пользователи входят в программную систему, нормальный ход событий будет заключаться в том, что пользователь вводит имя пользователя и пароль. Программное обеспечение отвечает, проверяя пользователя и предоставляя или запрещая доступ к системе. <ул>Альтернативные потоки и потоки исключений записываются для описания действий при наличии препятствий на пути к цели. Если пользователю отказано в доступе из-за того, что система не распознала его компьютер, ему может быть предложено подтвердить свою личность, ответив на контрольный вопрос. Если пользователь вводит неверное имя пользователя или пароль, ему может быть предложено ответить на секретный вопрос и ввести адрес электронной почты для получения новой информации для входа.
4. Повторите шаги для всех других функций и пользователей.< /б>Напишите варианты использования для всех других функций программного обеспечения или бизнес-процесса. Определите пользователей для каждой функции и напишите шаги для нормального хода событий. Объясните непредвиденные обстоятельства, когда цель не может быть достигнута. Для каждого шага объясните, как система реагирует на действия пользователя.
Написание полезных вариантов использования
1. Запишите, что делает технология или бизнес-процесс. Вариант использования объясняет цель технологии или процесса, а не то, как технология функционирует. Другими словами, вариант использования входа в программное обеспечение не включает в себя то, как должен быть написан код или как связаны технологические компоненты. Он просто фокусируется на том, что нужно делать пользователю и как на это реагирует программа. <ул>Получите правильный уровень детализации. Например, если вы пишете пример использования технологии, не исключайте подробностей о том, как программное обеспечение реагирует на пользователей. В качестве альтернативы, добавление слишком большого количества деталей о том, как программное обеспечение функционирует, больше похоже на реализацию дизайна системы, чем на вариант использования.
2. Сохраняйте вариант использования в основном текстовым. Варианты использования не обязательно должны включать сложные блок-схемы или визуальные диаграммы, объясняющие процесс. Для уточнения информации часто можно использовать простые блок-схемы. Тем не менее, вариант использования должен быть в основном основан на словах. Стиль письма должен быть очень простым, чтобы другие могли читать и понимать его без специальной подготовки.
3. Изучите наиболее важные детали. Написание хорошего варианта использования помогает вам точно узнать, как работает часть программного обеспечения или бизнес-процесс. Он обучает вас и читателя правильному использованию применимой лексики. Таким образом, вы будете знать, что не используете технологические термины неправильно или безосновательно. Вы можете научиться обсуждать технологии и бизнес-процессы так, чтобы это было полезно и ценно для других участников бизнес-сообщества.
