SlideShare a Scribd company logo
Модели и описания.  Варианты использования
Цель презентации ,[object Object]
Вместо заключения 4 Модель вариантов использования 3 Описание вариантов использования 2 Введение 1
Что такое вариант использования? ,[object Object],[object Object],[object Object],[object Object]
Что такое действующее лицо? ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object]
Для чего нужны варианты использования? Вариант использования Пользовательский интерфейс Ограничения Функциональные требования Классы Форматы данных Нефункциональные требования … …
Подход на основе вариантов использования Кассир выбирает функцию  бронирования   и  печати   билета . Система  запрашивает  параметры  брони . Пользователь выбирает  название представления  из списка,  дату и время представления ,  выбирает  место  и подтверждает бронь. Система  регистрирует бронь  и распечатывает билет с указанием  цены .  ,[object Object],[object Object],[object Object],[object Object],Представление: Дата и время: Место: Отмена Печать ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],Пользовательский интерфейс:
Спецификация требования и варианты использования ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object]
Быть или не быть? Вот в чем вопрос… ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object]
Вместо заключения 4 Модель вариантов использования 3 Описание вариантов использования 2 Введение 1
Шаблон описания варианта использования ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object]
Название и идентификатор ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object]
Краткое описание варианта использования ,[object Object],[object Object],[object Object],[object Object],Пример: Данный вариант использования позволяет кладовщику создавать и сохранять в системе новый документ с описанием товара. Каждому документу в системе присваивается уникальный идентификатор, и для документа устанавливается связь с товаром на складе
Предусловие и постусловие Предусловие: Состояние или событие, которое должно быть истинно для того, чтобы вариант использования начался. Постусловие: Состояния или данные, которые появляются в результате выполнения варианта использования.  ,[object Object],[object Object],[object Object],[object Object],[object Object]
Потоки событий ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],Шаблон: Шаг 1. [Действующее лицо] совершает [Действие] Шаг 2. [Система] отвечает [Откликом] СИСТЕМА Действие Отклик Действующее  лицо
Потоки событий. Примеры оформления   Пример 1: 1.  Пользователь  задает параметры документа и подтверждает сохранение данных 2.  Система  сохраняет новый документ, присваивая ему уникальный идентификатор. 3.  Пользователь …   Пример 2: Пользователь  задает параметры документа и подтверждает их сохранение.  Система  сохраняет новый документ с новым номером. Пользователь …   Пример 3: О1   Основной поток событий – Создание нового документа: О1.1  Пользователь  задает параметры документа и подтверждает сохранение данных О1.2  Система  сохраняет новый документ, присваивая ему уникальный идентификатор. О1.3  Пользователь …
Основной поток событий ,[object Object],[object Object],[object Object],[object Object],[object Object]
Основной поток событий. Примеры
Основной поток событий. Примеры ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object]
Альтернативные потоки событий и ошибки ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object]
Альтернативный поток событий. Примеры ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object]
Подпотоки ,[object Object],[object Object],[object Object],Пример:  О.1. Система выполняет проверки учетной записи пользователя П.1  Система проверяет наличие учетной записи пользователя П.2  Система проверяет корректность и срок действия пароля  пользователя П.3  Система проверяет наличие и срок действия сертификата безопасности О.2. В случае удачного выполнения проверок система открывает рабочее пространство пользователя. О.1 О.2 П.1 П.2 П.3
Точки расширения ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object]
Точки расширения. Примеры. ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object]
Дополнительные требования Пример: ,[object Object],[object Object],[object Object],[object Object],[object Object],ID Требование RQ21 Атрибуты учетной записи  имя пользователя, пароль,  контактный телефон  должны быть обязательны для заполнения, остальные – опциональны и могут заполняться по желанию пользователя  BRUL23 Срок действия пароля в соответствии с  политикой  безопасности компании (пункт 3.2.4 ) устанавливается равным трем месяцам с момента  его создания/смены.
Сценарий варианта использования Сценарий  Экземпляр варианта использования. Один из способов прохождения потоков событий О1 О2 О3 О4 О5 О6 А2.1 А2.2 А2.3 А3.1 А3.2 А1.1 А1.2 А1.3 Пример - Сценарии О1-О2-О3-О4-О5-О6 О1- А1.1-А1.2-А1.3 О1- А1.1-А1.2- О3-О4-О5-О6 О1-О2- А2.1-А2.2-А2.3 О1-О2- А2.1- А3.1-А3.2
Модель вариантов использования Вместо заключения 4 Описание вариантов использования 3 2 Введение 1
Модель вариантов использования ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object]
Вариант использования и действующее лицо ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object]
Обобщение вариантов использования и действующих лиц ,[object Object],[object Object],[object Object]
Обобщение действующих лиц. Пример ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object]
Абстрактный вариант использования. Схема Замещение Замещение Абстрактный поток событий Абстрактный  вариант использования - родитель Вариант использования - потомок Вариант использования - потомок
Абстрактный вариант использования. Пример ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object]
Абстрактный вариант использования. Пример ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object]
Зависимость « include » ,[object Object],[object Object],[object Object]
Зависимость « include ». Схема Включаемый вариант использования Базовый вариант использования Точка старта 1 Точка старта 2 Точка выхода 1 Точка выхода 2 Подпоток
Зависимость « extend » ,[object Object],[object Object],[object Object]
Зависимость « extend ». Схема Расширяющий вариант использования Базовый вариант использования Точка старта 1 Точка старта 2 Точка выхода 1 Точка выхода 2 Точка расширения Поток расширения
Пакеты ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object]
Модель вариантов использования Модель вариантов использования Вместо заключения 4 Описание вариантов использования 3 2 Введение 1
Паттерны вариантов использования ,[object Object],[object Object],[object Object],[object Object],[object Object],“ Паттерн варианта использования – проверенная на практике композиция вариантов использования в модели совместно с описанием проблемы, при которой данная композиция может быть использована, и результатами влияния ее на модель .”   Gunnar Overgaard, «Use Case  Patterns and Blueprints »
Книги и ресурсы ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object]
Спасибо за внимание
Варианты использования For more information, please contact Vitaliy Grigorash Senior Business Analyst EPAM Systems, Inc. Address http://www.epam.com   http://www.grigorash.ru

