Atividade 4 Engenharia

Prévia do material em texto

· Pergunta 1
1 em 1 pontos
	
	
	
	Na unidade 4 vimos que Sommerville (2007) propôs diferentes tipos de testes. Porém, Pressman (2006), diz que é importante lembrar que teste de sistema é na verdade uma série de diferentes testes cuja finalidade principal é exercitar por completo o sistema baseado em computador.
Com base nos testes propostos por Beizer (1984), relacione os elementos das duas colunas abaixo, onde a primeira apresenta os tipos de teste e a segunda, suas funções.
A - Teste de recuperação
B - Teste de segurança
C - Teste de estresse
D - Teste de desempenho
( )  Executa um sistema de tal forma que demanda recursos em quantidade, frequência ou volume anormais.
( ) Esses testes são frequentemente acoplados a testes de estresse e usualmente requerem instrumentação, tanto de hardware quanto de software.
( )  É um teste de sistema que força o software a falhar de diversos modos e verifica se o seu retorno é adequadamente realizado.
( ) Verifica se os mecanismos de proteção incorporados a um sistema irão de fato protegê-lo de invasão imprópria.
A sequência correta é:
	
	
	
	
		Resposta Selecionada:
	c. 
C, D, A, B
	Resposta Correta:
	c. 
C, D, A, B
	
	
	
· Pergunta 2
1 em 1 pontos
	
	
	
	Conforme visto na unidade 4, o objetivo do teste de software é descobrir erros, e para alcançar esse objetivo uma série de passos de testes é planejada e executada. Segundo Pressman (2006), algumas estratégias de teste de software têm sido propostas na literatura, todas elas fornecem ao desenvolvedor de software um gabarito de teste. Com base em algumas características genéricas de teste de software descritas por este autor, assinale a alternativa errada.
	
	
	
	
		Resposta Selecionada:
	b. 
Testes de baixo nível não são necessários,  pois avaliam somente o código fonte.
	Resposta Correta:
	b. 
Testes de baixo nível não são necessários,  pois avaliam somente o código fonte.
	
	
	
· Pergunta 3
1 em 1 pontos
	
	
	
	Segundo Sommerville (2007), o projeto de casos de teste é a parte do teste de sistemas e de componentes, no qual se projetam os casos (entradas e saídas esperadas) que testam o sistema. A meta do processo de projeto de casos de teste é criar um conjunto de casos de testes eficazes para descobrir defeitos do programa e demonstrar que o sistema atende aos requisitos.
Com base nisso, leia as afirmativas abaixo e assinale a alternativa errada:
	
	
	
	
		Resposta Selecionada:
	d. 
Para projetar um caso de teste não há necessidade de selecionar características do sistema ou quaisquer  outros componentes que serão testados.
	Resposta Correta:
	d. 
Para projetar um caso de teste não há necessidade de selecionar características do sistema ou quaisquer  outros componentes que serão testados.
	
	
	
· Pergunta 4
1 em 1 pontos
	
	
	
	O planejamento dos testes deve ocorrer em diferentes níveis e em paralelo ao desenvolvimento do software. Conforme estudado na unidade 4, relacione os elementos das duas colunas abaixo, onde a primeira apresenta os tipos de teste e a segunda, suas funções.
A - Teste de unidade
B - Teste de interfaces
C - Teste de integração
D - Teste de releases
 
( ) Também conhecido como teste funcional, este tipo de teste geralmente é um processo de teste caixa-preta, no qual os testes são derivados da especificação do sistema.
( )  Este tipo de teste é particularmente importante para o desenvolvimento orientado a objetos e baseado em componentes.
( )  Sua função é de enfocar a lógica interna de processamento e as estruturas de dados dentro dos limites de um componente, normalmente este teste é considerado um apêndice ao passo de codificação.
( )  Verifica se os componentes de um sistema, como exemplo: reusáveis adaptados e componentes novos desenvolvidos, funcionam realmente em conjunto, se são chamados corretamente e se transferem dados corretos no tempo correto. 
A sequência correta é:
	
	
	
	
		Resposta Selecionada:
	e. 
D, B, A, C
	Resposta Correta:
	e. 
D, B, A, C
	
	
	
· Pergunta 5
1 em 1 pontos
	
	
	
	Segundo Sommerville (2007), a reengenharia de software tem como objetivo reimplantar sistemas legados para que sua manutenção seja mais fácil e, segundo Pressman (2006), ela é uma atividade que absorve recursos de tecnologia da informação durante muitos anos. Por isso, toda a organização precisa de uma estratégia pragmática para a reengenharia de software.
