Logo Passei Direto
Buscar

Teste_ AO2 ENGENHARIA DE SOFTWARE

Ferramentas de estudo

Questões resolvidas

O desenvolvimento do sistema está completo quando ele pode ser considerado operacional, isto é, quando o sistema está sendo utilizado pelos usuários em um ambiente real de produção. Qualquer trabalho efetuado para modificar o sistema, depois que ele estiver em operação, é considerado como manutenção.
Considerando as motivações para sua aplicação e as características do processo de manutenção de software, avalie as afirmacoes que seguem:
I. Por ser aplicada em um produto acabado, a manutenção não requer outro procedimento para sua efetivação além do ajuste do código.
II. O processo de manutenção inclui a tomada de medidas preventivas para não seja necessária a aplicação de novas manutenções futuras.
III. Um dos objetivos a serem atingidos por meio da aplicação da manutenção é a melhoria nas funções já implementadas no sistema.
III, apenas.
II, apenas.
I e III, apenas.
I, II e III.
II e III, apenas.

Algumas partes do processo de identificação, definição e gerenciamento de requisitos estão envolvidas em quase todas essas causas de fracasso de projetos. A falta de cuidado com o entendimento, a documentação e o gerenciamento dos requisitos podem levar a uma grande quantidade de problemas: a construção de um sistema que resolve o problema errado, que não funciona como esperado, ou que é difícil para os usuários entenderem e utilizarem.
Considerando as atividades próprias da etapa de análise de requisitos, avalie as afirmações que seguem:
I. É durante esta etapa que os requisitos são classificados entre os que deverão se tornar restrições e os que se tornarão funções do futuro sistema.
II. Como a etapa de análise dos requisitos ocorre antes da elicitação, a equipe terá durante aquela a chance de aumentar o entendimento do problema.
III. Um dos resultados obtidos durante a análise é a determinação do grau de prioridade do requisito, ocasião em que o cliente terá participação decisiva.
I, II e III.
I, apenas.
III, apenas.
I e III, apenas.

Cada estágio é, por si só, um processo (ou coleção de processos) que pode ser descrito como conjunto de atividades. E cada atividade envolve restrições, resultados e recursos. Por exemplo, a análise e definição dos requisitos precisa ter como entrada inicial uma declaração das funções e características desejadas para o produto, expressas pelo usuário. O resultado final desse estágio é um conjunto de requisitos, mas pode haver produtos intermediários à medida que o diálogo entre o usuário e o desenvolvedor resulta em mudanças e alternativas.
Considerando os princípios que fundamentam o processo tradicional e o processo ágil de software, mais as suas respectivas abordagens em relação à qualidade de seus produtos, avalie as seguintes asserções e a relação proposta entre elas.
I. O Modelo em Cascata vem se mostrando mais adequado às demandas menos urgentes de criação de software, posto que, embora suas etapas demandem tempo maior para cumprimento, o produto final obtido tem atingido qualidade superior ao produto similar construído sob o paradigma de desenvolvimento ágil.
II. As metodologias ágeis de desenvolvimento, como o próprio nome sugere, estruturam suas etapas para que entreguem produtos intermediários o mais rapidamente possível, a fim de sanar necessidades específicas do cliente, o que acaba influenciando negativamente na qualidade do produto final.
As asserções I e II são proposições verdadeiras, mas a II não é uma justificativa da I.
A asserção I é uma proposição falsa, e a II é uma proposição verdadeira.
As asserções I e II são ambas proposições falsas.
A asserção I é uma proposição verdadeira, e a II é uma proposição falsa.
As asserções I e II são proposições verdadeiras, e a II é uma justificativa da I.

Os pesquisadores procuram melhores meios de medir a manutenibilidade, com base nas informações sobre os produtos; eles estão desenvolvendo novos modelos para nos mostrar as interconexões entre produtos, processos e recursos. De maneira semelhante, os modelos nos ajudarão a saber quanto esforço é necessário para manter um sistema, e quando é apropriado descartar ou rejuvenescer um sistema legado.
Considerando a abordagem das organizações em relação a seus sistemas legados, avalie as seguintes asserções e a relação proposta entre elas.
I. As organizações que contam com sistemas legados normalmente optam por continuar com eles por grandes períodos.
II. Os processos estruturados em sistema legado são difíceis de modelar em um sistema mais novo, mesmo com aplicações de técnicas de requisitos e projeto.
As asserções I e II são proposições verdadeiras, e a II é uma justificativa da I.
As asserções I e II são proposições verdadeiras, mas a II não é uma justificativa da I.
A asserção I é uma proposição verdadeira, e a II é uma proposição falsa.
A asserção I é uma proposição falsa, e a II é uma proposição verdadeira.
As asserções I e II são ambas proposições falsas.

