Questão de Engenharia de Software — Geral — FCC 2025

Aplicação conjunta da ABNT NBR ISO/IEC/IEEE 12207:2021 e da UML 2.5

Gabarito: letra D. A alternativa D descreve corretamente a aplicação conjunta porque a UML 2.5 é uma linguagem de modelagem visual que pode ser usada para representar os processos do ciclo de vida de software definidos na norma ABNT NBR ISO/IEC/IEEE 12207:2021, como a análise de requisitos, utilizando diagramas de atividades para modelar o fluxo de trabalho. A norma 12207 define processos e atividades, mas não prescreve notações gráficas; a UML preenche essa lacuna como ferramenta de modelagem.

A ABNT NBR ISO/IEC/IEEE 12207:2021 é uma norma internacional que estabelece uma estrutura comum para os processos do ciclo de vida de software, desde a concepção até a retirada do produto. Ela define processos, atividades e tarefas, organizados em três categorias principais: processos de acordo (aquisição e fornecimento), processos técnicos (desenvolvimento, operação, manutenção) e processos de apoio (documentação, verificação, validação, etc.). O objetivo é fornecer uma linguagem comum para todas as partes envolvidas — compradores, fornecedores, desenvolvedores, mantenedores — permitindo que contratos e projetos sejam executados de forma eficaz.

A UML (Unified Modeling Language) é uma linguagem de modelagem visual padronizada pela OMG, usada para especificar, visualizar, construir e documentar artefatos de sistemas de software. Ela oferece 13 tipos de diagramas, divididos em estruturais (classes, objetos, componentes, implantação) e comportamentais (casos de uso, atividades, estados, sequência, comunicação). A UML não é um processo de desenvolvimento, mas uma notação que pode ser usada em qualquer processo, incluindo os definidos pela ISO/IEC 12207.

A aplicação conjunta ocorre quando a norma 12207 define o que deve ser feito (processos e atividades) e a UML fornece como representar graficamente esses processos e artefatos. Por exemplo, no processo de análise de requisitos, pode-se usar um diagrama de casos de uso para capturar as funcionalidades esperadas, ou um diagrama de atividades para modelar o fluxo de trabalho do sistema, como no caso de um sistema de gestão processual. A norma não define notações; ela apenas estabelece os processos e suas atividades, deixando a modelagem a cargo de linguagens como a UML.

A pegadinha da banca está em inverter os papéis: algumas alternativas atribuem à norma 12207 a definição de notações gráficas (o que é papel da UML) ou afirmam que são metodologias concorrentes e mutuamente exclusivas (o que é falso, pois são complementares). A alternativa D acerta ao mostrar a UML como ferramenta para modelar os processos da norma, com um exemplo concreto e adequado (diagrama de atividades para fluxo de trabalho jurídico).

Alternativa A — ❌ Incorreta

A alternativa A afirma que a UML 2.5 auxilia na documentação dos processos de aquisição e fornecimento, utilizando diagramas de implantação para visualizar a arquitetura. O erro está no diagrama: diagramas de implantação são usados para modelar a arquitetura física de hardware e software (nós, artefatos, conexões), não para documentar processos de aquisição e fornecimento. Para processos de negócio ou fluxos de trabalho, o diagrama adequado seria o de atividades ou de casos de uso. Além disso, a norma 12207 não é específica para o setor público-jurídico; ela é genérica para qualquer domínio.

Alternativa B — ❌ Incorreta

A alternativa B afirma que a norma 12207 e a UML são metodologias concorrentes e mutuamente exclusivas. Isso é falso: a norma 12207 define processos de ciclo de vida, enquanto a UML é uma linguagem de modelagem. Elas são complementares — a norma pode ser usada em conjunto com a UML para modelar os processos e artefatos. Não há exclusão mútua; pelo contrário, a UML é frequentemente usada dentro de processos definidos pela norma.

Alternativa C — ❌ Incorreta

A alternativa C afirma que a norma 12207 define as notações gráficas para modelagem de requisitos legais usando diagramas de caso de uso da UML. O erro está em atribuir à norma a definição de notações gráficas — isso é papel da UML, não da norma. A norma define processos e atividades, mas não prescreve diagramas específicos. Além disso, a modelagem de requisitos legais não é uma atividade específica da norma; ela trata de requisitos de software em geral.

Alternativa D — ✅ Correta ⟵ GABARITO

A alternativa D está correta porque descreve a aplicação conjunta de forma adequada: a UML 2.5 é usada para modelar os processos do ciclo de vida definidos na norma 12207, como a análise de requisitos, utilizando diagramas de atividades para representar o fluxo de trabalho. Isso é um uso legítimo e comum: a norma define o processo de análise de requisitos (atividades, tarefas), e a UML fornece a notação para representar graficamente esse processo, como um diagrama de atividades que mostra o fluxo de trabalho jurídico. O exemplo do sistema de gestão processual é pertinente e demonstra a aplicação prática.

Alternativa E — ❌ Incorreta

A alternativa E afirma que a norma 12207 estabelece padrões de conformidade para a criação de diagramas de classes em UML. Isso é incorreto: a norma não define padrões para diagramas UML; ela define processos de ciclo de vida. Diagramas de classes são uma notação da UML, e sua criação não é regulada pela norma 12207. A interoperabilidade com outros sistemas governamentais é um requisito que pode ser tratado em outros padrões, mas não é função da norma 12207.

Gabarito: letra D