Управление проектом программного обеспечения

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

4.1 НАБЛЮДЕНИЕ ОТНОСИТЕЛЬНО ОЦЕНКИ ведущего исполнителя однажды спрашивали, какая единственная характеристика была наиболее важна при отборе менеджера проекта. Его ответ: " человек со способностью знать, что будет идти не так, как надо прежде, чем это фактически произойдет... " Мы мог бы добавлять: " и храбрость, чтобы оценить, когда будущее облачно. "

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

Сложность проекта оказывает сильное влияние на неопределенность, свойственную планированию. Сложность, однако, является относительной мерой, которая в некоторой мере зависит от прошлой работы. При первой разработке разработчик сложного приложения e-торговли мог бы полагать, что это является чрезвычайно сложной задачей. Однако, команда программного обеспечения, развивающая десятую точку e-торговли рассмотрела бы такую работу, как на конвейере. Множество количественных мер сложности программного обеспечения было предложено [ZUS97]. Такие меры применяются на уровне проектирования или кодирования трудны для использования при планировании программного обеспечения. Однако, другие более субъективные оценки сложности (например, факторы регулирования сложности точки функции) могут быть установлены на ранних этапах процесса планирования.

размер проекта - другой важный фактор, который может влиять на  точность и эффективность оценок.

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

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

Риск измеряется степенью неопределенности в количественных оценках, установленных для ресурсов, стоимости, и графике. Если проектные возможности плохо поняты, или проектные требования подвержены изменениям, неуверенность и риск станет опасно высоким.

4.2 ЦЕЛИ ПЛАНИРОВАНИЯ ПРОЕКТА цель планирования проекта программного обеспечения состоит в том, чтобы обеспечить структуру, которая позволяет менеджеру делать разумные оценки ресурсов, стоимости, и графика. Эти оценки должены обновляться регулярно, поскольку проект прогрессирует. Кроме того, оценки должны определять лучший случай и самые плохие сценарии случая

4.3 ОПИСАНИЕ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ первая деятельность в планировании проекта программного обеспечения – определение возможностей программного обеспечения. должны быть оценены  Функции и работы, характерные программному обеспечению в течение разработки системы, чтобы установить проектные(строительные) возможности, которые являются однозначными и понятными в управлении и технических уровнях.

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

4.3.1 ПОЛУЧЕНИЕ ИНФОРМАЦИИ, НЕОБХОДИМОЙ ДЛЯ ВОЗМОЖНОСТЕЙ

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