Autores: Acosta Jorge, Mejia Alejandro

Requerimientos para software del juego

cuarenta
IEEE Std. 830-1998

23 de Octubre de 2019

Resumen
En este software se desarrollará un juego basado en la
modalidad del juego tradicional de cartas “Cuarenta”. El software
cumplirá con los requerimientos especificados por el usuario
destinatario de modo que el software brinde una usabilidad
agradable y simple al momento de ser utilizado. Este documento
regirá todos los puntos especificados por las normas IEEE. Para dar
sustentabilidad al software en caso de ser adquirido por otras
personas. Como conclusión se mostrara la funcionalidad del
software de manera precisa cumpliendo cada requerimiento y
aspecto tratado en este documento para constancia de la
elaboración del software.
´INDIC 2
E
´Indice

1. Introducci´on 3
1.1. Prop´osito .............................................................................................3
1.2. A´ mbito del Sistema ...........................................................................3
1.3. Definiciones, Acr´onimos y Abreviaturas ..........................................3
1.4. Referencias......................................................................................3
1.5. Visi´on General del Documento .........................................................4

2. Descripci´on General 4
2.1. Perspectiva del Producto...............................................................4
2.2. Funciones del Producto..................................................................4
2.3. Caracter´ısticas de los Usuarios......................................................5
2.4. Restricciones...................................................................................5
2.5. Suposiciones y Dependencias........................................................5
2.6. Requisitos Futuros..........................................................................6

3. Requisitos Espec´ıficos 6
3.1. Interfaces Externas.........................................................................7
3.2. Funciones........................................................................................7
3.3. Requisitos de Rendimiento...........................................................9
3.4. Restricciones de Disen˜o ......................................................................9
3.5. Atributos del Sistema.....................................................................9
3.6. Otros Requisitos.............................................................................9

4. Ap´endices 9

1. Introducci´on
En el presente Proyecto se va estructurar una planificación de cómo
crear un software que permita jugar partidas de cuarenta mediante varios
niveles desde usuarios novatos hasta expertos, esto permitirá generar
interés en los nuevos usuarios, para está planificación se va asumir las reglas
típicas del juego. Este software nace como entretenimiento para satisfacer a
usuarios apasionados por el juego de cartas cuarenta. Aquí el usuario
desarrollara destrezas para que su nivel de juego mejore. Un software bien
desarrollado mostrara todos los aspectos, particularidades óptimas para que
el usuario interactúe de manera fácil en el software, para esto se deberá
especificar requerimientos para que el sistema resulte agradable al usuario.
Este software seguirá este modo de desarrollo ya que satisface
requerimientos impartidos por el usuario.

1.1. Prop´osito
´INDIC 2
E Requerimientos básicos del sistema
- Interfaz agradable al usuario con un contraste de colores vistoso.
- El software debe tener instrucciones al momento de iniciar el juego.
- Mostrará registro de usuario.
- El software mostrara niveles si el usuario gana la partida.
- Al momento de final la partida se mostrará el puntaje alcanzado.
La funcionalidad del programa
- El usuario tendrá que registrarse al iniciar la partida, una vez
registrado empezará a manipular las cartas con el mause de
acuerdo a su instinto si el usuario adquiere mayor cantidad de
puntos ganara el nivel del juego similar al juego tradicional de
cartas. Posteriormente se desplegará el puntaje alcanzado.

1.2. A´ mbito del Sistema

El juego se titula “Free forty”.

Para iniciar el juego el usuario tendrá que elegir la modalidad de juego con la
que se siente identificado.

- El objetivo del juego es tratar de ganarle la partida de cartas al

opositor. Se realiza por parejas de jugadores, es decir de dos, cuatro,
seis, etc., jugadores.

- La baraja se utiliza en varias manos (1 mano de cartas tiene 5 cartas

para cada jugador), para retirar la(s) cartas del jugador opositor que
previamente lance a la mesa de juego con el propósito de acumular
puntos de acuerdo a las reglas del juego y también acumulando
cartas que también se contabilizan posteriormente como puntos.

La meta consiste en alcanzar el total de 40 puntos para ganar la

mesa de juego.  El primer jugador que llega a completar el puntaje
requerido de cuarenta o más puntos, gana la partida, sea el jugador o
el opositor. [ CITATION Lui15 \l 3082 ]

1.3. Definiciones, Acr´onimos y Abreviaturas

El "Cuarenta" es un juego de naipes tradicional en Ecuador. Se juega
entre dos parejas, y en ocasiones solamente entre dos jugadores. Como
 ´INDIC 2
