SlideShare uma empresa Scribd logo
1 de 24
CMMI Ranerio Francisco de Mello Vieira
Conceituação Melhoria de Processo de Software
Abandono de planos e procedimentos Produto funciona, mas com defeitos; prazo e custo maiores; e menos funcionalidade Acúmulo de trabalho Sucesso depende muito do esforço heróico das pessoas Pouca repetibilidade Melhoria de Processo de Software  - Motivação Clientes e funcionários insatisfeitos
Chaos Report – Standish Group 31.3% dos projetos são cancelados antes de serem completados. 52.7% custam 189% a mais que sua estimativa original 16.2% dos projetos são completados no prazo e orçamento planejados. O que as organizações que fazem projetos bem sucedidos realizam de forma diferente? Metodologia / Processo
Como solucionar? Melhoria de Processo de Software Baseado em MODELOS Adoção estagiada Rápido retorno do investimento Caminho consolidado e testado previamente. Não define COMO mas O QUE (resultados esperados do processo)
Histórico O modelo CMMI
Origem Comissionado pelo DoD – Departament of Defense norte-americano para a Universidade de Carnegie Mellon Público e gratuito (o modelo, não a certificação) http://www.sei.cmu.edu/library/abstracts/reports/06tr008.cfm Foco em produção de software como atividade industrial (TQM) e não artesanal (arte).
Histórico CMM – 1987 CMM – versão 1.1 - 1992 Versão 1.1 – Março 2002 Versão 1.2 - Agosto 2006
CMMI e modelos de qualidade
Embasamento Melhoria de Processo de Software
Modelo de avaliação e melhoria de processo
nível de capacidade de processos      pa  pb  ...  pn processos Dimensões de processo – ISO 15504 ,[object Object]
dimensão de processo
dimensão de capacidade de processo
Nível de capacidade
Atributo de processo.
A 15504-5 define um exemplo de um modelo compatível com a 15504:
denominado de ISO/IEC 15504-5, e
representa um conjunto de melhores práticas para a engenharia de software.,[object Object]
15504-5:Dimensão de Processos Cada processo é descrito com os seguintes elementos:  Identificação (process identifier); Nome (process name); Propósito (process purpose); Resultados (Outcomes); Práticas base (base practice):   Produtos de trabalho (work-products).
Exemplo: Processo de Aquisição - The Acquisition Process Group (ACQ) Identificação: ACQ.1 Nome: Prepara para aquisição (Acquisition preparation) Propósito: estabelecer as necessidades e objetivos da aquisição e comunicá-los aos potenciais fornecedores. Resultados: R1 - o conceito ou a necessidade de aquisição, desenvolvimento ou melhoria é estabelecido; R2 - os requisitos de aquisição necessários, definindo as necessidades do projeto, são definidos e validados; R3 - os requisitos conhecidos do cliente são definidos e validados; R4 - uma estratégia de aquisição é desenvolvida; e R5 - os critérios de seleção do fornecedor são definidos. Práticas Base: ACQ.1.BP1: Establish the need. Establish a need to acquire, develop, or enhance a system, software product or service. [Outcome: 1] ACQ.1.BP2: Define the requirements. Identify the customer/stakeholder requirements for a system and/or software product or service. [Outcomes: 2, 3] ACQ.1.BP3: Review requirements. Analyze and validate the defined requirements against the identified needs. Validate the requirements to reduce risk of misunderstanding by the potential suppliers. [Outcome: 3] ACQ.1.BP4: Develop acquisition strategy. Develop a strategy for the acquisition of the product according to the acquisition needs. [Outcome: 4] Note 1: The strategy may include reference to the life cycle model, schedule and selection criteria.  ACQ.1 ....
Níveis de capacidade – ISO 15504
Atributos de Processo
Processos – ISO 15504-5

Mais conteúdo relacionado

Mais procurados

Visão geral da engenharia de software qualidade de software
Visão geral da engenharia de software   qualidade de softwareVisão geral da engenharia de software   qualidade de software
Visão geral da engenharia de software qualidade de software
jordanavy
 
CMM - Os níveis 3, 4 e 5
CMM - Os níveis 3, 4 e 5CMM - Os níveis 3, 4 e 5
CMM - Os níveis 3, 4 e 5
elliando dias
 

Mais procurados (20)

CMM – Capability Maturity Model
CMM – Capability Maturity Model CMM – Capability Maturity Model
CMM – Capability Maturity Model
 
Aula 24.2 spice-iso15504 v02
Aula 24.2  spice-iso15504 v02Aula 24.2  spice-iso15504 v02
Aula 24.2 spice-iso15504 v02
 
Fdd
FddFdd
Fdd
 
Qualidade de Software: MPS.BR
Qualidade de Software: MPS.BRQualidade de Software: MPS.BR
Qualidade de Software: MPS.BR
 
