🗊Презентация Метрики качества программного проекта

Категория: Устройства и комплектующие
Нажмите для полного просмотра!
Метрики качества программного проекта, слайд №1Метрики качества программного проекта, слайд №2Метрики качества программного проекта, слайд №3Метрики качества программного проекта, слайд №4Метрики качества программного проекта, слайд №5Метрики качества программного проекта, слайд №6Метрики качества программного проекта, слайд №7Метрики качества программного проекта, слайд №8Метрики качества программного проекта, слайд №9Метрики качества программного проекта, слайд №10Метрики качества программного проекта, слайд №11Метрики качества программного проекта, слайд №12Метрики качества программного проекта, слайд №13Метрики качества программного проекта, слайд №14Метрики качества программного проекта, слайд №15Метрики качества программного проекта, слайд №16Метрики качества программного проекта, слайд №17Метрики качества программного проекта, слайд №18Метрики качества программного проекта, слайд №19Метрики качества программного проекта, слайд №20Метрики качества программного проекта, слайд №21Метрики качества программного проекта, слайд №22Метрики качества программного проекта, слайд №23Метрики качества программного проекта, слайд №24Метрики качества программного проекта, слайд №25Метрики качества программного проекта, слайд №26Метрики качества программного проекта, слайд №27Метрики качества программного проекта, слайд №28Метрики качества программного проекта, слайд №29Метрики качества программного проекта, слайд №30Метрики качества программного проекта, слайд №31Метрики качества программного проекта, слайд №32Метрики качества программного проекта, слайд №33Метрики качества программного проекта, слайд №34Метрики качества программного проекта, слайд №35Метрики качества программного проекта, слайд №36Метрики качества программного проекта, слайд №37Метрики качества программного проекта, слайд №38Метрики качества программного проекта, слайд №39Метрики качества программного проекта, слайд №40Метрики качества программного проекта, слайд №41Метрики качества программного проекта, слайд №42Метрики качества программного проекта, слайд №43Метрики качества программного проекта, слайд №44Метрики качества программного проекта, слайд №45Метрики качества программного проекта, слайд №46Метрики качества программного проекта, слайд №47Метрики качества программного проекта, слайд №48Метрики качества программного проекта, слайд №49Метрики качества программного проекта, слайд №50Метрики качества программного проекта, слайд №51Метрики качества программного проекта, слайд №52Метрики качества программного проекта, слайд №53Метрики качества программного проекта, слайд №54Метрики качества программного проекта, слайд №55Метрики качества программного проекта, слайд №56Метрики качества программного проекта, слайд №57Метрики качества программного проекта, слайд №58Метрики качества программного проекта, слайд №59Метрики качества программного проекта, слайд №60Метрики качества программного проекта, слайд №61Метрики качества программного проекта, слайд №62Метрики качества программного проекта, слайд №63Метрики качества программного проекта, слайд №64Метрики качества программного проекта, слайд №65Метрики качества программного проекта, слайд №66Метрики качества программного проекта, слайд №67Метрики качества программного проекта, слайд №68Метрики качества программного проекта, слайд №69Метрики качества программного проекта, слайд №70Метрики качества программного проекта, слайд №71Метрики качества программного проекта, слайд №72Метрики качества программного проекта, слайд №73Метрики качества программного проекта, слайд №74Метрики качества программного проекта, слайд №75Метрики качества программного проекта, слайд №76Метрики качества программного проекта, слайд №77Метрики качества программного проекта, слайд №78Метрики качества программного проекта, слайд №79Метрики качества программного проекта, слайд №80Метрики качества программного проекта, слайд №81Метрики качества программного проекта, слайд №82Метрики качества программного проекта, слайд №83Метрики качества программного проекта, слайд №84Метрики качества программного проекта, слайд №85Метрики качества программного проекта, слайд №86Метрики качества программного проекта, слайд №87Метрики качества программного проекта, слайд №88Метрики качества программного проекта, слайд №89Метрики качества программного проекта, слайд №90Метрики качества программного проекта, слайд №91Метрики качества программного проекта, слайд №92Метрики качества программного проекта, слайд №93Метрики качества программного проекта, слайд №94
Скачать

Содержание ▲

Вы можете ознакомиться и скачать презентацию на тему Метрики качества программного проекта. Доклад-сообщение содержит 94 слайдов. Презентации для любого класса можно скачать бесплатно. Если материал и наш сайт презентаций Mypresentation Вам понравились – поделитесь им с друзьями с помощью социальных кнопок и добавьте в закладки в своем браузере.

Слайды и текст этой презентации

Слайд 1


Метрики качества программного проекта, слайд №1
Описание слайда:

Слайд 2


Введение Процессы разработки, приобретения и внедрения сложных систем Жесткий управленческий контроль характеристик
Описание слайда:
Введение Процессы разработки, приобретения и внедрения сложных систем Жесткий управленческий контроль характеристик

Слайд 3


Качество “You cannot control what you cannot measure”
Описание слайда:
Качество “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 Управление качеством будет успешным, если под контролем находятся все измерения качества.
Описание слайда:
Понятие качества и его многомерность Анализ Сферы ответственности заинтересованных сторон in-process end-of-process stakeholder stakeholders Управление качеством будет успешным, если под контролем находятся все измерения качества.

