Caso de Estudio Hotel

Caso de estudio
Hotel X
Un ejemplo prctico para la asignatura de Ingeniera de Software 1
+
Autores
Ing. Josue Carralero Iznaga, jcarralero@ceis.cujae.edu.cu
Ing. Javier F. Travieso Arencibia, jtravieso@ceis.cujae.edu.cu
Dr. Julio Martnez Prieto, jmp@ceis.cujae.edu.cu
MSc. Jos A. Franco Navarro, afranco@ceis.cujae.edu.cu
Saylis Cabrera Sierra
Paula Ardanza Menndez
Norailis Brito Hernndez
Centro de Estudios de Ingeniera y Sistemas. CEIS

ISPJAE
2006
ndice
Introduccin...............................................................................................................1
1. Modelacin del Negocio.....................................................................................2
1.1 Procesos del negocio..................................................................................2
1.1.1 Tcnicas de captura de la informacin......................................................2
1.1.2 Artefacto Descripcin literal de los CU de negocio.................................8
1.1.3 Artefacto Descripcin de alto nivel de CU de negocio..........................13
1.1.4 Artefacto Diagrama de Casos de Uso del negocio...............................18
1.1.5 Artefacto Diagramas de actividades.....................................................20
1.2 Artefacto Modelo de Objetos del Negocio..............................................25
2. Captura de requisitos.......................................................................................28
2.1 Artefacto Lista de caractersticas.................................................................29
2.2 Modelo de CU del sistema.............................................................................30
2.2.1 Actores del sistema.................................................................................30
2.2.2 Artefacto Diagramas de CU del sistema. Modelo inicial.......................31
2.2.3 Artefacto Descripcin de alto nivel de los CU del sistema. Modelo
inicial.................................................................................................................36
2.2.4 Artefacto Diagramas de CU del sistema. Modelo estructurado............56
estructurado......................................................................................................63
2.2.6 Estimacin de tiempo y costo..................................................................77
3. Anlisis.............................................................................................................90
3.1. Artefacto Diagrama de colaboracin..........................................................90
3.2. Artefacto Diagrama de clases.....................................................................98
Conclusiones.........................................................................................................100
Introduccin
El desarrollo de cualquier sistema software requiere de un trabajo coordinado del
equipo de desarrollo e intercambio permanente con los usuarios finales del
producto que son los que finalmente deben quedar satisfechos con la
automatizacin alcanzada. Se debe seguir alguna metodologa para el desarrollo
del software que gue en cada momento el esfuerzo de los desarrolladores en aras
de obtener un producto de calidad y en el menor tiempo posible.
El presente Caso de Estudio trata sobre la automatizacin de los procesos
fundamentales relacionados con las reservaciones de habitaciones que lleva a
cabo el Hotel X, los cuales hasta ese momento se efectan de forma manual. Se
sigue la metodologa propuesta por RUP y por tanto el desarrollo atraviesa por las
disciplinas o fases de Modelacin del Negocio, Captura de Requisitos y Anlisis.
Se obtienen los artefactos fundamentales de cada una de estas que fueron vistos
en clases, argumentando y explicando distintos aspectos que pueden ayudarles a
comprender cmo se va realizando el proceso.
El objetivo general de dicho trabajo se centra en el apoyo a la asignatura de

Ingeniera de Software-1, en el aprendizaje de disciplinas antes mencionadas.
El documento est estructurado en tres captulos que abarcan la Modelacin del
negocio, la Captura de requisitos y el Anlisis de los mismos.
Caso de Estudio Hotel X. Captulo 1 Modelacin del Negocio.
1. Modelacin del Negocio
Introduccin al captulo
En este captulo se desarrollan los artefactos de la Modelacin del Negocio del
Hotel X. Se describen los procesos actuales realizados en el mismo vinculados a
las reservaciones de habitaciones y se modelan estos con la realizacin de los
diagramas de actividades; se proponen las mejoras al negocio y finalmente se
obtiene un diagrama del modelo de objetos del negocio.
1.1 Procesos del negocio

En este epgrafe se estarn abordando un conjunto de elementos de inters que
giran en torno a los procesos que se desarrollan en el hotel, es decir los CU del
negocio. Abarca toda la modelacin de la dinmica del negocio.
1.1.1 Tcnicas de captura de la informacin

Se conoce que para la captura de toda la informacin necesaria acerca de los
procesos del negocio existen distintas tcnicas que se pueden emplear entre las
que resaltan las entrevista y los cuestionarios, la primera de estas con ms
ventajas para este caso en el cual existe desconocimiento del tema.
El trabajador encargado de la descripcin de los procesos del negocio, entre otras
labores, es el Diseador del Negocio (DN). Este tiene que tener la habilidad de
ser buen interlocutor y tener la capacidad de guiar la entrevista pues es muy
frecuente que el usuario del software divague mucho en la exposicin de los
procesos, y el DN debe poder discriminar entre la informacin relevante e
irrelevante.
Para la modelacin del negocio del Hotel X el DN realiz una entrevista al
gerente del mismo, de la cual se reproducen a continuacin algunos fragmentos:
....
- DN: Cules son los procedimientos que se siguen para reservar una
habitacin del hotel?
- Gerente: El proceso de reservacin de una habitacin en el hotel comienza
cuando el cliente llega al hotel y realiza la solicitud de hospedaje a el (la)
recepcionista del mismo. (Informacin relevante. Ya se conoce quien es el

actor del negocio que inicia el caso de uso). Generalmente el cliente no
tiene que esperar mucho para ser atendido pues no llegan muchos clientes
a la vez. Antes cuando no exista el hotel que ahora tenemos en frente si
vena muchos clientes y entonces.
- DN: Si pero bueno Qu usted me explicaba acerca de la solicitud de
hospedaje? Eso es muy interesante. (Obsrvese como el DN interrumpe
elegantemente al Gerente pues este se desva de lo que realmente es
importante. Este conduce la entrevista para obtener la informacin
relevante del proceso, lo cual es una habilidad imprescindible para jugar
este rol.)
- Gerente: Ah si. Cuando el cliente le realiza la solicitud de hospedaje el
recepcionista del hotel le pide al cliente su pasaporte para confirmar su
condicin de turista extranjero y adems chequea que el mismo sea vlido;
en caso de que el pasaporte presente algn problema que anule su validez
el recepcionista del hotel lo rechaza y se interrumpe el proceso; si por el
contrario el pasaporte es completamente vlido el recepcionista del hotel
plasma los datos personales del cliente en una nueva planilla de solicitud
de hospedaje. Para completar los datos necesarios para reservar una
habitacin el recepcionista del hotel le solicita al cliente las caractersticas
de su estancia.
- DN: Tres preguntas respecto a esto.
1.Qu es lo que se chequea para ver si el pasaporte es vlido?
2.Qu datos personales se recogen exactamente?
3. Cundo usted menciona caractersticas de la estancia, A qu se
refiere exactamente?
(Aqu se puede apreciar cmo el DN indaga hasta llegar a la informacin
ms elemental. Esto es muy necesario pues el usuario, como generalmente
posee un alto conocimiento de los procesos del negocio, omite informacin
que para l es obvia, pero que los desarrolladores deben tambin conocer
para que el futuro software satisfaga totalmente las necesidades.)
- Gerente: Con respecto a la primera pregunta: Lo que se verifica del
pasaporte es que posea los cuos necesarios, que est vigente, que la visa
se encuentre en orden, etc. (Fjense que, aunque el uso del etc. nos indica
que hay ms elementos que no se han dicho, el DN no sigue profundizando
pues se percata que este procedimiento no es sustituible por un proceso
automatizado y por tanto no vale la pena seguir profundizando sobre el
mismo.). Con respecto a la segunda pregunta: los datos recogidos son
Nombre y apellidos, Nmero de pasaporte y Nacionalidad. Respondiendo a
la tercera: las caractersticas de la estancia no es otra cosa que la cantidad
de personas, fecha de salida, tipo de habitacin en que desea hospedarse y
se le agrega la fecha de la reservacin.
- DN: Cules son los tipos de habitaciones que pueden existir en el hotel?
(Esta pregunta es muy importante. En todos o casi todos los procesos
existen clasificadores de informacin preestablecidos. Es necesario
conocer estos clasificadores, pues de lo contrario se podran cometer
errores en el futuro sistema con la asignacin de valores no clasificados a
algn dato manejado.)
- Gerente: Las habitaciones se clasifican en ordinaria simple, ordinaria doble,
suite doble, suite triple.
- DN: Y en el caso de que un cliente solicite alguna ordinaria doble, por poner
un ejemplo, y especifica que la cantidad de persona son 3 en lugar de 2,
Se le reserva la habitacin?
- Gerente: No. Siempre la habitacin solicitada tiene que tener capacidad
para la cantidad de personas especificadas. Eso no puede violarse. (Aqu
aparece una regla del negocio).
- DN: Cuando se completan los datos de la solicitud, Cmo prosigue el
proceso?
- Gerente: Posterior a esto el recepcionista del hotel procede a realizar la
bsqueda de la habitacin. Esta bsqueda se realiza solo analizando la
disponibilidad de las habitaciones que son del tipo de habitacin solicitado
por el cliente; para cada una de estas, se busca en el libro operativo de
reservaciones si se encuentra desocupada. En caso de no encontrarse una
habitacin que cumpla con los deseos del cliente, el recepcionista del hotel
le pregunta al mismo si desea cambiar las caractersticas de su estancia; si
este no lo desea entonces el recepcionista del hotel le devuelve su
pasaporte y el proceso termina. En cambio, si el cliente lo desea entonces

el recepcionista habilita una nueva planilla de solicitud de hospedaje y el
proceso se repite desde la captura de sus datos personales.
En caso de encontrarse alguna habitacin el recepcionista del hotel le
solicita el pago correspondiente a su pedido; este pago puede efectuarse
en efectivo o mediante un cheque; el recepcionista del hotel guarda el pago
en la caja registradora y procede a la confeccin de la planilla de
reservacin, en la cual plasma los datos personales del cliente y el nmero
de la habitacin entregada; luego adjunta la planilla de reservacin a la
planilla de solicitud de hospedaje conformando de esta forma el expediente
de hospedaje al cual le asigna el cdigo que le corresponde y confecciona
el comprobante de reservacin. Por ltimo, el recepcionista del hotel
asienta la informacin referente a la nueva reservacin en el libro operativo
de reservaciones, guarda el expediente de hospedaje en el archivo de
expedientes de hospedaje, entrega el comprobante de reservacin as
como la llave de la habitacin asignada al cliente y le devuelve su
pasaporte. El cliente ocupa la habitacin.
- DN: Qu informacin se incluye en el comprobante?
- Gerente: Cdigo del Expediente de solicitud, Fecha de salida, Cuo del
hotel.
- DN: Estos Expedientes de hospedaje por cunto tiempo se conservan?
Para qu sirven? En qu consiste el cdigo?
- Gerente: Estos expedientes se conservan por un mes; es una medida de
precaucin pues se han dado casos de clientes, que por un mal uso
deterioran la habitacin o algn medio existente en la misma o algo similar
y en estos casos se puede contar con los datos del cliente para tomar
alguna medida legal con el mismo. Posterior al mes estos expedientes
pasan a un Archivo histrico de Expedientes de hospedaje durante un ao.
Relacionado con el cdigo le dir que existe una regla para la generacin
del mismo y es que se conforma con la fecha, seguida del nmero de la
habitacin. (Aqu aparece otra regla del negocio.)
- DN: Bueno y no se ha pensado en la posibilidad de que estos expedientes
sean utilizados para identificar clientes habituales y quizs de alguna
manera darles un trato diferenciado, o tal vez para conocer qu habitacin

ha ocupado en otras estancias y en la medida de lo posible asignarle dicha
habitacin con la cual probablemente se siente familiarizado? cosas como
estas?(Es necesario que el DN sea capaz de proponer mejoras al negocio.
De esta manera el futuro sistema no se limita a automatizar lo que se hace
actualmente en el negocio sino que adems incorpora cosas que quizs no
se hacen por la incapacidad actual.)
- Gerente: Eso es algo que sera muy bueno pero actualmente nos es
imposible realizarlo pues diariamente se generan varios de estos
expedientes y almacenarlos, as como buscar en ellos los datos de un
cliente realmente es imposible cuando el cliente est frente a nosotros
esperando por una respuesta.
- DN: Y en caso de necesitar un expediente, Cmo se realiza la bsqueda
en el archivo de hospedaje?
- Gerente: Usted se refiere al archivo de expedientes de hospedaje? (Aqu
se puede apreciar la importancia de, una vez conocidos, respetar los
trminos empleados en el negocio. Los desarrolladores deben hablar en el
lenguaje de los usuarios durante la modelacin del negocio.)
- DN: Si, a ese me refiero.
- Gerente: Este archivo tiene una seccin dedicada a cada habitacin para
facilitar la bsqueda; siempre el ltimo expediente de cada habitacin
corresponde a la ltima reservacin que se hizo para la misma.
- DN: Respecto al libro operativo de reservaciones Qu se escribe
exactamente en l? Qu estructura tiene?
- Gerente: Bueno ese libro se cambia anualmente. Al igual que el archivo de
expedientes de hospedaje se divide por secciones correspondientes a las
habitaciones; en este caso posee 10 hojas consecutivas por cada
habitacin y en estas se va especificando el estado de la habitacin. Por
ejemplo si un cliente solicita una habitacin ordinaria doble, entonces el
recepcionista busca en el libro las habitaciones de ese tipo hasta encontrar
alguna, cuya ltima incidencia reportada sea una salida o no exista ninguna
incidencia (libro nuevo). Entonces agrega una incidencia de entrada a la
habitacin la cual no es ms que especificar que se efectu una entrada, la

