Universidad Nacional de San Agustı́n

Facultad de Producción y Servicios

Escuela Profesional de Ciencia de la Computación

Curso :
Ingenieria de Sotfware

Tema :
Informe N II

Docente :

Alumnos:

AREQUIPA - PERÚ

2019
ÍNDICE ÍNDICE

Índice
1. Tema: A 3
1.1. Elicitar los requisitos de software de otro grupo (empresa) - cliente . . . . . . . . . . . . . 3
1.2. Especificar los requisitos de software del grupo (empresa) - cliente . . . . . . . . . . . . . 3

2. Tema: B 4
2.1. Descripción y Propósito del Sistema . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
2.2. Contexto del Sistema . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
2.3. Descripción de Requisitos: Funcionales y No Funcionales . . . . . . . . . . . . . . . . . . . 5
2.3.1. Requisitos Funcionales(RF) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
2.3.2. Requisitos No Funcionales (RNF) . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6

2
1. TEMA: A ÍNDICE

Formar 10 grupos (empresas) de hasta 5 alumnos. Cada grupo debe tener una idea de negocio sistema
para el cual se implementará un software

1. Tema: A
Cada grupo debe actuar como una empresa de desarrollo y como cliente para esto debe realizar las
siguientes actividades:

1.1. Elicitar los requisitos de software de otro grupo (empresa) - cliente

1. Login, Password (el sistema debe permitir multi usuarios).
2. Enfocar el juego a niños de 4 - 10, 10 - 15.

3. Niveles de dificultad (conforme se resuelven los ejercicios se desbloquea los niveles).

4. Recompensa por niveles completados.
5. Instruccion, tutoriales, ejemplos.

6. Mostrar la resolución en caso el usuario resolvio de forma incorrecta.

7. Implementar chat.
8. Implementar tienda de intercambio (ropa por monedas ganadas).
9. Autoevaluación para poder pasar al siguiente nivel.

1.2. Especificar los requisitos de software del grupo (empresa) - cliente

1. Registrar usuario
Nombre
Edad
Email
Idioma
2. Niveles

Deacuerdo por edades

3. Tienda
Comprar
Vender
Intercambiar
Recargar monedas
4. Chat
Agregar
Eliminar
Conversar
Buscar amigos

3
2. TEMA: B ÍNDICE

2. Tema: B
Entregar un documento de Especificación de Requisitos de Software, el cual debe contener como
mı́nimo:

2.1. Descripción y Propósito del Sistema

Descripción: Es una divertida aplicación didáctica, dirigida a niños y adolescentes, entre 4 y 15
años, esta aplicación plantea una manera entretenida y efectiva de practicar operaciones matemáti-
cas (sumas, restas, multiplicaciones, divisiones, potencias, entre otras operaciones matemáticas).
Para la resolución de las operaciones matemáticas, se presentara una breve introducción del tema
a aprender. Las operaciones matemáticas serán de acuerdo a la edad de los niños y adolescentes.
El juego está estructurado en niveles, repartidos en escenarios temáticos, y el objetivo del niño o
adolescente es completarlos realizando las operaciones matemáticas incluidas en cada nivel, para
que ası́ pueda implementar poderes o accesorios a su avatar, el cual su avatar podrá tener desafı́os
contra otros avatar en diferentes escenarios. Por cada nivel que pasen recibirán recompensas para
su avatar. Habrán también evaluaciones finales, donde pondrán a prueba todo lo aprendido y al
final se dará una recompensa o sorpresas para su avatar.

Propósito del Sistema: Lograr el aprendizaje y reforzamiento de los niños y adolescentes (4- 15
años), mediante las operaciones matemáticas, desde lo básico, lo cual mejorará las habilidades en
el ámbito académico de esta área, ya que los niños y adolescentes, son mas propensos a recordar la
información cuando juegan y aprenden en paralelo.

2.2. Contexto del Sistema

Figura 1: Diagrama Caso de uso

4
2. TEMA: B ÍNDICE

2.3. Descripción de Requisitos: Funcionales y No Funcionales

2.3.1. Requisitos Funcionales(RF)

Nro. RF REQUISITO Descripción

RF01 Registro de Usuario El usuario debe poder registrarse para poder
usar la aplicación
RF02 Validar Usuario Debe haber un control de acceso a la aplica-
ción,solo para usuarios registrados
RF03 Perfil Usuario Debe mostrar la información del usuario , lo-
gros , niveles y su avatar
RF04 Niveles de Dificultad La dificultad y recompensas debe variar de
acuerdo al nivel en la que se encuentra el usua-
rio
RF05 Evaluación Final Para poder Acceder a un nuevo nivel el usuario
debe pasar un evaluación final donde pondrá
aprueba todo lo realizado
RF06 Recompensas El usuario debe poder recibir recompensas por
cada logro completado
RF07 Tutoriales En caso que el usuario tenga algún complica-
ción para resolver algún ejercicio debe poder
acceder a un pequeño tutorial
RF08 Chat MultiJugador El usuario debe poder comunicarse con otros
usuarios
RF09 Tienda El usuario debe poder cambiar las monedas
entregadas en cada desafió por objetos de su
agrado.Ejemplo : Sombreros, Gafas ,Tops ,
Bolsas, Guantes, Pantalones, Calzado, etc
RF010 Historial de Preguntas El usuario debe poder acceder a un registro de
preguntas ya resueltas
RF011 Resolución de Ejercicio El usuario debe poder acceder a un resolución
del ejercicio en caso de no poder resolverlo pa-
ra estar preparado para su evaluación de cam-
bio de nivel
RF012 Recompensas Especiales El resolver el ejercicio asignado en un tiempo
récord debe dar acceso a alguna recompensa,
para su motivación
RF013 Recuperar Contraseña El usuario debe poder recuperar su contraseña
en caso de olvido.

Cuadro 1: RF Tabla 1

5
2. TEMA: B ÍNDICE

2.3.2. Requisitos No Funcionales (RNF)

Nro. RNF TIPO DESCRIPCIÓN

RNF1 Eficiencia El sistema debe ser capaz de operar adecuada-
mente con hasta 100.000 usuarios con sesiones
concurrentes.
RNF2 Eficiencia Toda funcionalidad del sistema debe tener una
rápida respuesta no menor a 5segundo.s
RNF3 Seguridad Los datos de cada usuario deben ser persona-
les.
RNF4 Seguridad Los permisos de acceso al sistema o a la bd
solo para los administradores.
RNF5 Usabilidad El sistema debe contar con manuales de usua-
rio estructurados adecuadamente.
RNF6 Usabilidad El sistema debe tener una interfaz amigable
para el usuario.
RNF7 Usabilidad El sistema debe ser fácil de comprender y usar.
RNF8 Usabilidad El sistema debe proporcionar mensajes de
error que sean informativos y orientados al
usuario.
RNF9 Fiabilidad En caso de fallos del sistema el Usuario no de-
be perder los logros obtenidos durante el fallo
.

Cuadro 2: RNF 2