Booch en esencia plantea que para trabajar con su método es conveniente trabajar en dos

partes fundamentales: un microproceso y un macroproceso. Ambas partes incluyen varios

pasos como son:

la identificación de clases y objetos a un nivel de abstracción dado,

la identificación de la semántica de esas clases y objetos,

la identificación de las relaciones entre esas clases y objetos,

la selección de la estructura de datos y algoritmos para la implantación de estas clases y

objetos,

la conceptualización del sistema, etc.

El microproceso de desarrollo del AOO de Booch incluye:

 Identificación de clases y objetos.

 Proposición de objetos candidatos.
 Conducción del análisis de comportamiento.
 Identificación de escenarios relevantes.
 Definición de atributos y operaciones para cada clase.
 Identificación de la semántica de clases y objetos.
 Selección y análisis de escenarios.
 Asignación de responsabilidades para alcanzar el comportamiento deseado.
 División de las responsabilidades para equilibrar el comportamiento.
 Selección de un objeto y enumerar sus papeles y responsabilidades.
 Definición de operaciones para satisfacer las responsabilidades.
 Búsqueda de colaboraciones entre objetos.
 Identificación de interrelaciones entre clases y objetos.
 Definición de las dependencias que existen entre objetos.
 Descripción del papel de cada objeto participante.

 Validación de escenarios por revisión completa.

 Realización de una serie de refinamientos.
 Producción de los diagramas apropiados para el trabajo realizado en las partes anteriores.
 Definición de jerarquías de clases apropiadas.
 Creación de agrupamientos basados en clases comunes.
 Implementación de clases y objetos.

La metodología de Booch o también llamado “diseño orientado a objetos de Grady Booch
(OOD)”. Provee una forma de desarrollar análisis y diseño de un sistema orientado a
objetos.
La metodología de Booch es secuencial en el sentido que la fase de análisis es completada y
posteriormente la fase de diseño también. Es cíclica en el sentido que cada fase está
compuesta de pasos cíclicos más pequeños.

La metodología de Booch se enfoca en el análisis y el diseño y no en la implementación o la

prueba del resultado de estos.
Define seis tipos de diagramas: clase, objeto, estado de transición, interacción, modulo y
proceso.

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".

En su libro Análisis y Diseño Orientado a Objetos con Aplicaciones, Grady Booch señala que:
"Los métodos son importantes por varias razones. En primer lugar, inculcan una disciplina
en el desarrollo de sistemas de software complejos. Definen los productos que sirven como
vehículo común para la comunicación entre los miembros de un equipo de desarrollo.
Además, los métodos definen los hitos que necesita la dirección para medir el progreso y
gestionar el riesgo".

El papel del ingeniero como artista es particularmente dificultoso cuando la tarea es diseñar
un sistema completamente nuevo. Francamente, es la circunstancia más habitual en la
ingeniería del software.

"Es imposible capturar todos los detalles sutiles de un sistema de software complejo en una
sola vista. ... Uno debe comprender la estructura taxonómica de las clases, los mecanismos
de herencia utilizados, los comportamientos individuales de los objetos y el comportamiento
dinámico del sistema en su conjunto".

Diagramas de clases

En este tipo de diagramas se muestran las clases con sus relaciones, o lo que es lo mismo,
la estructura de clases.

El gráfico correspondiente a una clase en la notación de Booch es una especie de nube a

trazos en cuyo interior se escribe el nombre de la misma, separado por una linea de sus
atributos (estado) y métodos (comportamiento). Cada clase lleva asociado un nombre que
en general debe ser único. No se especifican todos los métodos y atributos siempre, sino
solamente aquellos que son relevantes para la parte del diseño que tratamos de describir.
Diagramas de módulos

El diagrama de módulos muestra la asignación de clases y objetos o módulos en el diseño

físico de un sistema. Un solo diagrama de módulos representa una vista de la estructura de
módulos de un sistema. Los dos elementos esenciales de un diagrama de módulos son los
módulos y sus dependencias.

Programa principal: Identifica al archivo que contiene la raíz del programa.

