You are on page 1of 2

Para Booch el Diseño Orientado a Objetos (DOO) "es el método que lleva a una

descomposición Orientado a Objetos. Aplicando DOO, se crea software resistente al cambio y


escrito con economía de expresión. Se logra un mayor nivel de confianza en la corrección del
software a través de la división inteligente de su espacio de estados. En última instancia, se
reducen los riesgos inherentes al desarrollo de sistemas".

Los modelos del diseño orientado a objetos reflejan la importancia de plasmar explícitamente
las jerarquías de clases y objetos del sistema que se diseña. Estos modelos cubren también el
espectro de las decisiones de diseño 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.

La programación orientada a objetos (POO) es, para Booch, "un método de implementación 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 jerarquía de clases unidas mediante relaciones de herencia".

Tal como lo explica Booch el "modelo lógico 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 lógico detalla las características primordiales de las entidades principales (clases y
objetos), así como la forma de trabajo de estos, estructurando de esta manera lo límites pros y
contras del problema planteado para, de esta forma, definir o identificar la arquitectura del
sistema. Para representar gráficamente al modelo lógico, existen dos diagramas, a saber:

* Diagrama de Clases: Se utiliza para mostrar la existencia de clases y sus relaciones en la


visión lógica de un sistema. Durante el análisis, se utiliza para indicar las misiones y
responsabilidades comunes de las entidades que caracterizan el comportamiento de un
sistema. Durante el diseño, 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


diseño lógico 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 análisis, se usa para
indicar la semántica de escenarios primarios y secundarios que proporcionan una traza del
comportamiento del sistema. Durante el diseño, se usan para ilustrar la semántica de los
mecanismos en el diseño lógico de un sistema.

Del modelo físico por su parte, Booch explica que "describe la composición concreta en cuanto
a hardware y software del contexto o implantación del sistema".

Esto no es mas que la descripción de la estructura física, o sea el hardware (procesos) y lógica
o software (módulos) que componen al sistema. Para representar gráficamente al modelo
físico, existen dos diagramas, a saber:

* Diagrama de Procesos: Se usan para mostrar la asignación de procesos a procesadores,


valga la redundancia, y dispositivos en el diseño físico 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 colección física de procesadores y dispositivos que sirven como plataforma de
ejecución del sistema.

* Diagrama de Módulos: Se utiliza para mostrar la asignación de clases y objetos a módulos en


el diseño físico de un sistema. Un diagrama de módulos representa una vista de la estructura
física de módulos que componen un sistema. Durante el desarrollo, se usan para indicar la
disposición en capas y la participación física de la arquitectura.
Ahora bien, es relevante destacar que el diseño lógico se lleva a cabo, básicamente, durante
las fases de análisis y diseño del sistema, mientras que el modelo físico, se desarrolla, mas
bien durante la fase de programación.

MODELO DE DESARROLLO ORIENTADO A OBJETOS

MODELO LOGICO

MODELO FISICO

VISION ESTATICA

VISION DINAMICO.

Por ejemplo, los diagramas implementados en el modelo físico son fuertemente estáticos, es
decir, que no representan o simbolizan ningún tipo de relaciones que involucren el movimiento
o flujo de acciones que disparen eventos, lo que genera una visión sumamente estática del
sistema, mientras que los diagramas del modelo lógico amplían la visión del modelo físico,
generando de esta forma una visión sumamente amplia de cómo acciona el sistema, es decir,
que genera una visión dinámica del mismo, y esto, muy a pesar de que tal visión esté
representada en papel, en un diagrama, que en todos los casos, será estático, por lo que se
asume o se toma, las acciones que representa un diagrama, la visión del sistema que este
genere o exprese.

You might also like