Слайд 15


Характеристики качества НАЧАЛЬНЫЙ ЭТАП ЖЦ Разработчики Заказчики Цель проекта и детализация Набор функций Характеристики качества
Описание слайда:
Характеристики качества НАЧАЛЬНЫЙ ЭТАП ЖЦ Разработчики Заказчики Цель проекта и детализация Набор функций Характеристики качества

Слайд 16


Характеристики качества
Описание слайда:
Характеристики качества

Слайд 17


Метрики качества программного проекта, слайд №17
Описание слайда:

Слайд 18


Метрики качества программного проекта, слайд №18
Описание слайда:

Слайд 19


Метрики качества программного проекта, слайд №19
Описание слайда:

Слайд 20


Метрики качества программного проекта, слайд №20
Описание слайда:

Слайд 21


Метрики качества программного проекта, слайд №21
Описание слайда:

Слайд 22


Метрики качества программного проекта, слайд №22
Описание слайда:

Слайд 23


Метрики качества программного проекта, слайд №23
Описание слайда:

Слайд 24


Метрики качества программного проекта, слайд №24
Описание слайда:

Слайд 25


Цена качества Цена качества - стоимость в составе продукта, которая может быть сэкономлена, если все исполнители работают безупречно. Стоимость работ на доработку
Описание слайда:
Цена качества Цена качества - стоимость в составе продукта, которая может быть сэкономлена, если все исполнители работают безупречно. Стоимость работ на доработку

Слайд 26


Цена качества
Описание слайда:
Цена качества

Слайд 27


Цена качества
Описание слайда:
Цена качества

Слайд 28


Цена качества
Описание слайда:
Цена качества

Слайд 29


Цена качества
Описание слайда:
Цена качества

Слайд 30


Цена качества
Описание слайда:
Цена качества

Слайд 31


Цена качества Совершенствование процесса разработки и внедрения программного обеспечения значительно уменьшают относительную несогласованную стоимость качества при сохранении согласованной стоимости на прежнем уровне Инвестиции в совершенствование процесса разработки ведут к значительному сокращению дефектов и дают высокий положительный экономический эффект
Описание слайда:
Цена качества Совершенствование процесса разработки и внедрения программного обеспечения значительно уменьшают относительную несогласованную стоимость качества при сохранении согласованной стоимости на прежнем уровне Инвестиции в совершенствование процесса разработки ведут к значительному сокращению дефектов и дают высокий положительный экономический эффект

Слайд 32


Качество продукта Какие характеристики важнее? Пользователь Применение ПО, его производительность, результаты использования. Разработчик Требования пользователя к конечному продукту Характеристики качества промежуточной продукции Руководитель Общее качество Коммерческие требования
Описание слайда:
Качество продукта Какие характеристики важнее? Пользователь Применение ПО, его производительность, результаты использования. Разработчик Требования пользователя к конечному продукту Характеристики качества промежуточной продукции Руководитель Общее качество Коммерческие требования

Слайд 33


Качество продукта
Описание слайда:
Качество продукта

Слайд 34


Качество процесса, его организация
Описание слайда:
Качество процесса, его организация

Слайд 35


Качество процесса, его организация Следствия принятой модели: Качество накапливается в продукте при сложном производстве кумулятивным образом, причем, вклад в качество, осуществленный на ранних стадиях, имеет более сильное влияние на конечный продукт, чем на более поздних стадиях. Тестирование и измерение качества должно происходить на всех стадиях жизненного цикла.
Описание слайда:
Качество процесса, его организация Следствия принятой модели: Качество накапливается в продукте при сложном производстве кумулятивным образом, причем, вклад в качество, осуществленный на ранних стадиях, имеет более сильное влияние на конечный продукт, чем на более поздних стадиях. Тестирование и измерение качества должно происходить на всех стадиях жизненного цикла.

Слайд 36


Качество процесса, его организация Подход тотального управления качеством (TQM – Total Quality Management) Стандарты: ISO 9001 -проектирование в процессе производства ISO 9000-3, формулирует требования модели качества ISO 9001 к организации процесса разработки программного обеспечения
Описание слайда:
Качество процесса, его организация Подход тотального управления качеством (TQM – Total Quality Management) Стандарты: ISO 9001 -проектирование в процессе производства ISO 9000-3, формулирует требования модели качества ISO 9001 к организации процесса разработки программного обеспечения

Слайд 37


Качество процесса, его организация Наличие процесса разработки программного обеспечения, удовлетворяющего высокому уровню качества, не гарантирует выпуска продукта высокого качества. Отсутствие информации о качестве процесса означает, что качество разрабатываемого продукта является непредсказуемым.
Описание слайда:
Качество процесса, его организация Наличие процесса разработки программного обеспечения, удовлетворяющего высокому уровню качества, не гарантирует выпуска продукта высокого качества. Отсутствие информации о качестве процесса означает, что качество разрабатываемого продукта является непредсказуемым.

Слайд 38


Метрики качества При выборе метрик главными показателями являются : Адекватность метрик целям качества Прозрачность и четкость интерпретации Экономическая эффективность получения
Описание слайда:
Метрики качества При выборе метрик главными показателями являются : Адекватность метрик целям качества Прозрачность и четкость интерпретации Экономическая эффективность получения

