Критерии оценки качества программного обеспечения
план-конспект занятия

Урок 4.

Тема: «Критерии оценки качества программного обеспечения».

План.

1. Проблемы, возникающие при оценке качества ПП.
2. Качественные показатели:

1. Функциональные;
2. Конструктивные.

3. Дерево качественных характеристик ПП.
4. Другие показатели оценки ПП
5. Стандарты качества.

1) Общую проблему обеспечения высокого качества сложных ПС можно разделить на две  группы задач:

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

-  создание методов, методик и средств измерения значений показателей качества программ, предъявленных для сертификации, разработка которых полностью завершена.

2) Среди показателей качества можно выделить две крупные группы и соответствующие им наборы критериев:

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

К последним можно отнести:

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

Программные продукты имеют многообразие показателей  качества, которые отражают следующие аспекты:

• насколько хорошо (просто, надежно, эффективно) можно использовать программный продукт;                                                              
• насколько легко эксплуатировать программный продукт;
• можно ли использовать программный продукт при изменении условия его применения и др.

3) Дерево характеристик качества программных продуктов представлено на рис.:

4) В условиях существования рынка программных продуктов важными характеристиками являются:

• стоимость;
• количество продаж;
• время нахождения на рынке (длительность продаж); известность фирмы-разработчика и программы;
• наличие программных продуктов аналогичного назначения.

Программные продукты массового распространения продаются по ценам, которые учитывают спрос и конъюнктуру рынка (наличие и цены программ-конкурентов). Большое значение имеет проводимый фирмой маркетинг, который включает:    

формирование политики цен для завоевания рынка;

широкую рекламную кампанию программного продукта;

создание торговой сети для реализации программного продукта (так называемые дилерские и дистрибьютерные центры);

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

обучение пользователей программного продукта.

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

5)В современных условиях, условиях жесткой конкуренции, очень важно гарантировать высокое качество вашего процесса конструирования ПО. Такую гарантию дает сертификат качества процесса, подтверждающий его соответствие принятым международным стандартам. Каждый такой стандарт фиксирует свою модель обеспечения качества. Наиболее авторитетны модели стандартов ISO 9001:2000, ISO/ IEC 15504 и модель зрелости процесса конструирования ПО (Capability Maturity Model — СММ) Института программной инженерии при американском университете Карнеги-Меллон.

Базовым понятием модели СММ считается зрелость компании, которая может определяться 5 уровнями:

1. Начальный уровень (уровень 1) означает, что процесс в компании не формализован. Он не может строго планироваться и отслеживаться, его успех носит случайный характер. Результат работы целиком и полностью зависит от личных качеств отдельных сотрудников. При увольнении таких сотрудников проект останавливается.
2. Для перехода на повторяемый уровень (уровень 2) необходимо внедрить формальные процедуры для выполнения основных элементов процесса конструирования. Результаты выполнения процесса соответствуют заданным требованиям и стандартам. Основное отличие от уровня 1 состоит в том, что выполнение процесса планируется и контролируется. Применяемые средства планирования и управления дают возможность повторения ранее достигнутых успехов.
3. Следующий, определенный уровень (уровень 3) требует, чтобы все элементы процесса были определены, стандартизованы и задокументированы. Основное отличие от уровня 2 заключается в том, что элементы процесса уровня 3 планируются и управляются на основе единого стандарта компании. Качество разрабатываемого ПО уже не зависит от способностей отдельных личностей.
4. С переходом на управляемый уровень (уровень 4) в компании принимаются количественные показатели качества как программных продуктов, так и процесса. Это обеспечивает более точное планирование проекта и контроль качества его результатов. Основное отличие от уровня 3 состоит в более объективной, количественной оценке продукта и процесса.
5. Высший, оптимизирующий уровень (уровень 5) подразумевает, что главной задачей компании становится постоянное улучшение и повышение эффективности существующих процессов, ввод новых технологий. Основное отличие от уровня 4 заключается в том, что технология создания и сопровождения программных продуктов планомерно и последовательно совершенствуется.