PARTE I.

DATOS GENERALES DEL ALUMNO

Nombre del alumno: Jeremas Miguel Juan

Matrcula: 08391025

Direccin: Av. Vicente Guerrero SM308, MZ8, Lt10.

Nmero de telfono: 9981162345

Generacin: 2010-2012

Nombre del asesor acadmico: MC. Mayra Fuentes Sosa.

Fechas de inicio y trmino de estadas: 24 de Enero al 15 de Abril de 2010

NDICE PARTE I. DATOS GENERALES DEL ALUMNO .......................................................................... 1 PARTE II. CONTEXTO LABORAL ................................................................................................ 4 I. DATOS GENERALES DE LA EMPRESA .............................................................................. 4 II. ANTECEDENTES HISTRICOS DE LA EMPRESA .......................................................... 5 III. DESCRIPCIONES DE LA EMPRESA .................................................................................. 6 PARTE III. CONTEXTO ACADMICO PROFESIONAL ...................................................... 16 I. INTRODUCCIN ..................................................................................................................... 16 2.1 OBJETIVOS ....................................................................................................................... 18 OBJETIVO GENERAL .............................................................................................. 18 OBJETIVOS ESPECIFICOS ................................................................................... 18 II. PLANTEAMIENTO DEL PROBLEMA................................................................................... 18 2.1.1 2.1.2 2.2 2.3

JUSTIFICACIN ............................................................................................................... 19 VIABILIDAD ....................................................................................................................... 20 TCNICA .................................................................................................................... 20 OPERATIVA ............................................................................................................... 20 ECONMICA ............................................................................................................. 20

2.3.1 2.3.2 2.3.3 III. 3.1 3.2

MARCO TEORICO............................................................................................................... 21 EL MODELO DE CICLO DE VIDA DEL SOFTWARE ................................................ 22 BASE DE DATOS ............................................................................................................. 23 PHPMYADMIN ........................................................................................................... 23 TECNOLOGA DE ALMACENAMIENTO .............................................................. 23 BASE DE DATOS RELACIONAL ........................................................................... 24 DICCIONARIO DE BASE DE DATOS ................................................................... 24

3.2.1 3.2.2 3.2.3 3.2.4 3.3 3.4 3.5 3.6 IV. 4.1 4.2

TCNICAS DE PROGRAMACIN DE PGINAS WEB ............................................ 24 TCNICAS DE PRESENTACIN DE PGINAS WEB ............................................. 25 TECNICAS DE PROGRAMACION JAVASCRIPTS ................................................... 25 DIAGRAMA HIPO Y TABLA VISUAL DE CONTENIDO ............................................ 25 DISEO DE LA INVESTIGACIN .................................................................................... 26 ALCANCE DEL PROYECTO .......................................................................................... 26 DIAGRAMA DE ACTIVIDADES ..................................................................................... 27
2

4.3

METODOLOGIA ............................................................................................................... 29 BASE DE DATOS...................................................................................................... 29 DIAGRAMAS DE BASE DE DATOS RELACIONAL ........................................... 30 REQUERIMIENTOS DEL SISTEMA ...................................................................... 31 DICCIONARIO DE BD .............................................................................................. 32 DIAGRAMAS DE FLUJO ......................................................................................... 51 CONEXIN A LA BD DESDE LA INTERFAZ....................................................... 52 DIAGRAMA HIPO...................................................................................................... 52 TABLA VISUAL DE CONTENIDO .......................................................................... 53

4.3.1 4.3.2 4.3.3 4.3.4 4.3.5 4.3.6 5.1.1 5.1.2 VI.

V. DESARROLLO DEL PROYECTO ......................................................................................... 52

CONCLUSIONES Y CONTRIBUCIN TCNICA .......................................................... 71

BIBLIOGRAFIA ................................................................................................................................ 71 ANEXOS ........................................................................................................................................... 72 GLOSARIO ....................................................................................................................................... 72

PARTE II. CONTEXTO LABORAL

I. DATOS GENERALES DE LA EMPRESA

Nombre de la empresa: Palace Resorts S.A. de C.V. (CEDIS)

Sector o giro empresarial: Servicios hoteleros

Servicios que ofrecen: Hospedaje, room servicie, Spa, tours, reservaciones en lnea, servicios especiales a grupos y luna mieleros.

Direccin: Km 22 Carretera Cancn-Chetumal, Cancn Quintana Roo

Nombre del proyecto: Sistema de Inventario con Control de Incidencias.

Asesor de la empresa: Lic. Mario Olarte Quiroz

Cargo del asesor empresarial: Subgerente de TI.

II. ANTECEDENTES HISTRICOS DE LA EMPRESA La cadena Palace Resorts empresa 100% Mexicana inicia sus operaciones con el Hotel Beach Palace en el ao de 1985 con 205 habitaciones y giro familiar. El Hotel Cancn Palace inicia sus operaciones en el ao 1988 con 560 habitaciones con giro de diversin. El Hotel Sun Palace abre sus puertas en 1990 con 257 habitaciones con giro de negocios y parejas. El Hotel Moon Palace es uno de los hoteles ms grandes de la Cadena abri sus puertas la fase Nizuc con 731 habitaciones, en el ao de 1996 y su giro es para bodas. La fase Sunrise se inaugur en el ao de 1998 con 1300 habitaciones y su giro centros de convenciones. La Casa Club (Golf&Spa), se inaugur en el ao de 2002 con dieciocho hoyos y en el ao de 2004 se inaugur el Spa y en el ao de 2005 se inauguraron las villas con setenta y dos habitaciones y nueve hoyos ms de Golf. El Hotel Aventura Spa Palace se inaugur en el ao de 1999 con 1266 habitaciones y para el ao de 2001 se inaugur el Spa, el giro de ambos es solo adultos. El Hotel Xpu-ha Palace inicia en el ao de 2001 con 464 habitaciones y su giro es ecoturismo. Los Hoteles Le Blanc, Playacar Palace, Cozumel Place, Vallarta Palace y el campo de Golf Playacar los adquiere la empresa en el ao de 2005 remodelando cada uno de ellos de acuerdo a sus expectativas de mercado El Parque acutico Wetn And Wild es otro atractivo ms del Grupo Palace Resorts este es adquirido en el ao de 2005. El Hotel Isla Mujeres Palace con giro de hotel boutique y club de playa abre sus puertas en el ao de 2008, El Centro de Distribucin y Servicios Palace Resorts (CEDIS) es construido en el ao de 2008 tiene la finalidad de proveer alimentos, bebidas, suministros, servicio de lavandera, mantenimiento a transporte, cuenta adems con instalaciones de mantenimiento corporativo, comisariato, oficinas corporativas la cual tienen reas de Recursos Humanos,
5

Nmina, Direccin de obra, Ambiental, Impuestos, Finanzas, Cuentas por cobrar, Cuentas por pagar, Tesorera, Reservaciones, Mercadotecnia, Contralora, Tecnologa de la informacin y Direccin general. El Hotel Moon Palace, Casino, Golf y Spa abre sus puertas en el ao 2009 en Repblica Dominicana, siendo su giro Familias, parejas y grupos, este cuenta con el casino ms grande en el Mar Caribe oriental cubriendo una superficie para juegos de azar de ms de 4,000 metros cuadrados. Con once hoteles todo incluido frente a la playa de cinco estrellas en hermosos y destinos tropicales en Mxico y Repblica Dominicana, Palace Resorts ofrece servicio incomparable y amenidades de lujo que contribuyen a unas vacaciones todo incluido inolvidables. Las amplias habitaciones ofrecen amenidades de lujo como Jacuzzis dobles, servicio de 24 horas, llamadas ilimitadas de larga distancia a Estados unidos y Canad, Internet inalmbrico y dispensador de licores de marcas Premium.

