GQS2

(1)

Gerência e Qualidade de Software

UNIVERSIDADE ESTADUAL DE MATO GROSSO DO SUL

Curso de Sistemas de Informação

(2)

Ementa

• 1) Introdução a qualidade.

• 1.1) Definições

• 1.2) Aspectos Históricos

• _{2) Gerência de Qualidade de Software.}

• 2.1) Definição de Qualidade

• _{2.2) Aspectos que afetam a qualidade} • 2.3) Garantia da Qualidade

• 3) Normas de qualidade (ISO).

• 3.2) Normas ISO

• 3.2.1) ISO 9126

• 3.2.2) ISO 12207

• 4) Métricas de Qualidade de Software

• 4.1) Medições

• 4.2) APF

● 5) Medições

● 6) Qualidade de Produto de Software, Qualidade de Processo de Software e

(3)

Bibliografia

- KOSCIANSKI, A., Soares, M.S., Qualidade de Software. São Paulo: Editora Novatec, 2006.

- _{BARTIÉ, A., Garantia da Qualidade de Software. Rio de Janeiro:}

Editora Campus, 2002. Bibliografia Complementar:

- ASSOCIAÇÃO BRASILEIRA DE NORMAS TÉCNICAS. Sistemas de gestão da qualidade – Requisitos. Rio de Janeiro: ABNT, 2000.

- SOMMERVILLE, Engenharia de Software, 8. ed. São Paulo: Pearson, 2007.

- ROCHA, A.R.; Weber, K.; Maldonado, J.C. Qualidade de Software: Teoria e Prática. São Paulo: Prentice Hall, 2001.

- _{MOLINARI, L. Testes de Software. São Paulo: Editora Érica, 2003.}

(4)

Qualidade de Produto e de Processo de

Software e Maturidade em Qualidade de

(5)

5 – Qualidade de Produto e de Processo de Software e

Maturidade em Qualidade de Software

AGENDA:

• _Histórico

• _{SW-CMM (Capability Maturity Model for Software)}

(6)

(7)

5 – Maturidade - Histórico

• _{O SW-CMM (Capability Maturity Model for Software) é um}

modelo de capacitação de processos de software, desenvolvido pelo SEI (Software Engineering Institute) e patrocinado pelo Departamento de Defesa Americano (DoD), para a avaliação da capacidade dos fornecedores de software ;

• _{Início dos trabalhos deu-se em 1986, tendo sido publicada a}

versão 1.0 do SW-CMM em agosto de 1991;

(8)

5 – Maturidade - Histórico

• _{Por ser específico para a área de software, o SW-CMM não}

contemplava outras áreas importantes das organizações, tais como Recursos Humanos e Engenharia de Sistemas;

• _{Com o sucesso do SW-CMM, outros modelos semelhantes}

foram criados para outras áreas, tais como Gestão de Recursos Humanos (People-CMM), Aquisição de Software (SA-CMM) e Engenharia de Sistemas (SE-CMM);

(9)

5 – Maturidade - Histórico

Proliferação de Modelos e Padrões em diversas áreas

• Diferentes estruturas, formatos, termos, maneiras de medir maturidade; • Causa confusão, especialmente quando mais de um modelo é utilizado; • Difícil de integrar em um único programa de melhoria. Software CMM Software CMM Systems Security Engineering CMM Systems Security Engineering CMM Systems Engineering CMM Systems Engineering CMM People CMM People CMM SECM (EIA 731) SECM (EIA 731) Integrated Product Development CMM Integrated Product Development CMM Software Acquisition CMM Software Acquisition CMM

(10)

5 – Maturidade - Histórico

• _{O CMMI (Capability Maturity Model Integration) foi criado,}

então, com a finalidade de integrar os diversos modelos CMM;

• _{Em 1999, foi publicado o esboço (draft), versão 0.2:}

CMMI-SE/SW (Capability Maturity Model -Integrated – System /

Software Engineering);

