- •Оглавление
- •Билет 1
- •Билет 2
- •Билет 3
- •Билет 4
- •Билет 5
- •Билет 6
- •Билет 7
- •Билет 8
- •Билет 9
- •10. Методики оценки трудоемкости разработки программного обеспечения
- •10.1.3.Определение технической сложности проекта
- •10.1.4.Определение уровня квалификации разработчиков
- •10.2. Методика оценки трудоемкости разработки на основе функциональных точек.
- •10.2.1. Общие сведения
- •10.2.2. Определение количества и сложности функциональных типов по данным
- •10.2.3. Определение количества и сложности транзакционных функциональных типов
- •10.2.4. Подсчет количества функциональных точек
- •10.2.5. Оценка трудоемкости разработки
- •Билет 10
- •Поэтому перейдем к рассмотрению дискретных моделей, используемых при моделировании и идентификации.
- •Билет 11
- •Глава 1. Общие принципы организации памяти эвм
- •Билет 13
- •Билет 14
- •2. Опишите основные принципы работы протокола hdlc. Формат кадра. Основные команды
- •Билет 15
- •Билет 16
- •Билет 17
- •Выборка
- •Итоговые операторы
- •Итоги по группам
- •Создание индекса
- •Создание представлений
- •Встраивание sql
- •Билет 18
- •Билет 19
- •Билет 20
- •1. Разновидности сетей Ethernet
- •В качестве примеров рекомендуется ознакомиться со статьями в приложении или воспользоваться собственными примерами
- •Билет 21
- •В качестве примеров рекомендуется ознакомиться со статьями в приложении или воспользоваться собственными примерами
- •Билет 22
- •1. Организация файловой системы и методы доступа к файлам
- •Билет 23
- •Логические модели
- •Продукционные модели
- •Сетевые модели
- •Фреймовые модели
- •Знания и их представление.
- •В качестве примеров рекомендуется ознакомиться со статьями в приложении или воспользоваться собственными примерами Билет 24
- •1. Критерии качества программного обеспечения
- •3. Isdn-сети с интегральными услугами
- •Билет 25
- •Билет 26
- •В качестве примеров рекомендуется ознакомиться со статьями в приложении или воспользоваться собственными примерами
- •Билет 27
- •В качестве примеров рекомендуется ознакомиться со статьями в приложении или воспользоваться собственными примерами
- •Билет 28
- •1. Критерии качества программного обеспечения
- •В качестве примеров рекомендуется ознакомиться со статьями в приложении или воспользоваться собственными примерами
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), опубликованной в книге Б.У. Боэма1, и ее современной версии СОСОМО 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 * KSLOCESPF.
Подсчитанная таким образом трудоемкость подлежит дальнейшему уточнению с учетом поправок на характеристики среды разработки. Эти характеристики учитываются в двух поправочных коэффициентах: нелинейном коэффициенте среды (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 * KSLOCN2.
Значения 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>t0 ). Условием наблюдаемости является равенство ранга матрицы Q порядку системы n :
3. +Эргономика. Эргономическая экспертиза
ЭРГОНОМИКА - научная дисциплина, комплексно изучающая трудовую деятельность человека в системах "человек - техника - среда" (СЧТС) с целью обеспечения ее эффективности, безопасности и комфорта. Аналогичную область знаний в США называют "человеческими факторами" (human factors).
ЭРГОНОМИЧЕСКАЯ ЭКСПЕРТИЗА - комплекс научно-технических и организационно-методических мероприятий по оценке выполнения в проектных, предпроектных и рабочих документах и в образцах СЧТС эргономических требований технического задания, нормативно-технических документов, а также по разработке рекомендаций для устранения отступлений от этих требований.
Указанная экспертиза проводится при обосновании выполнения каждого этапа опытно-конструкторской разработки: технического предложения, эскизного проекта, технического проекта, рабочего проекта. Материалы ее - акт либо протокол - включаются в документы, представляемые на защиту проекта.
Эргономическая экспертиза может проводится, например, по таким направлениям, как:
"Интерфейс "человек - компьютер"" по показателям психологическим, психофизиологическим, комфортности, цветовой совместимости элементов, "рабочее место пользователя компьютера" по показателям психологическим, психофизиологическим, антропометрическим, обслуживаемость, осваиваемость.