Plan de mantenimiento

Proyecto: Punto de venta, agencia de viajes

Grupo Wartung MMI

Ingeniera de Software 2
Universidad de Guadalajara
Centro Universitario de Ciencias Exactas e Ingenieras
Departamento de Ciencias Computacionales

Contenido
CONTENIDO

INTRODUCCIN

1.1

Propsito

1.2

Alcance

1.3

Personal involucrado

1.4

Referencias

DESCRIPCIN GENERAL

2.1

Diagrama de actividades

2.2

Identificacin de riegos

2.3

Plan detallado

2.4

Solucin a la problemtica

2.5

Divisin y asignacin

2.6

Hiptesis

10

1 Introduccin
En el siguiente documento se muestra una propuesta para el plan de
desarrollo en el que se hablar sobre las modificaciones que se harn, el tiempo
que se utilizar, el tiempo en el que se desarrollar el proyecto, as como la
asignacin de mdulos para cada uno de los integrantes y lo que se espera de
cada mdulo.
Tambin se muestra una hiptesis, que es contra la que compararemos el
resultado final.

1.1

Propsito

Lo que se busca en este proyecto de mantenimiento es la mejora del

rendimiento, as como la migracin de una aplicacin de escritorio a una
aplicacin web, dejar a un lado los archivos para almacenar todo en bases
de datos.

1.2

Alcance

Al final de este semestre se deber entregar el software con una migracin

completa, es decir, debe estar migrado a una aplicacin web y la forma de
guardar los datos ser en una base de datos.
1.3

Personal involucrado

Nombre

Ada Mylene Lpez Castillo

Rol

Programador, Tester.

Categora profesional

Estudiante Ingeniera Informtica

Responsabilidades

Crear la base de datos para vuelos, promociones y las

rutas ms cortas. Realizar pruebas a la aplicacin
terminada.

Informacin de contacto

Cdigo escolar: 397326851

Nombre

Mara de los Milagros Garca Alcal

Rol

Diseador, Programador, Tester.

Categora profesional

Estudiante Ingeniera Informtica

Responsabilidades

Crear las tablas-detalles. Se encargar de la edicin de los

documentos y la creacin de los nuevos documentos.
Realizar pruebas a la aplicacin ya terminada.

Informacin de contacto

Cdigo de alumno: 210513332

Nombre

Ismael Meza Casillas

Rol

Programador, Tester.

Categora profesional

Estudiante Ingeniera Informtica

Responsabilidades

Crear la base de datos para pasajeros y usuarios.

Realizar pruebas a la aplicacin terminada.

Informacin de contacto

1.4

Cdigo de alumno: 213498245

Referencias

Referenci
a

Titulo

Roles

Ruta

Fecha

y http://www.mariop 20/09/15

responsabilidad erez.com.mx/equip
es

Autor
Mario
Prez

os-dedesarrollo/roles-yresponsabilidades/

Ley federal de http://www.transpa 20/09/15

proteccin

N/A

de rencia.ugto.mx/doc

datos

s/Ley_federal_dato

personales

en s_personales.pdf

posesin de los
particulares.
3

El

lenguaje www.w3schools.co 20/09/15

PHP y MySQL

m/php/php_mysql_
intro.asp

N/A

2 Descripcin general
2.1.- Diagrama de las actividades.

2.2.- Identificaciones de los riesgos.

Durante la sesin de migracin a la base de datos se puede correr el riesgo
de un mal funcionamiento por parte del gestor de base de datos; tambin se
puede correr el riesgo de que el administrador de la base de datos haya
configurado un dato mal, desbordamiento de buffer, entre otras cosas tcnicas.
Otro riesgo es el que se presentara en caso de que el equipo no cuente con los
conocimientos bsicos en bases de datos para no retrasar el avance de la
aplicacin web.
Tambin se deber tener en cuenta que cuando se estn realizando las
modificaciones a la aplicacin sean las adecuadas y no estn generando ms
errores en el cdigo o ms bugs, por lo cual se debe tener mucho cuidado.
Adems se tendrn que hacer respaldos continuamente por si se llegara a
dar el caso de que se termine la batera de la laptop o que haya fallas en la
energa elctrica al momento de trabajar en el PC.
Se deber contar tambin si es necesario, con varias versiones del cdigo
en caso de que se cometan errores y no haya la necesidad de modificar de nuevo
todo el cdigo.

Se deber de contar con la colaboracin del equipo completo al momento

