it лаб работы. IT_лаб работы_ЗАОЧНОЕ. Лабораторная работа 1 2 Оценка размера и сложности программных средств методом функциональных точек с использованием пакета cosmos 2
 Скачать 2.46 Mb.
|
2.5. Уравнения, используемые в модели COCOMOВ промежуточной модели COCOMO для вычисления трудозатрат используется следующее уравнение:  , (5.1)  Для расчета же оптимальных сроков разработки программного продукта в промежуточной модели COCOMO используется уравнение:  , (5.2) Таблица 5.3. Коэффициенты в модели COCOMO  Отметим, что результат первого уравнения (5.1), т.е. трудозатраты – ММ, используется во втором уравнении (5.2) при расчете оптимальных сроков разработки программного продукта - Т. Модель СOCOMO - статистическая модель. Коэффициенты уравнений и значения нормировочных коэффициентов стоимостных факторов были определены путем регрессионного анализа базы данных для ряда законченных проектов. 2.6. Распределение трудозатрат по фазам разработкиВ модели COCOMO также путем статистической обработки данных для ряда успешно завершенных программных проектов были получены таблицы распределения трудозатрат и сроков разработки по основным этапам реализации программного проекта, приведенные в процентах от этих показателей, вычисленных по формулам (5.1) и (5.2). При этом рассматривались следующие три основные этапа реализации программного проекта: проектирование программного продукта (Product Design Phase), программирование (Programming Phase), интеграция и тестирование (Integration and Test Phase). Этап программирования к тому же разбивался на два подэтапа: детальной разработки (Detailed Design), а также кодирования и тестирования модулей (Code and Unit Test). Ниже эти распределения представлены в виде табл. 5.4. Таблица 5.4. Распределение трудозатрат и сроков разработки по основным этапам реализации программного проекта  Продолжение табл. 5.4.  2.4. Пример расчетов с использованием модели COCOMOРассмотрим расчет трудоемкости и сроков реализации программного проекта с использованием модели COCOMO на примере ПС, реализующего функции телефонного справочника (см. лабораторную работу № 4). В качестве исходных данных о размере ПС используем оценку количества строк кода на языке программирования C++, полученную в лабораторной работе № 4 с использованием метода функциональных точек и бэкфайер-метода, а именно, 975 строк. Очевидно также, что по всем признакам (размеру, сложности, ограничениям и т.п.) данный проект следует отнести к типу распространенных. По этим исходным данным с помощью формулы (5.1) без учета влияния стоимостных факторов, т.е. при единичном коэффициенте нормирования трудозатрат  , можно определить ненормированные номинальные трудозатраты (Nominal Effort)  человеко-месяца,а также по формуле (5.2) ненормированную длительность проекта  месяца.Далее с использованием табл. 5.1 и 5.2 произведем оценку стоимостных факторов данного проекта. Результаты такой оценки приведены в табл. 5.5. При этом требования к надежности данного ПС - RELY, а также его сложность – CPLX были оценены как «очень низкие», что объясняется его функциональным назначением. Объем базы данных - DATA справочника в принципе может превысить размер его кода более чем в 1000 раз, поэтому будем считать данный фактор «очень высоким». Ограничений по быстродействию - TIME и по объему оперативной памяти - STOR у столь простого ПС при его эксплуатации на современном персональном компьютере естественно не возникнет, потому примем их значения за «номинальные». Изменяемость виртуальной машины - VIRT и требуемое оборотное время - TURN примем «низкими», поскольку ПС предназначено для работы в диалоговом режиме в относительно стабильной операционной обстановке. Опыт и квалификацию разработчиков (ACAP, PCAP, AEXP, LEXP, VEXP) будем считать «низкими», т.к. разработка идет в рамках учебного проекта. Степень использования современных методов и технологий разработки ПО – MODP, а также программных средств и инструментов - TOOL примем за «высокую» и «очень высокую», соответственно. Требования к срокам поставки будем считать «Номинальными». Таблица 5.5. Стоимостные факторы и коэффициенты нормирования трудозатрат для телефонного справочника  Вычислим по данным табл. 5.5. коэффициент нормирования трудозатрат , который будет равен 0.65, и определим затем нормированные трудозатраты на реализацию проекта (Adjusted Effort):  (человеко-месяца),а также нормированную длительность проекта (Time to Develop)  (месяца).Таким образом, для того чтобы разработать учебную программу – телефонный справочник с функциональностью, описанной в лабораторной работе №4, необходимо произвести трудозатраты эквивалентные 2.0 человеко-месяцам. Оптимальным планируемым сроком разработки данного программного проекта в предполагаемых условиях будет 3.3 месяца. На первый взгляд, полученный результат может показаться нелогичным – ведь трудозатраты оценены в 2.0 человеко-месяца, а срок реализации проекта рекомендован 3.3 месяца. Однако, согласно Ф.П. Бруксу, предложившему использовать понятие человеко-месяца в качестве меры трудоемкости разработки ПС, не следует понимать его слишком буквально. Т.е. объем проекта 9 человеко-месяцев отнюдь не означает, что один человек выполнит этот проект за девять месяцев, а девять человек - за один, скорее три человека выполнят такой проект примерно за три месяца. Согласно Ф.П. Бруксу и слишком малое и слишком большое количество участников проекта относительно его размеров, как правило, приводит к его затягиванию за счет увеличения накладных расходов времени, не связанных непосредственно с процессами разработки ПС. То же самое можно сказать об очень малых проектах, где накладные расходы времени достаточно велики, как в нашем случае. В модели COCOMO этот факт учитывается, поэтому полученный результат вполне соответствует действительности. С использованием табл. 5.4. можно произвести распределение трудозатрат и сроков разработки по основным этапам реализации программного проекта: Проектирование трудозатраты – 0.3 человеко-месяца сроки разработки – 0.6 месяца Программирование трудозатраты детальная разработка – 0.5 человеко-месяца кодирование и тестирование модулей - 0.9 человеко-месяца сроки разработки – 2.1 месяца Интеграция и тестирование трудозатраты – 0.3 человеко-месяца сроки разработки – 0.6 месяца. |