Содержание
- 2. Введение Процессы разработки, приобретения и внедрения сложных систем Жесткий управленческий контроль характеристик
- 3. Качество “You cannot control what you cannot measure”
- 4. Метрики качества ПО Понятие качества и его многомерность Характеристики качества и его цена Качество продукта, процесса,
- 5. Понятие качества и его многомерность
- 6. Понятие качества и его многомерность Качество инфраструктуры Качество ПО Качество данных Качество информации Качество организации Качество
- 7. Качество инфраструктуры Качество аппаратного и поддерживающего программного обеспечения (например, качество операционных систем, компьютерных сетей и т.п.).
- 8. Качество ПО качество программного обеспечения информационной системы.
- 9. Качество данных качество данных, использующихся информационной системой на входе
- 10. Качество информации качество информации, продуцируемое информационной системой
- 11. Качество организации качество менеджмента, включая качество бюджетирования, планирования и календарного контроля
- 12. Качество сервиса качество обучения, системной поддержки и т.п.
- 13. Качество процесса качество обслуживаемого бизнес процесса
- 14. Анализ Сферы ответственности заинтересованных сторон in-process end-of-process stakeholder stakeholders Управление качеством будет успешным, если под контролем
- 15. НАЧАЛЬНЫЙ ЭТАП ЖЦ Разработчики Заказчики Цель проекта и детализация Набор функций Характеристики качества Характеристики качества
- 16. Характеристики качества Отсутствие характеристики при договоре Разный учёт или пропуск при испытаниях КОНФЛИКТ!
- 17. Дерево характеристик качества Исторически сначала были выделены ряд универсальных и неполных метрик на основе следующих шагов
- 18. Дерево характеристик качества 2. Выделение кандидатов в метрики, которые измеряют степень удовлетворения указанным характеристикам.
- 19. Дерево характеристик качества 3. Исследование характеристик и связанных метрик, для определения корреляции, значимости, степени автоматизируемости.
- 20. Дерево характеристик качества 4. Исследование корреляции между метриками, степени перекрытия, зависимости и недостатков.
- 21. Дерево характеристик качества 5. Рафинирование множества метрик в целом во множество метрик, которые в совокупности адекватно
- 22. Дерево характеристик качества 6. Корректировка каждой метрики в итоговом множестве в контексте зафиксированных множеств характеристик и
- 23. Дерево характеристик качества Ручной сбор информации, специальные автоматизированные средства или экспертный способ
- 24. Пример графического изображения качества
- 25. Цена качества Цена качества - стоимость в составе продукта, которая может быть сэкономлена, если все исполнители
- 26. Цена качества Цена качества
- 27. Цена качества Цена качества
- 28. Цена качества Предупреждением дефектов прежде, чем они произойдут (обучение коллектива , переход на современные технологии)
- 29. Измерение, оценивание или ревизия продукта Цена качества
- 30. Цена качества Издержки связанные с проблемами, выявленными до того, как продукт отправлен заказчику Затраты связанные с
- 31. Цена качества Совершенствование процесса разработки и внедрения программного обеспечения значительно уменьшают относительную несогласованную стоимость качества при
- 32. Качество продукта Какие характеристики важнее? Пользователь Применение ПО, его производительность, результаты использования. Разработчик Требования пользователя к
- 33. Качество продукта Оценка качества программного продукта
- 34. Качество процесса, его организация Модель качества процесса разработки
- 35. Качество процесса, его организация Следствия принятой модели: Качество накапливается в продукте при сложном производстве кумулятивным образом,
- 36. Качество процесса, его организация Подход тотального управления качеством (TQM – Total Quality Management) Стандарты: ISO 9001
- 37. Качество процесса, его организация Наличие процесса разработки программного обеспечения, удовлетворяющего высокому уровню качества, не гарантирует выпуска
- 38. Метрики качества При выборе метрик главными показателями являются : Адекватность метрик целям качества Прозрачность и четкость
- 39. Метрики качества Метрики менеджмента: Цена (Cost) Время разработки (Time-to-market) Среда разработки (Software Engineering Environment) Использование системных
- 40. Метрики качества Метрики менеджмента: Цена (Cost) Время разработки (Time-to-market) Среда разработки (Software Engineering Environment) Использование системных
- 41. Метрики качества Метрики менеджмента: Цена (Cost) Время разработки (Time-to-market) Среда разработки (Software Engineering Environment) Использование системных
- 42. Метрики качества Метрики менеджмента: Цена (Cost) Время разработки (Time-to-market) Среда разработки (Software Engineering Environment) Использование системных
- 43. Метрики качества Метрики требований: Соответствие требованиям (requirement conformance) Стабильность требований (requirement stability) дают возможность контролировать спецификации,
- 44. Метрики качества Метрики качества: Адаптируемость(adaptibility) Сложность интерфейсов и интеграции (complexity of interfaces and integration) Тестовое покрытие
- 45. Метрики качества Метрики качества: Адаптируемость(adaptibility) Сложность интерфейсов и интеграции (complexity of interfaces and integration) Тестовое покрытие
- 46. Метрики качества Метрики качества: Адаптируемость(adaptibility) Сложность интерфейсов и интеграции (complexity of interfaces and integration) Тестовое покрытие
- 47. Метрики качества Метрики качества: Адаптируемость(adaptibility) Сложность интерфейсов и интеграции (complexity of interfaces and integration) Тестовое покрытие
- 48. Метрики качества Метрики качества: Адаптируемость(adaptibility) Сложность интерфейсов и интеграции (complexity of interfaces and integration) Тестовое покрытие
- 49. Метрики качества Метрики качества: Адаптируемость(adaptibility) Сложность интерфейсов и интеграции (complexity of interfaces and integration) Тестовое покрытие
- 50. АДАПТИРУЕМОСТЬ «Adaptability» - мера гибкости системы, оценивает способность системы адаптироваться к изменениям требований либо перепроектированием системы,
- 51. Complexity of interfaces and integration «Complexity of interfaces and integration» - метрика, измеряющая степень сложности интерфейса
- 52. Покрытие тестами Метрики «test coverage» указывают степень полноты различных типов тестирования.
- 53. Надежность «Reliability»- метрика, оценивающая вероятность работы системы без отказов. Данная метрика может быть получена в рамках
- 54. Профили ошибок «Fault profiles» - метрика, измеряющая кумулятивное число обнаруженных ошибок.
- 55. Удовлетворенность пользователя «Customer satisfaction» - метрика, оценивающая степень соответствия программного обеспечения ожиданиям и требованиям заказчика. Данная
- 56. Качество программного кода Единственным доступным механизмом определения «ожиданий заказчика» являются требования (software requirement specifications). Требования Технического
- 57. Метрики качества, выводимые из требований чрезвычайно важны для анализа качества продукта создаются на начальных этапах разработки,
- 58. Метрики качества, выводимые из требований (2) Гибкость (flexability), которая аккумулирует ряд свойств: Модульность (Modularity) Изменяемость (Changeability)
- 59. Метрики качества, выводимые из требований (3) Адаптивность (adaptability), которая подразумевает: Настраиваемость (customizability) Переносимость (Portability) Способность к
- 60. Метрики качества, выводимые из требований (4) Оценка качества по приведенным выше метрикам, как правило, не проводится.
- 61. Исправления Исправления программного обеспечения может быть инициировано по следующим причинам: исправление программы с недостаточным уровнем качества
- 62. Качество технического проекта Измерение качества проектирования является очень важной составляющей частью в процессе обеспечения качества программного
- 63. Уровни повторного использования повторное использование и модификация может быть произведена на нескольких уровнях: уровень исходного кода,
- 64. Процесс модификации Процесс модификации программной системы включает три главных фазы: реструктуризация (создание логически эквивалентной системы); обратный
- 65. Процесс модификации (2) В настоящее время выполняется большое количество проектов, связанных с переводом использующихся унаследованных систем
- 66. Процесс модификации (3) В процессе инжиниринга программных систем в дополнение к классическим метрикам должны быть включены
- 67. Модель факторов качества При измерении факторов качества широко используется модель: фактор - критерий - метрика (factor
- 68. фактор - критерий - метрика
- 69. Модель факторов качества (2) конкретные метрики выводятся в соответствии с особенностями проекта из критериев качества: accuracy
- 70. Измерение качества на основе сопровождения продукта Одной из главных путей способов повышения качества является путь анализа
- 71. Quality Improvement Paradigm Парадигма совершенствования качества дает систематический подход к организации процессов сбора практического опыта, систематизации
- 72. Quality Improvement Paradigm (2) Наиболее применимым способом реализации парадигмы улучшения качества является иерархический подход формирования информации:
- 73. Вывод решений Проблема Решение
- 74. Quality Improvement Paradigm (3) Итогом процесса является накопление знаний о качестве. Для больших систем, находящихся длительное
- 75. Фрейм качества
- 76. Диаграмма влияния для подмножества метрик качества
- 77. Интегральная оценка качества Интегральная оценка качества производится на основе анализа взаимовлияния различных параметров характеризующих качество продукта
- 78. Интегральная оценка качества (2) Для обеспечения полноты измерения качества требуется на ранних стадиях проекта на основе
- 79. Интегральная оценка качества (3) Термин «проектно-ориентированный» в данном контексте означает, что метрики разрабатываются в виде стандарта
- 80. методология создания метрик качества Измерение качества в соответствии с данными метриками состоит в вычислении отклонения фактических
- 81. методология создания метрик качества (2) Первый шаг (верхний уровень иерархии): Определение нетехнического уровня (то есть уровня
- 82. методология создания метрик качества (3) Второй шаг (средний уровень иерархии): Определение технического уровня (то есть уровня
- 83. методология создания метрик качества (3) Третий шаг (нижний уровень иерархии): Декомпозиция суб-факторов в метрики, которые могут
- 84. Схема вывода метрик качества
- 85. Факторы качества программной системы (пример): Переносимость (portability) – усилия, требуемые для переноса системы с одной платформы
- 86. Факторы качества программной системы (пример): (2) Прямые измерения факторов качества: Переносимость (portability) – трудоемкость - количество
- 87. Факторы качества программной системы (пример): (3) Следующий шаг – проведение декомпозиции приведенных факторов на суб-факторы
- 88. Пример структуры факторов качества
- 89. Примеры требуемых определений по Артуру (Arthur L.A.) Точность (accuracy) – правильность вычислений и контроля; Сложность (complexity)
- 90. Примеры требуемых определений по Артуру (Arthur L.A.) (2) Оснащенность средствами контроля (instrumentation) – степень контроля программы
- 91. Уточнение метрик Сложность (complexity): – использование метрики цикломатической сложности Мак Каба (McCabe’s cyclomatic complexity metric [60])
- 92. Ключевые моменты Опыт управления качеством показывает, что финансовые затраты, произведенные для улучшения качества продукта, являются безусловно
- 93. Дерево характеристик качества Не существует единственной метрики Спектр проектно-зависимых метрик Метрики качества - изначально неочевидная категория
- 95. Скачать презентацию