Engenharia de Software_ ATIVIDADE 4 (A4) GRA0239

Prévia do material em texto

18/06/2020 Revisar envio do teste: ATIVIDADE 4 (A4) – GRA0239 ...
https://fmu.blackboard.com/webapps/assessment/review/review.jsp?attempt_id=_33201555_1&course_id=_560621_1&content_id=_13199477_1… 1/5
 
Revisar envio do teste: ATIVIDADE 4 (A4)
GRA0239 ENGENHARIA DE SOFTWARE PTA - 202010.ead-29770916.06 Unidade 4
Revisar envio do teste: ATIVIDADE 4 (A4) 
Usuário MAURICIO DOS SANTOS ALVES
Curso GRA0239 ENGENHARIA DE SOFTWARE PTA - 202010.ead-29770916.06
Teste ATIVIDADE 4 (A4)
Iniciado 13/05/20 21:50
Enviado 13/05/20 22:09
Status Completada
Resultado da tentativa 9 em 10 pontos 
Tempo decorrido 19 minutos
Resultados exibidos Respostas enviadas, Respostas corretas, Comentários
Pergunta 1
Resposta Selecionada: b. 
Resposta Correta: c. 
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 é:
C, A, B, D
C, A, D, B
Pergunta 2
Minha Área
0 em 1 pontos
1 em 1 pontos
MAURICIO DOS SANTOS ALVES
https://fmu.blackboard.com/
https://fmu.blackboard.com/webapps/blackboard/execute/courseMain?course_id=_560621_1
https://fmu.blackboard.com/webapps/blackboard/content/listContent.jsp?course_id=_560621_1&content_id=_13199451_1&mode=reset
https://fmu.blackboard.com/webapps/portal/execute/tabs/tabAction?tab_tab_group_id=_361_1
https://fmu.blackboard.com/webapps/login/?action=logout
18/06/2020 Revisar envio do teste: ATIVIDADE 4 (A4) – GRA0239 ...
https://fmu.blackboard.com/webapps/assessment/review/review.jsp?attempt_id=_33201555_1&course_id=_560621_1&content_id=_13199477_1… 2/5
Resposta
Selecionada:
e.
Resposta
Correta:
e.
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.
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.
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 3
Resposta
Selecionada:
a.
Resposta
Correta:
a.
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:
Para projetar um caso de teste não há necessidade de selecionar
características do sistema ou quaisquer outros componentes que serão
testados.
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
Resposta Selecionada: b. 
Resposta Correta: b. 
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 é:
C, D, A, B
C, D, A, B
1 em 1 pontos
1 em 1 pontos
18/06/2020 Revisar envio do teste: ATIVIDADE 4 (A4) – GRA0239 ...
https://fmu.blackboard.com/webapps/assessment/review/review.jsp?attempt_id=_33201555_1&course_id=_560621_1&content_id=_13199477_1… 3/5
Pergunta 5
Resposta Selecionada: c. 
Resposta Correta: c. 
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 é:
C, D, A, E, B
C, D, A, E, B
Pergunta 6
Os processos de manutenção variam consideravelmente, dependendo: do tipo de softwareque 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 se relacionam 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..
1 em 1 pontos
1 em 1 pontos
18/06/2020 Revisar envio do teste: ATIVIDADE 4 (A4) – GRA0239 ...
https://fmu.blackboard.com/webapps/assessment/review/review.jsp?attempt_id=_33201555_1&course_id=_560621_1&content_id=_13199477_1… 4/5
Resposta Selecionada: d. 
Resposta Correta: d. 
Assinale a alternativa certa:
somente as alternativas III e V são incorretas
somente as alternativas III e V são incorretas
Pergunta 7
Resposta
Selecionada:
d.
Resposta
Correta:
d.
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:
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.
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.
Pergunta 8
Resposta Selecionada: e. 
Resposta Correta: e. 
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:
somente as alternativas III e V são incorretas
somente as alternativas III e V são incorretas
Pergunta 9
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
1 em 1 pontos
1 em 1 pontos
1 em 1 pontos
18/06/2020 Revisar envio do teste: ATIVIDADE 4 (A4) – GRA0239 ...
https://fmu.blackboard.com/webapps/assessment/review/review.jsp?attempt_id=_33201555_1&course_id=_560621_1&content_id=_13199477_1… 5/5
Quinta-feira, 18 de Junho de 2020 12h45min52s BRT
Resposta
Selecionada:
c.
Resposta Correta: c.
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.
Testes de baixo nível não são necessários, pois avaliam somente o
código fonte.
Testes de baixo nível não são necessários, pois avaliam somente o
código fonte.
Pergunta 10
Resposta Selecionada: e. 
Resposta Correta: e. 
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 é:
D, B, A, C
D, B, A, C
← OK
1 em 1 pontos
javascript:launch('/webapps/gradebook/do/student/viewAttempts?course_id=_560621_1&method=list&nolaunch_after_review=true');