I.

Descripcin del sistema

El sistema a desarrollar es un juego blackjack virtual. El sistema ser de un solo
jugador y competir contra un el mismo sistema.
El sistema al momento de dar las cartas las dar al azar, pero teniendo en cuenta
que es una baraja, por lo tanto, si ya paso alguna carta, no volver a salir hasta
que se reinicie el juego.
El juego tendr puntuacin, se conseguir jugando con la maquina hasta que la
baraja se acabe y tu puntuacin son las rondas que le ganaste a la mquina.
Cuando se reinicia el juego te cambiara tu puntaje a cero y se habilitan todas las
cartas como si se hubieran barajeado.
El sistema contar con una inteligencia artificial. Esta ser capaz de saber las
posibilidades de que le toque una que le convenga, si el porcentaje es mayor a
35% tomara una carta, pero si es menor no lo har.
El sistema contara con una tabla donde mostrara los 10 puntajes ms altos.
Cuando acabas la ronda te pedir que ingreses tu nombre para que se registre en
la tabla de puntajes y guardara tu nombre y tu puntaje.
Algunas de las reglas del juego son las siguientes:
debe de haber mnimo diez cartas sin usarse en la baraja de lo contrario
acabara el juego.
Gana el que se hacer que ms a 21 sin pasarse, pero si el usuario y la
maquina se pasan gana el que menos se pase de 21.
Si empatan ganara la maquina debido a que es la casa.
Mximo puedes tomar 5 cartas por ronda.
Este sistema est conectado a una base de datos de MySQL mediante una
conexin ODBC, que es administrada mediante funciones en prolog y prolog
manda la informacin a java.

1
II. Alcance
El Plan de mantenimiento se encargara de evitar, reducir, y en su caso, reparar,
las fallas del software, disminuir la gravedad de las fallas que no se lleguen a evitar.

En este proceso se realiza el registro de las peticiones de mantenimiento recibidas,

con el fin de llevar el control de las mismas y de proporcionar, si fuera necesario,
datos estadsticos de peticiones recibidas o atendidas en un determinado periodo,
sistemas que se han visto afectados por los cambios, en qu medida y el tiempo
empleado en la resolucin de dichos cambios.

En el momento en el que se registra la peticin, se procede a diagnosticar de qu

tipo de mantenimiento se trata. Atendiendo a los fines, podemos establecer los
siguientes tipos de mantenimiento:

Correctivo: son aquellos cambios precisos para corregir errores del producto
software.
Adaptativo: son las modificaciones que afectan a los entornos en los que el sistema
opera, por ejemplo, cambios de configuracin del hardware, software de base,
gestores de base de datos, comunicaciones, etc.
Perfectivo: son las acciones llevadas a cabo para mejorar la calidad interna de los
sistemas en cualquiera de sus aspectos: reestructuracin.
Preventivo: El propsito del mantenimiento preventivo es evitar que ocurran
problemas al modificar los productos de software

Dichas actividades se deben llevar a cabo antes y despus de la entrega del

software.

2
III. tems a mantener

3
IV. Estrategia
Las fases que engloban el proceso de mantenimiento son:

1. Proceso de implementacin.

2. Anlisis de modificacin y problemas.

3. Implementacin de la modificacin.

4. Aceptacin y revisin del mantenimiento.

1.- Proceso de Implementacin

a) Solicitud de modificacin.

b) Recepcin de modificacin.
1) Recibir solicitud de modificacin y asignar numero de
identificacin nico.
2) Establecer una prioridad de mantenimiento.

Tabla de Prioridades
Priorida Se aplica si un problema:
d Evita la realizacin de una actividad esencial para el funcionamiento del
1 software.
Pone en peligro la seguridad del software
Afectar negativamente a la realizacin de una actividad esencial de
2 funcionamiento y no se conoce ninguna solucin temporal

Afectar negativamente a la realizacin de una actividad esencial para el

3 funcionamiento del software pero existe una solucin temporal

Presenta molestias al usuario pero no afecta la ejecucin de actividades

4 esenciales y no impide el cumplimiento de sus responsabilidades.

5 Cualquier otro efecto.

4
 SOLICITUD DE MODIFICACIN
Nombre del Fecha de Sistema:
solicitante: recepcin
:
Descripcin del problema Prioridad
1 2 3 4 5
Id modificacion Fecha:

Resultados del anlisis:

Aprobado por:

Tipo de mantenimiento:

2.- Anlisis de modificaciones

a) Requerimientos.
1) Solicitud de modificacin (Aprobada).
2) Documentacin del sistema

b) Determinar el tipo de mantenimiento a realizase y registrarlo en la

solicitud de modificacin segn el siguiente esquema:

