Questão de Engenharia de Software — Engenharia de Requisitos — CESPE / CEBRASPE 2025
Engenharia de Software›Engenharia de Requisitos
Código
ce214860
Banca
CESPE / CEBRASPE
Órgão
SEFAZ-SE
Ano
2025
Nível
Superior
Cargo
Auditor Fiscal Tributário - Tecnologia da Informação
Por suas características e finalidades, o diagrama da UML adequado para a modelagem de requisitos é o
Adiagrama de caso de uso em conjunto com o diagrama de estrutura composta, combinação que torna possível mapear as relações estruturais hierárquicas entre os componentes internos do sistema e identificar os pontos de interação com os atores para a definição dos requisitos de dados e persistência.
Bdiagrama de caso de uso, que permite definir especificidades do limite do sistema e validar, em alto nível, se o escopo funcional do sistema está coberto.
Cdiagrama de atividade, que estabelece os limites formais do sistema ao documentar as interações entre os atores externos e o sistema, criando uma representação visual das fronteiras e das responsabilidades que definem claramente onde termina o ambiente e onde começa o sistema.
Ddiagrama de sequência em conjunto com o diagrama de perfil, combinação que possibilita a obtenção de uma representação formal dos limites do sistema e permite visualizar as fronteiras entre o sistema e seu contexto e as interações temporais entre os diferentes componentes e atores.
Ediagrama de classe, que modela o contexto do sistema ao representar graficamente os atores externos e as interações entre eles, definindo os limites do sistema e seu ambiente.
Revelar gabarito e comentário▾
GabaritoB — diagrama de caso de uso, que permite definir especificidades do limite do sistema e validar, em alto nível, se o escopo funcional do sistema está coberto.
Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.
Modelagem de requisitos com UML
Gabarito: letra B. O diagrama de caso de uso é o mais adequado para modelagem de requisitos, pois permite definir o limite do sistema (fronteira) e validar o escopo funcional em alto nível, conforme descrito na literatura de engenharia de software. Os demais diagramas têm finalidades distintas e não atendem diretamente à modelagem de requisitos.
A banca testa o conhecimento sobre a finalidade de cada diagrama UML no contexto da engenharia de requisitos. O diagrama de caso de uso é o único que tem como objetivo principal capturar requisitos funcionais e delimitar o sistema.
Alternativa A — ❌ Incorreta
Propõe a combinação do diagrama de caso de uso com o diagrama de estrutura composta. O diagrama de estrutura composta é utilizado para modelar a estrutura interna de um classificador, não sendo voltado para requisitos. A modelagem de requisitos é realizada essencialmente com o diagrama de caso de uso, sem necessidade de diagramas estruturais.
Alternativa B — ✅ Correta ⟵ GABARITO
O diagrama de caso de uso tem como finalidade representar as funcionalidades do sistema do ponto de vista do usuário, definindo o limite do sistema (fronteira) e os atores externos. Permite validar se o escopo funcional está coberto, sendo a ferramenta padrão para modelagem de requisitos na UML.
Conteúdo de apoio (adaptado): "O diagrama de casos de uso fornece um modo de descrever a visão externa do sistema e suas interações com o mundo exterior, representando uma visão de alto nível da funcionalidade."
Alternativa C — ❌ Incorreta
O diagrama de atividade é um diagrama comportamental que modela fluxos de trabalho ou processos, não sendo utilizado para estabelecer limites do sistema ou definir requisitos. Ele descreve a sequência de atividades, mas não a fronteira do sistema.
Alternativa D — ❌ Incorreta
O diagrama de sequência modela a interação temporal entre objetos, não o limite do sistema. O diagrama de perfil é um mecanismo de extensão da UML, não relacionado à modelagem de requisitos. A combinação não é adequada para definir fronteiras do sistema.
Alternativa E — ❌ Incorreta
O diagrama de classes representa a estrutura estática do sistema (classes, atributos, relacionamentos), não atores ou interações. Atores são elementos do diagrama de caso de uso, não do diagrama de classes. Não serve para modelar requisitos.
Gabarito: letra B. O único diagrama UML adequado para modelagem de requisitos é o diagrama de caso de uso.