III. DESCRIPCIONES DE LA EMPRESA Misin Palace Resorts es una empresa turstica que proporciona servicios de mxima calidad y seguridad en ambientes de lujo y confort, diseados para el disfrute de paseantes de todas latitudes; cuidando todos los detalles que buscan aquellos que viajan por diversin, descanso, convencin, luna de miel o eventos especiales. Nuestra compaa tiene el compromiso de crear fuentes de trabajo en aquellas zonas en donde se ubica, procurando un ambiente de trabajo seguro, higinico y adecuado, una retribucin justa, as como garantizar el crecimiento de sus colaboradores, manteniendo su compromiso y permanencia. Como negocio, buscamos obtener el mximo beneficio que permite a sus accionistas continuar invirtiendo y apoyando nuestro desarrollo. Mantenemos un compromiso pblico y reciproco con la comunidad y sus representantes constituidos en autoridades, participando en aquellos aspectos de inters social,

conformando un equipo que aporte bienestar en las poblaciones en donde asienta y cuidando el medio ambiente que nos rodea.

Visin El Grupo Palace Resorts alcanzar la consolidacin de sus destinos actuales (Cancn y Riviera Maya) as como su expansin en mercados internacionales mediante la instauracin de la calidad total, como cultura de empresa buscando siempre la retencin y repeticin de los huspedes. Se buscar la mxima satisfaccin de los socios de sus programas vacacionales para incrementar y consolidar este segmento convirtiendo en uno de sus principales fuerzas. Se reforzarn alianzas con agencias mayoristas para incrementar las oportunidades de negocios con ellos.

Valores Calidad: 1. Ofrecer siempre a nuestros huspedes productos y servicios que superen su expectativas 2. Crear consecuencia y auto-supervisin para hacer bien nuestro trabajo y a tiempo, previniendo as cualquier error. 3. Garantizar el adecuado aprovechamiento de los recursos para mantener un nivel de competitividad como ventaja en el mercado. Servicio: 4. Identificar oportunamente y sistemticamente las necesidades de nuestros huspedes a fin de garantizar su completa satisfaccin. 5. Entrega y compromiso para atender a nuestros huspedes con amabilidad y cortesa.

6. Fomentar entre nuestro personal una cultura de respeto hacia el husped y compaeros de trabajo. Creatividad: 1. Desarrollar la habilidad de nuestro personal para superar los estndares de calidad y servicio a travs de la mejora continua. 2. Compartir conocimientos y habilidades dando as lo mejor de lo que sabemos, podemos y queremos hacer. 3. Comprometernos con acciones concretas para el logro de los objetivos de Palace Resorts. Compromiso: 1. Desarrollar la habilidad para adaptar nuestros pensamientos y acciones a las necesidades de nuestros huspedes. 2. Implementar sistemas innovadores que nos permitan de manera permanente mejorar nuestros servicios. 3. Promover de manera constante el desarrollo profesional de nuestro personal para que asuma la responsabilidad de sus acciones y decisiones. Seguridad: 1. Proteger la salud y la vida de los huspedes y colaboradores, adaptando mtodos y tcnicas de prevencin y reduccin de riesgos. 2. Reconocer y diferenciar los factores ambientales y controlar su interrelacin en las personas y los bienes de la empresa. Responsabilidad: 1. Garantizar a nuestros huspedes instalaciones seguras, confortables y limpias. 2. Proporcionar a nuestros huspedes alimentos y bebidas de la mejor calidad, elaborados bajo las normas de sanidad e higiene establecidas por las autoridades.

3. Crear en nuestro personal el hbito de higiene y limpieza personal, a fin de ofrecer la mejor imagen a nuestros huspedes. 4. Actuar seria y comprometidamente con los resultados para as cumplir con nuestros accionistas, huspedes y proveedores.

Polticas Realizar todo trabajo con excelencia. Brindar trato justo y esmerado a todos los huspedes, en sus solicitudes y reclamos considerando que el fin de la empresa es el servicio de excelencia. Definir por escrito, el tiempo mximo de respuesta de todo requerimiento interno o externo, es responsabilidad de cada una de las reas. Atender al husped es responsabilidad de todos los integrantes de la empresa, para lo cual debern conocer los procedimientos a fin de orientarlos. Todos los integrantes de la empresa deben mantener un comportamiento tico. Desterrar toda forma de paternalismo y favoritismo, cumpliendo la reglamentacin vigente. Los puestos de trabajo en la empresa son de carcter polifuncional; ningn trabajador podr negarse a cumplir una actividad para la que est debidamente capacitado. Impulsar el desarrollo de la capacidad y personalidad de los recursos humanos mediante acciones sistemticas de formacin. Todas las actividades son susceptibles de delegacin, tanto en la accin como en su responsabilidad implcita. Realizar evaluaciones peridicas, permanentes a todos los procesos de la organizacin. Mantener una sesin mensual documentada de trabajo de cada unidad, a fin de coordinar y evaluar planes y programas, definir prioridades y plantear soluciones. Presentar los presupuestos y planes operativos hasta el 15 de septiembre; los informes de actividades hasta el 28 de febrero de cada ao.
9

 Preservar el entorno ambiental y la seguridad de la comunidad en todo trabajo. Mantener en la empresa un sistema de informacin sobre los trabajos realizados en cumplimiento de sus funciones, proyectos y planes operativos. Difundir permanentemente la gestin de la empresa en forma interna y externa.

Objetivos: Un grupo de profesionales con amplia experiencia en el sector hotelero internacional y formado por directivos de varias empresas de turismo, integran Palace Resorts, un nuevo grupo hotelero, que anuncia su aparicin en el panorama hotelero internacional. Palace Resorts es una empresa de gestin, comercializacin y representacin hotelera, integrada por hoteles independientes de cuatro y cinco estrellas, principalmente, situados en las principales ciudades Mexicanas y lugares con un inters turstico particular. A primera vista, Palace Resort puede resultar una comercializadora ms, dentro del grupo de empresas ya existentes que se dedican a este tipo de negocio.

10

Infraestructura

fsica:

En la Ilustracin 1 se muestra la infraestructura administrativa CEDIS donde la carretera Cancn-Chetumal Km. 22 se encuentra marcado con crculos antes de llegar al destino.

Ilustracin 1. Infraestructura Administrativa

11

En la Ilustracin 2 se puede observar una toma area del Centro de Distribucin y Servicios Palace Resorts.

Ilustracin 2. Toma Area CEDIS

12

IV. DESCRIPCIN DEL REA DONDE SE REALIZAN LAS PRCTICAS PROFESIONALES Nombre del rea: Departamento de Tecnologa de la Informacin, rea Centro de Datos. Misin TI es el departamento que provee y administra soluciones de informacin, as como los equipos necesarios para las diferentes reas que conforman el Grupo Palace Resorts, utilizando para tal efecto, aplicaciones con tecnologa de punta, otorgando un servicio eficiente y a tiempo para la solucin de las reas de oportunidad que se presenten. Visin TI continuar actualizndose segn las nuevas tendencias en el mercado de informacin con el objeto de seguir otorgando un servicio de calidad a cualquier rea del Grupo Palace Resorts que requieran soporte de manera eficiente y eficaz al momento, y al mismo tiempo, administrar las soluciones de informacin utilizando menos recursos. Objetivos: Ser el departamento con el mejor servicio en cuanto a atencin se refiera, organizado con un servicio de atencin a todas las reas del hotel, manejar con rapidez cuidando los pequeos detalles de algn fallo de software en el hotel, Estar siempre disponible a ayudar a los otros departamentos para as cumplir con la misin y visin de la empresa siempre y cuando se pueda auxiliar de manera rpida y segura. Estar siempre atento a las necesidades de los huspedes en caso de que necesiten ayuda para conectarse a Internet sin hacer distincin alguna, verificar la conexin en los servidores que se encuentran distribuidas en el CEDIS para dar un mejor servicio a los hoteles conectados en la red de Palace Resorts.

