View
52
Download
3
Category
Preview:
DESCRIPTION
Desarrollo de Aplicación Web para la Memoria Técnica
Citation preview
EMILIANO ZAPATA, MORELOS, MAYO DE 2011
UNIVERSIDAD TECNOLÓGICA EMILIANO ZAPATA DEL ESTADO DE MORELOS
DIVISIÓN ACADÉMICA DE TECNOLOGÍAS DE LA INFORMACIÓN
Y COMUNICACIÓN
Desarrollo de Aplicación Web para la Memoria Técnica del Hospital de Alta Especialidad “Centenario de la
Revolución Mexicana”
REPORTE DE ESTADIA
QUE PARA OBTENER EL GRADO DE:
INGENIERÍA EN TECNOLOGÍAS DE LA INFORMACIÓN
PRESENTA:
WILLIAM AXEL GARCÍA PÉREZ
ASESOR:
I.S.C. ERNESTO ADÁN MORENO
CAPÍTULO 1. DESCRIPCIÓN DEL PROYECTO
1.1 Planteamiento del Problema ...................................................................... 10
1.3 Objetivos .................................................................................................... 10
1.3.1 General .................................................................................................... 10
1.3.2 Específicos .............................................................................................. 11
1.4 Justificación ................................................................................................ 11
1.5 Alcances y limitaciones .............................................................................. 12
1.5.1 Alcances .................................................................................................. 12
1.5.2 Limitaciones ............................................................................................ 12
1.6 Datos generales de la empresa .................................................................. 12
1.6.1 Nombre: ................................................................................................... 12
1.6.2 Logotipo: .................................................................................................. 12
1.6.3 Dirección: ................................................................................................ 13
1.6.4 Giro:......................................................................................................... 13
1.6.5 Tamaño: .................................................................................................. 13
1.6.6 Asesor Institucional: ................................................................................ 13
CAPÍTULO 2. MARCO TEÓRICO
2.1 Revisión Bibliográfica ................................................................................. 14
2.2 Perspectiva Teórica .................................................................................... 14
2.2.1 Aplicación web ........................................................................................ 14
2.2.2 Macromedia Dreamweaver ..................................................................... 15
2.2.3 Adobe Photoshop CS3 ............................................................................ 17
2.2.4 Adobe Flash CS3 .................................................................................... 17
2.2.5 PHP ......................................................................................................... 18
2.2.6 Base de datos ......................................................................................... 19
2.2.7 phpMyAdmin ........................................................................................... 19
2.2.7 Ciclo de vida del proceso de software ..................................................... 20
2.2.7.1 Requisitos ............................................................................................. 20
2.2.7.2 Análisis ................................................................................................. 20
CONTENIDO
2.2.7.3 Diseño .................................................................................................. 21
2.2.7.4 Implementación .................................................................................... 21
2.2.7.5 Integración ............................................................................................ 21
2.2.7.6 Pruebas ................................................................................................ 21
2.2.7.7 Documentación .................................................................................... 22
2.2.7.8 Mantenimiento ...................................................................................... 22
CAPÍTULO 3. DESARROLLO DEL PROYECTO
3.1 Procesos de Administración del proyecto................................................... 23
3.1.1 Iniciación del proyecto ............................................................................. 23
3.1.1.1 Identificación y Registro de Stakeholders ............................................. 23
3.1.2 Planeación del proyecto .......................................................................... 24
3.1.2.1 Alcance del Proyecto ........................................................................... 24
3.1.2.2 WBS (Work Break Structure) ............................................................... 24
3.1.2.3 Plan de administración del proyecto ..................................................... 24
3.1.3 Control del proyecto ................................................................................ 25
3.2 Ejecución del proyecto ............................................................................... 25
3.2.1 Desarrollo del proyecto ........................................................................ 25
3.2.1.1 Análisis ................................................................................................. 25
3.2.1.2 Diseño .................................................................................................. 26
3.2.1.3 Desarrollo ............................................................................................. 31
3.2.1.3.1 Creación de la base de datos ............................................................ 31
3.2.1.3.2 Interfaz de la aplicación web ............................................................. 32
3.2.1.3.3 Validación de usuarios ...................................................................... 34
3.2.1.3.4 Agregar registros a la base de datos ................................................. 36
3.2.1.3.5 Modificar Registros en la base de datos ............................................ 40
3.2.1.3.6 Consultar Registros de la base de datos ........................................... 42
3.2.1.3.7 Eliminar Registros de la base de datos ............................................. 44
3.2.1.4 Pruebas ................................................................................................ 47
3.2.1.5 Cierre .................................................................................................... 48
CAPÍTULO 4. CONCLUSIONES
4.1 Comprobación de hipótesis ........................................................................ 49
4.2 Cumplimiento de objetivos ......................................................................... 50
4.3 Resultados del proyecto ............................................................................. 52
4.4 Contribuciones ........................................................................................... 56
4.4.1 Trabajos Futuros ..................................................................................... 56
Descripción del Proyecto .................................................................................... 3
Objetivos del Proyecto .............................................................................................. 3
Alcance del proyecto. ................................................................................................... 4
Entregables ................................................................................................................... 5
Planeación del Proyecto ..................................................................................... 5
Fases del proyecto. ....................................................................................................... 5
Identificación de Hitos.................................................................................................. 6
Estándares de calidad.................................................................................................... 6
Personal Requerido ....................................................................................................... 7
Organigrama del Proyecto ............................................................................................ 8
Plan de Comunicación del proyecto ............................................................................. 9
Plan de Capacitación .................................................................................................. 10
Administración del Proyecto ............................................................................. 10
Administración de Riesgos ......................................................................................... 10
Administración de las adquisiciones del proyecto. .................................................... 10
Mecanismos de Monitoreo y Control ......................................................................... 10
Criterios de Replaneación ........................................................................................... 11
Plan Tecnológico .............................................................................................. 11
Métodos, Herramientas y Técnicas ............................................................................ 11
Requerimientos de Hardware y Software ................................................................... 11
Requerimientos de Software ................................................................................... 11
Requerimientos de Hardware ................................................................................. 12
Figura 1.6.2.1 Logotipo .................................................................................... 12
Figura 2.2.2.1 Logo Dreamweaver 8 ................................................................ 16
Figura 2.3.1 Logo Adobe Photoshop CS3 ........................................................ 17
Figura 2.2.4.1 Logo Adobe Flash CS3 ............................................................. 18
Figura 2.2.5.1 Logo PHP .................................................................................. 19
Figura 6 2.2.7.1 Logo PHP MyAdmin ............................................................... 20
Figura 7 3.1.1.1.1 Registro de los Stakeholders ............................................... 23
Figura 8 3.2.1.2.1 Plantilla de inicio ................................................................. 27
Figura 9 3.2.1.2.2 Plantilla de ingreso ............................................................. 27
Figura 10 3.2.1.2.3 Plantilla de ingreso al sistema ........................................... 28
Figura 11 3.2.1.2.4 Plantilla del Submenú ........................................................ 28
Figura 12 3.2.1.2.5 Plantilla de agregar Registro ............................................. 29
Figura 13 3.2.1.2.6 Plantilla de Consultas ........................................................ 29
Figura 14 3.2.1.2.7 Plantilla de Modificar registros ........................................... 30
Figura 15 3.2.1.2.9 Plantilla de Eliminar Registros .......................................... 30
Figura 16 3.2.1.2.10 Plantilla de la base de datos ............................................ 31
Figura 17 3.2.1.3.1.1 Base de datos PHPMyAdmin ......................................... 31
Figura 18 3.2.1.3.1.2 Creación de base de datos y tablas ............................... 32
Figura 20 3.2.1.3.2.1 Teclear dirección IP ........................................................ 33
Figura 21 3.2.1.3.2.2 Interfaz Aplicación Web .................................................. 33
Figura 19 3.2.1.3.1.3 Campos de la tabla ........................................................ 32
Figura 22 3.2.1.3.2.3 URL ................................................................................ 33
Figura 23 3.2.1.3.2.4 Código validación de usuario y contraseña .................... 34
Figura 24 3.2.1.3.3.2 Regresar a ventana principal .......................................... 35
Figura 25 .2.1.3.3.3 interfaz de acciones de la aplicación web ........................ 35
Figura 26 3.2.1.3.3.4 Código botón Agregar .................................................... 35
Figura 27 3.2.1.3.3.6 Código botón Modificar................................................... 36
Figura 28 3.2.1.3.3.5 Código botón Buscar ..................................................... 36
Figura 29 3.2.1.3.3.7 Código botón Eliminar .................................................... 36
Figura 32 3.2.1.3.4.2 Código conectar a la base de datos ............................... 37
Figura 30 3.2.1.3.14 Registro siguiente ............................................................ 36
Figura 31 3.2.1.3.4.1 Código registro siguiente ................................................ 36
Figura 33 3.2.1.3.4.3 Código seleccionar número de registro .......................... 37
Figura 34 3.2.1.3.4.4 Suma 1 al registro .......................................................... 37
Figura 35 3.2.1.3.4.5 Formulario agregar ......................................................... 38
Figura 36 3.2.1.3.4.6 Código guardar registro .................................................. 38
Figura 37 3.2.1.3.4.7 Código insertar datos en la tabla .................................... 39
Figura 38 3.2.1.3.4.8 Código variables ............................................................. 39
Figura 39 3.2.1.3.4.9 Código leyendas ............................................................. 40
Figura 40 3.2.1.3.4.10 Regresar ....................................................................... 40
Figura 41 3.2.1.3.5.1 Código botón Modificar................................................... 40
Figura 43 3.2.1.3.5.3 Formulario modificar ...................................................... 41
ÍNDICE DE FIGURAS
Figura 42 3.2.1.3.5.2 Modificar Registro .......................................................... 41
Figura 44 3.2.1.3.5.4 Modificación correcta ..................................................... 41
Figura 45 3.2.1.3.5.5 Query modificar .............................................................. 42
Figura 46 3.2.1.3.6.1 Consultas ....................................................................... 42
Figura 47 3.2.1.3.6.2 Consultar por número de registro ................................... 43
Figura 48 3.2.1.3.6.3 Campo de búsqueda ...................................................... 43
Figura 49 3.2.1.3.6.4 Resultado de la búsqueda .............................................. 43
Figura 50 3.2.1.3.7.1 Eliminar Registro ............................................................ 44
Figura 51 3.2.1.3.7.2 Código eliminar Registro ................................................ 44
Figura 52 3.2.1.3.7.3 Leyenda eliminar Registro ............................................. 44
Figura 53 3.2.1.3.8.1 Código que lleva al directorio ......................................... 45
Figura 54 3.2.1.3.8.2 interfaz de búsqueda ...................................................... 45
Figura 55 3.2.1.3.8.3 Resultado de la búsqueda .............................................. 45
Figura 56 3.2.1.3.8.4 código de consulta del directorio .................................... 46
Figura 57 4.3.1 Base de datos ......................................................................... 52
Figura 59 4.3.3 Aplicación web ...................................................................... 53
Figura 58 4.3.2 Interfaz de la Aplicación Web .................................................. 53
Figura 60 4.3.4. Ingresar al sistema ................................................................. 54
Figura 61 4.3.5 Agregar registro ....................................................................... 54
Figura 62 4.3.6 Modificar registro ..................................................................... 54
Figura 63 4.3.7 Actualización del registro ........................................................ 55
Figura 64 4.3.8 Eliminación del registro ........................................................... 55
Figura 65 4.3.9 Notificación de eliminación del registro ................................... 55
Figura 66 4.3.10 Interfaz de consultas ............................................................. 56
Agradezco a:
Quiero agradecer a mis maestros que siempre me ayudaron con dudas que
surgieron durante la elaboración de mi proyecto, a el departamento de informática
y de enseñanza del ISSSTE quienes nos apoyaron en todo momento y nos
dejaron las puertas abiertas para volver y sobre todo a mi familia motor
fundamental para que yo siga con ganas de superarme y ante todo a dios que sin
él no abría podido llegar hasta donde estoy .
AGRADECIMIENTOS
En este documento se muestra la situación de origen que presenta el Hospital de
Alta Especialidad “Centenario de la Revolución Mexicana”, el cual está dedicado a
brindar servicios de salud.
El problema esencial detectado fue que en el área de informática no cuentan con
un sistema que les permita identificar de manera rápida y precisa la ubicación de
los equipos de cómputo, telefonía e impresión, además de que no tienen un
control de los usuarios de estos equipos. Dicha necesidad fue atendida para
ofrecer una solución a través de la utilización de diversas estrategias, las cuales
se encuentran claramente definidas en uno de los capítulos de este documento;
así como las metas a lograr y el objetivo general a cubrir a través de la
implementación del presente proyecto.
La investigación de cada una de las herramientas técnicas y metodologías
utilizadas para darle solución a las necesidades del cliente se encuentran
definidas en un apartado de este documento lo cual le da una base sólida del
marco teórico al proyecto aplicado.
Así mismo, es posible encontrar en este documento todas las actividades que
implicó el desarrollo del proyecto debidamente organizadas bajo la utilización de
una metodología dividida en fases, las cuales son: Análisis, Diseño, Desarrollo,
Pruebas y Cierre, elaboradas cada una de ellas en periodos de tiempo
previamente planeados.
Los resultados obtenidos, las recomendaciones y los trabajos futuros son parte
también de este documento, mismos que ayudaran a un proceso de mejora
continua del mismo. Finalmente este documento permite visualizar el cambio
obtenido una vez aplicado y cumplidas las metas.
RESUMEN
}}
In this document the situation of origin is shown that presents the Hospital of High
Specialty "Centenario de la Revolución Mexicana", which is dedicated to offer a
service of health.
The essential problem detected went that in the area of data processing do not
count on a system that permit them to identify in a quick way and precise the
location of the equipment of computation, telephony and impression, besides that
do not have a control of the users of these equipment. Said need was attended to
offer a solution through the utilization of diverse strategies, which are found clearly
you defined in one of the chapters of this document; as well as the goals to achieve
and the objective general to cover through the implementation of the present
project.
The investigation of each one of the technical tools and methodologies utilized to
give him solution to the needs of the client are found you defined in a section of
this document which gives a solid base of the theoretical framework to the project
applied.
Thus same, it is possible to find in this document all the activities that implied the
development of the project properly organized under the utilization of a
methodology divided into phases, which are: Analysis, Design, development, Tests
and Fastener, elaborate each one of them in periods of time priorly planned.
The results obtained, the recommendations and the future jobs are part also of this
document, same that they helped to a continuous process of improvement of the
same one. Finally this document permits to visualize the change obtained once
applied and polite the goals.
SUMMARY
William Axel García Pérez | 1.1 Planteamiento del Problema 10
1.1 Planteamiento del Problema
En la actualidad el Hospital de Alta Especialidad “Centenario de la Revolución
Mexicana” en el área de informática, no cuenta con un sistema que permita
identificar de manera fácil y rápida la ubicación de los equipos de cómputo
teléfonos e impresoras, así como los datos de los usuarios que hacen uso de
ellos.
Es por eso que se realizará una aplicación web y una base de datos la cual
permita el almacenamiento de la información de dichos equipos. La aplicación
contará con distintas funciones, una de ellas será que el usuario podrá realizar el
almacenamiento de datos de los equipos, así también como, consultar, actualizar,
modificar o eliminar registros.
1.2 Planteamiento de la(s) hipótesis
La funcionalidad de las bases de datos y aplicaciones web, ¿deberían ser
primordialmente las herramientas aplicadas para obtener mayor control y
organización de datos en una institución?
1.3 Objetivos
1.3.1 General
Realizar una aplicación web que permita identificar de manera fácil y rápida la
ubicación de los equipos de cómputo teléfonos e impresoras así como realizar
consultas, modificaciones, actualizaciones y eliminación de registros.
CAPÍTULO 1 DESCRIPCIÓN DEL PROYECTO
William Axel García Pérez | 1.3.2 Específicos 11
1.3.2 Específicos
Realizar una base de datos la cual contenga todos los campos referentes a
la información de los equipos de cómputo, impresión, telefonía y usuarios.
Diseñar una aplicación web que sea amigable y fácil de manipular.
Crear una aplicación web la cual permita al área de informática llevar a
cabo acciones como: Agregar registros, Consultar, Modificar y Eliminar los
registros de la base de datos a través de la aplicación web.
Incluir en la aplicación web el directorio telefónico interno del hospital.
1.4 Justificación
Dado a que el área de informática del hospital de Alta Especialidad “Centenario de
la Revolución Mexicana” carece de un sistema que permita mantener un control de
los equipos de cómputo, telefonía, impresión y usuarios, se implementará una
Aplicación Web y una Base de Datos que le permita al personal del área de
informática controlar de manera rápida, fácil y eficiente la ubicación y organización
de los mismos, esto con el fin de obtener un tipo “inventario” con el total de los
equipos de cómputo, telefonía e impresión con los que cuenta el hospital para que
en determinado momento que surja alguna problemática con alguno de ellos se
pueda recurrir a la aplicación web y desde ahí consultar la información del equipo
en cuestión con la información de la base de datos.
William Axel García Pérez | 1.5 Alcances y limitaciones 12
1.5 Alcances y limitaciones
1.5.1 Alcances
Al concluir con el proyecto, se podrán realizar diversas acciones en la
aplicación web como: agregar, consultar, modificar y eliminar registros de la
base de datos.
Se podrá identificar la ubicación de cualquier equipo del hospital.
Podrán consultar el directorio telefónico interno del hospital todos los
usuarios
1.5.2 Limitaciones
La base de datos solo permitirá que el personal autorizado pueda ingresar
información.
La base de datos solo permitirá que el personal autorizado pueda realizar
modificaciones a los registros.
Los usuarios no podrán enviar una solicitud de servicio de soporte al área
de informática.
1.6 Datos generales de la empresa
1.6.1 Nombre:
ISSSTE Hospital de Alta Especialidad “Centenario de la Revolución Mexicana”.
1.6.2 Logotipo:
Figura 1.6.2.1 Logotipo
Figura 1.6.2.1 Logotipo
William Axel García Pérez | 1.6.3 Dirección: 13
1.6.3 Dirección:
Av. Universidad # 40 Col. Palo Escrito, Emiliano Zapata, Morelos. C.P. 62760.
1.6.4 Giro:
Salud.
1.6.5 Tamaño:
950 Empleados.
1.6.6 Asesor Institucional:
Ing. Andrés Ernan de Sandozequi Cornejo.
William Axel García Pérez | 2.1 Revisión Bibliográfica 14
2.1 Revisión Bibliográfica
Para la realización del proyecto se utilizaron herramientas de diseño y software de
aplicación tales como: Dreamweaver, Adobe Photoshop, Adobe Flash, PHP,
phpMyAdmin. Por otro lado, se explica el ciclo de vida del proceso de software, a
continuación se describe lo dicho anterior mente.
2.2 Perspectiva Teórica
2.2.1 Aplicación web
Una aplicación Web es una extensión dinámica de un servidor web o un servidor
de aplicaciones. En general, existen dos tipos de aplicaciones web; las orientadas
a presentación, que generan páginas web interactivas en distintos lenguajes de
marcado (HTML, XML, entre otros.) y contenido dinámico a las solicitudes de los
clientes; y las orientadas a servicio, que constituyen el punto final de un servicio
web.
Una aplicación web está formada por componentes web, ficheros de recursos
estáticos como las imágenes, clases y librerías de utilidades. El contenedor
proporciona algunos servicios de soporte que mejoran las capacidades de los
componentes web y los hacen más sencillos de desarrollar. Sin embrago, puesto
que un aplicación web debe tener en cuenta estos servicios, el proceso de
creación y ejecución de una aplicación web es distinto del de un aplicación Java
tradicional. Se puede decir que el proceso se divide en las siguientes 6 etapas
(Roldán, David - Valderas, Pedro - Pastor, Óscar 2010).
Codificación del componente web.
Codificación del descriptor de despliegue de la aplicación.
CAPÍTULO 2 MARCO TEÓRICO
William Axel García Pérez | 2.2.2 Macromedia Dreamweaver 15
Compilación de los componentes web de la aplicación y las clases de
apoyo referenciadas por aquellos.
Opcionalmente, empaquetamiento de la aplicación en una unidad
desplegable.
Despliegue de la aplicación en un contenedor web.
Acceso a la URL que referencia a la aplicación desarrollada.
2.2.2 Macromedia Dreamweaver
Dreamweaver es un sistema para crear y mantener visualmente sitios Web.
Gracias a él no es necesario conocer lenguajes de programación para diseñar
sitios Web muy completos. Dreamweaver es un excelente instrumento que permite
programar y depurar más fácilmente gracias a diversas herramientas que
complementan la programación, aportan códigos de colores y otras utilidades.
Macromedia Dreamweaver es un sistema que ha evolucionado a partir de un
lenguaje de programación, permitiendo diseñar las páginas Web de forma visual
en lugar de programada, si bien, también permite generar o retocar partes de las
páginas con lenguajes como HTML, XML, JavaScript, PHP, etc.
Dreamweaver, como la mayoría de los sistemas de diseño de sitios Web,
proporciona herramientas para generar interactividad con los usuarios de las
páginas Web que se diseñen con él. Ahora bien, se trata de una interactividad algo
limitada, debido a que estas tareas exigen un mínimo de programación con
lenguajes específicos para internet como JavaScript, ASP o PHP.
Dreamweaver permite colocar los elementos necesarios en la pagina (botones,
listas desplegables, cuadros de texto, etc.) y ofrece, ya programadas, las
funciones más comunes que se realizan con ellos, para que incluso un usuario
William Axel García Pérez | 2.2.2 Macromedia Dreamweaver 16
que desconozca el manejo de dichos lenguajes pueda realizar algunas funciones
avanzadas.
Asimismo incorpora ciertas utilidades que consiguen que un usuario “programe”
sin saber programar: los comportamientos. Se trata de funciones que se han
preprogramado de modo que los datos que necesite pueda ofrecerlos el usuario
fácilmente mediante cuadros de dialogo: luego, Dreamweaver traduce esos datos
creando el correspondiente programa en JavaScript que realiza la tarea.
Además de manera que Dreamweaver ofrece ciertas herramientas útiles para
aquellos que, además de diseñar las páginas visualmente, las desarrollan,
complementan y mejoran con programación. Por ejemplo, utiliza un sistema de
códigos de color para colorear las etiquetas que se programen manualmente
utilizando el editor de texto del propio Dreamweaver.
En Dreamweaver se diseña en el área de trabajo que representa la pagina, en ella
se teclean y añaden los distintos componentes a las paginas que compongan el
sitio Web mediante los paneles con los que también se pueden modificar dichos
elementos según las necesidades.( Pascual González, francisco, 2006)
Figura 2.2.2.1 Logo Dreamweaver 8
William Axel García Pérez | 17
2.2.3 Adobe Photoshop CS3
Adobe Photoshop es un programa que permite realizar tareas profesionales
relacionadas con imágenes digitales como el retoque, la distorsión o el
perfeccionamiento de su contenido.
Por lo tanto es una herramienta que resulta útil para varias actividades, de este
tipo ya que constituye una aplicación práctica para quien se dedica a la fotografía,
al diseño gráfico, a la impresión profesional e incluso a la dirección artística. (
Pascual Francisco, 2008)
Figura 2.3.1 Logo Adobe Photoshop CS3
2.2.4 Adobe Flash CS3
Es un software con múltiples personalidades. Un programa de animación que se
usa no solo para hacer que se muevan pequeños objetos en pantallas de
computadora, sino también para crear numerosas caricaturas de televisión. Es un
ambiente de autoría multimedia que combina texto, fotografías, sonido, animación
y video dentro de proyectos que pueden ser artísticos, de entretenimiento,
informativos o los tres. Es una plataforma de desarrollo de software que permite
crear aplicaciones poderosas pero fáciles de usar.(Schaeffer, Mark, 2009)
William Axel García Pérez | 2.2.5 PHP 18
Figura 2.2.4.1 Logo Adobe Flash CS3
2.2.5 PHP
Es un lenguaje incrustado, basado en el motor Zend. Principalmente se utiliza,
para desarrollar contenido HTML dinámico, pero se considera también para
generar documentos XML (entre otros). El código PHP se “incrusta“ o integra en el
de documentos web, para ello se emplean unos tags o etiquetas, que delimitan
donde inicia y termina el código PHP (López Quijado, José, 2008).
Resulta ser un lenguaje de alto nivel que se ejecuta en el servidor. Un lenguaje de
servidor es aquel que se ejecuta en el servidor donde están alojadas las páginas,
al contrario de otros lenguajes que son ejecutados en el propio navegador.
La principal ventaja es que, al ejecutarse el código en el servidor, todas las
páginas podrán ser vistas en cualquier computadora, independientemente del
navegador que se tenga. Sin embargo, el gran problema de que se ejecute el
código en el navegador es que muchos de ellos no son capaces de entender todo
el código, lo que presentaría errores al mostrar el resultado de las páginas.
Principalmente, se trata de un lenguaje de programación gratuito, y por tanto, todo
el mundo puede utilizarlo sin ningún costo, frente a otros lenguajes cuyo software
es necesario comprar para su manejo. (Pavón Puertas, Jacobo, 2007)
William Axel García Pérez | 2.2.6 Base de datos 19
Figura 2.2.5.1 Logo PHP
2.2.6 Base de datos
Las bases de datos, son estructuras en las que se almacena información
siguiendo pautas de disposición y ordenación para el posterior procesado de los
datos. Como sistema de almacenamiento de datos, las bases de datos son mucho
más eficientes que los archivos de texto por varias razones pero, principalmente,
por que permiten un acceso directo al dato que se necesita sin que sea preciso
recorrer todo un archivo para encontrarlo.
En una base de datos la información se almacena en tablas. Cada tabla está
formada por filas, llamadas también registros o tuplas. Cada tupla está dividida en
campos, que forman columnas. Cada campo contiene un dato y todos los campos
de una columna tienen la misma estructura, es decir, que en todos ellos se
almacena un dato del mismo tipo, tamaño máximo, entre otros. (López Quijado, José,
2007).
2.2.7 phpMyAdmin
Es una aplicación que ayuda a gestionar y administrar bases de datos. Las
funciones que se pueden realizar con esta aplicación son: crear bases de datos,
crear tablas, insertar datos en tablas, realizar consultas, borrar datos de tablas,
borrar tablas, borrar bases de datos, entre otros. [6]
William Axel García Pérez | 2.2.7 Ciclo de vida del proceso de software 20
Figura 6 2.2.7.1 Logo PHP MyAdmin
2.2.7 Ciclo de vida del proceso de software
2.2.7.1 Requisitos
Tiene como meta definir y delimitar la funcionalidad del sistema de software. Sirve
como base de negociación entre el desarrollador del sistema y el cliente, y debe
reflejar las necesidades de este.
El modelo de requisitos que gobierna el desarrollo de los demás modelos, donde
estos deben tomar como base el modelo anterior, también sirve como base para la
elaboración de instrucciones de operación y los manuales, los cuales tienen que
ser redactados desde el punto de vista del usuario final.
2.2.7.2 Análisis
Tiene como objetivo construir una arquitectura capaz de resolver el problema bajo
condiciones ideales, esto significa, desarrollar una estructura lógica del sistema, la
cual debe ser estable y extensible. El análisis se enfoca en qué debe hacer el
sistema, en lugar de cómo se supone que lo hará, el alcance del modelo de
análisis esta directamente relacionado con la naturaleza del problema.
William Axel García Pérez | 2.2.7.3 Diseño 21
2.2.7.3 Diseño
Su propósito es extender la arquitectura de análisis. La razón para no hacer esta
extensión durante el modelo de análisis se debe a que la propia aplicación
controla la arquitectura del sistema y no las circunstancias existentes durante su
implementación. En otras palabras, el modelo análisis debe ser visto como un
modelo conceptual y lógico del sistema, mientras que el modelo de diseño debe
definir todo lo necesario para alcanzar el código final.
2.2.7.4 Implementación
Toma el resultado del modelo de diseño para generar el código final del sistema. 2.2.7.5 Integración
Se sabe que en todo diseño es deseable mantener una buena modularidad en el
sistema, de manera que el desarrollo actual, junto con las futuras extensiones,
puedan hacerse con base en componentes independientes y no en totalidad del
sistema. Cuando esto ocurre, es necesario integrar los diversos componentes para
obtener como resultado el sistema final.
2.2.7.6 Pruebas
Es responsable de revisar la calidad del sistema. Este modelo consiste en la
validación del sistema o prueba de especificación y la verificación o prueba de
resultado.
Validación: se prueba si la funcionalidad del sistema corresponde a la
especificación del cliente. Se cuestiona si se esta construyendo el sistema
“correcto”, en contraste con la verificación, donde se cuestiona si se está
William Axel García Pérez | 2.2.7.7 Documentación 22
haciendo el sistema “correctamente”. Durante el diseño e implementación,
se revisa el sistema de acuerdo con las especificaciones de los modelos de
análisis y requisitos.
Verificación: se prueba si se esta construyendo el sistema “correctamente”.
La verificación debe iniciar lo antes posible, desde el nivel más bajo, con la
revisión de los componentes individuales, prosiguiendo con la integración
de estos hasta verificar el sistema completo.
2.2.7.7 Documentación
Se debe hacer durante la elaboración del sistema y no como una etapa final del
mismo. Existen diferentes tipos de documentos que se deben generar como apoyo
al sistema, cada uno tiene diferentes objetivos y esta dirigido a distintos tipos de
personas, desde los usuarios no técnicos hasta los desarrolladores más técnicos.
2.2.7.8 Mantenimiento
Es la continuación del ciclo de vida, luego de haber completado, una primera
versión de este. Aunque parte del objetivo involucra resolver problemas, durante el
mantenimiento se deben considerar las extensiones del sistema de acuerdo con
las nuevas necesidades. De cierta manera, el mantenimiento significa seguir un
nuevo ciclo de actividades de desarrollo, pero a partir de un sistema ya existente.
(Weitzenfeld, Alfredo, 2005)
William Axel García Pérez | 3.1 Procesos de Administración del proyecto 23
3.1 Procesos de Administración del proyecto
3.1.1 Iniciación del proyecto
Para dar inicio con el proyecto, se realizó el acta de constitución del proyecto
también conocida como Project Charter y el formato de asignación del mismo el
cual contiene el nombre del proyecto, sus fases con fecha de inicio y fin, así como
estrategias que coadyuvaron para su realización, el Project Charter se encuentra
en el apartado “anexos” al final del documento.
Asimismo, se llevó a cabo la identificación y registro de los Stakeholders del
proyecto quienes fueron las personas involucradas o afectadas por el mismo, el
cual se describe a continuación:
3.1.1.1 Identificación y Registro de Stakeholders
Figura 7 3.1.1.1.1 Registro de los Stakeholders
CAPÍTULO 3 DESARROLLO DEL PROYECTO
William Axel García Pérez | 3.1.2 Planeación del proyecto 24
3.1.2 Planeación del proyecto
Durante la planeación se llevo a efecto la documentación de requisitos de los
Stakeholders con respecto al proyecto, los cuales se describen en el documento
de “Alcance del proyecto”.
3.1.2.1 Alcance del Proyecto
El documento de “Alcance del proyecto” que se ubica en los anexos, y define los
siguientes aspectos:
Descripción del alcance del producto.
Criterios de aceptación del producto.
Entregables de Proyecto.
Exclusiones del Proyecto.
Supuestos del Proyecto.
3.1.2.2 WBS (Work Break Structure)
En el WBS se detalla el organigrama secuencial de las actividades por realizar las
cuales llevarán a lograr un trabajo con mayor organización. El WBS se muestra en
los anexos de este reporte.
3.1.2.3 Plan de administración del proyecto
El plan de administración de proyectos es un documento que ayudará a planear,
organizar, monitorear y controlar los avances del proyecto así como también en él
se describen los interesados en la elaboración del proyecto. El Plan de
administración del proyecto se encuentra en los anexos de este reporte.
William Axel García Pérez | 3.1.3 Control del proyecto 25
3.1.3 Control del proyecto
Durante la realización del proyecto se entregaron reportes de actividades
mensuales del mismo, ver anexo del en el anexo se muestra el cronograma de
actividades del proyecto.
3.2 Ejecución del proyecto
Para la ejecución del proyecto se realizaron las fases del mismo con sus
respectivas actividades.
Las fases para la ejecución del proyecto son las siguientes:
Análisis
Diseño
Desarrollo
Pruebas
Cierre
3.2.1 Desarrollo del proyecto
3.2.1.1 Análisis
Para dar inicio en el proyecto, se llevó a cabo un análisis exhaustivo de los
requerimientos del área de informática con respecto a sus necesidades, el usuario
solicitó obtener una base de datos la cual permitiera almacenar toda la información
referente a los equipos de cómputo, telefonía, impresión y usuarios, así como una
aplicación web la cual admitiera realizar múltiples acciones como: agregar,
modificar, eliminar y consultar los registros de la base de datos a través de la
misma.
William Axel García Pérez | 3.2.1.2 Diseño 26
Es por ello que con base al análisis de los requerimientos del usuario, se decidió
realizar una base de datos en phpMyAdmin la cual contuviera todos los campos
solicitados por el usuario; con respecto a la aplicación web, se decidió realizar
todo lo referente a programación en PHP, las plantillas en Dreamweaver y el
diseño en Flash.
A continuación se detalla el desarrollo de cada una de las fases.
3.2.1.2 Diseño
Durante la fase de diseño, se efectuó un diseño rápido utilizando Word, este
diseño fue evaluado por el asesor industrial.
La figura 3.2.1.2.1 muestra el diseño rápido de la página de Inicio la cual consta de
lo siguiente:
1. Un encabezado el cual mostrará una animación con fotografías y el nombre del
hospital.
2. Un contenido, el cual lleva en el centro el cargador de la aplicación.
3. En la parte inferior de la página estará el pie de página.
William Axel García Pérez | 3.2.1.2 Diseño 27
Figura 8 3.2.1.2.1 Plantilla de inicio
La figura 3.2.1.2.2 muestra el diseño rápido del menú de la página de ingreso a la
Memoria Técnica y a la Base de Datos.
Figura 9 3.2.1.2.2 Plantilla de ingreso
La figura 3.2.1.2.3 visualiza el diseño rápido de la plantilla de ingreso a la Base de
Datos, solo usuarios autorizados podran ingresar al sistema.
William Axel García Pérez | 3.2.1.2 Diseño 28
Figura 10 3.2.1.2.3 Plantilla de ingreso al sistema
La figura 3.2.1.2.4 muestra el diseño rápido de la plantilla del submenú de la
memoria técnica. El submenú se divide en 4 partes: agregar, modificar, buscar y
eliminar.
Figura 11 3.2.1.2.4 Plantilla del Submenú
La figura 3.2.1.2.5 muestra el diseño rápido del formulario de registro.
William Axel García Pérez | 3.2.1.2 Diseño 29
Figura 12 3.2.1.2.5 Plantilla de agregar Registro
La figura 3.2.1.2.6 muestra el diseño rápido de la plantilla que contendrá los
formularios para realizar las consultas de registros en la base de datos mediante la
aplicación.
Figura 13 3.2.1.2.6 Plantilla de Consultas
La figura 3.2.1.2.7 muestra el diseño rápido de la plantilla que contendrá el
formulario de Modificar.
Buscar No. Registro
Buscar Red
Buscar No. IP
Buscar Piso
Buscar Nombre
Consultar todo
William Axel García Pérez | 3.2.1.2 Diseño 30
Figura 14 3.2.1.2.7 Plantilla de Modificar registros
La figura 3.2.1.2..8 muestra el diseño rápido de la plantilla que contendrá el
formulario de Eliminar.
Figura 15 3.2.1.2.9 Plantilla de Eliminar Registros
La figura 3.2.1.2.10 muestra el diseño rápido de lo que resulte de una consulta en
esa platilla se mostrarán los datos obtenidos despues de una consulta a la Base
de Datos.
William Axel García Pérez | 3.2.1.3 Desarrollo 31
Figura 16 3.2.1.2.10 Plantilla de la base de datos
Es dentro de este contexto la forma de cómo se realizaron las plantillas y el diseño
de la aplicación web.
3.2.1.3 Desarrollo
3.2.1.3.1 Creación de la base de datos
Para dar inicio al desarrollo del proyecto, se creó una base de datos en
phpMyadmin la cual permite gestionar la base de datos sin necesidad de tener que
escribir código en la consola de MySQL, desde el se podrán hacer consultas a
cualquier tabla o base de datos existente.
Figura 17 3.2.1.3.1.1 Base de datos PHPMyAdmin
William Axel García Pérez | 3.2.1.3.2 Interfaz de la aplicación web 32
La base de datos la cual fue nombrada “equipos”, una vez establecida se procedio
a realizar dos tablas una con el nombre "memoria" donde se almacenan los datos
de los equipos y la otra titulada "usuarios" donde se recopilan los nombres y
contraseñas de los usuarios que podrán ingresar al sistema.
Partiendo de lo anterior es como se realizó la construcción de la base de datos
con sus respectivas tablas, posteriormente se le asigno a la tabla “memoria” los
campos correspondientes.
3.2.1.3.2 Interfaz de la aplicación web
Para ingresar a la aplicación web es necesario introducir la dirección ip del
servidor en donde se instalo phpMyAdmin, el cual es el manejador de base de
datos y a su vez el servidor web.
Figura 18 3.2.1.3.1.2 Creación de base de datos y tablas
Figura 19 3.2.1.3.1.3 Campos de la tabla
William Axel García Pérez | 3.2.1.3.2 Interfaz de la aplicación web 33
Figura 20 3.2.1.3.2.1 Teclear dirección IP
Una vez introducida la dirección IP, se despliega la interfaz de la aplicación web.
Figura 21 3.2.1.3.2.2 Interfaz Aplicación Web
Entonces, para posicionarse en la memoria técnica y agregar datos en ella, se
presiona el botón que indica “memoria técnica”, el cual despliega la interfaz de
acciones de la aplicación web, las líneas de código PHP para mostrar la interfaz
de acciones son las siguientes:
Figura 22 3.2.1.3.2.3 URL
El código anterior fue programado en ActionScrip 2.0 este le indica al botón que
cuando el usuario este posicionado sobre él, vaya a la URL que aparece en la
imagen la cual hace referencia a la dirección del servidor web además le indica
que lo abra de ahí mismo y no en una ventana nueva, esto para evitar el tener
varias ventanas abiertas al mismo tiempo.
William Axel García Pérez | 3.2.1.3.3 Validación de usuarios 34
Antes de ingresar al submenú que permite agregar, modificar, consultar y eliminar
registros, el sistema solicita que se ingrese un usuario y una contraseña, las
cuales están almacenadas en la base de datos por el administrador en la tabla
usuarios, una vez que el usuario se valide en el sistema podrá ingresar, de lo
contrario el sistema marcara error, el código de la ventana es el siguiente:
Figura 23 3.2.1.3.2.4 Código validación de usuario y contraseña
3.2.1.3.3 Validación de usuarios
Esta es la ventana que se muestra para validar usuario y contraseña:
Figura 3.2.1.3.3.1 Acceso a usuarios
William Axel García Pérez | 3.2.1.3.3 Validación de usuarios 35
En este código se valida que dentro de la base de datos se encuentre el nombre
del usuario tal y como fue tecleado junto con la contraseña, de ser correcto se
activa la siguiente ventana con el código " requiere_once ('muenu.html') " de ser
incorrectos el usuario o la contraseña el sistema indica el error "El Usuario o la
Contraseña son incorrectos " por lo que se hace un enlace para regresar a la
ventana principal.
Si al introducir el usuario y la contraseña son correctos se activa el submenú, el
cual contiene los botones de agregar, modificar, buscar y eliminar.
La interfaz de acciones de la aplicación web es la siguiente:
Figura 25 .2.1.3.3.3 interfaz de acciones de la aplicación web
El botón "Agregar" así como los demás se crearon el Adobe Flash CS3 con
ActionScrip 2.0, el código es similar solo que cambia la dirección URL, el código
de los botones es el siguiente:
Figura 24 3.2.1.3.3.2 Regresar a ventana principal
Figura 26 3.2.1.3.3.4 Código botón Agregar
William Axel García Pérez | 3.2.1.3.4 Agregar registros a la base de datos 36
En cuanto el usuario presione en el botón “agregar”, se despliega el formulario de
la ventana siguiente.
3.2.1.3.4 Agregar registros a la base de datos
Esta ventana indica cual es el número de registro que sigue, esto lo hace con el
siguiente código:
Figura 28 3.2.1.3.3.5 Código botón Buscar
Figura 29 3.2.1.3.3.6 Código botón Modificar
Figura 27 3.2.1.3.3.7 Código botón Eliminar
Figura 30 3.2.1.3.14 Registro siguiente
Figura 31 3.2.1.3.4.1 Código registro siguiente
William Axel García Pérez | 3.2.1.3.4 Agregar registros a la base de datos 37
El código hace una conexión a la base de datos con el archivo "conectain.php" el
cual contiene lo siguiente.
Figura 32 3.2.1.3.4.2 Código conectar a la base de datos
Este archivo se conecta a la base de datos local, con un usuario y una contraseña,
también indica a qué base de datos se conectará.
Posteriormente de establecer la conexión, el código siguiente indica que se
seleccione el número más alto del campo "no_registro" de la tabla "memoria".
Figura 33 3.2.1.3.4.3 Código seleccionar número de registro
El siguiente código se ejecuta cuando el usuario agregue un registro a la base de
datos, se obtiene el número más alto del campo donde está el número de registro
y se hace una suma, esta suma de +1 es con el fin de que el usuario sepa en qué
numero sigue y la base de datos lleve un numero consecutivo de registros.
Figura 34 3.2.1.3.4.4 Suma 1 al registro
Cuando se presiona en el botón enviar, abrirá una ventana denominada
formulario para el llenado de la base de datos como se muestra a continuación.
William Axel García Pérez | 3.2.1.3.4 Agregar registros a la base de datos 38
Figura 35 3.2.1.3.4.5 Formulario agregar
Una vez escritos todos los campos, el botón enviar dirige al siguiente archivo que
es el que va a generar el código para guardar, dicho archivo fue creado en php por
lo cual no es gráfico, solo muestra si se guarda o no la información, el código del
archivo es el siguiente.
Figura 36 3.2.1.3.4.6 Código guardar registro
William Axel García Pérez | 3.2.1.3.4 Agregar registros a la base de datos 39
Este archivo al igual que la mayoría que realizan una consulta a la base de datos
contiene el archivo "conectain.php" que anteriormente se describió, hace la
conexión a la base de datos, el siguiente código guarda en variables y lo que hay
en los campos de texto del formulario el parámetro "strtoupper" convierte en
mayúsculas todo el texto que se introducirá.
Después de que ya se guarden en las variables los datos obtenidos en la
aplicación anterior se ejecuta el query siguiente, el cual inserta dentro de la tabla
"memoria" y en los campos que contiene la tabla.
Figura 37 3.2.1.3.4.7 Código insertar datos en la tabla
Va a insertar los valores que tienen las variables previamente declaradas, se
conoce que son variables de php ya que están marcadas con el símbolo "$", el
cual indica que es una variable.
Figura 38 3.2.1.3.4.8 Código variables
El siguiente código indica si se ejecuto correctamente y se guardaron los datos,
entonces mostrará la leyenda: "Se guardó correctamente el registro" de lo
contrario mostrará la leyenda: "no se guardaron los datos".
William Axel García Pérez | 3.2.1.3.5 Modificar Registros en la base de datos 40
Figura 39 3.2.1.3.4.9 Código leyendas
A un lado de cada mensaje aparecerá un enlace de "regresar" el cual al presionar
sobre él, retorna hasta la plantilla donde se agrega un registro nuevo.
Figura 40 3.2.1.3.4.10 Regresar
3.2.1.3.5 Modificar Registros en la base de datos
Para los siguientes dos botones de modificar el proceso, es el mismo proceso,
solo que al momento de ejecutar el query de Mysql es diferente.
El código para el botón “modificar” es el siguiente:
Figura 41 3.2.1.3.5.1 Código botón Modificar
El "UPDATE" se emplea para actualizar los registros con los nuevos valores que
el usuario introducirá, al presionar en el botón de modificar, aparecerá una
ventana la cual el usuario introducirá el número de registro que desea modificar y
posterior se cargarán en el formulario todos los datos almacenados en ese
número de registro, de esta manera es como el usuario podrá modificar los
valores.
William Axel García Pérez | 3.2.1.3.5 Modificar Registros en la base de datos 41
A continuación se detalla cómo se cargan los datos dentro del formulario para que
el usuario pueda modificar los campos.
Figura 43 3.2.1.3.5.3 Formulario modificar
Seguidamente se muestra el mensaje el cual notificará que se modificó
correctamente el registro.
El método del botón es igual que el de modificar, se escribe que registro se desea
eliminar, se cargan en el formulario todos los datos que van a ser modificados y
se presiona en el botón enviar el cual ejecuta el query siguiente.
Figura 42 3.2.1.3.5.2 Modificar Registro
Figura 44 3.2.1.3.5.4 Modificación correcta
William Axel García Pérez | 3.2.1.3.6 Consultar Registros de la base de datos 42
Figura 45 3.2.1.3.5.5 Query modificar
3.2.1.3.6 Consultar Registros de la base de datos
Para el código de consulta es un proceso repetitivo pero con cambios pequeños
pero significativos, cuando se presiona el botón “buscar” se visualiza una ventana
como la siguiente.
Esta ventana muestra varias opciones de cómo se puede realizar la búsqueda, se
tienen seis métodos de búsqueda los cuales son por no. Registro, piso, red, ip,
nombre y consultar todo, se ilustran en la imagen, el código para cada uno de
ellos es idéntico salvo por un parámetro en especial como se muestra a
continuación.
Figura 46 3.2.1.3.6.1 Consultas
William Axel García Pérez | 43
este código busca por dirección IP.
Este código busca por número de registro, como se puede observar el único valor
que cambia es el campo por el cual se hará la búsqueda.
Figura 48 3.2.1.3.6.3 Campo de búsqueda
El resultado de la búsqueda es el siguiente.
Figura 49 3.2.1.3.6.4 Resultado de la búsqueda
Esta ventana desplegara los datos que coincidan con el factor de búsqueda.
Figura 47 3.2.1.3.6.2 Consultar por número de registro
William Axel García Pérez | 44
3.2.1.3.7 Eliminar Registros de la base de datos
A continuación se muestra la ventana que permite eliminar registros de la base de
datos:
Figura 50 3.2.1.3.7.1 Eliminar Registro
El código que hace posible la eliminación de los registros es el siguiente:
,
Figura 51 3.2.1.3.7.2 Código eliminar Registro
Una vez que el usuario introduzca el número de registro que desea eliminar,
aparecerá la siguiente leyenda:
Figura 52 3.2.1.3.7.3 Leyenda eliminar Registro
Es de esta forma como queda consolidada la fase” diseño” del presente proyecto.
La plantilla del botón directorio del menú principal se implementó, ya que se
contaban con los datos necesarios en la base de datos, por lo que haciendo uso
William Axel García Pérez | 3.2.1.3.7 Eliminar Registros de la base de datos 45
de la misma tabla de "memoria" se extrajeron los datos necesarios para realizar el
directorio, el código del botón el cual dirigirá a la interfaz principal es el siguiente.
Figura 53 3.2.1.3.8.1 Código que lleva al directorio
Presionando al botón abrirá una ventana como la que se muestra a continuación,
la cual considera dos opciones de búsqueda una de ellas es por nombre y la otra
por área buscando por cualquiera de ellas, una mostrará todos los teléfonos con el
nombre o el área introducida.
Figura 54 3.2.1.3.8.2 interfaz de búsqueda
Figura
Figura 55 3.2.1.3.8.3 Resultado de la búsqueda
En esta imagen se ilustra cual es el resultado de buscar por la opción de "Nombre"
al realizar la consulta desplegará todos los datos que coincidan con el nombre
William Axel García Pérez | 3.2.1.3.7 Eliminar Registros de la base de datos 46
introducido en el campo de texto solo se extraen de la tabla "memoria" los campos
que interesarán, así mismo pasa cuando se busca por "Área" el código de la
consulta es el siguiente.
En el caso de que la búsqueda sea por “Área” el código se muestra en la figura siguiente:
Figura 56 3.2.1.3.8.4 código de consulta del directorio
Del resultado de la búsqueda por área el sistema realiza la consulta en la tabla
Memoria, y dicha consulta se especifica que la búsqueda coincida con lo que
introdujo en el campo de texto, ya sea en el campo nombre o el de área.
William Axel García Pérez | 47
3.2.1.4 Pruebas
La aplicación web se implementó en una PC que fue utilizada como servidor para
alojarla, así como a la base de datos. Conforme se fueron diseñando, creando y
programando las funciones, se realizaron pruebas con cada una de ellas,
independientemente que al concluir la aplicación web, se verificaron pruebas de
agregar, consultar, eliminar y modificar registros.
Al agregar un registro a la base de datos, la aplicación muestra el siguiente
número que aun no ha sido ocupado, si el usuario teclea un número de registro ya
almacenado, la aplicación indica un mensaje de texto diciendo que el número de
registro ya se encuentra en la base de datos.
Para consultar los registros de la base de datos, se realizo una interfaz la cual
permite consultar lo siguiente:
Por IP.
Por número de serie del CPU.
Por nombre de usuario.
Por extensión.
Por ubicación (piso y edificio).
Consultar todo.
Para eliminar y modificar los registros, básicamente la técnica o el proceso es el
mismo, se debe teclear el número de registro deseado para modificar, se muestra
la información de dicho registro permitiendo realizar modificaciones y por lo tanto
guardar dicha modificación; para eliminar un registro, se teclea el número de
registro y de esta manera se elimina el mismo.
William Axel García Pérez | 3.2.1.5 Cierre 48
Todo lo anterior fue realizado al concluir con la aplicación, la cual permitió cumplir
con todos los requerimientos solicitados al inicio por parte del área de informática,
cabe mencionar que las pruebas de la aplicación fueron ejecutadas en presencia
del jefe de informática.
3.2.1.5 Cierre
Por lo que en esta fase, se hizo la entrega formal del funcionamiento correcto de la
base de datos así como de la aplicación web, las cuales cumplieron en su
totalidad con las expectativas y requerimientos solicitados por el área de
informática.
William Axel García Pérez | 4.1 Comprobación de hipótesis 49
4.1 Comprobación de hipótesis
Para la realización del proyecto se llevo a cabo el planteamiento de la hipótesis del
mismo, esto con la finalidad de comprobar la factibilidad o funcionalidad del
proyecto, la hipótesis planteada fue la siguiente:
La funcionalidad de las bases de datos y aplicaciones web, ¿deberían ser
primordialmente las herramientas aplicadas para obtener mayor control y
organización de datos en una institución?
En efecto, la hipótesis fue comprobada ya que al inicio del proyecto, el área de
informática tenía la necesidad de crear un “inventario” el cual describiera la
información referente a los equipos de cómputo, telefonía, impresión y usuarios
por lo que en ese momento no se contaba con un control y organización de la
información, la cual le es de gran ayuda al momento en que surge un problema
con algún equipo de cómputo, facilitando su ubicación, así como el nombre del
usuario a cargo del mismo, entre otros. Con la realización de la base de datos, se
facilitó la solución a la problemática anterior ya que permitió el almacenamiento de
toda la información y sobre todo que es una herramienta de ayuda y soporte para
el área de informática.
Por otro lado, la aplicación web permitió agilizar las consultas con la base de datos
ya que muestra específicamente el campo o dato solicitado por el usuario en
consultas digitales a través del servidor que almacena la base de datos y la
aplicación web, dejando de lado la problemática de tener que buscar en
documentos o físicamente la información de algún equipo lo cual requería de
bastante tiempo.
CAPÍTULO 4 CONCLUSIONES
William Axel García Pérez | 4.2 Cumplimiento de objetivos 50
Es de esta forma como se comprueba que las bases de datos ofrecen un mayor
control y organización de la información en una institución, al igual que las
aplicaciones web permiten llevar a cabo procesos referentes con dicha
información.
4.2 Cumplimiento de objetivos
A continuación se describen los objetivos del presente proyecto con su respectivo
porcentaje de cumplimiento, así como los factores positivos o negativos que
influyeron en el desvió de los mismos.
Realizar una aplicación web que permita identificar de manera fácil y rápida la
ubicación de los equipos de cómputo teléfonos e impresoras así como realizar
consultas, modificaciones, actualizaciones y eliminación de registros.
Porcentaje de cumplimiento: 100%
Objetivos Específicos:
1.- Realizar una base de datos la cual contenga todos los campos referentes a la
información de los equipos de cómputo, impresión, telefonía y usuarios.
Igualmente estos objetivos que se plantearon fueron cubiertos al 100%.
Porcentaje de cumplimiento: 100%
Factores que influyeron en su desvío positivo: el factor de desvió positivo para
este objetivo es que se realizó dentro del tiempo planeado y establecido lo cual
permitió elaborar la base de datos con todos los campos solicitados al inicio del
proyecto.
William Axel García Pérez | 4.2 Cumplimiento de objetivos 51
2.- Que la aplicación web sea amigable y fácil de manipular. De igual forma este
objetivo se cumplió con las expectativas en un 100%.
Porcentaje de cumplimiento: 100%
Factores que influyeron en su desvío positivo: Al final del proyecto se logró
obtener una aplicación web amigable y fácil de manipular para los usuarios, ya el
factor positivo para cumplir con este objetivo partió de la creación de un cuadro de
diálogo para cada botón, en el cual se explica la funcionalidad del mismo, la
aplicación web es sencilla y no contempla procesos complicados para su uso, es
de esta forma como se logra cumplir con el objetivo.
3.- Realizar una aplicación web la cual permita al área de informática realizar
acciones como: Agregar registros, Consultar, Modificar y Eliminar los registros de
la base de datos a través de la aplicación web.
Porcentaje de cumplimiento: 100%
Factores que influyeron en su desvío positivo: Prácticamente fue la correcta
programación de cada botón (agregar, consultar, modificar y eliminar), esto
permitió realizar lo requerido por parte del usuario creando una interfaz para cada
acción, en la cual se indicara el número del nuevo registro en caso de agregar, las
diversas opciones para consultar, la interfaz para introducir el no. de registro a
modificar y la interfaz que envía un mensaje de que el registro fue eliminado en
caso de seleccionar la acción “eliminar”.
4.- Incluir en la aplicación web el directorio telefónico interno del hospital.
Porcentaje de cumplimiento: 100%
William Axel García Pérez | 4.3 Resultados del proyecto 52
Factores que influyeron en su desvío positivo: Para este factor ya se contaba
con una base de datos con la información necesaria para hacerlo, lo cual facilito
en gran medida la creación del mismo en la aplicación web sin necesidad de
introducir cada extensión y nombre de usuario, por lo que solo se programo una
interfaz para hacer las consultas respectivas.
Concluyendo se puede decir que el principal factor de desvió positivo para cada
objetivo, así como su porcentaje de cumplimiento, es que se realizó en el tiempo
marcado y estipulado dentro de la planeación, lo cual facilitó de manera precisa y
eficaz para no aplazar la realización de cada objetivo y por consiguiente del
proyecto mismo.
4.3 Resultados del proyecto
Cabe concluir que como resultado final del proyecto se logró obtener la base de
datos la cual contiene todos los campos requeridos, a continuación se muestra
(Figura 4.3.1) donde se refleja cada uno de los campos
Figura 57 4.3.1 Base de datos
William Axel García Pérez | 4.3 Resultados del proyecto 53
Otro de los logros del proyecto es obtener la aplicación web, que se muestra su
interfaz a continuación.
La aplicación web permite realizar consultas, agregar registros, modificar y
eliminar.
Figura 59 4.3.3 Aplicación web
La interfaz que se muestra para que el usuario pueda ingresar al sistema y
agregar registros:
Figura 58 4.3.2 Interfaz de la Aplicación Web
William Axel García Pérez | 4.3 Resultados del proyecto 54
Figura 60 4.3.4. Ingresar al sistema
Para agregar registros:
Figura 61 4.3.5 Agregar registro
Modificar registros:
Figura 62 4.3.6 Modificar registro
William Axel García Pérez | 4.3 Resultados del proyecto 55
Mensaje que indica que el registro fue modificado correctamente:
Figura 63 4.3.7 Actualización del registro
Eliminar registros:
Figura 64 4.3.8 Eliminación del registro
Figura 65 4.3.9 Notificación de eliminación del registro
William Axel García Pérez | 4.4 Contribuciones 56
Interfaz de consultas:
4.4 Contribuciones
La mayor de las contribuciones en el proyecto fue la organización y el control de
la información de los equipos de cómputo, impresión y telefonía a través de la
creación de la base de datos, por otro lado, la aplicación web contribuyó a facilitar
la consulta de la información de la base de datos a través de su interfaz.
4.4.1 Trabajos Futuros
Como trabajo futuro, se podrá crear una nueva acción en la aplicación web la cual
permita dar de alta y baja equipos para no ser eliminados, esto debido a que al
eliminar el registro de un equipo es como si el equipo dejara de ser un activo para
el hospital, lo más recomendable y viable sería crear una opción la cual permita
dar un estatus de “baja” a determinado equipo, ya que cuando presentan alguna
falla son enviados a garantía para ser reparados, y en la base de datos siguen
siendo activos en uso; por lo que al momento de que el equipo sea retirado para
ingresar a garantía pueda aplicarse un estatus de “baja” y en el momento que sea
reemplazado o regresado se actualice su estado dentro de la base de datos.
Figura 66 4.3.10 Interfaz de consultas
William Axel García Pérez | 4.4.1 Trabajos Futuros 1
tínez Roldan, David; Valderas Aranda, Pedro J; Pastor López, Oscar. 2010.
[1] Roldán, David - Valderas, Pedro - Pastor, Óscar. (2010). Alicaciones Web un
enfoque práctico. Alfaomega Ra-Ma.
[2] Pascual González, francisco. (2006). Macromedia Dreamweaver 8. Mexico.
Alfaomega Ra-Ma.
[3] Pascual Francisco. (2008). Photoshop CS3. México. Alfaomega Ra-Ma.
[4] Schaeffer, Mark. (2009). Adobe Flash CS3 Professional. Mexico. Mc Graw Hill.
[5] López Quijado, José, (2008). Domine PHP 5. México. Alfaomega Ra-Ma.
[6] Pavón Puertas, Jacobo. (2007). Creación de un portal con PHP y MySQL. México.
Alfaomega Ra-Ma.
[7] López Quijado, José, (2007). Domine PHP y MySQL. México. Alfaomega Ra-Ma.
[8] Weitzenfeld, Alfredo. (2005). Ingeniería de Software orientada a objetos. México.
Thomson.
BIBLIOGRAFÍA
William Axel García Pérez | 4.4.1 Trabajos Futuros 2
[PROJECT CHARTER]
Desarrollo de Aplicación Web para la Memoria Técnica
del Hospital de Alta Especialidad “Centenario de la Revolución Mexicana”
ANEXOS
William Axel García Pérez | 4.4.1 Trabajos Futuros 3
Título del proyecto y Descripción.
Desarrollo de Aplicación Web para la Memoria Técnica del Hospital de Alta
Especialidad “Centenario de la Revolución Mexicana”.
El presente proyecto consta de elaborar una base de datos que a través de una
aplicación web puedan ser consultados o eliminados los datos de la misma.
Administrador del proyecto asignado y nivel de autoridad.
William Axel García Pérez.
Justificación del proyecto.
Debido a que el área de informática del hospital de Alta Especialidad “Centenario
de la Revolución Mexicana” no cuenta con un sistema que permita mantener un
control de los equipos de cómputo, telefonía, impresión y usuarios, se
implementará una Aplicación Web y una Base de Datos que le permita al personal
del área de informática controlar de manera rápida y fácil la ubicación y
organización de los mismos, esto con la finalidad de obtener un tipo “inventario”
con el total de los equipos de cómputo, telefonía e impresión con los que cuenta el
hospital para que en determinado momento que surja alguna problemática con
alguno de ellos se pueda recurrir a la aplicación web y desde ahí consultar la
información del equipo en cuestión con la información de la base de datos.
Recursos pre asignados.
PC para ser utilizada como servidor para la aplicación web y
almacenamiento de la base de datos.
Editor de paginas Web Dreamweaver.
PHP MyAdmin.
Adobe Flash.
Adobe Photoshop.
William Axel García Pérez | 4.4.1 Trabajos Futuros 4
Stakeholders.
Ing. Andrés Ernan de Sandozequi Cornejo.
William Axel García Pérez.
Mtra. Nahaquin Catalina Rodríguez Mino.
Requerimientos de los Stakeholders relacionados con el proyecto y el
producto.
1.- Realizar la base de datos con todos los campos referentes ala información de
los equipos de cómputo, telefonía, impresión y usuarios.
2.- Que la interfaz de la aplicación web sea amigable y fácil de usar.
3.- que la aplicación web permita realizar consultas, modificaciones, agregar
registros y eliminar los mismos.
4.- Incluir en la aplicación web el directorio interno del hospital.
Descripción del producto/ Entregables.
Como producto terminado se entregará la PC (servidor), la cual almacene la
base de datos con todos los campos requeridos, así como la aplicación web
funcionando correctamente con todas las acciones deseadas.
Objetivos medibles del Proyecto.
Entregables de reporte mensual del proyecto.
Riesgos de alto nivel
Que la PC (servidor) falle durante la realización de la base de datos así
como de la aplicación web.
William Axel García Pérez | 4.4.1 Trabajos Futuros 5
[ALCANCE DEL PROYECTO]
Desarrollo de Aplicación Web para la Memoria Técnica
del Hospital de Alta Especialidad “Centenario de la Revolución Mexicana”
ALCANCE DEL PROYECTO
William Axel García Pérez | 4.4.1 Trabajos Futuros 6
RECOPILACIÓN DE REQUERIMIENTOS
1.- Realizar la base de datos con todos los campos referentes a la información de
los equipos de cómputo, telefonía, impresión y usuarios.
2.- La interfaz de la aplicación web sea amigable y fácil de usar.
3.- La aplicación web permita realizar consultas, modificaciones, agregar registros
y eliminar los mismos.
4.- Incluir en la aplicación web el directorio interno del hospital.
DESCRIPCIÓN DEL ALCANCE DEL PRODUCTO.
La aplicación web será una herramienta útil que permita tener un mayor control y
organización de los datos de los equipos de cómputo, telefonía e impresión a
través de la base de datos. La aplicación web permitirá realizar las siguientes
acciones con respecto a la información almacenada en la base de datos.
Agregar registros: esta acción permitirá mostrar el no. de registro siguiente
para ser agregado sin necesidad de que el usuario lleve un control del no.
de registro que continua.
Consultar registros: para la consulta de registros en la aplicación web, la
información será extraída de la base de datos, las consultas que se podrán
realizar son las siguientes:
Por IP.
Por número de serie del CPU.
Por nombre de usuario.
Por extensión.
Por ubicación (piso y edificio).
William Axel García Pérez | 4.4.1 Trabajos Futuros 7
Consultar todo.
Modificar registros: la aplicación web mostrará una ventana en la cual se
pueda introducir el no. de registro que se desea modificar, una vez
realizado el paso anterior, se mostrará la información del registro para ser
modificado y mostrará un botón que al ser pulsado guardará la
actualización del registro.
Eliminar registros: la aplicación web contará con la opción eliminar en la
cual se podrá introducir el no. de registro que se desee eliminar.
Por otra parte, la aplicación web contendrá una opción para poder consultar el
directorio interno del hospital.
CRITERIOS DE ACEPTACIÓN DEL PRODUCTO.
La base de datos contenga todos los campos referentes a la información
de los equipos de cómputo, telefonía, impresión y usuarios.
La interfaz de la aplicación web sea amigable y fácil de usar.
La aplicación web permita realizar consultas, modificaciones, agregar
registros y eliminar los mismos.
La aplicación web incluya el directorio interno del hospital.
LOS ENTREGABLES DEL PRODUCTO.
PC (servidor) almacenando la base de datos y la aplicación web.
William Axel García Pérez | 4.4.1 Trabajos Futuros 8
LAS EXCLUSIONES DEL PROYECTO.
No se plasmaran acciones para la aplicación web más que las solicitadas al
inicio del proyecto.
No se realizara el llenado de la base de datos.
LOS SUPUESTOS DEL PROYECTO.
La PC (servidor) este en optimas condiciones de funcionamiento y
disponible para la realización de la base de datos y también para la
aplicación web.
WBS (Work Break Structure)
William Axel García Pérez | 4.4.1 Trabajos Futuros 1
Nombre del Proyecto: Desarrollo de Aplicación Web para la Memoria Técnica del Hospital de Alta Especialidad “Centenario de la
Revolución Mexicana”
Plan de Administración del Proyecto
[PLAN DE ADMINISTRACIÓN DEL PROYECTO]
Desarrollo de Aplicación Web para la Memoria Técnica del Hospital de Alta Especialidad “Centenario de la Revolución
Mexicana”
Nombre del Proyecto: Desarrollo de Aplicación Web para la Memoria Técnica del Hospital de Alta Especialidad “Centenario de la
Revolución Mexicana”
Plan de Administración del Proyecto
Versión: 0.2
Página 3 de 78
Descripción del Proyecto
El presente proyecto constituye realizar una base de datos que mediante una aplicación
web pueda ser extraída su información. La aplicación web será una herramienta que
permita tener un mayor control y organización de los datos de los equipos de cómputo,
telefonía e impresión a través de la base de datos. La aplicación web permitirá realizar las
siguientes acciones con respecto a la información almacenada en la base de datos:
agregar, consultar, modificar y eliminar los registros.
Objetivos del Proyecto
Realizar una Base de Datos la cual permita almacenar todos los datos de los
equipos de cómputo, telefonía, impresión y usuarios; realizar una aplicación web la
cual permita mostrar la información de la base de datos, así como realizar
consultas, modificaciones, actualizaciones y eliminación de registros.
Realizar una base de datos la cual contenga todos los campos referentes a la
información de los equipos de cómputo, impresión, telefonía y usuarios.
La aplicación web sea amigable y fácil de manipular.
Realizar una aplicación web la cual permita al área de informática realizar
acciones como: Agregar registros, Consultar, Modificar y Eliminar los registros de la
base de datos a través de la aplicación web.
Incluir en la aplicación web el directorio telefónico interno del hospital.
Nombre del Proyecto: Desarrollo de Aplicación Web para la Memoria Técnica del Hospital de Alta Especialidad “Centenario de la
Revolución Mexicana”
Plan de Administración del Proyecto
Versión: 0.2
Página 4 de 78
Alcance del proyecto.
Se entregara la base de datos creada con base a los requerimientos al inicio del proyecto. La aplicación web permitirá:
Agregar registros: esta acción permitirá mostrar el no. de registro siguiente para ser
agregado sin necesidad de que el usuario lleve un control del no. de registro que continua.
Consultar registros: para la consulta de registros en la aplicación web, la información será
extraída de la base de datos, las consultas que se podrán efectuar son las siguientes:
Por IP.
Por número de serie del CPU.
Por nombre de usuario.
Por extensión.
Por ubicación (piso y edificio).
Consultar todo.
Modificar registros: la aplicación web mostrará una ventana en la cual se pueda introducir
el no. de registro que se desea modificar, una vez introducido dicho numero, se despliega
la información del registro para poder ser modificado y posteriormente mostrará un botón
que al ser presionado guardará la actualización del registro.
Eliminar registros: la aplicación web contará con la opción eliminar en la cual se podrá
introducir el no. de registro que se desee eliminar.
Por otra parte, la aplicación web contará con una opción para poder consultar el directorio
interno del hospital.
Nombre del Proyecto: Desarrollo de Aplicación Web para la Memoria Técnica del Hospital de Alta Especialidad “Centenario de la
Revolución Mexicana”
Plan de Administración del Proyecto
Versión: 0.2
Página 5 de 78
Entregables
PC (servidor) almacenando la base de datos y la aplicación web.
Exclusiones del proyecto:
No se realizaran acciones para la aplicación web más que las solicitadas al inicio del
proyecto.
No se realizara el llenado de la base de datos.
Planeación del Proyecto
Calendario del proyecto
Fecha de Inicio: 12 de Enero de 2011
Fecha de Termino: 19 de Abril de 2011
Fases del proyecto.
Nombre de la Fase Fecha de Inicio
Fecha de Termino
Criterio de Fin de Fase
1ra
Análisis 13/01/11 18/01/11
Tener todos los requerimientos necesarios para iniciar con el diseño de la base de datos, así como de la aplicación web.
2da
Diseño 19/01/11 2/02/11 Una vez que este realizado todos el diseño de la aplicación web por medio de las plantillas.
3ra
Desarrollo 3/02/11 8/03/11
Una vez que este creada la base de datos y programadas todas las acciones de la aplicación web.
4ta Pruebas
11/03/11 15/03/11
Una vez que se verifique que la base de datos guarda correctamente toda la información capturada y que la aplicación web realiza correctamente todas las acciones.
Nombre del Proyecto: Desarrollo de Aplicación Web para la Memoria Técnica del Hospital de Alta Especialidad “Centenario de la
Revolución Mexicana”
Plan de Administración del Proyecto
Versión: 0.2
Página 6 de 78
Nombre de la Fase Fecha de Inicio
Fecha de Termino
Criterio de Fin de Fase
5ta Cierre 18/04/11 19/04/11
Cuando se haya entregado la PC (servidor) almacenando la base de datos y la aplicación web.
Tabla 2.1 Fases
Identificación de Hitos
Los Hitos identificados para el proyecto Desarrollo de Aplicación Web para la Memoria
Técnica del Hospital de Alta Especialidad “Centenario de la Revolución Mexicana”,
se encuentran descritos en la siguiente tabla:
Identificador del Hitos Fase (s) Fecha Planeada
HIT-01 Recolección de requerimientos y análisis de los mismos.
13-Enero-2011
HIT-02 Creación de las plantillas de diseño. 25-Enero-2011
HIT-03 Creación de la base de datos. 3-Febrero-2011
HIT-04 Programación de las acciones de la aplicación
web. 10-Febrero-2011
8-Marzo-2011
HIT-05 Verificar que la base de datos como la aplicación
funcione correctamente. 11-Abril-2011
Tabla 2.2 Identificación de Hitos
Estándares de calidad
Para la realización del presente proyecto “no aplica” el apartado estándares de calidad, solo se basa el proyecto en la metodología del ciclo de vida del software aplicándolo a la creación de la aplicación web, donde se asumió seguir las fases de: análisis, diseño, desarrollo, pruebas y cierre.
Nombre del Proyecto: Desarrollo de Aplicación Web para la Memoria Técnica del Hospital de Alta Especialidad “Centenario de la
Revolución Mexicana”
Plan de Administración del Proyecto
Personal Requerido
Rol
Nombre o grupo de personas
Responsabilidades Habilidades requeridas
Correo electrónico
Teléfono
Fecha de inicio
Fecha de
término
Administrador del
Proyecto
William Axel García Pérez
Administrar y realizar el
Proyecto.
Aptitudes de liderazgo, seguridad, confianza y
responsabilidad.
William_6691@hotmail.c
om 7774969715
12 enero 2011
19 abril 2011
Asesor industrial
del proyecto
Ing. Andrés E. de
Sandozequi Cornejo
Definir los requerimientos para el proyecto e
iniciación del mismo.
Ofrecer las facilidades necesarias para la
realización del mismo.
Responsabilidad.
adesandozequi@issste.
com.mx 1011417
12 enero 2011
19 abril 2011
Asesor universitario
del proyecto
Mtra. Nahaquin Catalina
Rodríguez Mino
Recibir y revisar los reportes mensuales del
avance del proyecto.
Revisar y liberar el reporte final del proyecto
(tesina).
Responsabilidad.
nahaquin.rodríguez@utez.edu.mx
3681165 12 enero
2011 19 abril 2011
Tabla 2.3 Plan de los Recursos humanos
Nombre del Proyecto: Desarrollo de Aplicación Web para la Memoria Técnica del Hospital de Alta Especialidad “Centenario de la
Revolución Mexicana”
Plan de Administración del Proyecto
Versión: 0.2
Página 8 de 78
Organigrama del Proyecto
TSU. William Axel García Pérez
(Administrador de proyecto).
Ing. Andrés E. de Sandozequi
Cornejo
(Asesor Industrial).
Mtra. Nahaquin C. Rodríguez Mino
(Asesor Universitario).
Nombre del Proyecto: Desarrollo de Aplicación Web para la Memoria Técnica del Hospital de Alta Especialidad “Centenario de la
Revolución Mexicana”
Plan de Administración del Proyecto
Versión: 0.2
Página 9 de 78
Plan de Comunicación del proyecto
Responsable Audiencia Frecuencia Tipo de
Información Medio de
comunicación Evidencia
William Axel García Pérez
(Administrador del Proyecto).
1.- Asesor
universitario, 2.- Asesor industrial
1.- mensual
2.- diaria
1.- Información relevante del
proyecto (avances).
2.- Información relevante del
proyecto (avances).
1.- correos electrónicos,
comunicación verbal
2.- comunicación verbal
1.- Reportes mensuales.
2.- entregables de cada fase del
proyecto.
Mtra. Nahaquin C. Rodríguez Mino
(Asesor universitario).
Administrador del proyecto
Mensual Avances del
proyecto y entrega de reportes.
1.- correos electrónicos,
comunicación verbal
2.- comunicación verbal
Documento de asesorías.
Ing. Andrés E. de Sandozequi
Cornejo
(Asesor industrial).
Administrador del proyecto
Diaria Aspectos
relacionados con el proyecto.
Comunicación verbal Documento de liberación del
proyecto.
Tabla 2.4 Plan de las comunicaciones en el proyecto.
Nombre del Proyecto: Desarrollo de Aplicación Web para la Memoria Técnica del Hospital de Alta Especialidad “Centenario de la
Revolución Mexicana”
Plan de Administración del Proyecto
Versión: 0.2
Página 10 de 78
Plan de Capacitación
Para la realización del presente proyecto “no aplica” algún tipo de capacitación.
Administración del Proyecto
Administración de Riesgos
Riesgo 1:
Que la PC (servidor) falle durante la realización de la base de datos como de la
aplicación web.
Plan de Respuesta:
Verificar el correcto funcionamiento de la PC antes de la iniciación del proyecto.
Realizar respaldo conforme la realización del proyecto.
Administración de las adquisiciones del proyecto.
No. Descripción Proveedor Fecha
requerida Observaciones
NA NA NA NA NA
Tabla 3.1 Descripción de los bienes y servicios que se van adquirir.
Mecanismos de Monitoreo y Control
Entrega de reportes mensuales al asesor universitario e industrial, los
cuales describan las actividades realizadas durante el mes.
Identificar riesgos para cada fase al inicio de la misma.
Reportes de asesoría con el asesor universitario.
Nombre del Proyecto: Desarrollo de Aplicación Web para la Memoria Técnica del Hospital de Alta Especialidad “Centenario de la
Revolución Mexicana”
Plan de Administración del Proyecto
Versión: 0.2
Página 11 de 78
Criterios de Replaneación
Los criterios que se tomarán en cuenta para realizar cualquier replaneación del
proyecto Desarrollo de Aplicación Web para la Memoria Técnica del Hospital
de Alta Especialidad “Centenario de la Revolución Mexicana”, se listan a
continuación:
A petición del asesor industrial, por alguna solicitud de un nuevo
requerimiento.
Retraso sobresaliente en las actividades de alguna fase.
Presentación de algún (os) riesgos identificados en el proyecto.
Este Plan de Administración del Proyecto debe ser revisado como mínimo al inicio de
cada nueva fase del proyecto y deberá ser sometido a una Revisión Formal. Cada
cambio a la línea base debe ser analizado y aprobado.
Plan Tecnológico
Métodos, Herramientas y Técnicas
Actividad Método Lenguaje Técnica Herramienta
Realización de resguardos
NA NA NA Office Word
Tabla 4.1 Métodos, Herramientas y Técnicas
Requerimientos de Hardware y Software
Requerimientos de Software
Recurso /Versión Características No. de
Licencias Fecha
Requerida Duración
Dreamweaver 8.0 N/A N/A 19 Enero 19 Enero a 8 Abril
Nombre del Proyecto: Desarrollo de Aplicación Web para la Memoria Técnica del Hospital de Alta Especialidad “Centenario de la
Revolución Mexicana”
Plan de Administración del Proyecto
Versión: 0.2
Página 12 de 78
2011 2011
Adobe Flash CS3 N/A N/A 19 Enero
2011 19 Enero a 8 Abril
2011
PHPMyAdmin N/A N/A 19 Enero
2011 19 Enero a 8 Abril
2011
Adobe Photoshop CS3 N/A N/A 19 Enero
2011 19 Enero a 8 Abril
2011
Tabla 4.2 Requerimientos de Software
Requerimientos de Hardware
Recurso /Versión Características No. de
Productos Fecha
Requerida Duración
Pc
Para uso exclusivo de la creación de la
base de datos y aplicación web.
1 19 Enero
2011 19 Enero a 15 Abril
2011
Tabla 4.3 Requerimientos de Hardware
Cronograma de Actividades
Diagrama de Gantt
Recommended