М.: Русская Редакция, 2004. — 576 с.: ил. — ISBN: 5-7502-0240-2
Издание дополненное и исправленное, с обновленными иллюстрациями, материал размещен на 394 страницах в удобном для чтения формате.
Эта книга посвящена разработке качественных требований к продукту. Здесь описаны дюжины проверенных на практике способов выявления, формулирования, разработки, проверки, утверждения и тестирования требований к ПО, которые помогут разработчикам ПО, менеджерам и маркетологам создать эффективное ПО. Это перевод второго издания оригинальной книги, которое дополнено новыми главами о роли аналитика требований, важности бизнес-правил, а также о том, как формулирование требований важно для проектов по обслуживанию, для комплексных решений и проектов, разрабатываемых сторонними организациями.
Основная аудитория - аналитики требований и разработчики продукта, а также дизайнеры, программисты, тестировщики ПО и другие члены команды, задача которых понять и удовлетворить чаяния клиентов, а также маркетологи, менеджеры по продуктам и менеджеры проекта, которые должны проникнуться "духом" и особенностями продукта, чтобы сделать его в полной мере конкурентоспособным. Содержание
Предисловие
Требования к продукту: что, почему и кто
Особенности разработки требований к ПО
Оговоренные требования к ПО
Особенности интерпретации требований
Уровни требований
Каких требований не должно быть
Разработка и управление требованиями
Разработка требований
Управление требованиями
Каждый проект имеет требования
Когда плохие требования появляются у хороших людей
Недостаточное вовлечение пользователей
«Разрастание» требований пользователей
Двусмысленность требований
«Золочение» продукта
Минимальная спецификация
Пропуск классов пользователей
Небрежное планирование
Выгоды от высококачественного процесса разработки требований
Характеристики превосходных требований
Характеристики отдельных положений спецификации требований
Характеристики спецификации требований
Требования с точки зрения клиента
Кто же клиент?
Сотрудничество клиентов и разработчиков
Билль о правах клиента ПО
Билль об обязанностях клиента ПО
Что насчет подписи?
Хорошие приемы создания требований
Обучение
Выявление требований
Анализ требований
Спецификации требований
Проверка требований
Управление требованиями
Управление проектом
Начинаем применять новые приемы
Процесс создания требований
Аналитик требований
Роль аналитика требований
Задачи аналитика
Навыки, необходимые аналитику
Знания, необходимые аналитику
Становление аналитика
Бывший пользователь
Бывший разработчик
Профильный специалист
Создание атмосферы тесного сотрудничества Разработка требований к ПО
Определение образа и границ проекта
Определение образа продукта вплоть до бизнес-требований
Конфликтующие бизнес-требования
Бизнес-требования и варианты использования
Документ об образе и границах проекта:
Бизнес-требования
Образ решения
Масштабы и ограничения проекта
Бизнес-контекст
Контекстная диаграмма
Не упускайте границы из вида Как отобрать пользователей для работы над проектом
Основные источники получения информации о потребностях клиентов
Классы пользователей
Представители пользователей
Сторонники продукта
Сторонники продукта, приглашенные со стороны
Чего следует ожидать от сторонника продукта
На что способны несколько сторонников продукта
Как «продать» идею о необходимости привлечения сторонника продукта
В какие ловушки можно угодить, привлекая сторонников продукта
Кто принимает решения
Как услышать голос клиента
Выявление требований
Польза семинаров
Несколько советов о том, как собирать информацию
Поиск упущенных требований
Как понять, что сбор требований завершен
Как понять требования пользователей
Подход с применением варианта использования продукта
Варианты использования и сценарии использования
Определение вариантов использования
Документирование вариантов использования
Варианты использования продукта и функциональные требования
Преимущества способа с применением вариантов использования
Каких ловушек следует опасаться при способе с применением вариантов использования
Таблицы «событие - реакция»
Игра по правилам
Правила бизнеса
Факты
Ограничения
Активаторы операций
Выводы
Вычисления
Документирование бизнес-правил
Бизнес-правила и требования
Документирование требований
Спецификация требований к ПО
Требования к именованию
Когда информации недостаточно
Пользовательские интерфейсы и спецификация требований к ПО
Шаблон спецификации требований к ПО:
Введение
Общее описание
Функции системы
Требования к внешнему интерфейсу
Другие нефункциональные требования
Приложение А. Словарь терминов
Приложение Б. Модели анализа
Приложение В. Список вопросов
Принципы создания требований
Примеры требований: до и после
Словарь данных
Любое изображение стоит 1024 слов
Моделирование требований
От желания клиента к модели анализа
Диаграмма потока данных
Диаграмма «сущность - связь»
Диаграмма перехода состояний
Карта диалогов
Диаграмма классов
Таблицы решений и деревья решений
Последнее напоминание
Обратная сторона функциональности: атрибуты качества ПО
Атрибуты качества
Определение атрибутов качества
Атрибуты, важные для пользователей
Атрибуты, важные для разработчиков
Требования к производительности
Определение нефункциональных требований с помощью языка Planguage
Компромиссы для атрибутов
Реализация нефункциональных требований
Прототипы как средство уменьшения риска
Что такое прототип и для чего он нужен
Горизонтальные прототипы
Вертикальные прототипы
Одноразовые прототипы
Эволюционные прототипы
Бумажные и электронные прототипы
Оценка прототипа
Риски прототипирования
Факторы успеха прототипирования
Назначение приоритетов требований
Зачем определять приоритеты требований
Игры, в которые люди играют с приоритетами
Шкала приоритетов
Определение приоритетов на основе ценности, стоимости и риска
Утверждение требований
Просмотр требований
Проведение экспертизы
Проблемы при просмотре требований
Тестирование требований
Определение критерия приемлемости
Проблемы при разработке специальных требований
Требования к проектам по обслуживанию
Начните сбор информации
Применяйте новые приемы работы с требованиями
Перемещайтесь по цепочке трассируемости
Обновляйте документацию
Требования для пакетных решений
Разработка вариантов использования
Работа с бизнес-правилами
Определение требований к качеству
Требования к проектам, выполняемым сторонними организациями
Требования для принципиально новых проектов
Бессистемная спецификация пользовательских требований
Присутствие клиента
Периодическая расстановка приоритетов на ранних стадиях
Простое управление изменениями
От разработки требований -к следующим этапам
От требований к планам проекта
Требования и расчеты
Требования и график
От требований — к дизайну и коду
От требований — к тестированию
От требований — к успеху
Управления требованиями к ПО
Принципы и приемы управления требованиями к ПО
Базовая версия требований
Процедуры управления требованиями
Контроль версий
Атрибуты требований
Контроль статуса требований
Измерение усилий, необходимых для управления требованиями
Изменения случаются
Управление незапланированным ростом объема
Процесс контроля изменений
Политика контроля изменений
Описание процесса контроля изменений
Совет по управлению изменениями
Состав совета по управлению изменениями
Устав совета по управлению изменениями
Средства контроля изменений
Измерение активности изменений
Изменение не бесплатно: анализ влияния
Процедура анализа влияния изменения
Шаблон отчета об анализе влияния изменения
Связи в цепи требований
Трассируемость требований
Мотивация для трассируемости требований
Матрица трассируемости требований
Средства трассирования требований
Процедура трассирования требований
Осуществимость и необходимость трассирования требований
Инструментальные средства управления требованиями
Преимущества использования инструментальных средств управления требованиями
Возможности инструментальных средств управления требованиями
Реализация автоматизации управления требованиями
Выбор инструментального средства
Изменение культуры работы
Как заставить инструментальные средства работать
Особенности реализации процесса построения требований
Совершенствование процессов работы с требованиями
Как требования связаны с другими составляющими проекта
Требования и различные заинтересованные в проекте группы
Основы совершенствования процессов разработки ПО
Цикл совершенствования технологических процессов
Оцените текущие технологические процессы
Создайте план совершенствования
Создайте, опробуйте и реализуйте новые процессы
Оцените результаты
Образцы документов для процессов конструирования требований
Образцы документов для разработки требований
Образцы документов для управления требованиями
Дорожная карта совершенствования работы с требованиями
Требования к ПО и управление риском
Основы управления риском при создании ПО
Составляющие управления риском
Документирование рисков проекта
Планирование управления риском
Риск, связанный с требованиями
Выявление требований
Анализ требований
Спецификация требований
Утверждение требований
Управление требованиями
Управление риском - ваш друг
Эпилог
Приложение А. Самостоятельная оценка применяемых вами приемов работы с требованиями
Приложение Б. Модели совершенствования требований и технологических процессов
The Capability Maturity Model for Software CMMI-SE/SW
Приложение В. Руководство по поиску и решению проблем, связанных с требованиями
Анализ основных причин
Общие симптомы проблем, связанных с требованиями
Общие препятствия для реализации решений
Приложение Г. Примеры документации требований
Документ об образе и границах проекта
Варианты использования
Спецификация требований к ПО
Приложение А. Словарь и модель данных
Приложение Б. Модели анализа
Бизнес-правила
Словарь терминов
Библиографический список
Издание дополненное и исправленное, с обновленными иллюстрациями, материал размещен на 394 страницах в удобном для чтения формате.
Эта книга посвящена разработке качественных требований к продукту. Здесь описаны дюжины проверенных на практике способов выявления, формулирования, разработки, проверки, утверждения и тестирования требований к ПО, которые помогут разработчикам ПО, менеджерам и маркетологам создать эффективное ПО. Это перевод второго издания оригинальной книги, которое дополнено новыми главами о роли аналитика требований, важности бизнес-правил, а также о том, как формулирование требований важно для проектов по обслуживанию, для комплексных решений и проектов, разрабатываемых сторонними организациями.
Основная аудитория - аналитики требований и разработчики продукта, а также дизайнеры, программисты, тестировщики ПО и другие члены команды, задача которых понять и удовлетворить чаяния клиентов, а также маркетологи, менеджеры по продуктам и менеджеры проекта, которые должны проникнуться "духом" и особенностями продукта, чтобы сделать его в полной мере конкурентоспособным. Содержание
Предисловие
Требования к продукту: что, почему и кто
Особенности разработки требований к ПО
Оговоренные требования к ПО
Особенности интерпретации требований
Уровни требований
Каких требований не должно быть
Разработка и управление требованиями
Разработка требований
Управление требованиями
Каждый проект имеет требования
Когда плохие требования появляются у хороших людей
Недостаточное вовлечение пользователей
«Разрастание» требований пользователей
Двусмысленность требований
«Золочение» продукта
Минимальная спецификация
Пропуск классов пользователей
Небрежное планирование
Выгоды от высококачественного процесса разработки требований
Характеристики превосходных требований
Характеристики отдельных положений спецификации требований
Характеристики спецификации требований
Требования с точки зрения клиента
Кто же клиент?
Сотрудничество клиентов и разработчиков
Билль о правах клиента ПО
Билль об обязанностях клиента ПО
Что насчет подписи?
Хорошие приемы создания требований
Обучение
Выявление требований
Анализ требований
Спецификации требований
Проверка требований
Управление требованиями
Управление проектом
Начинаем применять новые приемы
Процесс создания требований
Аналитик требований
Роль аналитика требований
Задачи аналитика
Навыки, необходимые аналитику
Знания, необходимые аналитику
Становление аналитика
Бывший пользователь
Бывший разработчик
Профильный специалист
Создание атмосферы тесного сотрудничества Разработка требований к ПО
Определение образа и границ проекта
Определение образа продукта вплоть до бизнес-требований
Конфликтующие бизнес-требования
Бизнес-требования и варианты использования
Документ об образе и границах проекта:
Бизнес-требования
Образ решения
Масштабы и ограничения проекта
Бизнес-контекст
Контекстная диаграмма
Не упускайте границы из вида Как отобрать пользователей для работы над проектом
Основные источники получения информации о потребностях клиентов
Классы пользователей
Представители пользователей
Сторонники продукта
Сторонники продукта, приглашенные со стороны
Чего следует ожидать от сторонника продукта
На что способны несколько сторонников продукта
Как «продать» идею о необходимости привлечения сторонника продукта
В какие ловушки можно угодить, привлекая сторонников продукта
Кто принимает решения
Как услышать голос клиента
Выявление требований
Польза семинаров
Несколько советов о том, как собирать информацию
Поиск упущенных требований
Как понять, что сбор требований завершен
Как понять требования пользователей
Подход с применением варианта использования продукта
Варианты использования и сценарии использования
Определение вариантов использования
Документирование вариантов использования
Варианты использования продукта и функциональные требования
Преимущества способа с применением вариантов использования
Каких ловушек следует опасаться при способе с применением вариантов использования
Таблицы «событие - реакция»
Игра по правилам
Правила бизнеса
Факты
Ограничения
Активаторы операций
Выводы
Вычисления
Документирование бизнес-правил
Бизнес-правила и требования
Документирование требований
Спецификация требований к ПО
Требования к именованию
Когда информации недостаточно
Пользовательские интерфейсы и спецификация требований к ПО
Шаблон спецификации требований к ПО:
Введение
Общее описание
Функции системы
Требования к внешнему интерфейсу
Другие нефункциональные требования
Приложение А. Словарь терминов
Приложение Б. Модели анализа
Приложение В. Список вопросов
Принципы создания требований
Примеры требований: до и после
Словарь данных
Любое изображение стоит 1024 слов
Моделирование требований
От желания клиента к модели анализа
Диаграмма потока данных
Диаграмма «сущность - связь»
Диаграмма перехода состояний
Карта диалогов
Диаграмма классов
Таблицы решений и деревья решений
Последнее напоминание
Обратная сторона функциональности: атрибуты качества ПО
Атрибуты качества
Определение атрибутов качества
Атрибуты, важные для пользователей
Атрибуты, важные для разработчиков
Требования к производительности
Определение нефункциональных требований с помощью языка Planguage
Компромиссы для атрибутов
Реализация нефункциональных требований
Прототипы как средство уменьшения риска
Что такое прототип и для чего он нужен
Горизонтальные прототипы
Вертикальные прототипы
Одноразовые прототипы
Эволюционные прототипы
Бумажные и электронные прототипы
Оценка прототипа
Риски прототипирования
Факторы успеха прототипирования
Назначение приоритетов требований
Зачем определять приоритеты требований
Игры, в которые люди играют с приоритетами
Шкала приоритетов
Определение приоритетов на основе ценности, стоимости и риска
Утверждение требований
Просмотр требований
Проведение экспертизы
Проблемы при просмотре требований
Тестирование требований
Определение критерия приемлемости
Проблемы при разработке специальных требований
Требования к проектам по обслуживанию
Начните сбор информации
Применяйте новые приемы работы с требованиями
Перемещайтесь по цепочке трассируемости
Обновляйте документацию
Требования для пакетных решений
Разработка вариантов использования
Работа с бизнес-правилами
Определение требований к качеству
Требования к проектам, выполняемым сторонними организациями
Требования для принципиально новых проектов
Бессистемная спецификация пользовательских требований
Присутствие клиента
Периодическая расстановка приоритетов на ранних стадиях
Простое управление изменениями
От разработки требований -к следующим этапам
От требований к планам проекта
Требования и расчеты
Требования и график
От требований — к дизайну и коду
От требований — к тестированию
От требований — к успеху
Управления требованиями к ПО
Принципы и приемы управления требованиями к ПО
Базовая версия требований
Процедуры управления требованиями
Контроль версий
Атрибуты требований
Контроль статуса требований
Измерение усилий, необходимых для управления требованиями
Изменения случаются
Управление незапланированным ростом объема
Процесс контроля изменений
Политика контроля изменений
Описание процесса контроля изменений
Совет по управлению изменениями
Состав совета по управлению изменениями
Устав совета по управлению изменениями
Средства контроля изменений
Измерение активности изменений
Изменение не бесплатно: анализ влияния
Процедура анализа влияния изменения
Шаблон отчета об анализе влияния изменения
Связи в цепи требований
Трассируемость требований
Мотивация для трассируемости требований
Матрица трассируемости требований
Средства трассирования требований
Процедура трассирования требований
Осуществимость и необходимость трассирования требований
Инструментальные средства управления требованиями
Преимущества использования инструментальных средств управления требованиями
Возможности инструментальных средств управления требованиями
Реализация автоматизации управления требованиями
Выбор инструментального средства
Изменение культуры работы
Как заставить инструментальные средства работать
Особенности реализации процесса построения требований
Совершенствование процессов работы с требованиями
Как требования связаны с другими составляющими проекта
Требования и различные заинтересованные в проекте группы
Основы совершенствования процессов разработки ПО
Цикл совершенствования технологических процессов
Оцените текущие технологические процессы
Создайте план совершенствования
Создайте, опробуйте и реализуйте новые процессы
Оцените результаты
Образцы документов для процессов конструирования требований
Образцы документов для разработки требований
Образцы документов для управления требованиями
Дорожная карта совершенствования работы с требованиями
Требования к ПО и управление риском
Основы управления риском при создании ПО
Составляющие управления риском
Документирование рисков проекта
Планирование управления риском
Риск, связанный с требованиями
Выявление требований
Анализ требований
Спецификация требований
Утверждение требований
Управление требованиями
Управление риском - ваш друг
Эпилог
Приложение А. Самостоятельная оценка применяемых вами приемов работы с требованиями
Приложение Б. Модели совершенствования требований и технологических процессов
The Capability Maturity Model for Software CMMI-SE/SW
Приложение В. Руководство по поиску и решению проблем, связанных с требованиями
Анализ основных причин
Общие симптомы проблем, связанных с требованиями
Общие препятствия для реализации решений
Приложение Г. Примеры документации требований
Документ об образе и границах проекта
Варианты использования
Спецификация требований к ПО
Приложение А. Словарь и модель данных
Приложение Б. Модели анализа
Бизнес-правила
Словарь терминов
Библиографический список