• _{Versões do CMMI:}

(11)

5 – Qualidade de Produto e de Processo de Software e

Maturidade em Qualidade de Software

AGENDA:

• _Histórico

• _{SW-CMM (Capability Maturity Model for Software)} • _{CMMI (Capability Maturity Model Integration}₎

(12)

(13)

5 – Maturidade – SW-CMM

• _{Modelo de Maturidade de Capacitação para Software;}

• _{Objetivo Principal: guiar organizações a conhecerem e}

melhorarem seus processos de software;

• _{Identifica práticas para um processo de software maduro,}

definindo as características de um processo de software efetivo;

• _{Descreve como as práticas de engenharia de software}

(14)

5 – Maturidade – SW-CMM

• _{Conteúdo do SW-CMM}

• _Estrutura • _{Níveis de Maturidade:} • _{Nível 1;} • _{Nível 2;} • _{Nível 3;} • _{Nível 4;} • _{Nível 5.}

(15)

5 – Maturidade – SW-CMM

• _{Conteúdo do SW-CMM}

(16)

5 – Maturidade – SW-CMM - Estrutura

• _{Cada nível de maturidade, com exceção do primeiro, é}

composto por áreas-chave de processo (Key Process Areas – KPAs);

• _{Cada KPA identifica atividades relacionadas que, quando}

executadas adequadamente, atingem determinados objetivos considerados importantes para o aumento da capacidade do processo;

• _{As KPAs são os requisitos para a obtenção de um nível no}

(17)

5 – Maturidade – SW-CMM - Estrutura

• _{Cada KPA é descrita em termos de práticas-chave (Key}

Practices);

• _{Uma prática-chave descreve as atividades e a infraestrutura}

necessárias para a efetiva implementação e institucionalização de uma KPA;

• _{Uma prática-chave descreve “o quê” deve ser feito, e não}

(18)

5 – Maturidade – SW-CMM - Estrutura

• _{Para cada KPA há metas a serem alcançadas, que caracterizam}

o seu conteúdo, escopo e limite;

• _{Metas são usadas para determinar se a organização ou projeto}

efetivamente implantou a KPA em questão;

• _{Em uma avaliação de conformidade com o CMM, o mais}

importante é verificar se todas as metas da KPA foram atingidas.

(19)

5 – Maturidade – SW-CMM

• _{Conteúdo do SW-CMM}

(20)

5 – Maturidade – Níveis de Maturidade

• _{Um nível de maturidade é um patamar evolutivo bem}

definido, que visa a alcançar um processo de software maduro;

• _{Os níveis são uma forma de priorizar as ações de melhoria, de}

tal forma que se aumente a maturidade do processo de

software;

• _{No nível 2 por exemplo, são focados aspectos gerenciais dos}

(21)

5 – Maturidade – Níveis de Maturidade

• _{O conceito de maturidade é baseado na noção de que alguns}

processos proveem mais estrutura e controle do que outros.

Processo continuamente melhorado Processo previsível e controlado

Processo consistente e padronizado Processo disciplinado

1- Inicial

2- Repetível

3- Definido

4- Gerenciado

5- Otimizado

(22)

5 – Maturidade – SW-CMM

• _{Conteúdo do SW-CMM}

(23)

5 – Maturidade – SW-CMM – Nível 1 (Inicial)

● O processo de software é caracterizado como sendo imprevisível e

ocasionalmente caótico;

● Poucos processos são definidos e o sucesso depende de esforços

individuais e, muitas vezes, heroicos;

● O processo de software é uma caixa preta, de forma que somente

(24)

5 – Maturidade – SW-CMM – Nível 1 (Inicial)

• _{Organizações no nível 1 apresentam deficiências de}

planejamento e enfrentam dificuldades ao realizarem

previsões;

• _{Cronogramas e planos são irrealistas;}

• _{Como não há credibilidade no planejamento, mesmo}

(25)

5 – Maturidade – SW-CMM – Nível 1 (Inicial)

• _{Não há controle de requisitos e o cliente só os avalia na}

entrega do produto;

• _{É comum passar diretamente dos requisitos à}

codificação;

• _{A documentação é encarada como algo inútil;}

• _{São comuns reações intransigentes à coleta de dados e}

(26)

5 – Maturidade – SW-CMM

• _{Conteúdo do SW-CMM}

(27)

5 – Maturidade – SW-CMM – Nível 2 (Repetitível)

• _{Processos básicos de gerência de projetos são estabelecidos}

para controle de custos, prazos e escopo;

• _{É possível repetir sucessos de projetos anteriores em}

aplicações similares;

• _{Ao invés do processo ser uma única caixa preta, ele passa a}

ser uma sequência de caixas pretas que asseguram a visibilidade em determinados pontos, os marcos do projeto.

(28)

5 – Maturidade – SW-CMM – Nível 2 (Repetitível)

• _{Neste nível, organizações têm maior probabilidade de}

cumprir compromissos de requisitos, prazos e custos,

mas desde que sejam semelhantes a outros realizados

anteriormente;

• _{A organização é disciplinada, mas não está bem}

preparada para mudanças;

• _{Há preocupação com a gerência do projeto. Os gerentes}

acompanham custos, cronogramas e funcionalidades de

cada um dos projetos. Porém, a gerência ainda não é

(29)

5 – Maturidade – SW-CMM – Nível 2 (Repetitível)

• _{Os projetos podem ter processos diferentes. No entanto,}

existe uma política para guiar os projetos no

estabelecimento desses processos;

• _{Controla-se a evolução dos requisitos, permitindo}

avaliações ao final de cada marco do projeto, e

controla-se, também, a evolução das configurações do software.

(30)

5 – Maturidade – SW-CMM – Nível 2 (Repetitível)

• _{KPAs do Nível 2:}

• _{Gerência de Requisitos} • _{Planejamento de Projetos}

• _{Supervisão e Acompanhamento de Projetos} • _{Gerência da Subcontratação de Software} • _{Garantia da Qualidade de Software}

(31)

5 – Maturidade – SW-CMM

• _{Conteúdo do SW-CMM}

(32)

5 – Maturidade – SW-CMM – Nível 3 (Definido)

● Um processo de software, composto por atividades de

gerência e engenharia, é documentado, padronizado e integrado em um processo de software padrão da

organização;

● Todos os projetos utilizam uma versão aprovada e adaptada

do processo organizacional para desenvolvimento e manutenção de software;

(33)

5 – Maturidade – SW-CMM – Nível 3 (Definido)

• _{Processos utilizados são estabelecidos e padronizados em}

toda a organização;

• _{Os processos pertencem à organização e não aos projetos;}

• _{O Grupo de Processos (Software Engineering Process Group -}

SEPG) é responsável pelos processos da organização;

• _{Apesar da padronização, é possível adaptar os processos para}

as necessidades particulares de um projeto;

(34)

5 – Maturidade – SW-CMM – Nível 3 (Definido)

• _{Há treinamento técnico e gerencial;}

• _{A organização consegue se manter dentro do processo}

mesmo em períodos de crise;

• _{Como o processo é bem definido, caso um}

desenvolvedor abandone o projeto antes de seu término,

o impacto é relativamente menor que nos níveis

anteriores;

(35)

5 – Maturidade – SW-CMM – Nível 3 (Definido)

• _{Foco no Processo da Organização}

• _{Definição do Processo da Organização} • _{Programa de Treinamento}

• _{Gerência de Software Integrada} • _{Coordenação entre grupos}

• _{Engenharia de Produtos de Software} • _{Revisão por Pares}

(36)

5 – Maturidade – SW-CMM

• _{Conteúdo do SW-CMM}

(37)

5 – Maturidade – SW-CMM – Nível 4 (Gerenciado)

• _{Métricas detalhadas do processo de software e da qualidade}

do produto são coletadas;

• _{Tanto o processo como o produto de software são}

(38)

5 – Maturidade – SW-CMM – Nível 4 (Gerenciado)

• _{A organização estabelece metas quantitativas de}

qualidade e produtividade para as atividades do

processo e para os produtos produzidos são

estabelecidas para cada projeto;

• _{Medidas de qualidade e produtividade são coletadas em}

todos os projetos como parte de um processo

organizacional de medição e estabelecem uma base

quantitativa para que os gerentes possam avaliar o

(39)

5 – Maturidade – SW-CMM – Nível 4 (Gerenciado)

• _{Os projetos melhoram o seu controle sobre os produtos}

e processos e a variância das medidas é diminuída;

• _{É estabelecido o controle estatístico de processos;}

• _{Uma organização no nível 4 passa a ter uma gestão feita}

(40)

5 – Maturidade – SW-CMM – Nível 4 (Gerenciado)

• _{KPAS do Nível 4:}

• _{Gerência Quantitativa dos Processos} • _{Gerência da Qualidade de Software}

(41)

5 – Maturidade – SW-CMM

• _{Conteúdo do SW-CMM}

(42)

5 – Maturidade – SW-CMM – Nível 5 (Otimizado)

• _{A melhoria contínua do processo é estabelecida por meio de}

sua avaliação quantitativa, e da implantação planejada e controlada de tecnologias e ideias inovadoras.

(43)

5 – Maturidade – SW-CMM – Nível 5 (Otimizado)

• _{A organização está engajada na melhoria contínua de}

seus processos, possuindo meios para identificar

fraquezas e fortalecer o processo de forma proativa,

prevenindo defeitos.

• _{O entendimento do processo ultrapassa os processos}

praticados, possibilitando compreender os efeitos de

alterações potenciais no processo.

(44)

5 – Maturidade – SW-CMM – Nível 5 (Otimizado)

• _{Melhorias em processos e tecnologias são planejadas e}

executadas como parte das atividades de rotina.

• _{Mudanças mais significativas de processos ou de}

tecnologias são feitas a partir de análises de custo /

benefício com base em dados quantitativos cuja coleta

iniciou-se no nível 4.

(45)

5 – Maturidade – SW-CMM – Nível 5 (Otimizado)

• _{Prevenção de Defeitos}

• _{Gerência da Evolução dos Processos} • _{Gerência da Evolução das Tecnologias}

(46)

5 – Qualidade de Produto e de Processo de Software e

Maturidade em Qualidade de Software

AGENDA:

• _Histórico

• _{SW-CMM (Capability Maturity Model for Software)}

(47)

(48)

5 – Maturidade - CMMI

• _{Introdução;}

• _{Conceitos Básicos;}

• _{Representações;}

• _{Áreas de Processo do CMMI}

• _{Gerenciamento de Processos;} • _{Gerenciamento de Projetos;} • _Engenharia; • _Suporte. • _{Representação Contínua} • _Estrutura;

(49)

(50)

(51)

(52)

(53)

5 – Maturidade - CMMI

• _{Conceitos Básicos;} • _{Representações;}

• _{Gerenciamento de Processos;} • _{Gerenciamento de Projetos;} • _Engenharia; • _Suporte. • _{Representação Contínua} • _Estrutura; • _{Níveis de Capacidade.}

(54)

5 – Maturidade - CMMI

• _{Proposta de um modelo integrado que pode ser utilizado em}

várias disciplinas.

• _{Disciplinas do CMMI:}

• _{Engenharia de Software}

• _{Engenharia de sistemas:}_{abordagem interdisciplinar cujo objetivo}

é o desenvolvimento bem-sucedido de sistemas como um todo, envolvendo software ou não;

(55)

5 – Maturidade – CMMI - Objetivos

• _{Além da integração dos modelos e redução dos custos com}

melhorias de processo, os seguintes objetivos também fazem parte do projeto CMMI:

• _{Aumento do foco das atividades;} • _{Integração dos processos existentes;} • _{Eliminar inconsistências;}

• _{Reduzir duplicações;}

• _{Fornecer terminologia comum;}

• _{Assegurar consistência com a norma ISO 15504 (PDS);} • _{Flexibilidade e extensão para outras disciplinas.}

(56)

5 – Maturidade - CMMI

(57)

5 – Maturidade – CMMI – Conceitos Básicos

• _{É um modelo que descreve orientações para a definição e}

implantação de processos;

• _{O modelo não descreve processo algum, são orientações}

(58)

5 – Maturidade – CMMI – Conceitos Básicos

• _{Área de Processo} _{(Process Area – PA): práticas relacionadas}

em uma área que, quando executadas de forma coletiva, satisfazem um conjunto de metas consideradas importantes para trazer uma melhoria nessa área;

• _{Metas Específicas}_{: se aplicam a uma PA e tratam de}

características que descrevem o que deve ser implementado para satisfazer essa PA. São utilizadas nas avaliações para auxiliar a determinar se a PA está sendo satisfeita.

(59)

5 – Maturidade – CMMI – Conceitos Básicos

• _{Práticas Específicas}_{: atividades que são consideradas}

importantes na satisfação de uma meta específica associada;

• _{Metas Genéricas}_{: aparecem em diversas Pas;}

• _{Práticas Genéricas}_{: oferecem uma institucionalização que}

assegura que os processos associados com a PA serão eficientes, repetíveis e duráveis.

(60)

5 – Maturidade – CMMI – Conceitos Básicos

• _{Produtos de trabalho típicos}_{: exemplos de saídas de uma}

prática específica ou genérica;

• _{Subepáticas:} _{descrições detalhadas que fornecem um}

direcionamento para a interpretação de práticas específicas ou genéricas.

(61)

5 – Maturidade - CMMI

(62)

5 – Maturidade – CMMI - Representações

• _Contínua:

• _{Níveis de Capacidade;}

• _{Agrupamento de Áreas de Processo por Categoria;} • _{Avaliação da Capacidade nas Áreas de Processo (PAs).}

• _{Por Estágios:}

• _{Níveis de Maturidade;}

• _{Agrupamento de Áreas de Processo por Nível;}

• _{Avaliação da Organização / Unidade Organizacional como um}

(63)

5 – Maturidade - CMMI

(64)

5 – Maturidade – CMMI – Áreas de Processo do CMMI

• _{PAs são organizadas em quatro}_{categorias de processo}_:

• _{Gerenciamento de Processos;} • _{Gerenciamento de Projetos;} • _{Engenharia ;}

(65)

5 – Maturidade - CMMI

(66)

5 – Maturidade – CMMI – Gerenciamento de Processos

• _{Atividades relativas à definição, planejamento, distribuição de}

recursos, aplicação, implementação, monitoramento, controle, avaliação, medição e melhoria de processos;

• _{Envolve as seguintes PAs:}

• _{Foco no Processo Organizacional (básica)}

• _{Definição do Processo Organizacional (básica)} • _{Treinamento Organizacional (básica)}

• _{Desempenho do Processo Organizacional (avançada)} • _{Inovação e Desenvolvimento Organizacional (avançada)}

(67)

5 – Maturidade - CMMI

(68)

5 – Maturidade – CMMI – Gerenciamento de Projetos

• _{Atividades de gerência de projetos relacionadas ao}

planejamento, monitoramento e controle do projeto;

• _{Planejamento de Projetos (básica)}

• _{Monitoramento e Controle de Projetos (básica)} • _{Gerência de Acordos com Fornecedores (básica)} • _{Gerência Integrada de Projetos (avançada)}

(69)

5 – Maturidade - CMMI

(70)

5 – Maturidade – CMMI - Engenharia

• _{Atividades de desenvolvimento e manutenção que são}

compartilhadas entre as disciplinas de engenharia (por exemplo, engenharia de sistemas e engenharia de software);

• _{Gerência de Requisitos}

• _{Desenvolvimento de Requisitos} • _{Solução Técnica}

• _{Integração de Produtos} • _{Verificação}

(71)

5 – Maturidade - CMMI

(72)

5 – Maturidade – CMMI - Suporte

• _{Atividades que apoiam o desenvolvimento e a manutenção de}

produtos;

• _{As PAs de Suporte tratam os processos que são utilizados no}

contexto da execução de outros processos, a saber:

• _{Gerência de Configuração (básica)}

• _{Garantia da Qualidade do Processo e do Produto (básica)} • _{Medição e Análise (básica)}

• _{Ambiente Organizacional para Integração (avançada)} • _{Análise de Decisões e Resoluções (avançada)}

(73)

5 – Maturidade - CMMI

(74)

5 – Maturidade - CMMI

(75)

(76)

5 – Maturidade – CMMI - Estrutura

• _{Metas específicas organizam práticas específicas.}

• _{Metas genéricas organizam práticas genéricas}

• _{Cada prática (específica / genérica) corresponde a um nível de}

capacidade.

• _{Metas e práticas específicas aplicam-se a áreas de processo}

(77)

5 – Maturidade - CMMI

(78)

5 – Maturidade – CMMI – Níveis de Capacidade

• _{Um nível de capacidade descreve a capacidade de uma área}

de processo;

• _{Há seis níveis de capacidade, cada um representando uma}

camada na base para a melhoria contínua do processo;

• _{Assim, níveis de capacidade são cumulativos, ou seja, um nível}

de capacidade mais alto inclui os atributos dos níveis mais baixos;

(79)

5 – Maturidade – CMMI – Níveis de Capacidade

5 Otimizado 4 Gerenciado Quantitativamente 3 Definido 2 Gerenciado 1 Realizado 0 Incompleto

Níveis de Capacidade

(80)

5 – Maturidade - CMMI

(81)

(82)

5 – Maturidade - CMMI

(83)

5 – Maturidade – CMMI – Níveis de Maturidade

• _{Um nível de maturidade é um plano bem definido de um}

caminho para tornar a organização mais madura;

• _{Existem cinco níveis de maturidade;}

• _{Cada nível representa uma camada na base para a melhoria}

(84)

(85)

5 – Maturidade - CMMI

(86)

5 – Maturidade – CMMI – Características Comuns

• _{Agrupamentos que oferecem uma maneira de apresentar as práticas}

genéricas. São elas:

• _{Compromisso: agrupa as práticas genéricas relacionadas à criação de}

políticas e à garantia de patrocínio.;

• _{Habilitação: agrupa as práticas genéricas relacionadas a assegurar que o}

projeto e/ou organização possuem os recursos que necessitam;

• _{Implementação: agrupa as práticas genéricas relacionadas à gerência do}

desempenho do processo, gerência da integridade de seus produtos de trabalho e envolvimento dos stakeholders relevantes;

(87)

Bibliografia

- KOSCIANSKI, A., Soares, M.S., Qualidade de Software. São Paulo: Editora Novatec, 2006.

- _{BARTIÉ, A., Garantia da Qualidade de Software. Rio de Janeiro:}

Editora Campus, 2002. Bibliografia Complementar:

- ASSOCIAÇÃO BRASILEIRA DE NORMAS TÉCNICAS. Sistemas de gestão da qualidade – Requisitos. Rio de Janeiro: ABNT, 2000.

- SOMMERVILLE, Engenharia de Software, 8. ed. São Paulo: Pearson, 2007.

- ROCHA, A.R.; Weber, K.; Maldonado, J.C. Qualidade de Software: Teoria e Prática. São Paulo: Prentice Hall, 2001.

(88)