double arrow

Допущения и ограничения

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

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

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

· Специфические технические требования. Например, разработка под заданную программно-аппаратную платформу.

· Специфические требования к защите информации.

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

Содержание этого раздела для нашего проекта-примера выглядит следующим образом.

5. Допущения и ограничения

5.1. Проектирование прикладного ПО выполняется с использованием UML1.
5.2. Средством разработки ПО является Symantec Visual Cafe for Java2.
5.3. В качестве промежуточного ПО сопровождения и поддержки каталога используется ОО БД «Poet»3.
5.4. Нагрузка на систему не должна быть более 100 одновременно работающих пользователей.
5.5. В рамки проекта не входят:
5.5.1. Защита системы от преднамеренного взлома.
5.5.2. Разработка B2B API и интеграция с другими системами.


Понравилась статья? Добавь ее в закладку (CTRL+D) и не забудь поделиться с друзьями:  



Сейчас читают про: