INSTITUTO TECNOLOGICO

SUPERIOR TENA

TEMA:      Metodología Booch (OOD)

INTEGRANTES: CRISTIAN HUATATOCA

PATRICIO IZURIETA
BRYAN FLORES
JONATHAN FLORES
ANGEL YANKUR
 ¿De donde surgió?
• Metodología de Booch surge debido a los objetivos de la ingeniería
de software, entregar un producto software que satisfaga las
necesidades del usuario, de forma eficiente y predecible.
• Abarca un “micro proceso de desarrollo” y un “macro proceso de
desarrollo”.
• Fue creado por el científico Grady Booch en 1994,quien era
director mientras estuvo en el Rational software que produce a
Rational Rose.
Metodo Booch (OOD)

• comienza por un análisis de flujo de datos, que se utiliza como

ayuda para identificar objetos, buscando tanto objetos concretos
como objetos abstractos en el espacio del problema.
• Está orientado a analizar el modo, los documentos, y requisitos del
sistema en desarrollo.
• La Metodología de Booch ofrece un desarrollo orientado a objetos
en las fases de análisis y diseño.
• La fase de  análisis se divide en los siguientes pasos:
• Establecer los requerimientos desde la perspectiva del cliente.
genera una descripción de alto nivel de las funciones y estructuras del
sistema.

• Análisis del dominio. se logra mediante la definición de clases de

objetos, sus atributos, la herencia, y los métodos. Además los
diagramas de estado de los objetos son establecidos.
• Finalmente la Validación.

La fase de análisis se repite entre el paso de los requerimientos del cliente, el paso
de análisis del dominio y la etapa de validación hasta obtener la consistencia
alcanzada.
completado la metodología Booch desarrolla la arquitectura en la fase de diseño
 Esta fase es iterativa. Un diseño lógico es
establecido a un diseño físico
• donde detalles de hilos de ejecución, procesos, rendimiento, tipo de
datos, ubicación, estructuras de datos, visibilidad y distribución son
establecidas
•  Un prototipo se crea y es probado. El proceso se repite entre diseño
lógico, diseño físico, prototipos y pruebas.
• Esta metodología es secuencial tomando en cuenta que primero se
realiza la fase de análisis y a continuación la fase de diseño.
• Y es cíclica porque estas etapas constan de pasos iterativos. Además
esta metodología se centra en las fases de análisis y diseño y no toma
muy en cuenta la aplicación de la fase de pruebas.
   Modelos del Método Booch

Modelo de Lógica
a) Diagramas de Clase
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 línea 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.
b) Diagramas de Objeto

Un diagrama de objetos contiene un conjunto de instancias de los elementos encontrados en un diagrama de clases.
Por tanto, un diagrama de objetos expresa la parte estática de una interacción, consistiendo en los objetos que colaboran pero sin ninguno de los
mensajes enviados entre ellos.
• Modelo Físico
El que se construye la arquitectura que se definirá para el sistema.
a) 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.

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

·Subsistema.- Los subsistemas sirven para modularizar el modelo físico de un

sistema. Un subsistema es un agregado que contiene otros módulos y otros
subsistemas.
 Dependencias.- la única relación que puede darse entre dos módulos es una dependencia de compilación,
representada por una línea dirigida que apunta al modulo respecto al cual existe la dependencia. Las flechas
indican dependencia o uso y debe salir del módulo dependiente

• Diagramas 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.
Simbología usada en Diagramas de Procesos
Dinámica de Clases
Consta de:
Diagramas de Transición de Estados

El Diagrama de Transición de Estado (también conocido como DTE) enfatiza el comportamiento dependiente del tiempo del sistema.

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

Acción.- Descripción del estado de un evento sobre una entidad.

· Definición de un 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.
Dinámica de Instancias
a) 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
contienen: Objetos y Enlaces, además de
mensajes que 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.
 Macro Proceso
Engloba una actividad de planificación arquitectónica, que agrupa capas de objetos por nivel de
abstracción. Además identifica situaciones relevantes.
Crea un prototipo de diseño y valida el prototipo aplicándolo a situaciones de uso.
Es un proceso de alto nivel.
Pasos del Macro proceso

Consta de 5 pasos:

a) Conceptualización
Se establecen las necesidades básicas

b) Análisis
Modelar un comportamiento deseado
c) Diseño
Se crea una arquitectura

d) Evolución
Evolución de la aplicación(a través de refinamientos sucesivos.

e) Mantenimiento
Gestionar la entrega luego de la evolución
Micro Proceso
En esta parte se desarrolla lo siguiente
(Guzman, Tojin, Sanchez, & Huriarte, 2007):
· Define un conjunto de “reglas” que regulan el
uso de operaciones y atributos, de reglas, y
políticas.

·Desarrolla situaciones que describen la

semántica de las reglas y política.

· Crea un prototipo para cada política.

· Instrumenta y refina el prototipo.