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

Содержание слайда: Модели качества в программной инженерии 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 видов анализов и испытаний проекта ПС. Управление конфигурацией в ПОКПС регламентирует задачи и методы контроля, регистрации и реализации изменений в компонентах и версиях ПС. Отчеты об ошибках и корректирующих действиях в ПОКПС должны содержать описание руководящих и технических процедур по формализации, регистрации и устранению ошибок в ПС. В Плане рекомендуется определить отдельную группу специалистов, ответственных за утверждение источников и достоверности ошибок, а также за согласованную реализацию корректировок компонентов ПС. Состав, поддержка и хранение документации о реализованном Плане обеспечения качества ПС должны обеспечивать длительный ретроспективный анализ и контроль завершенного Плана. Документация должна свидетельствовать, что разработка ПС проведена в соответствии с контрактом с заказчиком, утвержденным профилем и современной профессиональной практикой, а также обеспечена возможность повторного тестирования ПС и его компонентов для контроля любых показателей качества, представленных в документации.