You are on page 1of 18

ÍNDICE

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

La preparatoria UTC requiere desarrollar un software para realizar un sistema para


llevar el control y administración de las calificaciones de sus alumnos.

El director de la preparatoria en cuestión requiere que el sistema maneje


calificaciones en escala de 0 a 100 en cada evaluación con la mínima aprobatoria de
70. Durante el año escolar se hacen 4 evaluaciones las cuales cada una tiene un
25% del total final de su calificación

Se entrevistó a los usuarios del sistema (maestros que capturan calificaciones) y


comentaron en sus respuestas que para ellos sería más fácil capturar una
calificación de 0 a 100 obtenida en cada evaluación por el alumno y que el sistema
haga la respectiva conversión al 25% de la evaluación.

Ellos también desean que el sistema automáticamente calcule el promedio final de


los 4 parciales para obtener una calificación única al final el ciclo escolar.

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

En el siguiente archivo se definirán los requerimientos para que se pueda llevar a


cabo el desarrollo del proyecto actual, en este mismo se define el propósito de lo que
se quiere concluir con tal proyecto, el cual consiste en administrar y controlar las
calificaciones de los alumnos de determinada escuela.

a) Propósito

El propósito de este documento es recabar los requerimientos necesarios en base


con las conclusiones por parte de los docentes, recabando información mediante
encuestas, entrevistas, observaciones y sesiones JAD conforme vaya avanzando el
proyecto.

b) Ámbito del Sistema.

Para el desarrollo del sistema “NoteSchoolUTC” se analizara la información recabada


con las herramientas de recolección de requerimientos, las cuales son encuesta, la
entrevista, la observación y sesiones JAD.

Se solicitó por parte de la Universidad Tecnológica de Coahuila un sistema para


tener control y administración de calificaciones, en él se tienen que registrar datos de
alumno básicamente para asignarle los resultados de sus actividades realizadas que
se le aplican por parte del docente, las restricciones que llevara la evaluación de
cada alumno es que el valor mínimo para aprobar será de 8 por cada unidad, los

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.

El sistema se desarrollara en .Net, para después montarlo en un servidor web y se


tenga acceso desde cualquier dispositivo con acceso a internet ya sea para ver
resultados o para capturar calificaciones.

c) Definiciones, Acrónimos y Abreviaturas

Nombre Descripción

Sesión Se usa para determinar rápidamente los requerimientos del sistema


JAD mediante la obtención de aportes por parte de los integrantes.

.NET Plataforma utilizada para la creación de sistemas.

4
d) Referencias

Caso Práctico, Estándar IEEE830 - Facilitado por el Docente que imparte

e) Visión General del documento

En este documento se encontrara las definiciones de los requerimientos solicitados y


los que surgieron mientras se realizaba una investigación y fundamentar los
requisitos necesarios juntos con las funciones que este debería realizar.

5
3. DESCRIPCIÓN GENERAL

Existen factores generales que afectan al producto y sus requerimientos. En esta


sección se identifican estos factores como el contexto al desarrollo del sistema.
Algunos de estos factores son los costos, el tiempo (de cada fase del desarrollo) y la
disponibilidad del cliente.

a) Perspectiva del Producto

Aparte de lo requerido por la preparatoria UTC, el producto final permite el manejo de


información descriptiva de los alumnos, en este caso datos personales (situación
socioeconómica), sus materias y el llenado de algunos formatos propios de la
institución y otros de carácter oficial. También se ofrece la administración de la
información académica de dichos alumnos.

b) Funciones del Producto

 Generación de reportes de calificaciones tanto en porcentaje como en


decimales.
 Calculo automático de los 4 periodos de calificaciones.
 Vinculación de grupos y materias.
 Captura y modificación de calificaciones.
 Alta y baja de alumnos de la preparatoria.

6
c) Características de los Usuarios

Tipo de Usuario Administrador


Formacion Ing/TSU en Sistemas Informaticos
Actividades Control y manejo del sistema en general

Tipo de Usuario Docentes


Formacion Docente
Actividades Facilitar el porceso de calificación de los alumnos

Tipo de Usuario Visitantes (padres de familia)


Formacion Ninguna
Actividades Observa e indaga informacion academica de su hijo

d) Restricciones

 Como mínimo, se debe hacer uso de los protocolos de intercambio de


datos vía internet.
 Respecto a la seguridad, se debe considerar el uso de sesiones para
limitar el acceso a usuarios no autorizados.
 Interfaz para ser usada con Internet.
 El sistema se diseñara según un modelo cliente/servidor.
 El sistema deberá tener un diseño e implementación sencilla.

7
e) Suposiciones y Dependencias

 Para el funcionamiento completo del sistema, se requiere tener equipo


de cómputo con un sistema operativo instalado con acceso a internet,
dentro del cual requiere un navegador web para accesar al sistema.
 Para los reportes un complemento lector de archivos PDF y lo más
importante: conexión a internet.

f) Requisitos Futuros

Es necesario estar dando mantenimiento al sistema para evitar que se presenten


complicaciones futuras, estar actualizando periódicamente el sistema, subordinado al
anterior continúa el segmento de generación y envío automático de correos
electrónicos con avisos escolares y situación académica de los alumnos a los padres
de familia o tutores.

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

Garantizar que cualquier otro proceso añadido al sistema no afecte al proceso


principal que es el cálculo de las calificaciones de los alumnos.

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.

