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

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

4.4.2 Ресурсы Программного обеспечения Многократного использования

Компонентное проектирование (CBSE) подчеркивает возможность многократного использования - то есть создание и повторное использование блоков программного обеспечения.. Такие блоки, часто называемые компонентами, должны быть каталогизированы, стандартизированы, и пригодны к интеграции.

Bennatan [BEN92] предлагает четыре категории ресурса программного обеспечения, которые должны рассматриваться при планировании:

Имеющиеся в наличии компоненты. Существующее программное обеспечение, которое может быть приобретено от третьего лица или разработанное фирмой для прошлого проекта. COTS (коммерческие имеющийся в наличии) компоненты куплены у третьего лица, готовые к использованию в текущем проекте, и были полностью работоспособные.

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

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

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

Следующие руководящие принципы должны рассмотреться планировщиком программного обеспечения, когда компоненты многократного использования определены как ресурс:

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

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

Если компоненты с  частичным опытом доступны, их использование для текущего проекта должно быть проанализировано. Если обширная модификация требуется прежде, чем компоненты могут быть должным образом объединены с другими элементами программного обеспечения, - риск высок. Стоимость, чтобы изменить компоненты с  частичным опытом может иногда быть большая чем стоимость, чтобы развить новые компоненты.

Как ни странно, компонентами программного обеспечения многократного использования часто пренебрегают в течение планирования, только стать первостепенным предприятием(беспокойством) в течение стадии развития процесса программного обеспечения. Лучше определить требования ресурса программного обеспечения рано. Таким образом техническая оценка альтернатив может проводиться, и своевременное приобретение может происходить.