Реферат на тему Метрики Витворфа, Зулевского

Содержание:

Введение. 2

Метрики Витворфа, Зулевского. 4

Заключение. 6

Список использованных источников. 7

Введение:

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

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

При оценке
сложности программ, как правило, выделяют три основные группы метрик:

· метрики размера
программ

· метрики
сложности потока управления программ

· и метрики
сложности потока данных программ

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

Метрики второй
группы базируются на анализе управляющего графа программы. Представителем
данной группы является метрика Мак-Кейба.

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

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

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

Заключение:

В настоящее время в программной инженерии еще не
сформировалась окончательно система метрик. Действуют разные подходы к
определению их набора и методов измерения.[1]

Система измерения включает метрики и модели измерений,
которые используются для количественной оценки качества ПО.

При определении требований к ПО задаются соответствующие им
внешние характеристики и их атрибуты (подхарактеристики), определяющие разные
стороны управления продуктом в заданной среде. Для набора характеристик
качества ПО, приведенных в требованиях, определяются соответствующие метрики,
модели их оценки и диапазон значений мер для измерения отдельных атрибутов
качества.

Согласно стандарту метрики определяются по модели измерения
атрибутов ПО на всех этапах ЖЦ (промежуточная, внутренняя метрика) и особенно
на этапе функционирования (внешние метрики) продукта.

Метрика качества программ — система измерений качества
программ. Эти измерения могут проводиться на уровне критериев качества программ
или на уровне отдельных характеристик качества. В первом случае система
измерений позволяет непосредственно сравнивать программы по качеству. При этом
сами измерения не могут быть проведены без субъективных оценок свойств
программ. Во втором случае измерения характеристик можно выполнить объективно и
достоверно, но оценка качества ПО в целом будет связана с субъективной интерпретацией
получаемых оценок. [1] Боэм Б.У. Инженерное проектирование программного
обеспечения. Пер. с англ. / Под ред. А.А. Красилова. – М.: Изд-во Радио и
связь, 1985. – 512 с.

Фрагмент текста работы:

Метрики Витворфа, Зулевского.

Ме́трика
програ́ммного обеспе́чения — мера, позволяющая получить численное значение
некоторого свойства программного обеспечения или его спецификаций.

Поскольку
количественные методы хорошо зарекомендовали себя в других областях, многие
теоретики и практики информатики пытались перенести данный подход и в
разработку программного обеспечения. Как сказал Том ДеМарко ,
«вы не можете контролировать то, что не можете измерить».[1]

Метрики Витворфа,
Зулевского позволяют получить следующие значения:
-мера сложности потока управления
-мера сложности потока данных;

Теория сложности программ ориентирована на управление качеством ПО и
контроль ее эталонной сложности в период эксплуатации. В настоящее время
многообразие показателей (в той или иной степени описывающих сложность
программ) столь велико, что для их употребления требуется предварительное
упорядочение. В ряде случаев удовлетворяются тремя категориями метрик
сложности.[2]

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

При оценке сложности программ, как правило, выделяют три основные группы
метрик:

· метрики
размера программ

· метрики
сложности потока управления программ

· и
метрики сложности потока данных программ

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

Метрики второй группы базируются на анализе управляющего графа программы.
Представителем данной группы является метрика Витворфа,Зулевского.

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

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

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

В качестве обозначения метрики Витворфа, Зулевского
используется g (Р), W (Р) [1] Воробьев В. И., Копыльцов А. В., Пальчун Б. П., Юсупов Р.
Методы и модели оценивания качества программного обеспечения. М. С-Пб.:
СПИИРАН.1992.-33с. [2] Андон Ф.И., Суслов В.Ю., Коваль Г.И., Коротун Т.М. Основы
качества программных систем.–Киев, Академпериодика.– 2002.–502с.