13

Funciones Las funciones a realizar en el rea son las siguientes: 1. Llevar un control de todo el equipo de cmputo que tienen la funcin de servidores y servidores fsicos o virtual en el CEDIS 2. 3. Llevar un control de los usuarios como a su vez sus respectivas contraseas. Auxiliar a travs de conexiones remotas a los usuarios de algn equipo de cmputo con la finalidad de solucionar inmediatamente algn problema que se pueda presentar. 4. Encargarse de todas las conexiones de los servidores que esten funcionando de manera correcta, como tambien darle acceso a los usuarios a sus aplicaciones. 5. Encargarse de la actualizacion del antivirus en cada servidor para tener bien protegido la informacion de los huespedes, colaboradores y todo tipo de informacion, instalando mensualmente los parches de actualizacion que tiene el proveedor de servicio de antivirus en este caso McAfee. 6. Encargarse de la verificacin de humedad y control de temperatura en el Site de Sistema en el cual se encuentran los servidores. 7. Hacer inventario de todas las herramientas y materiales en almacn, como de igual forma hacer un inventario de todo el equipo de cmputo existente en el hotel que tienen la funcin de servidor. 8. Instalar sistemas operativos y controladores dependiendo del uso que se le da a los equipos virtuales o fsicos. 9. Crear respaldos semanales de informacin de cada usuario dependiendo del servidor en el que se encuentran. 10. Verificar la garanta de las mquinas nuevas a travs de Internet, como de igual forma verificar si alguna maquina con fallos tiene garanta vigente.

14

Organigrama del rea de Sistemas

Ilustracin 3-Organigrama Palace Resorts.

En la Ilustracin 3, se presenta el organigrama correspondiente al rea de Sistemas, de Palace Resorts, con un Director General en la cual el Director de TI es su subordinado, el Director de TI tiene un subordinado que es el Subgerente de TI, encargado de verificar que todo este funcionado en el rea del Datacenter.

15

PARTE III. CONTEXTO ACADMICO PROFESIONAL

I. INTRODUCCIN La razn ms importante que impulsa la evolucin de una empresa, es su inversin en tecnologa actualizando el hardware y el software continuamente, adquiriendo o desarrollando aplicaciones y pginas Web alojadas en servidores. La tecnologa se va modificando enormemente al pasar el tiempo, cada vez hay mejores avances y la empresa debe ser competitiva en este aspecto, debe de mejorar sus procesos de cmo se maneja, almacena, consulta y mantiene su informacin con esto logrando automatizar sus mismos procesos que traen consigo muchos benficos como el ahorro, productividad y la optimizacin de uso de recursos. En la empresa Palace Resorts, la informacin es uno de los activos ms importantes por lo tanto, dicha empresa cuenta con varios servidores virtuales y fsicos, los cuales contienen informacin de cada uno de los colaboradores, cuentas de correo empresarial, informacin de movimientos bancarios e informacin de huspedes, por tal situacin, es muy importante para la empresa conocer el estado, en el que se encuentra cada uno de los servidores, en la empresa Palace Resorts se realiza un pequeo resumen de los cambios que se llevan a cabo en cada uno de los servidores y esto no ofrece una informacin verdica para los Gerentes y Encargados de TI, por tal razn surge el proyecto Sistema de Inventario con Control de Incidencias, con el propsito de llevar un mejor control de los servidores con los que cuenta la empresa, de igual forma facilitar la toma de decisiones para hacer cambios en los servidores, ya que las actualizaciones que se le hacen mensualmente pueden afectar de manera negativa en algn servicio que est alojado en el servidor por tal razn se pretende llevar un control e identificar si las actualizaciones funcionan bien para implementarlo a todos los dems servidores y as llevar el control de los cambios que se realizan en cuanto a hardware en los servidores como a su vez tener el control de las garantas en los equipos con el que cuenta el Site. El proyecto propuesto es una pgina Web diseada con HTML, PHP, JavaScripts, hojas de estilo y MySQL, con ests herramientas de programacin se pretende tener una pgina
16

Web con mens interactivos y desplegables, con campos validados con java scripts a prueba de errores, interaccin de las tablas de las BD para tener informes relacionados y completos, las hojas de estilo para tener una mejor presentacin de la pgina Web y PHP servir para interactuar con la pgina HTML y a su vez del lado del servidor como tambin interactuar con su respectiva Base de Datos de tal forma que se introduzca y extraiga informacin y presentarlo en pantalla de tal forma que sea sencillo de utilizar. La pgina Web tiene la finalidad de estar en algn servidor de Palace Resorts para estar disponible como lo estn la mayora de las aplicaciones, pero a diferencia de otras aplicaciones, ser que la pgina Web diseada estar orientada a los administradores del DataCenter, puestos gerenciales de la empresa de TI con la finalidad de ser de carcter informativo y conocer la situacin en la que se encuentra la columna vertebral de la comunicacin de los Palace Resorts ya que en caso de que llegue a ocurrir algn error se podra verificar si dicho servidor cuenta con garanta vigente en cuestin de clicks y as tomar acciones inmediatas para recuperarse ante incidentes. Por esta razn se elabora la siguiente memoria tomando en cuenta cada detalle del proceso de elaboracin de la pgina Web, desde su estructura, cronograma, diagramas de flujo, entidad-relacin, relacional, diagrama Hipo de toda la pgina Web para as tener un mejor panorama de dicho proyecto donde tambin se anexarn la vista de interfaces y la Base de Datos con la cual interactuar dicha pgina Web.

17

II. PLANTEAMIENTO DEL PROBLEMA

Palace Resorts necesita implementar un control de la informacin de todos los servidores con los que se cuenta, porque al realizar la virtualizacin de los servidores se van creando servidores virtuales que tienen la misma funcin que los servidores fsicos, pero no se ven fsicamente en el Site porque estn dentro de los servidores, por tal motivo se debe llevar un control adecuado del inventario y de las aplicaciones que estos contienen. Con el desarrollo de un sistema de informacin se facilitarn las bsquedas y proporcionar con inventario que refleje la realidad de cada servidor fsico. 2.1 OBJETIVOS 2.1.1 OBJETIVO GENERAL Desarrollar la pgina Web denominada Sistema de Inventario con Control de Incidencias para administrar la informacin de los servidores concentrados en el Site del CEDIS implementando diversas herramientas de anlisis y de programacin Web.

2.1.2 OBJETIVOS ESPECIFICOS Agilizar la bsqueda de informacin relacionada con las operaciones y tareas realizadas en cada uno de los servidores. Concentrar la informacin que identifica a cada uno de los servidores del CEDIS. Realizar reportes de manera confiable y eficaz a cerca de las incidencias que se relacionan con los servidores. Llevar una bitcora de las visitas de cada usuario y las secciones visitadas.

18

2.2

JUSTIFICACIN

Qu se necesita para llevar el control de un DataCenter? Para controlar un DataCenter es necesario contar con un software que permita realizar consultas, actualizaciones y reportes de la informacin de los servidores, el cual traer beneficios como el ahorro de tiempo, costos, reafirmando el compromiso en la proteccin del medio ambiente, al utilizar una base de datos que se reducir de manera significante el uso de papel, toners y aprovechamiento ptimo de los recursos, ya que el software permitir archivar la informacin que solo se imprimir en caso de ser necesario, de lo contrario el reporte podr ser enviado a travs de medios electrnicos o simplemente accediendo a l por medio de los Dominios Palace Resorts. El sistema fortalecer el ahorro de tiempo para hacer las consultas, el diseo del software ser de manera interactiva para tener completa la informacin, el administrador del DataCenter y los

