Projeto Rumo Ao CMM - Uma Visao Geral

1

17/04/2001 Laboratório de Qualidade de Software 1

Odisnei GalarragaOdisnei Galarraga

Visão Geral e Estrutura doVisão Geral e Estrutura do

CCapability apability MMaturity aturity MModelodel

odisnei@[email protected]

(51)590-8392(51)590-8392

ProjetoProjeto“Rumo ao CMM”“Rumo ao CMM”

17/04/2001 2

SOFTSUL & Laboratório de Qualidade de SoftwareSOFTSUL & Laboratório de Qualidade de SoftwareSOFTSUL & Laboratório de Qualidade de SoftwareSOFTSUL & Laboratório de Qualidade de Software

InstrutorInstrutorOdisnei Galarraga

Coordenador de Suporte Tecnológico (DSI/UNISINOS)

Tecnólogo em Processamento de Dados (UFRGS - 1985)

Especialista em Gestão da Qualidade (UNISINOS - 1997/98)

Mestrando em Administração de Empresas (PPGA-UFRGS)

Curso: Introduction to the Capability Maturity Model(CISE/CMU- 1998)

Membro da Comissão de Estudos de Processos de Ciclo de Vidade Software da ABNT

Integrante da Coordenação Temática da Missão Empresarial aosEstados Unidos em Qualidade de Software (UNISINOS -junho/2000)

2

17/04/2001 3


ObjetivosObjetivos

� Explorar os conceitos básicos de qualidade desoftware

� Ter uma visão geral do Capability MaturityModel (CMM) quanto a filosofia, estrutura ecomponentes do modelo

� Rápido comparativo com normas ISOequivalentes/complementares

17/04/2001 4


Modalidade de ensinoModalidade de ensino

� Basicamente expositivo

porém...

� Com interação: perguntar, questionar, agregarexperiências, estabelecer a discussão a qualquermomento!

3

17/04/2001 5


ApresentaçãoApresentação

� Nome

� Empresa

� O que já sabe sobre CMM (ou o que jáouviu falar, leu, etc.)

� Expectativas

17/04/2001 6


AgendaAgenda

� Origem e uso do CMM

� Conceitos básicos deQualidade de Software

� Os modelos CMM

� CMM - Estrutura e seuscomponentes

� O Nível 2

� Modelo IDEAL

� Team Software Process(TSP) & PersonalSoftware Process (PSP)

� CMM x ISO

� Futuro

� Resumo (principaisconceitos)

� Fechamento

4

17/04/2001 7


OrigemOrigem

Software Engineering Institute (SEI)*Patrocinado pelo Departamento de Defesa (DoD)

Carnegie Mellon University Pittsburgh, PA

Baseado nas idéias de Watts S. Humphrey

MATURIDADE “CAPACIDADE” DO PROCESSOMATURIDADE “CAPACIDADE” DO PROCESSO

17/04/2001 8


CapabilityCapability......

� Capacidade?

� Capacitação?

� “Capabilidade”?

Qualidade que uma pessoaou coisa tem de possuirpara um determinado fim;habilidade, aptidão.(Aurélio)

Ato ou efeito decapacitar(-se). (Aurélio)

?

5

17/04/2001 9


CapabilityCapability......

� Software process capability - descreve ointervalo de resultados esperados que podemser alcançados seguindo-se um processo desoftware. Um indicador que permite prever osresultados de futuros projetos de software.(SEI)

17/04/2001 10


OrigemOrigem

� O CMM é definido pelo próprio SEI como sendouma sistematização das melhores práticas emengenharia de software

� Quem “construiu” o CMM foi a comunidade deengenheiros de software; o SEI reuniu asmelhores práticas e formalizou o modelo

� “Não há nada de novo no CMM...”

6

17/04/2001 11


OrigemOrigem

� O SEI estruturou o CMM por encomenda doDoD para contratação de grandes projetos desoftware

� Hoje, porém, o CMM é utilizado porempresas/organizações de vários tamanhos

17/04/2001 12


Carnegie Mellon University

Center for Information Systems EngineeringCISE

1998 Carnegie Mellon University

7

17/04/2001 13





17/04/2001 14





8

17/04/2001 15


O focoO foco

A D

C

B

Pessoas com habilidades,

treinamento e motivação

Procedimentos e métodos

definindo o relacionamento

entre as tarefas e a sua

seqüência

Ferramentas e

equipamentos

Processo

17/04/2001 16