Apresentação CMMi
Apresentação CMMiApresentação CMMi
Apresentação CMMi
 
A disciplina Teste no RUP
A disciplina Teste no RUPA disciplina Teste no RUP
A disciplina Teste no RUP
 
Análise de Sistemas Orientado a Objetos - 03
Análise de Sistemas Orientado a Objetos - 03Análise de Sistemas Orientado a Objetos - 03
Análise de Sistemas Orientado a Objetos - 03
 
Qualidade de software
Qualidade de softwareQualidade de software
Qualidade de software
 
Qualidade de Software e normas ISO 15504, 12207, MPS.BR e Empresa Certificada
Qualidade de Software e normas ISO 15504, 12207, MPS.BR e Empresa CertificadaQualidade de Software e normas ISO 15504, 12207, MPS.BR e Empresa Certificada
Qualidade de Software e normas ISO 15504, 12207, MPS.BR e Empresa Certificada
 
Es capítulo 2 - processos de software
Es   capítulo 2  - processos de softwareEs   capítulo 2  - processos de software
Es capítulo 2 - processos de software
 
Slide apresentação CMMI-TOGAF
Slide apresentação CMMI-TOGAFSlide apresentação CMMI-TOGAF
Slide apresentação CMMI-TOGAF
 
Apresentação modelagem de_negócio_rup
Apresentação modelagem de_negócio_rupApresentação modelagem de_negócio_rup
Apresentação modelagem de_negócio_rup
 
Cmmi e mps.Br
Cmmi e mps.BrCmmi e mps.Br
Cmmi e mps.Br
 
Mpsbr
MpsbrMpsbr
Mpsbr
 
CMMI e MPS.BR - Introdução
CMMI e MPS.BR - IntroduçãoCMMI e MPS.BR - Introdução
CMMI e MPS.BR - Introdução
 
Trabalho de CMMI
Trabalho de CMMITrabalho de CMMI
Trabalho de CMMI
 
Visão geral da engenharia de software qualidade de software
Visão geral da engenharia de software   qualidade de softwareVisão geral da engenharia de software   qualidade de software
Visão geral da engenharia de software qualidade de software
 
Trabalho CMM
Trabalho CMMTrabalho CMM
Trabalho CMM
 
Introdução ao RUP
Introdução ao RUPIntrodução ao RUP
Introdução ao RUP
 
CMM - Os níveis 3, 4 e 5
CMM - Os níveis 3, 4 e 5CMM - Os níveis 3, 4 e 5
CMM - Os níveis 3, 4 e 5
 

Destaque (7)

Cmmi
CmmiCmmi
Cmmi
 
CMMI
CMMICMMI
CMMI
 
Cmmi apresentação
Cmmi apresentaçãoCmmi apresentação
Cmmi apresentação
 
Engenharia de Software - CMMI DEV 1.3
Engenharia de Software - CMMI DEV 1.3Engenharia de Software - CMMI DEV 1.3
Engenharia de Software - CMMI DEV 1.3
 
CMM e CMMI
CMM e CMMICMM e CMMI
CMM e CMMI
 
Conhecendo o CMMI
Conhecendo o CMMIConhecendo o CMMI
Conhecendo o CMMI
 
[slides] CMMI (2011: 1º semestre)
[slides] CMMI (2011: 1º semestre)[slides] CMMI (2011: 1º semestre)
[slides] CMMI (2011: 1º semestre)
 

Semelhante a CMMI aula1

FEI - Modelagem de negocios - 2° semestre 2010
FEI - Modelagem de negocios - 2° semestre 2010FEI - Modelagem de negocios - 2° semestre 2010
FEI - Modelagem de negocios - 2° semestre 2010
nathan85
 

Semelhante a CMMI aula1 (20)

QUALIDADE DE SOFTWARE
QUALIDADE DE SOFTWAREQUALIDADE DE SOFTWARE
QUALIDADE DE SOFTWARE
 
Gestão de Operações
Gestão de OperaçõesGestão de Operações
Gestão de Operações
 
Introdução à Qualidade de Software
Introdução à Qualidade de SoftwareIntrodução à Qualidade de Software
Introdução à Qualidade de Software
 
Apresentação estrela vs cmmi nivel 2
Apresentação estrela vs cmmi nivel 2Apresentação estrela vs cmmi nivel 2
Apresentação estrela vs cmmi nivel 2
 
Ciclo de vida processo
Ciclo de vida processoCiclo de vida processo
Ciclo de vida processo
 
Administração de Projetos - Planejamento - Escopo - Aula 8
Administração de Projetos - Planejamento - Escopo - Aula 8Administração de Projetos - Planejamento - Escopo - Aula 8
Administração de Projetos - Planejamento - Escopo - Aula 8
 
