Обзор

При изменении требований хронология позволяет отследить что, когда, почему и кем было изменено в этих требованиях. Хронология требований содержит следующие сведения:

• Как часто изменяются требования. (Слишком частое изменение может указывать на плохо сформулированные требования.)
• Кто изменил определенное требование. (Вы можете обратиться к этому человеку и выяснить причины, по которым было внесено изменение, прежде чем утверждать или отклонять это изменение.)
• Почему изменилось требование. (Обоснование)
• Почему взаимосвязь между двумя требованиями стала "подозрительной".

Знание хронологии требования особенно полезно во время анализа влияний, когда вы пытаетесь определить, влияет ли изменение данного требования на связанные с ним требования.  

Этапы работы с инструментами

В этой памятке по работе с инструментом рассмотрены следующие процедуры работы с хронологией требований:

1. Просмотреть хронологию требования
2. Выполнить анализ влияний
3. Записать хронологию требований

1. Просмотреть хронологию требования

В RequisitePro хронология требования расположена на вкладке Ревизия окна Свойства требования. Это окно диалога доступно из документа Microsoft® Word или из панели.

В документе Word:

1. Поместите курсор на текст требования.
2. Нажмите RequisitePro > Требование > Свойства. Откроется окно Свойства требования.

В панели:

1. Выберите строку требования и выполните одно из следующих действий, чтобы открыть окно Свойства требования:

• Щелкните правой кнопкой мыши, чтобы открыть контекстное меню, и выберите Свойства в выпадающем меню.
• Нажмите Требование > Свойства.

2. Выполните следующие действия:
3. • Щелкните на вкладке Ревизия. В окне появится последнее изменение, внесенное в данное требование. Будут показаны дата, время, автор и описание (обоснование) изменения.
   • Нажмите кнопку Хронология. В окне Хронология ревизий будут показаны все изменения, внесенные в это требование после его изменение. RequisitePro автоматически увеличивает номер ревизии после каждой модификации.
   • Щелкните на ревизии в списке для просмотра сведений о ней.
   • Нажмите Печать, чтобы напечатать набор ревизий для этого требования.

Примечание: если необходимо напечатать ревизии, относящиеся к нескольким требованиям, то с помощью Rational SoDA®, инструмента автоматизированной работы с документами Rational, извлеките набор ревизий из проекта RequisitePro и напечатайте документ Word или Adobe® FrameMaker. Или, откройте базу данных RequisitePro, предназначенную только для чтения, с соединением ODBC и с помощью инструмента создания отчетов о базе данных запросите ревизии по нескольким требованиям.

2.  Выполнить анализ влияний

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

Если взаимосвязь между двумя связанными требованиями следует проверять при изменении одного из требований, то в RequisitePro это обозначается подозрительной ссылкой. В Матрице трассируемости или Дереве трассируемости подозрительная ссылка помечается красной косой чертой, пересекающей стрелку трассируемости. Этот визуальный индикатор уведомляет пользователей, что текст или атрибуты требования изменились и что это изменение может отразиться на отслеживаемых требованиях перед или после измененного требования.

При появлении подозрительной ссылки вы должны выяснить, что вызвало ее появление и как это изменение может отразиться на других требованиях. Просмотрите хронологию двух требований, связанных подозрительной ссылкой, согласно процедуре, описанной в первом разделе настоящей памятки (Просмотреть хронологию требования). При просмотре хронологии измененного требования вы можете прийти к одному из следующих двух выводов:

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

Для того чтобы очистить подозрительную ссылку в панели трассируемости, дважды щелкните на требовании, на которое повлияло изменение. Затем выполните одно из следующих действий:

• Если требование было создано в документе RequisitePro, то RequisitePro откроет документ и поместит курсор на требование. Измените текст данного требования в соответствии со связанным с ним модифицированным требованием, затем выберите RequisitePro > Документ > Сохранить, чтобы зафиксировать изменения.
• Если требование было создано непосредственно в панели, то появится окно Свойства требования. Измените поле Текст и нажмите OK, чтобы зафиксировать изменение.

3. Записать хронологию требований

Ниже даны советы по работе с хронологией требований.

