Содержание
- 12. СТАНДАРТЫ СЕРИИ ISO В ОБЛАСТИ ОЦЕНКИ КАЧЕСТВА ПРОГРАММНЫХ СРЕДСТВ В области стандартизации информационных технологий ISO и
- 13. В настоящее время ISO/IEC 9126:1991 заменен на две взаимосвязанные серии стандартов: ISO/IEC 9126-1-4 – Информационная технология.
- 14. Названия частей: Часть 1: Модель качества. Часть 2: Внешние метрики. Часть 3: Внутренние метрики. Часть 4:
- 15. Назначение модели, описанной в части 1: 1) проверка полноты определения требований в техническом задании; 2) идентификация
- 16. В стандарте ISO/IEC 9126-1:2001 описана иерархическая модель оценки качества ПС. В соответствии с моделью общее качество
- 17. Существуют следующие виды метрик: − внутренние метрики; − внешние метрики; − метрики качества в использовании. Внутренние
- 18. Внешние метрики используют меры программного средства, полученные на основании из поведения системы, частью которой они являются,
- 19. Последовательность действий по планированию и прогнозу значений внешних метрик : 1) определить требования к качеству ПС;
- 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) – свойство ПС быть в состоянии выполнять требуемую функцию в данный
- 47. Согласованность надежности (reliability compliance) – свойство ПС соответствовать стандартам и нормативным документам, связанным с надежностью.
- 48. Подхарактеристики Эффективности. Возможные меры и шкалы измерения количественных метрик
- 49. Практичность (применимость) (usability) – свойство ПС, обусловливающее сложность его понимания, изучения и использования, а также привлекательность
- 51. Сопровождаемость (maintainability) – приспособленность ПС к модификации. Модификации могут включать исправления, усовершенствования или адаптацию ПС к
- 53. Мобильность (portability) – приспособленность ПС к переносу из одной аппаратно-программной среды в другую. Мобильность определяется объемом,
- 55. Качество в использовании – это восприятие пользователем качества. Достижение качества в использовании зависит от достижения внешнего
- 56. Качество в использовании представляет собой объединенный эффект характеристик качества ПС для пользователя. Качество в использовании –
- 59. Метрики качества в использовании описаны в четвертой части стандарта ISO/IEC 9126-4 Данная часть предназначена для: покупателей,
- 61. Процессы выбора метрик и шкал для описания показателей качества ПС делятся на два этапа: выбор и
- 62. На первом этапе базовая номенклатура характеристик и подхарактеристик (ISO/IEC 9126-1) предварительно упорядочивается по приоритетам с учетом
- 63. Подготовка исходных данных завершается выделением номенклатуры приоритетных показателей качества, определяющих функциональную пригодность ПС для определенных потребителей.
- 64. На втором этапе, с учетом ранжирования потребителей, ранжируются характеристики и подхарактеристики проекта. Затем для каждого из
- 65. Результаты анализа и выбора номенклатуры и метрик характеристик качества проекта ПС должны быть: документированы в спецификациях
- 66. МОДЕЛИ КАЧЕСТВА ПРОЦЕССОВ РАЗРАБОТКИ ПО "Если делаешь что-нибудь неправильно - не нужно рассчитывать на правильный результат."
- 67. Гарантией высокого качества разрабатываемых программных средств является высокое качество процесса разработки ПО. Удостоверением высокого качества процесса
- 68. Комплексное решение задач обеспечения качества программных средств предполагает разработку и внедрение той или иной системы управления
- 69. Подчеркивая, что ISO 9000 - "превосходная идея", Gartner Group рекомендует рассматривать сертификацию на ISO 9001 только,
- 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. Каждый уровень СММ характеризуется областью ключевых процессов (ОКП). В версии SW-CMM v.1.1 (Capability Maturity Model for
- 81. CMMI (Capability Maturity Model Integration) - дальнейшее развитие модели CMM. В CMMI-SE/SW Version 1.02 (CMMI for
- 82. Управление процессами Управление проектами Разработка Сопровождение
- 88. Соответствие между общими свойствами СММ и элементами ISO 9001:2000
- 92. Скачать презентацию