Considerando o contexto da gestão das mudanças, um dos itens da Lei da Evolução dos Sistemas estabelece que, uma vez em operação, um sistema deverá sofrer mudanças de forma regular e que um sistema nunca estará completo, daí a necessidade de evoluir.
Assinale a alternativa que contém o nome dado a este item da Lei da Evolução dos Sistemas.

Você trabalha no atendimento da área de TI e acaba de ser notificado sobre um problema no sistema mais importante da empresa. Já não é a primeira vez que esse sistema apresenta problemas, entretanto a última vez que isso aconteceu houve uma demora muito grande para que a manutenção fosse realizada e disponibilizada para o usuário. Com isso, o usuário cobrava pela correção do problema, e você solicitava tais ajustes aos desenvolvedores, mas, no final, você percebeu que usuário e desenvolvedores atribuíram a demora a você.
Considerando a situação apresentada, assinale a opção correta.
O tempo exigido para que a equipe de manutenção analise o problema e o tempo necessário para que essas mudanças sejam, de fato, efetivadas, são as únicas informações necessárias para medir a manutenibilidade.
Pode-se dizer que se você registrar o momento em que o problema é relatado pelo usuário e o tempo necessário para que essas mudanças sejam, de fato, efetivadas, você já tem algumas informações relevantes para medir a manutenibilidade de um sistema.
O tempo perdido devido ao atraso de outros setores envolvidos na manutenção, o tempo exigido para que a equipe de manutenção analise o problema e o tempo necessário para que essas mudanças sejam, de fato, efetivadas, são informações irrelevantes para medir a manutenibilidade.
Quando há um problema em um software operacional (que está em produção), deve-se resolver o problema o quanto antes, pois uma vez realizada a manutenção e o problema solucionado, torna-se irrelevante documentar quais mudanças foram feitas.
Quando há um problema em um software operacional (que está em produção) é importante registrar a ocorrência, sendo que, não se deve ter preocupação com o tempo que vai levar, a prioridade é o ajuste e a documentação do ajuste.

Um profissional de Engenharia de Software em início de carreira foi designado para levantar requisitos em um projeto de grande porte. Dada a complexidade dos requisitos e a considerável quantidade de pessoas das quais poderiam ser coletados requisitos, aquele profissional resolveu programar reuniões entre grupos pequenos para que, juntos, pudessem descobrir as funções e restrições do futuro sistema. No entanto, após algumas sessões, ele percebeu que essa técnica de levantamento de requisitos não estava retornando bons resultados, já que, ao invés de expressarem suas necessidades, os futuros usuários permaneciam inibidos e calados na maior parte do tempo da reunião.
Considerando as informações apresentadas, assinale a alternativa correta.
Para superar o obstáculo da pouca expressividade dos futuros usuários, o profissional deveria ter colocado em prática a técnica de levantamento de requisitos via questionário, como forma de superar inibições.
O profissional deveria ter reunido todos os futuros usuários em uma única sessão e tê-los estimulado a expressarem suas necessidades em relação ao sistema de forma definitiva.
O profissional deveria ter excluído conversas com os futuros usuários como forma de levantamento de requisitos. Ao invés disso, ele deveria ter considerado a análise de documentos para este fim.
Ao perceber inibições ou pouco interesse em colaborar com o projeto por parte dos futuros usuários, o profissional deveria ter retornado a tarefa à organização em que trabalhava e se negado a prosseguir com aquele projeto.
A iniciativa de coletar requisitos junto aos futuros colaboradores é incorreta em sua origem, já que a ação indicada para o atingimento deste objetivo é a troca de e-mails e mensagens de celular com a empresa cliente.

