Документирование требований в соответствие с ГОСТ РФ

Документирование требований

Средняя интенсивность использования

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

Пример. Фрагмент описания потока событий ИСП для прецедента "Оформить заказ для нового клиента", расширенного объемами и средними значениями объектов (текст в круглых скобках).

В процессе выполнения прецедента менеджер по приему заказов выбирает заказчика из клиентской базы (в 95% случаев), либо вызывается интерфейс регистрации нового клиента (в 5% случаев).

Чтобы требования, выявленные и описанные (см. лекциию 6 и лекцию 8) приняли силу соглашения между Заказчиком и Разработчиком, их необходимо оформить в виде документа. В российской практике для этого обычно используется документ "Техническое задание", ТЗ, в западной - "Software Requirements Specification", SRS (спецификация программных требований). По сути это - один и тот же документ, поэтому далее по тексту будем употреблять термин "ТЗ", рассматривая различные шаблоны его построения - как на основе российских ГОСТ, так и западных методологий и стандартов.

Документирование требований регламентировано российскими ГОСТ 19.201-78 "Техническое задание, требования к содержанию и оформлению" и ГОСТ 34.602-89 "Техническое задание на создание автоматизированной системы" (ТЗ на АС) [11.4-11.5].

Второй документ, по сути, является более проработанной версией первого, адаптированной к созданию автоматизированных информационных систем, поэтому далее рассмотрена структура ТЗ в соответствие с ГОСТ 34.602-89.

Несмотря на то, что для сферы IT 17 лет - это целая эпоха, данный документ практически не устарел: его авторам удалось разработать сбалансированные рекомендации, абстрагируясь от конкретных технических и технологических решений. Кроме того, он по-прежнему играет роль государственного стандарта РФ и при заключении контрактов с государственными предприятиями Разработчика могут обязать оформить ТЗ в соответствии с духом и буквой этого документа.