More Related Content

What's hot

Introduction to JSON & AJAX
Introduction to JSON & AJAXIntroduction to JSON & AJAX
Introduction to JSON & AJAX
Collaboration Technologies
 
องค์ประกอบของคอมพิวเตอร์
องค์ประกอบของคอมพิวเตอร์องค์ประกอบของคอมพิวเตอร์
องค์ประกอบของคอมพิวเตอร์Kru.Mam Charoensansuay
 
Use case diagrams 2014
Use case diagrams 2014Use case diagrams 2014
Use case diagrams 2014
Inge Powell
 
An introduction to OAuth 2
An introduction to OAuth 2An introduction to OAuth 2
An introduction to OAuth 2
Sanjoy Kumar Roy
 
ASP.NET Web API
ASP.NET Web APIASP.NET Web API
ASP.NET Web API
habib_786
 
Spring Data JPA
Spring Data JPASpring Data JPA
Spring Data JPA
Knoldus Inc.
 
Kd1 Struktur Hirarki Database
Kd1 Struktur Hirarki DatabaseKd1 Struktur Hirarki Database
Kd1 Struktur Hirarki Database
Desty Yani
 
Design pattern - Facade Pattern
Design pattern - Facade PatternDesign pattern - Facade Pattern
Design pattern - Facade Pattern
Mudasir Qazi
 
Unit 4- Software Engineering System Model Notes
Unit 4- Software Engineering System Model Notes Unit 4- Software Engineering System Model Notes
Unit 4- Software Engineering System Model Notes
arvind pandey
 
Pointers in C/C++ Programming
Pointers in C/C++ ProgrammingPointers in C/C++ Programming
Pointers in C/C++ Programming
Faisal Shahzad Khan
 
Lezione12: Autenticazione e gestione delle sessioni in REST
Lezione12: Autenticazione e gestione delle sessioni in RESTLezione12: Autenticazione e gestione delle sessioni in REST
Lezione12: Autenticazione e gestione delle sessioni in REST
Andrea Della Corte
 