Os testes de software são uma função de controle de qualidade com um objetivo principal [...]. O papel da SQA é o de garantir que os testes sejam planejados apropriadamente e conduzidos eficientemente de modo que se tenha a maior probabilidade possível de alcançar seu objetivo primário.
Considerando o objetivo da aplicação dos testes, avalie as seguintes asserções e a relação proposta entre elas.
I. O objetivo a ser alcançado em um procedimento de teste é o de encontrar defeitos no programa.
II. Um teste que não retorna defeitos no programa indica que este programa está livre de defeitos.
As asserções I e II são proposições verdadeiras, mas a II não é uma justificativa da I.
As asserções I e II são proposições verdadeiras, e a II é uma justificativa da I.
A asserção I é uma proposição falsa, e a II é uma proposição verdadeira.
As asserções I e II são ambas proposições falsas.
A asserção I é uma proposição verdadeira, e a II é uma proposição falsa.

Material
páginas com resultados encontrados.
páginas com resultados encontrados.
details

Libere esse material sem enrolação!

Craque NetoCraque Neto

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

details

Libere esse material sem enrolação!

Craque NetoCraque Neto

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

details

Libere esse material sem enrolação!

Craque NetoCraque Neto

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

details

Libere esse material sem enrolação!

Craque NetoCraque Neto

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

details

Libere esse material sem enrolação!

Craque NetoCraque Neto

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

details

Libere esse material sem enrolação!

Craque NetoCraque Neto

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

details

Libere esse material sem enrolação!

Craque NetoCraque Neto

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

details

Libere esse material sem enrolação!

Craque NetoCraque Neto

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

details

Libere esse material sem enrolação!

Craque NetoCraque Neto

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

details

Libere esse material sem enrolação!

Craque NetoCraque Neto

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

Questões resolvidas

O desenvolvimento do sistema está completo quando ele pode ser considerado operacional, isto é, quando o sistema está sendo utilizado pelos usuários em um ambiente real de produção. Qualquer trabalho efetuado para modificar o sistema, depois que ele estiver em operação, é considerado como manutenção.
Considerando as motivações para sua aplicação e as características do processo de manutenção de software, avalie as afirmacoes que seguem:
I. Por ser aplicada em um produto acabado, a manutenção não requer outro procedimento para sua efetivação além do ajuste do código.
II. O processo de manutenção inclui a tomada de medidas preventivas para não seja necessária a aplicação de novas manutenções futuras.
III. Um dos objetivos a serem atingidos por meio da aplicação da manutenção é a melhoria nas funções já implementadas no sistema.
III, apenas.
II, apenas.
I e III, apenas.
I, II e III.
II e III, apenas.

Algumas partes do processo de identificação, definição e gerenciamento de requisitos estão envolvidas em quase todas essas causas de fracasso de projetos. A falta de cuidado com o entendimento, a documentação e o gerenciamento dos requisitos podem levar a uma grande quantidade de problemas: a construção de um sistema que resolve o problema errado, que não funciona como esperado, ou que é difícil para os usuários entenderem e utilizarem.
Considerando as atividades próprias da etapa de análise de requisitos, avalie as afirmações que seguem:
I. É durante esta etapa que os requisitos são classificados entre os que deverão se tornar restrições e os que se tornarão funções do futuro sistema.
II. Como a etapa de análise dos requisitos ocorre antes da elicitação, a equipe terá durante aquela a chance de aumentar o entendimento do problema.
III. Um dos resultados obtidos durante a análise é a determinação do grau de prioridade do requisito, ocasião em que o cliente terá participação decisiva.
I, II e III.
I, apenas.
III, apenas.
I e III, apenas.

Cada estágio é, por si só, um processo (ou coleção de processos) que pode ser descrito como conjunto de atividades. E cada atividade envolve restrições, resultados e recursos. Por exemplo, a análise e definição dos requisitos precisa ter como entrada inicial uma declaração das funções e características desejadas para o produto, expressas pelo usuário. O resultado final desse estágio é um conjunto de requisitos, mas pode haver produtos intermediários à medida que o diálogo entre o usuário e o desenvolvedor resulta em mudanças e alternativas.
Considerando os princípios que fundamentam o processo tradicional e o processo ágil de software, mais as suas respectivas abordagens em relação à qualidade de seus produtos, avalie as seguintes asserções e a relação proposta entre elas.
I. O Modelo em Cascata vem se mostrando mais adequado às demandas menos urgentes de criação de software, posto que, embora suas etapas demandem tempo maior para cumprimento, o produto final obtido tem atingido qualidade superior ao produto similar construído sob o paradigma de desenvolvimento ágil.
II. As metodologias ágeis de desenvolvimento, como o próprio nome sugere, estruturam suas etapas para que entreguem produtos intermediários o mais rapidamente possível, a fim de sanar necessidades específicas do cliente, o que acaba influenciando negativamente na qualidade do produto final.
As asserções I e II são proposições verdadeiras, mas a II não é uma justificativa da I.
A asserção I é uma proposição falsa, e a II é uma proposição verdadeira.
As asserções I e II são ambas proposições falsas.
A asserção I é uma proposição verdadeira, e a II é uma proposição falsa.
As asserções I e II são proposições verdadeiras, e a II é uma justificativa da I.

