FreeOCR notes 1) For best results set your scanner to 300 DPI , 200 DPI is the minimum setting

to achieve acceptable results. 2) Use the rotate buttons (to the left of the image) if your image is upside down or rotated 3) If your document has columns or pictures then just select the text area by drawing a box on the image with the left mouse button 4) After OCR you can use the export button to Word or copy/paste the text into any Windows application. Note: You can press the red X to clear this text window before OCR'ing gm n -L .* :: 3 L I =$ L I 'Iull Ans nu ' IQ Sistema para el manejo hotelero bajo ambiente LINUX 71;; .. / / x ./\ L! UNIVERSIDAD CATOLICA ANDRES BELLO FACULTAD DE INGENIERiA ESCUELA DE INGENIERiA INFORMATICA integrado con aplicaciones en MS-DOS para el Hotel Altamira Suites \/ . Este Jurado; una vez realizado el examen del presente trabajo ha evaluado su contenido con el resultador ______ ______ WYLI__Q_Q)_(I\_gQQ1g__I;I_QQQ1i_ggQ"_W___________________________ .+URAO XIND / .l_

I , I '*7|; r " _ _ /L/,3 _~ M REALIZ-ADO FOR Yeraldine Mendoza Blanco Ender Alberto Reinoso Salazar PROFESOR GUIA Ing. Lcia Cardoso FECHA Junio 2006

MA"l W ALFAMIRA SUITRS 1 indice Pig. l E Dedicatoria ............................................................................ .. i Agradecimienlos ...................................................................... . . m 1ndice de Tablas ........................................................................ .. ix lndice dc Figuras ....................................................................... .. x SINOPSIS ............................................................................... .. xi INTRODUCCION ................................................................... .. xii CAP1TULOS I EL PROBLEMA ................................................. .. 1 1.1 Plantcamiento del problema ............................................ .. 1 1.2 Objetivos ................................................................... .. 2 1.3 Limitacioncs y Alcance ................................................. .. 3 1.4 Justicacin ............................................................... .. 4 II MARCO REFERENCIAL ................................................. .. 6 1 11.1 Estructum General dcl Hotel Altamira Suites ........................ .. 6 11.1.1 Deniciones del negocio .......................................... .. 6 11.1.2 Propsito ............................................................. .. 7 11.1.3 Organizacmn dc trabajo....... .. 8 11.1.4 Soporte dc procesos hoteleros .................................... .. 8 1 11.2 Administracin dcl Hotel ................................................ .. 9 l 11.2.1 Dcpartamcntos ..................................................... .. 10 . 11.2.2 Rclacin entre departamentos .................................... .. 15 11.3 Ingenieria del Software ................................................. .. 17 11.3.1 Integracin dc aplicacioncs y sistcmas ......................... .. 18 11.3.1.1 Diseo axquiteclnico ....................................... .. 19 V1

F" K w ALYAMIRA SUITES ..... III 11.3.1 .l.l Actividades para los diseos arquitectnicos .......... r. 22 MARCO METODOLOGICO ............................................. .. III.1 Metodologia XP ......................................................... .. Ill. I .1 Ill. 1 .2 III.1.3 III.l.4 III.1.5 III.1.6 III.1.7 111.1 .8 IIl.l.9 Objetivos de XP .................................................... .. Caracleristicas de XP .............................................. .. ',Qu propone KP? ................................................. .. Derechos del Cliente............. Derechos del Desarrollador ....................................... .. Aspectos fundamentales ........................................... .. Etapas dc la Metodologia XP ..................................... .. Contraste con otras metodologias........................................ g,P0r qu utilizar la Metodologia dc Programacin Extrema? ................................................................................. .. IV DESARROLLO ............................................................. .. IV.l Metodologia XP aplicada al desarrollo del sistema para el Hotel Altamira Suites ............................................................ .. V IV.l.l Planicacin ......................................................... .. IV.l .1 .1 Kylix como herramicnta dc desarrollo ...................... .. IV.1.].2 Manejador de base dc dat0s............... ................... .. lV.1.l.3 Manejador de repones .......... IV.l .1 .4 Sistema Operative dc Red (NOS). . . .. IV.1.1.5 Samba ......................................... lV.1.1.6 Actividades realizadas en la fase de planicacin. . . . . . . IV.1.2 Diseo ........ IV.l .3 Codicacin ..................... .. . ..

IV. 1.4 Pruebas .............................................................. .. RESULTADOS .............................................................. .. 30 30 30 31 31 31 43

T Y" L3 ALTAMIRA Su|n-5-_; .... i CONCLUSIONES .................................................................. .. 65 RECOMENDACIONES .......................................................... .. 68 i BIBLl0GRAFiA ................................................................... .. 69 E APENDICES i A Cronograma de Actividades (Diagrama dc Gantt) ......................... .. 73 B Diagrama dc Flujo dc Proccsos. ................................. .. 74 I C DiccionariodeDal0s................ .. 82 D Esquema dc Navegacin . . . . . .. .. 92 1 E Archivos dc Conguracin. . . . .. 131 F Encucsta ......................................................................... .. I35 l I l, =; V111

T& \ I i E r 4'@

M 1 " Aumvunn SUlll;S .... 2 4 6 7 8 9 10 11 12 I3 14 15 indice de Tablas Comparacin entre los modelos para cstmcturar un sistcma. . . 24 Comparacion dc modelos do control ......... ........................... .. 27 Comparacin de modelos para la descomposicion modular ............. .. 29 Caracteristicas de Borland Kylix ............................................ .. 41 Caracteristicas de Fircbird .................................................... .. 42 Caracteristicas de Report Manager .......................................... .. 43 Comparacin entre sistemas operatives dc red ............................ .. 44 Caractcristicas dc Samba .................................................... .. 45 Plan dc versiones ............................................................... .. 47 Cronograma dc aclividades ................................................... .. 48 Eventos asociados a los subsistemas ......................................... .. 51 Sesiones realizadas con los usuaos .......................................... .. 62 Reduccion dc equipos ......................................................... .. 66 Reduccin dc tiempo dc respuesta ........................................... .. 66 Reduccion de cquipos dc impresion ......................................... .. 66

r 7-" 1 i l I /\L.l'AMl4iA Suwas Indice de Figuras 1 Organigrama de un Hotel ............................... ..

2 Organigrama del Departamento de Recepcin ...................... .. 3 Organigrama del Departamento dc Reservaciones ................. .. 4 Diagrama de flujo de procesos generales de un Hotel ............. .. 5 Etapas de la Metodologia .............................................. .. 6 Mctodologia XP cn contraste con otras .............................. .. 7 Modelo dc depsito para el sistema ................... .. 8 Organizacin general dcl sistcma ..................................... .. 9 Modelo de depsito para el sistema ................... .. I0 Modelo de ujo de datos general ..................................... .. 11 Modelo ER ............................................................... .. 12 Ejemplo de formalo de pantalla principal ............ .. 13 Esquema de Navegacin A Pantalla de autenticacin. . . . . .. B Panlalla principal de reservas...... C Pantalla para crear reservas. . . . .. l4 Esqucma dc navegacin General ...................... .. .... .. 8 .... .. 10 .... .. l3 .... .. l6 .... .. 32 .... .. 38 ................... .. 50 .... .. 50 ................... .. 52 .... .. 53 .... .. 55 56 57 57 58 ................... .. 58 X

ll " ALTAMlRA SUITES SINOPSIS El presente Trabajo Especial dc Grado, lilulado Sistema para cl manejo bajo ambicnte LINUX integrado con aplicaciones en MS-DOS para el Hotel Altamira Suites, consisti en discar e implementar un sistema que se encargue dc sopoar las actividades del Hotel desarrollado en lcnguajc Kylix y que adems se

conecte con aplicaciones en MS-DOS. Este sistema intcnla facilitar las funciones diarias dc los cmplcados dcl Hotel, de forma que puedan cumplir con sus acliviclades en un ambientc dc Lrabajo actual que cumpla con sus requcrimientos. Para el desarrollo dc la aplicacin sc utiliz la metodologia XI propucsta por Kent Beck. Esta metodologia est diseada para el desarrollo de aplicaciones que requieran un grupo dc programadorcs pequeo, dndc la comunicacin sea ms factible que en grupos dc desanollo grandcs. Se basa en la simplicidad. la comunicacin y el reciclado continue dc cdigo, y utiliza una serie dc tcnicas para lograr cl cumplimiento dc los rcquerimientos del cliente. Como resultado de este desarrollo, se obluvo un sislcma dc manejo hotelcro que corrc bajo plataforma Linux y que se conecta a travs dc un servidor Samba a otras aplicacioncs complemenlarias que corren bajo cl sistcma operativo MS-DOS. xi

is; 4? ' ALTAMIRA SUITES ..... INTRODUCCION Hace mas dc 20 aos se cre en Caracas, Venezuela, el lugar ideal para el hospedaje y el descanso_ Junto a planos, diseos, estmcturas e instalaciones, entre otra gran eantidad de materiales tambin se estaba diseando un concepto: brindarle a una clientela empresarial VIP, Nacional e lntemacional, la mas ealida atencion y el mas esmeraclo servicio, para que asi pudiera tener toda la privacidad y confort necesarios, tanto en reuniones de trabajo como para disfrutar un merccido descanso. Asi nace el Hotel Altamira Suites, hoy en dia convertida en la mas prestigiosa y exclusiva residencia de Caracas. El Hotel esta ubicado en una de las mas elegantes urbanizaciones de la ciudad, rodeado de los mejores restaurantes, las tiendas mas exclusivas, completos centros comerciales, interesantes centros culturales, muy cerca dcl imponente Parque Nacional El Avila y a una cuadra de la eslacion del Metro, el cual facilita el traslado a cualquier parte de la ciudad, lo que permite que este prestigioso hotel sea el centro de hospedaje adeeuado para todas aquellas personas que visitan la ciudad por intereses comerciales 0 turisticos. Para el manejo de todos los procesos del negocio se implement un sistema de manejo hotelero que pemiite brindar a la amplia elienlela de ste Hotel un servicio eciente, capaz de mantener inforrnacin consisteme que otorgue a sus trabajadores la oportm-lidad de satisfacer las necesidades de los huspedes, sea conoeiendo las preferencias de los mismos, o asegurando la rapidez de las transaeciones que realice dentro de las instalaciones, especialmente el check in y check out, entre otras.

Para dar a conoeer la aplicacion desarrollada se expone en ste documento, estructurado a travs de cinco Capitulos, el marco terico, melodolgico, desarrollo y ' Prstamo del ingls VIP , siglas de v(ery) i(mportant) p(ers0n) persona muy importante'. xii

-r > I I F if .1-,w-.1. _ -~=l.- A A4"-.1 _..__ 4.___ I I > I I ___,.......M ~.;;;_' @ ' ALTAMIRA Sumss resultados. En el Capitulo I se muestra la denicin de la situacin problemtica en la que surge la necesidad dcl desanollo de un nuevo sistema. En el Capirulo II sc despliega cl marco terico, en cl cual se describen algunos conceptos previos y deniciones de modelos importantes para la implementacin de sta aplicacin. Luego en el Capitulo III, se hablar sobre la metodologia utilizada para llevar a cabo cl desarrollo. En cl Capitulo IV, se describe 10 que cs cl desarrollo, los modelos implementados y la forma dc trabajo. Por (ultimo, en cl capitulo V, sc muestra cl producto obtenido luego dc todo cl proceso dc desarrollo de software. xm

@ R 1" ALTAI:ll1Q(\ .S.U|TES cAPi'ru|.o 1: EL PROBLEMA I.1 Planteamiento del problema Desde quc la informatica dejo dc ser un area en la que slo estaba incluido un grupo selecto dc personas para formar parte de la vida cotidiana dc muchas personas

y compaias, sta ha evolucionado a travs clel ticmpo para ofrcccr soluciones automatizadas a todo tipo dc usuarios. De igual manera las empresas evolucionan y sus necesidades cambian a Lravs del tiempo y por cnde, los sistemas que antes les eran tiles y altamente ecientes, pasan a ser obsoletos y generalmentc infuncionales dentro dc una organizacin. For lo tanto stas se ven en la necesidad de cambiar sus aplicaciones por sistcmas que satisfagan sus nucvos requerimientos y a su vez estn a la par con el mundo contemporneo y sc adecuen a los movimientos que en cl mundo dc la infomlatlca se generen. Al inicio, El Hotel Altamira Suites, mamuvo sus equipos dc computacin trabajando bajo ambiente MS-DOS durante aproximadamentc 10 aos, y sus aplicacioncs xeron creadas para cjccutarsc bajo este sistema operativo. En la actualidad, la empresa trabaja bajo ambientc LINUX pero existen aplicaciones que se mantienen en MS-DOS (incluyenclo reservaciones, caja, recepcin, etc.) lo cual implica quc los usuarios deben ir de un sistema operative a otro dependiendo de sus necesidadcs para hacer uso dc las aplicacioncs disponibles en cada uno dc los ambicntes. Todo esto retrasa algunas aclividades, como las rcservaciones, los procesos de caja y cobranza. Esto conlleva a la necesidad dc cambiar su sistema de control dc hotclcria, que en su momcnto era adecuado y ptimo, a uno bajo plalaforma LINUX quc cumpla con todas las mcionalidades del sistema anterior y adcms se adaple a los nuevos rcqucrimientos que surgen con la evolucin dc csta empresa usando tecnologias y conceptos actuales para crear un sistema capaz de integrarse a las otras aplicacioncs y dc esta manera unicar cl sistema operativo de la empresa. l

- 1" ALTAMIRA Sue res ..... Si cl Hotel mantienc cn uso el sistcma actual, ser complicado que la empresa pucda crecer y a su vcz seguir trabajando dc fonna optima, debido a que la evolucion dc Lma empresa implica mayor volumcn dc trabajo, asi como surge la necesidad dc contratar mas empleados y por ende agregar mas equipos a la red que manipulen la misma aplicacion y aumcntc la cantidad dc informacion en las bases de datos, supcrando las capacidades opcrativas de la aplicacion actual. Al implementar una nueva aplicacion que soporte los procesos del Hotel, so podr manejar mayor volumcn dc datos y cantidad dc equipos en red, logrando u.n sistema establc que brinde mayor oportunidad dc crecimiento. 1.2 Objetivos Objctivo General Q Desarrollar una aplicacion que sc cncarguc del manejo holelero bajo ambiente LINUX, integrada con aplicaciones en MS-DOS, adaptada a los nucvos

requerimienlos del Hotel Altamira Suites. Objctivos especificos 0 Discar e implcmcntar un modelo de base de datos quc cumpla con todas las necesidadcs dc la cmpresa, deniendo perles de usuarios para restringir cada una de las opcraciones rcalizablcs por cada uno dc ellos dcpendiendo de sus caracteristicas. 0 Desarrollar una aplicacion que se encargue del manejo hotelero bajo ambientc LINUX hacicndo uso dc la base dc datos mencionada anteriormente. 2

A|_TAr;1|ft_S_unEs ~ Evaluar las tecnologias para la comunicacion entre aplicaciones bajo una misma platafonna y entre sistcmas opcrativos distintos, especicamentc, MSDOS y LINUX. El sistcma sc conectar con aplicaciones bajo plataforma MS-DOS y LINUX ya existentcs dcnlro dcl hotel como lo son, cl taricador telefnico, cl control de barrera y el sistema dc caja del Restaurant Pa.lms. 0 Habilitar el sistema dc bitcora dcl manejador dc base dc datos asl como dcl sistema operative para registrar, por usuario, cada una de las opcracioncs que realice dentro dcl sistema que puedan alterar la infonnacin. 1.3 Limitaciones y Alcance El alcance dcl sistema cs cl siguicnte: I Manejo dc las rcscwaciones dcl hotel. v Control dc Check IN y Check OUT. 0 Cargo dc hospcdajc adicionales durantc la cstadia en el hotel. 1 Llcvar a cabo cl proceso dc facturacin. Las limitaciones del sistema son: 0 La aplicacin no comprender el sistema dc comabilidad, este solo escribir la informacin necesaria sobre facturacin en cl servidor de contabilidad. 0 La tecnologia para implemcntar la aplicacion a desarrollar ser la disponible en cl Hotel Altamira Suites, lo cual es una de sus exigencias ya que descan rnantcner un estzindar en las aplicacioncs crcadas para el hotel. 3

ail? @ "" ALTAMIRA SUITES ~... 1.4 Justificacion El desarrollo de estc sislema marca el inicio dc la unicacion de sistemas operativos en cl Hotel Altamira Suites, con la nalidad de mejorar las siguicntes caracteristicas: 0 Reducir cl tiempo dc respuesta del operador de reservaciones a los huspedes ya que no sera necesario cambiar dc un sistcma operativo a otro. 0 Reclucir la cantidad dc equipos necesarios para llevar a cabo lodas las actividades del personal de reserva asi como el de cobranza. 1 Disminuir los equipos de impresin, ya que al unicar el sistema operativo a LINUX, so elimina la necesidad de tener impresoras solo conguradas para MS-DOS. Adicionalmentc, cabe destacar el hecho de que por la tecnologia con la que se desarrollara esta aplicacin, cl hotel tendra la libertad, en un futuro, de poder mi grar a Windows sin ningim problcma. La implementacion de la nucva aplicacin permite 0'ecer un servicio de mayor calidad a sus clientes, ya que la atencion sera aim mas personalizada y eciente, debido a que la aplicacin almacenar mayor inforrnacin del husped y la mostrar dc forma mas clara. Por otra pane, este desarrollo trae consigo nuevos conocimiemos, cspecialrnente en la integracion dc aplicaciones que lrabajan bajo ambientes que se consideran incompatiblcs. Estos sistemas lrabajaran unidos para mantener infommcion consistente y no redundante en las bases dc datos. 4

