Booch define al Anlisis Orientado a Objetos (AOO) como "un mtodo de anlisis que examina los requisitos desde

la perspectiva de las clases y objetos que se encuentran en el vocabulario del dominio del problema", de los objetos Booch dice "son entidades tangibles que muestran un comportamiento bien definido". Todo esto quiere decir que el anlisis orientado a objetos parte de entidades tangibles halladas en el problema, tales entidades varan dependiendo de los diversos casos prcticos, pero en todos los casos son elementos reales que toman parte del problema de forma directa. Para Booch el Diseo Orientado a Objetos (DOO) "es el mtodo que lleva a una descomposicin Orientado a Objetos. Aplicando DOO, se crea software resistente al cambio y escrito con economa de expresin. Se logra un mayor nivel de confianza en la correccin del software a travs de la divisin inteligente de su espacio de estados. En ltima instancia, se reducen los riesgos inherentes al desarrollo de sistemas". Los modelos del diseo orientado a objetos reflejan la importancia de plasmar explcitamente las jerarquas de clases y objetos del sistema que se disea. Estos modelos cubren tambin el espectro de las decisiones de diseo relevantes que hay que considerar en el desarrollo de un sistema complejo, y as animan a construir implantaciones que posean los atributos de los sistemas complejos bien formados. Tambin se dice del DOO que es un mtodo que abarca el proceso de descomposicin orientada a objetos y una notacin para describir los modelos lgico y fsico, as como los modelos esttico y dinmico, tal como aparecen en el anexo 1, del sistema que se disea; el soporte para la descomposicin orientada a objetos es lo que hace al diseo orientada a objetos diferente del diseo estructurado, el primero, utiliza abstracciones de clases y objetos para estructurar lgicamente los sistemas, y el segundo, utiliza abstracciones algortmicas. La programacin orientada a objetos (POO) es, para Booch, "un mtodo de implementacin en el que los programas se organizan como colecciones cooperativas de objetos, cada uno de los cuales representa una instancia de alguna clase, y cuyas clases son, todas ellas, miembros de una jerarqua de clases unidas mediante relaciones de herencia". Bsicamente, los resultados obtenidos durante el anlisis orientado a objetos sirven como modelo o punto de partida para realizar el diseo orientado a objetos del sistema, luego de ello se procede en base al modelo realizado en el DOO a desarrollar el sistema computacional utilizando para tal fin la metodologa de programacin orientado a objetos suministrada por determinado lenguaje de programacin orientado a objetos. Entonces se puede concluir que se ha decidido trabajar mediante la metodologa orientada a objetos segn Grady Booch en "Anlisis y Diseo Orientado a Objetos" debido no solo a la modernidad del enfoque de Booch, sino tambin a la practicidad del mismo, anlisis, diseo y programacin orientada a objetos (AOO, DOO y POO respectivamente) son mtodos eficaces y actuales, fcilmente adaptables a los cambios surgidos durante el desarrollo de cualquiera de ellos. Finalmente se expondr el modelo orientado a objetos con la finalidad de aclarar y esquematizar de forma completa la metodologa orientada a objetos diseada por Grady Booch, y que sirvi de base para desarrollar la presente investigacin; el modelo de desarrollo orientado a objetos, tal como se puede observar en el anexo 1, est formado por los modelos lgico y fsico, as como estos a su vez por los modelos esttico y dinmico. Tal como lo explica Booch el "modelo lgico sirve para describir la existencia y significado de las abstracciones principales y los mecanismos que forman el espacio del problema, o para definir la arquitectura del sistema". El modelo lgico detalla las caractersticas primordiales de las entidades principales (clases y objetos), as como la forma de trabajo de estos, estructurando de esta manera lo lmites pros y contras del problema planteado para, de esta forma, definir o identificar la arquitectura del sistema. Para representar grficamente al modelo lgico, existen dos diagramas, a saber: * Diagrama de Clases: Se utiliza para mostrar la existencia de clases y sus relaciones en la visin lgica de un sistema. Durante el anlisis, se utiliza para indicar las misiones y responsabilidades comunes de las entidades que caracterizan el comportamiento de un sistema. Durante el diseo, se utilizan para plasmar la estructura de las clases que forman la arquitectura del sistema. * Diagrama de Objetos: Se utilizan para mostrar la existencia de objetos y sus relaciones en el diseo lgico de un sistema, es decir, representa las interacciones o relaciones estructurales que pueden darse entre un conjunto de instancias (objetos) de clases. Un diagrama de objetos representa una vista estructurada de objetos de un sistema. Durante el anlisis, se usa para indicar la semntica de escenarios primarios y secundarios que proporcionan una traza del comportamiento del sistema. Durante el diseo, se usan para ilustrar la semntica de los mecanismos en el diseo lgico de un sistema. Del modelo fsico por su parte, Booch explica que "describe la composicin concreta en cuanto a hardware y software del contexto o implantacin del sistema".

Esto no es mas que la descripcin de la estructura fsica, o sea el hardware (procesos) y lgica o software (mdulos) que componen al sistema. Para representar grficamente al modelo fsico, existen dos diagramas, a saber: * Diagrama de Procesos: Se usan para mostrar la asignacin de procesos a procesadores, valga la redundancia, y dispositivos en el diseo fsico de un sistema. El diagrama de procesos representa una vista de la estructura de procesos de un sistema. Durante el desarrollo, se usan para indicar la coleccin fsica de procesadores y dispositivos que sirven como plataforma de ejecucin del sistema. * Diagrama de Mdulos: Se utiliza para mostrar la asignacin de clases y objetos a mdulos en el diseo fsico de un sistema. Un diagrama de mdulos representa una vista de la estructura fsica de mdulos que componen un sistema. Durante el desarrollo, se usan para indicar la disposicin en capas y la participacin fsica de la arquitectura. Ahora bien, es relevante destacar que el diseo lgico se lleva a cabo, bsicamente, durante las fases de anlisis y diseo del sistema, mientras que el modelo fsico, se desarrolla, mas bien durante la fase de programacin. Tal como se mencion anteriormente el modelo de desarrollo orientado a objetos est conformado por los modelos lgico y fsico, as como tambin por los modelos esttico y dinmico, estos modelos explican que, algunos diagramas son estticos mientras que otros son de carcter dinmico. Por ejemplo, los diagramas implementados en el modelo fsico son fuertemente estticos, es decir, que no representan o simbolizan ningn tipo de relaciones que involucren el movimiento o flujo de acciones que disparen eventos, lo que genera una visin sumamente esttica del sistema, mientras que los diagramas del modelo lgico amplan la visin del modelo fsico, generando de esta forma una visin sumamente amplia de cmo acciona el sistema, es decir, que genera una visin dinmica del mismo, y esto, muy a pesar de que tal visin est representada en papel, en un diagrama, que en todos los casos, ser esttico, por lo que se asume o se toma, las acciones que representa un diagrama, la visin del sistema que este genere o exprese.