Qualidade de Software Unidade IV

Prévia do material em texto

Qualidade de Software - Unidade IV
PARTE 1
Modelos de qualidade de software – introdução
Motivação:
as mudanças que estão ocorrendo nos clientes e nos ambientes de negócios altamente competitivos têm motivado as empresas a modificarem estruturas organizacionais e seus processos produtivos na área de software.
alcançar a competitividade pela qualidade implica tanto a melhoria da qualidade dos produtos de software e serviços correlatos quanto a qualidade dos processos de produção e distribuição de software.
Para que o Brasil possua um setor de software competitivo, o modelo MPS.BR afirma:
os empreendedores do setor devem colocar a eficiência e a eficácia dos seus processos em foco;
para isso, devem oferecer produtos de software conforme os padrões nacionais e internacionais de qualidade.
Modelos de qualidade de software: o modelo MPS.BR
Ainda de acordo com o modelo MPS.BR:
o foco principal do modelo é atender ao perfil de empresas com diferentes tamanhos e características;
públicas e privadas, embora com especial atenção às micro, pequenas e médias empresas.
outro fator importante é que o modelo seja compatível com os padrões de qualidade aceitos e disponíveis internacionalmente.
O modelo atende à necessidade de implantar os princípios de engenharia de software de forma adequada ao contexto das empresas brasileiras.
Está em consonância com as principais abordagens internacionais para definição, avaliação e melhoria de processos de software.
Semelhante aos modelos internacionais, o MPS.BR:
baseia-se nos conceitos de maturidade e capacidade de processo para a avaliação e melhoria da qualidade e produtividade de produtos de software e serviços correlatos.
O MPS.BR foi organizado em três componentes:
Modelo de Referência (MR-MPS);
Método de Avaliação (MA-MPS);
Modelo de Negócio (MN-MPS).
O MPS.BR é um programa brasileiro de qualidade de software.
Lançado em dezembro de 2003, coordenado pela Associação para Promoção da Excelência do Software Brasileiro (Softex).
O programa conta com investimentos das empresas e da Softex por meio do Banco Interamericano de Desenvolvimento (BID) e de outros parceiros, como o Sebrae e o CNPq.
O MPS.BR está descrito em documentos no formato de quatro guias:
o guia geral, que contém a descrição geral do MPS.BR e detalha o Modelo de Referência;
o guia de aquisição, que foi descrito como forma de apoiar as instituições brasileiras que queiram adquirir produtos de software e serviços;
o guia de implementação, que contém orientações para a implementação dos sete níveis do Modelo de Referência MR-MPS;
o guia de avaliação, que descreve o processo e o Método de Avaliação MA-MPS, tendo como base a norma internacional ISO/IEC 15504.
O modelo MPS.BR tem como objetivos:
definir o modelo MR-MPS para aplicação nas empresas brasileiras;
disseminar o modelo em diversos locais do país, da seguinte forma:
na capacitação no uso do modelo;
no credenciamento de instituições implementadoras e avaliadoras do modelo;
na implementação e avaliação do modelo com foco em grupos de empresas.
Modelos de qualidade de software: níveis de maturidade do modelo MPS.BR
Os níveis de maturidade do modelo:
estabelecem patamares de evolução de processos, caracterizando estágios de melhoria da implementação de processos na organização.
O nível de maturidade em que se encontra uma organização permite prever o seu desempenho futuro ao executar um ou mais processos.
O MPS.BR define sete níveis de maturidade:
em otimização;
gerenciado quantitativamente;
definido;
largamente definido;
parcialmente definido;
gerenciado;
parcialmente gerenciado.
A escala de maturidade se inicia no nível G e progride até o nível A:
a divisão em sete estágios tem o objetivo de possibilitar uma implementação e uma avaliação adequadas às micro, pequenas e médias empresas;
as empresas iniciam no nível G e vão, ao longo do tempo, evoluindo em direção ao nível A, que indica as empresas com o maior nível de maturidade.
PARTE 2
Modelos de qualidade de software: níveis de maturidade do modelo MPS.BR
Nível G – Parcialmente gerenciado
Este nível apresenta duas áreas de processo:
Gerência de Projetos (GPR)
Estabelece e mantém planos que definem as atividades, recursos e responsabilidades do projeto.
Gerência de Requisitos (GRE)
Identifica inconsistências entre os requisitos, os planos do projeto e os produtos de trabalho do projeto.
Nível F – Gerenciado
Esse nível apresenta cinco áreas de processo:
Aquisição (AQU)
Gerencia a aquisição de produtos que satisfaçam às necessidades expressas pelo adquirente.
Gerência de Configuração (GCO)
Estabelece e mantém a integridade de todos os produtos de trabalho durante o processo e garante a disponibilização a todos os envolvidos.
Garantia da Qualidade (GQA)
Assegura que os produtos de trabalho e a execução dos processos estejam em conformidade com os planos, procedimentos e padrões estabelecidos.
Gerência de Portfólio de Projetos (GPP)
Inicia e mantém projetos de forma a atender aos objetivos estratégicos da organização.
Medição (MED)
Coleta, armazena, analisa e relata os dados relativos aos produtos/processos.
Nível E – Parcialmente definido (quatro áreas de processo):
Avaliação e Melhoria do Processo Organizacional (AMP)
Determina o quanto os processos da organização contribuem para alcançar os objetivos de negócio.
Definição do Processo Organizacional (DFP)
Estabelece e mantém um conjunto de ativos de processo organizacional e padrões da organização.
Gerência de Recursos Humanos (GRH)
Provê a organização e os 
.
Gerência de Reutilização (GRU)
Tem o propósito de gerenciar o ciclo de vida dos ativos reutilizáveis.
Nível D – Largamente definido (cinco áreas de processo):
Desenvolvimento de Requisitos (DRE)
Tem o propósito de definir os requisitos do cliente, do produto e dos componentes do produto.
Integração do Produto (ITP)
Tem o propósito de compor os componentes do produto, produzindo-o de forma integrada e consistente.
Projeto e Construção do Produto (PCP 3)
Tem o propósito de projetar, desenvolver e implementar soluções para atender aos requisitos.
Validação (VAL)
Confirma que um produto atenderá a seu uso pretendido quando colocado no ambiente para o qual foi desenvolvido.
Verificação (VER)
Confirma que cada produto de trabalho do processo atende apropriadamente aos requisitos especificados (intermediários).
Nível C – Definido (três áreas de processo):
Desenvolvimento para Reutilização (DRU)
Identifica oportunidades de reutilização de ativos na organização.
Gerência de Decisões (GDE)
Analisa possíveis decisões críticas usando um processo formal.
Gerência de Riscos (GRI) ⇐== IMPORTANTE
Identifica, analisa, trata, monitora e reduz os riscos nos projetos.
Nível B – Gerenciado quantitativamente
Nesse nível, o processo é:
definido,
executado;
gerenciado;
otimizado continuamente.
Não possui processos específicos e envolve as áreas de processos do nível G ao C.
Nível A – Em otimização
Nesse nível, o processo é:
medido e controlado;
objeto de melhorias e inovações;
otimizado continuamente.
Não possui processos específicos e é composto pelas áreas de processos dos níveis de maturidade anteriores, do G ao B.
PARTE 3
Modelos de qualidade de software: o modelo ISO/IEC 15504
O modelo ou norma ISO/IEC 15504 foi criado para harmonizar as diferentes abordagens de avaliação de processos de software.
O modelo também é conhecido como projeto SPICE (Software Process Improvement and Capability Determination).
Tem como objetivo produzir um relatório mais geral e abrangente que os modelos existentes e mais específico que as normas da série ISO 9000.
O modelo tem dois objetivos:
a melhoria dos processos;
a determinação da capacidade de processos de uma organização.
Se uma organização tem por meta a melhoria de seus processos, a norma permite avaliá-los e elaborar um plano de melhorias.
Visão do modelo ISO 15504 para melhoria de processos.
A partir da avaliação dos processos, pode-se elaborarum plano de melhorias.
O modelo estabelece uma escala de capacidade de processo em geral.
A capacidade é definida em uma escala de seis níveis crescentes, desde o nível inferior – o nível 0 – até o nível 5.
Esses seis níveis são caracterizados por uma série de atributos de processo que representam características quantificáveis necessárias para gerenciar um processo e melhorar sua capacidade de realização.
Cada atributo de processo descreve um aspecto de todas as capacidades de gerenciamento.
Melhoria da efetividade de um processo na busca de seus propósitos e contribuição para as metas de negócio da organização.
Há nove atributos de processo (PA) que são agrupados nos níveis de capacidade.
Os níveis de capacidade constituem uma maneira racional de progredir na melhoria da capacidade dos processos.
São conceitualmente os mesmos níveis de maturidade do modelo CMMI, embora aplicados para o processo em vez da organização.
Nível 0 – Incompleto
O processo falha no seu propósito, pois não existe uma clara identificação dos produtos ou saídas do processo em que os resultados sejam realmente alcançados.
Nível 1 – Executado
O propósito do processo é geralmente alcançado. A realização do processo não é rigorosamente planejada e controlada, embora existam produtos bem-definidos.
Nível 2 – Gerenciado
O processo fornece produtos de trabalho de acordo com os procedimentos especificados, planejados e controlados. Os produtos de trabalho são gerados conforme os padrões e requisitos.
Nível 3 – Estabelecido
O processo é realizado e gerenciado usando um processo definido com base nos bons princípios de engenharia de software.
Nível 4 – Previsível
O processo definido é executado de forma consistente na prática, definindo limites de controle para atingir os objetivos do processo.
Nível 5 – Em otimização
O desempenho do processo é otimizado para atender às necessidades de negócios atuais e futuros. O processo atinge repetibilidade na realização dos objetivos dos negócios definidos.
Modelos de qualidade de software: avaliação dos processos PAs
A filosofia do SPICE baseia-se na verificação do grau de satisfação dos atributos de processos.
A pontuação é feita em uma escala ordenada de quatro valores, escolhidos de acordo com um percentual de atendimento aos requisitos do atributo de processo.
Os quatro valores são:
N (não atendido – 0% a 15%);
P (parcialmente atendido – 16% a 50%);
L (largamente atendido – 51% a 85%);
T (totalmente atendido – 86% a 100%).
Modelos de qualidade de software – conclusão
O SPICE é o modelo que herda e deverá substituir a ISO/IEC 12207, sob pressão do CMM/CMMI e de outros modelos.
Ele se encontra mais distante da ISO 9001 do que a ISO/IEC 12207 e do que o CMM/CMMI, apesar de ser um projeto da ISO (CÔRTES; CHIOSSI, 2001).
PARTE 4
O modelo CMMI
O Capability Maturity Model Integration (CMMI) oferece uma oportunidade para evitar ou eliminar os obstáculos da qualidade de software nas organizações.
Ele oferece modelos integrados que transcendem as disciplinas da engenharia de software.
Objetivos do CMMI
“Redução do custo da implementação de melhoria de processo multidisciplinar baseada em modelo por meio de:
eliminação de inconsistências, redução de duplicidades;
melhoria da clareza e entendimento;
utilização de terminologia comum e estilo consistente;
estabelecimento de regras de construção uniformes;
manutenção de componentes.”					(AHERN, 2001)
Níveis de maturidade
Com foco na maturidade da organização, são organizados em cinco níveis e áreas de processo (PAs):
Inicial (nível 1) – primeiro nível para descrição dos processos, geralmente caóticos.
Gerenciado (nível 2) – mínimo de organização dentro de um processo estabelecido. Composto por sete PAs.
Definido (nível 3) – processos detalhados e bem controlados. Composto por 12 PAs.
Quantitativamente gerenciado (nível 4) – controle de processo, monitoramento de desempenho e uso da estatística. Composto por duas PAs.
Otimizado (nível 5) – melhoria constante com inovação e rapidez na consolidação de mudanças. Composto por duas PAs.
PAs por níveis
Nível 1 – Inicial: não há.
Nível 2 – Gerenciado:
Gerência de Requisitos – REQM;
Planejamento de Projeto – PP;
Controle e Monitoramento de Projeto – PMC;
Gerência de Contrato de Fornecedores – SAM;
Medição e Análise – MA;
Garantia de Qualidade do Processo e do Produto – PPQA;
Gerência de Configuração – CM.
Nível 3 – Definido:
Desenvolvimento de Requisitos – RD;
Solução Técnica – TS;
Integração do Produto – PI;
Verificação – VER;
Validação – VAL;
Foco do Processo Organizacional – OPF;
Definição do Processo Organizacional – OPD;
Treinamento Organizacional – OT;
Gerência Integrada de Projeto – IPM;
Gerência de Riscos – RSKM;
Análise de Decisão e Resolução – DAR.
Nível 4 – Gerenciado quantitativamente:
Desempenho do Processo Organizacional – OPP;
Gerência Quantitativa de Projeto – QPM.
Nível 5 – Otimização:
Inovação Organizacional e Implantação – OID;
Análise Causal e Resolução – CAR.
Avaliação das organizações
O framework do CMMI ainda traz os métodos de avaliação da maturidade das organizações.
Método Scampi, no qual um avaliador autorizado pelo SEI, com uma equipe de 4 a 10 pessoas, avalia requisitos específicos internos ou externos à organização:
utiliza o CMMI como modelo de referência;
gasta um grande esforço de coleta de dados e evidências para certificar a organização.
Interatividade
1 - Conforme o modelo MPS.BR, o nível de maturidade em que se encontra uma organização permite prever o seu desempenho futuro ao executar um ou mais processos. Para este modelo, quantos níveis de maturidade são previstos?
=>7 (sete níveis).
6 (seis níveis).
8 (oito níveis).
5 (cinco níveis).
Nenhuma das anteriores.
2 - No modelo MPS.BR, o processo Garantia da Qualidade é denominado de GQA. Indique à qual nível de maturidade pertence esse processo:
Nível C.
=>Nível F.
Nível G.
Nível D.
Nenhuma das anteriores.
3 - No modelo ISO/IEC 15504 há seis níveis de capacidade para medir os processos de software de uma organização. Quais são eles?
Incompleto, executado, em otimização, imprevisível, estabelecido e adquirido.
=>Incompleto, executado, gerenciado, estabelecido, previsível e em otimização.
Incompleto, executado, em otimização, previsível, estabelecido e ingerenciável.
Executado, em otimização, imprevisível, estabelecido, adquirido e estabilizado.
Nenhuma das anteriores.
4 - No modelo por estágio do CMMI há cinco níveis de maturidade e cada um deles possui um conjunto de áreas de processos (PAs). Indique a alternativa correta:
O nível 1 possui 3 PAs.
O nível 2 possui 14 PAs.
O nível 5 possui 3 PAs.
O nível 4 possui 14 PAs.
=>Todas as alternativas estão incorretas.
QUESTIONÁRIO
1-a
2-a
3-d
4-b
5-c
6-c
7-b
8-b
9-a
10-e
Pergunta 1
0,25 em 0,25 pontos
	
	
	
	A organização contínua apresenta o nível de capacidade do processo em vez do nível de maturidade da organização do CMMI por estágios. Cada PA (área de processo) é considerada isoladamente e recebe sua própria classificação de nível de maturidade, que vai de 0 a 5, sendo:
