Лекции по управлению программными проектами
Допущения и ограничения
Данный раздел описывает исходные допущения и ограничения. Допущения, как правило, тесно связаны с управлением рисками, о котором мы будем говорить далее. В разработке ПО часто приходится формулировать риски в виде допущений, тем самым передавая его заказчику. Например, оценивая проект разработки и внедрения по схеме с фиксированной ценой, мы должны записать в допущения предположение о том, что стоимость лицензий на стороннее ПО не изменится, до завершения проекта.
Ограничения, как правило, сокращают возможности проектной команды в выборе решений. В частности они могут содержать:
- Специфические нормативные требования. Например, обязательная сертификация продукта, услуги на соответствие определенным стандартам.
- Специфические технические требования. Например, разработка под заданную программно-аппаратную платформу.
- Специфические требования к защите информации.
В этом разделе также уместно сформулировать те требования к системе, которые могут ожидаться заказчиком по умолчанию, но не включаются в рамки данного проекта. Например, в данный раздел может быть включен пункт о том, что разработка программного интерфейса (API) для будущей интеграции с другими системами заказчика не входит в задачи данного проекта.
Содержание этого раздела для нашего проекта-примера выглядит следующим образом.
- Допущения и ограничения
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 и интеграция с другими системами.