mismos usuarios se encargarn de capturar la informacin en la pgina Web con respecto a los cambios realizados Con la finalidad de poner en prctica los conocimientos adquiridos en la Universidad Tecnolgica de Cancn, en conjunto con el Subgerente del rea de Sistemas Palace Resorts, se pondr en prctica el nivel de conocimientos en el rea de Sistemas a travs de la programacin en PHP, JavaScript, HTML y MySQL con el cual se programar la pgina Web. Por qu es necesario administrar un DataCenter? Porque tanto en los hoteles como en las empresas de gran tamao las redes de comunicacin son muy importantes, por esa razn es de suma importancia administrar y llevar un control de los Servidores activos y de computadoras que fungen como servidor, llevar un control de cuantos puertos tiene ocupado cada Servidor ya que algunos servidores cuentan con 4 interfaces de red, identificar quin es la persona encargada de cada servidor en caso de que se de algn cambio o actualizacin en los mismos debe ser actualizado en la pgina Web, de la misma forma el administrador del DataCenter

realizar los cambios necesarios para que el software tenga la informacin actualizada y que a su vez coincidan con la informacin de cada servidor.
19

2.3 VIABILIDAD 2.3.1 TCNICA Para realizar el proyecto se necesitar de un servidor para alojar la pgina Web, en la cual estn alojados los sitios que ayudan al departamento de Sistemas en sus operaciones, no se necesita de alguna direccin en especfica, ni de un nuevo servidor simplemente es aprovechar el servidor que ya se tiene, lo nico que se necesita del servidor es espacio disponible para cargar la pgina Web, en caso de espacio no se tiene problema ya que la pgina Web no crecer, lo que necesita ms espacio, es la Base de Datos ya que esta estar en constante crecimiento. Es viable? 2.3.2 OPERATIVA Los recursos humanos responsables para finalizar el proyecto exitosamente son el tiempo del el administrador del DataCenter para cargar la pgina Web en el servidor, el alumno quien programar los mdulos y realizar el diseo de la Web y la Base de Datos, tambin es de suma importancia contar con el tiempo de los tutores tanto acadmico como empresarial para realizar evaluaciones peridicas en cuanto al avance del proyecto. A su vez capacitar al personal que estar en contacto con el sistema, no es tan necesaria la capacitacin porque el personal que utilizar el sistema es del rea de tecnologa y la mayora conoce cmo funcionan los sistemas de reportes e inventario. Es viable? 2.3.3 ECONMICA El desarrollo del sistema es viable econmicamente porque no se necesitar de muchos recursos financieros, ya que se utilizarn un enlace y un servidor que ya se estn pagados, y se debe de aprovechar ese espacio y recurso, el gasto que traera consigo la pgina Web sera el de mantenimiento y actualizacin solo en caso de realizar cambios en dicha pgina Web. Es importante tomar en cuenta que la pgina Web tambin traer ahorros en gastos de papel, tner, optimizacin de espacio ya que no se necesitar imprimir los archivos mientras no sea necesario y esto har que no se utilicen espacios para carpetas con archivos.
20

III. MARCO TEORICO Para tomar buenas decisiones es necesario conocer las fortalezas, oportunidades, debilidades y amenazas en la terminacin del proyecto y mediante eso crear estrategias y ver que teoras y mtodos que se pueden utilizar para amortiguar las incidencias que se presenten. La tabla 1, presenta una explicacin del los resultados obtenidos durante el desarrollo del anlisis FODA. FODA FORTALEZAS OPORTUNIDADES da la oportunidad de la de ayudar al del

Se cuenta con los medios necesarios Se

para crear la base de datos e encargado interfaces en PHP

administracin

como de igual DataCenter a facilitar el control de los adquirir conocimientos en Soporte Tcnico y DataCenter. el rea de

forma un asesor empresarial y un servidores a cargo como de igual forma asesor acadmico. Se cuenta con la infraestructura y

equipamiento necesario para realizar Implementar el sistema en otras sucursales e implementar el proyecto final. DEBILIDADES de la cadena hotelera Palace Resorts. AMENAZA

El tiempo es un factor en la terminacin de La recoleccin de datos para crear el la Web porque son demasiados mdulos sistema no son suficientes ya que existe que programar en poco tiempo por esa mucha informacin, que necesita ser bien razn se crea el diagrama de Gantt para estudiada para verificar si aplica y la estar bien coordinado. posicin o tabla de la BD que se debe tomar en cuenta para hacer un buen proyecto.
Tabla 1. FODA

21

3.1 EL MODELO DE CICLO DE VIDA DEL SOFTWARE El ciclo de vida del software seleccionado para llevar a cabo el desarrollo del proyecto es del modelo espiral, porque en cada etapa de su vida estar en constante monitoreo y verificacin de errores en el software. Qu es el modelo espiral?
1

Es un modelo de software evolutivo que conjuga la naturaleza iterativa en la construccin

de prototipos con los aspectos controlados. El software es desarrollado en una serie de iteraciones incrementales. Durante las primeras iteraciones el prototipo puede ser presentado en papel y durante las siguientes iteraciones se convierte en una versin ms completa del sistema diseado. El modelo espiral cuenta con 7 fases para su desarrollo: 1. Ingeniera: En esta etapa se toma en cuenta todo el proceso de programacin de las interfaces y la base de datos. 2. Construccin y adaptacin: En esta etapa se lleva a cabo la construccin de todas las tareas requeridas para un buen funcionamiento del sistema, como de igual forma la ejecucin de pruebas durante el ciclo de vida del software. 3. Evaluacin del cliente: Esta etapa del ciclo de vida en espiral se lleva a cabo durante cada prototipo presentado al cliente, quien se encarga de evaluar si el software cumple con sus requerimientos. 4. Eje de punto de entrada de proyecto: En el punto de entrada se empez a definir el modelo de desarrollo a usar, proyecto a realizar y el gestor de base de datos a usar como de igual forma las tablas de base de datos. 5. Comunicacin con el cliente: La comunicacin con el cliente fue de manera directa porque el cliente es el encargado de sistemas Cancn Palace que tiene constante interaccin con el desarrollador del sistema.

Roger S. Pressman, Ingeniera del Software, McGraw Hill

22

6. Planificacin: En la etapa de planificacin entra el diagrama de Gantt para tener bien administrado el tiempo que es un factor que hay que tomar en cuenta durante la creacin del software. 7. Anlisis de riesgos: En esta etapa del anlisis hay que tomar en cuenta todos los riesgos que pueden surgir tales como: El tiempo, herramientas de desarrollo, equipo de implementacin. 3.2 BASE DE DATOS 3.2.1 PHPMYADMIN

Para crear la Base de datos se necesitar de WampServer que al instalarlo se tienen los servicios de un servidor local, un gestor de Base de Datos en los cuales se harn las pruebas necesarias para que los archivos PHP2 funcionen con la Base de Datos de una forma eficaz, porque no es posible de otra forma, ya que se necesita el servicio del localhost para poder ver los avances que se tienen. Adems de que es una herramienta escrita en PHP tiene las posibilidades de administrar las Bases de Datos donde actualmente se pueden crear, eliminar Base de Datos, crear, eliminar, alterar tablas como tambin insertar, cambiar, eliminar cualquier campo, tambin ejecutar cualquier sentencia SQL, administrar privilegios, importar y exportar los datos almacenados en a Base de datos y est disponible en 62 idiomas. 3.2.2 TECNOLOGA DE ALMACENAMIENTO

