Primer avance de proyecto de software para la gestión de inscripciones en cursos

Transcripción

1 Primer avance de proyecto de software para la gestión de inscripciones en cursos 1. Introducción Andrés Felipe Bustamante García, Carolina Sarmiento González En este documento se presentan los resultados del primer avance realizado con el proyecto relacionado con el sistema de información para la gestión académica de inscripciones en cursos, luego de la propuesta presentada en semanas anteriores. En la sección 2 se presentan las descripciones de los requisitos específicos para el problema propuesto, tanto funcionales como no funcionales. En la sección 3 se define la metodología a utilizar a lo largo del proyecto, teniendo en cuenta los requisitos presentados, para luego describir en la sección 4 los alcances y limitaciones encontrados para el desarrollo del mismo. Posteriormente, se hace la identificación de los casos de uso en la sección 5, con la claridad de cuáles casos de todos los identificados van a ser tenidos en cuenta para la implementación del prototipo entregable al final del curso. Finalmente, en la sección 6 se describe el avance tenido en las actividades relacionadas con la primera revisión del análisis y diseño del sistema de información, con el enfoque arquitectural de orientación a servicios visto en clase aplicado al entendimiento del negocio, la arquitectura del sistema y un diseño inicial de los servicios a implementar en el sistema. 2. Especificación de Requisitos A continuación se presentan los requisitos funcionales y no funcionales del sistema de información a presentar, con el fin de que sirvan como base para las fases de la metodología que se seleccione posteriormente para llegar al prototipo final. 1

2 2.1. Requisitos funcionales FRQ-01: Gestionar usuarios Fuentes: Andrés Bustamante y Julian Higuera [1] Descripción: El prototipo de software debe estar en la capacidad de gestionar los usuarios que pueden utilizarla, los cuales son: administradores, profesores y estudiantes. La gestión incluye agregar usuarios, gestionar sus permisos, y modificar la información de estos FRQ-02: Gestionar cursos Fuentes: Andrés Bustamante y Julian Higuera [1] Descripción: El prototipo de software debe estar en la capacidad de permitir crear cursos, borrarlos, y configurarlos, por parte de los usuarios según los permisos que se les hayan asignado FRQ-03: Gestionar la inscripción en programas y cursos Fuentes: Andrés Bustamante y Julian Higuera [1] 2

3 Descripción: El prototipo de software debe permitirle a los usuarios del mismo, solicitar la inscripción en un programa que le resulte de interés, de forma que sea inscrito por un usuario autorizado para tal fin. Asimismo, los estudiantes ya inscritos en un programa deben poder, por medio del sistema, inscribirse en los distintos cursos que lo conforman. La aplicación también debe permitirle a los usuarios inscritos solicitar la eliminación de la inscripción que posean a los cursos según éste lo considere necesario, para ser procesada por un usuario autorizado posteriormente FRQ-04: Autenticar usuarios Fuentes: Andrés Bustamante y Julian Higuera [1] Descripción: El prototipo de software debe estar en la facultad de autenticar los usuarios que ingresan a la aplicación por medio de contraseñas proporcionadas por el administrador inicialmente o que hayan sido cambiadas a petición por los mismos usuarios FRQ-05: Asistir en inscripción de programa Fuentes: Ninguna Descripción: El prototipo de software debe poder asistir a los usuarios externos al momento de solicitar la inscripción a un programa de los 3

4 distintos programas ofertados, de acuerdo a sus intereses personales y su perfil académico. Importancia: Media Comentarios: La asistencia debe ser solicitada explícitamente por el usuario Requisitos No Funcionales NFR-01: Usabilidad Fuentes: Ninguna Descripción: El producto de software debe tener una interfaz de usuario sencilla e intuitiva, orientada a las tecnologías de presentación en Web, y manteniendo coherencia lógica con el contexto educativo que involucra, en lo que a navegación en el sistema se refiere NFR-02: Extensibilidad Fuentes: Ninguna Descripción: El prototipo de software debe ser diseñado de modo que permita la fácil extensión a nuevas funcionalidades, en el menor tiempo de desarrollo posible, haciendo reutilización de los componentes base implementados en el prototipo inicial. 4

