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

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

Модель ранних стадий. Используемым, как только требования были стабилизированы, и основная архитектура программного обеспечения была установлена.

Post-architecture-stage  Модель " отправляет по почте стадию архитектуры ". Использованный в течение строительства программного обеспечения.

Подобно всем моделям оценки для программного обеспечения, COCOMO ВТОРЫЕ модели требуют информации о размере. Три различных выбора калибровки доступны как часть образцовой иерархии: object points, function points, and lines of source code.

COCOMO ВТОРЫЕ объектные точки. Должно быть отмечено, что другой, более сложные(искушенные) модели оценки (использование FP и KLOC) также доступны как часть COCOMO II.

Table 4.1 Complexity weighting for object types [BOE96

Подобно пунктам(точкам) функции, пункт(точка) объекта(цели) - косвенная мера программного обеспечения, которая вычислена, используя индексы номера(числа) (1) экранов (в интерфейсе пользователя), (2) сообщениях, и (3) компонентах, вероятных, чтобы требоваться, чтобы строить заявление(применение). Каждый случай объекта(цели) (например, экран или сообщение) классифицируется в один из трех уровней сложностей (то есть, простой, средний, или трудный) использование критериев, предложенных Boehm [BOE96]. В сущности, сложность - функция номера(числа) и источника клиента и столов данных прислуги, которые требуются, чтобы произвести экран или сообщение и номер(число) представлений(видов) или секций, представленных как часть экрана или сообщения.

Как только сложность определена, номер(число) экранов, сообщений, и компоненты - weighted согласно Столу 5.1. Индекс пункта(точки) объекта(цели) тогда определен,  умножая первоначальный номер(число) случаев объекта(цели) фактором надбавки в Столе 5.1 и подводя итог, чтобы получить полный индекс пункта(точки) объекта(цели). Когда составляющее - основанное развитие или общее повторное использование программного обеспечения должны примениться, процент от повторного использования (%reuse) оценен, и индекс пункта(точки) объекта(цели) отрегулирован(приспособлен):

where NOP is defined as new object points.

Table 4.2 Productivity rates for object points [BOE96]

To derive an estimate of effort based on the computed NOP value, a "productivity rate" must be derived. Table 5.2 presents the productivity rate

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

В более продвинутых COCOMO ВТОРЫХ моделях, разнообразие факторов масштаба, водители стоимости, и процедуры регулирования требуются. Полное обсуждение их - вне возможностей этой книги. Заинтересованный читатель должен видеть [BOEOO] или посещать COCOMO ВТОРОЙ участок Ткани(сети).

4.7.3 Уравнение Программного обеспечения