Porque problemas no processo geramdefeitos no produto!

Por que o foco está noPor que o foco está noprocesso?processo?

Exemplos:

� ISO série 9000 (ISO 9000-3)

� SPICE (ISO 15504)

� CMM

9

17/04/2001 17



InsumosInsumos ProdutosProdutosProcessoProcesso

17/04/2001 18



EspecifiEspecifi--caçõescações

ProcessoProcessodede

softwaresoftwareSS��twtw��rr��

10

17/04/2001 19




SS��twtw��rr��

��

xx��

17/04/2001 20


��



��

�� SoftwareSoftware

11

17/04/2001 21


TQM e o CMMTQM e o CMM

Organização

Projeto A

Projeto C

Projeto B

Projeto X Sistema

Hardware

Software

TQM

CMM

17/04/2001 22


PrevisibilidadePrevisibilidade

Medida de tempo/custo/qualidade/...

Probabilidade

Alvo


Probabilidade

Alvo

Melhorando a

previsibilidade

12

17/04/2001 23


ControleControle


Probabilidade

Alvo

Melhorando

o controle

Medida de tempo/custo/qualidade/...Probabilidade

Alvo

17/04/2001 24


EfetividadeEfetividade


Probabilidade

Alvo


Melhorando a

efetividade

Probabilidade

Alvo

13

17/04/2001 25


Os Os CMMsCMMs

CMM (versão 1.1)

IPD-CMM

P-CMM

SA-CMM

CMMI

SW-CMM (versão 2.0)

SE-CMM

17/04/2001 26


� CMMI: CMM Integration

� SW-CMM: Capability Maturity Model forSoftware

� SE-CMM: Systems Engineering CapabilityMaturity Model

� IPD-CMM: Integrated Product DevelopmentCapability Maturity Model

Os Os CMMsCMMs

14

17/04/2001 27


Os Os CMMsCMMs

� P-CMM: People Capability Maturity Model

� SA-CMM: Software Acquisition CapabilityMaturity Model

17/04/2001 28


TQM e os TQM e os CMMsCMMs

Organização

Projeto A

Projeto C

Projeto B

Projeto X Sistema

Hardware

Software

TQM

SW-CMM

SE-CMM

P-CMM

Pessoas

Software FornecedorAquisição

SA-CMM

15

17/04/2001 29


CMMICMMI

SW-CMM

SE-CMM

P-CMM

IPD-CMM

SA-CMM

CMMI

17/04/2001 30


CMMICMMI

SW-CMM

SE-CMM

P-CMM

IPD-CMM

SA-CMM

CMMI

16

17/04/2001 31


CMMICMMI

SW-CMM

SE-CMM

P-CMM

IPD-CMM

SA-CMM

CMMI

17/04/2001 32


EstruturaEstruturaNíveis de

maturidade

Key process

areas (KPAs)

Contêm

Common

features

São

organizadas por

Key practices

Contêm

Indicam

Capacidade do

processo Atingem

Metas

Levam a

Implementação ou

institucionalização Descrevem

Atividades ou

infra-estrutura

17

17/04/2001 33


Níveis de maturidadeNíveis de maturidade

Estágios de evolução bem-definidos que formamo caminho para uma “organização de softwaremadura” (mature software organization).

� Cada nível é um estágio na melhoria contínuado processo

� Existem 5 níveis de maturidade no CMM

� O atingimento de cada nível estabelece umcomponente diferente do processo de software

� Os níveis de maturidade são descritos emtermos de 18 key process areas (KPAs)

17/04/2001 34



1

2

3

45

Capacidadedo processoIndica

Exemplo:

2

Indica

Probabilidade

Alvo N+a

Tempo/$/...“Os processos básicos de gerência de projetosestão estabelecidos para acompanhar custos,

cronograma e funcionalidades.”

18

17/04/2001 35



5

4

3

2

Inicial

Repetível

Definido

Gerenciado

DeOtimização

Processodisciplinado

Processopadronizado,consistente

Processoprevisível

Melhoriacontínua

1

17/04/2001 36


VisibilidadeVisibilidade

1 In Out

2 In Out

3 In Out

4 In Out

19

17/04/2001 37


VisibilidadeVisibilidade

5 In Out

17/04/2001 38


Nível de maturidade = capacidadeNível de maturidade = capacidade

Probabilidade 1

Alvo N

Tempo/$/...

O Cronograma e a

previsão de custos

