Вы находитесь на странице: 1из 154

UNIVERSIDADMAYORDESANANDRS

FACULTADDECIENCIASPURASYNATURALES
CARRERADEINFORMTICA
PROYECTODEGRADO
SISTEMADESEGUIMIENTOYCONTROL
CASO:HOTELSAGRNAGA
PARAOPTARALTITULODELICENCIATURAENINFORMTICAMENCIN:
INGENIERIADESISTEMASINFORMTICOS
Autor: RichardRicardoCuelaLimachi
Tutor: Lic.MarioLoayzaMolina
Revisor: M.Sc.RenCasillaGutierrez
LAPAZ BOLIVIA
2007
DEDICATORIA
Dedico este trabajo primeramente a Dios que me dio
la oportunidad de vivir y regalarme una familia maravillosa.
A mis padres Dionisio y Marcela que con su amor y
dedicacin me dieron la fuerza para seguir adelante.
A mis hermanos Edwin y Gonzalo que siempre han
estado conmigo apoyndome en todo momento.
AGRADECIMIENTOS
AlLic.MarioLoayzaMolina,docentedeTallerdeLicenciaturaporhabermeasesoradoyaconsejadoen
laelaboracindeesteproyecto.
AlLic.RenCasillaGutirrez,porsucompresinypacienciaalahoraderealizarlasrevisionesdeeste
trabajoabsolviendomisdudasentodomomento.
Al Lic. Ricardo Arocha Zambrana, Gerente General del Hotel Sagrnaga, por darme la oportunidad de
desarrollarelpresentetrabajo.
MuchasGracias
INDICE
CAPITULO1
INTRODUCCIN
1.1 Introduccin ....................................................................................................................... 1
1.2 Antecedentes ...................................................................................................................... 2
1.3 ProblemadelaInvestigacin............................................................................................ 3
1.3.1 PlanteamientodelProblema................................................................................. 3
1.3.2 FormulacindelProblema..................................................................................... 4
1.4 Objetivo.............................................................................................................................. 4
1.4.1 ObjetivoGeneral .................................................................................................... 4
1.4.2 ObjetivosEspecficos............................................................................................. 5
1.5 Justificacin....................................................................................................................... 5
1.6 Alcances ............................................................................................................................. 6
CAPITULOII
MARCODEREFERENCIA
2.1 Introduccin ....................................................................................................................... 7
2.2 MarcoConceptual.............................................................................................................. 7
2.2.1 ElParadigma:LaorientacinalObjeto................................................................ 7
2.2.2 ElLenguajedeModeladoUML............................................................................ 9
2.2.3 ModeloCliente Servidor ................................................................................... 12
2.2.4 BasedeDatosRelacional .................................................................................... 13
2.3 MarcoTerico.................................................................................................................. 15
2.3.1 ElProcesoUnificadodeDesarrollodeSoftware.............................................. 15
2.3.2 GuaparalaIngenieradeAplicacionesRpidas(GRAPPLE) ........................ 16
2.3.3 RecopilacindeNecesidades .............................................................................. 16
2.3.4 Anlisis ................................................................................................................. 17
2.3.5 Diseo ................................................................................................................... 20
2.3.6 ModeloyDiseodelaBasedeDatos ................................................................ 21
2.3.7 RequerimientodeSoftwareyHardware............................................................. 22
2.3.8 Implementacin.................................................................................................... 23
2.3.9 Pruebas.................................................................................................................. 23
2.3.10Mantenimientodelsistema.................................................................................. 24
2.3.11CalidaddelSoftware ............................................................................................ 25
CAPITULOIII
DESARROLLODELSISTEMA
3.1 Introduccin ..................................................................................................................... 28
3.2 RecopilacindeNecesidades.......................................................................................... 28
3.3 Anlisis............................................................................................................................. 33
3.3.1 AnlisisdelSistemaActual ........................................................................................... 33
3.3.2 AnlisisdelNuevoSistema ........................................................................................... 39
3.4 Diseo............................................................................................................................... 56
3.5 ModeloyDiseodelaBasedeDatos............................................................................ 64
3.6 RequerimientosdeHardwareySoftware..................................................................... 70
3.7 Implementacin ............................................................................................................... 70
3.8 Pruebas ............................................................................................................................. 83
3.9 MantenimientodelSistema............................................................................................. 84
3.10 CalidaddelSoftware ....................................................................................................... 85
3.10.1 Portabilidad......................................................................................................... 85
3.10.2 Performance........................................................................................................ 85
3.10.3 Confiabilidad...................................................................................................... 86
3.10.4 Funcionalidad ..................................................................................................... 87
CAPITULOIV
CONCLUSIONESYRECOMENDACIONES
4.1 Conclusiones .................................................................................................................... 89
4.2 Recomendaciones ............................................................................................................ 90
Bibliografa................................................................................................................................ 91
ReferenciaWEB........................................................................................................................ 91
ANEXOS
ANEXOA:rboldeProblemas,rboldeObjetivosyMarcoLgico.
ANEXOB:CorrespondenciaObjetoRelacional.
ANEXOC:DiagramadeCasosdeUsoyDescripcindelosDiagramasdeClases.
ANEXOD:DiagramasdeSecuencia.
ANEXOE:DiagramasdeColaboracin.
ANEXOF:DiagramasdeActividad.
INDICEDEFIGURAS
Figura1.1Nmerodellegadasdeturistasaestablecimientosdehospedaje ......................... 2
Figura2.1SimbologaUML ................................................................................................... 10
Figura2.2SimbologaUML ................................................................................................... 10
Figura2.3Simbologadecomponentes.................................................................................. 11
Figura2.4:ModeloTresCapas ............................................................................................... 13
Figura2.5Flujosdeltrabajounificado ................................................................................... 15
Figura2.6:RepresentacindeActores ................................................................................... 17
Figura2.7.:DiagramadeCasosdeUso ................................................................................. 17
Figura2.8:DiagramadeClases .............................................................................................. 18
Figura2.9:DiagramadeEstados ............................................................................................ 18
Figura2.10: DiagramadeSecuencia ...................................................................................... 19
Figura2.11:DiagramadeColaboracin................................................................................. 19
Figura212:DiagramadeActividades .................................................................................... 20
Figura2.13:Diagramadecomponentes ................................................................................. 20
Figura2.14:DiagramadeDistribucin .................................................................................. 21
Figura2.15:PrototipodeInterfaz ........................................................................................... 21
Figura2.16:Diagramadelsistema ......................................................................................... 22
Figura2.17:ModeloEspiral.................................................................................................... 24
Figura3.1readelHotel ........................................................................................................ 30
Figura3.2Esquemadeseguimientodelhotel........................................................................ 35
Figura3.3Actoresdelsistemahotel:....................................................................................... 33
Figura3.4:DiagramadecasosdeusodelHotel .................................................................... 37
Figura3.5:Diagramadeactividaddelsistemaactual ........................................................... 38
Figura3.6:Identificacindeactores....................................................................................... 39
Figura3.7:Diagramadecasosdeusogeneral ....................................................................... 41
Figura3.8:Diagramadecasosdeusoparaelpaqueterecepcionista ................................... 42
Figura3.9:Diagramadeclasesdelsistema............................................................................ 46
Figura3.10:Paquetedefuncionalidaddelsistema................................................................. 48
Figura3.11:Paquetedeliquidacindecuenta....................................................................... 48
Figura3.12:Paquetedeasignacindehabitaciny servicio................................................ 49
Figura3.13:Diagramadeactividaddelsistema .................................................................... 51
Figura3.14:Diagramadesecuenciaregistrodehusped ..................................................... 52
Figura3.15:Diagramadesecuenciaaperturadeunacuentanueva ..................................... 53
Figura3.16:Diagramadesecuenciaasignacindeservicio ................................................. 53
Figura3.17:Diagramadesecuenciaingresos ........................................................................ 54
Figura3.18:Diagramadecolaboracinregistrodehusped ................................................ 54
Figura3.19:Diagramadecolaboracinasignacindehabitacin ....................................... 55
Figura3.20:Diagramadecolaboracindecobro .................................................................. 55
Figura3.21:Diagramadeactividadregistrodeunhusped ................................................. 56
Figura3.22:Diagramadeactividadasignacindehabitacin.............................................. 57
Figura3.23:Diagramadeactividadgestindecobro ........................................................... 58
Figura3.24:Diagramadecomponentes ................................................................................... 59
Figura3.25:Diagramadedistribucindelsistema:................................................................ 60
Figura3.26: DiagramadeinterfacesUML.............................................................................. 61
Figura3.27: DiagramaEntidad Relacin.............................................................................. 65
Figura3.28:Diagramajerrquicodemensdelsistema....................................................... 71
Figura3.29:Ventanadeaccesooinicio ................................................................................. 72
Figura3.30:Ventanaprincipaldelsistema ............................................................................ 73
Figura3.31:Ventanadecontroldehabitaciones ................................................................... 73
Figura3.32:Ventanaderegistrodehuspedes...................................................................... 74
Figura3.33:Ventanadeasignacindehabitacin ................................................................ 75
Figura3.34:Ventanadehabitaciones..................................................................................... 75
Figura3.35:Ventanadeasignacindereserva...................................................................... 76
Figura3.36:Ventanadeseguimientoycontroldereservas.................................................. 76
Figura3.37:Ventanadeseguimientoycontroldeloshuspedes ........................................ 77
Figura3.38:Ventanareportedeclientes ................................................................................ 77
Figura3.39:VentanadeFacturacin ..................................................................................... 78
Figura3.40:Ventanareportedefacturacin .......................................................................... 78
Figura3.41:Ventanaestadsticadeclientes .......................................................................... 79
Figura3.42:Ventanaestadsticadehabitaciones ................................................................. 79
Figura3.43:Ventanadeseguimientoycontroldeloshuspedes ........................................ 80
Figura3.44:Ventanacontroldeusuarios ............................................................................... 81
Figura3.45:Ventanadereportediariodefactura ................................................................. 82
Figura3.46:Ventanareportedeliquidacin .......................................................................... 82
Figura3.47:Estructurafuncionaldelsistema ........................................................................ 86
INDICEDETABLAS
Tabla3.1:Resumendeinterfacesdesubsistemas ................................................................. 63
Tabla3.2Procesosdelsistema................................................................................................ 83
Tabla3.3:Confiabilidadporcomponentedelsistema .......................................................... 86
Tabla3.4:MatrizdePuntodeFuncin .................................................................................. 87
Tabla3.5:PuntodeFuncin.................................................................................................... 87
Tabla3.6:SituacinActualconelSistema............................................................................ 89
RESUMEN
Elpresenteproyectotoma comoobjetodeestudioalHotelSagr naga,queesunaempresaque
brinda alojamiento a turistas nacionales como extranjeros, adems de brindar otros servicios como
restaurante, lavandera, Internet, etc. El Hotel Sagarnaga acoge principalmente a visitantes extranjeros,
que llegan con bastante afluencia al hotel, esto debido a la variada publicidad que el hotel realiza en
coordinacinconlasagenciasdeviajesnacionaleseinternacionales.
El proyecto de grado titulado Sistema de Seguimiento y Control Caso: Hotel Sagar naga
(SSCHS) ha sido desarrollado e implementado utilizando recursos y herramientas de tecnologa
informtica, basndose en las siguientes metodologas: Mtodo Cientfico, Mtodo RUP y la gua
GRAPPLE.
La plataforma para la cual fue desarrollado el proyecto, son los siguientes sistemas operativos:
win98, 2000, XP o Linux, el soporte para la Base de Datos es MySql, la interfaz grafica de usuario es
amigableyfcildeutilizarcumpliendoconlosobjetivosyalcancesplanteados.
Toda la etapa de Anlisis y Diseo se la realiz con la metodologa ya mencionada, para los
cualesseutilizaronlosDiagramasdeCasosdeUso,DiagramasdeClase,Diagramasdeestado,Diagramas
de Secuencia, Diagramas de Colaboracin, Diagramas de actividades, Diagramas de Componentes y
DiagramasdeDistribucin.
La institucin se beneficio de gran manera con la implantacin del sistema, el cual cuenta con
caractersticas principales como registro de huspedes, registro de reservas, control de habitaciones,
liquidacindecuentayelaboracindereportes.
1.1Intr oduccin
Hoyendaelmanejodelainformacinesdevitalimportanciaparaunaorganizacin,porellolos
sistemasdeinformacinbasadosencomputadorassonlospilaresfundamentalesdelasactividadesdeuna
organizacin,yaqueunaempresarequieredeinformacincorrectayoportuna.
Enelcaso de lasempresasquebrindan serviciosaclientescomoloshoteles, manejan una gran
cantidaddeinformacinendiferentesprocesoscomolaadministracin,gerencia,recepcin,contabilidad,
almacn, etc. Toda esa informacin debe ser organizada y clasificada de modo que la gerencia pueda
realizarunamejortomadedecisiones.Porelloes importantequeunaempresacuenteconunsistemade
informacinquecontroleesosprocesos.
EnnuestropassepresentoellibroquetitulaElsectortursticoenBolivia,bajolasupervisin
delaOficinaEconmicayComercialdelaEmbajadadeEspaaenlaciudaddeLaPaz,sobrelademanda
delturismoenBoliviaylosprincipalesdatosdelturistaquevisitanuestropas.
La industria hotelera, es un establecimiento de hospedaje lugar de alojamiento que incluye
habitaciones,restaurante,Internet,lavandera,etc.Ennuestropaslallegadadeturistasaestablecimiento
dehospedajetuvounaevolucinlentaperopositivacomosepuedeobservarenelsiguientegrafico(Fig.
1.1).
Figura 1.1Nmerodellegadasdeturistasaestablecimientosdehospedaje
Fuente:ViceministeriodeTurismo.
El presente trabajo proporciona la construccin de un Sistema de seguimiento y control de la
informacin para el Hotel Sagrnaga, de manera que el sistema cumpla caractersticas de usabilidad y
ubicuidad.DondelosusuariosqueutilicenelsistemapodrnrealizarelregistrodeHuspedes,registrode
reservaciones,reportesdelibrosdiarios,controldehabitacionesycontroldelosserviciosbsicos.
1.2Antecedentes
Para el presente proyecto se tomara como objeto de estudio al Hotel Sagrnaga, que es una
empresaquebrindaalojamientoaturistasnacionalescomoextranjeros,ademsdebrindarotrosservicios
comorestaurante,lavandera,Internet,etc.
ElHotelSagrnagafuefundadoenseptiembrede1980,ubicadoenlacalleSagrnaga N326en
la ciudad de La Paz. El Hotel Sagrnaga acoge principalmente a visitantes extranjeros, que llegan con
bastanteafluenciaalhotel,estodebidoalavariadapublicidadqueelhotelrealizaencoordinacinconlas
agenciasdeviajesnacionaleseinternacionales.
AO EXTRANJ EROS TasaAnualde
Cr ecimiento(% )
NACIONALES TasaAnualde
Cr ecimient o(%)
TOTAL TasaAnualde
Cr ecimient o(%)
1993 268.968 10.0 560.659 0.3 829.627 3.3
1994 319.578 15.8 626.325 11.7 945.903 14.0
1995 350.687 9.7 646.804 3.3 997.491 5.5
1996 376.855 7.5 677.307 4.7 1.054162 5.7
1997 394.517 5.5 702.058 3.7 1.099575 4.3
1998 420.491 5.8 727.555 3.6 1.148.046 4.4
1999 409.142 2.7 708.192 2.7 1.117.334 2.7
2000 381.077 6.9 657.786 7.1 1.038.863 7.0
2001 378.551 0.7 673.056 2.3 1.051.607 1.2
2002 382.185 1.0 742.571 10.3 1.124.756 7.0
2003 367.036 4.0 774.989 4.4 1.142.025 1.5
2004 404.700 10.26 812.517 4.84 1.217.217 6.5
2005 422.902 4.49 871.479 7.2 1.294.381 6.3
2006 530.028 5.5 899.758 8.1 1.429.786 7.2
En la actualidad el Hotel Sagrnaga no cuenta con un sistema informtico de modo que la
institucin impone polticas y estrategias de funcionamiento para poder adaptarse al entorno del hotel
acusandoperdidadetiempo,dineroeinsatisfaccinporpartedelosusuarios.
Enlacarreradeinformticaexistenproyectosdegradosimilaresalproyectoquesepropone,las
cualeshansidodesarrolladasensemestresanterioresalcanzandolosobjetivosplanteados.
Sistema de Informacin Hotelera [Cabero, 2000], cuyo propsito es mejorar los procesos
administrativosyoperativosparaunaatencinmaseficientealhusped.
Sistema de Seguimiento y Control para la Hoteleria Boliviana [Loza, Mendoza, 2001], cuyo
propsitoesresolverlasdificultadesydeficienciasquesepresentanenalgunosprocesosdelhotel.
Losproyectosmencionadosbrindanunaclaraideadelaimportanciadelainformacinparauna
institucinhotelera.
1.3Pr oblemadelaInvestigacin
1.3.1 PlanteamientodelPr oblema
Luegodelestudiopreliminarqueserealizoconelrboldeproblemas[VerAnexoA]alavisita
delhotel,sepudoidentificarelsiguienteproblemacentral.
Baja productividad operativa, esto debido a que no se cuenta con un sistema informtico que
controle elprocesamiento y manejo de la informacin causando lentitud y morosidad en procesos de
liquidacin,controldecuentas,registrodehuspedesyreportes.
Endichoproblemasepuededetectarlasdificultadesydeficienciasenlossiguientesprocesos.
Demoraenelserviciodeliquidacinporlosserviciosprestadosporelhotel
Dificultadenelcontroldecuentasporlafalta deunbancodedatosadecuados
Dificultad y retraso en la elaboracin de informes, esto debido al no contar con una herramienta
adecuadaqueadministrelainformacin.
Noexistecoordinacinentrelosdiferentesdepartamentosenlaelaboracindeinformesdebidoal
retrasodelosprocesos.
1.3.2 For mulacindelPr oblema
Enbase a lasdificultades y deficiencias descritas anteriormente, elproyecto de grado seplantea
conlassiguientesinterrogantes:
Dequemaneralafaltadeunsistemadeprocesamientoymanejodelainformacinhaafectadola
productividadoperativadelhotel?
Es posible implementar un sistema de seguimiento y control que permita controlar los
procedimientos de registro de huspedes, registro de reservaciones, control de caja y control de
habitaciones?
Es posible brindar informacin exacta, oportuna y confiable sobre el ingreso y egreso de los
huspedesalagerenciadelhotel?
Es posible que la metodologa RUP y la gua GRAPPLE pueda contribuir con el desarrollo del
ProyectoparaelanlisisydiseoOrientadoaObjetosdeformaclaraysencilla?
1.4Objetivo
Deacuerdoel anlisis que se realizoconel rbol de objetivos [Ver Anexo A],se establecen los
objetivosquesedeseanlogranenelproyectodegrado.
1.4.1 ObjetivoGener al
Analizar, disear e implementar un sistema informtico que brinde informacin confiable y
oportunaparaunabuenatomadedecisiones.
1.4.2 ObjetivosEspecficos
AnalizarydisearunaBasedeDatosdelosserviciosdelhotel
Integrar toda la informacin de los servicios que el hotel ofrece para un mejor control de los
mismos
Implementarlosprocedimientosderegistrodeloshuspedes,registrodereservaciones,controlde
habitaciones,controldecajaycontroldeserviciosbsicos
ImplementarprocesosdeSeguridad
1.5J ustificacin
J ustificacinMetodolgica
Lasmetodologasqueseutilizanenelpresenteproyectosemencionanacontinuacin:
MtodoCientfico
MetodologaRUP
GuaGRAPPLE.
J ustificacinEconmica
El proyecto de grado se justifica econmicamente al proponer un software de aplicacin como
productofinal,paramejorarelprocesamientoymanejodelainformacinelcualdisminuirlasperdidas
econmicasalnocontarconunsistemaautomatizado.
J ustificacinTcnica
El proyecto se justificatcnicamenteporlautilizacin de tecnologa informtica avanzada como
lasredesdecomputadoras,BasesdeDatosyModeloCliente/Servidor.
J ustificacinSocial
La implantacin del sistema ayudara al personal involucrado al mejor desenvolvimiento de sus
funcionesyaquealhotelacudenhuspedesdediferentesestratossocialesdeBoliviaydelExtranjero.
1.6Alcances
Paradesarrollarelproyectodegradoesnecesariorealizarunestudioprofundodelaestructuray
funcionamientodelhotelresolviendolasdificultadesydeficienciasmsimportantes.
Implementarelsubsistemaderegistrodehuspedesyregistrodehabitaciones
Integrar mdulos que brinden el control de habitaciones, control de caja y control de servicios
bsicos
Desarrollar un subsistema que proporcione reportes e informacin estadstica confiable y
oportuna
Capacitar al personal quienes sern los directos responsables de las operaciones y manejo del
sistema.
2.1Intr oduccin
Enestecaptulo sehace una descripcin del marcoconceptual y el marco terico necesario para
implementarelproyecto.
El marco conceptual, describe los conceptos y/o definiciones a utilizarse en el desarrollo del
proyecto.
El marco terico, describe todo lo relacionado a la metodologa utilizada en el desarrollo del
proyecto, describiendo la conceptualizacin de las metodologas RUP y GRAPPLE , adems de detallar
cada flujo de trabajo del ciclo de vida como: recopilacin de necesidades, anlisis, diseo, modelo del
sistema, requerimiento de software yhardware, implementacin ,pruebas, mantenimiento del sistema y
calidaddelsoftware.
2.2Mar coConceptual
2.2.1 ElPar adigma:Laor ientacinalObjeto
El Paradigma Orientado a Objetos es un conjunto de teoras, estndares y mtodos que juntos
representan un medio de organizacin del conocimiento. La orientacin a objetos muestra un nuevo
pensamientosobrecomomodelarlosobjetosparaunsistemadecomputacinysobrecmoseestructura
lainformacindentrodelacomputadora.
LasventajasquerepresentaelParadigmason:
Mejoralacalidaddelsoftwaregenerado
Acortaeltiempodedesarrollo
Aumentalaproductividad
Sepuede reutilizarsoftwaregenerado.
Enprogramacinorientadaaobjetoseutilizanconceptospropioscomo:objeto,encapsulamiento,
ocultacin,mtodos,clases,herencia, polimorfismo,Subclases,relacin,etc.
Acontinuacinseexplicanlosmsrelevantes:
Objeto,unobjetoesunaentidadrealoabstractaqueperteneceaunaclase(oclases)quedefine
susestadosycomportamientosparaconotrosobjetos. Un objeto consta de estado y
comportamiento,esdecir,deatributosyoperaciones
Her encia, la herencia es una de las caractersticas que ms se destaca de la programacin
orientadaaobjetos,laherenciaeslacapacidaddeadquiriryconservarcaractersticascomunes
de una generacin a otra. Otras clases pueden beneficiarse de las caractersticas de las
antecesorasdemaneradeahorrartiempoenlahoradedesarrollareimplementarunproyecto
Encapsulamiento, el encapsulamiento es un principio de abstraccin de diseo encargado de
ocultarla informacin,datosofuncionesespecialesalosusuarios.Elprincipiodeocultacinde
informacindicequelosaspectosprivadosdeunobjeto(atributos)nopuedensermodificadosni
capturados a nos ser que lo sean mediante uno de los servicios (tambin llamados mtodos u
operaciones)
Abstraccin,la abstraccin queproporcionala programacin Orientadaa Objetosse basaen la
posibilidad de encapsulacin, que consiste en agrupar bajo la misma entidad los datos y las
funcionesomtodosquetrabajanconesosdatos.Estapropiedadpermitedistinguiraunobjetode
losdems,observandosuscaractersticas y comportamientos, pensando enques y noen cmo
se codificara en un lenguaje. Con la abstraccin se destaca lo importante y se ignora lo
irrelevante,esdecir,hayocultamientodeinformacin.
Polimor fismo, los objetos encapsulan los que hace, es decir, oculta la funcionalidad interna de
susoperacionesdeotrosobjetos.
2.2.2 ElLenguajedeModeladoUML
LenguajeUnificadodeModelado(UML,porsussiglaseningls,UnifiedModelingLanguage)es
ellenguajedemodeladodesistemasdesoftwaremsconocidoyutilizadoenlaactualidad.Esunlenguaje
grfico para visualizar, especificar, construir y documentar un sistema de software. UML ofrece un
estndar para describir un "plano" del sistema (modelo), incluyendo aspectos conceptuales tales como
procesos de negocios y funciones del sistema, y aspectos concretos como expresiones de lenguajes de
programacin,esquemasdebasesdedatosycomponentesdesoftwarereutilizables.
ObjetivosdeUML
Definirunlenguajedemodeladovisual
Fcildeaprender,ricoensignificado
Estndar,estableyconfigurable
Independientedelenguajesdeprogramacinoprocesosparticulares.
El UML es parte muy importante para el desarrollo de Software Orientado a Objetos y en el
Proceso de Desarrollo de Software. Utiliza, en su mayor parte, notaciones grficas para expresar los
procesoseneldiseodeproyectosdeSoftware.
ReglasdeUML
LasreglasenUMLespecificanaquedebeparecerseunmodelobienformado,esdecirunmodelo
que es semnticamente auto consistente y estn con los modelos relacionados [Ramrez, 2005]. A
continuacinsepresentasusimbologa,vanseFiguras2.1,2.2y2.3.
Figura2.1SimbologaUML
Fuente: [Schmuller,1997]
Figura2.2SimbologaUML
Fuente:[Schmuller,1997]
SimbologautilizadaenlosDiagramasdeestado:
Figura2.3Simbologadecomponentes
Fuente: [Schmuller,1997]
DiagramasdeUML
Undiagramaeslarepresentacingrficadeunconjuntodeelementosyrelaciones.Losdiagramas
seutilizanparavisualizarelcomportamientodeunsistemadesdediferentesperspectivas.Estosdiagramas
deUMLsonlossiguientes:
Diagramasdeestr uctur a
Muestranloselementosquedebenexistirenelsistemamodelado:
Diagramadeclasesparamodelarlaestructurayvisualizarlasrelacionesentrelasclasesque
involucranelsistema
Diagramadecomponentesparamodelarelaspectofsicodelsistema
Diagramadeobjetosparamodelarlaestructuraestticadelosobjetosenelsistema
Diagramadedespliegueparaformarunsistemaejecutable
Diagramadepaquetesparaorganizaryanalizarelavancedelsistema
DiagramasdeCompor tamiento
Muestraloquedebesucederenelsistema:
Diagramadeactividadesparavisualizar,especificarymodelarelcomportamientodeloscasosde
uso,objetosyoperaciones
Diagramadecasosdeusoparamodelarlosprocesos
Diagramadeestadosparamodelarelfuncionamientodelosobjetos.
DiagramasdeInteraccin
Muestraelflujodecontrolylosdatosentreloselementosdelsistema:
Diagramadesecuenciaparamodelarlainteraccindeunconjuntodeobjetosenunaaplicacina
travsdeltiempo
Diagramadecomunicacinparamodelarelpasodemensajesentreobjetos.
2.2.3 ModeloClienteSer vidor
Elesquemaclienteservidoresunmodelodecomputacindondelasaplicacionesrelacionadasse
divideentredosomasprocesosquecooperanentresi.
Los principales componentes del modelo son los Clientes (interactan con el usuario), los
Servidores (proporciona un servicio al cliente y devuelven el resultado), y la infraestructura de
comunicacin(lacualproporcionalosmecanismosbsicosdedireccionamientoytransporte).
Modelode3Capas
El modelo de 3 capas es un mtodo que se utiliza en la ingeniera de software, para dividir una
aplicacin en diferentes capas, el modelo de tres capas se divide en: Capa Cliente, Capa Intermedia o
aplicacinyCapadelServidorodatosdelNegocio,vaseFigura2.4.
El desarrollo del proyecto se la realiza a travs del modelo de tres capas el cual presenta las
siguientesventajas:
Separ acin de funciones, todo lo relacionado con la interfaz del usuario va en una capa, las
reglasdenegocioenotrayelmanejodedatosenunaterceracapa
Reutilizacin,elcdigocorrespondienteaunacapapuedeserreutilizado
Escalabilidad, sabiendo dnde est el cdigo correspondiente a cada capa, pueden realizarse
modificaciones dentro de una capa para mejorar o aumentar el tamao del sistema de software,
conunmnimoimpactoenlascapasrestantes
Facilidaddemantenimiento,medianteestadivisin,esmuchomssencillolocalizarerroresen
elcdigooefectuarmejoras.
Figura 2.4:ModeloTresCapas
2.2.4 BasedeDatosRelacional
Enunacomputadoraexistendiferentesformasdealmacenarinformacin.Estodalugaradistintos
modelosdeorganizacindelabasededatos:jerrquico,red,relacionalyorientadaaobjeto.
Los sistemas relacionales son importantes porque ofrecen muchos tipos de procesos de datos,
como: simplicidad y generalidad,facilidad de uso parael usuario final,perodoscortosde aprendizaje y
lasconsultasdeinformacinseespecificandeformasencilla.
Las bases de datos relacionales estn constituidas por una o ms tablas que contienen la
informacinordenadadeunaformaorganizada.Cumplenlassiguientesleyesbsicas[Stallings,2000].:
Generalmente,contendrnmuchastablas
Unatablaslocontieneunnmerofijodecampos
Elnombredeloscamposdeunatablaesdistinto
Cadaregistrodelatablaesnico
Elordendelosregistrosydeloscamposnoestdeterminado
Paracadacampoexiste unconjuntodevaloresposible
ObjetoRelacional
Elmapeoobjetorelacionalesunatcnicadeprogramacinparahacercorresponderdatosentreel
modelo orientado a objetos al modelo de datos relacional [Ver Anexo B], los conceptos de clase e
instanciasiguenlassiguientesdefiniciones[Elizondo,2005]:
EnE/Runtipodeentidadrepresentadoscosas:
o Laintensin,elnombredeltipodeentidadylalistadesusatributos
o Laextensinoconjuntodeentidadesqueformanpartedeltipodeentidad
Considerandoloanterior,unaclaseesunconceptoequivalentealtipoentidad
Lasentidadesdeunaclasesellamanobjetosoinstanciasdeesaclase
Cada objeto o instancia consta de un identificador predefinido que lo identifica. Dicho
identificadordelobjetonoesningunodesusatributos
Los objetos o instancias de una clase cuentan con un conjunto de operaciones que se pueden
realizarsobreellos
Dichasoperacionespuedenservirparaespecificar requisitosfuncionalesduranteeldiseodela
basededatos.
2.3Mar coTer ico
2.3.1 ElPr ocesoUnificadodeDesar r ollodeSoftwar e
El ProcesoUnificadode Desarrollo de Software,es un procesoquepuede ser utilizadopara una
grancantidaddetiposdesistemasdesoftware,diferentestiposdeorganizacionesydiferentestamaosde
proyectos.
Provee un enfoque disciplinado en la asignacin de tareas y responsabilidades dentro de una
organizacin de desarrollo. Su meta es asegurar la produccin de software de muy alta calidad que
satisfagalas necesidades de losusuarios finales, dentrode un calendario y presupuestopredecible, vase
Figura2.5.
Figura2.5Flujosdeltrabajounificado
2.3.2 Guapar alaIngenier adeAplicacionesRpidas(GRAPPLE)
GRAPPLEnoesunafrreametodologa,msbienesunconjuntodeideasadaptablesyflexibles,
esunaherramientaparamostraralUMLdentrodeuncontexto.
GRAPPLE consta de cinco segmentos, cada segmento consta de diversas acciones. Cada accin
traeconsigounproductodeltrabajo,ycadaaccinesresponsabledeunjugador.
GRAPPLE se encausaa lossistemas orientadosaobjetos. Por ello las accionesdentro decada
segmento se orientan a crear productos de trabajo de una naturaleza orientada a objetos, [Schmuller,
1997].
Lossegmentosson:
Recopilacindenecesidades
Anlisis
Diseo
Desarrollo
Distribucin.
2.3.3 RecopilacindeNecesidades
Larecopilacindenecesidadesconsisteenlarecoleccindeinformacinydatosdelaformams
estructurada posible. En est fase se establece la planificacin del proyecto y su alcance. Para esto se
describe los procesos de negocio, se realiza un anlisis del dominio, se identifican los sistemas
cooperativos, se descubre las necesidades del sistema y se presenta la identificacin del producto. Los
siguientespuntosayudanarealizarlarecopilacindenecesidades:
Descubrirlosprocesosdenegocio
Realizarunanlisisdeldominio
Identificacindelossistemascooperativos
Descubrirlasnecesidadesdelsistema
Presentacinderesultados.
2.3.4 Anlisis
En este segmento se profundiza la informacin obtenida en la Recopilacin de Necesidades, el
anlisisdelsistemaserealizaraconlassiguientesetapas:
Comprensindelusodelsistema,enestaetapasedescubrelosactoresqueiniciarancadacaso
deusodelsistema, comprendiendo el uso que elusuario realizara en el sistema,los actores son
losdiferentesusuariosyelpapelquerepresentandentrodelsistema.vaseFigura2.6.
Figura2.6:RepresentacindeActores
Diagramas de Casos de Uso, un caso de uso representa todo lo que el usuario puede realizar
dentro del sistema,en estaetapase hacerealidad los casos de uso,analizandolas secuencias de
pasos para cada caso de uso, la notacin que se utiliza para representar los casos de uso se
encuentraenlaFigura2.7.
Figura2.7.:DiagramadeCasosdeUso
Diagramas de clases, es una coleccin de elementos (estticos) declarativos de un modelo
[Larman,1999], enestaetapaserealizaelanlisis,modeladoydepuracindelosdiagramasde
Clases, se debe de llenar los nombres de las asociaciones, clases abstractas, multiplicidades,
generalizacionesyagregaciones,vase Figura.2.8.
Figura2.8:DiagramadeClases
Analizar cambiosdeestadoenlosobjetos,muchasveceselproyectorequierelapresentacinde
cambios de estado, por ello es importante realizar los diagramas de estado los cuales nos
permitendescribirelcomportamientodeunobjeto,mostrandolasecuenciadeestadosporlosque
pasaalolargodesuvida.Enestetapasedescribentodoslosestadosposiblesenlosquepuede
entrarunobjetoenparticular,vaseFigura.2.9.
Figura2.9:DiagramadeEstados
Definir la comunicacin entr e objetos, en esta etapa se encarga de modelar los objetos y
permiteilustrarlasaccionesdelosactoresylasoperacionesiniciadasporellos.Undiagramade
secuenciarepresentalainteraccinentrelasclases,semodelaparacadacasodeuso,vaseFigura
2.10.
Figura2.10:DiagramadeSecuencia
Analizar la integr acin con los diagramas de colaboracin, en esta etapa se debe descubrir
todos losdetalles especficosdelsistema, deser necesario realizar los diagramasde distribucin
detallada. Los diagramas de colaboracin permiten modelar interacciones entre objetos en el
sistema y se centraaestudiar todoslos efectos deun objetoduranteun escenario,vase Figura
2.11.
Figura2.11:DiagramadeColaboracin
2.3.5 Diseo
Enestesegmentosetrabajaconlosresultadosdelsegmentodeanlisisparadisearlasolucin,las
tareasqueserealizaraneneldiseosonlassiguientes:
Desar rollo y depur acin de los diagramas de objetos, en esta etapa se debe de dar vida a los
objetos mediante el anlisis de cada operacin y el desarrollo de un diagrama de actividades. El
diagrama de actividades es un diagrama de flujo del proceso multipropsito que se usa para
modelar el comportamiento del sistema. Los diagramas de actividad se pueden utilizar para
modelarunaclase,uncasodeusoounmtodocomplicado,vaseFigura2.12.
Figura212:DiagramadeActividades
Desar rollo de diagramas de componentes, el producto de esta etapa son los diagramas de
componentes,loscualesdescribenloselementosfsicosdelsistemaysusrelaciones.Muestranlas
opcionesderealizacinincluyendocdigofuente,binarioyejecutable,vaseFigura2.13.
Figura2.13:Diagramadecomponentes
Planeacin de la distr ibucin, en esta etapa se desarrollara los diagramas de distribucin los
cuales muestran el despliegue de nodos (locales y remotos), en la organizacin del sistema,
mostrandoellugardondeseencontraranloscomponentes,vaseFigura2.14.
Figura2.14:DiagramadeDistribucin
Diseoypr ototiposdelainter fazdelusuar io,enestaetapasedisealasinterfacesconlasque
contaraelproyecto,vase Figura.2.15
Figura2.15:PrototipodeInterfaz
2.3.6 ModeloyDiseodelabasededatos
Lossistemaspuedensubdividirseenpequeoscomponentesosubsistemas,loscualescolaborany
ayudan a comprender mejor el sistema general. La Figura 2.16 muestra la divisin del sistema a
desarrollar.
Figura2.16: Diagramadelsistema
Para el diseo de base de datos se utiliza la tcnica de conversin al modelo entidadrelacin,
tomandolainformacindelosdiagramasdeclases,verlacorrespondenciaobjetorelacional[AnexoB].
2.3.7 Requer imientodeSoftwar eyHar dwar e
Paraeldesarrollodelpresenteproyectoseutilizaran,unconjuntodeherramientasdeSoftware y
Hardware, de manera que estas herramientas coadyuven en el desarrollo del sistema en sus diferentes
etapas. Se har uso de herramientas case, como Rational Rose para el diseo del sistema, el entorno de
desarrollovisualDelphi,paralaprogramacindelsoftwareyotrasherramientasquesedescribenen el
siguientecapitulodeestedocumento.
2.3.8 I mplementacin
Para realizar la implementacin se debe agrupar todos los elementos que intervienen en el
desarrollo del sistema, incluyendo al manual del sistema, archivos de configuracin, archivos de datos,
componentessoftware,etc.
El Manual del Sistema tiene la finalidad de proporcionar la informacin del sistema, a nivel de
anlisis de manera de permitir hacer cambios, modificaciones y eliminaciones. El manual describe los
siguientescasos:casosdeuso,basededatos,modelorelacional,plataformasenquefuncionaelsistemay
requerimientosdehardwareysoftware.
La implementacin es una coleccin de componentes y elementos de software, estos
componentesincluyen:ficherosejecutables,ficherosdecdigofuente,yotrotipodeficherosnecesarios
paralaimplantacinydesplieguedelsistema.
Enestaseccinserealizaralassiguientestareas:
Gener acindecdigo,conlosdiagramasanteriormentedesarrolladossegeneraraelcdigodel
sistema
Ver ificacin del cdigo, mientras se desarrolla el cdigo del sistema, se realizara pruebas de
maneraconstanteparaevaluarelcdigogenerado
Gener acin de inter faces del usuar io,se realiza la generacin dela interfaz deusuarioapartir
delosdiagramasdediseo
Manualdeusuar io,esunresumendeseccionesyaccionesqueelusuariopuederealizarconel
sistema, expone de manera clara y concisa las siguientes funciones: instalacin, inicio del
sistema,realizaraltas,realizarbajas,realizarmodificacionesyrealizaractualizaciones.
2.3.9 Pr uebas
LasPruebasdeSoftware,esunprocesousadoparaidentificarposiblesfallosdeimplementacin,
calidad, o usabilidadde unsistema. Elobjetivo delas pruebases encontrar el mayornmero posible de
errores con una cantidad razonable de esfuerzo, aplicando sobre un lapso de tiempo relista [Pressman,
2002].
ParaelpresenteproyectoserealizaranlasPruebasdeEstrategiaEspiral,elcualtienelaventajade
ser flexible y maximiza la cantidad de prueba realizada durante el desarrollo del prototipo. El Modelo
Espiral,permiteundesarrolloestabledepruebasdecadacambiodelsistemayfacilitalaspruebasdebajo
nivel,amedidaquesecreaelcdigo,vaseFigura2.17.
Figura2.17:ModeloEspiral
FasesdelModeloEspiral
PlanteamientodeObjetivos,seidentificanlosobjetivosespecficosparacadafasedelproyecto
Identificacin y reduccin de r iesgos, los riesgos clave se identifican y analizan, y la
informacinsirveparaminimizarlosriesgos
Desarr olloyValidacin,seeligeunmodeloapropiadoparalasiguientefasedeldesarrollo
Planeacin,serevisaelproyectoysetrazanplanesparalasiguienterondadelespiral.
2.3.10Mantenimientodelsistema
Elmantenimientosebasaenlacorreccindeerroresolasadaptacionesqueelsistemarequierea
medidaqueestaevolucionaensuentorno, duranteestafaseseencuentrancuatrotiposde cambio:
MantenimientoCor rectivo,esaquelprocesoorientadoalareparacindedefectosexistentesen
unsistemasoftware,ocurrecuando:elprogramafallaoaborta,unprogramaproduceunresultado
quenoesacordeconlosrequisitos,losdiseosyrequisitosnoestnacordesconelsoftwareque
los soporta y la documentacin de usuario lleva a conclusiones errneas alpropio usuario hacia
actividadesqueprovoquenresultadosincorrectosofallosenelsistema
MantenimientoAdaptativo,eselprocesoparamejorarlafuncionalidaddelsoftware,hardwarey
su documentacin, el mantenimiento adaptativo mejorar la productividad automatizando
actividades
Mantenimiento Per fectivo, es un mtodo tratar de pulir o refinar la calidad del software y su
documentacin
Mantenimiento Pr eventivo,eselqueseejecutaparaprevenirfallosantesdequestosocurran,
es tambin llamado reingeniera del software. En esencia, el mantenimiento preventivo hace
cambiosenprogramasafindequesepuedancorregir,adaptarymejorarmsfcilmente.
2.3.11CalidaddelSoftwar e
La calidad del software es asegurar que todos los requerimientos del diseo sern satisfechos y
que el producto resultante de la ingeniera de software cumple con los requisitos funcionales y los
estndaresdedesarrollo.
Factor esdecalidad
Por tabilidad, es la facilidadde transportarproductos software avarios ambientesde hardware
software.Semideprobandoelsistemaendiferentessistemasoperativos
Per for mance, es el desempeo con respecto al rendimiento de una computadora, un sistema
operativo o un programa. La evaluacin de performace se hace utilizando datos de prueba o
realesdemaneradeverificarelrendimientoylosresultadosdelsistema
Confiabilidad, es la certeza de que un componente, equipo o producto software realiza su
funcin prevista sin incidentes por un periodo de tiempo. Para determinar la confiabilidad de
cualquier sistema es necesario definir la funcin del sistema al igual que las situaciones o
condicionesquehacenperderlafuncionalidadsobreelsistema.
Esposibleexpresarlaconfiabilidaddeacuerdoalasiguienteecuacin:
1 2 3
( ) ( ) ( ) ( )... ( )
n
R t R t R t R t R t =
DondeR(t)representalaconfiabilidaddelcomponente.
Ri(t)selaencuentraconlasiguienteecuacin:
( )
( )
t
i
R t e
l -
=
Donde l eslaprobabilidaddequeelcomponentefalley t representaelperiododetiempo.
Silosncomponentesestnconectadosenserielaconfiabilidad ( ) R t estadadapor:
1 2 3
( ) 1 [(1 ( )) *(1 ( )) *(1 ( ))...(1 ( ))]
n
R t R t R t R t R t = - - - - -
Silosncomponentesestnconectadosenparalelolaconfiabilidad ( ) R t estadadapor:
1 2 3
( ) 1 [(1 ( )) *(1 ( )) *(1 ( ))...(1 ( ))]
n
R t R t R t R t R t = - - - - -
Funcionalidad, se refiere a representar la forma en que un componente, un dispositivo o un
equipofuncionaesdecir,losmecanismososecuenciasdeeventosquehacenqueelobjetorealic
ciertafuncin.
Lamtricadelpuntofuncin,esunmtodoparamedireltamaodelsoftware.Pretendemedirla
funcionalidad entregada al usuario independientemente de la tecnologa utilizada para la
construccinyexplotacindelsoftware.
Hojadetrabajoparaelclculodelpuntofuncin
Factor dePonderacin Par metr odeMedicin
Cuenta Simple Medio Complejo Total
Numerodeentradasdeusuario X1 X2 X3 X4 X5
Numerodesalidasdeusuario X5 X6 X7 X8 X9
Numerodepeticionesdeusuario X10 X11 X12 X13 X14
Numerodearchivos X15 X16 X17 X18 X19
Numerodeinterfacesexternas X20 X21 X22 X23 X24
Totaldepuntosdefuncinsin
ajustar(TUFP)
X25
(0=sinefectoenlacomplejidaddeprocesado5=granefectoencomplejidaddeprocesado)
PuntodeFuncin
Escala
S
i
n

