2. Документирование требований на основе ieee Standard 830-1998

Данный стандарт содержит развернутое описание требований, которое может быть оптимизировано для нужд конкретной организации.

1.Введение

1.1 Назначение документа

1.2 Поддерживаемые соглашения

1.3 Предполагаемая аудитория и рекомендации по последовательности работы с документом для каждого класса читателей

1.4 Границы проекта

1.5 Ссылки (источники информации, интернет, публикации)

2. Общее описание

2.1 Общий взгляд на продукт

2.2 Особенности продукта

2.3 Классы и характеристики пользователей

2.4 Операционная среда

2.5 Ограничения проектирования и реализации

2.6 Документация для пользователей

2.7 Предположения и зависимости

3.Функции системы

Для каждой i-ой функции составляется следующее описание.

3.i Наименование i-ой функции системы

3.i.1 Описание и приоритеты

3.i.2 Последовательности «воздействие-реакция»

3.i.3 Функциональные требования

Включает:

1. описание части функций в исходном виде

2. описание части функций в 2 и 3 колонки с указанием авторов

3. описание части функций по Коберну

4.Требования к внешнему интерфейсу

4.1 Интерфейсы оборудования

4.2 Интерфейсы ПО

4.3 Интерфейсы передачи информации

5.Другие нефункциональные требования

5.1 Требования к производительности

Приложение А. Словарь терминов (глоссарий).

Приложение Б. Модели анализа. В этот раздел помещают все модели, построенные в процессе анализа требований. Включает:

-Таблицу анализа требований

- Модели UML

- Прототипы

Приложение В. список вопросов. Это динамический список еще не разрешенных проблем, связанных с требованиями.

Тема10: Введение в управление требованиями

1. Определение понятия «управление требованиями»

Требования могут меняться практически на любой фазе производства АИС. Заказчик имеет право ошибаться и исправлять свои ошибки.

Управление требованиями это:

1) систематический подход к выявлению, организации и документированию требований к системе

2) установка и поддержание соглашения между клиентом и группой разработки по поводу изменений требований к системе.

Управление требованиями – рабочий процесс, следовательно, он должен подчиняться определенным правилам и процедурам.

К действиям по управлению требованиями относятся:

- определение основной версии требований (моментальный срез требований для конкретной версии продукта);

- просмотр предлагаемых изменений требований и оценка вероятности воздействия каждого изменения до его принятия;

- включение одобренных изменений требований в проект установленным способом;

- согласование плана проекта с требованиями;

- обсуждение новых обязательств, основанных на оцененном влиянии изменения требований;

- отслеживание отдельных требований до проектирования, исходного кода и вариантов тестирования;

- отслеживание статуса требований и действий по изменению на протяжении всего проекта.

2) Принципы и приемы управления требованиями

2.1) Базовая версия требований

Чтобы договориться об изменении требований, сначала нужно их зафиксировать в "первозданном виде".

Базовая версия (baseline) - это набор функциональных и нефункциональных требований, которые разработчики обязались реализовать в определенной версии (итерации).