Ventajas de la programación orientada a resultados

1. El paradigma estructurado, también conocido como metodología del ciclo de vida, pertenece a la metodología tradicional.

2. La mayoría de los métodos de desarrollo de software tradicionales utilizan el modelo en cascada. Este modelo requiere que cada etapa complete el trabajo en base a la documentación formada en la etapa anterior.

3. Cuando cada etapa está a punto de completarse, los desarrolladores deben verificar o confirmar.

4. El modelo en cascada requiere que las necesidades del usuario se describan de la manera más precisa y completa posible antes de generar el producto de software. Pero lograr esta tarea es bastante difícil.

Ventajas del paradigma estructurado:

1. El ciclo de vida del software se divide en cuatro etapas básicas. Las tareas de cada etapa son relativamente independientes y sencillas, lo que facilita la división del trabajo. cooperación entre diferentes personas, reduciendo así la dificultad de todo el proceso de desarrollo de software.

Desventajas del paradigma estructurado:

1. Cuando la escala del software es enorme, o los requisitos del software son vagos o cambian con el tiempo, el software desarrollado a menudo no tiene éxito. ; Y es difícil de mantener.

Cuatro puntos clave del paradigma orientado a objetos:

(1) Un sistema de software orientado a objetos está compuesto de objetos. Cualquier elemento del software es un objeto de software complejo. se componen de objetos de software simples.

(2) Todos los objetos se dividen en varias clases de objetos y cada objeto define un conjunto de datos y un conjunto de métodos.

(3) Según la relación entre la subclase (clase derivada) y la clase principal (clase base), varias clases de objetos se forman en un sistema jerárquico (nivel de clase). Si algunas características se vuelven a describir en una clase derivada, entonces estas características en la clase derivada obedecerán la nueva descripción, es decir, las características de bajo nivel bloquearán las características de alto nivel del mismo nombre.

(4) Los objetos sólo pueden comunicarse pasando mensajes. ?

Las principales ventajas del paradigma orientado a objetos:

(1) Consideración integral de todas las etapas del proceso de desarrollo de software basada en los métodos de pensamiento utilizados por los humanos;

(2) Los métodos y tecnologías utilizados en cada etapa del ciclo de vida del software tienen un alto grado de continuidad;

(3) La integración orgánica de cada etapa del desarrollo del software conduce a la estabilidad del sistema.

Datos ampliados:

Fases del desarrollo de software

1. Planificar

Hacer una definición aproximada del problema a resolver, incluyendo Comprender las necesidades de los usuarios y el entorno real, estudiar y demostrar la viabilidad de este proyecto de software desde tres aspectos: factores técnicos, económicos y sociales, redactar un informe de estudio de viabilidad, discutir métodos para resolver problemas y estimar los recursos disponibles (como costos de hardware de computadora, software de sistema, mano de obra, etc.). ), los beneficios obtenibles y el progreso del desarrollo, y formular un plan de implementación para completar las tareas de desarrollo.

2. Análisis

El análisis de requisitos de software es un análisis sistemático y una hipótesis sobre qué tipo de software desarrollar. Es un proceso de eliminar la basura y seleccionar lo esencial, eliminar lo falso y retener lo verdadero, comprender correctamente las necesidades del usuario y luego expresarlas en un lenguaje de desarrollo de ingeniería de software (especificación funcional formal, es decir, especificación de requisitos). Las tareas básicas en esta etapa son determinar el problema a resolver con el usuario, establecer el modelo lógico del software, escribir el documento de especificación de requisitos y finalmente obtener la aprobación del usuario.

Los principales métodos de análisis de requisitos incluyen métodos estructurados, diagramas de flujo de datos y diccionarios de datos. El trabajo en esta etapa es diseñar y establecer la arquitectura del sistema de software correspondiente de acuerdo con los requisitos de la especificación de requisitos, descomponer todo el sistema en varios subsistemas o módulos y definir las relaciones de interfaz entre subsistemas o módulos.

Limpiar el diseño específico de cada subsistema y escribir el diseño del esquema del software y las instrucciones de diseño detalladas, las instrucciones de diseño de la base de datos o la estructura de datos y los planes de prueba de ensamblaje. En la etapa inicial de cualquier desarrollo de software o sistema, es necesario comprender plenamente las necesidades de los usuarios, de modo que en el proceso de desarrollo posterior del sistema, se pueda dar prioridad a qué funciones deben implementarse, qué especificaciones deben adoptarse y qué funciones deben implementarse. se deben establecer restricciones.

Sobre esta base, el ingeniero de sistemas finalizará el plan de diseño y luego definirá el desarrollo posterior del programa, la función del sistema y las descripciones y limitaciones de rendimiento.

