SlideShare uma empresa Scribd logo
1 de 20
Разработка сценариев
использования (use cases)
Разработка сценариев использования
    помогает нам понять и описать требования
     в процессе мы пишем описание работы системы от
                    лица пользователя


2                                                         Дмитрий Стрункин
                                       +7 927 422 90 40, dstrunkin@gmail.com
Сценарии использования –
требования на стероидах
 Длина требования – одно предложение
 Сценарий использования – это страницы текста
 Требование описывает цель
 Сценарий использования описывает шаги,
    которые нужно сделать, чтобы достигнуть цели
 Требование описывает возможность, которую
    должна иметь система
 Сценарий использования описывает, что мы
    должны сделать, чтобы возможность появилась




3                                                                     Дмитрий Стрункин
                                                   +7 927 422 90 40, dstrunkin@gmail.com
Сценарии
    использования
    придумал и ввел в
    обращение Ивар
    Якобсон в 1967




4                            Дмитрий Стрункин
          +7 927 422 90 40, dstrunkin@gmail.com
Сценарии использования не
        описывают внутренние
        механизмы системы

    Они описывают ЧТО система будет
    делать, но не КАК она будет это делать




5                                            Дмитрий Стрункин
                          +7 927 422 90 40, dstrunkin@gmail.com
Сценарии использования
пишутся на языке пользователя
 Избегайте компьютерных терминов
 Пишите на языке, который понятен всем –
  на языке бизнеса



6                                                              Дмитрий Стрункин
                                            +7 927 422 90 40, dstrunkin@gmail.com
Так как же выглядит
    сценарий
    использования?




7                             Дмитрий Стрункин
           +7 927 422 90 40, dstrunkin@gmail.com
Структура
сценария использования

                           Номер
                           Название
                         1. Описание
                         2. Предусловие
                         3. Роли
                         4. Триггер
                         5. Основной сценарий
                         6. Результат
                         7. Исключения
                         8. Альтернативные варианты
                           * Дополнительные разделы

8                                                 Дмитрий Стрункин
                               +7 927 422 90 40, dstrunkin@gmail.com
Название и номер
сценария использования
 Каждое описание сценария использования
    должно иметь имя и номер
 Давайте сценариям простые названия
 Оптимальное название: Глагол-Объект
 Имя должно соответствовать требованию
 Решите, что действительно является Объектом



№: UC2.1
Название: Пополнение счета


9                                                             Дмитрий Стрункин
                                           +7 927 422 90 40, dstrunkin@gmail.com
Описание
сценария использования

 Раздел содержит краткое описание
     процесса
 Отвечает на вопрос –
  «Что происходит?»



1. Описание
Заказчик хочет пополнить свой баланс и нажимает кнопку
“Пополнить счет” на странице “Мой счет”, после чего открываются
окна, где он последовательно выбирает способ оплаты, сумму
пополнения и прочие параметры платежа, и совершает платеж.

10                                                           Дмитрий Стрункин
                                          +7 927 422 90 40, dstrunkin@gmail.com
Предусловия сценария использования
 Предусловия описывают
     ожидаемое состояние системы
     перед началом Сценария
     использования




2. Предусловия

•    Заказчик авторизован в системе
•    Заказчик находится на странице «Мой счет»

11                                                              Дмитрий Стрункин
                                             +7 927 422 90 40, dstrunkin@gmail.com
Роли сценария использования


 Первичные роли
      Роли, инициирующие бизнес процесс, описываемый
       сценарием использования
 Вторичные роли
      Роли, являющиеся частью процесса




3. Роли

3.1. Первичные роли
     Заказчик
3.2. Вторичные роли
     Внешняя платежная система

12                                                              Дмитрий Стрункин
                                             +7 927 422 90 40, dstrunkin@gmail.com
