Санкт-Петербургский государственный электротехнический университет
Кафедра МОЭВМ
Р е ф е р а т «Дефекты. Предотвращение дефектов»
Преподаватель: Опалева Э.А.
Студент: Мезенцева М.Б.
Группа: 1382
Санкт-Петербург
2005Г. Введение
CMMI (Capability Maturity Model Integration) –стандарт в области менеджмента качества. Целью разработки CMMI явилось желание его создателей избежать проблем, связанных с использованием различных моделей CMM. Начиная с1991 года, были разработаны модели CMM для различных областей применения, наиболее существенными из них были:
модель зрелости процессов разработки программного обеспечения (Capability Maturity Model for Software – SW-CMM);
модель зрелости процессов для системного реинжиниринга (Electronic Industries Alliance Interim Standard – EIA/IS 731);
модель зрелости процессов интегрированной разработки продуктов (Integrated Product Development Capability Maturity Model – IPD-CMM).
На основе этих моделей и был построен CMMI. Он вобрал в себя лучшее из этих моделей, устранив неоднозначность трактования некоторых понятий ввиду наличия множества моделей.
CMMI является референтной моделью, которая шаг за шагом помогает организации усовершенствовать свои бизнес процессы.
Использование данной модели позволяет организации оценить эффективность бизнес-процессов, установить приоритетные направления их усовершенствования, а также внедрить данные усовершенствования.
В подходе поэтапной репрезентации существует понятие уровней зрелости. Они описывает общую организационную зрелость, и он включает в себя предопределенный набор областей процессов. Существует пять уровней зрелости, пронумерованных от 1 до 5:
1 – Начальный уровень
2 – Управляемый уровень
3 – Определенный уровень
4 – Количественно-управляемый уровень
5 – Оптимизированный уровень
Уровени зрелости представляют собой точно определенное эволюционное плато на пути к достижению полной зрелости процессов организации. Каждый уровень зрелости формирует отдельный слой фундамента для постоянного совершенствования производственного процесса, включает в себя набор целей процесса, которые, по мере их достижения, приводят к стабилизации значимых компонентов производственного процесса. Каждый уровень зрелости является основой для более высокого уровня зрелости. Каждый уровень зрелости состоит из определенных областей процессов.
Находясь на оптимизирующем пятом уровне, вся организация полностью сосредоточена на непрерывном усовершенствовании производственного процесса. Организация обладает средствами профилактического выявления слабых мест процесса и его улучшения с целью предотвращения появления дефектов. Данные по эффективности производственного процесса используются для выполнения стоимостного анализа новых технологий и предлагаемых изменений производственного процесса организации. Выявляются новшества, использующие наилучшие методы программной инженерии, которые затем распространяются на всю организацию в целом.
В организациях пятого уровня группы проекта разработки анализируют обнаруженные дефекты и определяют причины их возникновения. Производственные процессы анализируются в целях предотвращения повторения известных типов дефектов, а полученный опыт распространяется на другие проекты.
Продуктивность процесса разработки ПО организаций 5-го уровня может быть охарактеризована как постоянно улучшающаяся, так как организации 5-го уровня зрелости постоянно стремятся улучшить диапазон продуктивности своего производственного процесса, повышая, таким образом, производительность процессов своих проектов. Улучшения происходят как за счет последовательного усовершенствования существующего процесса, так и за счет использования новых технологий и методов.
На уровне 5 постоянно тестируются контролируемым образом новые и усовершенствованные технологии создания программного обеспечения, нацеленные на рост продуктивности и качества. Дисциплинированные изменения становятся образом жизни, а неэффективные и приводящие к дефектам операции выявляются, заменяются и пересматриваются. Представление о проекте не ограничивается существующими процессами, но также учитывает их потенциальные изменения. Менеджеры могут количественно оценить и затем отследить влияние и эффективность изменений.
Дефект программного обеспечения отличается от ошибки (несоответствие программы заявленной функциональности) тем, что его выявляют не на той фазе, на которой его допустили, а на последующих.
Для предотвращени дефектов используется