Use case diagrams
Use case diagramsUse case diagrams
Use case diagrams
mohamed tahoon
 
Makalah etika profesi teknologi informasi
Makalah etika profesi teknologi informasiMakalah etika profesi teknologi informasi
Makalah etika profesi teknologi informasiadeoktav
 
Inheritance Dan Polimorfisme
Inheritance Dan PolimorfismeInheritance Dan Polimorfisme
Inheritance Dan Polimorfisme
Diana Anggraini
 
Software Design Description (SDD) sample
Software Design Description (SDD) sampleSoftware Design Description (SDD) sample
Software Design Description (SDD) sample
Peny Gama
 
1. Arrow Functions | JavaScript | ES6
1. Arrow Functions | JavaScript | ES61. Arrow Functions | JavaScript | ES6
1. Arrow Functions | JavaScript | ES6
pcnmtutorials
 
Session And Cookies In Servlets - Java
Session And Cookies In Servlets - JavaSession And Cookies In Servlets - Java
Session And Cookies In Servlets - Java
JainamParikh3
 
Database Connectivity in PHP
Database Connectivity in PHPDatabase Connectivity in PHP
Database Connectivity in PHP
Taha Malampatti
 
Use case Diagram
Use case Diagram Use case Diagram
Use case Diagram
Rahul Pola
 

What's hot (20)

Introduction to JSON & AJAX
Introduction to JSON & AJAXIntroduction to JSON & AJAX
Introduction to JSON & AJAX
 
องค์ประกอบของคอมพิวเตอร์
องค์ประกอบของคอมพิวเตอร์องค์ประกอบของคอมพิวเตอร์
องค์ประกอบของคอมพิวเตอร์
 
Use case diagrams 2014
Use case diagrams 2014Use case diagrams 2014
Use case diagrams 2014
 
An introduction to OAuth 2
An introduction to OAuth 2An introduction to OAuth 2
An introduction to OAuth 2
 
ASP.NET Web API
ASP.NET Web APIASP.NET Web API
ASP.NET Web API
 
Spring Data JPA
Spring Data JPASpring Data JPA
Spring Data JPA
 
Kd1 Struktur Hirarki Database
Kd1 Struktur Hirarki DatabaseKd1 Struktur Hirarki Database
Kd1 Struktur Hirarki Database
 
Design pattern - Facade Pattern
Design pattern - Facade PatternDesign pattern - Facade Pattern
Design pattern - Facade Pattern
 
Unit 4- Software Engineering System Model Notes
Unit 4- Software Engineering System Model Notes Unit 4- Software Engineering System Model Notes
Unit 4- Software Engineering System Model Notes
 
Pointers in C/C++ Programming
Pointers in C/C++ ProgrammingPointers in C/C++ Programming
Pointers in C/C++ Programming
 
เทคโนโลยีเครือข่าย
เทคโนโลยีเครือข่ายเทคโนโลยีเครือข่าย
เทคโนโลยีเครือข่าย
 
Lezione12: Autenticazione e gestione delle sessioni in REST
Lezione12: Autenticazione e gestione delle sessioni in RESTLezione12: Autenticazione e gestione delle sessioni in REST
Lezione12: Autenticazione e gestione delle sessioni in REST
 
Use case diagrams
Use case diagramsUse case diagrams
Use case diagrams
 
Makalah etika profesi teknologi informasi
Makalah etika profesi teknologi informasiMakalah etika profesi teknologi informasi
Makalah etika profesi teknologi informasi
 
Inheritance Dan Polimorfisme
Inheritance Dan PolimorfismeInheritance Dan Polimorfisme
Inheritance Dan Polimorfisme
 
Software Design Description (SDD) sample
Software Design Description (SDD) sampleSoftware Design Description (SDD) sample
Software Design Description (SDD) sample
 
1. Arrow Functions | JavaScript | ES6
1. Arrow Functions | JavaScript | ES61. Arrow Functions | JavaScript | ES6
1. Arrow Functions | JavaScript | ES6
 
