Esta columna son las notas personales del blogger, el objetivo principal es utilizar el tiempo fragmentado para memorizar los puntos de conocimiento de la ingeniería blanda, ¡declaro por la presente!
Directorio de artículos
1. ¿Por qué existe una disciplina de ingeniería de software?
2. ¿Cuáles son las etapas del software?
3. ¿Definición de crisis del software?
4. ¿Cuáles son los problemas incluidos en la crisis del software?
5. ¿Cuáles son las manifestaciones típicas de una crisis de software?
6. ¿Cuáles son las razones de la crisis del software?
7. ¿Malos entendidos y prácticas de desarrollo y mantenimiento de software?
8. ¿Cuáles son las configuraciones de los productos de software?
9. ¿Cuál es la definición de ingeniería de software?
10. ¿Cuáles son las medidas para solucionar la crisis del software?
11. ¿Cuáles son los principios básicos de la ingeniería de software?
12. ¿Definición de metodología/paradigma de ingeniería de software?
14. ¿Qué es la metodología tradicional?
15. ¿Cuáles son las funciones de los documentos?
17. ¿Cuáles son las ventajas y desventajas de la metodología orientada a objetos?
18. ¿Una ecuación bien conocida para métodos orientados a objetos?
20. ¿Qué es el ciclo de vida del software? Cuáles son las etapas?
21. ¿Qué es un proceso de software?
23. ¿Cuáles son las características del modelo en cascada como el modelo de proceso más utilizado?
24. ¿El modelo de cascada real?
25. ¿Cuáles son las ventajas y desventajas del modelo en cascada?
26. ¿Cuál es la esencia del modelo de creación rápida de prototipos?
28. ¿Cuáles son las ventajas y desventajas de los modelos de creación rápida de prototipos?
29. ¿Cuáles son las ventajas y desventajas del modelo incremental?
30. ¿Cuál es la composición del modelo espiral?
31. ¿Cuáles son las ventajas y desventajas del modelo en espiral?
33. ¿Qué es RUP y proceso ágil?
34. ¿RUP y comparación de programación extrema?
35. ¿Cuáles son los escenarios aplicables del proceso de Microsoft?
37. ¿Cuáles son las características esenciales de la ingeniería de software?
Resumen al final del capítulo.
1. ¿Por qué existe una disciplina de ingeniería de software?
Para desarrollar y mantener software de manera más efectiva y estudiar formas de eliminar las crisis de software , se ha formado la disciplina de la ingeniería de software.
2. ¿Cuáles son las etapas del software?
- Los programas más pequeños, escritos específicamente para cada aplicación específica , guardan solo los listados de programas
- taller de software
- etapa de ingenieria de software
3. ¿Definición de crisis del software?
La crisis del software se refiere a una serie de problemas serios encontrados en el desarrollo y mantenimiento de software de computadora , y casi todo el software tiene estos problemas en diversos grados.
4. ¿Cuáles son los problemas incluidos en la crisis del software?
- Cómo desarrollar software para satisfacer la creciente demanda de software
- Cómo mantener una cantidad cada vez mayor de software existente
- La crisis del software se caracteriza por síntomas a largo plazo e indistintos
5. ¿Cuáles son las manifestaciones típicas de una crisis de software?
- Las estimaciones de costos y cronogramas de desarrollo de software a menudo son muy imprecisas
- A menudo sucede que los usuarios no están satisfechos con el sistema de software completo
- La calidad de los productos de software a menudo no es confiable
- El software a menudo no es mantenible
- El software a menudo no está debidamente documentado
- Los costos de software como porcentaje de los costos totales del sistema informático aumentan año tras año
- La velocidad de la mejora de la productividad del desarrollo de software está muy por detrás de la tendencia de rápida popularización y profundización de las aplicaciones informáticas.
6. ¿Cuáles son las razones de la crisis del software?
- relacionado con las características de complejidad del propio software ( causa raíz )
- Relacionado con métodos incorrectos de desarrollo y mantenimiento de software ( razón principal )
7. ¿Malos entendidos y prácticas de desarrollo y mantenimiento de software?
La actuación principal es ignorar la importancia del análisis de requisitos de software , pensar que el desarrollo de software consiste en escribir programas y tratar de hacerlos funcionar, y despreciar el mantenimiento de software , etc.
8. ¿Cuáles son las configuraciones de los productos de software?
Incluye principalmente programas, documentos y datos.
Un programa es una secuencia ejecutable de instrucciones que puede realizar funciones y rendimiento predeterminados.
Los datos son estructuras de datos que permiten que los programas procesen la información apropiadamente.
La documentación es la información gráfica y textual necesaria para desarrollar, usar y mantener programas.
9. ¿Cuál es la definición de ingeniería de software?
- Aplicar un enfoque sistemático, estandarizado y medible al proceso de desarrollo, operación y mantenimiento del software , es decir, aplicar la ingeniería al software.
- La vía mencionada en el Estudio 1
10. ¿Cuáles son las medidas para solucionar la crisis del software?
- Las tecnologías y métodos exitosos de desarrollo de software resumidos en la práctica deben promoverse y utilizarse , y deben investigarse y explorarse tecnologías y métodos mejores y más efectivos.
- Se deben desarrollar y utilizar mejores herramientas de software
- Debería haber medidas de gestión organizativa necesarias.
11. ¿Cuáles son los principios básicos de la ingeniería de software?
- Administrar estrictamente con un plan de ciclo de vida por etapas
- Adherirse a la revisión de etapa
- Implementar estrictos controles de productos.
- Uso de modernas técnicas de programación.
- Los resultados deben ser claramente analizables
- El equipo de desarrollo debería ser menos pero mejor
- Reconocer la necesidad de una mejora continua de las prácticas de ingeniería de software.
Notas breves: puntos, evaluación, control, presente, revisión, menos, debe
12. ¿Definición de metodología/paradigma de ingeniería de software?
Por lo general, la colección de un conjunto de métodos técnicos utilizados en todo el proceso del ciclo de vida del software se denomina metodología , también conocida como paradigma.
13. ¿Cuáles son los tres elementos de la metodología de ingeniería de software? ¿Y cuál es el papel de cada uno?
Los tres elementos de la ingeniería de software se refieren a: métodos, herramientas y procesos
Un método es un método técnico para completar varias tareas de desarrollo de software , respondiendo a la pregunta de " cómo hacerlo ".
Una herramienta es un entorno de soporte de ingeniería de software automatizado o semiautomático para aplicar un método
El proceso es un marco de una serie de tareas que deben completarse para obtener software de alta calidad y especifica los pasos de trabajo para completar cada tarea.
14. ¿Qué es la metodología tradicional?
La metodología tradicional también se denomina metodología del ciclo de vida o paradigma estructurado , utiliza tecnología estructurada para completar diversas tareas de desarrollo de software y utiliza herramientas de software apropiadas o un entorno de ingeniería de software para respaldar el uso de tecnología estructurada.
15. ¿Cuáles son las funciones de los documentos?
- La documentación es una herramienta de comunicación.
- Los documentos también funcionan como notas
- La documentación aumenta la visibilidad del proceso de desarrollo de software
- La documentación registra información sobre el proceso de desarrollo.
- La documentación se puede utilizar como una señal del resultado y la finalización del trabajo por etapas.
Notas breves: aprobar, preparar, graduar, registrar, calificar
16. ¿Por qué utilizar la metodología orientada a objetos? (Desventajas de las metodologías tradicionales)
Desventajas: las metodologías tradicionales están orientadas a los datos o al procesamiento Cuando la escala del software es grande, o los requisitos para el software son vagos o cambian con el tiempo , el desarrollo de software utilizando metodologías tradicionales a menudo no tiene éxito y es difícil de mantener .
Ventajas: el ciclo de vida del software se divide en varias etapas, y las tareas de cada etapa son relativamente independientes y relativamente simples, lo que facilita la división del trabajo y la cooperación de diferentes personas , lo que reduce la dificultad de todo el proceso de desarrollo de software . La adopción de metodologías tradicionales también puede mejorar en gran medida la tasa de éxito y la productividad del desarrollo de software .
17. ¿Cuáles son las ventajas y desventajas de la metodología orientada a objetos?
ventaja:
- Reducción de la complejidad de los productos de software.
- Comprensibilidad del software mejorada
- Desarrollo y mantenimiento de software simplificado
- Promueve la reutilización de software
defecto:
- La metodología orientada a objetos y su herencia única, polimorfismo y otros mecanismos dificultan las pruebas y la depuración orientadas a objetos.
- El diseño de la arquitectura orientada a objetos es difícil y complicado , lo que puede causar problemas como un sistema irrazonable .
- Los costos de desarrollo orientados a objetos son altos y no son propicios para el desarrollo de principiantes.
18. ¿Una ecuación bien conocida para métodos orientados a objetos?
Método orientado a objetos = objeto + clase + herencia + comunicación de mensajes
19. ¿Cuál es la comparación de procesos entre la metodología tradicional y la metodología orientada a objetos?
La metodología tradicional enfatiza la finalización secuencial de arriba hacia abajo de cada etapa de las tareas de desarrollo de software.
La orientación a objetos es un proceso evolutivo que itera activamente varias veces , y su herencia y polimorfismo únicos mejoran aún más la reutilización del software orientado a objetos.
20. ¿Qué es el ciclo de vida del software? Cuáles son las etapas?
El ciclo de vida del software se refiere a todo el proceso desde el comienzo del producto de software hasta que se elimina el software.
Dividido en ocho etapas: definición del problema, estudio de factibilidad, análisis de la demanda, diseño general,
Diseño detallado, codificación y pruebas unitarias, pruebas integrales, mantenimiento de software
21. ¿Qué es un proceso de software?
El proceso de software es un marco de una serie de tareas que deben completarse para obtener software de alta calidad , y especifica los pasos de trabajo para completar cada tarea .
22. ¿Cuál es la principal diferencia entre el modelo en cascada y el modelo de creación rápida de prototipos?
Diferentes métodos para obtener las necesidades del usuario.
23. ¿Cuáles son las características del modelo en cascada como el modelo de proceso más utilizado?
- Secuencia y dependencias entre fases
- perspectiva de realización diferida
- Perspectiva de Garantía de Calidad
24. ¿El modelo de cascada real?
El modelo de cascada real es un " bucle de retroalimentación ", es un modelo basado en documentos , que es tanto su fortaleza como su debilidad.
25. ¿Cuáles son las ventajas y desventajas del modelo en cascada?
ventaja:
- Obligar a los desarrolladores a adoptar un enfoque disciplinado
- Estipular estrictamente los documentos que se deben presentar en cada etapa
- Todos los productos entregados en cada etapa deben ser verificados cuidadosamente por el Equipo de control de calidad.
defecto:
- La mayoría de los proyectos reales son difíciles de seguir el orden dado por el modelo , y la iteración de este modelo es indirecta, lo que fácilmente puede causar una gran confusión debido a pequeños cambios.
- A menudo es difícil para los clientes expresar sus necesidades reales, pero este modelo lo requiere, este modelo no agradece la existencia de ambigüedades .
- Los clientes no verán una versión de prueba en ejecución del programa hasta el final del ciclo de desarrollo , y descubrir un error importante en este punto puede causar pánico entre los clientes y las consecuencias pueden ser catastróficas.
- es un modelo basado en documentos
26. ¿Cuál es la esencia del modelo de creación rápida de prototipos?
La esencia del modelo de creación rápida de prototipos es " rápido ", sin un " bucle de retroalimentación ", y el desarrollo se lleva a cabo básicamente en un orden lineal . La ventaja es que ayuda a garantizar que se satisfagan las necesidades reales de los usuarios.
27. ¿Cuál es la razón por la que el modelo de creación rápida de prototipos se puede desarrollar linealmente?
- El sistema prototipo ha sido verificado interactuando con los usuarios , y los documentos de especificación resultantes describen correctamente las necesidades de los usuarios y no se volverán a trabajar más adelante.
- Los desarrolladores aprenden mucho creando prototipos del sistema y es menos probable que cometan errores durante la fase de diseño y codificación.
28. ¿Cuáles son las ventajas y desventajas de los modelos de creación rápida de prototipos?
ventaja:
- El sistema prototipo ha sido verificado interactuando con los usuarios , y los documentos de especificación resultantes describen correctamente las necesidades de los usuarios y no se volverán a trabajar más adelante.
- Los desarrolladores aprenden mucho creando prototipos del sistema y es menos probable que cometan errores durante la fase de diseño y codificación.
- La creación de prototipos permite el acceso temprano al sistema por parte de los usuarios.
- Los sistemas de creación de prototipos se pueden utilizar para identificar y mitigar los riesgos.
defecto:
- La deficiencia inherente del producto , porque los desarrolladores a menudo necesitan hacer concesiones en la implementación y pueden usar sistemas operativos o lenguajes de programación inapropiados, para que el prototipo pueda completarse lo antes posible.
- El costo es alto , una vez que se confirmen los requisitos, el prototipo será descartado, lo que resultará en una pérdida de fondos
- Altos requisitos para la gestión de procesos de desarrollo.
29. ¿Cuáles son las ventajas y desventajas del modelo incremental?
ventaja:
- Los productos parcialmente completos se pueden entregar a los usuarios en un período de tiempo relativamente corto
- Aumente gradualmente las funciones del producto, para que los usuarios tengan suficiente tiempo para aprender y adaptarse , reduciendo así el impacto del nuevo software.
defecto:
- Los desarrolladores y los clientes se enredaron todo el camino hasta que salió la versión completa
- Adecuado para proyectos de software con requisitos de software poco claros y esquemas de diseño con ciertos riesgos
- El uso de este enfoque corre el riesgo de que los componentes no encajen y todo el proyecto se arruine a menos que todo el proceso de desarrollo se supervise de cerca.
30. ¿Cuál es la composición del modelo espiral?
El modelo en espiral consta de cuatro partes: planificación , análisis de riesgos , ingeniería de implementación y evaluación del cliente.
Modelo en espiral = Modelo en cascada + Modelo de creación rápida de prototipos para análisis de riesgos
Otra forma de decir: modelo espiral = modelo cascada + modelo incremental de análisis de riesgos
31. ¿Cuáles son las ventajas y desventajas del modelo en espiral?
ventaja:
- Facilitar la reutilización del software existente
- Haga que el desarrollo de software y el mantenimiento de software sean indistinguibles
- Contribuir a la calidad del software como un objetivo importante del desarrollo de software.
- Reduce el riesgo de pruebas insuficientes
defecto:
- Requiere una experiencia considerable en análisis y evaluación de riesgos y depende de ello para el éxito
- El modelo espiral no especifica las diferencias en el contenido y énfasis de los cuatro aspectos experimentados por diferentes generaciones.
- El modelo en espiral no aborda requisitos específicos para prototipos incrementales entregados al final del proceso iterativo.
32. ¿A qué tipo de modelo de proceso pertenece el modelo de fuente? ¿Cuáles son las características? ¿Por qué dirías eso?
El modelo Fountain es un típico modelo de proceso de software orientado a objetos , iterativo y continuo .
La razón por la cual el modelo fuente incorpora bien las características iterativas y sin fisuras del proceso de desarrollo de software orientado a objetos es que cuando se usa la metodología orientada a objetos para desarrollar software, todas las etapas usan conceptos y símbolos unificados . todo coherente o perfectamente conectado , lo que naturalmente facilita la implementación de iteraciones repetidas de cada paso de desarrollo para lograr una profundización gradual de la comprensión, y el modelo fuente refleja bien el proceso iterativo del desarrollo de software orientado a objetos.
33. ¿Qué es RUP y proceso ágil?
RUP (Rational Unified Process) es un modelo de ciclo de vida bidimensional
El proceso ágil es para la capacidad de trabajar de manera más eficiente y responder rápidamente a los cambios , la programación extrema es una de las más famosas.
Los límites consisten en llevar las buenas prácticas de desarrollo al extremo
34. ¿RUP y comparación de programación extrema?
- RUP es un modelo de ciclo de vida bidimensional , mientras que Extreme Programming es unidimensional .
- La programación extrema tiene una respuesta más rápida a los cambios de demanda y las incertidumbres , y puede mantener una alta velocidad de desarrollo
- RUP es más completo que la programación extrema
35. ¿Cuáles son los escenarios aplicables del proceso de Microsoft?
El proceso de Microsoft es adecuado para proyectos en un entorno comercial con recursos limitados y restricciones de tiempo de desarrollo limitadas
La discusión de métodos, herramientas y productos en el proceso de Microsoft no es tan completa como RUP y el proceso ágil.
36. ¿Intenta discutir las ventajas y desventajas del proceso unificado de Rational? ¿Y qué elementos se aplican?
ventaja:
- Mejora la productividad del equipo y proporciona a cada miembro de desarrollo las herramientas necesarias para todas las actividades de desarrollo clave en términos de proceso de desarrollo iterativo, gestión de requisitos, arquitectura basada en componentes, modelado de software visual, verificación de la calidad del software y control de cambios de software. y garantizar que todos los miembros compartan la misma base de conocimientos
- Se establece una estructura de procesos concisa y clara para dotar de mayor versatilidad al proceso de desarrollo
defecto:
- RUP es solo un proceso de desarrollo y no cubre todo el contenido del proceso del software , por ejemplo, carece de contenido sobre la operación y el soporte del software, etc.
- No tiene una estructura de desarrollo que admita múltiples proyectos , lo que reduce un poco el potencial de reutilización generalizada dentro de la organización de desarrollo.
Proyectos aplicables: adecuado para grandes proyectos de sistemas de software complejos con requisitos cambiantes
37. ¿Cuáles son las características esenciales de la ingeniería de software?
- La ingeniería de software se ocupa de la construcción de grandes programas
- Un tema central de la ingeniería de software es el control de la complejidad.
- el software cambia con frecuencia
- La eficiencia en el desarrollo de software es muy importante
- El desarrollo armonioso es la clave para desarrollar software.
- El software debe apoyar efectivamente a sus usuarios.
- En el campo de la ingeniería de software, las personas de un entorno cultural suelen crear productos para personas de otro entorno cultural.
Resumen al final del capítulo.
Este capítulo intenta dar una breve descripción de la ingeniería de software de computadora.
Primero, al revisar la breve historia del desarrollo de sistemas informáticos, explica cómo se forman algunos métodos y conceptos erróneos de desarrollo de software. Luego enumera los males graves (crisis del software) provocados por estos métodos erróneos y aclara algunos conceptos confusos. La ciencia y la tecnología del desarrollo y mantenimiento del software requiere un estudio cuidadoso para el desarrollo progresivo de los sistemas informáticos. La experiencia histórica y las lecciones del software informático deben resumirse, y las técnicas de gestión en otros campos de la ingeniería deben usarse como referencia, para desarrollar y mejorar gradualmente la nueva disciplina de la ingeniería del software.
Este capítulo se esfuerza por hacer que los lectores tengan una comprensión general y esencial de los principios y métodos básicos de la ingeniería de software. La metodología del ciclo de vida
divide el ciclo de vida del software en varias etapas relativamente independientes, cada etapa completa algunas tareas definidas y entrega uno o varios componentes (documentos o programas) de la
configuración final del software ; básicamente, se completa en secuencia completan utilizando tecnología estructurada y herramientas de software apropiadas , cada etapa se completa con una revisión técnica rigurosa y una revisión de gestión . Cuando la escala del software es grande o los requisitos para el software son vagos y cambiantes, el desarrollo de la metodología del ciclo de vida a menudo no tiene éxito. En los últimos años, la metodología orientada a objetos ha reemplazado rápidamente a la metodología del ciclo de vida en muchos campos de aplicación.La metodología orientada a objetos tiene 4 puntos principales, que se pueden resumir en la siguiente ecuación: método orientado a objetos = objeto + clase + herencia + comunicación de mensajes. En otras palabras, el método orientado a objetos es un método que utiliza tanto objetos como mecanismos, como clases y herencia, y los objetos solo pueden
comunicarse entre sí pasando mensajes . El método orientado a objetos simplifica el desarrollo y mantenimiento del software y mejora la reutilización del software . De acuerdo con la naturaleza de las tareas a completar en todo el proceso del ciclo de vida del software, el ciclo de vida del software se puede
dividir en definición de problemas, estudio de viabilidad, análisis de demanda, diseño general, diseño detallado, codificación y pruebas unitarias, pruebas integrales. y operación y mantenimiento.Son 8 etapas en total. Cuando realmente se dedica al trabajo de desarrollo de software, factores como la escala y el tipo de software, el entorno de desarrollo y los métodos técnicos utilizados afectan la división de etapas. El proceso de software es un marco para una serie de tareas que deben completarse para obtener productos de software de alta calidad. Especifica los pasos de trabajo para completar cada tarea. Dado que no existe un conjunto de tareas aplicables a todos los proyectos de software, un proceso de software científico y eficaz debe ser Definir un conjunto de tareas adecuadas a las características del proyecto que se está llevando a cabo.El modelo de proceso de software generalmente se usa para describir sucintamente el proceso de software, que estipula las fases del ciclo de vida del software y el orden de cada fase. Este capítulo presenta 8 modelos típicos de procesos de software.
El modelo de cascada tiene una larga historia y es bien conocido, y su fortaleza es que es un enfoque prescriptivo basado en documentos
; el problema con este modelo es que el producto de software final desarrollado puede no ser lo que los usuarios realmente quieren.
El modelo de creación rápida de prototipos se propuso para superar las deficiencias del modelo en cascada. Obtiene las necesidades reales de los usuarios mediante la construcción rápida de un sistema prototipo que puede ejecutarse en una computadora , lo que permite a los usuarios probar el prototipo y recopilar comentarios de los usuarios .
El modelo incremental tiene las ventajas de un retorno de la inversión evidente y un mantenimiento más sencillo en las primeras etapas
del desarrollo del software, pero exigir que el software tenga una estructura abierta es una dificultad inherente al uso de este modelo.
El modelo en espiral impulsado por el riesgo es adecuado para grandes proyectos de software desarrollados internamente , pero solo se utilizará con éxito si los desarrolladores tienen
experiencia y conocimientos en análisis y eliminación de riesgos.
El modelo fuente refleja mejor las características continuas e iterativas del proceso de desarrollo de software orientado a objetos y es uno de los modelos típicos de proceso de software orientado a objetos
.
Lanzado por primera vez en 1998Rational Unified Process (RUP) es un modelo de proceso de software con ventajas sobresalientes.Proporcionaun modelo completo y perfecto de proceso de software en un entorno de desarrollo ideal , que puede utilizarse como un buen comienzo para el desarrollo de software de un proyecto
. El proceso ágil puesto en marcha en los últimos añosrepresentado por Extreme Programming (XP) , tiene una respuesta más rápida y ágil a los cambios e incertidumbres, por lo que puede adaptarse mejor a los requisitos limitados de los pequeños proyectos en el entorno de competencia empresarial. y el tiempo de desarrollo limitado se puede utilizar como complemento y mejora de RUP; sin embargo, como modelo de proceso de software, el proceso ágil es mucho menos integral y completo que RUP. Años de experiencia práctica han demostrado que el proceso de Microsoft es muy exitoso y efectivo. Por un lado, el proceso de Microsoft se puede considerar como una versión de configuración simplificada de RUP. Todo el proceso contiene un ciclo progresivo continuo de tres ciclos de vida. Cada ciclo de vida se compone de cinco etapas, y cada etapa se simplifica para ser completado por iteraciones; por otro lado, por un lado, el proceso de Microsoft puede considerarse como una versión ampliada del proceso ágil, que amplía el flujo de trabajo específico de cada etapa en cada ciclo de vida.
Próximo capítulo: Ingeniería de software——Capítulo 2 Estudio de factibilidad Disposición de puntos de conocimiento
Repetidamente, con los pies en la tierra; nunca olvidar, ¡habrá ecos!