La tecnologa de almacenamiento conveniente a utilizar en este caso es la de INNODB3 porque es una tecnologa de almacenamiento de datos de cdigo abierto para la base de datos MySQL, incluido como formato de tabla estndar en todas las distribuciones de MySQL AB4 a partir de las versiones 4.0. Su caracterstica principal es que soporta transacciones de tipo ACID y bloqueo de registros e integridad referencial ya que en ella se puede utilizar las claves secundarias como ndices para poder relacionar algn campo especifico con alguna otra tabla y as poder obtener mejores resultados, se utiliza esta
2 3

PHP significado de las siglas INNODB 4 MySQL AB

23

tecnologa, porque es el nico que soporta las Base de datos relacionales mediante claves primarias y secundarias. 3.2.3 BASE DE DATOS RELACIONAL

Explicar brevemente el Concepto de Base de datos relacional Para lograr la Base de Datos relacional es necesario tener definido una tecnologa de almacenamiento que en este caso es INNODB porque como ya mencionamos es el nico que soporta las relaciones mediante claves forneas con la finalidad de tener bien definidas las tablas de la Base de Datos, ya que solo teniendo la informacin se podr verificar si es necesario alguna relacin que servir en un futuro, en la actualidad las Base de Datos relacionales son muy utilizadas por los programadores ya que en ella se puede planificar y establecer interconexiones que servirn para utilizar la informacin de los campos que se almacenan en cada tabla. 3.2.4 DICCIONARIO DE BASE DE DATOS

El diccionario de la Base de Datos, es una herramienta que permite conocer ha detalle la informacin de cada uno de los campos dentro de cada tabla desde el nombre que se la haya asignado, tipo de datos y longitud de los datos, a su vez es necesario crearlo para tener la informacin a cerca de cada tabla como sus respectivas relaciones con otras tablas. 3.3 PGINA WEB

3.4 TCNICAS DE PROGRAMACIN DE PGINAS WEB Para programar algn software o pgina Web existen muchos lenguajes de programacin como PHP, Visual Basic que ofrecen aplicaciones en ambiente Web, hasta incluso se puede programar en Access, Excel y as tener informacin disponible y diseada en la Internet. Pero lo que se quiere en realidad, es tener una pgina creada con un lenguaje del lado del Servidor y que adems sea ms interactiva, sencilla de usar y sobre todo que se vea ms presentable que a comparacin de las pginas programadas en Access y Excel.
24

Por tal razn el lenguaje a usar ser PHP porque ofrece una gran gama de opciones para programar y tambin se tiene muchas herramientas para facilitar su uso. Para programar en PHP se utilizar Dreamweaver, que es una herramienta para programar de una manera muy sencilla a comparacin de otras herramientas, donde el cdigo es manipulable con facilidad y que adems cuenta con herramientas propias de auto-completacin de cdigo, que facilita la programacin. 3.5 TCNICAS DE PRESENTACIN DE PGINAS WEB Para presentar las pginas Web se pueden utilizar desde simples marcos de trabajos, imgenes o etiquetas manipuladas mediante programas que se encargan de darles movimientos y comportamientos en caso de pasar el Mouse sobre el objeto ya definido sera una forma de utilizar Flash para crear dichos movimientos, pero tambin en las pginas Web, se pueden utilizar las herramientas de CCSS conocidas como hojas de estilos que se encargarn de crear movimientos y comportamientos de los objetos segn lo deseado, crear colores determinados segn la clase definida dentro del cdigo PHP, es una forma sencilla de hacer que la pgina Web sea llamativa para el usuario. 3.6 TECNICAS DE PROGRAMACION JAVASCRIPTS Los JavaScript son muy utilizados por los programadores de pginas Web ya que son capaces de poder crear una mejor vista para dichas pginas y que adems es muy conveniente utilizarlos ya que ayudan a gestionar detalles de la pgina Web ya que se ejecutan del lado del cliente o sea desde los exploradores, a travs de ellos se pueden controlar los acciones que se realizan en toda la pgina Web, porque se declara o se crea una sola vez y puede ser llamada desde cualquier parte del cdigo. 3.7 DIAGRAMA HIPO Y TABLA VISUAL DE CONTENIDO HIPO significa: "Hierachy Input Process Output ", fueron desarrollados por IBM como esquemas de representacin para un desarrollo jerrquico de arriba hacia abajo. Un conjunto de diagramas HIPO contiene una tabla visual de contenido, un conjunto de diagramas generales y un conjunto de diagramas de detalles. La tabla visual de contenido es el directorio del conjunto de diagramas en el paquete; consta de un directorio con estructura de rbol (o de grfica), un resumen de los contenidos de cada diagrama general
25

ya que para las pginas Web es necesario tener un mapa de sitio y que mejor que representarlo con el diagrama HIPO, que es una forma visual de representar los contenidos de la pgina Web.

IV.

DISEO DE LA INVESTIGACIN 4.1 ALCANCE DEL PROYECTO

La investigacin para recolectar la informacin necesaria para desarrollar el sistema, es de carcter exploratorio y descriptivo, realizando tambin la programacin de la pgina web en PHP y JavaScript ya que son las partes que van a requerir ms atencin, al ser este un proyecto Web. Se necesitar programar en estos lenguajes y cabe la necesidad de investigar el uso de los mismos por tal razn la investigacin ser de carcter exploratorio para fortalecer el desarrollo del sistema. En el caso de las bases de datos, se deben describir las relaciones que tienen estas, ya que al afectar una tabla de la misma Base de Datos podran cambiar los valores y a su vez al eliminar datos que tiene relacin con otros ser difcil controlar estos errores por tal motivo se utilizar la investigacin de carcter descriptivo, para saber el comportamiento, restricciones y condiciones de la Base de Datos INNODB. Al conocer acerca de este tema y a su vez la aplicacin de los mismos se ve el resultado que se tiene al estudiar detalladamente cada tipo de codificacin en este caso el PHP, tiene un gran sinfn de formas para programar y presentar las cosa en pantalla entre el usuario, por ese motivo se escoge la forma ms adecuada para presentarlos, no importa que sean mtodos poco usuales pero si presentan los datos ante el usuario como se requiere en la empresa, se tendr que implementar, como bien se dice que no se va inventar la rueda por vez primera, pero en relacin a este tema cada programador le da el toque que este requiera presentndola de la mejor manera posible. La pgina estar disponible en un ambiente Web a travs de los dominios Palace Resorts los cuales cuentan con servidores, para brindar un mejor servicio al departamento de
26

Sistemas. Los servidores son la mdula de la comunicacin para los Palace Resorts por tal razn es muy necesario tener un control de inventarios de estos y las aplicaciones que estas contienen, como tambin llevar el control de modificaciones que estas van teniendo.

4.2 CRONOGRAMA DE ACTIVIDADES Como se puede observar en la Ilustracin 4 tenemos el Cronograma de actividades en el cual se presenta el inicio y terminacin del proyecto, en efecto son los planes que se estn llevando a cabo porque se tiene que controlar el factor muy importante que es el tiempo, porque es necesario optimizarlo para terminar un proyecto robusto como el que se tiene. El avance se est llevando poco a poco, por tal motivo se tiene que tomar en cuenta todos los factores y controlar los detalles que al final pueda afectar la finalizacin del proyecto, se est tomando en cuenta la propia planeacin, codificacin, diseo de la Base de Datos, diseo de las interfaces de interaccin con el usuario y la documentacin. Porque el objetivo es, que al finalizar el tiempo se tenga un buen proyecto y una documentacin excelente. Por tal motivo se asignan los recurso y quienes interactan con las fases del proyecto para llevar el cronograma al pie de la letra es un poco complicado pero a travs del tiempo y las experiencias se van determinando mejor los tiempos en el cronograma dependiendo de la robustez del proyecto. En el cronograma tambin se pueden ver los tipos de pruebas que se van a realizar, la de caja negra, que es solo para verificar lo que hacen las interfaces y las de caja blanca, que permitirn analizar lo que hace el programa internamente, por tal razn el administrador del DataCenter tendr intervencin ah porque es la persona que tendr ms contacto con la pgina Web