Session And Cookies In Servlets - Java
Session And Cookies In Servlets - JavaSession And Cookies In Servlets - Java
Session And Cookies In Servlets - Java
 
Database Connectivity in PHP
Database Connectivity in PHPDatabase Connectivity in PHP
Database Connectivity in PHP
 
Use case Diagram
Use case Diagram Use case Diagram
Use case Diagram
 

Viewers also liked

Use cases на практике
Use cases на практикеUse cases на практике
Use cases на практикеSoftline
 
Пишем пользовательские сценарии
Пишем пользовательские сценарииПишем пользовательские сценарии
Пишем пользовательские сценарии
Ольга Павлова
 
Варианты использования. Введение
Варианты использования. ВведениеВарианты использования. Введение
Варианты использования. Введение
Anna Abramova
 
Полнота ролей и целей пользователей
Полнота ролей и целей пользователейПолнота ролей и целей пользователей
Полнота ролей и целей пользователей
Anna Abramova
 
МАПО Лекция 14 UML Use Case
МАПО Лекция 14 UML Use CaseМАПО Лекция 14 UML Use Case
МАПО Лекция 14 UML Use Case
Олег Гудаев
 
Как выжить начинающему бизнес-аналитику?
Как выжить начинающему бизнес-аналитику?Как выжить начинающему бизнес-аналитику?
Как выжить начинающему бизнес-аналитику?
SQALab
 
Собеседование на позицию бизнес-аналитика
Собеседование на позицию бизнес-аналитикаСобеседование на позицию бизнес-аналитика
Собеседование на позицию бизнес-аналитика
SQALab
 
Управление качеством требований
Управление качеством требованийУправление качеством требований
Управление качеством требованийVitaly Grigorash
 
Как выбрать платформу для сайта
Как выбрать платформу для сайтаКак выбрать платформу для сайта
Как выбрать платформу для сайта
Нетология
 
Maybe some mock_true
Maybe some mock_trueMaybe some mock_true
Maybe some mock_true
aliaksei_boole
 
Usability "на коленке"
Usability "на коленке"Usability "на коленке"
Usability "на коленке"
Ольга Павлова
 
PL SQL Unit Tests mit SQL Developer
PL SQL Unit Tests mit SQL DeveloperPL SQL Unit Tests mit SQL Developer
PL SQL Unit Tests mit SQL Developer
Trivadis
 
PL/SQL Unit Testing Can Be Fun
PL/SQL Unit Testing Can Be FunPL/SQL Unit Testing Can Be Fun
PL/SQL Unit Testing Can Be Fun
Raimonds Simanovskis
 
Learn lean. Технология управления от самураев.
Learn lean. Технология управления от самураев.Learn lean. Технология управления от самураев.
Learn lean. Технология управления от самураев.Softline
 
Voip-телефония.Unified Communications. Биллинг телеком-услуг
Voip-телефония.Unified Communications. Биллинг телеком-услугVoip-телефония.Unified Communications. Биллинг телеком-услуг
Voip-телефония.Unified Communications. Биллинг телеком-услугSoftline
 
не все комментарии одинаково полезны
не все комментарии одинаково полезныне все комментарии одинаково полезны
не все комментарии одинаково полезныSoftline
 
Управление проектами в Softline
Управление проектами в SoftlineУправление проектами в Softline
Управление проектами в SoftlineSoftline
 
разработка Mvc приложений на java script
разработка Mvc приложений на java scriptразработка Mvc приложений на java script
разработка Mvc приложений на java scriptSoftline
 

Viewers also liked (20)

Use cases на практике
Use cases на практикеUse cases на практике
Use cases на практике
 
User stories and use cases - Клаудия Заика
User stories and use cases - Клаудия ЗаикаUser stories and use cases - Клаудия Заика
User stories and use cases - Клаудия Заика
 
Пишем пользовательские сценарии
Пишем пользовательские сценарииПишем пользовательские сценарии
Пишем пользовательские сценарии
 
Варианты использования. Введение
Варианты использования. ВведениеВарианты использования. Введение
Варианты использования. Введение
 
Полнота ролей и целей пользователей
Полнота ролей и целей пользователейПолнота ролей и целей пользователей
Полнота ролей и целей пользователей
 
