Cómo hacer un plan y crear una estructura para mi aplicación web Desarrollador de registros, desarrollo de aplicaciones

El enfoque que debe adoptar puede variar ampliamente según el tipo de aplicación web que está creando y la plataforma en la que está creando. Aquí hay un resumen básico. Agréguelo o reste según sea necesario.

Crea historias de usuarios. Estas son declaraciones de alto nivel que relacionan las características con el valor y estimulan la discusión. Un formato simple de usar es: Como (tipo de usuario) quiero (característica) para que (valor). Se puede encontrar más información en Agile User Stories – Scrum Alliance
Construya un flujo de trabajo y marcos de alambre. Utilizando las historias de los usuarios como guía, descubra cómo los usuarios deben navegar por la aplicación y cómo se verían las pantallas. Probablemente descubrirá nuevas historias en el camino. Anótelos y explíquelos en su flujo de trabajo según sea necesario. Pencil (Home – Pencil Project) es una buena aplicación gratuita para usar para esto, pero me gusta más Balsamiq (que cuesta dinero – Balsamiq. Software de enmarcado rápido, efectivo y divertido).
Crea un guión gráfico. Cree algunos escenarios de uso generales / críticos / típicos y dibuje en un guión gráfico. No intentes cubrir todo o lo harás para siempre. Esto refina la comprensión del equipo de las partes más importantes de cómo los usuarios fluyen a través de la aplicación. Un enfoque mínimo podría ser crear solo una tabla de estado de ánimo que establezca la paleta de colores y la “sensación” general para el diseño, pero que realmente no entre en proceso.
Esquema de la arquitectura técnica. Utilizando las historias de usuario, el flujo de trabajo, los marcos de alambre y los guiones gráficos, descubra qué necesita implementar. Elija tecnologías, infraestructura de diseño, describa el diseño de su modelo de datos, determine cómo interactuarán el modelo y la interfaz (por ejemplo, con MVC), descubra cómo se escalará la aplicación, etc.
¡Comienza a construir! Elija la característica más importante, compílela y muéstresela al cliente tan pronto como esté lista . Utilice los comentarios del cliente para volver a visitar y ajustar cualquiera / todos los pasos anteriores antes de continuar con el desarrollo.

En los equipos que he corrido, realizamos todos estos pasos en pequeños incrementos, generalmente de dos semanas (el proceso se llama Scrum; consulte El inicio de Scrum> Inicio). Es importante mantener estos incrementos cortos e involucrar al cliente en gran medida porque hay una buena posibilidad de que haya hecho las cosas mal (o el cliente lo hizo) en la última ronda y necesita hacer ajustes.