Questão de Arquitetura de Software — Ciclo de Vida — FGV 2025
Arquitetura de Software›Ciclo de Vida
Código
fg123958
Banca
FGV
Órgão
TRT - 24ª REGIÃO (MS)
Ano
2025
Nível
Superior
Cargo
Técnico Judiciário - Área Apoio Especializado - Tecnologia da Informação
Em relação ao Ciclo de Vida de Desenvolvimento de Software (SDLC), a coleta e a definição detalhada dos requisitos, bem como a elaboração de documentações, como fluxogramas e diagramas de sistemas, ocorre na etapa de
Adesign.
Bdesenvolvimento.
Ctestes.
Danálise.
Eimplantação.
Revelar gabarito e comentário▾
GabaritoD — análise.
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”.
SDLC – Etapas do Ciclo de Vida
Gabarito: letra D. A coleta e definição detalhada dos requisitos, bem como a elaboração de documentações como fluxogramas e diagramas de sistemas, ocorre na etapa de análise (também chamada de definição ou especificação de requisitos). Essa é a fase em que se compreende o negócio, levantam-se as necessidades dos stakeholders e modelam-se os requisitos, conforme definições clássicas de SDLC e afirmações de bancas como CESPE e VUNESP.
O Ciclo de Vida de Desenvolvimento de Software (SDLC) compreende, em geral, as etapas: Planejamento, Definição (Análise), Design, Desenvolvimento, Testes e Implantação. A etapa de análise é a responsável pelo entendimento e registro detalhado do que o sistema deve fazer, produzindo artefatos como fluxogramas, diagramas de casos de uso, protótipos e especificações textuais.
Etapa do SDLC
Atividade principal
Ocorre coleta/detalhamento de requisitos?
Produz fluxogramas/diagramas de requisitos?
Design
Projeto da arquitetura e solução técnica
Não (requisitos já definidos)
Não (diagramas de design, ex.: classes, componentes)
Desenvolvimento
Codificação do software
Não
Não
Testes
Verificação e validação do software
Não
Não (apenas casos de teste)
Análise
Compreensão do negócio e especificação de requisitos
Sim
Sim (fluxogramas, diagramas de casos de uso, etc.)
Implantação
Disponibilização do sistema em produção
Não
Não
1Planejamento
2Análise
3Design
4Desenvolvimento
5Testes
6Implantação
LEVEL · soulevel.com.br
Alternativa A — ❌ Incorreta
Design (ou projeto) é a fase posterior, na qual se define a arquitetura do sistema, os componentes de software e hardware, e se criam diagramas de classes, componentes e implantação. O design parte dos requisitos já definidos para projetar a solução técnica. Portanto, não é nela que ocorre a coleta de requisitos.
Alternativa B — ❌ Incorreta
Desenvolvimento é a etapa de codificação propriamente dita, onde o software é construído com base no design. Diagramas e requisitos já foram elaborados em fases anteriores. A coleta de requisitos é prévia ao desenvolvimento.
Alternativa C — ❌ Incorreta
Testes visam verificar e validar se o software atende aos requisitos especificados. Embora envolva documentação de casos de teste, a coleta inicial de requisitos não é feita aqui. Os testes ocorrem após o desenvolvimento, baseados nos requisitos definidos na análise.
Alternativa D — ✅ Correta ⟵ GABARITO
Análise é a etapa correta. Conforme definição: "Fase que envolve o entendimento dos requisitos de negócio é a de: ANÁLISE [CESPE 2024]" e "Os Critérios de Validação são elaborados na etapa de especificação e análise de requisitos [VUNESP 2024]". É nessa fase que se realizam a coleta e o detalhamento dos requisitos, além da elaboração de fluxogramas e diagramas que representam o sistema desejado.
Alternativa E — ❌ Incorreta
Implantação é a etapa final, onde o software é disponibilizado para uso em produção. Inclui atividades como instalação, migração de dados e treinamento de usuários. A coleta de requisitos já foi concluída em fases anteriores.
NÃO CAIA NESSA!
Muitos candidatos confundem a etapa de análise com a de design, pois ambas produzem diagramas. Contudo, os diagramas de análise (fluxogramas, diagramas de casos de uso) representam os requisitos do sistema (o que o sistema deve fazer), enquanto os diagramas de design (diagramas de classes, componentes) representam a solução técnica (como será implementado). A banca explora essa troca: a elaboração de fluxogramas e diagramas de sistemas na coleta de requisitos é típica da análise, não do design.