fecha de salida y el cdigo del expediente de hospedaje correspondiente.
- DN: Ahora que menciona esto de la bsqueda en el libro operativo, el
recepcionista del hotel debe conocer de memoria el tipo de habitacin para
cada una de estas?
- Gerente: Aunque en la prctica sucede as, existe un documento en poder
del recepcionista, donde se precisa esta informacin.
- DN: Este documento es reconocido por algn nombre en especfico?
(Esta pregunta es muy importante. El DN debe tratar de identificar las
entidades que se manejan en el negocio por los trminos en los que se
conocen. Debe recordarse, que lo que se modele del negocio por parte de
los desarrolladores debe ser entendido tambin por los usuarios.)
- Gerente: Si. Se nombra Listado de distribucin de confort y capacidades.
- DN: Una ltima pregunta; existe la posibilidad de realizar reservaciones
para fecha futuras?
- Gerente: Eso se ha tratado de implementar pero en la prctica nos ha
resultado imposible pues el proceso de reservar se complica demasiado y
se hace lento, lo cual va en contra de nuestro funcionamiento.
- DN: Esa es una de sus metas? (Es extremadamente importante que el DN
pueda conocer cuales son las expectativas y metas de los usuarios para
que el software las contemple y su impacto en la organizacin sea mayor.)
- Gerente: Esa es una de las cosas que ms deseamos.
- DN: Muchas gracias. Han sido de mucha ayuda sus respuestas. (Aunque
la educacin es algo que debe estar presente en todas las personas, en el
DN no puede faltar. Se debe respetar en todo momento el trabajo que
realiza el usuario.)
.
A partir de dicha entrevista el DN pudo determinar que existe un proceso bien

definido en el negocio que consiste en la reservacin de habitaciones, el cual ya
es capaz de describir sintetizadamente. (El DN debe tener las habilidades de
poder dividir todo el negocio en procesos bien definidos, as como sintetizar la
informacin obtenida a partir de los usuarios y con su perspectiva de

desarrollador).
De igual manera se deben identificar el resto de los procesos que tienen lugar en
el Hotel X para poder describir los mismos mediante los distintos artefactos que se
vern a continuacin.
1.1.2 Artefacto Descripcin literal de los CU de negocio

Los CU del negocio pueden ser descritos literalmente sin seguir ninguna
estructura preestablecida. La descripcin debe contemplar todo lo que ocurre
dentro del proceso, aunque el DN, segn su experiencia, puede omitir ciertos
elementos que desde el punto de vista de la automatizacin son totalmente
irrelevantes.
Proceso de Reservar habitacin

El proceso de reservacin de una habitacin comienza cuando el cliente realiza la
solicitud de hospedaje al recepcionista. El recepcionista del hotel chequea el
pasaporte del cliente; en caso de que el pasaporte presente algn problema que
anule su validez, el recepcionista del hotel lo rechaza y se interrumpe el proceso;
si por el contrario el pasaporte es completamente vlido el recepcionista del hotel
plasma en nueva planilla de solicitud de hospedaje los datos personales del cliente
que resultan necesarios, los cuales son:
Nombre y apellidos
Nmero de pasaporte
Nacionalidad
El recepcionista del hotel le solicita al cliente las caractersticas de su estancia y la
plasma tambin en la solicitud de hospedaje; esta informacin incluye:
Cantidad de personas
Fecha de salida
Tipo de habitacin en que desea hospedarse (ordinaria simple, ordinaria
doble, suite doble, suite triple).
Posteriormente el recepcionista del hotel procede a realizar la bsqueda de la
habitacin. Esta bsqueda se realiza solo analizando la disponibilidad de las
habitaciones que son del tipo de habitacin solicitado por el cliente; para cada una
de estas, se busca en el libro operativo de reservaciones si se encuentra

desocupada. Para conocer el tipo de habitacin de cada habitacin, el
recepcionista del hotel se auxilia del documento Listado de distribucin de confort
y capacidades. En caso de no encontrarse una habitacin que cumpla con los
deseos del cliente, el recepcionista del hotel le pregunta a ste si desea cambiar
las caractersticas de su estancia; si este no lo desea, entonces el recepcionista
del hotel le devuelve su pasaporte y el proceso termina. En cambio, si el cliente lo
desea, entonces el recepcionista habilita una nueva planilla de solicitud de
hospedaje y el proceso se repite desde la captura de sus datos personales. En
caso de encontrarse alguna habitacin el recepcionista del hotel le exige el pago
correspondiente a su solicitud, y lo guarda en la caja registradora; luego procede a
la confeccin de la planilla de reservacin, en la cual plasma los mismos datos
personales del cliente y el nmero de la habitacin entregada; a continuacin
adjunta la planilla de reservacin a la planilla de solicitud de hospedaje
conformando de esta manera el expediente de hospedaje, al cual le asigna el
cdigo que le corresponde y confecciona el comprobante de reservacin. Este
comprobante incluye:
Cdigo del expediente de solicitud
Fecha de salida
Cuo del hotel
Adems el recepcionista del hotel asienta la informacin referente a la nueva
reservacin en el libro operativo de reservaciones. Esto no es ms que especificar
que se efectu una entrada, la fecha de salida y el cdigo del expediente de
hospedaje correspondiente. Se le devuelve el pasaporte al cliente, se le entrega
el comprobante de reservacin, as como la llave de la habitacin asignada y el
cliente ocupa la habitacin.
Reglas del negocio para el proceso

No se puede efectuar una reservacin si el tipo de habitacin solicitada por
el cliente tiene una capacidad de personas menor que la cantidad de
personas especificadas por el cliente para dicha reservacin.
El pago de las reservaciones puede efectuarse en efectivo o por cheque.
Los Expedientes de hospedaje se conservan en el Archivo de Expedientes

de Hospedaje por un mes.
Los Expedientes de hospedaje se conservan en el Archivo Histrico de
Expedientes de hospedaje durante un ao.
El cdigo para los Expedientes de hospedaje se genera concatenando la
fecha en que se realiza la reservacin, seguida del nmero de la habitacin.
El Libro Operativo de Reservaciones se cambia anualmente.
Mejoras al proceso
Como mejoras a este proceso se proponen:
Como existir un control automatizado de la informacin se podrn realizar
reservaciones para fechas futuras.
Se contratarn los servicios de un banco que provea una interfaz de
aplicacin para realizar transacciones con tarjetas de crdito. Esto va a
posibilitar que se realicen reservaciones online usando un mdulo Web
publicado en Internet y realizando el pago mediante la introduccin de los
datos de la tarjeta de crdito. Tambin se podr brindar la posibilidad de
que el cliente que reserva directamente en el hotel pueda realizar el pago
usando la tarjeta de crdito.
Se propone eliminar la entrega del comprobante de reservacin solo posea
un cdigo generado para dicha reservacin.
La informacin existente sobre los expedientes de hospedaje se mantendr
por 3 aos y se utilizar para que a la hora de asignarle una habitacin a un
cliente se verifique si este ha estado en un momento previo y en la medida
de lo posible se le asigne la misma habitacin que ya us en aquel
momento.
Proceso de Cancelar reservacin

El proceso de cancelacin comienza cuando el husped llega al hotel y solicita
cancelar una reservacin previamente realizada por l. El Recepcionista del hotel
le solicita el comprobante de reservacin, localiza el Expediente de hospedaje,
realiza el descuento por los das que estuvo hospedado dicho husped y le
devuelve el dinero restante. Posterior a esto el Recepcionista del hotel asienta la
informacin referente a cierre de la reservacin en el libro operativo de

reservaciones, lo cual no es ms que especificar que se efectu una salida y con
esto se completa el registro de entrada. La habitacin queda disponible para una
nueva reservacin.
Reglas del negocio para el proceso

Toda reservacin puede ser cancelada por el husped en caso que este lo
desee.
Cuando un husped desea cancelar su reservacin se le devuelve al mismo
el dinero que reste, luego de aplicar el descuento de la estancia.
Para la cancelacin el cliente deber llevar el comprobante de reservacin
para la bsqueda del Expediente de hospedaje
Mejoras al proceso
Se propone que se pueda tambin cancelar la reservacin online y para
esto el cliente debe introducir el cdigo de la reservacin (que sustituye al
Comprobante de la reservacin) y los datos de la tarjeta de crdito para la
devolucin del dinero. Tambin se podr cancelar directamente en el hotel
entregando el cdigo de la reservacin y la tarjeta de crdito al
recepcionista, el cual se auxilia de un lector de tarjetas.
Se agregan dos nuevas reglas al proceso mejorado.
Si la cancelacin si realiza con 72 o ms horas de antelacin a la fecha de
entrada de la reservacin, se proceder al reembolso de la totalidad del
dinero pagado para dicha reservacin.
Si la cancelacin se realiza con menos de 72 horas de antelacin se le
reembolsar al cliente el 90% del dinero pagado por dicha reservacin;
dicho descuento se realiza por concepto de habitacin congelada.
Proceso de Reportar rotura

Si despus de ser hospedado, la habitacin asignada al husped queda fuera de
servicio, este debe reportarlo al Recepcionista del hotel, quien enva un equipo de
mantenimiento a la habitacin con el objetivo de que esta sea reparada al
momento. En caso de que la rotura no se pueda reparar momentneamente

entonces la habitacin reportada pasa a reparacin y hasta tanto no se pase a
disponible nuevamente no puede ser considerada en la asignacin de
habitaciones a clientes; por otro lado debe reasignrsele al husped otra
habitacin disponible. Para la reasignacin de habitaciones se realiza una
bsqueda inicial analizando la disponibilidad de las habitaciones que son del tipo
de habitacin solicitado por el cliente, obteniendo esta informacin a partir de la
Solicitud de Hospedaje que se encuentra en el Expediente de hospedaje
correspondiente. Para cada habitacin el procedimiento es: se busca en el libro
operativo de reservaciones si se encuentra desocupada la habitacin. Si en esta
primera bsqueda no se encuentra una habitacin entonces se procede a buscar
una habitacin de confort superior.
Proceso de Terminar reservacin

El proceso comienza cuando llegado el da y la hora de culminacin de la
reservacin el husped entrega la llave de la habitacin ocupada al Recepcionista
del hotel. El Recepcionista del hotel asienta la informacin referente a la
conclusin de la reservacin en el libro operativo de reservaciones lo cual no es
ms que especificar que se efectu una salida con lo cual se completa el registro
de entrada. La habitacin queda disponible para una nueva reservacin.
1.1.3 Artefacto Descripcin de alto nivel de CU de negocio

En este epgrafe se va a analizar la descripcin de alto nivel de los CU del
negocio. Debe recordarse que esta es una tarea llevada a cabo por el DN. La
siguiente tabla muestra la descripcin del CU Reservar habitacin.
Caso de uso Reservar habitacin

Actor Cliente del hotel.
Propsito Reservar una habitacin con determinadas caractersticas
y durante determinado periodo desde la recepcin del
hotel.
CU asociados Obtener habitacin disponible (Include)
Resumen El caso de uso se inicia cuando el cliente llega al hotel y

hace una solicitud de hospedaje para una habitacin con
determinadas caractersticas. El recepcionista del hotel
trata de dar respuesta a la solicitud teniendo en cuenta las
habitaciones disponibles del hotel y el tipo de habitacin
deseado por el cliente. El caso de uso concluye con la
entrega al cliente de una habitacin que satisfaga todos
sus requerimientos.
Accin del actor Respuesta del proceso de
negocio
1- Llega a la recepcin del hotel y realiza
una solicitud de hospedaje.
2- El (la) Recepcionista del hotel
solicita al cliente su pasaporte con
el fin de chequear que se encuentre
su documentacin en orden y para
posteriormente tomar sus datos
personales.
3- Entrega su pasaporte a el (la)
Recepcionista del hotel.
4- El Recepcionista del hotel
chequea que el pasaporte sea
vlido observando la fecha de
expiracin y notificacin de entrada
al pas. Pasaporte vlido.
5- El Recepcionista habilita una
nueva planilla de solicitud de
hospedaje y plasma los datos
personales del Cliente del hotel en
la planilla tomando los mismos del
pasaporte que este entreg.
6- El Recepcionista solicita las
caractersticas de la estancia al
Cliente. Esta informacin incluye
Cantidad de personas, Fecha de

salida, Tipo de habitacin en que
desea hospedarse (ordinaria simple,
ordinaria doble, suite doble, suite
triple). El tipo de habitacin
solicitada por el cliente debe tener
capacidad para la cantidad de
personas especificadas por el
mismo.
7- Informa las caractersticas de la 8- El Recepcionista del hotel plasma
estancia. toda la nueva informacin en la
planilla de solicitud de hospedaje.
9- Incluir CU Obtener habitacin
disponible. Existe habitacin
disponible del tipo especificado.
calcula el costo de la reservacin y
solicita al Cliente el pago
11- Efecta el pago por la reservacin de correspondiente.
la habitacin. Este pago puede ser en 12- El Recepcionista del hotel
efectivo o mediante la emisin de un guarda el pago en la caja
cheque. registradora.
elabora la Planilla de reservacin en
la cual plasma los datos personales
del cliente y el nmero de la
habitacin entregada; luego adjunta
la planilla de reservacin a la
planilla de solicitud de hospedaje
conformando de esta forma el
expediente de hospedaje al cual le
asigna el cdigo que le corresponde
y confecciona el comprobante de
reservacin.
asienta la informacin referente a la
nueva reservacin en el libro
operativo de reservaciones.
guarda el expediente de hospedaje
en el archivo de expedientes de
hospedaje.
entrega el comprobante de
reservacin as como la llave de la
habitacin asignada al cliente y le
devuelve su pasaporte.
17- El Cliente recibe el comprobante de
reservacin, el pasaporte y la llave de la
habitacin y ocupa la misma.
Otras secciones
Seccin 1: Cambiar caractersticas de la estancia
Seccin Principal, lnea 9: Cuando el Recepcionista del hotel busca una
habitacin disponible del tipo especificado por el Cliente del hotel y no la
encuentra, ocurre lo que se ha plasmado en esta seccin.
9- Incluir CU Obtener habitacin
disponible. No Existe habitacin
disponible del tipo especificado.
pregunta al Cliente si desea
11- El Cliente si desea cambiar las cambiar las caractersticas de la
caractersticas de la estancia. estancia.
12- Se retorna el control a la Lnea
5 de la seccin Principal.
Cursos alternos
1.Seccin Principal: Lnea 4
Si el pasaporte no es vlido el (la) Recepcionista lo rechaza, devolvindoselo al
cliente; este recibe el pasaporte y se marcha del hotel.

Mejoras propuestas
Como existir un control automatizado de la informacin se podrn
realizar reservaciones para fechas futuras.
Se contratarn los servicios de un banco que provea una interfaz de
aplicacin para realizar transacciones con tarjetas de crdito. Esto va a
posibilitar que se realicen reservaciones online usando un mdulo Web
publicado en Internet y realizando el pago mediante la introduccin de los
datos de la tarjeta de crdito. Tambin se podr brindar la posibilidad de
que el cliente que reserva directamente en el hotel pueda realizar el pago
usando la tarjeta de crdito.
Se propone eliminar la entrega del comprobante de reservacin solo
posea un cdigo generado para dicha reservacin.
La informacin existente sobre los expedientes de hospedaje se
mantendr por 3 aos y se utilizar para que a la hora de asignarle una
habitacin a un cliente se verifique si este ha estado en un momento
previo y en la medida de lo posible se le asigne la misma habitacin que
ya us en aquel momento.
1.1.4 Artefacto Diagrama de Casos de Uso del negocio

La Figura 1 muestra el Diagrama de CU del Negocio en el cual se presentan los
procesos del negocio representados por CU. Este es un primer acercamiento a
dichos procesos realizando una divisin natural del negocio a partir de la
informacin recogida. Sin embargo, en muchas ocasiones al analizar
detenidamente los CU encontrados en el negocio, se pueden encontrar
secuencias de actividades que se repiten en algunos de estos. En situaciones
como estas, siempre se debe valorar la posibilidad de agrupar estas actividades
que son comunes a ms de un CU como un proceso independiente siempre y
cuando esto no dificulte la comprensin del diagrama.
En el caso del negocio del Hotel X se puede notar que sucede lo antes
mencionado; para efectuar la reservacin de una habitacin (Proceso Reservar
habitacin) se debe realizar la bsqueda de una habitacin disponible acorde con
los datos de la solicitud del cliente; por su parte cuando el husped reporta alguna
rotura en su habitacin (Proceso Reportar rotura), en caso de que esta no pueda

ser solucionada inmediatamente debe reasignrsele una habitacin al cliente, por
lo que hay que llevar a cabo de igual manera la bsqueda de una habitacin
disponible acorde con los datos de la solicitud de hospedaje realizada por el
mismo; luego la bsqueda de una habitacin disponible acorde con los datos de
la solicitud del cliente constituye un proceso comn para los procesos Reservar
habitacin y Reportar rotura siendo para el primero de estos una parte
ineludible, siempre necesaria para la culminacin del proceso, mientras que para
el segundo es una parte que no se realiza siempre, sino bajo una condicin (en
este caso la imposibilidad de reparar la habitacin de inmediato).
Por las caractersticas de la dependencia que poseen estos procesos con el nuevo
proceso que resultara al agrupar las actividades comunes, vale la pena pensar en
relaciones de inclusin y extensin entre CU respectivamente. La Figura 2
muestra el Diagrama de CU del Negocio despus de refinado en correspondencia
con lo analizado anteriormente.
Buscar habitacin disponible
<<include>>
<<extend>>
Reserv ar habitacin
Reportar rotura
Figura 2.
Diagrama
Cliente de CU del
(from Actores del negocio)
Negocio
refinado
Cancelar reserv acin Terminar reserv acin
Figura 2. Diagrama final de CU del Negocio.

1.1.5 Artefacto Diagramas de actividades

En este epgrafe se centrar la atencin sobre el CU de Reservar habitacin y su
Reservar habitacin Term inar reservacin
CU incluido de Buscar habitacin disponible. Se desarrollarn los diagramas de
actividades correspondientes a los mismos.
El DN debe ser capaz de modelar los procesos en funcin de las actividades que
se realizan dentro de los mismos. Los diagramas de actividades constituyen un
primer paso para la algoritmizacin de los procesos que se llevan a cabo en la
Cliente
entidad y por tanto constituyen un primer
(f rom Actores acercamiento al futuro sistema. El DN
del negocio)
debe ser capaz de describir, con ayuda del diagrama deReportar

actividades,
rotura todo lo que
Cancelar reservacin
sucede en el proceso, de manera comprensible para los usuarios. . Los
Figura 1.de
diagramas Diagrama inicialdedelas
actividades CUFiguras
del Negocio.
3, 4 y 5 detallan el CU de Reservar
habitacin y el de la Figura 6 describe el CU Buscar habitacin disponible.
Cliente del hotel

C lient e del hotel Recepcionista deldelhotel
R ecepcionista hot el
Solicitar Solicitar
hospedaje Pasaporte pasaporte
[Solicitado]
Chequear que el
Entregar pasaporte Pasaporte pasaporte sea v lido
[Entregado]
Vlido?
No
Pasaporte Pasaporte
Recibir Rechazar el
[Rechazado] Si [Aceptado]
pasaporte pasaporte
Elaborar Planilla de solicitud de

hospedaje (Ver subdiagrama)
Planilla de solicitud de
Incluir CU "Buscar
hospedaje
habitacin disponible"
[Llena]
Habitacin
[Obtenida para la reservacin] Se encontr habitacin
Si
No
Elaborar reserv acin (Ver Preguntar si desea cambiar las
subdiagrama) caractersticas de la estancia
Comprobante de Planilla de
Pasaporte reserv acin reserv acin
Cambiar?
[Devuelto] [Elaborado] [Elaborada]
Recibir documentos y llav e Llav e Entregar documentos y

[Entregada] llav e Si
No
Comprobante de
reserv acin Dev olv er
[Entregado] pasaporte
Ocupar
habitacin
Recibir Pasaporte
pasaporte [Devuelto]
Habitacin
[Ocupada]
Figura 3. Diagrama de actividades del CU Reservar habitacin.

Cliente
Clientedel
del hotel
hotel Recepcionista
Recepcionista del del
hotelhotel
Habilitar nuev a planilla de

solicitud de hospedaje
hospedaje
Pasaporte
[Vaca]
[Aceptado]
Esta inf ormacin incluy e:
-Cantidad de personas
-Fecha de salida Plasmar datos del cliente en la planilla
-Tipo de habitacin en que desea de solicitud de hospedaje
hospedarse (ordinaria simple,
ordinaria doble, suite doble, suite
triple). El tipo de habitacin
solicitada por el cliente debe tener
capacidad para la cantidad de
personas especif icadas por el Planilla de solicitud de
mismo. hospedaje
[Modif icada]
Inf ormar caractersticas de Solicitar caractersticas de

la estancia la estancia
Plasmar las caractersticas de la estancia en la

planilla de solicitud de hospedaje
hospedaje
[Llena]
Figura 4. Diagrama de actividades de la actividad Elaborar Planilla de solicitud

de hospedaje.
Cliente del hotel

Cliente del hotel
Recepcionista del hotel
Planilla de solicitud de Habitacin que

hospedaje se obtuvo en la
El pago puede ser bsqueda
Calcular costo de la [Llena]
en efectivo o por
cheque. reservacin
Habitacin
Pagar la [Obtenida para la reservacin]
Solicitar el pago correspondiente
reservacin
por la reservacin
Guardar el pago en la Confeccionar planilla

caja registradora de reservacin
Recepcionista
Planilla de
reservacin
Adjuntar
Listado de distribucin de conf ort la
y Planilla de reservacin
Planilla adelasolicitud de
[Confeccionada]
capacidades Planilla de solicitud de hospedaje hospedaje
[Elaborado] [Llena]
En este momento
se est creando el Expediente de
expediente de hospedaje Planilla de
hospedaje Obtener habitacin con
[Confeccionado] reservacin
categora solicitada
[Confeccionada]
Confeccionar comprobante de Comprobante de

existe alguna?
reservacin reservacin
[Confeccionado]
no Planilla de
si reservacin
Habitacin
Asentar la reservacin en el libro [Confeccionada]
[Obtenida con la categora solicitada]
operativo de reservaciones
Verif icar si esta disponible Libro operativo de
reservaciones
Libro[Actualizado]
operativ o de
reserv aciones
Guardar el expediente de [Actualizado]
Archivo de expedientes de
hospedaje disponible? hospedaje
Verif icar si es la [Actualizado]
ltima no
si
es la ultima?
Habitacin
Obtener
no [Obtenida para la reserv acin]
habitacin
si
Figura 5. Diagrama de actividades de la actividad Elaborar reservacin.
Figura 6. Diagrama de actividades del CU Buscar habitacin disponible.

Como se puede apreciar en los diagramas de actividades se puede incluir mucha

informacin y pueden ser muy tiles para la comprensin de los procesos y
adems para tener una idea inicial de cul ser la magnitud que se alcance con la
automatizacin. Como se puede apreciar el CU Reservar habitacin ha sido
capturado completamente en tres diagramas pero logrndose el total

entendimiento del proceso; esto es una habilidad que no puede faltar en el DN que
consiste en administrar la complejidad de los diagramas. Se puede realizar ms de
un diagrama por CU, agrupando un conjunto de actividades dentro de alguna que
las pueda englobar y luego realizar otro diagrama para dicha actividad. Obsrvese
que las actividades pueden colorearse de distintos colores que posean algn
significado para los desarrolladores; por ejemplo en los diagramas mostrados en
las Figuras 3, 4, 5 y 6 las actividades coloreadas en azul claro expresan que son
contenedoras de un conjunto de actividades y por tanto, tienen asociado otro
diagrama de actividades, mientras que las actividades coloreadas en rojo
representan a aquellas que van a ser automatizadas.
Es de mucha importancia tambin, que en los diagramas de actividades se

muestren los objetos que son manipulados por trabajadores y actores, as como
que quede claro en qu actividades constituyen una entrada y qu actividades son
una salida; adems, el DN debe expresar claramente los diferentes estados por
los que pueden atravesar los objetos durante la realizacin del caso de uso. De los
diagramas de actividades se pueden obtener claramente las entidades del negocio
que representan la primera vista de las futuras clases persistentes (que contienen
informacin que debe perdurar en el tiempo) que darn vida al software.
1.2 Artefacto Modelo de Objetos del Negocio

Es importante destacar que el Modelo de Objetos del Negocio le sirve al DN para
representar todas las relaciones lgicas que existen entre las entidades del
negocio y adems identificar dichas relaciones. Este modelo es el primer diagrama
de clases del sistema, por lo tanto el DN no debe dejar escapar ninguna entidad
del negocio. Para el desarrollo de este artefacto el DN debe ser capaz de
diferenciar entre todos los objetos que se manipulan en los diferentes procesos del
negocio, cules constituyen entidades del negocio. La Figura 7 muestra el
diagrama del Modelo de Objetos del Negocio que se logra a partir de los procesos
descritos. Obsrvese en dicho diagrama que, por ejemplo el objeto Llave que en
algn momento fue manipulado en el proceso de Reservar habitacin no se
incluye, pues para el futuro sistema este no es significativo. Tambin se puede ver
en dicho diagrama cmo se identifica la relacin que existe entre el Expediente de

hospedaje y las entidades Planilla de reservacin y Planilla de solicitud de
hospedaje, la cual es una relacin de agregacin pues en este caso el primero se
crea a partir de la unin de los otros dos. Se puede ver adems en dicho diagrama
como el DN plasma la relacin que existe entre el trabajador del negocio y las
entidades del negocio. Es muy importante que el DN sea consecuente con lo
expresado en los diagramas de actividades a la hora de elaborar este artefacto.
Actualiza
Libro operativ o de reserv aciones

1
Hace referencia a
1..*
Almacena Indica
1 0..* 1 1
Archiv o de expedientes de hospedaje Expediente de hospedaje Comprobante de reserv acin
1
1..*
Indica
1 1
Habitacin Planilla de reserv acin Planilla de solicitud de hospedaje

Elabora
1..*
Contiene informacin de
1
Elabora
Elabora
Listado de distribucin de conf ort y

capacidades
Revisa
Actualiza Recepcionista del hotel
Figura 7. Modelo de Objetos del Negocio.

Caso de Estudio Hotel X. Captulo 2 Captura de requisitos.
2. Captura de requisitos
En este captulo se desarrollan los artefactos del Flujo de Captura de los requisitos
para la automatizacin del Hotel X. Se realiza un levantamiento de las
funcionalidades requeridas por los usuarios del futuro sistema, y se incorporan
beneficios o bondades que la automatizacin deber lograr.
Debemos recordar que los objetivos planteados por la metodologa RUP para este
flujo de trabajo y que debemos cumplimentar son los siguientes:
Establecer y mantener un acuerdo con los usuarios del futuro software en
cuanto a lo que el mismo debe automatizar.
Hacer extensivo a los desarrolladores el conocimiento de los requerimientos
de los usuarios.
Definir los lmites del sistema.
Establecer las bases para la distribucin de funcionalidades a travs de las
distintas iteraciones a realizar.
Establecer las bases para el clculo de tiempo y costo de la aplicacin.
Establecer las interfaces de usuario del sistema haciendo nfasis en las
necesidades y metas del usuario.
Una buena prctica para la definicin de las futuras funcionalidades y

caractersticas del sistema es la realizacin de una tormenta de ideas entre los
usuarios y los desarrolladores. Los primeros tienen el conocimiento preciso de las
actividades que son vitales en los procesos del negocio pero tienen un horizonte
corto de lo que se puede automatizar o no, por lo que ellos solos no son capaces
de visionar un software realmente potente. Es por eso que es vital el papel activo
de los desarrolladores en esta disciplina. De esta actividad se obtiene un listado
de todos los requisitos funcionales y no funcionales del futuro sistema. De los
requisitos funcionales se genera el modelo de los casos de uso del sistema y los
requisitos no funcionales constituyen una especificacin complementaria que
completan el conjunto de propiedades que debe estar presentes en el sistema. Es
importante aclarar que el nfasis en esta disciplina se hace en los requisitos
funcionales, que son los que determinan las funcionalidades del sistema. Los
requisitos no funcionales que determinan propiedades, caractersticas del software
sern atendidos en futuras disciplinas.
2.1 Artefacto Lista de caractersticas

Mediante reuniones de trabajo entre los desarrolladores y los usuarios del sistema
se pudo obtener la lista de caractersticas del sistema. A continuacin se muestran
algunos de los requisitos finales que deben ser satisfechos:
Debe existir seguridad en la utilizacin del sistema; se desea conocer qu
recepcionista realiza las acciones en el sistema en cada momento. (Este
requisito impone una funcionalidad del sistema que ser la Autenticacin de
los usuarios del sistema pero adems se puede pensar en otras
propiedades que debe cumplir el software en cuanto a la seguridad como
es el registro de trazas).
Llevar un control de los datos de las habitaciones del hotel.
Llevar un control de los datos de los trabajadores del hotel. (Obsrvese que
esta funcionalidad y la anterior se encargan de mantener informacin con la
cual se trabaja en el negocio. Este tipo de funcionalidades siempre tiene
que ser tenido en cuenta).
Confeccionar reservaciones. Deben poder reservarse habitaciones desde el
hotel y desde Internet (online).
Cancelar reservaciones. Deben poder cancelarse las reservaciones desde
el hotel y desde Internet (online).
Para la confeccin y cancelacin de reservaciones se debe aceptar el pago
o devolucin del costo de la reservacin mediante tarjeta de crdito. Para la
confeccin de reservaciones desde el hotel adems se debe aceptar el
pago en dinero efectivo o mediante cheque, indicando cada caso y de
efectuarse la cancelacin desde el hotel solo se devuelve en dinero efectivo
(Obsrvese que en estos tres ltimos requisitos se contemplan las mejoras
a los procesos de Reservar Habitacin y Cancelar reservacin propuestas
en la disciplina de Modelacin del Negocio).
Obtener habitacin disponible.
Terminar reservacin. (Estas dos ltimas funcionalidades responden a los

procesos de negocio que llevan el mismo nombre).
Mostrar listado de disponibilidad de habitaciones.
Mostrar porciento de ocupacin del hotel.
Seguridad ante fallos para la realizacin de transacciones bancarias.
2.2 Modelo de CU del sistema

Siguiendo la secuencia de actividades a realizar en esta disciplina el Analista de
Sistema debe desarrollar un modelo de CU inicial del sistema, identificando los
actores y casos de uso. Posteriormente, el Arquitecto de Software establece un
nivel de prioridades a los CU; el Especificador de CU detalla los casos de uso para
que luego el Analista de Sistema estructure el modelo de CU, que no es ms que
refinar el modelo inicial, obteniendo CU extendidos e incluidos que son una
manifestacin temprana de reutilizacin del futuro cdigo que dar solucin a
dicha funcionalidad.
2.2.1 Actores del sistema

Actor Justificacin
Usuario Actor genrico que hace uso de funcionalidades
que son comunes a varios actores y por ende se
crea para que aquellos hereden de l.
Administrador del sistema Es aquel que se encarga de mantener toda la
informacin necesaria para el funcionamiento del
hotel, dganse habitaciones, trabajadores, usuarios.
Recepcionista del hotel Es quien atiende a los usuarios que llegan al hotel.
Utiliza el sistema para el trabajo cotidiano del hotel
que incluye todo el proceso de reservaciones.
Banco contratado Representa un sistema externo que se encargar
de efectuar las transacciones de dinero que se
necesiten realizar durante el proceso de
reservaciones.
Cliente del hotel El cliente del hotel se convierte en un actor del
sistema pues se ha pensado en la posibilidad de
que este pueda reservar una habitacin haciendo
uso de la Internet. Esto responde a unas de las

mejoras al negocio propuestas.
2.2.2 Artefacto Diagramas de CU del sistema. Modelo inicial

Es importante que el modelo de CU del sistema guarde una estrecha relacin con
la Lista de Caractersticas. Los CU del sistema sern aquellos requisitos
funcionales que queden aprobados para la automatizacin, pero se deben tener
en cuenta algunas funcionalidades que aparecen para dar respuesta a requisitos
no funcionales del sistema y que son frecuentemente omitidas, con lo cual
estamos incurriendo en un error. Es por esto que se plantea que en esta etapa de
desarrollo se le da solucin a las funcionalidades del sistema y se posponen para
etapas posteriores las propiedades del mismo.
Las Figuras 8, 9, 10 y 11 muestran los diagramas de CU iniciales del sistema,
haciendo una divisin del mismo segn los distintos actores del sistema.
Dividiendo todo el modelo en varios diagramas por los distintos actores del
sistema se administra la complejidad. Este es un principio muy importante que
debe seguirse siempre para que los diagramas sean ms comprensibles y ayuden
al desarrollo del sistema. No obstante, no debe abusarse de esto pues se pueden
perder visiones generales en caso de que los CU se dividan mucho. Es por esto
que la administracin de la complejidad debe pensarse muy bien.
La Figura 8 muestra los CU del sistema que son comunes para los actores
Administrador del sistema y la Recepcionista del hotel. El actor Usuario es un
actor genrico que se ha creado para representar la interaccin con el sistema a
travs de estas funcionalidades; se crea este actor pues tanto el Administrador del
sistema como la Recepcionista del hotel cumplen con este rol y es incorrecto que
se representen dos actores interactuando con un CU de la misma manera; los
actores Administrador del sistema y Recepcionista del hotel heredan de este rol
como ilustran las relaciones de herencia representadas en el diagrama. Obsrvese
como aparece el CU de Autenticarse que no es precisamente una funcionalidad
requerida por los clientes, que responda al dominio del hotel pero si responde al
requisito no funcional de seguridad. Es muy importante que se tenga en cuenta
que en ocasiones aparecen nuevas funcionalidades a partir de las propiedades o
caractersticas que debe tener el sistema y que en muchas ocasiones son omitidas
y por ende no se satisfacen dichas propiedades del sistema.
La Figura 9 muestra el diagrama de CU para el actor Recepcionista del Hotel.
Obsrvese como se muestra la relacin que existe entre este y el actor Usuario;
esta es una informacin redundante pues se indic previamente, pero en
ocasiones se puede repetir alguna informacin que se desea tener en cuenta,
siempre y cuando no afecte la comprensin del diagrama; en este caso se desea
puntualizar que adems de acceder a estas funcionalidades el actor Recepcionista
del Hotel puede jugar otro rol y por tanto hace uso de otras funcionalidades. En los
esbozos iniciales del modelo de CU del sistema no se pretende obtener
Administrador de sistema
(f rom Actores del sistema) Mostrar listado de disponibilidad de
habitaciones
Autenticarse
Usuario
(from Seguridad)
(f rom Actores del sistema)
Mostrar porciento de ocupacin del

hotel

Figura 8: Diagrama de CU para el actor Usuario.
refinamientos de las funcionalidades, por lo que generalmente carecen de CU

incluidos o extendidos. No obstante para el caso del Hotel X, desde la
Modelacin del Negocio se identific un proceso que se inclua dentro de otro y a
su vez extenda a un tercero. Dicho proceso ser automatizado y por ende desde
los modelos de CU iniciales se puede reconocer este CU, que es ya un
refinamiento. En este diagrama se puede observar al actor Banco contratado y
esto se debe a que se desea mostrar como existen dos funcionalidades, que para
llevarse a cabo involucran en algn momento a dicho actor. Lo mismo sucede para
el actor Cliente del hotel, pues para la realizacin de una reservacin a travs del
Recepcionista del hotel, puede ser necesaria la interaccin del mismo con el
sistema, si es que este decide realizar el pago usando tarjeta de crdito, ya que
esta informacin l no se la puede brindar al Recepcionista del hotel. Es
importante destacar que el sentido de la relacin en ambos casos indica que los
actores Banco contratado y Cliente del hotel no inician el CU, sino que en algn
momento el CU llega a l.
La Figura 10 muestra el diagrama de CU para el actor Administrador del sistema.

Aqu vemos que entre el actor Administrador del sistema y el actor Usuario se ha
Usuario
(f rom Actores del sistema) Terminar reservacin
(from Reservaciones)
<<extend>>
Reportar rotura <<include>> Obtener habitacin disponible

(from Rotura) (from Bsqueda de habitacin)

Reservar a travs de Recepcionista

Cliente del hotel
del hotel
(from Reservaciones) (f rom Actores del sistema)
Cancelar reservacin a travs de la

Banco contratado
recepcionista
Figura 9: Diagrama de CU para el actor Recepcionista del hotel.

establecido la misma relacin que existe entre el Recepcionista del Hotel y
Usuario. Se pueden apreciar los CU que se encargan de mantener la informacin
que necesita el sistema para funcionar se identifican como Gestionar..; estos
incluyen insercin, modificacin y eliminacin de informacin. Obsrvese adems
como aparece un CU que tambin tributa al requisito no funcional de seguridad
que en este caso se encarga de mantener la informacin referente a los usuarios
que tendrn acceso al sistema.
La Figura 11 muestra el diagrama de CU para el actor Cliente del hotel. Se puede

apreciar en dicho diagrama como a diferencia de los actores Recepcionista del
hotel y Administrador del sistema, este actor no hereda del actor Usuario pues el
mismo no tiene que autenticarse en el sistema para reservar una habitacin desde
la Internet; tampoco este actor hace uso de las funcionalidades especficas de
reporte de informacin, puesto que no le interesa, ya que se encuentra fuera del
negocio del Hotel X. En este diagrama se puede observar tambin al actor Banco
contratado pues las dos funcionalidades brindadas a travs de la Internet
necesitan de la realizacin de transacciones y de esto se encarga el Banco
contratado. De igual manera aparece el CU de Obtener habitacin disponible
como parte del proceso de reservar una habitacin.
Gestionar habitaciones
Usuario
Gestionar trabajadores
Administrador de sistema
Gestionar usuarios
Figura 10: Diagrama de CU para el actor Administrador del sistema.
Cancelar reservacin online

Banco contratado
Cliente del hotel
<<include>>
Reservar online Obtener habitacin disponible
Figura 11: Diagrama de CU para el actor Cliente del hotel.

3. Como aspecto final acerca de modelo de CU se puede agregar que este se

puede dividir indistintamente segn los distintos actores del sistema como
se ha realizado en este ejercicio, pero tambin se puede pensar en una
divisin de las funcionalidades de acuerdo a los fines dentro de todo el
dominio del sistema que persiguen las mismas. Si hubiramos seguido esta
estrategia para desagregar el diagrama de CU del sistema, hubiramos
podido obtener un diagrama para Reservaciones, otro para
Administracin y otro para Reportes. Es importante adems notar el
hecho de que los CU se nombran comenzando por un verbo fuerte que
indica accin, las relaciones de inclusin y extensin se representan con
flechas discontinuas y tienen un sentido especfico que es importante
respetar.
2.2.3 Artefacto Descripcin de los CU del sistema. Modelo inicial

En este epgrafe se va a analizar la descripcin de alto nivel de los CU. La
siguiente tabla muestra la descripcin del CU Reservar habitacin online.
Caso de uso Reservar online

Actores Cliente del Hotel (Iniciador), Banco contratado
Propsito Reservar una habitacin online.
Resumen El caso de uso comienza cuando el Cliente del hotel
quiere realizar una reservacin a travs de Internet
desde un lugar externo al hotel. El cliente introduce
sus datos personales y las caractersticas de la
estancia deseada. Si hay alguna habitacin disponible
que cumpla con las expectativas del cliente entonces
este efecta el pago por tarjeta de crdito y se lleva a
cabo la reservacin. El Cliente del Hotel recibe un
cdigo referente a la reservacin realizada.
Responsabilidades Confeccionar una reservacin.
CU asociados Obtener habitacin disponible (Include).
Precondiciones El sistema se encuentra disponible.
Descripcin
Pantallas asociadas
A
A
Pantalla 1. Pgina de Inicio del Hotel X.

C
D
G
E F
H I
K J
L
M
Pantalla 2. Pgina de reservacin de habitaciones.
B
B
C D E
Pantalla 3. Pgina de confirmacin y pago de la reservacin.
Pantalla 4. Pgina de fin del proceso de reservacin.

Acciones de los Actores Respuestas del Sistema
1- El Cliente del Hotel selecciona la
opcin de Reservar habitacin
(Elemento A) en el men de Servicios/
Services en la Pantalla 1.
2- Muestra la Pantalla 2 para recoger
los datos de la reservacin.
3- El Cliente del Hotel introduce los
datos de la reservacin; son todos los
que se piden en la Pantalla 1 (Del
elemento A al elemento K); los datos
marcados con (*) son obligatorios.
4- El Cliente del Hotel pulsa el botn
Elaborar Reservacin (Elemento L).
5- Chequea que todos los datos

obligatorios hayan sido introducidos por

el Cliente. Datos completos.
6- Incluir el CU Obtener habitacin
disponible. Existe una habitacin
disponible del tipo solicitado para el
periodo especificado.
7- Calcula el monto de la reservacin
(Costo por Da de la habitacin *
Cantidad de das).
8- Construye la Pantalla 3
proveyndole los datos de la estancia,
la habitacin obtenida para la
reservacin y el costo de la
reservacin.
9- Muestra la Pantalla 3 para que el
Cliente del hotel confirme y efecte el
pago de la reservacin confeccionada.
10- El Cliente del Hotel introduce los
datos de su tarjeta de crdito en la
Pantalla 3 (Elementos A y B).
Efectuar pago (Elemento C).
12- Verifica que ambos datos hayan

sido introducidos. Datos completos.
13- Entrega los datos al banco
contratado para efectuar la transaccin.
14- El Banco contratado trata de

efectuar la transaccin y devuelve el
resultado obtenido. Transaccin
exitosa. 15- Almacena los datos de la solicitud
en la Base de datos.
16- Registra una nueva reservacin en

la base de datos, generndose un
Cdigo para la reservacin.
proveyndole los datos de la
reservacin.
18- Muestra la Pantalla 4.
Imprimir (Elemento A).
20- Enva al puerto de impresora la
informacin contenida en la Pantalla 4.
Otras secciones
Seccin 1: Cambiar reservacin
Seccin Principal, entre la lnea 10 y 11: Si el cliente pulsa el botn Cambiar
reservacin de la Pantalla 3 (Elemento D), el sistema muestra la Pantalla 2 con
los datos introducidos por el (la) Recepcionista del hotel.
Cursos Alternos
1. Seccin Principal: Entre la lnea 2 y la lnea 5.
Si el Cliente del Hotel pulsa el botn Cancelar de la Pantalla 2 (Elemento M), el
sistema retorna a la Pantalla 1.
2. Seccin Principal: Lnea 5.

Si los datos de carcter obligatorio no fueron introducidos en su totalidad, el
sistema muestra la siguiente pantalla de error:

Si como resultado de CU incluido Obtener habitacin disponible no se encuentra
ninguna habitacin que cumpla los requerimiento del cliente, el sistema muestra la
siguiente pantalla de error:

Si el Cliente del Hotel pulsa el botn Cancelar de la Pantalla 3 (Elemento E), el
Si alguno de los dos datos de la tarjeta de crdito es omitido, el sistema muestra
la siguiente pantalla de error:

Si el banco informa que no se pudo efectuar la transaccin pues no existe saldo
suficiente el sistema presenta la siguiente pantalla de error.
7. Seccin Principal: Lnea 14

Si el banco informa que no se pudo efectuar la transaccin pues las credenciales
provedas son incorrectas el sistema muestra la siguiente pantalla de error.
Se almacena la solicitud en la base de

Post Condiciones datos. Se registra una nueva
reservacin.
Obsrvese que la descripcin del CU del sistema tiene que ser suficientemente
clara como para poder constituir una verdadera gua al desarrollador. En la
descripcin del CU Reservar online se puede apreciar como en momentos, en los
cuales se trabaja bajo una condicin especfica, esto se diferencia de alguna
manera; esto se puede apreciar en las lneas 5, 6, 12 y 14. Como se aprecia en la
descripcin anterior, para todas estas lneas, en las cuales se pueden tomar dos o
ms caminos, siempre se ha seguido el camino principal, que es el que debe ser
comprendido inicialmente y todos los dems caminos posibles a tomar por el CU
han sido capturados como flujos alternos, ya que ms bien estn asociados con
situaciones que interrumpen la culminacin de la funcionalidad y no a posibles
caminos satisfactorios del CU. Es muy importante que todos los posibles caminos
a tomar por el CU sean descritos, pues de no ser as, esto podra provocar que
durante el flujo de implementacin se obvien estos caminos y el cdigo resultante
carezca de completitud. Otro aspecto a destacar en esta descripcin es que, como
en este CU intervienen dos actores es necesario a cada momento indicar en la
seccin Acciones de los actores, qu actor est realizando la accin; esto
contribuye a evitar confusiones en la lectura.
A continuacin se describe el CU Reservar a travs de Recepcionista del hotel.

Obsrvese que la descripcin es muy similar a la del CU Reservar online sufriendo
solo variaciones en la forma de pagar la reservacin confeccionada. De estas
descripciones es que el Analista de CU se apoya para estructurar el modelo de CU
del sistema, identificando secuencias comunes para ms de un CU del sistema y
reutilizando las mismas mediante la identificacin de inclusiones y extensiones de

CU. Con esto se garantiza de manera temprana la reutilizacin del futuro cdigo
que dar vida al sistema. Puede apreciarse adems la identificacin de
precondiciones que tienen que cumplirse para que pueda ejecutarse el CU en
cuestin. En este caso se manifiesta que el Recepcionista del hotel necesita
haberse autenticado en el sistema para hacer uso de esta funcionalidad.
Caso de uso Reservar a travs de Recepcionista del hotel

Recepcionista del hotel (Iniciador), Cliente del hotel,
Actores
Banco contratado
Propsito Reservar una habitacin en la recepcin del hotel.
quiere realizar una reservacin desde la recepcin del
hotel. El (la) Recepcionista del hotel introduce los
datos personales del cliente y las caractersticas de la
este efecta el pago, el cual puede ser en efectivo,
cheque o por tarjeta de crdito; finalmente se lleva a
CU asociados Obtener habitacin disponible (Include).
El sistema se encuentra disponible y el (la)
Precondiciones Recepcionista del hotel se encuentra autenticado en el
sistema.
Descripcin
Pantallas asociadas
C
D
G
E F
H I
K J
L
M
A B C
A
D E F
A
Pantalla 3. Pgina de confirmacin y pago de la reservacin. Pago en

efectivo o cheque.
A B C
A
D
E
F G H
Pantalla 3 (Extendida). Pgina de confirmacin y pago de la reservacin.

Pago por Tarjeta de crdito.

1- El (la) Recepcionista del Hotel
selecciona la opcin de Reservar
habitacin (Elemento A) en el men de
Servicios/ Services en la Pantalla 1.
introduce los datos de la reservacin;
son todos los que se piden en la
Pantalla 1 (Del elemento A al elemento
K); los datos marcados con (*) son
obligatorios.
4- El (la) Recepcionista del hotel pulsa
el botn Elaborar Reservacin
(Elemento L).

el (la) Recepcionista del hotel. Datos
completos.
Cantidad de das).
reservacin.
(la) Recepcionista del hotel confirme y
efecte el pago de la reservacin
confeccionada.
selecciona la opcin de pago elegida
por el Cliente del hotel.
10 a- Si el cliente elige pagar en
efectivo o mediante un cheque, ver
seccin Pago con efectivo o
cheque.
10 b- Si el cliente elige pagar
usando su tarjeta de crdito, ver
seccin Pago con tarjeta de
crdito.
11- Almacena los datos de la solicitud

en la Base de datos.
reservacin.
el botn Imprimir (Elemento A).
Otras secciones
Seccin 1: Pago con efectivo o cheque
selecciona la forma de pago con
Efectivo o Cheque en la Pantalla 3
(Elemento A o B).
el botn Aceptar en la Pantalla 3
(Elemento D).
12- Contina en la lnea 11 de la
seccin Principal.
Seccin 2: Pago con tarjeta de crdito

selecciona la forma de pago con tarjeta
de crdito en la Pantalla 3 (Elemento C).
11- Extiende el comportamiento de la
Pantalla 3; ver Pantalla 3 (Extendida).
introduce los datos de su tarjeta de
crdito en la Pantalla 3 (Extendida)
(Elementos D y E).
pulsa el botn Efectuar pago (Elemento

F).
14- Verifica que ambos datos hayan
sido introducidos. Datos completos.
15- Entrega los datos al banco
contratado para efectuar la transaccin.
16- El Banco contratado trata de

efectuar la transaccin y devuelve el
resultado obtenido. Transaccin
exitosa.
17. Contina en la lnea 11 de la
seccin Principal.

Seccin Pago con efectivo o cheque, entre la lnea 10 y 11; Seccin Pago
con tarjeta de crdito, lnea 10 o entre la lnea 12 y 13: Si el (la)
Recepcionista del Hotel pulsa el botn Cambiar reservacin de la Pantalla 3
(Elemento D) o de la Pantalla 3 (Extendida) (Elemento G), el sistema muestra la
Pantalla 2 con los datos introducidos por el (la) Recepcionista del hotel.
Cursos Alternos
Si El (la) Recepcionista del hotel pulsa el botn Cancelar de la Pantalla 2
(Elemento M), el sistema retorna a la Pantalla 1.

ninguna habitacin que cumpla los requerimientos del Cliente del hotel, el sistema
muestra la siguiente pantalla de error:
4. Seccin Pago con efectivo o cheque: Entre la lnea 10 y la lnea 11.

Si el (la) Recepcionista del hotel pulsa el botn Cancelar de la Pantalla 3
(Elemento E), el sistema retorna a la Pantalla 1.
5. Seccin Pago con tarjeta de crdito: lnea 10 o entre la lnea 12 y la
lnea 13.
Extendida (Elemento G), el sistema retorna a la Pantalla 1.
6. Seccin Pago con tarjeta de crdito: Lnea 14.



reservacin.
Obsrvese que para la descripcin de las secciones Pago con efectivo o cheque y
Pago con tarjeta de crdito se sigui otra forma diferente a la descripcin de la
secciones para el CU Reservar online. La diferencia radica en que ambos caminos
que puede tomar la forma de pago se consideran bsicos, normales y por esto no
se contina el flujo bsico siguiendo alguno en especfico, sino que el flujo bsico
se condiciona como se puede apreciar en la lnea 10 de la descripcin anterior.
Esta manera es vlida siempre y cuando todos los posibles caminos a tomar sean
considerados bsicos o normales.
Los CU Gestionar que siempre aparecen en un sistema se describen siguiendo

esta forma pues tanto el insertar, el modificar o el eliminar son caminos bsicos
que se pueden seguir en la gestin. Es importante resaltar siempre en qu lnea
de la descripcin ocurre la alternativa de un camino u otro en el CU y bajo qu
condiciones esta se manifiesta. Lo mismo se puede ver para los cursos alternos
que siempre se enmarcan bien dentro de la descripcin del CU. Estos detalles son
muy importantes para que la descripcin del CU ayude a los desarrolladores a una
implementacin correcta y completa de las funcionalidades del sistema.
2.2.4 Artefacto Diagramas de CU del sistema. Modelo estructurado

Como ya se haba mencionado y siguiendo el flujo de trabajo propuesto por la
metodologa, una vez que los CU del sistema han sido detallados por el
Especificador de CU, el Analista del Sistema procede a la estructuracin del

modelo de CU, para lo cual identifica CU incluidos y extendidos y garantiza de esa
manera que se reutilicen funcionalidades que son comunes a varios CU y que se
han hecho evidente con la descripcin de los CU.
Con respecto a los CU que han sido descritos en el epgrafe anterior se puede
destacar que son CU muy similares solo que en algn punto de su secuencia de
pasos sufren una diferenciacin. Para el CU Reservar Online podemos ver que
solo existe la posibilidad de que el Cliente del hotel realice el pago de la
reservacin confeccionada mediante una transaccin con su tarjeta de crdito
mientras que para el CU Reservar a travs de Recepcionista del hotel, adems de
esta posibilidad existen otras dos como son pago con efectivo o cheque. Toda la
secuencia de pasos desde el inicio de ambos CU hasta el momento del pago es
comn y eso de alguna manera debe ser reutilizado por el volumen que posee.
Existen dos maneras de estructurar estos dos CU para lograr que se reutilice toda
la secuencia de pasos comunes y ambas son correctas.
Una variante que podra seguir el Analista del Sistema es extraer toda la
secuencia de pasos comunes entre ambos CU en un CU nuevo y luego hacer que
los primeros incluyan a este ltimo como parte de su ejecucin para la obtencin
de sus resultados.
La Figura 12 muestra como quedaran estructurados ambos CU siguiendo esta

idea; solo se muestran los CU asociados al proceso de reservaciones de
habitaciones. El nuevo CU Elaborar reservacin abarca desde la lnea 1 hasta la
lnea 9 que son comunes tanto para el CU Reservar online como para el CU
Reservar a travs de Recepcionista del hotel. De esta forma se estara reutilizando
todo ese comportamiento con lo cual se optimizara el desarrollo del sistema. Esta
es una decisin que siempre puede tomarse cuando se detectan secuencias que
son comunes a ms de un CU pero siempre y cuando esto merezca la pena pues
siempre traen consigo una complicacin en el modelo de CU, de manera tal que
sea ms el beneficio de crear un nuevo CU que sea incluido por todos lo dems
que los perjuicios asociados a la complejidad que se aade al modelo de CU y por
tanto la posible disminucin de su legibilidad; estas dos cosas deben ser

sopesadas por el Analista del sistema a la hora de pensar en una estructuracin
del modelo de CU.

del hotel
(f rom Actores del sistema) (from Reservaciones)
<<include>>
Banco contratado
Elaborar reservacin
<<include>>
Reservar online
Cliente del hotel
Figura 12: Variante de estructuracin mediante la creacin de un CU incluido.
Otra cosa de la cual el Analista del Sistema puede darse cuenta es que ambos CU
se refieren a una funcionalidad que debe estar presente en el sistema que es la de
reservar una habitacin, solo que se han creado dos posibilidades de hacerlo que
tienen sus diferencias y por tanto un diseo muy adecuado para estos CU pudiera
ser pensar en una Generalizacin-Especializacin entre CU como muestra la
Figura 13; al igual que para la figura anterior solo se muestran los CU asociados al
proceso de reservaciones de habitaciones. Aunque ambas variantes de
estructuracin del modelo son bastante similares tienen su diferencia y generan
soluciones que difieren entre si. Para la continuidad de este ejercicio se va a
considerar la segunda variante. Es muy importante destacar que los CU de

Generalizacin (Reservar habitacin en este caso) constituyen abstracciones de lo
que es comn entre los CU de especializacin y no son completos en si mismo por
lo que no son instanciables; esto quiere decir que constituye un error conceptual
indicar en un diagrama de CU del sistema un actor del sistema iniciando un CU de
este tipo.

del hotel
Reservar habitacin
Banco contratado
Reservar online
Cliente del hotel
Figura 13: Variante de estructuracin mediante Generalizacin-

Especializacin.
No solo en la reutilizacin debe pensar el Analista del sistema a la hora de

