|
|
 |
|
|
|
Книги: [Классика] [Базы данных] [Internet/WWW] [Сети] [Программирование] [UNIX] [Windows] [Безопасность] [Графика] [Software Engineering] [ERP-системы] [Hardware]
Содержание
Предисловие
Введение
1 Проблема требований
Цель
Немного статистики
Основные причины успеха и провала проекта
Частота возникновения ошибок, связанных с требованиями
Высокая цена ошибок требований
Заключение
2 Введение в управление требованиями
Определения
Что такое требование
Что такое управление требованиями
Применение методов управления требованиями
Типы программных приложений
Применение методов управления требованиями
к системам общего вида
Наш маршрут
Область проблемы
Потребности заинтересованных лиц
Переход к области решения
Функции системы
Требования к программному обеспечению
Понятие прецедентов
Заключение
3 Команда разработчиков
Разработка программного обеспечения как
командная деятельность
Профессиональные навыки, которыми должна обладать
команда для эффективного управления требованиями
Члены команды имеют различные
профессиональные навыки
Организация команд, разрабатывающих
программное обеспечение
Рабочий пример
Предварительная информация для рабочего примера
Команда разработчиков программного обеспечения HOLIS
Заключение
Часть 1. Анализ проблемы
4 Пять этапов анализа проблемы
Этап 1. Достижение соглашения об определении проблемы
Постановка; проблемы
Этап 2. Выделение основных причин - проблем,
стоящих за проблемой
Устранение корневых причин
Этап 3. Выявление заинтересованных лиц и пользователей
Этап 4. Определение границ системы-решения
Этап 5. Выявление ограничений, налагаемых на решение
Заключение
Далее...
5 Моделирование бизнес-процессов
Цели моделирования бизнес-процесса
Использование методов инженерии программного обеспечения
для моделирования бизнес-процессов
Выбор подходящего метода
Унифицированный язык моделирования (UML)
Моделирование бизнес-процесса с
использованием концепций UML
От моделей бизнес-процесса к модели системы
Когда использовать моделирование бизнес-процесса
Заключение
Далее...
6 Инженерия систем, интенсивно использующих
программное обеспечение
Что такое системная инженерия
Основные принципы системной инженерии
Декомпозиция сложных систем
Размещение требований в системной инженерии
Производные требования
"Тихая" революция
Столкновение поколений: седобородые встречаются
с молодыми и самонадеянными
Как избежать проблемы создания системы
типа "печной трубы"
Когда подсистемы являются субконтрактами
Как сделать систему работоспособной
Рабочий пример
Предварительные потребности пользователя
Анализ проблемы
HOLIS: система, акторы и заинтересованные лица
Применение принципов системной инженерии к HOLIS
Подсистемы системы HOLIS
Часть 2. Понимание потребностей пользователей
7 Задача выявления требований
Преграды на пути выявления требований
Синдром "да, но ..."
Синдром "неоткрытых руин"
Синдром "пользователя и разработчика"
Методы выявления требований
8 Функции продукта или системы
Потребности заинтересованных лиц и пользователей
Функции
Управление сложностью путем выбора уровня абстракции
Атрибуты функций продукта
9 Интервьюирование
Контекст интервью
Контекстно-свободные вопросы
Добавление контекста
Момент истины: интервью
Сбор данных о потребностях
Заключение аналитика: 10+10+10?30
Рабочий пример
Замечание по поводу анкетирования
10 Совещания, посвященные требованиям
Ускорение процесса принятия решений
Подготовка к совещанию
Распространение концепции
Гарантия участия основных заинтересованных лиц
Логистика
Подготовительные материалы
Роль ведущего
Составление повестки дня
Проведение совещания
Проблемы и приемы
Мозговой штурм и отбор идей
Результат и продолжение
11 Мозговой штурм и отбор идей
"Живой" мозговой штурм
Отбор идей
Отсечение
Группировка идей
Определение функций
Расстановка приоритетов
Мозговой штурм с использованием Web
Рабочий пример: совещание по вопросу
требований к системе HOLIS 2000
Присутствующие
Совещание
Заседание
Анализ результатов
12 Раскадровка
Типы раскадровок
Что делают раскадровки
Средства и методы раскадровки
Советы по раскадровке
Заключение
13 Применение прецедентов
Построение модели прецедентов
Применение прецедентов к выявлению требований
Рабочий пример. Прецеденты системы HOLIS
Заключение
14 Обыгрывание ролей
Как играть роль
Методы, аналогичные обыгрыванию ролей
Сценарный просмотр
CRC-карточки (Class-Responsibility-Collaboration,
класс-обязанность-взаимодействие)
Заключение
15 Создание прототипов
Виды прототипов
Прототипы требований
Что прототипировать
Построение прототипа
Оценка результатов
Заключение
Часть 3. Определение системы
16 Организация информации о требованиях
Организация требований к сложным аппаратным
и программным системам
Организация требований к семействам продуктов
"Будущие" требования
Отличие бизнес-требований и требований
маркетинга от требований к продукту
Рабочий пример
Заключение
17 Документ-концепция
Компоненты документа-концепции
Документ Delta Vision
Документ-концепция версии 1.0
Документ-концепция версии 2.0
Документ Delta Vision для уже существующей системы
18 Лидер продукта
Роль лидера продукта
Лидер продукта в среде программных продуктов
Лидер продукта в отделе информационных
технологий и систем (IS / IT)
Часть 4. Управление масштабом
19 Проблема масштаба проекта
Составляющие масштаба проекта
Трудный вопрос
20 Задание масштаба проекта
Базовый уровень требований Установка приоритетов
Оценка трудозатрат
Добавление элемента риска
Сокращение масштаба
Обоснованная первая оценка
Рабочий пример
21 Умение обращаться с заказчиком
Привлечение заказчиков к управлению масштабом их проекта
Сообщение о результате
Переговоры с заказчиком
Управление базовым уровнем
Официальное изменение
Неофициальное изменение
22 Управление масштабом и модели процесса разработки
программного обеспечения
"Модель водопада"
Спиральная модель
Итеративный подход
Фазы жизненного цикла
Итерации
Рабочие процессы
Что делать, что делать...
Часть 5. Уточнение определения системы
23 Требования к программному обеспечению
Определение требований к программному обеспечению
Взаимосвязь между функциями и требованиями
к программному обеспечению
Дилемма требований: что или как
Исключение информации, связанной
с управлением проектом
Исключение информации, относящейся к проектированию
Больше внимания требованиям, а не проектированию
Итерационный цикл разработки требований
и проектирования
Дальнейшая характеристика требований
Функциональные требования к программному обеспечению
Нефункциональные программные требования
Ограничения проектирования
Являются ли ограничения проектирования
истинными требованиями?
Использование "дочерних" требований для повышения
уровня конкретизации
Организация дочерних требований
Далее...
24 Уточнение прецедентов
Вопросы, на которые нужно ответить
Когда следует использовать методологию прецедентов
Когда прецеденты не являются наилучшим вариантом
Проблема избыточности
Совершенствование спецификаций прецедентов
Эволюция прецедентов
Какие действия включить в прецедент
Рабочий пример. Строение простого прецедента
Определение акторов
Дать название прецеденту
Составление краткого описания
Определение потока событий
Выявление пред- и постусловий
Далее...
25 Спецификация требований к программному обеспечению
(Modern Software Requirements Specification)
Пакет спецификаций требований к программному
обеспечению (Modern SRS Package)
Кто отвечает за Modern SRS Package
Организация пакета Modern SRS Package
Документирование функциональных требований
Далее...
26 Неоднозначность и уровень конкретизации
Нахождение "золотой середины"
Пример неоднозначности. У Мери был маленький барашек
Как избежать неоднозначности
Что делать?
27 Критерии качества требований к программному обеспечению
Девять показателей качества
Корректные требования
Недвусмысленные требования
Полнота набора требований
Непротиворечивость набора требований
Упорядочение требований по их важности и стабильности
Проверяемые требования
Модифицируемый набор требований
Трассируемые требования
Понимаемые требования
Показатели качества для модели прецедентов
Спецификации прецедентов
Акторы прецедента
Критерии качества пакета Modern SRS Package
Хорошо составленное оглавление
Хороший индекс
История исправлений
Глоссарий
28 Теоретически обоснованные формальные методы
спецификации требований
Псевдокод
Конечные автоматы
Таблицы решений
Графические деревья решений
Диаграммы деятельности
Модели сущность-связь
Объектно-ориентированные модели
Схемы потоков данных
Ведение спецификаций
Рабочий пример
Часть 6. Построение правильной системы
29 Как правильно построить "правильную"
систему: общие положения
Проверка того, что разработка находится
на правильном пути
Принципы верификации программного обеспечения
Затраты на верификацию
Верификация на всех уровнях
Доводы в пользу верификации
Проверка корректности результатов разработки
Обработка изменений, возникающих
в процессе разработки
Далее...
30 От понимания требований к реализации системы
Отображение требований в технический
проект и программный код
Проблема ортогональности
Объектно-ориентированный подход
Прецедент в роли требования
Осуществление перехода
Моделирование систем программного обеспечения
Роль модели прецедентов в архитектуре
Реализация прецедентов в модели проектирования
Структурная и поведенческая части коопераций
Использование коопераций для реализации
наборов отдельных требований
От проектирования к реализации
Заключение
Далее...
31 Использование трассировки для поддержки верификации
Роль трассировки при верификации требований
Неявная и явная трассировка
Дополнительные возможности, предоставляемые
трассировкой
Использование автоматических средств трассировки
Поддержка отношений трассировки
Работа без автоматических средств трассировки
Пропущенные отношения
"Лишние" отношения
Размышления о верификации и трассировке
Далее...
32 Проверка правильности системы
Проверка правильности
Приемо-сдаточные испытания
Тестирование с целью проверки правильности
Трассировка при проверке правильности
Основанное на требованиях тестирование
Рабочий пример. Тестирование прецедентов
Описание тестового примера 1
Трассировка тестовых примеров
Тестирование дискретных требований
Пропущенные отношения проверки правильности
"Лишние" отношения проверки правильности
Тестирование ограничений проектирования
Далее...
33 Применение метода анализа дивидендов для определения
объема V&V-действий
Глубина и покрытие
Глубина V&V
V&V-noкрытие
Что подвергать верификации и проверке правильности
Вариант 1. Верифицировать и проверять
правильность всех элементов
Вариант 2. Анализ рисков для определения
необходимости V&V
Анализ рисков и анализ дивидендов (ROI)
Далее...
34 Управление изменениями
Почему изменяются требования
Внешние факторы
Внутренние факторы
Наш враг - мы сами
Процесс управления изменениями
Шаг 1. Осознать, что изменения неизбежны,
и разработать план управления изменениями
Шаг 2. Формирование базового уровня требований
Шаг 3. Задание единого канала контроля изменений
Шаг 4. Использование системы контроля
изменений для их фиксации
Шаг 5. Иерархическое управление изменениями
Управление конфигурацией требований
Управление изменениями при поддержке
программных средств
Элементы, на которые воздействует изменение
Контрольный журнал изменений
Управление конфигурацией и управление изменениями
Заключение
35 С чего начать
Посвящение
Чему мы научились
Введение
Набор приемов 1. Анализ проблемы
Набор приемов 2. Понимание потребностей пользователей
Набор приемов 3. Определение системы
Набор приемов 4. Управление масштабом
Набор приемов 5. Уточнение определения системы
Набор приемов 6. Построение правильной системы
Рецепт работы с требованиями
Упрощающие предположения
Рецепт
Теперь - к следующей версии!
Приложения
Приложение А. Артефакты системы HOLIS
Предварительная информация для рабочего примера
Компания Lumenations, Ltd.
Команда разработчиков программного обеспечения HOLIS
Набор приемов 1. Анализ проблемы
Постановка существующей в компании Lumenations проблемы
Блок-схема системы с указанием акторов
Описание акторов
Описание других заинтересованных лиц
Налагаемые на решение ограничения
Набор приемов 2. Понимание потребностей пользователя
Краткий обзор потребностей пользователей,
выявленных с помощью интервью
Совещание по вопросу требований к системе HOLIS 2000
Краткое описание модели прецедентов системного
уровня системы HOLIS
Набор приемов 3. Определение системы
Организация требований к системе HOLIS
Документ-концепция (Vision Document) системы HOLIS
Набор приемов 4. Управление масштабом
Набор приемов 5. Уточнение определения системы
Образец описания прецедента системы HOLIS:
Управление освещением
Спецификация требований к программному обеспечению
подсистемы "Центральный блок управления" системы HOLIS
Набор приемов 6. Построение правильной системы HOLIS 2000.
Образец тестового примера 01; тест прецедента
"Управление освещением" HOLIS 2000. Образец тестового
примера 02: тест протокола обмена сообщениями
Приложение Б. Образец документа-концепции
Приложение В. Образец пакета Modern SRS Package
Приложение Г. Принципы управления требованиями
в стандартах SEI-CMM и ISO 9000
Принципы управления требованиями в стандарте SEI-CMM
Принципы управления требованиями в стандарте ISO 9000
Приложение Д. Принципы управления требованиями
в Rational Unified Process
Структура RUP
Принципы управления требованиями в RUP
Анализ проблемы
Понимание потребностей заинтересованных лиц
Определение системы
Управление масштабом проекта
Уточнение определения системы
Обработка изменений требований
Интеграция процессов
Список литературы
Предметный указатель
Начало
Предисловие
Предисловие автора
Введение
Об авторах
Заказать книгу в магазине "Мистраль"
|
|
|
 |
|
|
|
| Внимание! Любой из материалов, опубликованных на этом сервере, не может быть воспроизведен в какой бы то ни было форме и какими бы то ни было средствами без письменного разрешения владельцев авторских прав. Подробнее... |
|
🔥 VPS до 5.7 ГГц под любые задачи с AntiDDoS в 7 локациях
Виртуальные VPS серверы в РФ и ЕС