de la fase de pruebas, por lo tanto ese da el equipo completo debe asistir a la
reunin ya sea presencial o remota (skype, Escritorio remoto, etc.), en ese fase se
deber verificar el funcionamiento del programa para poder llegar a la conclusin
de que la aplicacin est funcionando de una manera adecuada y no se genere
ningn tipo de error.

2.3.- Plan Detallado.

La implementacin est dividida en 6 secciones:
1) Anlisis de Mantenimiento
2) Migracin de Archivos a Base de Datos
3) Creacin de las interfaces
4) Modificaciones y Mejoras
5) Integracin
6) Pruebas y Liberacin

Los mdulos del proyecto estn divididos en:

a) Usuarios del sistema
b) Pasajeros
c) Vuelos
d) Promociones
e) Rutas cortas
f) Detalles (segn la definicin del modelo relacional, los detalles o tablas
detalles se generan cuando existe una asociacin de muchos a
muchos.)

Cada mdulo cuenta con mtodos y funciones especficas, que ser en lo

que cada integrante del equipo trabajar.

La divisin de los mdulos para cada integrante es la siguiente:

i.

Milagros se har cargo del modelo relacional, documentacin bsica

necesaria y tablas-detalles.

ii.

Ismael se har cargo de los mdulos de usuarios y pasajeros

iii.

Mylene se har cargo de los mdulos vuelos, promociones y rutas

cortas.

Esto implica el diseo y migracin de las tablas correspondientes al mdulo,

as como de las modificaciones correspondientes de mantenimiento.

Aqu las fechas de sesiones presenciales y remotas para el seguimiento y

cumplimiento del mantenimiento:

Fecha

Descripcin

Tipo

Lugar

05/09/2015 Sesin de Inicio del Proyecto

Presencial Beta9.CUCEI

12/09/2015 Sesin de Inicio de Migracin

Presencial Beta9.CUCEI

Sesin

de

Seguimiento

Semanal

18/09/2015 /Migracin
Sesin

Remota
de

Seguimiento

Semanal

20/09/2015 /Migracin
Sesin

Remota
de

Seguimiento

Semanal

25/09/2015 /Migracin
Sesin

Remota
de

Seguimiento

Semanal

26/09/2015 /Migracin

Presencial Beta9.CUCEI

29/09/2015 Sesin de Inicio de Modificaciones

Remota

Sesin

de

Seguimiento

Semanal

02/10/2015 /Modificaciones
Sesin

de

Remota
Seguimiento

Semanal

03/10/2015 /Modificaciones
Sesin

de

Presencial Beta9.CUCEI
Seguimiento

09/10/2015 /Modificaciones
10/10/2015 Sesin

de

Semanal
Remota

Seguimiento

Semanal Presencial Beta9.CUCEI

/Modificaciones
Sesin

de

Seguimiento

Semanal

16/10/2015 /Modificaciones
Sesin

de

Remota
Seguimiento

Semanal

17/10/2015 /Modificaciones
Sesin

de

Presencial Beta9.CUCEI
Seguimiento

Semanal

23/10/2015 /Modificaciones
Sesin

de

Remota
Seguimiento

Semanal

24/10/2015 /Modificaciones
Sesin

de

Presencial Beta9.CUCEI
Seguimiento

Semanal

30/10/2015 /Modificaciones
Sesin

de

Remota
Seguimiento

Semanal

31/10/2015 /Modificaciones
Sesin

de

Presencial Beta9.CUCEI
Seguimiento

Semanal

06/11/2015 /Modificaciones
Sesin

de

Remota
Seguimiento

Semanal

07/11/2015 /Modificaciones
Sesin

de

Presencial Beta9.CUCEI
Seguimiento

Semanal

13/11/2015 /Modificaciones

Presencial Biblioteca.CUCEI

14/11/2015 Sesin de Inicio de Integracin

Presencial Beta9.CUCEI

Sesin

de

Seguimiento

Semanal

18/11/2015 /Integracin

Remota

19/11/2015 Sesin de Inicio de Pruebas

Remota

21/11/2015 Sesin de Seguimiento Semanal /Pruebas Presencial Beta9.CUCEI

27/11/2015 Sesin de Seguimiento Semanal /Pruebas Remota
28/11/2015 Sesin de Liberacin Final

Presencial Beta9.CUCEI

2.4.- Solucin a la problemtica

La finalidad del mantenimiento del punto de venta de la aerolnea es
atender las solicitudes correspondientes a funcionalidad, as como una migracin