Especificación y cuerpo: Identifican los archivos que contienen la declaración y la definición
de los objetos o bien procedimientos o funciones necesarias para el correcto funcionamiento
de la aplicación.

Diagrama de proceso

Es una representación gráfica de los pasos que se siguen en toda una secuencia de
actividades, dentro de un proceso o un procedimiento, identificándolos mediante símbolos
de acuerdo con su naturaleza; incluye, además, toda la información que se considera
necesaria para el análisis, tal como distancias recorridas, cantidad considerada y tiempo
requerido. Con fines analíticos y como ayuda para descubrir y eliminar ineficiencias, es
conveniente clasificar las acciones que tienen lugar durante un proceso dado en cinco
clasificaciones. Estas se conocen bajo los términos de operaciones, transportes,
inspecciones, retrasos o demoras y almacenajes. Las siguientes definiciones en la tabla 5.1,
cubren el significado de estas clasificaciones en la mayoría de las condiciones encontradas
en los trabajos de diagramado de procesos.
Este diagrama muestra la secuencia cronológica de todas las operaciones de taller o en
máquinas, inspecciones, márgenes de tiempo y materiales a utilizar en un proceso de
fabricación o administrativo, desde la llegada de la materia prima hasta el empaque o
arreglo final del producto terminado. Señala la entrada de todos los componentes y
subconjuntos al ensamble con el conjunto principal. De igual manera que un plano o dibujo
de taller presenta en conjunto detalles de diseño como ajustes tolerancia y especificaciones,
todos los detalles de fabricación o administración se aprecian globalmente en un diagrama
de operaciones de proceso.

El Diagrama de Transición de Estado

El Diagrama de Transición de Estado (también conocido como DTE) enfatiza el

comportamiento dependiente del tiempo del sistema. Este tipo de modelo sólo importaba
para una categoría de sistemas conocido como sistemas de tiempo-real; como ejemplo de
estos sistemas se tienen el control de procesos, sistemas de conmutación telefónica,
sistemas de captura de datos de alta velocidad y sistemas de control y mando militares.
Elementos
Entidades: Las entidades pasan por varios estados. En cada uno de ellos pueden suceder
determinados eventos que provoquen efectos o acciones sobre la entidad.

Eventos: Algo que sucede en el mundo real y como consecuencia se ejecuta un proceso.
Acciones: Descripción del estado de un evento sobre una entidad

Definición de DTE.

Un diagrama de transición de estados describe un conjunto de transiciones que pueden

suceder sobre una entidad. El estado en que se encuentra una entidad es el resultado de
todas las transiciones sucedidas durante su vida.
Diagramas de interacción

Diagramas de interacción Muestran una interacción, que consiste de un conjunto de objetos

y sus relaciones, incluyendo los mensajes que puedan ser realizados entre ellos. Son
importantes para modelar los aspectos dinámicos de un sistema y para construir sistemas
ejecutables a través de ingeniería hacia adelante e ingeniería inversa.

Comúnmente contienen:

Objetos
Enlaces

Mensajes Pueden servir para visualizar, especificar, construir y documentar los aspectos
dinámicos de una sociedad particular de objetos, o pueden ser usados para modelar un flujo
particular de control de un caso de uso.
Los diagramas de interacción están conformados por los diagramas de secuencia y los
diagramas de colaboración.
Diseño orientado a objetos

La metodología de Booch o también llamado “diseño orientado a objetos de Grady Booch

(OOD)”. Provee una forma de desarrollar análisis y diseño de un sistema orientado a
objetos.

La metodología de Booch es secuencial en el sentido que la fase de análisis es completada y

posteriormente la fase de diseño también. Es cíclica en el sentido que cada fase está
compuesta de pasos cíclicos más pequeños.

La metodología de Booch se enfoca en el análisis y el diseño y no en la implementación o la

prueba del resultado de estos.
Define seis tipos de diagramas: clase, objeto, estado de transición, interacción, modulo y
proceso.

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".
En su libro Análisis y Diseño Orientado a Objetos con Aplicaciones, Grady Booch señala que:
"Los métodos son importantes por varias razones. En primer lugar, inculcan una disciplina
en el desarrollo de sistemas de software complejos. Definen los productos que sirven como
vehículo común para la comunicación entre los miembros de un equipo de desarrollo.
Además, los métodos definen los hitos que necesita la dirección para medir el progreso y
gestionar el riesgo".

