Aluno_ PEDRO AUGUSTO RIBEIRO SILVA 4

Prévia do material em texto

Nos dias atuais, não se fala em software sem falar de qualidade. A qualidade está ligada a
todos os aspectos e elementos de um produto de software. Quando antes não se falava em
Engenharia de Software, a única preocupação era a análise dos fatores custo x benefício.
Porém, por meio da Engenharia de Software consideramos outros fatores e critérios que nos
levam a garantir a qualidade de software.
Nesta aula, estudaremos as normas, os fatores e os critérios que garantem a qualidade de
um produto de software.
Analisar o modelo de qualidade de software aplicado ao processo do ciclo de vida
e ao gerenciamento de risco na Qualidade de Software – ISO/IEC 15.504 (SPICE);
Analisar o modelo de qualidade de software aplicado ao processo do ciclo de vida
e ao gerenciamento de risco na Qualidade de Software – CMMI;
Analisar o modelo de qualidade de software aplicado ao processo do ciclo de vida
e ao gerenciamento de risco na Qualidade de Software – MPS.
Figura 1: ISO/IEC 15.504
Fonte: Elaborado pelo autor
Qualidade de Software
Aula 6: Modelo de Qualidade de Software
Introdução
Objetivos
ISO/IEC 15.504 (SPICE)
http://pos.estacio.webaula.com.br/cursos/ATU190/aula6/img/01.jpg
Fazendo uso dos modelos de qualidade de software aplicados ao processo do ciclo de vida
e gerências de risco na qualidade de software, temos a ISO/IEC 15.504, conhecida como
SPICE. De acordo com a sua visão, a avaliação do processo será utilizada para identificar o
aperfeiçoamento.
A SPICE irá compreender o estado dos seus próprios processos com a finalidade de
identificar aperfeiçoamentos. Além disso, quando utilizada, poderá levar ao
aperfeiçoamento dos processos. Desse modo, promove a capacidade para ir ao encontro de
uma classe específica de contratos no futuro. O esquema a seguir demonstra a visão do
SPICE (ISO/IEC 15.504).
Conheça as cinco partes da ISO 15.504:
Conceitos e vocabulário.
Requisitos mínimos para a realização de uma avaliação visando à consistência e à
repetibilidade.
Guia (não normativo) para a interpretação dos requisitos para a realização de uma
avaliação.
Guia (não normativo) para a determinação da capacidade (perfil de capacidade) e
melhoria de processo (perfil + plano de ação).
Modelo de referência de processos (não normativo) aderente aos requisitos da
Parte 2. Podem ser usados outros modelos, como, por exemplo, a ISO 12.207 ou o
CMMI.
A imagem a seguir, desenvolvida pelo professor da Unicamp Mário L. Côrtes, apresenta os
modelos de qualidade de software. Acompanhe
Figura 2: Modelos de Qualidade de Software
Fonte: CÔRTES, Mario L. s.d
Elementos normativos da ISO 15.504
Utilização da ISO/IEC 15.504
http://pos.estacio.webaula.com.br/cursos/ATU190/aula6/img/02.jpg
Figura 3: Melhoria do processo
Fonte: Elaborado pelo autor
A ISO/IEC 15.504 é utilizada para determinar a situação no início de uma iniciativa e avaliar o
progresso durante ela.
Ela irá fornecer um perfil detalhado do estado dos processos, mensurados de acordo com
um modelo que representa um consenso internacional sobre as melhores práticas.
Os seus resultados podem ser utilizados para comparar as normas práticas com outras
referências.
A ISO/IEC 15.504 não obriga que se siga um percurso específico de aperfeiçoamento. Pelo
contrário, ela incentiva o desenvolvimento de um programa de aperfeiçoamento com base
nas suas próprias necessidades.
A determinação da capacidade refere-se à avaliação de uma organização ou de um projeto
para determinar os riscos inerentes ao resultado bem-sucedido de um contrato, de um
desenvolvimento ou da entrega de serviços.
Pode expressar a capacidade necessária ou os critérios de seleção, sendo que dos perfis
reais pode surgir uma capacidade oferecida – com base nas evidências de projetos atuais
ou passados juntamente com as evidências das medidas de aperfeiçoamento propostas.
A avaliação SPICE pode ser realizada por um organismo independente, pela organização de
um cliente ou pela própria entidade (autoavaliação). A determinação da capacidade
também pode ser realizada internamente para verificar os riscos de um novo projeto.
Conforme você viu nesta disciplina, uma métrica importante é a medição dos níveis de
maturidade. Esse processo é chamado de método de verificação e faz uso dos níveis do
Modelo de Maturidade (CMM). Assim, medimos o modelo de maturidade de capacidade – e
com sua evolução temos o CMMI.
O gráfico a seguir representa a visão geral do software segundo o CMM.
Determinação da capacidade
CMMI
http://pos.estacio.webaula.com.br/cursos/ATU190/aula6/img/03.jpg
Figura 4 - Visão geral do CMMI
Fonte: Elaborado pelo autor
O modelo CMMI, como ferramenta no gerenciamento de projetos de software, é o que há
de mais completo quando o assunto é qualidade de software.
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 (SE), Integrated Product and Process
Development (IPPD), Supplier Sourcing (SS)).
Desenvolvido pelo SEI (Software Engineering Institute), 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 possui duas representações: "contínua" ou "por estágios". Essas representações
permitem a organização utilizar diferentes caminhos para a melhoria de acordo com seu
interesse.
Representação continua: possibilita a organização utilizando a ordem de melhoria que
melhor atende os objetivos de negócio da empresa. É caracterizada por níveis de
capacidade (capability levels).
Representação por estágios: disponibiliza uma sequência predeterminada para melhoria
baseada em estágios. Cada estágio serve de base para o próximo. Essa representação é
caracterizada por níveis de maturidade (maturitylevels).
O CMMI está divido em cinco estágios. Acompanhe:
Representação contínua e por estágios
Estágios do CMMI
http://pos.estacio.webaula.com.br/cursos/ATU190/aula6/img/04.jpg
Figura 5 - Estágios do CMMI
Fonte: Elaborado pelo autor
Você sabe o que significa MPS?
MPS (Melhoria do Processo de Software) é uma metodologia para o processo de
desenvolvimento de software. Inclusive, temos a nomenclatura MPS-BR. Ou seja, a
metodologia atende a critérios para o processo de software brasileiro.
Essa metodologia foi criada por um conjunto de organizações ligadas ao desenvolvimento
de software. Dentre as instituições envolvidas pode-se citar:
Softex (SP);
RioSoft (RJ);
COPPE/UFRJ (RJ);
CESAR (PE).
Na verdade, essas são organizações normalmente não governamentais, e muitas vezes de
origem acadêmica, possuindo uma atuação de destaque junto à comunidade de software
brasileira. Enfatiza-se, dentro do MPS-BR, o uso das rincipais abordagens internacionais
voltadas para a definição, a avaliação e a melhoria dos processos de software. Tal fato torna
o MPS-BR compatível, inclusive, com as práticas do CMMI.
Há ainda no MPS-BR uma estrutura de níveis de maturidade, de forma similar àquela
existente dentro do CMMI. Os diferentes níveis de maturidade do MPSBR constituem um
meio para indicar qual o nível da empresa que se está considerando. Cada classificação
possível atesta, assim, diferentes graus no controle de processos e qual a qualidade que se
pode esperar da organização que a detém.
O que diferencia a metodologia MPS-BR do modelo CMMI são, justamente, os níveis de
capacidade de maturidade do modelo em avaliação.
MPS
http://pos.estacio.webaula.com.br/cursos/ATU190/aula6/img/05.jpg
http://pos.estacio.webaula.com.br/cursos/ATU190/aula6/img/06.jpg
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 de sua
gerência quantitativa.
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 – Parcialmentedefinido: 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: nesse ponto inicial, deve-se começar o gerenciamento de
requisitos e de projetos.
Devido à necessidade do grande investimento para o CMMI, indica-se como alternativa o
MPS-BR, principalmente para empresas de pequeno e médio porte. Inclusive, essa tem sido
uma exigência para as licitações de empresas governamentais e não governamentais.
Figura 7 - Fluxograma do MPS-BR
Fonte: Elaborado pelo autor
Caso você queira testar a ferramenta MPS-BR, ela está disponível para dispositivos com
sistema iOS. Faça o download através do link: https://itunes.apple.com/pt/app/guias-
mps.br/id701773915?mt=8 [https://itunes.apple.com/pt/app/guias-mps.br/id701773915?
mt=8]
MPS-BR: níveis de maturidade
MPS-BR
Atividade proposta
http://pos.estacio.webaula.com.br/cursos/ATU190/aula6/img/07.jpg
https://itunes.apple.com/pt/app/guias-mps.br/id701773915?mt=8
Observe os gráficos representativos do modelo CMMI e MPS-BR e identifique os níveis que
possuem compatibilidade.
Figura 8 - Estágios do CMMI
Fonte: Elaborado pelo autor
Figura 9 - MPS-BR: níveis de maturidade
Fonte: Elaborado pelo autor
Chave de resposta: Observando os gráficos, podemos identificar que os níveis
compatíveis são: gerenciado, definido e otimizado.
Para saber mais sobre os modelos de qualidade de software ISO/IEC 15.504 (SPICE), CMMI E
MPS acesse os links:
Qualidade de Processo de Software – normas ISO 12.207 e 15.504;
[http://slideplayer.com.br/slide/367553/]
Qualidade – MPS.BR; [http://softex.br/mpsbr/]
Maturidade no desenvolvimento de software: CMMI e MPS-BR;
[https://www.devmedia.com.br/maturidade-no-desenvolvimento-de-software-cmmi-e-
mps-br/27010]
CMMI para iniciantes; [http://www.linhadecodigo.com.br/artigo/1401/cmmi-para-
iniciantes.aspx#ixzz3aEAVrUPO]
Aprenda mais
http://pos.estacio.webaula.com.br/cursos/ATU190/aula6/img/08.jpg
http://pos.estacio.webaula.com.br/cursos/ATU190/aula6/img/09.jpg
http://slideplayer.com.br/slide/367553/
http://softex.br/mpsbr/
https://www.devmedia.com.br/maturidade-no-desenvolvimento-de-software-cmmi-e-mps-br/27010
http://www.linhadecodigo.com.br/artigo/1401/cmmi-para-iniciantes.aspx#ixzz3aEAVrUPO
Exercícios de fixação
Marque a opção referente à norma que possui a autonomia para realizar a autoavaliação.
15.504
1.961
9.162
15.500
12.504
Marque a opção verdadeira.
Utiliza-se a ISO/IEC 15.504 para determinar a situação no início de uma iniciativa e para
avaliar o progresso durante ela
Utiliza-se a ISO/IEC 15.504 para sugerir a situação no início de uma iniciativa e para
avaliar o processo durante ela.
Utiliza-se a ISO/IEC 15.504 para sugerir a situação no início de uma atividade e para
verificar o processo durante ela
Utiliza-se a ISO/IEC 15.504 para sugerir a situação no desenvolvimento de uma
atividade e para verificar o projeto durante ela
Utiliza-se a ISO/IEC 15.504 para identificar a situação no início de uma atividade e para
avaliar o processo durante ela
Observe a afirmativa: Utiliza-se a ISO/IEC 15504 para determinar a situação no início de uma
iniciativa e para avaliar o progresso durante a mesma. Irá fornecer um perfil detalhado do
estado dos processos, mensurados de acordo com um modelo que representa um
consenso internacional.
Sobre a afirmativa é pertinente que a norma possui qual referência?
As melhores práticas
As melhores aplicações
As melhores avaliações
As melhores validações
As melhores normas
Utiliza-se a ISO/IEC 15504 para determinar a situação no início de uma iniciativa e para
avaliar o progresso durante a mesma. Marque a oção correta sobre os processos de
melhoria de processo:
Diagnóstico próprio, normas para certificações, necessidades do negócio
Diagnóstico do projeto, normas para comparações, necessidades do processo
Diagnóstico próprio, normas para comparações, necessidades do projeto
Diagnóstico software, normas para validações, necessidades do processo
Diagnóstico próprio, normas para comparações, necessidades do negócio
De acordo com a citação “A determinação da capacidade preocupa-se com a avaliação de
uma organização ou de um projeto para determinar os _____________________de um
contrato, de um desenvolvimento ou da entrega de serviços”. Marque a opção correta que
coleta a citação:
Riscos coerentes ao resultado bem sucedido
Riscos indiferentes ao resultado bem sucedido
Requisitos inerentes ao resultado bem sucedido da avaliação
Requisitos diferentes ao resultado bem sucedido
Riscos inerentes ao resultado bem sucedido
(CGU/2008) Um modelo de qualidade define os requisitos que as organizações devem
seguir para se capacitarem segundo ele. Dentre as opções abaixo, assinale a que se refere
exclusivamente aos modelos de qualidade de software
CMMI, MPS.BR, COBIT
CMMI, COBIT, ISO 9.001
CMMI, MPS.BR, ISO 9.001, COBIT
CMMI, MPS.BR, ISO 9.000-1
CMMI, ISO 12.207, ISO 15.504, ISO 20.000, ITIL
(TRT/2013) O CMMI é uma abordagem para a melhoria de processos. Existem duas
representações do CMMI, a representação contínua e a representação por estágios. A
representação contínua é projetada para permitir à empresa focar em processos específicos
que deseja melhorar em função de suas prioridades. A avaliação pela representação
contínua mede a capacidade da empresa em relação a um ou mais processos. Existem
quatro níveis de capacidade, que são respectivamente:
0- Inicial; 1- Gerenciado; 2- Definido; 3- Em otimização.
0- Incompleto; 1- Gerenciado; 2- Definido; 3- Otimizado.
0- Incompleto; 1- Realizado; 2- Gerenciado; 3- Definido.
0- Inicial; 1- Realizado; 2- Gerenciado; 3- Quantitativamente gerenciado.
0- Inicial; 1- Definido; 2- Gerenciado; 3- Otimizado.
(SAD/PE – 2010) Qualidade de software é o grau para o qual um software possui uma
combinação desejável de atributos, que, adicionalmente, deve ser claramente definida, caso
contrário, uma avaliação da qualidade será realizada de modo intuitivo. Para que tais
atributos de qualidade sejam medidos, faz-se necessário identificar um conjunto apropriado
de métricas. Acerca dos conceitos gerais de medição de qualidade de software, assinale a
opção correta:
No modelo IEEE de qualidade de software, um fator de qualidade é uma entidade mais
genérica que um atributo de qualidade
Os modelos de qualidade de software são organizados segundo a perspectiva de que a
qualidade do processo de desenvolvimento influencia, diretamente, a qualidade interna,
que, por sua vez, influencia a qualidade externa do produto de software, e esta última
exerce influência direta sobre a qualidade do produto em uso.
De forma geral, os modelos de qualidade da ISO são focados na qualidade de produtos
de software, e os modelos CMMI focados na qualidade do processo de software.
O modelo de referência para medição de qualidade de produto de software da ISO
propõe quatro diferentes perspectivas, mediante as quais podem ser desenvolvidas
métricas de medição de atributos de qualidade interna, externa, de operação e de uso
Os atributos de qualidade de software, nos modelos de qualidade ISO, são organizados
conforme seis características, sendo três delas internas (eficiência, manutenibilidade e
portabilidade) e as outras três externas (funcionalidade, confiabilidade e usabilidade)
(DPE/2013) O CMMI-DEV V 1.3 (Capability Maturity Model Integration for Development)
apresenta 22 áreas de processo. Considerando a representação por estágios, essas áreas de
processo se classificam em níveis de maturidade. Assinale a alternativa que contém apenas
áreas de processo referentes ao nível de maturidade de número 3:
Integração de produto e gerenciamento de riscos.
Planejamento de projeto e gerenciamento de configuração.
Gerenciamento quantitativo de projeto e validação.
Medição, análise e resolução de causas.
Verificaçãoe gerenciamento de requisitos.
Observando o gráfico referente ao CMMI, podemos afirmar que os processos são realmente
medidos e controlados no nível:
Otimizado
Definido
Gerenciado
Quantitativamente gerenciado
Inicial
Devido a necessidade do grande investimento para o CMMI indica-se como alternativa o
________ principalmente para empresas de pequeno e médio porte.
Marque a opção correta:
MRS-BR
PMI-BR
ISO/IEC
SOFTEX
MPS-BR
Referente ao fluxograma do MPS-BR observamos que os documentos estão atrelados aos
métodos. Com base nesta afirmativa marque a opção correta sobre quais guias estão
relacionadas ao modelo de referência:
Guia geral, guia de certificação, guia de aquisição
Guia geral, guia de implementação, guia de avaliação
Guia de certificação, guia de implementação, guia de aquisição
Guia geral, guia de implementação, guia de documentação
Guia geral, guia de implementação, guia de aquisição
Referente ao fluxograma do MPS-BR observamos que os documentos estão atrelados aos
métodos. Com base nesta afirmativa marque a opção correta sobre quais normas estão
relacionadas ao modelo de referência
ISO/IEC 12307 e ISO/IEC 15500
ISO/IEC 12207 e ISO/IEC 15500
ISO/IEC 9126 e ISO/IEC 15504
ISO/IEC 12207 e ISO/IEC 9126
ISO/IEC 12207 e ISO/IEC 15504
Referente ao fluxograma do MPS-BR observamos que os documentos estão atrelados aos
métodos. Com base nesta afirmativa marque a opção correta sobre qual documento é
oriundo do MN-MPS (modelo de negócio)?
Guia de avaliação
Documentação
Modelo de referência
Guia de aquisição
Documentos do programa
Com base nos esquemas gráficos que representam os modelos CMMI e MPS temos para o
modelo CMMI - 5 estágio e para o MPS-BR - 7 estágios. Sendo que o MPS-BR se destaca no
nível definido em duas escalas diferentes. Marque a opção que as identifica:
Parcialmente e largamente definido
Gerencialmente e largamente definido
Parcialmente e gerencialmente definido
Nesta aula:
Estudou os modelos de qualidade de software aplicados aos processos de ciclo de
vida e gerência de risco na qualidade de software (ISO/IEC 15.504 – SPICE; CMMI;
MPS).
Referências
KOSCIANSKI, André. Qualidade de software. São Paulo: Novatec, 2007.
PAULA FILHO, Wilson de. Engenharia de software: fundamentos, métodos e padrões. Rio
de Janeiro: LTC, 2009.
PFLEEGER, Shari Lawrence. Engenharia de software. São Paulo: Pearson,2003.
PRESSMAN, Roger S. Engenharia de software: uma abordagem profissional. Porto Alegre:
Bookman, 2011.
software
Gerenciado e otimizadamente definido
Definido e largamente definido
Síntese
Referências