IC-UNICAMP

Captulo 5: CMMI, o Capability Maturity Model Integration

Captulo 1: Introduo Captulo 2: Conceitos Bsicos Captulo 3: Qualidade de Produto (ISO9126) Captulo 4: ISO9001 e ISO90003 Captulo 5: CMMI Captulo 6: PSP Captulo 7: SPICE Captulo 8: Concluso

INF326 - Modelos de Qualidade de SW - Mario L. Crtes

CMMI parte A

5 A- 1

IC-UNICAMP

Contedo

Histrico Os componentes do modelo CMM e os cinco nveis de maturidade Melhoria de processos segundo o CMM O nvel 2 Os nveis 3, 4 e 5 Comparao CMM x ISO 9001 Concluses

INF326 - Modelos de Qualidade de SW - Mario L. Crtes

CMMI parte A

5 A- 2

IC-UNICAMP

Evoluo

Qualidade do produto: ISO 9126 Sistemas da Qualidade preocupao com o cliente e com outros processos indiretamente ligados ao produto: ISO 9001 Modelo especfico para o setor de software: maturidade de processos de software - CMM

INF326 - Modelos de Qualidade de SW - Mario L. Crtes

CMMI parte A

5 A- 3

IC-UNICAMP

Histrico
% dos sistemas encomendados pelo DoD: defeituosos, no entregues, no usados

Crise de Software:

1984: criao do SEI (Software Engeneering Institute):

melhorar as prticas de Engenharia de Software administrao da Carnegie Mellon University

1984: Managing the Software Process [Humphrey] 1991: Verso 1.1 do CMM (SW-CMM)
INF326 - Modelos de Qualidade de SW - Mario L. Crtes CMMI parte A 5 A- 4

IC-UNICAMP

Proposta do SWSW-CMM

ser baseado em experincia prtica de empresas de software refletir o melhor do estado da prtica atender as necessidades daqueles que realizam melhoria do processo de software e avaliao do processo de software ser documentado e estar disponvel publicamente

INF326 - Modelos de Qualidade de SW - Mario L. Crtes

CMMI parte A

5 A- 5

IC-UNICAMP

Histrico CMMI
SW-CMM SE: System Engineering IPPD: Integrated Product and Process Development SS: Supply Sourcing Acquisition

Variantes de CMM, surgidas aps 1991:

Objetivos do CMMI:
integrar os diversos modelos apresentar uma nova verso (para o SW-CMM) conceitos da ISO/IEC 15504 (j presentes em SE)

Transio de SW-CMM para CMMI:

SEI descontinua suporte ao SW-CMM em dez/05 avaliaes no sero mais registradas, avaliadores no sero mais formados
INF326 - Modelos de Qualidade de SW - Mario L. Crtes CMMI parte A 5 A- 6

IC-UNICAMP

Conceitos de maturidade

Significado dos nveis de maturidade Vale para todos as variantes do CMM e para o CMMI

INF326 - Modelos de Qualidade de SW - Mario L. Crtes

CMMI parte A

5 A- 7

IC-UNICAMP

Uma empresa imatura

o trabalho feito em regime de emergncia (apagar incndio) compromissos de prazo e custo no so cumpridos o planejamento no feito com base em estimativas realistas como os processos no so bem definidos todas as iniciativas de melhoria no se sustentam e no se perpetuam quando o projeto pressionado por prazo, a qualidade e a funcionalidade so sacrificadas o sucesso de um projeto depende de especialistas (gurus) para resolver grandes problemas frequentemente novas tecnologias so adotadas como soluo milagrosa

Processos so improvisados ou no so seguidos

INF326 - Modelos de Qualidade de SW - Mario L. Crtes

CMMI parte A

5 A- 8

IC-UNICAMP

Metfora
sem coordenao uns correm desordenadamente, outros observam

Time de vrzea:

Mas, mesmo empresas imaturas podem produzir bons produtos

podem ter jogadores excepcionais porm com resultados imprevisveis e custos fora do controle

INF326 - Modelos de Qualidade de SW - Mario L. Crtes

CMMI parte A

5 A- 9

IC-UNICAMP

Componentes de um processo
procedimentos e mtodos
C A B D

Processo
pessoas, treinamento, motivao ferramentas e equipamentos

INF326 - Modelos de Qualidade de SW - Mario L. Crtes

CMMI parte A

5 A- 10

IC-UNICAMP

Processo, para o CMM

uma definio (ou descrio) de um processo apenas uma descrio, no o processo