I l \ l I l l s l > l Q 5 ALTAr:1|fA .S.UlTES

A tmvs de los puntos anteriormentc expuestos se ha llegado a la conclusin dc que para cl Hotel Altamira Suites el desarrollo dc esla aplicacin lograr un gran ahorro en equipos dc computacin e impresin, lo cual es un gran benecio para la empresa ya que a la vez esto ser una ganancia a largo plazo. I5

> \ I 4 & r W5 @ 51" A1_TAr:ue:\u|1"Es CAPIETULO II: MARCO REFERENCIAL II.1 Estructura General del Hotel Altamira Suites Antes dc iniciar cl desarrollo dc esta aplicacin_ fue necesario realizar una investigacin sobre las reglas del negocio hotelcro y denir algunos conceptos, para que al inicio de la implementacin, los procesos principales de la empresa estuvicsen ajustados a los principios de la Hoteleria. A continuacin se muestra cl resullado dc estc estudio que incluye, la denicin dc la cstructura general dc un Hotel y algunos conceptos bsicos. 11.1.1 Definiciones del negocio 0 Hotel [14] Un hotel es un establccimiento que proporciona alojamienlo, normalmcntc durante un tiempo corto. A menudo o'ecen servicios adicionales como restaurants piscina 0 guarderia para nios. Alglmos hoteles tienen servicios de conferencias y animan a grupos a organizar convenciones y rcunioncs en su cstablecimiento. El precio y calidad de los hoteles es nomlalmente indicative dc un abanico y lip0 dc servicios disponibles. Para facilitar la comparativa, cxistc un sistema de clasicacin con estrellas que va dc 1 (los ms modestos) a 5 (los que ofrecen ms cantidad y calidad dc sen/icios). Hospedaje [2] Comrato por cl que una persona se comprometc a suminisrrar a la otra habitacin, con sus acccsorios y servicios complementarios, por un tiempo y rnediante un precio. El hotelero lleva un rcgislro en cl que constan las cntradas y 6

T \ e I ! l > v W ALTAbf|5;1.S'UITES salidas dc huspedcs. Por la omision dc esta inscripcion puede incurrir el hotelero en responsabilidad civil 0 criminal, si el husped no inscrito es culpable de un delilo 0 falta. 0 Husped [2] Persona alojada en un establecimiento de hoteleria. II.1.2 Propsito [1] 0 Misin El Hotel Altamira Suites esta comprometido a prestar un servicio que cumpla plenamente las expectativas y requerimicntos dc los clientes, turistas o cmpresarios, donde la calidad del servicio y el cuidado del minimo detalle se conviertan en el lema de Lrabajo, resaltando la cultura del arte de atender. I Vision Alcanzar cl reconocimiento, como fmico Hotel a nivel nacional e intemacional, especializado en ofrecer un servicio personalizado a cada uno de los clientes y hacerlos scntir como si estuviesen en su casa. 0 Objcvos o Ofrecer atencin personalizada a cada uno dc los clientes. o Mantener como capital humano u.n personal responsable y profesionales en el area dc Turismo y Hoteleria. o Mamcner la competitividad del Hotel a travs dc actualizaciones y rnejoras constantes dc las instalaciones y scrvicios. 7

ALTAMIRA SUITES ..... o Conservar la tica como Lmos de los principales valores dentro del negocio. II.1.3 Organizaclon de trabajo

El Hotel Altamira Suites debc estar bajo la dircccin del Presidente y el Vicepresidente. Su estructura funcional debe estar liderada por un Gerente General, quienes euentan con un equipo de colaboradores especialistas en las diferentes zireas. A continuacin se muestra el organigrama que describe la estructura de un Hotel (Figura 1), resaltando las reas que se ven afectadas por cl sistema a desarrollarz GIBVUQ %rEiWI!3 gain: wwm-1:: J Y V G0rwrv:l:1u Gamma? mm Gvszwnm s.;:r:Nm Mm am .-l l mun a Sewn yam IHIBS -111.1 camym-d vnlas wrmw , 1 + ll tn 5"'f; -mm lw Figura I.- Organigrama dc un llutcl. Fucnlc: Aduptacin dc la cstruclura dd Holcl Altamira Suilc Ill. II.1.4 Soporte de procesos hoteleros Luego dc haber denido previamente las bases del negocio hotelero. es posiblc conrma: que el sistema de manejo hotclero soporta los procesos del Hotel Altamira Suites debido a que esta aplicacin pet-mite 0 facilita el cumplimiento dc los 8

\ 1/ N. . E ,1 ii, ._j:. . H5 }\ c Ix ! > 1 1 l

r . l l r V ALTAM ITES ':n '> ~ '9 @@ I objetivos bsicos de un Hotel que Lratan sobre la operatividad del mismo. La forma de apoyar estos objetivos es la siguiente: o Oecer atencidn personalizada a cada uno de los clienles. Para el cumplimiento de este objetivo, cl sistema cle rnanejo holelero, almacena toda la informacin relevante sobre los huspedes del Hotel, incluyendo las preferencias de suite y detalles particulares deseados para su estadia. Adems, la emisin de reportes de cumpleaos del mes, es una particularidad del sistema, que permite mantener la tradicin del Hotel, de dar algfm presente a los clientes que estn de cumpleaos. Por ultimo, cada reserva esta asociada a aquellas personas alojadas en una suite. 0 Manlener la competilividad del Hotel a lravs de actualizaciones y mejoras constantes de las instalaciones y servicios. El sistema a desarrollar, debido a su modularidad, es capaz de evolucionar en el tiempo y pennitir la inclusin de mejoras 0 actualizaciones, asi eomo de aadir nuevos mdulos que permitan mantener el sistema a la par del negocio, dc esta manera la aplicacin podr soportar nuevos procesos y requerimientos que puedan surgir en un memento determinado. 11.2 Administracin del Hotel [15] Un Hotel ciertamenue se trata de un negocio de genie, no slo porque esl hecho para servir a la gente, sino porque requiere dc sus servicios para existir. Los seres humanos son los encargados de proporcionar los servicios necesarios para el bienestar de los huspedes pero la automatizacin puede ayudar al buen funcionamiento dc los hoteles. Los Hoteles varian no slo en tamao, sino tambin en carcter, en lipo de clientela y en alcance de actividades. Cada funcin existe, pero las prioridades varian 9

l > 1 \ r k I & 1 w \ \ ,1 K 4 ) < \ \ > \ K \ r | \ \ I 1 1 ALTAMARA Sumzs .-.. dc un hotel a otro. La administmcin dc cada uno debe determinar los deparlamentos y cl nmero de empleados que sern nccesarios para su propia operacin. II.2.1 Departamentos [16] Existcn tres deparlamentos de gran importancia dentro del negocio asi como para las aplicaciones de manejo hotelcro y son los siguientes: Departamento de Recepcin

Se denomina asi porque esle departamemo acoge a los clientes en nombre dc la empresa con reservacin o sin ella. El Departamento de Recepcin es cl que ms contacto tiene con cl cliente, por lo que cs muy importante tenerlo bien organizado y dotado de personal eciente, no solamentc desde el punto dc vista dc las tareas administrativas sino, y muy mdamentalmente, desde el punto dc vista de la relacin humana en cuanto a educacin, cortesia y simpatia se reere. El organigrama a travs del cual estzi estructurado este dcpartamento (Figura 2), es cl siguiente: Gerente de Alojarniento 1l11 Reoepcinnistas I C"5e"je5 i Telefonistas 1 i Botones i y czueros Figura 2.- Organigrama del Dcpnrtamento dc Rcccpcin. Fucnte: Adapmci6n dc [I6]. Si bien estzi muy rclacionado con los dems departamcntos, lo eslzi principalmente con Reservas, Caja, Telfonos y Ama dc Llaves. 10

#4 s l l > > l l L l l= er @ "1" ALTAMIRA Surras ..... Es uno de los departamentos ms imponantes de tm hotel ya que la I-Ioteleria cs como una cadena donde, empeza.ndo por el Check In, hasta el Botones que le da la salida y el feliz viaje al cliente, es todo un proceso, es como decir el corazn que mueve la informacin. La Recepcin es la cara, la imagen del hotel, dc la misma dependen muchas cosas, entre ellas, que el cliente vuelva 0 no vuelva a las instalaciones. Recepcion es el centro dc informacion durante la permanencia de los huspedes en el hotel. Se encarga de realizar las siguientes acvidades:

l. Manejar las rcservaciones llegadas del dia. 2. Atender los problemas que se prcscnten al husped, manejar la correspondencia y recados dc los mismos. 3. Realizar la asignacin y cambios de habitacin, asi como rnanejar los problemas que puedan presentarse duranle estos movimientos. 4. Hacer el check out, salida del husped, (adems de solucionar los problemas que puedan presentarse al llevar a cabo este proceso), las salidas tarde. 5. Comparar el reporte de ama de llaves con la infonnacin que tiene, control de llaves, emergencias, uso del telfono, pendienles del turno. Departamenta de ama de Ilaves Es cl departamento con mayor nilmero de empleados en el Hotel. Se encarga de la limpieza del hotel, habitaciones, pasillos, ocinas, reas comunes, etc. Las funciones que le corresponden dentro del Hotel son: 0 Limpieza y mantenimiento. Elaborar programas de limpieza tales como, limpieza exterior de ventanas, lavado dc alfombras, limpieza dc ventila, etc. ll

J-I kg; ALTAMIRA Sulrss - Seleccionar los suministros dc limpieza. Limpiar las habitaciones vacias y ocupadas, asi como algunas areas pilblicas. ~ Seleccion y entrenamiento dc personal. Cada empleado del Hotel debe ser entrenado para relacionarse con sus compaeros, otros deparlamentos del hotel y con los clientes. v Smninistros y equipos. Pedidos, almacenaje y control dc los equipos usados. 1 Trabajo de ocina. Emitir todos los reportes que la organizacion del Hotel requiera. El mas voluminoso es cl de horario para llevar un buen record del page dada la gran cantidad de empleados. I Control del personal: supervisar toda la operacin del personal a su cargo. Mantener un control en los uniformes de los empleados y debe mantenerse en optimas condiciones para el servicio. I Control de las instalaciones. Supervisar cl suministro estandar para cada habitacion (folletos en comoda, lo necesario en su escritorio, lo indispensable dc las camas, closet, puertas y bao) asignacion de trabajo a camareras, revision dc las habitacioncs. Llevar el control absoluto de las llaves maestras del Hotel. Inventario: Supervisar los inventaiios dc su departamento y solicirar lo faltanle con la aprobacion de su jefe inmecliato.

0 Almacn: Supervisar y autorizar los pedidos do almacn general. Departamento de Reservaciones Es cl cncargado de captar y manejar las solicitudes de reservas. El mismo opera en estrecha coordinacion con el personal del departamento de recepcin y ama dc llaves. Esle depanamcnto debe determinar la disponibilidad del hotel, cotimr las tarifas de las habitaciones, tomar y conrmar las reservaciones y documentarlas. l2

"u: T \ '\ ALTA: ITES '12 -> -@ | El departamento est compuesto por un jefe de resewaciones quien supervisa y clirige el buen desempeo del departamento y los agentcs dc reservaciones los cuales realizaran las mciones de atender las reservaciones que lleguen por los diferentes medios dc comunicacin, las reservas de grupo, las resen/as de agencias de Intemet 0 tour operadoras, manejar el dinero provcniente de los depsitos conespondientes para garantizar las reservas. El esquema bajo el cual trabajan se muestra en el siguicnte organigrama (Figura 3): Gerente de alojamiento e~=~@1@=~*~~ Figural 3.- Organigrama del Dcparlamznto de Reservacioncs. Fuentc: Adaptacin dc [I6]. Las personas que laboren en este departamento, deben estar oonscienles de lo delicado de su labor y tornar en cuenta que es aqui donde se inicia el ciclo de hospitalidad. Ya que es el primer contacto que tiene el cliente con cl hotel, y ste puede ser en fom1a personal, via Intemet, fax 0 telefnica, etc. Por la importancia que tiene esle departamento denlro del contexto general del hotel, no puede darse el lujo dc cometer errores 0 caer dentro dc la improvisacin, desorganizacin, descuidos u omisiones en el desempeo dc todas y cada una dc las mciones que ahi se llevan a cab0.*l5+ En general, las funciones del departamento son: X \ 0 Monitorear la disponibilidad dc habitaciones. 0 Asistir al personal de recepcion en el proceso de check in/ check out cuando

sea necesario. 13

ALTAMIRA Surrss ..... @@ Preparar la lista de llegadas para recepcin. Por on-a pane, existen actividades especicas del jefe del departamento, dentro de las cuales se encuentran: Controla y coordina todas las reservaciones. Mantiene cl control sobre la cxactitud de la informacin dada por los agentes dc reservas. Mantiene relaciones cordiales con los suplidores. Revisa y modica las tarifas de las habitaciones segim las instrucciones dc los dcpartamentos competentes. Asegura que la base de datos del centro de cmputos est acmalizada. Asegura que toda solicitud de reserva sea contestada el mismo dia. Asegura la exactitud en la prepaxacin de los informes: ocupacin, huspedes en casa, etc. Dando especial atcncin a las tendencias del mercado para prevenir sobrevcnta y aprovechar la demanda. Por ltimo, los agentes de reservas cumplen con las siguientes actividades: Su principal objetivo es vender habitaciones. Tomar las reservas y computarlas. Mantener actualizado el centro dc cmputo lo ms prximo a la realidad posible. Elaborar los reportes del departamento. Apoyar al gerente dc resen/aciones en sus actividades: atencin de suplidores y huspedes. Atender las sugerencias y quejas cle huspedes en cl hotel en cuanto a la asignacin de habitaciones y reservaciones. 14

< K v 1 1 1

I 1 1 \ 1 r 1 1 4 31 1 \ v ALl'Ah!lF .S.UlTES Todas estas funciones descritas anterionnentc deben estar soportadas por aplicaciones integradas entre si, que permitan manipular la informacin relevante pam cada uno de los deparcamentos. II.2.2 Relacin entre departamentos Todos los departamentos rnencionados anteriormente trabajan en conjunto para lograr un n comn, que consiste en la satisfaccin del cliente. Esta interrelacin se puede observar el en siguiente diagrama de ujo de procesos general de un Hotel (Figura 4): 15

._ O'\ wxgdmcl u9gaaJoq1:|3 :alu:m_>| -|aul|| un ap sa|n.|auai1 susaaoad ap ofnu ap nnlnuugq -y n.1n;,| 1.- Glnlfll ,_, _ , k Propcrdonar dams necuarius pure Ia resewa N LDe:ea M Lueseu reahza! we "O sociur om: Sohdmd de reservadr selvidu7 c"' Servldc N 1115 Gf _ Ewedcar el

5| servido requeridu N0 -4 7.1 .. , 1: L: R um" u No .4 L4 mrte de SW wen? a= sum so Renervm 1.21 Greer la reserve .-........-...._.._.. __..._...--. .............. ...._._-_.-._......-;.;;..........-._.-- ..-_.. _____ __...- ...... .-........--........i-...... 1125 Us 11 Reaepdan Ama dc Llavel Ca]: Cobranzal Tuorerla Almaon 1.2! Prupordoner servldos mperidcs a In sulI4s Propordonnr . "*" ==-~~ M 5:22; "P' Y mvm earqnr .1 In Bull: 1.17 Propordcnar servldo Bl hu590d V urqer a la smxe ched< Out Si

_ ................-.........._-_. 4hlIQlIDDlIII -----------u ----------.--------x----1.14 I-5 r Reelvzar Tmiw v " cutenta 0 R=="1=' mm 4, oevrar es a wbro dc! menu zz: eke! u'dim7 Mw=d=1= Q Si 112 Conn-ular menus For oobrar ...-....2.z. 33 1 :4 1 1: ""'"*" d ""!<4" A|macAn de Nmacn resarvu dc mites hugspedgs 4: servidcs 1.111 abom reladones dvarias 1.5 Nmacn de woos B is wnze H ---1-.1'a'"'"'" _ - - - - _ "nun. -"UN" Almannde Nmun menus par d Tam mbm, mneea as 4 -.-1 S31 n5 VH wvrlv

1 1 1 1 1 Q I 1

1 1 9 1 1 A 1 > , 1 1 1 1 1 1 1 r H 1 \ '1 Eiin ALTAMIRA sUlTE$ 00000 II.3 Ingenieria del Software [3] Un Sistema de Informacin sc puede denir como un conjunto de funciones 0 componentes interrelacionados que forman un todo, es decir, obtiene, procesa, almacena y distribuye informacin para apoyar la toma dc dccisiones y el control en una organizacin. Igualmente apoya la coordinacin, analisis dc problemas, visualizacin de aspectos complejos, entre otros. Ademas, contiene informacin de sus proccsos y su entomo. Como actividades basicas producen la informacin que se necesita: cntrada, procesamiento y salida. La retroalirnenlacin consistc en entradas devueltas para ser evaluadas y perfeccionadas. [I9] La Ingenieria del Sowam es una disciplina 0 area dc la infonnatica, que ofrece los mtodos y tcnicas para desarrollar y mantcner software de calidad, que resuelven problemas que puedan existir dentro dc una organizacin. Un sistema dc alta tecnologia comprende varios componcntes: hardware, soware, personas, bases de datos, documentacion y procedimicntos. La Ingenieria dc Soware ayuda a traducir las necesidades del cliente en un modelo dc sistemas que utiliza uno o mas dc estos componentes. La Ingenieria del Software comienza tomando una vision global. Sc analiza el dominio dc negocio 0 producto para establecer todos los requisitos bsicos. El enfoque se estrecha entonces a una visin dc dominio, donde cada uno de los elementos del sistcma se analiza individualmente. Cada elemenlo es asignado a \m0 0