27

Ilustracin 4. Cronograma de Actividades

Para lograr los objetivos antes mencionados y al ver el cronograma, es necesario comentar que se pretende obtener buenos resultados en la realizacin de cada una de las actividades, para empezar se necesita de planeacin para saber qu es lo que se va a hacer y tomar en cuenta el tiempo para finalizar el proyecto, por eso se crea el cronograma para tener un control de las actividades y el tiempo que se le ha asignado a cada una de ellas. En efecto el proyecto se terminar a ms tardar el 15 de abril, para que quede algo de tiempo para darle los ltimos toques y que la pgina Web sea ya introducida a produccin. Para lograr una pgina programada en PHP es necesario estudiar el comportamiento de los objetos, marcos de trabajo, JavaScript y CSS con la finalidad de tener una pgina con un bonito diseo y ms interactivo, como a su vez poder controlar las acciones que se crean en cada uno de los formularios PHP. Para lograr una buena Base de Datos es necesario tomar en cuenta cada una de las acciones y relaciones que efectuaran cada uno de las tablas y de cmo se relacionarn los campos de las mismas, pero antes de se debe recopilar toda la informacin utilizando borradores y creando las conexiones y relaciones que contendr cada tabla, con la intencin de que sea ms sencillo crear registros en la Base de Datos se crean las claves primarias como tambin las forneas que sern las que tendrn una relacin directa dependiendo cuales sean los campos que se tomen en cuenta segn las teoras de
28

creacin de claves forneas estas deben ser de tipo numrico y deben contener la misma longitud en sus datos para no crear errores en un futuro. Con las variables de sesin se dar permiso a un usuario acceder a los servicios de la pgina Web como a su vez registrar una bitcora de las visitas y cambios que hace el usuario mediante extracciones de variables de sesin tambin se lograr adquirir la direccin IP que ser guardado en la tabla de bitcoras y as mantener un control adecuado de dichas actualizaciones y segn la IP de la mquina que proviene esto solo con la finalidad de tener un historial de los cambios que est efectuando cada usuario.

4.3 METODOLOGIA 4.3.1 BASE DE DATOS

Como podemos ver en la Ilustracin 5, se representa la Base de Datos la cual contiene 35 tablas las cuales estn relacionadas entre s. La BD se cre con Phpmyadmin la cual contiene el gestor de BD MySQL con la cual se pudo crear dicha tabla. La Ilustracin 5 nicamente presenta un entorno generalizado de dicha Base de Datos que lleva por nombre bd_incidencias, la cual contiene las tablas que en ella se muestran; se tiene la tabla de actualizaciones, bitacora, bitacora_respaldo, calendario, departamento, equipo, puertos_kvm, puestos_kvm, puerto_sw, puesto, rack, red, refacciones, evento, fabricante, factura, funcion, hd, id_tipo_sf, repaldo, service_pack, software, status, switch, tipo_hw, incidencias, ,kvm, modelo, paquete, procesador, proveedor, tipo_respaldo, u, ubicacin, ups, usuarios. En el diccionario de la Base de datos se explica a detalle la informacin de cada tabla, tipo de datos que esta acepta y el uso que se le dar a esta. Como tambin se puede observar que se utilizan nemotcnicos, palabras unidas a travs de guiones y en minsculas, porque segn las buenas prcticas para crear BD se deben de utilizar nemotcnicos para poder identificarlos entre el resto de las tablas, a su vez se utilizan guiones por que las BD no aceptan espacios.
29

Ilustracin 5. Base de Datos y tablas

4.3.2

DIAGRAMAS DE BASE DE DATOS RELACIONAL

En la Ilustracin 6 se puede visualizar la relacin que existe entre todas las tablas, como se ve la mayora necesita al menos de una o ms tablas para sus correcto funcionamiento, como podemos ver la tabla de equipo tiene relacin con la mayora de las tablas ya que en l se podr almacenar la informacin de los servidores, los cuales estarn conectados en un Switch el cual estar dentro de un Rack, a su vez cada uno de los servidores tendr una factura, un proveedor , un fabricante y una ubicacin en el cual estar ubicado, tambin tendr complementos como disco duro, interfaz de red, sistema operativo, tambin la informacin de los respaldos.

30

Ilustracin 6. Diagrama de BD relacional

4.3.3

REQUERIMIENTOS DEL SISTEMA

Para mantener una Web en funcin y en ptimas condiciones se requieren las siguientes caractersticas con facilidad de acceso. Para conseguir el Hosting no existe problema ya que CEDIS contiene una buena infraestructura y se tiene la posibilidad de poder dar hospedaje externo ya que la infraestructura permite ese tipo de crecimiento, en caso del servidor no existe problema ya que los servidores con los que cuenta Palace Resorts cumplen dichas caractersticas, as que la Web funcionar sin problemas en la red Palace Resorts, as que por problemas de requerimientos no existe preocupacin.
31

Hosting Hospedaje Sitio Web Tiempo: 1 ao Bases de datos ilimitadas, 400 Megabytes de Espacio en Hosting Cuentas de correo ilimitadas SSH Access (Secure Shell) 2,500 Gigas de Transferencia SSL, FTP, Stats CGI, Ruby (RoR), Perl, PHP, MYSQL Front Page Extensions backup diarios Dominio: Palace-Resorts\ Servidor con las siguientes caractersticas: Intel Core i3 3 Gigas en RAM 320 Gigas en Disco Duro
Tabla 2. Requerimientos de la Web

4.3.4

DICCIONARIO DE BD

Como se puede visualizar en todas las tablas de la Base de Datos, se pueden observar las columnas de; campos, tipo y longitud y descripcin de cada tabla, cabe mencionar que todas las tablas no aceptan algn valor nulo, excepto el campo de alojamiento en la tabla equipos. En los campos, se pueden ver los nombres o nemotcnicos que se le da a cada campo para poderlo identificar rpidamente y poder utilizarlo sin problema alguno. Como podemos ver en las tablas, que los primeros campos estn subrayados ya que representan las claves primarias (Primary Key) y los campos con tipo int y longitud 20 hacen referencia a campos que tienen la funcin de Primary Key, que tambien se pueden
32

observar en otras tablas y a su vez tienen la funcin de ndices para poder relacionarlas. Los datos de tipo date, hacen referencia a fechas y los datos de tipo varchar hacen referencia a valores de tipo cadena de carcter. La tabla 3, hace referencia a las actualizaciones, est ser la tabla dnde se podr almacenar la informacin en cuanto a actualizaciones de los sistemas operativos se refiere, entre las cuales pueden ser actualizados los Hotfiles que estn relacionados directamente con los servidores. Campos id_act nom_act tipo_act F_act Tipo y Longitud int(20) varchar(50) varchar(50) Date Descripcin Clave de actualizacin Nombre de la actualizacin Tipo de actualizacin Fecha en que se lleva a cabo la actualizacin id_equipo id_paquete int(20) int(20) Identificador del servidor a actualizar Identificador del HotFile
Tabla 3.Actualizaciones

En la tabla 4 se almacenar la informacin con respecto a las visitas, por tal razn tiene el nombre de bitcora ya que en l se quedarn los registros de las visitas que hacen los usuarios y los links visitados. Bitacora Campos id_registro ip_user Tipo y Longitud int(20) varchar(50) Descripcin Clave del registro de visita Direccin IP del visitante

33

id_user links

int(20) varchar(200)

Usuario del visitante Links visitados por el visitante

Tabla 4. Bitcora

