Manual QA course Lecture 2. Требования к программному обеспечению и их анализ

Темы лекции

Что такое требования?
Виды описания требований;
Откуда берутся требования?
Почему требования важны?
Требования к

Схема процесса тестирования

ТЕСТИРОВАНИЕ

Программный комплекс

Требования

Информация о несоответствиях

Требования к программному обеспечению

- Некое свойство программного обеспечения, необходимое

Требования к программному обеспечению

Требование — это не функция системы, а

Требования к программному обеспечению

Требования бывают:
- Прямыми(Формализованными в технической

Виды требований к ПО по уровням

Требования бизнеса:

1. Высокоуровневые цели организации или заказчика(Контекст)
2. Цели, создания системы

Требования бизнеса: Приложения

1. Перечень бизнес – процессов.
2. Бизнес – правила.
3. Концептуальная

Пользовательские требования

Use case

User story

User scenario

Пользовательские требования. User Scenario

User Scenario - Это вымышленная история о том,

Пользовательские требования. User Scenario

Терминал удостоверяется, что пополнение возможно, и запрашивает у

Пользовательские требования. User Story

Пользовательские истории — Способ описания требований, к разрабатываемой

Пользовательские требования. User Story

Типы:
Как <Роль/Персона пользователя> я <Хочу что – то

Пользовательские требования. Use Case

Use Case - Описание поведения системы, когда она

Пользовательские требования. Use Case

Пользователь захотел разместить объявление
Пользователь зашел в систему
Пользователь авторизовался

Use Case для руководителя проекта

Обычно не содержит деталей реализации и пишется

Use Case для разработчика

Когда он видит не отдельное «система должна…», а

Use Case для тестировщика

Use Case являются отличной базой для формирования тестовых

Use Case: Ограничения

Use Case не обеспечивают полноту всех функциональных требований, если

Use Case: Преимущества описания

- Дают представление о поведении системы.
-

Use Case: Рекомендации

- Основной сценарий не больше 3 – 9

Функциональные требования. Спецификация системы

Определяют характеристики ПО (Функциональность), которые разработчики должны построить,

Виды требований к ПО по характеру. Функциональные

Виды требований к ПО по характеру. Нефункциональные

● Ограничения
● Бизнес - правила
●

Источники требований

● Федеральное и муниципальное отраслевое законодательство(Конституция, законы, распоряжения)
● Нормативное обеспечение

Методы определения требований

● Анкетирование
● Мозговой штурм
● Наблюдение за производственной деятельностью
● Анализ

Требования к требованиям (Качество требований)

● Единичность - требование описывает одну и

Требования к требованиям (Качество требований)

● Актуальность - Требование не стало устаревшим

Требования к требованиям (Качество требований)

● Обязательность - Требование представляет определенную заинтересованным

Проверка требований

● Тестирование
● Анализ
● Осмотр
● Демонстрация

Проверка требований

Текстовая форма представления требований

● Требования бизнеса
● User Stories
● Спецификация системы

Графическая форма представления требований

● ER (IDEF1FX), IDEF0, IDEF3
● DFD
● UML
● SysML

UML: пример

Книга

Алан Купер - Психбольница в руках пациентов

Домашнее задание

Написать требования к регистрации в любой социальной сети (Facebook, Twitter,

Вопросы и ответы

Ссылки

https://www.scrumalliance.org/community/articles/2013/september/agile-user-stories
https://habrahabr.ru/company/simbirsoft/blog/307844/
http://www.newlinestudio.ru/ArticleTrebovaniaPO.php
http://2tickets2dublin.com/how-to-write-good-user-stories-part-1/
Требования к ПО ВИКИ
http://www.dpgrup.ru/software-requirements.htm
http://www.comptechdoc.org/independent/programming/programming-standards/software-requirements-definition.html
https://medium.com/@smartgamma/user-scenarios-user-stories-use-cases-what-s-the-difference-75bf75d4bb60
https://www.stellman-greene.com/2009/05/03/requirements-101-user-stories-vs-use-cases/