SlideShare une entreprise Scribd logo
1  sur  25
Télécharger pour lire hors ligne
IC-UNICAMP                               Os níveis 3, 4 e 5

       • No Relatório Técnico que apresenta o
         modelo CMM a apresentação das KPAs
         segue o formato visto
       • Aqui, ênfase no nível 2
             – descrição sucinta das KPAs dos níveis 3, 4 e 5




    INF310 - Modelos de Qualidade de SW - Mario L. Côrtes - 1998   CMM — parte C   5C - 1
IC-UNICAMP                             As KPAs do nível 3
       • Organization Process Focus:
             – objetivos: estabelecer as responsabilidades organizacionais para
                 as atividades de processo de software que podem melhorar a
                 capabilidade de processo da organização
             – estabelecimento da infra-estrutura e dos comprometimentos
               organizacionais.
       • Organization Process Definition:
             – objetivo: desenvolver e manter um conjunto utilizável de
               processos de software
             – inclui processos que tratam das questões de engenharia de
               software; critérios para a adaptação de processos por um
               determinado projeto.




    INF310 - Modelos de Qualidade de SW - Mario L. Côrtes - 1998   CMM — parte C   5C - 2
IC-UNICAMP                             As KPAs do nível 3
       • Training Program:
             – objetivo: desenvolver a capacitação necessária para TODO
               o pessoal envolvido no desenvolvimento
       • Integrated Software Management:
             – objetivo: integrar as atividades de gestão e de engenharia
               de software em um processo de software derivado do
               processo padronizado para a organização
             – evolução das KPAs SPP e SPTO do nível 2 com a diferença
               que, enquanto aquelas focalizavam a detecção de
               problemas de gestão e sua correção, esta preocupa-se com
               a prevenção dos problemas
             – contém práticas para adaptação do processo padronizado




    INF310 - Modelos de Qualidade de SW - Mario L. Côrtes - 1998   CMM — parte C   5C - 3
IC-UNICAMP                             As KPAs do nível 3
       • Software Product Engineering:
          – objetivo: permitir a execução de um processo de engenharia
             consistente e bem definido que integre todas as atividades
             de engenharia de software visando a geração de produtos
             de software de maneira eficaz e eficiente
          – contém práticas: análise de requisitos, arquitetura, projeto,
             codificação, integração e teste
       • Intergroup Coordination:
          – objetivo: estabelecer meios para que o grupo de
             desenvolvedores e outros grupos de engenharia de software
             atuem de maneira cooperativa visando a satisfação as
             necessidades dos clientes de maneira eficaz e eficiente




    INF310 - Modelos de Qualidade de SW - Mario L. Côrtes - 1998   CMM — parte C   5C - 4
IC-UNICAMP                             As KPAs do nível 3

       • Peer Reviews:
             – objetivo: remover defeitos dos produtos de
               trabalho de software de maneira precoce e
               eficiente
             – benefício indireto: visão que se ganha dos
               produtos de trabalho e de como os defeitos
               podem ser prevenidos




    INF310 - Modelos de Qualidade de SW - Mario L. Côrtes - 1998   CMM — parte C   5C - 5
IC-UNICAMP                             As KPAs do nível 4

       • Quantitative Process Management:
             – objetivo: controlar os resultados dos processos
               relevantes de maneira quantitativa
             – controlar o desempenho dos processos da
               organização e a sua capabilidade, em termos
               quantitativos
       • Software Quality Management:
             – objetivo: desenvolver uma percepção quantitativa
               da qualidade dos produtos de software e alcançar
               metas específicas de qualidade
             – metas quantitativas de qualidade: atributos da
               9126, por exemplo

    INF310 - Modelos de Qualidade de SW - Mario L. Côrtes - 1998   CMM — parte C   5C - 6
IC-UNICAMP                             As KPAs do nível 5
       • Defect Prevention:
             – objetivo: identificar as causas dos defeitos e tomar medidas
               preventivas para que eles não voltem a ocorrer
       • Technology Change Management:
             – objetivo: identificar novas tecnologias (ferramentas, métodos
               e processos) e implantá-las na organização de uma maneira
               controlada e com efeitos previsíveis
       • Process Change Management:
             – objetivo: melhoria contínua de processos usados na
               organização, visando a aumentar a produtividade e a
               qualidade dos produtos e reduzir o tempo de
               desenvolvimento




    INF310 - Modelos de Qualidade de SW - Mario L. Côrtes - 1998   CMM — parte C   5C - 7
O CMM e a ISO 9001:
IC-UNICAMP
                                       questões
       • Como o modelo CMM se compara à norma
         ISO 9001 (ISO 9000-3)?
       • A qual nível na escala CMM se equipara uma
         empresa com certificado ISO 9001?
       • Uma empresa com maturidade no nível 2
         poderia obter o certificado? Ou seria
         necessário o nível 3?
       • Qual modelo é melhor para servir de base
         para um programa de melhoria da qualidade
         em uma empresa de software?

    INF310 - Modelos de Qualidade de SW - Mario L. Côrtes - 1998   CMM — parte C   5C - 8
Empresa com certificado ISO 9001:
IC-UNICAMP
                   atendimento aos requisitos CMM
         Process change management
    Technology change management
                     Defect prevention
         Software quality management
    Quantitative process management
                          Peer reviews
               Intergroup coordination
         Software product engineering
     Integrated software management
                       Training program
        Organization process definition
            Organization process focus
   Software configuration management
            Software quality assurance
    Software subcontract management
   Software project tracking & oversight
              Software project planning
           Requirements management

                         relacionamento
                                               forte          subjetivo   inexistente



    INF310 - Modelos de Qualidade de SW - Mario L. Côrtes - 1998           CMM — parte C   5C - 9