Correctivo
Correccin
Preventivo
Solicitud de
Modificacion
Adaptativo
Mejora
Perfectivo

5
 c) Verificacin

1) Realizar configuracin software.

2) Realizar pruebas sobre el software para comprobar la falla
reportada. Registrar resultados en el siguiente formato:
REGISTRO DE PRUEBAS DE SOLICITUD DE MODIFICACION
ID prueba: ID MR: Nombre del Sistema:
Responsable de la Prueba:
Objetivo:
Resultado
Obtenido:

3) Definir los requerimientos de la modificacin y proponer

opciones para realizar la modificacin
4) De cada opcin se deber hacer una estimacin de extensin y
magnitud de la modificacin, los impactos que tendrn en el
sistema y un anlisis de los riesgos que se pueden presentar.
5) El encargado recomienda cual sera la opcin ms viable. Todas
estas tareas se deben registrar en el siguiente formato.

REGISTRO DE OPCIONES
ID MR: Nombre del sistema: Responsable:

ID Opcin Descripcin Extension Impacto Riesgos

Recomendacin:

d) Aprobacin
1) Presentar la solicitud de modificacin, registro de pruebas y
registro de
opciones al lder de proyecto para discutir su aprobacin.
2) El encargado debe participar en las discusiones acerca de la
modificacin.
3) Si la solicitud de modificacin fue aprobada se continuara el resto
de actividades, sin embargo si la solicitud fue rechazada se
registrar el motivo y el proceso de mantenimiento terminara.
4) Detallar el equipo de trabajo en el siguiente formato:
6
 REGISTRO DEL EQUIPO DE TRABAJO
Nombre del Sistema: Id MR:
Mantenedor:
Detalle del Mantenimiento Nombre y Apellido Rol Observacin

3. Implementacin de la Modificacin
a) Anlisis
1) Se identificarn de forma detallada los elementos del sistema que
sern afectados por la modificacin y quin ser el responsable de
realizarla.
b) Proceso de Desarrollo
1) Desarrollar la modificacin.
2) Documentar y definir criterios de pruebas para la comprobacin y
evaluacin de las partes modificadas y no modificadas esto
conforme al plan de pruebas.
4. Aceptacin/Revisin del Mantenimiento
a) Revisiones y aprobacin
1) El encargado deber reunirse con el lder de proyecto y realizar
pruebas sobre el sistema para comprobar que la modificacin se
ha realizado adecuadamente.
2) Documentar las pruebas realizadas en el Registro de Pruebas de
Aprobacin. Si las pruebas fueron exitosas se registrara un
estado de aprobado, caso contrario se realizaran las
observaciones necesarias y se retornara a la Fase 3
Implementacin de la modificacin.

REGISTRO DE PRUEBAS DE APROBACIN

Id modificacion: Id Prueba: Fecha de ejecucin:
Nombre del sistema:
Tipo de Prueba:
Objetivo:
Descripcin:
Responsables:
Elemento a Precondicin Datos de Resultados Resultados Estado Observaciones
Probar Entrada esperados obtenidos