normalmente “estouram”

em organizações Nível 1

Probabilidade 2

Alvo N+a

Tempo/$/...

Os planos baseados na

performance do passado

são mais realistas em

organizações Nível 2

a

20

17/04/2001 39


Nível de maturidade = capacidadeNível de maturidade = capacidadeProbabilidade 2

Alvo N+a

Tempo/$/...

Os planos baseados na

performance do passado

são mais realistas em


Probabilidade 3

Alvo N-x

Tempo/$/...

Com processos bem

definidos, a performance

aumenta em organizações

Nível 3

17/04/2001 40


Nível de maturidade = capacidadeNível de maturidade = capacidade

Probabilidade 3

Alvo N-x

Tempo/$/...

Com processos bem

definidos, a performance

aumenta em organizações

Nível 3

Probabilidade 4

Alvo N-y

Tempo/$/...

Com base na análise

quantitativa do processo e

do produto, a performance

continua a evoluir em


21

17/04/2001 41


Nível de maturidade = capacidadeNível de maturidade = capacidadeProbabilidade 4

Alvo N-y

Tempo/$/...

Com base na análise

quantitativa do processo e

do produto, a performance

continua a evoluir em


Probabilidade 5

Alvo N-z

Tempo/$/...

A performance evolui

continuamente em


17/04/2001 42



maturidade

Key process

areas (KPAs)

Contêm

Common

features

São

organizadas por

Key practices

Contêm

Indicam

Capacidade do

processo Atingem

Metas

Levam a

Implementação ou


Atividades ou

infra-estrutura

22

17/04/2001 43


Key process areasKey process areas ((KPAsKPAs))

Identifica um grupo de atividades correlatas que,quando executadas corretamente, atingem umconjunto de metas consideradas importantespara a melhoria da capacidade do processo.

� Definidas para residir em um um único nível dematuridade

� Identificam as questões que devem ser tratadaspara alcançar um nível de maturidade

� O CMM define 18 KPAs

KPA

17/04/2001 44


KPAsKPAs

1

2

3

45


Contém

KPA

Atinge

Metas

23

17/04/2001 45


KPAs KPAs (exemplo)(exemplo)

2

Indica

Probabilidade

Alvo N+a

Tempo/$/...

Contém

KPA

Atinge

MetasPlanejamentode Projeto de

Software(SPP)

17/04/2001 46


KPAs KPAs (exemplo)(exemplo)

“O Planejamento de Processo deSoftware envolve o desenvolvimentode estimativas para o trabalho a serrealizado, o estabelecimento doscompromissos necessários e adefinição do plano de realização dotrabalho.”

24

17/04/2001 47


Formato padrão de uma KPAFormato padrão de uma KPA

<nome da KPA>

a key process area for Level <nível>: <nome do nível>

The purpose of <KPA> is...

<KPA> involves...

<texto adicional sobre a KPA, de acordo com anecessidade>

17/04/2001 48


Formato padrão de uma KPAFormato padrão de uma KPA

Requirements Management

a key process area for Level 2: Repeatable

The purpose of Requirements Management is toestablish a common understanding between thecustomer and the software project of the customer’srequirements that will be addressed by the softwareproject.

Requirements Management involves establishing andmaintaining an agreement with the customer on therequirements for the software project. This agreement...

25

17/04/2001 49


Key process areasKey process areas

Inicial1

Gerenciamento de requisitos

Planejamento de projeto de software

Acompanhamento e supervisão de projeto de software

Gerenciamento de subcontratação de software

Garantia da qualidade de software

Gerenciamento de configuração de software

Repetível

2

17/04/2001 50



Foco nos processos da organização

Definição dos processos da organização

Programa de treinamento

Gerenciamento integrado de software

Engenharia de produto de software

Coordenação “interequipes”

Revisão por pares

Definido

3

Repetitivo2

26

17/04/2001 51



Gerenciamento quantitativo de processos

Gerenciamento da qualidade do software

Gerenciado

4

Definido3

17/04/2001 52



Prevenção de defeitos

Gerenciamento de mudanças tecnológicas

Gerenciamento de mudanças nos processos

De Otimização

5

Gerenciado4

27

17/04/2001 53


KPAs KPAs x Categorias de processosx Categorias de processos

Gerenciamento de mudanças tecnológicas

Processos ad hoc1-Inicial

62-Repetível

2323-Definido

1Gerenciamento quantitativo dos processos4-Gerenciado