Слайд 39


Метрики качества Метрики менеджмента: Цена (Cost) Время разработки (Time-to-market) Среда разработки (Software Engineering Environment) Использование системных ресурсов (System Resource Utilization)
Описание слайда:
Метрики качества Метрики менеджмента: Цена (Cost) Время разработки (Time-to-market) Среда разработки (Software Engineering Environment) Использование системных ресурсов (System Resource Utilization)

Слайд 40


Метрики качества Метрики менеджмента: Цена (Cost) Время разработки (Time-to-market) Среда разработки (Software Engineering Environment) Использование системных ресурсов (System Resource Utilization)
Описание слайда:
Метрики качества Метрики менеджмента: Цена (Cost) Время разработки (Time-to-market) Среда разработки (Software Engineering Environment) Использование системных ресурсов (System Resource Utilization)

Слайд 41


Метрики качества Метрики менеджмента: Цена (Cost) Время разработки (Time-to-market) Среда разработки (Software Engineering Environment) Использование системных ресурсов (System Resource Utilization)
Описание слайда:
Метрики качества Метрики менеджмента: Цена (Cost) Время разработки (Time-to-market) Среда разработки (Software Engineering Environment) Использование системных ресурсов (System Resource Utilization)

Слайд 42


Метрики качества Метрики менеджмента: Цена (Cost) Время разработки (Time-to-market) Среда разработки (Software Engineering Environment) Использование системных ресурсов (System Resource Utilization)
Описание слайда:
Метрики качества Метрики менеджмента: Цена (Cost) Время разработки (Time-to-market) Среда разработки (Software Engineering Environment) Использование системных ресурсов (System Resource Utilization)

Слайд 43


Метрики качества Метрики требований: Соответствие требованиям (requirement conformance) Стабильность требований (requirement stability)
Описание слайда:
Метрики качества Метрики требований: Соответствие требованиям (requirement conformance) Стабильность требований (requirement stability)

Слайд 44


Метрики качества Метрики качества: Адаптируемость(adaptibility) Сложность интерфейсов и интеграции (complexity of interfaces and integration) Тестовое покрытие (test coverage) Надежность (reliability) Профили ошибок (fault profiles) Степень удовлетворения потребностей заказчика (customer satisfaction)
Описание слайда:
Метрики качества Метрики качества: Адаптируемость(adaptibility) Сложность интерфейсов и интеграции (complexity of interfaces and integration) Тестовое покрытие (test coverage) Надежность (reliability) Профили ошибок (fault profiles) Степень удовлетворения потребностей заказчика (customer satisfaction)

Слайд 45


Метрики качества Метрики качества: Адаптируемость(adaptibility) Сложность интерфейсов и интеграции (complexity of interfaces and integration) Тестовое покрытие (test coverage) Надежность (reliability) Профили ошибок (fault profiles) Степень удовлетворения потребностей заказчика (customer satisfaction)
Описание слайда:
Метрики качества Метрики качества: Адаптируемость(adaptibility) Сложность интерфейсов и интеграции (complexity of interfaces and integration) Тестовое покрытие (test coverage) Надежность (reliability) Профили ошибок (fault profiles) Степень удовлетворения потребностей заказчика (customer satisfaction)

Слайд 46


Метрики качества Метрики качества: Адаптируемость(adaptibility) Сложность интерфейсов и интеграции (complexity of interfaces and integration) Тестовое покрытие (test coverage) Надежность (reliability) Профили ошибок (fault profiles) Степень удовлетворения потребностей заказчика (customer satisfaction)
Описание слайда:
Метрики качества Метрики качества: Адаптируемость(adaptibility) Сложность интерфейсов и интеграции (complexity of interfaces and integration) Тестовое покрытие (test coverage) Надежность (reliability) Профили ошибок (fault profiles) Степень удовлетворения потребностей заказчика (customer satisfaction)

Слайд 47


Метрики качества Метрики качества: Адаптируемость(adaptibility) Сложность интерфейсов и интеграции (complexity of interfaces and integration) Тестовое покрытие (test coverage) Надежность (reliability) Профили ошибок (fault profiles) Степень удовлетворения потребностей заказчика (customer satisfaction)
Описание слайда:
Метрики качества Метрики качества: Адаптируемость(adaptibility) Сложность интерфейсов и интеграции (complexity of interfaces and integration) Тестовое покрытие (test coverage) Надежность (reliability) Профили ошибок (fault profiles) Степень удовлетворения потребностей заказчика (customer satisfaction)

Слайд 48


Метрики качества Метрики качества: Адаптируемость(adaptibility) Сложность интерфейсов и интеграции (complexity of interfaces and integration) Тестовое покрытие (test coverage) Надежность (reliability) Профили ошибок (fault profiles) Степень удовлетворения потребностей заказчика (customer satisfaction)
Описание слайда:
Метрики качества Метрики качества: Адаптируемость(adaptibility) Сложность интерфейсов и интеграции (complexity of interfaces and integration) Тестовое покрытие (test coverage) Надежность (reliability) Профили ошибок (fault profiles) Степень удовлетворения потребностей заказчика (customer satisfaction)