МАПО Лекция 14 UML Use Case
МАПО Лекция 14 UML Use CaseМАПО Лекция 14 UML Use Case
МАПО Лекция 14 UML Use Case
 
Как выжить начинающему бизнес-аналитику?
Как выжить начинающему бизнес-аналитику?Как выжить начинающему бизнес-аналитику?
Как выжить начинающему бизнес-аналитику?
 
Собеседование на позицию бизнес-аналитика
Собеседование на позицию бизнес-аналитикаСобеседование на позицию бизнес-аналитика
Собеседование на позицию бизнес-аналитика
 
Use case Patterns
Use case PatternsUse case Patterns
Use case Patterns
 
Управление качеством требований
Управление качеством требованийУправление качеством требований
Управление качеством требований
 
Как выбрать платформу для сайта
Как выбрать платформу для сайтаКак выбрать платформу для сайта
Как выбрать платформу для сайта
 
Maybe some mock_true
Maybe some mock_trueMaybe some mock_true
Maybe some mock_true
 
Usability "на коленке"
Usability "на коленке"Usability "на коленке"
Usability "на коленке"
 
PL SQL Unit Tests mit SQL Developer
PL SQL Unit Tests mit SQL DeveloperPL SQL Unit Tests mit SQL Developer
PL SQL Unit Tests mit SQL Developer
 
PL/SQL Unit Testing Can Be Fun
PL/SQL Unit Testing Can Be FunPL/SQL Unit Testing Can Be Fun
PL/SQL Unit Testing Can Be Fun
 
Learn lean. Технология управления от самураев.
Learn lean. Технология управления от самураев.Learn lean. Технология управления от самураев.
Learn lean. Технология управления от самураев.
 
Voip-телефония.Unified Communications. Биллинг телеком-услуг
Voip-телефония.Unified Communications. Биллинг телеком-услугVoip-телефония.Unified Communications. Биллинг телеком-услуг
Voip-телефония.Unified Communications. Биллинг телеком-услуг
 
не все комментарии одинаково полезны
не все комментарии одинаково полезныне все комментарии одинаково полезны
не все комментарии одинаково полезны
 
Управление проектами в Softline
Управление проектами в SoftlineУправление проектами в Softline
Управление проектами в Softline
 
разработка Mvc приложений на java script
разработка Mvc приложений на java scriptразработка Mvc приложений на java script
разработка Mvc приложений на java script
 

Similar to Use Cases

концепция проекта
концепция проектаконцепция проекта
концепция проекта
Natalia Zhelnova
 
Lection 23-24. Use Cases+ User Stories
Lection 23-24. Use Cases+ User StoriesLection 23-24. Use Cases+ User Stories
Lection 23-24. Use Cases+ User Stories
Yana Brodetski
 
Проектирование
ПроектированиеПроектирование
Проектирование
Denis Bryukhov
 
шаблон технико коммерческого предложения
шаблон технико коммерческого предложенияшаблон технико коммерческого предложения
шаблон технико коммерческого предложения
Natalia Zhelnova
 
TMPA-2015 > Инструмент для автоматизированого тестирования систем проведения ...
TMPA-2015 > Инструмент для автоматизированого тестирования систем проведения ...TMPA-2015 > Инструмент для автоматизированого тестирования систем проведения ...
TMPA-2015 > Инструмент для автоматизированого тестирования систем проведения ...
Anna Toropova
 
содержание этапов создания ас
содержание этапов создания ас содержание этапов создания ас
содержание этапов создания ас Anastasia Snegina
 
Как продать SLA?
Как продать SLA?Как продать SLA?
Как продать SLA?
Grigoriy Chkheidze
 
Адаптивное управление делами
Адаптивное управление деламиАдаптивное управление делами
Адаптивное управление делами
kiwi_rus
 
Практический подход к систематизации требований при проектировании информацио...
Практический подход к систематизации требований при проектировании информацио...Практический подход к систематизации требований при проектировании информацио...
Практический подход к систематизации требований при проектировании информацио...
Anatoly Simkin
 
