6. Остальные требования

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

Приложение А. Словарь терминов

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

Приложение Б. Модели анализа

В этом необязательном разделе описывается, а точнее напоминается о таких моделях анализа, как диаграммы потока данных, диаграммы классов, диаграммы перехода состояния и диаграммы «сущность — связь».

Приложение В. Список вопросов

Это динамический список еще не разрешенных проблем, связанных с требованиями. Это могут быть элементы, помеченные как «TBD» (to be determined — необходимо определить), отложенные решения, необходимая информация, неразрешенные конфликты и т.п. Все это не обязательно включать в спецификацию требований к ПО, но в некоторых организациях принято прилагать список «TBD» к спецификации требований к ПО. Постарайтесь как можно быстрее разрешить эти проблемы, чтобы они не стали препятствием к своевременному созданию основ спецификации требований к ПО высокого качества.

Варианты заданий

1. Интеллектуальная игра «История Санкт–Петербурга». Заказчики: администрация Санкт–Петербурга и комитет образования Санкт–Петербурга.

2. Модуль текстового редактора для непосредственного ввода формул в текстовые документы. Заказчик – типография.

Контрольные вопросы

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

2. Укажите причины создания плохих требований?

3. Перечислите основные источники получения информации о потребностях клиента?

4. Перечислите характеристики хороших требований?

5. Перечислите основные задачи решаемые аналитиком?

Содержание отчета

1. Спецификация требований.

Литература

1. Карл И.Вигерс «Разработка требований к программному обеспечению», М.: Издательство–торговый дом «Русская редакция», 2004

10