10.2.5. Оценка трудоемкости разработки

Вариант 1.

По таблице 28 (данные SPR) определяется количество строк кода (SLOC) на одну функциональную точку в зависимости от используемого языка программирования.

Таблица 28.

Количество строк кода на одну функциональную точку

Язык (средство)	Количество SLOC на FP
ABAP/4	16
Access	38
ANSI SQL	13
C++	53
Clarion	58
Data base default	40
Delphi 5	18
Excel 5	6
FoxPro 2.5	34
Oracle Developer	23
PowerBuilder	16
Smalltalk	21
Visual Basic 6	24
Visual C++	34
HTML 4	14
Java 2	46

Умножая AFP на количество SLOC на FP, получаем количество SLOC в приложении.

Далее используется один из (вариантов известной модели оценки трудоемкости разработки ПО под названием СОСОМО (Constructive Cost Model), опубликованной в книге Б.У. Боэма¹, и ее современной версии СОСОМО II.

В табл. 29 приведены значения линейного коэффициента производительности (LPF), полученные в СОСОМО.

Таблица 29.

Линейный коэффициент производительности

Тип проекта	LPF
COCOMO II Default	2,94
Встроенное ПО	2,58
Электронная коммерция	3,60
Web-приложения	3,30
Военные разработки	2,77

Трудоемкость разработки (количество человеко-месяцев) вычисляется по следующей формуле:

Трудоемкость = LPF * KSLOC,

где KSLOC - количество тысяч строк кода в приложении.

Приведенная формула применяется для проектов малого размера, а для больших проектов учитывается ESPF, значения которого приведены в табл. 30.

Таблица 30.

Экспоненциальный коэффициент размера

Тип проекта	ESPF
COCOMO II Default	1,052
Встроенное ПО	1,110
Электронная коммерция	1,030
Web-приложения	1,030
Военные разработки	1,072

С учетом данного коэффициента

Трудоемкость = LPF * KSLOC^ESPF.

Подсчитанная таким образом трудоемкость подлежит дальнейшему уточнению с учетом поправок на характеристики среды разработки. Эти характеристики учитываются в двух поправочных коэффициентах: нелинейном коэффициенте среды (NEF) и линейном коэффициенте среды (LEF), значения которых приведены в табл. 31 и 32.

Таблица 31.

Нелинейный коэффициент среды

Фактор	Значение
	низкое	номинальное	высокое
Архитектурный риск	0,0423	0,014	-0,0284
Гибкость среды разработки	0,0223	0,002	-0,0284
Уровень знания новых технологий и предметной области	0,0336	0,0088	-0,0284
Зрелость процессов в организации	0,0496	0,0814	-0,0284
Сплоченность проектной команды	0,0264	0,0045	-0,0284

Таблица 32.

Линейный коэффициент среды

Фактор	Значение
	низкое	номинальное	высокое
Квалификация аналитиков	1,42	1,00	0,71
Опыт разработки приложений	1,22	1,00	0,81
Опыт работы с языками и инструментальными средствами	1,20	1,00	0,84
Преемственность персонала	1,29	1,00	0,81
Квалификация руководства	1,18	1,00	0,87
Опыт руководства	1,11	1,00	0,90
Опыт работы с данной платформой	1,19	1,00	0,85
Квалификация программистов	1,34	1,00	0,76
Ограничения на время выполнения	1,00	1,00	1,63
Ограничения на объем памяти	1,00	1,00	1,46
Нестабильность платформы	0,87	1,00	1,30
Эффективность средств управления	1,22	1,00	0,84
Распределенная разработка	1,22	1,00	0,80
Эргономика офиса	1,19	1,00	0,82
Использование CASE-средств	1,17	1,00	0,78
Размер базы данных	0,90	1,00	1,28
Требуемая степень документированности	0,81	1,00	1,23
Интернационализация	0,97	1,00	1,35
Сложность продукта	0,75	1,00	1,66
Степень повторного использования	0,95	1,00	1,24
Требуемая надежность	0,82	1,00	1,26
Графика и мультимедиа	0,95	1,00	1,35
Интеграция с унаследованным ПО	1,00	1,00	1,18
Уровень безопасности	0,92	1,00	1,40
Необходимость выбора инструментальных средств	0,95	1,00	1,14
Интенсивность транзакций	0,96	1,00	1,59
Разработка для использования в Web	0,88	1,00	1,45

Сумма значений NEF добавляется к значению ESPF.

Значение трудоемкости, подсчитанное с учетом NEF, последовательно умножается на все выбранные значения LEF.

Срок разработки можно определить с помощью коэффициента преобразования (CF) по следующей формуле:

Срок разработки = CF * Трудоемкость^0,33,

где значение CF определяется по табл. 33.

Таблица 33.

Коэффициент преобразования

Тип проекта	CF
COCOMO II Default	3,67
Встроенное ПО	4,00
Электронная коммерция	3,20
Web-приложения	3,10
Военные разработки	3,80

Вариант 2

Используется промежуточная модель COCOMO, в соответствии с которой номинальную трудоёмкость (без учета коэффициентов затрат труда, стоимостных факторов и сложности) можно вычислить по формуле

Трудоемкость = N1 * KSLOC^N2.

Значения N1 и N2 определяются по табл. 34.

Таблица 34.

Коэффициенты N1 и N2

Тип ПО	N1	N2
Распространенное	3,2	1,05
Полунезависимое	3,0	1,12
Встроенное	2,8	1,20

Распространенное ПО - ПО небольшого объема (не более 50 K.SLOC), разрабатываемое относительно небольшой группой опытных специалистов в стабильных условиях.

Полунезависимое ПО - ПО среднего объема (не более 300 KSLOQ, разрабатываемое неоднородной группой специалистов средней квалификации.

Встроенное ПО - ПО с жесткими ограничениями (система резервирования авиабилетов, система управления воздушным

движением и т.п.).

Время разработки вычисляется по формуле

Время = 2,5 * Трудоемкость^N3.

Значения N3 приведены в табл. 35.

Таблица 35.

Коэффициент N3

Тип ПО	N3
Распространенное	0,38
Полунезависимое	0,35
Встроенное	0,32

Время разработки может быть изменено с учетом статистических данных, накопленных в реальных проектах и отраженных в табл. 36, где сопоставлены планируемый и реальный сроки выполнения проекта в зависимости от его размера, выраженного в количестве функциональных точек. Частично это отставание объясняется неточной оценкой, частично - ростом количества требований к системе после того, как выполнена начальная оценка.

Таблица 36.

Статистические данные

Размер проекта	<100 FP	100-1000 FP	1000-10000 FP	>10000 FP
Планируемый срок (мес.)	6	12	18	24
Реальный срок (мес.)	8	16	24	36
Отставание	2	4	6	12

2. -Управляемость и наблюдаемость динамических систем

Для линейных динамических систем, представленных на рис. 1, и описываемых уравнениями в пространстве состояний порядка

,

,

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

Условием полной управляемости объекта является равенство ранга его матрицы управляемости порядку объекта. Матрица управляемости выражается через параметры объекта формулой

.

Матрица записана в блочной форме. Если элементы – блоки записать в развернутой форме, то матрица станет прямоугольной типа .

Наблюдаемость – произвольное состояние можно найти по имеющимися записям вектора выходного сигнала (t>t₀ ). Условием наблюдаемости является равенство ранга матрицы Q порядку системы n :

3. +Эргономика. Эргономическая экспертиза

ЭРГОНОМИКА - научная дисциплина, комплексно изучающая трудовую деятельность человека в системах "человек - техника - среда" (СЧТС) с целью обеспечения ее эффективности, безопасности и комфорта. Аналогичную область знаний в США называют "человеческими факторами" (human factors).

ЭРГОНОМИЧЕСКАЯ ЭКСПЕРТИЗА - комплекс научно-технических и организационно-методических мероприятий по оценке выполнения в проектных, предпроектных и рабочих документах и в образцах СЧТС эргономических требований технического задания, нормативно-технических документов, а также по разработке рекомендаций для устранения отступлений от этих требований.

Указанная экспертиза проводится при обосновании выполнения каждого этапа опытно-конструкторской разработки: технического предложения, эскизного проекта, технического проекта, рабочего проекта. Материалы ее - акт либо протокол - включаются в документы, представляемые на защиту проекта.

Эргономическая экспертиза может проводится, например, по таким направлениям, как:

"Интерфейс "человек - компьютер"" по показателям психологическим, психофизиологическим, комфортности, цветовой совместимости элементов, "рабочее место пользователя компьютера" по показателям психологическим, психофизиологическим, антропометрическим, обслуживаемость, осваиваемость.