Processo em execuo: Todos componentes do trip so importantes:

se nfase em treinamento (pessoas) ou ferramentas (CASE): benefcio cresce no incio mas satura mtodos no podem ser desprezados

Evoluo da empresa: melhor equilbrio entre os trs componentes Premissa: bons processos bons produtos
INF326 - Modelos de Qualidade de SW - Mario L. Crtes CMMI parte A 5 A- 11

IC-UNICAMP

CMM: Capability Maturity Model

faixa de resultados esperados dentro de uma margem de probabilidade maturidade do processo: reflete em que medida ele pode ser definido, gerenciado, medido, controlado e executado de maneira eficaz condio sine qua non para a implantao e sucesso de um programa de melhoria

Capacidade de um processo de software:

CMM: influncia das teorias de Shewhart (PDCA), Deming e Juran Baseado na crena: possvel estender todos estes conceitos e ferramentas da qualidade para o setor de software
INF326 - Modelos de Qualidade de SW - Mario L. Crtes CMMI parte A 5 A- 12

IC-UNICAMP

Os cinco nveis do CMMI

processo em melhoria contnua processo controlado processo padronizado Em otimizao (5)

Quantitativamente Gerenciado (4)

Definido (3)

processo disciplinado

Gerenciado (2)

Inicial (1)

INF326 - Modelos de Qualidade de SW - Mario L. Crtes

CMMI parte A

5 A- 13

IC-UNICAMP

O nvel 1: Inicial

No h repetibilidade dos processos; compromissos de prazo ou custo no so cumpridos Em crise (estado normal) a organizao abandona tentativas de manter procedimentos e concentra-se bsico: codificar (e talvez testar) As chances de sucesso: habilidades pessoais do corpo gerencial e dos desenvolvedores, da sua dedicao e herosmo. Alguns gerentes podem conseguir suportar as presses e se negar a desobedecer procedimentos e abreviar o ciclo de desenvolvimento:
mrito e conhecimento pessoal pode cessar a qualquer instante
INF326 - Modelos de Qualidade de SW - Mario L. Crtes CMMI parte A 5 A- 14

IC-UNICAMP

O nvel 1: Inicial

Sem forte comprometimento gerencial da alta gerncia no h chances de manter processos robustos e definidos. No nvel 1:
as qualidades, os procedimentos e o conhecimento pertencem s pessoas, e no ao projeto a capacidade do processo pertence s pessoas e no ao projeto

INF326 - Modelos de Qualidade de SW - Mario L. Crtes

CMMI parte A

5 A- 15

IC-UNICAMP

O nvel 1: Inicial

"Craziness is doing the same thing and expecting a different result" Tom DeMarco

INF326 - Modelos de Qualidade de SW - Mario L. Crtes

CMMI parte A

5 A- 16

IC-UNICAMP

O nvel 2: Gerenciado

As polticas e procedimentos para GERENCIAR o desenvolvimento do software esto definidas e so obedecidas O planejamento de novos projetos baseado na experincia anterior em projetos semelhantes, de maneira formalizada e no intuitiva Os projetos usam processos que so definidos, documentados, usados, disseminados, medidos, fiscalizados e com rotinas de melhoria Os compromissos so assumidos com bases realistas na experincia acumulada e nos requisitos documentados
INF326 - Modelos de Qualidade de SW - Mario L. Crtes CMMI parte A 5 A- 17

IC-UNICAMP

O nvel 2: Gerenciado

O desenvolvimento acompanhado e os planos so revisados de maneira regular quanto aos prazos, custos, estimativas e funcionalidade Existem mecanismos formais para a correo de desvios A gesto de requisitos formalizada permite um controle do relacionamento com o cliente e assegura que o desenvolvimento est obedecendo s suas expectativas O relacionamento com eventuais fornecedores subcontratados controlado e gerenciado formalmente

INF326 - Modelos de Qualidade de SW - Mario L. Crtes

CMMI parte A

5 A- 18

IC-UNICAMP

O nvel 2: Gerenciado

Toda a definio e estabelecimento dos processos, no nvel 2, feita por projeto, no h necessidade de padronizao na organizao Existe uma clara visibilidade e controle de todos os aspectos GERENCIAIS do desenvolvimento em toda a cadeia gerencial Os processos podem ser repetidos com resultados previsveis Os processos afetados so puramente gerenciais (no tcnicos) e pertencem aos projetos, e no s pessoas

INF326 - Modelos de Qualidade de SW - Mario L. Crtes

CMMI parte A

5 A- 19

IC-UNICAMP

