Encabezado: METODOLOGÍA BOOCH

IMPORTANCIA DE LA METODOLOGÍA DE BOOCH EN EL DISEÑO DE

SISTEMAS ORIENTADOS A OBJETOS

Luis Fernando Francisco Peterson Aragón

Febrero, 2020

Universidad Abierta y a Distancia de México

Ingeniería en Desarrollo de Software

Análisis y Diseño orientado a Objetos

Encabezado: METODOLOGÍA BOOCH

Introducción

La asignatura de Análisis y Diseño orientado a Objetos, tiene la finalidad de desarrollar en

los estudiantes la competencia para diagramar la estructura de un sistema orientado a objetos
para su diseño con base en el análisis del sistema mediante el uso de UML.

Específicamente, la Unidad 3 pretende Comparar las metodologías de diseño para la

generación de sistemas orientados a objetos, mediante los diagramas con los métodos de
Booch, OOSE, OMT y UML.

La actividad 1 tiene el propósito de identificar el método de Booch para el análisis y diseño

orientada a objetos.

Para ello, primero se investigó sobre este método, sus modelos, etapas y diagramas,
realizando un organizador gráfico con esta información. Posteriormente, con base en un caso
de estudio seleccionado (casa de empeño) se realizaron los diagramas de clases, objetos,
módulo y procesos usando la notación Booch, previo análisis de requerimientos.

Este trabajo integra la información anterior, así como las conclusiones y las referencias
bibliográficas consultadas.
Encabezado: METODOLOGÍA BOOCH

Desarrollo

Elabora un organizador gráfico donde presentes todos los elementos de los que está
conformado el método de Booch. Este organizador gráfico debe de contener las dimensiones
del método, los modelos y sus propósitos, los tipos de diagramas para cada modelo y qué
representa cada diagrama del sistema

Elige un proyecto de software a trabajar entre las propuestas de caso de estudio para esta
unidad III y elabora, en base al planteamiento, un análisis de los requerimientos del proyecto
de software siguiendo lo aprendido en la unidad 2

Caso elegido: “Casa de Empeños”

Una casa de empeño es un negocio destinado a otorgar préstamos a corto plazo, a partir del
empeño de un artículo que se deja como garantía. El dinero se otorga en efectivo y con base
en el valor del artículo empeñado. Al pagar el préstamo se recupera el bien empeñado, pero
en caso de no hacerlo, el comercio (casa de empeño) puede vender los artículos para
recuperar la inversión.
Encabezado: METODOLOGÍA BOOCH

Una casa de empeño tiene varios procesos, entre los más comunes se encuentran:

Valuación.

Préstamos.

Refrendos.

Desempeños.

Recuperación de prendas.

Venta de joyería.

En este caso de estudio se plantea desarrollar un software amigable, funcional y accesible,

que tenga un costo beneficio para el cliente y usuarios, eficientando los procesos ya
señalados. Se trata de facilitar el trabajo de los empleados y a la vez evitar errores derivados
del trabajo manual de llenado de boletas de empeño.

Enseguida se hace el análisis de requisitos

1) Requisitos funcionales (RF)

Identificación RF01
del
requerimiento:
Nombre del Mostrar por separado la función de empeño y la función de pagos.
Requerimiento:
Descripción del El sistema deberá mostrar por separado la opción para registrar
requerimiento: empeño y la opción para registrar pagos
Requerimiento  RNF01
NO funcional:  RNF02
 RNF03
 RNF05
 RNF06
Prioridad del requerimiento: Alta

Identificación RF02
del
requerimiento:
Encabezado: METODOLOGÍA BOOCH

Nombre del Permitir elegir algún tipo de producto

Requerimiento:
Descripción del El sistema debe ofrecer un menú para seleccionar el producto a
requerimiento: empeñar
Requerimiento  RNF01
NO funcional:  RNF02
 RNF05
 RNF06
Prioridad del requerimiento: Alta

Identificación RF03
del
requerimiento:
Nombre del Mostrar la cantidad en pesos que se ofrecerá en cada producto
Requerimiento:
Descripción del El sistema debe mostrar la cantidad que se ofrece por el producto
requerimiento: empeñado al valuarlo
Requerimiento  RNF01
NO funcional:  RNF02
 RNF05
 RNF06
Prioridad del requerimiento: Alta

Identificación RF04
del
requerimiento:
Nombre del Mostrar la amortización de pagos.
Requerimiento:
Descripción del El sistema debe mostrar la amortización de los pagos realizados y
requerimiento: el saldo restante
Requerimiento  RNF01
NO funcional:  RNF02
 RNF03
 RNF04
 RNF05
