6.1.3 Постархитектурный уровень

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

Таблица 4 – Множители показателя

Показатель	Значение
RELY (требуемая надежность системы)	1,15
CPLX (сложность системных модулей)	1
DOCU (объем необходимой документации)	1
DATA (размер используемой базы данных)	1
RUSE (повторное использование компонентов)	1,14
TIME (ограничение на время исполнения)	1
PVOL (возможность изменения платформы разработки)	1
STOR (ограничение на объем памяти)	1
ACAP (способности лиц выполняющих анализ проекта)	0,67
PCON (сплоченность команды разработчиков)	0,92
PEXP (опыт программирования в данной области)	1
PCAP (способности программистов)	1
AEXP (опыт аналитика в данной области ПО)	0,88
LTEX (опыт применения данного языка программирования и средств разработки)	0,91
TOOL (использование вспомогательных программных средств)	0,86
SCED (уплотнение графика работ)	0,92

Множитель получился равным 0,5120. Итоговые трудозатраты равны PM = 2,5 * 3,712^1,1 * 0,5120 = 5,42 человеко-месяца.

На уровне предварительного прототипирования было определено, что трудозатраты должны составить 5,12 человеко-месяцев. На уровне предварительного проектирования трудозатраты увеличились до 8,91 человеко-месяцев. Уточненная оценка стоимости и трудозатрат на постархитектурном уровне показала, что трудозатраты должны составлять 5,42 человеко-месяцев, что допустимо для данного проекта.

6.2 Расчет стоимости модернизации и внедрения ис

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

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

		(6.6)
где	– продолжительность разработки в человеко-месяцах; – сумма факторов масштабного проекта (для данного уровня равен 1); – процент увеличения (или уменьшения) прогнозируемой длительности проекта (график работ выбран нормальный, т.е. SCED = 100%).

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

В соответствии с Техническим заданием на модернизацию системы дата начала работы над проектом – 1 июля 2009 г. Начало ввода данных запланировано на 26 апреля 2010. Фактическая дата начала работы над системой (найм разработчиков) 1 января 2010 г., так как до этого времени осуществлялся поиск наиболее подходящих технологий для модернизации информационной системы. Поэтому дату сдачи проекта будем отсчитывать от этой даты. Распишем баланс рабочего времени (см. таблицу Таблица 5):

Таблица 5 – Баланс рабочего времени

Месяц	Календарных дней	Выходных дней	Рабочих дней
Январь (2010)	31	16	15
Февраль (2010)	28	9	19
Март (2010)	31	9	22
Апрель (2010)	30	8	22

Найдем количество рабочих дней путем умножения длительности проекта по модели COCOMO на 30 дней и с учетом баланса рабочего времени получим дату окончания работы над проектом.

Таблица 6 – Расчет фактической длительности проекта

Длительность проекта по модели COCOMO	Количество рабочих дней	Дата сдачи системы	Количество рабочих месяцев
5,13	154	20 августа 2010	8

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

Расчет стоимости модернизируемой системы был произведен на следующих этапах жизненного цикла:

• анализ требований;

• проектирование;

• кодирование, тестирование, документирование.