REQUERIMIENTOS DE USUARIO.

LENGUAJE NATURAL

TEMA: CASO UNIVERSIDAD DE VALENCIA SEGUIMIENTO ESTUDIANTIL

COMPONEN SISTEMATIZAR EL SEGUIMIENTO ACADEMICO
TE
PRIORIDA RIESG
TIPO
ID DESCRIPCIÓN D O
RU001 El sistema debe almacenar la información recopilada ALTA F ALTA
RU002 El sistema debe consultar e imprimir el historial académico. ALTA F ALTA
El sistema además de abrir la posibilidad de usar algoritmos de
RU003 minería de datos para conocer concretamente cuales estudiantes en BAJA F ALTA
un futuro desertarían
RU004 El sistema debe permitir que los profesores suban las notas de los
estudiantes al sistema. MEDIA F ALTA
COMPONEN PROGRAMACIÓN
TE
RU005 El sistema debe agendar citas para los estudiantes que requieran ALTA F ALTO
orientación
COMPONEN INDICADORES
TE
Se podrá evaluar el progreso del estudiante para poder la toma de ALTA F ALTO
RU006 decisiones.
El sistema podrá generar reportes de los orientadores. ALTA F ALTO
RU007
COMPONEN USABILIDAD
TE
RU008 El sistema le permitirá mirar información subida de los
orientadores, sus notas registradas e información personal MEDIA F ALTA
RU009 Facilidad de uso: El sistema se diseñará de tal forma que permita ALTA BAJO
una navegación intuitiva. NF
RU010 Seguridad: Para la información de cada estudiante solo tendrá ALTA BAJO
acceso personal autorizado NF
RU011 Portabilidad: Se deberá tener acceso al sistema desde cualquier MEDIA ALTO
terminal con internet.
NF
Componente ACCIONES DE ESTUDIANTES
RU012 El sistema debe permitir que el usuario suba en su perfil si tiene ALTA F ALTO
algún problema o dificultad.
RU013 El sistema tendrá los horarios y disponibilidad de los orientadores ALTA F MEDIO
por si algún estudiante los necesita.
 REQUERIMIENTOS DEL SISTEMA

Inscripciones de los equipos Código: SRS001. Deriva: RU001-4

Al registrar el estudiante a la universidad debe tener los siguientes campos:
 Nombres
 Apellidos
 Teléfono Celular
 Dirección de residencia
 Acudiente
 Celular del acudiente
 El sistema debe almacenar toda esta información en una base de datos

Planificar encuentros SRS002. Tipo funcional. Deriva: RU005

El sistema deberá contar con formularios que permitan al usuario especificar el número de equipos que tendrá cada
grupo o división. El sistema contara con dos opciones para la organización de los encuentros:
 Planificación de los partidos de forma aleatoria
 Planificación de los partidos de forma manual.
Para la creación del calendario de futbol el sistema debe presentar la siguiente información:
 Grupos / divisiones.
 Nombres de los equipos.
 Fecha y hora del encuentro.
 Estadio.
 Ciudad.

Tabla de posiciones SRS003 Tipo: Funcional. Deriva: RU006-7

Al solicitar la generación de una tabla de posiciones, el sistema deberá presentar la misma en base a los siguientes
atributos:
 Partidos jugados
 Partidos Ganados
 Partidos empatados
 Partidos perdidos
 Goles a favor
 Goles en contra
 REQUERIMIENTOS DE DOMINIO
Memoria Código: RDS001. Deriva: RU001-4
El equipo debe contar con los siguientes actores definidos en el sistema:
 Arquero: el jugador que en el fútbol, ocupa el puesto específico que consiste en cuidar la portería,
constituyendo el primer defensor del equipo, aunque no es considerado futbolista.
 Defensa: jugador del campo que tiene como rol principal impedir que los adversarios se acerquen a portería.
 Centrocampista: futbolista ofensivo o defensivo que juega en el centro del campo.
 Gol: Tanto que se anota cuando la pelota cruce completamente el plano formado por la línea de meta o línea de
gol de una portería, pintada en el terreno de juego y delimitada por los tres postes que la forman, los dos
laterales y el travesaño