0 – incompleto; 1 – realizado; 2 – administrado; 3 – definido, 4 – administrado quantitativamente e 5 – otimizado.
Com base nas informações acima, assinale a alternativa correta:
	
	
	
	
	
	Resposta Selecionada:
	a.
O agrupamento contínuo foi desenvolvido pelo SEI no CMMI para compatibilizá-lo com o modelo ou norma 15504 da ISO.
	Respostas:
	a.
O agrupamento contínuo foi desenvolvido pelo SEI no CMMI para compatibilizá-lo com o modelo ou norma 15504 da ISO.
	
	b.
Uma empresa, para estar no nível 3 de capacidade de uma certa área de processo (PA), precisa estar no nível 3 de todas as outras áreas de processo.
	
	c.
É possível uma organização estar no nível de capacidade 3 para gerenciamento de requisitos e nível 2 para gerenciamento de configuração quando utiliza o CMMI por estágios.
	
	d.
Uma empresa, para ter a organizaçãocontínua, necessita primeiramente obter a organização por estágios.
	
	e.
Todas as afirmações estão corretas.
	Feedback da resposta:
	Resposta correta: alternativa A.
Comentário: De acordo com a definição do modelo CMMI-DEV, o agrupamento contínuo foi desenvolvido pelo SEI no CMMI para compatibilizá-lo com o modelo ou norma 15504 da ISO.
	
	
	
