Alternativa D
Introdução
O RAD (Rapid Application Development) é uma metodologia de engenharia de software focada na velocidade de entrega e na prototipagem interativa. O princípio citado enfatiza que o processo não deve gerar apenas rascunhos, mas evoluir continuamente até atingir um estado de produção comercial.
Desenvolvimento
A característica central do RAD é a capacidade de entregar partes funcionais do sistema rapidamente. No entanto, para atender ao requisito de uma "solução comercial", essas partes precisam ser refinadas. O modelo de iteração serve justamente para validar e corrigir o produto ao longo do tempo, garantindo que o resultado final seja robusto e adequado ao mercado.
## Análise
- Opção A (Incorreta): Sistemas com bancos de dados são comuns em RAD. A presença de dados estruturados não impede o desenvolvimento incremental; pelo contrário, pode-se construir camadas de acesso e esquema gradualmente.
- Opção B (Incorreta): Deixar questões em aberto indefinidamente gera "dívida técnica". O RAD busca qualidade mesmo na velocidade, então problemas críticos devem ser resolvidos para permitir a convergência para a versão final.
- Opção C (Incorreta): Embora a segurança seja vital, o enunciado foca na natureza do desenvolvimento (iterativo/incremental convergindo), não especificamente na estratégia de segurança desde o início.
- Opção D (Correta): Esta opção traduz corretamente o conceito de convergência. Ela explica que, apesar da rapidez inicial, o objetivo é o refinamento progressivo do protótipo até que ele se torne o sistema comercial definitivo.
- Opção E (Incorreta): Iterações facilitam a validação, mas não oferecem "garantia absoluta" de conformidade. Fatores externos ou mudanças de escopo podem impedir que todos os requisitos originais sejam atendidos.
Conclusão
A alternativa D é a resposta correta, pois alinha a prática do RAD (versões curtas) com o objetivo estratégico mencionado (transformação do protótipo em sistema comercial).