i
m
p
o
r
t
a
n
c
i
a

P
r
u
d
e
n
t
e

M
o
d
e
r
a
d
o

M
e
d
i
o

S
i
g
n
i
f
i
c
a
t
i
v
o

E
s
e
n
c
i
a
l

Factor 0 1 2 3 4 5
Requiereelsistemacopiasdeseguridadyde
recuperacinfiable.
Serequierecomunicacindedatos
Existenfuncionesdeprocesosdistribuidos
Escriticoelrendimiento
SerejecutadoelsistemaenunS.O.existente
Requiereelsistemaentradainteractiva
Requiere entrada de datos interactiva sobre
mltiplesventanas
Se actualizan los archivos maestros de forma
interactiva
Soncomplejaslassalidas,losarchivosalapeticin
Escomplejoelprocesamientointerno
Sehadiseadoelcdigoparaserreutilizable
Estn incluidas en el diseo la conversin y la
instalacin
Se ha diseado el sistema para soportar mltiples
instalaciones
Se ha diseado la aplicacin para facilitar los
cambios y para ser fcilmente utilizada por el
usuario
Complejidaddeprocesado(CP):______
Complejidaddeprocesadoajustada(CPA)=0,65+(0,01* CP)
Totaldepuntosdefuncinajustados(TAFP)=CP* TUFP
3.1Intr oduccin
Este captulose enmarcaen el flujo detrabajofundamental, dondese especifican los requisitos
del producto, desarrollo, construccin, implementacin, pruebas y actividades de mantenimiento y
mtricasdelsistema
El proyecto es desarrolladosiguiendo la lnea de lametodologa RUP,basada enla guapara la
ingenieradeaplicacionesrpidas(GRAPPLE).
El presente proyectotomacomoobjeto deestudioal Hotel Sagrnaga, que esunaempresa que
brinda hospedaje a turistas nacionales como extranjeros, adems de brindar otros servicios como
restaurante,lavandera,Internet,saln,etc.
3.2RecopilacindeNecesidades
Descubrir lasnecesidades es muy importanteporello enest accinse realizalarecoleccin de
informacinacercadelfuncionamientodelhotel
Descubr ir lospr ocesosdenegocio
Acontinuacinsedescribenloscargosdelosempleadosquetrabajanenelhotelylasfunciones
quecumplen:
Ger entegener al, eselencargadodelaadministracingeneraldelhotel
Administr ador , es el encargado del manejo, control y administracin del hotel, coordina y
supervisalaslaboresdelpersonalderecepcin,mantieneinformadoalpersonaldelasactividades
ydisposicionesdelagerencia
J efedealmacn,eselencargadodelcontrolyadministracindelalmacncontrolaelingresoy
salidadelosproductos
J efedemantenimiento,eselencargadodelmantenimientoylarefaccindelashabitacionesdel
hotel
J efeder estaurante,eselencargadodelosserviciosalimenticiosdelrestaurante
Recepcionistas,eselencargadodetodoelmovimientodeloshuspedesrecibealoshuspedes,
asignahabitacionesy dainformacingeneraldelhotel.
Realizar unanlisisdeldominio
DescripcindelasactividadesdelHotel Sagrnaga.
Entre los servicios que proporcionan el Hotel estn: el hospedaje, restaurante, lavandera,
telfonos,Internet,etc.,demaneradehacermscmodalaestanciadelvisitante.
Las principales operaciones y funciones que se desempean en el hotel se enmarcan de la
siguientemanera:
Registro,cuandoelhuspedsepresentaenelhoteldebeanotarsusdatosenunaFichaderegistro
proporcionada enla recepcin del hotel. Elobjetivo deeste registro es:conocer visualmente los
cuartosqueestnocupadosylosdisponibles,poseerlosdatosdeloshuspedes,atenderllamadas
recibidas o solicitadas por los huspedes y para verificar la limpieza y orden de la habitacin
ocupada
Reserva,laoperacindereservaseiniciacuandoserecibeenelhotelunareservacin.Losdatos
del futuro husped se anotan en la hoja de reservaciones, una vez que previamente se ha
verificadosihayhabitacionesdisponibles.Alfinalizareldalashojasdereservacinseregistran
enelCuadernodeReservacionesdelDa
Aper tur a de una cuenta, inmediatamente despus del registro se abre el estado de cuenta
correspondiente en el cuaderno de apertura de cuenta, en la que se anotan las habitaciones
asignadosacadahusped
Limpieza y supervisin de habitaciones, el departamento de mantenimiento y limpieza se
encarga de atender los servicios de aseo de la habitacin, hacer camas, poner toallas limpias,
accesoriosyreportaralgunafallaenlasinstalaciones
Elabor acin de la hoja de habitacin,la recepcinelabora un informe anotando el nmero de
las habitaciones ocupadas, vacos, fuera de servicio, el nmero de huspedes y costo de
habitacin.Enviandoelinformealadministradordelhotel
Restaurante, el servicio de restaurante se encarga de controlar y se determinan los costos y
gastosdelaelaboracindealimentos
Ingr esos, el control se efecta por medio de una lista donde se escribe lo que el husped
consumidurantesuestanciaenelhotel.Serealizaunacopiaenelinformediarioaadiendolos
servicios y otrosgastos.El informe una veztotalizadose enva aldepartamentode contabilidad
juntoconelsobrequecontieneelvalordecaja
Otros Servicios,los servicios secundarios como lavandera, Internet,telfonos, etc. Seregistran
ennotasofichasespecialesquesedetallaransegnsunaturaleza.Estasnotasseconcentranenun
informediariodecadaservicio.
Identificacindelossistemascooperativos
ElsiguientediagramamuestralarelacinentrelasreasdelHotel Sagrnaga,vaseFigura3.1.
Figura3.1readelHotel
Descubr ir lasnecesidadesdelsistema
Luego del estudio preliminar que se realizo se identifico unabaja productividad operativa, esto
debidoaqueel HotelSagrnaga no cuentacon unsistemainformticoquecontrole elprocesamiento y
manejodelainformacin,porello,seproponedesarrollarunsistemadeseguimientoycontrolquemejore
losprocesosadministrativos.
IdentificacindelPr oducto
ElSoftwaretienecomonombreSistemadeSeguimientoyControlHotelSagrnaga(SSCHS).
Quharelsistema?
El sistema a desarrollarse tendr los mdulos de registro de huspedes, registro de reservas,
registrodeunanuevacuenta,asignacindehabitacionesyasignacindelosserviciosbsicosqueelhotel
ofrece como lavandera, Internet,etc., cadamdulotendr operacionesbsicas deadicin, eliminacin y
actualizacindedatos.
Elsistemapermitirobtenerreportesperidicosdelosdiferentesasuntosquesepuedarequerir,
comoelhistorialdeloshuspedesparalapolicaInterpol.
El sistema tambin realizara el seguimiento y control de los huspedes, habitaciones, reservas y
servicios,devolviendoinformesdeestadodecadaproceso,estodemaneraperidicaocuandolorequiera
elusuario.
Qunohar elsistema?
El sistema no realizara aquellos procesos donde intervenga el razonamiento lgico del
administradoryrecepcionista.
Beneficios
Este producto software ayudara en las actividades bsicas del Hotel Sagrnaga Ayudara en el
almacenamientocorrectodelosdatosdeuncliente,reservasyservicios.Ademsdebrindarinformacin
peridicaycorrectadecadaproceso.
Pr esentacinderesultados
Enestaseccinserealizoel refinamientode losresultadosobtenidos,serevisoeltratamientode
losconceptosyseverificolaidentificacindelproducto.Luegodelestudiorealizado,sepresentaronlos
resultadosalcliente,elclientenoestuvodeacuerdoenalgunospuntosporellosehicieronlasrevisiones
pertinenteshastaaprobarlosresultados,paraluegoprocederconelproyecto.
3.3Anlisis
3.3.1 Anlisisdelsistemaactual
Para obtener una visin completa de cmo se ejecuta el trabajo, es necesario realizar una
descripcindecadaunodelosprocesosquerealizaelhotellaFigura3.2detallalosprocesosexistentesen
elhotel.
Compresindelusodelsistema
LasiguienteFigura3.3muestralosactoresqueintervienenenelactualsistemadelHotel.
Figura3.3Actoresdelsistemahotel
Una de las tcnicas utilizadas para recopilar la informacin acerca del funcionamiento del hotel
fue la entrevista, la cual proporciono informacin cualitativa, cabe mencionar que solo se entrevisto al
personalqueutilizaraelsistema.
Acontinuacinsedetallaelfuncionamientodelhotelconlasentrevistasrealizadas.
Actor : Recepcionista
Descr ipcin:Eselencargado detodo el movimiento delos huspedesrealizando las siguientes
funciones:
Recibiraloshuspedes
BrindainformacingeneraldelosserviciosqueofreceelHotel
Registra a los clientes que solicitan servicio de hospedaje, dando de alta en la hoja de
registrodehuspedasignndoleunahabitacin
Registra las reservas que el cliente solicita por algn medio en el cuaderno de
reservaciones
Elaboralosescritos,recibosycobrosporalojamiento
Llevaelcontroldelasllavesdelahabitacin
Administrayefectareportesdeliquidacindehuspedes,losreportesselosrealizapor
escritoenhojaespecial.
Actor : Administrador
Descr ipcin: Es el encargado del manejo, control y administracin del Hotel, realizando las
siguientesfunciones:
Coordinaysupervisalaslaboresdelpersonalderecepcin
Mantieneinformadoalpersonaldelasactividadesydisposicionesdelagerencia
Administrareportesdeclientesporescritoenhojadehuspedes
Administrareportesporelmaterialdeconsumoyservicioqueseleasignoalhusped
Administrareportesdecajayliquidacindelosestadosdehabitacinylosservicios
ofrecidos.
Actor : Gerente general
Descr ipcin: Es el encargado de la administracin general del Hotel, realizando las siguientes
funciones:
Definefuncionesdepuestos
Supervisaeltrabajodesussubalternos
Participaenlasreunionesdiariasconlosdemsjefesdedepartamentos
Administrareportesdecajayliquidacin.
Actualmenteelprocesodesdequeingresaelhuspedhastaqueterminasualojamientoenel
hotel,selorealizademaneramanual,ayudadoporlossiguientesformatos:
Hojader egistr ode husped,unavesde que elcliente solicita hospedajeen el hotel, el
recepcionista le proporciona la hoja de registro de husped, donde se registran los datos
generales del huspedcomoson: nombre,pasaporte, nacionalidad, procedencia,profesin,
direccin, fecha de nacimiento. Este formato la firma el husped con lo cual autoriza al
hotel el uso de esos datos para el registro de habitaciones y los reportes para la polica
INTERPOL
Hoja de r egistr o de habitacin, una vez que se tiene registrado al husped el
recepcionista procede a asignarle una habitacin en la hoja de registro de habitacin,
verificando que existan habitaciones disponibles en el cuaderno de habitaciones, en esta
formatoseanotalafechaderegistrodehabitacin,lahabitacin,elnmerodepersonas,la
fechadesalidadelhotelylasobservaciones
Hojadenotasdelosserviciosofr ecidos,enesteformatoseanotanelnombredelservicio,
tipo, precio y duracin, aqu es donde el botones o el encargado que ofrece el servicio
anotaaquehabitacinseasignaelservicio
Hojader eser vaciones,estahojaesutilizadapararealizarlareservacindeunahabitacin,
contienenlos siguientesdatos: nombre, fechade llegada, fecha de salida, hora de reserva,
nmerodepersonas,nmerodehabitaciones,medio,responsable
Cuader nodereser vaciones,contienelainformacindelasreservasrealizadas
Hojasor ecibosdeliquidacin,unavezqueelhuspeddecidecerrarsucuentaenelhotel,
seleproporcionaunahojaorecibodeliquidacindondecontienelosdetallesylossaldos
de los servicios prestados por el hotel, esta hoja contiene: seor, habitacin, fecha de
llegada,horadellegada,fechadesalida,horadesalida,detalle,observaciones,totalcuenta
hotel.
Diagr amasdeCasosdeUso
Figura3.4semuestraelmodelodecasosdeusodelnegocioidentificado.
Figura3.4:DiagramadecasosdeusodelHotel
ElaboracindelosCambiosdeEstadodeObjeto
Los diagramas deactividades nos indican como se ejecuta el trabajo, proporcionando una
descripcin de los actos que se realizan en el Hotel. En la Figura 3.5 se muestra el diagrama de
actividadrelacionadoconelsistemaactual.
Figura3.5:Diagramadeactividaddelsistemaactual
El sistema manual que se lleva a cabo en el Hotel es para proporcionar informacin al
recepcionistayadministradorparaquellevenelcontroldelashabitacionesdisponiblesyocupadas,
controlar los servicios de consumo de los huspedes como: restaurante, lavandera, Internet, etc.,
conocerelgradodeestadadeloshuspedesyfinalmenteparaelcobrodelalojamientodelhotel.
Para hacer las consultas y reportes, deben de acudir a los cuadernos de registro, reserva,
habitaciones,etc.Haciendoelprocesolento.
Elestudiorealizadorevelaquelosdatosdebenestaralalcancedelpersonalparaatenderlos
requerimientosdeinformacindemanerarpidayconfiable.
3.3.2 AnlisisdelNuevoSistema
Compr esindelusodelsistema
Comounaprimeraaproximacinidentificamosalosactoresqueinteractanconelsistema,
vaseFigura3.6
Figura3.6:Identificacinde actores
Se definen a los actores y los roles que desempean dentro del sistema. Los actores en la
descripcindelosrequisitosson:Recepcionista,Administrador,AdministradordeGerencia.
Actor : Recepcionista
Descr ipcin: Se encarga de realizar el registro de los huspedes,
llevaelcontrol deentrada/salidadehuspedesygenerareportes.
CasodeUso:
Autenticacinrecepcionista
Registrarhusped
Aperturadeunanuevacuenta
Aperturadeunareservacin
Asignarhabitaciones
Asignarservicios
Cobroporcliente
Liquidacindecuenta.
Actor : Administradorgeneral
Descr ipcin: Realiza el Control y la administracin de las
operacionesanivelgerencial.
CasodeUso:
AutenticacinAdministradorgeneral
Verreportesdeliquidacin
VerreportesdeCaja
Actor : Administrador
Descr ipcin:Seencargadelaadministracindelsistemaydetodos
losserviciosqueofreceelhotel.
CasodeUso:
AutenticacinAdministrador
AdministraSistema
Agrega,eliminaymodificahabitaciones
Agrega,eliminaymodificaservicios
Agrega,eliminaymodificausuariosdesistema
CalcularGanancias.
Verreportesdeclientes
Verreportesdeliquidacin
VerreportesdeCaja
Verhistorialdeclientes
Diagr amasdeCasosdeUso
Eldiagramadecasosdeusomuestraunapartedelafuncionalidadgeneraldelsistema.La
Figura 3.7 muestra el modelo de casos de uso general identificado, en el cual se observa las
interaccionesquehayentreunactoryuncasodeuso.
Figura3.7:Diagramadecasosdeusogeneral
En la Figura 3.8 se muestran el diagrama de casos de uso general para el paquete
recepcionista.LadescripcindelosrestantescasosdeusoseencuentraenelAnexoC.
Figura 3.8:Diagramadecasosdeusoparaelpaqueterecepcionista
A continuacin se procede a describir la funcionalidad de los diagramas de caso de uso
presentados.Paraello,seempleaunafichadedescripcin.
NombreCasodeUso: Autenticacinde usuario
Actores: Recepcionista,Administrador,AdministradorGeneral
Tipo: Primariodecarcteresencial
Descr ipcin:
Precondicin:Elusuarioentraenlaopcinidentificacindeusuario
Postcondicin:Elusuarioesreconocidoporlaaplicacin.
Flujo de evento: El caso de uso empieza cuando el usuario visualiza la interfaz que permite la
insercin de nombre de usuario y contrasea. En esta interfaz el usuario introduce sus datos de
usuarioyContraseaparaentraralsistema.
NombreCasodeUso: Registrarhusped
Actores: Recepcionista
Tipo:Primariodecarcterreal
Descr ipcin:
Precondicin:elusuarioentraenlaopcinregistrodenuevocliente
Postcondicin: Eleventoesreconocidoporlaaplicacin.
Flujo de evento: El caso de uso empieza cuando el usuario visualiza la interfaz que le permite
realizar el registro de un husped, el usuario ingresa los datos en el formulario de registro de
huspedyfinalmenteguardaloscambiosefectuados.
NombreCasodeUso: Aperturaunanuevacuenta
Actores: Recepcionista
Tipo: Primariodecarcterreal
Descr ipcin:
Precondicin:Elusuarioentraenlaopcinaperturadeunanuevacuenta
Postcondicin:Eleventoesreconocidoporlaaplicacin.
Flujo de evento: El caso de uso empieza cuando el usuario visualiza la interfaz que le permite
seleccionar al cliente, para luego poder crear una nueva cuenta, presionando el botn Cuenta
nueva.
NombreCasodeUso: Aperturadereservacin
Actores: Recepcionista
Tipo:Primariodecarcterreal
Descr ipcin:
Precondicin:Elusuarioentraenlaopcindereservadehabitacin
Postcondicin:Eleventoesreconocidoporlaaplicacin.
Flujodeevento:Elcasodeusoempiezacuandoelusuariovisualizalainterfazdereservaquele
permite realizar el registro de los huspedes. El usuario realiza el registro insertando en el
formulariodereservalosdatosdelosclientes.
NombreCasodeUso: Asignarhabitaciones
Actores: Recepcionista
Tipo: Primariodecarcterreal
Descr ipcin:
Precondicin:Elusuarioentraenlaopcinclientes
Postcondicin:Eleventoesreconocidoporlaaplicacin.
Flujodeevento:Elcasodeusoempiezacuandoelusuariovisualizalainterfazquelepermitever
alosclientesregistrados,el usuario seleccionaalclienteyrealiza laasignacin dela habitacin
presionandolaopcinAsignarhabitacin.
NombreCasodeUso: Asignarservicios
Actor es: Recepcionista
Tipo:Primariodecarcterreal
Descr ipcin:
Precondicin: Elusuarioentraenlaopcinhabitaciones
Postcondicin:Eleventoesreconocidoporlaaplicacin.
Flujodeevento:Elcasodeusoempiezacuandoelusuariovisualizalainterfazdehabitaciones
ocupadasseleccionalahabitacinquesolicitoelservicioyluegoelusuariorealizalaasignacin
del servicio (telfono, restaurante, lavandera, Internet, etc.) a la habitacin presionando la
opcinAsignarservicio.
NombreCasodeUso: Consultarreservade habitaciones
Actores: Recepcionista
Tipo:Primariodecarcterreal
Descr ipcin:
Precondicin:Elusuarioentraenlaopcinconsultar reservade habitaciones
Postcondicin:Eleventoesreconocidoporlaaplicacin.
Flujo de evento: El caso de uso empieza cuando el usuario visualiza la interfaz que le permite
realizar la consulta de habitaciones, servicios, etc. El usuario realiza la consulta de reserva de
habitacinpresionandolaopcinhabitacionesreservadas.
NombreCasodeUso: Cobraracliente
Actores: Recepcionista
Tipo:Primariodecarcterreal
Descr ipcin:
Precondicin:Elusuarioentraenlaopcin cobrar
Postcondicin:Eleventoesreconocidoporlaaplicacin.
Flujo de evento: El caso de uso empieza cuando el usuario visualiza la interfaz de cobro, el
usuarioseleccionaalclientequerealizaraelpago,introducelosdatosenelformulariodecobroy
actualizalacuentadelcliente.
NombreCasodeUso: LiquidaroCerrarunacuenta
Actores: Recepcionista
Tipo:Primariodecarcterreal
Descr ipcin:
Precondicin:Elusuarioentraenlaopcin facturar
Postcondicin:Eleventoesreconocidoporlaaplicacin.
Flujo de evento: El caso de uso empieza cuando el usuario visualiza la interfaz de cerrar una
cuenta, selecciona a un husped obteniendo los resultados de saldo, el usuario selecciona la
opcinfacturarycierralacuentadelcliente.
ElaboracindelosDiagr amasdeClases
Cada clase se definir mediante un fichero de cabecera propio y otro fichero con la
definicindesusmtodos.
La Figura 3.9 muestra el diagrama de clases del sistema, el cual contiene los datos
suficientespararealizareldesarrollo.
Figura3.9:Diagramadeclasesdelsistema
Descr ipcindelasclases
Durante esta fase se realiza la descripcin de las clases queparticipan en el anlisis del
sistema,semuestransusresponsabilidades,susatributosysusmtodos.Enlassiguienteslneasse
muestraladescripcinde laclaseHotel, ladescripcindelosrestantesclasesse encuentranenel
AnexoC.
Clasecl_Hotel
Es la clase encargada de gestionar y dar seguimiento a la informacin ms importantedel
Hotel.Estaclaseserelacionadirectamenteconlaclasecl_habitacin.
Nombr e:cl_Hotel
Responsabilidades:
Gestionainformacinacercadelhotel
Mtodosasociadosalasr esponsabilidades:
o Gestionaydaseguimientoalainformacindelhotel
o SeconectaaunaBasedeDatos
o Recuperalainformacinobtenidaenlosregistros,brindandoreportes.
Atr ibutosPr incipales:
o cod_hotel,representaelcdigodeHotel
o nombreHO,representaelnombredelHotel
o ubicacionHO,representaladireccinoubicacindelHotel
o telefonoHO,representaeltelfonodelHotel.
El Diagrama de Paquetes ayuda a separar los elementos detallados en abstracciones ms
amplias,laFigura3.10detallaeldiagramadepaquetesdefuncionalidaddelsistema.
Figura3.10:Paquetedefuncionalidaddelsistema.
LaFigura3.11presentaeldiagramadepaquetesdeliquidacindecuenta.
Figura3.11:Paquete deliquidacindecuenta.
LaFigura3.12presentaeldiagramadepaquetesdeasignacindehabitacinyservicio.
Figura3.12:Paquetedeasignacindehabitacinyservicio.
ElaboracindelosCambiosdeEstadodeObjeto
Los diagramas de actividad son en esencia diagramas de flujo, con algunos elementos
adicionales que les permiten expresar conceptos como la concurrencia y la divisin del trabajo
[Elizondo,2005].
Los diagramas deactividades nos indican como se ejecuta el trabajo, proporcionando una
descripcindetalladadecadaunodelosactosquerealizaelhotel.EnlaFigura3.13semuestrael
diagramadeactividadrelacionadoconelsistema.
Definicindelacomunicacinentr eobjetos
EnestafaseseelaboralosDiagramasdeSecuencia
Un Diagrama de Secuencia contribuye a la descripcin de la dinmica del sistema en
trminosdeinteraccinentreobjetos.
Acontinuacinsemuestranescenariosparacadacasodeusoidentificando,empleandopara
ello diagrama de secuencia. La Figura 3.14 muestra el diagrama de secuencia para registrar a un
nuevohusped.
Figura3.13:Diagramadeactividaddelsistema
Figura3.14:Diagramadesecuenciaregistrodehusped
EnlaFigura3.15semuestraeldiagramadesecuenciaaperturadeunanuevacuenta.
Figura3.15:Diagramadesecuenciaaperturadeunacuentanueva
EnlaFigura3.16semuestraeldiagramadesecuenciaasignarserviciosaunahabitacin.
Figura3.16:Diagramadesecuenciaasignacindeservicio
En la Figura 3.17 se muestra el diagrama de secuencia cobro saldo a cliente, los restantes
diagramasseencuentranenelAnexoD.
Figura3.17:Diagramadesecuenciaingresos
AnlisisdelaIntegracinconDiagr amasdeColaboraciones
Enestafaseharemosusodelosdiagramasdecolaboracinloscualesnospermitemodelar
interacciones entre objetos. La Figura 3.18 nos permite observar el diagrama de colaboracin
registrodehusped.
Figura3.18:Diagramadecolaboracinregistrodehusped.
EnlaFigura3.19muestraeldiagramadecolaboracinparalaaperturadecuentanueva.
Figura3.19:Diagramadecolaboracinasignacindehabitacin
EnlaFigura3.20muestraeldiagramadecolaboracindecobroaunhusped.Losdems
diagramasdecolaboracindeloscasosdeusorestantesseencuentranenelAnexoE.
Figura3.20:Diagramadecolaboracindecobro.
3.4Diseo
Desar rolloydepur acindelosdiagr amasdeobjeto
Para resolver el problema y construiruna solucinse aplica laestrategiade alto nivel, el
cual nos permite generar los diagramas de actividades los cuales fungirn como base para el
desarrollodelsistema.
El diagrama de actividades correspondiente al caso de estudio registro de husped se
muestraenlaFigura3.21.
Figura3.21:Diagramadeactividadregistrodeunhusped.
Eldiagramadeactividadescorrespondientealcasodeestudioasignacindeunahabitacin
semuestraenlaFigura3.22.
Figura3.22:Diagramadeactividadasignacindehabitacin
EnlaFigura3.23semuestraeldiagramadeactividadparalagestindecobro.Losdems
diagramasdeactividaddeloscasosdeusorestantesseencuentranenelAnexoF.
Figura3.23:Diagramadeactividadgestindecobro.
Desar rollodelosdiagr amasdecomponentes
La siguienteFigura 3.24 muestra eldiagrama de componentesqueproporciona unavisin
fsica de la construccin del sistema. Muestra la organizacin de los componentes software y las
dependenciasentreellos.
Planeacindeladistr ibucin
En el diagrama de distribucin se disea la parte lgica y fsica del sistema, donde
interactan los componentes y hardware del sistema. La Figura 3.25 muestra el diagrama de
desplieguedelsistema.
Figura3.25:Diagramadedistribucindelsistema.
DiseoyPr ototipodelaInter fazdeUsuar io
Segn la metodologa mostrada, el modelo de distribucin modela el aspecto esttico y
dinmicodelapresentacindeunsistema.LaFigura3.26,muestraeldiagramadeinterfaces.
Un subsistema es un entorno operativo nico y predefinido a travs del cual el sistema
coordina el flujo de trabajo y la utilizacin de recursos. Cada subsistema proporciona uno o ms
interfaces con el objetivo de ser lo ms independiente posible del resto de subsistemas, a
continuacinsedescribelafuncionalidaddelossubsistemas:
Elsubsistemacontroldeusuar io,seutilizaparacontrolarelaccesoausuariosalsistema,
brindandoprivilegiosparalosdiferentesmdulosyproporcionaunestadodesesininicial
paracadausuariolanzandolainterfaznecesariaparaelaccesoalaaplicacin
Elsubsistemafor mular iopr incipal,soportatodalafuncionalidaddelsistema,acogiendo
alosdemssubsistemas
El subsistema contr ol de servicios, se utiliza para dar seguimiento a los servicios que
ofreceelhotel
Elsubsistemar epor tes,proporcionareportesdemanerarpidayconfiablesobreelmanejo
delainformacinenelsistema
El subsistema control de habitaciones, se utiliza para controlar y dar seguimiento a las
habitacionesdelhotel.
Elsubsistemacobr o,seutilizaparacontrolarlosingresosyegresosdelhotel
El subsistema factur acin, proporciona toda informacin del husped, para su cierre de
cuenta del hotel, brindando la hoja de facturacin, con toda la informacin de saldo del
husped
Elsubsistemaaper turadecuenta,seutilizaparadardealtaaunhusped,esunproceso
que se encarga de proporcionar informacin sobre las habitaciones disponibles y los
serviciosofrecidosporelhotel
Elsubsistemar eserva,seutilizapararealizarlasreservasdehabitaciones
El subsistema registro de husped, se utiliza para registrar los datos de los huspedes,
estemodulotrabajadirectamenteconlosprocesosdecuentanuevayreserva
Elsubsistemaasignacindehabitacin,seutilizaparaasignarunaovariashabitaciones
alhuspedseleccionado
El subsistema asignacin de ser vicio, se utiliza para asignar los servicios que ofrece el
hotelalashabitacionesocupadas.
El subsistema de r espaldo de datos, se utiliza para realizar una copia de seguridad de
todalainformacinquemanejaelhotel.
La Tabla 3.1 presenta un resumen de los servicios que proporciona cada subsistema por
mediodelasoperacionesqueespecificanlasinterfacesyloselementossobrelosqueactan.
Tabla 3.1: Resumendeinterfacesdesubsistemas
Subsistema Operacin Elemento
AutenticacindeUsuario Identificacindeusuario
Administrador,Recepcionista
FormularioPrincipal
Accesoatodaslasfunciones
activadasdeacuerdoalos
privilegiosasignadosacada
usuario
Administrador,Recepcionista
Nuevo
Eliminar
Modificar
Grabar
ControldeUsuario
Cancelar
Administrador
Nuevo
Eliminar
Modificar
Grabar
ControldeServicio
Cancelar
Administrador
HistorialdeClientes
ReportedehuspedparaSNT Reportes
Calcularganancias
Administrador,Recepcionista
Nuevo
Eliminar
Modificar
Grabar
Controldehabitaciones
Cancelar
Administrador
Cobroporcliente
Cobro
SeguimientodeCobro
Administrador,Recepcionista
Facturacin
Facturacin
SeguimientodeFactura
Administrador,Recepcionista
AperturadeCuenta Procesodehabilitacindecuenta
Recepcionista
Aperturade Reserva Procesodehabilitacindereserva
Recepcionista
Nuevo
Eliminar
Modificar
Grabar
Registrodehusped
Cancelar
Recepcionista
Asignacindehabitacin
Procesodeasignacinde
habitacinacliente
Recepcionista
Asignacindeservicio
Procesodeasignacindeservicio
ahabitacin
Recepcionista
3.5ModeloyDiseodelaBasedeDatos
Elproductosoftwareadesarrollarrequiereelprocesodeconversindelabasededatos,por
la utilizacin de un mtodo orientado a objetos (Racional Unified Process, RUP) y el uso de un
Gestor deBase de Datos Relacional MySql. En la Figura 3.27: se muestraeldiagramaEntidad
Relacin.
Acontinuacinsedetallalabasededatosdelsistema:
Nombr e: Hotel
Descr ipcin: Describeinformacingeneraldelaorganizacin
Clave Descripcindelcampo Cdigodecampo Tipo Longitud
* CdigodeHotel
NombredelHotel
UbicacindelHotel
TelfonodelHotel
cod_hotel
nombreHO
ubicacionHO
telefonoHO
Int
Varchar
Varchar
Varchar
3
50
50
20
Nombr e:hab_clase
Descr ipcin:Describeeltipodehabitacindisponibleenelhotel.
Clave Descripcindelcampo Cdigodecampo Tipo Longitud
* Cdigodeltipodehabitacin.
Tipodeclasedehabitacin.
Preciodehab.
cod_clase
descripcionCL
precioCL
Varchar
Varchar
Double
5
30
Nombr e:Habitaciones
Descr ipcin:Describe lainformacinreferentealashabitaciones.
Clave Descripcindelcampo Cdigodecampo Tipo Longitud
*
*
Cdigodehabitacin
Cdigodeltipodehabitacin
Numerodehabitacin
Nmerodecamas
Dimensindelahabitacin
Piso
Descripcin
cod_hab
cod_clase
numeroH
numCamasH
dimensionH
pisoH
descripcionH
Int
Varchar
Int
Int
Varchar
Varchar
Varchar
3
4
3
3
5
3
50
Nombr e:Servicios
Descr ipcin:Describe losserviciosqueelhotelofrececomo:Internet,Lavandera,telfono,
mensajera,etc.
Clave Descripcindelcampo Cdigodecampo Tipo Longitud
* Cdigodelservicio
Nombredelservicio
Preciodelservicio
Unidaddemedida
Medida
cod_servicio
nombreS
precioS
unidadMedidaS
medidaS
Int
Varchar
Double
Varchar
Varchar
3
50
3
3
Nombr e:Clientes
Descr ipcin:Describe lainformacindeloshuspedesquesolicitanalojamiento.
Clave Descripcindelcampo Cdigodecampo Tipo Longitud
* Cdigodecliente
Nombredelhusped
Apellidopaterno
Apellidomaterno
CI/DNI/Pasaporte
Nacionalidad
Procedencia
Profesin
Direccin
cod_cliente
nombreC
apellidoPC
apellidoMC
ciC
nacionalidadC
procedenciaC
profesionC
direccionC
Varchar
Varchar
Varchar
Varchar
Varchar
Varchar
Varchar
Varchar
Varchar
20
50
20
20
20
20
20
20
50
Fechadenacimiento
Horaderegistro
Fechaderegistro
Nombredeempresa
Domicilio
Nit
Telfono
Ciudad
Pas
fechaNacC
horaRegC
fechaRegC
nombreE
domicilioE
nitE
telefonoE
ciudadE
paisE
Date
Time
Date
Varchar
Varchar
Varchar
Varchar
Varchar
Varchar
50
50
20
20
20
20
Nombr e:Usuarios
Descr ipcin:Describe informacinacercadelosusuariosquetendrnaccesoalsistemade
acuerdoalosprivilegios.
Clave Descripcindelcampo Cdigodecampo Tipo Longitud
* Cdigodeusuario
Nombredepersonal
Apellidopaterno
Apellidomaterno
Nmerocarntdeidentidad
Telfono
Nombredeusuario
Contraseadelusuario
Archivos
Privilegiodemantenimiento
Privilegiodereserva
Privilegiodeaperturadecuenta
Privilegiodefacturacin
Privilegiodecobro
Privilegiodereportes
Privilegiodeutilidades
cod_usuario
nombreP
apellidoPP
apellidoMP
ciP
telefonoP
nombreU
passwordU
archivos
manteni
reserva
cuenta
facturacion
cobro
reporte
util
Int
Varchar
Varchar
Varchar
Varchar
Varchar
Varchar
Varchar
Varchar
Varchar
Varchar
Varchar
Varchar
Varchar
Varchar
Varchar
3
50
20
20
20
20
20
20
5
5
5
5
5
5
5
5
Nombr e:Reservas
Descr ipcin:Describe losdatosreferentealasreservas.
Clave Descripcindelcampo Cdigodecampo Tipo Longitud
*
*
*
Cdigodereserva
Cdigodecliente
Cdigodehabitacin
Nombredelareserva
Fechadellegada
Fechadesalida
Horadereserva
Nmerodehabitaciones
Mediodereserva
Responsable
Fechadereserva
cod_reserva
cod_cliente
Cod_hab
nombreR
fechaLLR
fechaSaR
horaR
numPerR
medioR
responsableR
fechaR
Int
Varchar
Int
Varchar
Date
Date
Time
Int
Varchar
Varchar
date
5
20
3
50
5
20
20
Nombr e:cuenta
Descr ipcin:Describe losdatosreferentealasreservas.
Clave Descripcindelcampo Cdigodecampo Tipo Longitud
*
*
Cdigodelcliente
Cdigodelahabitacin
Nmerodepersonas
Observaciones
Precio
Fechadeingreso
Horadeingreso
Fechadesalida
Horadesalida
cod_cliente
cod_hab
numPerNC
obsNC
precioNC
fechaIngNC
horaIngNC
fechaSaNC
horaSaNC
Varchar
Int
Int
Varchar
Double
Date
Time
Date
Time
20
3
3
50
Nombr e:Ingresos
Descr ipcin:Describe elpagoqueelclienterealiza.
Clave Descripcindelcampo Cdigodecampo Tipo Longitud
*
*
Cdigodeingreso
Cdigodehabitacin
Fechadeingreso
Hora
Monto
codigo_CB
cod_hab
fechaIngreso
horaIngreso
monto
Int
Int
Date
Time
Double
3
3
Nombr e:reg_servicios
Descr ipcin:Describe informacindelosserviciosqueelhuspedsolicita.
Clave Descripcindelcampo Cdigodecampo Tipo Longitud
*
*
*
Cdigodelcliente
Cdigodehabitacin
Cdigodeservicio
Medida
Preciototaldelservicio
FechaIniciodelservicio
FechaFinaldelservicio
Cod_cliente
Cod_hab
Cod_servicio
medida
precioTotalS
fechaInicioS
fechaFinalS
Varchar
Int
Int
Varchar
Double
Date
Date
20
3
3
3
Nombr e:Historial_clientes
Descr ipcin:Describe informacinacercadelhistorialdelosclientesquevisitaronelhotel.
Clave Descripcindelcampo Cdigodecampo Tipo Longitud
* Cdigodehistorial
Nombredelcliente
Nmerodehabitacin
Nmerodepersonas
Totaldeconsumoporhabitacin
Totaldeconsumoporservicios
Totalcuenta
Fechadeingreso
Horadeingreso
Fechadesalida
Horadesalida
cod_historial
nombreClienteHis
numHabHis
numPerHis
totalHabHis
totalSerHis
totalCueHis
fechaIngHis
horaIngHis
fechasaHis
horasaHis
Int
Varchar
Int
Int
Double
Double
Double
Date
Time
Date
Time
5
50
4
4
Nombr e:facturacin
Descr ipcin:Describe informacinacercadelhistorialdelosusuarios.
Clave Descripcindelcampo Cdigodecampo Tipo Longitud
* Cdigodefactura
Cdigodelcliente
Fechadellegadadelcliente
Horadellegadadelcliente
Fechadesalidadelcliente
Horadesalidadelcliente
Observaciones
Cuentatotal
Responsabledelcierredecuenta
cod_fac
cod_cliente
fechaLLC
horaLLC
fechaSaC
horaSaC
obs
cuentaTotal
Responsable
Int
Varchar
Date
Time
Date
Time
Varchar
Double
Varchar
3
20
50
50
Nombr e:historial_usuarios
Descr ipcin:Describe informacinacercadelhistorialdelosusuarios.
Clave Descripcindelcampo Cdigodecampo Tipo Longitud
* Cdigodehistorialdeusuario
Cdigodeusuario
Tarearealizadaporelusuario
Monto
Fecha
Hora
cod_hist_usu
cod_usuario
tareaUsuHis
montoUsuHis
fechaUsuHis
HoraUsuHis
Int
Int
Varchar
Double
Date
Time
3
3
50
Nombr e:CopiaDB
Descr ipcin:Describe informacindelacopiadeseguridaddelaBasedeDatos.
Clave Descripcindelcampo Cdigodecampo Tipo Longitud
* Cdigodecopia
Nombredebasede datos
Fechadecopia
Destinodecopia
Cod_copia
nombreCo
fechaCo
destinoCo
Int
Varchar
Date
Varchar
3
30
60
3.6Requer imientosdeHar dwar eySoftwar e
Paraeldesarrollodelpresenteproyectoseharusodelossiguientesrequerimientos:
RequerimientodeSoftware
SistemaOperativoWindows98,2000,XPoUNIX/LINUX.
EntornodeDesarrolloVisualDelphi 7.
BasedeDatosMySql3.23
PaintShopPro7
RequerimientodeHardware
Paralasreasde Servidor,Recepcin,GerenciayAdministracinserequierelassiguientes
caractersticasmnimasdehardware:
ProcesadorPIII de600Mhz,con 64 MBdeRAM
BusISAoPCI
DiscoDurode1Gb
MonitorSperVGAColor
Requerimientodered
4TarjetadeRed100MB
8Conectores
60MtsCableUTP
1Hab de8salidas
3.7 I mplementacin
En esta etapa se establece todos los elementos necesarios para ensamblar y hacer
disponibleelsistemafsico,incluyendoalmanualdel sistema,archivosdeconfiguracin,archivos
dedatos,componentessoftware,etc.
Inter facesdelusuar io
Enestaseccinsemuestranlosdiferentesprocesosentreelordenadoryelusuario,adems
se exponen las necesidades y caractersticas del programa como zonas de seleccin, iconos y
botones.
El sistema presenta un entorno grafico amigable y fcil de usar, brindando contenido en
forma de texto e imgenes. En las siguientes imgenes se presentan interfaces de usuario del
sistema.
Diagr amajer rquicodelainter faz
EnlaFigura3.28semuestralaestructurajerrquicadelsistema.
Figura3.28:Diagramajerrquicodemensdelsistema
Ventana de acceso o inicio, esta es la ventana de acceso donde el usuario ingresa su
nombredeusuarioysucontrasea.Cadausuariotieneciertoniveldeaccesodeacuerdoa
losprivilegios,queladministradorleotorgo,vaseFigura3.29
Figura3.29: Ventanadeaccesooinicio
Ventana pr incipal o escr itor io, esta ventana muestra el escritorio principal del sistema,
acogiendotodaslasopcionesqueelusuariopuederealizar,vaseFigura3.30
Figura3.30:Ventanaprincipaldelsistema
Ventana decontrol dehabitaciones,esta ventana muestrael formulariopara controlar y
darseguimientoalainformacindelashabitacionesdelhotel,vaseFigura3.31
Figura3.31: Ventanadecontroldehabitaciones
Ventanader egistr odehuspedes,estaventanamuestraelregistrode loshuspedesque
por primera vez se registran, el formulario contiene opciones de agregar, modificar y
eliminarunclienteascomoopcionesdebsquedaeimpresindelaconsulta,vaseFigura
3.32
Figura3.32:Ventanaderegistrodehuspedes
Ventana de asignacin de habitacin, esta ventana muestra la asignacin de una
habitacinylosservicioscorrespondientesaundeterminadoclientedelhotel,vaseFigura
3.33
Figura3.33: Ventanadeasignacindehabitacin
Figura3.34:Ventanadehabitaciones
VentanadeAsignacindeReserva,estaventamuestralaasignacindeunareservade
habitacinyservicios,vaseFigura3.35
Figura 3.35:Ventanadeasignacindereserva
Ventana deSeguimientoyControl der eser vas,Esta ventanamuestrael seguimiento y
controldelasreservasrealizadasporlosclientes,vaseFigura3.36
Figura3.36: Ventanadeseguimientoycontroldereservas
Ventana de Seguimiento y Control de los huspedes, Esta ventana muestra el
seguimientoycontroldeloshuspedes,vaseFigura3.37yFigura3.38
Figura3.37:Ventanadeseguimientoycontroldeloshuspedes
Figura3.38: Ventanareportedeclientes
VentanadeFactur acin,Estaventanamuestrainformacinsobreelsaldodelcliente,con
laopcindecierredecuenta,vaseFigura3.39
Figura3.39: VentanadeFacturacin
Ventanarepor tedefactur a,Estaventanamuestraelreportedeliquidacin,vaseFigura
3.40
Figura3.40: Ventanareportedefacturacin
Ventana deEstadstica de Clientes, Esta ventana muestra las estadsticas de los clientes
queingresanalhotelenundeterminadomes,vaseFigura3.41
Figura3.41: Ventanaestadsticadeclientes
Ventana Estadstica de habitaciones, Esta ventana muestra la estadstica de las
habitacionesquemssolicitaelcliente,vaseFigura3.42
Figura3.42: Ventanaestadsticadehabitaciones
Ventanadecopiadesegur idaddeBD,Estaventanamuestraelseguimientoycontrolde
labasededatosdelsistema,vaseFigura3.43
Figura3.43:Ventanadeseguimientoycontroldeloshuspedes
VentanaContr oldeusuar ios,Estaventanamuestracomosecontrolaelaccesoausuarios
alsistema, brindandoprivilegios para los diferentes mdulos y proporciona unestado de
sesininicialparacadausuario,vaseFigura3.44
Figura3.44: Ventanacontroldeusuarios
Ventana de repor te diar io de factur a, Esta ventana muestra el listado de liquidacin,
vaseFigura3.45
Figura3.45: Ventanadereportediariodefactura
Ventana r epor te de liquidacin, Esta ventana muestra el reporte de liquidacin, vase
Figura3.46
Figura3.46: Ventanareportedeliquidacin
3.8 Pr uebas
Lapruebade software es un elementocrtico para lagaranta delacalidadde software y
representa una revisin final de las especificaciones del diseo y de la codificacin [Pressman,
2002].
Para realizar las pruebas del software se har uso de las pruebas de prototipado rpido
haciendousodelModeloEspiral.
Estrategiadepr uebaespir aldebajonivel
Laestrategiadepruebadebajonivelempiezacuandoserealizalaingenieradelsoftware,
empezando por el anlisis de los requisitos del software, al diseo del sistema y finalmente a la
codificacin. Para desarrollar las pruebas, damos vuelta en la espiral hacia el interior probando
cadaprocesodeingenieradesoftware.
Estrategiadepr uebaespir aldeunidad
La prueba de unidad comienza en el vrtice de la espiral y se centra en cada unidad del
software. La pruebaavanzaalmovernos hacia fuerade laespiral,validandolosrequisitosde cada
proceso,finalmentesepruebacomountodoelsoftwareyotroselementosdelsistema.
La siguiente Tabla muestra los procesos donde se realizaron las pruebas y se hicieron la
validacincorrespondientesiguiendoelModeloEspiral.
Tabla3.2Procesosdelsistema
Pr ocesoder eser va Procesodeaper tura
de Cuenta
Pr ocesodecontr ol
de clientes
ProcesodeCobroy
Facturacin
Pr oceso
mantenimiento del
sistema
Procesoderegistro
dereserva
Procesoderegistro
decuentanueva
Procesoderegistro
declientes
Procesode
recoleccinde
informacindel
husped
Procesoderegistro
deusuarios
Procesode
seguimiento
dereserva
Procesode
seguimientode
cuenta
Procesode
seguimientode
clientes
Procesode
seguimientodecobro
yfacturacin
Procesode
seguimientode
usuarios
Reportesdereserva Reportesdecuenta Reportesdeclientes Reportesdecobroy
facturacin
Reportesdeusuarios
procesode
gastosde
Procesoderegistro
dehabitaciones
servicio
procesode
gastosde
hospedaje
Procesode
seguimientode
habitaciones
Reportesde
habitaciones
Procesoderegistro
deservicios
Procesode
seguimientode
servicios
Reportesdeservicios
3.9MantenimientodelSistema
El desarrollo del sistema es realizado teniendo en cuenta bsicamente la facilidad de
administracinymantenimiento,yaquealgunosprocesosdelsistemanosufrencambiosamenudo.
Para el mantenimiento se cuenta con el manual del sistema, el cual provee informacin
sobreelmantenimientocorrectivo,adaptativoypreventivo.
Pararealizarlamtricadecambiabilidaddelsistemaseharusodelestndar1962:
( )
t a i d
t
M F F F
IMS
M
- + +
=
t
M :Nmerodemdulosdelaversinactual.
a
F :Nmerodemdulosenlaversinactualquesehanaadido
i
F :Nmerodemdulosenlaversinactualquesehancambiado
d
F :Nmerodemdulosenlaversinanteriorquesehanborradoenlaversinactual
Reemplazamos en la formula, bajo los siguientes valores: 18
t
M = , 1
a
F = , 1
i
F = y
0
d
F =
18 (1 1 0)
18
0.888
IMS
IMS
- + +
=
=
0 1 IMS < <
Entre ms cercano a 1, el control de cambios es eficiente y alta estabilidad, 0 indica un
controldecambiosdeficienteypocaestabilidad.
Porlotantoelndicedemadurezdelsistemaesdeun88%
3.10CalidaddelSoftwar e
Lacalidaddelsoftwareeshacerusodetodoslosrequerimientos,procedimientos,tcnicas
einstrumentos,paraqueunproductosoftwarecumplalosestndarespredefinidos,duranteel ciclo
dedesarrollodelproducto.
Para medir la calidad de software utilizaremos la mtrica orientada a la funcin,
portabilidad,confiabilidadyperformance.
3.10.1Por tabilidad
ElsistemaSeguimientoyControlCaso:HotelSagrnaga,utilizaungestordeBasededatos
MySqlySistemaOperativobajoplataformaWindowsoLinux,porloqueelsistemaesun99%
portable.
3.10.2Per for mance
La performance, utilizando datos reales para los procesos de registro de informacin,
listado de reportes y procesos interactivos (Consultas en la Interfaz de usuarios) es menos de 3
segundos.
Porlotantoseconcluyeunptimoperformancedelsistema.
3.10.3Confiabilidad
Para determinar la confiabilidad del sistema, trabajamos con la estructura funcional del
sistema,mostradoenlaFigura3.47
Figura 3.47:Estructurafuncionaldelsistema
Paraelclculodelaconfiabilidadseharusodelassiguientesformulas:
Silosncomponentesestnconectadosenserielaconfiabilidad ( ) R t estadadapor:
1 2 3
( ) ( ) ( ) ( )... ( )
n
R t R t R t R t R t =
Silosncomponentesestnconectadosenparalelolaconfiabilidad ( ) R t estadadapor:
1 2 3
( ) 1 [(1 ( )) *(1 ( )) *(1 ( ))...(1 ( ))]
n
R t R t R t R t R t = - - - - -
( )
( )
t
i
R t e
l -
=
Aplicando la formula anterior calculamos la confiabilidad para cada componente en un
tiempodet=4das.
Tabla 3.3:Confiabilidadporcomponentedelsistema
Componente Probabilidad Confiabilidad
1.RegistrodeReserva
2.Registrodeunanuevacuenta
3.Asignacindehabitacin
4.Asignacindeservicio
5.Verificacindeasignacin
6.Abrirasignacin
7.Emitirinforme
0.012
0.015
0.050
0.015
0.061
0.043
0.011
0.95
0.94
0.82
0.94
0.78
0.84
0.95
8.consultas 0.018 0.93
Sustituyendoenlafuncindetransferenciaobtenemoselresultado
( ) ( ) ( ) ( ) ( ) ( ) ( ) ( )
( ) ( ) ( ) ( ) ( ) ( ) ( ) ( )
1 2 3 4 5 6 7 8
( ) 1 1 * 1 * 1 1 * 1 * 1 1 * 1 * 1 * 1 1
( ) 1 1 0.95 * 1 0.94 * 1 1 0.82 * 1 0.94 * 1 1 0.78 * 1 0.84 * 1 0.95 * 1 1 0.93
( ) 0.80%
R t C C C C C C C C
R t
R t
= - - - - - - - - - - - -

