Средства разработки спецификаций требований

Средства разработки спецификаций требований должны поддерживать, как минимум, следующие функции управления:

- вставка новых требований;

- модификация существующих требований;

- удаление требований;

- хранение текстовых атрибутов (например, идентификатора);

- поиск атрибутов требований и текстовых строк;

- отображение;

- печать в различных форматах.

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

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

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

обеспечить общее описание того, что пользователь ждет от работы программного обеспечения;

содержать все известные требования пользователя;

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

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

описывать внешние связи системы или сделать ссылку на них, которые уже существуют или должны быть написаны.

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

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

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

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

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

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

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

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

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

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

В табл. 3. представлены условия определений требований и способы записи спецификаций требований,

Таблица 3 – Способы записи спецификаций требований

Структурированный естественный язык	Использование стандартных форм и шаблонов для написания спецификации.
Языки описания программ	Использование специальных структурированных языков, подобных языкам программирования, где спецификация требований строится на основе выбранной операционной модели системы.
Графические нотации	Графический язык, использующий для описания функциональных требований диаграммы и блок-схемы, дополненные текстовыми пояснениями.
Математические спецификации	Это системы нотаций, основанные на математических концепциях, таких, как теория конечных автоматов или теория множеств. Это формализованная однозначная и лишенная двусмысленности запись системных требований.

В спецификацию системных требований входит также спецификация интерфейсов.

Различают три типа специфицируемых интерфейсов.

Процедурные интерфейсы, когда существующие подсистемы предлагают набор сервисов, доступных посредством вызываемой интерфейсной процедуры.

Структуры (интерфейсные форматы) данных, которые пересылаются от одной подсистемы к другой.

Специальные представления данных, например в виде упорядоченной последовательности двоичных разрядов.

Спецификация системных требований предназначена для руководящего технического состава компании-разработчика и для менеджеров проекта. Она также необходима заказчику программного обеспечения и субподрядчикам по разработке. Эти оба документа также предназначены для конечных пользователей программной системы.