PROCESO DE DISEÑO ORIENTADO A OBJETOS

 

 Autor: José Tenorio

Carrera: Ingeniería en Sistemas

   El diseño de procesos orientado a objetos es una metodología de diseño de software que ha revolucionado la forma en que se desarrollan y organizan los sistemas informáticos. Mediante conceptos como la herencia, el polimorfismo y la encapsulación, se logro la creación de un concepto modular, flexible y reutilizable. En este blog exploraremos en detalle las diferentes fases del diseño de procesos orientado a objetos. Además, examinaremos la importancia de las pruebas y el mantenimiento en este proceso. 

¿QUE ES EL DISEÑO DE PROCESOS ORIENTADO A OBJETOS?

   El diseño de procesos orientado a objetos es una metodología de diseño de software que se basa en la creación de objetos, los cuales representan entidades del mundo real y almacenan datos y comportamientos relacionados. Estos objetos interactúan entre sí a través de mensajes, utilizando conceptos como la herencia, el polimorfismo y la encapsulación para lograr un sistema modular y flexible. Mediante el uso de diagramas UML, como los diagramas de clases y los diagramas de secuencia, se visualiza la estructura y el flujo de trabajo del sistema, permitiendo un desarrollo eficiente y una fácil comprensión del código.

FASES DEL DISEÑO DE PROCESOS ORIENTADO A OBJETOS

Las fases del diseño de procesos orientado a objetos son:

1. Análisis de requisitos:

   El análisis de requisitos es una fase fundamental en el diseño. Consiste en entender y definir de manera detallada las necesidades, objetivos y restricciones del sistema que se va a desarrollar. Durante esta etapa, se realiza una interacción activa con los stakeholders (personas, organizaciones o entidades que tienen un interés directo o indirecto en el sistema que se está desarrollando), para identificar y documentar los requisitos funcionales y no funcionales del sistema.

2. Diseño conceptual:

   El diseño conceptual es una etapa clave en el proceso de diseño de procesos orientado a objetos, este se enfoca en la creación de un modelo conceptual del sistema, donde se definen las clases principales y las relaciones entre ellas. En esta fase, se utiliza la información recopilada en el análisis de requisitos para identificar los objetos relevantes del sistema y cómo interactúan entre sí. El objetivo es representar de forma abstracta y comprensible la estructura y el comportamiento del sistema, sin entrar en detalles de implementación. Uno de los diagramas mas utilizados en esta fase es el diagrama de clases. Dicho diagrama visual muestra las clases del sistema, sus atributos y los métodos que definen su comportamiento. Además, se representan las relaciones entre las clases, como la herencia, la asociación y la composición.

                                              

3. Diseño de clases: 

   En esta fase se define la estructura interna de cada clase, especificando sus atributos y métodos. También se establecen las relaciones entre las clases, como la herencia y la asociación. El objetivo es definir cómo se comportará cada objeto y cómo interactuará con otros objetos en el sistema. 

4. Diseño de interacción: 

   Se establecen las interacciones entre los objetos del sistema. Para esto se utilizan diagramas UML, como el diagrama de secuencia y el diagrama de colaboración, con la finalidad de  representar la comunicación entre objetos  y  la interacción entre ellos para realizar tareas específicas. Dichos diagramas enseñan el flujo de mensajes entre los objetos, permitiendo ver el orden y la secuencia de las operaciones que se llevan a cabo. El diseño de interacción ayuda a comprender cómo se ejecutan las funciones del sistema y cómo los objetos interactúan entre sí para lograr un objetivo común.

5. Diseño de implementación: 

   En esta fase se busca traducir el diseño conceptual y de clases en código fuente. Se definen las clases, métodos y relaciones en un lenguaje de programación específico (que sea orientado a objetos). Esta fase implica convertir los diagramas UML y las especificaciones del diseño en instrucciones comprensibles por la computadora. Se deben aplicar buenas practicas prácticas y buscar ser eficiente en todos los aspectos de esta fase para garantizar una implementación sólida y funcional del sistema.

6. Pruebas y validación: 

   Se deben realizar pruebas exhaustivas para verificar que el sistema abarque todos los requisitos y funcione correctamente. Se identifican y se corrigen los errores y defectos encontrados durante las pruebas. Esta fase implica probar todas las funcionalidades del sistema, incluyendo casos de prueba extremos, para garantizar que el sistema sea robusto y estable. También se deben realizar pruebas de rendimiento para estar seguros de que el sistema pueda manejar la carga esperada. La validación implica verificar que el sistema cumpla con los requisitos del usuario y las especificaciones del diseño. Una vez completadas las pruebas y validación, el sistema está listo para su implementación en producción.

7. Mantenimiento 

   Los sistemas de software, al igual que todos los sistemas requieren mantenimiento, ya que esto garantiza la continuidad y la existencia del mismo. En esta fase se realizan mejoras y correcciones en el sistema a lo largo de su ciclo de vida para garantizar su funcionamiento óptimo y adaptarse a posibles cambios en los requisitos o tecnologías utilizadas.

Generalmente estas fases se suelen seguir en orden secuencial, pero también pueden iterarse según las necesidades del proyecto.