= - - - - - - - - - - - -

=
Porlotantopodemosconcluirquelaconfiabilidaddelsistemaesde80.0%.
3.10.4Funcionalidad
La mtrica del punto funcin, es un mtodo para medir el tamao del software. Pretende
medirlafuncionalidadentregadaal usuarioindependientementedelatecnologautilizada.
La Tabla 3.4 y Tabla 3.5 muestran las caractersticas del dominio de la informacin del
sistema.
Tabla 3.4:MatrizdePuntodeFuncin
Factor dePonder acin Parmetr odeMedicin
Cuenta Simple Medio Complejo Total
Numerodeentradasdeusuario 3 3 5 6 9
Numerodesalidasdeusuario 12 5 6 8 60
Numerodepeticionesdeusuario 7 8 13 16 56
Numerodearchivos 18 8 9 10 144
Numerodeinterfacesexternas 1 6 8 11 6
Cuentatotal 275
Tabla3.5:PuntodeFuncin
Escala
S
i
n

i
m
p
o
r
t
a
n
c
i
a

P
r
u
d
e
n
t
e

M
o
d
e
r
a
d
o

M
e
d
i
o

S
i
g
n
i
f
i
c
a
t
i
v
o

E
s
e
n
c
i
a
l

Factor 0 1 2 3 4 5
Requiereelsistemacopiasdeseguridadyde
recuperacinfiable.

