Измерение программного продукта
методическая разработка

Слайд 1

Измерение программного продукта и процесса его разработки.

Слайд 2

Мера – количественная характеристика какого-либо свойства объекта. Путём непосредственных измерений могут определяться только опорные свойства объекта. Все остальные свойства оцениваются в результате тех или иных функций от значений опорных характеристик. Вычисления этих функций проводятся по формулам, дающим числовые значения и называемыми метриками .

Слайд 3

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

Слайд 4

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

Слайд 5

Размерно-ориентированные метрики производительности и качества вычисляютя:

Слайд 6

Размерно-ориентированные метрики: Достоинства: широко распространены; просты и легко вычисляются Недостатки : зависимы от языка программирования; требуют исходных данных, которые трудно получить на начальной стадии проекта; не приспособлены к непроцедурным языкам программирования.

Слайд 7

Пример Рассчитайте размерно-ориентированные метрики на основе LOC -оценки: проект разрабатывали 2 человека в течение 5 месяцев, за которые было разработано 500 страниц документации и написано 12600 строк программного кода, денежные затраты составили 4872000 рублей. За первый год эксплуатации программного продукта было зарегистрировано 29 ошибки. Решение. Производительность =12600/(2*5)=1260 строк пишет 1 программист в месяц Качество =29/12,6=2, 4 ошибки на 1000 сток кода

Слайд 8

Пример Удельная стоимость =4872000/65 ($)/126000=5 ,94 $ стоит 1 строка кода Документированность =500/12,6=39,7 страниц документации на 1000 строк кода Какое количество времени (в месяцах) ориентировочно понадобится для разработки похожего проекта при условии, что в рабочую группу будет входить 3 программиста. 1 программист работал бы 10 месяцев, следовательно 3 программиста будут работать  3,3 месяца

Слайд 9

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

Слайд 10

Функционально-ориентированные метрики косвенно измеряют программный продукт и процесс его разработки. Вместо подсчета LOC -оценки при этом рассма­тривается не размер, а функциональность или полезность продукта. Используется 5 информационных характеристик: Количество внешних вводов. Подсчитываются все вводы пользователя, по которым поступают разные прикладные данные. Вводы должны быть отделены от запросов, которые подсчитываются отдельно.

Слайд 11

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

Слайд 12

Количество внутренних логических файлов. Подсчитываются все логические файлы (то есть логические группы данных, которые могут быть частью базы данных или отдельным файлом). Количество внешних интерфейсных файлов. Подсчитываются все логические файлы из других приложений, на которые ссылается данное приложение.

Слайд 13

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

Слайд 14

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

Слайд 15

Внешний запрос — элементарный процесс, работающий как с вводимыми, так и с выводимыми данными. Его результат — данные, возвращаемые из внутренних логических файлов и внешних интерфейсных файлов. Входная часть процесса не модифицирует внутренние логические файлы, а выходная часть не несет данных, вычисляемых приложением (в этом и состоит отличие запроса от вывода). Внутренний логический файл — распознаваемая пользователем группа логически связанных данных, которая размещена внутри приложения и обслуживается че­рез внешние вводы.

Слайд 16

Внешний интерфейсный файл — распознаваемая пользователем группа логически связанных данных, которая размещена внутри другого приложения и поддерживается им. Внешний файл данного приложения является внутренним логическим файлом в другом приложении. Каждой из выявленных характеристик ставится в соответствие сложность. Для этого характеристике назначается низкий, средний или высокий ранг, а затем формируется числовая оценка ранга.

Слайд 17

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

Слайд 19

Количество внешних вводов: 25+10=35 Количество внешних запросов (количество внешних выводов):1 Данные для определения ранга и оценки сложности транзакций и файлов приведены в табл. 2.5-2.9 (числовая оценка указана в круглых скобках).

Слайд 20