Pergunta 2
0,25 em 0,25 pontos
	
	
	
	Analise as seguintes asserções:
I. O Capability MaturityModel Integration ® (CMMI ®), devido à sua complexidade, acaba por aumentar os obstáculos que as organizações enfrentam para controlar seus processos de desenvolvimento e manutenção por meio de modelos integrados que transcendem as disciplinas da engenharia de software.
II. O modelo CMMI-DEV é constituído de práticas que cobrem o ciclo de vida do produto de software desde a sua concepção até a entrega e manutenção. A ênfase é dada sobre o trabalho necessário para construir e manter um produto de software de alta qualidade. 
Acerca dessas asserções, assinale a alternativa correta:
	
	
	
	
	
	Resposta Selecionada:
	a.
A primeira asserção é falsa e a segunda é verdadeira.
	Respostas:
	a.
A primeira asserção é falsa e a segunda é verdadeira.
	
	b.
A primeira asserção é verdadeira e a segunda é falsa.
	
	c.
As duas asserções são verdadeiras e a segunda é uma justificativa da primeira.
	
	d.
As duas asserções são verdadeiras, mas a segunda não é uma justificativa da primeira.
	
	e.
As duas asserções são falsas.
	Feedback da resposta:
	Resposta correta: alternativa A.
Comentário: De acordo com os conceitos e definições apresentados no livro-texto, o CMMI, de acordo com o SEI, oferece uma oportunidade para evitar ou eliminar os obstáculos e não para aumentá-los.
	
	
	