Aula 3 - Engenharia de Software
Aula 3 - Engenharia de SoftwareAula 3 - Engenharia de Software
Aula 3 - Engenharia de Software
 
Qualidade
QualidadeQualidade
Qualidade
 
Gerenciamento PDS
Gerenciamento PDSGerenciamento PDS
Gerenciamento PDS
 
PDP FINAL.ppt
PDP  FINAL.pptPDP  FINAL.ppt
PDP FINAL.ppt
 
Métricas de software: modelos de contratação e planejamento de projetos
Métricas de software: modelos de contratação e planejamento de projetosMétricas de software: modelos de contratação e planejamento de projetos
Métricas de software: modelos de contratação e planejamento de projetos
 
GT5 - CMMI
GT5 - CMMIGT5 - CMMI
GT5 - CMMI
 
Apresentação Fábrica de Softwares baseado em ISO 9001:2008
Apresentação Fábrica de Softwares baseado em ISO 9001:2008Apresentação Fábrica de Softwares baseado em ISO 9001:2008
Apresentação Fábrica de Softwares baseado em ISO 9001:2008
 
Aula 3 - Gestão de Processos, BPM e Desenvolvimento de Sistemas
Aula 3 - Gestão de Processos, BPM e Desenvolvimento de SistemasAula 3 - Gestão de Processos, BPM e Desenvolvimento de Sistemas
Aula 3 - Gestão de Processos, BPM e Desenvolvimento de Sistemas
 
Introdução a Engenharia de Software - Prof.ª Cristiane Fidelix
Introdução a Engenharia de Software - Prof.ª Cristiane FidelixIntrodução a Engenharia de Software - Prof.ª Cristiane Fidelix
Introdução a Engenharia de Software - Prof.ª Cristiane Fidelix
 
Qualidade de Software
Qualidade de SoftwareQualidade de Software
Qualidade de Software
 
Isa Show 2009 Cr 259.09 Francisco Salvador
Isa Show 2009   Cr 259.09   Francisco SalvadorIsa Show 2009   Cr 259.09   Francisco Salvador
Isa Show 2009 Cr 259.09 Francisco Salvador
 
[Uff]qualidade agilidade
[Uff]qualidade agilidade[Uff]qualidade agilidade
[Uff]qualidade agilidade
 
FEI - Modelagem de negocios - 2° semestre 2010
FEI - Modelagem de negocios - 2° semestre 2010FEI - Modelagem de negocios - 2° semestre 2010
FEI - Modelagem de negocios - 2° semestre 2010
 
Lumine SafeChain - Método de Desenvolvimento
Lumine SafeChain - Método de DesenvolvimentoLumine SafeChain - Método de Desenvolvimento
Lumine SafeChain - Método de Desenvolvimento
 

Último

Último (9)

ATIVIDADE 1 - ESTRUTURA DE DADOS II - 52_2024.docx
ATIVIDADE 1 - ESTRUTURA DE DADOS II - 52_2024.docxATIVIDADE 1 - ESTRUTURA DE DADOS II - 52_2024.docx
ATIVIDADE 1 - ESTRUTURA DE DADOS II - 52_2024.docx
 
Programação Orientada a Objetos - 4 Pilares.pdf
Programação Orientada a Objetos - 4 Pilares.pdfProgramação Orientada a Objetos - 4 Pilares.pdf
Programação Orientada a Objetos - 4 Pilares.pdf
 
ATIVIDADE 1 - GCOM - GESTÃO DA INFORMAÇÃO - 54_2024.docx
ATIVIDADE 1 - GCOM - GESTÃO DA INFORMAÇÃO - 54_2024.docxATIVIDADE 1 - GCOM - GESTÃO DA INFORMAÇÃO - 54_2024.docx
ATIVIDADE 1 - GCOM - GESTÃO DA INFORMAÇÃO - 54_2024.docx
 
Padrões de Projeto: Proxy e Command com exemplo
Padrões de Projeto: Proxy e Command com exemploPadrões de Projeto: Proxy e Command com exemplo
Padrões de Projeto: Proxy e Command com exemplo
 
Luís Kitota AWS Discovery Day Ka Solution.pdf
Luís Kitota AWS Discovery Day Ka Solution.pdfLuís Kitota AWS Discovery Day Ka Solution.pdf
Luís Kitota AWS Discovery Day Ka Solution.pdf
 
Boas práticas de programação com Object Calisthenics
Boas práticas de programação com Object CalisthenicsBoas práticas de programação com Object Calisthenics
Boas práticas de programação com Object Calisthenics
 
ATIVIDADE 1 - CUSTOS DE PRODUÇÃO - 52_2024.docx
ATIVIDADE 1 - CUSTOS DE PRODUÇÃO - 52_2024.docxATIVIDADE 1 - CUSTOS DE PRODUÇÃO - 52_2024.docx
ATIVIDADE 1 - CUSTOS DE PRODUÇÃO - 52_2024.docx
 