Prioridad del requerimiento: Alta

Identificación RF05
del
requerimiento:
Nombre del Seleccionar el número de semanas en que se pagará el préstamo
Requerimiento:
Descripción del El sistema permitirá al usuario elegir el número de semanas a pagar.
requerimiento:
Encabezado: METODOLOGÍA BOOCH

Requerimiento  RNF01
NO funcional:  RNF02
 RNF03
 RNF04
 RNF05
Prioridad del requerimiento: Alta

Identificación RF06
del
requerimiento:
Nombre del Registrar a los clientes que empeñarán sus prendas.
Requerimiento:
Características: Los usuarios pueden acceder a un menú principal
Descripción del El sistema permitirá registrar clientes nuevos que van a empeñar
requerimiento: artículos
Requerimiento  RNF01
NO funcional:  RNF02
 RNF05
 RNF06
Prioridad del requerimiento: Alta

Identificación RF07
del
requerimiento:
Nombre del Imprimir el contrato del préstamo.
Requerimiento:
Descripción del El sistema tendrá la función de imprimir el contrato de préstamo
requerimiento: con las fechas de pago.
Requerimiento  RNF01
NO funcional:  RNF02
 RNF05
Prioridad del requerimiento: Alta

Identificación RF08
del
requerimiento:
Nombre del Aplicar intereses cuando no se cumpla con los pagos.
Requerimiento:
Descripción del El sistema debe aplicar intereses moratorios cuando pase la fecha
requerimiento: de pago establecida.
Requerimiento  RNF01
NO funcional:  RNF02
 RNF03
 RNF04
 RNF05
Encabezado: METODOLOGÍA BOOCH

Prioridad del requerimiento: Alta

Identificación RF09
del
requerimiento:
Nombre del Actualizar los precios de oro y plata
Requerimiento:
Descripción del El sistema debe mostrar y actualizar los precios de oro y plata
requerimiento: diariamente.
Requerimiento  RNF01
NO funcional:  RNF02
 RNF03
 RNF04
 RNF05
Prioridad del requerimiento: Alta

Identificación RF10
del
requerimiento:
Nombre del Permitir escribir comentarios sobre el artículo empeñado.
Requerimiento:
Descripción del El sistema debe permitir escribir comentarios sobre características
requerimiento: específicas de las prendas empeñadas.
Requerimiento  RNF01
NO funcional:  RNF02
 RNF06
Prioridad del requerimiento: Alta

Identificación RF11
del
requerimiento:
Nombre del Acceder con usuario y contraseña
Requerimiento:
Descripción del El usuario podrá acceder al sistema por medio de un nombre de
requerimiento: usuario y contraseña específica otorgada por el administrador.
Requerimiento  RNF01
NO funcional:  RNF02
 RNF06
Prioridad del requerimiento: Alta

Identificación RF12
del
requerimiento:
Encabezado: METODOLOGÍA BOOCH

Nombre del El administrador puede acceder y modificar la base de datos.

Requerimiento:
Descripción del El administrador del sistema es el único con acceso directo a la
requerimiento: base de datos.
Requerimiento  RNF01
NO funcional:  RNF02
 RNF06
Prioridad del requerimiento: Alta

1) Requisitos no funcionales (RNF)

Identificación RNF01
del
requerimiento:
Nombre del Compatibilidad con dispositivos
Requerimiento:
Descripción del El sistema debe funcionar en los navegadores de Internet más
requerimiento: populares.
Prioridad del requerimiento: Alta

Identificación RNF02
del
requerimiento:
Nombre del Interfaz del sistema
Requerimiento:
Descripción del Interfaz de fácil interacción y fácilmente administrable.
requerimiento:
Prioridad del requerimiento: Alta

Identificación RNF03
del
requerimiento:
Nombre del Diseño de la interfaz
Requerimiento:
Descripción del Deberá mostrar en colores las fechas de pago, color verde cuando
requerimiento: está vigente y color roja cuando esté vencida, con buen contraste
entre el texto y el fondo.
Prioridad del requerimiento: Alta

Identificación RNF04
del
requerimiento:
Nombre del El sistema será accesible en tiempo
Requerimiento:
Encabezado: METODOLOGÍA BOOCH

Descripción del Estar en línea las 24 horas del día los 7 días de la semana,
requerimiento: minimizando tiempos de carga de página.
Prioridad del requerimiento: Alta

Identificación RNF05
del
requerimiento:
Nombre del Contar con menú fijo
Requerimiento:
Descripción del Deberá de contar con un menú fijo en el que los usuarios se puedan
requerimiento: desplazar a cualquier sitio del sistema en cualquier momento.
Prioridad del requerimiento: Alta

