Taller de mdelad de bjets HOTEL RURAL Salamanca, 16-XI-2005 Trabaj realizad pr: Javier Trujill Hernández Javier Rubi Alamill Fernand Buitrag Alns
El Htel Rural Un pequeñ htel rural necesita una aplicación sftware que le permita gestinar su negci. Las primeras reunines se han resumid en un dcument expresad en lenguaje natural, que recge a grandes rasgs la lógica de negci del sistema a cnstruir. Este dcument se presenta a cntinuación: El sftware a cnstruir debe cumplir las siguientes funcinalidades: Gestinar las reservas de habitacines Gestinar las habitacines libres/cupadas Gestinar gasts extras Facturar a ls clientes Permitir listads y estadísticas Reservas Las reservas se hacen pr teléfn, y el cliente debe dar su nmbre, NIF, teléfn de cntact (siend psible dar hasta tres númers de teléfn diferentes). La reserva tendrá validez hasta las 0:00 hras del día siguiente a la supuesta entrada en el htel. Un cliente puede reservar tantas habitacines cm sean necesarias. Habitacines El htel tiene tres plantas cn habitacines para ls clientes. Cada habitación tiene un númer de habitación y pertenece a un tip de habitación (ls tips existentes sn individual, dble y matrimni). El preci de la habitación depende del tip de la habitación y de la temprada. Existen tres tempradas inicialmente cntempladas, aunque se desea que este apartad sea flexible, así las tempradas sn: Baja, Alta y Especial. Las habitacines pueden estar libres, reservadas u cupadas. Una habitación está cupada sól en el mment que el cliente ha llegad al htel y hay un respnsable de la habitación del cual se necesita su nmbre, DNI y teléfn de cntact. Si la habitación estaba reservada, la reserva ya n se necesita y puede eliminarse. Sin embarg, si debe existir infrmación histórica del us del htel. Gasts extras Ls gasts extras que se van a pder cargar a la habitación sn de naturaleza variada, y se dentarán pr un cncept y una cuantía. Facturación Al abandnar el htel se realizará una factura asciada al respnsable de la habitación, aunque puede llevar tr nmbre y tr NIF CIF. La factura reflejará tds ls gasts asciads a la habitación habitacines perfectamente desglsads en las líneas de la factura. Las facturas n pueden brrarse, aunque si pdrían mdificarse ls gasts invlucrads en cas de errr.
Listads El usuari n ha definid tds ls listads que requiere, per si le interesa btener estadísticas de cupación pr fechas. Nrmas para la entrega y crrección de ls ejercicis: Ls prblemas se agrupan en trn a una pequeña especificación de requisits sftware. Para cada prpuesta de ejercici habrá un grup de trabaj respnsable, que se encargará de elabrar un dcument en frmat wrd cn la reslución del prblema de mdelad (es bligatri el us de herramientas CASE), cnteniend ls siguientes apartads: 1. Enunciad cn ls requisits de la práctica 2. Diagrama de clases 3. Descripción de las clases 4. Apartad final describiend ls aspects más interesantes del mdelad cnceptual y del pas al diseñ
Diagrama de clases Ingeniería del Sftware
Descripción de las clases He aquí las clases enumeradas, una pr una, viend sus rasgs principales: CLIENTE - Es una clase abstracta padre de ls ds subtips de clientes que pdems tener, que pr su naturaleza ls hems separad: persna físicas persnas jurídicas (persna y empresa respectivamente). - Sus únics atributs sn ls cmunes a su ds hijs, ls tres (cm much) psibles númers de teléfn que pnems tener para cntactar cn el cliente. PERSONA - Hems separad apellids y nmbre pr si hiciesen falta para rdenacines alfabéticas. - El atribut pasaprte aparece aunque n está nmbrad explícitamente en el enunciad de la práctica es para atender al cas de que un extranjer quisiese aljarse en el htel. - Para que sea psible la cupación, una persna ha de ser el respnsable de la habitación. Est está mdelad pr una asciación cn rl, per n debe salir desde cliente, prque el respnsable debe ser una persna, n tiene sentid que sea una empresa prque éstas n se van a aljar en la habitación. EMPRESA - Clase fundamentada en la misma idea que persna, cuy únic dat destacable es que en este cas hems de dar el CIF. HABITACIÓN - Hems supuest que la numeración de las habitacines se rige pr la nrmalidad de que cada pis sea una cifra de centena dentr del númer de habitación. Pr es si hay tres plantas, las habitacines irán cn ls númers 100, 101, 200, 201, 300, 301 - Supnems también, que puede haber clientes que quieran aljarse en nuestr htel sin haber hech reserva. Pr est, habitación está asciada tant a reserva cm a cupación. - El atribut características de la habitación define a grandes rasgs las particularidades de ésta: espaci, mbiliari, rientación, etc. Según ests parámetrs una habitación tendrá unas cualidades que ns interesarán n para que la cupe un determinad cliente. ESTADO_HABITACIÓN - Esta clase sirve para dar cabida al cas de que una habitación se encuentre en bras. Sería la frma de referenciar este hech en nuestr sistema y que ns pudiérams dar cuenta de ell.
OCUPACIÓN - Esta clase es el prisma que ns da a entender el mdel: ns da a entender, que pr l que verdaderamente cbrams es pr una cupación de una habitación, siend ésta de un determinad tip. - Cm n está explícitamente relacinada cn Reserva querems expresar que una persna/empresa puede ser cliente sin haber tenid antes que reservar la habitación (pr supuest, si tenems plazas libres en el htel). RESERVA - Si ns dams cuenta, tenems una asciación mdelada cm clase prque pdems tener múltiples reservas pr cliente y pr habitación. - Pr l demás tiene el significad crriente del cncept al que hace mención. - N bstante, decir que siguiend la línea lógica que se ha trazad en el mdel, se hace cnstar cm atributs el NIF (cliente nrmal ), el CIF ( empresa ) y el pasaprte (pr si ns encntrams ante un cliente extranjer). TEMPORADA - Se ns dicen que puede haber tres psibilidades: baja, media alta. Se ha dejad una especificación abierta para que ser clcadas en cualquier parte del añ. - El preci indica l que hay que pagar pr un determinad tip de habitación en una temprada dada pr cada día. - Pr últim, cabe indicar que la multiplicidad de que dad un tip puede darse en una más tempradas. Est está puest de este md prque puede ser que el tip de habitación sea usada justamente en un mment en que una parte de su utilización se da en una temprada y tra parte en tra. Est sería menester también recgerl de alguna frma (sbre td a la hra de l que habría que pagar). TIPO - En principi el enunciad de la práctica ns habla de tres tips básics: individual, dble y de matrimni. Per según está definida la clase puede haber más, pr ejempl, pdíams hacer un tip habitación de amigs. Pr tant, para añadir versatilidad para la cnfiguración de la habitación, existen ls atributs suplementcamas y nmbre para valrar de una u tra manera las psibles cndicines del aljamient. EXTRA - La filsfía de esta clase es dar cabida a ls distints servicis accesris que puede darns el htel: desde las btellas de la nevera minibar hasta la sauna, el gimnasi la piscina. LINEA DE FACTURA - Psee ds relacines: una cn la clase extra y tra cn cupación. Ésta última esta mdelada así prque pr l que verdaderamente cbrams es un pr una cupación, n pr una reserva. Dependiend de la habitación y de su tip aumentará disminuirá el imprte de la cupación. Las ds asciacines están unidas pr una etiqueta {XOR}
indicand que en una línea de factura cbrams pr un gast extra pr una cupación (pudiend haber de cada element varias unidades). FACTURA - El númer de factura l se ha supuest un enter larg debid a que será muy grande, ya que tendrems que tener una relación de las facturas en el htel a la hra de la cntabilidad. - Hems clcada aquí también el atribut descuent, pr si al preci ttal le querems quitar alg debid al cliente cn el trabajems. La aplicación típica sería si pr ejempl es un cliente habitual pdíams descntarle un determinada tant pr cient de su estancia.
Aspects más interesantes del mdelad cnceptual y de pas al diseñ Debid al nivel de visión de la asignatura que se tiene en el presente trabaj, en el diagrama de clases se ha prescindid de hablar tdavía de ls métds. L únic que se pdría decir ahra grss md es que deberían existir uns métds que intrduzcan, manejen, mdifiquen y brren infrmación además de, clar está, las funcines características para el mund real de cada una de nuestras clases. También se da pr supuest que n debems implementar métds para iniciar bjets, ya que de ell se encargará el cnstructr de cada clase. Ns parece que el perid de validez de la reserva es alg que debe ser una capacidad funcinal del sistema el cmprbarl, además de que para que ésta se pueda dar de alta debems tener pr l mens el DNI, el nmbre y un teléfn del cliente. También hay que tener en cuenta que nuestr sistema sftware n debe permitir que se brren líneas de factura (est está indicad en el enunciad). En el diseñ tendrems métds que ns calculen el diner ttal a pagar, tant el preci ttal de la factura, cm en las líneas estarán desglsads ls precis pertinentes.