Слайд 49


Метрики качества Метрики качества: Адаптируемость(adaptibility) Сложность интерфейсов и интеграции (complexity of interfaces and integration) Тестовое покрытие (test coverage) Надежность (reliability) Профили ошибок (fault profiles) Степень удовлетворения потребностей заказчика (customer satisfaction)
Описание слайда:
Метрики качества Метрики качества: Адаптируемость(adaptibility) Сложность интерфейсов и интеграции (complexity of interfaces and integration) Тестовое покрытие (test coverage) Надежность (reliability) Профили ошибок (fault profiles) Степень удовлетворения потребностей заказчика (customer satisfaction)

Слайд 50


АДАПТИРУЕМОСТЬ «Adaptability» - мера гибкости системы, оценивает способность системы адаптироваться к изменениям требований либо перепроектированием системы, либо интеграцией приложений.
Описание слайда:
АДАПТИРУЕМОСТЬ «Adaptability» - мера гибкости системы, оценивает способность системы адаптироваться к изменениям требований либо перепроектированием системы, либо интеграцией приложений.

Слайд 51


Complexity of interfaces and integration «Complexity of interfaces and integration» - метрика, измеряющая степень сложности интерфейса или дополнительного программирования требуемого для интеграции компоненты в систему, которые требуются для тестирования, отладки и сопровождения, компенсирующего потерю качества.
Описание слайда:
Complexity of interfaces and integration «Complexity of interfaces and integration» - метрика, измеряющая степень сложности интерфейса или дополнительного программирования требуемого для интеграции компоненты в систему, которые требуются для тестирования, отладки и сопровождения, компенсирующего потерю качества.

Слайд 52


Покрытие тестами Метрики «test coverage» указывают степень полноты различных типов тестирования.
Описание слайда:
Покрытие тестами Метрики «test coverage» указывают степень полноты различных типов тестирования.

Слайд 53


Надежность «Reliability»- метрика, оценивающая вероятность работы системы без отказов. Данная метрика может быть получена в рамках традиционного подхода.
Описание слайда:
Надежность «Reliability»- метрика, оценивающая вероятность работы системы без отказов. Данная метрика может быть получена в рамках традиционного подхода.

Слайд 54


Профили ошибок «Fault profiles» - метрика, измеряющая кумулятивное число обнаруженных ошибок.
Описание слайда:
Профили ошибок «Fault profiles» - метрика, измеряющая кумулятивное число обнаруженных ошибок.

Слайд 55


Удовлетворенность пользователя «Customer satisfaction» - метрика, оценивающая степень соответствия программного обеспечения ожиданиям и требованиям заказчика. Данная метрика может быть оценена перед поставкой на этапе опытной эксплуатации на основе прогнозирующих параметров.
Описание слайда:
Удовлетворенность пользователя «Customer satisfaction» - метрика, оценивающая степень соответствия программного обеспечения ожиданиям и требованиям заказчика. Данная метрика может быть оценена перед поставкой на этапе опытной эксплуатации на основе прогнозирующих параметров.

Слайд 56


Качество программного кода Единственным доступным механизмом определения «ожиданий заказчика» являются требования (software requirement specifications). Требования Технического задания определяют функции программного обеспечения и нефункциональные требования, такие как производительность, надежность и т.п. Нетехнические требования, такие как цена, сроки поставки утверждаются в контрактных документах.
Описание слайда:
Качество программного кода Единственным доступным механизмом определения «ожиданий заказчика» являются требования (software requirement specifications). Требования Технического задания определяют функции программного обеспечения и нефункциональные требования, такие как производительность, надежность и т.п. Нетехнические требования, такие как цена, сроки поставки утверждаются в контрактных документах.

Слайд 57


Метрики качества, выводимые из требований чрезвычайно важны для анализа качества продукта создаются на начальных этапах разработки, когда степень неопределенности и риск, связанный с разработкой и внедрением новых программных продуктов велики. Для эволюционного процесса разработки должны быть приняты к рассмотрению метрики качества программ, используемые в процессе реализации циклов разработки.
Описание слайда:
Метрики качества, выводимые из требований чрезвычайно важны для анализа качества продукта создаются на начальных этапах разработки, когда степень неопределенности и риск, связанный с разработкой и внедрением новых программных продуктов велики. Для эволюционного процесса разработки должны быть приняты к рассмотрению метрики качества программ, используемые в процессе реализации циклов разработки.

Слайд 58


