Solución informática

Transcripción

1 Solución informática Andrés Felipe Crespo García UNIVERSIDAD DE CARTAGENA Facultad de Ingeniería PROGRAMA DE INGENIERÍA DE SISTEMAS Programas de Educación Abierta y a Distancia Cartagena D. T. y C. 24 de marzo de 2017

2 Solución informática Andrés Felipe Crespo García Profesor: JHON CARLOS ARRIETA ARRIETA UNIVERSIDAD DE CARTAGENA Facultad de Ingeniería PROGRAMA DE INGENIERÍA DE SISTEMAS Programas de Educación Abierta y a Distancia Cartagena D. T. y C. 24 de marzo de

3 Nunca consideres el estudio como una obligación, sino como una oportunidad para penetrar en el bello y maravilloso mundo del saber Albert Einstein físico y judío alemán del siglo XIX y XX (nació el 14 de marzo de 1879 y murió el 18 de abril de 1955) conocido principalmente por el desarrollo de la teoría de la relatividad. 3

4 Contenido Contexto...5 Entregar...5 Lógica del sistema de Bienestar Universitario Universidad de Cartagena...6 Requerimientos...7 Requerimientos funcionales...7 Requerimientos no funcionales...7 Lista de actores...10 Perfiles de usuario...12 Perfil: Administrador del sistema de información...12 Perfil: Funcionario auxiliar...13 Perfil: Asistentes...14 Perfil: Invitado...14 Perfil: Bienestar Universitario...15 Tabla de tipos de requerimiento...16 Diagramas de casos de usos

5 Contexto Se requieren los servicios de a Distancia para que se desarrolle una solución informática que permita llevar las estadísticas sobre los eventos y actividades del departamento de Bienestar Universitario. Se requiere entre otras cosas que el sistema permita en tiempo real ver las estadísticas de participación por programa, estudiante y satisfacción. Entregar Requerimientos no funcionales y no funcionales Lista de actores Tabla comprendida por: N Requerimiento Tipo de requerimiento Diagramas de casos de uso Actores Requerimiento que se relaciona 5

6 Lógica del sistema de Bienestar Universitario Universidad de Cartagena El sistema será empleado por el Bienestar Universitario de la Universidad de Cartagena, sede Piedra de Bolívar, ubicada en la ciudad de Cartagena de Indias. Este sistema se desarrollará por la solicitud del Bienestar Universitario de la Universidad, sede Piedra de Bolívar, con el fin de llevar las estadísticas (así como administrar, coordinar y gestionar las actividades y eventos de dicho departamento perteneciente a la universidad), mediante la visión en tiempo real de los datos estadísticos, la participación por programa, los estudiantes que han asistido y su satisfacción con el evento. Se considera pertinente que esta solución informática sea una página web bajo el dominio de la Universidad de Cartagena, puesto que con estos se podrá acceder desde casi cualquier dispositivo con solo acceso a internet, haciendo así que no importando el lugar donde se vaya a dar el evento, todos aquellos involucrados en el sistema puedan hacer todas las actividades correspondientes a los mismos. 6

7 Requerimientos funcionales Universidad de Cartagena Requerimientos La presente solución informática para el monitoreo de los eventos y actividades del Bienestar Universitario de la Universidad de Cartagena sede Piedra de Bolívar tendrá la capacidad de brindarle a las personas que participen en dicho sistema (como funcionarios, estudiantes y docentes pertenecientes a esta Universidad pero dependiendo a su rol en el sistema) la facilidad de ver datos estadísticos en tiempo real, la participación por programas, los estudiantes que asistan a los eventos, así como la satisfacción por parte de los beneficiarios. A continuación, se muestra los requerimientos funcionales de dicho sistema: Administración de usuarios y acceso al sistema. Generación de informes para la visualización en tiempo real. Generación de reportes de participación por programa y facultad. Número total de asistentes y sus datos (como nombre, facultad, rol y programa). Requerimientos no funcionales De entre los recursos no funcionales que compondrán este sistema se resaltan muchos más que los funcionales, puesto que detrás de toda la ingeniería que se necesita aplicar en el sistema se encuentran detalles que podrían darle una mejor fluidez, así como los componentes que harán más amigable el sistema. Por ello, entre los requerimientos no funcionales se necesitarán los siguientes: No Requerimiento. 1 Computadoras Descripción Estos serán los encargados la administración del sistema en cuestión, incluyendo que serán los poseedores del software, por ello se les denominará servidores. 7

