Prova A5 UAM N2 GRA0239 ENGENHARIA DE SOFTWARE 2021

Prévia do material em texto

Curso GRA0239 ENGENHARIA DE SOFTWARE GR0841-212-9 - 202120.ead-17440.01 
Teste 20212 - PROVA N2 (A5) 
Iniciado 09/12/21 07:40 
Enviado 09/12/21 07:57 
Status Completada 
Resultado da tentativa 10 em 10 pontos 
 
 
 
PERGUNTA 1 
1. Baseadas em ideias de Grady Booch, James Rumbaugh e Ivar Jacobson, a 
UML (unified modeling language) surgiu para assumir o posto de padrão para 
modelagem de sistemas orientados a objetos. A existência de diagramas para 
diferentes propósitos faz com que o sistema modelado possa ser analisado por 
diferentes perspectivas. A opção que melhor apresenta a dupla diagrama-
perspectiva é: 
 
.Diagrama de Casos de Uso – Estrutura de funcionalidades. 
 
.Diagrama de Atividades – Estrutura do software. 
 
.Diagrama de Componente – Comportamento de componentes. 
 
.Diagrama de Classe – Comportamento de classes. 
 
.Diagrama de Sequência – Interação entre objetos. 
1 pontos 
PERGUNTA 2 
1. Os testes devem ser feitos com um planejamento, para se pensar o que vai ser 
testado e preparar dados (SOMMERVILLE, I. Engenharia de Software. 9. ed. 
São Paulo: Pearson Education, 2011). 
Das alternativas abaixo, assinale a que informa corretamente sobre os passos 
iniciais para a produção de teste de software 
com coerência. 
 
.Projetar casos de teste; Preparar dados de teste; Executar programa com 
dados de teste,; Comparar resultados. 
 
.Preparar dados de teste; Projetar casos de teste; Executar programa com 
dados de teste; Comparar resultados. 
 
.Preparar dados de teste; executar dados de teste; Analisar os dados de 
teste; Comparar resultados. 
 
.Projetar casos de teste; Executar programa com dados de teste; 
Comparar resultados; Fazer os relatórios. 
 
.Preparar dados de teste; Projetar casos de teste; Executar programa com 
dados de teste; Fazer os relatórios. 
1 pontos 
PERGUNTA 3 
1. “Uma estrutura de processo genérica para a Engenharia de Software 
define cinco atividades de estrutura: comunicação, planejamento, modelagem, 
construção e implantação. Além disso, um conjunto de atividades guarda-
chuva: acompanhamento e controle de projetos, gerenciamento de riscos, 
garantia de qualidade, gerenciamento de configurações, revisões técnicas e 
outras - são aplicadas em todo o processo” (PRESSMAN, 2010). 
PRESSMAN, R. Engenharia de Software . 8. ed. Porto Alegre: AMGH, 2016. 
Disponível 
em: https://laureatebrasil.blackboard.com/webapps/blackboard/content/listCont
ent.jsp?course_id=_198689_1&content_id=_4122211_1&mode=reset . Acesso 
em: 23 jul. 2019. 
Entende-se por atividades guarda-chuva, atividades que: 
 
Não são particulares a uma fase específica do processo de 
desenvolvimento de software e, por isso, podem ser executadas em 
qualquer fase do processo. 
 
Garantem que o software será entregue ao final do projeto. 
 
Protegem todo o processo de desenvolvimento de software. 
 
Ocorrem posterior ao final de cada fase do processo de desenvolvimento 
de software. 
 
Servem como um cobertor a todo o processo de desenvolvimento 
de software. 
1 pontos 
PERGUNTA 4 
1. Diagramas de objetos servem para representar instâncias de classes do 
sistema e o relacionamento entre as instâncias em um momento específico. 
Por apresentaram informações instanciadas de classes, o diagrama de objetos 
acaba por apresentar uma sintaxe muito similar ao próprio diagrama de 
classes. Apesar de trazer alguns benefícios adicionais para a representação do 
software, o diagrama de objetos não configura entre os mais utilizadas em 
projetos de desenvolvimento de software. Dentre os benefícios que o diagrama 
pode trazer para o projeto de desenvolvimento de software, podemos destacar: 
 
.a criação de exemplos da estrutura do software que suporte à verificação 
dos conceitos apresentados antes mesmo de estes serem implementados. 
 
.a captura de dados reais a serem populados na base de dados do 
sistema. 
 
.a possibilidade de uso do diagrama para discussão com os clientes do 
software. 
 
.o uso do diagrama para realização de estimativas de entrega do software. 
 
.a possibilidade de uso do diagrama para alocação de tarefas para a 
equipe de desenvolvimento. 
1 pontos 
PERGUNTA 5 
1. Diagramas estruturais são utilizados para representar, como o nome sugere, 
estruturas do sistema. Diferentemente dos diagramas comportamentais, os 
estruturais ilustram aspectos estáticos do sistema e servem para modelar as 
unidades, em diferentes dimensões, que irão compor o sistema. O grão da 
unidade a ser modelada irá, de certa forma, definir o diagrama mais apropriado 
a ser utilizado em cada caso. Sobre os diagramas estruturais, assinale a opção 
com a correta correspondência entre conceito e definição: 
(1) Diagrama de Classes A) é um diagrama que, ao representar aspectos estruturais do software, explicita a estrutura do software 
em relação aos componentes existentes, que podem ser representações de unidades independentes e 
significativas que são utilizadas em conjunto para a realização de uma funcionalidade no software 
(2) Diagrama de Objetos B) é um diagrama que, ao representar aspectos estruturais do software, explicita a estrutura do software 
em relação aos pacotes existentes, promovendo uma visualização mais geral da organização das classes 
do software, das funcionalidades do software entre outros 
(3) Diagrama de Componentes C) é um diagrama que, ao representar aspectos estruturais do software, explicita a estrutura do software 
em relação às instâncias das classes existentes, ou seja, aos objetos existentes no sistema, seus atributos 
valorados e relacionamentos com demais objetos 
(4) Diagrama de Pacotes D) é um diagrama que, ao representar aspectos estruturais do software, explicita a estrutura do software 
em relação às classes existentes, seus atributos, comportamentos e relacionamentos com demais classes 
 