de manejo de la informacin (de manejo de archivos a base de datos) y migracin

de plataforma (de sistema de escritorio a web).

Para la solucin de la problemtica actual, se establecieron fechas de

seguimiento del proyecto, as como la asignacin de mdulos a cada uno de los
integrantes que participan para concluir el mismo.

Las sesiones presenciales ayudarn a analizar el avance y entre otras

cosas, apoyar entre los otros integrantes en alguna solucin particular que no
permita continuar con el avance.

Se preparar un ambiente de trabajo de procesos colaborativo y control de

versionado en la nube, para un mejor aprovechamiento y control de las
liberaciones y disponibilidad inmediata de la versin actual del sistema en todo
momento.

Las revisiones de pruebas colaborativa revisin de un integrante diferente

al que ajust o desarroll la migracin de un mdulo, ayudarn a minimizar el
tiempo de pruebas y ajustes, as como a liberar el proyecto con una mejor calidad.

2.5.- Divisin y asignacin

Como se mencion en el punto 3, se ha dividido el proyecto en mdulos,
cada integrante atender un mdulo completo, en caso de que existiera alguna
duda por medio de sesiones remotas o presenciales el equipo completo auxiliar
al susodicho.
Garca estar encargada de crear, modificar y perfeccionar el mdulo el
modelo relacional en el cual detallar cmo ser la nueva base de datos, lo que se
espera, los detalles, las tablas, las relaciones y asociaciones. Tambin estar a
cargo de la documentacin bsica necesaria, la modificacin de sta y la
explicacin a sus compaeros de equipo de la misma. La documentacin bsica
necesaria se refiere al SRS (especificacin de requisitos de software), diagrama

de clases, diagrama de casos de uso y diccionario de datos. El mdulo de detalles

estar a cargo de ella, y ser el ltimo en hacerse en la base de datos, ya que
ser necesario contar con las tablas que harn los dems integrantes del equipo.
Lpez ser la encargada de los mdulos de vuelos, promociones y rutas
cortas. En el mdulo de vuelos ser necesario cumplir con los mnimos requisitos
que son la captura, muestra, modificacin, eliminacin y bsqueda. En
promociones debe generar la promocin, modificarla, eliminarla, mostrarla y
aplicarla. En las rutas deber buscar las rutas ms cortas por cantidad de horas,
distancia o costos.
Meza ser el encargado de los mdulos usuarios y pasajeros. En el mdulo
usuario ser necesaria una autentificacin, por lo tanto deber incluir un id de
usuario que puede ser una combinacin de nmeros y letras o su correo
electrnico, deber contar con una contrasea que deber guardarse con algn
mtodo de encriptamiento para mejorar la seguridad y evitar robo de identidad. En
el mdulo de pasajeros, al igual que vuelos, deber cumplir con los mnimos
requisitos que son la captura, muestra, modificacin, eliminacin y bsqueda.

2.6.- Hiptesis
A continuacin se detallar lo que deber entregarse como producto final.
Se tratar de ilustrar con una imagen (Imagen 1.0).
La aplicacin web deber pedir una autentificacin para saber qu usuario
est trabajando, para que esto suceda el usuario deber escribir en una caja de
texto su id (o correo electrnico, esto ser decisin del programador) y su
contrasea. Una vez que haya podido acceder podr realizar las ventas, tambin
podr capturar pasajeros que quieran ser parte de la agencia de viajes (que
quieren ser clientes frecuentes y no slo viajar una vez) y viajes. Los boletos se
generarn de forma automtica en caso de que el cliente no est registrado, en
caso contrario el usuario generar el boleto llenando los datos requeridos. Las
promociones sern vlidas slo en cierta temporada, cierto mes, cierto da, etc.,
por tanto deber el sistema validar que la fecha est en regla para aplicarlos, las
promociones sern descuentos, viajes al 2X1, o incluso en clientes frecuentes

10

viajes gratis. Las rutas permitirn que el usuario convenza al cliente de tomar un
tour en la agencia, mostrndoles rutas que se acomoden a sus necesidades, por
el tiempo ms corto, por el costo menos elevado o por la menor distancia. Las
rutas deben de actualizarse en caso de que se elimine alguna ciudad de vuelos,
se agregue otra, o se modifique la informacin de alguna. Se debe hacer la
aclaracin que todo esto estar montado en una base de datos y se manejar por
medio de un gestor de base de datos.

1.0 Esta es una imagen meramente ilustrativa y no muestra en realidad el producto final.

11