Составители:
Рубрика:
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
- …
- следующая ›
- последняя »