Pergunta 3
0,25 em 0,25 pontos
	
	
	
	Analise as seguintes asserções:
I. Para a implementação do modelo MPS.BR nas empresas brasileiras, foram definidos dois tipos de instituições:
a) instituições credenciadas para implementação (ICI), que têm como função o preparo das empresas para o uso do modelo;
b) instituições credenciadas para avaliação (ICA), que têm como foco a avaliação das empresas com relação à sua maturidade no desenvolvimento e manutenção de software.
II. Para o modelo MPS.BR, as instituições ICI e ICA podem, para uma determinada empresa de software, serem ao mesmo tempo implementadoras do modelo e avaliadoras da maturidade no desenvolvimento e manutenção de software.
Acerca dessas asserções, assinale a alternativa correta:
	
	
	
	
	
	Resposta Selecionada:
	d.
A primeira asserção é verdadeira e a segunda é falsa.
	Respostas:
	a.
As duas asserções são verdadeiras e a segunda é uma justificativa da primeira.
	
	b.
A primeira asserção é falsa e a segunda é verdadeira.
	
	c.
As duas asserções são verdadeiras, mas a segunda não é uma justificativa da primeira.
	
	d.
A primeira asserção é verdadeira e a segunda é falsa.
	
	e.
As duas asserções são falsas.
	Feedback da resposta:
	Resposta correta: alternativa D.