1Gerenciamento de mudanças nos processos

5-DeOtimização

EngenhariaRequisitos, análise,projeto,codificação, testes,etc.

OrganizacionaisProcessos interprojetos,treinamento, infra-estrutura, etc.

GerenciaisPlanejamento deprojeto desoftware,gerenciamento,etc.

Categoriasde processos

Níveis

17/04/2001 54



�Gerenciamento derequisitos

�Planejamento deprojeto de software

�Acompanhamentoe supervisão deprojeto de software

�Gerenciamento desubcontratação desoftware

2-Repetível





Nível

28

17/04/2001 55



�Garantia dequalidade desoftware

�Gerenciamento deconfiguração desoftware

2-Repetível





Nível

17/04/2001 56



�Engenharia deproduto desoftware

�Revisão por pares

�Foco nos processos daorganização

�Definição dos processosda organização

�Programa detreinamento

�Gerenciamentointegrado desoftware

�CoordenaçãoInterequipes

3-Definido





Níveis

29

17/04/2001 57



�Gerenciamento daqualidade dosoftware

�Gerenciamento quantitativo dos processos4-Gerenciado





Níveis

17/04/2001 58



�Gerenciamento de mudanças tecnológicas

�Prevenção dedefeitos

�Gerenciamento de mudanças nos processos

5-DeOtimização





Níveis

30

17/04/2001 59



maturidade

Key process

areas (KPAs)

Contêm

Common

features

São

organizadas por

Key practices

Contêm

Indicam

Capacidade do

processo Atingem

Metas

Levam a

Implementação ou


Atividades ou

infra-estrutura

17/04/2001 60


MetasMetas

As metas sumarizam as práticas-chave (keypractices) da KPA.

� Elas são consideradas importantes para oaumento da capacidade do processo para estenível de maturidade

� Elas são usadas para guiar as organizações e asequipes de avaliação no levantamento deformas alternativas de implementação das KPAs

� Cada prática-chave aponta para uma ou maismetas.

Metas

31

17/04/2001 61


MetasMetas

1

2

3

45


Contém

KPA

Atinge

Metas

Objetivos doprocesso que,

quandoatingidos,

aumentam acapacidadedo processo

17/04/2001 62


Metas (exemplo)Metas (exemplo)

2

Indica

Probabilidade

Alvo N+a

Tempo/$/...

Contém

KPA

Atinge

MetasPlanejamentode Projeto de

Software(SPP)

“As estimativasde software

estãodocumentadas

para uso noplanejamento e

acompanha-mento doprojeto desoftware”.

32

17/04/2001 63


Metas de uma KPAMetas de uma KPA

� Nível 2

� KPA: Planejamento de projeto de software (SPP)

� Meta 1: As estimativas estão documentadaspara uso no planejamento e noacompanhamento do projeto de software

� Meta 2: As atividades e os compromissos doprojeto de software estão planejados edocumentados

� Meta 3: Os grupos e os indivíduos envolvidosconcordam com seus compromissos relativos aoprojeto de software

17/04/2001 64



maturidade

Key process

areas (KPAs)

Contêm

Common

features

São

organizadas por

Key practices

Contêm

Indicam

Capacidade do

processo Atingem

Metas

Levam a

Implementação ou


Atividades ou

infra-estrutura

33

17/04/2001 65


Common featuresCommon features

Usadas para organizar as key practices em cadaKPA

� Compromisso de Executar (Commitment toPerform)

� Capacidade para Executar (Ability to Perform)

� Atividades Executadas (Activities Performed)

� Medição e Análise (Measurement and Analysis)

� Verificação da Implementação (VerifyingImplementation)

�

17/04/2001 66



1

2

3

45


Contém

KPA

Atinge

Metas

�

Organizadapor

Leva aImplementação/

institucionalização

Atributos que garantem queos processos estão definidos,documentados e entendidos

Indica se a KPA é efetiva,repetível e vai perdurar

34

17/04/2001 67


Common FeaturesCommon Features x x KPAsKPAs

��CF

��CF

��CF

��CF

��CF

KPA

KPA

KPA

KPA

KPA

KPA

KPA

KPA

KPA

KPA

KPA

KPA

KPA

KPA

KPA

KPA

KPA

KPA

Nível 5Nível 4Nível 3Nível 2

17/04/2001 68



� Compromisso de Executar

(Commitment to Perform)

