Лекции по управлению программными проектами

       

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


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

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

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

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

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

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

    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 и интеграция с другими системами.



Содержание раздела