Apol 1 Engenharia de Software Qualidade de Software

Prévia do material em texto

Questão 1/5 - Engenharia de Software (E) 
Modelo que é mais antigo e também o mais usado em engenharia de software, que modela em função do ciclo da engenharia 
convencional, que precisa de uma abordagem sistemática, sequencial no desenvolvimento de software. Essas características são de qual 
modelo? 
Nota: 20.0 
 
A Cascata 
Você acertou! 
Pré Roteiro, Engenharia de Software, Aula 01. Ao contrario da questão 1 aqui não 
temos a analise de risco. Apenas a aplicação de um Modelo Clássico de 
Desenvolvimento. 
 
B Espiral 
 
C RAD (rapid application development) 
 
D Scrum 
 
Questão 2/5 - Engenharia de Software (E) 
 Assinale a opção correta acerca de modelos de processo de software. 
Nota: 20.0 
 
A O modelo em cascata é apropriado para softwares em que os requisitos ainda não foram muito 
bem compreendidos, pois foca na criação de incrementos. 
 
B O desenvolvimento ágil de software sempre valoriza mais: indivíduos e interações do que 
os processos e as ferramentas. Software que funciona do que documentação 
compreensível. A colaboração do cliente do que a negociação contratual. Respostas a 
mudanças do que um planejamento a ser seguido. 
Você acertou! 
Pré Roteiro, Engenharia de Software, Aula 03. 
 
Uma das características marcantes do desenvolvimento ágil é a valorização das pessoas e 
o desenvolvimento em interações e a adaptação rápida a mudanças no software. 
 
C Desenvolvimento decremental é sinônimo de desenvolvimento iterativo. 
 
D A programação eXtreme Programming ou XP é um processo de desenvolvimento ágil que 
permite a ausência dos clientes nas fases iniciais, como nas reuniões de planejamento de versão 
e planejamento de iteração. 
 
Questão 3/5 - Engenharia de Software (E) 
Qual das seguintes frases melhor explica a Engenharia de Software? 
Nota: 20.0 
 
A A engenharia de software baseia-se em teorias, métodos e ferramentas para 
o desenvolvimento de software profissional. 
Você acertou! 
Pré Roteiro, Engenharia de Software, Aula 01. No item A temos a definição 
clássica parra a Engenharia de Software. 
 
B A engenharia de software baseia-se em normas para aplicações no 
desenvolvimento do software profissional. 
 
C A engenharia de software baseia-se somente em teorias, práticas do ciclo 
clássico de desenvolvimento de software. 
 
D A aplicação de uma abordagem sistemática, disciplinada e não quantificável no 
desenvolvimento, na operação e na manutenção de software. 
 
Questão 4/5 - Engenharia de Software (E) 
 Ao longo de todo o desenvolvimento do software, devem ser aplicadas atividades para a garantia de qualidade de software, entre as 
quais se encontra a atividade de teste. Um dos critérios de teste utilizados para gerar casos de teste é o denominado critério dos 
caminhos básicos, cujo número de caminhos pode ser determinado com base na complexidade ciclomática. Considerando-se o grafo de 
fluxo de controle apresentado na figura abaixo, no qual os nós representam os blocos de comandos e as arestas representam a 
transferência de controle, qual a quantidade de caminhos básicos que devem ser testados no programa associado a esse grafo de fluxo 
de controle, sabendo-se que essa quantidade é igual à complexidade ciclomática mais um? 
 
 
Nota: 20.0 
 
A 1 
 
B 3 
 
C 4 
Você acertou! 
Pré Roteiro, Engenharia de Software, Aula 04. 
 
Aqui utiliza-se a fórmula da complexidade ciclomática: V(G) = E – N + 2. No exemplo da questão 
temos 9 arestas e 7 nós. Pela fórmula ficaria V(G) = 9 – 7 + 2 = 4. 
 
D 7 
 
Questão 5/5 - Engenharia de Software (E) 
Um analista trabalha com desenvolvimento de software e a empresa onde ele trabalha deseja desenvolver um novo editor de web para 
colocar no mercado. Esse editor deve ser um software que forneça recursos, embasados no que o usuário escreveu, o que o torna um 
software de funcionalidade complexa. Considere que a empresa deseja disponibilizar o produto no mercado em versões de forma 
gradativa, fazendo análise do risco para avaliar a viabilidade de desenvolvimento de uma nova versão. Tendo de escolher um modelo de 
processo para desenvolver esse editor, e conhecendo as características dos modelos existentes, entre os modelos abaixo, qual é o 
modelo apropriado para esse caso? 
Nota: 20.0 
 
A Cascata 
 
B Espiral 
Você acertou! 
Pré Roteiro, Engenharia de Software, Aula 01. Aqui o que responde a questão é 
a analise do risco, fato característico do Modelo Espiral. 
 
C RAD (rapid application development) 
 
D Scrum 
 
 
Questão 1/5 - Qualidade de Software (E) 
Suponha que um usuário de um determinado sistema que gera notas fiscais tenta utilizar a função de impressão do sistema. Quando vai 
buscar o documento na impressora, verifica que o valor que o valor impresso está incorreto, e é diferente do valor exibido na tela de 
impressão. Imaginando se tratar de um problema na codificação deste módulo, o usuário se deparou com: 
Nota: 20.0 
 
A uma catástrofe 
 
B um incidente 
 
C um erro de digitação 
 
D uma falha 
Você acertou! 
d) falha 
 
Comentário: 
De acordo com a IEEE, a falha é a “manifestação de erro em um software”. 
Catástrofe e Incidente não são termos utilizados em qualidade de software. Incidentes são 
pertinentes à área de Gestão de Incidentes do framework ITIL. Erro de digitação 
 também não é valido neste contexto, pois o texto afirma que o valor estava correto na tela de visualização, e saiu diferente na impressão. 
 
