CE230 – Qualidade, Confiabilidade e
Segurança(Safety) de Software
Prof. Dr. Adilson Marques da Cunha
Prof. Dr. Luiz Alberto Vieira Dias
Prof. Dr. Luiz Alberto Vieira Dias
(ListEx 2)
Norma de Qualidade escolhida:
CMMI – DEV – Nível 2
CMMI – DEV – Nível 2
-
Introdução
-
Avaliações CMMI
-
Representações
Agenda
-
Áreas de Processo
-
CMMI – DEV – Nível 2 (Principais áreas)
-
CMMI – DEV – Nível 2 (Dicas para implementação)
O CMMI (Capability Maturity Model Integration) é um modelo de referência que
contém práticas (Genéricas ou Específicas) necessárias à maturidade em
disciplinas específicas (Systems Engineering (SE), Software Engineering (SW),
Integrated Product and Process Development (IPPD), Supplier Sourcing (SS)).
Desenvolvido pelo SEI (Software Engineering Institute) da Universidade Carnegie
Introdução
Desenvolvido pelo SEI (Software Engineering Institute) da Universidade Carnegie
Mellon, o CMMI é uma evolução do CMM e procura estabelecer um modelo único
para o processo de melhoria corporativo, integrando diferentes modelos e
disciplinas.
O CMMI foi baseado nas melhores práticas para desenvolvimento e manutenção
de produtos. Há uma ênfase tanto em engenharia de sistemas quanto em
engenharia de software, e há uma integração necessária para o desenvolvimento
e a manutenção.
A versão atual do CMMI (versão 1.2) apresenta três modelos:
•
CMMI for Development
(CMMI-DEV) publicada em agosto de 2006. Dirige-se
ao processo de desenvolvimento de produtos e serviços.
CMMI for Acquisition
(CMMI-ACQ) publicada em novembro de 2007. Dirige-se
Introdução
•
CMMI for Acquisition
(CMMI-ACQ) publicada em novembro de 2007. Dirige-se
aos processos de aquisição e terceirização de bens e serviços.
•
CMMI for Services
(CMMI-SVC) publicada em fevereiro de 2009. Dirige-se aos
processos de empresas prestadoras de serviços.
Uma das premissas do modelo é "A qualidade é influenciada pelo processo", e
seu foco é "Melhorar processo de uma empresa".
O Gráfico abaixo mostra a quantidade de avaliações ao longo dos anos. Nota-se
que somente no ano passado conseguimos chegar à quantidade de avaliações
que tivemos em 2005, más há explicações para isso pois o CMMI DEV 1.2 entrou
em vigor em 2006.
O CMMI possui duas representações: "contínua" ou "por estágios". Estas
representações permitem à organização utilizar diferentes caminhos para a
melhoria de acordo com seu interesse.
- Representação Contínua
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):
Representações
negócio da empresa. É caracterizado por Níveis de Capacidade (Capability Levels): • Nível 0: Incompleto (Ad-hoc)
•Nível 1: Executado (Definido) •Nível 2: Gerenciado / Gerido •Nível 3: Definido
•Nível 4: Quantitativamente gerenciado / Gerido quantitativamente •Nível 5: Em otimização (ou Optimizado)
Nesta representação a maturidade é medida por processos separadamente, onde é possível ter um processo com nível um e outro processo com nível cinco, variando de acordo com os interesses da empresa.
- Representação Por Estágios
Disponibiliza uma seqüência pré-determinada para melhoria baseada em estágios que não deve ser desconsiderada, pois cada estágio serve de base para o próximo. É caracterizado por Níveis de Maturidade (Maturity Levels):
• Nível 1: Inicial (Ad-hoc)
Representações
• Nível 1: Inicial (Ad-hoc)
•Nível 2: Gerenciado / Gerido •Nível 3: Definido
•Nível 4: Quantitativamente gerenciado / Gerido quantitativamente •Nível 5: Em otimização
Nesta representação a maturidade é medida por um conjunto de processos. Assim é necessário que todos os processos atinjam nível de maturidade dois para que a empresa seja certificada com nível dois. Se quase todos os processos forem nível três, mas apenas um deles estiver no nível dois a empresa não irá conseguir obter o nível de maturidade três
.
O modelo CMMI v1.2 (CMMI-DEV) contém 22 áreas de processo. Em sua
representação por estágios, as áreas são divididas da seguinte forma:
- Nível 1: Inicial (Ad-hoc)
Não possui áreas de processo.
Á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)
- Nível 3: Definido
•Desenvolvimento de Requisitos - RD (Requirements Development)
•Solução Técnica - TS (Technical Solution)
•Integração de Produto - PI (Product Integration)
•Verificação - VER (Verification)
•Validação - VAL (Validation)
•Foco de Processo Organizacional - OPF (Organizational Process Focus)
•Definição de Processo Organizacional - OPD (Organizational Process Definition)
Áreas de Processo
•Definição de Processo Organizacional - OPD (Organizational Process Definition)
•Treinamento Organizacional - OT (Organizational Training)
•Gerenciamento Integrado de Projeto - IPM (Integrated Project Management)
•Gerenciamento de Riscos - RSKM (Risk Management)
•Análise de Decisão e Resolução - DAR (Decision Analysis and Resolution)
- Nível 4: Quantitativamente gerenciado / Gerido quantitativamente
• Desempenho de Processo Organizacional - OPP (Organizational Process Performance)
• Gerenciamento Quantitativo de Projeto - QPM (Quantitative Project Management)
- Nível 5: Em otimização
- CM – Gerência de Configuração
O Propósito da Gerência de Configuração é estabelecer e manter a integridade dos produtos de trabalho. Para auxiliar os trabalhos, recomenda-se a utilização de uma
ferramenta. Para suporte ao processo, auditorias devem ser realizadas a fim de verificar se a gerência de configuração esta sendo realizada de acordo com o especificado.
- MA – Medição e Análise
CMMI – DEV – Nível 2 (Principais áreas)
- MA – Medição e Análise
O propósito desta área é desenvolver e sustentar mecanismos de medições dos processos da organização. Os resultados destas medições devem ser analisados frequentemente a fim de identificar desvios ou variações fora dos padrões esperados.
- PP – Planejamento de Projetos
O propósito de Planejamento de Projetos é estabelecer e manter planos para as atividades inerentes ao projeto
- PMC – Acompanhamento de Projetos
- PPQA – Garantia de Qualidade do Processo e Produto
O propósito desta área é garantir que o projeto esta seguindo o processo definido e o produto atende à qualidade esperada. Esta área deve prover visibilidade da situação atual do projeto às partes interessadas
- REQM – Gerenciamento de Requisitos
CMMI – DEV – Nível 2 (Principais áreas)
- REQM – Gerenciamento de Requisitos
O propósito desta área é estabelecer a gestão dos requisitos do projeto e seus produtos de trabalho. Esta área permite identificar inconsistências os requisitos e produtos de trabalho
- SAM – Gerenciamento de Acordos com Fornecedores
O propósito desta área é gerenciar aquisições de produtos, componentes ou serviços de fornecedores externos à organização.
- Dicas gerais
* Obtenha o patrocínio da alta direção – Esta é uma das coisas mais importantes! * Implemente uma boa ferramenta de gerenciamento de configuração
* Garanta recursos e fundos para as atividades
* Estabeleça processos padrão de desenvolvimento
* Defina responsabilidades e forneça autoridade aos envolvidos
CMMI – DEV – Nível 2 (Dicas para implementação)
* Defina responsabilidades e forneça autoridade aos envolvidos * Treine todo mundo
* Obtenha aprovação formal dos produtos
* Obtenha o envolvimento e comprometimento de todos na organização
* Leia o modelo – leia mesmo, de verdade. Se não entendeu algo, leia de novo e procure informações até entender o valor – lembre-se que tudo no CMMI tem valor, se você não esta vendo o valor é porque ainda não entendeu a PA
CMMI – DEV – Nível 2 (Avaliações Brasil)
7COMm SP 2005
Alstom Transportes SP 2002 AMS Tecnologia SP 2004
Atech Tecnologias Críticas SP 2003 Atos Origin SP 2004 ATT/PS Informática MG 2009 Avansys Tecnologia BA 2009 Brasília DF 2003 BRQ SP 2004 BSI Tecnologia PR 2004 C.E.S.A.R PE 2003
Cetil Sistemas de Informática SC 2009
Procwork SP 2005 Phoebus PB 2010 Recife PE 2002
Red & White IT Solutions GO 2009 Relacional - 2006
Relacional Consultoria RJ 2005 Santander Banespa SP 2005 SERPRO Salvador BA 2003
Sigma Dataserv Informatica PR 2010 Sistran SP 2009
Spress Informática S/A MG 2005 Stefanini SP 2002 DBServer RS 2009 DBC Company RS 2010 Dell RS 2003 Disoft SP 2003 DRM SP 2005 DTS Latin America SP 2003 e-Dablio RJ 2003 Embraer SP 2006 FITec PE 2005 Fortaleza CE 2003
Foursys Projetos e Sistemas SP 2010 Gad’Brivia RS 2010
Cetil Sistemas de Informática SC 2009 Citibank SP 2003 Claro SP 2010 Complex SP 2009 CPM SC 2005 CPM SP 2005 CPqD SP 2003 Credicard SP 1998 CTIS DF 2005 CTIS PR 2007 DB1 Informática PR 2010 Itaú SP 2005 Itautec SP 2008 IVIA CE 2008
Johnson & Johnson SP 2008 Kostal Eletromecânica SP 2008 LG Sistemas GO 2008 LinkNet DF 2010 Logocenter SC 2005 Stefanini SP 2002 Suntech SC 2009 T-Systems SP 2005
Teclógica Serviços em Informática SC 2009 Tele Design SP 2002 TSE DF 2005 Unitech BA 2005 Vixteam ES 2006 Vorlans - 2007 ZCR Informática BA 2006 ZCR Informática BA 2009 Microsiga Software SP 2005 MJV Tecnologia RJ 2009 MSA Informática MG 2005 Nec do Brasil SP 2003 Prime Informática SP 2005 Kenta Informática RS 2010 M.I. Montreal Informática RJ 2004 Matera Systems SP 2005
Gad’Brivia RS 2010
G&P – Gennari & Peartree SP 2003 General Motors SP 2005 Getronics SP 2005 GSW SP 2008 GVDASA Informatica RS 2009 HP SP 2005 ilegra RS 2009 Inatel MG 2003 Infoserver SP 2004 Inovare Tecnologia PR 2010 Instituto Atlântico CE 2003 Interact Solutions RS 2009
MATERA Systems Informática SP 2009 Message RJ 2008