Questão de Arquitetura de Software — Software — FUNDATEC 2023
- Código
- qq890346
- Banca
- FUNDATEC
- Órgão
- CAU-RS
- Ano
- 2023
- Nível
- Superior
- Cargo
- Analista Superior Desenvolvimento de TIC
- APrototipação.
- BIncremental.
- CV.
- DCascata.
- EEspiral.
GabaritoB — Incremental.
Gabarito: letra B. O modelo Incremental (também chamado de desenvolvimento iterativo e incremental) possui exatamente as características descritas: as atividades de especificação, desenvolvimento e validação ocorrem de forma simultânea e não em fases rígidas, com feedback rápido ao longo de todo o processo, e o software evolui por meio de sucessivas versões até atingir o sistema desejado.
O enunciado contrasta com modelos sequenciais, nos quais as fases são separadas e não há sobreposição. Vamos analisar cada alternativa:
Modelo de Desenvolvimento | Atividades Simultâneas? | Feedback Rápido? | Evolução por Versões? | Descrição Principal |
|---|---|---|---|---|
Incremental (Gabarito) | Sim | Sim | Sim | Atividades de especificação, desenvolvimento e validação são simultâneas e contínuas; o software evolui por incrementos sucessivos com feedback constante. |
Prototipação | Não necessariamente | Sim (foco em requisitos) | Não (foco em protótipos descartáveis) | Construção de protótipos para elicitar requisitos, sem necessariamente entregar versões funcionais do sistema final. |
V | Não (sequencial) | Parcial (verificação/validação) | Não | Variação do cascata com fases de teste correspondentes, mas atividades ainda sequenciais. |
Cascata | Não (sequencial) | Não | Não | Fases rígidas e sequenciais (especificação, projeto, implementação, testes), sem sobreposição ou feedback rápido. |
Espiral | Sim (iterativo) | Sim | Sim | Combina iteração com análise de riscos, mas o foco principal é o gerenciamento de riscos, não a simultaneidade total das atividades descritas. |
A prototipação envolve a construção de protótipos para elicitar requisitos, mas não necessariamente mantém a simultaneidade das atividades de especificação, desenvolvimento e validação ao longo de todo o ciclo de vida. Além disso, o foco está na validação de ideias, e não na entrega incremental de versões funcionais do sistema.
O modelo incremental – ou iterativo e incremental – divide o sistema em incrementos, cada um passando por suas próprias fases de especificação, desenvolvimento e validação de forma sobreposta e contínua. O feedback é constante, permitindo ajustes rápidos, e o software é aperfeiçoado por versões sucessivas até completar o sistema. Essa descrição casa perfeitamente com o enunciado.
O modelo V (ou V-Model) é uma variação do cascata em que cada fase de desenvolvimento tem uma fase de teste correspondente, mas as atividades continuam sendo sequenciais na sua essência (não simultâneas). As fases de especificação, desenvolvimento e validação são distintas, embora exista uma relação de verificação e validação entre elas.
O modelo cascata (waterfall) é o exemplo clássico de processo sequencial: as fases de especificação, projeto, implementação, testes e manutenção ocorrem uma após a outra, sem sobreposição. Não há feedback rápido nem evolução por versões – o sistema é construído em uma única sequência.
O modelo espiral combina iteração com análise de riscos, mas suas atividades (planejamento, análise de riscos, engenharia e avaliação) não são descritas como simultâneas de forma genérica. Embora haja ciclos, o foco principal é a mitigação de riscos, e não a simultaneidade das atividades de especificação, desenvolvimento e validação com feedback rápido ao longo de todas elas.
Para identificar o modelo incremental na prova, lembre-se das palavras-chave: atividades simultâneas, feedback rápido e evolução por versões. Esses termos também aparecem em modelos ágeis, mas o modelo incremental é o mais clássico que se encaixa na descrição literal.
Gabarito: letra B (modelo Incremental).
Link permanente: /questoes/qq890346