Метод оценки качества, основанный на иерархической модели презентация
Содержание
- 12. СТАНДАРТЫ СЕРИИ ISO В ОБЛАСТИ ОЦЕНКИ КАЧЕСТВА ПРОГРАММНЫХ СРЕДСТВ
- 13. В настоящее время ISO/IEC 9126:1991 заменен на две взаимосвязанные серии стандартов:
- 14. Названия частей: Часть 1: Модель качества. Часть 2: Внешние метрики. Часть
- 15. Назначение модели, описанной в части 1: 1) проверка полноты определения требований
- 16. В стандарте ISO/IEC 9126-1:2001 описана иерархическая модель оценки качества ПС. В
- 17. Существуют следующие виды метрик: Существуют следующие виды метрик: − внутренние метрики;
- 18. Внешние метрики используют меры программного средства, полученные на основании из поведения
- 19. Последовательность действий по планированию и прогнозу значений внешних метрик : Последовательность
- 20. Метрики качества в использовании измеряют, в какой степени продукт удовлетворяет потребности
- 21. Качество в использовании определяет объединенный эффект от всех характеристик качества ПС
- 22. МОДЕЛЬ ВНЕШНЕГО И ВНУТРЕННЕГО КАЧЕСТВА ПС Итак, стандарт ISO/IEC 9126-1:2001 регламентирует
- 24. Все метрики, исходя из возможностей их измерения, можно разделить на три
- 25. категорийные метрики •– это описательные метрики, которые отражают набор свойств и
- 26. количественные метрики – это метрики, которые можно объективно измерить и численно
- 27. качественные метрики – это метрики, устанавливаемые в значительной степени субъективно и
- 28. С учетом этого все характеристики качества также разделяются на три группы:
- 29. Функциональность (functionality) – способность ПС обеспечивать функции, удовлетворяющие установленные потребности заказчиков
- 32. Пригодность (suitability) – способность программного средства обеспечивать набор функций, соответствующий специфическим
- 33. Корректность программных модулей включает функциональную и конструктивную корректность: Корректность программных модулей
- 34. Корректность обработки данных также имеет функциональную и конструктивную составляющие: Конструктивная корректность
- 35. Корректность структуры комплексов программ определяется корректностью структуры модулей и корректностью
- 36. Способность к взаимодействию (interoperability) – свойство ПС и их компонентов взаимодействовать
- 37. Связи по управлению составляют вызовы программных модулей и возвраты в вызывавшие
- 38. Защищенность (security) – свойство ПС защищать свои программы и данные. Защищенность
- 39. Согласованность функциональности (functionality compliance) – свойство ПС соответствовать стандартам, нормативным документам,
- 40. Надежность (reliability) – свойства комплексов программ обеспечивать достаточно низкую вероятность отказа
- 42. Основным принципом классификации сбоев и отказов в программах при отсутствии их
- 43. Завершенность (maturity) – свойство ПС не попадать в состояние отказов вследствие
- 44. Отказоустойчивость (fault tolerance) – свойство ПС поддерживать заданный уровень качества функционирования
- 45. Восстанавливаемость (recoverability) – свойство ПС в случае отказа восстанавливать заданный уровень
- 46. Пригодность (годность, готовность, доступность) (availability) – Пригодность (годность, готовность, доступность) (availability)
- 47. Согласованность надежности (reliability compliance) – свойство ПС соответствовать стандартам и нормативным
- 48. Подхарактеристики Эффективности. Возможные меры и шкалы измерения количественных метрик
- 51. Сопровождаемость (maintainability) – приспособленность ПС к модификации. Модификации могут включать исправления,
- 53. Мобильность (portability) – приспособленность ПС к переносу из одной аппаратно-программной среды
- 55. Качество в использовании – это восприятие пользователем качества. Качество в использовании
- 56. Качество в использовании представляет собой объединенный эффект характеристик качества ПС для
- 59. Метрики качества в использовании описаны в четвертой части стандарта ISO/IEC 9126-4
- 61. Процессы выбора метрик и шкал для описания показателей качества ПС делятся
- 62. На первом этапе базовая номенклатура характеристик и На первом этапе базовая
- 63. Подготовка исходных данных завершается выделением номенклатуры приоритетных показателей качества, определяющих функциональную
- 64. На втором этапе, с учетом ранжирования потребителей, ранжируются характеристики и подхарактеристики
- 65. Результаты анализа и выбора номенклатуры и метрик характеристик качества проекта ПС
- 66. МОДЕЛИ КАЧЕСТВА ПРОЦЕССОВ РАЗРАБОТКИ ПО
- 67. Гарантией высокого качества разрабатываемых программных средств является высокое качество процесса разработки
- 68. Комплексное решение задач обеспечения качества программных средств предполагает разработку и внедрение
- 69. Подчеркивая, что ISO 9000 - "превосходная идея", Gartner Group рекомендует рассматривать
- 70. Модель стандарта ISO 9001:2000 является общей, т.е. ориентированной на любые виды
- 71. МОДЕЛЬ СММ Базовым понятием модели СММ является зрелость компании или предприятия.
- 72. CMM (Capability Maturity Model ) разработана Software Engineering Institute при университете
- 73. Модель СММ фиксирует критерии для оценки зрелости предприятия и предлагает пути
- 75. Начальный уровень (уровень 1) означает, что процессы создания ПО на предприятии
- 76. Для перехода на повторяемый уровень (уровень 2) необходимо внедрить формальные процедуры
- 77. Определенный уровень (уровень 3) требует, чтобы все элементы процесса были определены,
- 78. На управляемом уровне (уровень 4) на предприятии используются количественные показатели качества
- 79. Высший, оптимизирующий уровень (уровень 5) подразумевает, что главной задачей предприятия становится
- 80. Каждый уровень СММ характеризуется областью ключевых процессов (ОКП). Каждый уровень СММ
- 81. CMMI (Capability Maturity Model Integration) - дальнейшее развитие модели CMM. В
- 82. Управление процессами Управление проектами Разработка Сопровождение
- 88. Соответствие между общими свойствами СММ и элементами ISO 9001:2000
- 92. Скачать презентацию
Слайды и текст этой презентации
Скачать презентацию на тему Метод оценки качества, основанный на иерархической модели можно ниже: