Составители:
Рубрика:
8. Минимальные гарантии (наименьшие обещания системы
участникам, в частности, когда цель основного действующего лица не мо-
жет быть достигнута).
9. Гарантии успеха (или постусловие – postcondition – устанавли-
вает, что интересы участников удовлетворяются по успешном завершении
варианта использования в конце основного сценария).
10. Триггер (событие, которое запускает вариант использования).
11. Основной сценарий или поток (простой для понимания типич-
ный сценарий, в котором достигается цель основного действующего лица
и удовлетворяются интересы всех участников). Каждый шаг основного
сценария описывает:
• взаимодействие двух действующих лиц ("Клиент вводит
адрес");
• шаг подтверждения для защиты интереса участника ("Си-
стема подтверждает PIN-код");
• внутреннее изменение для удовлетворения интереса
участника ("Система выводит сумму из баланса").
12. Расширения (запускаются при возникновении определенного
условия, содержат последовательность шагов, описывающих, что происхо-
дит при этом условии, и заканчивается достижением цели или отказом от
неё).
13. Список изменений в технологии и данных.
14. Вспомогательная информация.
Сценарии использования
Прежде чем переходить к программному составлению диаграмм с
помощью любого доступного case-средства, необходимо определиться с
основными элементами (актерами и прецедентами) и, образно говоря, сю-
жетом. Для успешного проектирования программного средства необходи-
мо ясно и четко представлять себе все возможные ситуации, которые могут
возникнуть в процессе его работы. Описание этих ситуаций, реалистич-
ное, детализированное и достаточно правдоподобное и называют сцена-
рием или вариантом использования.
Каждый такой вариант использования должен быть сначала в общих
чертах обдуман разработчиком, а потом обязательно реализован графиче-
ски. Графическая визуализация сценариев выполняется в виде диаграмм
вариантов использования (use-case диаграмм).
С другой стороны, такие модели предполагают совместную работу
разработчика и заказчика по постановке задачи и обычно обладают
большим количеством характеристик. Для достижения высокой реалистич-
ности возможно (и, зачастую, необходимо) некоторое количество возвра-
тов для уточнения.
18
8. Минимальные гарантии (наименьшие обещания системы
участникам, в частности, когда цель основного действующего лица не мо-
жет быть достигнута).
9. Гарантии успеха (или постусловие – postcondition – устанавли-
вает, что интересы участников удовлетворяются по успешном завершении
варианта использования в конце основного сценария).
10. Триггер (событие, которое запускает вариант использования).
11. Основной сценарий или поток (простой для понимания типич-
ный сценарий, в котором достигается цель основного действующего лица
и удовлетворяются интересы всех участников). Каждый шаг основного
сценария описывает:
• взаимодействие двух действующих лиц ("Клиент вводит
адрес");
• шаг подтверждения для защиты интереса участника ("Си-
стема подтверждает PIN-код");
• внутреннее изменение для удовлетворения интереса
участника ("Система выводит сумму из баланса").
12. Расширения (запускаются при возникновении определенного
условия, содержат последовательность шагов, описывающих, что происхо-
дит при этом условии, и заканчивается достижением цели или отказом от
неё).
13. Список изменений в технологии и данных.
14. Вспомогательная информация.
Сценарии использования
Прежде чем переходить к программному составлению диаграмм с
помощью любого доступного case-средства, необходимо определиться с
основными элементами (актерами и прецедентами) и, образно говоря, сю-
жетом. Для успешного проектирования программного средства необходи-
мо ясно и четко представлять себе все возможные ситуации, которые могут
возникнуть в процессе его работы. Описание этих ситуаций, реалистич-
ное, детализированное и достаточно правдоподобное и называют сцена-
рием или вариантом использования.
Каждый такой вариант использования должен быть сначала в общих
чертах обдуман разработчиком, а потом обязательно реализован графиче-
ски. Графическая визуализация сценариев выполняется в виде диаграмм
вариантов использования (use-case диаграмм).
С другой стороны, такие модели предполагают совместную работу
разработчика и заказчика по постановке задачи и обычно обладают
большим количеством характеристик. Для достижения высокой реалистич-
ности возможно (и, зачастую, необходимо) некоторое количество возвра-
тов для уточнения.
18
Страницы
- « первая
- ‹ предыдущая
- …
- 16
- 17
- 18
- 19
- 20
- …
- следующая ›
- последняя »