estructurar el Modelo de CU del sistema. Existen otros criterios que se pueden
seguir como son la identificacin de segmentos de las funcionalidades que tienen
gran importancia para el CU, que requieren de alguna tecnologa en especial o
que tienen asociado algn riesgo por algn motivo como puede ser la
dependencia de elementos externos al sistema y que por tanto no se puede tener

un control total sobre los mismos.
Para la reservacin de habitaciones en el Hotel X, se puede apreciar como en
ambos CU especializados existe la realizacin de una transaccin mediante el uso
de tarjeta de crdito. Esta es una operacin que involucra a un actor externo y por
tanto tiene asociado un riesgo por cuanto debe garantizarse la correcta
comunicacin con el mismo. Adems teniendo en cuenta que como resultado de
esta operacin se estar moviendo dinero, esta adquiere una gran importancia
para el sistema y por tanto debe de drsele un tratamiento diferente. Es por este
motivo que el Analista del sistema decide independizar esta operacin como un
CU. La Figura 14 muestra como quedan finalmente estructurados los CU

del hotel
<<extend>>
Efectuar transaccin por tarjeta de

Reservar habitacin crdito
(from T ransaccin por tarjeta de crdito)
<<include>>
Reservar online Banco contratado

Cliente del hotel
Figura 14: Estructuracin final de los CU asociados a la reservacin de

habitaciones.
asociados al proceso de reservaciones de habitaciones.
Obsrvese como se crea un CU que ser el encargado que garantizar la

comunicacin con el actor externo Banco contratado y por tanto las relaciones que
existan por parte de los CU especializados con dicho actor desaparecen. Esto
permite encapsular todos los elementos que sean necesarios para establecer la
comunicacin con el mismo que pueden llegar a resultar complejos, lo cual
permite que estos se reutilicen y reduce el riesgo; este es un CU que es
importante para la arquitectura del sistema. Se puede apreciar adems como se
diferencian las asociaciones de los CU especializados con el CU Efectuar
transaccin por tarjeta de crdito; para el CU Reservar online la asociacin es de
inclusin puesto que siempre se requiere la realizacin de la transaccin para la
culminacin de dicho CU, mientras que para el CU Reservar a travs de
Recepcionista del hotel la asociacin es de extensin puesto que no siempre se
realiza la transaccin para que se obtenga un resultado en la reservacin sino que
solo algunas veces el CU es extendido con la realizacin de una transaccin.
Las Figuras 15 y 16 muestran los diagramas de CU estructurados del sistema,

para los actores del sistema Recepcionista del hotel y Cliente del hotel puesto que
han cambiado con respecto a los diagramas de CU iniciales; los diagramas para
los actores del sistema Usuario y Administracin del sistema se mantienen con la
misma estructura.
Usuario Terminar reservacin

<<extend>>
Reportar rotura
(from Rotura)
Obtener habitacin disponible

Cancelar reservacin a travs de la (from Bsqueda de habitacin)
recepcionista
<<include>>

Reservar a travs de Recepcionista Reservar habitacin

del hotel
<<extend>>
Cliente del hotel

crdito
(from Transaccin por tarjeta de crdito)
Banco contratado
Figura 15: Diagrama de CU para el actor Recepcionista del hotel.

<<include>>
Cancelar reservacin online

<<include>> crdito
(from Transaccin por tarjeta de crdito)
Cliente del hotel
Reservar online
Banco contratado
Reservar habitacin
<<include>>
Obtener habitacin disponible

(from Bsqueda de habi tacin)
Figura 16: Diagrama de CU para el actor Cliente del hotel.

estructurado
En este epgrafe solo se realizar la descripcin del nuevo CU de Generalizacin-
Especializacin que surgi durante la estructuracin del Modelo de CU del sistema
para el proceso de reservaciones de habitaciones debido a que la plantilla para la
descripcin de alto nivel para este tipo de asociacin entre CU tiene sus
variaciones con respecta a la ya vista en el epgrafe 2.2.3.

Actores
Propsito Reservar una habitacin.
Resumen
Responsabilidades
CU asociados Obtener habitacin disponible (Include), Reservar
online (Especializacin), Reservar a travs de
Recepcionista del Hotel (Especializacin).
Precondiciones
Pantallas asociadas
A
A

C
D
G
E F
H I
K J
L
M
Pantalla 3. Pgina de confirmacin y pago de la reservacin. Esta pgina se

muestra en cada uno de los CU especializados.

Acciones de los actores Respuestas del Sistema
Segmento general Confeccionar reservacin
1- El actor iniciador selecciona la
opcin de Reservar habitacin
(Elemento A) en el men de Servicios/
Services en la Pantalla 1.
3- El actor iniciador introduce los datos
de la reservacin; son todos los que se
piden en la Pantalla 1 (Del elemento A
al elemento K); los datos marcados con
(*) son obligatorios.
4- El actor iniciador pulsa el botn
Elaborar Reservacin (Elemento L).


el actor. Datos completos.
Cantidad de das).
reservacin.
actor confirme y efecte el pago de la
reservacin confeccionada.
Segmento especializado Confirmar y pagar reservacin
Segmento general Finalizar proceso de reservacin
1- Almacena los datos de la solicitud en

la Base de datos.
reservacin.
5- El actor iniciador pulsa el botn
Imprimir (Elemento A).

Cursos Alternos
Si el Cliente del Hotel pulsa el botn Cancelar de la Pantalla 2 (Elemento M), el

ninguna habitacin que cumpla los requerimiento del cliente, el sistema muestra la
siguiente pantalla de error:

reservacin.
Caso de uso Reservar online

Actores Cliente del Hotel
Propsito Reservar una habitacin online.
quiere realizar una reservacin a travs de Internet
desde un lugar externo al hotel. El cliente introduce
sus datos personales y las caractersticas de la
este efecta el pago por tarjeta de crdito y se lleva a
CU asociados Efectuar transaccin por tarjeta de crdito (Include),
Reservar habitacin (Generalizacin).
Precondiciones El sistema se encuentra disponible.
Pantallas asociadas
A
A
B
B
C D E
Pantalla 3. Pgina de confirmacin y pago de la reservacin.


1- Introduce los datos de su tarjeta de
crdito en la Pantalla 3 (Elementos A y
B).
2- Pulsa el botn Efectuar pago
(Elemento C).
3- Verifica que ambos datos hayan sido

introducidos. Datos completos.
4- Incluir el CU Efectuar transaccin
por tarjeta de crdito. Transaccin
exitosa.
Otras secciones
1. Segmento especializado Confirmar y pagar reservacin, entre la lnea 1
y 2: Si el cliente pulsa el botn Cambiar reservacin de la Pantalla 3 (Elemento
D), el sistema muestra la Pantalla 2 con los datos introducidos por el (la)
Recepcionista del hotel.
Cursos Alternos
2. Segmento especializado Confirmar y pagar reservacin, entre la lnea 1
y la lnea 2.
Si el Cliente del Hotel pulsa el botn Cancelar de la Pantalla 3 (Elemento E), el
3. Segmento especializado Confirmar y pagar reservacin, lnea 3.
5. Segmento especializado Confirmar y pagar reservacin, lnea 4

6. Segmento especializado Confirmar y pagar reservacin, lnea 4

Post Condiciones
Caso de uso Reservar a travs de Recepcionista del hotel

Actores Recepcionista del hotel (Iniciador), Cliente del hotel
Propsito Reservar una habitacin en la recepcin del hotel.
quiere realizar una reservacin desde la recepcin del
hotel. El (la) Recepcionista del hotel introduce los
datos personales del cliente y las caractersticas de la
este efecta el pago, el cual puede ser en efectivo,
cheque o por tarjeta de crdito; finalmente se lleva a
CU asociados Efectuar transaccin por tarjeta de crdito (Extend),
Reservar habitacin (Generalizacin).
El sistema se encuentra disponible y el (la)
Precondiciones Recepcionista del hotel se encuentra autenticado en el
sistema.
Descripcin
Pantallas asociadas
A B C
A
D E F
A
Pantalla 3. Pgina de confirmacin y pago de la reservacin. Pago en

efectivo o cheque.
A B C
A
D
E
F G H
Pantalla 3 (Extendida). Pgina de confirmacin y pago de la reservacin.

Pago por Tarjeta de crdito.

selecciona la opcin de pago elegida
por el Cliente del hotel.
1 a- Si el cliente elige pagar en
efectivo o mediante un cheque, ver
seccin Pago con efectivo o
cheque.
1 b- Si el cliente elige pagar usando
su tarjeta de crdito, ver seccin
Pago con tarjeta de crdito.

Otras secciones
Seccin 1: Pago con efectivo o cheque
selecciona la forma de pago con
Efectivo o Cheque en la Pantalla 3
(Elemento A o B).
el botn Aceptar en la Pantalla 3
(Elemento D).
Seccin 2: Pago con tarjeta de crdito
selecciona la forma de pago con tarjeta
de crdito en la Pantalla 3 (Elemento C).
2- Extiende el comportamiento de la
Pantalla 3; ver Pantalla 3 (Extendida).

introduce los datos de su tarjeta de
crdito en la Pantalla 3 (Extendida)
(Elementos D y E).
el botn Efectuar pago (Elemento F).
5- Verifica que ambos datos hayan sido
introducidos. Datos completos.
6- Incluir el CU Efectuar transaccin
por tarjeta de crdito. Transaccin
exitosa.
Seccin Pago con efectivo o cheque, entre la lnea 1 y 2; Seccin Pago con
tarjeta de crdito, lnea 1 o entre la lnea 3 y 4: Si el (la) Recepcionista del
hotel pulsa el botn Cambiar reservacin de la Pantalla 3 (Elemento D) o de la
Pantalla 3 (Extendida) (Elemento G), el sistema muestra la Pantalla 2 con los
datos introducidos por el (la) Recepcionista del hotel.
Cursos Alternos
1. Seccin Pago con efectivo o cheque, entre la lnea 1 y la lnea 2.

(Elemento E), el sistema retorna a la Pantalla 1.
2. Seccin Pago con tarjeta de crdito, lnea 1 o entre la lnea 3 y 4.
Extendida (Elemento G), el sistema retorna a la Pantalla 1.
3. Seccin Pago con tarjeta de crdito, lnea 5.


Post Condiciones
Como elemento a destacar en la descripcin de alto nivel para los CU de

Generalizacin-Especializacin se encuentra el hecho de que para la
documentacin de las secciones y cursos alternos dentro del flujo Principal se
especifica en que segmento del CU se generan cada uno de estos. Otro elemento
que debe tenerse en cuenta es que la numeracin en cada segmento tanto del CU
padre como de los CU hijos es independiente de las dems. Esto resulta
necesario porque la funcionalidad que se describe en un segmento de un caso de
uso especializado puede tener una cantidad de lneas diferente a la que se
describe en otro y an as, ambas secuencias tienen que encajar en el formato
comn establecido por la estructura del caso de uso padre. Por ltimo se debe
destacar como en el CU padre se habla siempre del actor iniciador; este es un
elemento interesante y se hace de esta manera pues se debe tener en cuenta que
los CU hijos toman del CU padre los segmentos generales para completar su
funcionalidad y para el caso especifico de Reservar a travs de Recepcionista del
hotel existe ms de un actor y es necesario por esto delimitar cual es del cual se
esta hablando en los segmentos generales del CU padre.
2.2.6 Estimacin de tiempo y costo

En este epgrafe se explicar el proceso para el clculo de costo y tiempo basado
en los CU para las funcionalidades desarrolladas en esta iteracin de la
automatizacin del Hotel X. Para ello se desarrollarn y documentarn cada uno
de los pasos seguidos para la consecucin de este propsito.
1. Calcular los Puntos de Casos de Uso (PCU)

El primer paso para la estimacin consiste en el clculo de los Puntos de Casos
de Uso sin ajustar. Este valor, se calcula a partir de la siguiente ecuacin:
PCU = FPA + FPCU

Donde:
PCU: Puntos de Casos de Uso sin ajustar.
FPA: Factor de Peso de los Actores sin ajustar.
FPCU: Factor de Peso de los Casos de Uso sin ajustar.
Factor de Peso de los Actores sin ajustar (FPA)

Este valor se calcula mediante un anlisis de la cantidad de Actores presentes en
el sistema y la complejidad de cada uno de ellos. La complejidad de los Actores se
establece segn se indica en la siguiente tabla:
Tipo de Actor Descripcin Factor de

Peso
Simple Otro sistema que interacta con el sistema a 1
desarrollar mediante una interfaz de aplicacin.
Medio Otro sistema que interacta con el sistema a 2
desarrollar mediante un protocolo o una interfaz
basada en texto.
Complejo Una persona que interacta con el sistema a 3

desarrollar mediante una interfaz grfica.
Se han identificados 4 actores concretos; observes que el actor Usuario no es

tenido en cuenta por ser un actor abstracto que resume los roles comunes par los
actores Administrador del sistema y Recepcionista del hotel. El actor Banco
contratado entra dentro de la primera clasificacin vista en la tabla anterior, es
decir es un actor simple, mientras que los actores Administrador del sistema,
Cliente del hotel y Recepcionista del hotel son actores complejos. Por lo antes
dicho y realizando la suma de todos los pesos de los actores se puede concluir
que:
FPA = 1 + 3 + 3 + 3 = 10
Factor de Peso de los CU sin ajustar (FPCU)

Este valor se calcula mediante un anlisis de la cantidad de CU presentes en el
sistema y la complejidad de cada uno de ellos. La complejidad de los CU se
establece teniendo en cuenta la cantidad de transacciones efectuadas en el
mismo segn muestra la siguiente tabla:
Tipo de CU Descripcin Factor de

Peso
Simple El CU contiene de 1 a 3 transacciones. 5
Medio El CU contiene de 4 a 7 transacciones. 10
Complejo El CU contiene 8 o ms transacciones. 15
En la descripcin de alto nivel de los CU realizada previamente se realizaron