Descreve as ações que a organização deve adotarpara garantir que o processo está estabelecidoe vai perdurar. Normalmente envolve políticasorganizacionais e liderança.

35

17/04/2001 69



� Capacidade para Executar

(Ability to Perform)

Descreve as pré-condições que devem existir noprojeto ou organização para implementar oprocesso de software de forma competente.Normalmente envolve recursos, estruturasorganizacionais e treinamento.

17/04/2001 70



� Atividades Executadas

(Activities Performed)

Descreve as atividades, papéis e procedimentosnecessários para implementar a key processarea. Normalmente envolve estabelecer planose procedimentos, executar o trabalho,acompanhá-lo, e tomar ações corretivasquando necessário.

36

17/04/2001 71



� Medição e Análise

(Measurement and Analysis)

Descreve as práticas básicas de medição que sãonecessárias para determinar um status relativoao processo. Essas medições são usadas paracontrolar e melhorar o processo. Normalmenteinclui exemplos de medidas que poderiam serobtidas.

17/04/2001 72



� Verificação da Implementação

(Verifying Implementation)

Descreve as etapas para assegurar que asatividades são executadas de acordo com oprocesso que foi estabelecido. Normalmenteabrange revisões e auditorias pela gerência egarantia da qualidade de software.

37

17/04/2001 73



maturidade

Key process

areas (KPAs)

Contêm

Common

features

São

organizadas por

Key practices

Contêm

Indicam

Capacidade do

processo Atingem

Metas

Levam a

Implementação ou


Atividades ou

infra-estrutura

17/04/2001 74


Key practicesKey practices

Estabelecem as políticas, procedimentos eatividades fundamentais para uma KPA

� Descrevem “o que” deve ser feito, mas nãoprescrevem “como” deve ser feito

� São organizadas por common feature

� Existem 316 key practices no CMM

38

17/04/2001 75



1

2

3

45


ContémKPA

AtingeMetas

�

Organizadapor

Descreve

Implementação/institucionalização

Contém

Leva a

Implementação/institucionalização

17/04/2001 76



“Infra-estrutura e atividades quecontribuem decisivamente para ainstitucionalização da KPA.”

39

17/04/2001 77


Key PracticeKey Practice (exemplo) (exemplo)

2

Indica

Probabilidade

Alvo N+a

Tempo/$/...

Contém

KPA

Atinge Metas

Planejamentode Projeto de

Software(SPP)

As estimativas desoftware estãodocumentadas

para uso noplanejamento e

acompanha-mento do projeto

de software�

Organizadapor

Implemen-tação

Leva a

Descreve

Contém

Atividadesexecutadas

Os dados sobreplanejamento de software

são registrados

Atividade15

17/04/2001 78


KeyKey practicepractice: exemplo: exemplo

� Nível 2

� KPA: Acompanhamento e supervisão de projetode software (SPTO)

� Common feature: Medição e análise

� Key practice: São feitas e usadas medições paradeterminar o status das atividades deacompanhamento e supervisão de software

40

17/04/2001 79


Estrutura: visão geralEstrutura: visão geralCMMCMM

1 2 3 4 55 níveis de

maturidade

KPAKPAKPAKPAKPAKPA

0 6 7 2 30-7 KPAs

por nível de

maturidade

= 18 KPAs

Meta = 52 metas

2-4 metas

por KPA

= 316 key

practices1-n 1-n 1-n 1-n 1-n

Atividades que

implementam os

requisitos

processuais e de

infra-estrutura para

institucionalizar o

processo

5 common

features

por KPA

com 1-n

práticas

cada

� � � � �

17/04/2001 80


Do nível 1 para o nível 2Do nível 1 para o nível 2

� No nível 1, uma organização simplesmente “fazo trabalho”

� No nível 2 um sistema de gerenciamento deprojeto de software está estabelecido

� A organização estabelece expectativas viapolíticas

� Projetos de nível 2 têm processos disciplinados

41

17/04/2001 81


Nível 2Nível 2

Importante:

No nível 2 o foco está nos projetos enão na organização!

17/04/2001 82


KPAsKPAs do nível 2 do nível 2

Gerenciamento de Requisitos

� controla os requisitos do sistema alocados aosoftware

� mantém os planos, produtos e atividades desoftware consistentes com os requisitos dosistema alocados ao software

42

17/04/2001 83


KPAs KPAs do nível 2do nível 2

Planejamento de projeto de software

� documenta estimativas

� desenvolve e documenta os planos