Serequierecomunicacindedatos
Existenfuncionesdeprocesosdistribuidos
Escriticoelrendimiento
SerejecutadoelsistemaenunS.O.existente
Requiereelsistemaentradainteractiva
Requiereentradadedatosinteractivasobremltiples
ventanas

Se actualizan los archivos maestros de forma


interactiva

Soncomplejaslassalidas,losarchivosalapeticin
Escomplejoelprocesamientointerno
Sehadiseadoelcdigoparaser reutilizable
Estn incluidas en el diseo la conversin y la
instalacin

Se ha diseado el sistema para soportar mltiples


instalaciones

Se ha diseado la aplicacin para facilitar los


cambiosyparaserfcilmenteutilizadaporel usuario

Losresultadosobtenidoscon 14 i = ,ylosvaloresdelaTabla3.5,setieneelsiguientevalor
45
i
F =

.RemplazamosenlaformuladePuntoFuncin.
*(0.65 0.01* [ ])
265*(0.65 0.01*45)
291.5
i
PF cuenta total F
PF
PF
= - +
= +
=

Relacindefuncionalidad
250
150 250
100
PF ptima
PF Buena
PF Deficiente
>
> >
<
Porlotantoseconcluyequeelsistematieneunafuncionalidadptima.
4. ConclusionesyRecomendaciones
Acontinuacinsedetallanlasconclusionesyrecomendacionesquecontienenelpresente
documento.
4.1Conclusiones
Una primera conclusin es que los objetivos que se propusieron al inicio del presente
proyectosehanlogradodemanerasatisfactoria.
Sehadesarrolladoeimplementadounaherramientasoftwareparaelseguimientoycontrol
delainformacinparaelHotelSagrnaga.
Astambinsetienelassiguientesconclusiones:
Secuentaconunsistemadeinformacinquepermiteelregistro,seguimientoycontrolde
loshuspedesquevisitanelhotel
Losadministradorespuedenaccederainformesdelsistemademaneraconfiableysegura
Setieneaccesoadatossobreelhistorialdeloshuspedesparabrindarinformesperidicos
alapolicadeturismoINTERPOL.
LosprocesosyresultadosobtenidosseresumenenlasiguienteTabla3.6:
Tabla3.6:SituacinActualconelSistema
Requer imiento SituacinAnter ior SituacinActual Par ametr izacin
Registrode
huspedes
Variabaentre10a
15min.porcliente
Varaentre3a5
min.
Reduceun33%de
tiempoderegistro
Registrodereserva Variabaentre5a10
min.porcliente
Varaentre3a5
min.
Reduceun50%de
tiempoderegistro
Informesparala
secretariadeturismo
Informacinno
automatizada
Consultasque
entregandatosdelos
huspedesdemanera
Estadsticassobreel
historialdelos
huspedes
confiable
Controlde
huspedes
Informacinno
automatizada
Consultasque
entreganinformes
sobrelasituacinde
loshuspedesenel
hotel
Tiempoaproximado
de1min.
Controlde
habitaciones
ocupadasoen
reserva
Informacinno
automatizada
Consultas
especficasparael
filtradode
habitaciones
Tiempoaproximado
de1min.
Controldecobroy
facturacin
Informacinno
automatizada
Consultas
especficasparael
filtradode
liquidacin.
Tiempoaproximado
de1min.
4.2Recomendaciones
Si bien el sistema cuenta con un mayor nivel de confiabilidad y seguridad, es necesario
realizaraccionesquepermitanmantenerlamadurezdelsistemaporelloserecomienda:
Ampliarelsistemaconmdulosdeseguimientoycontrolderestaurante
Laincorporacindeunsubsistemaquerealiceelcontroldeinventarios
Tambin podran mejorarse algunos de los procesos de interfaz de usuario que han sido
desarrolladosespecficamenteparaestaaplicacin.
Bibliogr afa
[Elizondo,2005] EntidadRelacinextendidoymodeladodeobjetos,
Elizondo,2005
[Castillo,2006] ElSectorTursticoenBolivia,JaviercastilloCortes
[Cabero,2000] Univ.Cabero,SistemadeinformacinHotelera,2000
[Loza2001,Mendoza
2001]
SistemadeSeguimientoyControlparalaHoteleriaBoliviana,
Univ.IvnG.LozaAranda,Univ.DanielMendozaPaz
[Larman,1999] UMLyPatrones,LarmanCarig,Mxico19991raEdicin.
[Pressman,2002] IngenieradeSoftware,RogerS.Pressman,Ed.Concepcin
Fernndez
[Sabino,1994] ComoHacerunaTesis,CarlosSabino,ED.Panapo, Caracas,
1994,240Pgs.
[Schmuller,1997] AprendiendoUMLen24horas,JosephSchmuller,Ediciones
Pretice,Espaa,pp103
Refer enciaWEB
[DesarrolloOrientadoa
ObjetosconUML]
http://www.clikear.com/manuales/uml/
2004XavierFerrGrau
[ModeladodeSistemas
conUML]
http://es.tldp.org/Tutoriales/docmodeladosistemas
UML/multiplehtml/index.html
PopkinSoftwareandSystems
[Ingenieradelsoftware] http://www.dsi.uclm.es/asignaturas/42541/
Profesor. JessDaminGarcaConsuegraBleda
ANEXOS
ANEXOA
ARBOLDEPROBLEMAS
Bajaproductividadoperativa
Lafaltadesistematizacin
Lainexistenciadeunregistronico
dehuspedes.
Lafaltadereporteseinformacin
estadstica.
Faltade
coordinacin
entrelos
diferentes
departamentos
Retrasoen
la
liquidacin
delos
huspedes
Faltade
coordinacin
enlascuentas
Perdidade
informacin
Faltadeun
bancode
datosparala
obtencinde
reportes
adecuados
Perdidade
tiempoenlas
operaciones
administrativas
Elmanejodela
informacinse
larealizade
formamanual
Nosecuenta
conunbanco
dedatospara
el
almacenamie
ntode
registros.
Nosetiene
accesorpidoa
lainformacin
Nosecuentacon
unsistemaque
manejey
administrela
informacin.
Nosecuenta
conunorden
correctode
losprocesos.
EFECTOS
PROBLEMA
CENTRAL
CAUSAS
ARBOLDEOBJ ETIVOS
Analizar, disear e implementar un
sistemainformticoquesistematice los
procedimientos de registro de
huspedes, registro de reservaciones,
controlde caja,controldehabitaciones
y proporciones reportes e informacin
estadsticaconfiableyoportuna
Disponibilidadde
reporteseinformacin
estadsticadelos
huspedesdelhotel
Sagrnaga
Disponibilidadde
informacinconfiable
delaliquidaciny
controldelacajadel
hotel Sagrnaga.
Elsistema
permiteregistrar
aloshuspedes
quelleganal
hotel
Elsistema
permiteregistrar
reservaciones
deloshuspedes
conuncontrol
detiempo.
Elsistemapermite
elcontrolde
habitaciones,
controldecaja,
controlde
serviciosbsicos
Elsistema
proporciona
informessobrelos
huspedes,
habitaciones,
reservasyutilidades
FINES
OBJ ETIVO
PRINCIPAL
MEDIOS
MATRIZDELMARCOLOGICO
SISTEMADESEGUIMIENTOYCONTROLCASO:HOTELSAGRNAGA
Resumen
Nar r ativode
Objetivos
Indicador es
ver ifcales
Objetivamente
Mediosde
Ver ificacin
Supuestos
FIN
Registraralos
huspedespara:
proporcionar
informacin
confiableyoportuna
sobreelingresoy
egresodelos
huspedes
MedidasdelLogro
delFIN
Lainstitucinde
todoelmaterialde
registrodelos
huspedes.
Elsoftwareylos
manualesson
distribuidosal
personalautorizado
delainstitucin.
Contarconlos
materialesy
herramientas
necesariosparael
desarrollodelas
actividades
PROPOSITOS
Analizar,diseare
implementarun
sistemainformtico
quesistematicelos
procedimientosde
registrode
huspedes,registro
dereservaciones,
controldecaja,
controlde
habitacionesy
proporcionesreportes
einformacin
estadsticaconfiable
yoportuna.
Condicionesque
indicaranque el
propsitosehalogrado
Informacin
exactasobreel
nmerode
huspedesque
ingresanalhotel.
Disponibilidadde
reportese
informacin
estadsticasobre
elingresode
huspedes.
Elpersonal
involucrado
cuentacon
suficiente
informacinpara
realizarelcontrol
delosservicios
delhotel.
Delosr esultadosdel
Proyecto
Informesdelproyecto
algerentedelHotel.
Queafectanalenlace
PropsitoFin
Tecnologa
Hardwarey
Softwareparala
institucin.
Personal
dispuestoy
capacitadopara
adoptarelnuevo
trabajo.
PRODUCTOS
Unsoftware
implementadoen
elHotel
Sagrnaga.
Unmanualdel
anlisisydiseo
delsistema.
Unabasede
datosconla
informacinde
todala
institucin.
Personal
capacitadoenel
Elsoftwarese
verificaramediante
lainstalacinenla
institucindelhotel
Sagrnaga
Seimplementael
moduloderegistro
dehuspedes.
Seimplementael
modulodeapertura
deunacuentanueva
Seimplementael
modulodereserva
Seimplementael
modulocontrolde
habitaciones
usoymanejodel
software.
Unmanualde
usuariodela
operacindel
software.
Seimplementael
modulodecontroly
seguimientodel
sistema
Seimplementan
mdulosdeseguridad
PLANDE
ACTIVIDADES
1. Analizary
disearuna
aplicacin
computacional
parasistematizar
elregistrode
huspedesdel
HotelSagrnaga.
2. Analizary
disearel
subsistemade
reportese
informacin
estadstica.
3. Desarrollarlas
aplicacionesen
softwarebajouna
plataforma
orientadoa
objetos.
4. Implementacin,
pruebay
operacindel
sistema
informtico
5. Elaboracinde
manualesde
usuarioy
operacindel
software
6. Capacitacindel
personal.
Insumos
Paracumplirconlas
actividadesindicadas
senecesitanlos
siguientesinsumos.
Unequipode
computacin
compatibleIBM
Pentium2o
superior,consu
Fuerzadetrabajo:
112Hrs/mes
Total4320
Hrs/homb.
(tiempo8meses)
Costo/tot:25$us(*)
Costobajopuesel
HotelSagrnaga
cuentacontodoslos
recursostecnolgicos
necesarios
Informesy
entrevistas.
Anlisisdelsistema
hadesarrollar.
Controldelavance
delsistema
efectuadoporel
gerentedela
institucin.
Aprobacindelas
pruebasde
funcionamiento.
impresora.
Datospersonales
einformacinde
laInstitucin,
paralabasede
datos.
Materialde
escritorio
ANEXOB
CORRESPONDENCIADELOSDIAGRAMASDECLASESALOSDIAGRAMAS
ENTIDAD/RELACIN
El modelo ER es un modelo que ayuda a desarrollar aplicaciones tradicionales como
ser: procesamiento de datos en un negocio o industria. Actualmente hay base de datos con
requisitos ms complejos como multimedia, telecomunicaciones, minera de datos, etc. Para tales
BasededatosseutilizaconmayorfrecuenciaelmodeloorientadoaobjetosconnotacinUML.
UML (Lenguaje de Modelado Unificado) se est haciendo cada vez ms presente en
ingeniera del software. UML cubre el diseo de base de datos y la especificacin detallada de
aplicaciones.Paraelloempleavariostiposdediagramas(decasosdeuso,declases,desecuencias,
etc.).
UML usa diagramas de clases para el diseo de base de datos, adems de atributos y
relaciones,tambinseincluyenoperacionessobreobjetosloscualespuedenservirparaespecificar
losrequisitosfuncionalesdeldiseodelabasededatos
El mapeo objetorelacional es una tcnica de programacinpara hacer corresponder datos
entreelmodeloorientadoaobjetosalmodelodedatosrelacional,losconceptosdeclaseeinstancia
siguenlassiguientesdefiniciones[A.Jaime,2005]:
EnE/Runtipodeentidadrepresentadoscosas:
Laintensin,elnombredeltipodeentidadylalistadesusatributos
Laextensinoconjuntodeentidadesqueformanpartedeltipodeentidad
Considerandoloanterior,unaclaseesunconceptoequivalentealtipoentidad.
Lasentidadesdeunaclase sellamanobjetosoinstanciasdeesaclase.
Cada objeto o instancia consta de un identificador predefinido que lo identifica. Dicho
identificadordelobjetonoesningunodesusatributos.
Losobjetosoinstanciasdeunaclasecuentanconunconjuntodeoperacionesquesepueden
realizarsobreellos.
Dichas operaciones pueden servir para especificarrequisitos funcionales durante el diseo
delabasededatos.
Berzanosofrecealgunasreglaspralemapeoobjetorelacional
Figura1.1:RepresentacindelmodeloUML
Figura1.2:RepresentacindelModeloEntidadRelacin
ReglasdeCorr espondenciadelmodeloUMLalmodeloE/R
Tipodeentidad
Grupodeobjetosquetienenlasmismaspropiedadesyqueenlaorganizacinparalaquevaaservir
laBDtienenunaexistenciaindependiente,bienseafsicaoabstracta.
Notacin
Tipor elacin
Asociacin que establece entre tipos de entidad pararepresentar un conjunto de relaciones que
establecenentrelasocurrenciasdeesostiposdeentidad
Notacin
Repr esentacindelacar dinalidadmximadeunar elacin
Relacininvolutiva
Relacindeuntipoconsigomismo
Atr ibutos
Claves
Superclave:Conjuntodeatributosquepermiteidentificarunvocamenteaunaentidaddentrodeun
conjuntodeentidades.
Clavecandidata: Superclaveconunnmeromnimodeatributos.
Claveprimaria:Clavecandidataelegidaporeldiseadordelabasededatosparaidentificar
unvocamentealasdistintasentidadesdeuntipo.
Clave alternativa: Cualquiera de las claves candidatas no elegidas por el diseador de la
basededatos.
Clavesdeunar elacin
Las claves nos permiten diferenciar entre s las distintas entidades que podramos aplicar de la
siguienteformaalasrelaciones:
Lasclavesdelasrelacionesvienendefinidasporlasclavesdelasentidadesrelacionadas:
Relacionesmuchosamuchos(N:M):Laclaveprimariaserlaunindelasclavesprimarias
delasentidadesparticipantesenlarelacin.
Relaciones uno a muchos (1:N): La clave primaria de la entidad que interviene en la
relacinconaridadN.
Relaciones uno a uno(1:1):Lasclaves primarias de lasentidades participantes son claves
candidatasdelarelacinentreentidades.
Entidadesfuer tesyentidadesdbiles
Untipodeentidadesfuertesilaexistenciadesusocurrenciasnodependedeningnotrotipo.En
casocontrario,sedicequeeltipodeentidadesdbil.
Especializacinygeneralizacin
Super tipo, tipo de entidad que incluye uno o ms subgruposdistintos de ocurrencias que
debenserrepresentadosenelmodelodedatos.
Subtipo, cada uno de los subgrupos de ocurrencias de un tipo de entidad que se han de
representarenelmodelodedatos.
Especializacin,procesodeextraerdiferenciasentre lasocurrenciasdeuntipodeentidad
paradistinguirlossubtiposqueloforman.
Generalizacin,proceso deencontrarla parte comnde las ocurrencias dedistintos tipos
deentidadparaextraerelsupertipoquelosengloba.
Relacindeespecializacin(r elacinESUN)
RelacinqueseestableceenundiagramaE/Rentreunsupertipoysussubtipos.
Lossubtiposheredanlosatributosdelossupertipos:
Lossubtiposposeentodoslosatributosdelsupertipomsalgunospropios.
Laclaveprimariadelossubtiposeslaclaveprimariadelsupertipo.
Restr iccionesenlasr elacionesdeherencia
Par ticipacin, determina si un miembro de la superclase debe obligatoriamente ser un
miembrodeunasubclase.
Exclusividad, determina si un miembro de una subclase puede ser a la vez miembro de
otrassubclases.
ANEXOC
DIAGRAMASDECASODEUSO
Diagramadecasosdeusoparaelpaqueteadministrador
Diagramadecasosdeusoparaelpaqueteadministradorgeneral
DESCRIPCIONDELOSDIGRAMASDECLASE
Clasecl_Reservacin
Estclaseseencargaderealizarlasreservacionesdeloshuspedes.
Nombr e:cl_Reservacin
Responsabilidades: Realizarlasreservacionesdeloshuspedes
Mtodos asociados a las responsabilidades: Los mtodos de la clase reservacin son los que
siguen.
Crearreservaes unmtodoque se encargade realizar lareservacin de los huspedes en
unafichadereserva
Eliminacindeunareserva,mtodoquerealizalaeliminacindeunregistrodereserva
ListadodeReservasrepresentaellistadodelasreservasdeformageneral
Imprimir, este mtodo se encarga de desplegar un reporte bien formateado para luego
realizarlaimpresin.
Agregar servicios, este mtodo se encarga de llamar a la ficha de servicios, para luego
asignarlosserviciosalhusped
Buscar,mtodoquerealizalabsquedadeloshuspedesporcdigodehusped.
Atr ibutosPr incipales:
cod_reserva,representacdigodereserva
cod_cliente,representacdigodecliente
Cod_hab,representacdigodehabitacin
nombreR,representanombredelareserva
fechaLLR,representafechadellegada
fechaSaR,representafechadesalida
horaR,representahoradereserva
numPerR,representanmerodehabitaciones
medioR,representamediodereserva
responsableR,representaresponsable
fechaR,representafechadereserva
Clasecl_Habitacin
Estclaseseencargadecontrolarydarseguimientoinformacinsobrelashabitacionesdel
hotel.
Nombr e:cl_habitacin
Responsabilidades: Realizaelcontrol delainformacindehabitaciones.
Mtodos asociados a las responsabilidades: Los mtodos de la clase habitacin son los que
siguen.
Agregarhabitaciones,permiteagregarnuevashabitacionesalsistema
Eliminarhabitaciones,mtodoquerealizalaeliminacindeunregistrodehabitacin
Modificarhabitaciones,estemtodopermitemodificarlainformacinsobreunregistrode
habitacin
Listadodehabitacionesmuestraellistadodelashabitacionesregistradas
Imprimir, este mtodo se encarga de desplegar un reporte formateado para realizar la
impresin
Atr ibutosPr incipales:
cod_hab,representacdigodehabitacin
cod_clase,representacdigodeltipodehabitacin
numeroH,representanumerodehabitacin
numCamasH,representanmerodecamas
dimensionH,representadimensindelahabitacin
pisoH,representaelpisodecadahabitacin
descripcin,representaladescripcindelashabitaciones.
Clasecl_tipobabitacin
Est clase se encarga de controlar y dar seguimiento a la informacin de las diferentes
clasesdelhoteldehabitacionesdelhotel.
Nombr e:cl_tipohabitacin
Responsabilidades: Realizael controldelasclasesdehabitaciones.
Mtodosasociadosalasr esponsabilidades:Losmtodos de la clasetipo habitacinson losque
siguen.
Agregarclasehabitacin,permiteagregarnuevasclasesdehabitacionesalsistema
Eliminarclasehabitacin,mtodoquerealizalaeliminacindeunaclasedehabitacin
Modificar clase habitacion, este mtodopermite modificar la informacin sobre las clases
dehabitacin
Imprimir, este mtodo se encarga de desplegar un reporte formateado para realizar la
impresin
Atr ibutosPr incipales:
cod_clase,representacdigodeltipodehabitacin
descripcionCL,representatipodeclasedehabitacin
precioCL,representapreciodehabitacin.
Clasecl_Aper tur aCuenta
Estclaseseencargaderealizarlasaltas,bajasymodificacionesdeunanuevacuentadel
cliente.
Nombr e:cl_AperturaCuenta
Responsabilidades: Realizalaaperturadeunanuevacuentadeunhusped.
Mtodos asociadosa las r esponsabilidades: Los mtodos de la clase apertura de cuenta son los
siguientes:
Crearcuenta,permiterealizarlacreacindeunanuevacuenta
Eliminarcuenta, permiterealizarlaeliminacindeunacuenta
Listadode cuentarepresentaellistadodelascuentasdeformageneral
Imprimir,estemtodoseencargadedesplegarunreporteformateadoparaluegorealizarla
impresin.
Agregar servicios, este mtodo se encarga de llamar a la ficha de servicios, para luego
asignarlosserviciosalhusped
Buscar,mtodoquerealizalabsquedadeloshuspedesporcdigodehusped.
Atr ibutosPr incipales:
cod_cliente,representacdigodelcliente
cod_hab,representacdigodelahabitacin
numPerNC,representanmerodepersonas
obsNC,representaobservaciones
precioNC,representaprecio
fechaIngNC,representafechadeingreso
horaIngNC,representahoradeingreso
fechaSaNC,representafechadesalida
horaSaNC,representahoradesalida.
Clasecl_ingr esos
Estclaseseencargaderealizarelregistrodelosingresosdelhotel.
Nombr e:cl_ingresos
Responsabilidades: Realizarelregistrodelosingresos.
Mtodosasociadosalasr esponsabilidades: Losmtodosdelaclaseingresosson:
Agregaringresos,permiterealizarlaagregacindelosingresoscobros
Listadodeingresos,estemtodoseencargadedesplegarunlistadode losingresos.
Atr ibutosPr incipales:
codigo_CB,representacdigodeingreso
cod_hab,representacdigodehabitacin
fechaIngreso,representafechadeingreso
horaIngreso,representahoradeingreso
monto,representaelmontodedineroaingresar.
Clasecl_servicios
Estclaseseencargaderealizar elcontrolyseguimientodelosservicios.
Nombr e:cl_servicios
Responsabilidades: Realizarelcontroldelosservicios.
Mtodosasociadosalasr esponsabilidades: Losmtodosdelaclaseserviciosson:
Agregarservicios, permiterealizarlaagregacindenuevosservicios
Eliminarservicios,permiterealizarlaeliminacindeservicios
Listadode serviciosrepresentaellistadodelosservicios.
Atr ibutosPr incipales:
cod_servicio,representacdigodelservicio
nombreS,representanombredelservicio
precioS,representapreciodelservicio
unidadMedidaS,representalaunidaddemedidadelservicio
medidaS,representalamedidadelservicio.
Clasecl_Cliente
Estclaseseencargadegestionarlainformacinrelevantedelhusped.
Nombr e:cl_Cliente
Responsabilidades: Realizalagestindeinformacin.
Mtodosasociadosalasr esponsabilidades: Losmtodosdelaclaseclientesonlossiguientes:
Crearcliente,permitecrearnuevosclientes
Eliminarcliente,mtodoquerealizalaeliminacindeunregistrodecliente
Modificar cliente, este mtodo permite modificar la informacin sobre un registro de
cliente
Listadodeclientemuestraellistadodelosclientes
Imprimir,estemtodoseencargadedesplegarunreportepararealizarlaimpresin.
Atr ibutosPr incipales:Losatributosdelaclaseclienteson:
cod_cliente,representacdigodecliente
nombreC,representanombredelhusped
apellidoPC,representaapellidopaterno
apellidoMC,representaapellidomaterno
ciC,representaCI/DNI/Pasaporte
nacionalidadC,representanacionalidad
procedenciaC,representaprocedencia
profesionC,representaprofesin
direccionC,representadireccin
fechaNacC,representafechadenacimiento
horaRegC,representahoraderegistro
fechaRegC,representafechaderegistro
Clasecl_usuar io
Estclaseseencargadegestionarlainformacinrelevantedelusuario.
Nombr e:cl_Empleado
Responsabilidades: Realizalagestindeinformacin.
Mtodosasociadosalasr esponsabilidades: Losmtodosdelaclaseempleadosonlossiguientes:
Crearusuario,estemtodopermitelacreacindeusuariosconciertosprivilegios
Modificar, permiterealizarlamodificacindelosregistrosdecadausuario
Eliminacindeusuarios,mtodoquerealizalaeliminacindeunregistrodereserva.
Atr ibutosPr incipales:Losatributosdelaclaseusuarioson:
cod_usuario,representacdigodeusuario
nombreP,representanombredepersonal
apellidoPP,representaapellidopaterno
apellidoMP,representaapellidomaterno
ciP,representanmerocarntdeidentidad
telefonoP,representatelfono
nombreU,representanombredeusuario
passwordU,representacontraseadelusuario
archivos,representaarchivos
manteni,representaprivilegiodemantenimiento
reserva,representaprivilegiodereserva
cuenta,representaprivilegiodeaperturadecuenta
facturacion,representaprivilegiodefacturacin
cobro,representaprivilegiodecobro
reporte,representaprivilegiodereportes
util,representaprivilegiodeutilidades
ANEXOD
DIAGRAMADESECUENCIAS
Diagramadesecuenciaregistrodereservacin
DiagramadeSecuenciademantenimientodehabitaciones
Diagramadesecuenciaformadefacturacin
Diagramadesecuencia deregistrodeservicio
Diagramadesecuenciapara crearusuariosyasignarprivilegios
ANEXOE
DIAGRAMADECOLABORACIN
Diagramadecolaboracinautenticacindeusuario.
Diagramadecolaboracinaperturadecuentanueva.
Diagramadecolaboracinreservacindehabitacin
Diagramadecolaboracinasignacindeservicios
Diagramadecolaboracinhistorialdeclientes
Diagramadecolaboracinconsultarhabitaciones
Diagramadecolaboracinreportedeliquidacin
Diagramadecolaboracingestindeusuarios
ANEXOF
DIAGRAMADEACTIVIDAD
Diagramadeactividadesdeautenticacindeusuario.
Diagramadeactividaddegestindehusped.
Diagramadeactividadaperturadeunacuentanueva.
Diagramadeactividadaperturadeunareservacin.
Diagramadeactividadasignacindeservicios.
Diagramadeactividadfacturacin.
MANUALDEUSUARIO
VERSIONI
SISTEMADESEGUIMIENTOYCONTROLHOTELSAGARNAGA
Generalidades
Este manual de usuario, es una gua rpida que ayudara al usuario a utilizar de manera
correctaelmanejodelsistemahotelero,elmanualcontieneinformacinbsicadeinstalacin,inicio
delsistema,registrodehuspedes,asignacindehabitaciones,asignacindeserviciosyreservade
habitaciones.
Instalacin
Elsistemahotelero,est desarrollado bajo el esquemaClienteServidor,lo cual implicala
instalacindeunservidordeBasedeDatos,ylainstalacindelsoftwarecliente.
Instalacindelservidor debasededatos
LaBasedeDatosaInstalareslaversinMySQL3.23.56,elarchivodeinstalacinsellama
setup.exe
Instalar el programa con el wizard que trae el propio instalador, las siguientes figuras
muestranelprocesodeinstalacindelservidordeBasedeDatos.
ConfigurarelarchivoC:/MY.CNF copiandoel my.inien lacarpetaWindowsyasignarle
larutaexacta:
[mysqld]
basedir=C:/rutadelmysql/
datadir=C:/rutadelmysql/data
La carpeta data es donde se guarda la base de datos. El archivo de configuracin del
MySQLenLinuxestaen/etc/my.cnf.
Finalmentellamara winmysqladmin.exequeestaenC:/mysql/bin
Instalacindelsoftwarecliente
Elarchivodeinstalacinessetup.exe,lainstalacinesbastantefcildebeseguirlospasos
delWizard,lassiguientespantallasilustranlainstalacindelsistema.
Acceso
Inicio
Losadministradoresylosusuariostienenlamismaventanadeacceso,estodeacuerdoalos
privilegios que el speradministradorles asigna, la siguienteFigura1.8 muestra el acceso
al sistema.
Todo usuario que Tiene acceso al sistema dispondr de una clave de usuario y una
contrasea,elcuallepermitiraccederalentornodetrabajo
Figura1.8Iniciodesesin
VentanaPr incipaloescr itor io
LaFigura1.9muestraelescritorioprincipaldetrabajo, donde elusuariodispondrdetodas
las herramientas necesarias para realizar su trabajo. Entre la herramienta se encuentra n:
clientes,cuenta,reserva,habitaciones,serviciosycontroldeservicios.
Figura1.9Iniciodesesin
VentanaClientes
LaFigura1.10,muestralaventanaderegistrodeclientes,dondeelusuariodebederealizar
lossiguientespasosparaadicionaraunnuevohusped.
Figura1.10Registrodeclientes
La mayora de los formularios disponen del mismo aspecto que la del cliente, por lo tanto no se
mostrarantodaslaspantallasqueconformanelsistema,acontinuacinseexplicanlospuntosdela
ventanaregistrodeclientes.
1.ParaasignarunnuevoclientealaBasedeDatosdebePresionarseelbotnnuevo,estoactivara
alformularioparaqueseingresennuevosdatos.
2. La segunda opcin esta habilitadapar el administrador quien tiene el privilegio de eliminar el
registrodeunclientehaciendoclicenelbotneliminar.
3.Eladministradorpuede realizar la modificacinde los datos del cliente presionando elbotn
modificar.
4.Laopcinaceptarsehabilitacuandosepresionaelbotnnuevo,elusuariotienequerealizarla
confirmacinderegistrohaciendoclicenelbotnaceptar.
5.Aligualqueelanteriorelbotncancelarsehabilitacuandoelusuariopresionaelbotnnuevo,
sielusuariodeseacancelarlaoperacindebepresionarelbotncancelar.
6. SedisponedelaopcinCerrar,elcualtieneeleventodecerrarlaventanaactiva.
7. El opcin Imprimir, permite desplegar una segunda ventana con el formato adecuado para
realizarlaimpresindelmismo.
8. La opcin cuenta, permite agregar una nueva cuenta al cliente seleccionado adems de la
asignacin de una o varias habitaciones, la Figura 1.11 describe el manejo de asignacin de una
nuevacuenta.
9.Laopcinreserva,permitedesplegarotroformulariodondeelclienteseleccionadoselepodr
asignarunareservacin,laFigura1.12describeelcomportamientodelformularioreserva.
10.Estaseccinmuestralosdatosdelosclientesregistradosenlabasededatos,contienelaopcin
deordenacinporcadacampo.
11. Estaseccinmuestraelformulariodeingresodedatos.
12. Esta seccin muestra la barra de navegacin, la cual permite el traslado rpido por los
diferentesregistros.
13.Sedisponedeunbuscadorporapellido,estebuscadorsehabilitahaciendoclicenelpequeo
recuadrodesulado.
14. Esta opcin muestra el segundo formulario de registro del husped, el cual contempla la
empresadelcliente.
Ventanaaper tur adecuenta
LaFigura1.11,muestralaventanadeAperturadecuentanueva,dondeelusuariodebede
realizarlassiguientestareasparaasignarunanuevahabitacinalcliente.
Figura1.11Aperturadecuenta
1.Paraasignarunanuevahabitacinaunclientedebepresionarseelbotnnuevo,estoactivaraal
formularioylosbotonescorrespondientesparaqueseingresennuevosdatos.
2. La segunda opcin esta habilitadapar el administrador quien tiene el privilegio de eliminar el
registrodeunahabitacinhaciendoclicenelbotneliminar.
3.LaopcinAceptarsehabilitacuandosepresionaelbotnnuevo,elusuariotienequerealizarla
confirmacinderegistrohaciendoclicenelbotnaceptar.
4.Aligualqueelanteriorelbotncancelarsehabilitacuandoelusuariopresionaelbotnnuevo,
sielusuariodeseacancelarlaoperacindebepresionarelbotncancelar.
5.Sedisponedelaopcinservicios,elcualtieneeleventodellamaraunnuevoformulariopara
asignarelservicioalahabitacinseleccionada.
6. Laopcincerrarpermitecerrarlaventanaactivadelsistema.
7. Estaseccinmuestralosdatosdelashabitacionesasignadasaundeterminadocliente.
8.Estaseccinmuestralabarradenavegacin,lacualpermiteeltrasladorpidoporlosdiferentes
registros.
9.Estaopcinpermitedesplegarunaventanatemporaldondemuestralashabitacionesdisponibles
paralaasignacin.
10. Estaseccinmuestraelformulariodeingresodedatos.
11. Estaseccinmuestrainformacindelclienteseleccionado.
Ventanaaper tur adecuenta
La Figura 1.12, muestra la ventana de Reserva de habitaciones, donde el usuario debe de
realizarlassiguientestareasparaasignarunanuevahabitacinalcliente.
Figura1.12Reservadehabitaciones
1. Para asignar una reserva se debe presionarse el botn nuevo, esto activara al formulario y los
botonescorrespondientesparaqueseingresennuevosdatos.
2. La segunda opcin esta habilitadapar el administrador quien tiene el privilegio de eliminar el
registrodeunahabitacinhaciendoclicenelbotneliminar.
3.Laopcinaceptar,sehabilitacuandosepresionaelbotnnuevo,elusuariotienequerealizarla
confirmacinderegistrohaciendoclicenelbotnaceptar.
4. La opcin cancelar se habilita cuando el usuario presiona el botn nuevo, si el usuario desea
cancelarlaoperacindebepresionarelbotncancelar
5.Sedisponedelaopcinservicios,elcualtieneeleventodellamaraunnuevoformulariopara
asignarelservicioalahabitacinseleccionada.
6. Laopcincerrarpermitecerrarlaventanaactivadelsistema
7. Estaseccinmuestralosdatosdelasreservasrealizadasaundeterminadocliente.
8.Estaseccinmuestralabarradenavegacin,lacualpermiteeltrasladorpidoporlosdiferentes
registros.
9. Estaseccinmuestraelformulariodeingresodedatos.
10. Esta opcin permite desplegar una ventana temporal donde muestra las habitaciones
disponiblesparalaasignacin.
11. Estaseccinmuestrainformacindelclienteseleccionado.
VentanaServicios
La Figura 1.13, muestra la ventana de Servicios, donde el usuario debe de realizar las
siguientestareasparaasignarunservicioaunahabitacin.
Figura1.13RegistrodeServicios
1. Para asignar un servicio se debe presionarse el botn nuevo, esto activara al formulario y los
botonescorrespondientesparaqueseingresennuevosdatos.
2. La segunda opcin eliminar, esta habilitada par el administrador quien tiene el privilegio de
eliminarelregistrodeunaasignacindeserviciohaciendoclicenelbotneliminar.
3.Laopcingrabar,sehabilitacuandosepresionaelbotnnuevo,elusuariotienequerealizarla
confirmacinderegistrohaciendoclicenelbotnaceptar.
4. La opcin cancelar se habilita cuando el usuario presiona el botn nuevo, si el usuario desea
cancelarlaoperacindebepresionarelbotncancelar.
5. Laopcincerrarpermitecerrarlaventanaactivadelsistema.
6. Estaseccinmuestralosdatosdelasasignacionesrealizadasacadahabitacin.
7.Estaseccinmuestralabarradenavegacin,lacualpermiteeltrasladorpidoporlosdiferentes
registros.
8. Estaseccinrepresentaunabarradenavegacinparalosservicios.
9. Estaseccinmuestraelformulariodeingresodedatos.
11. Estaseccinmuestrainformacindelahabitacindondeseasignaraelservicio.
Ventanahabitaciones
La Figura 1.14, muestra la ventana de habitaciones, el cual muestra las habitaciones
ocupadas con un icono rojo, habitaciones disponibles con un icono celeste, habitaciones
reservadas con un icono verde y habitaciones no disponibles con un icono azul de
mantenimiento.
Figura1.14Habitaciones

Вам также может понравиться