Презентация Модели качества в програмной инженерии онлайн
На нашем сайте вы можете скачать и просмотреть онлайн доклад-презентацию на тему Модели качества в програмной инженерии абсолютно бесплатно. Урок-презентация на эту тему содержит всего 34 слайда. Все материалы созданы в программе PowerPoint и имеют формат ppt или же pptx. Материалы и темы для презентаций взяты из открытых источников и загружены их авторами, за качество и достоверность информации в них администрация сайта не отвечает, все права принадлежат их создателям. Если вы нашли то, что искали, отблагодарите авторов - поделитесь ссылкой в социальных сетях, а наш сайт добавьте в закладки.
Презентации » Устройства и комплектующие » Модели качества в програмной инженерии
Оцените!
Оцените презентацию от 1 до 5 баллов!
- Тип файла:ppt / pptx (powerpoint)
- Всего слайдов:34 слайда
- Для класса:1,2,3,4,5,6,7,8,9,10,11
- Размер файла:1.27 MB
- Просмотров:70
- Скачиваний:0
- Автор:неизвестен
Слайды и текст к этой презентации:
№2 слайд
![Качество ПО - предмет](/documents_6/d1a95bc3f93282ee9fa57bc375ba0f58/img1.jpg)
Содержание слайда: Качество ПО - предмет стандартизации.
Качество ПО - предмет стандартизации.
По функциональному содержанию стандарты, регламентирующие качество программ, можно разделить на две группы:
общие для качества любых типов изделий;
формализующие показатели качества программных средств.
№4 слайд
![ГОСТ - . Оценка качества](/documents_6/d1a95bc3f93282ee9fa57bc375ba0f58/img3.jpg)
Содержание слайда: ГОСТ 28195-89. Оценка качества программных средств. Общие положения.
ГОСТ 28195-89. Оценка качества программных средств. Общие положения.
ГОСТ 28806-90. Качество программных средств. Термины и
определения.
DOD-STD-2168. Программа обеспечения качества оборонных
программных средств.
Стандарт ISO/IEC 12207 определил не только основные процессы ЖЦ разработки ПС, но и организационные и дополнительные процессы, которые регламентируют инженерию, планирования и управления качеством ПС.
№7 слайд
![Модель качества ПО имеет](/documents_6/d1a95bc3f93282ee9fa57bc375ba0f58/img6.jpg)
Содержание слайда: Модель качества ПО имеет следующие четыре уровня представления
Модель качества ПО имеет следующие четыре уровня представления
Первый уровень
функциональность (functionality);
надежность (realibility);
удобство (usability);
эффективность (efficiency);
сопровождаемость (maitainnability);
переносимость (portability).
Второму уровню соответствуют атрибуты для каждой характеристики качества, которые детализируют разные аспекты конкретной характеристики. Набор атрибутов характеристик качества используется при оценке качества.
№12 слайд
![Функциональные критерии](/documents_6/d1a95bc3f93282ee9fa57bc375ba0f58/img11.jpg)
Содержание слайда: Функциональные критерии отражают основную специфику применения и степень соответствия программ их целевому назначению.
Функциональные критерии отражают основную специфику применения и степень соответствия программ их целевому назначению.
Конструктивные критерии качества программ достаточно инвариантны к их целевому назначению и основным функциям. К ним относятся сложность программ, надежность функционирования, используемые ресурсы ЭВМ, корректность и т.д. В свою очередь конструктивные характеристики комплексов программ целесообразно разделить на основные критерии (показатели) качества и факторы или параметры, влияющие на их значения.
№13 слайд
![Критерии качества этапа](/documents_6/d1a95bc3f93282ee9fa57bc375ba0f58/img12.jpg)
Содержание слайда: Критерии качества этапа проектирования включают, прежде всего, сложность создания комплекса программ и проверки его адекватности поставленным целям. На этапе проектирования основные затраты составляет трудоемкость создания программ заданной сложности и корректности.
Критерии качества этапа проектирования включают, прежде всего, сложность создания комплекса программ и проверки его адекватности поставленным целям. На этапе проектирования основные затраты составляет трудоемкость создания программ заданной сложности и корректности.
Надежность (безотказность) функционирования характеризует относительную длительность получения корректных (достоверных) результатов или вероятность правильных (не искаженных за допустимые пределы) выходных данных.
Способность к модернизации комплексов программ определяется четкостью их структурного построения и структурой межмодульных связей. Кроме того, на этот критерий влияет метод распределения ресурсов ВС и наличие резервов для развития программ.
Мобильность комплексов программ относительно изменения типа, структуры и системы команд вычислительной машины характеризует возможность сохранения и эффективного использования эксплуатируемых программ в процессе развития аппаратуры ЭВМ.
Временные показатели жизненного цикла программ: длительность проектирования, продолжительность эксплуатации очередной версии и длительность проведения каждой модификации.
№20 слайд
![Метрики программного продукта](/documents_6/d1a95bc3f93282ee9fa57bc375ba0f58/img19.jpg)
Содержание слайда: Метрики программного продукта включают:
Метрики программного продукта включают:
внешние метрики, обозначающие свойства продукта, видимые пользователю;
внутренние метрики, обозначающие свойства, видимые только команде разработчиков.
Внешние метрики продукта - это метрики:
надежности продукта, которые служат для определения числа дефектов;
функциональности, с помощью которых устанавливаются наличие и правильность реализации функций в продукте;
сопровождения, с помощью которых измеряются ресурсы продукта (скорость, память, среда);применимости продукта, которые способствуют определению степени доступности для изучения и использования;
стоимости, которыми определяется стоимость созданного продукта.
Внутренние метрики продукта включают:
метрики размера, необходимые для измерения продукта с помощью его внутренних характеристик;
метрики сложности, необходимые для определения сложности продукта;
метрики стиля, которые служат для определения подходов и технологий создания отдельных компонентов продукта и его документов.
№21 слайд
![Метрики продукта часто](/documents_6/d1a95bc3f93282ee9fa57bc375ba0f58/img20.jpg)
Содержание слайда: Метрики продукта часто описываются комплексом моделей для установки различных свойств, значений модели качества или прогнозирования.
Метрики продукта часто описываются комплексом моделей для установки различных свойств, значений модели качества или прогнозирования.
Стандарт ISO/IEC 9126-2 определяет следующие типы мер:
мера размера ПО в разных единицах измерения (число функций, строк в программе, размер дисковой памяти и др.);
мера времени (функционирования системы, выполнения компонента и др.);
мера усилий (производительность труда, трудоемкость и др.);
мера учета (количество ошибок, число отказов, ответов системы и др.).
№22 слайд
![используются следующие](/documents_6/d1a95bc3f93282ee9fa57bc375ba0f58/img21.jpg)
Содержание слайда: используются следующие метрики процесса:
используются следующие метрики процесса:
общее время разработки и отдельно время для каждой стадии;
время модификации моделей;
время выполнения работ на процессе;
число найденных ошибок при инспектировании;
стоимость проверки качества;
стоимость процесса разработки.
Метрики использования служат для измерения степени удовлетворения потребностей пользователя при решении его задач. Они помогают оценить не свойства самой программы, а результаты ее эксплуатации - эксплуатационное качество.
№23 слайд
![По определению стандарта ISO](/documents_6/d1a95bc3f93282ee9fa57bc375ba0f58/img22.jpg)
Содержание слайда: По определению стандарта ISO/IES 9126-2 метрика качества ПО представляет собой "модель измерения атрибута, связываемого с показателем его качества". При измерении показателей качества данный стандарт позволяет определять следующие типы мер:
По определению стандарта ISO/IES 9126-2 метрика качества ПО представляет собой "модель измерения атрибута, связываемого с показателем его качества". При измерении показателей качества данный стандарт позволяет определять следующие типы мер:
меры размера в разных единицах измерения (количество функций, размер программы, объем ресурсов и др.);
меры времени - периоды реального, процессорного или календарного времени (время функционирования системы, время выполнения компонента, время использования и др.);
меры усилий - продуктивное время, затраченное на реализацию проекта (производительность труда отдельных участников проекта, коллективная трудоемкость и др.);
меры интервалов между событиями, например, время между последовательными отказами;
счетные меры - счетчики для определения количества обнаруженных ошибок, структурной сложности программы, числа несовместимых элементов, числа изменений (например, число обнаруженных отказов и др.).
№25 слайд
![Для оценки значений](/documents_6/d1a95bc3f93282ee9fa57bc375ba0f58/img24.jpg)
Содержание слайда: Для оценки значений показателей качества в зависимости от особенностей используемых ими свойств, назначения, способов их определения используются:
Для оценки значений показателей качества в зависимости от особенностей используемых ими свойств, назначения, способов их определения используются:
шкала метрическая (1.1 - абсолютная, 1.2 - относительная, 1.3 - интегральная);
шкала порядковая (ранговая), позволяющая ранжировать характеристики путем сравнения с опорными;
классификационная шкала, характеризующая наличие или отсутствие рассматриваемого свойства у оцениваемого программного обеспечения.
№34 слайд
![Тестирование и испытания в](/documents_6/d1a95bc3f93282ee9fa57bc375ba0f58/img33.jpg)
Содержание слайда: Тестирование и испытания в процессе разработки ПС в наибольшей степени влияют на качество конечного продукта. Поэтому данный раздел стандарта является главным и превышает по объему все остальные. Цель этого раздела ПОКПС состоит в формализации: процедур поэтапного тестирования и анализа ответственности конкретных специалистов за их реализацию, форм отчетов и контроля за изменениями компонент ПС. Стандартом рекомендуется представлять в Плане как минимум 8 видов анализов и испытаний проекта ПС. Управление конфигурацией в ПОКПС регламентирует задачи и методы контроля, регистрации и реализации изменений в компонентах и версиях ПС.
Тестирование и испытания в процессе разработки ПС в наибольшей степени влияют на качество конечного продукта. Поэтому данный раздел стандарта является главным и превышает по объему все остальные. Цель этого раздела ПОКПС состоит в формализации: процедур поэтапного тестирования и анализа ответственности конкретных специалистов за их реализацию, форм отчетов и контроля за изменениями компонент ПС. Стандартом рекомендуется представлять в Плане как минимум 8 видов анализов и испытаний проекта ПС. Управление конфигурацией в ПОКПС регламентирует задачи и методы контроля, регистрации и реализации изменений в компонентах и версиях ПС.
Отчеты об ошибках и корректирующих действиях в ПОКПС должны содержать описание руководящих и технических процедур по формализации, регистрации и устранению ошибок в ПС. В Плане рекомендуется определить отдельную группу специалистов, ответственных за утверждение источников и достоверности ошибок, а также за согласованную реализацию корректировок компонентов ПС. Состав, поддержка и хранение документации о реализованном Плане обеспечения качества ПС должны обеспечивать длительный ретроспективный анализ и контроль завершенного Плана.
Документация должна свидетельствовать, что разработка ПС проведена в соответствии с контрактом с заказчиком, утвержденным профилем и современной профессиональной практикой, а также обеспечена возможность повторного тестирования ПС и его компонентов для контроля любых показателей качества, представленных в документации.
Скачать все slide презентации Модели качества в програмной инженерии одним архивом:
Похожие презентации
-
Моделі і метрики якості програмних систем
-
Моделі життєвого циклу програмних систем
-
Качество кода или инженерная культура
-
Предмет и задачи программной инженерии. Критерии качества программного продукта и процесса разработки. (Лекция 1)
-
Метод оценки качества, основанный на иерархической модели
-
Метод та програмна система моделювання користувацького плейлісту для персоналізації та рекомендацій
-
Моделирование в среде табличного процессора. Расчёт геометрических параметров объекта
-
Информационные модели на графах. 7 класс
-
Моделирование облаков
-
Компьютерное моделирование процесса обучения ограниченной группы студентов в рамках представления клеточных автоматов