O nvel 3: Definido

Os processos utilizados so estabelecidos e padronizados em toda a organizao Processos tcnicos, de engenharia de software, passam a ser considerados ao lado dos processos gerenciais Passagem do nvel 2 para o 3: a padronizao realizada oportunidade de escolher as melhores prticas existentes na organizao O Software Engineering Process Group (SEPG) responsvel pelos processos da organizao

INF326 - Modelos de Qualidade de SW - Mario L. Crtes

CMMI parte A

5 A- 20

IC-UNICAMP

O nvel 3: Definido

Treinamento tcnico e gerencial Apesar da padronizao, possvel adaptar, de uma maneira ordenada, disciplinada e formal, os processos para as necessidades particulares de um projeto Passam a ser repetveis tanto os processos gerenciais quanto os tcnicos Os processos pertencem agora organizao e no aos projetos

INF326 - Modelos de Qualidade de SW - Mario L. Crtes

CMMI parte A

5 A- 21

IC-UNICAMP

O nvel 4: Quantitativamente Gerenciado

A organizao estabelece metas quantitativas para os seus produtos e processos Medidas de qualidade e produtividade so coletadas em todos os projetos: avaliao e anlise contnua do desempenho Os projetos melhoram o seu controle sobre os produtos e processos; varincia das medidas diminuda estabelecido o controle estatstico de processos Uma organizao no nvel 4 passa a ter uma gesto feita com bases quantitativas

INF326 - Modelos de Qualidade de SW - Mario L. Crtes

CMMI parte A

5 A- 22

IC-UNICAMP

O nvel 5: Em otimizao

A organizao est engajada na melhoria contnua de seus processos, em fase de otimizao (optimizing) Identificao de pontos fracos e defeitos; ao preventiva sobre causas Mudanas mais significativas de processos ou de tecnologias so feitas a partir de anlises de custo/benefcio com base em dados quantitativos cuja coleta iniciou-se no nvel 4
INF326 - Modelos de Qualidade de SW - Mario L. Crtes CMMI parte A 5 A- 23

IC-UNICAMP

O nvel 5: Em otimizao

Aes visando reduzir drasticamente o retrabalho e desperdcio: melhoria da produtividade

melhoria pode e deve ser iniciada nos nveis inferiores de maturidade mas no nvel 5 o foco principal melhoria contnua do nvel 5: incremental, com pequenas melhorias saltos maiores, utilizao controlada e disciplinada da inovao nos mtodos e tecnologias utilizadas

Melhorias em processos e tecnologias so planejadas e executadas como parte das atividades de rotina.

INF326 - Modelos de Qualidade de SW - Mario L. Crtes

CMMI parte A

5 A- 24

IC-UNICAMP

Porque os nveis devem ser ordenados

prticas dos nveis inferiores servem de base e fundamento para os superiores

Nveis do CMM so ordenados:

Implementao fora da ordem:

risco de que elas sejam abandonadas ou relaxadas exatamente no instante em que elas so mais necessrias, nos momentos de crise

INF326 - Modelos de Qualidade de SW - Mario L. Crtes

CMMI parte A

5 A- 25

IC-UNICAMP

Implementao fora da ordem: problemas

Definio de processos tcnicos, previstos em prticas do nvel 3, tem poucas chances de institucionalizao se as bases gerenciais do nvel 2 no estiverem estabelecidas e institucionalizadas Implementao de tcnicas de inspeo (peer review) em empresas do nvel 1 sero com grande probabilidade abandonadas ou relaxadas devido falta de controle gerencial Coleta de dados quantitativos (nvel 4) em empresas ainda no nvel 1
processos so imprevisveis e os dados numricos tm pouco significado

INF326 - Modelos de Qualidade de SW - Mario L. Crtes

CMMI parte A

5 A- 26

IC-UNICAMP

Implementao fora da ordem: possibilidades

SEPG ainda no nvel 2 para suporte aos projetos na definio dos processos gerenciais e na elaborao dos procedimentos no contexto dos projetos

Com conscincia das limitaes:

Implementaes parciais existem mesmo no nvel 1:

prticas de engenharia de software (nvel 3) evoluo tecnolgica (nvel 5) sempre com pouca eficcia e pouco controle sobre os resultados
INF326 - Modelos de Qualidade de SW - Mario L. Crtes CMMI parte A 5 A- 27

IC-UNICAMP

Visibilidade do processo de software

visibilidade apropriada do processo de desenvolvimento, tanto para o corpo tcnico quanto para o corpo gerencial

