Gabarito AV1 Qualidade de Software UNICARIOCA

Prévia do material em texto

PROVA A – QUALIDADE DE SOFTWARE 
1 - De acordo Com a NBR ISO/IEC 9126, as qualidades externas e internas podem ser 
categorizadas por meio de características e subcaracterísticas. As subcaracterísticas adequação, 
acurácia e interoperabilidade referem-se à característica (Valor 1,0) 
a) portabilidade. 
b) funcionalidade. 
c) usabilidade. 
d) manutenibilidade. 
e) confiabilidade. 
 
2 - Qualidade de software é uma área dentro da Engenharia de software que visa garantir bons 
produtos a partir de processos adequados. Com relação à medição da qualidade de software, é 
correto afirmar que (Valor 1,0) 
a) o tempo de aprendizagem de um sistema pode ser medido pela quantidade de defeitos 
apontados pelos usuários e pelos custos com retrabalho ao longo do desenvolvimento. 
b) do ponto de vista do desenvolvedor, a qualidade pode ser medida a partir de duas variáveis 
principais: a usabilidade e a acessibilidade. 
c) a contagem de defeitos deve ser sempre relacionada com o momento em que os defeitos são 
introduzidos e, principalmente, encontrados. 
d) a contagem de defeitos nas diferentes fases do processo de desenvolvimento de software, 
apesar de importante, não poderá ser utilizada para dar uma medida da eficácia dos processos da 
empresa. 
e) o número de defeitos em um sistema tem uma relação necessariamente linear com os custos 
de retrabalho. 
 
3 - Para se garantir a qualidade dos processos, vários passos devem ser tomados, entre eles: 
 
I. Gerenciar os requisitos, identificando quais são as principais necessidades do software, levanto 
em conta tanto os requisitos funcionais quanto os não funcionais. 
 
II. Acompanhar o projeto de software para que se possa ter uma visão bem realista do progresso do 
projeto, sendo possível tomar ações eficazes quando o desempenho software se desviar de forma 
significativa dos planos do projeto. 
 
III. Gerenciar a configuração do software para estabelecer e manter a integridade dos produtos do 
projeto ao longo do ciclo de vida do software para dar maior segurança ao desenvolvedor e permitir 
maior controle de desenvolvimento. 
 
IV. Desenvolver um processo padrão para ser gerenciado e revisado, identificar os pontos fortes e 
fracos do processo de desenvolvimento e planejar atividades de melhoramento. 
 
É correto o que se afirma em (Valor 1,0) 
a) II e IV, apenas 
b) I, II e III, apenas. 
c) II, III e IV, apenas. 
d) I, II, III e IV. 
e) I e III, apenas. 
 
4 - Qualidade pode ser entendida como um conjunto de características a serem satisfeitas em um 
determinado grau, de modo que o produto de software atenda às necessidades explícitas e implícitas 
de seus usuários. No contexto de desenvolvimento de software, analise as afirmativas a 
seguir. (Valor 1,0) 
I. Características de qualidade do processo podem ser computadas a partir de características de 
qualidade do produto. 
II. Processos possuem características de qualidade próprias e informações sobre a qualidade do 
produto gerado não influenciam em sua avaliação. 
III. Características de qualidade do produto devem seguir padrões durante o desenvolvimento de 
software, sem serem influenciados por padrões de documentação. 
Assinale: 
a) se somente a afirmativa I estiver correta. 
b) se somente as afirmativas I e II estiverem corretas. 
c) se somente as afirmativas I e III estiverem corretas. 
d) se somente as afirmativas II e III estiverem corretas. 
e) se todas as afirmativas estiverem corretas. 
 
 
5 - CMMI - (Capability Maturity Model Integration). (Valor 1,0) 
 
I. É um modelo que classifica a maturidade do processo de desenvolvimento adotado na empresa. 
II. Apresenta quatro níveis de maturidade do processo, sendo o último nível um indicativo de que 
há evidências quantitativas para acompanhar e monitorar o projeto. 
III. O único objetivo do CMMI é melhorar a qualidade do software produzido, sem que 
necessariamente isso reflita no processo de desenvolvimento. 
IV. O último nível do CMMI é conhecido como nível de melhoria contínua ou nível em otimização. 
Analisando as afirmações acima, relativas ao modelo de referência CMMI, verifica-se que: 
 