Человеческий фактор 3D: выбор оптимального метода разработки требований
Человеческий фактор 3D: выбор оптимального метода разработки требованийЧеловеческий фактор 3D: выбор оптимального метода разработки требований
Человеческий фактор 3D: выбор оптимального метода разработки требований
CEE-SEC(R)
 
отчет об обследовании объекта автоматизации
отчет об обследовании объекта автоматизацииотчет об обследовании объекта автоматизации
отчет об обследовании объекта автоматизации
Natalia Zhelnova
 
УПРАВЛЕНИЕ НЕПРЕРЫВНОСТЬЮ БИЗНЕСА
УПРАВЛЕНИЕ НЕПРЕРЫВНОСТЬЮ БИЗНЕСАУПРАВЛЕНИЕ НЕПРЕРЫВНОСТЬЮ БИЗНЕСА
УПРАВЛЕНИЕ НЕПРЕРЫВНОСТЬЮ БИЗНЕСА
Юрий Ж
 
шаблон отчет об обследовании объекта автоматизации
шаблон   отчет об обследовании объекта автоматизациишаблон   отчет об обследовании объекта автоматизации
шаблон отчет об обследовании объекта автоматизации
Natalia Zhelnova
 
Планирование процесса Управления Требованиями
Планирование процесса Управления ТребованиямиПланирование процесса Управления Требованиями
Планирование процесса Управления Требованиями
Alexander Baikin
 
дипломная презентация по автоматизированным информационным системам
дипломная презентация по автоматизированным информационным системамдипломная презентация по автоматизированным информационным системам
дипломная презентация по автоматизированным информационным системам
Ivan Simanov
 
Проектирование программных систем. Занятие 3
Проектирование программных систем. Занятие 3Проектирование программных систем. Занятие 3
Проектирование программных систем. Занятие 3Dima Dzuba
 
Методология ведения проектов
Методология ведения проектовМетодология ведения проектов
Методология ведения проектов
AlexanderAvva
 
Cxp analyzer-mix-4
Cxp analyzer-mix-4Cxp analyzer-mix-4
Cxp analyzer-mix-4Mag0s
 

Similar to Use Cases (20)

концепция проекта
концепция проектаконцепция проекта
концепция проекта
 
Lection 23-24. Use Cases+ User Stories
Lection 23-24. Use Cases+ User StoriesLection 23-24. Use Cases+ User Stories
Lection 23-24. Use Cases+ User Stories
 
лекция 10
лекция 10лекция 10
лекция 10
 
ППК л2 2011
ППК л2 2011ППК л2 2011
ППК л2 2011
 
Проектирование
ПроектированиеПроектирование
Проектирование
 
шаблон технико коммерческого предложения
шаблон технико коммерческого предложенияшаблон технико коммерческого предложения
шаблон технико коммерческого предложения
 
TMPA-2015 > Инструмент для автоматизированого тестирования систем проведения ...
TMPA-2015 > Инструмент для автоматизированого тестирования систем проведения ...TMPA-2015 > Инструмент для автоматизированого тестирования систем проведения ...
TMPA-2015 > Инструмент для автоматизированого тестирования систем проведения ...
 
содержание этапов создания ас
содержание этапов создания ас содержание этапов создания ас
содержание этапов создания ас
 
Как продать SLA?
Как продать SLA?Как продать SLA?
Как продать SLA?
 
Адаптивное управление делами
Адаптивное управление деламиАдаптивное управление делами
Адаптивное управление делами
 
Практический подход к систематизации требований при проектировании информацио...
Практический подход к систематизации требований при проектировании информацио...Практический подход к систематизации требований при проектировании информацио...
Практический подход к систематизации требований при проектировании информацио...
 
Человеческий фактор 3D: выбор оптимального метода разработки требований
Человеческий фактор 3D: выбор оптимального метода разработки требованийЧеловеческий фактор 3D: выбор оптимального метода разработки требований
Человеческий фактор 3D: выбор оптимального метода разработки требований
 
отчет об обследовании объекта автоматизации
отчет об обследовании объекта автоматизацииотчет об обследовании объекта автоматизации
отчет об обследовании объекта автоматизации
 