Principais objetivos e benefcios do CMM

Importante em projetos grandes, com uma equipe de desenvolvimento envolvendo vrias dezenas de pessoas
sem o apoio de modelos como CMM, dificlimo manter controle do projeto.

INF326 - Modelos de Qualidade de SW - Mario L. Crtes

CMMI parte A

5 A- 28

IC-UNICAMP

Visibilidade no nvel 1
E

caixa preta resultado pode acabar saindo, com prazos e custos fora do controle

INF326 - Modelos de Qualidade de SW - Mario L. Crtes

CMMI parte A

5 A- 29

IC-UNICAMP

Visibilidade no nvel 2
E

pontos de verificao nas sadas de fases tomada de aes corretivas

INF326 - Modelos de Qualidade de SW - Mario L. Crtes CMMI parte A 5 A- 30

IC-UNICAMP

Visibilidade no nvel 3
E S

cada fase passa a ter visibilidade interna processos definidos

INF326 - Modelos de Qualidade de SW - Mario L. Crtes

CMMI parte A

5 A- 31

IC-UNICAMP

Visibilidade no nvel 4
E S

prticas de medida so institucionalizadas pontos de verificao internos, externos monitorao e controle

INF326 - Modelos de Qualidade de SW - Mario L. Crtes CMMI parte A 5 A- 32

IC-UNICAMP

Visibilidade no nvel 5
E S

evoluo controlada de tecnologia e processos fases completas podem ser substitudas

INF326 - Modelos de Qualidade de SW - Mario L. Crtes CMMI parte A 5 A- 33

IC-UNICAMP

Direo

If you dont know where your are going, any road will do; if you dont know where you are, a map wont help Watts Humphrey

INF326 - Modelos de Qualidade de SW - Mario L. Crtes

CMMI parte A

5 A- 34

IC-UNICAMP

Direo

"It is not enough to do your best: you must know what to do, and THEN do your best" W. Edwards Deming

INF326 - Modelos de Qualidade de SW - Mario L. Crtes

CMMI parte A

5 A- 35

IC-UNICAMP

Evoluo no nvel de maturidade: efeitos

Pessoas Tecnologia Prticas de medidas

INF326 - Modelos de Qualidade de SW - Mario L. Crtes

CMMI parte A

5 A- 36

IC-UNICAMP

Evoluo no nvel de maturidade: pessoas

Sucesso depende de indivduos e heris Regime constante de emergncia (apagar incndio) Relacionamento entre grupos descoordenado e conflitante

Nvel 1:

Nvel 2:
Sucesso ainda depende de indivduos, mas com apoio gerencial Compromissos compreendidos e gerenciados Existe treinamento para algumas funes

Nvel 3:
Grupos de projeto trabalham de maneira coordenada Treinamento planejado de acordo com as necessidades de cada papel e aplicado convenientemente

Nvel 4: Existe um forte sentido de trabalho em equipe Nvel 5: Todos engajados em atividades de melhoria contnua
INF326 - Modelos de Qualidade de SW - Mario L. Crtes CMMI parte A 5 A- 37

IC-UNICAMP

INF326 - Modelos de Qualidade de SW - Mario L. Crtes

CMMI parte A

5 A- 38

IC-UNICAMP

Evoluo no nvel de maturidade: tecnologia

Nvel 1: A introduo de novas tecnologias arriscada Nvel 2: Atividades bem definidas facilitam a introduo de novas tecnologias Nvel 3: Novas tecnologias so avaliadas qualitativamente Nvel 4: Novas tecnologias so avaliadas quantitativamente Nvel 5: Novas tecnologias so planejadas e introduzidas com total controle

INF326 - Modelos de Qualidade de SW - Mario L. Crtes

CMMI parte A

5 A- 39

IC-UNICAMP

Evoluo no nvel de maturidade: medidas

Nvel 1: Coleta de dados feita de maneira ad hoc Nvel 2: Coleta de dados para fins de gesto feita de maneira sistemtica, de acordo com processo definido (processo MA e GP2.8) Nvel 3: Os processos definidos tm coleta sistemtica de dados, compartilhados por todos os projetos da organizao, para gesto e melhoria Nvel 4: A definio e coleta de dados padronizada na organizao e os dados so usados para entender os processos de maneira quantitativa e estabiliz-los Nvel 5: Os dados coletados so usados para avaliar e selecionar possibilidades de melhoria de processos
INF326 - Modelos de Qualidade de SW - Mario L. Crtes CMMI parte A 5 A- 40