Os pesquisadores procuram melhores meios de medir a manutenibilidade, com base nas informações sobre os produtos; eles estão desenvolvendo novos modelos para nos mostrar as interconexões entre produtos, processos e recursos. De maneira semelhante, os modelos nos ajudarão a saber quanto esforço é necessário para manter um sistema, e quando é apropriado descartar ou rejuvenescer um sistema legado.
Considerando a abordagem das organizações em relação a seus sistemas legados, avalie as seguintes asserções e a relação proposta entre elas.
I. As organizações que contam com sistemas legados normalmente optam por continuar com eles por grandes períodos.
II. Os processos estruturados em sistema legado são difíceis de modelar em um sistema mais novo, mesmo com aplicações de técnicas de requisitos e projeto.
As asserções I e II são proposições verdadeiras, e a II é uma justificativa da I.
As asserções I e II são proposições verdadeiras, mas a II não é uma justificativa da I.
A asserção I é uma proposição verdadeira, e a II é uma proposição falsa.
A asserção I é uma proposição falsa, e a II é uma proposição verdadeira.
As asserções I e II são ambas proposições falsas.

Considerando o contexto da gestão das mudanças, um dos itens da Lei da Evolução dos Sistemas estabelece que, uma vez em operação, um sistema deverá sofrer mudanças de forma regular e que um sistema nunca estará completo, daí a necessidade de evoluir.
Assinale a alternativa que contém o nome dado a este item da Lei da Evolução dos Sistemas.

Você trabalha no atendimento da área de TI e acaba de ser notificado sobre um problema no sistema mais importante da empresa. Já não é a primeira vez que esse sistema apresenta problemas, entretanto a última vez que isso aconteceu houve uma demora muito grande para que a manutenção fosse realizada e disponibilizada para o usuário. Com isso, o usuário cobrava pela correção do problema, e você solicitava tais ajustes aos desenvolvedores, mas, no final, você percebeu que usuário e desenvolvedores atribuíram a demora a você.
Considerando a situação apresentada, assinale a opção correta.
O tempo exigido para que a equipe de manutenção analise o problema e o tempo necessário para que essas mudanças sejam, de fato, efetivadas, são as únicas informações necessárias para medir a manutenibilidade.
Pode-se dizer que se você registrar o momento em que o problema é relatado pelo usuário e o tempo necessário para que essas mudanças sejam, de fato, efetivadas, você já tem algumas informações relevantes para medir a manutenibilidade de um sistema.
O tempo perdido devido ao atraso de outros setores envolvidos na manutenção, o tempo exigido para que a equipe de manutenção analise o problema e o tempo necessário para que essas mudanças sejam, de fato, efetivadas, são informações irrelevantes para medir a manutenibilidade.
Quando há um problema em um software operacional (que está em produção), deve-se resolver o problema o quanto antes, pois uma vez realizada a manutenção e o problema solucionado, torna-se irrelevante documentar quais mudanças foram feitas.
Quando há um problema em um software operacional (que está em produção) é importante registrar a ocorrência, sendo que, não se deve ter preocupação com o tempo que vai levar, a prioridade é o ajuste e a documentação do ajuste.