IC-UNICAMP               Comparação ISO 9001 - CMM

      • Todas as KPAs do nível 2 são fortemente
        relacionadas com a ISO 9001
      • Todas as KPAs tem pelo menos alguma
        relação com a ISO 9001
      • Uma empresa no nível 1 poderia ter
        certificado ISO 9001
             – mas teria pontos fortes nas KPAs do nível 2 e
               alguns pontos fortes no nível 3
             – experiência: algumas empresas no nível 1 CMM
               conseguiram o certificado ISO 9001; mas tiveram
               dificuldades em manter a certificação

   INF310 - Modelos de Qualidade de SW - Mario L. Côrtes - 1998   CMM — parte C   5C - 10
IC-UNICAMP      Comparação ISO 9001 - CMM (cont.)
      • Provável que empresa que obtenha e mantenha um
        certificado ISO 9001 tenha maturidade medida como
        no nível 2 na escala CMM
      • Para uma empresa no nível 3 conseguir o certificado
        basta atender aos requisitos do elemento 4.15 da
        ISO 9001 (processo de entrega e instalação de
        produto)
      • Mesmo uma empresa no nível 2 não deve encontrar
        muitas dificuldades em satisfazer os requisitos da
        ISO 9001
      • (opiniões de Mark Paulk)


   INF310 - Modelos de Qualidade de SW - Mario L. Côrtes - 1998   CMM — parte C   5C - 11
IC-UNICAMP                         Nova versão do CMM
      • Versão 1.1: 1991
      • Versão 2.0 anunciada várias vezes e não divulgada
      • Principais mudanças esperadas para a versão 2.0:
             – níveis de maturidade mais avançados
             – integração dos diversos CMM (S-CMM, P-CMM, ...)
      • Para empresas com baixo nível de maturidade o
        lançamento da versão 2.0 provavelmente não afetará
        de maneira significativa as práticas do nível 2
      • Modelo na versão 1.1 pode ser adotado com relativa
        segurança




   INF310 - Modelos de Qualidade de SW - Mario L. Côrtes - 1998   CMM — parte C   5C - 12
IC-UNICAMP                     Experiência de utilização

      • SEI
      • Relatos positivos (success stories)




   INF310 - Modelos de Qualidade de SW - Mario L. Côrtes - 1998   CMM — parte C   5C - 13
[Lawlis 96]:
IC-UNICAMP
                                  Força Aérea Americana
      •      Maturidade X Sucesso de projeto
      •      Sucesso (custo, cronograma)
      •      11 org / 31 projetos
      •      Custo 1 > 2 > 3
      •      Cronograma 1 > 2 = 3




                                                                  Ref: SPN, N7; 1996

   INF310 - Modelos de Qualidade de SW - Mario L. Côrtes - 1998      CMM — parte C     5C - 14
IC-UNICAMP                                         Raytheon

      •      LSS - 400 pessoas (1~2 full-time)
      •      1988 ~ 1992 (nível 1 -> nível 3)
      •      Projetos 70KLOC ~ 300KLOC
      •      Melhoria continua (US$ 1mi / ano)
      •      Custo re-trabalho (41% -> 11%) ($16M)
      •      Produtividade: 130%
      •      ROI: $7,7 / $1
      •      Benefícios intangíveis (satisfação, bonus)
      •      Artigo tem plano de treinamento
                                               Ref: IEEE Software, july93, pag 28

   INF310 - Modelos de Qualidade de SW - Mario L. Côrtes - 1998   CMM — parte C     5C - 15
IC-UNICAMP                                   Schlumberger

      • 100 países/53000 pessoas (SW > 50%)
      • Avaliação em 1989 - 2000 desenv. sw
             – necessidade de melhoria: Gestão de Projeto
      • Avaliação:
             – 4 pessoas : 2 SLCS, 1local, 1org similar
             – 5 dias (SEI) -> 3 dias
      • Treinamento interno (não contratado)
      • Meta: melhora do nível CMM

                   Ref: IEEE Trans. SW Eng., november94, pag. 833


   INF310 - Modelos de Qualidade de SW - Mario L. Côrtes - 1998   CMM — parte C   5C - 16
IC-UNICAMP                           Schlumberger (cont)

      • KPAs Nível 2
             – depois de RM:
                   • ciclo (cod/teste/re-cod) 34 -> 15
                   • produtividade 2x
             – SPP: diminuiu atraso (49% 1990 - 6% 1992)
             – SPTO: overrun 1991 13%, 1992 1%
             – SQA: 1989 25% defeitos campo - 1991 10%
      • Preparados para ISO



   INF310 - Modelos de Qualidade de SW - Mario L. Côrtes - 1998   CMM — parte C   5C - 17
IC-UNICAMP                           Schlumberger (cont)

      • Problemas
             – grupos ficam experientes e respondem o que os
               auditores querem ouvir
             – turn-over grupos de melhoria
      • 12 ~ 18 meses resultado
      • Ter certificação ISO 9000 ajuda
      • Sair do NADA é mais difícil, exige mudança
        cultural



   INF310 - Modelos de Qualidade de SW - Mario L. Côrtes - 1998   CMM — parte C   5C - 18
IC-UNICAMP                                   Space Shuttle

      • Um dos poucos relatos de um processo de
        alta maturidade, no nível 5
      • Software embarcado na nave espacial Space
        Shuttle
      • Resultados:
             – o número de falhas por KSLOC baixou de 12 para
               1
             – custos de desenvolvimento baixaram
               drasticamente
             – a confiabilidade do software, característica das
               mais importantes para a aplicação, melhorou
               sensivelmente
   INF310 - Modelos de Qualidade de SW - Mario L. Côrtes - 1998   CMM — parte C   5C - 19
