Comprensión y perspectivas sobre el proceso de ingeniería de software: perspectivas sobre la ingeniería de software
A través de estos seis meses de estudio, tengo una comprensión preliminar de la ingeniería de software y algunas de mis propias ideas. Debido a que me especialicé en automatización durante mi carrera universitaria y trabajaba en la oficina de suministro de energía, lo que no tenía nada que ver con la ingeniería de software, era inevitable que tuviera algunas dificultades en el aprendizaje. Pero gracias a las cuidadosas explicaciones de los profesores y a mis propios esfuerzos, finalmente obtuve una comprensión preliminar. A continuación expondré algunas de mis opiniones desde dos aspectos.
En primer lugar, mi comprensión del proceso de software
Este semestre es mi primer contacto con cursos relacionados con la ingeniería de software, y "Proceso de ingeniería de software" es el primer curso al que he venido. en contacto con. Este semestre estudié principalmente varios aspectos: estándar 12207, varios modelos de procesos de software (modelo en cascada, modelo de corrección de codificación, modelo de evolución, etc.), modelo Infosys, modelo Synery, mejora de procesos de ingeniería de software y desarrollo ágil.
1. El estándar 12207
La propuesta del estándar 12207 debe considerarse como un evento muy importante en el campo de los procesos de ingeniería de software. Este estándar divide el proceso del ciclo de vida del software en tres procesos, a saber, el proceso principal, el proceso de soporte y el proceso auxiliar. Estos tres procesos se guían, restringen y promueven mutuamente. No hace falta decir la importancia del proceso principal, mientras que el proceso de soporte y el proceso auxiliar son una serie de actividades que aseguran el funcionamiento normal del proceso principal, el logro de objetivos y la mejora de la calidad. Pueden ser adoptados parcial o totalmente por cada proceso del proceso principal para garantizar la finalización sin problemas del proceso principal.
2. Varios modelos de procesos
Los dos modelos más impresionantes son el modelo de corrección de errores de codificación y el modelo en cascada.
(1) Modelo de corrección de codificación: este es el modelo más antiguo y simple entre todos los modelos. Casi no hay trabajo de preparación antes de la codificación y los usuarios ingresan rápidamente a la etapa de codificación del desarrollo de productos. Normalmente, después de completar una cantidad significativa de codificación, se prueba el producto y se corrigen los errores descubiertos. Aunque este modelo es adecuado para proyectos pequeños y sencillos, es de bajo coste y fácil de usar. Sin embargo, adoptar este modelo para proyectos un poco más grandes es arriesgado. La falta de planificación temprana y, a menudo, de métodos de desarrollo informales pueden conducir fácilmente a la fragmentación del código y la calidad del producto es difícil de garantizar.
(2) Modelo Cascada: Este es el modelo más clásico. Incluye las fases de requisitos, diseño, codificación, pruebas, operación y mantenimiento. Debido a que es sencillo de gestionar, se utiliza a menudo como modelo en los contratos. Su ventaja es que es simple y fácil de entender y tiene un bajo costo de gestión. El modelo en cascada se pasa de una etapa a la siguiente a través de documentos. En principio, las etapas no son consecutivas ni se superponen. Este documento genera y proporciona una descripción completa del proceso de avance a lo largo del ciclo de vida. Permite un control temprano de líneas base y configuraciones. Su desventaja es que los clientes deben poder expresar sus necesidades de forma completa, correcta y clara. Sin embargo, en el desarrollo de sistemas, a menudo se encuentra que existen grandes diferencias en la comunicación entre usuarios y desarrolladores. Los desarrolladores interpretan a voluntad las vagas necesidades de los usuarios, y las necesidades de los usuarios cambian con el tiempo. Y cuando el proyecto llegue a su fin, habrá mucho trabajo de integración y pruebas.
(3)Modelo Infosys y modelo Synery.
En segundo lugar, mis sugerencias para la enseñanza de contenidos