CMMI Nível 2

Equipe: Darlison Osório
Helena Penha
Kariny Oliveira
Nillton Júllio

CMMI


Bom para que?
 Analisar

práticas de desenvolvimento de software, estabelecendo parâmetros de comparação em termos de maturidade e visa a melhoria contínua.



O que não esperar dele?
 Indicações

ou road map sobre como atingir as metas estabelecidas para desenvolvimento de software.



Por quê?
 Não

prevê a abordagem sobre questões específicas de TI: segurança, mudanças e gerenciamento de configurações, planejamento de capacidades e funções de help desk.

Representação


Possibilita à organização utilizar a ordem de melhoria que melhor atende os objetivos de negócio da empresa. É caracterizado por:
Níveis de Capacidade (Capability Levels)



Nível 0: Incompleto (Ad-hoc)



Nível 1: Executado



Nível 2: Gerenciado / Gerido – (4 a 11 meses)



Nível 3: Definido



Nível 4: Gerenciado quantitativamente



Nível 5: Em otimização

Áreas de processo


Nível 2: Gerenciado / Gerido


Gerenciamento de Requisitos - REQM (Requirements Management)



Planejamento de Projeto - PP (Project Planning)



Acompanhamento e Controle de Projeto - PMC (Project Monitoring and
Control)



Gerenciamento de Acordo com Fornecedor - SAM (Supplier Agreement
Management)



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



Garantia da Qualidade de Processo e Produto - PPQA (Process and Product
Quality Assurance)



Gerência de Configuração - CM (Configuration Management)

REQM

CM

PP

PPQA

PMC

MA

SAM

REQM - Gerenciamento de Requisitos
Obter
entendimento dos requisitos

Obter comprometi mento com os requisitos

Requisitos

Gerenciar mudanças nos requisitos Matriz de rastreabilidade ou sistema de rastreabilidade de requisitos

Identificar inconsistênci as entre o projeto e os requisitos Manter rastreabilidad e bidirecional dos requisitos