Оценка трудозатрат и сроков разработки программных средств. Разновидности модели COCOMO

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ

Федеральное государственное бюджетное образовательное учреждение

высшего профессионального образования

«Сибирский государственный аэрокосмический университет

имени академика М.Ф. Решетнева»

ЛАБОРАТОРНАЯ РАБОТА № 4

ОЦЕНКА ТРУДОЗАТРАТ И СРОКОВ РАЗРАБОТКИ ПРОГРАММНЫХ СРЕДСТВ

Выполнила: студентка

гр. МИМ 14-01

Проверила:

г. Красноярск 2015г

1. Какие разновидности модели COCOMO были предложены Б. Боэмом?

COCOMO была впервые опубликована в 1981 году в книге Боэма «Экономика разработки программного обеспечения» в качестве модели для оценки трудоемкости, себестоимости и плана-графика для проектов по разработке программного обеспечения. Она использовала исследование 63 проектов в аэрокосмической компании TRW, в которой Барри Боэм был директором отдела исследований программного обеспечения и технологий.

В 1997 году была разработана модель COCOMO II, окончательно доработанная и опубликованная в 2000 году в книге “Оценка стоимости разработки ПО с COCOMO II”. COCOMO II является наследником первоначальной модели и более подходящей для оценивания современных проектов разработки ПО. Она предоставляет более полную поддержку современных процессов разработки ПО и построена на обновленной базе проектов (данные о 161 проекте).

2. Какие исходные данные используют в базовой модели COCOMO для оценки трудоемкости и времени реализации программного проекта?

Исходные данные модели:

ü тип разрабатываемого программного продукта (сложность проекта по Соммервиллу)

ü размер программного продукта (в строках исходного кода - Source Lines Of Code - SLOC).

3. Какие исходные данные используют в промежуточной модели COCOMO для оценки трудоемкости и времени реализации программного проекта?

На этом уровне используются сведения о размере, режиме и 15 дополнительных параметров для определения необходимых трудозатрат.

4. Какие исходные данные используют в детальной модели COCOMO для оценки трудоемкости и времени реализации программного проекта?

Этот уровень надстраивается на промежуточном уровне СОСОМО путем внедрения дополнительных множителей трудозатрат, чувствительных к фазе, и трехуровневой иерархии программных продуктов.

5. Какие типы программных проектов предусмотрены в модели COCOMO?

ü Органический  (простой проект, Organic mode)

ü Полуразделенный вид (средней сложности Intermediate/Semidetached mode

ü Встроенный вид (Intered/Embedded mode

6. Назовите основные характеристики распространенного типа проектов.

Маленькие команды с хорошим опытом работы и не жесткими требованиями к разработке. Обычно это небольшой программный проект (как правило, не более 50000 SLOC).

7. Назовите основные характеристики полунезависимого типа проектов.

Средние по размеру команды со смешанным опытом разработки и со смешанными требованиями (как жесткими, так и нет). Количество SLOC не более 300000).

8. Назовите основные характеристики встроенного типа проектов.

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

9. Перечислите основные правила учета количества строк кода в ПС в соответствии с требованиями модели COCOMO.

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

10. Какими методами можно оценить количество строк исходного кода (SLOC) в ПС для использования этого параметра в модели COCOMO?

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

ü учитываются только те строки исходного кода, которые были созданы персоналом проекта (коды, созданные программами-генераторами приложений, не учитываются);

ü  одна команда - это одна строка кода;

ü  декларации считаются командами; комментарии не считаются командами.

11. На какие группы делятся стоимостные факторы и почему?

•  Факторы продукта

•  Факторы платформы (виртуальной машины)

•  Факторы персонала

Факторы проекта:

12. Какие стоимостные факторы входят в группу атрибутов программного продукта?

требуемая надежность ПО — RELY;

размер базы данных — DATA;

сложность продукта — CPLX;

требуемая повторная используемость — RUSE;

документирование требований жизненного цикла — DOCU

13. Какие стоимостные факторы входят в группу атрибутов аппаратных