8 2 Lenguaje de programación 3 Bases de datos 4 Copias de seguridad 5 Interfaz grafica Canales de comunicación Lector de código de barras Impresora/Scanne r Universidad de Cartagena Luego de todo lo dicho, se debe resaltar que: Se aplicará el lenguaje PHP, para conexión y manejo de las bases de datos que se necesiten. Será la encargada de guardar los datos pertinentes para el sistema de información, ya que será la que contenga a los estudiantes por actividad, su facultad, etc. Estará hecha bajo el gestor MariaDB. Para priorizar la integridad de las bases de datos previamente mencionadas en caso de una pérdida de datos. Se utilizará una interfaz gráfica de fácil lectura y amigable con los usuarios, y para la creación de la misma se usarán los recursos HTML, CSS y JavaScript. El software será capaz de interactuar entre terminales y servidor a través de internet, mediante una red de carácter privado, aparte de que se haga a través de un algoritmo de encriptación para mantener la seguridad de los datos. Principalmente para tomar la asistencia de los asistentes de los eventos con mayor rapidez. Este se necesitará en los lugares donde se registren a las personas. Este hardware será el encargado de imprimir/escanear los datos de reportes que se generen con los eventos. El sistema propuesto en este documento debe funcionar en los diversos navegadores web (Internet Explorer, Mozilla Firefox, Google Chrome, Opera, UC browser, entre otros, siempre y cuando cumplan con estándares básicos de seguridad) y en tantas versiones como sea necesario y posible, para 8

9 asegurar la mayor compatibilidad posible con los dispositivos desde los cuales se pueda acceder. La interfaz debe ser lo más sencilla posible, sin descartar que sea intuitiva, además de agradable para quien maneje el sistema. El sistema debe mostrar y notificar mediante mensajes los posibles errores que permita a los usuarios establecer el origen del error y realizar la corrección de la acción. El sistema debe contar con una interfaz que permita la visualización en tiempo real de los parámetros que se necesitan (como número total de estudiantes, porcentajes de asistencia por facultades, etc.). En cada uno de estos apartados el sistema debe ofrecer las funcionalidades de crear eventos, ingresar estudiantes/profesores/administrativos que asisten y/o participan, consultar el número de asistentes, listar de acuerdo a las opciones elegidas por el usuario. El sistema debe estar en capacidad de permitir la adición de nuevas funcionalidades e interfaces, así como eliminar funcionalidades existentes, por tal razón el código debe estar diseñado de tal manera que el cambio de los mismos afecte en un menor grado la funcionalidad global del sistema. 9

10 Lista de actores Antes de comenzar con los actores, es necesario dejar por sentado quienes serán las personas que estarán en contacto con el sistema de información aquí descrito. Entre estos individuos se postulan los siguientes: Administrador del sistema de información: Esta persona (o personas) será(n) un funcionario de la Universidad, y estará encargado del rol de todo lo relacionado con la administración del sistema, por lo cual deberá ser una persona con conocimientos en el desarrollo de páginas web (en caso de ser necesaria la modificación de la misma), conocimiento en PHP (en caso de ser necesario la adición de nuevas características), conocimientos en MariaDB (en caso que se necesiten procesos específicos sobre la base de datos). Funcionario auxiliar: Serán las personas encargadas en ser quienes creen los eventos en la base de datos, ingresen personas en el sistema que asistan a los eventos, y sean quienes analicen los reportes creados al final de cada uno de los eventos. Asistentes (Docentes, estudiantes y administrativos que asisten a los eventos): Estas serán las personas que realizarán el proceso de entrada a los eventos y actividades que habrá en el sistema. Podrán consultar eventos actuales, venideros y sucedidos desde su rol. Invitados: Sin necesidad de registrarse en el sistema, se le dará la posibilidad de ver las estadísticas de los eventos. Bienestar Universitario: Brinda el permiso de los eventos pedidos. Sabiendo lo anterior, ahora se procede a la identificación de los actores de cada una de las actividades relacionadas con el sistema, que serían los siguientes: Actor Administrador del sistema de información Rol Gestiona eventos y actividades en el sistema de información, supervisa el 10

