SISTEMA DE INFORMACIÓN PARA LA ASIGNACIÓN DE TURNOS Y RESERVAS DE SALAS MICRO EN EL POLITECNCO JIC 1. Descripción del problema Las Salas de Micros cuentan hoy con un sistema basado en Excel, en el cual solo se permite el uso al administrador y las reservas son directamente con el administrador por medio del correo del Politécnico. Algunos de los problemas que se presentan frecuentemente son el retraso de reserva de los docentes, cuando el administrador tarda en ver el correo; y el manejo de estadísticas, pues no tiene suficientes herramientas para generarlas. 1.1 Propósito general del sistema: Las Salas de Micros del “Politécnico Colombiano Jaime Isaza Cadavid”, tienen la necesidad de cambiar la forma de reservas en estas para tener un mejor manejo de las estadísticas de uso. Se desea un software capaz de mejorar la capacidad y la calidad de atención a los estudiantes y docentes del Politécnico, al igual que la seguridad y fiabilidad del sistema a nivel interno, de igual manera se pretende facilitar a los usuarios el manejo de la información asociada a las reservas. 1.2 Alcance del sistema: El fin del Sistema de Información para la Asignación de Turnos y Reservas de Salas MICROJIC, es manejar en forma automatizada algunas tareas que tienen que ver con la prestación de los servicios en las salas de micros del Politécnico Colombiano Jaime Isaza Cadavid (Sede Poblado), como la asignación de turnos en equipos de cómputo para los diferentes usuarios de la Institución (Estudiantes, Docentes y Empleados), solicitud de reserva de salas para los docentes y empleados, especificando en el sistema qué tipo de aplicación necesita para la utilización de éstas, y la generación de informes, que servirán para la toma de decisiones en el área, dichos informes serán: 1.2.1 1.2.2 1.2.3 Cantidad de turnos (equipos) asignados a los diferentes usuarios, y en los casos que aplique se clasificarán por programa académico. Aplicaciones más requeridas por los usuarios en la solicitud de turnos de equipos. Cantidad de reservas dinámicas asignadas durante el semestre académico. 1.3 Objetivos: 1.3.1 1.3.2 1.3.3 Optimizar el trabajo del personal encargado de asignar los turnos de los equipos de cómputo y las reservas de salas. Mantener actualizada la consulta en línea de la disponibilidad de las salas de cómputo con el fin de brindar dicha información al momento de realizar una reserva dinámica. Mantener actualizada la consulta en línea de la disponibilidad de los equipos de cómputo con el fin de brindar dicha información al momento de realizar una asignación de un turno. 1.3.4 Evitar el gasto de papelería generado en la impresión de la programación de las salas semanalmente. 1.4 Definición de acrónimos y abreviaturas ADMINISTRADOR DEL SISTEMA: Usuario que tiene permisos especiales para poder configurar, mantener y operar el Sistema de Asignación de Turnos y Reserva de Salas. APLICACIONES: Programa informático que permite a un usuario utilizar una computadora con un fin específico. Hace referencia al diferente software con el que cuenta las salas de micros para la utilización de los equipos de cómputo. Ej.: Visual Studio 2005. ASIGNATURA: Materia que imparte un docente a sus alumnos y que forma parte del plan de estudios. Cada una de las materias que estructuran un plan de estudios. Ej.: Taller de Bases de Datos. EQUIPO DE CÓMPUTO: Maquina que recibe y procesa datos para convertirlos en información útil. Cada uno de los computadores ubicados dentro de las salas de micros. También denominado equipo. ESTADO DE LA SALA: Condición que el administrador del sistema puede asignarle a una sala en cualquier momento para la prestación del servicio. Ej.: En mantenimiento. ESTADO DEL EQUIPO: Condición que el administrador del sistema puede asignarle a un equipo en cualquier momento para la prestación del servicio. Ej.: Disponible, dado de baja, entre otros. INFORME: Es un archivo que se crea mediante el Diseñador de informes o el Generador de informes. Proporciona una descripción completa de conexiones de orígenes de datos, consultas utilizadas para recuperar datos, expresiones, parámetros, imágenes, cuadros de texto, tablas y cualquier otro elemento de tiempo de diseño que podría incluir en un informe. MARCAS: Marca comercial con la que viene el equipo de cómputo. Ej.: HP, Compaq, Dell, entre otros. PROGRAMAS ACADÉMICOS: Conjunto de asignaturas, materias u ofrecimientos educativos, organizado por disciplinas, de tal forma que da derecho a quien lo completa satisfactoriamente a recibir de la institución que lo ofrece un reconocimiento académico. Es el conjunto de cursos básicos, profesionales y complementarios, y actividades teóricas, prácticas y teórico prácticas integradas armónicamente mediante la interrelación de profesores, alumnos y recursos instrumentales tendientes a lograr una formación en determinadas áreas del conocimiento y a la obtención de un título académico. SALAS DE MICROS: Espacios físicos donde se encuentran instalados los equipos de cómputo. También llamadas laboratorios de micros. TIPO DE APLICACION: Clasificación dada a las aplicaciones. Ej.: Software Comercial, software de libre distribución, entre otras. TIPO DE RESERVA: Clasificación de las reservas en estáticas o dinámicas. TIPO DE USUARIOS: Se refiere a las personas que pueden acceder a los servicios de las salas de micros de la Institución. Ej.: Estudiantes, docentes, empleados. TURNOS: Asignación de un equipo de cómputo a un usuario en determinada fecha, hora, y sala dentro de los laboratorios de micros. USUARIO: Persona que requiere los servicios de las salas de micros. Se refiere a cualquier persona que interactúa con el computador a nivel de una aplicación, puede ser estudiantes, docentes o empleados. 2 Sistema actual Los usuarios generan la siguiente información, para que el sistema cumpla sus objetivos: • El estudiante presenta el carnet actualizado y firma la planilla. • El estudiante solicita un turno para usar un equipo. • El docente suministra sus datos (Aula, Asignatura), y firma la planilla. • El docente solicita turno para utilizar una sala mediante correo electrónico enviado al responsable de las salas. • La coordinación de programas informáticos suministra la programación académica para programar las aulas al inicio del período académico. Información que genera el sistema: • Asigna aulas a los docentes de acuerdo con la programación académica suministrada por la Coordinación de Programas Informáticos. • Asigna equipos de cómputo a los estudiantes que los solicitan. • Genera informes para la toma de decisiones. Elementos funcionales: • Programación Académica Estática, que se encarga de todo lo relacionado con el manejo de la programación fija de las aulas para los diferentes cursos, al inicio de cada semestre. • Generar informes requeridos por el Centro de Laboratorios. • Programación Académica Dinámica, es la que se genera a medida que los docentes solicitan aulas para dar una clase que no está registrada en la Programación Académica Estática. • Nota: Sólo los docentes pueden solicitar la reserva de salas. Asignación de turnos, maneja todo lo relacionado con la asignación de turnos en equipos de cómputo para el estudiante basado en la disponibilidad de los mismos. Relación entre elementos: • Solicitud de reserva de salas mediante correo electrónico enviado del docente al responsable de las salas. • Los informes son suministrados por el Auxiliar Administrativo al Jefe del Centro de Laboratorios. 3 Sistema propuesto 3.1 Visión general: Se pretende construir un Sistema de Información que administre la asignación de turnos y reserva de las salas de cómputo, para la prestación del servicio a los estudiantes, docentes y empleados, cuando lo requieran para sus consultas virtuales y actividades académicas. El sistema brindara no solo comodidad a los docentes, empleados y estudiantes, sino también al administrador, el cual, puede facilitar las estadísticas de dichas Salas. De igual manera el sistema contara con un manejo de registro para la información con respecto a las reservas para así poder ver las salas que están ofertadas. 3.2 Requisitos funcionales: ID. Requisito Nombre del requisito RF-001 Manejo de perfiles Descripción del Requisito Usuario Para el componente de seguridad, se implementará a los usuarios una identificación de que tipo es, ya que los usuarios de las salas de micros se encuentran clasificados en tres tipos: estudiantes, docentes y empleados. Administrador de la aplicación. En el momento que ingrese un usuario debe ser visible a qué tipo de usuario pertenece. RF -002 Asignar turnos La asignación de Turnos se realizará por Aplicaciones; un usuario accede al Sistema de Información para solicitar un turno con una aplicación determinada (Internet, Oracle, AS/400, VB.NET, entre otros.), según la aplicación solicitada se asignará un equipo que se encuentre disponible en la sala que tenga instalada Administrador de la aplicación. esta Aplicación. Los turnos asignados a los usuarios comprenden el horario de utilización de equipos entre 06:00 a.m. y 10:00 p.m. - Los periodos para la asignación de turnos serán de 30 y 60 minutos. - Si el usuario termina su turno y requiere de más tiempo, deberá solicitar un nuevo turno. -No se asignarán turnos en las Salas que se encuentren en mantenimiento. El sistema debe garantizar que: • RF -003 Reservas de salas El Usuario no tenga otro turno a la misma hora. • El equipo de cómputo en el que se asigne el turno se encuentre registrado en el sistema, disponible y en buen estado. • El turno se asigne en una sala que no tenga reserva o programación académica registrada en la hora solicitada. El sistema permitirá solicitar la reserva de las salas mediante el envío de un email al correo salasmicros@elpoli.edu.co, que sean solicitadas por los usuarios (docentes y empleados) de la Institución y que no tengan programación académica asignada. Estas Reservas deberán solicitarse con mínimo ocho (8) días calendario de anticipación. La solicitud de reservas de salas se realizará de acuerdo con la aplicación (software) solicitada por el usuario. Administrador de la aplicación. Es importante aclarar que el e-mail lo recibirá el Auxiliar de Servicios Generales encargado de las salas de micros, quien será el responsable de reservar la sala, suministrar la información al docente, y actualizar el estado de la salas en el Sistema de Información. RF -004 Cancelación de servicios El sistema tendrá la posibilidad de cancelar los servicios (turnos y/o reservas) que hayan solicitado los usuarios de las salas. Las Reservas deberán ser canceladas con mínimo un día de anticipación; y los turnos, deberán Administrador de la aplicación. ser cancelados con mínimo una hora de anticipación. Se debe actualizar el estado de la sala o el equipo según el tipo de servicio (turnos y/o reservas) que fue cancelado.D RF -005 Administración La administración de equipos de de equipos de cómputo implica las tareas de registro, actualización y eliminación de los cómputo equipos de cómputo, que se encuentren en las salas de MICROS. Al eliminar un equipo de cómputo si este tiene turnos o historiales a su nombre, no se eliminará si no que se desactivará. Un equipo inactivo podrá activarse nuevamente y volverá al estado en el que se encontraba. Administrador de la aplicación. RF -006 Administración La administración de salas implica las tareas de registro, actualización y de salas de eliminación de salas vinculadas a los micros laboratorios de micros. Deberá tenerse en cuenta que al momento de registrar una sala esta debe vincularse a un sistema operativo principal. La sala solo será eliminada si no tiene turnos o reservas a su nombre, y será desactivada en caso contrario. Además desde la administración de salas se podrán consultar los datos de una sala. Deberá existir la posibilidad de activar una sala inactiva. Administrador de la aplicación. RF -007 Administración La administración de aplicaciones implica las tareas de registro, consulta y de eliminación de las aplicaciones para las aplicaciones que la Institución tenga licencia debidamente diligenciada o bien, aplicaciones de libre distribución que sean instaladas en las salas de micros. Administrador de la aplicación. RF -008 Informes El sistema permitirá generar informes básicos sobre la cantidad de usuarios que utilizan las salas de MICROS, por ejemplo, aplicaciones más solicitadas, programa académico de los estudiantes con mayor asistencia a las salas, entre otros. Administrador de la aplicación, docentes, alumnos y empleados. 3.3 Requisitos no funcionales 3.3.1 Facilidad de uso ID. Requisito RNF-001 3.3.2 Descripción del requisito La aplicación debe diseñarse de forma clara y sencilla, para que lo entienda cualquier tipo de usuario; y se debe hacer partiendo de la base de que las personas que lo van a utilizar no son expertas en el manejo de computadores. Confiabilidad ID. Requisito RNF-001 3.3.3 ID. Requisito Descripción del requisito El sistema debe estar disponible 7 X 24 (los 7 días de la semana las 24 horas del día). Performance Descripción del requisito RNF-001 Tiempo de respuesta inmediato. RNF-003 Asignar suficiente espacio a la base de datos para soportar la posibilidad de grandes cantidades de información. RNF-004 Configuración adecuada del equipo, para soportar la instalación adecuada de la aplicación. 3.3.4 Restricciones de diseño ID. Requisito Descripción del requisito RNF-001 El lenguaje de programación del sistema se espera implementar en Java. RFN-002 Se requiere de licenciamiento para el desarrollo del software. 3.3.5 ID. Requisito RNF-001 Documentación de usuario Descripción del requisito Al elaborar el Manual hay que tener en cuenta a quién va dirigido, debe redactarse de forma clara y sencilla para que lo entienda cualquier tipo de usuario. 3.3.6 Interfaces ID. Requisito RNF-001 Descripción del requisito Los colores de la aplicación y el tamaño de los textos serán manejados bajo el estándar definido por el Politécnico Colombiano, respetando los colores y normas corporativos. 3.4 Modelo de casos de uso 3.4.1 Descripciones generales de actores Actor 1. Administrador aplicación Descripción de la - Esta creado en la base de datos y autorizado para hacer cambios importantes a la información. - Es la persona encargada de Administrar la parte de usuarios y perfiles, Administrar los maestros, Configurar salas al inicio del semestre, puede generar y ver informes. - Posee clave de acceso al sistema. 2. Docente - Esta creado en la base de datos y autorizado para ciertas opciones. - Podrá visualizar cada una de las diferentes posibilidades de reservas de salas que ofrece la Institución. Podrá generar y ver también los informes. - Posee clave de acceso al sistema. 3. Estudiante - Esta creado en la base de datos y autorizado para ciertas opciones. Podrá visualizar cada una de las diferentes posibilidades de reservas de equipos que ofrece la Institución. - Posee clave de acceso al sistema. 4. Empleado - Esta creado en la base de datos y autorizado para ciertas opciones. - Podrá visualizar cada una de las diferentes posibilidades de reservas de salas y equipos que ofrece la Institución. - Posee clave de acceso al sistema. 3.4.2 Diagramas del Modelo de Casos de uso 3.4.2.1 Casos de Uso para el Manejo de perfiles 3.4.2.1.1 Caso de uso administración de perfiles 3.4.2.1.2 Caso de uso administración de usuarios Ingresar Usuario «uses» «extends» «extends» Administrar Usuarios Modificar Usuario «uses» «extends» «extends» «uses» Consultar Usuario Administrador Elimininar Usuario «uses» Verficiar Existencia 3.4.2.1.3 Caso de uso autenticación de usuario e ingreso al sistema 3.4.2.2 Caso de Uso para los Componentes de Administración, Reservas de Salas, Registro de Turnos y Generación de Informes 3.4.3 Documentación o especificación de los Casos de uso 3.4.3.1 Documentación para los casos de uso del Componente Seguridad 3.4.3.1.1 Documentación para el caso de uso de Administración de perfiles Nombre del Caso de Uso Administración de Perfiles Código del Caso de Uso CU-01 Requerimiento asociado RF-001 Actor(es) Administrador de la Aplicación Descripción Aquí se creará un registro con los atributos Código y Descripción. Además también se podrán modificar los datos de uno existente, consultar los mismos y/o eliminar registros. 1) Haber iniciado Sesión. Precondiciones 2) Tener permisos para ingresar. Acción actor Acción sistema 1) Ingresa al sistema para 2) Valida que exista el llevar a cabo el proceso de Usuario y que sea administración de registros Administrador. de Perfiles. 3) Si el usuario no existe y/o no es Administrador envía mensaje. Flujo Principal 4) Ingresa el código del 5) Valida la existencia del Perfil. código del Perfil y permite ingresar un registro nuevo si no existe y/o modificar, eliminar o consultar si existe. 6) Ingresa la información solicitada al sistema según sea el caso de ingresar, modificar, consultar o eliminar. Flujo Alternativo 1 7) Los datos del Perfil son creados, modificados o mostrados y el sistema entrega un mensaje informativo. 1) Ingresa el Código del 2) Valida la información. Si el Perfil. código no existe, el sistema permite ingresar los datos del nuevo registro. 3) Ingresa los datos de la 4) Valida los datos digitados, descripción del Perfil. si alguno no concuerda con los estándares, se entregará un mensaje informativo y se deberá dar la oportunidad al usuario de corregir los datos y continuar. 5) Almacena el registro y entrega mensaje informativo. 1) Ingresa el Código del 2) Si el código existe, se Perfil. muestran los datos y se permite al administrador modificarlos. Flujo Alternativo 2 3) Ingresa los datos de 4) La aplicación deberá Descripción del Perfil. validar que el código no esté asociado a ningún Usuario, y verificará también los datos digitados, si alguno no concuerda con los estándares, se entregará un mensaje informativo y se deberá dar la oportunidad al usuario de corregir los datos y continuar. 5) Si el código está asociado al menos a un Usuario, el sistema mostrará mensaje informativo. 6) Si el código no está asociado a ningún Usuario, el sistema modifica y almacena el registro y mostrará mensaje informativo. 1) Si el Eliminar Flujo Alternativo 3 usuario elige 2) La aplicación deberá validar que el código no tenga Usuarios asociados para permitirlo eliminar. 3) Si el código está asociado al menos a un Usuario, el sistema mostrará mensaje informativo. 4) Si el código no está asociado a ningún Usuario, el sistema elimina el registro y mostrará un mensaje informativo. Flujo Alternativo 4 1) Ingresa el Código del 2) Si el código existe, se Perfil a consultar. muestran los datos. 3) Si el código no existe, mostrará mensaje informativo. Postcondiciones La información sobre el Perfil requerida ha sido creada o modificada o eliminada o consultada. Para el Flujo Principal en la secuencia 3) el mensaje es: “El Usuario no existe” o “El Usuario no tiene permisos suficientes para usar esta opción”. Para el Flujo Principal en la secuencia 7) el mensaje es: “El Perfil fue creado con éxito” o “El Perfil fue modificado con éxito” o “El Perfil ha sido eliminado”. Para el Flujo Alternativo 1 en la secuencia 4) el mensaje será así: “Los datos no concuerdan, por favor corrija y continúe”. Para el Flujo Alternativo 1 en la secuencia 5) el mensaje es: “El Perfil fue creado con éxito”. Flujos Alternativos Para el Flujo Alternativo 2 en la secuencia 4) el mensaje será así: “Los datos no concuerdan, por favor corrija y continúe”. Para el Flujo Alternativo 2 en la secuencia 5) el mensaje es: “Imposible modificar el registro por Integridad de Datos”. Para el Flujo Alternativo 2 en la secuencia 6) el mensaje es: “El Perfil fue modificado con éxito”. Para el Flujo Alternativo 3 en la secuencia 3) el mensaje es: “Imposible eliminar el registro por Integridad de Datos”. Para el Flujo Alternativo 3 en la secuencia 4) el mensaje será: “El Perfil ha sido eliminado satisfactoriamente”. Para el Flujo Alternativo 4 en la secuencia 3) el mensaje será: “El Perfil consultado no existe”. Frecuencia Esporádica Importancia Alta Comentarios 3.4.3.1.2 Documentación para el caso de uso de Administración de usuarios Nombre del Caso de Uso Administración de Usuarios Código del Caso de Uso CU-02 Requerimiento asociado RF-001 Actor(es) Administrador de la Aplicación Descripción Aquí se creará un registro con los atributos Documento, Nombre, Usuario, Contraseña y Código de Perfil. Además también se podrán modificar los datos de uno existente, consultar los mismos y/o eliminar registros. 1) Haber iniciado Sesión. Precondiciones 2) Tener permisos para ingresar. Acción actor Acción sistema 1) Ingresa al sistema para 2) Valida que exista el y que sea llevar a cabo el proceso de Usuario administración de registros Administrador. de Usuarios. 3) Si el usuario no existe y/o no es Administrador envía mensaje. Flujo Principal 4) Ingresa el Documento del 5) Valida la existencia del Usuario. documento del Usuario y permite ingresar un registro nuevo si no existe y/o modificar, eliminar o consultar si existe. 6) Ingresa la información solicitada al sistema según sea el caso de ingresar, modificar, consultar o eliminar. Flujo Alternativo 1 7) Los datos del Usuario son creados, modificados o mostrados y el sistema entrega un mensaje informativo. 1) Ingresa el Documento del 2) Valida la información. Si el Usuario. código no existe, el sistema permite ingresar los datos del nuevo registro. 3) Ingresa los datos del 4) Valida los datos digitados, Usuario y le asocia un si alguno no concuerda con Perfil. los estándares, se entregará un mensaje informativo y se deberá dar la oportunidad al usuario de corregir los datos y continuar. 5) Almacena el registro y entrega mensaje informativo. 1) Ingresa el Documento del 2) Si el Documento existe, se Usuario. muestran los datos y se permite al administrador modificarlos. Flujo Alternativo 2 3) Ingresa los datos del 4) Verifica los datos Usuario. digitados, si alguno no concuerda con los estándares, se entregará un mensaje informativo y se deberá dar la oportunidad al usuario de corregir los datos y continuar. 5) El sistema modifica y almacena el registro, y muestra mensaje informativo. Flujo Alternativo 3 1) Si el Eliminar usuario elige 2) El sistema elimina el registro y mostrará un mensaje informativo. 1) Ingresa el Documento del 2) Si el código existe, se Usuario a consultar. muestran los datos. Flujo Alternativo 4 Postcondiciones Flujos Alternativos 3) Si el código no existe, mostrará mensaje informativo. La información sobre el usuario requerida ha sido creada o modificada o eliminada o consultada. Para el Flujo Principal en la secuencia 3) el mensaje es: “El Usuario no existe” o “El Usuario no tiene permisos suficientes para usar esta opción”. Para el Flujo Principal en la secuencia 7) el mensaje es: “El Usuario fue creado con éxito” o “El Usuario fue modificado con éxito” o “El Usuario ha sido eliminado satisfactoriamente”. Para el Flujo Alternativo 1 en la secuencia 4) el mensaje será así: “Los datos no concuerdan, por favor corrija y continúe”. Para el Flujo Alternativo 1 en la secuencia 5) el mensaje es: “El Usuario fue creado con éxito”. Para el Flujo Alternativo 2 en la secuencia 4) el mensaje será así: “Los datos no concuerdan, por favor corrija y continúe”. Para el Flujo Alternativo 2 en la secuencia 5) el mensaje es: “El Usuario fue modificado con éxito”. Para el Flujo Alternativo 3 en la secuencia 2) el mensaje será: “El Usuario ha sido eliminado satisfactoriamente”. Para el Flujo Alternativo 4 en la secuencia 3) el mensaje será: “El Usuario consultado no existe”. Frecuencia Diaria Importancia Alta Comentarios 3.4.3.1.3 Documentación para el caso de uso de Autenticación de usuario e ingreso al sistema Nombre del Caso de Uso Autenticación de usuario e Ingreso al sistema Código del Caso de Uso CU-03 Requerimiento Asociado RF-001 Actor(es) Administrador de la aplicación, estudiantes, docentes, empleados. Descripción Precondiciones El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando alguien solicite su ingreso al sistema. 1) El usuario se encuentra en este momento fuera del sistema y desea ingresar Acción actor Acción sistema 1) Digita el usuario y la 2) Verifica la información contraseña recibida. Flujo Principal 3) Se valida los servicios y operaciones a los que tiene acceso y se actualizan para el ingreso a la aplicación. Flujo Alternativo 1 1) Debe volver a digitar el usuario y contraseña, o darle salir para no volver a intentar. 2) En caso que el usuario y/o contraseña sean incorrectos, envía mensaje de Ingreso Inválido Postcondiciones Si la información es correcta el usuario ingresa al sistema Frecuencia Alta Importancia Alta Comentarios 3.4.3.2 Documentación para los casos de uso de los Componentes de Administración 3.4.3.2.1 Documentación para el caso de uso Administrar Equipos Nombre del Caso de Uso Administración Maestro Equipos Código del Caso de Uso CU-04 Requerimiento Asociado RF-005 Actor(es) Administrador de la Aplicación Descripción El sistema debe almacenar la siguiente información de cada uno de los equipos: Código, Modelo, Serial, Sala, Marca, Estado y Fecha de adquisición (con formato día/mes/año). Además también se podrán modificar los datos de uno existente, consultar los mismos y/o eliminar registros, lógicamente usando los posibles estados de Activo e Inactivo. 1) Haber iniciado Sesión. Precondiciones Flujo Principal 2) Tener permisos para ingresar. Acción actor Acción sistema 1) Ingresa al sistema para 2) Valida que el usuario sea llevar a cabo el proceso de administrador y que tenga administración de registros permisos en esta opción. para Equipos. 3) Si el usuario no existe y/o no tiene permisos para ingresar a esta opción envía mensaje. 4) Elige la opción deseada, 5) Si el usuario eligió ya sea Registrar, actualizar registrar, muestra el o eliminar equipo. formulario para ingreso de datos. Y si eligió consultar o eliminar muestra la lista de equipos existentes. 6) Ingresa los datos del 7) Pide al usuario confirmar equipo a registrar o elige el el registro o la actualización o equipo a actualizar y/o la eliminación. eliminar. 8) Confirma o cancela la 9) Si la operación. confirmada, registro o operación almacena actualiza es el la información o cambia el estado (activo/inactivo), según sea el caso, y devuelve mensaje de la acción. 10) Si la operación fue cancelada por el usuario, entrega mensaje y vuelve al estado inicial. 1) Elige la opción Registrar 2) Presenta el formulario Equipo. para ingresar los datos del equipo. 3) Ingresa los datos del 4) Valida los datos digitados, equipo y envía el registro. si alguno no concuerda con los estándares, se entregará un mensaje informativo y se deberá dar la oportunidad al usuario de corregir los datos y continuar. Flujo Alternativo 1 5) Solicita al usuario confirmar el registro. 6) Confirma o cancela la 7) Si la operación fue operación. confirmada almacena los datos de creación del registro del equipo y confirma el éxito de la operación con mensaje informativo. 8) Si la operación fue cancelada por el usuario, entrega mensaje y vuelve al estado inicial. Flujo Alternativo 2 1) Elige la opción Actualizar 2) Presenta lista Equipo. equipos existentes. de los 3) Elige el equipo a 4) Verifica los datos actualizar, modifica los digitados, si alguno no datos o estados deseados. concuerda con los estándares, se entregará un mensaje informativo y se deberá dar la oportunidad al usuario de corregir los datos y continuar. 5) Solicita al usuario confirmar la actualización. 6) Confirma o cancela la 7) Si el usuario confirma la actualización del equipo. actualización, el sistema modifica y almacena el registro y muestra mensaje informativo. 8) Si la operación fue cancelada por el usuario, entrega mensaje y vuelve al estado inicial. 1) Elige la opción Eliminar 2) Presenta lista equipo. equipos existentes. de los 3) Elige el equipo que 4) Valida que el equipo quiere eliminar. no tenga turnos asociados para permitirlo eliminar o cambiar el campo Estado a Inactivo. 5) Si el equipo está asociado al menos a un turno, el sistema mostrará mensaje informativo. Flujo Alternativo 3 6) Si el equipo no está asociado a ningún turno, el sistema pide confirmar la eliminación. 7) Confirma o cancela la 8) Si el usuario confirma la operación. eliminación, el sistema modifica y almacena el registro y muestra mensaje informativo. 9) Si la operación fue cancelada por el usuario, entrega mensaje y vuelve al estado inicial. Postcondiciones Flujos Alternativos La información sobre el Equipo requerida, ha sido creada o modificada o eliminada (lógicamente). Para el Flujo Principal en la secuencia 3) el mensaje es: “El Usuario no existe” o “El Usuario no tiene permiso para usar esta opción”. Para el flujo principal en la secuencia 7) el mensaje de confirmación es: “Confirma Ud. que desea Registrar el Equipo (S/N)?” o “Confirma Ud. que desea Actualizar el equipo (S/N)?” o “Confirma Ud. Que desea Eliminar el Equipo (S/N)?” según sea el caso. Para el Flujo Principal en la secuencia 9) el mensaje es: “El registro del equipo fue creado con éxito” o “El equipo fue modificado con éxito” o “El equipo ha sido inactivado” dependiendo del Evento. Para el Flujo Principal en la secuencia 10) el mensaje es: “El registro del equipo ha sido cancelado” o “La actualización del equipo ha sido cancelada” o “La eliminación del equipo fue cancelada”. Para el Flujo Alternativo 1 en la secuencia 4) el mensaje será así: “Los datos no concuerdan, por favor corrija y continúe”. Para el Flujo Alternativo 1 en la secuencia 5) el mensaje de confirmación es: “Confirma Ud. que desea Registrar el Equipo (S/N)?”. Para el Flujo Alternativo 1 en la secuencia 7) el mensaje es: “El equipo fue creado con éxito”. Para el Flujo Alternativo 1 en la secuencia 8) el mensaje es: “El registro del equipo ha sido cancelado”. Para el Flujo Alternativo 2 en la secuencia 4) el mensaje será así: “Los datos no concuerdan, por favor corrija y continúe”. Para el flujo alternativo 2 en la secuencia 5) el mensaje de confirmación es: “Confirma Ud. que desea Actualizar el equipo (S/N)?”. Para el Flujo Alternativo 2 en la secuencia 7) el mensaje es: “El equipo ha sido modificado con éxito”. Para el Flujo Alternativo 2 en la secuencia 8) el mensaje es: “La actualización del equipo ha sido cancelada”. Para el Flujo Alternativo 3 en la secuencia 5) el mensaje es: “Imposible eliminar el equipo por Integridad de Datos”. Para el flujo alternativo 3 en la secuencia 6) el mensaje de confirmación es: “Confirma Ud. que desea Eliminar el Equipo (S/N)?”. Para el Flujo Alternativo 3 en la secuencia 8) el mensaje será: “El equipo ha sido Inactivado”. Para el Flujo Principal en la secuencia 9) el mensaje es: “La eliminación del equipo fue cancelada”. Frecuencia Alta Importancia Alta Comentarios 3.4.3.2.2 Documentación para el caso de uso Administrar Salas de Micros Nombre del Caso de Uso Administración Maestro Salas de Micros Código del Caso de Uso CU-04 Requerimiento Asociado RF-006 Actor(es) Administrador de la Aplicación Descripción El sistema debe almacenar la siguiente información por cada una de las salas que se registre: Código, Estado y Descripción. 1) Haber iniciado Sesión. Precondiciones 2) Tener permisos para ingresar. Acción actor Acción sistema 1) Ingresa al sistema para 2) Valida que el usuario sea llevar a cabo el proceso de administrador y que tenga administración de Salas de permisos en esta opción. Micros. 3) Si el usuario no existe y/o no tiene permisos para ingresar a esta opción envía mensaje. Flujo Principal 4) Elige la opción deseada, 5) Si el usuario eligió ya sea Registrar, actualizar registrar, muestra el o eliminar Salas. formulario para ingreso de datos. Y si eligió consultar o eliminar muestra la lista de salas existentes. 6) Ingresa los datos de la 7) Pide al usuario confirmar sala a registrar o elige la el registro o la actualización o sala a actualizar y/o la eliminación. eliminar. 8) Confirma o cancela la 9) Si la operación operación. confirmada, almacena registro o elimina información, según sea caso, y devuelve mensaje la acción. es el la el de 10) Si la operación fue cancelada por el usuario, entrega mensaje y vuelve al estado inicial. 1) Elige la opción Registrar 2) Valida la información, si el Sala e ingresa el código de código no existe permite esta. crear la sala, en caso contrario envía mensaje informativo. 3) Ingresa los datos de la 4) Valida los datos digitados, sala y envía el registro. si alguno no concuerda con los estándares, se entregará un mensaje informativo y se deberá dar la oportunidad al usuario de corregir los datos y continuar. Flujo Alternativo 1 5) Solicita al usuario confirmar el registro. 6) Confirma o cancela la 7) Si la operación fue operación. confirmada almacena los datos de creación del registro de la sala y confirma el éxito de la operación con mensaje informativo. 8) Si la operación fue cancelada por el usuario, entrega mensaje y vuelve al estado inicial. 1) Elige la opción Actualizar 2) Presenta lista de las salas Salas. existentes. 3) Elige la sala a actualizar, 4) Verifica los datos modifica los datos o digitados, si alguno no estados deseados. concuerda con los estándares, se entregará un mensaje informativo y se deberá dar la oportunidad al usuario de corregir los datos y continuar. Flujo Alternativo 2 5) Solicita al usuario confirmar la actualización. 6) Confirma o cancela la 7) Si el usuario confirma la actualización de la sala. actualización, el sistema modifica y almacena el registro y muestra mensaje informativo. 8) Si la operación fue cancelada por el usuario, entrega mensaje y vuelve al estado inicial. 1) Elige la opción Eliminar 2) Presenta lista de las salas Sala. existentes. 3) Elige la sala que quiere 4) Valida que la sala no eliminar. tenga turnos y/o reservas asociados para permitir eliminarla. 5) Si la sala está asociada al menos a un turno y/o reserva, el sistema actualizará el estado a inactiva y mostrará mensaje informativo. Flujo Alternativo 3 6) Si la sala no está asociada a ningún turno y/o reserva, el sistema pide confirmar la eliminación. 7) Confirma o cancela la 8) Si el usuario confirma la operación. eliminación, el sistema modifica y almacena el registro y muestra mensaje informativo. 9) Si la operación fue cancelada por el usuario, entrega mensaje y vuelve al estado inicial. Postcondiciones Flujos Alternativos La información requerida sobre la Sala, ha sido creada o modificada o eliminada. Para el Flujo Principal en la secuencia 3) el mensaje es: “El Usuario no existe” o “El Usuario no tiene permiso para usar esta opción”. Para el flujo principal en la secuencia 7) el mensaje de confirmación es: “Confirma Ud. que desea Registrar la sala (S/N)?” o “Confirma Ud. que desea Actualizar la sala (S/N)? “Confirma Ud. que desea Eliminar la sala (S/N)?” según sea el caso. Para el Flujo Principal en la secuencia 9) el mensaje es: “El registro la sala fue creado con éxito” o “La sala ha sido eliminada” o “La sala ha sido actualizada”, dependiendo del Evento. Para el Flujo Principal en la secuencia 10) el mensaje es: “El registro de la sala ha sido cancelado” o ““La eliminación de la sala fue cancelada”. Para el Flujo Alternativo 1 en la secuencia 2) el mensaje será así: “El código de sala suministrado ya existe, no puede ser creado”. Para el Flujo Alternativo 1 en la secuencia 4) el mensaje será así: “Los datos no concuerdan, por favor corrija y continúe”. Para el Flujo Alternativo 1 en la secuencia 5) el mensaje de confirmación es: “Confirma Ud. que desea Registrar la Sala (S/N)?”. Para el Flujo Alternativo 1 en la secuencia 7) el mensaje es: “La sala fue creada con éxito”. Para el Flujo Alternativo 1 en la secuencia 8) el mensaje es: “El registro de la sala ha sido cancelado”. Para el Flujo Alternativo 2 en la secuencia 4) el mensaje será así: “Los datos no concuerdan, por favor corrija y continúe”. Para el flujo alternativo 2 en la secuencia 5) el mensaje de confirmación es: “Confirma Ud. que desea Actualizar la Sala (S/N)?”. Para el Flujo Alternativo 2 en la secuencia 7) el mensaje es: “La sala ha sido modificada con éxito”. Para el Flujo Alternativo 2 en la secuencia 8) el mensaje es: “La actualización de la sala ha sido cancelada”. Para el Flujo Alternativo 3 en la secuencia 5) el mensaje es: “Por Integridad de Datos, la Sala solo fue Inactivada”. Para el flujo alternativo 3 en la secuencia 6) el mensaje de confirmación es: “Confirma Ud. que desea Eliminar la Sala (S/N)?”. Para el Flujo Alternativo 3 en la secuencia 8) el mensaje será: “La sala ha sido Inactivada”. Para el Flujo Principal en la secuencia 9) el mensaje es: “La eliminación de la sala fue cancelada”. Frecuencia Alta Importancia Alta Comentarios 3.4.3.2.3 Documentación para el caso de uso Administrar Aplicaciones Nombre del Caso de Uso Administración Maestro Aplicaciones Código del Caso de Uso CU-04 Requerimiento Asociado RF-007 Actor(es) Administrador de la Aplicación Descripción El sistema debe almacenar la siguiente información, referente a cada aplicación: Código, Nombre, Versión, Especificación, Fecha de instalación, Sala(s) donde está instalada, Tipo de aplicación 1) Haber iniciado Sesión. Precondiciones 2) Tener permisos para ingresar. Acción actor Acción sistema 1) Ingresa al sistema para 2) Valida que el usuario sea llevar a cabo el proceso de administrador y que tenga administración de permisos en esta opción. Aplicaciones. 3) Si el usuario no existe y/o no tiene permisos para ingresar a esta opción envía mensaje. Flujo Principal 4) Elige la opción deseada, 5) Si el usuario eligió ya sea Registrar o eliminar registrar, muestra el Aplicaciones. formulario para ingreso de datos. Y si eligió eliminar muestra la lista de aplicaciones existentes. 6) Ingresa los datos de la 7) Pide al usuario confirmar aplicación a registrar o elige el registro o la eliminación. la que quiera eliminar. 8) Confirma o cancela la 9) Si la operación operación. confirmada, almacena registro o elimina aplicación, según sea caso, y devuelve mensaje la acción. es el la el de 10) Si la operación fue cancelada por el usuario, entrega mensaje y vuelve al estado inicial. Flujo Alternativo 1 1) Elige la opción Registrar 2) Valida la información, si el Aplicación e ingresa el código no existe permite código de esta. crear la aplicación, en caso contrario envía mensaje informativo. 3) Ingresa los datos de la 4) Valida los datos digitados, aplicación y envía el si alguno no concuerda con registro. los estándares, se entregará un mensaje informativo y se deberá dar la oportunidad al usuario de corregir los datos y continuar. 5) Solicita al usuario confirmar el registro. 6) Confirma o cancela la 7) Si la operación fue operación. confirmada almacena los datos de creación del registro de la aplicación y confirma el éxito de la operación con mensaje informativo. 8) Si la operación fue cancelada por el usuario, entrega mensaje y vuelve al estado inicial. 1) Elige la opción Eliminar 2) Presenta lista de Aplicación. aplicaciones existentes. las 3) Elige la aplicación 4) Valida que la que quiere eliminar. aplicación no tenga turnos y/o reservas asociados para permitir eliminarla. 5) Si la aplicación está asociada al menos a un turno y/o reserva, el sistema mostrará mensaje informativo. Flujo Alternativo 2 6) Si la aplicación no está asociada a ningún turno, el sistema pide confirmar la eliminación. 7) Confirma o cancela la 8) Si el usuario confirma la operación. eliminación, el sistema elimina el registro y muestra mensaje informativo. 9) Si la operación fue cancelada por el usuario, entrega mensaje y vuelve al estado inicial. Postcondiciones Flujos Alternativos La aplicación, ha sido creada o eliminada. Para el Flujo Principal en la secuencia 3) el mensaje es: “El Usuario no existe” o “El Usuario no tiene permiso para usar esta opción”. Para el flujo principal en la secuencia 7) el mensaje de confirmación es: “Confirma Ud. que desea Registrar la aplicación (S/N)?” o “Confirma Ud. Que desea Eliminar la aplicación (S/N)?” según sea el caso. Para el Flujo Principal en la secuencia 9) el mensaje es: “La aplicación fue creado con éxito” o “La aplicación ha sido eliminada”, dependiendo del Evento. Para el Flujo Principal en la secuencia 10) el mensaje es: “El registro de la aplicación ha sido cancelado” o “La eliminación de la aplicación fue cancelada”. Para el Flujo Alternativo 1 en la secuencia 2) el mensaje será así: “El código de aplicación suministrado ya existe, no puede ser creado”. Para el Flujo Alternativo 1 en la secuencia 4) el mensaje será así: “Los datos no concuerdan, por favor corrija y continúe”. Para el Flujo Alternativo 1 en la secuencia 5) el mensaje de confirmación es: “Confirma Ud. que desea Registrar la Aplicación (S/N)?”. Para el Flujo Alternativo 1 en la secuencia 7) el mensaje es: “La aplicación fue creada con éxito”. Para el Flujo Alternativo 1 en la secuencia 8) el mensaje es: “El registro de la aplicación ha sido cancelado”. Para el Flujo Alternativo 3 en la secuencia 5) el mensaje es: “Por Integridad de Datos, la Aplicación no puede ser eliminada”. Para el flujo alternativo 3 en la secuencia 6) el mensaje de confirmación es: “Confirma Ud. que desea Eliminar la Aplicación (S/N)?”. Para el Flujo Alternativo 3 en la secuencia 8) el mensaje será: “La aplicación ha sido Inactivada”. Para el Flujo Principal en la secuencia 9) el mensaje es: “La eliminación de la aplicación fue cancelada”. Frecuencia Alta Importancia Alta Comentarios 3.4.3.3 Documentación para los casos de uso del componente de Turnos 3.4.3.3.1 Documentación para el caso de uso de Registrar Turno Nombre del Caso de Uso Registrar turno Código del Caso de Uso CU-04 Requerimiento asociado RF-002 Actor(es) Administrador de la aplicación Descripción Este caso de uso ocurre cuando el Administrador elige la opción Nuevo Turno. Al momento de asignar un turno el Sistema debe almacenar la siguiente información: Código del turno, Aplicación solicitada, fecha de asignación, hora inicial, hora final, Identificación del usuario que solicita el turno y equipo asignado. 1) Haber iniciado Sesión. 2) Tener permisos para ingresar. Precondiciones 3) Registro de equipos. Acción actor 1) Elige la ingresar turnos. Acción sistema opción 2) Presenta el formulario de registro de turnos. 3) Ingresa los datos solicitados por el sistema. Flujo Principal 4) Solicita al sistema buscar si con los datos ingresados, si hay alguna sala - equipo que puede brindar ese turno. 5) Muestra los resultados de los equipos que pueden ser seleccionados para ese turno. Flujos Alternativos 6) Selecciona alguno de los 7) Almacena el registro del equipos presentados. turno y devuelve un mensaje de confirmación. Se asigna un equipo a un estudiante o empleado, y el equipo ya no está disponible. Para el Flujo Principal en la secuencia 6) el mensaje es: “El turno ha sido asignado”. Frecuencia Diaria Importancia Alta Postcondiciones Comentarios 3.4.3.3.2 Documentación para el caso de uso Cancelar Turno Nombre del Caso de Uso Cancelar Turno Código del Caso de Uso CU-04 Requerimiento asociado RF-004 Actor(es) Administrador de la Aplicación Descripción Aquí se podrán eliminar registros de turnos ya asignados. 1) Haber iniciado Sesión. 2) Tener permisos para ingresar. Precondiciones 3) La fecha y hora en que se cancela el turno no puede ser superior a la fecha y hora del turno a cancelar. Acción actor Acción sistema 1) Elije la opción Cancelar 2) Presenta la lista del Turno. historial de turnos existentes asignados. 3) Selecciona el turno que desea cancelar. Flujo Principal 4) Solicita al sistema cancelar el turno seleccionado. 6) Confirma la cancelación del turno. 5) Solicita al administrador confirmar la cancelación. 7) Si el usuario cancela la operación, envía mensaje informativo y regresa al estado inicial. 8) Elimina el turno seleccionado y confirma el éxito de la operación. Postcondiciones El turno es cancelado y aparece dicho horario disponible nuevamente. Flujos Alternativos Para el Flujo Principal en la secuencia 8) el mensaje es: “El Turno fue cancelado”. Frecuencia Ocasional Importancia Alta Comentarios 3.4.3.4 Documentación para el caso de uso del componente de Reservas de Salas Nombre del Caso de Uso Solicitar Reserva Código del Caso de Uso CU-04 Requerimiento asociado RF-003 Actor(es) Administrador de la aplicación, docentes, empleados Descripción Al momento de reservar una sala el Sistema debe almacenar la siguiente información: Código de la reserva, Fecha inicial, Fecha final, Hora inicial, Hora final, Identificación del usuario que solicita la reserva de sala, Sala asignada, Asignatura, Aplicación solicitada, Tipo de la reserva. 4) Haber iniciado Sesión. 5) Tener permisos para ingresar. Precondiciones 6) Registro de salas. Acción actor Acción sistema 1) El docente y/o el empleado envían correo electrónico solicitando reserva y/o cancelación de sala. Flujo Principal 3) El administrador 4) Presenta el formulario elige la opción Reservas / para diligenciar la solicitud. Nueva Solicitud, o la opción Cancelar Reserva. 5) Ingresa los datos 6) Verifica disponibilidad acuerdo a las para la reserva o de aplicaciones pedidas y cancelación de la sala. entrega mensaje de confirmación o de imposibilidad. 7) Confirma al sistema 8) Si el usuario cancela registrar la solicitud ó la operación, envía mensaje cancela la petición. informativo y regresa al estado inicial. 9) Almacena la información y devuelve confirmación al usuario del registro, o de la cancelación de la reserva, según sea el caso. Postcondiciones Flujos Alternativos Se asigna o se cancela una reserva de sala para un docente o un empleado. Para la secuencia 5) el mensaje es: “Lo sentimos, no hay sala disponible para la fecha y el horario solicitado” o “Confirma Ud. la reserva de la Sala (S/N)”. Para la secuencia 7) el mensaje es: “Operación cancelada por el usuario”. Para la secuencia 8) el mensaje es: “La sala fue reservada correctamente, favor avisar al usuario” o “La reserva de la sala fue eliminada correctamente, favor avisar al usuario”. Frecuencia Diaria Importancia Alta Comentarios 3.4.3.5 Documentación para el caso de uso generar informes Nombre del Caso de Uso Generar informes Código del Caso de Uso CU-04 Requerimiento Asociado RF-008 Actor(es) Administrador de la aplicación, docentes y empleados Descripción Se generarán informes estadísticos que permitan la toma de decisiones para el mejoramiento del servicio. Precondiciones 1) Haber iniciado sesión 2) El usuario tiene permiso para generar informes 3) Se deben haber hecho reservas de salas y asignación de turnos Acción actor Flujo Principal Acción sistema 1) Ingresa al sistema para 2) Valida que el usuario generar informes. exista y tenga permiso para ingresar a esta opción, si no tiene permiso deshabilita la opción. 3) Muestra formulario con los posibles informes a consultar. 4) Elige el informe que 5) Si el usuario confirma se desea consultar. genera el informe pedido. Flujo Alternativo 1 1) Ingresa al sistema para 2) Validar que el usuario generar informesexista y tenga permiso para ingresar a esta opción, si no tiene permiso deshabilita la opción. 3) Si el usuario no existe o no tiene permisos envía mensaje. Postcondiciones Flujos Alternativos El informe pedido ha sido generado Para el Flujo Alternativo1 en la secuencia 3) el mensaje es “El usuario no existe o no tiene permiso para ingresar a la opción”. Frecuencia Esporádica Importancia Alta Comentarios 3.5 Diagrama de clases Estudiante Docente Empleado -nmIndentificacion -dsNombre -dsPrograma +Crear() +Consultar() +Modificar() +Eliminar() -nmIdentificacion -dsNombre -dsCargo +Crear() +Consultar() +Modificar() +Eliminar() * 0..* 0..* * -nmIdentificacion -dsNombre -dsAsignatura * +Crear() +Consultar() +Modificar() +Eliminar() 0..* 0..* 1 1 0..* 0..* 0..* 0..* Turnos Usuario -nmDocumento -dsNombre -dsUsuario -dsContraseña -cdPerfil +Crear() +Consultar() +Modificar() +Eliminar() 1 Reservas -cdCodigo -fcInicial -fcFinal -dsHoraIni -dsHoraFin -cdIdentificacion -dsSalaAsignada -dsAsignatura -dsAplicacion -dsTipoReserva +Crear() +Eliminar() -cdCodigo -dsAplicacion -fcAsignacion -dsHoraIni -dsHoraFin -cdIdentUsuario -dsEquipo +Crear() +Eliminar() 1..* 1 Perfil -cdPerfil -dsPerfil -cdServicio +Crear() +Consultar() +Modificar() +Eliminar() 0..* 1..* 1..* 1..* Equipos -cdCodigo -dsModelo -dsSerial -dsSala -dsMarca -dsEstado -FcAdquision +Registrar() +Actualizar() +Eliminar() Salas -Fin7 -Fin8 * * -cdCodigo -dsDescripcion -dsEstado +Registrar() +Actualizar() +Eliminar() Aplicaciones 1..* 1..* -cdCodigo -dsNombre -dsVersion -dsEspecif -fcFechaInst -dsSalas -dsTipoAplicac +Registrar() +Eliminar() 3.6 Diccionario de datos Clase:[Estudiante] Atributo nmIdentificacion dsNombre dsPrograma Método Crear Tipo Visibilidad Descripción integer Número documento del estudiante string Nombres y apellidos del estudiante string Carrera en la que está inscrito el estudiante Visibi Parámetros de entrada Valores que retorna Descripción lidad Tipo Descripción Tipo Descripción Consultar Modificar Eliminar Clase:[Empleado] Atributo nmIdentificacion dsNombre dsCargo Método Tipo Visibilidad Descripción integer Número documento del empleado string Nombres y apellidos del empleado string Cargo que desempeña el empleado Visibi Parámetros de entrada Valores que retorna Descripción lidad Tipo Descripción Tipo Descripción Crear Consultar Modificar Eliminar Clase:[Docente] Atributo nmIdentificacion dsNombre dsAsignatura Método Tipo Visibilidad Descripción integer Número documento del docente string Nombres y apellidos del docente string Materia que dicta el docente Visibi Parámetros de entrada Valores que retorna lidad Tipo Descripción Tipo Descripción Descripción Crear Consultar Modificar Eliminar Clase:[Turnos] Atributo cdCodigo dsAplicacion fcAsignacion dsHoraIni dsHoraFin cdIdentUsuario dsEquipo Método Tipo Visibilidad integer string date string string integer Descripción Código del turno Descripción de la aplicación solicitada Fecha en que fue asignado el turno Hora inicio del turno Hora en que finaliza el turno Número identificación del usuario que pidió el turno string Descripción del equipo asignado para el turno Visibi Parámetros de entrada Valores que retorna Descripción lidad Tipo Descripción Tipo Descripción Crear Eliminar Clase:[Reservas] Atributo cdCodigo fcInicial Tipo Visibilidad integer date Descripción Código de la reserva Fecha inicio de la reserva fcFinal dsHoraIni dsHoraFin cdIdentificacion date string string integer dsSalaAsignada dsAsignatura dsAplicacion dsTipoReserva String String String string Visibi lidad Método Fecha de finalización de la reserve Hora en que inicia de la reserva Hora en que termina la reserva Número de identificación del usuario que pidió la reserva Sala que fue asignada Materia o curso que va a usar la sala Aplicación solicitada Tipo de reserva Parámetros de entrada Valores que retorna Descripción Tipo Descripción Tipo Descripción Crear Eliminar Clase:[Equipos] Atributo cdCodigo dsModelo dsSerial dsSala dsMarca dsEstado fcAdquisicion Método Tipo Visibilidad Descripción integer Código del equipo string Modelo del equipo string Serial del equipo String Sala a la que está asignado el equipo Sring Marca del equipo string Estado del equipo date Fecha de adquisición del equipo Visibi Parámetros de entrada Valores que retorna Descripción lidad Tipo Descripción Tipo Descripción Registrar Actualizar Eliminar Clase:[Salas] Atributo cdCodigo dsDescripcion dsEstado Método Tipo Visibilidad Descripción integer Código de sala string Descripción o Nombre de la sala string Estado de la sala (active/inactiva) Visibi Parámetros de entrada Valores que retorna lidad Tipo Descripción Tipo Descripción Registrar Actualizar Eliminar Clase:[Aplicaciones] Atributo cdCodigo dsNombre dsVersion dsEspecif Tipo Visibilidad integer string string String Descripción Código de la aplicación Nombre de la aplicación Versión de la aplicación Especificación Descripción feFechaInst dsSalas dsTipoAplic Método Date Fecha de instalación string Salas donde está instalada string Tipo de aplicación Visibi Parámetros de entrada Valores que retorna lidad Tipo Descripción Tipo Descripción Descripción Registrar Eliminar Clase:[Usuario] Atributo nmDocumento dsNombre dsUsuario dsContraseña cdPerfil Método Tipo Visibilidad Descripción integer Número de documento string Nombres y Apellido string Descripción del Usuario string Contraseña integer Código perfil Visibi Parámetros de entrada Valores que retorna lidad Tipo Descripción Tipo Descripción Descripción Crear Consultar Modificar Eliminar Clase:[Perfil] Atributo cdPerfil dsPerfil cdServicio Método Crear Consultar Modificar Eliminar Tipo Visibilidad Descripción integer Código perfil string Descripción del perfil integer Código Servicio Visibi Parámetros de entrada Valores que retorna lidad Tipo Descripción Tipo Descripción Descripción 3.7 Diagrama base de datos 3.8 Diagrama de secuencia 3.8.1 Diagrama de secuencia para el Manejo de perfiles 3.8.1.1 Diagrama de secuencia Administración de perfiles 3.8.1.2 Diagrama de secuencia Administración de usuarios FrmAdmonUsuarios Usuarios Paquete superior::Administrador Ingresa datos de usuario VerificarUsuario() Mensaje de Error {Si Usuario no existe o no es Administrador} {Si Usuario existe y es Administrador} Selecciona opción para Administrar Usuarios e ingresa documento de usuario VerficarExistencia() {Si el documento existe} Modifica datos del usuario {muestra los datos y permite modificarlos} Verificar[DatosValidos] Mensaje informativo {Si la información no concuerda con estándares} {Si la información concuerda con estándares} Actualizar(Datos del usuario) Mensaje informativo de modificación de registro {Si el documento existe} {muestra los datos y permite eliminar el registro} Botón [Eliminar] EliminarRegistro() Mensaje informativo de eliminación de registro {Si el documento no existe} Ingresa datos del usuario Verificar(DatosValidos) {Si la información no concuerda con estándares} {Si la información concuerda con estándares} Mensaje informativo de creación de registro 3.8.2 Diagrama de secuencia Componente Administración de maestros 3.8.2.1 Diagrama de secuencia para Administrar Equipos 3.8.2.2 Diagrama de secuencia para Administrar Aplicaciones Usuarios FrmAdmonSalasdeMicros Paquete superior::Administrador Ingresa datos de usuario VerificarUsuario() Mensaje de Error {Si Usuario no existe o no es Administrador} {Si Usuario existe y es Administrador} Elige la opción Registrar aplicaciones e ingresa código Validar[Codigo] Mensaje informativo {Si el código existe} {Si el código no existe} {presenta fomulario para ingreso de datos aplicación} Ingresa Datos Verificar[DatosValidos] Mensaje informativo {Si la información no concuerda con estándares} {Si la información concuerda con estándares} {Solicita confirmación de registro} Confirma Registro Mensaje informativo de creación de aplicación Guardar(DatosdelaAplicacion) Opción Eliminar Aplicaciones {presenta lista de aplicaciones existentes} Elige aplicación a eliminar Verificar(IntegridadDatos) Mensaje informativo {Si la apliacaión esta asociada al menos a un turno o reserva} {Si la aplicación no esta asociada a ningún turno o reserva} Mensaje informativo de eliminación de equipo Eliminar() 3.8.2.3 Diagrama de secuencia para Administración de Salas de Micro Usuarios FrmAdmonSalasdeMicros Paquete superior::Administrador Ingresa datos de usuario VerificarUsuario() Mensaje de Error {Si Usuario no existe o no es Administrador} {Si Usuario existe y es Administrador} Elige la opción Registrar Salas de Micros Validar[Codigo] Mensaje informativo {Si el código existe} {Si el código no existe} {presenta fomulario para ingreso de datos de Salas Micros} Ingresa Datos Mensaje informativo {Si la información no concuerda con estándares} {Si la información concuerda con estándares} Confirma Registro Mensaje informativo de creación de Sala Verificar[DatosValidos] {Solicita confirmación de registro} Guardar(DatosSalaMicro) Opción Actualizar Sala Elige sala y modifica datos Mensaje informativo {presenta lista de salas existentes} Verificar(DatosValidos) {Si la información no concuerda con estandares} {Si la información concuerda con con estandares} Confirma Actualización Mensaje informativo de actualización de sala {Solicita confirmación de actualización} Actualizar(DatosSala) Opción Eliminar Salas Micros Elige sala a eliminar {presenta lista de salas existentes} Verificar(IntegridadDatos) {Si la sala esta asociada al menos a un turno o a una reserva} Inactivar(Sala) {Si la sala no esta asociada a ningún turno ni ninguna reserva} Eliminar() 3.8.3 Diagrama de secuencia para Registrar y Cancelar Turnos Usuarios FrmAsignacionTurnos Paquete superior::Administrador, estudiante Ingresa datos de usuario Mensaje de Error {Si Usuario no existe o no es Administrador} VerificarUsuario() {Si Usuario existe y es Administrador} Elige la opción Ingresar Turnos {Presenta formulario para Registro de Turno} Ingresa datos y solicita confirmación de turnos disponibles {Muestra equipos Actualiza ServiciosxPerfiles dsponibles para ese turno} Selecciona algun equipo de los presentados Mensaje informativo de creación de turno AlmacenaRegistro() Elige la opción cancelar Turnos {Presenta lista historial turnos existentes asignados} Selecciona el turno que desea cancelar y pide al sistema la cancelación {Solicita confirmación de la cancelación} Confirma la cancelación Confirma exito de la operación EliminarTurno() 3.8.4 Diagrama de secuencia para gestionar y cancelar Reservas de Salas Usuarios FrmReservasSalas Paquete superior::Admor, docente, empleado Ingresa datos de usuario Mensaje de Error {Si Usuario no existe o no tiene permisos} VerificarUsuario() {Si Usuario existe y tiene permisos} El docente o el empleado envía correo electrónico solicitando reserva El admor elige Reservas/Nueva Solicitud {Presenta formulario para diligenciar solicitud} Ingresa datos para la reserva {Verifica disponibilidad, la muestra, y pide confirmación} Confirma la reserva AlmacenaReserva() Mensaje informativo de asignación de reserva Elige la opción cancelar Reserva {Presenta lista de reservas asignadas} Selecciona la reserva que desea cancelar y pide al sistema la cancelación {Solicita confirmación de la cancelación} Confirma la cancelación Confirma exito de la operación EliminarReserva() 3.8.5 Diagrama de secuencia para Generación de Informes BIBLIOGRAFÍA PRESSMAN, Roger S. Ingeniería del Software, Un enfoque práctico. 3 ed. McGraw Hill. BUILES VELEZ, Carlos Alberto. Notas acerca de Ingeniería del Software. Primera Edición. Editorial Artes y Letras. REFERENCIAS Guadalupe Peláez Ramírez Liliana Hernández Merchán Viviana Acevedo Agudelo