Требования к ПО Основы разработки и управления требованиями

Требования к ПО Основы разработки и управления требованиями к ПО Технология разработки ПО 1

Содержание Понятие требований к ПО Виды требований Характеристики требований Разработка требований UML-диаграммы вариантов использования Технология разработки ПО 2

Требования – это 1. условия или возможности, необходимые пользователю для решения проблем или достижения целей; 2. условия или возможности, которыми должна обладать система или системные компоненты, чтобы выполнить контракт или удовлетворять стандартам, спецификациям или другим формальным документам; 3. документированное представление условий или возможностей для пунктов 1 и 2. Технология разработки ПО 3

Цитата «Если вы не поймёте требования к программному продукту правильно, то не имеет значения, как хорошо вы сделаете всё остальное» [Карл Вигерс, 2004] Технология разработки ПО 4

Проблемы разработки требований Технология разработки ПО 5

Основной закон: Требования должны быть документированы Технология разработки ПО 6

Уровни требований Технология разработки ПО 7

Функциональные и нефункциональные требования задают ЧТО система должна делать нефункциональные требования задают с соблюдением каких условий система должна функционировать Технология разработки ПО 8

Бизнес-требования определяют высокоуровневые цели организации или клиента (потребителя) – заказчика разрабатываемого программного обеспечения Технология разработки ПО 9

Пользовательские требования Описывают цели/задачи пользователей системы, которые должны достигаться/выполняться пользователями при помощи создаваемой программной системы Отвечают на вопросы: КТО работает и ЧТО делает с системой (с помощью системы) Технология разработки ПО 10

Формальные функциональные требования Определяют функциональность (поведение) программной системы, которая должна быть создана разработчиками для предоставления возможности выполнения пользователями своих обязанностей в рамках бизнес-требований и в контексте пользовательских требований Технология разработки ПО 11

Нефункциональные требования - 1 Бизнес-правила n n включают или связаны с корпоративными регламентами, политиками, стандартами, законодательными актами, алгоритмами вычислений и т. д. Пример: «На Курс не может быть зарегистрировано больше Студентов, чем указал Преподаватель» Атрибуты качества n n описывают дополнительные характеристики продукта Пример: «Среднее время отклика системы должно составлять не более 2 секунд» Технология разработки ПО 12

Нефункциональные требования - 2 Внешние интерфейсы n Аспекты взаимодействия с другими системами, операционной средой, а также пользовательский интерфейс Ограничения n n формулировки условий, модифицирующих требования или наборы требований, сужая выбор возможных решений по их реализации Пример: «Программа должна работать в системе с 512 КБ оперативной памяти» Технология разработки ПО 13

Примеры требований Для формируемых вручную счетов система должна позволять оператору вводить с консоли любой номер счета, проверяя при этом уникальность вводимого номера Время обучения работе с программой сотрудника с квалификацией опытный пользователь ПК не должно быть более 16 часов Постановка единичного ордера должна занимать не более 40 миллисекунд Технология разработки ПО 14

Характеристики хороших требований Полнота Корректность Осуществимость Необходимость Однозначность Проверяемость Технология разработки ПО 15

Структура требований продукта Требования имеет смысл группировать в иерархическую структуру продукт Фича 1 Фича 2 Фича 3 Каждому требованию должен быть назначен приоритет Технология разработки ПО 16

Спецификация требований к ПО это полное описание поведения разрабатываемой системы. Она включает варианты использования, которые описывают взаимодействие с пользователем. Так же спецификация содержит нефункциональные требования которые отражают ограничения дизайна или имплементации. Спецификация требований к ПО содержит n n n Перечень функций и возможностей Перечень ограничений Нефункциональные требования Технология разработки ПО 17

Структура спецификации Стандарт IEEE 830 -1998 n n n n 1. . Введение 1. 1 Назначение 1. 2 Область действия 1. 3 Определения, акронимы и сокращения 1. 4 Публикации 1. 5 Краткий обзор 2. Полное описание 2. 1 Перспектива изделия 2. 2 Функции изделия 2. 3 Характеристики пользователя 2. 4 Ограничения 2. 5 Допущения и зависимости 3. Специфические требования Технология разработки ПО 18

Фрагмент спецификации требований 1. Пользователь должен иметь возможность генерации отчёта в формате html и сохранения его на файловую систему. n n 1. 1. Пользователь должен иметь возможность запуск генерации отчёта из пользовательского интерфейса клиентской системы. 1. 2. Пользователь должен иметь возможность указать следующие параметры генерации отчёта. 1. 2. 1. . n 1. 3. Пользователь должен иметь возможность указать выходной файл отчёта 1. 3. 1. Система должна выдавать сообщение если одноимённый файл уже существует. 1. 3. 2. … Технология разработки ПО 19

Как писать хорошие требования Пишите простыми словами Используйте полные предложения с правильной грамматикой, правописанием и пунктуацией Используйте краткие и ясные короткие предложения Избегайте двусмысленных и субъективных терминов Избегайте синонимов Технология разработки ПО 20

Шаблоны требований Функциональные требования <Тип пользователя> должен иметь возможность <описание возможности> <Система> должна <описание возможности> Функциональные требования с ограничениями и условиями <Тип пользователя> должен иметь возможность <описание возможности>, находясь в <условия эксплуатации> <Система> должна <описание возможности> в случае <описание условия> Нефункциональные требования <Система> должна обладать <описание характеристики> Ограничения <Система> должна соблюдать <описание ограничения> Технология разработки ПО 21

Способы выявления требований Интервьюирование и анкетирование Мозговой штурм и отбор идей Обыгрывание ролей Создание прототипов Технология разработки ПО 22

Управление требованиями Требования изменяются – такова жизнь Все изменения должны быть задокументированы и согласованы План и сроки должны быть пересмотрены Во все артефакты, на которые влияют изменения требований, должны быть внесены соответствующие изменения Технология разработки ПО 23

UML диаграммы вариантов использования Технология разработки ПО 24

Сценарии вариантов использования Пример: Сценарий генерации отчёта n n n 1. Пользователь инициирует запуск отчёта 2. Пользователь указывает параметры отчёта 3. Пользователь указывает файл отчёта Технология разработки ПО 25

Что следует запомнить Без хорошей проработки требований вся последующая разработка может пойти насмарку Функциональные требования описывают, что должна делать программная система Нефункциональные требования описывают характеристики и ограничения системы Диаграммы вариантов использования моделируют пользовательские требования Технология разработки ПО 26