Cuando diseñas un edificio usas un plano. Todo está diseñado por adelantado, ya que retroceder y cambiar las cosas más tarde es muy costoso o imposible.
Puede hacer lo mismo con la informática y, de hecho, el modelo en cascada (cómo la mayoría de las empresas lo usaban y lo usaban incorrectamente si alguna vez leía el documento) hace exactamente esto.
Utiliza fases separadas de análisis, diseño, codificación y prueba para producir resultados de cada etapa que las siguientes etapas utilizarán para completar su trabajo.
- ¿Conoces una buena aplicación web o móvil que pueda ayudarte a aprender inglés?
- ¿Cuáles son los pros y los contras de las aplicaciones móviles híbridas?
- ¿Qué necesitas saber para crear juegos de aplicaciones o aplicaciones interactivas con muchos usuarios?
- ¿Cuáles son algunos de los geniales de la línea de estado de la aplicación?
- ¿Qué opinas de la primera versión de mi aplicación web que ayuda a recopilar, compartir y descubrir aplicaciones?
Esto ha sido reemplazado en gran medida en proyectos modernos con procesos ágiles (o algún tipo de primo endogámico pobre de los dos la mayor parte del tiempo) que prácticamente hacen exactamente lo mismo que la cascada anterior, pero lo hacen en carreras cortas (generalmente 2 semanas) ) y luego repita eso una y otra vez hasta que el cliente esté contento (o abandone el proyecto).
Sin embargo, esto significa que la cantidad de diseño inicial es mínima, ya que solo se realiza un diseño suficiente para verlos en el próximo sprint. Un buen arquitecto de proyecto tendrá un diseño general más grande en algún lugar (a menudo solo en su cabeza) que dará forma a las fases de diseño de estos sprints de dos semanas.
Es posible que desee echar un vistazo a scrum, kanban, programación extrema y otras técnicas modernas para comprenderlo mejor.