a) Apenas II e III são verdadeiras. 
b) I, III e IV são verdadeiras. 
c) Apenas III e IV são verdadeiras. 
d) Apenas I é verdadeira. 
e) Apenas I e IV são verdadeiras. 
 
6 - No MPS.BR, são definidos níveis de maturidade que são uma combinação entre processos e 
suas capacidades. Os níveis de maturidade estabelecem patamares de evolução de processos, 
caracterizando estágios de melhoria da implementação de processos na organização. 
 
Assinale a opção que identifica todos os níveis de maturidade do MPS.BR. (Valor 1,0) 
 
a) A (otimizado), B (gerenciado quantitativamente), C (definido), D (largamente definido), E 
(parcialmente definido), F (gerenciado), G (inicial). 
 
b) A (otimizado), B (parcialmente otimizado), C (definido), D (largamente definido), E 
(parcialmente definido), F (gerenciado), G (parcialmente gerenciado). 
 
c) A (em otimização), B (gerenciado quantitativamente), C (definido), D (largamente definido), E 
(parcialmente definido), F (gerenciado), G (parcialmente gerenciado). 
 
d) A (em otimização), B (parcialmente otimizado), C (definido), D (largamente definido), E 
(parcialmente definido), F (gerenciado), G (inicial). 
 
e) A (otimizado), B (executado), C (definido), D (largamente definido), E (parcialmente definido), 
F (gerenciado), G (parcialmente gerenciado). 
 
 
7 - Sejam as afirmativas seguintes sobre qualidade de software: (Valor 1,0) 
 
I – A qualidade do produto é algo de muita importância, mas a qualidade do processo é ainda 
mais importante. 
 
II – A norma ISO/IEC 12119 aplica-se à avaliação de pacotes de software na forma que são 
oferecidos e liberados no mercado. 
 
III – A série ISO 9000 é um conjunto de normas que define padrões para garantia e 
desenvolvimento da qualidade. 
 
IV – A ISO 9000-3 descreve que a responsabilidade do fornecedor, a responsabilidade do 
comprador, e a análise crítica conjunta são atividades do processo de ciclo de vida de um 
software. 
 
São CORRETAS: 
 
a) I e IV, apenas. 
 
b) II e IV, apenas. 
 
c) II e III, apenas. 
 
d) I, II e III, apenas. 
 
e) I e III, apenas. 
 
 
8 –’’O termo “maturidade” deve ser compreendido como a capacidade de se repetir uma série de 
resultados de uma maneira previsível. Importante ressaltar ainda que os modelos CMMI e MPS-BR 
contemplam diferentes níveis de maturidade, disponibilizando-se assim uma forma de mensurar o 
grau de progresso atingido por uma organização na implementação de projetos de software’’. 
JOSE, Renato. maturidade no desenvolvimento de software: cmmi e mps-br, 2012. Disponível 
em http:/www.devmedia.com.br/maturidade-no-desenvolvimento-de-software-cmmi-e-mps-
br/27010 />. Acesso em: 28 de fev. 2018. 
Cite e Explique as características das etapas dos níveis de maturidade e capacidade do CMMI 
(Valor 1,5) 
As principais características dos níveis acima são: 
• Nível 1 - Inicial: imaturidade organizacional; os processos são improvisados e 
geralmente não são seguidos; compromissos de prazo e custo não são cumpridos; o 
planejamento não é feito com base em estimativas; as qualidades, procedimentos e 
conhecimentos pertencem às pessoas e não aos projetos; as chances de sucesso 
dependem das habilidades pessoais dos gerentes e desenvolvedores; 
• Nível 2 - Gerenciado: políticas e procedimentos para gerenciar o desenvolvimento de 
software estão definidas e são obedecidas; o planejamento é baseado em estimativas e 
na experiência anterior de outros projetos; os projetos utilizam processos definidos,usados, disseminados, documentados, medidos e fiscalizados com rotinas de melhoria; 
os processos afetados são puramente gerenciais (não técnicos) e pertencem aos projetos 
e não às pessoas; 
• Nível 3 - Definido: os processos utilizados são estabelecidos e padronizados em toda a 
organização; processos técnicos passam a ser considerados ao lado dos processos 
gerenciais; tanto os processos gerenciais quanto os técnicos passam a ser repetidos; os 
processos pertencem a organização e não mais aos projetos; 
• Nível 4 - Quantitativamente Gerenciado: são estabelecidas metas quantitativas para 
os processos e produtos, medidas de qualidade e produtividade são coletadas em todos 
os projetos; é estabelecido controle estatístico de processos; a gestão passa a ser feitas 
com bases quantitativas; 
• Nível 5 - Otimização: a organização está engajada na melhoria contínua de seus 
processos; identificação de pontos fracos e defeitos; ações preventivas sobre causas; 
mudanças mais significativas de processos e/ou tecnologias são feitas a partir de análise 
de custo/benefício com base em dados quantitativos. 
 