IC-UNICAMP                                        Ressalvas

      • Relatos negativos são pouco frequentes
      • SEI: apenas 1/3 das empresas que iniciam
        programas com base no CMM conseguem
        atingir o nível 2




   INF310 - Modelos de Qualidade de SW - Mario L. Côrtes - 1998   CMM — parte C   5C - 20
IC-UNICAMP           CMM em pequenas empresas (1)

      • Pesquisa feita em 545 empresas (1994)
      • Dificuldades na implementação
             –   independência entre grupos
             –   responsabilidade dos níveis gerenciais
             –   necessidade de documentação (burocracia)
             –   criação dos grupos SQA, SCM e SEPG




   INF310 - Modelos de Qualidade de SW - Mario L. Côrtes - 1998   CMM — parte C   5C - 21
Exemplos
IC-UNICAMP
                     CMM em pequenas empresas (2)
      • Problemas apontados no modelo
              – difícil de entender e aplicar
              – muito prescritivo
              – feito para grandes organizações


             OBS: a ISO sustenta que o modelo SPICE é mais flexível
             que o CMM e pode ser aplicável a organizações de
             qualquer porte
             OBS: autores são consultores e têm metodologia para
             tratar o problema

                                                           Ref: ICSE’94; Brodman & Johnson, p.331

   INF310 - Modelos de Qualidade de SW - Mario L. Côrtes - 1998       CMM — parte C        5C - 22
IC-UNICAMP                                 CMM no mundo

      • Disseminação maior na América do Norte do
        que na Europa
      • Na Europa a influência da ISO é maior
      • Outros Institutos com papel semelhante ao
        SEI:
             – ESI (European Software Instutite) em Bilbao,
               Espanha
             – CRIM (Centre de Recherche Informatique de
               Montreal) no Canadá




   INF310 - Modelos de Qualidade de SW - Mario L. Côrtes - 1998   CMM — parte C   5C - 23
IC-UNICAMP                                  CMM no Brasil

      • Há relatos de três ou quatro empresas já no
        nível 2 e uma no nível três
      • Todas são filiais brasileiras de multinacionais
      • Há relatos de outras empresas brasileiras em
        processo de melhoria
             – Algumas delas alcançarão o nível 2 dentro em
               breve




   INF310 - Modelos de Qualidade de SW - Mario L. Côrtes - 1998   CMM — parte C   5C - 24
Estrutura de apoio:
IC-UNICAMP
                                              SPIN
      • SPIN: Software Process Improvement
        Network
      • Espécie de grupo de usuários de CMM com o
        apoio oficial do SEI
      • No Brasil:
             – São Paulo
             – Curitiba
      • Relação completa dos SPINs em todo o
        mundo: web site do SEI


   INF310 - Modelos de Qualidade de SW - Mario L. Côrtes - 1998   CMM — parte C   5C - 25

Contenu connexe

Tendances

DESENVOLVIMENTO DE PROJETO PARA IMPLANTAÇÃO DO CMMI NIVEL DOIS DE MATURIDADE ...
DESENVOLVIMENTO DE PROJETO PARA IMPLANTAÇÃO DO CMMI NIVEL DOIS DE MATURIDADE ...DESENVOLVIMENTO DE PROJETO PARA IMPLANTAÇÃO DO CMMI NIVEL DOIS DE MATURIDADE ...
DESENVOLVIMENTO DE PROJETO PARA IMPLANTAÇÃO DO CMMI NIVEL DOIS DE MATURIDADE ...Diogo Rocha Ferreira de Menezes
 
Visão Geral do CMMI - Por Henrique Gabriel
Visão Geral do CMMI - Por Henrique GabrielVisão Geral do CMMI - Por Henrique Gabriel
Visão Geral do CMMI - Por Henrique GabrielHenrique Gabriel
 
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.3Mario Jorge
 
Apresentação CMMi
Apresentação CMMiApresentação CMMi
Apresentação CMMiFabio Barnes
 
Visão geral do CMMI - Henrique
Visão geral do CMMI - HenriqueVisão geral do CMMI - Henrique
Visão geral do CMMI - HenriqueHenrique Gabriel
 
Processo de certificação CMMI
Processo de certificação CMMIProcesso de certificação CMMI
Processo de certificação CMMIthomasdacosta
 
Slide apresentação CMMI-TOGAF
Slide apresentação CMMI-TOGAFSlide apresentação CMMI-TOGAF
Slide apresentação CMMI-TOGAFEdton Lemos
 
CMMI for Services, 4º Edição
CMMI for Services, 4º EdiçãoCMMI for Services, 4º Edição
CMMI for Services, 4º EdiçãoAlessandro Almeida
 
Mps-br gerencia de decisões
Mps-br gerencia de  decisõesMps-br gerencia de  decisões
Mps-br gerencia de decisõesdionilson lemos
 
Gerenciamento de projetos, MPS.BR e qualidade em software
Gerenciamento de projetos, MPS.BR e qualidade em softwareGerenciamento de projetos, MPS.BR e qualidade em software
Gerenciamento de projetos, MPS.BR e qualidade em softwareelliando dias
 
MPS.BR - Melhoria de Processo de Software Brasileiro
MPS.BR - Melhoria de Processo de Software BrasileiroMPS.BR - Melhoria de Processo de Software Brasileiro
MPS.BR - Melhoria de Processo de Software BrasileiroMERKADO DELIVERY
 
MPS.BR - Melhoria do processo de Software Brasileiro
MPS.BR - Melhoria do processo de Software BrasileiroMPS.BR - Melhoria do processo de Software Brasileiro
MPS.BR - Melhoria do processo de Software BrasileiroPaulo Henrique de Sousa
 

