Что такое моделирование случаев использования
Случаи использования являются важным инструментом в области разработки программного обеспечения, поскольку они помогают определить, как пользователь будет взаимодействовать с конкретной системой. Они предоставляют четкий и краткий способ документирования функциональности системы и могут использоваться для обеспечения того, что разработчики создают программное обеспечение, соответствующее потребностям его целевых пользователей. При создании случаев использования важно структурировать их таким образом, чтобы они были понятны и легко реализуемы. Одним из способов достижения этого является использование концепций базовых, включаемых и расширенных случаев использования.
Базовые случаи использования:
Базовые случаи использования представляют основную функциональность системы. Они являются базовыми элементами, определяющими, что система может делать. Базовые случаи использования обычно используются для представления основных функций системы и часто являются наиболее важными случаями использования в системе. При создании базовых случаев использования важно сохранять их простоту и понятность. Они должны быть написаны так, чтобы их было легко понять, и быть максимально краткими.
Включаемые случаи использования:
Включаемые случаи использования используются для представления функциональности, которая общая для нескольких случаев использования. Они позволяют избежать дублирования одной и той же функциональности в нескольких случаях использования, вместо этого ссылаясь на один единственный случай использования, содержащий общую функциональность. Это может помочь снизить сложность ваших случаев использования и сделать их проще понять и поддерживать. При создании включаемых случаев использования важно убедиться, что включённая функциональность чётко определена и легко понимается. Также следует убедиться, что включаемый случай использования написан так, чтобы его было легко переиспользовать.
Расширенные случаи использования:
Расширенные случаи использования используются для представления функциональности, которая является опциональной или условной. Они позволяют определить функциональность, которая используется только при определённых условиях или когда пользователь выбирает использовать определённую функцию. При создании расширенных случаев использования важно убедиться, что расширенная функциональность чётко определена и легко понимается. Также следует убедиться, что расширенный случай использования написан так, чтобы было легко понять, как он связан с базовым случаем использования.
Точка расширения в диаграмме случаев использования
Точка расширения в диаграмме случаев использования представляет собой точку в случае использования, где поведение может быть расширено или изменено другим случаем использования. Это конкретная точка внутри случая использования, к которой может быть подключён расширенный случай использования для предоставления дополнительной или опциональной функциональности.
Точка расширения — это метка стрелки, соединяющая случай использования с точкой расширения внутри другого случая использования, указывая на точку, в которой может быть включён расширенный случай использования. Она изображается в виде маленькой окружности с названием или номером, который идентифицирует точку, в которой происходит расширение.
Точки расширения определяются на этапах анализа и проектирования жизненного цикла разработки программного обеспечения. Обычно они определяются в базовом случае использования с описанием сценария расширения и условий, при которых может быть вызвана точка расширения.
Точка расширения позволяет включить новую функциональность или поведение, которое не было включено в исходный случай использования, без изменения самого базового случая использования. Такой модульный подход к проектированию случаев использования облегчает изменение и расширение функциональности системы по мере изменения требований.
Структурирование случаев использования:
При структурировании случаев использования важно учитывать концепции базовых, включаемых и расширенных случаев использования. Сначала следует определить свои базовые случаи использования, которые представляют основную функциональность вашей системы. Затем можно определить включаемые случаи использования, представляющие общую функциональность, и расширенные случаи использования, представляющие опциональную или условную функциональность. Важно убедиться, что ваши случаи использования чётко определены и легко понимаются. Также следует убедиться, что ваши случаи использования организованы так, чтобы было легко понять, как они взаимосвязаны.
Случаи использования ATM — включаемый случай использования «Вход»
Связь <<include>> между случаями использования используется для представления включения одного случая использования в другой. В контексте системы банкомата случай использования «Вход» включается в другие случаи использования, такие как «Снять наличные», «Пополнить средства» и «Проверить баланс», поскольку эти случаи требуют, чтобы пользователь сначала прошёл аутентификацию через процесс входа.
Другими словами, случай использования «Снять наличные» можно рассматривать как базовый случай использования, который требует, чтобы пользователь был авторизован перед выполнением. В этом сценарии случай использования «Вход» является включаемым, поскольку необходимо включить его в случай использования «Снять наличные», чтобы завершить транзакцию. Это гарантирует, что только авторизованные пользователи могут снимать деньги со своих счетов.
В общем, случай использования «Вход» является включаемым в большинстве других случаев использования системы банкомата, поскольку аутентификация является обязательным условием для большинства транзакций.
Расширенные случаи использования ATM — неверный пароль или отмена
Случай использования «Вход» обычно имеет расширенный случай использования для «Неверный пароль», который обрабатывает ситуацию, когда пользователь вводит неверный пароль. Этот случай использования может предоставить пользователю обратную связь об ошибке и попросить его повторно ввести пароль или сбросить его при необходимости.
Случай использования «Вход» также может иметь расширенный случай использования «Отмена», который обрабатывает ситуацию, когда пользователь решает отменить процесс входа до его завершения. Этот случай использования может завершить процесс входа и вернуть пользователя в главное меню или в состояние ожидания банкомата.
Оба расширенных случая использования — «Неверный пароль» и «Отмена» — могут помочь улучшить удобство использования системы банкомата и обеспечить лучший пользовательский опыт для клиентов.
Заключение:
Структурирование случаев использования с использованием базовых, включаемых и расширенных случаев использования — это эффективный способ создания ясных и кратких случаев использования, которые легко понять и реализовать. Используя этот подход, вы можете создавать случаи использования, точно отражающие функциональность вашей системы, избегая избыточной сложности и дублирования усилий. Независимо от того, являетесь ли вы разработчиком программного обеспечения, бизнес-аналитиком или менеджером проекта, применение этого подхода поможет вам создавать высококачественное программное обеспечение, соответствующее потребностям его целевых пользователей.