En la tabla 5 se puede observar que trata de un calendario de las actividades que se van a organizar con respecto al los Servidores. Calendario Campos id_evento id_tipo_event id_equipo F_evento Tipo y Longitud int(20) int(20) int(20) date
Tabla 5. Calendario de actividades

Descripcin No No No No

34

La tabla 6 guardar la informacin referente a los respaldos de los servidores, porque como ya se mencion es necesario respaldar la informacin de ellos, por tal razn tambin es de suma importancia tener un control de los servidores que ya cuentan con respaldo. bitacora_respaldo Campos id_bitacora_respaldo id_respaldo id_tipo_respaldo id_equipo_origen id_equipo F_respaldo cantidad_archivos peso_respaldo status observaciones id_usuario Tipo y Longitud int(20) int(20) int(20) int(20) int(20) date int(20) varchar(50) varchar(50) varchar(50) int(20)
Tabla 6. Bitcora de respaldo

Descripcin No No No No No No No No No No No

35

En la tabla 7, se puede observar que se podr guardar informacin referente a los departamentos que existen, para poner en marcha y administrar los servidores, porque no se necesita guardar todos los departamentos de la empresa, ya que no tienen nada que ver con los servidores, se toma en cuenta esta tabla porque hay departamentos que tienen interaccin con los servidores, tales como; Sistemas, Comunicaciones, People Soft, etc. Departamento Campos id_depto nom_depto id_ubicacion Tipo y Longitud int(20) varchar(50) int(20)
Tabla 7. Departamento

Descripcin No No No

En la tabla 8 se puede identificar claramente que esta tabla contendr la informacin de los servidores que se tiene dentro del Site, porque como ya habamos mencionado que existen computadoras que tienen la funcin de un servidor. Por tal motivo se denomin equipo. Equipo Campos id_equipo nombre_equipo id_tipo alojamiento id_fabricante modelo_equipo id_procesador Tipo y Longitud int(20) varchar(50) int(20) varchar(50) int(20) int(20) int(20) Descripcin No No No S No No No

36

memoria id_sp cantidad_hd id_hd raid controladora cant_red red serie_equipo tipo_de_lector antivirus_id_sistema id_sistema funcion id_user conexion id_proveedor id_factura id_ubicacion id_rack id_u id_switch id_puerto

varchar(50) int(20) int(20) int(20) varchar(50) varchar(50) int(20) varchar(50) varchar(50) varchar(50) varchar(50) int(20) varchar(50) int(20) varchar(50) int(20) int(20) int(20) int(20) int(20) int(20) int(20)

No No No No No No No No No No No No No No No No No No No No No No

37

id_kvm id_paquete id_status so

int(20) int(20) int(20) varchar(50)

Tabla 8. Equipo

No No No No

La tabla 9 contiene campos suficientes para guardar eventos que se irn tomando en cuenta desde un mantenimiento, backups, etc. Evento Campos id_tipo_evento nombre_event imagen_event Tipo y Longitud int(20) varchar(50) varchar(50)
Tabla 9. Eventos a realizar

Descripcin No No No

La tabla 10 contendr informacin acerca de los fabricantes de los equipos, eso servir para tener una estadstica de los equipos que cuentan con diferentes fabricantes. Fabricante Campos id_fabricante nom_fabricante Tipo y Longitud int(20) varchar(50)
Tabla 10. Fabricante de equipos

Descripcin No No

38

En la tabla 11 se pueden ver datos tipo Date que se encargar de almacenar informacin de tipo fecha, adems de eso tendr la informacin especfica de las facturas que tiene cada equipo. Factura Campos id_factura num_factura archivo_factura id_proveedor F_compra F_garantia Tipo y Longitud int(20) varchar(50) varchar(100) int(20) Date Date
Tabla 11. Facturas de equipos

Descripcin No No No No No No

La tabla 12 ser auxiliar de la tabla equipos ya que en el simplemente se especificarn las aplicaciones que el servidor utiliza, como en algunos casos es Citrix, Opera, etc. Funcin Campos id_funcion nom_funcion Tipo y Longitud int(20) varchar(50)
Tabla 12. Funcin de equipo

Descripcin No No

39

En la tabla 13 se tendr almacenada la informacin con respecto a los discos duros que contiene cada uno de los servidores. Hd Campos id_hd numero_hd interfaz marca_hd id_modelo capacidad_hd rpm serie_hd id_proveedor id_factura Tipo y Longitud int(20) int(20) varchar(50) varchar(50) int(20) varchar(50) varchar(50) varchar(50) int(20) int(20)
Tabla 13. Disco Duro

Descripcin No No No No No No No No No No

La tabla 14, es una auxiliar de la tabla software que tiene como objetivo controlar si se trata de un antivirus, aplicacin o Sistema Operativo. id_tipo_sf Campos id_tipo_sw tipo_sofw Tipo y Longitud int(20) varchar(50)
Tabla 14. Tipo de Software

Descripcin No No

40

En la tabla 15 se pueden observar los campos que se relacionan con incidencias, cosas que le van sucediendo a los servidores, que pueden afectar su rendimiento de manera negativa, por lo tanto se debe de tomar en cuenta llevar registros de lo que pasa . Incidencias Campos id_inc nom_inc F_inc caracteristica_inc tipo_falla id_equipo estado_inc id_user Tipo y Longitud int(20) varchar(50) Date varchar(50) varchar(50) int(20) varchar(50) int(20)
Tabla 15. Incidencias de los servidores

Descripcin No No No No No No No No

En la taba 16 que pertenece a los equipos KVM que tiene el Site ya que estos son muy importantes para tener vista en pantalla y dar acceso remoto a los servidores. Kvm Campos id_kvm nombre_kvm marca puertos id_rack Tipo y Longitud int(20) varchar(50) varchar(50) varchar(50) int(20)
Tabla 16. KVM (Keyboard, Video, Mouse)

Descripcin No No No No No
41

En la tabla 17 se podr guardar la informacin con respecto a los modelos de servidores con los que se cuenta dentro del Site. Modelo Campos id_modelo nom_modelo Tipo y Longitud int(20) varchar(50)
Tabla 17. Modelo de equipos

Descripcin No No

En la tabla 18, estar disponible la informacin en cuanto a paquetes de actualizacin se refiere, porque es necesario llevar un control de los paquetes de actualizacin que van instalado en los servidores. Paquete Campos id_paquete id_sistema nom_paquete Tipo y Longitud int(20) int(20) varchar(50)
Tabla 18. Paquetes de actualizacin

Descripcin No No No

En la tabla 19 se almacenar la informacin con las caractersticas que contienen los procesadores de cada servidor fsico. Procesador Campos id_procesador nombre velocidad Tipo y Longitud int(20) varchar(50) varchar(50)
Tabla 19. Informacin del Procesador

Descripcin No No No

42

En la tabla 20 se almacenar la informacin con respecto a los proveedores con los cuales se tiene contratos directos en los pedidos. proveedor Campos id_proveedor nom_proveedor dir_proveedor ciudad_proveedor contacto_proveedor tel_proveedor Tipo y Longitud int(20) varchar(50) varchar(50) varchar(50) varchar(50) varchar(50)
Tabla 20. Proveedor

Descripcin No No No No No No

La tabla 21, es auxiliar de la tabla Switch ya que en l solo se guardarn los puertos y la IP de cada puerto que tenga relacin con el Switch porque los puertos van cambiando segn las redes. puerto_sw Campos id_puerto num_puerto id_sw ip_puerto_sw Tipo y Longitud int(20) int(20) int(20) varchar(50)
Tabla 21. Puerto conectado al Switch

Descripcin No No No No

43