Comentário: De acordo com o MPS.BR, a implementação do modelo seria questionável, já que uma mesma empresa de consultoria no modelo estaria implantando e avaliando o seu próprio trabalho.
	
	
	
Pergunta 4
0,25 em 0,25 pontos
	
	
	
	Leia as seguintes asserções:
I. Estão ocorrendo mudanças no relacionamento com os clientes e nos ambientes de negócios das organizações:
a) as mudanças que estão ocorrendo nos clientes e nos ambientes de negócios altamente competitivos têm motivado as empresas a modificar estruturas organizacionais;
b) os processos produtivos na área de software também estão sendo impactados e modificados devido a essas ocorrências.
II. Alcançar a competitividade pela qualidade implica tanto a melhoria da qualidade dos produtos de software e serviços correlatos quanto dos processos de produção e distribuição de software.
Acerca dessas asserções, assinale a alternativa correta:
	
	
	
	
	
	Resposta Selecionada:
	b.
As duas asserções são verdadeiras e a segunda é uma justificativa da primeira.
	Respostas:
	a.
A primeira asserção é verdadeira e a segunda é falsa.
	
	b.
As duas asserções são verdadeiras e a segunda é uma justificativa da primeira.
	
	c.
As duas asserções são verdadeiras, mas a segunda não é uma justificativa da primeira.
	
	d.
