PROVA AV ENGENHARIA DE SOFTWARE

Prévia do material em texto

Disciplina: ENGENHARIA DE SOFTWARE 
	AV
	Aluno: 
	
	Professor: CLAUDIO PICCOLO FERNANDES
 
	Turma: 9005
	EEX0053_AV_202003605646 (AG) 
	 06/06/2021 13:12:58 (F) 
			Avaliação:
8,0
	Nota Partic.:
	Av. Parcial.:
1,5
	Nota SIA:
9,5 pts
	 
		
	ENSINEME: FASES DO DESENVOLVIMENTO DE SOFTWARE
	 
	 
	 1.
	Ref.: 3990448
	Pontos: 1,00  / 1,00
	
	Durante a codificação do software, podemos adotar a estratégia de teste em forma de espiral, sendo a mesma percorrida a partir do interior, aumentando o nível de abstração a cada volta. Considerando a referida estratégia, assinale a sequência correta de execução dos testes:  
		
	
	Teste de Unidade, Teste de Integração, Teste de Sistema e Teste de Validação. 
	 
	Teste de Unidade, Teste de Integração, Teste de Validação e Teste de Sistema. 
	
	Teste de Integração, Teste de Unidade, Teste de Validação e Teste de Sistema. 
	
	Teste de Unidade, Teste de Validação, Teste de Integração e Teste de Sistema. 
	
	Teste de Integração, Teste de Validação, Teste de Unidade e Teste de Sistema. 
	
	
	 2.
	Ref.: 3990441
	Pontos: 0,00  / 1,00
	
	A Engenharia de Requisitos inclui as atividades de descobrir, analisar, documentar e verificar os serviços fornecidos pelo sistema e suas restrições operacionais. Considere as seguintes afirmativas relacionadas com essa engenharia: 
I- Na etapa de especificação ocorre a priorização e a resolução de conflitos entre os requisitos definidos nas etapas anteriores. 
II- Na etapa de elaboração os engenheiros de software realizam um estudo detalhado dos requisitos levantados e, a partir desse estudo, são construídos modelos para representar o sistema a ser construído.  
III- Na etapa de levantamento é gerada uma especificação de requisitos que serve como um contrato entre clientes e equipe de projeto, esclarecendo aos clientes o que será entregue como produto do trabalho da equipe de desenvolvimento.  
Assinale a alternativa CORRETA: 
		
	
	Apenas a afirmativa I é verdadeira. 
	
	Apenas as afirmativas I e III são verdadeiras. 
	 
	As afirmativas I, II e III são verdadeiras. 
	
	Apenas a afirmativa II é verdadeira. 
	 
	Apenas as afirmativas II e III são verdadeiras. 
	
	
	 
		
	ENSINEME: FUNDAMENTOS DE SOFTWARE E GERENCIAMENTO DE PROJETOS
	 
	 
	 3.
	Ref.: 4848567
	Pontos: 1,00  / 1,00
	
	Considerando as áreas de conhecimento do gerenciamento de projetos, avalie as seguintes afirmativas:
 
· __________________ é a área de conhecimento que permite identificar os pacotes de trabalho.
 
· O sequenciamento das atividades, definido pelo diagrama de redes do projeto, é elaborado na área de conhecimento ______________________.
 
· O Termo de Abertura do Projeto é o documento que autoriza a alocação de recursos ao projeto, sendo elaborado na área de conhecimento ___________________.
 
