2015-05-13
1158
На этапе анализа разрабатываются пользовательские и системные требования к программной системе, которые должны быть оформлены в виде единого документа – спецификации требований.
Спецификация требований – основной документ, описывающий разрабатываемую систему, и она необходима различным группам заинтересованных лиц. Это клиенты и специалисты по продажам, менеджеры проекта, разработчики, пользователи и т.д.
Учитывая важность спецификации и различные группы ее читателей, к ней предъявляются противоположные требования. С одной стороны, она должна быть простой, ясной и понятной пользователю неспециалисту, а с другой, для разработчика, – точной, подробной и формальной. Для учета этих требований спецификация, обычно, состоит из двух частей, первая из которых описывает пользовательские требования, а вторая – системные требования.
Существует достаточно большое число шаблонов (схем) спецификации требований, отличающихся структурой или способом упорядочения требований. Но каждый из шаблонов требует включения в спецификацию следующей информации.
|
|
|
Введение. Этот раздел должен содержать обзор спецификации, позволяющий читателю разобраться в структуре и принципах ее построения.
Общее описание. В этом разделе должен быть представлен общий обзор продукта и той среды, в которой он будет применяться, предполагаемые пользователи, известные ограничения и зависимости.
Функции системы. Этот подраздел содержит перечень функциональных требований.
Внешний интерфейс. Раздел должен содержать описание логических характеристик каждого пользовательского интерфейса.
Нефункциональные требования. В этом разделе описывают остальные нефункциональные требования (не относящиеся к уже описанным требованиям к интерфейсу).
Рекомендации для документирования системных требований:
1. Перед написанием спецификации системных требований необходимо выбрать стиль описания.
2. Для каждого требования нужно выполнить следующие работы:
· определить требование как функциональное или нефункциональное; оценить сложность функционального требования (требование большое – трудно управлять, очень маленькое – нет смысла рассматривать отдельно);
· сделать требование прослеживаемым и проверяемым (написать проверочный тест), доопределить требование для случая нештатных ситуаций;
· проверить недвусмысленность требования, назначить ему приоритет, проверить полноту и согласованность требования.
23. Анализ спецификации требований. Оценка качества спецификации требований. Характеристики качества спецификации: полнота и согласованность, способность к модификации, трассируемость
|
|
|
Учитывая важность спецификации и различные группы ее читателей, к ней предъявляются противоположные требования. С одной стороны, она должна быть простой, ясной и понятной пользователю неспециалисту, а с другой, для разработчика, – точной, подробной и формальной.
Рассмотрим характеристики качества, предъявляемые к документу спецификация требований:
· полнота, согласованность,
· способность к модификации
· трассируемость.
