Software Engineering

Лекция 04: Работа с требованиями

Тимофей Брыксин

timofey.bryksin@gmail.com

Требования

• Требование — это любое условие, которому должна соответствовать разрабатываемая система или программное средство
• возможности
• ограничения

​

Пример

• Бизнес-требование:
• продукт позволит пользователям исправлять орфографические ошибки в тексте эффективно
• Требования пользователей:
• сценарии “Найдите орфографическую ошибку” или “Добавьте слово в общий словарь”
• Функциональные требования:
• поиск и выделение слова с ошибкой
• отображение диалогового окна с фрагментом текста с ошибочным словом
• полнотекстовая замена слова с ошибкой
• Атрибуты качества:
• простота использования (“эффективность”)

Требования к требованиям

• Единичность
• Завершенность
• Непротиворечивость
• Атомарность
• Отслеживаемость
• Актуальность
• Выполнимость
• Недвусмысленность
• Обязательность
• Проверяемость

Основные риски, связанные с требованиями

• Недостаточное вовлечение пользователей
• Игнорирование классов пользователей
• Разрастание требований пользователей
• Двусмысленность требований
• Излишная дополнительная функциональность
• Минимальная спецификация
• Небрежное планирование

​

Работа с требованиями

• разработка требований
• выявление требований
• анализ требований
• спецификация требований
• проверка требований
• управление требованиями

​

​

Выявление требований

• Определение процесса формулирования требований
• Определение классов пользователей и их характеристик
• Выбор типичного пользователя в каждом классе пользователей
• Организация фокус-групп/интервью типичных пользователей
• Наблюдение за пользователями на рабочих местах
• Изучение отчетов о проблемах работающих систем
• Определение системных событий и реакции на них
• Создание документа об образе и границах проекта

​

Выявление требований IRL

Анализ требований

• Определение приоритетов требований
• Анализ осуществимости требований
• Моделирование требований
• Создание словаря терминов
• Создание контекстной диаграммы
• Создание пользовательского интерфейса и технических прототипов

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

• Изучение документов с требованиями
• Определение критериев приемлемости
• Тестирование требований

Процесс работы с требованиями

​

​

Навыки, необходимые аналитику

• Умение опрашивать и задавать вопросы
• Умение слушать
• Умение наблюдать
• Навыки межличностного общения
• Навыки анализа
• Навыки написания документации
• Навыки моделирования
• Организационные навыки
• Творческий подход

Создаваемые документы

• Документ об образе и границах системы
• Глоссарий
• Модель требований
• Прототип пользовательского интерфейса
• Спецификация требований

Документ об образе и границах проекта

1. Бизнес-требования
1. Контекст
2. Бизнес-возможности
3. Бизнес-цели и критерии успеха
4. Потребности клиента или рынка
5. Бизнес-риски
2. Project vision
• Положение об образе проекта
• Основные функции
• Предположения и зависимости

​

3. Масштабы и ограничения проекта
1. Основная функциональность
2. Объем первоначальной версии
3. Объем последующих версий
4. Ограничения и исключения
4. Бизнес-контекст
• Профили заинтересованных лиц
• Приоритеты проекта
• Операционная среда

Контекстная диаграмма

• задание границ системы �и связи с внешним миром

Feature tree

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

• Диаграммы случаев использования
• Актёры (роли)
• кто-то или что-то вне системы, влияющий или оказывающий влияние
• люди или программные системы
• Случаи (сценарии) использования
• цель пользователя системы
• действие-реакция для достижения цели
• Общее представление функциональных требований

​

Детализация сценариев

Диаграммы активности

Data-flow diagrams

• сущности системы
• внешние сущности
• потоки данных
• иерархическая модель

Диаграмма состояний

• описание реактивных систем
• состояния
• внешние события
• переходы

​

Деревья решений

Спецификация требований к ПО (SRS)

1. Введение
1. Цели
2. Соглашения о терминах
3. Предполагаемая аудитория
4. Масштаб проекта
5. Ссылки на источники
2. Общее описание
• Видение продукта
• Функциональность продукта
• Классы и характеристики пользователей
• Среда функционирования продукта
• Рамки, ограничения, правила и стандарты
• Документация для пользователей
• Допущения и зависимости

​

• Функциональность системы
• Функциональный блок X
• Описание и приоритет
• Причинно-следственные связи, алгоритмы
• Функциональные требования
• Требования к внешним интерфейсам
• Интерфейсы пользователя (UX)
• Программные интерфейсы
• Интерфейсы оборудования
• Интерфейсы связи и коммуникации
• Нефункциональные требования
• Требования к производительности
• Требования к сохранности (данных)
• Критерии качества ПО
• Требования к безопасности системы
• Прочие требования

Требования и тестирование

Управление требованиями

• Определение процесса управления изменениями
• Создание базовой версии и управление версиями требований
• Использование средств версионирования и управления требованиями
• Анализ влияния изменений требований
• Оценка изменяемости требований

​

Аттрибуты требований

• дата создания, автор
• номер текущей ревизии
• лицо, ответственное за удовлетворение требования
• происхождение или источник требования
• состояние (proposed, approved, implemented, verified, rejected и т.п.)
• приоритет
• подсистемы, для которых актуально требование
• номер версии продукта, для которой актуально требование
• критерий приемлемости, используемый метод проверки

​

Связь с другими видами деятельности