Введение в программную инженерию. Абрамова О.Ф - 18 стр.

UptoLike

Составители: 

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