mas componentes dc ingenicria que son estudiados por la disciplina correspondiente. Una vez que los requisitos hayan sido aislados, cl modelado del sistcma puede ser rcalizado, y las representaciones de los subsistcmas principales pueden set 117

-1 \ 5 r W \ \I \ H \ ( 5 E 1 r 1 2 6 v 4 1 / r / v = Y" ALTAMIRA Surrzs ..... desarrolladas. La tarea de la lngenieria del Sowarc naliza con la elaboracin de una Espcczcacidn del sistemal. Asi como la Ingenieria del Soware es la encargada del proceso dc implementacin de sistemas informziticos como solucin a problemas funcionales dcntro dc una organizacin 0 bicn para apoyar las actividades de la misma, tambin es ella la encargada dc ofrccer mtodos para resolver cl problema de la integracin de

aplicaciones, que vienen representadas por cl conjunlo de funcionalidades 0 componcntes que constituyen un sistema dc informacin. II.3.1 Integracin de aplicaciones y sistemas [4] La integracin de sistemas consiste en coordinar mltiples aplicaciones quc ha.n sido desanrolladas dc manera indcpendiente, posiblemente cmpleando tecnologias no compatibles y que por lo tanto no se gestionan dc fom1a coordinada. Actualmentc la mayoria de los departamentos de las empresas cuentan con sistemas infonmiticos para la realizacin dc su lrabajo. Las aplicacioncs evolucionan con el tiempo pero lo hacen de forma independiente, sin las relaciones adccuadas para abarcar todo cl proceso productivo. Con la integracin de aplicaciones se logra reutilizar los datos y las funcionalidadcs dc los diversos sistemas, lo cual es de suma importancia ya que al igual que todos los procesos dc una organizacin debcn estar integrados asi mismo los sistemas infonnticos que la soponan. La integracin dc aplicaciones es mdamental cuando se desarrolla una nueva aplicacin ya que esta debe funcionar coordinada con cl resto de sistemas exislentes en la empresa. Documentu que sirve dc base para las larcas dc ingcnicria quc sc rcalizaran poslcriunncnlc. I8

1 I ~44 r v > v % L 1 r > 1 x r a G l E | >

W@ * 1" ALTA: |1'|-:9 '21 -> -9 I Para cubrir las necesidades dc integracin cl mejor enfoque es, un proceso cle unicacin creciente donde los sistemas se conectan uno a uno. Este proceso creciente cs cl mas apropiado por dos razones: 0 Por lo general, es imposible cronomeuar todos los desarrollos de los diferentes subsistemas de tal forma que stos se completen al mismo tiempo. n La integracin reduce el costo en la localizacin de errores. Si varios subsistemas se integran simultzineamente, se pueden localizar enores que surjan durante las pruebas en cualquiera dc estos subsistemas. II.3.1.1 Diseno arquitectnico [4] Para lograr coordinar mltiples aplicaciones e integrarlas cntre si, debe llevarse a cabo un prooeso inicial quc permita identicar los subsistemas y eslablecer un marco dc trabajo para el control y comunicacin de los mismos. Este proceso se denomina diseo arquiteclnico cuyo resultado es una descripcin de la arquilecturu de soware. El proceso dc diseo arquitectnico comprende el establecimiento dc un marco de trabajo estmctural bsico para un sistema. Esto implica identicar los componcntcs principales del sistema y la comunicacin entre ellos. Ventajas de Ia especlfcacin del diseo y Ia arquitectura de software 0 Comunicacin entre los STAKEHOLDERS2. La arquitectura es una prcsentacin dc alto nivel del sistema que es utilizada como punto de discusin por un rango dc STAKEHOLDERS diferentes. Z lmermados directos e indirectos dc una empresa que tcnicndo algdn lipo dc intcrs cn las opcracioncs cmprcsarialcs, lc bn'ndan su apoyo y ante los cualcs la organiucin es raspunsable. Sun grupos con poder real 0 potcncial para inuir cn las dccisioncs gcrcnciahs. 19

r us l 1 > V

., ALTAMIRA Surres .--aw 0 Amilisis del sistema. Hacer explicita la arquitectura del sistema en una etapa inicial del desarrollo, signica que se debe llevar a cabo cierto tipo de anlisis. Las decisiones en cl diseo arquitectnico tienen un efecto sobre cuzindo la aplicacin puede cumplir los requerimientos criticos como desempco, abilidad y mantenibilidad. 0 Reutilizacin a gran cscala. Una arquitcctura del sistema cs una descripcin compacta y manejable dc cmo se organiza el sistema y cmo operan los componentes. La arquitectura se puede transferir a lo largo de los sistemas con requerimientos similares y asi poder reutilizar soware a gran escala. Distincmn entre subsistemas y mddulas ~ Subsistema. Es un sistema por si mismo cuya operacin no depende dc los servicios suminisuados por olros subsistemas. Se componen de mdulos y tienen interfaces denidas que se utilizan para la comunicacin con otros subsistemas. 0 Mdulo. Es por lo regular, un componente que suministra uno 0 ms servicios a otros mdulos. Utiliza los scrvicios surninistrados por otros mdulos. Por lo general no se considera un sisterna independiente. Gcneralmente, esln integrados dc varios componentes simples de la aplicacin. Modelos arquitectnicos Son las cliversas representaciones grcas del sistema, que muestran diferentes perspectivas de la arquitectura. Los modelos arquitectnicos que se pueden clesarrollar son: 20

\ 1 u 7 3 2 4 < \ . \ K-.*..*3

ALTAMIRA SUITES .-.- Modelo estructural cstzitico. Se muestra los subsistemas 0 componentes a desarrollar como unidades independientes. Modelo de proceso dinaimico. Muestra cmo se organiza el sistema en tiempo de ej ecucin. Modelo dc intcrfaz. Dene los servicios ofrecidos por cada subsistema a travs de su interfaz pblica. Modelo dc relacin. Mucsira las relaciones por ejemplo, dcl ujo dc datos entre dos subsistemas. Requerimientos no funcionales que dqnen el tipo de estructura Desempeo. La arquitectura debe disearse para localizar las opcracioncs criticas dentro dc un nmcro reducido de subsistemas con poca comunicacin, hasta donde sea posible, entre estos sistemas. Seguridad. Se debe utiliza: una cstructura en capas para la arquitcctura con los recursos ms criticos protegidos por las capas ms intemas y con un alto nivel dc validacin de la seguridad aplicado a esas capas. Proteccin. La arquitcctura se debe disear dc tal forma que las operaciones relacionadas con la proteccin sc localizan en un solo subsistema 0 en un nmero reducido de subsistemas. Disponibilidad. La arquitectura se debe disear para incluir componentes redundantes dc ta! forma que sea posible reemplazar y actualizar los componentes sin detcner cl sistema. 21

r 1 l r 1 @ "" /\LTA|!llff .$UlTES 0 Mantenibilidad. La arquitectura del sistema se debe disear utilizando componentes autocontenidos dc grado no3 que puedan cambiarse con facilidad. Los productorcs dc datos deben estar separados dc los consumidores y las estructuras dc datos compartidas deben evitarse. II.3.1.1.1 Actividades para Ios diseos arquitectnicos *4+ Estructuracin del sistema La primcra fase de la actividad del diseo arquitectnico se reere, por lo general, a la descomposicin del sistema en un conjunto dc subsistemas que

interaclrian. A continuacin so muestran tres modelos para la estructuracin: 0 Modelo de depsito. Todos los datos compartidos se ubican en una base de datos central que puede ser accedida por todos los subsistcmas. La mayoria de los sistemas que utilizan grandes cantidades de datos se organizan alrededor dc una base dc datos compartida 0 depsito. Por lo tanto, este modelo es adecuado para aplicaciones donde los datos scan gencrados por un subsistema y utilizados por otro. I Modelo cliente-servidor. El modelo arquitectnico cliente-servidor cs un modelo dc sistcmas distribuidos que muestra cmo Ios datos y el procesamiento se distribuycn a lo largo dc varios procesadorcs. Los componentes principales de est: modelo son: - Un conjunto de servidorcs independientes que ofrecen servicios a o1I0s subsistemas. - Un conjunto de clientes que llaman a los servicios ofrecidos por los servidores. Grade: sc rccra a la rncionalidad dc un objelu. tamhin sc conoce coma granularidad. Mienlras su gmnularidad cs mas fucrlc cl ubjclo presla muchos scrvicios, micnlras ms dbil (Ilna) cs su gmnularidad menos servicios presla. Lo plimo cs que el ohjeto tenga granularidad dbil. 22

ALTAMIRA Surrss ....- Una red que permite a los clientes acceder a estos servicios. Los clientes tienen que conocer los nombres de los servidores disponibles y los servicios que suministran. Sin embargo, los servidores no rcquieren conocer la identidad de los clientes 0 cuntos clientes existen. El enfoque cliente-servidor se puede utilizar para implemenlar un sistema basado en depsitos, donde el propsito se suministra como un scrvidor del sistema. Los scrvidores y clientes intercambian datos para su procesamiento. 0 Modelo de maiquina abstracto. Organiza un sistema en una serie de capas cada una dc las cuales suministra un conjunto de servicios. Cada capa dene una mdquina abslracta cuyo lenguaje de maquina (los servicios suministrados por la capa) se utilizan para implcmcntar el siguiente nivel dc la mquina abstracta. El enfoque de capas pemte el desarrollo incremental de sistemas. Cuando una capa sc desarrolla, algunos dc los servicios suministrados por esa capa estzin disponibles para los usuarios. Esta arquitectura es cambiable y portable. Si su interfaz se preserva una capa se puede reemplazar por otra capa. A continuacin se muestra un cuadro comparative entre cada uno dc los modelos descritos anterionnente (Tabla 1):

23

4 1 i o |1 ;J r \ | \ | 1. 1 :1 S 1 < F < 1 : \ \ v 4 \ 4 < :1 \ a P. . I 1 II. 1

1 ii 1 ALTAMIRA SUITES --~0 Depsifo Cliente-Servidor I Miqninn nbsmctn Dntos ylo servlcloa central accedida por l0dO5 Ins varios proccsadorcs. - Adecuado para aplicaciones can dams datos para su proccsamicnw. gcncrados por un subsisuzma y ulilizados por onus, Dams ubicados en una base de dates - Datos y pmccsamicmo disuibuidos cn subsislcmas. - Los servidores y clicmcs intcrcambian - Dams uhicados en la capa dc base dc dams. - Organim cl sistcma en capas quc suministran un conjunlo dc scrvicios a los usuarios. cantidadcs dc dams. N0 Lransmilcn dams en red so pueden ulilizar dc fonna cxplicimmcnlc. cfccliva cnn muchos proccsadorcs - Los subsismmas no ncuasilan conoccr cl dislribuidos. munejo inlcmo dc los dalos. - Actividades dc rcspaldo, scguridad. u inlegmrlc al resin del sislema, 0 Vanilla: control dc accesu y necupcracin dc crrores estn centralimdas; las olms panes dcl sislema. hcrmmienlas sc cnlbcan an su funcion principal. - Las nucvas hurrarniunlas sc inlcgmn dc fomm direcm al ser Oompaliblcs con el mollclo dc dalos aoordmlo. - Ecicnle nl companir grandcs - Arquitcctura disu-ihuida. Los sislcmas - Facilidad al agzcgar un nucvo scrvidor aclualimr los scrvidoms sin afcctar - Pennile cl desanollo incrcmenlal dc sisu.-mas. - Arquilocwm cambiable y portable - Cuundu Ia inlcrfaz dc una capa

cambia, solo so vc afcclada In capo adyaocnle. todos los subsistemas dchcn csiar aoordcs nucvo scrvidor, cs ncccsario haccr al modulo dc dcpsim dc dates. - Al gcnemrsc gran volumen de dates, cs cambios a los clicntes y servidurcs cxistcntcs para lcner los mayoms dicil cvolucionar. ya quc lraducir cl hcnecios ul inlegxar cl nucvo scrv Desvcnhiai modelu dc dalos a uno nuevo es muy - Fucrm a la misma pnlilioa (dc amiciparsc a los problcrnas al mom scguridad, rcspaldo, clc.) pm todos los dc inlcgrar los dalos do un nucvc subsislcmas. scrvidor. - Es dicil disvibuir cl dcposilo cn varias mquinas. por problcmas dc nedundancia c inconsistcncia dc dams. - El dcscmpcu sc vc afcctado ya quc - A pesar dc quc cs fcil agregar un idor. ~ La lhlla dc un modulo dc rcfcrencia dicil. companido para lus dams, haoe dicil cnlo - Dicil irnplcmcnlacion. > Las mnilliplcs capas, pueden afcctar cl damcrnpco dcbido n los mltiplcs nivclns dc intcrprclacin dc rdcncs. Tabla l.- Cnmparacin zntre los umdclos pan cslnlclurar un sistenn. Fuente: HI. Modelos de control Los subsistemas deben controlarse para quc sus sen/icios so entrcguen al lugar correcto en cl memento justo. Los modelos dc control complementan a los modelos estructurales. Se pueden identicar dos enfoques generales para cl control: 24

ll 3"? w@ w ALTAMIRA Surrzs .-ss. v Control ceutralizado. En un modelo de control centralizado, un subsistema se designa como controlador del sistema y tiene la responsabilidad dc administrar la

ejecucion dc otros subsistemas. Los modclos dc control centralizado so dividen en dos clases: 0 Modelo dc llamada-relomo. Es un modelo de subrutina descendente en el que cl control inicia en la pane superior de una jerarquia y, por medio de llamadas a la subrutina, pasa a los niveles inferiores del rbol. Solo cs aplicable a sistemas secuenciales. o Modelo del administrador. Se aplica a los modelos concurrentcs. Un components del sistema se designa como un sistema adminislrador y controla cl inicio, la detencion y la coordinacion dc otros procesos del sistema. Un proceso es un subsistema o modulo que se ejccuta en paralelo con otros procesos_ Tambin se aplica a sistemas secuenciales donde la rutina dc administracion llama a subsistemas particulates, depcndiendo dc los valores de algunas variables dc estado. I Sistemas dirigidos por cventos. Se rigen por eventos generados en cl exterior. El tnnino evento en estc contexto no solo signica una seal binaria, puede ser una seal que toma varios valores. Esta informacion del estado por lo regular no delermina cl ujo do control. Existen dos modelos dc control dirigidos por eventos: 0 Modelos dc transmision. En estos modelos, un cvento se iransmite, en principlo, a todos los subsistemas. Cualquicr subsistema que pueda manejar este evcnto responde a l. o Modelos clirigidos por interrupciones. Estos sc utilimn exclusivarnente en sistemas dc tiempo real donde las inten-upciones externas son detectadas por 25

= > l< ALTAMIRA SUITES ...., un controlador de interrupciones. Despus stas se pasan a algn otro componente para su procesamiento. Los modelos de transmisin son efectivos para integrar subsistemas distribuidos a lo largo de diferentes computadoras dc una red. Los modelos deciden qu eventos requieren y el controlador de eventos y mensajes asegura que estos eventos scan enviados a dichos subsistemas. El modelo dc control dirigido pot interrupcioncs se puede combinau" con el modelo de administracin cemralizado. El aclministrador oeniral mancja la ejccucion normal del sistema con el basado en intcrrupciones para emergencia. La ventaja dc est: enfoque de control es que permite respuestas no rpidas a

los evcntos a implcmentar. Sus desventajas son que es complejo de programar y dc validar. Cada uno de estos modelos, han sido comparados entre si, y el resultado se muestra en la Tabla 2: ; 26

l l l l l > l l 9 1 l 1 z ,4 l ALTAMIRA SUITES ...-. Llnmadn-retorno Admlnistndnr Transmisin Dirigidos por intcrrupdoncs Apllculonca - Aplicable a sislemas sccucncialcs. - Se uliliza en cl nivcl dc mbdulos para controlar las funcioncs u ohjclos. - Aplicahle a sistcmas ooncuncnlcs 0 secuencialcs dondc la nnina do adminislnacin llama a suhsistcmas panicularcs depcmlicndo de variables dc

stado. - Efeaivos para inlcgar subsistcmas dislribuidns a lo largo dc una red. - Sun ulilizzndas cxclusivamcnle cn aplicacioncs dc licmpo real, con requcrimicnlos dc licmpo rlgidos. Control - El control inicia en la pane superior dc unn jcmrqula. - El sistcma adminislrador conlrolu cl inicio_ dmcccln y ooordinacin dc 0lrO5 pruccsos. - Se rigen por cvcnms cxlcrrlos, quc so tmnsmilcn inicialmenle a lodos los subsisicmas. - Sc rigcn por cvcnlos exlemos deleclados por un conunlndor quc las pasa a nlgim mm oomponcnlc. Vermin - La nammlem rlgida y ncslringida, facilita cl axllisis dc los ujos dc comm] y conocer cmo rcspondc cl siswmn ante cicno lipn dc cnn-adasl - Propnga menus cfcclos sccumlarios. - Conduu: a un software mils fcil mle mantener. - La cvnlucibn cs relalivamenlc scncilla. Un nuevo suhsislema se inlcgra rcgisuamlu sus cvcntns cn cl conlrolador. - Pennitc rcspucslas no

