“УТВЕРЖДАЮ”

Заведующий кафедрой

Н. Сапожников

“ ” 200 г.

Методические указания

на Практическое занятие № 1

по «ПО СКС»

Класс 156, 157 Дата и время

Место проведения: класс ПК

Тема: Руководство программным проектом и расчет метрик

Цели:

1. Закрепление и углубление теоретических знаний.

2. Составления руководства программным проектом

3. Расчет метрик двух типов

4. Развитие и закрепление интереса у обучаемых к преподаваемому предмету.

В результате проведения практического занятия студенты должны

ЗНАТЬ:

• Основы составления руководства программным проектом

• Порядок расчета размерно-ориентированных метрик

• Основы выполнение размерно-ориентированных оценок

УМЕТЬ:

• Составит руководство программным проектом

• Рассчитать размерно-ориентированные метрики

организационно-методические указания

по проведению

Практического занятия № …

по дисциплине «Программное обеспечение СКС»

1. Вводная теоретическая часть

Размерно-ориентированные метрики

Размерно-ориентированные метрики прямо измеряют программный продукт и процесс его разработки. Они основываются на LOC-оценках (Line Of Code) – количество строк в программном продукте. Исходные данные для расчёта сводят в таблицу:

Просчёт	Затраты, чел-месяц	Стоимость, тыс. $	KLOC, тыс. LOC	Программная документация, страницы	Ошибки	Люди
Пример1	24	168	12.1	365	24	3

Вычисляются метрики по следующим формулам:

1) производительность:

2) качество:

3) удельная стоимость:

4) документированность:

Достоинства размерно-ориентированной метрики

1) распространенность метрики;

2) легко вычислить и её простота.

Недостатки размерно-ориентированной метрики

1) зависит от АЕП;

2) требует исходные данные в начале;

3) не применима к процедурам АЕП.

Функционально-ориентированные метрики

Функционально-ориентированные метрики косвенно измеряют программный продукт и процесс его разработки. Рассматривается функциональность и полезность продукт. Функционально-ориентированные метрики используют пять информационных характеристик:

1) количество внешних вводов – все вводы пользователя разных прикладных задач;

2) количество внешних выводов – выводы результатов к пользователю, вычисленные программой (распечатки, экраны, сообщения об ошибках);

3) количество внешних запросов – диалоговый ввод, приводящий к немедленному ответу в виде диалогового вывода, то есть все запросы/ответы;

4) количество внутренних логических файлов – логические файлы (логические группы данных, в виде части БД или отдельного файла);

5) количество внешних интерфейсных файлов – логические файлы из других приложений, используемые программой.

Первые три информационные характеристики относятся к категории транзакций.

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

Определения транзакций

1) внешний ввод – элементарный процесс, перемещающий данные из внешней среды в программу;

2) внешний вывод - элементарный процесс, перемещающий данные, вычисленные в программе во внешнюю среду или обновление внутренних логических файлов;

3) внешний запрос – элементарный процесс, работающий с вводимыми и выводимыми данными, его результат – данные, возвращаемые из внутренних логических файлов и внешних интерфейсных файлов, где входная часть процесса не модифицирует внутренние логические файлы, а входная часть не несёт данных, вычисляемых программой;

4) внутренний логический файл – группа логически связанных данных, размещённая внутри программы и обслуживающаяся через внешние вводы;

5) внешний интерфейсный файл – группа логически связанных данных, размещаемых внутри других программ поддерживаемых этой программой.

Характеристики могут иметь низкий, редкий и высокий ранг. На их основе формируется числовая оценка ранга. Для ранжирования транзакций учитывают типы:

- тип элемента записи – подгруздка элементов данных, рассматриваемая пользователем в пределах файла;

- тип элемента данных – уникальное не рекурсивное поле, распознаваемое пользователем.

Учёт элементов имеет свои правила. Данные для определения ранга и оценки сложности транзакции и файлов определяются статически. После сбора всей необходимой информации рассматривается метрика – количество функциональных указателей FP (Function Points).

Исходные данные для расчёта сводятся в таблицу:

Имя характеристики	Ранг, сложность, количество
	Низкий	Средний	Высокий	Итог
Внешний ввод	А*3=_	А*4=_	А* 6=_	=_
Внешние выводы	А*4=_	А*5=_	А*7=_	=_
Внешние запросы	А*3=_	А*4=_	А*6=_	=_
Внутренние логические файлы	А*7=_	А*10=_	А*15=_	=_
Внешние интерфейсные файлы	А*5=_	А*7=_	А*10=_	=_
Общее количество =_

А – метка заполнитель

где - коэффициент регулировки сложности:

0 – нет влияния;

1 – случайное;

2 – небольшое;

3 – среднее;

4 – важное;

5 – основное.

Значения выбираются эмпирически по ответам на 14 вопросов. Вопросы характеризуют системные параметры программ и приложений. На основе FP метрик рассчитывают:

1) производительность:

2) качество:

3) удельная стоимость:

4) документированность:

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