Los directores de proyectos deben conocer los cuatro modelos principales de gestión de proyectos
Modelo en cascada
El modelo de desarrollo en cascada es un proceso de entrega único, lo que significa que el pases del proyecto Todo el proyecto se completa solo después de completar estos seis pasos de desarrollo de "planificación de software → análisis de demanda → diseño de software → codificación de programas → pruebas de software → operación y mantenimiento".
Ámbito de aplicación
▲El cliente tiene requisitos muy claros y hay pocos o ningún cambio durante el proceso de desarrollo o ya existe un proceso de desarrollo estable en el mercado y los hay; Pocos cambios durante el proyecto. Hay cambios.
▲Los clientes no tienen requisitos para los efectos que ven en tiempo real.
Modelo en cascada: seis etapas específicas
1) Plan de software
Determinar los objetivos del proyecto y realizar estudios de viabilidad a través de estudios de mercado y comunicación con las partes de la demanda, para determinar si si el proyecto es factible y cuáles son los beneficios, y determinar si la empresa acepta el proyecto.
2) Análisis de la demanda
Profundice en todas las demandas del lado de la demanda y realice análisis para determinar el efecto final que el lado de la demanda quiere lograr, garantizando así los productos que los clientes desear. Generalmente, este paso debe confirmarse repetidamente con el cliente y, finalmente, se forma un documento de requisitos como base para el desarrollo.
3) Diseño de software
Después de comprender los requisitos, es necesario sistematizarlos y pensar en cómo presentarlos en función del contenido de los requisitos, como diseñar la arquitectura del sistema. , diseñar la interfaz del sistema, diseñar la base de datos, diseñar y desarrollar interfaces, etc., eventualmente formarán un documento de diseño de arquitectura.
4) Codificación del programa
El marco del sistema ha sido claro. El siguiente paso es comunicarse con los programadores y convertir los resultados del diseño en una plataforma operativa que los clientes puedan usar a través del código del programa.
5) Pruebas de software
Una vez completada la codificación y operativa en su plataforma correspondiente, el evaluador debe situarse desde la perspectiva del cliente y realizar pruebas detalladas de acuerdo con el documento de requisitos. se plantean piezas irrazonables o que funcionan anormalmente, y luego los programadores las reparan, resuelven todas las preguntas y finalmente elaboran un informe de prueba.
6) Operación y mantenimiento
El software se puede poner en uso una vez completado el desarrollo. Sin embargo, no hay garantía de que se produzcan problemas durante el uso del cliente, por lo que es posible que el equipo del proyecto deba continuar con el mantenimiento, corregir errores y agregar funciones.
Modelo incremental
El modelo incremental es un proceso de entrega de módulos. Extrae los cuatro pasos de "análisis de requisitos → diseño de software → codificación de programas → pruebas de software", lo ejecuta varias veces. y luego completó todo el proyecto.
Si tomamos como ejemplo la fabricación de un coche, primero hacemos los neumáticos, luego el volante, después la carrocería, etc. Además, al fabricar neumáticos, también se deben seguir los cuatro pasos de "análisis de demanda → diseño de software → codificación de programa → prueba de software", y si los módulos no tienen dependencias, también se pueden desarrollar en paralelo.
Modelo iterativo
Debido a los rápidos cambios en el mercado, muchos clientes del proyecto ahora no saben cuáles son sus necesidades, por lo que para hacer frente a esta situación, se debe realizar un desarrollo iterativo. El modelo ha surgido. Cada vez Diseñe e implemente solo una parte del producto y luego complete gradualmente más funciones.
Cada etapa de diseño e implementación se denomina iteración. Todo el proceso es como un proyecto completo, que incluye la planificación del software, el análisis de requisitos, el diseño, la implementación, las pruebas y la aceptación, etc., lo que equivale a un In. Para pequeñas iteraciones en cascada, se debe completar una versión de entrega ejecutable al final de la iteración.
Modelo de creación rápida de prototipos
Debido a diversas razones, es muy difícil obtener una descripción de requisitos completamente consistente, precisa y razonable durante la etapa de análisis de requisitos. problema, deje que ambas partes entiendan Después de llegar a un acuerdo, surgió el método del modelo de creación rápida de prototipos, también llamado modelo prototipo. Significa construir rápidamente un prototipo de software funcional después de recibir los requisitos, probarlo con los clientes, recopilar información de retroalimentación y luego modificarlo y confirmarlo repetidamente hasta que el software desarrollado pueda realmente satisfacer las necesidades del cliente.
Sin embargo, durante el proceso de desarrollo del prototipo, no hubo un diseño y planificación rigurosos del sistema, y la confiabilidad y el rendimiento fueron difíciles de garantizar. Por lo tanto, en proyectos de software reales, generalmente existen dos estrategias de procesamiento para las características rápidas y de baja calidad de los modelos prototipo: una es la estrategia de abandono y la otra es la estrategia adicional.
La estrategia de abandono significa que el prototipo solo se utiliza en la etapa de análisis de requisitos. Una vez confirmados los requisitos, el prototipo se descartará y todas las funciones se volverán a desarrollar durante el desarrollo real.
La estrategia adicional es aplicar el prototipo a todo el proceso de desarrollo. El prototipo se mejora constantemente y se agregan constantemente nuevas funciones y nuevos requisitos hasta que se satisfacen todas las necesidades del cliente y el prototipo finalmente se convierte en software entregado al cliente. Esta estrategia tiene ventajas similares al modelo iterativo.