1. Recopilación y análisis de requisitos:
* Actividad: Comprender las necesidades de los interesados (clientes, usuarios, etc.) y documentarlas formalmente. Esto involucra entrevistas, encuestas, revisiones de documentos y creación de casos de uso.
* Salida: Documento de especificación de requisitos (SRS). Este documento define con precisión qué debe hacer el software, no cómo debe hacerlo. Puede incluir casos de uso, historias de usuarios, requisitos funcionales, requisitos no funcionales (rendimiento, seguridad, etc.) y restricciones.
2. Diseño del sistema:
* Actividad: Definición de la arquitectura general del sistema. Esto incluye identificar componentes principales, sus interacciones y cómo trabajarán juntos para cumplir con los requisitos. Las decisiones sobre tecnología, plataformas e implementación se toman en esta etapa.
* Salida: Documento de arquitectura del sistema. Esto generalmente incluye diagramas que muestran los componentes del sistema, sus relaciones (por ejemplo, diagramas UML como diagramas de componentes, diagramas de implementación) y flujo de datos. También se documentan las opciones de tecnología y las decisiones de diseño de alto nivel.
3. Diseño detallado:
* Actividad: Desglosar el sistema en módulos más pequeños y manejables y especificar el diseño interno de cada módulo. Esto implica el diseño de algoritmos, estructuras de datos e interfaces. Esta fase se centra en el "cómo":los detalles de implementación.
* Salida: Documento de diseño detallado, que incluye especificaciones del módulo, diagramas de clases (si se usa diseño orientado a objetos), descripciones de algoritmos, definiciones de estructura de datos, esquemas de bases de datos (si corresponde), especificaciones de interfaz (API) y seudocodificaciones o diagramas de flujo.
4. Diseño de la base de datos (si corresponde):
* Actividad: Diseño del esquema de la base de datos para almacenar y administrar los datos de la aplicación. Esto implica seleccionar un sistema de gestión de bases de datos (DBMS), definir tablas, relaciones entre tablas y tipos de datos.
* Salida: Documento de diseño de esquema de bases de datos, incluidos los diagramas de relación de entidad (ERD), definiciones de tabla y diccionarios de datos.
5. Diseño de interfaz de usuario (UI):
* Actividad: Diseño de la interfaz de usuario para que el sistema sea fácil e intuitivo de usar. Esto incluye estructuras alámbricas, maquetas y prototipos. Las pruebas de usabilidad a menudo son parte de esta fase.
* Salida: Las especificaciones de diseño de la interfaz de usuario, incluidos las marcas alguas, las maquetas, los prototipos y las guías de estilo UI. También se pueden incluir informes de pruebas de usabilidad.
6. Prueba y validación:
* Actividad: Verificar que el diseño cumple con los requisitos e identificando cualquier defecto. Esto puede implicar revisar los documentos de diseño, realizar tutoriales y construir prototipos para las pruebas.
* Salida: Los planes de prueba, los casos de prueba y los informes de prueba que detallan los resultados de las actividades de prueba. Esto ayuda a garantizar que el diseño sea robusto y cumpla con los requisitos especificados.
Es importante tener en cuenta que las salidas de cada actividad sirven como entradas para actividades posteriores. Por ejemplo, la especificación de requisitos informa el diseño del sistema, que luego informa el diseño detallado. La naturaleza iterativa del desarrollo de software a menudo implica revisar las etapas anteriores en función de la retroalimentación y los cambios durante las etapas posteriores.