Раздел · 40 конспектов

Инженерия требований

Практическая инженерия требований за пределами Руководства BABOK: уровни и типы требований, как писать качественные требования, ключевые документы и шаблоны, трассировка и управление изменениями, а также что меняется в гибких, коробочных, аутсорсинговых, BI- и встроенных проектах.

классификация

Уровни и типы требований

Три уровня требований по Вигерсу и Битти (бизнес-, пользовательские, функциональные), место нефункциональных требований и бизнес-правил и что не входит в SRS.

6 мин чтения

нефункциональные требования

Классификация требований и категории нефункциональных требований

Модель типов требований Вигерса, четыре практические категории нефункциональных требований и характеристики качества отдельного требования и их набора.

6 мин чтения

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

Концептуальная модель типов требований

Практическая схема разметки требований в трекере: шестнадцать типов с короткими кодами, подтипы нефункциональных требований и четыре атрибута у каждого элемента.

6 мин чтения

нефункциональные требования

Атрибуты качества программного обеспечения

Шестнадцать атрибутов качества по Вигерсу и Битти, пять шагов их выявления, Planguage для проверяемых целевых значений и компромиссы между атрибутами.

6 мин чтения

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

Как писать хорошие требования

Шаблоны формулировок, правила стиля, размытые слова, которых стоит избегать, и быстрые проверки на скрытые пробелы — с примерами «до и после».

6 мин чтения

неоднозначность

Неоднозначность и нужная степень детализации

Сколько деталей нужно требованию и три простые эвристики (запоминание, ключевые слова, ударение), чтобы найти скрытую неоднозначность, пока она не обошлась дорого.

5 мин чтения

выявление

Как найти пропущенные требования

Когда выявление пока можно остановить, подразумеваемые и неявные требования и восемь систематических проверок на пробелы, включая CRUD и граничные значения.

6 мин чтения

бизнес-правила

Классификация бизнес-правил

Факты, ограничения, активаторы действий, выводы и вычисления: как классифицировать, записывать и вести бизнес-правила в каталоге и ссылаться на них, а не копировать.

5 мин чтения

заинтересованные стороны

Классы пользователей и сторонники продукта

Сгруппируйте пользователей по выполняемой работе, решите, какие классы важнее, и дайте каждому ключевому классу своего сторонника продукта (Вигерс и Битти).

6 мин чтения

заинтересованные стороны

Права и обязанности заказчика

Права и обязанности заказчика по Вигерсу и Битти, правила принятия решений и подпись, которая фиксирует согласие, не замораживая требования.

6 мин чтения

анализ проблемы

Анализ проблемы и границы проекта

Пять шагов анализа проблемы по Леффингуэллу и Уидригу, формулировка проблемы, три синдрома выявления требований и как сократить границы до выполнимых.

6 мин чтения

заинтересованные стороны

Роль лидера продукта

Лидер продукта по Леффингуэллу и Уидригу: тот, кто владеет видением продукта, доводит работу над требованиями до конца и говорит «нет» лишним функциям.

6 мин чтения

выявление

Ролевая игра

Выполните работу пользователя сами, чтобы её понять, а если это невозможно — используйте сценарный просмотр и CRC-карточки (Леффингуэлл и Уидриг).

6 мин чтения

выявление

Раскадровка

Покажите пользователям дешёвую черновую историю будущей системы и получите их реакцию до разработки: пассивная, активная и интерактивная раскадровка.

5 мин чтения

бизнес-требования

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

Как составить документ концепции и границ, который фиксирует бизнес-цели, критерии успеха и границы проекта ещё до того, как появится список функций.

5 мин чтения

RUP

Документ «Видение» в RUP

Что входит в документ «Видение» в RUP, чем видение отличается от границ и как поддерживать документ актуальным от релиза к релизу с помощью Delta Vision.

6 мин чтения

выявление

Шаблон запросов заинтересованной стороны

Структурированный шаблон для записи того, что рассказала одна заинтересованная сторона, со встроенным шагом резюме и отдельным местом для ваших гипотез.

4 мин чтения

SRS

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

Как построить SRS: традиционная структура или на основе вариантов использования, метки требований, открытые вопросы и место экранов в спецификации.

5 мин чтения

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

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

Что должен определить план управления требованиями: правила трассировки, атрибуты, статусы, базовые версии и контроль изменений; структура для копирования.

6 мин чтения

стандарты

ГОСТы на автоматизированные системы

Что такое ГОСТ 34.601-90, ГОСТ 34.602-89 и ГОСТ 19.201-78, где они встречаются и как ТЗ по ГОСТ соотносится с документом «Видение» и SRS.

6 мин чтения

выявление

Выявление и документирование требований (BCS)

Путь BCS от задания на проект до базовой версии каталога требований: OSCAR, неявное знание, фильтры анализа, валидация и MoSCoW.

6 мин чтения

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

Четырёхэтапный метод работы с требованиями (Химонин)