Identificación RNF06
del
requerimiento:
Nombre del Gestionar usuarios y perfiles
Requerimiento:
Descripción del Se podrán asignar usuarios y perfiles y controlar el registro de
requerimiento: movimientos de usuario.
Prioridad del requerimiento: Alta

6. Utilizando la notación del modelo de Booch, realiza los diagramas de clases, de objetos,
de módulos y de procesos del caso que seleccionaste de acuerdo a la importancia o necesidad
del proyecto.

Específicamente para este trabajo se empleará el caso del préstamo

1. Recibir al cliente el artículo o prenda a la casa de empeño.
2. Si es cliente nuevo registrarlo
3. Valuar el artículo o prenda
4. Ofrecer cantidad
5. Establecer plazos y términos
6. Presentar identificación
7. Imprimir contrato o boleta de préstamo
8. Firmar contrato o boleta
9. Pasa a caja con contrato o boleta
10. Recibe efectivo
Encabezado: METODOLOGÍA BOOCH

5. Pasa a la caja y recibe tu efectivo.

6. Realiza los pagos que marca tu boleta.

6.1 Diagrama de clases

EMPLEADO
CLIENTE
id_empleado
id_cliente

1
1

TRAMITE
* id_tramite TIPOTRAMITE
Id_tramite
id_empleado
descripcion
id_cliente
1
1
FACTURA
ARTICULO
id_tramite
id_articulo * 1 id_articulo
Encabezado: METODOLOGÍA BOOCH

6.2 Diagrama de objetos

jose:EMPLEADO
id_empleado = e05
juan:CLIENTE
id_cliente = c88

tramite001:TRAMITE
id_tramite = t15 retiro:TIPOTRAMITE
id_cliente = c88 Id_tramite = t15
id_empleado = e05 tipo = retiro
tipo = retiro

factura001:FACTURA
laptop:ARTICULO
id_tramite = t15
id_articulo = a58
id_articulo = a58

6.3 Diagrama de módulos

Encabezado: METODOLOGÍA BOOCH

6.4 Diagrama de procesos

INICIO

¿Qué desea realizar?

SI NO
Empeño Empeño

SI NO NO
Abono Retiro
Verificar
articulo
SI
Abono
Retiro
SI Articulo
aceptado
Validar factura
(papeleta) Validar factura
Valuar (papeleta)
articulo

NO NO
NO Cliente de
SI Devolucion de
Existe prenda
Existe prenda
acuerdo articulo
SI SI
Proceso de Proceso de
Imprimir factura
refrendo retiro
(papeleta)

Se entrega dinero y Imprimir

factura actualizaciòn de
factura

FIN

7. A modo de conclusión explica lo que representa cada uno ellos y justifica tu elección de
caso de estudio y la aplicación del método Booch al mismo, en un párrafo de al menos 10
líneas
Los diagramas de clases muestran las clases con sus relaciones; en la metdología Booch, la
notación de las clases es el ´cono de nube son el nombre de la misma escrito adentro,
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.
Encabezado: METODOLOGÍA BOOCH

Los diagramas de objeto por su parte, contiene un conjunto de instancias de los elementos
encontrados en un diagrama de clases, expresando la parte estática de una interacción,
consistiendo en los objetos que colaboran pero sin ninguno de los mensajes enviados entre
ellos
En el caso de los diagramas de módulos, muestras 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.
Finalmente, los diagramas de procesos son la 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. Las acciones de los
procesos pueden ser operaciones (cuando se efectúa algo, como en este caso las acciones de
entregar la prenda, imprimir y firmar contrato, entregar y recibir efectivo); los transportes
(cuando se cambia de lugar o se mueve, por ejemplo del mostrador de valuación y entrega a
la caja), las inspecciones (valuación de la prenda); los retrasos (demoras por caída de sistema
o por algún imprevisto como corte de energía eléctrica); el almacenaje (cuando se guarda o
protege algo como archivar el contrato o resguardar las prendas).

Referencias Bibliográficas
Díaz, H. y Montesano, R. (2020). Informática IV. Análisis y diseño orientado a objetos.
SUAyED. Consultado el 24 de febrero de 2020.
http://fcasua.contad.unam.mx/apuntes/interiores/docs/20172/informatica/4/apunte/LI_1445
_30096_A_Informatica_IV_v1.pdf
Ingsoftwarejmb (2015) Metodología Booch (OOD). Consultado el 24 de febrero de
2020.http://ingsoftwarejmb.blogspot.com/2015/11/ingenieria-software-i-metodologia-
booch.html