Questão 2/5 - Qualidade de Software (E) 
As ferramentas de análise estática de código, como o PMD e o FindBugs, encontram erros nos programas ao: 
Nota: 20.0 
 
A analisar o código produzido sem executá-lo. 
Você acertou! 
1. a) analisar o código produzido sem executá-lo. 
Comentário: 
As ferramentas de análise estática de código não executam o software; apenas 
percorrem o código em busca de erros semânticos, estruturais, etc. 
Além do PMD e FindBugs, também podemos citar o Checkstyle 
 
B filtrar os erros encontrados nos arquivos de log. 
 
C executar os casos de teste previamente definidos. 
 
D monitorar o estado da memória durante a execução do programa. 
 
Questão 3/5 - Qualidade de Software (E) 
Dentre os diversos critérios relacionados à avaliação da qualidade, um dos mais importantes são os Requisitos. Comumente, os requisitos 
de software são divididos entre requisitos funcionais e não funcionais. Classifique os itens abaixo como “Requisitos Funcionais” ou 
“Requisitos Não-Funcionais”: 
1- Requisitos Funcionais 
2- Requisitos Não-Funcionais 
 
 
( ) Tempo de resposta de uma transação 
( ) Definem propriedades e restrições de sistema 
( ) Definem requisitos de processos 
( ) Definem serviços que o sistema deve fornecer 
 
Assinale a alternativa que apresenta a sequência correta, de cima para baixo. 
Nota: 20.0 
 
A 1 – 1 – 2 – 1 
 
B 2 – 2 – 1 – 1 
Você acertou! 
 b) 2 – 2 – 1 – 1 
Comentário: 
Requisitos funcionais, além de corresponderem a declarações de funções que o sistema deve fornecer, 
como o sistema deve reagir a entradas específicas e como deve se comportar em determinadas situações, 
também podem corresponder a declarações específicas do que o sistema não deve fazer. 
 Requisitos não funcionais descrevem o que um software não deve fazer. São restrições sobre os serviços 
ou as funções oferecidas pelo sistema. Entre eles destacam-se restrições de tempo, restrições sobre o 
processo de desenvolvimento, padrões, entre outros 
 
C 2 – 1 – 1 – 1 
 
D 1 – 1 – 2 – 2 
 
Questão 4/5 - Qualidade de Software (E) 
Revisões e inspeções são atividades de controle de qualidade que verificam a qualidade dos entregáveis projeto. É um objetivo das 
inspeçõesde software: 
Nota: 20.0 
 
A revisões de progresso 
 
B avaliação de metas organizacionais 
 
C detecção de defeitos. 
Você acertou! 
c) detecção de defeitos. 
 
Comentário: 
De acordo com o SWBOK, o objetivo de uma inspeção é detectar e identificar anomalias de produtos de software. Alguns diferenciais 
importantes de inspeções como em comparação com outros tipos de revisões técnicas são estes: 
1. Regras. As inspeções são baseadas na análise um produto de trabalho em relação a um conjunto definido dos critérios especificados pela 
organização. Conjuntos de regras podem ser definidas para diferentes tipos de produtos de trabalho (por exemplo, regras para requisitos, 
descrições de arquitetura, código-fonte). 
 
2. Amostragem. Em vez disso, tentativa de examinar cada palavra e figura em um documento, o processo de inspeção permite que os 
verificadores avaliem subconjuntos definidos (amostras) dos documentos sob revisão. 
 
3. Pessoas que ocupam cargos de administração acima dos membros da equipe de inspeção não participar da inspeção. Isto é uma distinção 
fundamental entre a revisão por pares e revisão de gerenciamento. 
4. Líderança. Um moderador imparcial que é treinado em técnicas de inspeção leva a inspeção reuniões. 
5. Reunião. O processo de inspeção inclui reuniões realizadas por um moderador de acordo com um formal procedimento em que os 
membros da equipe de inspeção relatarão as anomalias que encontraram e outras questões. As inspeções de software envolvem sempre o 
autor de um produto intermediário ou final; outras opiniões talvez não. As inspeções também incluem uma inspeção líder, um gravador, 
um leitor e alguns (dois a cinco) verificadores (inspetores) 
 
D revisões de cronograma 
 
Questão 5/5 - Qualidade de Software (E) 
Em 1970 em meio à enorme imprecisão de estimativas de cronogramas e custos de desenvolvimento e a falta de capacitação e 
treinamento formal dos profissionais da área de software, ocorreu um evento significativo na área de engenharia de software, este evento 
foi denominado: 
Nota: 20.0 
 
A Crise de produtos de software 
 
B Crise de software 
Você acertou! 
Comentário: 
Em 1970 ocorreu um evento denominado “crise do software”. Esta crise abrange problemas relacionados à 
(REZENDE, 2005) 
“como sistemas computacionais são construídos; como sistemas computacionais são implantados, referindo-se 
aqui ao processo de substituir sistemas antigos, desativando sistemas correntemente em operação, ou ao 
processo de instalar um sistema completamente novo; como é provida a manutenção da quantidade crescente 
de software construído, associado a sistemas computacionais cada vez mais complexos; como fazer face à 
crescente demanda para construção de software, visando satisfazer ao conjunto enormemente variado de 
anseios por informatização altamente detectada na sociedade moderna; como administrar as questões 
comportamentais, envolvendo os clientes ou os usuários e a política, cultura e filosofia organizacional.” 
 
C Bug do Milênio 
 
D Revolução do Software