� estabelece compromissos

17/04/2001 84



Acompanhamento e Supervisão de Projeto deSoftware

� gerencia de acordo com um plano

� toma ações corretivas

� negocia compromissos e ajusta o plano

43

17/04/2001 85



Gerenciamento de Subcontratação deSoftware

� define o trabalho a ser subcontratado

� estabelece compromissos entre “contratadoprimário” e subcontratado

� seleciona e monitora o subcontratado

� mantém comunicação permanente

17/04/2001 86



Garantia de Qualidade de Software

� planeja as atividades da SQA

� revisa e/ou audita produtos e processos desoftware

� reporta resultados e encaminha aos níveissuperiores os assuntos relativos a não-conformidades que não podem ser resolvidos

� encaminha solução de não-conformidades

44

17/04/2001 87



Gerenciamento de Configuração de Software

� planeja as atividades de SCM

� identifica e mantém os itens de configuração

� controla mudanças de forma sistemática

� mantém a integridade e a rastreabilidade dalinha básica através do ciclo de vida dosoftware

17/04/2001 88


Modelo Modelo IDEALIDEAL

SetContext

BuildSponsorship

CharterInfrastructure

Characterize

Current &Desired States

DevelopRecommendations

SetPriorities Develop

Approach

Plan

Actions

CreateSolution

Pilot/TestSolution

Refine

Solution

Implement

Solution

AnalyzeandValidate

ProposeFutureActions

Stimulus for Change

Initiating

Diagnosing

Establishing

Acting

Learning

45

17/04/2001 89



� Initiating

� Estabelecer o contexto

� Conseguir “patrocínio”

� Alocar infra-estrutura

17/04/2001 90



� Diagnosing

� Caracterizar os estados atual e desejado

� Desenvolver recomendações

46

17/04/2001 91



� Establishing

� Estabelecer prioridades

� Desenvolver abordagem

� Planejar ações

17/04/2001 92



� Acting

� Criar solução

� Desenvolver piloto/testar solução

� Refinar solução

� Implementar solução

47

17/04/2001 93



� Learning

� Analisar e validar

� Propor ações futuras

17/04/2001 94


Team Team Software Software Process Process &&Personal Personal Software Software ProcessProcess

CMM

TSPTSP

PSPPSP

48

17/04/2001 95


CMM x ISO/IEC 15504CMM x ISO/IEC 15504

CMM (1.1)

KPA1KPA3 KPA2

KPA12KPA13 KPA10KPA11

KPA8KPA9 KPA7

KPA14KPA15

KPA16

KPA17KPA18

22

33

44

55

11KPA5KPA6 KPA4

17/04/2001 96


CMM x ISO/IEC 15504CMM x ISO/IEC 15504

0

1

2

3

4

5

Nív

eis

de

Capaci

taçã

o

A B C D E F P

Processos

2

1

4

1

ISO 15504 (SPICE)

49

17/04/2001 97


ISO/IEC 15504 x 12207ISO/IEC 15504 x 12207

0

1

2

3

4

5

Nív

eis

de

Capaci

taçã

o

A B C D E F P

Processos do Ciclo de Vida

2

1

4

1(ISO

15504)

(ISO 12207)

Harmonização

17/04/2001 98


FuturoFuturo

� SW-CMM (CMM v 2.0) compatível com a ISO15504

� ISO 15504 harmonizada com a ISO 12207

� ISO 9000 versão 2000 harmonizada com a ISO12207

50

17/04/2001 99


Resumo (principais conceitos)Resumo (principais conceitos)

� O que é o CMM?

� Qual o foco do CMM?

� O que são:

� níves de maturidade?

� KPAs?

� Common features?

� Key practices?

17/04/2001 100


Resumo (principais conceitos)Resumo (principais conceitos)

� Como os elementos do modelo estãorelacionados uns com os outros?

� Qual o foco do nível 2?

51

17/04/2001 101


Mais informaçõesMais informações

� Site do SEI/CMU:

http://www.sei.cmu.edu

17/04/2001 102


Bibliografia básicaBibliografia básica

� The Capability Maturity Model: Guidelinesfor Improving the Software Process

Carnegie Mellon University / Software Engineering Institute

(Mark C. Paulk, Charles V. Weber, Bill Curtis, Mary Beth Chrissis)

Editora: Addison-Wesley

� www.sei.cmu.edu

Documents

Projeto Rumo Ao CMM - Uma Visao Geral