Questão de Engenharia de Software — Geral — INSTITUTO AOCP 2025
Engenharia de Software›Geral
Código
qa700076
Banca
INSTITUTO AOCP
Órgão
UFABC
Ano
2025
Cargo
Téc ( )
Na Engenharia de Software, a especificação de requisitos é o processo de documentar, de forma clara e consistente, o que o sistema deve fazer, garantindo compreensão mútua entre usuários e desenvolvedores. Nesse sentido, assinale a alternativa que NÃO corresponde a um tipo de especificação de requisitos utilizado nesse processo.
ASentenças em linguagem natural.
BLinguagem natural estruturada.
CNotações gráficas.
DEspecificações matemáticas.
EDiagrama de Emoções de Software.
Revelar gabarito e comentário▾
GabaritoE — Diagrama de Emoções de Software.
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”.
Especificação de Requisitos: Formas de Representação
Gabarito: letra E. A especificação de requisitos pode ser documentada por meio de sentenças em linguagem natural, linguagem natural estruturada, notações gráficas e especificações matemáticas — todas formas reconhecidas na Engenharia de Software. O "Diagrama de Emoções de Software" não existe como tipo de especificação de requisitos; trata-se de um distrator inventado pela banca.
A especificação de requisitos é a etapa da Engenharia de Requisitos em que os requisitos levantados são documentados de forma clara, consistente e compreensível tanto para os usuários quanto para os desenvolvedores. É o momento em que se define formalmente o que o sistema deve fazer, transformando as necessidades identificadas em uma descrição estruturada que servirá de base para o projeto e a implementação.
As formas clássicas de especificação variam em formalidade e precisão. A linguagem natural é a mais comum e acessível, pois permite que usuários e stakeholders compreendam os requisitos sem conhecimento técnico. A linguagem natural estruturada adiciona padronização e organização, reduzindo ambiguidades. As notações gráficas (como diagramas UML, DFDs e casos de uso) oferecem uma visão visual e facilitam a comunicação de fluxos e interações. Já as especificações matemáticas (métodos formais) são extremamente precisas e utilizadas em sistemas críticos, onde a exatidão é essencial.
A escolha da forma de especificação depende do contexto do projeto, do público-alvo do documento e do nível de rigor necessário. Em sistemas críticos, por exemplo, a especificação matemática é preferida; em projetos ágeis, a linguagem natural e as histórias de usuário são mais comuns. O importante é que a especificação seja clara, consistente e verificável.
A pegadinha desta questão está na alternativa E: "Diagrama de Emoções de Software" é um termo fictício, criado para confundir o candidato que não domina o assunto. Não existe tal diagrama na Engenharia de Software. As demais alternativas são formas legítimas e amplamente reconhecidas de especificação de requisitos.
Guarde a lista das formas de especificação: linguagem natural, linguagem natural estruturada, notações gráficas e especificações matemáticas. É exatamente essa lista que separa as alternativas corretas da incorreta.
Especificação de requisitos: Formas clássicas (Linguagem natural, Linguagem natural estruturada, Notações gráficas (UML, DFD, casos de uso), Especificações matemáticas (métodos formais)); Critério de escolha (Contexto do projeto, Público-alvo, Nível de rigor); Diagrama de Emoções de Software (não existe)
Alternativa A — ✅ Correta
Sentenças em linguagem natural são uma forma válida e comum de especificar requisitos. Elas são utilizadas principalmente para requisitos de usuário, por serem compreensíveis por todos os envolvidos, sem necessidade de conhecimento técnico. É a forma mais acessível e amplamente adotada.
Alternativa B — ✅ Correta
A linguagem natural estruturada é uma evolução da linguagem natural, adicionando padronização e organização para reduzir ambiguidades. É uma forma reconhecida de especificação, especialmente útil para requisitos de sistema que precisam de maior precisão sem recorrer à formalidade matemática.
Alternativa C — ✅ Correta
Notações gráficas, como diagramas UML, DFDs e casos de uso, são formas legítimas de especificar requisitos. Elas oferecem uma representação visual que facilita a compreensão de fluxos, interações e estruturas, sendo amplamente utilizadas na Engenharia de Software.
Alternativa D — ✅ Correta
Especificações matemáticas, também conhecidas como métodos formais, são uma forma válida de especificação, especialmente em sistemas críticos onde a precisão é essencial. Elas utilizam notação matemática para descrever o comportamento do sistema de forma exata e verificável.
Alternativa E — ❌ Incorreta ⟵ GABARITO
O "Diagrama de Emoções de Software" não existe na Engenharia de Software. É um termo fictício, criado pela banca como distrator. Não há qualquer referência a esse tipo de diagrama na literatura ou nas práticas de especificação de requisitos. As demais alternativas são formas reais e reconhecidas.
NÃO CAIA NESSA!
A banca inventou um termo que parece plausível ("Diagrama de Emoções") para confundir o candidato que não domina o assunto. A pegadinha é exatamente essa: o candidato que conhece as formas reais de especificação identifica imediatamente que a alternativa E é fictícia. Fique atento a termos inventados que parecem técnicos, mas não existem na literatura.
PEGA ESSA DICA!
Memorize as quatro formas clássicas de especificação de requisitos: linguagem natural, linguagem natural estruturada, notações gráficas e especificações matemáticas. Quando a questão pedir para identificar o que NÃO corresponde, elimine as alternativas que você reconhece como válidas e fique com a que sobrar — geralmente é o distrator inventado.