Триггер

 Событие, после которого
  начинается сценарий
  использования
 Он должен заканчивать фразу
  «Этот сценарий использования
  начинается когда … »




 4. Триггер
 Заказчик нажимает кнопку «Пополнить счет»


 13                                                             Дмитрий Стрункин
                                             +7 927 422 90 40, dstrunkin@gmail.com
Основной сценарий – так называемый
«счастливый путь»
 Сценарий НЕ СОДЕРЖИТ каких-либо условий или ветвления



5. Основной сценарий
1.    Заказчик нажимает кнопку “Пополнить счет”
2.    Заказчик видит форму, содержащую нажимаемые кнопки
      способов оплат и кнопки “Далее” (не активна до выбора
      способа оплаты) и “Отмена”, с предложением выбрать удобный
      для него способ оплаты, варианты:
       I.   Банковская карта
       II.  QIWI кошелек
       III. Яндекс Деньги
3.    …


 14                                                            Дмитрий Стрункин
                                            +7 927 422 90 40, dstrunkin@gmail.com
Результат сценария




 Результат сценария описывает,
  что произойдет, если сценарий
  будет успешно выполнен.




6. Результат
Счет Заказчика пополнен на указанную им сумму.


15                                                           Дмитрий Стрункин
                                          +7 927 422 90 40, dstrunkin@gmail.com
Но что делать, если
у нас несколько
конечных
результатов при
различных
сценариях???

    Тогда мы имеем
     несколько сценариев
     использования.




16                                            Дмитрий Стрункин
                           +7 927 422 90 40, dstrunkin@gmail.com
Исключения сценария использования

 Исключения описывают те ситуации, которые                             нарушают
  протекание основного сценария использования




7. Исключения
11а. Заказчик не заполнил необходимые параметры платежа и нажал “Оплатить”
12а. Заказчик вновь видит форму Параметров платежа, на которой необходимые,
но не заполненные, поля выделены красным.
13а. Не удалось провести платеж - Заказчик видит сообщение о неудачной
проводке. Баланс Заказчика не изменяется.




17                                                                     Дмитрий Стрункин
                                                    +7 927 422 90 40, dstrunkin@gmail.com
Альтернативные варианты
 Альтернативные      варианты    описывают                            возможности
  нестандартного завершения сценария


8. Альтернативные варианты
5а. Заказчик нажимает кнопку “Отмена”
6а. Заказчик перенаправляется на страницу “Мой счет”
9б. Заказчик нажимает кнопку “Назад”
10б. Перед Заказчиком открывается форма выбора Способа оплаты
11б. Дальнейшая работа продолжается с пункта 3
9в. Заказчик нажимает кнопку “Отмена”
10в. Заказчик перенаправляется на страницу “Мой счет”
…

18                                                                        Дмитрий Стрункин
                                                       +7 927 422 90 40, dstrunkin@gmail.com
Дополнительные разделы


 Иллюстрации (use case diagrams)
 Связанные сценарии
 Примечания
 Пояснения
 и т.д.




19                                                     Дмитрий Стрункин
                                    +7 927 422 90 40, dstrunkin@gmail.com
Заключение

 Сценарии   использования    описывают        шаги,      которые           нужно
  сделать для удовлетворения требования
 Они содержат один или несколько сценариев, «счастливый путь» и
  альтернативные варианты
 Если возникают ошибки, то мы описываем их в исключениях
 У нас также имеются разделы для связанных сценариев, заметок,
  предусловий   и   результатов,   а   также    другой        необходимой
  информации




 20                                                                 Дмитрий Стрункин
                                                 +7 927 422 90 40, dstrunkin@gmail.com

Mais conteúdo relacionado

Mais procurados

객체지향의 사실과 오해 리뷰
객체지향의 사실과 오해 리뷰객체지향의 사실과 오해 리뷰
객체지향의 사실과 오해 리뷰Youngjin Mo
 
нүүр хуудас
нүүр хуудаснүүр хуудас
нүүр хуудасbymbaa_4164
 
