CICLO DE VIDA ORIENTADO A OBJETOS
Los tipos de Modelos de ciclos de vida normalmente se basan el el análisis y diseño estructurados, pero los objetos tienen una particularidad, y es que están basados en componentes que se relacionan entre ellos a través de interfaces, o lo que es lo mismo, son más modulares y por lo tanto el trabajo se puede dividir en un conjunto de mini proyectos. Además, hoy en día la tendencia es a reducir los riesgos, y en este sentido, el ciclo de vida en cascada no proporciona muchas facilidades. Debido a todo esto, el ciclo de vida típico en una metodología de diseño orientado a objetos es iterativo e incremental.
COMPONENTES DEL MODELO DE ESTRUCTURA DE OBJETOS
El componente básico del OSM es la clase de objetos.
Se distinguen tres tipos de clase:
*Objetos Entidad.
*Objetos de Interfaz.
*Objetos de Control.
CONCEPTOS Y ESTRUCTURA DE EL MODELO DE ESTRUCTURA DE OBJETOS:
El OSM es el modelo fundamental que provee un medio uniforme para modelar el sistema desde la captura de requerimientos en la etapa inicial del análisis hasta la complementación, atravesando todo el ciclo de desarrollo del sistema.
Este modelo identifica :
*las clases de objetos en la aplicación.
*como las clases de objetos se asocian unas con otras.
*como se comunican los objetos.
*Los detalles de cada clase de objetos, incluyendo atributos y operaciones.
Durante el proceso de análisis y diseño, el OSM es definido en sucesivos niveles incrementales de detalle, hasta que el nivel necesario para la complementación es alcanzado.
Todos los demás modelos capturan detalles que alimentan es modelo.
El desarrollo de OSM es un proceso aditivo, diferenciándose esto del enfoque transformacional característico de otros métodos como el estructurado, donde los DFD del análisis son transformados en diagramas de estructura durante el diseño, con los consiguientes problemas que esto acarrea.
Durante el ciclo de desarrollo se aportan los siguientes elementos al modelo:
COMPONENTES DEL MODELO DE ESTRUCTURA DE OBJETOS
El componente básico del OSM es la clase de objetos.
Se distinguen tres tipos de clase:
*Objetos Entidad.
*Objetos de Interfaz.
*Objetos de Control.
CONCEPTOS Y ESTRUCTURA DE EL MODELO DE ESTRUCTURA DE OBJETOS:
El OSM es el modelo fundamental que provee un medio uniforme para modelar el sistema desde la captura de requerimientos en la etapa inicial del análisis hasta la complementación, atravesando todo el ciclo de desarrollo del sistema.
Este modelo identifica :
*las clases de objetos en la aplicación.
*como las clases de objetos se asocian unas con otras.
*como se comunican los objetos.
*Los detalles de cada clase de objetos, incluyendo atributos y operaciones.
Durante el proceso de análisis y diseño, el OSM es definido en sucesivos niveles incrementales de detalle, hasta que el nivel necesario para la complementación es alcanzado.
Todos los demás modelos capturan detalles que alimentan es modelo.
El desarrollo de OSM es un proceso aditivo, diferenciándose esto del enfoque transformacional característico de otros métodos como el estructurado, donde los DFD del análisis son transformados en diagramas de estructura durante el diseño, con los consiguientes problemas que esto acarrea.
Durante el ciclo de desarrollo se aportan los siguientes elementos al modelo:
- Análisis del Negocio: se reconocen objetos claves del negocio y generan las abstracciones en las clases apropiadas (objetos entidad).
- Análisis de Requerimientos: se identifican asociaciones estructurales entre objetos y nuevas clases (entidad).
- Diseño lógico: Se incorporan todas las clases necesarias para la aplicación incluyendo los objetos de interfaz y de control.
- Diseño Físico: se incorporan todos los detalles remanentes para la complementación física de cada clase de objetos.
VENTAJAS:
*La planificación es sencilla. *La calidad del producto resultante es alta. * Permite trabajar con personal poco cualificado |
DESVENTAJAS:
Lo peor es la necesidad de tener todos los requisitos al principio. Lo normal es que el cliente no tenga perfectamente definidas las especificaciones del sistema, o puede ser que surjan necesidades imprevistas. Si se comete un error en la fase de análisis no lo descubrimos hasta la entrega, con el consiguiente gasto inútil de recursos |