9 –’’A Gestão da Qualidade Total - TQM (Total Quality Management) é uma abordagem para 
melhorar a competitividade, a eficácia e a flexibilidade da organização. Está relacionada com a 
maneira de planejar, organizar e compreender cada atividade que depende de cada indivíduo, em 
cada nível na empresa.’’ 
DRUMOND, H. Movimento pela qualidade: de que o gerenciamento de qualidade total realmente 
trata. São Paulo: Littera Mundi, 1998. 
Cite e Explique os elementos chave da TQM (Gestão da qualidade total) (Valor 1,5) 
1. Foco do Cliente (Customer Focus) - O objetivo é atingir a satisfação total do cliente. O 
foco do cliente inclui o estudo das necessidades e vontades do cliente, coleta de requisitos 
do cliente e a medição e gerenciamento da satisfação do cliente. 
2. Melhoria de Processo (Process Improvement) - O objetivo é reduzir as variações de 
processo e atingir a melhoria da qualidade contínua. Este elemento inclui ambos os 
processos de negócio e o processo de desenvolvimento do produto. Através da melhoria de 
processo, a qualidade do produto será reforçada. 
3. Lado Humano da Qualidade (Human Side of Quality) - O objetivo é criar a cultura de 
qualidade por toda a empresa. As áreas de foco incluem liderança, apoio da alta gerência, 
participação total de todos os colaboradores da empresa, e outros fatores humanos como 
sociais e psicológicos. 
4. Métricas, Modelos, Medições e Análises (Metrics, Models, Measurement and Analysis) 
- O objetivo é direcionar a melhoria contínua em todos os parâmetros da qualidade por um 
sistema de medição orientado a metas. 
 
 
 
 
 
 
 
 
 
 
 
PROVA B – QUALIDADE DE SOFTWARE 
1 - A norma NBR 9241 que descreve os requisitos ergonômicos para trabalho de escritórios com 
computadores, em sua parte 11, de 08/2002, estabelece as orientações sobre usabilidade. É 
equivalente à ISO 9241-11:1998 que é um padrão estabelecido pela Organização Internacional 
de Padronização (International Organization for Standardization – ISO) que trata dos aspectos 
ergonômicos da interação humano-computador. A norma considera a usabilidade dos 
computadores em uma abordagem abrangente na qual o contexto de uso, formado pelos 
usuários, tarefas, equipamentos (hardware, software e materiais) e o ambiente físico e social, 
determinará o nível de usabilidade alcançado em um sistema de trabalho. Segundo a norma, a 
usabilidade se refere à medida da capacidade dos usuários em trabalhar de modo eficaz, efetivo 
e com satisfação. (Valor 1,0) 
 
Considerando esse texto, analise as afirmativas abaixo. 
 
I - A usabilidade como uma medida da capacidade dos usuários de uso de um produto de 
software em determinado contexto pode ser verificável e mensurável. 
II - O projeto das interfaces de usuário não é componente da estrutura de usabilidade de um 
sistema baseado em software a ser avaliado. 
III - A ergonomia na interação humano-computador envolve critérios, como a conformidade 
com as expectativas do usuário e adequação à individualização. 
IV - Os indicadores de satisfação do usuário somente podem ser mensurados após o 
desenvolvimento completo de um produto baseado em software. 
 
Está CORRETO o que se afirma em 
 
a) II e III, apenas. 
 
b) I e III, apenas. 
 
c) I, II, III e IV. 
 
d) II e IV, apenas. 
 
