Preparado por QueremosDulces, integrantes:
Creado el 4 de Octubre del 2019
La creación de esta nueva página de inscripciones se hace con el enfoque de mejorar la que existe actualmente y que está disponible para estudiantes y administrativos desde el portal de grace ITAM.
Para esto, se busca mejorar la experiencia del usuario durante el proceso de inscripciones al: remover pantallas innecesarias, utilizar referencias cruzadas de información y la implementación de ayuda durante el proceso para aumentar la accesibilidad del producto.
Considerando todo lo previamente dicho, este producto sería la versión 2.0 del sistema de inscripciones actual, al empezar desde 0 el sistema y añadir/remover funcionalidades según se puedan adaptar al producto.
Para el formato de texto de este documento, se utilizó el lenguaje Markdown debido a su integración con Github.
Para la estructuración, se utilizó el formato especificado por la IEEE para la creación de documentos de especificación de requerimientos de software.
Para las estimaciones se sigue un formato de estilo Pokemon, el cual se estructura de la siguiente manera: Magikarp (baja), Pikachu (media), Charizard (grande), Mewtwo (Enorme).
Este documento esta escrito con un enfoque dirigido a un público de programadores/desarrolladores para facilitar su comprensión sobre los requerimientos para la implementación de las funciones especificadas; también esta pensado para coordinadores o administradores del equipo de trabajo, para favorecer la comprensión de la escala, necesidades, problemáticas y enfoque del proyecto
Para la lectura, se recomienda que esta siga un orden lineal para la mejor comprensión de todas las partes y el porque estan implementadas de esta manera.
Sin embargo, de haber algún problema de comprensión, se recomienda fuertemente que el lector se diriga a la sección 1.5, donde hallará referencias útiles para la mejor comprensión de las temáticas tratadas; y de la misma manera, se refiera al Apéndice A de la sección 6, donde encontrará un glosario para palabras poco comunes.
Por último, se estructurará de la siguiente manera el documento a continuación presentado: Introducción al lector, Introducción al proyecto, Profundización en los requerimientos de interfaz, Funcionalidades del sistema, Requerimientos para las áreas relacionadas al proyecto y otros requerimientos no especificados previamente.
El producto tiene como objetivo ser una plataforma que facilite el proceso de inscripción al usuario y la gestión de grupos a los administrativos; conseguiría esto mediante la añadidura de nuevas funcionalidades, remoción de las obsoletas y optimización de las existentes.
Esto ayudaría al ITAM a tener una mejor plataforma y a evitar costos innecesarios al automatizar múltiples procesos
Wiegers, K. (1999). Software Requirements Specification. [ebook] Available at: https://drive.google.com/file/d/15UdWMiunZWb1OsIafbTSl1qdl2_EUgeH/view [Accessed 19 Oct. 2019].
Este producto surge como un reemplazo al sistema actual de inscripciones utilizado por el ITAM, esto se debe a que el sistema existente está desactualizado (Utiliza protocolos antiguos), es ineficiente (duplica información y no guarda la necesaria), no es amigable con el usuario y se le podrían agregar múltiples mejoras del tipo "Quality of life"
Los usuarios principales son alumnos, los cuales utilizarían el producto al inscribirse al inicio de semestre y darse de baja/consultar materias a lo largo de este.
Otro grupo de usuarios son los administrativos escolares, los cuales utilizarían el producto para revisar solicitudes de ruptura de seriación de materias, apertura y cierre de grupos y asignación de horarios y salones.
El último grupo de usuarios serían los encargados del mantenimiento de la página, los cuales cuidarían que no se saturen los servidores, arreglar bugs y cualquier otra tarea de mantenimiento del producto que surga.
Debido a las características de la plataforma de inscripciones ya existente, la nueva plataforma debe de poder ser visualizada de igual manera en cualquier navegador desde el cual se acceda, ya sea versión movil o de escritorio.
Además de esto, la plataforma debe de poder coexistir con el sistema de grace que tiene el ITAM, ya que es ahí donde estaría alojado el producto.
Para este proyecto, hay múltiples limitantes que afectarán al desarrollo, estas serían las siguientes:
Al usuario, se le dará un manual especialmente diseñado para ayudarlo con el uso de la nueva plataforma, este se dividirá en 2 secciones; en la primera será un instructivo ilustrado paso a paso sobre como realizar todos los procesos, y la segunda una lista de preguntas hechas de manera frecuente, además de un contacto en caso de que se tengan dudas.
Este manual reemplazaría al actualmente existente que se distribuye por via electrónica todos los semestres.
Debido a que todos los recursos utilizados para la plataforma serían propios del ITAM, se asume que se conocen las limitantes de todos los recursos y en que podrían fallar; sin embargo, por esto mismo, sería posible que el proyecto sufra severos retrasos si hay algo de información pertinente a esto que no se compartió con el equipo de desarrollo.
La vista del usuario se compondrá de varias pantallas. La primera de ellas será la pantalla de inicio, desde la cual se podrán ver las distintas actividades a realizar, así como el inicio de sesión.
Cada una de las funcionalidades tendrá su propia pantalla, desde la cuál se tendrá acceso a todas las distintas opciones requeridas para el correcto desempeño de la actividad planeada.
Para poder desarrollar el sistema, será necesario un sistema de base de datos, en el cual se almacenarán los datos de los alumnos y las materias por carrera, así como la relación entre ambos.
Además, será necesario almacenar en un servidor externo la página web desde la cuál se accederá al proyecto.
Será necesario un manejador de base de datos, de preferencia Oracle, desde el cuál se harán las modificaciones necesarias a las tablas, para crear los horarios.
Además, será necesario Visual Studio para desarollar el proyecto, el cuál seguirá la metodología de desarrollo de capas, el cual nos permitirá manejar cada uno de los componentes del proyecto sin demasiada complejidad.
Emprenderemos un camino sobre cada una de las funcionalidades que debera de cumplir (hasta el momento) nuestro sistema, con el objetivo de poder alcanzar la mayor eficiencia posible para el usuario(alumnos o profesores) y a los desarrolladores. Por ende, es necesario hacer una división de cada uno de los usuarios para encontrar puntos a mejorar y después a desarrollar.
En esta sección nos encargaremos de documentar todas las actividades fundamentales para un usuario promedio ( alumno del itam inscrito ) para que pueda iniciar sesión y poder inscribir o quitar cada una de las materias deseadas para ese semestre.
Permitirá que el usuario (alumno) inscriba sus materias en el semestre y período correspondiente.
1) Iniciar sesión punto 4.1 2) Selecciónar Materia de interes 3) Dar clic en el botón de agregar materia.
Al inicio tenemos que tener la seguridad de que en la materia sigan teniendo cupo y que el alumno la pueda llevar
Permitirá que el usuario (alumno) quite sus materias del semestre y período correspondiente.Con la finalidad de no cursarla.
1) Iniciar sesión punto 4.1
2) Selecciónar Materia que no quiere cursar.
3) Dar clic en el botón de quitar materia.
Debemos de asegurarnos que la materia ya la tenga inscrita para ese periodo
Describiremos las partes no funcionales al 100% del sistema. Este punto es de gran utilidad con la finalidad de conocer que limitantes tenemos por el momento y no poder esperar más cosas del software.
Debemos de tener considerar que la velocidad del sistema con una demanda general debe ser la suficiente para que el usuario no sufra. Sin embargo, es necesario que las personas esten al tanto de que en momentos de pico ( inicio de semestres ) puede caer la velocidad dada la demanda del sistema.