todo juego, el Cuarenta tiene su reglamento.
E
Acrónimos:

 A LA ANTIGUA: Meter una "K" al AS o viceversa.

 AS Y FIGURA: Al lanzar una vieja estando el AS en la mesa.
 DALE AL LORITO: Cuando se le cae a un jugador muy hablador.
 EL BUSCABULLAS: Cuando se lanza un AS.
 EN LO QUE LES GUSTA: Quedarse en cuatro.
 JOSÉ ME LLAMO: Jugar con la jota.
 LA MALDAD: Cuando se levanta una carta clave.
 LA MUDA: El mudo seis.
 ME DÍ LA VUELTA: Cuando se hace besar las manos al contrario.
 MESA ACABADA O MANO TERMINADA: Cuando se pide un turno.
 TOMA PARA QUE ESTUDIES: Caer con la carta señalada.
 TREINTA Y OCHO QUE NO JUEGA: Cuando se llega a este puntaje.[ CITATION
For14 \l 3082 ]

1.4. Referencias

[1] L. d. l. angeles, Junio 2015. [En línea]. Available: http://scielo.sld.cu/scielo.php?

script=sci_arttext&pid=S2218-3620201500020002.
[2] «ForosReferencia.ec,» 21 Noviembre 2014. [En línea]. Available:
http://www.forosecuador.ec/forum/aficiones/humor/8996-frases-t%C3%ADpicas-
del-40-juego-de-naipes-cuarenta.

1.5. Visi´on General del Documento

El software tendrá todos los requerimientos especificados ya sea tanto
en el diseño como en la funcionalidad del software a la hora de su uso.
En el documento se detallará cada aspecto del desarrollo del juego con
´INDIC 2
todos los puntos especificados en el formato IEEE.
E
El diseño y parte de su funcionalidad se mostrará a manera que el
usuario tenga noción de cómo quedará el software al final de su
elaboración, esto como orientar de todo lo que concierne tanto a la visión
de enfoque del sistema y mostrar sus detalles al momento de su
elaboración.

2. Descripci´on General

2.1. Perspectiva del Producto

La proyección del proyecto está enfocada, en desarrollar una aplicación

(juego), que se distinga formalmente con aplicaciones similares,
centralizándonos en aquellas que generen mayor atracción a los
usuarios, por medio de diferentes módulos que caracterizan al sistema.
Dentro de los módulos principales posee un control de ingreso, la
funcionalidad de este módulo es ofrecer a los usuarios seguridad y
consistencia, los datos del usuario se almacenarán secuencialmente.

El módulo de carga o almacenamiento adquiere las estadísticas y el

estado de juego. En otras palabras cada persona puede respaldar sus
partidas y el progreso que haya obtenido hasta un momento
determinado. El módulo de ayuda al usuario ofrece alternativas para
enfocar al usuario a realizar algún movimiento, esto estará controlado
con mensajes de ayuda que muestren si el usuario puede ejecutar la
acción o está en un error. De esta manera optimizamos el tiempo de
aprendizaje, ya que los jugadores aprenderán la modalidad de juego,
mientras la aplicación avance.

2.2. Funciones del Producto

Varias de las funcionalidades que destacan en nuestra aplicación son el
registro de usuario, es una medida de seguridad que optimizamos para que el
usuario mantenga privacidad con sus datos. Debido a esta medida el
jugador puede recuperar datos antiguos, estadísticas o marcas personales. La
función de ayuda permanente genera el interés del usuario, al mostrar varios
´INDIC 2
E mensajes o posibles estrategias de juego, para que no sea tan complejo
comprender cuál es la mecánica del juego. Una de las principales funciones
que ofrece el software es profundizar la mecánica para mantener el estado de
la aplicación, es decir cada progreso se puede ver afectado por el estado de
guardado, las características permanecerán seguras, así el usuario no tiene
que volver a empezar.

2.3. Caracter´ısticas de los Usuarios

Tipos de
Estudiante de Universidad
Usuario

Formación Bachillerato, Egresados de Carrera, Graduados

Habilidades Expertos en Sistemas
Actividades Dar funcionalidad a la aplicación

Tipos de Analista de Sistemas

Usuario
Formación Ingenieros en Sistemas
Habilidades Desarrollador
Actividades Evaluar los requerimientos y funcionalidades

Tipos de Usuario Común

Usuario
Formación Estudiantes, Tecnólogos, Bachilleres
Habilidades Nivel Básico de Computación
Actividades Probar la aplicación

Tipos de Tester de Videojuegos

Usuario
Formación Desarrollador, Estudiante
Habilidades Estratega
´INDIC
E Actividades
2
Anotar, probar y transmitir sus recomendaciones al
desarrollador del videojuego para corregir y
perfeccionar el contenido antes de que salga al
mercado.