e) I e II, apenas. 
 
 
2 - Considere as características das normas e modelos de qualidade de software: 
 
I. Suporta dois caminhos de melhoria usando níveis: um caminho permite que as organizações 
melhorem processos de forma incremental envolvendo uma ou mais áreas de processos 
selecionadas e o outro caminho permite que as organizações melhorem um conjunto de 
processos relacionados ao endereçarem sucessivamente conjuntos de áreas de processo. 
 
II. Estabelece uma arquitetura comum para o ciclo de vida de processos de software. Contém 
processos, atividades e tarefas a serem aplicadas durante o fornecimento, aquisição, 
desenvolvimento, operação, manutenção e descarte de produtos de software, bem como partes 
de software de um sistema. Também se aplica à aquisição de sistemas, produtos de software e 
serviços. 
 
III. A capacidade do processo é representada por um conjunto de atributos de processo descrito 
em termos de resultados esperados. A capacidade do processo expressa o grau de refinamento e 
institucionalização com que o processo é executado na organização. À medida que a 
organização evolui nos níveis de maturidade, um maior nível de capacidade para desempenhar o 
processo deve ser atingido. 
 
As afirmativas I, II e III correspondem, correta e respectivamente, a: (Valor 1,0) 
 
a) MPS.BR - NBR ISO/IEC 12207 – CMMI 
 
b) MPS.BR - NBR ISO/IEC 9126 – CMMI 
 
c) NBR ISO/IEC 12207 - CMMI - NBR ISO/IEC 9126 
 
d) CMMI - NBR ISO/IEC 9126 - MPS.BR 
 
e) CMMI - NBR ISO/IEC 12207 - MPS.BR 
 
 
3 - Com a evolução das pesquisas na área de qualidade, ficou cada vez mais claro para os 
pesquisadores que este é um conceito complexo e multifacetado. Muitos autores desenvolveram 
modelos de qualidade baseados na ideia de descrever qualidade como um conjunto de 
características ou atributos, organizadas de forma hierárquica. Esse movimento também 
aconteceu na área de qualidade de software, resultando em múltiplos modelos. 
 
Um marco importante nessa discussão foi o estabelecimento de um modelo padrão de qualidade 
de software, representado na norma ISO/IEC 9126, que identificou seis características da 
qualidade de software, cada uma delas com um conjunto de subcaracterísticas. 
 
Com relação a esse padrão, a acurácia, ou seja, a capacidade de o produto de software prover 
com o grau de precisão necessário resultados ou efeitos corretos ou conforme acordados é uma 
subcaracterística de: (Valor 1,0) 
 
a) Portabilidade 
 
b) Usabilidade 
 
c) Confiabilidade 
 
d) Eficiência 
 
e) Funcionalidade 
 
 
4 - 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. (Valor 1,0) 
 
a) No modelo IEEE de qualidade de software, um fator de qualidade é uma entidade mais genérica 
que um atributo de qualidade. 
 
b) De forma geral, os modelos de qualidade da ISO são focados naqualidade de produtos 
de software, e os modelos CMMI, na qualidade do processo de software. 
 
c) 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. 
 
d) 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. 
 
e) 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, manutenabilidade e portabilidade) e as 
outras três, externas (funcionalidade, confiabilidade e usabilidade). 
 
 
5 - Os modelos CMMI 1.3 e MPS.BR trabalham com uma escala de níveis de maturidade. Em 
ambos os modelos há um nível que possui a mesma denominação, cujas definições são: 
 
− No CMMI: neste nível ocorre o aumento da previsibilidade do desempenho de diferentes 
processos, uma vez que os mesmos já são controlados de forma quantitativa. 
 
− No MPS.BR: neste nível avalia-se o desempenho dos processos, além da gerência quantitativa 
dos mesmos. 
 
Este nível é denominado (Valor 1,0) 
 
a) Gerenciado Quantitativamente e corresponde ao nível 4 do CMMI, numa escala de 5 níveis, e ao 
nível B do MPS.BR, numa escala de 7 níveis. 
 
b) Definido Quantitativamente e corresponde ao nível 3 do CMMI, numa escala de 0 a 5, e ao nível 
C do MPS.BR, numa escala de A a F. 
 
