1. Caso Practico………………………………………………………………...……....1
2. Introducción
a) Propósito. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
b) Ámbito del Sistema. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
c) Definiciones, Acrónimos y Abreviaturas. . . . . . . . . . . . . . . . . . . . . . . . .4
d) Referencias. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ..4
e) Visión General del Documento. . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. . 4
3. Descripción General. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ..6
a) Perspectiva del Producto. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
b) Funciones del Producto. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
c) Características de los Usuarios. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
d) Restricciones. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
e) Suposiciones y Dependencias. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
f) Requisitos Futuros. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ..8
4. Requisitos Específicos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .9
a) Interfaces Externas. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ... .9
b) Funciones. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
c) Requisitos de Rendimiento. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
d) Restricciones de Diseño. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
e) Atributos del Sistema. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 10
f) Otros Requisitos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
5. Apéndices. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
0
1. CASO PRÁCTICO
Durante una encuesta y entrevistas que se realizaron a los maestros comentaron que
ellos también desean que el sistema les permita imprimir las calificaciones tanto en
modo de porcentaje como en modo decimal y que indique de manera notoria quienes
son los alumnos que están reprobados y en que materias de la preparatoria.
1
El director de la preparatoria desconoce sobre el área de informática y de sistemas
por lo que nuestro equipo desarrollador le debe sugerir en uso de un DBMS y hacerle
la justificación porque es conveniente usar dicho DBMS; también se le debe de
indicar al director las características físicas de Hardware sobre los cuales correrá y
se ejecutará la aplicación así como las características físicas del servidor de datos.
En una reunión que se tuvo con los papas se llegó a la conclusión que el sistema sea
preparado de tal manera que ellos puedan tener acceso a las notas de sus hijos
desde cualquier dispositivo que tuviera acceso a internet.
2
2. INTRODUCCIÓN
a) Propósito
3
periodos de acreditación son cada cuatro meses, con 4 unidades cada uno donde al
final de igual manera se obtiene el promedio general de todas las materias y las
materias asignadas en ese periodo, el resultado también se evalúa por porcentaje ya
que este método para calificar al docente se le facilita más que otras alternativas.
Este sistema también será utilizado por parte de los padres para ver los resultados
de sus hijos para tener acceso desde cualquier dispositivo con internet, el acceso
será utilizando la matricula del alumno y una contraseña general la cual dará acceso
solo para reportes de los resultados de sus hijos.
Nombre Descripción
4
d) Referencias
5
3. DESCRIPCIÓN GENERAL
6
c) Características de los Usuarios
d) Restricciones
7
e) Suposiciones y Dependencias
f) Requisitos Futuros
8
4. REQUISITOS ESPECÍFICOS
En esta sección se tienen con más detalle los requerimientos específicos del sistema
a desarrollar
a) Interfaces Externas
La interfaz gráfica con la que la que el usuario (maestros del instituto) interactuar
tiene que ser muy práctica ya que le sea fácil el manejo, sin tener previos cursos o
manual de ayuda. El usuario pueda identificar las secciones de NoteSchoolUTC de
manera rápida y sencilla, para que así su tiempo de trabajo en el la aplicación sea
eficiente.
b) Funciones
Maestros
Inicio de sesión
Alta, Modificación e impresión de calificaciones
Búsqueda de alumnos y grupos
Generación e impresión de reportes
Cerrar Sesión
Padres:
Inicio de sesión
Reporte e impresión de Calificaciones
9
c) Requisitos de Rendimiento
d) Restricciones de Diseño
El software a desarrollar se dividirá para tres tipos de usuarios los cuales tendrán un
acceso limitado al igual que las funciones del sistema en general, este solo podrá
almacenar datos para ser calculados en base a las restricciones solicitadas, la
actualización de cualquier dato tendrá una autorización de un usuario superior para
que este enterado al igual que la eliminación de cualquier tipo de información, el
sistema tendrá vista a la información capturada para obtener los reportes que se
soliciten al docente por parte de sus superiores y solo se compartirá con otros
usuario si el actual sede permisos de vista, los alumnos al tener acceso es solo para
visualizar sus resultados, al igual que los padres de ellos, y los administradores solo
podrán hacer cambios a las vistas y se guarda registro de cada dato que modifiquen
para cualquier aclaración por las acciones realizadas con esa información.
Seguridad
1. Garantizar a los usuarios confiabilidad, seguridad y buen desempeño del
sistema.
2. Garantizar total seguridad respecto a la información y datos que se
manejan.
Fiabilidad
1. El sistema debe tener una interfaz de uso sencilla para el usuario.
10
2. La interfaz debe ajustarse a las características de la web de la
institución.
Disponibilidad
1. La disponibilidad del sistema debe ser continua, que brinde a los usuarios un
servicio de 7 días por 24 horas.
Mantenibilidad
1. El sistema debe disponer de una documentación fácilmente actualizable que
permita realizar operaciones de mantenimiento con el menor esfuerzo posible.
Portabilidad
1. El sistema podrá ser abierto desde cualquier dispositivo que cuente con
Internet.
f) Otros Requisitos
11
5. Apéndices
Entrevista
12
Encuesta
13
Observación
Durante el tiempo permitido por los docentes se concluyó sobre las actividades que
se suelen realizar que ellos dividen la calificación de cada alumno por cuatrimestre
en cuatro unidades las cuales cada una consiste en tres partes que se conoce como
“Saber”, “Saber Hacer” y “Ser”, los cuales se identifican como tener los
conocimientos sobre el tema actual, saber aplicar dichos conceptos y la respuesta
ante los valores que se tienen que aplicar durante cada unidad. Comúnmente se
suele evaluar el saber con tres puntos, el saber hacer con cuatro puntos y el ser con
tres puntos para obtener un total de diez puntos suponiendo que el alumno obtenga
los resultados de forma correcta.
Algunas actividades que hace para entregar resultados de los alumnos es crear un
archivo en Excel con un formato predeterminado, el cual es firmado por cada alumno
14
donde da por enterado su calificación y este archivo al terminar de ser firmado se
entrega un copia a su superior para fundamentar su función como docente, esta
acción puede ser mejorada al capturarlas directamente en un software que evite la
distribución de los valores, en conjunto de las firmas estas podrían ser evitadas
dándole acceso al alumno a los resultados para sustituir la firma física a una digital
desde el momento que entra a ver los resultados.
15
Sesión JAD
2.- Investigación:
3.- Preparación:
16
4.- Sesión JAD:
Durante la sesión fueron aclaradas las dudas, se brindó una breve introducción a la
sesión y se definieron los detalles del proyecto (fechas, actividades y responsables).
17