Tendances (20)

Cmmi apresentação
Cmmi apresentaçãoCmmi apresentação
Cmmi apresentação
 
DESENVOLVIMENTO DE PROJETO PARA IMPLANTAÇÃO DO CMMI NIVEL DOIS DE MATURIDADE ...
DESENVOLVIMENTO DE PROJETO PARA IMPLANTAÇÃO DO CMMI NIVEL DOIS DE MATURIDADE ...DESENVOLVIMENTO DE PROJETO PARA IMPLANTAÇÃO DO CMMI NIVEL DOIS DE MATURIDADE ...
DESENVOLVIMENTO DE PROJETO PARA IMPLANTAÇÃO DO CMMI NIVEL DOIS DE MATURIDADE ...
 
Visão Geral do CMMI - Por Henrique Gabriel
Visão Geral do CMMI - Por Henrique GabrielVisão Geral do CMMI - Por Henrique Gabriel
Visão Geral do CMMI - Por Henrique Gabriel
 
Padrão de Qualidade CMMI
Padrão de Qualidade CMMIPadrão de Qualidade CMMI
Padrão de Qualidade CMMI
 
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
 
Apresentação CMMi
Apresentação CMMiApresentação CMMi
Apresentação CMMi
 
Visão geral do CMMI - Henrique
Visão geral do CMMI - HenriqueVisão geral do CMMI - Henrique
Visão geral do CMMI - Henrique
 
Processo de certificação CMMI
Processo de certificação CMMIProcesso de certificação CMMI
Processo de certificação CMMI
 
Slide apresentação CMMI-TOGAF
Slide apresentação CMMI-TOGAFSlide apresentação CMMI-TOGAF
Slide apresentação CMMI-TOGAF
 
CMMI e MPS.BR - Introdução
CMMI e MPS.BR - IntroduçãoCMMI e MPS.BR - Introdução
CMMI e MPS.BR - Introdução
 
Aula 07 qs - cmmi
Aula 07   qs - cmmiAula 07   qs - cmmi
Aula 07 qs - cmmi
 
Cmmi
CmmiCmmi
Cmmi
 
Mpsbr
MpsbrMpsbr
Mpsbr
 
CMMI for Services, 4º Edição
CMMI for Services, 4º EdiçãoCMMI for Services, 4º Edição
CMMI for Services, 4º Edição
 
Mps-br gerencia de decisões
Mps-br gerencia de  decisõesMps-br gerencia de  decisões
Mps-br gerencia de decisões
 
Gerenciamento de projetos, MPS.BR e qualidade em software
Gerenciamento de projetos, MPS.BR e qualidade em softwareGerenciamento de projetos, MPS.BR e qualidade em software
Gerenciamento de projetos, MPS.BR e qualidade em software
 
MPS.BR - Melhoria de Processo de Software Brasileiro
MPS.BR - Melhoria de Processo de Software BrasileiroMPS.BR - Melhoria de Processo de Software Brasileiro
MPS.BR - Melhoria de Processo de Software Brasileiro
 
CMMI 7
CMMI 7CMMI 7
CMMI 7
 
Mps.br
Mps.brMps.br
Mps.br
 
MPS.BR - Melhoria do processo de Software Brasileiro
MPS.BR - Melhoria do processo de Software BrasileiroMPS.BR - Melhoria do processo de Software Brasileiro
MPS.BR - Melhoria do processo de Software Brasileiro
 

Similaire à CMM - Os níveis 3, 4 e 5

CMM – Capability Maturity Model
CMM – Capability Maturity Model CMM – Capability Maturity Model
CMM – Capability Maturity Model alef menezes
 
GCS - Aula 08 - GCS x MPSBr
GCS - Aula 08 - GCS x MPSBrGCS - Aula 08 - GCS x MPSBr
GCS - Aula 08 - GCS x MPSBrMisael Santos
 
Gerenciamento PDS
Gerenciamento PDSGerenciamento PDS
Gerenciamento PDSFatec Jales
 
Qualidade de Software: Modelos e normas
Qualidade de Software: Modelos e normasQualidade de Software: Modelos e normas
Qualidade de Software: Modelos e normasAlex Camargo
 
3 - Modelos de Processo de Software - Prof.ª Cristiane Fidelix
3 - Modelos de  Processo de Software - Prof.ª Cristiane Fidelix3 - Modelos de  Processo de Software - Prof.ª Cristiane Fidelix
3 - Modelos de Processo de Software - Prof.ª Cristiane FidelixCris Fidelix
 
QualidadeSoftwarequalidadeetestedesoftware.pdf
QualidadeSoftwarequalidadeetestedesoftware.pdfQualidadeSoftwarequalidadeetestedesoftware.pdf
QualidadeSoftwarequalidadeetestedesoftware.pdfAugustoPleno
 
Gerência de Projetos de Software com RUP, CMM e ISO 9001
Gerência de Projetos de Software com RUP, CMM e ISO 9001Gerência de Projetos de Software com RUP, CMM e ISO 9001
Gerência de Projetos de Software com RUP, CMM e ISO 9001elliando dias
 
Gerencia De Projetos Com RUP Cmm E Iso 9001
Gerencia De Projetos Com RUP Cmm E Iso 9001Gerencia De Projetos Com RUP Cmm E Iso 9001
Gerencia De Projetos Com RUP Cmm E Iso 9001elliando dias
 
Normas e Padrões para a Qualidade de Software
Normas e Padrões para a Qualidade de SoftwareNormas e Padrões para a Qualidade de Software
Normas e Padrões para a Qualidade de SoftwareDanilo Sousa
 
