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

Уравнение программного обеспечения [PUT92] - динамическая многопеременная модель, которая принимает определенное распределение усилия по жизни проекта развития программного обеспечения. Модель была получена из данных производительности, собранных для более чем 4000 современных проектов программного обеспечения. Основанный на этих данных, модель оценки формы

Где

E = усилие в человек-месячном или человек-летнем

t = проектная(строительная) продолжительность в месяцах или годы

B = " специальный фактор навыков "

P = " параметр производительности " который отражает:

Полная зрелость процесса и методы управления

Степень, к которому хорошему программному обеспечению технические методы используются

Уровень программирования используемых языков состояние окружающей среды программного обеспечения

Навыки и опыт команды программного обеспечения

Сложность заявления(применения)

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

Важно обратить внимание, что уравнение программного обеспечения имеет два независимых параметра: (1) оценка(смета) размера (в LOC) и (2) признак проектной(строительной) продолжительности в календарных месяцах или годах.

Упростить оценку обрабатывают и используют более общую(обычную) форму для их модели оценки, Putnam и Myers [PUT92] предлагают набор уравнений, полученных из уравнения программного обеспечения. Минимальное развитие время определено как

Note that t in Equation (5-4b) is represented in years.

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

4.8 ДЕЛАЮЩИЙСЯ / ПОКУПАЮТ решение.

много областей заявления(применения) программного обеспечения, это часто больше стоит эффективным приобрести чем, развивают программное обеспечение. Программное обеспечение, которое перед техническими менеджерами стоят с делающимся / покупает решение, которое может быть далее усложнено множеством выбор приобретения: (1) программное обеспечение может быть куплено (или залицензирован) имеющийся в наличии, (2) или "с  частичным опытом" компонента программного обеспечения "с  полным опытом" могут быть приобретены и затем изменен и объединен, чтобы встретить(выполнить) определенные потребности, или (3) программных обеспечение может быть таможенно построено внешним подрядчиком, чтобы встретить(выполнить) спецификации покупателя.

Шаги, вовлеченные в приобретение программного обеспечения определены criticality программного обеспечения, которое будет куплено и конец стоимость. В некоторых случаях(делах) (например, дешевое программное обеспечение PC), это менее дорого купить и экспериментировать чем провести длинную оценку потенциальных пакетов программ. Для более дорогих изделий программного обеспечения, следующие руководящие принципы могут применяться:

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

Оцените, что  внутренняя стоимость развивает и дату поставки.

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

Выберите компоненты программного обеспечения многократного использования, которые помогут в строительстве требуемого заявления(применения).

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

Оцените каждый пакет программ или компонент, основанный на прошлом качестве изделия, поддержке продавца, руководстве(направлении) изделия, репутации, и т.п..