Um profissional de Engenharia de Software em início de carreira foi designado para levantar requisitos em um projeto de grande porte. Dada a complexidade dos requisitos e a considerável quantidade de pessoas das quais poderiam ser coletados requisitos, aquele profissional resolveu programar reuniões entre grupos pequenos para que, juntos, pudessem descobrir as funções e restrições do futuro sistema. No entanto, após algumas sessões, ele percebeu que essa técnica de levantamento de requisitos não estava retornando bons resultados, já que, ao invés de expressarem suas necessidades, os futuros usuários permaneciam inibidos e calados na maior parte do tempo da reunião.
Considerando as informações apresentadas, assinale a alternativa correta.
Para superar o obstáculo da pouca expressividade dos futuros usuários, o profissional deveria ter colocado em prática a técnica de levantamento de requisitos via questionário, como forma de superar inibições.
O profissional deveria ter reunido todos os futuros usuários em uma única sessão e tê-los estimulado a expressarem suas necessidades em relação ao sistema de forma definitiva.
O profissional deveria ter excluído conversas com os futuros usuários como forma de levantamento de requisitos. Ao invés disso, ele deveria ter considerado a análise de documentos para este fim.
Ao perceber inibições ou pouco interesse em colaborar com o projeto por parte dos futuros usuários, o profissional deveria ter retornado a tarefa à organização em que trabalhava e se negado a prosseguir com aquele projeto.
A iniciativa de coletar requisitos junto aos futuros colaboradores é incorreta em sua origem, já que a ação indicada para o atingimento deste objetivo é a troca de e-mails e mensagens de celular com a empresa cliente.

Os testes de software são uma função de controle de qualidade com um objetivo principal [...]. O papel da SQA é o de garantir que os testes sejam planejados apropriadamente e conduzidos eficientemente de modo que se tenha a maior probabilidade possível de alcançar seu objetivo primário.
Considerando o objetivo da aplicação dos testes, avalie as seguintes asserções e a relação proposta entre elas.
I. O objetivo a ser alcançado em um procedimento de teste é o de encontrar defeitos no programa.
II. Um teste que não retorna defeitos no programa indica que este programa está livre de defeitos.
As asserções I e II são proposições verdadeiras, mas a II não é uma justificativa da I.
As asserções I e II são proposições verdadeiras, e a II é uma justificativa da I.
A asserção I é uma proposição falsa, e a II é uma proposição verdadeira.
As asserções I e II são ambas proposições falsas.
A asserção I é uma proposição verdadeira, e a II é uma proposição falsa.

Prévia do material em texto

10/06/2022 23:25 Teste: AO2
https://famonline.instructure.com/courses/20389/quizzes/89768/take 1/10
AO2
Iniciado: 10 jun em 22:53
Instruções do teste
Importante:
Caso você esteja realizando a atividade através do aplicativo "Canvas Student", é necessário que
você clique em "FAZER O QUESTIONÁRIO", no final da página.
0,6 ptsPergunta 1
Leia o texto a seguir:
 
O desenvolvimento do sistema está completo quando ele pode ser considerado
operacional, isto é, quando o sistema está sendo utilizado pelos usuários em um
ambiente real de produção. Qualquer trabalho efetuado para modificar o sistema,
depois que ele estiver em operação, é considerado como manutenção.
 
Fonte: PFLEEGER, S. L. Engenharia de Software: Teoria e Prática. 2. ed. São
Paulo: Prentice Hall, 2004.
Considerando as motivações para sua aplicação e as características do processo
de manutenção de software, avalie as afirmações que seguem:
 
I. Por ser aplicada em um produto acabado, a manutenção não requer outro
procedimento para sua efetivação além do ajuste do código.
 
II. O processo de manutenção inclui a tomada de medidas preventivas para não
seja necessária a aplicação de novas manutenções futuras.
 
III. Um dos objetivos a serem atingidos por meio da aplicação da manutenção é a
melhoria nas funções já implementadas no sistema.
 
É correto o que se afirma em:
A+
A
A-
10/06/2022 23:25 Teste: AO2
https://famonline.instructure.com/courses/20389/quizzes/89768/take 2/10
III, apenas.
II, apenas.
I e III, apenas.
I, II e III.
II e III, apenas.
0,6 ptsPergunta 2
II, apenas.
Leia o texto a seguir:
 
Algumas partes do processo de identificação, definição e gerenciamento de
requisitos estão envolvidas em quase todas essas causas de fracasso de
projetos. A falta de cuidado com o entendimento, a documentação e o
gerenciamento dos requisitos podem levar a uma grande quantidade de
problemas: a construção de um sistema que resolve o problema errado, que não
funciona como esperado, ou que é difícil para os usuários entenderem e
utilizarem.
 