УПРАВЛЕНИЕ НЕПРЕРЫВНОСТЬЮ БИЗНЕСА
УПРАВЛЕНИЕ НЕПРЕРЫВНОСТЬЮ БИЗНЕСАУПРАВЛЕНИЕ НЕПРЕРЫВНОСТЬЮ БИЗНЕСА
УПРАВЛЕНИЕ НЕПРЕРЫВНОСТЬЮ БИЗНЕСА
 
шаблон отчет об обследовании объекта автоматизации
шаблон   отчет об обследовании объекта автоматизациишаблон   отчет об обследовании объекта автоматизации
шаблон отчет об обследовании объекта автоматизации
 
Планирование процесса Управления Требованиями
Планирование процесса Управления ТребованиямиПланирование процесса Управления Требованиями
Планирование процесса Управления Требованиями
 
дипломная презентация по автоматизированным информационным системам
дипломная презентация по автоматизированным информационным системамдипломная презентация по автоматизированным информационным системам
дипломная презентация по автоматизированным информационным системам
 
Проектирование программных систем. Занятие 3
Проектирование программных систем. Занятие 3Проектирование программных систем. Занятие 3
Проектирование программных систем. Занятие 3
 
Методология ведения проектов
Методология ведения проектовМетодология ведения проектов
Методология ведения проектов
 
Cxp analyzer-mix-4
Cxp analyzer-mix-4Cxp analyzer-mix-4
Cxp analyzer-mix-4
 

Use Cases

  • 1. Модели и описания. Варианты использования
  • 2.
  • 3. Вместо заключения 4 Модель вариантов использования 3 Описание вариантов использования 2 Введение 1
  • 4.
  • 5.
  • 6. Для чего нужны варианты использования? Вариант использования Пользовательский интерфейс Ограничения Функциональные требования Классы Форматы данных Нефункциональные требования … …
  • 7.
  • 8.
  • 9.
  • 10. Вместо заключения 4 Модель вариантов использования 3 Описание вариантов использования 2 Введение 1
  • 11.
  • 12.
  • 13.
  • 14.
  • 15.
  • 16. Потоки событий. Примеры оформления   Пример 1: 1. Пользователь задает параметры документа и подтверждает сохранение данных 2. Система сохраняет новый документ, присваивая ему уникальный идентификатор. 3. Пользователь …   Пример 2: Пользователь задает параметры документа и подтверждает их сохранение. Система сохраняет новый документ с новым номером. Пользователь …   Пример 3: О1 Основной поток событий – Создание нового документа: О1.1 Пользователь задает параметры документа и подтверждает сохранение данных О1.2 Система сохраняет новый документ, присваивая ему уникальный идентификатор. О1.3 Пользователь …
  • 17.
  • 19.
  • 20.
  • 21.
  • 22.
  • 23.
  • 24.
  • 25.
  • 26. Сценарий варианта использования Сценарий Экземпляр варианта использования. Один из способов прохождения потоков событий О1 О2 О3 О4 О5 О6 А2.1 А2.2 А2.3 А3.1 А3.2 А1.1 А1.2 А1.3 Пример - Сценарии О1-О2-О3-О4-О5-О6 О1- А1.1-А1.2-А1.3 О1- А1.1-А1.2- О3-О4-О5-О6 О1-О2- А2.1-А2.2-А2.3 О1-О2- А2.1- А3.1-А3.2
  • 27. Модель вариантов использования Вместо заключения 4 Описание вариантов использования 3 2 Введение 1
  • 28.
  • 29.
  • 30.
  • 31.
  • 32. Абстрактный вариант использования. Схема Замещение Замещение Абстрактный поток событий Абстрактный вариант использования - родитель Вариант использования - потомок Вариант использования - потомок
  • 33.
  • 34.
  • 35.
  • 36. Зависимость « include ». Схема Включаемый вариант использования Базовый вариант использования Точка старта 1 Точка старта 2 Точка выхода 1 Точка выхода 2 Подпоток
  • 37.
  • 38. Зависимость « extend ». Схема Расширяющий вариант использования Базовый вариант использования Точка старта 1 Точка старта 2 Точка выхода 1 Точка выхода 2 Точка расширения Поток расширения
  • 39.
  • 40. Модель вариантов использования Модель вариантов использования Вместо заключения 4 Описание вариантов использования 3 2 Введение 1
  • 41.
  • 42.
  • 44. Варианты использования For more information, please contact Vitaliy Grigorash Senior Business Analyst EPAM Systems, Inc. Address http://www.epam.com http://www.grigorash.ru

