Requerimientos Para Ajedrez Online

DOCUMENTO DE REQUERIMIENTOS PARA UNA APLICACIÓN WEB DE AJEDREZ EN LINEA

ANDRÉS MAURICIO ARDILA MARÍN

DIANA MARCELA ROJAS

LUISA FERNANDO ORTIZ

CORPORACIÓN INSTITUTO DE ADMINISTRACIÓN Y FINANZAS (CIAF)

ESCUELA DE INGENIERIA

TÉCNICA PROFESIONAL EN SISTEMAS E INFORMÁTICA

ANÁLISIS DE SOFTWARE

2014

Requerimientos para hacer una aplicación de ajedrez online.

Requerimientos Funcionales.

Rq.1. Se requiere una Aplicación tipo Web que permita ingresar a un Administrador con nombre de usuario y contraseña, para que establezca las normas del sitio que se encuentran en documento anexo. También el administrador registrado podrá eliminar usuarios en el caso de algún incumplimiento a las normas del sitio.

Rq2. Se requiere que la aplicación permita el registro de usuarios nuevos que deben ingresar los siguientes datos:

- Nombre de Usuario

- Contraseña

- Correo electrónico

Estos datos serán únicos para cada usuario.

Rq3. Se requiere que el sistema sólo permita el registro de un usuario mediante un link que se enviará al correo electrónico que ha dado el usuario. Se debe dar aviso de esto tras llenar el formulario de registro.

Rq4. Se requiere que para poder jugar el usuario debe hacer login con su nombre de usuario o correo electrónico y su contraseña, ambos deben coincidir con un registro previo.

Rq5. Se requiere que la aplicación permita escoger un adversario para una partida, de los otros usuarios conectados, para ello se requiere que el sistema muestre a cada usuario los otros que se encuentren conectados en ese momento.

Rq6. Se requiere que el sistema cambie el estatus de la partida de inactiva a activa cuando ambos usuarios hayan confirmado su participación.

Rq7. Se requiere que el sistema permita escoger más de una partida activa por usuario.

Rq8. Se requiere que el sistema permita la interacción entre los usuarios mediante una sala de chat pública y privada.

Rq9. Se requiere que el sistema permita acceder a una interfaz que muestre las partidas que tiene activas y en cuales tiene el turno para jugar.

Rq10. Se requiere que el sistema muestre una interfaz de juego, con un tablero donde pueda mover las fichas del color asignado para esa partida y no las del color contrario, con las fichas en la posición en que quedaron tras la última jugada (suya o de su adversario), en caso de ser la primera jugada, las fichas estarán en las posiciones iniciales según las reglas del ajedrez, esta interfaz debe incluir en la programación los movimientos permitidos y reglas establecidas del juego del ajedrez (especificadas en documento anexo).

Rq11. Se requiere que en la interfaz de cada partida se muestre una ventana de chat privado para la interacción entre los dos jugadores involucrados en la partida.

Rq12. Se requiere que en la interfaz tenga un botón que permita la rendición a la partida si el usuario lo desea. Un botón que permita deshacer la última jugada, supeditada a la aprobación de su rival. Y un último botón que permita ofrecer tablas al adversario, también requiere aprobación del rival.

Rq13. Se requiere que el sistema lleve un registro de las partidas ganadas, perdidas y empatadas, y un registro de puntuación que permita mostrar un ranking de los mejores 100 puntajes.

Rq14. Se requiere que el sistema permita escoger el tiempo que tiene cada jugador para realizar sus movidas, y al final de ese tiempo si no se ha dado un ganador, tablas o rendición, el sistema dará por ganada la partida al jugador que todavía tenga tiempo.

Rq15. Se requiere que el sistema escoja aleatoriamente el color que le asigna a cada jugador en cada partida.

Rq16. Se requiere que en la interfaz de cada partida se muestre la notación algebraica de las jugadas. Y que al finalizar la partida se guarde esa notación en una base de datos asociada al nombre de cada usuario.

Rq17. Se requiere que el sistema permita al usuario acceder a una zona de perfil donde pueda cambiar la contraseña, subir o modificar una imagen para mostrar y ver su historial guardado de partidas.

Rq18. Se requiere que el sistema permita entrar a una sección donde se encuentren las instrucciones de juego, para las personas que no sepan jugar ajedrez.

Rq19. Se requiere que el sistema permita enviar en la interfaz del chat, un aviso al admistrador de una infracción a las normas del sitio.

Requerimientos no funcionales

Rq120. Disponibilidad: El sistema debe estar disponible 24 horas al día, 7 días a la semana, 365 días al año, es decir disponibilidad del 100%. Debido a que es un juego en línea a nivel mundial.

Rq21. Accesibilidad: El sistema será accesible para personas de cualquier edad, y será accesible para personas con discapacidad visual que cuenten en su pc con un sistema de lectura de pantalla, para eso se usaran etiquetas html5 que permitan la fácil navegación con este tipo de software.

Rq22. Usabilidad: El sistema debe ser altamente usable, permitiendo que, aun personas que no sepan jugar ajedrez, puedan usarlo. Se incluirán instrucciones de juego y descripciones en los botones.

Rq23. Mantenibilidad: Se debe hacer un software de baja Mantenibilidad ya que no será necesario que el desarrollador tenga que intervenir para hacer mayores cambios en el futuro, tal vez para actualizar las tecnologías del chat o implementar plataforma de pagos si se requiere. Mantenibilidad 20%.

Rq24. Portabilidad: Se debe hacer un sistema altamente portable que sea soportado por todos los navegadores del mercado incluidos los de los dispositivos móviles. Portabilidad 100%, se deben sustituir elementos como flash u otras tecnologías para navegadores que no las soporten, manteniendo el sitio funcional.

Rq25. Seguridad: Se debe hacer un sistema con una seguridad mediana, de tal manera que no se permita el robo de los datos de los usuarios ni la alteración de los perfiles.

Descripción de los casos de Uso

Nombre del caso: Login

Actor: Administrador o Usuario

Descripción: Caso esencial para todos los demás

Administrador Sistema

1_Inicia caso de Uso, Ingreso al Sitio Web.

3_ Ingresa los datos solicitados 2_Muestra la página con el formulario de Ingreso.

4_Verifica en la base de datos si los campos ingresados por el actor coinciden con registros existentes.

5_Crea y almacena la sesión y muestra la página principal

Cursos Alternativos

5_El usuario no está registrado y da click en el botón registrar.

...