IC-UNICAMP

Comportamento do desempenho da organizao

custo prazo qualidade intrnseca (defeitos)

Desempenho:

Previso do SEI:
efeito na previsibilidade do desempenho mdia varincia

INF326 - Modelos de Qualidade de SW - Mario L. Crtes

CMMI parte A

5 A- 41

IC-UNICAMP

Desempenho da organizao: 5 nveis (exemplo prazo)

nvel 1

nvel 2 nvel 3 nvel 4 nvel 5 desempenho

INF326 - Modelos de Qualidade de SW - Mario L. Crtes

CMMI parte A

5 A- 42

IC-UNICAMP

Aspectos organizacionais

Pessoas Organizao Grupos

INF326 - Modelos de Qualidade de SW - Mario L. Crtes

CMMI parte A

5 A- 43

IC-UNICAMP

Pessoas
gerente de projeto tem total responsabilidade pelo projeto e quem se relaciona diretamente com o cliente alta gerncia (senior manager) (ou patrocinador); preocupada com a viso de mdio/longo prazo da empresa, menos susceptvel s presses de cronograma do que o gerente de projeto first line manager que cuida da infra-estrutura, dos analistas e desenvolvedores de software

Gerentes:

Lder: lder de equipe relacionada com uma tarefa no ciclo de desenvolvimento (teste, gesto de configurao, requisitos, etc) Desenvolvedores: algumas vezes designados no modelo como software engineering group
INF326 - Modelos de Qualidade de SW - Mario L. Crtes CMMI parte A 5 A- 44

IC-UNICAMP

Unidades administrativas
unidade da empresa dentro da qual projetos so gerenciados de maneira semelhante o modelo CMM se refere organizao como o contexto de aplicao de prticas Exemplos: a empresa como um todo, uma diviso ou departamento, uma filial

Organizao

Projeto
visa o desenvolvimento de um produto especfico

INF326 - Modelos de Qualidade de SW - Mario L. Crtes

CMMI parte A

5 A- 45

IC-UNICAMP

Grupos

Grupo de engenharia de software: responsvel final pelo desenvolvimento e manuteno de software (desenvolvedores) Grupos relacionados ao desenvolvimento de software: outros grupos que afetam indiretamente o desenvolvimento: (S)QA, (S)EPG e o grupo de configurao de software (S)EPG (Software) Engineering Process Group: responsvel pela definio e manuteno dos processos Grupo de teste: responsvel pelo teste de software (S)QA (Software) Quality Group: responsvel pela garantia de que processos e prticas definidas so obedecidas Grupo de Configurao (de Software): grupo responsvel pelas atividades de gesto de configurao de software
INF326 - Modelos de Qualidade de SW - Mario L. Crtes CMMI parte A 5 A- 46

IC-UNICAMP

Consideraes sobre a definio de processos

diversos processos gerenciais modelo requer a existncia de processos documentados

No nvel 2:

A partir do nvel 3:
passa a ser necessria a definio do processo de software em si. a organizao deve ter um conjunto padronizado de processos de desenvolvimento de software, um conjunto de ciclos de vida aprovados para a organizao e regras para personalizao ou adaptao dos processos padronizados
INF326 - Modelos de Qualidade de SW - Mario L. Crtes CMMI parte A 5 A- 47

IC-UNICAMP

Definio de processos

Os processos devem ser desenvolvidos e mantidos de maneira semelhante a produtos de software Devem ser especificados, implementados, validados, institucionalizados e medidos Um processo definido deve ter estabelecidos, entre outras coisas:
os produtos de entrada e de sada, as condies para terminao do processo, mecanismos para verificao e validao do processo e a descrio das tarefas necessrias para a execuo do processo

Papis e responsabilidades tambm devem ser definidos

INF326 - Modelos de Qualidade de SW - Mario L. Crtes CMMI parte A 5 A- 48

IC-UNICAMP

Interpretao dos requisitos do CMM

Muitos requisitos do CMM so genricos ou usam terminologia genrica Aplicao do modelo CMM requer interpretao dos requisitos:
terminologia nvel de rigor contexto do negcio produto: complexidade, aplicao, dimenses, desafios tecnolgicos

Fundamental: prticas em execuo na empresa devem permitir que os objetivos ou metas de cada PA sejam atingidos

INF326 - Modelos de Qualidade de SW - Mario L. Crtes

CMMI parte A

5 A- 49

IC-UNICAMP

Interpretao dos requisitos do CMM (cont.)

Avaliao dos requisitos: no fazer juzo de valor