Editor's Notes

  1. Шаблон описания ВИ может адаптироваться под процесс разработки требований и изменяться по желанию аналитика. Данный шаблон может быть дополнен целью пользователя, триггерами, описанием уровня абстракции варианта использования и другими параметрами. (А. Коберн) По вашему желанию, вы можете добавить или удалить пункты описания. Далее подробней о каждом пункте
  2. Название должно понятно и однозначно отражать цель действующего лица или совершаемое им в системе действие. Название должно состоять из связки «Глагол + существительное». Например, «Оплатить услугу», «Заказать товар», «Найти товар», «Управлять пользователями» и тп… Уникальный идентификатор должен быть присвоен каждому ВИ. При работе с СУТ идентификтор может задаваться автоматически и вестись в системе. В случае отсутствия СУТ необходимо задать правила идентификации и соблюдать уникальность. Если в документе описывается несколько вариантов использования, то рекомендуется ставить ID перед названием варианта использования, это заметно ускорит работу с вариантами использования и сократит время поиска.
  3. Поток событий состоит из последовательности шагов, которые представляют собой действия актора и отклики системы на данное действие. В каждом шаге необходимо писать, кто совершает действие. Шаги рекомендуется нумеровать, для лучшей структуризации, но это не является обязательным требование, так как существуют различные стили описания вариантов использования.
  4. Поток событий состоит из последовательности шагов, которые представляют собой действия актора и отклики системы на данное действие. В каждом шаге необходимо писать, кто совершает действие. Шаги рекомендуется нумеровать, для лучшей структуризации, но это не является обязательным требование, так как существуют различные стили описания вариантов использования.
  5. Основной поток событий – это наименьший путь, приводящий действующее лицо к достижению цели. Основной поток событий всегда завершается положительным, значащим для пользователя результатом. Основной поток событий всегда имеет точку старта, с которой начинается вариант использования и точку выходы, заканчивающей ВИ. Точку старта можно описывать отдельно до начала описания шагов, или в первом шаге основного потока событий. Точка выхода описывается в последнем шаге потока событий Точек старта и точек выхода может быть несколько (такой случай рассмотрим в дальнейшем…).
  6. Основной поток событий – это наименьший путь, приводящий действующее лицо к достижению цели. Основной поток событий всегда завершается положительным, значащим для пользователя результатом. Основной поток событий всегда имеет точку старта, с которой начинается вариант использования и точку выходы, заканчивающей ВИ. Точку старта можно описывать отдельно до начала описания шагов, или в первом шаге основного потока событий. Точка выхода описывается в последнем шаге потока событий Точек старта и точек выхода может быть несколько (такой случай рассмотрим в дальнейшем…).
  7. Основной поток событий – это наименьший путь, приводящий действующее лицо к достижению цели. Основной поток событий всегда завершается положительным, значащим для пользователя результатом. Основной поток событий всегда имеет точку старта, с которой начинается вариант использования и точку выходы, заканчивающей ВИ. Точку старта можно описывать отдельно до начала описания шагов, или в первом шаге основного потока событий. Точка выхода описывается в последнем шаге потока событий Точек старта и точек выхода может быть несколько (такой случай рассмотрим в дальнейшем…).
  8. Основной поток событий – это наименьший путь, приводящий действующее лицо к достижению цели. Основной поток событий всегда завершается положительным, значащим для пользователя результатом. Основной поток событий всегда имеет точку старта, с которой начинается вариант использования и точку выходы, заканчивающей ВИ. Точку старта можно описывать отдельно до начала описания шагов, или в первом шаге основного потока событий. Точка выхода описывается в последнем шаге потока событий Точек старта и точек выхода может быть несколько (такой случай рассмотрим в дальнейшем…).