Alternativa E
Introdução à Engenharia de Software
Esta questão aborda conceitos fundamentais da Engenharia de Software, especificamente sobre as fases de Análise, Projeto e desenvolvimento de sistemas. Para responder corretamente, é necessário distinguir as responsabilidades de cada etapa do ciclo de vida do software.
As fases clássicas incluem:
- Análise: Foca no "O QUE" o sistema deve fazer (requisitos).
- Projeto: Foca no "COMO" o sistema será construído (arquitetura, interfaces).
- Implementação: Codificação do sistema.
- Testes/Homologação: Validação contra requisitos.
Análise da Alternativa Correta
A Alternativa E é a correta porque define com precisão o conceito de Análise de Domínio.
- Análise de Domínio: É uma técnica utilizada para identificar características, funcionalidades e requisitos que são comuns a uma família de sistemas em um mesmo campo de aplicação.
- Objetivo: Promover a reutilização de componentes e reduzir custos identificando padrões no domínio do problema.
- Aplicação: Ao analisar o domínio, entende-se o contexto geral antes de especificar detalhes únicos do sistema individual.
Portanto, a afirmação de que na análise de domínio são identificados requisitos comuns ao campo de aplicação está tecnicamente correta.
Análise das Alternativas Incorretas
Para compreender por que as outras opções não se aplicam, veja a distinção entre os termos utilizados:
| Opção | Conceito Errado | Correção Técnica |
|---|
| A | Projeto de Homologação | Definição de alocação física pertence ao Projeto de Implantação/Arquitetura. Homologação é teste final de aceitação. |
| B | Interface de Máquina (MI) | As interfaces dividem-se em Usuário (UI) e Sistema/Interno. "MI" não é terminologia padrão nesta divisão. |
| C | Requisitos Esperados | Termos genéricos. Na análise, levantam-se Requisitos Funcionais e Não Funcionais. Objetivos do cliente são Requisitos de Negócio. |
| D | Infraestrutura na Análise | Condições de infraestrutura (hardware, rede) são definidas na fase de Projeto de Arquitetura, não na Análise. |
Detalhamento dos Erros
- Opção A: A homologação ocorre após o desenvolvimento, servindo para validar se o sistema atende aos requisitos do cliente. A alocação no ambiente físico é planejada durante o Projeto de Arquitetura ou Implantação.
- Opção B: O projeto de interface foca na interação humana (UI) e na comunicação interna ou externa do sistema (API/Sistema). O termo "Interface de Máquina" é impreciso neste contexto acadêmico/exame.
- Opção C: Embora requisitos sejam levantados na análise, a descrição é vaga ("requisitos esperados"). Além disso, objetivos e metas estratégicos geralmente são capturados na fase de Planejamento ou como Requisitos de Negócio, sendo refinados depois.
- Opção D: A Análise preocupa-se com o comportamento e regras de negócio. Detalhes técnicos de infraestrutura (servidores, redes) são decididos no Projeto, pois dependem das escolhas tecnológicas feitas posteriormente.
Conclusão
A distinção entre as fases de Análise (requisitos e problemas) e Projeto (soluções técnicas e infraestrutura) é crucial. A Alternativa E destaca corretamente o propósito da Análise de Domínio, que é buscar padrões e requisitos comuns para garantir consistência e reutilização dentro de um setor específico.