Especificación de Requerimientos del Sistema 
Proyecto: Asistente Samuel Robinson 
Versión: 1.0.0 
 

   
 Historial de Revisiones
 

Versión  Fecha  Autor  Descripción 

0.1.0  02/05/2012  Gustavo Escobar  Se  plantea  los  Requerimientos 
que  se  necesitan  para  elaborar 
el Proyecto. 
0.2.0  03/05/2012  Gustavo Escobar  Se  agregó  el  punto  3 
Observaciones. 
0.3.0  08/05/2012  Gustavo Escobar  Se  agregó  los  Requerimientos 
No  funcionales  y  los  diagramas 
de Casos de Uso. 
 

   

2 
 
 Índice de Contenido
 

Tabla de contenido 
1.  Introducción ................................................................................................................................ 5 
1.1.  Alcance ................................................................................................................................ 5 
1.2.  Definiciones, Acrónimos y Abreviaturas ............................................................................ 6 
1.3.  Documentos Relacionados ................................................................................................. 6 
2.  Casos de Uso ............................................................................................................................... 7 
2.1.  Resumen y Actores ............................................................................................................. 7 
2.2.  Diagrama ............................................................................................................................. 7 
3.  Requerimientos Funcionales .................................................................................................... 10 
3.1.  R1: Autenticarse ............................................................................................................... 10 
3.2.  R2: Administración de datos Personales y Laborales ...................................................... 10 
3.3.  R3: Administración de Alumnos, Padres y Representantes. ........................................... 10 
3.4.  R4: Administración de Calificaciones ............................................................................... 11 
3.5.  R5: Generar Estadísticas ................................................................................................... 11 
3.6.  R6: Generar Reportes ....................................................................................................... 12 
3.7.  R7: Administración de la Data .......................................................................................... 12 
3.8.  R8: Administración de la Agenda ..................................................................................... 13 
3.9.  R9: Generar Backup .......................................................................................................... 13 
3.10.  R10: Administración Avanzada de la Aplicación ......................................................... 14 
3.11.  R11: Planificación Académica ....................................................................................... 14 
3.12.  R12: Nota Informativa .................................................................................................. 15 
4.  Requerimientos NO Funcionales .............................................................................................. 16 
4.1.  Usabilidad ......................................................................................................................... 16 
4.2.  Seguridad .......................................................................................................................... 16 
4.3.  Eficiencia ........................................................................................................................... 16 
4.4.  Mantenimiento y Actualización ....................................................................................... 17 
4.5.  Aspectos Legales ............................................................................................................... 17 

3 
 
 4.5.1.  Propiedad Intelectual ............................................................................................... 17 
5.  Observaciones .......................................................................................................................... 17 
 

   

4 
 
 Especificación de Requerimientos del
Software
 

1. Introducción 
 

El proyecto consiste en la elaboración de un Software de Escritorio que les permita a los 
profesores,  de  todos  los  niveles  educativos,  organizar  y  administrar  digitalmente  la 
información sobre sus estudiantes, en especial sus calificaciones.  

Con  las  calificaciones  cargadas  en  el  sistema,  se  podrá  generar  estadísticas  y  gráficos, 
como  por  ejemplo:  promedio  de  una  evaluación,  nota  más  baja  y  nota  más  alta,  entre 
otros. Además se podrá realizar de forma fácil reportes con dichas estadísticas. 

La  intención  de  la  aplicación  es  que  sea  multiplataforma,  específicamente  Linux  y 
Windows en su primera versión. Posteriormente se ejecute en Mac OS X y en dispositivos 
móviles, en este último con una cantidad reducida de requerimientos. 

1.1. Alcance 
 

El documento abarca todo el Sistema, por ende las funcionalidades que se describen en 
este documento serán las funcionalidades que el Sistema Asistente Samuel Robinson en su 
versión 1.0.0 ofrecerá una vez terminado. 

5 
 
 1.2. Definiciones, Acrónimos y Abreviaturas 
 