Palestra TaSafo Conf-2015: Refatoração com Métricas
Palestra TaSafo Conf-2015: Refatoração com MétricasPalestra TaSafo Conf-2015: Refatoração com Métricas
Palestra TaSafo Conf-2015: Refatoração com MétricasClaudio Martins
 

Similaire à CMM - Os níveis 3, 4 e 5 (20)

Spin72
Spin72Spin72
Spin72
 
Spin72
Spin72Spin72
Spin72
 
Qualidade de Software
Qualidade de SoftwareQualidade de Software
Qualidade de Software
 
Qualidade de software
Qualidade de softwareQualidade de software
Qualidade de software
 
Pmbok&cmm+cmmi
Pmbok&cmm+cmmiPmbok&cmm+cmmi
Pmbok&cmm+cmmi
 
CMM – Capability Maturity Model
CMM – Capability Maturity Model CMM – Capability Maturity Model
CMM – Capability Maturity Model
 
GCS - Aula 08 - GCS x MPSBr
GCS - Aula 08 - GCS x MPSBrGCS - Aula 08 - GCS x MPSBr
GCS - Aula 08 - GCS x MPSBr
 
QUALIDADE DE SOFTWARE
QUALIDADE DE SOFTWAREQUALIDADE DE SOFTWARE
QUALIDADE DE SOFTWARE
 
Gerenciamento PDS
Gerenciamento PDSGerenciamento PDS
Gerenciamento PDS
 
Qualidade de Software: Modelos e normas
Qualidade de Software: Modelos e normasQualidade de Software: Modelos e normas
Qualidade de Software: Modelos e normas
 
3 - Modelos de Processo de Software - Prof.ª Cristiane Fidelix
3 - Modelos de  Processo de Software - Prof.ª Cristiane Fidelix3 - Modelos de  Processo de Software - Prof.ª Cristiane Fidelix
3 - Modelos de Processo de Software - Prof.ª Cristiane Fidelix
 
QualidadeSoftwarequalidadeetestedesoftware.pdf
QualidadeSoftwarequalidadeetestedesoftware.pdfQualidadeSoftwarequalidadeetestedesoftware.pdf
QualidadeSoftwarequalidadeetestedesoftware.pdf
 
Gerência de Projetos de Software com RUP, CMM e ISO 9001
Gerência de Projetos de Software com RUP, CMM e ISO 9001Gerência de Projetos de Software com RUP, CMM e ISO 9001
Gerência de Projetos de Software com RUP, CMM e ISO 9001
 
Gerencia De Projetos Com RUP Cmm E Iso 9001
Gerencia De Projetos Com RUP Cmm E Iso 9001Gerencia De Projetos Com RUP Cmm E Iso 9001
Gerencia De Projetos Com RUP Cmm E Iso 9001
 
Normas e Padrões para a Qualidade de Software
Normas e Padrões para a Qualidade de SoftwareNormas e Padrões para a Qualidade de Software
Normas e Padrões para a Qualidade de Software
 
Material CMMI
Material CMMIMaterial CMMI
Material CMMI
 
2009 fumec souza_e_monteiro
2009 fumec souza_e_monteiro2009 fumec souza_e_monteiro
2009 fumec souza_e_monteiro
 
XPMS
XPMSXPMS
XPMS
 
Xpmg
XpmgXpmg
Xpmg
 
Palestra TaSafo Conf-2015: Refatoração com Métricas
Palestra TaSafo Conf-2015: Refatoração com MétricasPalestra TaSafo Conf-2015: Refatoração com Métricas
Palestra TaSafo Conf-2015: Refatoração com Métricas
 

Plus de elliando dias

Clojurescript slides
Clojurescript slidesClojurescript slides
Clojurescript slideselliando dias
 
Why you should be excited about ClojureScript
Why you should be excited about ClojureScriptWhy you should be excited about ClojureScript
Why you should be excited about ClojureScriptelliando dias
 
Functional Programming with Immutable Data Structures
Functional Programming with Immutable Data StructuresFunctional Programming with Immutable Data Structures
Functional Programming with Immutable Data Structureselliando dias
 
Nomenclatura e peças de container
Nomenclatura  e peças de containerNomenclatura  e peças de container
Nomenclatura e peças de containerelliando dias
 
Polyglot and Poly-paradigm Programming for Better Agility
Polyglot and Poly-paradigm Programming for Better AgilityPolyglot and Poly-paradigm Programming for Better Agility
Polyglot and Poly-paradigm Programming for Better Agilityelliando dias
 
Javascript Libraries
Javascript LibrariesJavascript Libraries
Javascript Librarieselliando dias
 
How to Make an Eight Bit Computer and Save the World!
How to Make an Eight Bit Computer and Save the World!How to Make an Eight Bit Computer and Save the World!
How to Make an Eight Bit Computer and Save the World!elliando dias
 
A Practical Guide to Connecting Hardware to the Web
A Practical Guide to Connecting Hardware to the WebA Practical Guide to Connecting Hardware to the Web
A Practical Guide to Connecting Hardware to the Webelliando dias
 
Introdução ao Arduino
Introdução ao ArduinoIntrodução ao Arduino
Introdução ao Arduinoelliando dias
 
Incanter Data Sorcery
Incanter Data SorceryIncanter Data Sorcery
Incanter Data Sorceryelliando dias
 
Fab.in.a.box - Fab Academy: Machine Design
Fab.in.a.box - Fab Academy: Machine DesignFab.in.a.box - Fab Academy: Machine Design
Fab.in.a.box - Fab Academy: Machine Designelliando dias
 
The Digital Revolution: Machines that makes
The Digital Revolution: Machines that makesThe Digital Revolution: Machines that makes
The Digital Revolution: Machines that makeselliando dias
 
