Ведение каталога требований

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

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

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

Карточка каталога требований предусматривает заполнение следующих граф:

ИМЯ ТРЕБОВАНИЯ - уникальный идентификатор, состоящий из буквы T (лат); односимвольного буквенного кода группы требований, присваиваемого в пределах проекта; тире и двухсимвольного порядкового номера требования, присваиваемого в пределах группы требований.

ИСТОЧНИК - лицо, документ и т.п., являющиеся источником сведений.

ВАЖНОСТЬ - приоритет (значимость) требования с точки зрения пользователя. Возможные значения: О - обязательное, Ж - желательное, Н - необязательное. К желательным необходимо относить требования, которые должны быть реализованы в следующей версии системы, к необязательным - требования, которые могут быть реализованы и в дальнейших версиях.

ОТВЕТСТВЕННЫЙ - лицо или организация, несущие ответственность за формулирование требования и возможные корректировки.

ФУНКЦИОНАЛЬНОЕ ТРЕБОВАНИЕ - содержательная формулировка автоматизируемой функции системы.

НЕФУНКЦИОНАЛЬНЫЕ ТРЕБОВАНИЯ - содержательное описание нефункциональных требований с указанием, если возможно, целевых и допустимых значений характеристик качества, а также примечания, уточняющие смысл этих требований.

ОПИСАНИЕ ТРЕБОВАНИЯ

ЦЕЛЕВОЕ ЗНАЧЕНИЕ

ДОПУСТИМОЕ ЗНАЧЕНИЕ

ПРИМЕЧАНИЕ

ВРЕМЯ РЕАКЦИИ

ЧАСЫ РАБОТЫ

ДОСТУПНОСТЬ

ПРЕИМУЩЕСТВА - краткое описание преимуществ, ожидаемых от реализации требования.

ПРЕДЛАГАЕМОЕ РЕШЕНИЕ - решение, принятое относительно данного требования.

ССЫЛКИ НА ДОКУМЕНТЫ - идентификаторы документов, имеющих какое-либо отношение к данному требованию, например, " Схема информационных потоков".

ССЫЛКИ НА ТРЕБОВАНИЯ - если различные требования влияют друг на друга или находятся в противоречии, их снабжают перекрестными ссылками, чтобы при корректировке одного требования можно было бы оценить влияние этого изменения на другое требование.

РЕЗОЛЮЦИЯ - здесь делают пометки о том, каким образом требование будет реализовано (например, помещают ссылку на " Описание функции"); если принято решение отказаться от реализации данного требования (например, на стадии выбора варианта автоматизации), то здесь указывают причины, чтобы сохранить возможность пересмотра этого решения.

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

Для функциональных требований в графе ССЫЛКИ НА ТРЕБОВАНИЯ записывают номера нефункциональных требований по качеству выполнения рассматриваемой функции.

Требования могут быть общесистемными, к задачам, к видам обеспечения.