atende ou no atende tambm vlido para a ISO 9000 prticas estabelecidas so base para melhoria

Em avaliao interna, pode haver sugesto de melhoria (valor) mesmo que no haja inadequao

INF326 - Modelos de Qualidade de SW - Mario L. Crtes

CMMI parte A

5 A- 50

IC-UNICAMP

Interpretao dos requisitos do CMM (cont.)

Como avaliar a implementao dos processos? No modelo CMM eles devem estar maduros Processos maduros devem ser:
definidos documentados treinamento deve ser aplicado praticados suportados (apoio) mantidos controlados verificados validados medidos capazes de serem melhorados

INF326 - Modelos de Qualidade de SW - Mario L. Crtes

CMMI parte A

5 A- 51

IC-UNICAMP

Exemplo: organizao A

Processo para gerar estimativa de tamanho de software:

resultado de um gerador de nmeros aleatrios

Seria este um processo maduro?

Documentado, seguido e verificado (OK) Resultados da estimativa podem at ser comparveis a qualquer outro mtodo

E os outros atributos de um processo maduro?

(melhoria?)

INF326 - Modelos de Qualidade de SW - Mario L. Crtes

CMMI parte A

5 A- 52

IC-UNICAMP

Exemplo: organizao B

Processo para gerar estimativa de tamanho de software:

procedimento documentado Pergunte ao Jos (Jos poderia ser um expert no assunto e produzir resultados confiveis e repetveis)

Seria este um processo maduro?

Documentado, seguido e verificado (OK)

E os outros atributos de um processo maduro?

(melhoria?) (melhoria somente se o conhecimento acumulado for propriedade da organizao e no de indivduos)

INF326 - Modelos de Qualidade de SW - Mario L. Crtes

CMMI parte A

5 A- 53

IC-UNICAMP

CMMI

Informaes especficas sobre CMMI

INF326 - Modelos de Qualidade de SW - Mario L. Crtes

CMMI parte A

5 A- 54

IC-UNICAMP

CMMI: Staged

Mudana nos nomes dos nveis (prximo ao 15504) Maturity Level (ML)
Nvel 1 2 3 4 5 SW-CMM (v 1.1) Inicial Repetvel Definido Gerenciado em Otimizao CMMI Executado - Inicial Gerenciado Definido Quantitativamente Gerenciado em Otimizao

INF326 - Modelos de Qualidade de SW - Mario L. Crtes

CMMI parte A

5 A- 55

IC-UNICAMP

CMMI: PAs do modelo Staged

ML 5 ML 4
Organizational Innovation and Deployment Causal Analysis and Resolution

Organizational Process Performance Quantitative Project Management

(2) (2)

Requirements Development Technical Solution Product Integration Verification Validation

Organizational Process Focus Organizational Process Definition Organizational Training Integrated Project Management Risk Management Decision Analysis and Resolution

ML 3
(11)

Requirements Management Project Planning Project Monitoring and Control Supplier Agreement Management Measurement and Analysis Process and Product Quality Assurance Configuration Management

ML 2 (Maturity Level)
(7)
CMMI parte A 5 A- 56

INF326 - Modelos de Qualidade de SW - Mario L. Crtes

IC-UNICAMP

CMMI: Contnuo
Nvel 0: incompleto

Como a ISO/IEC 15504, 6 nveis, de 0 a 5 Qualquer rea de processo pode ter nvel de CAPACIDADE (CL) entre 0 e 5 Para isso, (duas dimenses):
objetivos e prtica genricas, associadas aos nveis e dissociadas das reas de processo objetivos e prticas especficas, associadas s reas de processo e dissociadas dos nveis

INF326 - Modelos de Qualidade de SW - Mario L. Crtes

CMMI parte A

5 A- 57

IC-UNICAMP

Estrutura CMMI por estgios

ML-Maturity Level

PA1

PA2

PA3

PA4

PA5

SG

Specific Goals

Generic Goals

GG

SP

Specific Practices

Generic Practices

GP

INF326 - Modelos de Qualidade de SW - Mario L. Crtes

CMMI parte A

5 A- 58

IC-UNICAMP

Estrutura CMMI contnuo

PA1 PA2 PA3 PA4 PA5

SG

Specific Goals

Generic Goals

GG

SP

Specific Practices

Generic Practices

GP

CL- Capability Level

INF326 - Modelos de Qualidade de SW - Mario L. Crtes CMMI parte A 5 A- 59

IC-UNICAMP

Obrigatoriedade de componentes