El papel del ingeniero como artista es particularmente dificultoso cuando la tarea es diseñar
un sistema completamente nuevo. Francamente, es la circunstancia más habitual en la
ingeniería del software.

"Es imposible capturar todos los detalles sutiles de un sistema de software complejo en una
sola vista. ... Uno debe comprender la estructura taxonómica de las clases, los mecanismos
de herencia utilizados, los comportamientos individuales de los objetos y el comportamiento
dinámico del sistema en su conjunto".

Diagramas de clases

En este tipo de diagramas se muestran las clases con sus relaciones, o lo que es lo mismo,
la estructura de clases.

El gráfico correspondiente a una clase en la notación de Booch es una especie de nube a

trazos en cuyo interior se escribe el nombre de la misma, separado por una linea de sus
atributos (estado) y métodos (comportamiento). Cada clase lleva asociado un nombre que
en general debe ser único. No se especifican todos los métodos y atributos siempre, sino
solamente aquellos que son relevantes para la parte del diseño que tratamos de describir.

Diagramas de módulos

El diagrama de módulos muestra la asignación de clases y objetos o módulos en el diseño

físico de un sistema. Un solo diagrama de módulos representa una vista de la estructura de
módulos de un sistema. Los dos elementos esenciales de un diagrama de módulos son los
módulos y sus dependencias.

Programa principal: Identifica al archivo que contiene la raíz del programa.

Especificación y cuerpo: Identifican los archivos que contienen la declaración y la definición
de los objetos o bien procedimientos o funciones necesarias para el correcto funcionamiento
de la aplicación.

s una representación gráfica de los pasos que se siguen en toda una secuencia de
actividades, dentro de un proceso o un procedimiento, identificándolos mediante símbolos
de acuerdo con su naturaleza; incluye, además, toda la información que se considera
necesaria para el análisis, tal como distancias recorridas, cantidad considerada y tiempo
requerido. Con fines analíticos y como ayuda para descubrir y eliminar ineficiencias, es
conveniente clasificar las acciones que tienen lugar durante un proceso dado en cinco
clasificaciones. Estas se conocen bajo los términos de operaciones, transportes,
inspecciones, retrasos o demoras y almacenajes. Las siguientes definiciones en la tabla 5.1,
cubren el significado de estas clasificaciones en la mayoría de las condiciones encontradas
en los trabajos de diagramado de procesos.

Este diagrama muestra la secuencia cronológica de todas las operaciones de taller o en

máquinas, inspecciones, márgenes de tiempo y materiales a utilizar en un proceso de
fabricación o administrativo, desde la llegada de la materia prima hasta el empaque o
arreglo final del producto terminado. Señala la entrada de todos los componentes y
subconjuntos al ensamble con el conjunto principal. De igual manera que un plano o dibujo
de taller presenta en conjunto detalles de diseño como ajustes tolerancia y especificaciones,
todos los detalles de fabricación o administración se aprecian globalmente en un diagrama
de operaciones de proceso.

El Diagrama de Transición de Estado

El Diagrama de Transición de Estado (también conocido como DTE) enfatiza el

comportamiento dependiente del tiempo del sistema. Este tipo de modelo sólo importaba
para una categoría de sistemas conocido como sistemas de tiempo-real; como ejemplo de
estos sistemas se tienen el control de procesos, sistemas de conmutación telefónica,
sistemas de captura de datos de alta velocidad y sistemas de control y mando militares.

Elementos

Entidades: Las entidades pasan por varios estados. En cada uno de ellos pueden suceder
determinados eventos que provoquen efectos o acciones sobre la entidad.

Eventos: Algo que sucede en el mundo real y como consecuencia se ejecuta un proceso.
Acciones: Descripción del estado de un evento sobre una entidad

Definición de DTE.

Un diagrama de transición de estados describe un conjunto de transiciones que pueden

suceder sobre una entidad. El estado en que se encuentra una entidad es el resultado de
todas las transiciones sucedidas durante su vida.