A primeira asserção é falsa e a segunda é verdadeira.
	
	e.
As duas asserções são falsas.
	Feedback da resposta:
	Resposta correta: alternativa B.
Comentário: A qualidade de software está na qualidade do processo e na qualidade do produto.
	
	
	
Pergunta 5
0,25 em 0,25 pontos
	
	
	
	No modelo por estágios do CMMI, há cinco níveis de maturidade e cada um deles possui um conjunto de áreas de processos (PAs). Assinale a alternativa correta:
	
	
	
	
	
	Resposta Selecionada:
	c.
O nível 5 possui 2 PAs.
	Respostas:
	a.
O nível 1 possui 3 PAs.
	
	b.
O nível 2 possui 14 PAs.
	
	c.
O nível 5 possui 2 PAs.
	
	d.
O nível 4 possui 14 PAs.
	
	e.
Todas as alternativas estão incorretas.
	Feedback da resposta:
	Resposta correta: alternativa C.
Comentário: O nível 1 não tem nenhuma PA, o nível 2 tem 7, o nível 3 tem 14, o nível 4 tem 2 e o nível 5 tem 2.
	
	
	
Pergunta 6
0,25 em 0,25 pontos
	
	
	
	O CMMI foi desenvolvido pelo SEI (Software Engineering Institute) para atender aos seguintes objetivos:
I. Integrar os diversos modelos CMMs existentes e, com isso, eliminar inconsistências e reduzir as duplicações existentes nos diversos modelos de qualidade do SEI.
II. Reduzir o custo de implementação de processo de melhoria, já que a organização precisava implementar diversos modelos que cobriam aspectos diferentes na área de software.
III. Criar uma única terminologia, estilo, regras e componentes para os modelos existentes.
IV. Assegurar a consistência com a ISO 15504 ou SPICE, que avalia a capacidade dos processos e não da organização. Para isso, o CMMI cria a representação contínua.
V. Avaliar impactos sobre a utilização de modelos anteriores.
Estão corretas as afirmações:
	
	
	
	
	
	Resposta Selecionada:
	c.
I, II e IV.
	Respostas:
	a.
I, II e V.
	
	b.
II, III e IV.
	
	c.
I, II e IV.
	
	d.
I, III e IV.
	
	e.
I, III e V.
	Feedback da resposta:
	Resposta correta: alternativa C.