rpidas a los cvcnms a implemcnuu. Dcsvcntaiu - Las cxccpcinncs a las opcracioncs nomlalcs son dicilcs y lcdinsas dc mancjar. - Puede generals: un cucllo dc bolclla. - Dependencia dc Ins variables dc cstado, pucdc gcncrar crwrcs. ~ L05 subsiscmas no sahcn sl los evenlos se manqiarisn nl cuando. Sc pueden genera: conflicms cuando csln disponihlcs Ins rcsultados del maneju dc cvcntos. - Es uomplcju dc pmgramar y validar. Tab-In 2.- Cnmparncilln dc modclos dc control. Fuenle: I4] Descomposicidn modular Dcspus de disear una arquitectura estructural, la siguientc etapa del proceso de diseo arquitectnico es descomponer los subsistemas en mdulos. Existen dos modelos que son dc utilidad cuando se dcscompone un subsistcma en mdulosz 0 Modelos de objeto. Un modelo orientado a objetos dc una arquitectura de sistcma, eslructura cl mismo en un conjunto de objetos dbilmenle acoplados con 3 27

? W \ ALTAMIRA SUITES interfaces bien denidas. Los objetos llaman a los servicios ofrecidos por otros objetos. Una descomposicin orientada a objetos comprende clases dc objetos, sus atributos y operaciones. Cuando se implementa, los objetos se crean a partir de estas clases y se utiliza un modelo dc control para coordinar las operaciones dc los objetos. I Modelos de flujo de datos. En un mod:-:10 de ujo de datos, las lransformaciones

funcionales procesan sus entradas y producen sus salidas. Los datos uyen de un lugar a otro y se transforman durante este movimiento. Cada paso dc procesamiento se implcmcnta como una transformacin. Los datos dc cntrada uyen a travs dc estas transformaciones hasta que se convierten en salidas. Las transformaciones sc puedcn ejecutar secuencialmente o en paralelo. Los datos se pueden procesar para cada transfolmacin elemcnto por elcmcnto 0 en lotc4. A continuacin, en la Tabla 3, se muestra la comparacin entre estos dos modelos: Son sislcmus dc Lransformacibn sccucncial sobrc un cunjunlo Llc cnlradas, rcsullando an un conjuntn dc salidas quc so procesa sin imeraccin con cl mundo extemn. 28

V ' Aumnaa Su n'ss r \ 1 w 1 nnoii mm=maum;m ' 1 Modelmdeilniudedltos Ducompbdu - Se dcscompone en un conjunlo dc ohjclos quc sc comunicun cnuc cllos. - Se drscomponc on modules mcinnahs quc afcclan Ins cntnxdas dc dams y las uansfcnnan dc alguna mancm en dams dc salida Mdulu - Lns mbdulos son ubjctos con cstado privado y wn operacioncs dcnidas sobre esle esladu. ~ Ins mdulos son lmnsfomlacioncs mcionales. Veuujn - Dehido a que los objclos cstn dbilmente acopladus, la implemmmin dc. ohjems st pmde nmdicar sin afecmr a on-os objelos. - Pcrmile mutilimcibn dc uansfon-nacioncs. ~ Es inmiliva.

- El siswma cvuluciuna a! agmgar nuevas uanstbrmacioncs. - Es sencillu dc implcmcnmr ocmu sislema cnncuncnu: y sccucncial. Dumltaju > Para u\i\i1.ar 105 scwicius, \us ubjnos debcn haw rcfcrcncia expllcila al numbre y la inmrfaz dc olros ubjcios. - Al cambiar una intcrfaz, sc dcbe evaluar cl efcl0 dcl cambin en Ins lndos los usuarios dcl objcto cambiado. - Sc ncccsha un fmmaw para lransfcrir dmus qua sea rcwnocido por lodas las Imnsfnnnacinncs, cslu incrcmcn la sohrccarga dc! Sistcma y pucdc signicar la impusihilidad dc inlngrar iransformacioncs quc uliliccn forrnams incompulihlcs dc dalos. I8 Tabla 3.- Compnrncin dc mndclos par: la dzscompositin moduhr. Fuentc: |4|. 29

1 s , i. ALTAMIRA Surrzs ..... v \ < 1 I \ \ > 4 . , = x | 1

