Принципы работы с требованиями к ПО. Леффингуэлл (2002) (Принципы работы с требованиями к ПО. Леффингуэлл (2002).djvu)

РИНЦИПЫ РАБОТЫ С ТРЕБОВАНИЯМИ К ПРОГРАММНОМУ ОБЕСПЕЧЕНИЮ Унифицированный подвод "Самая полезная из всех когда-либо написанных книг о требованиях. Авторы определенно знают, о чем пишут. Ее обязательно должны прочитать все практики". — Ал Дэвис, ОгппИЛейа,!пс. ! $ ~ ~- ио овъиктиыва Принципы работы с требованиями к программному обеспечению Унифицированный подход Дин Леффингуалл Дон Уидриг Изаательский дом "Вильямс" Москва т Санкт-Петербург т Киев 2002 ББК 32.973.2б-018.2.

75 Л53 УДК 681З.07 Издательский дом "Вильямс" Перевод с английского и редакция Н.А. Ореховой По общим вопросам обращайтесь в Издательский дом "Вильямс" по адресу: (п(оСпзг!!!!апззрпЫ!зЫп8.сош, )зир:Оъзгизк)(йа!пзрггЫ)з)з!пб.со!в Леффиигузлл, Дин, Уидриг, Дон. Л53 Принципы работы г требованиями к программному обеспечению. Унифицированный подход.: Пер. с англ. — М.; Издательский дом "Вильямс", 2002. — 448 с.: ил. — Парал. тит.

