🗊Презентация Модели качества в програмной инженерии

Модели качества в программной инженерии 1. Характеристика показателей качества 2. Метрики качества программного обеспечения 3. Стандартная оценка значений показателей качества 4. Управление качеством ПС

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

ГОСТ 28195-89. Оценка качества программных средств. Общие положения. ГОСТ 28195-89. Оценка качества программных средств. Общие положения. ГОСТ 28806-90. Качество программных средств. Термины и определения. DOD-STD-2168. Программа обеспечения качества оборонных программных средств. Стандарт ISO/IEC 12207 определил не только основные процессы ЖЦ разработки ПС, но и организационные и дополнительные процессы, которые регламентируют инженерию, планирования и управления качеством ПС.

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

Основные аспекты качества ПО

Модель качества ПО имеет следующие четыре уровня представления Модель качества ПО имеет следующие четыре уровня представления Первый уровень функциональность (functionality); надежность (realibility); удобство (usability); эффективность (efficiency); сопровождаемость (maitainnability); переносимость (portability). Второму уровню соответствуют атрибуты для каждой характеристики качества, которые детализируют разные аспекты конкретной характеристики. Набор атрибутов характеристик качества используется при оценке качества.

Схема взаимодействия основных критериев качества программ Схема взаимодействия основных критериев качества программ

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

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

Типы метрик метрики программного продукта, которые используются при измерении его характеристик - свойств; метрики процесса, которые используются при измерении свойства процесса ЖЦ создания продукта. метрики использования.

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

Метрики продукта часто описываются комплексом моделей для установки различных свойств, значений модели качества или прогнозирования. Метрики продукта часто описываются комплексом моделей для установки различных свойств, значений модели качества или прогнозирования. Стандарт ISO/IEC 9126-2 определяет следующие типы мер: мера размера ПО в разных единицах измерения (число функций, строк в программе, размер дисковой памяти и др.); мера времени (функционирования системы, выполнения компонента и др.); мера усилий (производительность труда, трудоемкость и др.); мера учета (количество ошибок, число отказов, ответов системы и др.).

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

По определению стандарта ISO/IES 9126-2 метрика качества ПО представляет собой "модель измерения атрибута, связываемого с показателем его качества". При измерении показателей качества данный стандарт позволяет определять следующие типы мер: По определению стандарта ISO/IES 9126-2 метрика качества ПО представляет собой "модель измерения атрибута, связываемого с показателем его качества". При измерении показателей качества данный стандарт позволяет определять следующие типы мер: меры размера в разных единицах измерения (количество функций, размер программы, объем ресурсов и др.); меры времени - периоды реального, процессорного или календарного времени (время функционирования системы, время выполнения компонента, время использования и др.); меры усилий - продуктивное время, затраченное на реализацию проекта (производительность труда отдельных участников проекта, коллективная трудоемкость и др.); меры интервалов между событиями, например, время между последовательными отказами; счетные меры - счетчики для определения количества обнаруженных ошибок, структурной сложности программы, числа несовместимых элементов, числа изменений (например, число обнаруженных отказов и др.).

Методы оценки значений показателей качества : Методы оценки значений показателей качества : измерительный регистрационный расчетный экспертный комбинации этих методов

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

Главный закон контроля качества ПО Повышение качества системы снижает расходы на ее разработку

Capability Maturity Model

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