Assinale a alternativa que preenche as lacunas na sequência correta:
		
	
	Gerenciamento do Escopo do Projeto, Gerenciamento da Integração do Projeto, Gerenciamento do Cronograma do Projeto.
	
	Gerenciamento do Cronograma do Projeto, Gerenciamento do Escopo do Projeto, Gerenciamento da Integração do Projeto.
	
	Gerenciamento da Integração do Projeto, Gerenciamento do Escopo do Projeto, Gerenciamento do Cronograma do Projeto.
	 
	Gerenciamento do Escopo do Projeto, Gerenciamento do Cronograma do Projeto, Gerenciamento da Integração do Projeto.
	
	Gerenciamento do Cronograma do Projeto, Gerenciamento da Integração do Projeto, Gerenciamento do Escopo do Projeto.
	
	
	 4.
	Ref.: 4848563
	Pontos: 1,00  / 1,00
	
	A avaliação do impacto de mudança de um requisito, muitas vezes, faz com que seja necessário retornar à sua fonte. Na validação dos requisitos, a equipe deve estar atenta, portanto, à :
		
	 
	Rastreabilidade
	
	Facilidade de compreensão
	
	Qualidade
	
	Adaptabilidade
	
	Facilidade de verificação
	
	
	 
		
	ENSINEME: GERENCIAMENTO DE CONFIGURAÇÕES
	 
	 
	 5.
	Ref.: 3990882
	Pontos: 1,00  / 1,00
	
	Um software de gerência de configuração deve ser capaz de: 
		
	
	configurar automaticamente a instalação do software de acordo com o sistema operacional do servidor. 
	
	gerenciar que usuários podem ter acesso a certos tipos de funções do software. 
	
	atualizar automaticamente as versões do software instaladas nas máquinas clientes. 
	 
	gerenciar a evolução do software durante o seu processo de desenvolvimento. 
	
	configurar o software de acordo com as preferências do usuário. 
	
	
	 6.
	Ref.: 3990869
	Pontos: 1,00  / 1,00
	
	O conjunto de atividades destinadas a gerenciar as alterações de software, identificando os artefatos que precisam ser alterados, estabelecendo relações entre eles, definindo mecanismos para gerenciar diferentes versões desses artefatos, controlando as alterações impostas e relatando as alterações feitas, caracteriza a gestão de: 
		
	
	qualidade de software. 
	 
	configuração de software. 
	
	recursos de produto. 
	
	recursos humanos. 
	
	processos de negócio. 
	
	
	 
		
	ENSINEME: MODELOS DE PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
	 
	 
	 7.
	Ref.: 3990747
	Pontos: 0,00  / 1,00
	
	No que diz respeito a processos e práticas ágeis, o desenvolvimento incremental:
		
	 
	é, na XP (Extreme Programming), sustentado por meio de pequenos e frequentes releases do sistema, e os clientes estão intimamente envolvidos na especificação e na priorização dos requisitos do sistema. 
	
	enfoca, assim como o acceptance test-driven development, a qualidade do código desenvolvido quanto a recursividade, declaração das variáveis e clean code, de modo a torná-lo de fácil entendimento, modificação e testagem. 
	
	enfoca a integração contínua como uma prática de desenvolvimento de software, incompatível com a XP (E xtreme Programming) e o Scrum, que permite aos desenvolvedores agregarem alterações de código e realizarem testes. 
	
	pressupõe o uso do behavior driven development, que considera a linguagem de programação a ser usada, da 4° geração em diante, com foco, principalmente, no comportamento visual, interativo e cognitivo do sistema. 
	 
	é, assim como o test-driven development, uma prática da XP (Extreme Programming) que exige teste automatizado, domain-driven design, refactoring e integração contínua. 
	
	
	 8.
	Ref.: 3990734
	Pontos: 1,00  / 1,00
	
	Considere que você trabalhe em uma empresa de desenvolvimento de software e que a empresa tenha decidido desenvolver um novo editor de texto para colocar no mercado. Esse editor deve ser um software que forneça recursos adicionais de apoio à autoria, embasado no estilo de escrita do usuário, o que o torna um software de funcionalidade mais complexa. Considere que a empresa deseje disponibilizar o produto no mercado em versões que agreguem esse suporte de forma gradativa, fazendo análise de 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? 
		
	
	RAD (rapid application development) 
	
	prototipação 
	 
	espiral 
	
	cleanroom 
	
	cascata 
	
	
	 
		
	ENSINEME: QUALIDADE DE SOFTWARE
	 
	 
	 9.
	Ref.: 3990853
	Pontos: 1,00  / 1,00
	
	A respeito de qualidade de software e suas métricas, assinale a opção correta. 
		
	
	A medida do número de caracteres em um programa é uma métrica do tipo fog index. 
	
	A métrica de comprimento total faz referência ao número de linhas no código que se considera inversamente proporcional ao índice de erro que o código pode apresentar. 
	 
	A métrica de complexidade ciclomática é uma medida que pode estar relacionada ao nível de compreensão do programa. 
	
	O número de funções ou métodos que constam em um programa pode ser avaliado pela métrica de software fan-in/fan-out. 
	
	A métrica de profundidade de condições aninhadas é a que permite uma melhor compreensão do código.10.
	Ref.: 3990846
	Pontos: 1,00  / 1,00
	
	O engenheiro de software avalia que na sua equipe, em datas próximas da data de entrega de uma versão do sistema, a produtividade e o nível de estresse da equipe são impactados. Ele deseja automatizar o processo, de forma a mitigar esses efeitos. Para tanto: 
		
	
	como parte da entrega contínua, ele automatiza uma série de rotinas para que o sistema seja automaticamente posto em produção. 
	 
	como parte da implantação contínua, ele automatiza o processo de forma que impeça que a nova versão do sistema entre em produção, caso o teste falhe. 
	
	como parte da entrega contínua, ele elabora smoke tests para garantir o funcionamento do sistema, antes de enviá-lo para produção. 
	
	como parte da implantação contínua, ele elabora uma série de testes para garantir que ao implementar uma nova rotina ou funcionalidade as outras partes do sistema continuem operando normalmente. 
	
	como parte da integração contínua, ele automatiza o processo de agregar novas mudanças na forma de recursos e funcionalidades, em uma nova versão.