c) Quantitativamente Definido e corresponde ao nível B do CMMI, numa escala de 5 níveis, e ao 
nível 3 do MPS.BR, numa escala de 7 níveis. 
 
d) Definido Quantitativamente e corresponde ao nível 4 do CMMI, numa escala de 0 a 5, e ao nível 
B do MPS.BR, numa escala de A a G. 
 
e) Gerenciado Quantitativamente e corresponde ao nível 3 do CMMI, numa escala de 1 a 5, e ao 
nível F do MPS.BR, numa escala de A a F. 
 
 
6 - O CMMI suporta dois caminhos de melhoria usando níveis. Esses níveis correspondem a 
duas formas de melhoria de processo, chamadas de representações. Numa representação, a 
melhoria é medida por processos, sendo possível ter um processo com um certo nível e outro 
processo com um nível mais elevado, variando de acordo com os interesses da empresa. Na 
outra representação, a melhoria é medida por um conjunto de processos, sendo necessário que 
todos os processos atinjam um mesmo nível para que a empresa seja certificada naquele nível. 
O uso da representação ...I ... permite que se atinjam níveis de ...II.... . O uso da 
representação..III ... , permite que se atinjam níveis de ...IV..... . 
 
Preenchem, correta e respectivamente, as lacunas I, II, III e IV: (Valor 1,0) 
 
 
 
 
a) por estágios - capacidade - contínua - maturidade 
 
b) contínua - continuidade - por serviços - maturidade 
 
c) CMMI-DEV - desenvolvimento - CMMI-ACQ – aquisição 
 
d) contínua - capacidade - por estágios - maturidade 
 
e) CMMI-DEV - desenvolvimento - CMMI-SVC - serviço 
 
7 - O Guide to the Software Engineering Body of Knowledge , conhecido pela sigla SWEBOK, é 
um documento criado sob o patrocínio da IEEE com a finalidade de servir de referência em 
assuntos considerados, de forma generalizada pela comunidade, como pertinentes à área de 
Engenharia de Software. O SWEBOK apresenta uma classificação hierárquica dos tópicos 
tratados pela Engenharia de Software, em que o nível mais alto são as Áreas do Conhecimento. 
 
Assinale a alternativa que apresenta áreas do Conhecimento do SWEBOK. (Valor 1,0) 
 
a) Requisitos de Software; Teste de Software; Gerência de Configuração de Software; Qualidade de 
Software. 
 
b) Requisitos de Software; Teste de Software; Gestão de Custos do Projeto; Qualidade de Software. 
 
c) Requisitos de Software; Riscos de Software; Gerência de Configuração de Software; Qualidade 
de Software. 
 
d) Requisitos de Software; Teste de Software; Gerência de Configuração de Software; Gestão de 
Aquisições de Software. 
 
e) Requisitos de Software; Gestão de Comunicação do Projeto; Gerência de Configuração de 
Software; Qualidade de Software. 
 
 
8 – “A ISO/IEC 9126 é uma norma ISO para qualidade de produto de software, ela define um 
conjunto de parâmetros com o objetivo de padronizar a avaliação da qualidade de software. Ela se 
enquadra no modelo de qualidade das normas da família 9000. A norma brasileira correspondente é 
a NBR 13596, que foi substituída pela NBR ISO/IEC 9126-1”. 
RUGGIERI, Ruggero. Análise sobre a ISO 9126 – NBR 13596, 2016. Disponível em 
https:/www.tiespecialistas.com.br/2016/10/analise-sobre-iso-9126-nbr-13596/>. Acesso em: 28 de 
fev. 2018. 
Cite e Explique as características principais dos atributos de qualidade contidos na Norma ISO 
9126 (Valor 1,5) 
 
Funcionalidade - A capacidade de um software prover funcionalidades que satisfaçam o 
usuário em suas necessidades declaradas e implícitas, dentro de um determinado contexto de 
uso. 
Suas sub-características são: 
• Adequação, que mede o quanto o conjunto de funcionalidades é adequado às 
necessidades do usuário; 
• Acurácia (ou precisão) representa a capacidade do software de fornecer resultados 
precisos ou com a precisão dentro do que foi acordado/solicitado; 
• Interoperabilidade que trata da maneira como o software interage com outro(s) 
sistema(s) especificados; 
• Segurança mede a capacidade do sistema de proteger as informações do usuário e 
fornecê-las apenas (e sempre) às pessoas autorizadas. Segurança também pode estar 
dirigida em, processar gerar e armazenar as informações; 
• Conformidade trata da padronização, políticas e normas de um projeto. 
 