Fonte: PFLEEGER, S. L. Engenharia de Software: Teoria e Prática. 2. ed. São
Paulo: Prentice Hall, 2004. Adaptado.
Considerando as atividades próprias da etapa de análise de requisitos, avalie as
afirmações que seguem:
I. É durante esta etapa que os requisitos são classificados entre os que deverão
se tornar restrições e os que se tornarão funções do futuro sistema.
II. Como a etapa de análise dos requisitos ocorre antes da elicitação, a equipe
terá durante aquela a chance de aumentar o entendimento do problema.
III. Um dos resultados obtidos durante a análise é a determinação do grau de
prioridade do requisito, ocasião em que o cliente terá participação decisiva.
É correto o que se afirma em:
A+
A
A-
10/06/2022 23:25 Teste: AO2
https://famonline.instructure.com/courses/20389/quizzes/89768/take 3/10
I, II e III.
I, apenas.
III, apenas.
I e III, apenas.
0,6 ptsPergunta 3
Leia o texto a seguir:
 
Cada estágio é, por si só, um processo (ou coleção de processos) que pode ser
descrito como conjunto de atividades. E cada atividade envolve restrições,
resultados e recursos. Por exemplo, a análise e definição dos requisitos precisa
ter como entrada inicial uma declaração das funções e características desejadas
para o produto, expressas pelo usuário. O resultado final desse estágio é um
conjunto de requisitos, mas pode haver produtos intermediários à medida que o
diálogo entre o usuário e o desenvolvedor resulta em mudanças e alternativas.
 
Fonte: PFLEEGER, S. L. Engenharia de Software: Teoria e Prática. 2. ed. São
Paulo: Prentice Hall, 2004.
Considerando os princípios que fundamentam o processo tradicional e o
processo ágil de software, mais as suas respectivas abordagens em relação à
qualidade de seus produtos, avalie as seguintes asserções e a relação proposta
entre elas.
 
I. O Modelo em Cascata vem se mostrando mais adequado às demandas menos
urgentes de criação de software, posto que, embora suas etapas demandem
tempo maior para cumprimento, o produto final obtido tem atingido qualidade
superior ao produto similar construído sob o paradigma de desenvolvimento ágil.
 
PORQUE
 
A+
A
A-
10/06/2022 23:25 Teste: AO2
https://famonline.instructure.com/courses/20389/quizzes/89768/take 4/10
As asserções I e II são proposições verdadeiras, mas a II não é uma justificativa da I.
A asserção I é uma proposição falsa, e a II é uma proposição verdadeira.
As asserções I e II são ambas proposições falsas.
A asserção I é uma proposição verdadeira, e a II é uma proposição falsa.
As asserções I e II são proposições verdadeiras, e a II é uma justificativa da I.
II. As metodologias ágeis de desenvolvimento, como o próprio nome sugere,
estruturam suas etapas para que entreguem produtos intermediários o mais
rapidamente possível, a fim de sanar necessidades específicas do cliente, o que
acaba influenciando negativamente na qualidade do produto final.
 
A respeito dessas asserções, assinale a alternativa correta:
0,6 ptsPergunta 4
Leia o texto a seguir:
 
Os pesquisadores procuram melhores meios de medir a manutenibilidade, com
base nas informações sobre os produtos; eles estão desenvolvendo novos
modelos para nos mostrar as interconexões entre produtos, processos e
recursos. De maneira semelhante, os modelos nos ajudarão a saber quanto
esforço é necessário para manter um sistema, e quando é apropriado descartar
ou rejuvenescer um sistema legado.
 
Fonte: PFLEEGER, S. L. Engenharia de Software: Teoria e Prática. 2. ed. São
Paulo: Prentice Hall, 2004.
Considerando a abordagem das organizações em relação a seus sistemas
legados, avalie as seguintes asserções e a relação proposta entre elas.
 
I. As organizações que contam com sistemas legados normalmente optam por
continuar com eles por grandes períodos.
A+
A
A-
10/06/2022 23:25 Teste: AO2
https://famonline.instructure.com/courses/20389/quizzes/89768/take 5/10
As asserções I e II são proposições verdadeiras, e a II é uma justificativa da I.
As asserções I e II são proposições verdadeiras, mas a II não é uma justificativa da I.
A asserção I é uma proposição verdadeira, e a II é uma proposição falsa.
A asserção I é uma proposição falsa, e a II é uma proposição verdadeira.
As asserções I e II são ambas proposições falsas.
 
PORQUE
 
II. Os processos estruturados em sistema legado são difíceis de modelar em um
sistema mais novo, mesmo com aplicações de técnicas de requisitos e projeto.
 