v x I \ r v \ ( 1 / r CAPITULO III: MARCO METODOLOGICO III.1 Metodologia XP [6] XP (eXtreme Programing) nace como nueva disciplina de desarrollo de sowarc hace aproximadamentc unos seis aos, y ha causado un gran revuclo entre el colectivo de programadores del mundo. Kent Beck, su autor, es un programador que ha trabajado en mnltiples empresas y que actualmente lo hace como programador en la conocida empresa automovilistica DaimlerChrysler. La programacin extrema se basa en la simplicidad, la comunicacion y el reciclado continue de codigo, para algunos no es ms que aplicar pura logica. La metodologia XP es exitosa porque enthtiza la salisfaccion del cliente y promueve el trabajo en cquipo. Esta metodologia ha sido diseada para solucionar el etemo problema dcl desarrollo de soware por encargo: entregar el resultado que cl cliente necesita a tiempo. III.1.1 Objetivos de XP Los objetivos de esta metodologia son muy simples: en primer lugar la satisfaccin del cliente, lo cual se evaluar a travs dc cncuestas. Esta mctodologia trata dc dar al cliente el software que l necesita y cuando lo necesita. Por tanto, se debe responder muy rpido a las necesidades del cliente, incluso cuando los cambios sean al nal dc ciclo de la progrmnacin. El segundo objctivo es polenciar al mximo cl trabajo en grupo. Tanto los jefes de proyecto, los clientes y desarrolladores, son pane del equipo y estn involucrados en el desarrollo del soware. 30

Al_TA|\:|F.urrzs III 1 2 Caracterlsticas de XP [18] ...:_...,. ..:.., 0*'_

.....' Q3 @ - Pruebs Unitarias: se bass. en las pruebas realizadas a los principales procesos, dc tal manera que con una visin hacia el futuro, sea posible hacer pruebas dc las fallas que pudieran ocurrir para obtener los posibles errores con anterioridad. Recodlficacln se basa en la reutlhzaclon de cdlgo, para lo cual se crean patrones 0 modelos estandares, SlI1d0 mas exlble al C3.l11bl0 Programacln en pares una p3.I'*1CLll8.I1d3d dc esta metodologla es que propone la programacxbn en pares, la cual consnste en que dos desarrolladores pamcupen an un proyecto en una mlsma estaclon dc trabajo Cada [Il1Cl'l'lb1'0 lleva a cabo la acclon que el otro no est haclendo en ese memento Es como cl chofer y el coplloto mlentras uno conduce, el ouo consulta el mapa III 1 3 <.Que propone XP? Empleza en pequeno y anade funclonalldad con retroalmlentaclon conunua El mancjo del camblo se convlene en parte sustantwa del proceso Ill costo del C3I11b10 no depends de la fase 0 empa No mu-oduce 1.I'lCl0n8llddCS antes que scan necesanas III 1 4 Derechos del Chente El chcnle 0 el usuano se convlerte en mlembro del equxpo Decxde que se lmplementa Conoce el estado real y el progreso del proyectn Anade, cambla 0 qulta requeurrucntos en cualquler momento Obtlene lo mfunmo dc cada semana de trabajo 31

E '3 ALTAMIRA Surnzs ..... - Obtiene un sistema funcionando cada 3 0 4 meses. En el caso de esta aplicacin obtiene al menos dos versiones. III.1.5 Derechos del Desarrollador 0 Decide como se implementan los procesos. - Crea el sistema de tal manera quc cumpla con la lista de requerimientos previamente denida. o Pide al cliente en cualquier momento aclaraciones dc los requerimientos. ~ Estima el esfuerzo para implementar el sistema. o Cambia los requerimientos en base a nuevos descubrimientos. III.1.6 Aspectos fundamentales Lo fundamental en este tipo dc metodologia es: o La comunicacin, entre los usuarios y los desarrolladores. - La simplicidad, al dcsarrollar y codicar los mdulos del sistema.

. La retroalimentacin, concreta y ecuente del equipo dc desarrollo, el clientc y los usuarios nales. III.1.7 Etapas de la Metodologia XP Las etapas de XP, se mueslran el la siguiente gura: Cndlllmcln Prumcs Figuru 5.- Eunpas dc la Mcludulugla XI. Fucnlc: (71 32

'n as"? M ALTAMIRA Surrss .~.-. - Planicacidn (Planning) En el ambito de planicacin de un proyecto, las tcnicas que se sugieren son las siguientes: 1. Historias de usuarios. El desarrollo es dirigido por una descripcin informal de las necesidades de usuarios (dos 0 tres frases), que se denominan historias. Orientan el proceso dc dcsarrollo (los objetivos que se planican son el cumplimiento dc estas historias), y las pruebas de aceptacin (se pueden establecer mtodos mas 0 menos formales para vericar que ya se cubre una hisloria). Una historia se divide en varias tareas planicables y medibles en su estado dc realizacin. El desarrollo de este sistema fue planicado a travs dc un cronograma que se muestra como parte de los resultados de esta etapa en el Capitulo V. 2. Sacar nuevas versiones con frecuencia. Es necesario defmir un plan dc versiones, con una estricta planicacin temporal. Una vez que se decide cuando se lanzaran versiones, se decide que historias se van a implementar en cada versin. Este plan indicara, por tanto, difercntes itcraciones del proyecto y que se debe implementar en cada una de ellas. La realizacin de este plan debe tener en cuenta, en la medida de lo posible, las prioridades dc los usuarios, para satisfacerles en mayor medida. 3. lteraciones. Se recomienda un proceso de desarrollo iterative de cielo corto. El primer objetivo es obtener algo funcional cuanto antes. Una vez que se consigue, se comienza a implementar de forma incremental nuevas historias dc usuario en las sucesivas iteraciones, ta] y como indica el plan. Un aspecto importante es que a.l desarrollar una iteracin, los desarrolladores se deben centrar en los objetivos de esa iteracin, y no en los de las prximas. Las especicaciones dc iteraciones futuras pueden cambiar, y por tanto es posible llegar a hacer un trabajo innecesario. Por lanlo, mejor es cenlmrsc en implementar estrictamente lo que se pide en la iteracin actual, y conlar en Ia recodicacin para incluir caracteristicas en cl

33

Ki? ALTAMIRA SUITES ..1.. futuro. Es importante hacer notar que los objetivos de las itcracioncs se replanican al principio de cada una, para permitir ajustar en mayor medida estas a la realidad del proyecto. 4. Trabajo en equipo. Es deseable cambiar a los desarrolladorcs de tareas en el proyecto, de tal forma quc hayan realizado tareas en la mayor parte posible dc mdulos. Esta esLrategia favorece la cohesin del equipo de desarrollo, y cl aprendizaje. El objetivo es disminuir las dependcncias nccesarias del proyccto (nunca debe haber una sola persona que sepa hacer algo). - Diseiio (Designing) 1. Regla KISS. KISS es Keep It Simple, Stupidl. En XP se huye dc las soluciones complejas. Si existe algo excesivamente complcjo en cl proyccto, y se puede sustituir por algo mas simple, clcbe hacerse. Sc desea obtener una solucin exactamcntc tan ecaz como se necesite, ni mas ni mcnos. 2. Nomenclatura. La comunicacin dcl cquipo necesita un vocabulario comrin. Medidas para conscguir esto son: mantener una buena documcntacin dc los conceptos que se manejen, actualizar frecuentemente un diccionario dc datos, buscar un espacio de nombres que facilite la comprensin rpida de los conceptos involucrados, 0 cl uso dc patrones, que proporcionan un lenguaje comim para manipular conceptos abslractos de diseo. 3. Seguir estrictamente el plan. Solo se implementa lo que se haya decidido hacer en cl plan para la iteracin actual, y nada mas que eso_ Evita que inuyan tanto los cambios de especicaciones (no debe haccrsc nada que pueda scr tirado abajo por un cambio dc especicacioncs posterior). Si sobra Liempo, se cledicara a mejorar la solucin a los objetivos actuales. 34

7 1 f K1 E fa AuMl;x_S_u\YEs 4. Recodicacin. Aunque es necesalio huir dc las soluciones complejas, genricas, que cubran los casos quc no son dc inters, sc busca siempre la solucin mas simple. For tanto, cuando se encuenlren los puntos en comn con on-as historias

ya implemcmadas, se debe recodicar. Se obtendra una solucin eomim que cubra ambos casos, partiendo dc la historia ya implemenlada. Asi se obtiene una solucin mas general a panir dc requisitos reales. 5Cuando reoodicar? Cuando la solucin recodicada sea mas simple que las dos soluciones por separado. ' Codicacin (Coding) 1. Comunicacin con cl usuari. Debe favorecerse la comunicacin con el usuario, c intenlar involucrarlo lo mas posible en las etapas dc desarrollo, proporcionzindole la capacidad de probar como se van implementando sus necesidades. 2. Estndares de codicacin. Debe mantenerse un cstndar claro sobre como programar, para facilitar la colaboracin de mltiples personas sobre una base dc cdigo comn. Eslos eslandares dcben ser pblicos. 3. Programacin en pareja. Solo aplicable cuando hay desarrolladores prximos geognicamente. Consiste en realizar sesiones de programacin en las cuales dos pcrsonas comparten un equipo. Es una de las ideas mas llamalivas de XP. Una de las personas programa, manteniendo una visin mas centmda en el nivel de codicacin, mientras que otra obscrva y asesora a.l que progmma, manteniendo una visin de conjunto. Facilita la rocodicacin, la dctcccin dc errorcs de disco, y en general se basa en la idea de que son mas producvos dos programadores de csta forma que Lrabajando por separado. 4. lntegracin continua. Es recomendable establecer una inaestructura que compile y pruebe automticamente todo cl proyecto, y alerte cuando no suceda asi. 35

l \ > 5 \ l l 1 :3 X5 1 . . 1.

. 4 -> .\ 3 > /v 1 \ > 1 l > | A 1 / I 1 \\ s > x ;v 7. -a> ALTAMIRA Sum-:5 De esta forma, se consigue cletectar rapidamente cuando un rbol cle compilacin no es utilizable, e impide que otros desarrolladores sc qucdcn bloqueados esperando a que se solucione el fallo introducido. 5. Propiedad colectiva del cdigo. Cualquier mjembro del equipo puedc aportar ideas, corregir errores, o refactorizar cl codigo de otras personas, impidiendo quc una persona sea un cuello dc botella. La integracion continua y las pruebas de unidad facilitan que estas modicaciones no introduzcan fallos en las funcionalidades ya implementadas. 6. Solo optimizar cuando sea necesario. Mcjor centrarse en cumplir objetivos reales. Si un objetivo necesita una mayor ecicncia, se miden los cuellos de botella y se optimizan. Numca se debe haccr una solucion mas compleja si no es necesario, y esto cubre tambin las tareas de optimimcion. 7. Cuidado con hacer muchas horas. El desarrollo dc software es una tarea

compleja, asi que el desarrollador debe estar en buenas condiciones fisicas. Los excesos dc horas perjudican la calidad del proyecto. Si una iteracion rcquicre horas extra para scr acabada, esla mal plantcada y sc debe replanicar. Si esto afecta a la planicacin global del proyecto, so deben revisar los objetivos dc este. La hora extra es algo excepcional y de lo que se debe huir. ~ Prueba (Testing) Como se indico antes, las historias dan luga.r a unas pruebas dc aceptacion formales en XP. Estas pruebas se hacen dc acuerdo con el cliente, y solo se considerara una historia acabada cuando se cumplan. Por tanto, en una relacion comercial se debe formalizar en que van a consistir cstas pruebas. En un proyecto de software libre, los objctivos los marca una comunidad, asi quc no es tan interesante 36

S. on5> ALTAMIRA Sumzs .--- forrnalizarlos. lnteresa mas facilitar a los usuarios la aporlacin de opinioncs sobre como se estan cubriendo sus necesidades. Sin embargo, las prucbas dc unidad si son utiles. Cada modulo que se desarrolle puede tener una bateria dc pruebas de unidad que compruebcn que funciona correctamente a lo largo del tiempo. Esto combinado con un proceso de integracin continua pennite conocer cl grado dc funcionamiento del proyecto complete. Si las pruebas de unidad se crean antes dc dcsarrollar las funcionalidades que prueban, tambin valen como indicativo de cuanto falta para complclar una historia. III.1.8 Contraste con otras metodologias La XP cmpieza, como se mencion antcriormcnte, con cualro valores: Comunicacin, Rctroalimcntacin, Simplicidad y Corajc. Construye sobre ellos una docena de practicas que los proyectos XP debcn seguir. Muchas dc estas practicas son tcnicas antiguas, tratadas y probadas, aunque a menudo olvidadas por muchos, incluyendo la mayoria dc los procesos planeados. Ademas dc resucitar estas tcnicas, la XP las tcje en un todo sinrgico dnde cada una refuerza a las dcms. Una de las mas llamativas, cs su fuerte nfasis en las pruebas. Mientras todos los procesos mencionan la comprobacin, la mayoria lo hace con muy poco nfasis. Sin embargo la XP pone la comprobacin como el fundarnento del desarrollo, con cada programador escribicndo prucbas cuando escriben su cdigo de produccin. Las pruebas se imegran en el proceso de integracin continua y conslruccin lo que rinde una plataforma altamente cstable para el desarrollo futuro. En esla plaiaforrna XP construye U11 proccso dc diseo evolutivo que se basa

en recodicar un sistema simple en cada ileracin. Todo el disco se centra en la iteracin actual y no se hace nada anticipadamentc para necesidadcs futuras. El 37

1 \\ . 1 / ALTAMIRA Sumzs -.-.. rcsultado es un proccso dc diseo disciplinado, lo quc cs ms, combina la disciplina con la adaptabilidad de una rnanera que indiscutiblemcnle la haoe la ms dcsarrollada cntre todas las metodologias adaptables. Las rnetodologias tradicionales imponcn un proccso disciplinado para tralar de hacer el nabajo predecible, ccieme y planicado. Eslos mtodos esbn orientados a documentos y se vuelven demasiado burocrticos e inecaces. XP es ms liviana y gil y esl orientada ms a las personas que a los procesos. XP suponcz 0 Las personas son claves en los procesos dc desarrollo. 0 Los programadores son profesionales no necesilan supervisin. 0 Los procesos se aceptan y se acuerdan, no sc imponen. 0 Desanolladorcs y gercmes comp:-men el liderazgo del proyecto. 0 El trabajo dc los desarrolladorcs con las personas que conoccn cl negocio es regular, no punlual. A continuacin en la Figura 6, se mucstra una comparacin enu-c las fases metodologias tradicionales y Ia XP: Cascada Iteratlvo XP Flliri 4' ' Dlsehn -l.iI'1_ii'i,li!*"!!i*.II-*'\"I: Test AIIINIO Figura 6.- Mclmlulugin XI cn contrnslc con ulras. Fucnlc: |8[ T08! 38

I v 1l 1 4 > r . i . , 4 E i f l l M@ l '15" V ALTAMIRA SUITES ..... III.1.9 Por qu utilizar la Metodologia de Programacin Extrema? Es una metodologia que permite la realizacin de pruebas completas y la pronta deteccin de problemas dc incompatibilidad. Adems, evita los problemas de integracion de los distintos agmentos que se gcneran durante el desarrollo y que confon-nan el sistema, ya que se asegura que cualquier cambio que smja se realice sobre la iiltima version existente y no sobre una version ya obsoleta. Adems, uno de los objetivos principalcs de la programacion extrema es que cualquier miembro del equipo dc desarrollo, puede mejorar cualquier parte del sistema, garantizando de esta forma que todo el equipo sea responsable del mismo en su conjunto y de que el sistema integre todas las ideas del equipo en cada uno de los mdulos a desarrollar. Esta metodologia promueve la integracion continua, lo que es una de las razones por la cual fue elegida ya que apoya uno dc los aspectos mas relevantes de esta aplicacion, que consiste en la integracion del sistema con las aplicaciones que aim trabajan en MS-DOS. Al nalizar cada modulo, este debe ser integrado a la aplicacin y se deben realizar las pruebas necesarias para deteminar el buen funcionamiento del sistema luego dc la union. Por ltimo, ser integrado con las aplicaciones en DOS, lo cual representar el n de la implementacin. La Programacion Extrema obliga a no hacer un desarrollo en solitario, es decir, se dcbe trabajar siempre con otra persona, lo cual se denomina como programacin por parejas. El principal objetivo es realizar de forma continua y sin

parar el desarrollo, una revision de diseo y de cdigo, lo cual, es dc vital imporlancia para la buena denicin de un trabajo especial de grado, ya que cl mismo se realiza a partes iguales y garantiza que cada integrante adquiera un conocimiento amplio y complete del tmbajo que se lleva a cabo. 39

1 1 1 \ \ > u 9 < 2 ~. l I , > l i H5 ALTAMIRA Surrzs .-.. CAPiTULO IV: DESARROLLO IV.1 Metodologia XP aplicada al desarrollo del sistema para el Hotel Altamira Suites. Una vez estudiado cl problema, fue denida la metodologia adecuada para solucionarlo, de esta manera el desarrollo de la aplicacin dc manejo hotclero cstuvo sujeto a las fases dc sta, cumpliendo en cada una de ellas con una serie de actividadcs enfocadas en cl cumplimiento dc las especicaciones del cliente. En los puntos siguicntes se cxplica con delalle cada una dc las acciones realizadas en las etapas de XP y la aplicacin de tcnicas y conceptos antes denidos en la investigacin previa, expuesta en cl capitulo ll, que fueron nccesarias para obtener los conocimientos necesarios y lograr la culminacin del sistema. IV.1.1 Planificacin Antes de iniciar la implemenlacin de las tcnicas de esta fase de acucrdo con la metodologia XP, fue necesario describir la herramienta de desarrollo, los manejadores dc base dc datos y dc reportcs, adems dc rcalizar un anlisis sobre la

tecnologia a utilizar para la conexin entre las aplicaciones en MS-DOS y Linux, que incluye cl sistcma operative de red (NOS) y ei sen/idor de recursos compartidos. Es por ello que a continuacin sc muestra la denicin y causas dc la selcccin de la tecnologia a implcmentar. IV.1.1.1 Kylix como herramienta de desarrollo Al inicio de todo desarrollo es necesario elegir, segn los requerimientos del sistema, la henamicnta a travs dc la cual se va a crear dicho proyeclo. Para este caso se llcv a cabo la crcacin dc la aplicacin a travs de Kylix 3.0, de la casa Borland. La razn primordial de la seleccin de esta herramienta es el hecho dc que la empresa 40

J, \ ,. v _\ l \ ' < A|;r;\r1u_S_u|TE5 clients cuenta con aplicaciones desarrolladas bajo esla herramienta y al ser dc su intcrs mantener un estndar en el desarrollo dc sus aplicaciones, una dc sus cxigcncias fue la utilizacin del mismo. A continuacin se muestra en la Tabla 4, las caracteristicas generales dc Kylix: Cnracurlslicns Tipo-|'leA|Illqcin_||' Pcrmitc a Ins malistas y progrnmadoncs dc sowan: libcmr nplicacioncs bmudns an Linux para _ amhicnles dc cscril0l'i0_ Wch y buses dc dams. lncluyc CLX_ In librcrln dc oomponenlm pan: dvsnmalln mulii-plmafonnn quc pcrmilc runilirsr. pilimn pcrsnnaliur y extender cOmp0l\CI'|Lc$ [mm la cmacin dc aplicacioncs grlicas y quc ucclcru wrisidlrrablcmcnu: cl licmpo cn que unn uplicacin sale al rncrcadn Fnulidnd drlsd - Bodand Kylix permit: de una mancm _~x.-ncilla y nipid-1 la cnzacion dc sostiadas aplicacionm dc alln rcndimicmo en Linux. - La lcnica Drug & Drop (amislmr y sonar) csm cnmplctamcnn: sopnnada_ In cual facilita la lama a los progmnmdorcsi 'liQpo'cn0IIpllld'6I Cucnla can licmpos rpidns dc cumpilacidm dc 4.000.000 lincus pur minu|u_ las aplicacioncs comrnhi

ygjhtlldh innicdiulamcnlc con In mismn vclocidnd dc Ias uplicacionus C/CH; Tabb 4.- Cancterlslicas dc Borlnd Kylix. I-ucntc: |20| Para fmalizar, cs neccsario hacer nfasis en que la escogencia del lenguaje dc programacibn no slo cstzi basado en las exigencias dc] clicnte sino que, es una herramienta apropiada para este desarrollo ya quc pcrmite conslruir aplicaciones rpida y fcilmente, cs eciente en tiempo de compilacin y cjccucin, y ademzis es conocida por los programadores lo quc garantiza Ia pronta obtencin de resultados. Por otro lado, la versin dc Kylix 3.0 es equivalenlc a Delphi 7.0, lo cual pennile la migracin hacia ambiente Windows en caso de scr requcrida. Esta es otra dc las ventajas dc haber hecho esla seleccin cn vista dc que si en un future la empresa decide txabajar bajo otra platafomia, tiene facilidad dc migracin. IV.1.1.2 Manejador de base de datos De igual forma que en cl caso del lenguaje de programacin, la cleccin de Fircbird como manejador dc base dc datos, est ligada a una de las exigcncias del 41

I \ l > L ,< \ 1} I 1, Z 4 Y- 1 '\> 14 :5 :iv 1 > r

, 4 r. = | ;, i ': * 1 /~ X n F A 1 u ' > \ r 1 2 E I . r \ 1 r x rA -if L ' r" Apnmrm SUITES ...., clienle, en vista dc que sus bases de datos, al menos todas aquellas que est:-in diseadas para aplicaciones bajo plalaforrna Linux, fueron implementadas haciendo use de este manej ador. Firebird es un sistema de adminislracin dc base de datos relacionales de cdigo abierto, basada en la version 6 de Interbase, cuyo cdigo fue liberado por

Borland en 1999, y dc la cual corrige mfxltiples errores. Su codigo fue totalmente reescrito en C++. Las caracteristicas de este manejador se muestran en la Tabla 5: Clrlctcrislius Pormbilkhd multiplalafonrm y nclualmeme pucdc cjocularse en los siswmas operulivns: Micruso Windows. Linux. HPUX, FrceBSD. Mac OS y Solaris. Requerlmienin; de Hardware - Ejcculable pcqueo. con requcrimicnlos dc hardwnm hajos. ~ Bascs dc dmos dc solo lcclum, para aplicacioncs quc curran dcsdc disposilivos sin capacidad dc cscritum como cd-rnms. Arquiteotun - Arquitcctura Cli:nle/Servidnr sabre protoculu TCP/[P y otms. - Difcmnlcs arquileclurus. cnlre cllas cl rebird cmbchido (embedded server) quc pcm1ilc cjccular aplicativos mDrml1Su:ui0 err nnmputzdnras sin inslalar cl snwarc rebird. 'lnnsacion's Snporta tmnsaccinms. Eacllahilidld Es mcdinnumcnle csculablc. Seguridld Bucna scguridad basada en usuarios/rulcs. Conn-ohdores Existcncin dc mntmladorcs ODBC. OLEBD, y JDBC lhqucrlmienloa dc admininncin Son bajos sicndo considcrada como um: base dc dalos libre dc manlcnimiemo, al margcn de la realizacin dc copias dc scguridad y restauracioncs peribdicas para mantcncr cl OOFFCCIU balancoo dc Ios rbolcs B quc dan vidu a los indiues. Soportui: estrnlans Plcno sopom: dcl cslimdar SOL-92. lanlo la sinlaxis como los lipos dc d:|lus_ Complclo lcnguajc para la escritum dc triggers (disparadores) y procedimiemos nlmzruenados. Capacidad dc almaccnar elemenlns BLOB (binary large objects). Tabla 5.- Caracteriscas dz Firebird. Fucnlc: |22| Este manejador es compatible con el lenguaje dc programacion, es decir, cs dc fcil conexion y manejo dentro del cdigo fuente de la aplicacion. Adems, Firebird ofrece control dc concurrencia, alto rendimiento, y permite la creacion y ejecucion dc procedimientos y disparadores (triggers) [21], lo cual se presenta como una buena opcion al momento dc elegir el manejador ya que la aplicacin requiere dc estas caracterislicas. 42

4-Iv 1 r~ 1 1 1 1 I 1 1 1 1 1 I l = a 1 > '1 1 3 T ll|_ l1 Si #1 1 1 7| 1 1 1 v V 9 '1} 1 1

l 1 1 11 1,1 6 11 1 ( 1 1 1 1 1 1 7 r v 1 gr @ -" ALTAMIRA SUITES ..... IV.1.1.3 Manejador de reportes Report manager es una aplicacin de generacion de informes (Report Manager Designer) y un conjunto de componentes para Delphi, Builder y Kylix, tambin puede utilizarse desde otros entomos dc desarrollo con cl componente ActiveX incluido (Visual Basic, Visual FoxPr0, cualquier lenguaje de Visual Studi0.Net...), tambin se proporciona una libreria dinamica estndar con funciones para su use con cualquier lenguaje como GNU C. Las caractcristicas de este manejador dc reportes se muestran en la Tabla 6: Cnrnclermicls Pnrtnbililhd Funcionn en Windows y Linux. Puede distribuir cl discndor dc inlbnnes. eon cslu consiguc la modicacin dc infom1cs sin rcoampilar su aplicacin, cl rcsullado purde ser guardado comn un archivo con fonnulo Adobe PDF. Crucinde lpliclcioncs Pcrmilc lencr varies subinfomns en una p:'igjnu_ mctaarchivos. fucmcs dc imprcsom. sccciuncs grima cxlcnias y suhinfurmcs hijos (suhinformcs en cawada). Fldlidld dz um Si s<: uliliza Delphi/Kylix/Bui|dcr_ pucdc incluir cl motor dc infnmics en sus cjccutah|1$_ incluyc presenlacion pruliminar, dilnlogo dc imprcsin y opciunes del infunne. Tabla 6.- Cancteristicas dc Report Manager.

Fucme: |30| Como se ha descrito anteriormente, cl manejador es compatible con el lenguaje dc programacin y el manejador dc la base dc datos, lo cual facilila la conexin y manejo denim del cdigo fuente de la aplicacion. La automatizacin dc la generacin de reportes disminuye el tiempo que utiliza cl personal en esta labor, lo cual se presenta como una buena oportunidad para agilizar el trabajo dc los usuarios. IV.1.1.4 Sistema Operativo de Red (NOS) Para este desarrollo se determino el NOS que mejor se adaptaba a las necesidades de la aplicacin, a pesar dc que ya el Hotel Altamira Suites utiliza Lan Manager, exisiia la posibilidad dc cambio, por eslo se realiz un estudio que permitio denir un Sistema Operativo de Red para la aplicacin, asi como las caracteristicas de las opciones a analizar; a continuacion se muesLra la investigacion realizada: 43 .- |

II gr? 1, _ '4 i 1 4| 1 Y 1 v Q 1 n H 1 4 .l r 1 f F

,1 B 1 1 k < r 1 -. i. l l l 1 l l l l l 1 F l 1 l 1 l 1 av @ Q9} A|;rAn:||lef_S_u|T&$ El Sistema Operativo de Red es el encargado de administrar y coordinar todas las operaciones de una red LAN? Al igual que u.n equipo no puede trabajar sin un sislema operativo, una red dc equipos no puede funcionar sin un sistema operativo de red. Si no se dispone dc ningiin sistema operative dc red, los equipos no pueden compartir recursos y los usuarios no pueden utillzar estos recursos. Para la eleccin del Sistema Operative de Red, sc tomaron en cuenta dos dc los mas conocidos y utilizados, NetWare dc Novell y Lan Manager de Microsoft, a continuacin se muestra un cuadro comparativo a travs dc la Tabla 7: Netware LAN Manager SO - Esta basadn en UNIX. - Basadu en OS/2. Pmlmlo dc - ll-XISPXI lmercamhio dc paqncla Inlcrred / - NctBlOS suhn: TCPHP. SMB/NclBl()S as cl comunicacin lntcrcurnbio dc paquctcs sccucncialcs. prulocolo rcsponsablc dc tuner acccso a

rccursns rcmolos. Tipo dc Software - Nn es soware Iibre. - Es software Iibrc_ Arquitcctur: - Sopona una arquilcctura clicnlclscrvidor. - Soporla una arquiteclum clicnlc/scrvidorr Fncilidaddc um - Para su inslalacion se requiem un poco dc - F: dc fcil in.s1aInci(vn. expcricncia. Tabla 7.- Cnmpnracibn cum sislcmas operatives dc red. Fuentes: Elaboracin Propia. Luego dc haber realizado un analisis, se lleg a la conclusion dc que cambiar el sistema operative de red no irnplicaba una mej ora para establecer la conexion entre las aplicaciones, porque arnbos proporcionaban caracteristicas similares con respecto a la fom1a de compartir recursos, lo cual es cl principal objelivo de esta seleccion, unido al hecho de que Lan Manager es soware libre, de facil instalacion y conguracion. Es por ello que se decide continua: con el uso de Lan Manager. 44

1* 1 3 ./ I J, l K ; l ( fl i 1 w 1 >1 la I l I I l r

. , Z \ Ag? K l 1" ALTAMIRA Surras ..... IV.1.1.5 Samba [31] La eleccin de este servidor dc recursos compartidos se debe a que permits asociar las aplicaciones en DOS con Linux de manera conable y por poseer una trayectoria en Linux reconocida y avalada por la comunidad de Linux. Samba es una impleinentacin libre del protocolo dc archivos compartidos dc Microso Windows (antiguamente llamado SMB, renombrado recienlemenlc a CIFS) para sistemas de tipo UNIX. De esta forma, es posible que computadoras con Linux o Mac OS X se vean como servidores 0 actuen como clientes en redes de Windows. Samba tambin pennite validar usuarios haciendo dc Controlador Dominio (PDC), como miembro de dominio e incluso como un dominio Active Principal de Directory para redes basadas en Windows; a pane dc ser capaz dc servir colas dc imprcsin, directorios compartidos y aulenlicar con su propio archivo dc usuarios. A continuacin, se muestran sus caracteristicas en la tabla 8: Cancterisus NclBlOS suhn: TC P/lP(Nc\BT), SMB (lamhin conucidn cnmn C IFS). DC E/RPC 0 m:is concrctamcnlc, MSRPC, cl scrvidor WINS tambin conocido coma cl scrvidor dc nombnrs Nclliios (NBNS), la suits: dc prolocolos del duminio N'l'. Prnlncolos Servicios Lugon dc cnlmda a d0minio_ la base dc dams del gesmr dc cuenlas scguras (SAM). Scrvicio Local Security Authority (LSA) n auloridad dc scguridml local, cl scrvicio dc imprcsoras dc NT y rccicnlcmcnlc cl Logon dc cntrada dc Active Dimclnry. quc incluycn una veisibn modicada dc Kcrbcms y una vcrsin modicada dc LDAP. Sistemls dc ardlivos Samba congum dircclorios Unix/Linux (incluycndo sus suhdirccrorios) coniu rccursus pan: cnmpartir a travs dc la red. - Para los usuarios dc Microso Windows, cslos rccursos aparcucn cumu carpclus nonnulcs dc red. - Los usuarios dc Linux pucdcn momar en sus sisrcmas dc archivos BSUJS unidadcs dc red cumo si [ueran disposilivus locales. 0 nlilizar la urdcn smbcilenl para comzctarsc a ellas. Permisologin Cadn dircclurio pucdc lcncr difcmnlcs pCl1]liSOS dc ncccsu sohrepucslos a las prolcccioncs del sistcma dc archivos quc sc csl usando on Linux. Sin embargo cs ncccsario cambiar los pcmiisus dc los urcllivos lucalmunle para dcjiu al ruslu vcr Llichus archivus.

Tabh 8.- Caractcrislicns dc Samba. Fuemc: Adaptacidn dc [3]]. \ 45 x

z n / W. T" ALTAMIRA Sunes ..... . IV.1.1.6 Actividades realizadas en la fase de planificacuon A pcsar quc para esta metodologia los dcsarrolladores deben cemrarse en los objetivos dc una iteracin en particular, y no en las prximas, inicialmente fue necesario denir las historias de los usuarios para elaborar un plan de versiones, tomando en cuenta que las especicacioncs dc iteraciones nm-as pueden carnbiar y es neccsario replanicar en cada iteracin. Las historias dc los usuarios sc denieron a travs dc reunioncs con cl cliente y del esludio del negocio, para lo cual le necesaria la investigacin antes expuesta en el marco referencial. Adems fue dc gran ayuda, para la determinacin dc las historias, el conocimicnto dc las mcionalidades quc poscc cl sistema de manejo hotelero utilizado antcriormente pot los emplcados del Hotel, ya que a travs de ella se pudo analizar las actividades diarias que realizan los usuarios del sistema. Estas historias fucron subdivididas en lareas mediblcs y fuc denido el orden en el cual se desarrollarian y que va atado a la ejecucin lgica del proceso de hospedaje. Para agrupar las historias de acuerdo con su mcionalidad dentro dcl sistema hotclero y la defnicin dc las actividades dc los departamentos del Hotel, se organiz la aplicacin en cuaLr0 (4) subsistemas los cuales son: Q Reservas 0 Recepcin 0 Ama dc Llaves 0 Caja Luego dc denir las historias y sus prioridades, asi como los subsistemas que las conticnen, fucron denidas las versioncs a cntregar y su contenido, de forma que se lograse a travs de cortas itcraciones el cumplimiento dc cada uno dc los 46

 2 Mancjo dc warm _ __ ,_1 Extender vK ~' ALTAMIRA SUITES ..... requerimicntos del cliente. Es por ello que se elabor un plan de versiones que se muestra a connuacin en la Tabla 9: smmm Yenin + Himrh | ~ _;A;l_ividld ' Cnmr Mancju dc huspcdcs Modicar Buscar 1 Crcar Modicnr Mancjo dc _ _ Cancelar rcscrvacloncs ' Reacuvar Reservas m Buscar Crcar ii Anulnr ' liliminar Buscar \ : 1' *1 Check ln Crgr I. * Rcoepcin 3 , _ v Modicar cargo M8+0 dc scrvnclos i , \ Eliminar cargo K Buscar 3 Mancjo dc servicios Rculilimcin dc las auividudcs anlcriurcs '1 Com: dc cucnta , , 5 M:mc_|o dc facluras Factumclbn nal Caja 6 Chuck Out - Arqucn dc suite 7 Audimria Manlenimicmn dc lablas

Control de cambio dc mnncda 1 \ ) Mndimcin dc cslalus 4 Manqo dc suites _ L Amn dc llavcs Modicacin dc camctcrlstlcas i 3 Mancjo dc servicius Rculilizzncinm dc las aclividadcs unlcrimcs M Tahh 9.- Plan dc vcrsiones. " Fucnte: Ehborlcilin pmpil. ) Luego de denir el cuadro anteor, se procedi a elaborar el cronograma de actividades a seguir para el desarrollo del sistema. A continuacin se muestra dicho cronograma en la Tabla 10 (Ver diagrama de Gantt en el Apndice A). 1 1 47

I. /E I I 1;; v I, 2.6 (T7-3 A |_1 Ammf Sum; 5 Aztividld Fechn dc lnirio Fedll Fun] Planicacin inicial ~a 29/06/2005 I I/07/2005 Diseo dcl Mndelo ER ~c I 2/07/2005 22/07/2005

Diseo arquilcdbnicu 0 25/07/2005 0 I/08/2005 Discc dc Ia Inlcrfnz 02/08/2005 05/08/2005 Dcsarmllo mancjo dc lluspcdcs E 02!/08/2005 I9/08/2005 Rcunibn con los usuarios y pnncbas 22/08/2005 22/08/2005 Planicacibn dc ohjelivus dc Segunda Ill'2|CIOIl 23/08/2005 23/08/2005 Dcsan'0IIO dc ajusles en mbdulo dc huspcdcs -.1 24/08/2005 26/08/2005 Dcsarmllo dc Mancjo dc Rcscrvas w u 29/08/2005 I2/I0/2005 Rcunin con Ins usuurios y prun-has N I3! I 0/2005 I4/I0/2005 Dcsarrollo dc Ajuslcs en mduln dc Reservzm an I8/I0/2005 27/ I0fZ005 Reunion con Ins usuarios Urrucbas. Enlrcgu dc Primcm vcxsibn 28/ I 0/2005 28/I0/2005 Planiuacin Tcrccra Ilemcin 29/ I 0/2005 29/ I 0/2005 Dcsanollo dc manejo de larifas

I..30/ I0/Z005 I5/I I/2005 Reunin con Ins usunrins y_pruchas N I7/I I/Z005 I8/II/2005 Dcsarrollo dc Ajustcs en '|'arifas a~ 2I/II/2005 28/ I I/2005 Enlmga dc Scgunda vcrsidn 29/ I I/2005 29/ I I/Z005 Planicacin Cuarta Itemciim (Suhsimema de Recepcin) 30/I I/2005 30/ I I/2005 Disco (Ajustcs dc Inlcrfaz) 30/ I I/2005 30/ I I/2005 Dcsnrrullo dcl Mddulo dc Chcckln II 0I/l2/2005 15/I2/Z005 Reunidn con Ios usuurins y prucbas I6/I2/2005 I6/I2/Z005 Dcsarrnllu dc ujustcs en mdulo dc Checkln a I9/ I 2/2005 22/ I2/2005 Dcsarmllu dc mancjo dc scrvicios I 2I/12/Z005 09/0|/2006 Rcunin con Ins usunrios Umncbas M I 0/0 I/2006 II/0I/2006 Ajuslcs en dcsarrullo dc mdulo dc servicins 6 I 2/0 I /2006

I 9/0 V2006 Enlrcga dc la Tcrccra Vcrsim 20/0 I/2006 20/0 I/2006 IIanicaci6n Quinta llcmcin (Subsistcma dc Ama dc Lluvus 23/0 I/2006 23/0 I/2006 Disco dc ajuslns dc inlcrfaz 23/0 I/2006 23/0|/2006 Dcsarmlln dc Mancjn dc suitcs A 23/0 I /2006 26/0 I/2006 Rcunin con Ios usuarios y pruchas 27/0 I/2006 27/01/2006 Aiuslcs en mancjo dc suites h-I 28/0|/2006 29/01 /2006 F.nlr::ga dc Cuana vcrsin 30/0I/2006 30/0 V2006 Planicacibn Scxla Ileracin 3|/0|/2006 3|/0|/2006 Discu dc ajustcs dc intcrfnz 3|/0I/2006 31/0I/Z006 Iksarrollo dcI mdulo dc factumcin Z OI/02/2006 2 I /02/2006 Rcuniim con Ios usuarios y pruchas M 22/02/2006 23/02/Z006 Desarrullo dc njuslcs en lhclumcin 0: 0|/I2/2005 I3/IZ/2005

Enhegu dc Ia Ouinta versibn 08/03/2006 08/03/2006 DcsarmIIu dcl mdulo dc ChcckOut I0 0)/03/2006 I 9/03/2006 Planicacin Splima imracin 20/03/2006 20/03/Z006 Dcsarrollo dc mbdnlo dc audiloria Z 20/03/2006 06/04/2006 Rcunin eon Ins usuarios y pruchas 07/04/2006 07/04/2006 En\n:gn dc Scxla vcrsibn 07/04/2006 07/04/2006 Dcsarrollu dc ujusles en IIIOUUIO dc audiloria ~c 09/04/2006 I9/04/Z006 Entrega dc Ia Sptima versin 20/04/2006 20/04/2006 Planicacin Octava ilcmnin 20/04/2006 20/040006 Disco 20/04/2006 20/04/2006 Cunguracin e Inslalacibn d:I.1n Manager 2|/04/2006 2 I /04/Z006 Conguracidn dc+ servidor Samba -b 24-/04/2006 27/04/2006 Inlcgracin dc Sistcmas Linux-DOS n

27/04/2006 28/04/2006 Prucbas dcl Sislcrna Inlcgrado I I m 0I/05/Z006 05/050006 Enlrega dc! Sislema dc Manejo Holelcm con cnnexion a aplicacinnm cn DOS I 08/05/2006 08/05/2006 Fucnlc: Eluhoracin prupia. Tlbln I0.- Crunograma dc activilhdes. Al inicio dc cada versin, fue revisada la planicacin de Ias actividades a desarrollar y en algunos casos (rescrvas y ama dc Ilaves) fue necesario replanicar 48

l 4 n r 1 I l ".1" ALTAMIRA Surrzs ..... dichas actividades debido a que los tiempos denidos previamente eran rnuy largos comparados con lo que realmente se necesitaba en vista de que algunas de las funcionalidades habian sido desarrolladas para el subsistema de reservas y serian reutilizadas, permitiendo asi reducir el tiempo de desarrollo. IV.1.2 Diseo Durante esta fase de la metodologia se deni la estmctura necesaria para resolver el problema planteado anteriormente. La arquitectura del sistema es la organizacin global del mismo en subsistemas, los cuales fueron denidos en la fase anterior, y una dc las actividades necesarias fue determinar la mejor fonna de llevar a cabo el proceso de integracln continua de cada uno de cstos subsistemas y nalmente con las aplicacioncs en MS-DOS (laricador telefnico, control de barrera y caja de restaurant). Para csto se tomb en cuenta la investigacin previa con respecto al diseo arquitectnico y se utiliz el modelo mas adecuado para cumplir con cada una dc las actividades del mismo, como se muestra a continuacinz

0 Estrucruracin del sistcma Modelo dc depsito Luego de investigar los diferentes modelos a seguir para cumplir con la primera actividad, se lleg a la conclusin de que el Modelo de depsito es el mas adecuado para este dcsarrollo ya que dc acuerdo con las caracteristicas especicadas en cl marco referencial, cs el que mas se ajusta a la denicin dc esta aplicacin. Dentro de las razones por las que fue seleccionado como el modelo a seguir, cstn: o La base de datos esla ubicada en u.n servidor central accedida por todos los subsistemas, lo cual es una forma eciente de compartir grandes cantidadcs dc datos. 49

1, 2 V \ , ~ 3; Y r , H . 1 | 1 Y < \ \ V 1 r \ 1

1 \ 0 1 \ \ w ,> \ 0 ALTAMIRA Surrss -otov o Los datos son generados por cl subsistcma de re sen/as y luego son manipulados por los dc " . R mas cscrvas no neccsita saber cmo son utilizados estos datos en el resto de los componentes. La arquitectura del sistema d e manejo hotelero basado en un depsito compartido se muestra a continuacin en la Figura 7: A }=~=* ++ Depbsxto de dams H Ama de Uavrs I Figura 7.- Modelo do dcpnisilo pnrn cl sislcma. Fuenle: Elaboracin propia. Por ltimo, se muestra a continuacin la organizacin general de los subsistemas en Linux la base dc dat 1 1' ' kooepclbn :30 eiw 4 '1 IQGNII kjggw 3 Z , os y as ap lcaclones en MS-DOS (Figura 8): -~--~ ='".':::::."..:':.;:.:"' Tilllltllln ,/ ,2 hlltlllcll w =a .1 Iugxa cnnnl le -Iflli r_

Q . Cnmunladnn mu Samba cl, . Camunlcadn can Hreblrd Figura 8.- Organizacin general dcl sisltmu. Fucntc: Elaboracibn pmpia. 50

1 l > 1. I. > I l 1 E7 "9 A|_1Arf| u|rEs ~ Modclos dc control Modelo dc Lransmision Para esta segunda actividad se selecciono el modelo de lmnsmision, cl cual cs uno dc los modelos dc control dirigidos por eventos. Los evemos, al ser generados en cl exterior, para este caso, estan constituidos por aquellas solicitudes del clicnte y/o cl eslado dc cada una dc las reservas. En cl modelo dc transmisin se maneja el control dc evenlos y mensajes, para esta aplicacion Ios subsistemas no se ejecutzm automaticamente sino que son ejecutados por cl usuario, es decir, ellos en conjunlo con Ios datos almacenados en la base dc datos constituyen cl control do cvenlos. Cada uno dc estos componcntcs fue disefiado para atender eventos especicos. Fueron denidos pcrlcs dc usuarios con una permisologia asociada para atender eventos especicos dc un rol denido en la base dc datos, estos eventos estzin orientados y solo pueden ser atendidos por el perl indicado como sc muestra en la Tabla ll. Snbdmum Emma - Solicitud dcl climlc a lravts dc: llamada ldehica. fax 0 con-no clcctronico. Rcscrvas - Solicilud dc wrlfas por pane dc las cjcculivas dc cucnlu dc! Hotel, - Llcgadas dcl dim rvcnlo quc sc gentm dqxcndicndo dc Ins dalos nnlcs regislmdos por rcscrvas. Reccpcion _ _ _ - Solicimd dc scrvlcm por pane dc los chcntcs cn casa - Salidas dcl din, cvcnlo que sc genera dcpcndicndo dc los dalos anha rcgislyudos por rcscrvas, Cajn - Solicilud dc cone dc cucnm por parw dc Ios clicmcs en casu.

- Snlidw ylo Ilcgadas dcl dla. cvcntu qnc sc genera dcpendicndn dc Ins dalos ants rcglsnadns por rcscrva; Ama dc Llavcs < Sollcitucl dc scrvicio por panc dc Ios clicmes cn casa u pm |lcgar_ - Cumblos dc l:s\slll$ dc suites original-Ios por mmncs adminislnzlivus. Tnbh ll.- Evcmos uociadoa I Ins subsistemns. I-ucntr: Elaboration propln. Fueron denidos los diagramas dc ujo dc procesos del sistcma (DFPs). A continuacin, se mucslra en la Figura 9, cl DFP para la creacin dc una rcserva. cl resto se puede apreciar en cl Apndice B. 51

1 _ 1 . 9, 1~ vf . 1 l 7 7 I1 EL 4 <3 I ( Q. 1; ~ 1 V I Y \ 1

1 \ \ L \ > E 9 P ALTAMIRA Surrzs ...-. 2.-_C|:usIin.dl.mun1u 21 Z4 q;-M swam cg Wwwdnmr Pmwvuwur ruurn damn dqhn de In - < ~ - raan 22 2 3 2.5 ->--. mm -=-=~= """ 5 ****""'=' IIIIIIBIIK Ill I2 Rqyhtrnrd hu' 2.8 2.7 2.6 Aim-in =1; um-m dc "M" Figurn 9.- Modclo dc llcplrsitn para el Sislcnln. Fuente: I-Ilahoracidn propia. La elcccin dcl modelo dc transmisin se dcbc a quc cs efectivo para integrar subsisternas distribuidos a lo largo dc una red, como cs stc cl caso. Adems, la evolucin es sencilla, para agregar un nuevo subsistcma, slo se deben denir los cventos quc lo activan. Generalmentc, los componentes no saben si los eventos se manejarn ni cuando, lo cual puede general" conictos, sin embargo, para cste desarrollo esto no es posible ya que los eventos asociados a los componentcs estzin denidos previarnente y dependen de los usuarios que pueden cjecuta: los subsistemas. 0 Descomposicin modular Modelo de ujos de dalos Finalmente, para esta actividad, fue seleccionado el modelo dc ujo dc datos porque su denicin respecto a las transformaciones funcionales es la ms adecuada para este sistema ya que al igual que en este modelo, en el desarrollo dc esta aplicacin los datos uycn dc un lu ar a otro tr f

g y se ans orman durante esle movimiento. 52

V ' V ALTAMIRA SUITES ,r V - . . . . Se realiz la descomposicin en mdulos lncionales que afectan las entradas dc datos, ya que las reservaciones pasan por un ujo de datos a travs del cual se crea y sc modica su estatus a medida quc sc cumple con cl proceso normal de una estadia en cl hotel. Se llev a cabo el diseo del modelo dc ujo dc datos genera+ que se ., muestra en la Figura 10: 1 , Bil!!! de Bllhl de , M Solldtud 1 lu alln iiSu|:B la -um 5 Crmr rmerva L UK-dr Q1! K_ __ Datnidellriwl Elll k V Llqldl: del din Rgrus la I11: H 2 mu = |. .=m.T s-rm dd dr: Chair In 2 F Sevldcs 4 3 Dim dd nenldn i "cur" \ Cnrgur Y sewldu Fndurus \ (Jmm de mlha i mu del mm uwhndu i- |':',:::; Figura l0.- Modclo de ujo dz dalus general. Fuenlc: Elahoracin pmpia. Una dc las razones por las cuales este modelo fue seleccionado es cl hecho dc Y quc, la implemcntacin dc csta arquitectura es sencilla dcbido a que resulta intuitiva Q la visualizacin del trabajo a realimr [I], en tm1inos del procesamiento dc entradas y salidas. Adems, permits la evolucin dc] sistema al agregar nuevas transformacioncs / de forma directa, lo cual es de suma importancia para el desarrollo de esta aplicacin basada en la integracin dc aplicaciones.

, Adems dc denir la integracin dc la aplicacin con las existentes bajo plataforma MS-DOS bajo un esquema de depsito dc datos, se elabor un modclado f de la base dc datos (ver Figura 11) cumpliendo con cl objetivo dc disear e 53

3. Si .; 5' 1 F. . E i :4 V, , 1 H sf 1; I y i. K E. ... .\ \h I : . \ u 1 \ 1 3

, \ K I '\ \ E/F ALTAMIRA Su|TEs ..-.. implementar una base de datos que cumpla con todas las necesidades de la empresa y poder integrar las funcionalidades de cada uno dc los subsistemas. 54

r I 'ngd0Jd lll)!)R.|0q|+ :a|uan_-| 'HEl "WWW "ll 3-"l'3!.'.l .-4 >. ----------------..-.._.._ A NITGIEB Illl '"-'=" "'" > ------ iznzi urn: mun um \ I rvmuw vmwn rrrum mum nacuvua vwwuin - ugmauuu wcwm - wuunw vmvww) - wumu am - Iumzu xancwmn - \u\_W1ucnn vncwmm - wguo wIzvu'; Mun mcvww ' uuuua muu NE V V I n_munn Inwu - mm: wzwmn _

' j::n:::ij V I IJIIIII Im u_nm\_c>elI< ' IuI_wIII=n nun nsumu ' IJMIIII III" IIu_,~n=num - It IIIIIII IVIII I, w _ MM mu .................._..-. I M' "-"" """"" I un_mI-III IIVI! >~-_~=>-w "I r . ..._........... ...-.... >~-.~=~v- M I - ...I_-III-II Illlllllg 0ll_O0l'ID DUll.l -.-...-_-_........--J > - - - - Ylljll IuIIuI@ . ~ - ,._,/I m -'___,, \ I - I -_=IuI-I nun I-,IInI-II IIIIII - n_|IIn| Iuunnp - I|_IIIIuIu mm 4 n -mu III:-can - ll Illl III In Iuu mm ' ' ' < lI_IIIl III If |I_IIuI_IIIu Iuumm ~ u_wIua mum cum mun II IIII mrn uv ii ' "-" '""" w_nII wunwm 1 .4..I - _ I ~. r E..II u_|Ium nun - IIIIIu_uIIInI In -_nIuI III! 1y IIm~\.uvII I I-I.vuI-I BM! Inwun Illllll mun wanna) whn um I I A ___________ E |>

A I _IR IIInIII _llIBI IIIIIIIII _--...__.._-_.-__ -_-mu mm __E!lBI>I Mung __________________ II_InwuI 6llI(l'| vIn_n:ImI mun I IIq_nI=III IIImIII Iu,uImn Iuuunq Iu_mII Inn I|q_mI.I IIII YlI_IH!l IIIIII-um IlI_I\lIl'I IIIIIIu up; YlI_Il IIIIIIIIIIII YIIJIIIII III:-null V M I uI_I:IIIm - |a_:m~III: IuJ<u_I>uuI m_m>u mum m_Iw-mun ll_>49\\.|.|.RADA - Iun,_I~III ~ Iawwmu - nI_I==II\_=I - m_no1uzIsw V ...-.,.----..........-...-I. > Elr M Iu_IIII-I IIYIIR ILLIITIIAI mum > sq, -IIIIIIIIIIII W UBLIT wmvun > ll-LTRJIIBL uuwv\1K'Il w ma RJIIIGIA vIIII>wII<In I IIII wImI<III-I .-.......----._..... < nu

um Ill! IIITI rue um I-novxlln VIIIWIIKIWJ nmnu wcwmsv rI_>IIu II,IIII-II ILMII "_l'II II_uIIII VI_YlI|IYl II_IIIIII ,IIIII_IIu Iluuuq V u=_ccnII= Imslmn IL-LIIIIIKI wan;-I . nu, W,,;,,,,m .__.....__.........................-....... .-...._.._-_______---__-, _______ 3 muons 0 eo|<.IocJuiIII ooruluanl coII_usulm avlJi\I\m wn_u:uw I I \1I_IIB\ll NIH_IlI_IIB(I nu.--III>IIu.um.IIu ml. IIIu_InI~uIn INII ~ m_uuuu In - III_I~IIa= ,-, ~ Iuu_II:r=II.IIIuI -um - IIIn_unu-m>I I_IIdllI IIIIIIIII V

I I1_mwo Iarmu -__ -rum wuwm III midi: mu-wan r an M I 11 mesa \MkAVl) wuuwun) wIIc>vwl> uni wzauun A V mm IIIIIIIIIIIQI1 wIuIIIuqI| vuwwun wanwun Mn wuww) wum-Yul wuumm II: vnuvum In LIIIIIA Im _ _ ILIKIVIDIIZN IIIIIV) ' V._ II_=IIIIIII Inna |v_1uu wu-Wu) II-_mIIII uuunnx-I1 Ir_II=|II-IIIII wumun RJBM nu IYJGAA IIv_awIII mun II_mI1I-III Inna Iv_uIIIII Inna - II_uIIIIIII Inn-ww-I1 - II_=IIm~ wIIvwIn II.-IIIIII EII II-IIII= IIII

