1. Экономическая часть

Данная часть дипломного проекта включает в себя расчет затрат на модернизацию и внедрение новой версии информационной системы «Индексная система».

В начале приведен расчет количества времени, необходимого для модернизации, по модели СОСОМО [19] и определена дата окончания модернизации системы. Далее рассчитаны суммы затрат на модернизацию и внедрение программного продукта.

6.1 Расчет трудозатрат и длительности выполнения проекта

Оценим трудозатраты и длительность выполнения проекта, используя модель СОСОМО (COnstructive COst MOdel – конструктивная модель стоимости). Данная модель охватывает три уровня разработки системы:

• Уровень предварительного прототипирования. Для определения необходимых затрат осуществляется оценка размера системы на основе объектных точек прототипа с помощью простой формулы «размер-производительность».

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

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

6.1.1 Уровень предварительного прототипирования

Определим трудозатраты на уровне предварительного прототипирования с помощью следующей формулы:

		(6.1)
где	– количество объектных точек; – табличное значение производительности команды разработчиков.

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

		(6.2)
где	– количество компонентов, написанных для проекта Вами лично; – количество компонентов заимствованных из среды разработки.

В нашем случае количество компонентов, написанных мною – 4, количество компонентов, заимствованных из среды разработки – 6. Таким образом, процент многократного использования кода равен 6 / (4 + 6) = 0.6.

Количество объектных точек NOP можно получить путем подсчета следующих элементов:

• количества изображений на дисплее (простые изображения принимаются за 1 точку, изображения умеренной сложности – за 2, сложные за 3);

• количества предоставленных отчетов (простые отчеты – 2 объектные точки, уме­ренно сложные отчеты – 5 точек, сложные отчеты оцениваются в 8 точек).

На данном этапе разработки было выделено 30 простых объектов, 15 объектов умеренной сложности, 10 сложных объектов. Кроме этого, согласно требованиям к системе, у пользователя должна быть возможность формировать 7 видов отчетов (1 простой, 4 умеренно сложных и 2 сложных отчета).

Значение PROD определяется на основе таблицы Таблица 1.

Таблица 1 – Таблица показателя PROD

Опыт и возможности программиста	Очень низкие	Низкие	Средние	Высокие	Очень высокие
Уровень и возможности CASE-средств	Очень низкие	Низкие	Средние	Высокие	Очень высокие
Производительность (объектных точек в месяц)	4	7	13	25	50

В нашем случае опыт и возможности программиста – средние, уровень и возможности Case-средств – низкие.

Таким образом, средняя производительность (количество объектных точек в месяц) будет равна (7 + 13) / 2 = 10. Теперь есть необходимые данные для расчета затрат, выраженных в человеко-месяцах (PM). Для нашей системы: PM = (128 * (1 – 0.60)) / 10 = 5,12.