• R1: Requerimiento Funcional 1 Autenticarse. 
• R2: Requerimiento Funcional 2 Administración de datos Personales y Laborales. 
• R3:  Requerimiento  Funcional  3  Administración  de  Alumnos,  Padres  y 
Representantes. 
• R4: Requerimiento Funcional 4 Administración de Calificaciones. 
• R5: Requerimiento Funcional 5 Generar Estadísticas. 
• R6: Requerimiento Funcional 6 Generar Reportes. 
• R7: Requerimiento Funcional 7 Administración de la Data. 
• R8: Requerimiento Funcional 8 Administración de Agenda. 
• R9: Requerimiento Funcional 9 Generar Backup. 
• R10: Requerimiento Funcional 10 Administración Avanzada de la Aplicación. 
• R11: Requerimiento Funcional 11 Planificación Académica. 
• R12: Requerimiento Funcional 12  Nota Informativa. 

1.3. Documentos Relacionados 
 

Título  Fecha  Organización  Identificador del 

Documento 
Glosario  de  Términos  del  08/05/2012  Gustavo Escobar  GTS 
Sistema 
 

6 
 
 2. Casos de Uso 
 

2.1. Resumen y Actores 
 

Código  Caso de Uso Actores 

Participantes 
D1  Módulo  que  permite  ingresar  al  sistema  al  profesor,  Profesor 
siempre  y  cuando  la  opción  de  autenticarse  se 
encuentre disponible. 
D2  Módulo  que  permite  al  usuario  Ingresar,  Editar  y  Profesor 
Eliminar sus datos personales y laborales. 
D3  Módulo que permite la administración de datos de sus  Profesor 
alumnos y los padres y representantes del mismo. 
D4  Permite administrar las calificaciones de sus alumnos.  Profesor 
D5  Módulo que permite generar estadísticas de acuerdo a  Profesor 
las calificaciones de sus alumnos. 
D6  Permite generar reportes de forma sencilla.  Profesor 
D7  Permite  administrar  fácilmente  toda  la  data  que  se  Profesor 
encuentra en el sistema. 
D8  Permite administrar su agenda personal y crear copias  Profesor 
en Google calendar. 
D9  Genera  archivos  de  recuperación  de  los  datos  del  Profesor 
sistema. Además permite restaurar la base de datos. 
D10  Permite visualizar al usuario datos importantes sobre el  Profesor 
manejo de la aplicación. 
D11  Permite  Ingresar,  editar  y  eliminar  una  planificación  Profesor 
académica de una materia. 
D12  Permite  generar  de  forma  rápida  y  sencilla  la  nota  Profesor 
informativa  de  una  materia,  dentro  de  dicha  nota 
informativa se encuentra el plan de evaluación de dicha 
materia. 
 

2.2. Diagrama 
7 
 
  
 

8 
 
  
9 
 
 3. Requerimientos Funcionales 
 

3.1. R1: Autenticarse 
 

Es un requerimiento opcional para el usuario, ya que este en cualquier momento puede 
activarlo/desactivarlo.  Esta  funcionalidad  se  añade  en  dado  caso  que  el  usuario  quiera 
proteger  su  data,  por  ejemplo:  La  computadora  donde  instaló  el  SW  lo  usen  varias 
personas. 

• Para  ingresar  a  la  aplicación  se  debe  validar  que  el  usuario  esté  registrado  en  el 
Sistema. Válido si está activado esta opción. 
• Mecanismo para recuperar la clave en caso de olvido por parte del usuario. 

3.2. R2: Administración de datos Personales y Laborales 
 

• Este módulo se ejecutará por vez primera que la aplicación se ejecute 
• Ingresar sus datos personales al sistema. 
• Modificar sus datos personales. 
• Ingresar  sus  datos  laborales  al  sistema  (Institución,  grado,  materia,  entre  otros), 
esta información también servirá para asociar los alumnos a una clase. 
• Modificar sus datos laborales. 
• Eliminar sus datos laborales. 

3.3. R3: Administración de Alumnos, Padres y Representantes. 
 

• Cada alumno tendrá asociado un expediente. 
• Ingresar datos de los alumnos (nombre, apellido, cédula, entre otros). No todos los 
datos son obligatorios, e 
• Modificar datos de los alumnos. 

10 
 
 • Eliminar del sistema a un alumno. 
• Asociar alumno a una materia que imparta el usuario. 
• Modificar/eliminar asociación alumno – materia.  
• Ingresar datos de los padres y/o representantes del alumno. 
• Buscar  Información  de  un  alumno,  consulta  de  datos  personales,  calificaciones 
actuales y data histórica si es que posee. 
• Exportar información de un alumno en particular. 

3.4. R4: Administración de Calificaciones 
 