11 Funcionario auxiliar Asistentes (docentes, estudiantes y administrativos que asisten a los eventos) Invitados Bienestar Universitario estado general del servidor, se quien solicita el mantenimiento o compra de los recursos relacionados con el sistema de información, administración de los usuarios del sistema, asigna roles y privilegios. Genera reportes e informes. Consulta de estadísticas y resultados de satisfacción de eventos pasados y en tiempo real. Gestiona eventos y actividades en el sistema de información, supervisa el ingreso de estudiantes a los eventos. Genera Reportes e informes. Consulta de estadísticas y resultados de satisfacción de eventos pasados y en tiempo real. Consulta de los eventos disponibles, ingresar a los eventos realizados, ver su historial de asistencia a eventos. Puede solicitar (mas no asegurar) un evento específico que luego será revisado por un administrador y/o auxiliar. Consulta de estadísticas y resultados de satisfacción de eventos pasados y en tiempo real. Consulta de estadísticas y resultados de satisfacción de eventos pasados y en tiempo real. Brinda los permisos, espacios y tiempos para los eventos. 11

12 Perfiles de usuario Perfil: Administrador del sistema de información No. Requerimiento Descripción 1 Iniciar Sesión Requisito de seguridad para acceder a todas las de usuario funciones del sistema. Permitir gestionar usuarios nuevos para tener ciertos privilegios que los usuarios invitados no tendrán, así 2 Administrar mismo la consulta, edición, y eliminación de usuarios. usuarios Para todo usuario creado, debe tener la capacidad de cambiar por seguridad y de manera periódica, la clave de acceso. Permitir agregar un evento nuevo, así mismo la 3 consulta, modificación, eliminación y reporte de estado Administrar de la actividad y disponibilidad de la misma. eventos Permite generar reportes de acuerdo a los descritos en el análisis del problema en los formatos disponibles. 4 Permitirá hacer consultas de los eventos que han Consulta de sucedido y sucederán y que sean concernientes al eventos Bienestar Académico. 5 Permite la generación de reportes e informes de Generar acuerdo a criterios solicitados para la toma de informes decisiones. Realiza el proceso de consulta para visualizar las 6 Consultar estadísticas brindadas por el sistema como la estadísticas visualización de los eventos que han sucedido, los que tienen cabida en el presente y los próximos que estén a 12

13 suceder, así como las estadísticas en tiempo real de los mismos. Perfil: Funcionario auxiliar No. Requerimiento Descripción 1 Iniciar Sesión Requisito de seguridad para acceder a todas las de usuario funciones del sistema. 2 Ingresar Permite realizar el proceso de inserción de una asistencia asistencia a un evento específico. Permitir agregar un evento nuevo, así mismo la 3 consulta, modificación, eliminación y reporte de estado Administración de la actividad y disponibilidad de la misma. de eventos Permite generar reportes de acuerdo a los descritos en el análisis del problema en los formatos disponibles. 4 Permite la generación de reportes e informes de Generación de acuerdo a criterios solicitados para la toma de informes decisiones. 5 Permitirá hacer consultas de los eventos que han Consulta de sucedido y sucederán y que sean concernientes al eventos Bienestar Académico. 6 Realizar el proceso para la admisión al sistema como un Solicitud de Funcionario Auxiliar. Este se pide a un administrador del registro sistema. Permitirá dar su opinión acerca de la satisfacción con respecto al evento al que ha asistido; esta estará dada 7 Ingresar por una calificación de varios parámetros que irán desde satisfacción atención hasta comodidad en el ambiente con calificaciones de uno a cinco, además de una nota u observación. 13