Lógica booleana e estruturas condicionais
Lógica booleana e estruturas condicionaisLógica booleana e estruturas condicionais
Lógica booleana e estruturas condicionaisCarlos Wagner Costa
 
Шумерийн соёл
Шумерийн соёлШумерийн соёл
Шумерийн соёлBorte
 
Seminario Liferay 6.1 sobre gestion avanzada de portales y tecnologias JAVA E...
Seminario Liferay 6.1 sobre gestion avanzada de portales y tecnologias JAVA E...Seminario Liferay 6.1 sobre gestion avanzada de portales y tecnologias JAVA E...
Seminario Liferay 6.1 sobre gestion avanzada de portales y tecnologias JAVA E...CLEFormación
 
даян дээрхийн агуй
даян дээрхийн агуйдаян дээрхийн агуй
даян дээрхийн агуйBayarmaa Anu
 
Монгол улс дахь улс төрийн бүлэглэлүүд ба намууд
Монгол улс дахь улс төрийн бүлэглэлүүд ба намуудМонгол улс дахь улс төрийн бүлэглэлүүд ба намууд
Монгол улс дахь улс төрийн бүлэглэлүүд ба намуудtolya_08
 
газарзүй хөрс . 10-р анги д. ариунзул 85
газарзүй  хөрс . 10-р анги д. ариунзул 85газарзүй  хөрс . 10-р анги д. ариунзул 85
газарзүй хөрс . 10-р анги д. ариунзул 85Ariunzul Dambii
 
아꿈사 DDD(Domain-Driven Design) 5장 소프트웨어에서 표현되는 모델
아꿈사 DDD(Domain-Driven Design) 5장 소프트웨어에서 표현되는 모델아꿈사 DDD(Domain-Driven Design) 5장 소프트웨어에서 표현되는 모델
아꿈사 DDD(Domain-Driven Design) 5장 소프트웨어에서 표현되는 모델명환 안
 
лекц №4
лекц №4лекц №4
лекц №4giimaabn
 
Bab 2 Pembangunan Produk 2.1.1 Penghasilan Produk
Bab 2 Pembangunan Produk 2.1.1 Penghasilan ProdukBab 2 Pembangunan Produk 2.1.1 Penghasilan Produk
Bab 2 Pembangunan Produk 2.1.1 Penghasilan Produkinclassroom.blogspot.com
 
Clova Extension API 서버 개발 튜토리얼 with SpringBoot
Clova Extension API 서버 개발 튜토리얼 with SpringBootClova Extension API 서버 개발 튜토리얼 with SpringBoot
Clova Extension API 서버 개발 튜토리얼 with SpringBootClova Platform
 
ШААРДАХ ЭРХЭЭ ШИЛЖҮҮЛЭХ, ӨР ШИЛЖИХ ЗОХИЦУУЛАЛТЫН ХЭРЭГЛЭЭ, ПРОЦЕСС
ШААРДАХ ЭРХЭЭ ШИЛЖҮҮЛЭХ, ӨР ШИЛЖИХ ЗОХИЦУУЛАЛТЫН ХЭРЭГЛЭЭ, ПРОЦЕССШААРДАХ ЭРХЭЭ ШИЛЖҮҮЛЭХ, ӨР ШИЛЖИХ ЗОХИЦУУЛАЛТЫН ХЭРЭГЛЭЭ, ПРОЦЕСС
ШААРДАХ ЭРХЭЭ ШИЛЖҮҮЛЭХ, ӨР ШИЛЖИХ ЗОХИЦУУЛАЛТЫН ХЭРЭГЛЭЭ, ПРОЦЕССUmguullin Mongol Umguulugch
 
бие даалт 1
бие даалт 1бие даалт 1
бие даалт 1tserenda
 
монголын түүх судлал
монголын түүх судлалмонголын түүх судлал
монголын түүх судлалtungalag
 