3. Diseño

El diseño de software se puede dividir en dos etapas: diseño general y diseño de detalle. De hecho, la tarea principal del diseño de software es descomponer el software en módulos. Los módulos se refieren a datos y descripciones de programas que pueden lograr una determinada función y unidades de programa que pueden ejecutar el programa.

Puede ser una función, un procedimiento, una subrutina, un programa independiente y datos con descripción del programa, o puede ser una unidad funcional que puede combinarse, descomponerse y reemplazarse. Módulos, luego diseño de módulos.

El diseño de esquema es un diseño estructural y su objetivo principal es dar la estructura del módulo del software y representarlo con un diagrama de estructura del software. La tarea principal del diseño detallado es diseñar el flujo del programa, el algoritmo y la estructura de datos del módulo, y la tarea secundaria es diseñar la base de datos, los métodos comunes o los métodos de programación estructurada.

4. Codificación

La codificación de software se refiere a convertir un diseño de software en un programa aceptable para la computadora, es decir, escribir una "lista de programas fuente" en un lenguaje de programación. Comprender completamente los lenguajes de desarrollo de software, las características de las herramientas y los estilos de programación lo ayudará a elegir herramientas de desarrollo y garantizar la calidad del desarrollo de los productos de software.

En la actualidad, excepto en ocasiones especiales, los lenguajes de alto nivel de la década de 1980 rara vez se utilizan en el desarrollo de software y, en su lugar, se utilizan lenguajes de desarrollo orientados a objetos. Además, el lenguaje de desarrollo orientado a objetos y el entorno de desarrollo están en su mayoría integrados, lo que mejora en gran medida la velocidad de desarrollo.

5. Experimentar

El propósito de las pruebas de software es encontrar tantos errores como sea posible a un costo pequeño. La clave para lograr este objetivo es diseñar un conjunto de casos de prueba excelentes (los datos de prueba, las funciones y los resultados esperados constituyen casos de prueba). La forma de diseñar un excelente conjunto de casos de prueba depende de la comprensión del método de prueba. Los diferentes métodos de prueba tienen diferentes métodos de diseño de casos de prueba.

Dos métodos de prueba comúnmente utilizados son el método de caja blanca, que prueba el programa fuente y encuentra errores de programación de software, errores estructurales y errores de datos basados ​​en la estructura lógica interna del programa. Los errores estructurales incluyen lógica, flujo de datos, inicialización y otros errores. La clave para el diseño de casos de uso es cubrir tantos resultados de lógica interna del programa como sea posible con menos casos de uso.

El método de la caja blanca y el método de la caja negra se basan en la descripción de funciones o comportamientos del software, buscando errores estructurales, funcionales y de interfaz del software. Los errores de interfaz incluyen interfaz interna/externa, gestión de recursos, integración y errores del sistema. La clave para el diseño de casos de uso de caja negra es también utilizar menos casos de uso para cubrir las interfaces de salida y entrada del módulo.

6. Mantenimiento

El mantenimiento se refiere a algunas actividades de ingeniería de software realizadas en productos de software después de que el desarrollo del software (análisis, diseño, codificación y pruebas) se completa y se entrega para su uso. Es decir, en función del funcionamiento del software, realizar las modificaciones apropiadas al software para cumplir con nuevos requisitos y corregir errores encontrados durante la operación. Elaborar informes de problemas de software e informes de modificación de software.

Si la fase de desarrollo de un software de tamaño mediano dura de uno a dos años, entonces puede tardar entre cinco y diez años en ejecutarse o funcionar una vez que se pone en uso. Luego su fase de mantenimiento es también durante los cinco a diez años de funcionamiento. Durante este período, las personas necesitan resolver casi todos los problemas encontrados durante la fase de desarrollo, así como algunos problemas exclusivos del trabajo de mantenimiento en sí.

Hacer un buen trabajo en el mantenimiento del software no sólo puede eliminar obstáculos y hacer que el software funcione normalmente, sino también ampliar funciones y mejorar el rendimiento, aportando beneficios económicos evidentes a los usuarios. Desafortunadamente, el mantenimiento del software a menudo no es tan importante como el desarrollo del software. De hecho, la carga de trabajo y el costo del mantenimiento del software son mucho mayores que los del desarrollo de software.

En el proceso de desarrollo real, el desarrollo de software no va del primer paso al último, sino que en cualquier etapa, suele haber uno o varios pasos atrás antes de pasar a la siguiente etapa. Los problemas durante el proceso de prueba pueden requerir modificaciones de diseño y los usuarios pueden realizar algunas solicitudes para modificar la especificación de requisitos.

Materiales de referencia:

Enciclopedia Baidu: Desarrollo de software