Process Area
Purpose Introductory Notes Related PAs

Specif Goals

Generic Goals

Specific Practices

Generic Practices

Typical Work Product

Subpractices

GP Elaborations
Required Expected Informativo
5 A- 60

INF326 - Modelos de Qualidade de SW - Mario L. Crtes

CMMI parte A

IC-UNICAMP

Requisitos para atingir ML e CL

para todas as PAs associadas ao ML N e inferiores
Atender aos SG das PAs associadas Atender aos GG at o nvel N

Para uma organizao estar no ML N

Para um processo estar no CL N

para aquele processo
atender a todas os SG da PA atender a todos os GG at o nvel N

INF326 - Modelos de Qualidade de SW - Mario L. Crtes

CMMI parte A

5 A- 61

IC-UNICAMP

Relacionamento ML e CL
Abrev. ML REQM 2 PP 2 PMC 2 SAM 2 MA 2 PPQA 2 CM 2 RD 3 TS 3 PI 3 VER 3 VAL 3 OPF 3 OPD 3 OT 3 IPM 3 RSKM 3 DAR 3 OPP 4 QPM 4 OID 5 CAR 5 CL1 CL2 CL3 CL4 CL5

Requirements Management Project Planning Project Monitoring and Control Supplier Agreement Management Measurement and Analysis Process and Product Quality Assurance Configuration Management Requirements Development Technical Solution Product Integration Verification Validation Organizational Process Focus Organizational Process Definition Organizational Training Integrated Project Management Risk Management Decision Analysis and Resolution Organizational Process Performance Quantitative Project Management Organizational Innovation and Deployment Causal Analysis and Resolution
INF326 - Modelos de Qualidade de SW - Mario L. Crtes

Target Profile 2

Target Profile 3

Target Profile 4 Target Profile 5

CMMI parte A 5 A- 62

IC-UNICAMP

GG e GP (Objetivos e Prticas Genricas)

GPs implementam a institucionalizao do processo (eram agrupadas em 4 categorias ou Common Features na verso 1.1) GPs implementam os GGs e aparecem em todos processos

INF326 - Modelos de Qualidade de SW - Mario L. Crtes

CMMI parte A

5 A- 63

IC-UNICAMP

Objetivo e Prticas do Nvel 1

GG1: implementar os SG da PA; processo executado

produtos de trabalho de sada esperados so produzidos a partir de produtos de trabalho de entrada

GP 1.1: Executar as prticas base

desenvolver os produtos de trabalho identificados e os servios previstos

Aplicao: apenas para CMMI contnuo

significa executar a PA de alguma maneira, sem nenhuma das GP2 (processo controlado) ou GP3 (processo definido)

INF326 - Modelos de Qualidade de SW - Mario L. Crtes

CMMI parte A

5 A- 64

IC-UNICAMP

Objetivo Genrico do Nvel 2: GG2

GG2: o processo est institucionalizado como um processo controlado

planejado e executado de acordo com poltica organizacional recursos
humanos: executores tm capacitao e competncia materiais: adequados para produzir sadas controladas

envolvimento partes interessadas (stakeholders) monitorado, controlado e acompanhado verificado quanto ao atendimento aos processos e padres (SQA)

INF326 - Modelos de Qualidade de SW - Mario L. Crtes

CMMI parte A

5 A- 65

IC-UNICAMP

GPs do Nvel 2

GP 2.1: Estabelecer e manter uma poltica organizacional para o planejamento e execuo do processo
estabelecer e manter: documentar, colocar em prtica; reflete a expectativa da direo da empresa

GP 2.2: Planejar o processo

planejar a execuo do processo

GP 2.3: Prover os recursos necessrios para a execuo do processo

recursos materiais necessrios para executar o processo, gerar os produtos de trabalho e fornecer os servios associados

GP 2.4: Definir e atribuir responsabilidades

INF326 - Modelos de Qualidade de SW - Mario L. Crtes CMMI parte A 5 A- 66

IC-UNICAMP

GPs do Nvel 2 (cont)

GP 2.5: Providenciar o treinamento necessrio para as pessoas executarem o processo GP 2.6: Gerenciar configuraes e verses de produtos de trabalho selecionados
nvel de controle adequado ao produto de trabalho (gesto de configurao completa o nvel mais rgido)

GP 2.7: Identificar stakeholders relevantes

planejar como sero tratados (compromissos, aprovaes e acompanhamento)
INF326 - Modelos de Qualidade de SW - Mario L. Crtes CMMI parte A 5 A- 67

