SlideShare a Scribd company logo
1 of 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

More Related Content

What's hot

Sistema De GestãO De ClíNica VeterináRia
Sistema De GestãO De ClíNica VeterináRiaSistema De GestãO De ClíNica VeterináRia
Sistema De GestãO De ClíNica VeterináRiaISTEC
 
Exercicio de UML - Documentacao Restaurante
Exercicio de UML  - Documentacao RestauranteExercicio de UML  - Documentacao Restaurante
Exercicio de UML - Documentacao RestauranteJuliana Cindra
 
Descrição formal de Casos de Uso
Descrição formal de Casos de UsoDescrição formal de Casos de Uso
Descrição formal de Casos de UsoNatanael Simões
 
Classes abstratas
Classes abstratasClasses abstratas
Classes abstratasPedro Neto
 
Sistema de Gerenciamento de Locadora de Vídeo - Diagramas
Sistema de Gerenciamento de Locadora de Vídeo - DiagramasSistema de Gerenciamento de Locadora de Vídeo - Diagramas
Sistema de Gerenciamento de Locadora de Vídeo - DiagramasGleyciana Garrido
 
REA- Diagramas de Casos de Uso da UML
REA- Diagramas de Casos de Uso da UMLREA- Diagramas de Casos de Uso da UML
REA- Diagramas de Casos de Uso da UMLIFFar - SVS
 
Use Case Diagram
Use Case DiagramUse Case Diagram
Use Case DiagramAshesh R
 
Gabarito 4 casos penal III
Gabarito 4 casos penal IIIGabarito 4 casos penal III
Gabarito 4 casos penal IIIRafa1317
 
Lecture#08 sequence diagrams
Lecture#08 sequence diagramsLecture#08 sequence diagrams
Lecture#08 sequence diagramsbabak danyal
 
Cinema levantamento de requisitos 42756538
Cinema levantamento de requisitos   42756538Cinema levantamento de requisitos   42756538
Cinema levantamento de requisitos 42756538Alex Sampaio
 
Use Case TABLE with Actors & Goals
Use Case TABLE with Actors & Goals Use Case TABLE with Actors & Goals
Use Case TABLE with Actors & Goals Putcha Narasimham
 
Modelo de documento para levantamento de requisitos de software
Modelo de documento para levantamento de requisitos de softwareModelo de documento para levantamento de requisitos de software
Modelo de documento para levantamento de requisitos de softwareFrancilvio Roberto Alff
 

What's hot (20)

Sistema De GestãO De ClíNica VeterináRia
Sistema De GestãO De ClíNica VeterináRiaSistema De GestãO De ClíNica VeterináRia
Sistema De GestãO De ClíNica VeterináRia
 
AOO - Diagrama de Caso de Uso
AOO - Diagrama de Caso de UsoAOO - Diagrama de Caso de Uso
AOO - Diagrama de Caso de Uso
 
Exercicio de UML - Documentacao Restaurante
Exercicio de UML  - Documentacao RestauranteExercicio de UML  - Documentacao Restaurante
Exercicio de UML - Documentacao Restaurante
 
Descrição formal de Casos de Uso
Descrição formal de Casos de UsoDescrição formal de Casos de Uso
Descrição formal de Casos de Uso
 
Classes abstratas
Classes abstratasClasses abstratas
Classes abstratas
 
Aula3 casos de uso
Aula3 casos de usoAula3 casos de uso
Aula3 casos de uso
 
Sistema de Gerenciamento de Locadora de Vídeo - Diagramas
Sistema de Gerenciamento de Locadora de Vídeo - DiagramasSistema de Gerenciamento de Locadora de Vídeo - Diagramas
Sistema de Gerenciamento de Locadora de Vídeo - Diagramas
 
REA- Diagramas de Casos de Uso da UML
REA- Diagramas de Casos de Uso da UMLREA- Diagramas de Casos de Uso da UML
REA- Diagramas de Casos de Uso da UML
 
Use case Diagram
Use case DiagramUse case Diagram
Use case Diagram
 
Use case diagram
Use case diagramUse case diagram
Use case diagram
 
Use Case Diagram
Use Case DiagramUse Case Diagram
Use Case Diagram
 
Uml use casediagrams assignment help
Uml use casediagrams assignment helpUml use casediagrams assignment help
Uml use casediagrams assignment help
 
Gabarito 4 casos penal III
Gabarito 4 casos penal IIIGabarito 4 casos penal III
Gabarito 4 casos penal III
 
Lecture#08 sequence diagrams
Lecture#08 sequence diagramsLecture#08 sequence diagrams
Lecture#08 sequence diagrams
 
Ood lesson4
Ood lesson4Ood lesson4
Ood lesson4
 
Cinema levantamento de requisitos 42756538
Cinema levantamento de requisitos   42756538Cinema levantamento de requisitos   42756538
Cinema levantamento de requisitos 42756538
 
Use Case TABLE with Actors & Goals
Use Case TABLE with Actors & Goals Use Case TABLE with Actors & Goals
Use Case TABLE with Actors & Goals
 
Modelo de documento para levantamento de requisitos de software
Modelo de documento para levantamento de requisitos de softwareModelo de documento para levantamento de requisitos de software
Modelo de documento para levantamento de requisitos de software
 
UML - Casos de Uso
UML - Casos de UsoUML - Casos de Uso
UML - Casos de Uso
 
Teste de excel2
Teste de excel2Teste de excel2
Teste de excel2
 

Разработка сценариев использования (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