
- •Часть 1 13
- •Глава 1 14
- •Глава 2 29
- •Часть 2 36
- •Глава 3 37
- •5.6 Заключение 86
- •Глава 6 87
- •6.4 Заключение 108
- •Глава 7 108
- •7.9 Заключение 129
- •Глава 8 130
- •8.7 Заключение 155
- •Глава 9 157
- •9.6 Заключение 176
- •Глава 10 178
- •10.10 Заключение 194
- •Глава 11 195
- •11.4 Заключение 218
- •Глава 12 220
- •14.5 Заключение 246
- •Часть 4 246
- •Глава 15 247
- •3.1 Документы 251
- •Часть 1 Обзор
- •Глава 1
- •1.1 Определение Требования и Заинтересованного Лица
- •1.2 Пирамида Требований
- •1.3 Трассировка (Связь) между Требованиями
- •1.4 Характеристики Хорошего Требования
- •1.5 Обзор Процесса Управления Требованиями
- •Глава 3 «Формирование Плана Управления Требованиями» детально описывает все эти пункты.
- •Глава 8 «Дополнительная Спецификация» детально описывает этот тип требований.
- •1.6 Заключение
- •Глава 2
- •2.1 Интерфейс
- •Окно Проводника Панель Инструментов Область Представлений Описание
- •Views (Область Представлений)
- •2.2 Рабочее Пространство Word
- •2.3 Документы
- •2.4 Требования
- •2.5 Заключение
- •Часть 2
- •Глава 3
- •3.1 Когда Создается Документ rmp
- •3.2 Решения, Которые Могут Быть Оформлены в Документе rmp
- •Глава 1 «Управление Требованиями» перечисляет решения, которые должны быть приняты при создании документа rmp. В следующих пунктах мы обсудим каждое решение и влияющие на него факторы.
- •Глава 12 «Документация» содержит более детальное описание документов, которые, возможно, будет необходимо создать.
- •3.4 Заключение
- •Глава 4
- •4.3 Заключение
- •Глава 5
- •5.6 Заключение
- •Глава 6
- •6.4 Заключение
- •Глава 7
- •7.9 Заключение
- •Глава 8
- •Время ответа
- •Время обработки
- •Число одновременных пользователей
- •Время обработки отчета
- •8.7 Заключение
- •Глава 9
- •9.6 Заключение
- •Глава 10
- •10.10 Заключение
- •Глава 11
- •11.4 Заключение
- •Глава 12
- •12.4 Заключение
- •Часть 3
- •Глава 13
- •13.6 Заключение
- •Глава 14
- •14.5 Заключение
- •Часть 4
- •Заключение
- •Глава 15
- •3.1 Документы
2.2 Рабочее Пространство Word
Рабочее пространство Word - это среда, в которой Вы создаете, отображаете и изменяете документы. Она открывается в виде окна Microsoft Word внутри RequisitePro и предоставляет ту же функциональность, что и Microsoft Word. Помимо этого, панель инструментов RequisitePro дает возможность осуществлять дополнительные операции над документами и требованиями RequisitePro. Панель инструментов можно свободно передвигать, как показано на Рисунке 2.7, либо присоединить к остальным панелям инструментов вверху окна. Рисунок 2.8. показывает иконки на этой панели инструментов. Вы можете импортировать существующие документы Word в RequisitePro или создавать документы в среде RequisitePro на основе существующих шаблонов. Каждый документ обозначается иконкой Word в Проводнике RequisitePro. Двойной щелчок мышки на иконке откроет соответствующий документ.
Рисунок 2.7. Рабочее пространство Word.
Рисунок 2.8. Панель инструментов RequisitePro в рабочем пространстве Word.
2.3 Документы
Многие стандартные типы документов могут быть созданы в RequisitePro. Вы также можете создать свой собственный тип документов, специфичный для Вашего проекта или компании (и связать его с шаблонами). Несколько примеров наиболее часто используемых документов:
Концепция (Vision): Содержит полное описание системы и функциональных особенностей (один на проект).
Сценарий Использования (Use Case): определяет поведение системы в терминах последовательности действий (несколько на проект).
Дополнительная Спецификация (Supplementary Specification): Функциональные требования, не связанные со сценариями использования или нефункциональные требования (один на проект).
Справочник (Glossary): Описывает все относящиеся к проекту термины (один на проект).
Каждый документ принадлежит определенному типу документов. Тип документа определяет шаблон, применяемый в документе. Этот шаблон определяет стандартное форматирование, содержание, пункты по умолчанию и заголовки. Все документы такого же типа имеют одинаковое расширение файла. Они не имеют используемых в Microsoft Word расширений, так что они могут быть изменены только из RequisitePro.
Наиболее общие типы документов предустановленны по умолчанию. Создание нового типа документов, как и новых шаблонов, не составляет трудностей (как описано в Главе 9 «Создание Тестовых Сценариев (Test Cases) из Сценариев Использования (Use Cases»)).
2.4 Требования
RequisitePro хранит требования в базе данных проекта. Требования могут храниться или только в базе данных, или одновременно и в проектной документации, и в базе данных. Когда Вы создаете требование в документе, оно становится динамической ссылкой на его представление в базе данных.
У каждого требования есть соответствующие атрибуты. Они определяют свойства требований, такие как Priority (Приоритет), Status (Статус), Difficulty (Сложность), Risk (Риск) и Origin (Источник). Атрибуты предоставляют информацию для управления требованиями. Они могут использоваться для планирования, коммуникаций и мониторинга проектной деятельности. Совсем не сложно осуществлять как настройку значений атрибутов, установленных по умолчанию, так и создавать собственные атрибуты.
Пример требования:
FEAT.5: Система должна предоставлять возможность оплаты по кредитным картам.
По префиксу мы можем распознать, что это требование типа Feature (Функциональная особенность). Этот тип требований обычно находится в документе Концепции (Vision).
Вы можете определить трассировку (связь) между требованиями одного или разных типов. Эта функциональность позволяет Вам отслеживать источник каждого требования, так же как устанавливать и анализировать последствия изменения. Документы и требования рассмотрены детально в последующих главах.