.1-A; 2-B; 3-C e 4-
D. 
 
.1-D; 2-C; 3-A e 4-
B. 
 
.1-B; 2-A; 3-C e 4-
D. 
 
.1-B; 2-C; 3-A e 4-
D. 
 
.1-D; 2-C; 3-B e 4-
A. 
1 pontos 
PERGUNTA 6 
1. Analise as afirmativas abaixo e a relação entre elas: 
I. Como a manutenção é inevitável, precisa ser mantida 
PORQUE 
II. Um sistema não pode ser descartado, mesmo que não tenha mais como 
agregar valor. 
Analisando as afirmações acima, conclui-se que: 
 
.As duas afirmações são verdadeiras, e a segunda justifica a primeira. 
 
.As duas afirmações são verdadeiras, e a segunda não justifica a primeira. 
 
.A primeira afirmação é verdadeira, e a segunda é falsa. 
 
.A primeira afirmação é falsa, e a segunda é verdadeira. 
 
.As duas afirmações são falsas. 
1 pontos 
PERGUNTA 7 
1. As metodologias ágeis são entendidas como ágeis por aplicarem práticas de 
desenvolvimento de software que trazem maior agilidade ao processo de 
desenvolvimento de software. Ágil é muitas vezes confundido com rápido, 
porém apesar de sutil, a diferença existe. Agilidade diz respeito a aproveitar ao 
máximo os recursos disponíveis para focar em assuntos prioritários, muitas 
vezes para se atingir agilidade é necessário inserir atividades, tarefas ou 
práticas no processo de desenvolvimento. 
Veja o quadro a seguir: 
1) Reunião em pé A) prática realizada em dupla em que um programador experiente 
programa junto com outro mais júnior em um mesmo computador 
2) Refatoração B) prática realizada em grupo em que membros levantam problemas 
que estejam impedindo o bom andamento do desenvolvimento como 
forma a identificar possíveis resoluções 
3) Programação em pares C) prática realizada sempre quando há a necessidade de resolução de 
problemas estruturais no código fonte como forma a melhorar a 
qualidade interna do código e possibilitar a evolução deste 
4) Teste de aceitação D) prática realizada por clientes do produto em que é avaliado o produto 
frente às expectativas para o mesmo 
2. 
Sobre as práticas ágeis de desenvolvimento de software , assinale a opção 
com a correta correspondência entre conceito e definição: 
 
1-B; 2-A;3-C e 4-D. 
 
1-A; 2-B; 3-C e 4-D. 
 
1-D; 2-C; 3-A e 4-B. 
 
1-D; 2-C; 3-B e 4-A. 
 
1-B; 2-C; 3-A e 4-D. 
1 pontos 
PERGUNTA 8 
1. Requisitos não funcionais são restrições do sistema e impõem limites para o 
funcionamento de demais requisitos (principalmente funcionais) do sistema. 
Cada requisito não funcional pode ser subclassificado em pelo menos uma 
característica de qualidade, esta podendo ser identificada conforme o teor 
apresentado pela descrição do requisito não funcional. Veja o exemplo de 
requisito não funcional a seguir e responda o que segue: 
“O sistema deve criptografar as senhas dos usuários utilizando criptografia 
SHA-256”. 
O requisito descrito é um requisito não funcional de: 
 
Segurança. 
 
Usabilidade. 
 
Acessibilidade. 
 
Interoperabilidade. 
 
Disponibilidade. 
1 pontos 
PERGUNTA 9 
1. Padrões de arquitetura ou estilos arquiteturais são projetos de alto nível de 
software que organizam “blocos” de estruturas e funcionalidades do software 
de maneira coesa e estabelecem formas específicas de comunicação entre 
eles. Os padrões de arquitetura existem como forma de resolver problemas 
comuns de desenvolvimento e manutenção de software e estão geralmente 
relacionados com características de qualidade requeridas para o software. São 
exemplos de padrões de arquitetura: 
 
.Abstract Factory e Adapter. 
 
.Cliente-Servidor e Adapter. 
 
.MVC e Builder. 
 
.Duto-e-Filtro e Fachada. 
 
.Cliente-Servidor e Camadas. 
1 pontos 
PERGUNTA 10 
1. O teste de usuário é o momento que o sistema tem maturidade de uso, depois 
de realizadas algumas sugestões do cliente (GALLOTTI, G. M. A. Qualidade 
de Software. São Paulo: Pearson, 2017). 
Das alternativas abaixo, assinale a que descreve a característica do tipo de 
teste de usuário denominado teste de Homologação. 
 
.Momento em que o sistema é disponibilizado para teste para a equipe de 
desenvolvimento para o seu uso de forma não real. 
 
.Momento em que o sistema é disponibilizado para usuários com 
experiência do negócio, mesmo que não esteja acabado. 
 
.Momento em que o desenvolvedor testa o sistema, para saber se as 
funcionalidades que ele associou ao código estão corretas. 
 
.Momento em que o sistema é testado pelo usuário em conjunto com os 
desenvolvedores para estar o máximo próximo dos requisitos. 
 
.Momento final quando usuários testam se o sistema pode ser usado, 
realizado em um intervalo definido de tempo.