10. Padrões de Qualidade de Software

Prévia do material em texto

Processo Desenvolvimento Software
Introdução aos Padrões de
Qualidade de Software
Processo Desenvolvimento Software
Objetivos
● Padrões de Qualidade de Software
–
–
–
–
CMMI
ISO12207
ISO/IEC 15504 (SPICE)
MPS/BR
Processo Desenvolvimento Software
Porquê seguir Padrão de PDS
●
●
●
Para garantir a qualidade
Obter certificados de qualidade
Seguir fluxo de melhoria contínua
Processo Desenvolvimento Software
Qualidade
●
●
●
Segundo a NBR ISO 9000:2005, “qualidade é o grau no
qual um conjunto de características inerentes satisfaz aos
requisitos”.
Podendo afirmar que, se algum produto ou serviço atende
aos requisitos especificados, estes mesmo produto ou
serviço deverão possui a qualidade desejada.
Medimos a qualidade através do seu grau de satisfação em
que as pessoas avaliam determinado produto ou serviço,
podendo ser algo subjetivo, onde o que seria qualidade para
alguns, talvez para outros não seja
Processo Desenvolvimento Software
Motivação para a Melhoria
● Processos definidos:
– têm documentação que detalha todos os seus
aspectos importantes:
● o que é feito; quando; por quem; as coisas que usa; as
coisas que produz;
–
–
permitem que a organização tenha modusoperandi
padronizado e reprodutível
têm que ser alinhado com os objetivos da
organização
Processo Desenvolvimento Software
Capacitação em Processos de Software
●Modelos de Capacitação
–
–
Servem como referência para avaliar a
maturidade dos processos de uma organização
Permite que o processo de uma organização seja
comparado com o modelo de capacitação de outra
●
●
O Diagnóstico serve de base para recomendações de
melhoria de processo
Garantindo certo grau de confiança aos seus
contratantes
Processo Desenvolvimento Software
Modelo de Capacitação de Processos
●
●
●
“Repositório” das melhores práticas
Define métrica e roteiro sequencial para a
melhoria, baseado na capacidade de processo
Define “o que” deve ser feito, não o como
Independente da tecnologia utilizada
Processo Desenvolvimento Software
Padroes de Qualidade de Software
● Principais Modelos de Capacitação
–
–
–
–
CMMI
ISO12207
ISO/IEC 15504 ( SPICE )
MPS/BR
CMMI - Capability Maturity Model integrated
● Histórico
- Surgiu durante a década de 1980
- Modelo para avaliação de risco na contratação de
empresas de software pelo DoD (Departamento de
Defesa dos Estados Unidos)
- Indicação da previsibilidade da qualidade, custos
e prazos nos projetos contratados
- Formulado pelo SEI (Software Engineering
Institute ) da Carnegie-Mellon University;
08/2000 – Versão 1.0
08/2006 – Versão 1.2
Processo Desenvolvimento Software
03/2002 – Versão 1.1
10/2010 – Versão 1.3
Processo Desenvolvimento Software
CMMI - Capability Maturity Model integrated
● Disciplinas
–
–
Contém práticas (Genéricas ou Específicas)
necessárias à maturidade em disciplinas
O processo inclui três disciplinas ou corpos de
conhecimento (body of knowledges), sendo elas:
●
●
●
Engenharia de Sistemas
Engenharia de Software
Engenharia de Hardware
Processo Desenvolvimento Software
CMMI – Representações | Abordagens
● Contínua
– Caracterizado por: Níveis de Capacidade
– A capacidade é medida por processos separadamente, onde é possível ter
um processo com nível um e outro processo com nível cinco
–
–
É possível ter um processo com nível um e outro processo com nível cinco
Indicada quando a empresa deseja tornar apenas alguns processos mais
maduros
● Por Estágios
–
–
–
–
Caracterizado por Níveis de Maturidade
Amaturidade é medida por um conjunto de processos
É necessário que todos os processos atinjam nível de maturidade dois para
que a empresa seja certificada com nível dois
Contem 22 áreas chaves de processo em 5 níveis de maturidade
Processo Desenvolvimento Software
CMMI – Níveis de Maturidade
Processo Desenvolvimento Software
CMMI - Capability Maturity Model integrated
Atualizada em Maio/2014
Processo Desenvolvimento Software
ISO/IEC-12207
● A ISO/IEC 12207 é a norma ISO/IEC que define processo
de desenvolvimento de software
● A norma ISO/IEC 12207 tem como objetivo principal
estabelecer uma estrutura comum para os processos de ciclo
de vida e de desenvolvimento de softwares visando ajudar
as organizações a compreenderem todos os componentes
presentes na aquisição e fornecimento de software e, assim,
conseguirem firmar contratos e executarem projetos de
forma mais eficaz
ISO/IEC-12207 : Histórico
●
●
●
●
●
●
Em 1989 foi iniciado o desenvolvimento da ISO 12207, com o
objetivo de identificar os Processos do Ciclo de Vida de Software.
Foi desenvolvida com a participação de vários países, dentre eles o
Brasil.
Publicada em 1995 (versão NBR em 1998).
Sofreu duas emendas (em 2002 e 2004) para incluir processos e
definição de propósitos e resultados esperados para cada processo, e
para compatibilização com outras normas
Em 2006 houve uma nova revisão para alinhamento com a ISO/IEC
15288 (Engenharia de Sistemas – Processos de Ciclo de Vida de
Sistemas).
Em 2008 uma nova versão foi publicada (padrão ISO/IEC e IEEE)
unindo as alterações das emendas anteriores.
Processo Desenvolvimento Software
Processo Desenvolvimento Software
ISO/IEC-12207
● descreve:
– principais processos componentes do ciclo de vida do software;
●
– relacionamentos entre eles;
processos fundamentais:
– aquisição, fornecimento, desenvolvimento, operação, manutenção
● processos de apoio:
– documentação, gerência de configuração, garantia da qualidade,
verificação, validação, revisão conjunta, auditoria, resolução de
problemas;
● processos organizacionais:
– gerência, melhoria, infra-estrutura, treinamento.
ISO/IEC 15504 (SPICE)
●
●
●
Evolução da ISO/IEC-12207, mas possui níveis de capacidade
para cada processo assim como o CMMI.
“Melhoria do processo e determinação da capacidade do processo”
Consiste de um framework de avaliação
–
–
–
–
–
Facilita o auto-julgamento
Desperta consciência do contexto
Produz um perfil do processo
Direciona a adequação das atividades
Apropriado para organizações de diversos tamanhos
● Atualmente é vista como uma norma genérica, não sendo mais
dedicada exclusivamente a software.
( http://www.isospice.com )
Processo Desenvolvimento Software
Processo Desenvolvimento Software
ISO/IEC 15504 (SPICE)
● O SPICE (Software Process Improvement and
Capability Determination) inclui um modelo de
referência, que serve de base para o processo
de avaliação. Este modelo define duas dimensões:
– Dimensão de Processo
● se limita à verificação da execução ou não dos
processos.
– Dimensão de Capacidade
● permite uma avaliação detalhada dos processos
executados por uma organização. Para isso, trabalha
com atributos de processo e níveis de capacidade
Processo Desenvolvimento Software
ISO/IEC 15504 (SPICE)
● É composto por 9 partes:
–
–
–
–
–
–
–
–
–
parte 1: Conceitos e Guia Introdutório
parte 2: Modelo de Gerenciamento de Processo
parte 3: Avaliação do Processo
parte 4: Guia para Condução de uma Avaliação
parte 5: Construção, Seleção e Uso das Ferramentas de Avaliação
parte 6: Qualificação e Treinamento dos Avaliadores
parte 7: Guia para o Processo de Melhoria
parte 8: Guia para Orientação da Determinação da Capacidade do
Processo
parte 9: Dicionários
MPS.BR – Breve Histórico
●
●
Objetivo: Avaliação e Melhoria de processos de software nas micros, pequenas
e médias empresas (PMEs), a um custo acessível, em diversos locais do país.
Dezembro de 2003: Início do Programa mobilizador para a Melhoria do
Processo de Software Brasileiro, coordenado pela Softex (Associação para
Promoçãoda Excelência do Software Brasileiro), com apoio do Ministério da
Ciência e Tecnologia (MCT) e do Banco Interamericano de Desenvolvimento
(BID)
Maio de 2006: Versão 1.1
Junho de 2009: Versão 2009
Junho de 2012: Versão 2012
Abril de 2005: Versão 1.0
Junho de 2007: Versão 1.2
Junho de 2011: Versão 2011
http://www.softex.br/mpsbr/
Processo Desenvolvimento Software
Processo Desenvolvimento Software
MPS.BR – Desenvolvimento
Processo Desenvolvimento Software
MPS.BR – Níveis de Maturidade
MPS.BR – Níveis de Maturidade
●
●
●
●
●
●
●
A– Em Otimização: há a preocupação com questões como inovação e análise de
causas.
B – Gerenciado Quantitativamente: avalia-se o desempenho dos processos, além da
gerência quantitativa dos mesmos.
C – Definido: aqui ocorre o gerenciamento de riscos.
D – Largamente Definido: envolve verificação, validação, além da liberação,
instalação e integração de produtos, dentre outras atividades.
E – Parcialmente Definido: considera processos como treinamento, adaptação de
processos para gerência de projetos, além da preocupação com a melhoria e o
controle do processo organizacional.
F – Gerenciado: introduz controles de medição, gerência de configuração, conceitos
sobre aquisição e garantia da qualidade.
G – Parcialmente Gerenciado: neste ponto inicial deve-se iniciar o gerenciamento de
requisitos e de projetos.
Processo Desenvolvimento Software
Processo Desenvolvimento Software
MPS.BR – Avaliações Publicadas ( 10/2014)