• Insertar calificación a un alumno. 
• Modificar calificación a un alumno. 
• Eliminar calificación a un alumno. 
• Cargar calificaciones de una sección de una materia por lote. 
• Ingresar  información  de  una  evaluación  de  una  sección  de  una  materia.  Las 
calificaciones  se  asocian  a  dicha  evaluación.  De  no  agregar  información  de  dicha 
evaluación el sistema lo hará de forma automática. (Ingresar información de una 
calificación será Opcional). 
• Modificar información de una evaluación de una sección de una materia. 
• Eliminar información de una evaluación de una sección de una materia. 
• Ingresar Clasificación (Quices, intervenciones, entre otros) de las evaluaciones, se 
deben asociar las evaluaciones a dicha clasificación (El crear la clasificación como 
asociar las evaluaciones a la clasificación será opcional). 
• Modificar Clasificación y evaluaciones asociadas a dicha clasificación. 
• Eliminar Clasificación. 

3.5. R5: Generar Estadísticas 
 

• Seleccionar un día (con evaluación) o un periodo de tiempo (evaluaciones en ese 
periodo) y una evaluación (o Clasificación de evaluación)  de una sección (o varias) 
de una materia. 
• Seleccionar Institución, grado, materia y alumnos. 

11 
 
 • Recuperar los datos. 