эд хөрөнгөнд шийдвэр гүйцэтгэх ажиллагаа явуулах
эд хөрөнгөнд шийдвэр гүйцэтгэх ажиллагаа явуулахэд хөрөнгөнд шийдвэр гүйцэтгэх ажиллагаа явуулах
эд хөрөнгөнд шийдвэр гүйцэтгэх ажиллагаа явуулахamar jargal
 

Mais procurados (20)

1235456
12354561235456
1235456
 
객체지향의 사실과 오해 리뷰
객체지향의 사실과 오해 리뷰객체지향의 사실과 오해 리뷰
객체지향의 사실과 오해 리뷰
 
нүүр хуудас
нүүр хуудаснүүр хуудас
нүүр хуудас
 
захиргааны шийдвэр
захиргааны шийдвэрзахиргааны шийдвэр
захиргааны шийдвэр
 
Lógica booleana e estruturas condicionais
Lógica booleana e estruturas condicionaisLógica booleana e estruturas condicionais
Lógica booleana e estruturas condicionais
 
Шумерийн соёл
Шумерийн соёлШумерийн соёл
Шумерийн соёл
 
Seminario Liferay 6.1 sobre gestion avanzada de portales y tecnologias JAVA E...
Seminario Liferay 6.1 sobre gestion avanzada de portales y tecnologias JAVA E...Seminario Liferay 6.1 sobre gestion avanzada de portales y tecnologias JAVA E...
Seminario Liferay 6.1 sobre gestion avanzada de portales y tecnologias JAVA E...
 
даян дээрхийн агуй
даян дээрхийн агуйдаян дээрхийн агуй
даян дээрхийн агуй
 
Монгол улс дахь улс төрийн бүлэглэлүүд ба намууд
Монгол улс дахь улс төрийн бүлэглэлүүд ба намуудМонгол улс дахь улс төрийн бүлэглэлүүд ба намууд
Монгол улс дахь улс төрийн бүлэглэлүүд ба намууд
 
газарзүй хөрс . 10-р анги д. ариунзул 85
газарзүй  хөрс . 10-р анги д. ариунзул 85газарзүй  хөрс . 10-р анги д. ариунзул 85
газарзүй хөрс . 10-р анги д. ариунзул 85
 
아꿈사 DDD(Domain-Driven Design) 5장 소프트웨어에서 표현되는 모델
아꿈사 DDD(Domain-Driven Design) 5장 소프트웨어에서 표현되는 모델아꿈사 DDD(Domain-Driven Design) 5장 소프트웨어에서 표현되는 모델
아꿈사 DDD(Domain-Driven Design) 5장 소프트웨어에서 표현되는 모델
 
лекц №4
лекц №4лекц №4
лекц №4
 
Bab 2 Pembangunan Produk 2.1.1 Penghasilan Produk
Bab 2 Pembangunan Produk 2.1.1 Penghasilan ProdukBab 2 Pembangunan Produk 2.1.1 Penghasilan Produk
Bab 2 Pembangunan Produk 2.1.1 Penghasilan Produk
 
Clova Extension API 서버 개발 튜토리얼 with SpringBoot
Clova Extension API 서버 개발 튜토리얼 with SpringBootClova Extension API 서버 개발 튜토리얼 with SpringBoot
Clova Extension API 서버 개발 튜토리얼 with SpringBoot
 
ШААРДАХ ЭРХЭЭ ШИЛЖҮҮЛЭХ, ӨР ШИЛЖИХ ЗОХИЦУУЛАЛТЫН ХЭРЭГЛЭЭ, ПРОЦЕСС
ШААРДАХ ЭРХЭЭ ШИЛЖҮҮЛЭХ, ӨР ШИЛЖИХ ЗОХИЦУУЛАЛТЫН ХЭРЭГЛЭЭ, ПРОЦЕССШААРДАХ ЭРХЭЭ ШИЛЖҮҮЛЭХ, ӨР ШИЛЖИХ ЗОХИЦУУЛАЛТЫН ХЭРЭГЛЭЭ, ПРОЦЕСС
ШААРДАХ ЭРХЭЭ ШИЛЖҮҮЛЭХ, ӨР ШИЛЖИХ ЗОХИЦУУЛАЛТЫН ХЭРЭГЛЭЭ, ПРОЦЕСС
 