.........._.-____...........-........v , .___.._..___._.___.._______.._._.._ I ,._.__.., I Imus: uvlvuxq wu-Mn waswnl wuwmn ii I m_pIIm III-nII ~< I Inu_uIuaa r ~ u|u_Inau ~ uwmum u|u_won uIu_ww uwnnn Inu_m.m I w:,w|u| Iucml-I> - \nc_r1a rum A > I I n_:mnu II-ream - Iumnu wcwm um: wavmn wuwun wnumI> \ucuvmI) vuemwy awn r {KW I ';?l.LI!'\.S \;&;l;wJ'1v

l l I . ALTAMIRA SUITES .-.En vista de que para mantener la comunicacin del equipo cs necesario mantener lma buena documentacin dc los datos que se manejan, se decidi crear el diccionario de datos a travs del cual se da una pcquea denicin dc 10 que representan cada uno de los campus de una tabla (ver Apndice C). Por ltimo fue diseada la panlalla principal del sistema, cuyo estzindar se respeta en cada uno de los componentes de la aplicacin, cl rcsultado de esto se mueslra a continuacin en la Figura 12, donde se puede observar la pantalla principal del subsistema dc rccepcin, siendo los estzindares la imagen de fondo y cl estilo dc botones y Ietras. Adems, en la Figura 13, se muestra un pequco ejemplo de la navcgacin del sisterna para crear una reserva. En la Figura 14, aparece el diseo general del esquema dc navcgacin y el dise total del esquema dc navegacin (que incluye imagcnes de la aplicacin) que se pucde observar en cl Apndice D. Reservaciones _ . l vRu.|nn: i \~ . \ l l 3. 1 l >L2\+mnlI8Dl Y CI|v!mmCasa r ,E 1 - sum an Du ' ' - um 'r V V i L ,O 4Cur.ISa-sdn \V.. H ' vi _. 1 _, _@ vi I 1. HOTE L. _ l l REA Su |TiE-is l l L ~/ a Figura l2.- Ejcmplo dc formntn dc pantalla principal. Fucnle: Elaburacibu propia. 56

@ "'1 ~..v. 15'" wg-L . . 9 B U5 usuann I / gave an Usuarlo I \Q m:l'\r.crn\cu A Hm Emu: 58" QReservaciones Flgun 13- A.- Pamalla dc nutcntlcncln Fuente Elaboncnin pmpil. msewu } +un|m-nu nu | Cnmusu-10:10 ~ sun-=a=1oa > mm + mmrsnm +sm M _4X /V>4F .. A M 1! \ 57 . z:/>1 Figura l3- B Plmnlla principal dc reszrvas. ku|:nte Elnborncibn propna.

* =1 1 v .1 \

< -. .| \ 1E 1: Z .\ < ALTAMIRA Surrss .... :1 1 ;. ._; _ _, _ _ e i 22/uszznos } Ilpo in clinic Rllwlmnhlo gamma cuntwtb iF?1_J' I I 5 Huespedrs Apellldo I Nnnbm loom:-aenuo==miu| Edam IFMW _,.m:M ah a Ltegma Salidl V v Facna \IlI Qv WMDWAM) Hon Hora FGUII IZZIIISRODH ' (M'dDh,A5) ZZVIJGIZUIJB v "W (Horl:Mlmlur) 15~ (amm-mm) I Munn | Iuiclnnalet \ Tuldnnuva Nmluemawa F 1 5' HI llck In Ti Guavum {_ Szir Ea 0n Menu Principal de Re as i Qoentas Servldos

F iguru 13 C. Pnnlalla para crcar rcscrvas. Fucntc: Elnboracibn pmpin. Uegadas Clients usta dz espera Canceladas en asa Salldas Llegadas del uia wn 1 n' 5-. Olentes en msa Salldas del dla an as ar uar mlnar 23 del dna Eihls de Suite | es Tlpn de Ites Ilr Figura l4.- Esqucma dc mlvcgntin Gcncrul. Fueme: Elaboracilm propia. E iwllllh Ila Cll es en msa Men Prlndpal Men Prllldpil e Mend H1r\dD de Reoeudn Ama de Llaves d Ama Ca a Uegadas 53"; Check In Sallaas at a EM!

Audlto r

I A \ ,1 1 | 1 v r 5 r -~>*: --A-*'~ uanm----*~nii k; E .4 A ALTAMIRA Sumzs ....IV.1.3 Codificacin Para la codicacin de cada uno dc los subsistemas, leron implementadas las tcnicas anteriormente denidas en el marco metodolgico, comenzando por establecer estandares de programacin y de esta forma lograr que el cdigo fuente fuese mancjablc para ambos miembros del equipo, entre ellos esln: 0 Contenido de un proyecto. Todo proyccto corrcspondientc a un subsistcma debe contener un archivo dc conguracin y una serie dc carpetas cuyo nombre dcpcnde dc la historia a la que corresponda, por ejemplo, Reservas, y dentro dc ella deben eslar el cdigo fuente de todas aquellas actividades asociadas a la historia, para el ejemplo anterior, la carpela Reservas contiene archives para crear reservas, modicarlas, etc. 1 Archivo dc conguracin. Todo subsistcma dcbc contcncr un archivo dc conguracin quc contenga las rutas utilizadas dentro dc la aplicacin, como lo son las referentes a imagenes y reportes; ademas contiene informacin necesaria para la conexin a la base dc datos. La cstructura del archivo se dene en el Apndicc 0 DataAlsuites. Dcntro dcl proyccto dc cada subsistema sc cre un Mdulo dc datos para cl cstablecimicnto dc la conexin y la ejecucin de todas aquellas operaciones que afectan la infonnacin almacenada en la base de dalos, como lo son

insercin, modicacin y eliminacin. Adems, dcsde este mdulo se realiza la lectura del archivo de conguracin. 1 Mdulo global. Para el manejo de variables globales. se cre en cada subsistema, un mdulo que contenia las declaraciones dc variables globales y la mcnsajeria dc la aplicacin, que incluye mensajes dc xito, error y conrmacin. 59

=1;-1 Q /\L1'AMIR:\ SUITES 0 Ejecucin de transacciones. Para realimr operaciones en la base de datos, de fom1a que se puedan capturar posibles errores, el cdigo implementado se deni dc la siguiente mancra: 10 "IV rclunl , Dam alsmtea.lramaccmllfqnely, '/5, All !!|.\1:!lm 15/ I|uu.\/md, vurlque 4" L5+ um,,||. du II/U!|l!d1)!1yL1 III! ux:.m:...'). HlD (Y0l)IGO: Dala /rrmspmllfudlgo Iiuu:pcd(Hl'D DUI, ll)1:'N7); L\Cu*II on I-Jxcepmm 11/; n:/um . I-uhu cndi nally m.\-1.rmr Iuuivpcxl : return. end. Al memento dc inlegrar el cdigo gcncrado por los desarrolladores, la distribucin dc los archivos fue dc gran utilidad ya que solo era necesario copiar dentro de la carpeta correspondiente los archivos crcados. Luego dc esto era probado que la unin dc los desarrollos funcionara corrcctamenle. La creacin dc+ mdulo global, le una optimizacin del cdigo realizada durante cl desarrollo dcl subsistcma de resen/as, ya que se repetian las mismas lineas en muchas ocasiones, por lo cual se unic en un solo mdulo y dc esta manera agilizar cl desarrollo de los siguientes componentes dcl sistema dc mancjo hotelero. La progralnacin en pareja se realiz al inicio dcl desarrollo dc cada subsistema, durante sesioncs dc un dia, para luego asignar las actividades antes dcnidas a los miembros del equipo. AI culminar cada funcionalidad y scr probada, se llevaba a cabo el proceso dc integracin, siguiendo la tcnica de integracin continua, ya que a medida en que obtenian resullados funcionales y eran probados, se integraban con el resto del sistema. Pot ltimo, luego de dicha unin era probado cl resultado dc la misma, para vericar su correcto funcionamiento. 60

5 1 ~ i ya 5 2 i 1 1 i 3 J J @ 1*-. ALTAMIRA Su|1'ss ..,-Tambin es importante resaltar el hecho de que al nalizar el proceso descrito anteriorrnenle, siguiendo la tcnica dc comunicacin con el usuario, los resultados obtenidos le fueron mostrados, para garanlizar que se estaban cumpliendo las funcionalidades requedas, dar la opormnidad a+ cliente de aclarar aspwctos sobre los requerimientos y asi vericar que cl desarrollo estaba por buen camino. Adems. durante las entrcgas al cliente se hicicron nuevas solicitudes y se modicaron algunos rcquerimicntos, para lo cual la aplicacin dc esta tcnica r: dc gran ayuda ya quc se logr manejar cl cambio pues fueron delemnadas las fallas a tiempo, asi como las nuevas necesidades. IV.1.4 Pruebas Los programadores 1-ealizaron prucbas para chequcar el correcto funcionamiento dcl programa antes dc asistir a las sesiones en las cualcs los clicntes realizaron pruebas funcionales. Durante cl proceso de investigacin, sc realiz la bsqueda dc una herramienta capaz dc gcnerar pruebas unitarias para kylix sin embargo cl resultado no fuc cxitoso ya que no sc encontr ninguna, trayendo como resultado cl hecho dc que no se pudiescn realizar pruebas dc unidad durante cl desarrollo. Sin embargo, se veric la corrccta funcionalidad de cada uno dc los subsistemas a travs dc consecutivas pruebas con el cliente y usuarios dc la aplicacin, ya que esta metodologia propone mantener cl contacto con cl usuario y por ende continuas

revisiones al sistcma por partc de estos y dc los dcsarrolladorcs. En cada una de las sesiones dc prueba realizadas con los clicnles, xcron aplicadas encuestas a travs de las cuales cada uno dc los representanlcs dc los departamentos afectados realimron la evaluacin dc *as mcionalidades entregadas para el momento dc la reunin, en cada una de cstas encuestas el cliemc pudo evaluar el nivcl de satisfaccin dc sus expectativas, conoccr los avances del proyecto y 61 1

l l 1 l .- _,_'_1" ; V_...._._._,'._ l 4....-..; I -4 }4 A l 1 I U AL'|'A!::1 .S.U(T'ES realizar las observacioncs pertinentes a la versin entregada; cabe destacar quc cl use de las cncuestas favoreci y funcion dc sopone para comprobar que el desarrollo estaba cumpliendo sus objetivos y los nuevos requerimientos cran tomados en cuenta y agregados a tiempo para la prxima entrega. El formato de las encuestas aplicadas se puede obsewadas en el Apndicc F. A continuacin, en la Tabla 12, sc muestra cada uno de los usuarios involucrados durante las sesiones realizadas: Suidn Rzsultndns obtcnidos UQIIIHOS | I - Agrcgar dams :1 la panlnlla dc crcar huspcdcs y rcorganimrla - (icrcmc dc Alojmicnlu - Agrcgar unn opcidn dc bnisqucda a la panlaa dc buscar huspod - Jcfe dc deparlamento dc ruservas - Agrcgar In mcionalidad dc Iisla dc espcm - Un gcnlc dc rcsurvas - Pcrmilir ingruso manual dc tarifas 2

3 l - Enlmgn dc vczsin. 4 - Agncgm rnancjo dc larifas para agcncias g '7 ~ Agrcgar mils intbnnacin sohrc la In-scrva - (inn.-nlc dc Alojarnienlo v - Jcfe dc dcpartarncnlo dc Icwpcin - Organimr dalos del servicio - Un rcccpciunisla 6 - lmplcmcntar permisns 7 - Agncgar mas opcioncs dc hilsqucda - Jc; dc depnnamcnxu dc Ama dc Llaws - Supcrvisom K - Agrcgur inclusin dc scrvicins al momcnlo dc In fac\\|mci6n - Gercntc dc Alujanlicnm 9 ~ Aulomulizar pl'l\ClBSn dc camhin dc moneda - Un Cnjcro Tabla lZ.- Scsiuncs realizadas can Ins usuarins. Fuentes: Elaboracin prupiul A travs del analisis dc estas encuestas se logr detcrminar a tiempo ajustes y nuevos requerimientos dc los usuarios, haciendo uso de los resultados que se observaron en la Tabla 12. Al realizar la cuarta scsin, se realizaron una serie dc agustes que permitieron la entrega del subsistema dc reservas. Con la realizacin dc las sesiones 5 y 6 se culminaron las modicaciones indicadas como rcsultado dc las mismas y se logr la entrega del subsistema dc recepcin. La sptima sesin fue dc utilidad para mcjorar cl subsistema de ama dc llavcs. Por ltimo, las siguicntes reunjones fueron de utilidad para aj ustar los mdulos que componen el subsistema de caja, culminando asi con el desarrollo dc la aplicacin. 62

F [ I i E l; r l, r E. 33- @ 1 ALTAMIRA Surres .....

CAPiTULO V: RESULTADOS Para dar inicio al la implemenlacin de este sistema, fue diseado e implementado un modelo de base de dalos que cumple con todas las necesidades de la empresa, esla base de datos representa el depsito de datos a lravs del cual se comunican toclos los subsistemas. Tarnbin xeron denidos perles de usuarios para restringir cada una de las operaciones realizables por cada uno dc ellos dependiendo de sus caracteristicas. Estos perles estan denidos en el Apndice C. Durante el proceso se logr evaluar las tecnologias para la comunicacin entre aplicaciones bajo una misma plataforma y enrre sistemas operatives distintos, especitlcamente, MS-DOS y LINUX, deniendo asi la lecnologia a utilizar la cual es La.nManager y Samba. Al nalizar el proceso de desarrollo, se obtuvo una aplicacin que corre bajo plataforma Linux, compucsta de cuatro subsistemas: reservas, recepcin, ama de llaves y caja, y que ademas se conecta con aplicaciones en MS-DOS: taricador telefnico, control de barrera y caja de restaurant, a travs de la conguracin de un servidor Samba, que se encarga de compartir los archivos *.dbf, necesarios para la comunicacin entrc las aplicaciones. Con la nalidad de cumplir con el objetivo de habilitar el sistema dc bitcora del manejador dc base de datos, se realiz una investigacin prcvia respecto a las caracleristicas dc F irebird, la cual arroj como resultado que sta no es una cualidad automatica del mismo, por lo que fue necesario crear una tabla bitacora en la base de datos para almacenar cada una de las actividades de rnanipulacin dc datos de un usuario. El alrnacenamiento dc datos en esta bitcora, se lleva a cabo cada vez que un usuario realiza una accin que altere cl valor de los datos, como I0 son, modicacin, insercin 0 eliminacin de las mismas. Lo que se almacena en esta tabla, slo es 63

v\ < '31- @ Y A|_1AM1:2A SU|IkS visible para el departamcnto dc computacin a travs del manejador de base de datos, ya que para stc proyecto no fue denido un subsistcma para dicho departamento. En general, es importante resaltar que se cumpli con todos los objetivos plantcados al inicio dc este proyecto, obteniendo como resultado una aplicacin que se encarga del mancjo hotelero bajo plataforma Linux, integrada con aplicaciones en MS-DOS, y que sc ajusta a los requerimientos del Hotel Altamira Suites. 64

-i 1 i V l l i M. _ ALTAh1|:i:\ _S,u|T|-_s CONCLUSIONES Indudablemente cl estilo dc vida actual repercute en la necesidad de aetualizar y mejorar constantemcntc las aplicaciones en general. En muchos casos es necesario erear nuevos sistemas que cleben ser integrados con otros ya existentes, con la nalidad de mantener el negocio activo y que las consecuencias del cambio no constituyan un impacto negativo en la productividad y rendimiento de la empresa, es por ello que se hace necesario establecer una buena planicacin, diseo y un buen plan dc desarrollo ajustado a una metodologia que permita mantener una excelente comunicaein con los usuarios para poder cubrir los requerimicntos de estos, en cuanto a las mejoras y desarrollo de los nuevos sistemas. El caso de Hotel Altamira, no escapa de la sta realidad, es por ello que el desarrollo reali7ado nos lleva a eoncluirz I Una metodologia como XP, permiti mantener una estrecha relacin con el cliente para desarrollar una aplicacin dc forma controlada, ecaz y que adernas fue dc gran ayuda para manejar el cambio, en tiempos razonables, logrando interactuar con los usuarios repetidas veces. 0 El Hotel Altamira Suites posee sistemas que eorren sobre diferentes plataformas, y es de suma importancia la interoperatividad entre las mismas, es por ello que la integracin de aplicaciones fue uno de los aspeetos mas relevantes durante este desarrollo. 0 El manejo de herramientas capaees dc eonectar aplicaciones en cliferentcs sistemas operatives, se convierte en una habilidad necesaria para brindar solueiones infomaticas que reduzcan el impacto sobre el negocio. 65

l /\L."rAr:x|Q:\ S_UITES 0 Rcdujo la cantidad dc equipos necesarios para llevar a cabo las principales actividades dcl Hotel. A continuacin se muestra, en la tabla 13, cl resumen dc los equipos por cada clepartamentoz

Antes Dzspus Reservas 5 3 Retepcin 2 I Amn dc Lllves Z 2 Cajn 2 I Ton] I I 7 Tabla l3.- Rcduccilm dc cquipus. Fucntc: Elaboracin prnpia. 0 Redujo el liempo dc respuesta del operador. A continuacin, se muestra en la tabla 14, la rcduccin dc ticmpo en los procesos criticos, donde cl husped espera rpida rcspucsta del operadorz Anna (Min) Despus (Min) Crencibn dc nservls 5 3 Check In 2 I Check Out 3 l Asignucin dc senlicina 2 l Cort: dc cuenm 3 I Tohl l3 7 Tabla l4.- Rcduccin dc ticmpn dc rcspucsla. Fucmc: Elaborucin propia. 0 Disminuy los equipos dc impresin. A continuacin, sc muestra en Ia tabla 14, la reduccin dc ticmpo en los proccsos criticos, donde el husped espera rpida rcspuesta dc] operador: Antes Despus Rescrvns Z I Rlccpcin Z I Ann de Llnves 2 I Cain ' 3 2 Toni | 9 5 Tabla l5.- Rcduccilm de equipns Llc impreailm. Fucnte: Elabnracin prnpia. 0 La tecnologia que se utiliz le brinda al Hotel la opcin, en un future, de podcr migrar a Windows, ya que la misma no cstzi cnlazada con la plataforma. 66

\ r '1; ~1 -e : e v

1 \ 1 < \ 1 I \ =;e,; 4? A|_TAr:|1_S_ulTE$ 0 La implementacin de la nueva aplicacin permite ofrecer una atencin ms personalizada y eciente, ya que antcxionnente, cuando culminada cl periodo de hospedaje, los datos del husped eran eliminados del sistcma; en cambio, en cl sistema desarrollado, se mantienen todos los datos bsicos (nombre, documento dc identicacin, etc.), y adems se almacenan sus preferencias de forma que cl clienle sc sienta en casa cada vez que vuelva. 0 Este desarrollo trae consigo nuevos conocimientos, cspecialmente en la integracin dc aplicacioncs que trabajan bajo ambientes que sc consideran incompatibles. 0 E1 desarrollo de esta aplicacin, a travs dc las tcnicas ya mencionadas, cumpli con el cronograma de actividades y con cl objetivo general dc cstc trabajo de grado, obteniendo como resultado una aplicacin que com: bajo plataforma Linux y que adems se conecta con aplicacioncs en MS-DOS, que ser utilizada por los empleados dc los departamentos afectados para apoyar sus actividadcs diarias demro del Hotel, contribuyendo asi con la productividad dc los mismos. 67

i 1 1". 1- @ I79 ' L" ALTAIVIIRA Sumzs ..... RECOMENDACIONES A continuacin se listan una scric de recomcndacioncs para mejorar la seguridad, rcndirnienlo, funcionalidad y capacidad dc crecimiento del sistcma dcsarrollado: Q Migrar los sistemas de Cobranzas, Tesorcria y Contabilidad bajo el esqucma manejado en este trabajo dc grado, con cl n de unihcar todos los sistemas del Hotel.

0 Crear un mdulo para la gerencia dc alojamiento que pemqita la manipulacin dc los servicios y sus costos, lo que permitiria liberar la carga de Lrabajo dc la gerencia dc sistemas y dar control al usuario. I Crear un mdulo para la gercncia de sistcmas que permita manejar las tablas que controlan las funcionalidadcs del sislema, eslo evitaria la manipulacin manual dc la base dc datos reduciendo la posibilidad dc errorcs humanos. Adcms, este mdulo podria manipular de forma mas ecientc cl sistcma de bitacora implementado. I General" proccsos dc mantenimientos dc la base de datos diferentes a los quc se desarrollan en cl proceso dc auditoria del mdulo dc caja; este proceso podria libcrar cl espacio dc disco de la base de datos copiando regislros conespondientes a fechas infcriores a una cantidad determinada de tiempo hacia una base de datos histrica. 0 Aprovechar cl modelo dc datos y las caracteristicas dc rebird, en especial su disponibilidad para desarrollar una pagina Web que pcrmita realizar reservaciones en Iinea, asi como integrar herramientas dc inteligencia dc negocio que pennitan mejorar las relacioncs con los clicntes. 68

-._q ALTA |1Es BIBLIOGRAFIEA Libros 0 [1] Codonio, PierFelippo (1995). Reglamentos del Hotel Altamira Suites. Venezuela. (Consultada el 02-04-2005) 0 [2] Enciclopedia Visor (Vol 13) (1999). Argentina: VISOR Enciclopedia Audiovisuales S.A. (Consultada 05-05-2005). 0 *3+ Pressman, Roger S. (2002). Ingenieria del soware (Trad. Rafael Ojeda Martin, Isabel Morales Jareo, Virgilio Yage Galaup, Salvador Sanchez Alonso) (5. Ed.). Madrid: McGraw-Hill. (Consultada 20-06-2005). 0 [4] Sommerville, Ian. (2002). Ingenieria de software (Trad. Dominguez Torres, Jos Alejandro) (6. Ecl.). Mxico: Pearson. (Consultada el 12-062005) Documentos electrnicos I [5] htlp://\\w\~.|'rmmet.co|n.111/diccionurio.|11mi!S *27-09-2005]. 0 [6] Calero Solis, Manuel. Una explicacion de la progmmacion extrema (XP) [En linea]. Disponible en: w\\ \\.\\'ilIvdcv.net/dcscaruus/n1'c\/lixplieuXl.nd1 *03-l l-2005]. 0 [7] Mendoza Sanchez, Maria A. Metodologias De Desarrollo De Software. [En linea]. Disponible en: lggpi/'./\v\'_\_\_'\_y.inlornmlixalq.|1cl/nrlicnlos/mclodo|ogius_de_dcsar|'ol|o_dc_soll\\nr c ()7l)(>Z()04.l\In1l [03-ll-2005].

0 [8] Herramienta que implementa eXtreme Programming para la gestin de rcquisitos [En linea]. Disponible cn: \\'\vw.sqs.cs/documentos/cXl1'c|nc.ndl' [l5ll-2005] 69

~ J *1 8 3 I x l 1 Q A|_l'Ab:l:2A _S'ulTES 0 *9+ Diseo de sistemas-Arquitectura de software [En linea]. Disponible en: hllpi//\\"\\\\'.iI1R1-3|).UCI111.85/lSillI1L1lLlILlS/4254I/PDFS/TCIHLII Lpdl *23-0l2006]. 0 [I0] Rusu, Cristian. Ingenieria de software [En linea]. Disponible en: \w\'\\.cacivil.inIYuc\'.cl/.../ccrlumcnl/Ingcnicriu%Z(Id12%}050l1wurc%Z()Cup%Z()5gm [23-01-2006]. Pginas Web 0 *12+ Monograas.c0m - El Centro dc Rccursos Educativos ms amplio dc la Red. [En linea]. Disponible en: Imp://\v\ \\\\.ITlOI+0;llU1+21S.COI+1/lI'i1hl+()SI4/*6CI10ICU111+!/lCI'l(\|C(\I11+')2Shlll *20O5-2005]. I [I 3] Antero, Jaime. [En linea]. Disponible en: l1lLn://64133.1(! . I()4/scurcll?q=c;1c|1c:Nl)wk(KM4X KuJ:2()l).2l ,9+ .21)/dounl wads/iuinleunlcm Ca v3Procsmnd1+%2Z1111nsl1mn;1ci%C3%B3n+cn+l0lc%Z2&h1*es *06-10-2005]. Q [14] Wikipcdia la Enciclopedia Libre. [En Iinea]. Disponible en: l1ltp1//cs.wikipcdia.01"?/wiki/I-Iolcl [01-ll-2005]. 0 [1 5] Rinc0ndelvag0.c0m. [En linea]. Disponible en: httn://a|)untcs.rincondcl\~al10.com/hoLclcriuJ>mccdimicnl0-dc[01-ll-2005]. I [16] Todo Expertos. Com. [En linea]. Disponible en: hip $331".todoexperlos.c0|n/ [02-l 1-2005] Q [17] Glosario dc Relaciones Pilblicas. [En linea]. Disponible en: http://\wvw.perL1sel'\-cLoom/dcs 111c1od0|0;1iu.1m11 *03l l-2005].

0 *18+ Monograas.com - El Centro dc Recursos Educativos ms amplio de la Red. [En linca]. Disponible en: 70

|s e - 7 t -re i ALTAMIRA Sum-:s ..... l1tlp://forms.mono;1raas.cQm//hoyvthread.pl1_p?s=0ela27df5be24d88b43009b68 7n7373a&Q'=1286'l3#p0s1l286'l3 [03-11-2005]. ; ~ [19] Wikipedia la Enciclopedia Libre. [En linea]. Disponible en: i h_lLp://cslwikipudiu.org/wiki/SitCtlT1:1 dc inf0nnaci%C3%B3n [20-ll-2005] _ o [20] Software Linux: Programas y Aplicaciones dc Linux. [En linea]. Disponiblc en: 111113;,/J1inux.bunkhacker.com./sowarc/Kvlix! [25-1 1-2005]. ' o [21] Firebird Relational Database for the New Millennium. [En linea]. Disponiblc en: bit ll/V/'I'Ch1I'd4SOL|lCCT+)Itl.HC*/ *Z5-l I-2005]. ; 0 [22] Wikipcdia la Enciciopedia Libre. [En Iinea]. Disponible en: '/\\iki/'l"i1cl\ird [27-1 1-2005]. 0 [23] SUSE LINUX ~ Manual dc Administracin. [En linea]. Disponible |nu en: hup://w\\=w.l3junc.nct/doc/I _\/susc/su_sclmux; E udniiliuuidc cs/'cl1l(1$(]3_.h_l1l1l [10-12-2005]. 0 [24] Monogl-aas.com - El Centro de Rccursos Educativos mas amplio dc i la Red. [En linea]. Disponible en: iiqp://\\ \\ \\;n10nq<__u;|Ii:1s.c0n1/m1l1:1V@sl (7/l1U\'Q]I~gLlLil1'0-X/HU\'Cl1-CU2lll0~X.5hlm+ [1012-2005]. 1 *25+ M0n0gra_as.c0m - El Ccntro de Rccursos Educativos meis amplio dc la Red. [En linea]. Disponible en: r hllpIf/\\\\\/\.I11UllOg!'k\I+,1S.CUl11./ll1*11+_Q$I2/l1t1\Ci*/l10\'c*Lhll *I0-l 2-2005]. I [27] Wikipedia la Enciclopedia Libre. [En linea]. Disponible en: h_lg3:_//cs.\\=ikipadiu.o1"u/wiki/Nctware *18-12-2005]. 1 [28] SAMBA, SMBCLIENT - Servidor y cliente dc cheros SMB. *En linea]. Disponiblc en: llllp://scholmxuomlle.cum/schulul"?li]:ci&lr:luliu cs&_gjcucl1c:L(_)i\Sl1l)Z1; jLn1~_'lu.di1.ullm.cs/ -i5ulq_L1in/his/trahzgos/2()1N)/'l000alpcrciraJws,gx+lullnm11;1gc1'+ %ZB+sam_l1 [20-12-2005]. 0 [29] Networking software for DOS and Windows 3.x. [En linea]. Disponible en: I111];//\\w\\.iaccoldds.nI/"sumha/dus.hm1l:i'im11p:1n [20-12-2005]. 71

P?-ti 7--7 < ' TI" ALTAMIRA Suwzs ..... 0 [30] Report Manager [En linea]. Disponible en: busiuil/Re @011 Manuucr/indcxcs.l11m| [8-0l2006]_ I [31] Wikipedia la Enciclopcdia Libre. [En linea]. Disponible en: hllp://cs.wikiQgJi;1.0|'u/\\=iki/Sz1|nhn_(n1"ogr11|n;1) [15-0 l -2006]. X = E i 1 1 x l ! \ 1 72 |