Basado en el análisis de preguntas de exámenes anteriores, este capítulo requiere que los candidatos dominen los siguientes conocimientos:
(1) Comprender los métodos de desarrollo de software y dominar los modelos de desarrollo de software. .
(2) Comprender el concepto de ingeniería de requisitos, estar familiarizado con el análisis orientado a objetos, dominar el análisis estructural y dominar el proceso de gestión de requisitos.
(3) Comprender el proceso de modelado de sistemas.
(4) Comprender los procesos de diseño de sistemas, diseño de interfaces hombre-computadora y diseño estructurado, y estar familiarizado con el diseño orientado a objetos.
(5) Comprender los conceptos y objetivos de las pruebas de software, los principios de las pruebas de software, las actividades básicas de pruebas de software, las etapas y clasificaciones de las pruebas de software y las pruebas orientadas a objetos.
(6) Comprender los métodos de depuración de software y distinguir entre depuración de software y prueba de software.
(7) Dominar el plan de conversión del sistema y comprender el concepto de mantenimiento del sistema.
(8) Comprender el entorno y las herramientas de desarrollo de software.
1.1 Resumen de este capítulo
Detalles de los puntos de conocimiento en el campo del conocimiento
Método de desarrollo de software (?)
(1) Método de desarrollo estructurado
El usuario primero, de arriba hacia abajo, descomposición (solución) paso a paso, distingue estrictamente las etapas de trabajo, cada etapa tiene tareas y resultados, enfatiza la integridad y la naturaleza general del proceso de desarrollo del sistema, y tienen una fuerte influencia en el desarrollo del sistema. El proceso está diseñado y los documentos y materiales están estandarizados.
Ventajas:
La base teórica es rigurosa y su ideología rectora es comprender y comprender completamente las necesidades del usuario antes de que se establezca el sistema. Se puede ver que el método estructurado se centra en la integridad y la naturaleza global del proceso de desarrollo.
Desventajas:
El ciclo de desarrollo es largo, los documentos y las instrucciones de diseño son engorrosos y la eficiencia del trabajo es baja, lo que requiere una comprensión completa de las necesidades de información del sistema al comienzo del desarrollo; y anticipación total de todos los cambios posibles, pero esto no es muy realista si los usuarios no están completamente motivados para participar en el desarrollo del sistema, el proceso de transferencia del sistema será inestable y la gestión de la operación y el mantenimiento del sistema será más difícil. Solidificación del escenario, no buena para los cambios, adecuada para necesidades claras.
Actualizado continuamente. . . .