Hadoop - Simple. Scalable.
Hadoop - Simple. Scalable.Hadoop - Simple. Scalable.
Hadoop - Simple. Scalable.elliando dias
 
Hadoop and Hive Development at Facebook
Hadoop and Hive Development at FacebookHadoop and Hive Development at Facebook
Hadoop and Hive Development at Facebookelliando dias
 
Multi-core Parallelization in Clojure - a Case Study
Multi-core Parallelization in Clojure - a Case StudyMulti-core Parallelization in Clojure - a Case Study
Multi-core Parallelization in Clojure - a Case Studyelliando dias
 

Plus de elliando dias (20)

Clojurescript slides
Clojurescript slidesClojurescript slides
Clojurescript slides
 
Why you should be excited about ClojureScript
Why you should be excited about ClojureScriptWhy you should be excited about ClojureScript
Why you should be excited about ClojureScript
 
Functional Programming with Immutable Data Structures
Functional Programming with Immutable Data StructuresFunctional Programming with Immutable Data Structures
Functional Programming with Immutable Data Structures
 
Nomenclatura e peças de container
Nomenclatura  e peças de containerNomenclatura  e peças de container
Nomenclatura e peças de container
 
Geometria Projetiva
Geometria ProjetivaGeometria Projetiva
Geometria Projetiva
 
Polyglot and Poly-paradigm Programming for Better Agility
Polyglot and Poly-paradigm Programming for Better AgilityPolyglot and Poly-paradigm Programming for Better Agility
Polyglot and Poly-paradigm Programming for Better Agility
 
Javascript Libraries
Javascript LibrariesJavascript Libraries
Javascript Libraries
 
How to Make an Eight Bit Computer and Save the World!
How to Make an Eight Bit Computer and Save the World!How to Make an Eight Bit Computer and Save the World!
How to Make an Eight Bit Computer and Save the World!
 
Ragel talk
Ragel talkRagel talk
Ragel talk
 
A Practical Guide to Connecting Hardware to the Web
A Practical Guide to Connecting Hardware to the WebA Practical Guide to Connecting Hardware to the Web
A Practical Guide to Connecting Hardware to the Web
 
Introdução ao Arduino
Introdução ao ArduinoIntrodução ao Arduino
Introdução ao Arduino
 
Minicurso arduino
Minicurso arduinoMinicurso arduino
Minicurso arduino
 
Incanter Data Sorcery
Incanter Data SorceryIncanter Data Sorcery
Incanter Data Sorcery
 
Rango
RangoRango
Rango
 
Fab.in.a.box - Fab Academy: Machine Design
Fab.in.a.box - Fab Academy: Machine DesignFab.in.a.box - Fab Academy: Machine Design
Fab.in.a.box - Fab Academy: Machine Design
 
The Digital Revolution: Machines that makes
The Digital Revolution: Machines that makesThe Digital Revolution: Machines that makes
The Digital Revolution: Machines that makes
 
Hadoop + Clojure
Hadoop + ClojureHadoop + Clojure
Hadoop + Clojure
 
Hadoop - Simple. Scalable.
Hadoop - Simple. Scalable.Hadoop - Simple. Scalable.
Hadoop - Simple. Scalable.
 
Hadoop and Hive Development at Facebook
Hadoop and Hive Development at FacebookHadoop and Hive Development at Facebook
Hadoop and Hive Development at Facebook
 
Multi-core Parallelization in Clojure - a Case Study
Multi-core Parallelization in Clojure - a Case StudyMulti-core Parallelization in Clojure - a Case Study
Multi-core Parallelization in Clojure - a Case Study
 

Dernier

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 CalisthenicsDanilo Pinotti
 
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 exemploDanilo Pinotti
 
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.pdfSamaraLunas
 
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.docx2m Assessoria
 
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.docx2m Assessoria
 
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.docx2m Assessoria
 
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.pdfLuisKitota
 
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.docx2m Assessoria
 

Dernier (8)

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
 
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
 
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
 
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
 
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
 
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
 
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
 