Comentário: Conforme as declarações dos objetivos do modelo CMMI, as afirmações I, II e IV estão corretas. 
	
	
	
Pergunta 7
0,25 em 0,25 pontos
	
	
	
	O modelo CMMI-DEV possui duas representações ou agrupamentos. Quais são eles?
	
	
	
	
	
	Resposta Selecionada:
	b.
Agrupamento por estágio e agrupamento contínuo.
	Respostas:
	a.
Agrupamento por estágio e por níveis hierárquicos.
	
	b.
Agrupamento por estágio e agrupamento contínuo.
	
	c.
Agrupamento contínuo e por sequência.
	
	d.
Agrupamento de processos por assunto e por uso.
	
	e.
Nenhuma das anteriores.
	Feedback da resposta:
	Resposta correta: alternativa B.
Comentário: Conforme a definição do CMMI-DEV, há o agrupamento por estágio e o agrupamento contínuo.
	
	
	
Pergunta 8
0,25 em 0,25 pontos
	
	
	
	O modelo MPS.BR visa à melhoria de processos de software em empresas brasileiras a um custo acessível. Assinale a alternativa correta em relação a esse modelo:
	
	
	
	
	
	Resposta Selecionada:
	b.
Procura atingir a grande massa de micro e pequenas empresas de software.
	Respostas:
	a.
Procura atingir as empresas de médio e grande porte em software.
	
	b.
Procura atingir a grande massa de micro e pequenas empresas de software.
	
	c.
Sua preocupação se dá com a concorrência de empresas internacionais.
	
	d.
Seu objetivo é disseminar e capacitar os profissionais em qualidade de software, deixando a preocupação das empresas para os modelos internacionais.
	
	e.
O MPS.BR não éum modelo específico para a qualidade de software.
	Feedback da resposta:
	Resposta correta: alternativa B.
Comentário: Conforme os objetivos explicitados pelo modelo de qualidade de software MPS.BR, este procura atingir a grande massa de micro e pequenas empresas de software.
	
	
	
Pergunta 9
0,25 em 0,25 pontos
	
	
	
	O propósito do processo Garantia da Qualidade (GQA), no modelo MPS.BR, é assegurar que os produtos de trabalho e a execução dos processos estejam em conformidade com os planos, procedimentos e padrões estabelecidos. Assinale a alternativa que aponta o nível a que a GQA pertence:
	
	
	
	
	
	Resposta Selecionada:
	a.
Nível F.
	Respostas:
	a.
Nível F.
	
	b.
Nível G.
	
	c.
Nível B.
	
	d.
Nível D.
	
	e.
Nível A.
	Feedback da resposta:
	Resposta correta: alternativa A.
Comentário: A área de processo GQA pertence ao nível F de maturidade do modelo.
	
	
	
Pergunta 10
0,25 em 0,25 pontos
	
	
	
	Os principais modelos da qualidade de software que têm como foco a melhoria contínua da qualidade nos processos e produtos de software são:
	
	
	
	
	
	Resposta Selecionada:
	e.
MPS.BR, CMMI-DEV, ISO/IEC 15504.
	Respostas:
	a.
Modelo V, MPS.BR, CMMI-DEV, ISO/IEC 15504.
	
	b.
MPS.BR, CMMI-DEV, CMMI-SERV, ISO/IEC 15504.
	
	c.
MPS.BR, CMMI-DEV, ISO/IEC 15504, ISO/IEC 9000-3.
	
	d.
MPS.BR, CMMI-DEV, ISO/IEC 17000.
	
	e.
MPS.BR, CMMI-DEV, ISO/IEC 15504.
	Feedback da resposta:
	Alternativa correta: alternativa E.
Comentário: Conforme apresentado na introdução da Unidade IV, os principais modelos da qualidade de software que têm como foco a melhoria contínua da qualidade nos processos e produtos de software são: MPS.BR, CMMI-DEV, ISO/IEC 15504.