A respeito dessas asserções, assinale a alternativa correta:
0,6 ptsPergunta 5
Manutenibilidade.
Autorregulação.
Aumento da Complexidade.
Leia o texto a seguir:
 
Considerando o contexto da gestão das mudanças, um dos itens da Lei da
Evolução dos Sistemas estabelece que, uma vez em operação, um sistema
deverá sofrer mudanças de forma regular e que um sistema nunca estará
completo, daí a necessidade de evoluir.
Assinale a alternativa que contém o nome dado a este item da Lei da Evolução
dos Sistemas.
 
A+
A
A-
10/06/2022 23:25 Teste: AO2
https://famonline.instructure.com/courses/20389/quizzes/89768/take 6/10
Mudança Contínua.
Evolução.
0,6 ptsPergunta 6
Gerente do projeto.
Cleaner.
Desenvolvedor.
Coach.
Testador.
Leia o texto a seguir:
 
Em um passado não tão remoto, época em que os processos de software mais
largamente utilizados eram baseados no modelo tradicional, sua função era
específica e sua atuação se dava em apenas uma fase do projeto de criação do
software. Com a chegada das metodologias ágeis, seu papel ganhou mais
relevância e sua atuação se estende em várias etapas do processo, do
tratamento dos requisitos até a entrega do produto.
Assinale a alternativa que contém a função que condiz com a descrição feita no
texto fornecido.
 