Confiabilidade - O produto se mantém no nível de desempenho nas condições estabelecidas. 
Suas sub-características são: 
• Maturidade, entendida como sendo a capacidade do software em 
evitar falhas decorrentes de defeitos no software; 
• Tolerância a Falhas representando a capacidade do software em manter o 
funcionamento adequado mesmo quando ocorrem defeitos nele ou nas suas interfaces 
externas; 
• Recuperabilidade que foca na capacidade de um software se recuperar após uma 
falha, restabelecendo seus níveis de desempenho e recuperando os seus dados; 
• Conformidade tempo ou utilização de recursos. 
 
Usabilidade 
A capacidade do produto de software ser compreendido, seu funcionamento aprendido, ser 
operado e ser atraente ao usuário. 
Note que este conceito é bastante abrangente e se aplica mesmo a programas que não possuem 
uma interface para o usuário final. Suas sub-características são: 
• Inteligibilidade que representa a facilidade com que o usuário pode compreender as 
suas funcionalidades e avaliar se o mesmo pode ser usado para satisfazer as suas 
necessidades específicas; 
• Apreensibilidade identifica a facilidade de aprendizado do sistema para os seus 
potenciais usuários; 
• Operacionalidade é como o produto facilita a sua operação por parte do usuário, 
incluindo a maneira como ele tolera erros de operação; 
• Proteção frente a erros de usuários: como produto consegue prevenir erros dos 
usuários; 
• Estética/Atratividade: envolve características que possam atrair um potencial usuário 
para o sistema, o que pode incluir desde a adequação das informações prestadas para o 
usuário até os requintesvisuais utilizados na sua interface gráfica; 
• Acessibilidade: refere-se a prática inclusiva de fazer softwares que possam ser 
utilizados por todas as pessoas que tenham deficiência ou não. Quando os softwares 
são corretamente concebidos, desenvolvidos e editados, todos os usuários podem ter 
igual acesso à informação e funcionalidades; 
 Conformidade. 
 
Eficiência 
O tempo de execução e os recursos envolvidos são compatíveis com o nível de desempenho do 
software. Suas sub-características são: 
• Comportamento em Relação ao Tempo que avalia se os tempos de resposta (ou de 
processamento) estão dentro das especificações; 
• Utilização de Recursos que mede tanto os recursos consumidos quanto a capacidade 
do sistema em utilizar os recursos disponíveis; 
• Conformidade. 
Manutenibilidade 
A capacidade (ou facilidade) do produto de software ser modificado, incluindo tanto as 
melhorias ou extensões de funcionalidade quanto as correções de defeitos, falhas ou erros. 
Suas sub-características são: 
• Analisabilidade identifica a facilidade em se diagnosticar eventuais problemas e 
identificar as causas das deficiências ou falhas; 
• Modificabilidade caracteriza a facilidade com que o comportamento do software pode 
ser modificado; 
• Estabilidade avalia a capacidade do software de evitar efeitos colaterais decorrentes de 
modificações introduzidas; 
• Testabilidade representa a capacidade de se testar o sistema modificado, tanto quanto 
as novas funcionalidades quanto as não afetadas diretamente pela modificação; 
• Conformidade. 
Portabilidade 
A capacidade do sistema ser transferido de um ambiente para outro. 
Como "ambiente", devemos considerar todo os fatores de adaptação, tais como diferentes 
condições de infraestrutura (sistemas operacionais, versões de bancos de dados, etc.), 
diferentes tipos e recursos de hardware (tal como aproveitar um número maior de 
processadores ou memória). Além destes, fatores como idioma ou a facilidade para se criar 
ambientes de testes devem ser considerados como características de portabilidade. 
Suas sub-características são: 
• Adaptabilidade, representando a capacidade do software se adaptar a diferentes 
ambientes sem a necessidade de ações adicionais (configurações); 
• Capacidade para ser Instalado identifica a facilidade com que pode se instalar o 
sistema em um novo ambiente; 
• Coexistência mede o quão facilmente um software convive com outros instalados no 
mesmo ambiente; 
• Capacidade para Substituir representa a capacidade que o sistema tem de substituir 
outro sistema especificado, em um contexto de uso e ambiente específicos. Este atributo 
interage tanto com adaptabilidade quanto com a capacidade para ser instalado; 
• Conformidade. 
 