IC-UNICAMP

GPs do Nvel 2 (cont)

acompanhar o planejamento do processo e tomar aes corretivas; pode usar indicadores

GP 2.8: Monitorar e controlar o processo

GP 2.9: Verificar objetivamente a aderncia a procedimentos e padres

(pode ser via garantia da qualidade)

GP 2.10: Submeter analise gerencial o status da execuo

aos nveis gerenciais superiores adequados; analisar e tomar aes corretivas

INF326 - Modelos de Qualidade de SW - Mario L. Crtes

CMMI parte A

5 A- 68

IC-UNICAMP

Objetivo Genrico do Nvel 3: GG3

GG3: o processo est institucionalizado como um processo definido

controlado e adaptvel a partir dos processos padronizados da organizao
regras de adaptao pr-definidas

descrio do processo mantida e controlada fornece informaes visando a melhoria deste processo e de outros processos na organizao

INF326 - Modelos de Qualidade de SW - Mario L. Crtes

CMMI parte A

5 A- 69

IC-UNICAMP

Prticas Genricas do Nvel 3

estabelecer e manter: documentar, revisar, controlar etc

GP 3.1: Estabelecer o processo definido

GP 3.2: Coletar informaes para melhoria

uso dos produtos de trabalho, histrico de uso de adaptaes, anlises da efetividade dos processos e produtos de trabalho, e pode usar medies e indicadores visando a melhoria dos processos e ativos de processo

INF326 - Modelos de Qualidade de SW - Mario L. Crtes

CMMI parte A

5 A- 70

IC-UNICAMP

Categorias das PAs

Semelhante s categorias de processo da ISO/IEC 12207

Process Management
OPF: Org. Process Focus OPD: Org. Process Definition OT: Org. Training OPP: Org. Process Performance OID: Org. Innovation and Deployment

Project Management
PP: Project Planning PMC: Project Monitoring and Control SAM: Supplier Agreement Mngnt IPM: Integrated Project Mngnt. RSKM: Risk Management QPM: Quant. Proj. Mngnt

Engineering
REQM: Req Mngnt RD; Req Develop. TS: Tech. Solution PI: Product Integration VER: Verification VAL: Validation

Support
CM: Configuration Mngnt PPQA: Product and Process Quality Assurance MA: Measurmnt and Analysis DAR; Decision Analysis and Resolution CAR; Causal Analysis and Resolution

OBS: omitidas PAs especficas de IPPD (IT, OEI) ou perfis especficos (ISM)
INF326 - Modelos de Qualidade de SW - Mario L. Crtes CMMI parte A 5 A- 71

IC-UNICAMP

PAs de Gerenciamento de Processo (Bsico = nveis 2 e 3)

Necessidades e Objetivos da organizao

Gerncia Senior

Treinamentos Objetivos da organizao

OT
Processos

OPF

Recursos e Coordenao

OPD

Processos

PAs de Gesto de Projeto, Apoio e Engenharia

Informaes para Melhoria (lies aprendidas, documentos) Propostas de Melhoria, participao na definio, avaliao e melhoria
INF326 - Modelos de Qualidade de SW - Mario L. Crtes CMMI parte A 5 A- 72

IC-UNICAMP

PAs de Gerenciamento de Projetos (Bsico = nveis 2 e 3)

PMC
o que monitorar, replanejamento o que fazer, compromissos, medies Aes corretivas, avaliao de produto, medio e anlis

SAM
compromissos

planejamento

PP

PAs de Apoio e Engenharia

Fornecedor

Requisitos tcnicos, gerenciais, contratuais, aceitao

INF326 - Modelos de Qualidade de SW - Mario L. Crtes

CMMI parte A

5 A- 73

IC-UNICAMP

PAs de Engenharia de Software (Bsico = nveis 2 e 3)

REQM
Requisitos gerenciados

Requisitos

RD

solues e requisitos relatrios de V&V

TS

componentes do produto

PI

Produto

Cliente

Ver

Val

Necessidades do cliente

INF326 - Modelos de Qualidade de SW - Mario L. Crtes

CMMI parte A

5 A- 74

IC-UNICAMP

PAs de Apoio (Bsico = nveis 2 e 3)

CM

Itens de configurao, pedidos de mudanas

MA
Necessidade de Informaes, Medies, Anlise

Todas PAs

PPQA
Produtos de Trabalho, Padres e procedimentos, Relatrios de auditoria

INF326 - Modelos de Qualidade de SW - Mario L. Crtes

CMMI parte A

5 A- 75