7
V. Categorizacin de la configuracin.
Se tendr el sistema operativo de Windows 7 de 64 bits con la versin de Ultimate.
Se deber instalar XAMPP de 32 Bits para Windows con la configuracin completa
y la versin 7.1.1 y confirmar que Apache y MySQL funcionen lo encontraras en el
siguiente URL (https://www.apachefriends.org/es/download.html).
Se requerir instalar el generador de conexin ODBC para el cual se utilizar el
otorgado por MySQL en la configuracin completa y la versin 5.1.13 de 64 bits lo
encontraras en el siguiente URL
(https://dev.mysql.com/downloads/connector/odbc/5.1.html).
Se tiene que tener instalado el programa SWI-Prolog de 64 bits y tiene que ser la
que ya es estable, es la versin 7.4.1, lo encontraras en el siguiente URL
(http://www.swi-prolog.org/download/stable).
Se deber instalar Netbeans con la configuracin de java, en la ltima versin de
la pgina oficial que es (https://netbeans.org/downloads/).
Se deber crear una conexin de tipo de tipo ODBC en DSN de sistema con el
nombre prolog, el TCP/IP Server localhost, puerto 3306 usuario root y Base
de datos blackjack.
Se deber exportar la base de datos otorgada por el equipo de programacin.
Se tiene que agregar en las variables del sistema los siguientes valores
C:\Program Files\Java\jre7\bin;C:\Program Files\swipl\bin;C:\Program
Files\swipl\lib\jpl.jar;C:\Program Files\Java\jdk1.7.0_80\bin;C:\Program
Files\Java\jdk1.7.0_80\lib\tools.jar; C:\Program Files\Java\jdk1.7.0_80\jre\lib\rt.jar
antes de empezar a probar deber reiniciar la mquina.
Se tendr que guardar el documento llamado blackjackmysql.pl en la misma
carpeta que el proyecto el cual ser otorgado por el equipo de desarrollo.

8
 VI. Tangibles.
Documentos mantenimiento:
SOLICITUD DE MODIFICACIN
Nombre del Fecha de Sistema:
solicitante: recepcin
:
Descripcin del problema Prioridad
1 2 3 4 5
Id modificacion Fecha:

Resultados del anlisis:

Aprobado por:

Tipo de mantenimiento:

REGISTRO DE PRUEBAS DE SOLICITUD DE MODIFICACION

ID prueba: ID MR: Nombre del Sistema:
Responsable de la Prueba:
Objetivo:
Resultado
Obtenido:

REGISTRO DE OPCIONES
ID MR: Nombre del sistema: Responsable:

ID Opcin Descripcin Extension Impacto Riesgos

Recomendacin:

9
 REGISTRO DEL EQUIPO DE TRABAJO
Nombre del Sistema: Id MR:
Mantenedor:
Detalle del Mantenimiento Nombre y Apellido Rol Observacin

REGISTRO DE PRUEBAS DE APROBACIN

Id modificacion: Id Prueba: Fecha de ejecucin:
Nombre del sistema:
Tipo de Prueba:
Objetivo:
Descripcin:
Responsables:
Elemento a Precondicin Datos de Resultados Resultados Estado Observaciones
Probar Entrada esperados obtenidos

10
VII. Procedimientos especiales

11
VIII. Recursos.
- Hardware.
o Computadora.
Requerimientos mnimos:
Sistema operativo Windows 7 o superior.
2 Gb RAM.
50 Gb Disco duro.
Procesador dos ncleos.
Teclado.
Mouse.
- Software.
o Base de datos Mysql 5.0 o superior.
o Conector OBDC Mysql 5.0 o superior
o Netbeans 8.0 o superior.
o Java SDK 1.8 o superior.
o SWI-Prolog 7.4.1.
o Xampp 7.1.1.
- Humano.
o Lder de proyecto.
o Diseador.
o Probador.
o Programador.
o Administrador.

12
IX. Calendario.
El calendario, con fecha inicial, final y el encargado se establecer en cada
solicitud de modificacin que se requiera realizar. Y se usara el siguiente formato:

Actividad Fecha inicial Fecha Final Encargado

Proceso de
implementacin

Anlisis de
modificacin y
problemas
Implementacin de la
modificacin

Aceptacin y revisin
del mantenimiento

13
X. Riesgos
Riesgo
No existen requerimientos
Equipos no cumplen
especificaciones
Problemas servidor base de datos
Retraso desarrollo implementacin
de software
Si se encuentran nuevos riesgos conforme el progreso del plan de pruebas, el lder
de proyecto se encargar de agregar los nuevos riesgos y la estrategia de
mitigacin al plan de pruebas.
Estrategia de mitigacin Nivel de riesgo
El lder del proyecto debe solicitarlos al rea Alto
correspondiente o hablar con el cliente en
caso de ser necesario
El lder de proyecto debe encargarse de Alto
conseguir el equipo necesario, si no es as,
no se podr continuar con el plan de pruebas
El administrador se encargar de analizar el Medio
problema, si este resultara externo es decir
por causa proveedor de la base de datos, se
tendra que esperar a que se restablezca el
servicio.
Si es posible se continuar el plan de pruebas Medio
en otros modelos, y posteriormente regresar
al mdulo faltante. Si es necesario se podra
modificar el calendario establecido
14
XI. Responsables

Rol Funcin Responsabilidades

Lder de proyecto Dirige el flujo de trabajo. Adquirir recursos apropiados

Diseador Identifica, prioriza e
implementa casos de prueba.
Probador Realiza las pruebas
Administrador Dirigir entornos de configuracin
Programador Implementa y une pruebas,
pruebas de clases y pruebas
de paquetes
Gestionar informes
Resolver problemas con cliente
Gestionar equipo de trabajo
Aceptacion
Generar plan de pruebas.
Generar modelo de pruebas.
Evaluar efectividad de las
pruebas realizadas.
Realizar las pruebas.
Registrar los resultados.
Documentar errores.
Pruebas mantenimiento.
Administrar el sistema de
gestin de pruebas.
Instalar / controlar el acceso a
los sistemas de prueba.
Administracion mantenimiento
Debugging
Pruebas de unidad
Pruebas de modelos, clases y
paquetes
Mantenimiento.

15