ATIVIDADE 1 - SISTEMAS DISTRIBUÍDOS E REDES - 52_2024.docx
ATIVIDADE 1 - SISTEMAS DISTRIBUÍDOS E REDES - 52_2024.docxATIVIDADE 1 - SISTEMAS DISTRIBUÍDOS E REDES - 52_2024.docx
ATIVIDADE 1 - SISTEMAS DISTRIBUÍDOS E REDES - 52_2024.docx
 
ATIVIDADE 1 - LOGÍSTICA EMPRESARIAL - 52_2024.docx
ATIVIDADE 1 - LOGÍSTICA EMPRESARIAL - 52_2024.docxATIVIDADE 1 - LOGÍSTICA EMPRESARIAL - 52_2024.docx
ATIVIDADE 1 - LOGÍSTICA EMPRESARIAL - 52_2024.docx
 

CMMI aula1

  • 1. CMMI Ranerio Francisco de Mello Vieira
  • 2. Conceituação Melhoria de Processo de Software
  • 3. Abandono de planos e procedimentos Produto funciona, mas com defeitos; prazo e custo maiores; e menos funcionalidade Acúmulo de trabalho Sucesso depende muito do esforço heróico das pessoas Pouca repetibilidade Melhoria de Processo de Software - Motivação Clientes e funcionários insatisfeitos
  • 4. Chaos Report – Standish Group 31.3% dos projetos são cancelados antes de serem completados. 52.7% custam 189% a mais que sua estimativa original 16.2% dos projetos são completados no prazo e orçamento planejados. O que as organizações que fazem projetos bem sucedidos realizam de forma diferente? Metodologia / Processo
  • 5. Como solucionar? Melhoria de Processo de Software Baseado em MODELOS Adoção estagiada Rápido retorno do investimento Caminho consolidado e testado previamente. Não define COMO mas O QUE (resultados esperados do processo)
  • 7. Origem Comissionado pelo DoD – Departament of Defense norte-americano para a Universidade de Carnegie Mellon Público e gratuito (o modelo, não a certificação) http://www.sei.cmu.edu/library/abstracts/reports/06tr008.cfm Foco em produção de software como atividade industrial (TQM) e não artesanal (arte).
  • 8. Histórico CMM – 1987 CMM – versão 1.1 - 1992 Versão 1.1 – Março 2002 Versão 1.2 - Agosto 2006
  • 9. CMMI e modelos de qualidade
  • 10. Embasamento Melhoria de Processo de Software
  • 11. Modelo de avaliação e melhoria de processo
  • 12.
  • 17. A 15504-5 define um exemplo de um modelo compatível com a 15504:
  • 18. denominado de ISO/IEC 15504-5, e
  • 19.
  • 20. 15504-5:Dimensão de Processos Cada processo é descrito com os seguintes elementos: Identificação (process identifier); Nome (process name); Propósito (process purpose); Resultados (Outcomes); Práticas base (base practice): Produtos de trabalho (work-products).
  • 21. Exemplo: Processo de Aquisição - The Acquisition Process Group (ACQ) Identificação: ACQ.1 Nome: Prepara para aquisição (Acquisition preparation) Propósito: estabelecer as necessidades e objetivos da aquisição e comunicá-los aos potenciais fornecedores. Resultados: R1 - o conceito ou a necessidade de aquisição, desenvolvimento ou melhoria é estabelecido; R2 - os requisitos de aquisição necessários, definindo as necessidades do projeto, são definidos e validados; R3 - os requisitos conhecidos do cliente são definidos e validados; R4 - uma estratégia de aquisição é desenvolvida; e R5 - os critérios de seleção do fornecedor são definidos. Práticas Base: ACQ.1.BP1: Establish the need. Establish a need to acquire, develop, or enhance a system, software product or service. [Outcome: 1] ACQ.1.BP2: Define the requirements. Identify the customer/stakeholder requirements for a system and/or software product or service. [Outcomes: 2, 3] ACQ.1.BP3: Review requirements. Analyze and validate the defined requirements against the identified needs. Validate the requirements to reduce risk of misunderstanding by the potential suppliers. [Outcome: 3] ACQ.1.BP4: Develop acquisition strategy. Develop a strategy for the acquisition of the product according to the acquisition needs. [Outcome: 4] Note 1: The strategy may include reference to the life cycle model, schedule and selection criteria. ACQ.1 ....
  • 22. Níveis de capacidade – ISO 15504
  • 24. Processos – ISO 15504-5
  • 25. Perfil capacidade x Processos
  • 26. Níveis x Processo – MPS.BR MATURIDADE
  • 28. Melhoria de Processo com ISO 15504
  • 29. Melhoria de Processo com ISO 15504