лекц №1 насаз
лекц №1 насазлекц №1 насаз
лекц №1 насаз
 
бие даалт 1
бие даалт 1бие даалт 1
бие даалт 1
 
монголын түүх судлал
монголын түүх судлалмонголын түүх судлал
монголын түүх судлал
 
Uurgiin erh zui.pptx
Uurgiin erh zui.pptxUurgiin erh zui.pptx
Uurgiin erh zui.pptx
 
эд хөрөнгөнд шийдвэр гүйцэтгэх ажиллагаа явуулах
эд хөрөнгөнд шийдвэр гүйцэтгэх ажиллагаа явуулахэд хөрөнгөнд шийдвэр гүйцэтгэх ажиллагаа явуулах
эд хөрөнгөнд шийдвэр гүйцэтгэх ажиллагаа явуулах
 

Разработка сценариев использования (use cases)

  • 2. Разработка сценариев использования помогает нам понять и описать требования в процессе мы пишем описание работы системы от лица пользователя 2 Дмитрий Стрункин +7 927 422 90 40, dstrunkin@gmail.com
  • 3. Сценарии использования – требования на стероидах  Длина требования – одно предложение  Сценарий использования – это страницы текста  Требование описывает цель  Сценарий использования описывает шаги, которые нужно сделать, чтобы достигнуть цели  Требование описывает возможность, которую должна иметь система  Сценарий использования описывает, что мы должны сделать, чтобы возможность появилась 3 Дмитрий Стрункин +7 927 422 90 40, dstrunkin@gmail.com
  • 4. Сценарии использования придумал и ввел в обращение Ивар Якобсон в 1967 4 Дмитрий Стрункин +7 927 422 90 40, dstrunkin@gmail.com
  • 5. Сценарии использования не описывают внутренние механизмы системы Они описывают ЧТО система будет делать, но не КАК она будет это делать 5 Дмитрий Стрункин +7 927 422 90 40, dstrunkin@gmail.com
  • 6. Сценарии использования пишутся на языке пользователя  Избегайте компьютерных терминов  Пишите на языке, который понятен всем – на языке бизнеса 6 Дмитрий Стрункин +7 927 422 90 40, dstrunkin@gmail.com
  • 7. Так как же выглядит сценарий использования? 7 Дмитрий Стрункин +7 927 422 90 40, dstrunkin@gmail.com
  • 8. Структура сценария использования Номер Название 1. Описание 2. Предусловие 3. Роли 4. Триггер 5. Основной сценарий 6. Результат 7. Исключения 8. Альтернативные варианты * Дополнительные разделы 8 Дмитрий Стрункин +7 927 422 90 40, dstrunkin@gmail.com
  • 9. Название и номер сценария использования  Каждое описание сценария использования должно иметь имя и номер  Давайте сценариям простые названия  Оптимальное название: Глагол-Объект  Имя должно соответствовать требованию  Решите, что действительно является Объектом №: UC2.1 Название: Пополнение счета 9 Дмитрий Стрункин +7 927 422 90 40, dstrunkin@gmail.com
  • 10. Описание сценария использования  Раздел содержит краткое описание процесса  Отвечает на вопрос – «Что происходит?» 1. Описание Заказчик хочет пополнить свой баланс и нажимает кнопку “Пополнить счет” на странице “Мой счет”, после чего открываются окна, где он последовательно выбирает способ оплаты, сумму пополнения и прочие параметры платежа, и совершает платеж. 10 Дмитрий Стрункин +7 927 422 90 40, dstrunkin@gmail.com
  • 11. Предусловия сценария использования  Предусловия описывают ожидаемое состояние системы перед началом Сценария использования 2. Предусловия • Заказчик авторизован в системе • Заказчик находится на странице «Мой счет» 11 Дмитрий Стрункин +7 927 422 90 40, dstrunkin@gmail.com
  • 12. Роли сценария использования  Первичные роли  Роли, инициирующие бизнес процесс, описываемый сценарием использования  Вторичные роли  Роли, являющиеся частью процесса 3. Роли 3.1. Первичные роли Заказчик 3.2. Вторичные роли Внешняя платежная система 12 Дмитрий Стрункин +7 927 422 90 40, dstrunkin@gmail.com
  • 13. Триггер  Событие, после которого начинается сценарий использования  Он должен заканчивать фразу «Этот сценарий использования начинается когда … » 4. Триггер Заказчик нажимает кнопку «Пополнить счет» 13 Дмитрий Стрункин +7 927 422 90 40, dstrunkin@gmail.com
  • 14. Основной сценарий – так называемый «счастливый путь»  Сценарий НЕ СОДЕРЖИТ каких-либо условий или ветвления 5. Основной сценарий 1. Заказчик нажимает кнопку “Пополнить счет” 2. Заказчик видит форму, содержащую нажимаемые кнопки способов оплат и кнопки “Далее” (не активна до выбора способа оплаты) и “Отмена”, с предложением выбрать удобный для него способ оплаты, варианты: I. Банковская карта II. QIWI кошелек III. Яндекс Деньги 3. … 14 Дмитрий Стрункин +7 927 422 90 40, dstrunkin@gmail.com
  • 15. Результат сценария  Результат сценария описывает, что произойдет, если сценарий будет успешно выполнен. 6. Результат Счет Заказчика пополнен на указанную им сумму. 15 Дмитрий Стрункин +7 927 422 90 40, dstrunkin@gmail.com
  • 16. Но что делать, если у нас несколько конечных результатов при различных сценариях???  Тогда мы имеем несколько сценариев использования. 16 Дмитрий Стрункин +7 927 422 90 40, dstrunkin@gmail.com
  • 17. Исключения сценария использования  Исключения описывают те ситуации, которые нарушают протекание основного сценария использования 7. Исключения 11а. Заказчик не заполнил необходимые параметры платежа и нажал “Оплатить” 12а. Заказчик вновь видит форму Параметров платежа, на которой необходимые, но не заполненные, поля выделены красным. 13а. Не удалось провести платеж - Заказчик видит сообщение о неудачной проводке. Баланс Заказчика не изменяется. 17 Дмитрий Стрункин +7 927 422 90 40, dstrunkin@gmail.com
  • 18. Альтернативные варианты  Альтернативные варианты описывают возможности нестандартного завершения сценария 8. Альтернативные варианты 5а. Заказчик нажимает кнопку “Отмена” 6а. Заказчик перенаправляется на страницу “Мой счет” 9б. Заказчик нажимает кнопку “Назад” 10б. Перед Заказчиком открывается форма выбора Способа оплаты 11б. Дальнейшая работа продолжается с пункта 3 9в. Заказчик нажимает кнопку “Отмена” 10в. Заказчик перенаправляется на страницу “Мой счет” … 18 Дмитрий Стрункин +7 927 422 90 40, dstrunkin@gmail.com
  • 19. Дополнительные разделы  Иллюстрации (use case diagrams)  Связанные сценарии  Примечания  Пояснения  и т.д. 19 Дмитрий Стрункин +7 927 422 90 40, dstrunkin@gmail.com
  • 20. Заключение  Сценарии использования описывают шаги, которые нужно сделать для удовлетворения требования  Они содержат один или несколько сценариев, «счастливый путь» и альтернативные варианты  Если возникают ошибки, то мы описываем их в исключениях  У нас также имеются разделы для связанных сценариев, заметок, предусловий и результатов, а также другой необходимой информации 20 Дмитрий Стрункин +7 927 422 90 40, dstrunkin@gmail.com