33. Модели качества процессов конструирования по. Уровни зрелости модели cmm.

Стандарты:

• ISO 9001:2000 – процессы разработки из любых областей человеческой деятельности.

• ISO/IEC 15504 – процессы программной разработки.

• ГОСТ 19-й и 34-й серии – жесткая ориентация на каскадный подход к разработке ПО.

• ГОСТ Р ИСО МЭК 12207 – описывает разработку ПО как набор основных и вспомогательных процессов, которые могут действовать от начала и до окончания процесса. Более гибок и допускает итеративную разработку.

Модели качества:

• CMM (Capability Maturity Model) – модель зрелости процессов создания ПО. Разработана институтом программной инженерии при университете Карнеги-Меллона.

• CMMI (Capability Maturity Model Integration) – предпринята попытка преодолеть недостатки CMM – преувеличение роли формальных описаний процессов, когда наличие определенной документации оценивалось значительно выше хорошо налаженного процесса.

• CMM и CMMI ориентируются на использование формализованного процесса.

Уровни зрелости:

Уровень 1. Начальный. Процесс осуществляется случайным образом.

Уровень 2. Повторяемый. Процесс планируется и отслеживается.

Уровень 3. Определенный. Процесс полностью определен и организован на основе единого стандарта компании.

Уровень 4. Управляемый. Количественное управление процессом и его качеством. Активное использование метрик.

Уровень 5. Оптимизирующий. Планомерное улучшение и повышение качества процесса.

34. Метрические оценки сложности программ.

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

Два основных направления в исследовании метрик:

• поиск метрик, характеризующих наиболее специфические свойства программ, т.е. метрик оценки самого ПО;

• использование метрик для оценки технических характеристик и факторов разработки программ, т.е. метрик оценки условий разработки программ

Направления метрического оценивания свойств программ:

• Разработка моделей надежности и ее измерение, имеющие целью прогноз отказов программных систем при эксплуатации

• Оценка и измерение структурной сложности программ, направленные на решение проблем тестирования

• Анализ и оценка временной сложности программ

• Анализ и количественная оценка психологических факторов, связанных с модификацией программ и их сопровождением, в т.ч. в условиях отчуждения от разработчиков

• Исследования и разработка методов оценки объемных характеристик программ, их оптимизации, а также измерение производительности труда программистов для более качественного планирования работ по созданию ПО

• Анализ использования в текстах программ языковых конструкций, ориентированных на повышение качества трансляторов

• Исследования и разработка интегральных характеристик программ на основе частных критериев

Цель – разработка многоаспектной классификации мер качества ПО.

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

• метрики размера программ,

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

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

Виды метрик:

1. Объемные метрики (размер исполняемого файла, длина программы, число исполняемых операторов)

2. Топологические метрики (метрики Мак-Кейба, Харрисона-Мейджела)

3. Метрики учета потока данных (мера Чепина, мера «Спен», Мера сложности программ по количеству обращений к глобальным переменным)

Типы метрик:

• Размерно-ориентированные метрики - LOC-оценки (Lines of Code) , М.Холстед,…

• Функционально-ориентированные метрики (FP – Functional Points), А.Альбрехт,…

• Объектно-ориентированные метрики, Л.Констентайн и Э.Йордан,…