5 NFR-03: Portabilidad Fuentes: Ninguna Descripción: El prototipo final debe poder ser utilizado desde un navegador Web convencional en cualquier computador conectado a la red, independientemente del sistema operativo que utilice NFR-04: Optimización de Tiempos de Respuesta Fuentes: Ninguna Descripción: Los tiempos de respuesta a las solicitudes realizadas por los usuarios deben ser no mayores a dos (2) segundos. En el caso de que se requiera un procesamiento más extenso, debe ser advertido de forma adecuada al usuario solicitante. Importancia: Media NFR-05: Sistema Distribuido Fuentes: Ninguna 5

6 Descripción: El diseño del sistema de software a desarrollar debe estar orientado a la utilización de tecnologías para sistemas distribuidos, de forma que se puedan distribuir los componentes, aplicando conceptos de Ingeniería de Software Avanzada. 3. Metodología Para llevar a cabo las actividades necesarias para la exitosa culminación del proyecto de software, se consideró adoptar el Proceso Unificado de Desarrollo como metodología de trabajo, teniendo en cuenta el conocimiento que se tiene de los requerimientos, y dadas las tres características esenciales que esta metodología posee: es una metodología dirigida por casos de uso, centrada en la arquitectura, además de iterativa e incremental [2]; que son de gran importancia en el desarrollo de un software como el que se quiere llegar a obtener al final del curso. Sin embargo, dada la brevedad de tiempo con que se cuenta para el desarrollo de la metodología, se va a reducir la cantidad de documentación a emitir al final de cada fase sugerida dentro de la misma, y en la fase de transición se tendrán en cuenta solo algunas actividades de los flujos de trabajo sugeridos, ya que por tratarse de un ejercicio académico, no existe un cliente directo para hacer un flujo de pruebas completo y una implementación y entrega formales. Esta metodología tendrá como soporte documentación elaborada en el Lenguaje de Modelado Unificado (UML), en las distintas fases e iteraciones que se logren desarrollar. 4. Alcances y limitaciones del proyecto 4.1. Alcances Para la consecución de los objetivos consignados en la propuesta del proyecto se ha decidido seguir la metodología propuesta en el Proceso Unificado de Desarrollo con el apoyo de UML, haciendo énfasis en las actividades de análisis, diseño e implementación. 6

7 Teniendo en cuenta los requisitos presentados, se les dará prioridad para la implementación a casos de uso relacionados con la creación de entidades en el sistema, por encima de aquellos que involucren la eliminación o modificación de las mismas en ese orden. Asimismo, se les dará prioridad a los casos de uso determinados para activación por parte de los estudiantes, por encima de los casos de uso relacionados con los profesores o administradores del sistema. Los despliegues de los componentes del prototipo se harán sobre máquinas de escritorio, de forma que la capacidad de cómputo no será de escala de servidores, y el diseño estará orientado a ser adecuado para este tipo de máquinas. Los datos utilizados para los listados de cursos van a ser tomados de una base de cursos del Servicio Nacional de Aprendizaje (SENA), publicados en su página de Internet Limitaciones En el desarrollo del proyecto no se tendrán actividades relacionadas con las pruebas del producto, dada la brevedad de tiempo y la connotación que se le da al producto de prototipo. No se van a utilizar tecnologías multimedia como Flash para la presentación del prototipo al usuario final, sino interfaces gráficas de usuario planas pero usables. No se van a tener en cuenta para el diseño del prototipo, consideraciones de clustering de los diferentes componentes a desplegar. Se van a considerar instancias únicas de los componentes para agilizar el desarrollo. 5. Identificación de casos de uso Los casos de uso están organizados por subsistemas, de la siguiente manera: 7

8 Figura 1: Diagrama de casos de uso para el módulo de gestión de inscripciones Subsistema de inscripciones. En este subsistema se realizan actividades relacionadas con la inscripción de usuarios externos en programas registrados en el sistema de información, así como la inscripción de estudiantes en los cursos asociados a dichos programas. Los casos de uso para este subsistema se presentan en la figura 1. Subsistema de cursos. Los casos de uso relacionados con la gestión de alto nivel de los cursos y programas, así como de las inscripciones en los mismos se encuentran en este subsistema, como se presenta en la figura 2. Subsistema de usuarios. La gestión de alto nivel de usuarios (estudiantes y profesores) se describe en este subsistema, así como la autenticación del usuarios internos en el sistema, con los casos de uso mostrados en la figura Casos de uso para desarrollar Teniendo en cuenta el alcance y limitaciones presentados para el desarrollo del prototipo de software, se han seleccionado los siguientes casos de uso para su implementación: Crear programa curricular Crear curso 8