CMM - Os níveis 3, 4 e 5

  • 1. IC-UNICAMP Os níveis 3, 4 e 5 • No Relatório Técnico que apresenta o modelo CMM a apresentação das KPAs segue o formato visto • Aqui, ênfase no nível 2 – descrição sucinta das KPAs dos níveis 3, 4 e 5 INF310 - Modelos de Qualidade de SW - Mario L. Côrtes - 1998 CMM — parte C 5C - 1
  • 2. IC-UNICAMP As KPAs do nível 3 • Organization Process Focus: – objetivos: estabelecer as responsabilidades organizacionais para as atividades de processo de software que podem melhorar a capabilidade de processo da organização – estabelecimento da infra-estrutura e dos comprometimentos organizacionais. • Organization Process Definition: – objetivo: desenvolver e manter um conjunto utilizável de processos de software – inclui processos que tratam das questões de engenharia de software; critérios para a adaptação de processos por um determinado projeto. INF310 - Modelos de Qualidade de SW - Mario L. Côrtes - 1998 CMM — parte C 5C - 2
  • 3. IC-UNICAMP As KPAs do nível 3 • Training Program: – objetivo: desenvolver a capacitação necessária para TODO o pessoal envolvido no desenvolvimento • Integrated Software Management: – objetivo: integrar as atividades de gestão e de engenharia de software em um processo de software derivado do processo padronizado para a organização – evolução das KPAs SPP e SPTO do nível 2 com a diferença que, enquanto aquelas focalizavam a detecção de problemas de gestão e sua correção, esta preocupa-se com a prevenção dos problemas – contém práticas para adaptação do processo padronizado INF310 - Modelos de Qualidade de SW - Mario L. Côrtes - 1998 CMM — parte C 5C - 3
  • 4. IC-UNICAMP As KPAs do nível 3 • Software Product Engineering: – objetivo: permitir a execução de um processo de engenharia consistente e bem definido que integre todas as atividades de engenharia de software visando a geração de produtos de software de maneira eficaz e eficiente – contém práticas: análise de requisitos, arquitetura, projeto, codificação, integração e teste • Intergroup Coordination: – objetivo: estabelecer meios para que o grupo de desenvolvedores e outros grupos de engenharia de software atuem de maneira cooperativa visando a satisfação as necessidades dos clientes de maneira eficaz e eficiente INF310 - Modelos de Qualidade de SW - Mario L. Côrtes - 1998 CMM — parte C 5C - 4
  • 5. IC-UNICAMP As KPAs do nível 3 • Peer Reviews: – objetivo: remover defeitos dos produtos de trabalho de software de maneira precoce e eficiente – benefício indireto: visão que se ganha dos produtos de trabalho e de como os defeitos podem ser prevenidos INF310 - Modelos de Qualidade de SW - Mario L. Côrtes - 1998 CMM — parte C 5C - 5
  • 6. IC-UNICAMP As KPAs do nível 4 • Quantitative Process Management: – objetivo: controlar os resultados dos processos relevantes de maneira quantitativa – controlar o desempenho dos processos da organização e a sua capabilidade, em termos quantitativos • Software Quality Management: – objetivo: desenvolver uma percepção quantitativa da qualidade dos produtos de software e alcançar metas específicas de qualidade – metas quantitativas de qualidade: atributos da 9126, por exemplo INF310 - Modelos de Qualidade de SW - Mario L. Côrtes - 1998 CMM — parte C 5C - 6
  • 7. IC-UNICAMP As KPAs do nível 5 • Defect Prevention: – objetivo: identificar as causas dos defeitos e tomar medidas preventivas para que eles não voltem a ocorrer • Technology Change Management: – objetivo: identificar novas tecnologias (ferramentas, métodos e processos) e implantá-las na organização de uma maneira controlada e com efeitos previsíveis • Process Change Management: – objetivo: melhoria contínua de processos usados na organização, visando a aumentar a produtividade e a qualidade dos produtos e reduzir o tempo de desenvolvimento INF310 - Modelos de Qualidade de SW - Mario L. Côrtes - 1998 CMM — parte C 5C - 7
  • 8. O CMM e a ISO 9001: IC-UNICAMP questões • Como o modelo CMM se compara à norma ISO 9001 (ISO 9000-3)? • A qual nível na escala CMM se equipara uma empresa com certificado ISO 9001? • Uma empresa com maturidade no nível 2 poderia obter o certificado? Ou seria necessário o nível 3? • Qual modelo é melhor para servir de base para um programa de melhoria da qualidade em uma empresa de software? INF310 - Modelos de Qualidade de SW - Mario L. Côrtes - 1998 CMM — parte C 5C - 8
  • 9. Empresa com certificado ISO 9001: IC-UNICAMP atendimento aos requisitos CMM Process change management Technology change management Defect prevention Software quality management Quantitative process management Peer reviews Intergroup coordination Software product engineering Integrated software management Training program Organization process definition Organization process focus Software configuration management Software quality assurance Software subcontract management Software project tracking & oversight Software project planning Requirements management relacionamento forte subjetivo inexistente INF310 - Modelos de Qualidade de SW - Mario L. Côrtes - 1998 CMM — parte C 5C - 9
  • 10. IC-UNICAMP Comparação ISO 9001 - CMM • Todas as KPAs do nível 2 são fortemente relacionadas com a ISO 9001 • Todas as KPAs tem pelo menos alguma relação com a ISO 9001 • Uma empresa no nível 1 poderia ter certificado ISO 9001 – mas teria pontos fortes nas KPAs do nível 2 e alguns pontos fortes no nível 3 – experiência: algumas empresas no nível 1 CMM conseguiram o certificado ISO 9001; mas tiveram dificuldades em manter a certificação INF310 - Modelos de Qualidade de SW - Mario L. Côrtes - 1998 CMM — parte C 5C - 10
  • 11. IC-UNICAMP Comparação ISO 9001 - CMM (cont.) • Provável que empresa que obtenha e mantenha um certificado ISO 9001 tenha maturidade medida como no nível 2 na escala CMM • Para uma empresa no nível 3 conseguir o certificado basta atender aos requisitos do elemento 4.15 da ISO 9001 (processo de entrega e instalação de produto) • Mesmo uma empresa no nível 2 não deve encontrar muitas dificuldades em satisfazer os requisitos da ISO 9001 • (opiniões de Mark Paulk) INF310 - Modelos de Qualidade de SW - Mario L. Côrtes - 1998 CMM — parte C 5C - 11
  • 12. IC-UNICAMP Nova versão do CMM • Versão 1.1: 1991 • Versão 2.0 anunciada várias vezes e não divulgada • Principais mudanças esperadas para a versão 2.0: – níveis de maturidade mais avançados – integração dos diversos CMM (S-CMM, P-CMM, ...) • Para empresas com baixo nível de maturidade o lançamento da versão 2.0 provavelmente não afetará de maneira significativa as práticas do nível 2 • Modelo na versão 1.1 pode ser adotado com relativa segurança INF310 - Modelos de Qualidade de SW - Mario L. Côrtes - 1998 CMM — parte C 5C - 12
  • 13. IC-UNICAMP Experiência de utilização • SEI • Relatos positivos (success stories) INF310 - Modelos de Qualidade de SW - Mario L. Côrtes - 1998 CMM — parte C 5C - 13
  • 14. [Lawlis 96]: IC-UNICAMP Força Aérea Americana • Maturidade X Sucesso de projeto • Sucesso (custo, cronograma) • 11 org / 31 projetos • Custo 1 > 2 > 3 • Cronograma 1 > 2 = 3 Ref: SPN, N7; 1996 INF310 - Modelos de Qualidade de SW - Mario L. Côrtes - 1998 CMM — parte C 5C - 14
  • 15. IC-UNICAMP Raytheon • LSS - 400 pessoas (1~2 full-time) • 1988 ~ 1992 (nível 1 -> nível 3) • Projetos 70KLOC ~ 300KLOC • Melhoria continua (US$ 1mi / ano) • Custo re-trabalho (41% -> 11%) ($16M) • Produtividade: 130% • ROI: $7,7 / $1 • Benefícios intangíveis (satisfação, bonus) • Artigo tem plano de treinamento Ref: IEEE Software, july93, pag 28 INF310 - Modelos de Qualidade de SW - Mario L. Côrtes - 1998 CMM — parte C 5C - 15
  • 16. IC-UNICAMP Schlumberger • 100 países/53000 pessoas (SW > 50%) • Avaliação em 1989 - 2000 desenv. sw – necessidade de melhoria: Gestão de Projeto • Avaliação: – 4 pessoas : 2 SLCS, 1local, 1org similar – 5 dias (SEI) -> 3 dias • Treinamento interno (não contratado) • Meta: melhora do nível CMM Ref: IEEE Trans. SW Eng., november94, pag. 833 INF310 - Modelos de Qualidade de SW - Mario L. Côrtes - 1998 CMM — parte C 5C - 16
  • 17. IC-UNICAMP Schlumberger (cont) • KPAs Nível 2 – depois de RM: • ciclo (cod/teste/re-cod) 34 -> 15 • produtividade 2x – SPP: diminuiu atraso (49% 1990 - 6% 1992) – SPTO: overrun 1991 13%, 1992 1% – SQA: 1989 25% defeitos campo - 1991 10% • Preparados para ISO INF310 - Modelos de Qualidade de SW - Mario L. Côrtes - 1998 CMM — parte C 5C - 17
  • 18. IC-UNICAMP Schlumberger (cont) • Problemas – grupos ficam experientes e respondem o que os auditores querem ouvir – turn-over grupos de melhoria • 12 ~ 18 meses resultado • Ter certificação ISO 9000 ajuda • Sair do NADA é mais difícil, exige mudança cultural INF310 - Modelos de Qualidade de SW - Mario L. Côrtes - 1998 CMM — parte C 5C - 18
  • 19. IC-UNICAMP Space Shuttle • Um dos poucos relatos de um processo de alta maturidade, no nível 5 • Software embarcado na nave espacial Space Shuttle • Resultados: – o número de falhas por KSLOC baixou de 12 para 1 – custos de desenvolvimento baixaram drasticamente – a confiabilidade do software, característica das mais importantes para a aplicação, melhorou sensivelmente INF310 - Modelos de Qualidade de SW - Mario L. Côrtes - 1998 CMM — parte C 5C - 19
  • 20. IC-UNICAMP Ressalvas • Relatos negativos são pouco frequentes • SEI: apenas 1/3 das empresas que iniciam programas com base no CMM conseguem atingir o nível 2 INF310 - Modelos de Qualidade de SW - Mario L. Côrtes - 1998 CMM — parte C 5C - 20
  • 21. IC-UNICAMP CMM em pequenas empresas (1) • Pesquisa feita em 545 empresas (1994) • Dificuldades na implementação – independência entre grupos – responsabilidade dos níveis gerenciais – necessidade de documentação (burocracia) – criação dos grupos SQA, SCM e SEPG INF310 - Modelos de Qualidade de SW - Mario L. Côrtes - 1998 CMM — parte C 5C - 21
  • 22. Exemplos IC-UNICAMP CMM em pequenas empresas (2) • Problemas apontados no modelo – difícil de entender e aplicar – muito prescritivo – feito para grandes organizações OBS: a ISO sustenta que o modelo SPICE é mais flexível que o CMM e pode ser aplicável a organizações de qualquer porte OBS: autores são consultores e têm metodologia para tratar o problema Ref: ICSE’94; Brodman & Johnson, p.331 INF310 - Modelos de Qualidade de SW - Mario L. Côrtes - 1998 CMM — parte C 5C - 22
  • 23. IC-UNICAMP CMM no mundo • Disseminação maior na América do Norte do que na Europa • Na Europa a influência da ISO é maior • Outros Institutos com papel semelhante ao SEI: – ESI (European Software Instutite) em Bilbao, Espanha – CRIM (Centre de Recherche Informatique de Montreal) no Canadá INF310 - Modelos de Qualidade de SW - Mario L. Côrtes - 1998 CMM — parte C 5C - 23
  • 24. IC-UNICAMP CMM no Brasil • Há relatos de três ou quatro empresas já no nível 2 e uma no nível três • Todas são filiais brasileiras de multinacionais • Há relatos de outras empresas brasileiras em processo de melhoria – Algumas delas alcançarão o nível 2 dentro em breve INF310 - Modelos de Qualidade de SW - Mario L. Côrtes - 1998 CMM — parte C 5C - 24
  • 25. Estrutura de apoio: IC-UNICAMP SPIN • SPIN: Software Process Improvement Network • Espécie de grupo de usuários de CMM com o apoio oficial do SEI • No Brasil: – São Paulo – Curitiba • Relação completa dos SPINs em todo o mundo: web site do SEI INF310 - Modelos de Qualidade de SW - Mario L. Côrtes - 1998 CMM — parte C 5C - 25