2.4. Restricciones

La aplicación desarrollado se implementa en C#, en este lenguaje de

programación implementaremos los módulos de Ayuda, módulo de Carga y
Almacenamiento y la ejecución de la aplicación.

Para el módulo de carga y almacenamiento la aplicación necesitará el uso de

una base de datos, en la que optimizamos la mejor opción SQL Manager, donde
vamos administrar los registros que se vayan a ingresar periódicamente.

Los sistemas donde se vayan a ejecutar deberán contar con recursos mínimos
para le ejecución del mismo.

Este entorno manejará una cierta cantidad de recursos de memoria, para ser
utilizado, el servidor de base de datos necesitará realizar periódicamente
mantenimiento de los registros.

Para la implementación de la aplicación debemos acoplar ambos sistemas (SQL

Server, C#), ya que la aplicación no podrá ejecutarse sino encuentra alguna
conexión para establecer.

2.5. Suposiciones y Dependencias

Generamos en esta sección, varias de los factores de los cuales la

aplicación dependerá para su funcionalidad.
Para conectarse a la aplicación, generamos la mencionada sección de
ingreso, esto permite guardar los registros de usuario que se vayan
ingresando, pero en base a que cargamos datos de un servidor que se
conecta con la base de datos, requerimos de conexión a Internet, esto
implica que dada la situación que no se encuentre conexión al servidor, no
se podrá recuperar los registros.
Al ser C# un sistema multiplataforma no necesitaremos, instalar algo
adicional, podrá ejecutarse en computadoras donde se utilice Windows o
Linux, sin embargo por los requerimientos del sistema, necesitaremos
versiones de Windows recientes, varios de los componentes utilizados
necesitarán ser actualizados constantemente.
´INDIC 2
E

2.6. Requisitos Futuros

Las evoluciones que el sistema puede obtener son:
- Implementación de la aplicación en plataformas de juegos, que
permitan darse a conocer y escalar en el mercado de juegos por
ejemplo Play Store, Origin, UPlay, App Store, Gog.
- Servidores más eficientes, que brinden soporte y seguridad con la
información, en conclusión que nos permitan interoperar.
- Utilizar otro lenguaje de programación de paga para respaldar el
código de fuente y mantener una mayor seguridad.

3. Requisitos Espec´ıfico

Para esta sección se va a detallar los requerimientos hechos por el

usuario a manera que el programa satisfaga al usuario que va hacer
uso de este software, para esto se pone en evidencia el diseño como
uno de los puntos principales del software ya será el medio por el cual
el usuario interactúe con el juego.

3.1. Interfaces de Usuario

Para la interfaz gráfica se consideró un diseño simple y funcional, con

elementos visuales estándares de .net Framework.

Registro: El usuario deberá registrarse para iniciar el juego

 ´INDIC 2
E

Mesa: En la ventana mesa será la que desarrolle el juego esta está elaborada
mediante pictureBox ya que las cartas serán imágenes, y estás imágenes/ cartas serán las
que el jugador n°1 o según el nombre que el usuario haya registrado al iniciar el juego
serán las que va a manipular de acuerdo a su lógica y el jugador n°2 será la computadora
una vez terminado el juego se desplegará otra ventana de puntuación.

Puntuación: En la ventana puntuación se desplegará la puntuación

alcanzada por el jugador y su nombre.
´INDIC 2
E

3.2. Interfaces Externas

En este punto se mencionan las interfaces software, que serán necesarias
para el correcto funcionamiento del sistema.

Entity Framework
Una librería que permite a los desarrolladores crear aplicaciones de
acceso a datos, programando con un modelo de aplicaciones
conceptuales, modelo denominado ORM (Mapeo Objeto-Relacional), en
lugar de programar directamente con un esquema de almacenamiento
relacional. El objetivo es reducir la cantidad de código y el
mantenimiento necesarios para las aplicaciones orientadas a datos.
Forma para del conjunto de tecnologías en ADO.NET, que dan soporte al
desarrollo de software orientado a datos.

Interfaces de comunicación

Se utilizara la mejor red existente de bajo costo esta es la red

GigaEthernet, que es una ampliación del estándar Ethernet
(concretamente la versión 802.3ab y 802.3z del IEEE) que consigue una
capacidad de transmisión de 1 gigabit por segundo, correspondientes a
unos 1000 megabits por segundo de rendimiento contra unos 100 de
Fast Ethernet
 ´INDIC 2
E Librerias .NET
Es una librería o un framework diseñado por Microsoft, que permite el
desarrollo rápido de aplicaciones haciendo énfasis en la transparencia de
redes, con independencia de plataforma de hardware

3.3. Funciones

En este apartado se especificaran todas aquellas acciones que el

sistema deberá llevar a cabo.

Nombre de
requisito: R1      
Nombre de
requisito: Registrar ingreso del usuario  
El usuario deberá registrarse antes de comenzar el
Descripción: juego
Tipo: Requerimiento    
Fuente: Requerimientos    

Nombre de
requisito: R2      
Nombre de
requisito: Tiempo ilimitado en la partida  
Descripción: El usuario tensra tiempo ilimitado al jugar la partida
Tipo: Requerimiento    
Fuente: Requerimientos    

Nombre de
requisito: R3      
Nombre de
requisito: instrucciones  
Descripción: El usuariotendra una guía del juego
Tipo: Requerimiento    
Fuente: Requerimientos    

Nombre de
requisito: R4      
Nombre de
requisito: Facil usabilidad  
El usuario tendrá la facilidad de interactuar con el
Descripción: raton y teclado al momento de jugar.
Tipo: Requerimiento    
Fuente: Requerimientos    

Nombre de R5      
 ´INDIC 2
E
requisito:
Nombre de
requisito: niveles  
Descripción: Si el usario gana
Tipo: Requerimiento    
Fuente: Requerimientos    

Nombre de
requisito: R6      
Nombre de
requisito: Funcionalidad  
El usuario tendrá la posibilidad de usar el juego en
Descripción: cualquier ordenador.
Tipo: Requerimiento    
Fuente: Requerimientos    

Nombre de
requisito: R7      
Nombre de
requisito: Errores  
Si el usuario comete un error al utilizar el juego se
Descripción: mostrar que error cometió mediante un mensaje.
Tipo: Requerimiento    
Fuente: Requerimientos    

3.4. Requisitos de Rendimiento

En cuanto a los requisitos el software funcionara de manera básica por los

requerimientos especificados no cuenta con base de datos ya que todo el
funcionamiento se realiza en memoria, por tanto, el único ingreso que hace el
usuario será el de su nombre, para mostrar la puntuación será de igual forma
accedida desde memoria.
El usuario podrá jugar cuantas veces desee hasta lograr mayores destrezas
con la aplicabilidad del juego.
El sistema es portable por lo que se podrá utilizar en cualquier
ordenador.
´INDIC 2
E
3.5. Restricciones de Disen˜o
El sistema está regido a los requerimientos y se podrá actualizar versiones
en caso de otros requenetos faltantes al sistema.
No cuenta con base de datos.
Posee 3 ventanas de interacción.
El sistema siempre estará disponible.
El sistema no cuenta con soporte de mantenimiento.

3.6. Atributos del Sistema

Seguridad: El sistema podrá ingresar cualquier usuario por ende no necesita de

login solo registro.
Fiabilidad: El sistema se podrá utilizar únicamente cuando este instalado.

Mantenibilidad: Un software bien desarrollado, debe tener la flexibilidad

necesaria para adaptarse al futuro, como también, el mantenimiento deberá
hacerse de manera rápida y efectiva, afectando lo menos posible a las labores de la
entidad que lo utilice.

Portabilidad: El sistema será portable y se podrá utilizar en cualquier ordenador.

3.7. Otros Requisitos

El sistema es un juego por tanto no está regido a ninguna ley ni parámetros

específicos.
El sistema contará con un único lenguaje español ya que este se utilizará a nivel
nacional. En caso de que existan usuarios extranjeros se actualizara versiones
con opciones de lenguaje.

4. Ap´endices

Diagramas de Evualuación del Rendimiento de Software:

 ´INDIC 2
E
Evaluación de la Aplicación frente a los Recursos
6

5
4.8
4.4 4.5
4 4.3
4 4 4 4

2
2 2

1
1 1

0
Módulo de Ingreso Módulo de Verificación Módulo de Ayuda Módulo de Carga o
Almacenamiento

Recursos de Usuario Recursos de Software Recursos de Hardware

EVALUACIÓN DEL DISEÑO

ElemeDE LA INTERFAZ GRÁFICA
ntos
Visual
es(Co
ntorn
o
Comp
onent
es)
9%
Textu HUD(
ras HEAD
24% UP
DISPL
Tiem AY)
po de 59%
carga
9%

HUD(HEAD UP DISPLAY) Tiempo de carga

Texturas Elementos Visuales(Contorno Componentes)

Organigrama del Equipo para el Desarrollo Creación del Software y evolución del
proceso
´INDIC 2
E