Com base nas atividades do processo de reengenharia proposto por Sommerville (2007) estudadas na Unidade 4, relacione os elementos das duas colunas abaixo, onde a primeira apresenta as atividades do processo de reengenharia e a segunda suas funções.
A - Conversão do código-fonte
B - Engenharia reversa
C - Aprimoramento da estrutura do programa
D - Modularização de programa
E - Reengenharia de dados
( ) A estrutura de controle do programa é analisada e modificada, a fim de torná-la mais fácil de ser lida e compreendida.
( ) As partes relacionadas do programa são agrupadas e, quando for apropriado, as redundâncias são removidas. Em alguns casos, esse estágio pode envolver a transformação de arquitetura em que um sistema centralizado, planejado para um único computador, é modificado para operar em uma plataforma distribuída.
( ) O programa é convertido de uma linguagem de programação antiga para uma versão mais moderna, da mesma linguagem, ou para uma linguagem diferente.
( ) Os dados processados são alterados para refletir as mudanças do programa.
( ) O programa é analisado e as informações são extraídas dele, a fim de ajudar a documentar sua organização e funcionalidade.
A sequência correta é:
	
	
	
	
		Resposta Selecionada:
	c. 
C, D, A, E, B
	Resposta Correta:
	c. 
C, D, A, E, B
	
	
	
· Pergunta 6
1 em 1 pontos
	
	
	
	Segundo Sommerville (2007), as atividades de verificação e de validação (V&V), ocorrem em cada estágio do processo de software, e que V&V começa com revisões de requisitos e continua ao longo das revisões de projeto e das inspeções de código até o teste do produto. Dentro desse contexto, leia as afirmativas abaixo:
 I - O papel da verificação envolve averiguar se o software está de acordo com suas especificações, sendo necessário verificar se ele atende aos requisitos funcionais e não funcionais especificados.
II - A validação tem por finalidade assegurar que o sistema de software atenda às expectativas do cliente, ou seja, vai além de verificar se o sistema está de acordo com sua especificação para mostrar que o software realiza o que o cliente espera que ele faça.
III - Teste de software e Inspeções de software são abordagens independentes para a verificação e análise de sistemas dentro do processo de V&V.
IV - Inspeções de software e análises automatizadas são técnicas de V&V estáticas, quando não é necessário executar o software em um computador.
V -  Os termos verificação e validação não são a mesma coisa, embora sejam frequentemente confundidos: Validação (Estamos construindo o produto corretamente?); Verificação (Estamos construindo o produto correto?).
Assinale a alternativa certa:
	
	
	
	
		Resposta Selecionada:
	e. 
somente as alternativas III e V são incorretas
	Resposta Correta:
	e. 
somente as alternativas III e V são incorretas
	
	
	
· Pergunta 7
1 em 1 pontos
	
	
	
	Os processos de manutenção variam consideravelmente, dependendo: do tipo de software que está em manutenção, dos processos de desenvolvimento utilizados em uma organização e do pessoal envolvido no processo. De uma forma geral, todos os processos de manutenção têm as mesmas atividades fundamentais de análise de modificações, planejamento de releases, implementação de sistemas e liberação de um sistema para os clientes. Dentro desse contexto, leia as afirmativas abaixo:
 I - O processo de manutenção é iniciado por um conjunto de pedidos de mudança por parte dos usuários do sistema, da gerência ou dos clientes. O custo e o impacto dessas mudanças são calculados para ver quanto do sistema é afetado pela mudança e quanto pode custar para implementá-la.
II- Algumas vezes, os pedidos de modificações serelacionam com problemas no sistema que devem ser resolvidos com muita urgência devido ao reparo ser para permitir a continuação da operação normal do sistema  ou  devido às mudanças ambientais, que têm efeito inesperado sobre o sistema e ainda, devido às mudanças nos negócios que não foram previstos, que podem ser devidas ao surgimento de novos concorrentes ou de uma nova legislação.
III - Segundo Sommerville (2003), geralmente nos reparos de emergência em sistemas é escolhida a melhor solução, em vez da solução possível, no que diz respeito à estrutura do sistema, tornando as futuras mudanças progressivamente mais fáceis com custos menores de manutenção.
IV - Segundo Sommerville (2007), a previsão do número de pedidos de alteração para um sistema requer uma compreensão da relação entre o sistema e seu ambiente externo. Para isso é importante avaliar: o número e a complexidade das interfaces de sistema, o número de requisitos de sistema inerentemente voláteis e os processos de negócios em que o sistema é utilizado.
V -  Somente as métricas de processo podem avaliar a facilidade de manutenção de um software prevendo o seu custo de manutenção, não sendo importante, neste caso, a experiência do gerente..
Assinale a alternativa certa:
	
	
	
	
		Resposta Selecionada:
	a. 