• Generar Estadísticas promedio, moda, nota más alta, nota más baja, nota esperada 
al final de la materia de cada alumno dado lo que lleva acumulado (Ej: Si el alumno 
lleva 4 ptos. de 5 ptos. evaluados => tendrá 16 al final de la materia. 
• Generar Gráficos Estadísticos como: Circular, Torta, barra, entre otros. 

3.6. R6: Generar Reportes 
 

• Seleccionar  un  día  (con  evaluación),  un  periodo  de  tiempo  (evaluaciones  en  ese 
periodo)  y  una  evaluación  (o  Clasificación  de  evaluación)    de  una  sección  de  una 
materia puede de una materia. 
• Seleccionar Institución, grado, materia y alumnos. 
• Recuperar los datos. 
• Generar las estadísticas. (Ver Requerimiento 5). 
• Armar  el  reporte  (que  datos  quiere  que  aparezca)  dado  unas  plantillas 
predefinidas. Una plantilla predefinida será un cuadro con el nombre completo del 
alumno,  su  cédula  y  calificación,  y  en  la  parte  baja  información  del  promedio, 
moda, calificación más alta y calificación más baja (Estadísticas). 
• Generar Reporte. 
• Exportar reporte a un tipo de archivo .pdf o .doc. 

3.7. R7: Administración de la Data 
 

• Borrar data histórica. 
• Borrar todas las calificaciones de un alumno. 
• Borrar toda la Base de Datos. 
• Exportar el expediente de un alumno. 
• Importar el expediente de un alumno. 

12 
 
 3.8. R8: Administración de la Agenda 
 

• Crear  un  evento  en  la  agenda,  ya  sea  un  único  evento  o  que  se  repita 
semanalmente. 
• Modificar un evento en la agenda. 
• Eliminar un evento en la agenda, tomar en consideración que si el evento se repite 
diariamente o semanalmente, entonces se le deberá preguntar al usuario si dicho 
evento que quiere borrar es solo ese o todos (todos los días o todas las semanas). 
• Almacenar correo electrónico de Google y la clave. 
• Sincronizar agenda con Google Calendar, el usuario debe poseer una cuenta Gmail. 
Se  puede  configurar  para  exportar  o  importar  eventos  desde  Google  Calendar 
(Sincronización). 
• Si el usuario ingresa correctamente el horario de la materia (Requerimiento 11) y 
las semanas clases en el año, entonces agregar a la agenda el horario de clases en 
las semanas respectivas.  

3.9. R9: Generar Backup 
 

• Además del archivo Central de la Base de Datos, el archivo contará con otros dos 
archivos, que serán la copia del primero. La sincronización de los archivos de Base 
de Datos se hará en un periodo de tiempo establecido por el usuario. 
• Exportar la Base de Datos (fusiona todas las bases de datos en un solo archivo, tipo 
de archivo de SQLite y/o XML). 
• Importar Base de Datos con tipo de archivo de SQLite y/o XML. 

13 
 
 3.10. R10: Administración Avanzada de la Aplicación 
 

• Visualizar cuanto espacio está utilizando la Base de datos de la aplicación. 
• Se creará un tipo de archivo XML el cual almacenará las preferencias del usuario y 
algunos datos importantes.  
Preferencias: 
ƒ Color de fondo de la aplicación. 
ƒ Periodo  de  tiempo  que  las  bases  de  datos  se  sincronizarán  (Ver 
Requerimiento 9). 
Datos Importantes: 
ƒ Fecha completa de la última vez que entró al sistema. 
• Modificación de las preferencias del usuario. 
• Si  el  archivo  principal  de  la  base  de  datos  se  encuentra  corrupto,  entonces 
permitirle  al  usuario  seleccionar  otro  archivo  de  base  de  datos  creadas  en  el 
Requerimiento 9. 

3.11. R11: Planificación Académica 
 

• Ingresar el horario de clases de la materia (Indicando por día si es Teoría, Práctica, 
Laboratorio, entre otros). 
• Ingresar las semanas del año en que se impartirá las clases. 
• Ingresar para cada día, o semana, de clases que objetivos o contenido se impartirá. 
• El usuario podrá elegir si la planificación la hará por cada día o semanalmente. 
• Plan de Evaluación. 

Por cada evaluación el usuario indicará el tipo de evaluación, contenido de la evaluación, 
porcentaje de la evaluación, día y hora. No todos los campos son obligatorios, ya que el 
usuario podrá colocar: Examen de lapso 30% y Pruebas Cortas 70%. 

14 
 
 3.12. R12: Nota Informativa 
 

• Generar nota Informativa de la Materia con los siguientes campos: 
ƒ Encabezado: Nombre de la Institución, nombre de la materia y profesor. 
ƒ Requisitos de la materia. 
ƒ Fundamentación 
ƒ Objetivos. 
ƒ Contenidos Temáticos. 
ƒ Plan de Evaluación. (Igual unos de los requerimientos de la parte 11). 
ƒ Observaciones. 
ƒ Bibliografía. 

15 
 
 4. Requerimientos NO Funcionales 
 

4.1. Usabilidad 
 

• Interfaz  intuitiva,  logrando  que  el  aprendizaje  de  la  misma  se  efectúe  en  poco 
tiempo. 
• Para facilitar el uso de la aplicación esta usará metáforas (Representar el Modelo 
de los usuarios en imágenes que denoten funcionalidades del sistema). 

4.2. Seguridad 
 

• El  Sistema  posee  mecanismos  para  ingresar  al  Sistema  y  evitar  que  cualquier 
persona  pueda  acceder  a  los  datos.  Cada  usuario  tiene  asignado  un  nombre  de 
usuario y una clave para ingresar al Sistema. 
• En  caso  de  pérdida  de  clave,  existen  mecanismos  para  que  el  usuario  pueda 
recuperarla.  Por  ello  al  crear  una  cuenta  se  le  harán  preguntas  personales  al 
usuario. 

4.3. Eficiencia 
 

• Se  debe  proveer  tiempos  de  respuesta  rápidas,  no  mayor  a  5s.  Solo  en  la 
elaboración de Reportes y estadísticas el tiempo variará entre 10s y 15s. 

• Sin  importar  el  número  de  usuarios  que  posea  el  sistema,  este  deberá  ser 
consistente y correcto. 

16 
 
 4.4. Mantenimiento y Actualización 
 

No se tiene previste que esta versión 1.0.0 sea actualizable. 

Cuando surja una versión mayor, la versión 1.0.0 deberá ser eliminada, solo se conservará 
los datos de los usuarios (Archivos de preferencias del usuario y Base de Datos). 

4.5. Aspectos Legales 
 

4.5.1. Propiedad Intelectual 

Componente  Desarrollador Licencia Estado  Comentario

QT SDK  Nokia  LGPL  Correcto  Framework 
Multiplataforma, 
IDE  y 
herramientas  de 
Diseño. 
SQLite  Dwayne Richard Hipp  Dominio  Correcto  Motor  de  Bases 
Público  de Datos. 
Dia  The GNOME Project  GPL  Correcto  Programa  de 
Dibujo Vectorial. 
 

5. Observaciones 
 

Debido  al  tiempo  que  tomará  realizar  la  Especificación  de  los  Casos  de  Uso  y  Casos  de 
Uso Nivel 2, opté por no incluirlos en esta versión. 

17