Четыре этапа Химонина от концепции продукта до функциональной спецификации: сбор требований через сценарии и анализ вариантов использования по MoSCoW.

6 мин чтения

спецификация

Организация требований для сложных систем

Как распределить требования по документам для систем из подсистем, семейств продуктов, будущих релизов и отделить маркетинговые требования от продуктовых.

6 мин чтения

варианты использования

Три уровня целей по Коберну

Обобщённый уровень, уровень цели пользователя и подфункции по Коберну и простые тесты, чтобы писать каждый вариант использования на нужной высоте.

6 мин чтения

варианты использования

Бизнес-варианты использования и системные варианты использования

Чем бизнес-варианты использования отличаются от системных, как переходить от одних к другим и какая нотация потоков работ подходит бизнес-аналитику.

6 мин чтения

аналитические модели

Карты диалогов и таблицы «событие — реакция»

Две модели анализа по Вигерсу и Битти: карта диалогов для навигации по интерфейсу и таблица «событие — реакция» для систем, управляемых внешними событиями.

6 мин чтения

отчётность

Как специфицировать отчёты и дашборды

Какие вопросы задать, готовый шаблон спецификации отчёта и метод требований к дашбордам, который начинается с решений, принимаемых пользователями.

5 мин чтения

трассировка

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

Как связать требования с их источниками, дизайном, кодом и тестами, какие связи стоит поддерживать и как построить матрицу трассировки.

5 мин чтения

приоритизация

Приоритизация требований на практике

Приоритизация требований на практике: почему всё оказывается «высоким», сравнение пяти техник и разобранный пример расчёта по ценности, стоимости и риску.

5 мин чтения

контроль изменений

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

Практический процесс управления изменениями: короткая политика, совет по управлению изменениями, жизненный цикл запроса, анализ влияния и метрики изменений.

5 мин чтения

повторное использование

Повторное использование требований

Как повторно использовать требования между проектами: что стоит переиспользовать, копия, ссылка или версии, типичные барьеры и условия успеха.

5 мин чтения

диагностика проблем

Диагностика проблем с требованиями

Как пройти от симптома на проекте к вероятной причине в работе с требованиями и выбрать средство: руководство по десяти проблемным областям.

5 мин чтения

совершенствование процессов

Как улучшить процесс работы с требованиями

Как улучшить работу команды с требованиями: добиться реальной поддержки, найти корневые причины, пройти цикл из четырёх шагов и составить дорожную карту.

5 мин чтения

agile

Требования в гибких проектах

Как меняется работа с требованиями в гибких проектах: та же информация, другие сроки и глубина, один бэклог, эпики и истории, ранние атрибуты качества.

5 мин чтения

готовые решения (COTS)

Требования к готовым (коробочным) решениям

Что меняется, когда решение покупают, а не разрабатывают: уровень детализации, балльная оценка пакетов, требования к внедрению и изменение процессов.

5 мин чтения

доработка

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

Работа с требованиями, когда система уже есть: анализ расхождений, сохранение производительности, программная археология, поэтапная замена и переход.

5 мин чтения

аутсорсинг

Требования в аутсорсинговых проектах

Почему при аутсорсинге разработки требования нужны раньше и точнее и как провести тендер, ревью, работу с вопросами, изменения и приёмку.

5 мин чтения

автоматизация процессов

Требования при автоматизации бизнес-процессов

Как выводить требования к ПО из бизнес-процессов: текущие и целевые модели, восемь шагов, KPI на шагах процесса и случаи, когда автоматизировать не нужно.

5 мин чтения

бизнес-аналитика (BI)

Требования в проектах бизнес-аналитики (BI)

Выявление требований к аналитическим и BI-системам: начните с решений, которые принимают люди, затем определите использование информации, данные и анализ.

5 мин чтения

встроенные системы

Требования к встроенным системам и системам реального времени

Требования к продуктам, где сочетаются ПО и оборудование: распределение требований, модели состояний и событий, спецификации интерфейсов и временные требования.

5 мин чтения

Основные источники раздела#

K. Wiegers, J. Beatty. Software Requirements, 3rd ed. Microsoft Press, 2013. Рус. изд.: К. Вигерс, Дж. Битти. Разработка требований к программному обеспечению, 3-е изд. М.: Русская редакция; СПб.: БХВ-Петербург, 2014.
D. Leffingwell, D. Widrig. Managing Software Requirements: A Unified Approach. Addison-Wesley, 2000. Рус. изд.: Д. Леффингуэлл, Д. Уидриг. Принципы работы с требованиями к программному обеспечению. Унифицированный подход. М.: Вильямс, 2002.
A. Cockburn. Writing Effective Use Cases. Addison-Wesley, 2000. Рус. изд.: А. Коберн. Современные методы описания функциональных требований к системам.
D. Paul, D. Yeates, J. Cadle (eds.). Business Analysis, 2nd ed. BCS, 2010.