Таблица 2.5. Ранг и оценка сложности внешних вводов Ссылки на файлы Элементы данных 1-4 5-15 >15 0-1 Низкий (3) Низкий (3) Средний (4) 2 Низкий (3) Средний (4) Высокий (6) >2 Средний (4) Высокий (6) Высокий (6) Таблица 2.6. Ранг и оценка сложности внешних выводов Ссылки на файлы Элементы данных 1-4 5-19 >19 0-1 Низкий (4) Низкий (4) Средний (5) 2-3 Низкий (4) Средний (5) Высокий (7) >3 Средний (5) Высокий (7) Высокий (7) Таблица 2.7. Ранг и оценка сложности внешних запросов Ссылки на файлы Элементы данных 1-4 5-19 >19 0-1 Низкий (3) Низкий (3) Средний (4) 2-3 Низкий (3) Средний (4) Высокий (6) >3 Средний (4) Высокий (6) Высокий (6)

Слайд 21

Таблица 2.8. Ранг и оценка сложности внутренних логических файлов Типы элементов-записей Элементы данных 1 2-5 >5 1-19 20-50 >50 Низкий (7) Низкий (7) Низкий (7) Средний (10) Средний (10) Высокий (15) Средний (10) Высокий (15) Высокий (15) Таблица 2.9. Ранг и оценка сложности внешних интерфейсных файлов Типы элементов-записей Элементы данных 1 2-5 >5 1-19 20-50 >50 Низкий (5) Низкий (5) Низкий (5) Средний (7) Средний (7) Высокий (10) Средний (7) Высокий (10) Высокий (10)

Слайд 22

Исходные данные для расчета сводятся в табл. 2.10. Таблица 2.10. Исходные данные для расчета FP -метрик Исходные данные для расчета сводятся в таблицу Имя характеристики Ранг, сложность, количество Низкий Средний Высокий Итого Внешние вводы 0x3 = __ 0x4 = __ 0x6 = __ = 0 Внешние выводы Dx4 = _ 0x5 = __ 0x7 = __ = 0 Внешние запросы Dx3 = __ 0x4 = __ 0x6 = __ = D Внутренние логические файлы 0x7 = __ 0x10= __ 0x15 = = 0 Внешние интерфейсные файлы 0x5 = __ Ох7 = _ 0x10 = = 0 Общее количество = D

Слайд 23

Ранг внешних вводов – средний, оценка сложности 4; Ранг внешних выводов – низкий, оценка сложности 4. FP=35*4+1*4=144 FP= Общее количество(0,65+ 0,01* ∑ F i ); F i - коэффициент регулировки сложности, Каждый коэффициент может принимать следующие значения: 0 — нет влияния, 1 — случайное, 2 — небольшое, 3 — среднее, 4 — важное, 5 — основное. Значения выбираются эмпирически в результате ответа на 14 вопросов, которые характеризуют системные параметры приложения (табл. 2.11).

Слайд 24

Таблица 2.11. Определение системных параметров приложения № Системный параметр Описание 1 Передачи данных Сколько средств связи требуется для передачи или обмена информацией с приложением или системой? 2 Распределенная обработка данных Как обрабатываются распределенные данные и функции обработки? 3 Производительность Нуждается ли пользователь в фиксации времени ответа или производительности? 4 Распространенность Насколько распространена текущая аппаратная

Слайд 25

После заполнения таблицы по формуле (2.1) вычисляется значение указателя свойств. Для сложных систем реального времени это значение на 25-30% больше значения, вычисляемого по таблице для количества функциональных указателей.

Слайд 26

После вычисления FP на его основе формируются метрики производительности, качества и т. д.:

Слайд 27

Достоинства функционально-ориентированных метрик: Не зависят от языка программирования. Легко вычисляются на любой стадии проекта. Недостаток функционально-ориентированных метрик: результаты основаны на субъективных данных, используются не прямые, а косвенные измерения. FP -оценки легко пересчитать в LOC -оценки.

Слайд 28

Язык программирования Количество операторов на один FP _____________________ Кобол 106 Фортран 106 Паскаль 90 C++ 64 Java 53 Ada 95 49 Visual Basic 32 Visual C++ 34 Delphi Pascal 29 Smalltalk 22 Perl 21 HTML3 15 LISP 64 Prolog 64 Miranda 40 Haskell 38