9 Figura 2: Diagrama de casos de uso para el módulo de gestión de cursos Consultar listados de cursos Consultar listado de programas Inscribir estudiante en programa Inscripción en curso Solicitar inscripción en programa Iniciar sesión Terminar sesión Crear usuario 9

10 Figura 3: Diagrama de casos de uso para el módulo de gestión de usuarios 6. Análisis y Diseño del Sistema 6.1. Entendimiento del negocio De acuerdo a la descripción del problema enunciado en la propuesta del proyecto, y de acuerdo a los casos de uso recién determinados para el sistema, se puede analizar el dominio de la forma que se presenta en la figura Arquitectura del sistema El diseño de la arquitectura del sistema de información está guiado por la orientación a servicios vista en clase. De esta forma, se han determinado componentes funcionales distribuidos para interactuar por medio de llamadas a servicios con el protocolo SOAP (Simple Object Access Protocol). Esta distribución se presenta en la figura Diseño de servicios En esta fase, guiados por las recomendaciones de David Besemer de Composite Software, y con base en los casos de uso que van a ser implementados 10

11 Figura 4: Modelo de análisis de dominio del problema en el prototipo final, se han determinado una serie de servicios para ser publicados y utilizados en el sistema de información. A continuación se presentan y se describen estos servicios, clasificados de acuerdo al tipo de servicio: Servicios de datos 1. Gestión de cursos validarprograma. Validar que un programa que va a ser creado no exista previamente en el sistema, teniendo en cuenta que el nombre de los programas debe ser único. validarcurso. Validar que un curso no haya sido creado previamente con un mismo nombre para un mismo programa. buscarprograma. Buscar en el listado de programas registrados en el sistema, aquel que coincida con el criterio de identificador. buscarcurso. Buscar en el listado de cursos de un programa, aquel que coincida con el criterio de identificador. 11

12 Figura 5: Despliegue de los componentes arquitecturales del sistema listarprogramas. Obtener el listado general de programas registrados en el sistema. listarcursos. Obtener el listado de cursos registrados para un programa en particular. 2. Gestión de inscripciones validarinscripcionprograma. Validar que los datos ingresados para crear una inscripción en el sistema estén completos y en el formato adecuado. validarinscripcioncurso. Validar que un estudiante tenga la posibilidad de inscribirse en un curso seleccionado, dadas restricciones de negocio. 12

13 validarsolicitudinscripcionprograma. Validar que una solicitud de inscripción propuesta por un usuario externo para un programa, tenga la información requerida y correcta para ser remitida al administrador. 3. Gestión de usuarios validarusuario. Validar que los datos de creación de un usuario (estudiante o profesor) en el sistema, estén completos y el formato sea el adecuado. buscarusuariopornombreusuario. Buscar entre los usuarios registrados en el sistema, aquel usuario que coincida con el criterio de nombre de usuario. compararcontrasena. Comprobar si la contraseña asociada a un usuario coincide con una contraseña ingresada para realizar un inicio de sesión Servicios de transacciones 1. Gestión de cursos crearprograma. Registrar en el sistema los datos asociados a un nuevo programa curricular. crearcurso. Registrar en el sistema los datos asociados a un nuevo curso, asociado a un programa curricular existente. 2. Gestión de inscripciones crearinscripcionprograma. Registrar en el sistema la inscripción de un nuevo estudiante en un programa curricular seleccionado. crearinscripcioncurso. Registrar en el sistema una nueva asociación entre un estudiante determinado y un curso seleccionado. enviarsolicitudinscripcionprograma. Procesar un mensaje de correo electrónico con los datos para la inscripción de un nuevo estudiante en uno de los programas registrados en el sistema. 3. Gestión de usuarios 13

14 Referencias crearusuario. Registrar en el sistema los datos asociados a un nuevo usuario, ya sea estudiante o profesor. encriptarcontrasena. Transformar una contraseña ingresada en texto plano, por una contraseña segura para la aplicación. [1] BUSTAMANTE, Andrés; HIGUERA, Julian. Desarrollo de un Prototipo e-learning con Énfasis en la Gestión de Recursos Documentales, Basada en la Utilización de Realidad Virtual y Metáforas. Bogotá : Universidad Distrital Francisco José de Caldas, Tesis de Ingeniería de Sistemas. [2] JACOBSON, Ivar; BOOCH, Grady y RUMBAUGH, James. El proceso unificado de desarrollo de software : la guía completa del proceso unificado escrita por sus creadores. Madrid : Pearson Educación,