La tabla 22, es simplemente una auxiliar de la tabla KVM ya que el mismo, contiene un Switch que tiene la funcin de conectar todos los servidores a una pantalla para controlarlos remotamente. puertos_kvm Campos id_puerto_kvm num_puerto_kvm id_equipo id_kvm Tipo y Longitud int(20) int(20) int(20) int(20)
Tabla 22. Puerto conectado al KVM

Descripcin No No No No

La tabla 23, podr guardar en el los datos con referencia a los puestos con las que contiene cada departamento, como habamos mencionado, est el departamento de sistemas que contiene Administrador de DataCenter, Soporte y BD. puesto Campos id_puesto nom_puesto id_depto Tipo y Longitud int(20) varchar(50) int(20)
Tabla 23. Puestos en la empresa

Descripcin No No No

En la tabla 24 se puede observar que contendr informacin con respecto a los Racks que estn dentro del Site.

44

rack Campos id_rack nom_rack numeros_u Tipo y Longitud int(20) varchar(50) int(20)
Tabla 24. Informacin de Racks

Descripcin No No No

La tabla 25, guardar la informacin con referencia a las direcciones IPs con las que cuenta el Site dependiendo de los servidores conectados, ser el numero de IPs conectadas. Red Campos id_red ip_red Tipo y Longitud int(20) varchar(50)
Tabla 25. Direcciones IP's en uso

Descripcin No No

La tabla 26 hace referencia a la informacin de las refacciones que se obtendrn en la empresa para los servidores y equipos en el Site. Refacciones Campos id_refaccion nom_refaccion id_factura cantidad_ref Tipo y Longitud int(20) varchar(50) int(20) varchar(50) Descripcin No No No No

45

numero_de_parte tipo_refaccion

varchar(50) varchar(50)
Tabla 26. Informacin de las Refacciones

No No

La tabla 27 tendr guardada la informacin referente a los respaldos que se van haciendo para los servidores, dependiendo del tipo de respaldo, pueden ser diarios, semanales y mensuales. respaldo Campos id_respaldo id_equipo_origen id_equipo id_tipo_respaldo software cantidad_archivo peso_respaldo Tipo y Longitud int(20) int(20) int(20) int(20) varchar(50) int(20) varchar(50)
Tabla 27. Informacin de los respaldos

Descripcin No No No No No No No

La tabla 28, guardar la informacin con referencia a los tipos de Service Pack de cada Sistema Operativo. service_pack Campos id_sp nom_sp Tipo y Longitud int(20) varchar(50)
Tabla 28. Informacin de Service Pack

Descripcin No No

46

La tabla 29, guardar la informacin con respecto a la informacin del software, segn la informacin dependiendo del tipo de software, la versin y las observaciones. software Campos id_sistema nom_sistema version bits licencia id_ubicacion id_fabricante observaciones id_tipo_sw Tipo y Longitud int(20) varchar(50) varchar(50) int(20) varchar(50) int(20) int(20) varchar(200) int(20)
Tabla 29. Informacin de Software

Descripcin No No No No No No No No No

La tabla 30, que se refiere al estatus de los respaldos y los servidores, en caso de que necesiten ser activados de inmediato a la recuperacin del sistema. status Campos id_status nom_status Tipo y Longitud int(20) varchar(50)
Tabla 30. Status de los respaldos

Descripcin No No

47

La tabla 31 guardar la informacin que hace referencia a la informacin de los Switch, que tiene relacin con el de los puertos Switch. switch Campos id_sw marca ip_sw puertos_totales id_rack Tipo y Longitud int(20) varchar(50) varchar(50) int(20) int(20)
Tabla 31. Informacin de Switch

Descripcin No No No No No

En la tabla 32, se guardar la informacin de los tipos de servidores, si son; fsicos, computadoras o virtuales. tipo_hw Campos id_tipo nombre Tipo y Longitud int(20) varchar(50)
Tabla 32. Tipo de Servidores

Descripcin No No

En la tabla 33, se guardar la informacin con respecto a los respaldos si se trata de respaldos; diarios, semanales o mensuales. Tipo_respaldo Campos id_tipo nom_respaldo Tipo y Longitud int(20) varchar(50)
Tabla 33. Tipo de respaldo (Backup)

Descripcin No No

48

En la tabla 34, se guardar la informacin con respecto a las divisiones que contiene cada Rack en el Site del CEDIS. u Campos id_u num_u id_rack Tipo y Longitud int(20) int(20) int(20)
Tabla 34. Informacin de ubicacin en el Rack

Descripcin No No No

En la tabla 35, se guardar la informacin de la ubicacin donde se encuentra cada uno de los servidores. ubicacion Campos id_ubicacion nombre abreviatura Tipo y Longitud int(20) varchar(50) varchar(50)
Tabla 35. Informacin de la ubicacin

Descripcin No No No

En la tabla 36 de UPS, se guardar la informacin que hace referencia a las bateras a las que se conectan los servidores para estar disponible despus de algn incidente con referencia a la electricidad. ups Campos id_ups nom_ups ubicacion_ups Tipo y Longitud int(20) varchar(50) varchar(50) Descripcin No No No
49

id_user arreglo_ups modelo_ups marca_ups id_factura

int(20) varchar(50) varchar(50) varchar(50) int(20)

Tabla 36. Informacin de UPS

No No No No No

En la tabla 37, ltima de la Base de Datos se guardar la informacin con referencia a los usuarios del sistema los cuales, se encargarn de la administracin y gestin del DataCenter. usuarios Campos id_user nom_user ape_user id_depto usuario password id_puesto Tipo y Longitud int(20) Varchar(50) Varchar(50) int(20) Varchar(50) Varchar(50) int(20)
Tabla 37. Informacin de los usuarios

Descripcin No No No No No No No

50

4.3.5

DIAGRAMAS DE FLUJO

En la Ilustracin 7, se puede observar el diagrama de flujo de datos de alguna incidencia, muestra lo que se tiene que hacer en caso de que algn servidor notifique algn error en la forma de operar, porque se tienen que hacer reportes de estas anomalas, se debe buscar la asistencia ms conveniente, pero el problema debe ser resuelto, no debe haber falla en la recuperacin porque la empresa cuenta con seguros en caso de daos en los equipos.

SI

NO

NO

SI

Ilustracin 7. Diagrama de Flujo con respecto a reportes de los servidores

51

4.3.6

CONEXIN A LA BD DESDE LA INTERFAZ

En la Ilustracin 8 se puede observar la conexin a la Base de Datos bd_incidencias mediante PHP, esta ser la conexin parcial, porque al instalarlo en el servidor se tendr contraseas que solo tendr el administrador y los gerentes de TI.

Ilustracin 8. Conexion.php

V.

DESARROLLO DEL PROYECTO

5.1.1

DIAGRAMA HIPO

52

5.1.2

TABLA VISUAL DE CONTENIDO

53

5.1.3

Anlisis de resultados

54

55

56

57

58

59

60

61

62

63

64

65

66

67

68

69

70

Pantallas principales y procesos realizados para alcanzar el objetivo

VI.

CONCLUSIONES Y CONTRIBUCIN TCNICA

BIBLIOGRAFIA http://www.desarrolloweb.com/articulos/844.php consulta realizada el viernes 02 de marzo de 2012 http://www.guebs.com/manuales/mysql-5.0/innodb.html consulta realizada el viernes 02 de marzo de 2012
71

http://www.fismat.umich.mx/~elizalde/tesis/node15.html consulta realizada el viernes 02 de marzo de 2012 http://www.librosweb.es/ consulta realizada el viernes 02 de marzo de 2012

ANEXOS GLOSARIO Access ACID BD Citrix Confort Datacenter Dominios Dreamweaver Ecoturismo Excel HTML Huspedes Implcita INNODB Instauracin javaScripts localhost MySQL
72

MySQL AB Nemotcnicos Opera PHP Servidores Sistemticas Site Software Visual Basic

73