9 – “Garantia da Qualidade de Software ou Software Quality Assurance (SQA) é uma série 
planejada de atividades de apoio que atribui confiança ao software, de modo que as exigências 
sejam devidamente estabelecidas e produtos ou serviços estejam em conformidade com as normas 
especificadas através de uma série de atividade abrangente que são utilizadas em todo o processo do 
ciclo de vida de desenvolvimento do software.” 
MTR, Leandro. Garantia da Qualidade de Software - SQA, 2015. Disponível em 
http://www.leandromtr.com/gestao/garantia-da-qualidade-de-software-sqa//>. Acesso em: 28 de 
fev. 2018. 
Cite e Explique as atividades comuns que envolvem a garantia da qualidade de Software (SQA) 
(Valor 1,5). 
 
Teste de Software (Verificação e Validação), Gerenciamento de Configuração de Software e 
Controle da Qualidade. 
 
1. Teste de Software (Software Testing): Conforme Lewis (2004), "É uma estratégia 
popular para o gerenciamento de risco". (LEWIS, 2004, p. 19) 
O teste de software é usado para verificar que requisitos funcionais e não-funcionais foram 
devidamente implementados. A limitação dessa abordagem (Teste de Software), entretanto, 
é que na fase em que ele acontece, muitas vezes é difícil de se conseguir alguma qualidade 
no produto. Isso porque muitas empresas ainda usam o modelo Waterfall, ou modelo 
cascata, que foca justamente a atividade de teste de software somente no final do modelo, ou 
seja, caso algum defeito seja encontrado (erros em requisitos, por exemplo) todo ciclo 
deverá ser inicializado novamente. O teste de software na verdade, foca quase que 
exclusivamente as atividades de verificação e validação. 
2. Controle da Qualidade (Quality Control): O controle da qualidade é definido como um 
processo e métodos usados para monitorar o trabalho e observar se os requisitos estão sendo 
satisfeitos. O foco é justamente em revisões e remoção de defeitos antes mesmo do envio 
dos produtos. O controle da qualidade deve ser de responsabilidade da unidade 
organizacional que produz o produto. No entanto, é possível ter o mesmo grupo que constrói 
o produto, que realize também o controle da qualidade, ou estabelecer um grupo de controle 
da qualidade separado ou departamento dentro da mesma unidade organizacional que 
desenvolve o produto. 
O controle da qualidade consistem de checklists bem definidos em um produto que é 
especificado no plano de garantia da qualidade. Um exemplos clássico de controle da qualidade 
são as inspeções de software. A inspeção é o grau mais maduro e formal dentro das revisões, 
sendo necessária uma preparação prévia, participantes definidos adequadamente e critérios de 
entrado e saída bem definidos. 
O controle da qualidade é projetado para detectar defeitos e corrigir esses defeitos encontrados, 
enquanto que a garantida da qualidade é orientada através da prevenção de defeitos. 
 
3. Gerenciamento de Configuração de Software (SCM - Software Configuration 
Management): SCM é responsável por identificar, rastrear e controlar mudanças nos elO 
ementos do software de um sistema. O SCM controla a evolução do sistema de software , 
gerenciando versões dos componentes de software e seus relacionamentos. O propósito é 
identificar todos os componentes inter-relacionados do software e para controlar sua evolução 
através das várias fases no ciclo de vida de desenvolvimento de software. 
SCM é uma disciplina que pode ser aplicada para atividades incluindo: desenvolvimento de 
software, controle de documentação, problemas de rastreamento, controle de mudanças e 
manutenção. O SCM ainda consiste de atividades que asseguram que arquitetura e codificação 
são definidas e não podem ser mudados sem uma revisão dos efeitos da mudança e sua 
documentação. Isso porque conforme definição do SCM é controlar o código-fonte e a sua 
documentação associada fazendo com que o código-fonte final e suas descrições estão 
consistentes e representam os itens que estavam revisados e testados.