Модел на зрялост на способността (CMM) & това са нива в софтуерното инженерство

Какво е CMM?

Моделът на зрелостта на възможностите се използва като еталон за измерване на зрелостта на софтуерния процес на организацията.

CMM е разработен в Института по софтуерно инженерство в края на 80-те. Той е разработен в резултат на проучване, финансирано от американските военновъздушни сили като начин за оценка на работата на подизпълнителите. По-късно въз основа на модела CMM-SW, създаден през 1991 г. за оценка на зрелостта на разработката на софтуер, множество други модели са интегрирани с CMM-I те са

В този урок ще научим,

• Какво представляват нивата на модел на зрелост на способността (CMM)?
• Какво се случва на различни нива на CMM?
• Колко време отнема внедряването на CMM?
• Вътрешна структура на CMM
• Ограничения на CMM моделите
• Защо да използвам CMM?

Какво представляват нивата на модел на зрелост на способността (CMM)?

1. Първоначално
2. Повторяем / управляван
3. Определено
4. Количествено управляван
5. Оптимизиране

Какво се случва на различни нива на CMM?

Нива	Дейности	Ползи
Начално ниво 1	На ниво 1 процесът обикновено е хаотичен и ad hoc Способността се характеризира на базата на индивидите, а не на организацията Напредъкът не се измерва Разработените продукти често са по график и над бюджет Широки вариации в графика, цената, функционалността и целите за качество	Нито един. Проектът е "Тотален хаос"
Ниво 2 Управлявано	Управление на изискванията Оценете параметрите на проекта като цена, график и функционалност Измерете действителния напредък Разработване на планове и обработка Определени са стандартите за софтуерни проекти Идентифицирайте и контролирайте продукти, промени в докладите за проблеми и др. Процесите могат да се различават при различните проекти	Процесите стават по-лесни за разбиране Мениджърите и членовете на екипа отделят по-малко време за обяснение как се правят нещата и повече време за изпълнението му Проектите са по-добре оценени, по-добре планирани и по-гъвкави Качеството е интегрирано в проектите Първоначално разходите може да са високи, но да намалят извънредно Поискайте повече документи и документация
Определено ниво 3	Изяснете изискванията на клиента Решете изискванията за проектиране, разработете процес на внедряване Уверява се, че продуктът отговаря на изискванията и предназначението Анализирайте систематично решенията Отстранете и контролирайте потенциалните проблеми	Подобрението на процеса става стандарт Решението преминава от "кодиране" към "проектиране" Качествените порти се появяват по време на усилията по проекта с целия екип, участващ в процеса Рисковете са смекчени и не изненадвайте отбора
Ниво-4 Количествено управлявано	Управлява статистически процесите и подпроцесите на проекта Разберете изпълнението на процеса, управлявайте количествено проекта на организацията	Оптимизира изпълнението на процеса в цялата организация Насърчава количественото управление на проекти в организация.
Оптимизиране на ниво 5	Открийте и отстранете причината за дефектите рано Идентифицирайте и внедрете нови инструменти и подобрения на процесите, за да отговорите на нуждите и бизнес целите	Насърчава организационните иновации и внедряване Дава тласък на причинно-следствения анализ и разрешаване

Следващата диаграма дава нагледно изображение на това, което се случва на различно ниво на CMM

Колко време отнема внедряването на CMM?

CMM е най-желаният процес за поддържане на качеството на продукта за всяка компания за разработка на софтуер, но внедряването му отнема малко повече време от очакваното.

• Внедряването на CMM не се случва за една нощ
• Това просто не е просто „документация“.
• Типично време за изпълнение е
  • 3-6 месеца -> за подготовка
  • 6-12 месеца -> за изпълнение
  • 3 месеца -> за подготовка за оценка
  • 12 месеца -> за всяко ново ниво

Вътрешна структура на CMM

Всяко ниво в CMM е дефинирано в ключова област на процеса или KPA , с изключение на ниво 1. Всеки KPA определя клъстер от свързани дейности, които при колективно изпълнение постигат набор от цели, считани за жизненоважни за подобряване на софтуерните възможности

За различни нива на CMM има набор от KPA, например за CMM модел-2, KPA са

• REQM - Управление на изискванията
• ПП - Планиране на проекти
• PMC - Мониторинг и контрол на проекти
• SAM- Управление на споразумението за доставчик
• PPQA-Процес и осигуряване на качеството
• CM-управление на конфигурацията

По същия начин, за други модели CMM, имате конкретни KPA. За да се знае дали прилагането на KPA е ефективно, трайно и повторяемо, то се картографира на следната основа

1. Ангажимент за изпълнение
2. Възможност за изпълнение
3. Дейности изпълнява
4. Измерване и анализ
5. Проверка на изпълнението

Ограничения на CMM моделите

• CMM определя какъв процес трябва да разглежда, вместо как трябва да се прилага
• Той не обяснява всяка възможност за подобряване на софтуерния процес
• Той се концентрира върху софтуерни проблеми, но не разглежда стратегическото бизнес планиране, приемането на технологии, създаването на продуктова линия и управлението на човешките ресурси
• Не се казва какъв бизнес трябва да бъде организацията
• CMM няма да бъде полезен в проекта, който има криза в момента

Защо да използвам CMM?

Днес CMM действа като "печат на одобрение" в софтуерната индустрия. Той помага по различни начини за подобряване на качеството на софтуера.

• Той насочва към повтарящ се стандартен процес и по този начин намалява времето за обучение как да се направят нещата
• Практикуването на CMM означава практикуване на стандартен протокол за разработка, което означава, че не само помага на екипа да спести време, но също така дава ясна представа какво да прави и какво да очаква
• Качествените дейности се вписват добре в проекта, вместо да се разглеждат като отделно събитие
• Той действа като пътуващ между проекта и екипа
• Усилията по CMM винаги са насочени към подобряване на процеса

Обобщение

CMM е представен за първи път в края на 80-те години в американските ВВС за оценка на работата на подизпълнителите. По-късно, с подобрена версия, тя беше приложена за проследяване на качеството на системата за разработване на софтуер.

Цялото ниво на CMM е разделено на пет нива.

• Ниво 1 (първоначално): Когато изискванията към системата обикновено са несигурни, неразбрани и неконтролирани. Процесът обикновено е хаотичен и ad hoc.
• Ниво 2 (управлявано): Прогнозирайте разходите за проекта, графика и функционалността. Дефинирани са софтуерни стандарти
• Ниво 3 (определено): Уверява се, че продуктът отговаря на изискванията и предназначението
• Ниво 4 (количествено управлявано): Управлява статистически процесите и подпроцесите на проекта
• Ниво 5 (зрялост): Идентифицирайте и внедрете нови инструменти и подобрения на процесите, за да отговорите на нуждите и бизнес целите