Метрики качества, выводимые из требований (2) Гибкость (flexability), которая аккумулирует ряд свойств: Модульность (Modularity) Изменяемость (Changeability) Сопровождаемость (Maintainability
Описание слайда:
Метрики качества, выводимые из требований (2) Гибкость (flexability), которая аккумулирует ряд свойств: Модульность (Modularity) Изменяемость (Changeability) Сопровождаемость (Maintainability

Слайд 59


Метрики качества, выводимые из требований (3) Адаптивность (adaptability), которая подразумевает: Настраиваемость (customizability) Переносимость (Portability) Способность к взаимодействию (Interoperability)
Описание слайда:
Метрики качества, выводимые из требований (3) Адаптивность (adaptability), которая подразумевает: Настраиваемость (customizability) Переносимость (Portability) Способность к взаимодействию (Interoperability)

Слайд 60


Метрики качества, выводимые из требований (4) Оценка качества по приведенным выше метрикам, как правило, не проводится. Однако уже через короткое время обычно происходит снижение уровня качества программного обеспечения, связанное с расхождением текущих требований заказчика к системе. Обычно причиной этого является высокая стоимость исправлений или изменений в программной системе.
Описание слайда:
Метрики качества, выводимые из требований (4) Оценка качества по приведенным выше метрикам, как правило, не проводится. Однако уже через короткое время обычно происходит снижение уровня качества программного обеспечения, связанное с расхождением текущих требований заказчика к системе. Обычно причиной этого является высокая стоимость исправлений или изменений в программной системе.

Слайд 61


Исправления Исправления программного обеспечения может быть инициировано по следующим причинам: исправление программы с недостаточным уровнем качества (bug fixing), изменение программы для повышения уровня качества (enhancement), изменение программы для удовлетворения изменения в требованиях.
Описание слайда:
Исправления Исправления программного обеспечения может быть инициировано по следующим причинам: исправление программы с недостаточным уровнем качества (bug fixing), изменение программы для повышения уровня качества (enhancement), изменение программы для удовлетворения изменения в требованиях.

Слайд 62


Качество технического проекта Измерение качества проектирования является очень важной составляющей частью в процессе обеспечения качества программного продукта. Особую важность это приобретает при объектно–ориентированном проектировании программных систем. Объектно–ориентированная разработка программ вводит новые факторы качества, связанные с повторным использованием ранее выполненных наработок и выполнением модификаций.
Описание слайда:
Качество технического проекта Измерение качества проектирования является очень важной составляющей частью в процессе обеспечения качества программного продукта. Особую важность это приобретает при объектно–ориентированном проектировании программных систем. Объектно–ориентированная разработка программ вводит новые факторы качества, связанные с повторным использованием ранее выполненных наработок и выполнением модификаций.

Слайд 63


Уровни повторного использования повторное использование и модификация может быть произведена на нескольких уровнях: уровень исходного кода, физический дизайн, логический дизайн, требования в рамках системы, в рамках проекта, в рамках компании.
Описание слайда:
Уровни повторного использования повторное использование и модификация может быть произведена на нескольких уровнях: уровень исходного кода, физический дизайн, логический дизайн, требования в рамках системы, в рамках проекта, в рамках компании.

Слайд 64


Процесс модификации Процесс модификации программной системы включает три главных фазы: реструктуризация (создание логически эквивалентной системы); обратный инжиниринг (reverse engineering, анализ системы с целью выделения системных компонент, их функций и взаимосвязей, включая спецификации верхнего уровня системы) прямой инжиниринг (forward engineering, разработка системы от спецификаций до кодирования и внедрения).
Описание слайда:
Процесс модификации Процесс модификации программной системы включает три главных фазы: реструктуризация (создание логически эквивалентной системы); обратный инжиниринг (reverse engineering, анализ системы с целью выделения системных компонент, их функций и взаимосвязей, включая спецификации верхнего уровня системы) прямой инжиниринг (forward engineering, разработка системы от спецификаций до кодирования и внедрения).

Слайд 65


Процесс модификации (2) В настоящее время выполняется большое количество проектов, связанных с переводом использующихся унаследованных систем в объектно-ориентированные системы для увеличения их срока жизни и функционального развития. Критичным в таких проектах является контроль качества, на который ложится задача гарантировать обеспечение роста или неуменьшения уровня потребительских характеристик программных систем
Описание слайда:
Процесс модификации (2) В настоящее время выполняется большое количество проектов, связанных с переводом использующихся унаследованных систем в объектно-ориентированные системы для увеличения их срока жизни и функционального развития. Критичным в таких проектах является контроль качества, на который ложится задача гарантировать обеспечение роста или неуменьшения уровня потребительских характеристик программных систем

Слайд 66


Процесс модификации (3) В процессе инжиниринга программных систем в дополнение к классическим метрикам должны быть включены в число наиболее важных такие метрики качества объектно-ориентированного дизайна как: надежность (reliability), сложность (complexity) и возможность повторного использования (reusabiblity). Измерение качества проектирования является принципиально важной частью процесса разработки, поскольку, как показывает статистика, стоимость ошибки проектирования в среднем на два порядка выше стоимости ошибки кодирования
Описание слайда:
Процесс модификации (3) В процессе инжиниринга программных систем в дополнение к классическим метрикам должны быть включены в число наиболее важных такие метрики качества объектно-ориентированного дизайна как: надежность (reliability), сложность (complexity) и возможность повторного использования (reusabiblity). Измерение качества проектирования является принципиально важной частью процесса разработки, поскольку, как показывает статистика, стоимость ошибки проектирования в среднем на два порядка выше стоимости ошибки кодирования

Слайд 67


Модель факторов качества При измерении факторов качества широко используется модель: фактор - критерий - метрика (factor а criteria а measurement). Установка связи фактор а критерий требует анализа составляющих факторов качества.
Описание слайда:
Модель факторов качества При измерении факторов качества широко используется модель: фактор - критерий - метрика (factor а criteria а measurement). Установка связи фактор а критерий требует анализа составляющих факторов качества.

Слайд 68


фактор - критерий - метрика
Описание слайда:
фактор - критерий - метрика

Слайд 69


Модель факторов качества (2) конкретные метрики выводятся в соответствии с особенностями проекта из критериев качества: accuracy (точность), completeness (полнота), consistency (согласованность), module size (размер модулей), data coupling (связь модулей по данным), cohesion (связность), modularity (модульность), span of control (норма управляемости).
Описание слайда:
Модель факторов качества (2) конкретные метрики выводятся в соответствии с особенностями проекта из критериев качества: accuracy (точность), completeness (полнота), consistency (согласованность), module size (размер модулей), data coupling (связь модулей по данным), cohesion (связность), modularity (модульность), span of control (норма управляемости).

Слайд 70


Измерение качества на основе сопровождения продукта Одной из главных путей способов повышения качества является путь анализа практического опыта использования данного продукта или процесса и использования полученных данных для его совершенствования. Речь идет о так называемой парадигме QIP – Quality Improvement Paradigm
Описание слайда:
Измерение качества на основе сопровождения продукта Одной из главных путей способов повышения качества является путь анализа практического опыта использования данного продукта или процесса и использования полученных данных для его совершенствования. Речь идет о так называемой парадигме QIP – Quality Improvement Paradigm

Слайд 71


Quality Improvement Paradigm Парадигма совершенствования качества дает систематический подход к организации процессов сбора практического опыта, систематизации накопленной информации и подготовке результирующих выводов для улучшения качества. Одним из главных процессов в дисциплине разработки программ, где этот опыт должен накапливаться, является процесс сопровождения. Потеря значимой информации на этапе сопровождения или несистематический недостаточно формальный процесс сбора информации неизбежно дает недостаточно объективную или искаженную основу для принятия технических решений о путях развития и совершенствования программной системы
Описание слайда:
Quality Improvement Paradigm Парадигма совершенствования качества дает систематический подход к организации процессов сбора практического опыта, систематизации накопленной информации и подготовке результирующих выводов для улучшения качества. Одним из главных процессов в дисциплине разработки программ, где этот опыт должен накапливаться, является процесс сопровождения. Потеря значимой информации на этапе сопровождения или несистематический недостаточно формальный процесс сбора информации неизбежно дает недостаточно объективную или искаженную основу для принятия технических решений о путях развития и совершенствования программной системы

Слайд 72


Quality Improvement Paradigm (2) Наиболее применимым способом реализации парадигмы улучшения качества является иерархический подход формирования информации: от целей к вытекающим из них вопросам, от вопросов - к метрикам. Другой частью метода является стандартный научный подход к выработке решений: формулирование проблемы, сбор данных и планирование, формирование гипотез, подготовка к проверке, исполнение проверки, анализ результатов, формулировка решения
Описание слайда:
Quality Improvement Paradigm (2) Наиболее применимым способом реализации парадигмы улучшения качества является иерархический подход формирования информации: от целей к вытекающим из них вопросам, от вопросов - к метрикам. Другой частью метода является стандартный научный подход к выработке решений: формулирование проблемы, сбор данных и планирование, формирование гипотез, подготовка к проверке, исполнение проверки, анализ результатов, формулировка решения

Слайд 73


Вывод решений
Описание слайда:
Вывод решений

Слайд 74


Quality Improvement Paradigm (3) Итогом процесса является накопление знаний о качестве. Для больших систем, находящихся длительное время в эксплуатации, в особенности для распределенных систем необходимым условием здесь является регулярность структур базы данных о качестве. Одним из наиболее эффективных решений является организация информации в виде так называемых фреймов качества
Описание слайда:
Quality Improvement Paradigm (3) Итогом процесса является накопление знаний о качестве. Для больших систем, находящихся длительное время в эксплуатации, в особенности для распределенных систем необходимым условием здесь является регулярность структур базы данных о качестве. Одним из наиболее эффективных решений является организация информации в виде так называемых фреймов качества

Слайд 75


Фрейм качества
Описание слайда:
Фрейм качества

Слайд 76


Диаграмма влияния для подмножества метрик качества
Описание слайда:
Диаграмма влияния для подмножества метрик качества

Слайд 77


Интегральная оценка качества Интегральная оценка качества производится на основе анализа взаимовлияния различных параметров характеризующих качество продукта Традиционные метрики не учитывают качество обрабатываемых данных и взаимодействие данных с потоком вычислений.
Описание слайда:
Интегральная оценка качества Интегральная оценка качества производится на основе анализа взаимовлияния различных параметров характеризующих качество продукта Традиционные метрики не учитывают качество обрабатываемых данных и взаимодействие данных с потоком вычислений.

Слайд 78


Интегральная оценка качества (2) Для обеспечения полноты измерения качества требуется на ранних стадиях проекта на основе анализа целей проекта, области применения, ограничений и характеристик разработать проектно-ориентированные (design-oriented) или структурные метрики (structural metrics) качества
Описание слайда:
Интегральная оценка качества (2) Для обеспечения полноты измерения качества требуется на ранних стадиях проекта на основе анализа целей проекта, области применения, ограничений и характеристик разработать проектно-ориентированные (design-oriented) или структурные метрики (structural metrics) качества

Слайд 79


Интегральная оценка качества (3) Термин «проектно-ориентированный» в данном контексте означает, что метрики разрабатываются в виде стандарта качества проекта на его ранних стадиях и представляют собой правила или нормы (guideline), которым должен удовлетворять промежуточный или конечный продукт. Термин структурный означает, что метрики разрабатываются структурным методом сверху - вниз (top – down) для обеспечения целостности и полноты.
Описание слайда:
Интегральная оценка качества (3) Термин «проектно-ориентированный» в данном контексте означает, что метрики разрабатываются в виде стандарта качества проекта на его ранних стадиях и представляют собой правила или нормы (guideline), которым должен удовлетворять промежуточный или конечный продукт. Термин структурный означает, что метрики разрабатываются структурным методом сверху - вниз (top – down) для обеспечения целостности и полноты.

Слайд 80


методология создания метрик качества Измерение качества в соответствии с данными метриками состоит в вычислении отклонения фактических характеристик продукта от норм и правил. Методология создания метрик качества указанным способом утверждена в стандарте IEEE 1061
Описание слайда:
методология создания метрик качества Измерение качества в соответствии с данными метриками состоит в вычислении отклонения фактических характеристик продукта от норм и правил. Методология создания метрик качества указанным способом утверждена в стандарте IEEE 1061

Слайд 81


методология создания метрик качества (2) Первый шаг (верхний уровень иерархии): Определение нетехнического уровня (то есть уровня предназначенного для менеджеров, пользователей, заказчика): Формирование требований качества Выбор свойств (атрибутов), установка приоритетов и связи с требованиями Присвоение атрибутов факторам качества, которые отражают представление заказчика на качество. Установка измерений для факторов качества. Определение допустимых коридоров для величин качества.
Описание слайда:
методология создания метрик качества (2) Первый шаг (верхний уровень иерархии): Определение нетехнического уровня (то есть уровня предназначенного для менеджеров, пользователей, заказчика): Формирование требований качества Выбор свойств (атрибутов), установка приоритетов и связи с требованиями Присвоение атрибутов факторам качества, которые отражают представление заказчика на качество. Установка измерений для факторов качества. Определение допустимых коридоров для величин качества.

Слайд 82


методология создания метрик качества (3) Второй шаг (средний уровень иерархии): Определение технического уровня (то есть уровня предназначенного для аналитиков, конструкторов, разработчиков): Осуществление декомпозиции факторов качества в измеряемые характеристики программного обеспечения, определяемые как суб-факторы.
Описание слайда:
методология создания метрик качества (3) Второй шаг (средний уровень иерархии): Определение технического уровня (то есть уровня предназначенного для аналитиков, конструкторов, разработчиков): Осуществление декомпозиции факторов качества в измеряемые характеристики программного обеспечения, определяемые как суб-факторы.

Слайд 83


методология создания метрик качества (3) Третий шаг (нижний уровень иерархии): Декомпозиция суб-факторов в метрики, которые могут быть применены непосредственно к программному продукту или процессу разработки. Данные метрики служат как непрямые меры (индикаторы) прямых измерений факторов качества на верхних уровнях иерархии. Иными словами это уровень разработанных правил и норм, которым должен удовлетворять продукт или процесс с тем, чтобы были выполнены факторы качества
Описание слайда:
методология создания метрик качества (3) Третий шаг (нижний уровень иерархии): Декомпозиция суб-факторов в метрики, которые могут быть применены непосредственно к программному продукту или процессу разработки. Данные метрики служат как непрямые меры (индикаторы) прямых измерений факторов качества на верхних уровнях иерархии. Иными словами это уровень разработанных правил и норм, которым должен удовлетворять продукт или процесс с тем, чтобы были выполнены факторы качества

Слайд 84


Схема вывода метрик качества
Описание слайда:
Схема вывода метрик качества

Слайд 85


Факторы качества программной системы (пример): Переносимость (portability) – усилия, требуемые для переноса системы с одной платформы на другую. Надежность (reliability) – ожидаемая степень корректного выполнения системой требуемых функций Тестируемость (testability) – усилия, требуемые для тестирования функций программы
Описание слайда:
Факторы качества программной системы (пример): Переносимость (portability) – усилия, требуемые для переноса системы с одной платформы на другую. Надежность (reliability) – ожидаемая степень корректного выполнения системой требуемых функций Тестируемость (testability) – усилия, требуемые для тестирования функций программы

Слайд 86


Факторы качества программной системы (пример): (2) Прямые измерения факторов качества: Переносимость (portability) – трудоемкость - количество чел.-час., требуемое для переноса программы с платформы X на платформу Y. Допустимый порог: 1 чел.-час. на 1K строк исходного кода . Надежность (reliability) – среднее время наработки на отказ. Допустимый порог: 120 операционных дней. Тестируемость (testability) – трудоемкость – количество чел.-час., требуемое для полного тестирования 90% всех модулей. Допустимый порог 10 чел.-час. на 1K строк исходного кода.
Описание слайда:
Факторы качества программной системы (пример): (2) Прямые измерения факторов качества: Переносимость (portability) – трудоемкость - количество чел.-час., требуемое для переноса программы с платформы X на платформу Y. Допустимый порог: 1 чел.-час. на 1K строк исходного кода . Надежность (reliability) – среднее время наработки на отказ. Допустимый порог: 120 операционных дней. Тестируемость (testability) – трудоемкость – количество чел.-час., требуемое для полного тестирования 90% всех модулей. Допустимый порог 10 чел.-час. на 1K строк исходного кода.

Слайд 87


Факторы качества программной системы (пример): (3) Следующий шаг – проведение декомпозиции приведенных факторов на суб-факторы
Описание слайда:
Факторы качества программной системы (пример): (3) Следующий шаг – проведение декомпозиции приведенных факторов на суб-факторы

Слайд 88


Пример структуры факторов качества
Описание слайда:
Пример структуры факторов качества

Слайд 89


Примеры требуемых определений по Артуру (Arthur L.A.) Точность (accuracy) – правильность вычислений и контроля; Сложность (complexity) – трудность разработки и модификации; Совместимость (consistency) – использование унифицированной технологии проектирования и разработки на протяжении всего цикла разработки; Устойчивость к ошибкам (error tolerance) – степень ущерба от возникающих ошибок; Универсальность (generality) – широта потенциального использования; Аппаратная независимость (hardware independence) – степень применимости программы на другом аппаратном обеспечении;
Описание слайда:
Примеры требуемых определений по Артуру (Arthur L.A.) Точность (accuracy) – правильность вычислений и контроля; Сложность (complexity) – трудность разработки и модификации; Совместимость (consistency) – использование унифицированной технологии проектирования и разработки на протяжении всего цикла разработки; Устойчивость к ошибкам (error tolerance) – степень ущерба от возникающих ошибок; Универсальность (generality) – широта потенциального использования; Аппаратная независимость (hardware independence) – степень применимости программы на другом аппаратном обеспечении;

Слайд 90


Примеры требуемых определений по Артуру (Arthur L.A.) (2) Оснащенность средствами контроля (instrumentation) – степень контроля программы собственного выполнения и идентификации возникающих ошибок; Модульность (modularity) – степень функциональной независимости программных компонент; Удобочитаемость (readability) – уровень смыслового наполнения комментирования, соответствие стандартам кодирования и именования; Простота (simplicity) – легкость понимания программы; Системная независимость (system independence) степень независимости от нестандартных характеристик системного окружения и ограничений.
Описание слайда:
Примеры требуемых определений по Артуру (Arthur L.A.) (2) Оснащенность средствами контроля (instrumentation) – степень контроля программы собственного выполнения и идентификации возникающих ошибок; Модульность (modularity) – степень функциональной независимости программных компонент; Удобочитаемость (readability) – уровень смыслового наполнения комментирования, соответствие стандартам кодирования и именования; Простота (simplicity) – легкость понимания программы; Системная независимость (system independence) степень независимости от нестандартных характеристик системного окружения и ограничений.

Слайд 91


Уточнение метрик Сложность (complexity): – использование метрики цикломатической сложности Мак Каба (McCabe’s cyclomatic complexity metric [60]) Устойчивость к ошибкам (error tolerance): использование правила (нормы): «все модули должны содержать обработчики предопределенных исключительных ситуаций. Все обрабатываемые исключительные ситуации должны быть либо распространены на внешний уровень, либо разрешены».
Описание слайда:
Уточнение метрик Сложность (complexity): – использование метрики цикломатической сложности Мак Каба (McCabe’s cyclomatic complexity metric [60]) Устойчивость к ошибкам (error tolerance): использование правила (нормы): «все модули должны содержать обработчики предопределенных исключительных ситуаций. Все обрабатываемые исключительные ситуации должны быть либо распространены на внешний уровень, либо разрешены».

Слайд 92


Ключевые моменты Опыт управления качеством показывает, что финансовые затраты, произведенные для улучшения качества продукта, являются безусловно целесообразными и дают в итоге высокий экономический эффект. Причина, по которой многие организации воздерживаются от таких расходов, состоит, прежде всего, в трудностях связанных с планированием и оценкой результатов повышения качества. Частой является ситуация, когда реализуется решение о повышении качества, основываясь на неформальных, интуитивных способах оценки качества. Это неизбежно ведет к неэффективному расходованию ресурсов и фактически увеличивает реальную цену качества.
Описание слайда:
Ключевые моменты Опыт управления качеством показывает, что финансовые затраты, произведенные для улучшения качества продукта, являются безусловно целесообразными и дают в итоге высокий экономический эффект. Причина, по которой многие организации воздерживаются от таких расходов, состоит, прежде всего, в трудностях связанных с планированием и оценкой результатов повышения качества. Частой является ситуация, когда реализуется решение о повышении качества, основываясь на неформальных, интуитивных способах оценки качества. Это неизбежно ведет к неэффективному расходованию ресурсов и фактически увеличивает реальную цену качества.

Слайд 93


Дерево характеристик качества
Описание слайда:
Дерево характеристик качества

Слайд 94


Метрики качества программного проекта, слайд №94
Описание слайда:

Скачать

Похожие презентации
Mypresentation.ru
Загрузить презентацию