англ, 1$ВЬ( 5-8459-0275-4 (рус.) Книга посвящена вопросам формирования требований и работе с ними при разработке сложных систем программного обеспечения. Недостаточное внимание к этому аспекту разработки может привести к превышению расходов, затягиванию сроков выполнения и даже полной нсулачс проекта.

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

Книга предназначена для всех участников проекта — как членов команды разработчиков, так и пользователей илн эакззчиков. Ес задача — помочь создать в рамках отведенного времени и бюлжета высококачественную систему программного оГ>сгпсчения, удовлетворяющую реальные потребности клиентов. ББК 32.973.26.018.2.75 0 Излзтсльскпй лом "Вильямс', 2002 ГО Л<ЫЬоплкез!су, 2000 901Х 5-Н450-0275-4 (р)т.) (НВ(4 02010-15952 (зягл ) Вес пззаапия программпьж пролуктов являются зарсгистрирошппьпш торговыми чарками оютвстствующпх фпры. 11икакаа часть п,ктаяшсгч гюлаппя пп в каких челяк пс может быть воспроизведена в какой бы то пн было форме и кзкппп йы то пп было срслстазмп, буль то злсктрогппас илп мехзппческпс, включая фогокоппрошппс н запнсь и» чзгпптпьгй посптсзь, если и» это пст нигьмсшгого разрешения изпзтсльства Айгйзоп-)тес!еу 1'пЬ!п)ппй Сопграпу.!пг Лпгьопгеб пзпгйшяп Ггош гьс 1(пе!И(г (зпйпак» ссцпоп )зпЫпьсб Ьу Аг(б!зоплкса)су!'пЫи!з(ггй Сошрзпу, 1яс., Сор)т(хьг Ю 20)К) ЛИ пй!пз гсзсгтсб.

Иг> рзп чГ г1йз воок пгау Ьс гсрго~)пссб аг ггзпзшйгсб (п аву Гогш ог Ьу азу шсзвз, «1согопм ог шссЬзшса1, шг(в<бай рЬогогору)пй. гссогтйпб ог Ьу апу пгГог пппоп зпязйс гсгггстз! гупспь и(гьош рсгппзпоп Ггош гЬс 1'вЫпЬсг Иппгзп (зпйпзйс с<Ып и !зпЫгзьсб Ьу РЬИ(ыпэ 1'пЫп1йпх Иччзс зсгигбгпе го гьс Абгеешсггг еЬЬ Ий! 1Ьпсгрпзсг!игсгпзг!опа), СорнюИЬ! С 2002 Оглавление 19 Предисловие Введение 1 Проблема требований Введение в управление требованиями 41 3 Команда разработчиков 49 Часть 1. Анализ проблемы Пять этапов анализа проблемы Моделирование бизнес-процессов 59 Инженерия систем, интенсивно использующих программное обеспечение 81 Задача выявления требований 101 8 Функции продукта или системы 105 Интервьюирование Совещания> посвященные требованиям 121 1О 129 11 Мозговой штурм и отбор идей 12 Раскадровка 141 Применение прецедентов 149 14 Обыгрывание ролей 15 Создание прототипов Часть 3. Определение системы 155 159 165 16 Организация информации о требованиях 17 Документ-концепция 18 Лидер продукта 169 177 185 Часть 4.

Управление масштабом 19 Проблема масштаба проекта 191 193 Часть 2, Понимание потребностей пользователей 6 Оглавление 20 Задание масштаба проекта 21 Умение обращаться с заказчиком 197 209 22 Управление масштабом и модели процесса разработки программного обеспечения 213 Часть 5. Уточнение определения системы 23 Требования к программному обеспечению 225 24 Уточнение прецедентов 25 Спецификация требований к программному обеспечению (Модегп 3оугмаге Ке<~шгешепгз Ярес1йсаг1оп) 253 26 Неоднозначность и уровень конкретизации 261 28 Теоретически обоснованные формальныс методы спецификации требований Часть 6.

Построение правильной системы 293 29 Как правильно построить "правильную" систему: общие положения 295 30 От понимания требований к реализации системы 31 Использование трассировки для поддержки верификации 32 Проверка правильности системы 301 313 325 33 Применение метода анализа дивидендов для определения объема Ч8сЧ-действий 335 34 Управление изменениями 35 С чего начать Приложения Приложение А. Артефакты системы НО1.18 Приложение Б. Образец документа-концепции Приложение В.

Образец пакета Модегп ЯК8 Расйабе 403 411 Приложение Г. Принципы управления требованиями в стандартах 5Е1-СММ и 1ЯО 9000 419 Приложение Д. Принципы управления требованиями в Кайопа1 11п1йео Ргосеаа 427 Предметный указатель 441 27 Критерии качества требований к программному обеспечению 267 Содержание Предисловие 19 Введение 33 33 34 35 Зб 37 40 41 к системам общего вида 49 50 51 з2 з2 зЗ 53 53 54 59 61 Проблема требований Цель Немного статистики Основные причины успеха и провала проекта Частота возникновения ошибок, связанных с требованиями Высокая цена ошибок требований Заключение Введение в управление требованиями Определения Что такое требование Что такое управление требованиями Применение методов управления требованиями Типы программных приложений Применение методов управления требованнами Наш маршрут Область проблемы Потребности заинтересованных лиц Переход к области решения Функции системы Требования к программному обеспечению Понятие прецедентов Заключение Команда разработчиков 1'азработка программного обеспечения как командная деятельность Профессиональные навыки, которыми должна обладать команда для эффективного управления требованиями Члены команды имеют различные профессиональные навыки Организация команд, разрабатывающих программное обеспечение Рабочий пример Предварительная информация для рабочего примера Команда разработчиков программного обеспечения НО!.13 Заключение х1асть 1.

Анализ проблемы Пять этапов анализа проблемы Этап 1. Достижение соглашения об определении проблемы 41 41 42 43 43 44 44 44 4з 45 45 46 46 46 8 Содержание бл1 62 63 64 68 70 70 проблемой 74 75 75 76 77 78 78 79 81 82 82 83 84 84 8э 101 101 101 103 103 Постановка проблемы Этап 2. Выделение основных причин — проблем, стоящих за Устранение корневых причин Этап 3. Выявление заинтересованных лиц и пользователей Этап 4. Определение границ системы-решения Этап 5.

Выявление ограничений, налагаемых иа решение Заключение Далее... 5 Моделирование бизнес-процессов 11сли моделирования бизнес-процесса Использование методов инженерии программного обеспечения для моделирования бизнес-процессов Выбор подходящего метода Унифицированный язык моделирования (Ь'МЕ) Моделирование бизнес-процесса с использованием концепций От моделей бизнес-процссса к модели системы Когда использовать моделировапис бизнес-процесса Заключение Далее... 6 Инженерия систем, интенсивно использующих программное обеспечение Что такое систслпная инженерия Основные принципы системной инженерии Декомпозиция сложных систем Размещение требований в системной инженерии Производные требования "Тихая" революция Столкновение поколений; седобородые встречаются с молодыми и самонадеянными Как избежать проблемы создания системы типа "печной трубы" Когда подсистемы являютсв субконтрактами Как сделать систему работоспособной Рабочий пример Предварительные потребности пользователя Анализ проблемы НО1.15; система, акторы и заинтересованные лица Применение принципов системной инженерии к НО1.13 Подсистеллы систеллы НО1.1$ власть 2.

Понимание потребностей пользователей 7 Задача выявления требований Преграды на пути выявления требований Синдром "да, но..." Синдром "неоткрытых руин Синдром "пользователя и разработчика 86 87 88 88 90 90 91 92 93 94 Содержание Методы выявления требований Функции продукта или системы Потребности заинтересованных лиц и пользователей Функции Управление сложностью путем выбора уровня абстракции Атрибуты функций продукта Интервьюирование Контекст интервью Контекстно-свободные вопросы Добавление контекста Момент истины: интервью Сбор данных о потребностях Заключение аналитика:10+10+10я30 Рабочмй пример Замечание по поводу анкетирования Совещания, посвященные требованиям Ускорение процесса принятия решений Подготовка к совещанию Распространение концепции Гарантия участия основных заинтересованных лиц Логистика Подготовительные материалы Роль ведущего Составление повестки дня Проведение совещания Проблемы и приемы Мозговой в~турм и отбор идей Результат и продолжение Мозговой штурм и отбор идей "Живой" мозговой штурм Отбор идей Отсечение Группировка идей Определение функций Расстановка приоритетов Мозговой штурм с использованием И~еЬ Рабочий пример: совещание по вопросу требований к системе ПО1.13 2000 Присутствующие Совещание Заседание Анализ результатов 104 105 105 106 108 108 111 112 112 112 116 116 116 118 121 121 122 122 122 122 123 12э 125 126 126 128 128 129 130 131 131 132 132 133 134 135 135 136 136 138 !о Содержание 14 14 15 15 15 16 оттребовапий к иролуктт Рабочий и!зимер Заклк>чепце Раскадровка Типы раскадровок Что делают раскадровки Средства и методы раскадровки Советы по раскадровкс Заключение Применение прецедентов Построение модели прецедентов Применение прецедентов к выявлению требований Рабочий пример.