Вопросы для самоконтроля
Какие недостатки имеет документальное хранение требований?
Почему используются CASE-средства управления требованиями?
Отчего зависит внедрение автоматизации в процесс управления требованиями?
Какие ключевые области процесса, которые определены для разработки требований и на каком уровне зрелости?
Какие типы инструментов используются для обеспечения данных ключевых областей?
Какие инструменты поддерживают модели концептуального проектирования IDEF ?
Что представляет собой пакет Rational Rose?
Какие идеи лежат в основе пакета Together?
Список литературы
Брауде Э. Технология разработки программного обеспечения. – Спб.: Питер, 2004.
Боггс Уэнди. UML и Rational Rose 2002 – М.:Лори-Пресс, 2004
Буч Г., Рамбо Д., Джекобсон А. Язык UML. Руководство пользователя: Пер. с англ. – М.: ДМК, 2000.
Вигерс К. Разработка требований к программному обеспечению /Пер. с англ. – М.: Издательско-торговый дом «Русская редакция», 2004.
Дубейковский В. И. Практика функционального моделирования с AllFusionProcessModeler4.1. Где? Зачем? Как? – М.: ДИАЛОГ-МИФИ, 2004.
Кармайкл Э., Хейвуд Д. Быстрая и качественная разработка программного обеспечения : Пер. с англ. – М.: Издательский дом «Вильямс», 2003.
Коберн А. Современные методы описания функциональных требований к системам. – М.: Издательство “Лори”, 2002.
Константайн Л., Локвуд Л. Разработка программного обеспечения. – СПб.: Питер, 2004.
Соммервилл И. Инженерия программного обеспечения, 6-ое издание. : Пер. с англ. – М.: Издательский дом «Вильямс», 2002.
Шафер Д., Фатрелл Р., Шафер Л. Управление программными проектами: достижение оптимального качества при минимуме затрат. : Пер. с англ. –М.: Издательский дом «Вильямс», 2003
Карта памяти к разделу 1
Карта памяти к разделу 2
Карта памяти к разделу 3
Карта памяти к разделу 4
Карта памяти к разделу 5
Карта памяти к разделу 6
Карта памяти к разделу 7
Карта памяти к разделу 8
Содержание
1. Виды, взаимосвязь и свойства требований 3
1.1. Что такое «требование»? 3
1.2. Виды требований 4
1.2.1. Функциональные требования 5
1.2.2. Нефункциональные требования 6
1.3. Свойства требований 8
1.3.1. Полнота и корректность 9
1.3.2. Необходимость и осуществимость 9
1.3.3. Приоритет 9
1.3.4. Недвусмысленность и непротиворечивость 9
1.3.5. Проверяемость и прослеживаемость. 9
1.4. Особенности разработки требований к программным системам 10
1.5. Вопросы для самоконтроля 11
2. Определение образа и границ проекта 11
2.1. Анализ предметной области 11
2.2. Анализ осуществимости 12
2.3. Определение целей и области действия 13
2.4. Документирование образа и границ проекта 14
2.5. Вопросы для самоконтроля 16
3. Выявление требований 16
3.1. Определение способа сбора и анализа требований 17
3.1.1. Источники возникновения требований 17
3.1.2. Заинтересованные в проекте лица 17
3.2. Опрос (интервью) 18
3.2.1. Подготовка 18
3.2.2. Проведение опроса 19
3.2.3. Определение последующих действий 20
3.3. Совместные семинары 21
3.4. ”Мозговой штурм” 22
3.4.1. Роли во время сеансов 22
3.4.2. Правила проведения сеанса 22
3.4.3. Подготовка к сеансу 24
3.4.4. Проведение сеанса 24
3.4.5. Обработка результатов сеанса 25
3.5. Сценарии 25
3.5.1. Сценарии событий 26
3.5.2. Варианты использования 27
3.5.3. Применение модели MSC UML 29
3.6. Выявление требований на основе различных точек зрения. Метод VORD 31
3.6.1. Идентификация точек зрения 32
3.6.2. Структурирование точек зрения 33
3.6.3. Документирование и отображение системы точек зрения 33
3.7. Этнографический подход 34
3.8. Вопросы для самоконтроля 35
4. Разработка системных требований 36
4.1. Детализация требований пользователей 36
4.2. Системные модели 37
4.2.1. Модели потоков данных 38
4.2.2. Модели конечных автоматов 41
4.2.3. Модели данных 42
4.3. Прототипы 43
4.3.1. Роль прототипов при разработке требований 44
4.3.2. Виды прототипов 44
4.4. Разработка прототипов 45
4.4.1. Экспериментальное прототипирование 45
4.4.2. Эволюционное прототипирование 46
4.4.3. Риски прототипирования 47
4.5. Системные требования 48
4.5.1. Структурированный естественный язык 48
4.5.2. Языки описания программ 49
4.5.3. Графические нотации 50
4.6. Документирование системных требований 50
4.7. Вопросы для самоконтроля 51
5. Документирование требований 51
5.1. Спецификация требований 52
5.2. Состав спецификации требований 52
5.3. Рекомендации по разработке требований 54
5.4. Стандартные шаблоны спецификации 56
5.5. Вопросы для самоконтроля 60
6. Анализ спецификации требований 60
6.1. Оценка качества спецификации требований 60
6.1.1. Характеристики качества спецификации 61
6.1.2. Аттестация требований 61
6.2. Экспертиза спецификации 62
6.3. Прототипирование 64
6.4. Автоматизированный анализ 64
6.5. Тестирование требований 64
6.6. Вопросы для самоконтроля 66
7. Управление требованиями 66
7.1. Причины изменений требований 67
7.2. Принципы управления требованиями 68
7.3. Управление изменениями 71
7.4. Управление версиями 73
7.5. Управление связями требований 74
7.6. Риски, связанные с требованиями 76
7.6.1. Риски этапа выявления требований 76
7.6.2. Риски этапа анализа и спецификации требований 77
7.6.3. Риски управления требованиями 78
7.7. Вопросы для самоконтроля 79
8. CASE-средства для управления требованиями 79
8.1. Выбор CASE-средств для управления требованиями 79
8.2. Уровень зрелости и используемые инструменты 80
8.2.1. Моделирование требований 82
8.2.2. Трассировка требований 83
8.2.3. Управление версиями 83
8.3. Возможности CASE-средств управления требованиями 83
8.3.1. Средства IDF-моделирования 84
8.3.2. Средства UML 85
8.4. Вопросы для самоконтроля 86
Список литературы 87
Карта памяти к разделу 1 88
Карта памяти к разделу 2 89
Карта памяти к разделу 3 90
Карта памяти к разделу 4 91
Карта памяти к разделу 5 92
Карта памяти к разделу 6 93
Карта памяти к разделу 7 94
Карта памяти к разделу 8 95