Avaliação II - Individual

Prévia do material em texto

Prova Impressa
GABARITO | Avaliação II - Individual
(Cod.:1598340)
Peso da Avaliação 1,50
Prova 119197680
Qtd. de Questões 10
Acertos/Erros 8/2
Nota 8,00
O Diagrama de Caso de Uso é uma das principais ferramentas da Unified 
Modeling Language (UML) e desempenha um papel fundamental na 
modelagem de sistemas. Esse diagrama tem como objetivo representar as 
interações entre atores (usuários ou outros sistemas) e o sistema em questão, 
mostrando de forma clara e concisa os principais cenários de uso.
Fonte: Adaptado de: FOWLER, M. UML Essencial: Um breve guia para a 
Linguagem de Modelagem Padrão. 3. ed. Porto Alegre: Bookman, 2004.
Sobre o diagrama de caso de uso, assinale a alternativa correta:
A
O diagrama de caso de uso pode ser útil para demonstrar as classes e objetos
de um sistema, definindo ilustrações precisas para auxiliar, por exemplo, num
sistema de criação de contas bancárias.
B
O diagrama de caso de uso pode envolver a interação externa com um
sistema, por exemplo, uma funcionalidade “sacar dinheiro”, onde um cliente
solicita essa ação no banco, que será documentada graficamente no caso de
uso.
C
O diagrama de caso de uso não é uma solução válida para um sistema de
controle de estoque de uma multinacional que atua no ramo automotivo, pois
não suporta funções para grandes corporações.
D
O diagrama de caso de uso pode induzir a equipe de desenvolvimento a
adicionar funcionalidades não previstas, como a opção de alocar mais
recursos de ambiente, como aumento de memória para processamento.
A modelagem e a especificação de requisitos desempenham um papel 
fundamental no desenvolvimento de software, garantindo a compreensão clara e 
precisa das necessidades dos usuários e orientando todo o processo de 
desenvolvimento. Existem várias boas práticas e técnicas que podem ser 
aplicadas para garantir uma modelagem eficaz e uma especificação abrangente 
 VOLTAR