14 8 Consultar estadísticas Universidad de Cartagena Realiza el proceso de consulta para visualizar las estadísticas brindadas por el sistema como la visualización de los eventos que han sucedido, los que tienen cabida en el presente y los próximos que estén a suceder, así como las estadísticas en tiempo real de los mismos. Perfil: Asistentes No. Requerimiento Descripción 1 Permite realizar el proceso de inserción de una Ingresar asistencia a un evento específico, este es monitoreado y asistencia aceptado con la supervisión de un auxiliar. 3 Solicitud de Realizar el proceso para la admisión al sistema como un registro Asistente. Este se pide a un administrador del sistema. 4 Permitirá hacer consultas de los eventos que han Consulta de sucedido y sucederán y que sean concernientes al eventos Bienestar Académico. Permitirá dar su opinión acerca de la satisfacción con respecto al evento al que ha asistido; esta estará dada 5 Ingresar por una calificación de varios parámetros que irán desde satisfacción atención hasta comodidad en el ambiente con calificaciones de uno a cinco, además de una nota u observación. Perfil: Invitado No. Requerimiento Descripción Permitirá hacer consultas de los eventos que han Consulta de 1 sucedido y sucederán y que sean concernientes al eventos Bienestar Académico. 14

15 Perfil: Bienestar Universitario Universidad de Cartagena No. Requerimiento Descripción 1 Dar permisos Permitirá dar luz verde a los eventos que sean pedidos por cualquiera de los perfiles anteriores excepto los invitados (puesto que no pueden). 15

16 Tabla de tipos de requerimiento En la siguiente tabla se mostrarán los diferentes requerimientos que se necesitan, tanto como los funcionales como los no funcionales, pero resumidos en cada una de las funciones para las que se tiene pensada su utilización. A continuación, dicha tabla: N Requerimiento Tipo de requerimiento Actores 1 Administrar Funcional. Administrador del usuarios. sistema. 2 Ingresar al Funcional. Administrador del sistema. sistema, funcionario auxiliar, asistente. 3 Generar Funcional. Administrador del reportes. sistema, funcionario auxiliar. 4 Generar Funcional. Administrador del informes. sistema, funcionario auxiliar. 5 Computadoras No funcional. Administrador del sistema. 6 Lenguaje de No funcional. Administrador del programación sistema. PHP Requerimiento que se relaciona Ingresar al sistema, base de datos, computadoras, Generar informes, generar reportes. Generar informes, computadora, lenguaje de programación. Generar reportes, computadora, lenguaje de programación. Administrar usuarios, ingresar al sistema, generar reportes e informes, lenguaje de programación. Administrar usuarios, ingresar al sistema, generar reportes e informes, computadoras. 16

17 7 Bases de No funcional. Administrador del datos. sistema. 8 Copias de No funcional. Administrador del seguridad. sistema. 9 Interfaz gráfica. No funcional. Administrador del sistema, funcionario auxiliar, asistentes, invitados. 10 Canales de No funcional. Administrador del comunicación. sistema. 11 Lector de No funcional. Funcionario auxiliar, códigos de asistentes. barras. 12 Impresora. No funcional. Administrador del sistema. Administrar usuarios, ingresar al sistema, generar reportes e informes, computadoras. Bases de datos, computadoras. Ingresar al sistema. Bases de datos, computadoras. Ingresar al sistema. Generar reportes e informes. 17

18 Diagramas de casos de usos Sesiones Eventos 18