divisiones en la secuencia de pasos que se sigue. Cada una de estas divisiones
representa una transaccin; obsrvese el segmento de descripcin que se
muestra a continuacin para comprender mejor lo que se plantea.

Pantallas asociadas

Acciones de los actores Respuestas del Sistema
1- El actor iniciador selecciona
2- Muestra la Pantalla 2
3- El actor iniciador introduce
4- El actor iniciador 5- Chequea que todos....
6- Incluir el CU n disponible
7- Calcula el monto
9- Muestra la Pantalla 3
1- Almacena los datos

2- Registra una nueva reservacin
5- El actor iniciador
6- Enva al puerto de impresora
Cursos Alternos

Post Condiciones
Como se puede apreciar claramente se identificaron 4 transacciones para este CU
general las cuales han sido diferenciadas con diferentes colores. Obsrvese que
solo los segmentos generales son tomados en cuenta ya que los segmentos
especializados son detallados en los CU especializados. Para dichos CU
especializados las transacciones son identificadas en los segmentos especficos.
Siguiendo esta idea se puede apreciar como el CU Reservar online posee solo 1
transaccin.
Para el caso del CU Reservar a travs de Recepcionista del hotel se deben tener
en cuenta que las transacciones se encuentran en las secciones Pago con
efectivo o cheque y Pago con tarjeta de crdito encontrndose 1 y 2

transacciones respectivamente.
Por lo antes dicho y realizando la suma de todos los pesos de los CU se puede
concluir que los CU que conforman la generalizacin especializacin descrita
poseen 8 transacciones. Siguiendo el mismo procedimiento se puede resumir lo
siguiente:
CU Cantidad de Peso
transacciones correspondiente
Reservar habitacin 8 15
del hotel
Reservar online
Mostrar listado de disponibilidad de 1 5
habitaciones
Mostrar porciento de ocupacin del 1 5
hotel
Autenticarse 2 5
Gestionar habitaciones 7 10
Gestionar trabajadores 7 10
Gestionar usuarios 7 10
Terminar reservacin 3 5
Reportar rotura 3 5
Cancelar reservacin a travs de la 3 5
recepcionista
Cancelar reservacin online 3 5
Obtener habitacin disponible 1 5
Efectuar transaccin por tarjeta de 1 5
crdito
Finalmente el FPCU se obtiene mediante la suma de los pesos de todos los CU

como se muestra a continuacin:
FPCU = 15 + 5 + 5 + 5 + 10 +10 + 10 + 5 + 5 + 5 + 5 + 5 + 5 = 90
Con los datos de FPA y FPCU obtenidos se puede determinar que:

PCU = 10 + 90 = 100
2. Calcular los Puntos de Casos de Usos Ajustados (PCUA)

Una vez que se tienen los Puntos de Casos de Uso sin ajustar, se debe ajustar
este valor mediante la siguiente ecuacin:
PCUA = PCU x FCT x FA

Donde
PCUA: Puntos de Casos de Uso ajustados
PCU: Puntos de Casos de Uso sin ajustar
FCT: Factor de complejidad tcnica
FA: Factor de ambiente
Calcular el Factor de Complejidad Tcnica (FCT)

Este coeficiente se calcula mediante la cuantificacin de un conjunto de factores
que determinan la complejidad tcnica del sistema. Cada uno de los factores se
cuantifica con un valor de 0 a 5, donde 0 significa un aporte irrelevante y 5 un
aporte muy importante. En la siguiente tabla se muestran los factores tenidos en
cuenta y el peso de cada uno de estos:
Factor Descripcin Peso

1 Sistema distribuido. 2
2 Objetivos de performance o tiempo de respuesta. 1
3 Eficiencia del usuario final. 1
4 Procesamiento interno complejo. 1
5 El cdigo debe ser reutilizable. 1
6 Facilidad de instalacin. 0.5
7 Facilidad de uso. 0.5
8 Portabilidad. 2
9 Facilidad de cambio. 1
10 Concurrencia. 1
11 Incluye objetivos especiales de seguridad. 1
12 Provee acceso directo a terceras partes. 1
13 Se requieren facilidades especiales de entrenamiento a 1
usuarios.
El FCT se calcula mediante la siguiente ecuacin:

FCT = 0.6 + 0.01 x (Pesoi x Valor asignadoi)
Haciendo un anlisis de lo que plantea cada factor a medir y las caractersticas del
sistema que se pretende realizar se asignaron los siguientes valores a cada factor:
Factor Valor asignado Valor asignado * Peso

1 0 (El sistema no es distribuido; es 0*2=0
totalmente centralizado)
2 3 (El sistema debe responder 3*1=3
rpidamente a los pedidos de los
clientes pero no es algo que sea
totalmente importante)
3 3 (Los clientes no tienen por que 3*1=3
ser eficientes)
4 1 (No existe un procesamiento 1*1=1
complejo, no se efectan
operaciones complejas)
5 5 (Se desea que el cdigo sea lo 5*1=5
ms reutilizable posible por las
magnitudes que puede alcanzar el
software)
6 3 (Se desea que el proceso de 3 * 0.5 = 1.5
instalacin no sea tan complejo
puesto que una vez terminado el
software pueden aparecer nuevos
compradores)
7 5 (El software debe ser muy fcil 5 * 0.5 = 2.5
de usar por cuanto los clientes no
siempre tienen dominio sobre el
trabajo con sistemas informticos)
8 0 (A los usuarios del sistema no 0*2=0
les interesa cambiar de SO)
9 5 (El sistema debe ser muy fcil de 5*1=5
cambiar ya que en este negocio
aparecen cosas nuevas cada da)
10 5 (Pueden existir gran cantidad de 5*1=5
clientes confeccionando
reservaciones en un instante)
11 5 (Para la realizacin de 5*1=5

transacciones deben existir un
conjunto especial de seguridad)
12 0 0*1=0
13 0 0*1=1
Una vez obtenidos estos valores, se puede obtener el valor de FCT que viene
dado por:
FCT = 0.6 + 0.01 * (0 + 3 + 3 + 1 + 5 + 1.5 + 2.5 + 0 + 5 + 5 + 5 + 0 + 1)
= 0.6 + 0.3 = 0.92
Calcular el Factor de Ambiente (FA)

Las habilidades y el entrenamiento del grupo involucrado en el desarrollo tienen un
gran impacto en las estimaciones de tiempo. Estos factores son los que se
contemplan en el clculo del FA. El clculo del mismo es similar al clculo del FCT,
es decir, se trata de un conjunto de factores que se cuantifican con valores de 0 a
5.
En la siguiente tabla se muestra el significado y el peso de cada uno de estos
factores:
Factor Descripcin Peso

1 Familiaridad con el modelo de proyecto utilizado. 1.5
2 Experiencia en la aplicacin. 0.5
3 Experiencia en la orientacin a objetos. 1
4 Capacidad del analista lder. 0.5
5 Motivacin. 1
6 Estabilidad de los requerimientos. 2
7 Personal a tiempo parcial. -1
8 Dificultad del lenguaje de programacin. -1
Deben tenerse en cuenta las siguientes consideraciones:

Para los factores E1 al E4, un valor asignado de 0 significa sin experiencia,
3 experiencia media y 5 amplia experiencia (experto).
Para el factor E5, 0 significa sin motivacin para el proyecto, 3 motivacin
media y 5 alta motivacin.
Para el factor E6, 0 significa requerimientos extremadamente inestables, 3
estabilidad media y 5 requerimientos estables sin posibilidad de cambios.
Para el factor E7, 0 significa que no hay personal a tiempo parcial, 3

significa mitad y mitad, y 5 significa que todo el personal es a tiempo
parcial.
Para el factor E8, 0 significa que el lenguaje de programacin es fcil de
usar, 3 medio y 5 que el lenguaje es extremadamente difcil.
El Factor de ambiente se calcula mediante la siguiente ecuacin:

FA =1.4 - 0.03 x (Pesoi x Valor asignadoi)
Haciendo un anlisis de lo que plantea cada factor a medir, las caractersticas del
equipo de desarrollo y de la solucin a desarrollar se asignaron los siguientes
valores a cada factor:
Factor Valor asignado Valor asignado * Peso

1 4 4 * 1.5 = 6
2 2 2 * 0.5 = 1
3 4 4*1=4
4 4 4 * 0.5 = 2
5 5 5*1=5
6 3 3*2=6
7 0 0 * -1 = 0
8 0 0 * -1 = 0
Una vez obtenidos estos valores, se puede obtener el valor de FCT que viene
dado por:
FA = 1.4 + 0.03 * (6 + 1 + 4 + 2 + 5 + 6 + 0 + 0)
= 1.4 + 0.72 = 2.12
En estos momentos se cuenta con los valores de PCU, FCT y FA y por tanto se
puede calcula el valor de PCUA el cual viene dado en este caso por:
PCUA = 100 * 0.92 * 2.12 = 195
3. Calcular el Esfuerzo de desarrollo (E)

El esfuerzo en horas-hombre viene dado por:
E = PCUA x FC
Donde:
E: esfuerzo estimado en horas-hombre.

PCUA: Puntos de Casos de Uso ajustados.
FC: Factor de conversin. Para el clculo del FC se siguen los siguientes pasos:
1. Se contabilizan cuntos factores de los que afectan al FA estn por debajo
del valor medio (3), para los factores 1 al 6.
2. Se contabilizan cuntos factores de los que afectan al FA estn por encima
del valor medio (3), para los factores 7 y 8.
3. Si el total es 2 o menos, se utiliza el factor de conversin 20 horas-
hombre/PCU, es decir, un PCU toma 20 horas-hombre.
4. Si el total es 3 o 4, se utiliza el factor de conversin 28 horas-hombre/PCU,
es decir, un PCU toma 28 horas-hombre.
5. Si el total es mayor o igual que 5, se recomienda efectuar cambios en el
proyecto, ya que se considera que el riesgo de fracaso del mismo es
demasiado alto.
Se debe tener en cuenta que este mtodo proporciona una estimacin del
esfuerzo en horas-hombre contemplando slo el desarrollo de la funcionalidad
especificada en los casos de uso.
Finalmente, para una estimacin ms completa de la duracin total del proyecto,
hay que agregar a la estimacin del esfuerzo obtenida por los Puntos de Casos de
Uso, las estimaciones de esfuerzo de las dems actividades relacionadas con el
desarrollo de software.
Para ello se puede tener en cuenta el siguiente criterio, que estadsticamente se
considera aceptable, el cual plantea la distribucin del esfuerzo entre las
diferentes actividades de un proyecto de la siguiente manera:
Actividad Porcentaje
Anlisis 10 %
Diseo 20 %
Implementacin 40 %
Pruebas 15 %
Sobrecarga (otras actividades) 15 %
Para este caso, y siguiendo los criterios que existen para el FC se tomo 20 como
valor del mismo y por tanto:
E = 195 * 20 = 3900 Horas-Hombre
Este esfuerzo es el que se requiere para la implementacin. Si se tiene en cuenta

que este representa un 40 % del esfuerzo total para desarrollar el software
entonces tenemos que el esfuerzo total es el siguiente:
E (Total) = E / 0.4 = 9750 Horas-Hombre
La siguiente tabla muestra el esfuerzo necesario para cada actividad del proyecto
siguiendo los porcentajes especificados en la tabla anterior:
Actividad Horas hombre

Anlisis 975
Diseo 1950
Implementacin 3900
Pruebas 1462.5
Sobrecarga (otras actividades) 1462.5
Total 9750
4. Estimacin del tiempo de desarrollo del proyecto

El tiempo de desarrollo aproximado del proyecto (TDes) se calcula de la siguiente
manera:
TDes = E (Total)/CH
Donde:
E (Total): Esfuerzo total
CH: Es la cantidad de hombres que desarrollan el proyecto.
Por lo tanto para los 7 desarrolladores de este caso de estudio la estimacin del
tiempo de desarrollo del proyecto es:
TDes = 9750 HH / 7 Hombres = 1393 Horas
5. Estimacin del costo de desarrollo del proyecto

Una vez estimado el tiempo de desarrollo del proyecto y conociendo la cantidad de
desarrolladores y el pago que recibe cada uno de estos se puede llevar a cabo
una estimacin del costo total del proyecto referidos a los recursos humanos;
existen otros costos como por ejemplo del equipamiento que se suman al anterior.
El costo por concepto de desarrolladores viene dado por:
C = E (Total) * CHH
Donde:
CHH: Costo por hombre hora
CHH = K * THP
Donde:
K: Coeficiente que tiene en cuenta los costos indirectos (1,5 y 2,0).
THP: Tarifa Horaria Promedio. El salario promedio de las personas que trabajan en
el proyecto dividido entre 160 horas.
Entonces:
C = E (Total) * K * THP
El salario promedio de los 7 desarrolladores de este caso de estudio es de $300 y

por tanto la THP = 300 / 160 = 1,875 (se toman cuatro posiciones decimales).
C = 9750 * 2 * 1.875 = $36562.5

Caso de Estudio Hotel X. Captulo 3 Anlisis.
4.Anlisis
En este captulo se desarrollan los artefactos del Flujo de Anlisis para la
automatizacin del Hotel X. Se lleva a cabo un estudio de todos los requisitos
que debe satisfacer el futuro software, se obtiene un conjunto de clases del
anlisis que posibiliten el cumplimiento de los mismos y se determinan las
responsabilidades de las mismas mediante el desarrollo de los diagramas de
interaccin. El diseador es el desarrollador que tiene la responsabilidad de llevar
a cabo dichas actividades.
Se ha tomado para el desarrollo de dichos artefactos el CU Reservar online.
3.1. Artefacto Diagrama de colaboracin