somente as alternativas III e V são incorretas
	Resposta Correta:
	a. 
somente as alternativas III e V são incorretas
	
	
	
· Pergunta 8
1 em 1 pontos
	
	
	
	Em razão da redução em potencial dos custos de compreensão, análise e testes, existe um significativo efeito multiplicador, quando o sistema é desenvolvido visando à facilidade de manutenção. Segundo Sommerville (2007), existem alguns fatores principais que distinguem o desenvolvimento e a manutenção e que levam a custos de manutenção mais altos. Neste contexto, relacione os elementos das duas colunas abaixo, onde a primeira apresenta os fatores e a segunda, suas justificativas.
A - Estabilidade da equipe
B - Responsabilidade contratual
C - Habilidade da equipe
D - Idade e estruturas do programa
( ) Várias características envolvem este fator, tais como, pouca experiência da equipe de manutenção, não ter domínio de funcionalidade do software, dificuldade na manutenção de software escritos em linguagens já obsoletas tendo-se que aprende-las antes, para somente depois realizar a manutenção no sistema.
( )  Geralmente a equipe de desenvolvimento se volta para trabalhar em novos projetos depois de um sistema ter sido entregue ao cliente sendo designado uma nova equipe para a manutenção dificultando a compreensão dos detalhes de decisões do projeto.
( ) Sistemas legados foram desenvolvidos sem as modernas técnicas de Engenharia de Software. As técnicas utilizadas nestes sistemas eram bem estruturadas e frequentemente otimizadas com vistas à eficiência, e não à facilidade de compreensão. E ainda, sua documentação pode ter sido perdida ou pode estar inconsistente.
( ) O desenvolvimento e a manutenção de um sistema geralmente são realizados em contratos separados e, ainda, podem ser realizados por empresas diferentes. Por isso, desenvolver um software de maneira que seja fácil de ser modificado pode ficar comprometido.  
A sequência correta é:
	
	
	
	
		Resposta Selecionada:
	d. 
C, A, D, B
	Resposta Correta:
	d. 
C, A, D, B
	
	
	
· Pergunta 9
1 em 1 pontos
	
	
	
	Conforme estudado na unidade 4, a manutenção de software é o processo geral de modificação de um sistema depois que ele foi colocado em uso, normalmente não envolvendo maiores mudanças na arquitetura do sistema. As afirmativas abaixo se referem aos tipos de manutenção de software propostos por Sommerville (2007), com base neles  assinale a alternativa correta.
	
	
	
	
		Resposta Selecionada:
	e. 
A Manutenção para adaptar o software a um ambiente operacional diferente é necessário quando algum aspecto do ambiente de sistema é modificado, como o hardware, o sistema operacional da plataforma ou outras modificações no software de apoio.
	Resposta Correta:
	e. 
A Manutenção para adaptar o software a um ambiente operacional diferente é necessário quando algum aspecto do ambiente de sistema é modificado, como o hardware, o sistema operacional da plataforma ou outras modificações no software de apoio.
	
	
	
· Pergunta 10
1 em 1 pontos
	
	
	
	Na unidade 4, especificamente na Evolução da arquitetura de software, vimos que durante a manutenção do sistema, a maioria das mudanças individuais realizadas é localizada, e essas mudanças não afetam a arquitetura do sistema. Contudo, desde a década de 1980, a economia de sistemas baseados em computadores mudou radicalmente, de maneira que os sistemas distribuídos, em vez de sistemas centralizados, são com frequência a solução mais eficaz, em termos de custo, para os problemas de negócio das empresas. Com base nos fatores estudados por Sommerville (2003), que contribuem com essa mudança, leia as afirmativas abaixo e assinale a alternativa errada:
	
	
	
	
		Resposta Selecionada:
	b. 
No que diz respeito à mudança de arquitetura de um sistema legado para uma arquitetura distribuída, quanto mais modular for o sistema, mais difícil será modificar sua arquitetura.
	Resposta Correta:
	b. 
No que diz respeito à mudança de arquitetura de um sistema legado para uma arquitetura distribuída, quanto mais modular for o sistema, mais difícil será modificar sua arquitetura.
	
	
	
Domingo, 7 de Junho de 2020 12h58min54s BRT