A+Aumentar, Fonte
Alterar modo de visualização
1
2
20/04/2026, 20:07 Avaliação II - Individual
about:blank 1/8
dos requisitos. Com base no excerto, sobre em que podem consistir as boas 
práticas e técnicas de modelagem de requisitos, analise as sentenças a seguir:
I- Descrição técnica, pertinente à área de desenvolvimento de software.
II- Construção de um formato de descrição-padrão, garantindo que todas as 
definições o utilizem.
III- Descrição usando recursos de destaque, como negrito, destaque em cor 
diferente, entre outros, para realçar uma parte importante do requisito.
Assinale a alternativa CORRETA:
Fonte: SOMMERVILLE, I. Engenharia de software. 8. ed. São Paulo: Pearson 
Addison Wesley, 2007.
A As sentenças I e III estão corretas.
B As sentenças II e III estão corretas.
C Somente a sentença I está correta.
D As sentenças I e II estão corretas.
O Diagrama de Atividade é um importante componente da Unified Modeling 
Language (UML) utilizado na engenharia de software e no desenvolvimento de 
sistemas. Esse diagrama é especialmente útil para modelar o fluxo de atividades 
e a sequência de ações dentro de um processo ou método específico.
Fonte: Adaptado de: SOMMERVILLE, I. Engenharia de Software. 10. ed. São Paulo: 
Pearson Education do Brasil, 2018. 
Com base no excerto, para o bom uso de um diagrama de atividade, num projeto 
de software, é importante ficar atento a(o):
I. Às etapas de coleta de requisitos, que servem apenas para essa finalidade: 
coletar requisitos.
II. Ao contexto e à finalidade do sistema, pois deve ser aplicado dentro de um 
contexto e método específico.
III. À integração com o diagrama de caso de uso, somente após a conclusão do 
diagrama e das descrições de caso de uso.
IV. À identificação de todas as atividades envolvidas no processo, pois melhora a 
ilustração da lógica de um fluxo de trabalho.
É correto o que se afirma em: 
3
20/04/2026, 20:07 Avaliação II - Individual
about:blank 2/8
A I, II e III, apenas.
B III e IV, apenas.
C I, apenas.
D II e IV, apenas.
A especificação detalhada dos requisitos é uma etapa crucial no processo de 
desenvolvimento de software, pois é nessa fase que os detalhes e especificações 
precisas do sistema são documentados. Essa documentação é essencial para 
garantir que o software seja desenvolvido de acordo com as necessidades e 
expectativas dos usuários e stakeholders.
Fonte: Adaptado de: IEEE. Guide to the Software Engineering Body of 
Knowledge: SWEBOK® v. 3.0. Los Alamitos, CA: IEEE Computer Society, 2014.
Sobre a necessidade de realizar uma especificação detalhada dos requisitos, 
classifique V para as sentenças verdadeiras e F para as falsas:
(    ) Há a necessidade de se identificar quem são os usuários finais do sistema, a 
exemplo, em sistema de consulta médica, identificar quem é o responsável pelo 
agendamento de consultas que irá operar o sistema.
(    ) Devem ser documentadas quaisquer restrições ou limitações que possam 
afetar o uso do sistema, a exemplo, num sistema de pedido de refeições, deve-se 
prever a integração com sistemas que computam a quantidade de ingredientes 
disponíveis para o preparo do pedido.
(    ) Entender o objetivo do sistema é um requisito fundamental, por exemplo, em 
um software de controle de estoque, que será utilizado por um operador para o 
controle de entrada e saída dos itens, também deverá prover a apresentação de 
relatórios gerenciais à administração da empresa.
(    ) Prover recursos do ambiente onde o sistema será implantado é um item que 
não deve ser previsto, pois no projeto de software não importa como será 
implementado e em que situação, pois um sistema é volátil e não deve se 
preocupar com questões físicas, como hardware e outros recursos para seu uso.
Assinale a alternativa que apresenta a sequência correta:
A V, V, F, F.
B V, F, F, V.
4
20/04/2026, 20:07 Avaliação II - Individual
about:blank 3/8
C F, V, V, F.
D V, V, V, F.
Durante a revisão de requisitos, uma equipe multidisciplinar, incluindo analistas, 
desenvolvedores, testadores e outros stakeholders relevantes, se reúne para 
analisar e discutir os requisitos documentados. A revisão pode ser conduzida de 
diversas formas, como reuniões presenciais, revisões formais ou revisões 
informais.
Fonte: Adaptado de: PRESSMAN, R.; MAXIM, B. R. Engenharia de Software: uma 
abordagem profissional. 8. ed. Porto Alegre: Amgh, 2016.
Durante a revisão de requisitos, a equipe multidisciplinar deverá avaliar os 
requisitos de diversas formas. Sobre essas formas, classifique V para as sentenças 
verdadeiras e F para as falsas:
(    ) Quanto à rastreabilidade, a equipe deverá mapear os responsáveis pelas 
informações coletadas, como forma de responsabilizá-los por erros de projeto.
(    ) Quanto à clareza, a equipe deve identificar possíveis ambiguidades na 
descrição dos requisitos, pois isso pode ocasionar no não atendimento ou no 
atendimento diverso quanto à real necessidade do usuário.
(    ) Quanto à completude, a equipe deve analisar se os requisitos contêm 
somente e apenas a descrição necessária para atender a uma necessidade do 
usuário.
(    ) Quanto à verificabilidade, a equipe deverá verificar quais requisitos não foram 
elicitados.
Assinale a alternativa que apresenta a sequência correta:
A V, V, F, F.
B V, F, F, V.
C F, V, V, F.
D F, F, V, F.
5
20/04/2026, 20:07 Avaliação II - Individual
about:blank 4/8
A documentação adequada dos requisitos é uma prática essencial. É importante 
manter registros detalhados e atualizados dos requisitos, suas alterações, 
discussões e decisões tomadas. A documentação deve ser organizada e de fácil 
acesso para toda a equipe, permitindo a compreensão e o acompanhamento dos 
requisitos ao longo do ciclo de vida do projeto.
Fonte: Adaptado de: ROBERTSON, S.; ROBERTSON, J. Mastering the 
Requirements Process: Getting Requirements Right. 3 ed. Addison-Wesley 
Professional, 2012.
A documentação de um sistema consiste num contrato entre os usuários (partes 
interessadas) e a equipe de desenvolvimento, pois:
A É um documento que rege boas práticas para salvaguardara empresa em
casos de plágio ou cópia ilegal de seu sistema.
B
Trata-se de todo o histórico sobre os acertos, ajustes e mudanças contidas nos
requisitos do sistema, permitindo sua implementação, implantação, uso e
manutenção.
C Serve para punir os responsáveis pelas falhas de operação e uso do sistema
depois de entregue.
D Retrata os valores acordados e as cláusulas de multa e sanções no caso do
não cumprimento quanto a entrega do produto final.
Behavior-Driven Development (BDD) é uma abordagem de desenvolvimento de 
software que coloca o foco nas interações comportamentais entre os diversos 
componentes de um sistema. Essa metodologia busca garantir que o software 
seja desenvolvido de acordo com o comportamento esperado, tanto do ponto de 
vista dos usuários como dos stakeholders envolvidos.
Fonte: Adaptado de: ADZIC, G. Specification by Example: How Successful Teams 
Deliver the Right Software. New York: Manning Publications, 2011.
Com base nas informações apresentadas, avalie as asserções a seguir e a relação 
proposta entre elas:
I. O Behavior-Driven Development (BDD) é uma abordagem de desenvolvimento 
de software que coloca o foco nas interações comportamentais entre os diversos 
componentes de um sistema.
PORQUE
II. O BDD promove a colaboração entre desenvolvedores, analistas de negócios e 
representantes dos usuários para definir requisitos funcionais em termos de 
6
7
20/04/2026, 20:07 Avaliação II - Individual
about:blank 5/8
comportamento esperado do software.
A respeito dessas asserções, assinale a opção correta:
A As asserções I e II são verdadeiras, mas a II não é uma justificativa correta da
I.
B A asserção I é uma proposição falsa e a II é uma proposição verdadeira.
C As asserções I e II são verdadeiras, e a II é uma justificativa correta da I.
D A asserção I é uma proposição verdadeira e a II é uma proposição falsa.
A UML (Unified Modeling Language) é uma poderosa ferramenta composta por 
13 tipos distintos de diagramas, amplamente utilizada para a modelagem de 
sistemas de software. Criada na década de 1990, surgiu a partir da integração de 
diversas notações já existentes, consolidando-se como uma linguagem padrão na 
indústria de desenvolvimento de software. Essa abordagem unificada permite 
aos profissionais da área visualizar, especificar, construir e documentar diferentes 
aspectos de um sistema, desde a concepção até a implementação. Cada tipo de 
diagrama na UML serve para representar aspectos específicos do sistema, como 
sua estrutura, comportamento, interações entre os componentes e muito mais.
Fonte: Adaptado de: BOOCH, G.; RUMBAUGH, J.; JACOBSON, I. The unified 
modeling language user guide. Reading, MA: Addison-Wesley, 1999.
Sobre UML e seus diagramas,  classifique V para as sentenças verdadeiras e F 
para as falsas:
(    ) O correto uso de UML e seus diagramas necessita da importância de 
entender o contexto ao qual se aplica o projeto de software, fato observado 
principalmente no diagrama de atividade.
(    ) A pouca relevância dada ao UML deve-se ao fato de não ser um padrão 
universalmente aceito, aplicando-se apenas a poucos e restritos projetos de 
software em larga escala e manutenção.
(    ) A UML exige que seja utilizado todos os seus  13 (treze) diagramas, pois é um 
modelo recomendado apenas para projetos grandes de sistemas de software 
cuja metodologia é rígida em um ciclo de vida clássico.
(    ) A maioria dos usuários de UML acredita que podem desenvolver bons 
projetos de software utilizando apenas cinco de seus diagramas: diagrama de 
atividades, diagrama de casos de uso, diagrama de sequência, diagrama de 
classes e diagrama de máquinas de estado.
Assinale a alternativa que apresenta a sequência correta:
8
20/04/2026, 20:07 Avaliação II - Individual
about:blank 6/8
A V, V, V, F.
B V, V, F, F.
C V, F, F, V.
D F, V, V, F.
A classificação de requisitos é uma atividade essencial no processo de 
desenvolvimento de software. Consiste em agrupar e organizar os requisitos com 
base em suas características e natureza, a fim de compreendê-los melhor e 
facilitar sua gestão.
Fonte: SOMMERVILLE, I. Engenharia de Software. 10. ed. São Paulo: Pearson 
Education do Brasil, 2018.
Com base no excerto sobre a classificação de requisitos, os requisitos funcionais 
podem:
I. Definir o que o sistema não deve fazer.
II. Trazer declarações dos serviços que o sistema deve fornecer.
III. Apresentar o comportamento do sistema em situações específicas.
É correto o que se afirma em:
A I, apenas.
B III, apenas.
C I, II e III.
D II e III, apenas.
E I e III, apenas.
9
Revisar Conteúdo do Livro
20/04/2026, 20:07 Avaliação II - Individual
about:blank 7/8
O Diagrama de Classes é um dos diagramas mais importantes da Unified 
Modeling Language (UML) e desempenha um papel fundamental na 
modelagem orientada a objetos. Ele é usado para representar a estrutura estática 
de um sistema, mostrando as classes do sistema, seus atributos, métodos e as 
relações entre elas.
Fonte: Adaptado de: FOWLER, M. UML Essencial: Um breve guia para a 
Linguagem de Modelagem Padrão. 3.ed. Porto Alegre: Bookman, 2004.
Uma equipe de desenvolvimento de software está debatendo sobre qual 
diagrama UML usar para representar a estrutura de classes do sistema e suas 
relações. Considerando essa situação, analise as afirmações a seguir:
I. O Diagrama de Classes é mais apropriado para representar a estrutura de 
classes do sistema e suas associações, permitindo visualizar as relações entre as 
classes de forma clara e concisa.
II. O Diagrama de Objetos é mais adequado para representar a estrutura de 
classes do sistema e suas instâncias específicas em tempo de execução, exibindo 
atributos dos objetos e suas relações.
III. Os dois diagramas, Diagrama de Classes e Diagrama de Objetos, são 
igualmente apropriados para representar a estrutura de classes do sistema, e a 
escolha depende das necessidades específicas do projeto.
IV. O Diagrama de Classes é útil apenas na fase de projeto, pois representa quais 
objetos poderão ser implementados,  enquanto o Diagrama de Objetos é mais 
relevante na fase de implementação do software, pois demonstra como serão 
implementados.
É correto o que se afirma em:
A I, II e III, apenas.
B II e III, apenas.
C I e IV, apenas.
D III e IV, apenas.
10
Revisar Conteúdo do Livro
Imprimir
20/04/2026, 20:07 Avaliação II - Individual
about:blank 8/8