Para mostrar la interaccin de las clases de anlisis en la consecucin de un
requisito se ha decidido el empleo de diagramas de colaboracin y no de
secuencia pues los primeros se consideran ms oportunos en las actividades de
anlisis.
Las Figuras 17, 18, 19, 20, 21, 22 muestran los diagramas de colaboracin que
capturan todos los flujos por lo que puede transitar el CU que se est analizando
en estos momentos.
Como se puede apreciar, en todos los diagramas se hace uso de notas para
esclarecer la interaccin que se pretende describir; este es un aspecto que el
Diseador debe tener presente pues es muy frecuente que el diagrama se
complique un tanto y sea necesario el uso de dichas notas para proporcionar
informacin adicional que no puede brindarse con el diagrama exclusivamente.
De igual manera el Diseador debe velar porque cada diagrama sea lo ms legible
posible y para esto debe tener en cuenta la organizacin de las clases
participantes dentro del mismo as como ser extremadamente cuidadoso con el
ordenamiento de los mensajes que intercambian las mismas. La estructura de los
mensajes debe ser respetada; deben quedar bien claros los parmetros, las
condiciones de guarda, etc.
Otro elemento que el Diseador tiene que tener bien presente es que un CU
puede tener varios desenlaces y todos deben ser capturados por algn diagrama;
de esta forma un CU puede tener asociados varios diagramas de interaccin; de

hecho no se recomienda que en un mismo diagrama de interaccin se capturen
ms de un flujo del CU a no ser que no se complique mucho el diagrama y se evite
un trabajo excesivo.
Para el CU Reservar online se muestran 6 diagramas colaboracin que en su
totalidad abarcan todos los flujos que puede tomar dicho CU y que fueron
considerados en el artefacto Descripcin literal del CU. La Figura 7 muestra el
diagrama de colaboracin para el flujo bsico del CU. Obsrvese como todas las
condiciones de guarda posee los valores que son tomados como normales para el
CU. Las Figuras 18, 19, 20, 21, 22 muestran los diagramas de colaboracin que
capturan los flujos alternos del CU; puede verse que solo se incluyen en dichos
diagramas las clases que participan y generalmente son menos que para el flujo
bsico; las condiciones de guarda cambian para estos flujos con respecto al flujo
bsico. Puede apreciarse tambin como pueden aparecer nuevas clases para los
distintos flujos como es el caso de Interfaz_Mensaje que no aparece en todos los
flujos capturados. Un aspecto interesante es como en la Figura 22 se capturan dos
flujos en un mismo diagrama de colaboracin y esto se puede observar
claramente en los mensajes 15 y 16 de dicho diagrama; para este caso no se
afecta la claridad del diagrama y sera muy trabajoso realizar otro diagrama casi
igual a este con solo la diferencia del ltimo mensaje y por tanto constituye una
buena decisin del Diseador el capturar estos dos flujos en un mismo diagrama.
Clase controladora del CU
El parmetro Datos Includo "Obtener habitacin
representa: disponible"
NombA
Pasap : Interf az_Hotel
: Gestion_Disponibilidad
Nac
CantPers
FEnt 6: Hab = Obtener_Hab_Disp (FEnt, FSal, TipoHab)
FSal 1: Reserv ar( ) 2: Mostrar( )
TipoHab
4: Error = Chequear_Datos ( ) 7: [Hab <> NULL] Costo = Calcular_Costo (Hab, FEnt, FSal)
: Solicitud_Hospedaje
8: [Hab <> Null] Sol_Hosp = Crear_Temporal (Datos)

3: Reserv ar (Datos) 5: [Error == False] Reserv = Reserv ar (Datos) 15: [Estado == 1] Conf irmar (Sol_Hosp)
9: [Hab <> Null] Reserv = Crear_Temporal (Sol_Hosp, Hab, Costo)

16: [Estado == 1] Conf irmar(Reserv )
: Cliente del hotel : Interf az_Solicitud_Reserv acion : Gestion_Reserv aciones
10: [Reserv <> Null] Mostrar (Reserv )

14: Estado = Ef ectuar_Transaccion (IdTarjeta, PIN)
11: Ef ectuar_Transaccion (IdTarjeta, PIN)
12: Error = Chequear_Datos ( )
13: [Error == False] Estado = Ef ectuar_Transaccion (IdTarjeta, PIN) : Reserv acion
En estos momentos es que la

Solicitud de hospedaje y la
Reserv acin quedan
permanentemente almacenadas en
la BD. A la Reserv acin se le
: Interf az_Pagar_Reserv acion : Gestion_Transacciones
genera un cdigo.
17: [Estado == 1] Mostrar (Reserv )
La v ariable Estado puede tomar los Clase controladora del CU

v alores 1, 2 y 3 que representan Includo "Ef ectuar transaccin
18: Imprimir ( ) Exito, Cuenta Inexsitente y Saldo con tarjeta de crdito"
insuf iciente respectiv amente
: Interf az_Fin_Reserv acion
Figura 17: Diagrama de colaboracin del CU Reservar online. Flujo bsico.

El parmetro Datos
representa:
NombA
Pasap
Nac
CantPers
FEnt
FSal
TipoHab : Interfaz_Hotel
2: Mostrar ( )
1: Reservar (Datos)
4: Error = Chequear_Datos( )
El parmetro M1
representa el mensaje a
3: Reservar (Datos) mostrar que para este
caso es:
"Debe introducir todos
los datos marcados
: Cliente del hotel : Interfaz_Solicitud_Reservacion como obligatorios (*)"
5: [Error == True] Mostrar (M1)
: Interfaz_Mensaje
Figura 18: Diagrama de colaboracin del CU Reservar online. Flujo Datos de

la Reservacin incompletos.

NombA
Nac
CantPers
TipoHab
4: Error = Chequear_Datos ( )
3: Reserv ar (Datos) 5: [Error == False] Reserv = Reserv ar (Datos)
7: [Reserv == Null] Mostrar (M2)

El parmetro M2 representa
el mensaje a mostrar que
para este caso es:
"No existe en el hotel ninguna
habitacin disponible con las
caracteristicas solicitadas.
Por f av or si lo desea proceda
: Interf az_Mensaje a buscar otra habitacin con
requisitos dif erentes.
Disculpe las molestias que
esto pueda ocasionar"
Figura 19: Diagrama de colaboracin del CU Reservar online. Flujo No existe una Habitacin disponible.

NombA
Nac
CantPers
TipoHab

3: Reserv ar (Datos) 5: [Error == False] Reserv = Reserv ar (Datos) 13: Eliminar (Reserv .Sol_Hosp)

14: Eliminar (Reserv )
15: Mostrar (Reserv )

11: Cambiar_Reserv acion ( )
: Reserv acion
12: Eliminar_Reserv acion (Reserv )
: Interf az_Pagar_Reserv acion
Figura 20: Diagrama de colaboracin del CU Reservar online. Flujo Cambiar la Reservacin.
NombA
Nac
CantPers
TipoHab

11: Ef ectuar_Transaccion (IdTarjeta, PIN) 12: Error = Chequear_Datos ( )

: Reserv acion
El parmetro M3
representa el mensaje a
mostrar que para este
caso es:
: Interf az_Pagar_Reserv acion
"Debe introcducir su
IdTarjeta y PIN"
13: [Error == True] Mostrar (M3)
: Interf az_Mensaje
Figura 21: Diagrama de colaboracin del CU Reservar online. Flujo Datos de la tarjeta de crdito incompletos.
NombA
Nac
CantPers
TipoHab



11: Ef ectuar_Transaccion (IdTarjeta, PIN) 14: Estado = Ef ectuar_Transaccion (IdTarjeta, PIN)
El parmetro M4 representa el 12: Error = Chequear_Datos ( )

mensaje:
: Reserv acion
"No se puede ef ectuar la 13: [Error == False] Estado = Ef ectuar_Transaccion (Idtarjeta, PIN)
transaccin porque su cuenta no
tiene el saldo suf iciente para
satisf acer el costo de la habitacin
deseada"
El parmetro M5 representa el
mensaje: : Interf az_Pagar_Reserv acion : Gestion_Transacciones
"No se pudo ef ectuar la
transaccin. Credenciales 15: [Estado == 2] Mostrar (M4)
incorrectas"
16: [Estado == 3] Mostrar(M5)

La v ariable Estado puede tomar los
Includo "Ef ectuar transaccin
v alores 1, 2 y 3 que representan
con tarjeta de crdito"
Exito, Cuenta Inexsitente y Saldo
insuf iciente respectiv amente
: Interf az_Mensaje
Figura 22: Diagrama de colaboracin del CU Reservar online. Flujo Error en la transaccin.
3.2. Artefacto Diagrama de clases

El diagrama de clases de un CU muestra las clases que participan en las
colaboraciones que dan cobertura a los diferentes flujos del CU; muestran una
vista esttica de clases.
La Figura 23 muestra las clases que participan en la realizacin del CU Reservar
online. Obsrvese que las clases deben poseer los mtodos que posibiliten el
intercambio de mensajes; debe respetarse esto. Se identifican las relaciones entre
las clases que intercambian mensajes y adems las relaciones lgicas que existen
entre las clases entidad.
Interf az_Hotel
(from Clases del Analisis)
Reserv ar() Solicitud_Hospedaje

Gestion_Disponibilidad
(from Clases del Analisis) (from Clases del Analisis)
Muestra
Obtener_Hab_Disp() Crear_Temporal()
Conf irmar()
Eliminar()
Interf az_Solicitud_Reserv acion
Gestiona
Mostrar() 1
Reserv ar()
Muestra Chequear_Datos()
Mostrar()
Gestion_Reserv aciones
Interf az_Mensaje Muestra (from Clases del Analisis)
...)
1..*
Reserv ar()
Muestra
Mostrar() Calcular_Costo()
Eliminar_Reserv acion() Gestiona
Interf az_Pagar_Reserv acion Ef ectuar_Transaccion()
(from Clases del Analisis) Reserv acion
...)
Mostrar()
Ef ectuar_Transaccion() Crear_Temporal()
...
Chequear_Datos() Conf irmar()
Cambiar_Reserv acion() Eliminar()
Gestion_Transacciones
Muestra
Ef ectuar_Transaccion()
Interf az_Fin_Reserv acion

Mostrar()
Imprimir()
Figura 23: Diagrama de clases del CU Reservar online.

K
D
Conclusiones
En el presente caso de estudio se han abordado las fases de Modelacin del
negocio, Captura de requisitos y Anlisis de la Metodologa RUP en la
automatizacin de los procesos de negocio del Hotel X. Se han documentado y
analizado todos los artefactos desarrollados con fin de un mejor entendimiento de
los mismos.

Caso de Estudio Hotel

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Caso de Estudio Hotel

Încărcat de

Drepturi de autor:

Formate disponibile

Caso de estudio

Centro de Estudios de Ingeniera y Sistemas. CEIS

El objetivo general de dicho trabajo se centra en el apoyo a la asignatura de

1. Modelacin del Negocio

1.1 Procesos del negocio

1.1.1 Tcnicas de captura de la informacin

recepcionista del mismo. (Informacin relevante. Ya se conoce quien es el

pasaporte y el proceso termina. En cambio, si el cliente lo desea entonces

manera darles un trato diferenciado, o tal vez para conocer qu habitacin

habitacin la cual no es ms que especificar que se efectu una entrada, la

A partir de dicha entrevista el DN pudo determinar que existe un proceso bien

informacin obtenida a partir de los usuarios y con su perspectiva de

1.1.2 Artefacto Descripcin literal de los CU de negocio

Proceso de Reservar habitacin

de estas, se busca en el libro operativo de reservaciones si se encuentra

Reglas del negocio para el proceso

Los Expedientes de hospedaje se conservan en el Archivo de Expedientes

Proceso de Cancelar reservacin

informacin referente a cierre de la reservacin en el libro operativo de

Reglas del negocio para el proceso

Proceso de Reportar rotura

momento. En caso de que la rotura no se pueda reparar momentneamente

Proceso de Terminar reservacin

1.1.3 Artefacto Descripcin de alto nivel de CU de negocio

Caso de uso Reservar habitacin

Resumen El caso de uso se inicia cuando el cliente llega al hotel y

Cantidad de personas, Fecha de

cliente; este recibe el pasaporte y se marcha del hotel.

1.1.4 Artefacto Diagrama de Casos de Uso del negocio

rotura en su habitacin (Proceso Reportar rotura), en caso de que esta no pueda

Buscar habitacin disponible

Cancelar reserv acin Terminar reserv acin

Figura 2. Diagrama final de CU del Negocio.

1.1.5 Artefacto Diagramas de actividades

debe ser capaz de describir, con ayuda del diagrama deReportar

Cliente del hotel

Elaborar Planilla de solicitud de

Recibir documentos y llav e Llav e Entregar documentos y

Figura 3. Diagrama de actividades del CU Reservar habitacin.

Habilitar nuev a planilla de

Inf ormar caractersticas de Solicitar caractersticas de

Plasmar las caractersticas de la estancia en la

Figura 4. Diagrama de actividades de la actividad Elaborar Planilla de solicitud

Cliente del hotel

Planilla de solicitud de Habitacin que

Guardar el pago en la Confeccionar planilla

Confeccionar comprobante de Comprobante de

Figura 6. Diagrama de actividades del CU Buscar habitacin disponible.

Como se puede apreciar en los diagramas de actividades se puede incluir mucha

capturado completamente en tres diagramas pero logrndose el total

Es de mucha importancia tambin, que en los diagramas de actividades se

1.2 Artefacto Modelo de Objetos del Negocio

en dicho diagrama cmo se identifica la relacin que existe entre el Expediente de

Libro operativ o de reserv aciones

Archiv o de expedientes de hospedaje Expediente de hospedaje Comprobante de reserv acin

Habitacin Planilla de reserv acin Planilla de solicitud de hospedaje

Listado de distribucin de conf ort y

Actualiza Recepcionista del hotel

Figura 7. Modelo de Objetos del Negocio.

Una buena prctica para la definicin de las futuras funcionalidades y

2.1 Artefacto Lista de caractersticas

Terminar reservacin. (Estas dos ltimas funcionalidades responden a los

2.2 Modelo de CU del sistema