• Совет 1: Присвойте имена всем пользователям
• Совет 2: Не удаляйте требования
• Совет 3: Добавьте ревизии во взаимосвязи трассируемости
• Совет 4: Всегда заполняйте окна уведомления об изменениях

Совет 1: Присвойте имена всем пользователям

В хронологии требований важно указать автора изменения требования. Это пользователь, подключившийся к проекту RequisitePro во время модификации требования. Для регистрации входящих пользователей необходимо включить защиту проекта RequisitePro.

По умолчанию защита проектов RequisitePro отключена. Даже если вы не хотите задавать права доступа для каждого компонента проекта (проекта, документа, требования и т.п.), вы должны включить защиту, чтобы вы могли присваивать имена пользователям. Эти имена пользователей будут указываться в ревизиях требований, когда пользователи будут создавать или изменять требования.

Для того чтобы включить защиту и создать имена пользователей, выполните следующие действия:

1. Выберите Файл > Администрирование проекта > Защита. Появится окно Защита проекта.
2. Отметьте переключатель Включить защиту этого проекта.

Для того чтобы создать группы пользователей, выполните следующие действия:

1. Нажмите кнопку Добавить, расположенную под полем Группы. Появится окно Права доступа групп.
2. Введите имя группы и определите для нее права доступа. Права доступа могут задаваться для конкретных типов документов, типов требований, атрибутов и значений атрибутов. Можно также указать, будет ли этой группе пользователей разрешено изменять структуру проекта. Это разрешение может предусматривать права на добавление атрибутов к типам требований, добавление типов документов и т.п.

Для того чтобы добавить отдельного пользователя, выполните следующие действия:

1. Выберите группу в списке Группы в окне Защита проекта.
2. Нажмите кнопку Добавить в поле Пользователи группы. Появится окно Добавить пользователя.
3. Введите имя пользователя (например, Иван Петров); вы можете также ввести пароль и электронный адрес. Электронные адреса применяются, когда пользователи участвуют в групповых конференциях, проводимых по электронной почте.

Совет 2: Не удаляйте требования

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

Рекомендуется не удалять требование с помощью операции Удалить. Вместо этого создайте атрибут (назовите его, например, Удален или Неактивен) и с его помощью помечайте требования как "удаленные" (или неактивные). Впоследствии вы легко сможете заново активировать требование, просто изменив значение этого атрибута.

Кроме того, рекомендуется перемещать неактивные требования в конец их документа или в базу данных (так чтобы неактивные требования не были показаны в документах). Для перемещения требований, находящихся в документе Word (в отличие от тех, что присутствуют только в панели), выполните следующие действия:

1. В документе Word поместите курсор в текст требования.
2. Нажмите RequisitePro > Требование > Вырезать.
3. В Проводнике щелкните на Матрице атрибутов, в которую вы хотите вставить требования, и затем нажмите Правка > Вставить.

Совет 3: Добавьте ревизии во взаимосвязи трассируемости

По умолчанию RequisitePro обслуживает ревизии требований, а не ссылки трассируемости. Для того чтобы RequisitePro обслуживал также ревизии ссылок трассируемости, выполните следующие действия:

1. Выберите Инструменты > Опции.
2. В разделе Трассируемость отметьте переключатель Изменения, зарегистрированные в хронологии.
3. Нажмите OK.

Для проверки протокола хронологии трассируемости откройте Матрицу трассируемости. Добавьте или удалите ссылку трассируемости между двумя требованиями. Затем выберите одно из требований и нажмите Требования > Свойства, чтобы открыть окно Требование. На вкладке Ревизия выберите Хронология. Изменение трассируемости появится в списке Ревизия.

Совет 4: Всегда заполняйте окна уведомления об изменениях

Рекомендуется, чтобы в процессе управления требованиями участники проекта записывали причины, по которым они изменяют требования. RequisitePro предоставляет поле Описание изменения, в котором можно записывать эту информацию.

Поле Описание изменения расположено на вкладке Ревизия окна Свойства требования.

При сохранении документа RequisitePro, содержащего измененные требования, для каждого измененного требования выдается окно Уведомление об изменении. Выбрав переключатель Применить ко всем измененным требованиям в документе, вы можете подключить одно и то же Описание изменения ко всем модифицированным требованиям (например, "для встречи с важными лицами 30 мая 2001 г.").