Introduccin Existen muchas aproximaciones de desarrollo de software que utilizan modelos orientado a objetos, pero que no tienen todos

los soportes para desarrollo de aplicaciones de base de datos. Algunas aproximaciones carecen de suficientes abstracciones y tienen un bajo relacionamiento para detalles de implementacin. Otros mtodos de programacin orientados ponen un escaso nfasis en la estructura de datos y constantes, que son muy importantes para aplicaciones de base de datos. OMT pone nfasis en la importancia del modelo y uso de modelo para lograr una abstraccin , en el cual el anlisis esta enfocado en el mundo real para un nivel de diseo, tambin pone detalles particulares para modelado de recursos de la computadora. Esta Tecnologa puede ser aplicado en varios aspectos de implementacin incluyendo archivos, base de datos relacionales, base de datos orientados a objetos. OMT esta construido alrededor de descripciones de estructura de datos, constantes, sistemas para procesos de transacciones. Desde que la comunidad de programacin orientada a objetos tuvo la nocin de incorporar el pensamiento de que los objetos son entidades coherentes con identidad estado y conducta, estos objetos pueden ser organizados por sus similitudes y sus diferencias, puestas en uso en herencia y polimorfismo. Desde el modelado de informacin, tuvo que ser adoptada la nocin de entidades que son conectadas con entidad relacin, los modelos de relacin son declarativas, imperativas. OMT pone nfasis en especificaciones declarativas de la informacin, para capturar limpiamente los requerimientos, especificaciones imperativas para poder descender prematuramente en el diseo, declaraciones que permiten optimizar los estados, adems provee un soporte declarativo para una directa implementacin de DBMS. 2. Proceso de desarrollo de OMT Los pasos para desarrollar diseo OMT son:

Conceptualizacin

El desarrollo empieza con el anlisis de la empresa o negocio, o de cmo los usuarios conciben el sistema y formulan sus requerimientos. La conceptualizacin es a menudo por la re ingeniera de procesos de la empresa, es una observacin critica de los procesos de la empresa, y su impacto econmico. En esta etapa se debe tener en cuenta las siguientes preguntas:

 Cul es la aplicacin ? Que problemas tendrn que ser resueltos ? Dnde ser usado el sistema ? Cundo ser requerido el sistema ? Para qu es necesario el sistema ? 3. Anlisis Los requerimientos formados durante la conceptualizacin son revisados analizados para la construccin del modelo real. La meta del anlisis es especificar las necesidades que deben ser satisfechas. Pueden existir diversas fuentes de informacin que pueden servir para el anlisispuede existir un lenguaje formal para describir el problema. Algunas veces los expertos del dominio pueden proveer escenarios, storyboards y casos de uso para un nuevo sistema. Aqu es donde se determina el modelo de objeto, se hace una tentativa de clases eliminar las clases irrelevantes, las posibles asociaciones entre las clases, luego se hace la refinacin de asociaciones eliminando las redundantes o las que no tienen relevancia, posteriormente se hace una tentativa de atributos de objetos y enlaces. Una vez obtenido los objetos del sistema se hace un refinamiento del modelo, posteriormente se busca un nivel de abstraccin para modelar sub sistemas , para buscar un sistema tangible y slido. Una ves desarrollado el modelo se introduce la nocin de transaccin, es una forma de modelar procesos o describir cambio de datos, movimiento de datos, una ves definido el movimiento de datos se define un diccionario de datos de todas las entidades modeladas. 4. Diseo del sistema El diseo tiene un alto nivel estratgico y decisin para resolver los problemas. Los problemas grandes se deben ver desde el punto de anlisis y diseo, este sistema se divide en subsistemas, a su vez este subsistema puede ser dividido en otros subsitemas de manera que puedan ser manejados y cada componente pueda se comprensible. En esta etapa se deben crear estrategias, formular una arquitectura para el sistema y las polticas que deben guiarla adems un detalle del diseo. Debiendo

tener en cuenta los siguientes aspectos:

Divisar una arquitectura Elegir una implementacin para un control externo Si se usa base de datos elegir el paradigma de administracin de base de datos Determinar oportunidades para el reuso Elegir estrategia para interaccin de datos Elegir una forma de identificar los objetos Detallar el diseo

Durante el diseo del sistema se debe hacer un cuadro de estrategias y decisiones arquitecturales, tener una idea ms precisa de clases y mtodos individuales. Adicionalmente se puede mejorar el modelo de diseo para mejorar la implementacin. Se debe considerar los siguientes pasos:

Uso de transformaciones para simplificar y optimizar el modelo de objetos desde el anlisis. Elaborar un modelo de objeto Elaborar un modelo funcional Evaluar la calidad del diseo del modelo Implementacin

El diseo es trasladado a un lenguaje de programacin actual y cdigo de base de datos. Este paso puede ser aplicado y considerado durante el anlisis y diseo Para subir el performance del sistema. 5. Mantenimiento La documentacin del desarrollo y seguimiento de los modelos a travs del cdigo facilita el posterior mantenimiento La metodologa OMT soporta mltiples estilos de desarrollo. Se puede usar OMT para conseguir un alto performance en la fase de anlisis y diseo e implementacin con una estricta secuencia de pasos, tambin adopta una estrategia de desarrollo iterativa. Primeramente se desarrolla el ncleo del sistema , se analiza, disea, implementa, y crea el cdigo fuente. La idea principal de OMT es la conceptualizacin de una entidad que permita manejar atributos y asociaciones y sus transformaciones, transacciones , para modelar esos atributos y entidades orientado a objetos, y la interaccin con la base de datos.