0,6 ptsPergunta 7
Leia o texto a seguir:
Manifesto para Desenvolvimento Ágil de Software
Estamos descobrindo maneiras melhores de desenvolver softwares, fazendo-o
nós mesmos e ajudando outros a fazerem o mesmo. Através deste trabalho,
A+A
A-
10/06/2022 23:25 Teste: AO2
https://famonline.instructure.com/courses/20389/quizzes/89768/take 7/10
lista de funcionalidades desejadas para o projeto que será desenvolvido, com a
utilização do método SCRUM.
reunião realizada ao fim da sprint para validação do incremento que foi gerado ao
longo da sprint.
lista de tarefas que a equipe de desenvolvimento deverá realizar para entregar um
novo incremento.
reunião realizada ao fim da sprint para avaliar seu desempenho e o que pode ser
melhorado.
reunião diária que acontece, onde são discutidos o que foi feito e o que será
realizado, e quais os impedimentos.
passamos a valorizar: indivíduos e interações, mais que processos e ferramentas;
software em funcionamento, mais que documentação abrangente; colaboração
com o cliente, mais que negociação de contratos; responder a mudanças, mais
que seguir um plano. Ou seja, mesmo havendo valor nos itens à direita,
valorizamos mais os itens à esquerda.
(Fonte: Disponível em: https://agilemanifesto.org/iso/ptbr/manifesto.html
(https://agilemanifesto.org/iso/ptbr/manifesto.html) . Acesso em: 09 mar. 2021)
(adaptado).
Quando pensamos em método ágil para condução de projetos, um dos mais
utilizados é o SCRUM. E quando falamos de Backlog da Sipint, imediatamente,
pensamos na
0,6 ptsPergunta 8
Leia a situação hipotética abaixo:
 
Você trabalha no atendimento da área de TI e acaba de ser notificado sobre um
problema no sistema mais importante da empresa. Já não é a primeira vez que
esse sistema apresenta problemas, entretanto a última vez que isso aconteceu
houve uma demora muito grande para que a manutenção fosse realizada e
disponibilizada para o usuário. Com isso, o usuário cobrava pela correção do
problema, e você solicitava tais ajustes aos desenvolvedores, mas, no final, você
percebeu que usuário e desenvolvedores atribuíram a demora a você.
A+
A
A-
https://agilemanifesto.org/iso/ptbr/manifesto.html
10/06/2022 23:25 Teste: AO2
https://famonline.instructure.com/courses/20389/quizzes/89768/take 8/10
O tempo exigido para que a equipe de manutenção analise o problema e o tempo
necessário para que essas mudanças sejam, de fato, efetivadas, são as únicas
informações necessárias para medir a manutenibilidade.
Pode-se dizer que se você registrar o momento em que o problema é relatado pelo
usuário e o tempo necessário para que essas mudanças sejam, de fato, efetivadas,
você já tem algumas informações relevantes para medir a manutenibilidade de um
sistema.
Quando há um problema em um software operacional (que está em produção), deve-
se resolver o problema o quanto antes, pois uma vez realizada a manutenção e o
problema solucionado, torna-se irrelevante documentar quais mudanças foram feitas.
Quando há um problema em um software operacional (que está em produção) é
importante registrar a ocorrência, sendo que, não se deve ter preocupação com o
tempo que vai levar, a prioridade é o ajuste e a documentação do ajuste.
O tempo perdido devido ao atraso de outros setores envolvidos na manutenção, o
tempo exigido para que a equipe de manutenção analise o problema e o tempo
necessário para que essas mudanças sejam, de fato, efetivadas, são informações
irrelevantes para medir a manutenibilidade.
Como Pfleeger (2004) afirma que a manutenibilidade é uma característica do
sistema passível de ser medida pelo tempo médio gasto para a realização de
reparos no sistema, você acredita ser possível demonstrar que a
manutenibilidade deste sistema não está boa.
Considerando a situação apresentada, assinale a opção correta.
0,6 ptsPergunta 9
Leia o texto a seguir:
 
Um profissional de Engenharia de Software em início de carreira foi designado
para levantar requisitos em um projeto de grande porte. Dada a complexidade
dos requisitos e a considerável quantidade de pessoas das quais poderiam ser
coletados requisitos, aquele profissional resolveu programar reuniões entre
grupos pequenos para que, juntos, pudessem descobrir as funções e restrições
do futuro sistema. No entanto, após algumas sessões, ele percebeu que essa
técnica de levantamento de requisitos não estava retornando bons resultados, já
que, ao invés de expressarem suas necessidades, os futuros usuários
permaneciam inibidos e calados na maior parte do tempo da reunião.
A+
A
A-
10/06/2022 23:25 Teste: AO2
https://famonline.instructure.com/courses/20389/quizzes/89768/take 9/10
A iniciativa de coletar requisitos junto aos futuros colaboradores é incorreta em sua
origem, já que a ação indicada para o atingimento deste objetivo é a troca de e-mails
e mensagens de celular com a empresa cliente.
Para superar o obstáculo da pouca expressividade dos futuros usuários, o
profissional deveria ter colocado em prática a técnica de levantamento de requisitos
via questionário, como forma de superar inibições.
Ao perceber inibições ou pouco interesse em colaborar com o projeto por parte dos
futuros usuários, o profissional deveria ter retornado a tarefa à organização em que
trabalhava e se negado a prosseguir com aquele projeto.
O profissional deveria ter reunido todos os futuros usuários em uma única sessão e
tê-los estimulado a expressarem suas necessidades em relação ao sistema de forma
definitiva.
O profissional deveria ter excluído conversas com os futuros usuários como forma de
levantamento de requisitos. Ao invés disso, ele deveria ter considerado a análise de
documentos para este fim.
Considerando as informações apresentadas, assinale a alternativa correta.
0,6 ptsPergunta 10
Leia o texto a seguir:
 
Os testes de software são uma função de controle de qualidade com um objetivo
principal [...]. O papel da SQA é o de garantir que os testes sejam planejados
apropriadamente e conduzidos eficientemente de modo que se tenha a maior
probabilidade possível de alcançar seu objetivo primário.
 
Fonte: PRESSMAN, R.; MAXIM, B. Engenharia de Software: uma abordagem
profissional. 8. ed. Porto Alegre: AMGH, 2016.
Considerando o objetivo da aplicação dos testes, avalie as seguintes asserções e
a relação proposta entre elas.
 
I. O objetivo a ser alcançado em um procedimento de teste é o de encontrar
defeitos no programa.
A+
A
A-
10/06/2022 23:25 Teste: AO2
https://famonline.instructure.com/courses/20389/quizzes/89768/take 10/10
Nenhum dado novo para salvar. Última verificação às 23:25 
As asserções I e II são proposições verdadeiras, mas a II não é uma justificativa da I.
A asserção I é uma proposição verdadeira, e a II é uma proposição falsa.
A asserção I é uma proposição falsa, e a II é uma proposição verdadeira.
As asserções I e II são proposições verdadeiras, e a II é uma justificativa da I.
As asserções I e II são ambas proposições falsas.
 
PORQUE
 
II. Um teste que não retorna defeitos no programa indica que este programa está
livre de defeitos.
 
A respeito dessas asserções, assinale a opção correta:
Enviar teste
A+
A
A-

Mais conteúdos dessa disciplina