METODOS ORIENTADOS A OBJETOS

Booch (1991): La notificación y el método de diseño revisados de Booch (1991)

constan de cuatro actividades principales y seis notaciones. Los primeros pasos tratan
los aspectos tácticos del sistema, tanto en su aspecto lógico como en su aspecto físico.
La dinámica se trata de las técnicas existentes de diagramas temporales y de transición
de estados. Esquemáticamente, se puede mostrar esto de la siguiente:
Estructura lógica
Diagramas de clases
Diagramas de objetos
Estructura física
Diagramas de módulos
Diagramas de procesos
Dinamica de clases
Diagrama de transición de estados
Dinámica de instancias
Diagramas temporales

Booch sugiere que la interpretación lingüística al esti - ma de Abbot. Las técnicas de

análisis estruendo de convencionales, o el análisis orientado a objetos, son precursores
admisibles del diseño orientado a objetos, pero advierten a los desarrolladores que
utilizan el análisis estructurado que deben resistir la tentación de "volver a hacer en el
abismo de una concepción mental de diseño estructurado Tanto las clases como las
instancias como las manchas informes según se muestra en la Pero las clases tienen un
contorno discontinuo. Si estas manchas tienen sombra, se indica que denotan
subprogramas libres, que son admitidos por algunos lenguajes La Figura 7.14 muestra
estos nombres en la lista de términos que se muestran a continuación. - los. Booch
recomienda una forma de estructuración por capas, de manera que las clases tienen
órgano izadas en "categorías" que contienen vanas clases relacionadas. Estas capas se
muestran como rectángulos. Las flechas entre estos rectángulos denotan relaciones de
visibilidad o de utilización. Cada clase, en el método de Booch, se describe rellenando
una plantilla estándar que contiene su identidad, atributos, métodos y la siguiente
información de diseño adicional. Documentación (texto) Visibilidad (exportado /
privado / importado) x rotuiox uza (para la interfaz) x rouiox rótuio rotuio utliza (para
la realización) 1 uno crea una instancia (de tipo compatible) cavo o mds + Crea una
instancia (de ipo nuevo) hereda (tipo compaibie) hereda (tipo nuevo) rotulo rótuio
rótuio metaciase TAindefinido Figura 7.14 Diagramas de clasicos de Booch revisados:
iconos relacionales
Obsérvese que está presente parte de la semántica de datos, pero no está presente la
semántica de procesos, aun cuando el diagrama de transición de estados asociados a
cada clase puede representar esta información. Algunos ejemplos, cuentos como la
concurrencia y la complejidad del espacio, están relacionados con un diseño físico de
nivel más bien bajo, y sus detalles no son para el argumento que presenta. A
diagramas de clases de objetos. Así como las plantillas asociadas, diseño de lógico,
estático del sistema. El diseño físico puede diferir del lógico, por ejemplo, se puede
agrupar los datos para un acceso eficiente, o bien se puede agrupar los sucesos según
su relación de utilización. para evitar una excesiva paginación. Para hacer esta
distinción que no se realizó en su trabajo anterior. Booch distingue entre clases y
Parabicnulos, correspondiendo estos últimos a segmentos de programa, que podrían
ser trabajados de Ada. La notificación de los módulos está basada en la notificación
anterior de Gradigramas, que se muestra en la figura 7.2 (b). Los diagramas de proceso
que son, en realidad. Sencillos diagramas de bloques, muestra las relaciones de
comunicación entre dispositivos físicos y procesadores separados en Ctt, o bien
complejos para que también es preciso describir la dinámica del sistema. Esto se
consigue de dos maneras. Los diagramas de transición de estados de la dinámica de
clases, que es una herramienta compartida con varios métodos de análisis orientados a
objetos que se describen en la sección siguiente. La dinámica del nivel de las instancias
se muestra mediante diagramas temporales que se han seleccionado del campo del
diseño de hardware. Estos diagramas temporales se preparan para el comienzo y la
terminación de los métodos de cada instancia en relación con otros, de El problema de
los diagramas de transición del estado en que, pueden ser perfectamente válidos para
sistemas con un pequeño número estados, completo completamente inútiles pura sisk
mas que posean numero de estados continuos. Un sistema que posibilita los atributos
booleanos puetk tan grandes números de estados y, por supuesto, para l to, para los
sistemas hasta 2 estados La mayoría de los equipos de objetos que se venden por
varios motivos no boleáremos Por esta razón, la necesidad de centrarse en los estados
que se colocan en los datos y que resultan ser significativos para la acción previa al
mismo tiempo y los tiempos como los cambies con ellos En BIS ha encontrado que
una historia vital modelada de la cantidad una notación de cambios de estado
resultante preferible a los diagramas t estados como de bistón vital de la entidad,
porque permite percibir, al mismo tiempo, tanto los estados como la sucesión La Figa
7.16 muestra uno de estos diagramas de cambios (SCD) Los SCD se diferencian de los
diagramas de trato única que es preciso en transición de estado en que como echas no
poseía signo cado en Ver más de la historia en la que las actividades en la transición en
la que las actividades desencadenan los cambios de estado En la actividad, los estados
anoten minerales validos en la parte superior y los nombres de los estados afectados,
así como sus nombres en la parte inferior Las ramificaciones implican un nivel de
control que no se muestra en el diagrama. y que determina así la actividad anterior. El
otro derecho del diagrama muestra los accionamientos de las actividades, esto es, el
carril de los sucesos Hillston (diez una comunicación personal) ha puesto de manifiesto
una cierta similitud entre los SCD y los diagramas de la actividad de los demonios del
río, cada icono muestra en su centro un proceso o papá de acuerdo con el estado
terminal virtual de Birtwistle (Birtwistle. 1979) Los diagramas temporales por las
características similares, solo que llegan a ser para sistemas razonablemente
pequeños, dependiendo de la complejidad de la interacción entre procesos. FEl
metodo Objectory, que se describe en la sección 8.2, ofrece un procedimiento similar
para resolver la dinámica de instancias Se describe una aproximación distinta en la
subsección dedicada a Ptech superior a GOOD ya HOOD, en tanto en cuanto no esta y
por es uno de los métodos de diagnóstico mejor desarrollado, y está relacionado con
Ada, vidente, además, unificación de estructura mucho más general.
El método Booch distingue relaciones cliente / servidor de prioridad y también
aplicaciones y relaciones de contención o predecesor-sucesor (madre-hijo) Desde el
nivel de las clases la sonrisa tiene dos sentidos: clasificación (el contexto está
contenido) y composición (h cosa está contenida). El método de diseño de Booch hizo
la distinción, pero no ofreció una guía adicional de la forma en que las interrelacionaba
con las costas de las clases de estructura. la curación de control del sistema, o su Las
relaciones de uso de la herramienta epiloga te paso de mentes Cualquier medio para
realizar esto es un paso hacia adelante para los métodos de diseño orientado a
objetos, la práctica de los errores no uno de los mensajes no es buena. Da lugar a
levemente complejos. Lo que se necesita es una representación de la impetración que
resuma la estructura de control. o flujo de control, de una fon diseño, así como una
simple compilación entre diseños más o menos omentalmente simple pare una
comprensión directa de la complejidad del codos. Booch distingue entre papeles para
los objetos Los Actores, u objetos actives, pueden Indicar el comportamiento de otros
objetos, pero no es posible actuar sobre elles y los Servidores solamente pueden ser
aceptados para otros cosas. Desde mi punto de vista, la relación objetos. Los Agentes
hace cliente / servidor se ve mejor con una ubicación más corta Un elemento puede
ser un servidor en cierto aspecto, pero un actor en otros. Esta utilización no tiene
relación con los sistemas de actor que se describe en los capítulos 4 y 10. En este
método, y en general existe una compensación entre las estructuras de uso y de
contención. La contención de un objeto (digamos tenerlo como valor de atributo)
reduce el número de objetos que resultan visibles para el objeto que rodea. A la
inversa. la contención restringe la fácil utilización de un objeto u otras partes del
sistema, y puede comprometer su potencial reutilización. Esta observación alude a una
decisión de diseño muy importante. La granula de la realidad de los objetos es una de
las claves del disco y según se ha comentado, los principiantes tienden a hacerlo mal.
Tienden a hacer que la granularidad sea demasiado fina. El método de Booch sigue
experimentando desarrollos, y se espera la apuración de una versión mejorada en
1993.