e) Atributos del Sistema

 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

 Generar y enviar un correo electrónico automáticamente a los padres de


familia que incluya las calificaciones y noticias relevantes de la institución y del
alumno.
 Ayuda en línea a los padres de familia por parte de los profesores respecto a
las calificaciones del alumno.
 En un futuro, se busca implementar que los reportes generados
(calificaciones, grupos, maestros) sean compatibles con los formatos oficiales
de la SEP.

11
5. Apéndices

Entrevista

El propósito de la siguiente encuesta es obtener información necesaria para el diseño


de un sistema de calificaciones y está enfocada al docente.

Por favor conteste las siguientes preguntas según su criterio:

1. ¿Cómo suele administrar su registro de actividades a evaluar en cada grupo?


2. ¿A cuántos grupos suele dar clase?
3. ¿En cuántas escuelas forma parte de la docencia?
4. ¿Utiliza herramientas informáticas para concentrar la información de los
alumnos?, si es así, ¿Cuáles y como las utiliza?
5. ¿Qué beneficios tendrían al compartir la información de los resultados de los
alumnos con los padres desde cualquier dispositivos (celular, computadora,
etc.)?, ¿Porque?
6. ¿Cuánto tiempo considera adecuado para capturar resultados de cada grupo
que atiende?
7. ¿Considera necesario que exista un sistema para llevar el control de
calificaciones?, ¿Por qué?
8. ¿Qué considera útil dentro del sistema para tener toda la información que
necesita dentro del sistema?
9. ¿Cómo se le suele solicitar sus reportes de resultados de calificaciones?
10. ¿Qué formato de archivo le gustaría obtener para los reportes del sistema?
11. ¿Qué actividades extracurriculares considera necesarias para el sistema?
12. ¿Comparte información de sus alumnos con otros docentes o personal del
plantel educativo?, si es así, ¿Con que fin y de qué forma?
13. ¿Cuántas etapas por periodo escolar evalúa y como suele hacerlo?
14. ¿Qué considera necesario para entender la funcionalidad?
15. ¿Cómo considera sus conocimientos para el uso de computadoras?
16. ¿Qué otros archivos aparte de archivos de Excel, Word y PDF le gustaría
poder almacenar en el sistema para identificar sus reportes?
17. ¿Qué método de seguridad para tener acceso a su información guardada en
el sistema le gustaría que se implementara?, ¿Por qué?
18. ¿Con cuántos dispositivos tecnológicos personales cuenta (celular, laptop,
tablet, etc.) y cuáles tiene?

12
Encuesta

1. ¿En que se basa para poder calificar a un alumno?


2. ¿Cuántos alumnos tiene por grupo?
3. ¿Cuál es el máximo de grupos al que les puede impartir materias?
4. ¿Qué herramienta le sería útil para facilitar su trabajo?
5. ¿Tiene fechas límites para entregar las calificaciones?
6. ¿Cómo hace el cálculo del promedio final?
7. ¿Las calificaciones se las entrega al alumno o a los padres de los alumnos?
8. ¿Ya cuenta con un formato para calificaciones?
9. ¿Desea que el formato de calificaciones se imprima?
10. ¿Por qué cree importante que los padres de los alumnos conozcan las
calificaciones?
11. ¿Cuánto tiempo tiene con el procedimiento actual para el cálculo de
calificaciones?
12. ¿Desea aportar con información adicional?
13. ¿tiene conocimientos de como navegar en internet?
14. ¿Cómo es el proceso para poder modificar una calificación?
15. ¿Qué pasa si un alumno reprueba?
16. ¿Según usted, cuales son los puntos importantes que debe tener la
aplicación?

13
Observación

Para aplicar el método de observación se acudió a las instalaciones de la


preparatoria UTC, aquí se solicitó a algunos docentes permiso para asistir a sus
clases, con la finalidad de analizar los procesos que realizan cotidianamente y
algunos puntos que al momentos de ser interrogados no suelen ser tomados en
cuenta.

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.

También se apreció que utilizan un modelo de competencias en el cual los alumnos


destacan por lo que suelen investigar por su parte y no por lo que el docente les
explica en clase ya que el solo les “presenta” el tema porque ahí es donde ellos
demuestran su iniciativa hacia destacar ante los demás alumnos que solo se quedan
con la información que les brinda el maestro.

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

1.- Definición del Proyecto:

a) Se planeó la cita con el cliente, en la cual los temas a tratar fueron:

 Definición y alcance del proyecto.


 Características del proyecto.
 Requisitos y restricciones.
b) Se adquirió la información.

c) Se seleccionó el equipo de trabajo, siendo este conformado por:

 Un comité de maestros de la institución


 Directivos de la institución
 Desarrolladores
 Especialista en bases de datos
d) Se definió la gestión del proyecto (La manera en que este se administrará)

e) Se definió el lugar de la sesión, hora, fecha y quienes participarán.

2.- Investigación:

Se informó al usuario sobre el modo de trabajo de los desarrolladores, se marcaron


los diagramas de flujo y se empezó una recolección básica de los datos
fundamentales.

Se generó la interfaz del usuario.

3.- Preparación:

Se declararon ante los usuarios, de manera escrita las especificaciones y detalles de


las reuniones, los objetivos y las evaluaciones del proyecto.

16
4.- Sesión JAD:

Se realizó la sesión en donde participaron los miembros del equipo seleccionados


anteriormente (Maestros, directivos, desarrolladores, y analista o especialista en
bases de datos).

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

You might also like