Universidad Centroamericana Facultad de Ciencia Tecnología y Ambiente Ingeniería en Sistemas y Tecnologías de la Información

Transcripción

1 Universidad Centroamericana Facultad de Ciencia Tecnología y Ambiente Ingeniería en Sistemas y Tecnologías de la Información Desarrollo de una aplicación web para el seguimiento de las Formas de Culminación de Estudios en la coordinación de Ingeniería en Sistemas y Tecnologías de la Información de la Universidad Centroamericana Producto creativo para optar al título de: Ingeniero(a) en Sistemas y Tecnologías de la Información (Concentración Sistemas de Información) Presentado por: Br. María José Membreño Herrera Br. Miguel Aurelio Salinas Rodríguez Tutor: Lic. Justo Villanueva Managua, Nicaragua Diciembre 2011

2

3 DEDICATORIA Dedicamos este documento a nuestros padres por ser quienes desde un principio de nuestras vidas nos han apoyado en nuestras metas propuestas como plan de vida, por entendernos en los momentos más difíciles en el desarrollo y conclusión de nuestra carrera. También le dedicamos a nuestra familia por darnos su apoyo incondicional en los momentos más difíciles en los últimos años de nuestra carrera, por motivarnos a continuar estudiando y no darnos por vencidos.

4

5 AGRADECIMIENTO Agradecemos primeramente a Dios por darnos vida, por permitirnos concluir nuestro proyecto y nuestra carrera. Por ser un apoyo espiritual en los momentos de aflicción a lo largo de nuestras vidas. Agradecemos a nuestros padres por motivarnos siempre y en su fe en nosotros de poder concluir nuestra carrera. Por su cariño y comprensión en nuestras decisiones de vida. Agradecemos a nuestro tutor por su apoyo durante el desarrollo de este documento, por sus opiniones y críticas para la finalización del mismo y de nuestro proyecto. Agradecemos a los profesores y a la coordinación ISTI por su motivación e interés de continuar estudiando, mejorando y adquiriendo conocimiento a lo largo de nuestra carrera.

6

7 Contenido RESUMEN ABSTRACT I. INTRODUCCIÓN II. OBJETIVOS A. General B. Específicos III. MARCO TEÓRICO A. Las Formas de Culminación de Estudios B. Aplicaciones web C. Usabilidad Web D. Sistema Gestor de Base de Datos E. Gestor de Base de Datos MySQL F. Desarrollo Web G. Unified Modeling Language o UML H. Rational Rose I..NET J. Tecnología ASP.NET K. Internet Information Services (IIS) L. AjaxControlToolKit IV. METODOLOGÍA V. PRESENTACIÓN DE LOS RESULTADOS A. Análisis B. Diseño C. Construcción 1. Pantallas del control de la FCE VI. CONCLUSIONES

8 VII. VIII. IX. RECOMENDACIONES BIBLIOGRAFÍA ANEXOS Anexo 1. Diagramas de Casos de Uso Anexo 2. Diagramas de Secuencia Anexo 3. Diagramas de Estado Anexo 4. Diagramas de Colaboración Anexo 5. Entrevistas realizadas al Msc. Mauricio García Sotelo, Coordinador de la Carrera de ISTI y Director del Depto. de Desarrollo Tecnológico Anexo 6. Formatos Existentes en la Coordinación para el control de las Formas de Culminación de Estudios Anexo 7. Estudio de Factibilidad Factibilidad Económica Factibilidad Técnica Factibilidad Operativa Anexo 8. Tabla de Riesgo Anexo 9. Diccionario de Datos Anexo 10. Manual de Instalación de la aplicación Anexo 10. Manual de Usuario.

9 RESUMEN En el presente documento se abordará el proyecto titulado Sistema de Control de Formas de Culminación de Estudios (SICOFCE), el cual fue realizado como forma de culminación de estudios para la coordinación de Ingeniería en Sistemas y Tecnologías de la Información. El objetivo de la aplicación planteada en este documento es para la automatización del registro de alumnos, docentes y FCE, además de la inclusión de reportes y generación de formatos. Dicho proyecto fue basado en la metodología en cascada de Kendall & Kendall, utilizando las herramientas de desarrollo Visual Studio 2010 Profesional Edition, la Suite de diseño gráfico Adobe Photoshop CS3, la herramienta para el modelado UML Rational Rose y el conector de base de datos MySQL 5.1. ABSTRACT The present document will tackle the project titled Sistema de Control de Formas de Culminación de Estudios (SICOFCE), the which was realized as a form of culmination of study for the coordination of Engineering in Systems and Information Technology. The objective of application raised in this document is for automate the registration of students, teachers and FCE, and the inclusion of reports and formats generation. This project was based on the cascade methodology Kendall & Kendall, using development tools Visual Studio 2010 Professional Edition, Graphic Design Suite Adobe Photoshop CS3, the UML modeling tool Rational Rose and connector MySQL database 5.1.

10 I. INTRODUCCIÓN La Universidad Centroamericana (UCA), como institución de identidad y tradición jesuita, pretende avanzar en la acreditación de programas académicos. De manera que, para lograr estos objetivos, la UCA está implementando actividades y tareas para alcanzar tales acreditaciones. Una de éstas es la promoción de las Formas de Culminación de Estudios (FCE), las cuales se conciben como una etapa final del proceso sistémico de evaluación del aprendizaje, como parte de los planes de estudio de cada carrera. En la FCE se debe realizar una serie de pasos, los cuales determinan cómo el estudiante debe elaborarla, para obtener el título de su respectiva carrera, ajustándose al plan académico. Este proceso, actualmente es controlado manualmente por una persona por carrera, quien se encarga además de la gestión y localización de versiones de los formatos de documentos, de almacenar los documentos entregados durante y después de la realización de este proceso y la generación de reportes o listados que determinen el avance de cada estudiante acerca de su FCE. Esto implica la pérdida de tiempo y recursos humanos, debido a la falta de un sistema que permita tal gestión. Debido a esta problemática la Coordinación de la carrera de Ingeniería en Sistemas y Tecnología de la Información de la Facultad de Ciencia, Tecnología y Ambiente ha solicitado el desarrollo de una aplicación que permita automatizar el control de las Formas de Culminación de Estudios, así como la generación de reportes varios y de la automatización de los documentos finales de disertación.

11 II. OBJETIVOS A. General Desarrollar una aplicación web que permita el control y supervisión del proceso de las Formas de Culminación de Estudios de los estudiantes en su último año de la carrera, para la coordinación de Ingeniería en Sistemas y Tecnologías de la Información. B. Específicos Efectuar un análisis de identificación de requerimientos, así como de los procesos que conlleva la realización de la forma de culminación de estudios. Crear una arquitectura de base sólida para el sistema. Diseñar la interfaz basada en los requerimientos del usuario y acorde a las mejores prácticas de diseño web. Construir el producto en base al modelado del sistema. Automatizar el registro de las fases y actividades que comprenden la FCE, a fin de llevar un mejor control y seguimiento del proceso con la eficiencia y eficacia requerida.

12 III. MARCO TEÓRICO A. Las Formas de Culminación de Estudios Según la (Normativa para organización, realización y evaluación de trabajo de culminación de estudios en Pregrado, 2010) en el Arto. 67 del Reglamento del Régimen Académico Estudiantil: Las formas de culminación de estudios, en cualquiera de sus tipos, se conciben como una etapa final del proceso sistémico de evaluación del aprendizaje. Como parte de los planes de estudio de cada carrera, brindan a los estudiantes la oportunidad de profundizar, consolidar y aplicar los conocimientos, habilidades, hábitos, actitudes y valores adquiridos a lo largo de su formación profesional. A través de las diferentes formas de culminación de estudios los y las estudiantes deberán demostrar el dominio de la actividad investigativa, así como su capacidad para integrar la teoría con la práctica y proponer soluciones a los problemas encontrados en el campo de acción de su profesión (UCA, 2006). En este se señalan las siguientes formas de culminación de estudios para las carreras de Pregrado de la Universidad Centroamericana. Pueden realizarse de dos maneras, dentro de los planes de estudio de las carreras o fuera de ellos: Monografía Evaluación de impacto Perfil de proyecto Producto creativo Sistematización de práctica Diseño de un plan de negocios Diseño o elaboración de prototipos o dispositivos tecnológicos Examen de grado Especializaciones

13 La normativa también expresa que los trabajos que se realizan en las distintas formas de culminación de estudios mencionadas anteriormente deben ser planificados, orientados y evaluados con las especificidades de la asignatura de seminario de culminación de estudios. Esto quiere decir que, la evaluación del trabajo final, realizado por los alumnos, corresponde a la calificación alcanzada en esta asignatura, y su aprobación equivale a la conclusión del requisito de graduación (Normativa para organización, realización y evaluación de trabajo de culminación de estudios en Pregrado, 2010) pág. 11 párrafo 2. No obstante en esta asignatura no se permite realizar examen especial, de modo que si no se aprueba se deberá realizar una nueva matrícula de la misma asignatura, hasta la conclusión del trabajo de culminación de estudios. B. Aplicaciones web Según Mora (2002), una aplicación web es un tipo especial de aplicación cliente/servidor, donde tanto el cliente como el servidor y el protocolo por el cual se comunica, están estandarizados y no son creados por el programador de aplicación. Esto quiere decir que el cliente que es el navegador web envía las peticiones al servidor, éste las recibe y posteriormente responde a la petición del cliente por medio del protocolo de comunicaciones http (Hypertext Transfer Protocol). Igualmente, explica que las aplicaciones web permiten la generación automática de contenido, la creación de páginas personalizadas de acuerdo al usuario o el desarrollo de comercio electrónico. También éstas permiten interactuar con los sistemas informáticos de una empresa. C. Usabilidad Web Según Nielsen & Loranger (2006), la usabilidad es un atributo relacionado con la facilidad de uso. Más específicamente, se refiere a la rapidez con que se puede aprender a utilizar algo, la eficacia al utilizarlo, cuán memorable es, cuál es su grado de propensión al error, y cuánto les gusta a los usuarios. Si una característica no se puede utilizar o no se utiliza, es como si no existiera. Además se recomienda la realización de pruebas a los usuarios para determinar si los sitios a utilizar no son complicados tanto en navegación, búsqueda y en manejo del sitio. La insistencia de realizar tales pruebas está sustentada por tres niveles de investigación, expuesta por los autores: a. Comportamiento general del usuario a través de la mayoría de los sitios web. b. Descubrimiento especializado sobre géneros específicos de sitios o áreas de sitios. c. Hallazgos detallados sobre un sitio específico y sus clientes.

14 Sin embargo estos niveles no son una camisa de fuerza debido a que no todos comparten la idea de lo importante que es, el realizar pruebas de usabilidad a los usuarios. El diseño congelado significa que la información que es mostrada tiene una anchura fija, sin importar lo que la ventana muestre en su interior, recomiendan que el desplazamiento del contenido no sea horizontal sino vertical, porque es lo que los usuarios esperan. Sin embargo aquellos sitios que poseen doble desplazamiento complican la movilidad del usuario, sintiéndose como si estuviera en dos dimensiones. La compatibilidad de los sitios web con diversas plataformas es de mucha importancia, ya que esto significa la capacidad de funcionar en diferentes navegadores. Otra recomendación son los menús desplegables o en cascada, éstos pueden ser limitantes en la usabilidad, ya sea por ser muy largos o demasiados elaborados. D. Sistema Gestor de Base de Datos Para poder acceder a la información almacenada en una base de datos es necesario que exista una serie de procedimientos, un sistema, que sea capaz de llevar a cabo tal labor. Este sistema es conocido como Sistema Gestor de Base de Datos. (Nevado, 2010) Un Sistema Gestor permite: Definir los datos a los distintos niveles de abstracción (físico, lógico y externo). Manipular los datos en la base de datos, permitiendo insertar, modificar, borrar y consultar los datos. Mantenimiento de la integridad de la base de datos. Control de la privacidad y seguridad de los datos en la base de datos. E. Gestor de Base de Datos MySQL MySQL es la base de datos de código abierto más popular del mundo. Esto significa que se puede acceder al código fuente de MySQL. De esta manera se puede contribuir en la inclusión de elementos, arreglar problemas, realizar mejoras o sugerir optimizaciones. (Gilfilan, 2003) MySQL es un sistema de administración de bases de datos relacional (RDBMS). Es capaz de almacenar y distribuir una enorme cantidad de datos de gran variedad para cubrir las necesidades de cualquier tipo de organización, desde pequeños establecimientos comerciales a grandes empresas y organismos

15 administrativos. MySQL compite con sistemas RDBMS propietarios conocidos, como Oracle, SQL Server y DB2. MySQL incluye diferentes niveles de acceso de usuario, administrar el sistema, proteger y hacer volcados de datos. MySQL utiliza el lenguaje de consulta estructurado (SQL). Este lenguaje permite crear bases de datos, así como agregar, manipular y recuperar datos en función de criterios específicos. F. Desarrollo Web Kendall & Kendall (2005), mencionan que existen siete fases para el desarrollo de sistemas cuya premisa principal consiste en que los sistemas se desarrollan mejor utilizando un ciclo específico de actividades del analista y el usuario. Es posible que mientras se vaya desarrollando el sistema varias actividades ocurran de manera simultánea, y algunas de ellas podrían repetirse. Es por ello que estos autores indican que es más práctico considerar que el ciclo de vida del desarrollo de sistemas (SDLC, por sus siglas en inglés) se realiza por fases y no en pasos aislados. Las fases que mencionan en su libro son: Identificación de problemas, oportunidades y objetivos. Determinación de los requerimientos de información. Análisis de las necesidades del sistema. Diseño del sistema recomendado Desarrollo y documentación del software Pruebas y mantenimiento del sistema Implementación y evaluación del sistema McIntire (2008), retoma el ciclo de vida tradicional en cascada de desarrollo de sistemas que proponen Kendall y Kendall, para el diseño web, pero advierte que el diseño web no es tan previsible y lineal. Además indica que el diseño web no trata sólo sobre tecnología. Sino que es una mezcla entre varios componentes: Tecnología web, contenido, arquitectura del sitio, el diseño visual e interacción. Por ejemplo a veces es necesario revisar una página que ya se creía completada, es decir que, a menudo es necesario moverse hacia atrás en el ciclo. Esto es debido a que cada página en si posee su propio ciclo de vida en miniatura. Cada página progresa a través de sus propias fases de análisis, diseño y construcción y prueba. De este modo, se puede afirmar que construir un sitio web es un proceso iterativo y recursivo, en vez de ser un proceso rígidamente secuencial. Estas fases además de realizarse en cascada, son cíclicas para cada página de un sitio web según expone McIntire.

16 G. Unified Modeling Language o UML Según Debrauwer & Van der Heyde (2005) indican en su libro que UML o lenguaje unificado de modelación es un lenguaje gráfico destinado al modelado de sistemas y procesos. Está basado en la orientación a objetos que condujo, en primer lugar, a la creación de lenguajes de programación como java, C++ o Smalltalk. A continuación se mencionan los diagramas que se utilizan para la realización y comprensión de los procesos de un sistema durante su desarrollarlo. Diagrama de casos de uso Diagrama de estado Diagrama de entidad-relación Diagrama de clases Diagrama de componentes Diagrama de secuencia Diagrama de colaboración H. Rational Rose Rational Rose Corporation (1999), señala que, Rational Rose es la solución de software de modelado visual que le permite crear, analizar, diseñar, visualizar, modificar y manipular los componentes e implementación de sistemas de manera fácil. Rational Rose proporciona la notación necesaria para especificar y documentar la arquitectura del sistema. La arquitectura lógica es capturada en el diagrama de clase que contienen las clases y las relaciones que representan las abstracciones claves del sistema en desarrollo. La arquitectura se refleja en los diagramas de componentes que se centran en el software actual organización del módulo en el desarrollo el medio ambiente. I..NET Núñez (2002), indica que.net es toda una nueva arquitectura tecnológica, desarrollada por Microsoft para la creación y distribución del software como un servicio. Esto quiere decir, que mediante las herramientas de desarrollo proporcionadas por esta nueva tecnología, los programadores podrán crear aplicaciones basadas en servicios para la web. J. Tecnología ASP.NET Según Núñez (2002), ASP.NET perteneciente a la nueva plataforma de Microsoft, denominada.net Framework o plataforma.net. ASP.NET es la nueva versión de las páginas activas de servidor, más conocidas como Active Server Pages (ASP).

17 ASP.NET ofrece toda una nueva forma de desarrollar aplicaciones basadas en el entorno de Internet/Intranet, esta forma nueva de trabajar incluye una serie de novedades que no sólo son las correspondientes a una siguiente versión de ASP, sino que son las que se desprenden también de la nueva plataforma.net ofrecida por Microsoft. K. Internet Information Services (IIS) Henrickson & Hofmann (2003), mencionan que, el Internet Information Services conocido como IIS es una suite de aplicaciones de Microsoft para Internet. Con el apoyo de la web, el protocolo de transferencia de archivos (FTP), el protocolo de transferencia de red (NNTP), y el protocolo de transferencia de simple correo (SMTP) para el correo electrónico. IIS es mucho más que un servidor web, debido a que está totalmente integrado en el sistema operativo, permitiendo la integración con las aplicaciones de microsoft.net, y a las organizaciones añadir capacidades de Internet directamente en el resto de su infraestructura. L. AjaxControlToolKit El ASP.NET AJAX Control Toolkit es un proyecto de código abierto de Microsoft ASP.NET AJAX. Se trata de un esfuerzo conjunto entre Microsoft y la comunidad de ASP.NET AJAX que proporciona una infraestructura de gran alcance para escribir reutilizables, personalizable y extensible ASP.NET AJAX y extensores de los controles, así como una rica variedad de controles que se pueden utilizar para crear una experiencia web interactiva. (Corporation M., 2006)

18 IV. METODOLOGÍA Para el desarrollo de la aplicación web, se utilizó la metodología de desarrollo web en cascada propuesta por Kendall y Kendall y retomada por McIntire. Ésta consta de siete fases de las cuales se aplicaron cinco (Identificación del problema, Determinación de los requerimientos, Análisis, Diseño, Construcción y Prueba). Sin embargo la metodología no se usó de manera estricta sino como una guía del proceso a seguir para lograr un software de calidad. A continuación se describen los procesos que conllevó al desarrollo de la aplicación web. Para la recolección de la información se realizó un estudio de la situación actual en la coordinación de Ingeniería en Sistemas y Tecnología de la Información, referente al proceso de las Formas de Culminación de Estudios. Las herramientas que se utilizaron para llevar a cabo tal recolección fueron las entrevistas. Cada entrevista contenía una serie de preguntas abiertas, relativas al proceso de las Formas de Culminación de Estudios, además de la información que gestionará la aplicación web. Con base en el análisis anterior, se llevó a cabo la representación gráfica de los procesos y datos de la aplicación web. Ésta se realizó por medio de diagramas UML usando la herramienta de modelado Rational Rose. Estas aportaron una mejor comprensión de la gestión que se lleva a cabo actualmente y de cómo la aplicación automatizará parte de éstos procesos una vez puesta en marcha. El diagrama de Entidad-Relación obtenido a partir del diagrama de clases, representó la estructura física de la base de datos a crear. El gestor de base de datos seleccionado para contener la base de datos de la aplicación web, es MySQL. Se optó por MySQL debido a que es un gestor de código abierto reconocido que es capaz de almacenar gran cantidad de información. Para el diseño de la interfaz gráfica de la aplicación web, se utilizaron las herramientas de diseño Photoshop y Dreamweaver de Adobe Suite CS3. Seguidamente, se inició la codificación de los procesos de la aplicación web a manejar, con ayuda del Entorno de Desarrollo Microsoft Visual Studio 2010, con el lenguaje Visual Basic.Net, la extensión AjaxControlToolKit 3.5 y la tecnología ASP.NET.

19 Durante cada fase se hizo una serie de pruebas, para validar y verificar el cumplimiento de los requerimientos. Asimismo las fases de diseño y construcción y prueba se realizaron de manera iterativa para cada página. Para la implantación de la aplicación web se utilizó como hardware un servidor de 2 procesadores Quad Core 3.2 Ghz, 2GB de RAM, 2 Discos Duros de 300 GB, 2 tarjetas de red 10/10000, Marca HP. Monitor SVGA, teclado, mouse.

20 V. PRESENTACIÓN DE LOS RESULTADOS A. Análisis Análisis de Requerimientos Para el análisis de requerimientos se empleó como herramienta la entrevista, dichas entrevistas se realizaron al Msc. Mauricio García Sotelo, Coordinador de la Carrera de ISTI y Director del Depto. de Desarrollo Tecnológico. (Ver Anexo 5) En base a estas entrevistas y a la Normativa de Formas de Culminación de Estudio de la UCA, se llegó a lo siguiente: Las restricciones impuestas por el cliente son: a. La cantidad de alumnos para elaborar las FCE son de 2 personas como máximo. b. No pueden haber dos temas iguales. c. El(los) estudiante(s) no se les puede autorizar la inscripción de la asignatura de SCE hasta que tengan el 60% de la FCE avanzada. d. El tutor no puede ser el mismo jurado durante la disertación pero puede ser jurado de otros disertantes. e. El tutor puede atender como máximo de 6 trabajos y como mínimo a 4.

21 Además se obtuvieron los formatos de los que dispone la coordinación para realizar el control de las formas de culminación de estudios (Ver Anexo 6). Es importante mencionar que el desarrollo de las FCE está regido por la Normativa de las FCE de la UCA, por tanto los procesos podrían variar en un futuro si dicha normativa cambia. Requisitos Específicos Número de Prioridad Descripción Requisitos RU1 Alta - El sistema deberá registrar a los estudiantes de 5to año (no. de carné, no. de cédula, nombres y apellidos, dirección, teléfono convencional, celular, teléfono del trabajo y extensión si tiene, año de egreso, correo electrónico) aptos a realizar su FCE. RU2 Alta - El sistema deberá registrar a los docentes que pueden ser tutores, jurado o supervisores (no. de INSS o carné, no. Cédula, nombres y apellidos) RU3 Media - El sistema deberá permitir el registro del tipo de Forma de Culminación de Estudios (nombre del tipo, alias, descripción). RU4 Alta - El sistema deberá permitir el registro de las disertaciones realizadas por los alumnos (fecha de disertación, nota, jurado y comentario). RU5 Alta - El sistema deberá generar reportes varios (Listado General de FCE, listado por tipo de FCE, por tutor, por sexo, por alumnos disertados, por mención, por FCE específica o por alumno). RU6 Alta - Envío de notificaciones electrónicas según el vencimiento de las Fechas establecidas en el cronograma de actividades. RU7 Alta - El sistema deberá restringir el acceso al sistema a través del uso de nombres de usuario y contraseña. RU8 Media - El sistema deberá permitir la administración de Usuarios del sistema.

22 RU9 Media - El sistema deberá restringir la realización de funciones determinadas dependiendo de los permisos de acceso asignados al usuario que este dentro del sistema. RU10 Alta - El sistema deberá permitir registrar y controlar el proceso que conlleva cada FCE (Solicitud de aprobación de tema, avances, asignación de tutor, etc.). RU11 Media - La aplicación será una aplicación web con una arquitectura cliente-servidor. RU12 Media - El gestor de base de datos a utilizar es MySql. Tabla 1. Requisitos específicos del sistema Requisitos Funcionales Requisito Funcional 1: Catálogo de Estudiantes a. Introducción El sistema deberá registrar a los estudiantes de 5to año aptos para realizar su FCE. b. Entradas No. De carné, No. De cédula, Nombres y apellidos, Dirección, Teléfono convencional, Celular, Teléfono del trabajo y extensión si tiene, Año de egreso, Correos electrónicos. c. Proceso El estudiante debe brindar su información al coordinador o al asistente del coordinador para que éstos lo registren. d. Salidas Ficha electrónica de los datos del estudiante. Requisito Funcional 2: Catálogo de Docentes Calificados a. Introducción El sistema deberá registrar a los docentes que pueden ser tutores, jurado o supervisores. b. Entradas

23 No. De INSS o carné, No. Cédula, Nombres y apellidos, Teléfonos Tipo de contrato, Correo Electrónico. c. Proceso El asistente de coordinación debe recolectar la información necesaria del docente ya sea con ayuda del sistema SIUCA o bien preguntándole al docente. d. Salidas Ficha electrónica de los datos del docente que puede ser tutor, jurado o supervisor. Requisito Funcional 3: Control de Disertaciones (Defensas) a. Introducción El sistema deberá permitir el registro de las disertaciones realizadas por los alumnos. b. Entradas Fecha de disertación Hora Jurado Nota de los disertantes (de cada uno) Comentario del jurado (de cada uno) c. Proceso La coordinación debe asignarles a los futuros disertantes la fecha, la hora, el lugar y el jurado que los calificará; ésta información deberá ser registrada. Una vez terminada la disertación se registra la nota y el comentario hecho por el jurado. d. Salida Ficha electrónica de los datos de la disertación. Requisito Funcional 4: Generación de Reportes Varios a. Introducción El sistema deberá generar reportes varios. b. Entradas

24 Datos que hagan referencias al tipo de reporte que se desea visualizar. c. Proceso El usuario selecciona el tipo de reporte que desea ver de acuerdo a los datos especificados. El sistema arrojará el reporte o el listado ya sea detallado o general. d. Salidas Listado General de FCE Listado por Tipo de FCE Por tutor Por sexo Por alumnos disertados Por mención Por FCE específica Por alumnos específicos. Requisito Funcional 5: Restricción del acceso al Sistema a. Introducción El sistema deberá restringir el acceso al sistema a través del uso de nombres de usuario y contraseña. b. Entradas Nick o Usuario Password o Contraseña c. Proceso El usuario deberá de iniciar sesión antes de poder acceder al sistema, es decir poner correctamente su usuario y contraseña para realizar las actividades de acuerdo a su perfil. d. Salidas El usuario accede al sistema de acuerdo a su perfil. Requisito Funcional 6: Control de Avances de las FCE a. Introducción El sistema deberá permitir registrar y controlar el proceso que conlleva cada FCE.

25 b. Entradas Datos que ya se obtuvieron en el sistema (alumnos). Asignación de tutor. Registro de solicitud de aprobación de tema (tema, objetivos) Avances (comentario de cada avance) Fecha de los avances. El tipo de FCE c. Proceso El coordinador asigna a los estudiantes la fecha de cada avance y comentarios para determinar cómo va su FCE, así como la asignación del tutor, la aprobación del tema y sus objetivos. d. Salidas Control y registro de cada FCE de los estudiantes de 5to año. Requisito Funcional 7: Control de Tipos de FCE a. Introducción El sistema deberá permitir el registro del tipo de Forma de Culminación de Estudios. b. Entradas Registro de: Nombre del tipo Alias Descripción del Tipo c. Proceso El encargado del sistema (administrador) deberá registrar los tipos de FCE para que sean asignadas cuando se realice el registro de la solicitud de tema. d. Salidas Todos los tipos de FCE que se utilizará para la carrera ISTI estarán registrados.

26 Requisitos No Funcionales Requisito de Seguridad: Gestión de usuarios a. Introducción El sistema deberá permitir la administración de Usuarios del sistema, de modo que los usuarios que tengan acceso, realicen sus respectivas tareas de acuerdo a los perfiles establecidos por el administrador del sistema. b. Entradas Nick Password Tipo de Perfil de usuario Nombre del usuario (nombre y apellido) Estado del usuario c. Proceso El administrador accederá al sistema y creará una cuenta de usuario, ya sea al coordinador o al asistente, con sus datos respectivos (Nick, password, perfil de usuario, estado, nombre completo del usuario). Una vez creada la cuenta el nuevo usuario puede acceder al sistema de acuerdo a su perfil y estado. d. Salidas Registro satisfactorio de un nuevo usuario. Restricción de Funciones del usuario Otros Requisitos El sistema deberá restringir la realización de funciones dependiendo de los permisos de acceso asignados al perfil del usuario que este dentro del sistema. Envío de mensajes o notificaciones. El sistema realizará el envío de notificaciones electrónicas según el vencimiento de las fechas establecidas para las actividades, de modo

27 que los estudiantes puedan recordar con anticipación cuando será su próxima revisión. Tipo de arquitectura del sistema La aplicación será desarrollada en un entorno web con una arquitectura de cliente-servidor, permitiendo a los usuarios acceder con mayor comodidad a los datos vía web. Además el sistema también será desarrollado en modelo de tres capas permitiendo mayor fluidez de los datos y una separación limpia del código fuente. Gestor de Base de Datos El Gestor de Base de datos a utilizar es MySQL, debido a que la base de datos será distribuida y la comunicación entre la base de datos y la aplicación web utilizarán la arquitectura de cliente-servidor y porque es un gestor no comercial. Además de la recopilación de requerimientos se realizó un estudio de factibilidad técnica y operativa para determinar si era factible la puesta en marcha de la aplicación (Ver Anexo 7, Estudio de factibilidad). Asimismo se realizó la identificación de riesgos que pudieron afectar el desarrollo y puesta en marcha de la aplicación (Ver Anexo 8, Tabla de Riesgos).

28 B. Diseño En esta fase la principal herramienta utilizada fueron los diagramas UML mediante la herramienta de modelado Rational Rose Enterprise. Se realizaron doce diagramas de caso de uso, nueve de secuencia, dos de estado, uno de clases, nueve de colaboración y uno Entidad /Relación de la aplicación. El diagrama Entidad/Relación se utilizó para crear las tablas que conforman la base de datos de la aplicación (Ver Anexo 9, Diccionario de Datos), creada en el gestor de base de datos MySQL 5.0. Además se definió la arquitectura sobre la que funciona la aplicación, incluido el diagrama de componentes. Una vez terminados los diagramas, creada la base de datos y definida la arquitectura de la aplicación se inició con el diseño de los prototipos iniciales de la interfaz de usuario.

29 A continuación se muestran los principales diagramas UML generados a partir del análisis de requerimientos. Para observar el resto de diagramas realizados ir a los anexos 1 al 4. Organización de Casos de Usos Diagrama de Casos de uso de Negocio Realiza Aprueba Estudiante provee datos Solicitud_Aprobacion_Tema Coordinador Autoriza (from Actores) <<extend>> (from Actores) Secretaría Académica Realiza Inscripción del Seminario Culminación de Estudios Realiza (from Actores) Solicita Solicita Registro de alumnos de Grupo Trab FCE Realiza <<include>> Realiza Disertación Registra Reportes de Control e Informativos de la FCE Selección de Jurado Realiza <<extend>> Registra Realiza Asistente de Coordinación (from Actores) <<extend>> Asignación de Tutor Control de avances de la FCE Registro de Docente Calificado Figura 1. Diagrama general de casos de uso de negocio

30 Diagrama de Caso de Uso del sistema: Nivel 0 Nivel 0 Administrador (f rom Actors) Asistente Coordinación (f rom Actors) SICOFCE Invitado (f rom Actors) Coordinador (f rom Actors) Figura 2. Diagrama de casos de uso del sistema, nivel 0

31 Diagrama de Casos de Uso del sistema: Nivel 1 caso de uso del sistema general Login (f rom Administrar Usuarios) Administrador (from Actors) Coordinador (from Actors) Control de Avances de la FCE Asistente Coordinación (from Actors) Reportes Invitado (from Actors) Administrar Usuarios Control Disertación Gestionar Catálogo de Alumnos <<extend>> <<extend>> Gestionar Catálogo de Docentes Administrar Perfil Registrar Documento Final Gestionar Solicitud de aprobación de Tema Control de Formatos Figura 3. Diagrama de casos del sistema, nivel 1

32 Diagrama de Caso de Uso: Solicitud de aprobación de tema, Nivel 2 Solicitud de aprobación de tema Login (from Administrar Usuarios) <<extend>> Asistente Coordinación (f rom Actors) Registrar Solicitud <<extend>> Registrar Alumno (from Catálogo de Alumnos) <<extend>> Modificar Solicitud Aprobar o rechazar solicitud Figura 4. Diagrama de casos de uso: Solicitud de aprobación de tema, Nivel 2 En este caso de uso, intervienen el coordinador y su asistente; el asistente registra las solicitudes y si los alumnos no están registrados se pueden registrar (ver el caso de uso Catálogo de Alumnos), puede modificar los datos de la solicitud. Tanto el asistente como el coordinador pueden enlistar, filtrar, visualizar las solicitudes en un reporte para después imprimirlo.

33 Diagrama de Caso de Uso: Control de Avance, Nivel 2 Login Control de Actividades de la FCE (from Administrar Usuarios) Registro de Entrega de Actividades Modificar Entrega de Actividades Asistente Coordinación (from Actors) Establecer Cronograma de Actividades <<extend>> Asignar Supervisor (from Catálogo de Docentes Calificados) Modificar Cronograma de Actividades Comenta Actividades Figura 5. Diagrama de casos de uso: Control de Avance, Nivel 2 En este caso de uso, intervienen el asistente, primeramente se autentica para acceder al sistema; el asistente (quien registra la mayoría de las tareas) puede registrar las entregas de avances, el cronograma de avances y de ahí se puede asignar el supervisor quien es un docente calificado, (ver en el caso de uso de catálogo de docentes calificados donde se explica cual es su funcionalidad). Puede modificar las entregas, aprobarlas y agregar avances.

34 Diagrama de Caso de Uso: Disertación, Nivel 2 Figura 6. Diagrama de casos de uso: Disertación o Defensa, Nivel 2 En este caso de uso, interviene el asistente de coordinación, el cual se autentica y posteriormente realiza las siguientes operaciones: registra las disertaciones con sus respectivos alumnos, tutor y jurados, previamente registrados; puede modificar los datos de la disertación y registrar el documento final una vez realizada la disertación e ingresado los comentarios de los jurados (esto se realiza en el registro o en la modificación de la disertación).

35 Diagramas de Secuencia Registrar Solicitud de Aprobación de Tema : AsistCoord Ventana Control Negocio BD 1: mostrar alumnos 2: Consulta select 5: Nº Carné 4: Datos alumnos 3: Resultado 6: Seleccionar alumno En el caso de que no exista el alumno hay que registrarlo. Ver el diagrama de secuencia Registrar Alumno 7: Datos FCE(tema, objetiv os, tipo, Fecha_Solicitud) 8: Guardar 9: Validar Datos 10: Datos El estado de la solicitud al guardarse en la base de datos queda como pendiente 11: Consulta de Inserción 12: Resultado Insert 13: Resultado 15: OK 14: Mensaje Inserción exitosa Cuando la solicitud ha sido aprobada por el coordinador el asistente actualiza el estado de ésta. ver diagrama de secuencia Aprobación de solicitud de tema Figura 7. Diagrama de Secuencia: Registrar solicitud de aprobación de tema

36 Aprobación de Solicitud de Tema Aprobación de Solicitud de Tema Ventana Control Negocio BD : AsistCoord 1: Selecciona la FCE 2: Manda los parametros de la busqueda 3: Valida y envia los parametros de la busqueda 4: Realiza busqueda de acuerdo a la FCE Este proceso lo puede realizar tanto el coordinador como el asistente. 6: valida los datos 5: Envia Resultados Este proceso se realiza después de haber registrado la solicitud de tema. ver diagrama de secuencia registrar solicitud de aprobación de tema 7: Muestra la información 8: Cambia el estado 9: Manda los parametros del cambio de estado 10: Valida si amerita el cambio de estado 11: Realiza la consulta update 12: Envia resultado exitoso 13: Resultado exitoso 14: ok 30 Figura 8. Diagrama de Secuencia: Aprobación de solicitud de tema

37 Control de Avances : AsistCoord Ventana Control Negocio BD 1: Manda a cargar datos de la FCE y alumnos 2: Envia consulta Diagrama de secuencia de Control de la FCE 3: Retorna datos 4: ordena los datos a mostrar 5: Muestra los datos de la FCE y Alumnos Si el supervisor ya ha sido asignado a la fce, se prosigue a cargar los datos de este, sino se asigna, ver diagrama de secuencia asignación de supervisor 6: Manda a extraer datos del docente supervisor 7: realiza la consulta 8: Envia los datos de la consulta 9: muestra el supervisor 10: Agrega la tarea a realizar 11: Agrega la fecha de inicio y fin de la tarea 12: Agrega el Porcentaje esperado 13: Envia los datos para ingresar 14: Valida los datos 15: realiza la consulta insert 16: Envia la consulta 17: Recibe resultado 18: Manda mensaje 19: ok 20: manda a cargar los datos de la tarea 21: Envia consulta 22: Envia resultado 23: mostrar tabla de la tarea ingresada 24: Agrega comentario 25: envia datos del comentario y la fecha 26: Valida datos 27: Realiza consulta 28: Envia mensaje 29: muestra mensaje 30: ok 31

38 Registrar Disertación Figura 10. Diagrama de Secuencia: Registrar disertación : AsistCoord Ventana: Registrar Disertación Control Negocio BD 1: Extraer datos de la fce y alumno 2: Consulta Diagrama de Secuencia Registrar Disertación 4: Datos FCE y alumno 3: Resultado Si el jurado esta registrado solo se extrae los datos del jurado, sino ir al diagrama de secuencia asignar jurado 5: Extraer Jurado de acuerdo a la FCE 6: Consulta 7: Resultado 8: Datos del Jurado 9: Mostrar Datos (FCE, Alumno y Jurado) 10: Registrar las Notas individuales y Observaciones 11: Capturar Datos + fecha 12: Valida Datos 13: Consulta de Inserción 14: Resultado Inseción 15: Resultado 16: Mensaje 17: Ok

39 Diagrama de Clases Figura 11. Diagrama de Clases 33

40 Diagrama Entidad/Relación resultante del diagrama de clases Figura 12. Diagrama de entidad/relación

41 Arquitectura del Sistema La arquitectura del sistema es cliente servidor, donde el cliente solamente tiene acceso a la aplicación a través de un navegador web; la aplicación en sí, está instalada en un servidor web IIS y la base de datos en un servidor MySql. Se utilizó el modelo de programación Modelo-Vista-Control (MVC) para el desarrollo y organización del software. Se planteó una arquitectura básica con los siguientes componentes: Interfaz: El usuario que interactúa con el sistema SICOFCE a través de un navegador web. SICOFCE: Está compuesto por los componentes de Vista (lo que ve el usuario a través del navegador web), Control (se encarga de realizar validaciones y controlar las distintas operaciones que puede realizar un usuario, implementa la lógica del negocio) y Acceso a Datos (se encarga de realizar todas las operaciones sobre los datos, mediante éste se realiza la comunicación entre el sistema SICOFCE y el SGBD). Servidor de Base de Datos: Se contó como componentes al sistema gestor de base de datos y a la base de datos como tal. Mediante el SGBD el sistema SICOFCE realiza operaciones sobre la Base de Datos. Diagrama de Componentes de SICOFCE Diagrama de componentes de la aplicación Interfaz Usuario SICOFCE Navegad orweb Vista Control ServidorBaseDatos AccesoD atos SGBD Base Datos Figura 13. Diagrama de componentes

42 C. Construcción Las principales pantallas de la aplicación web se muestran a continuación: 1. Pantallas del control de la FCE Figura 14. Pantalla principal control FCE En esta pantalla se muestran las Formas de Culminación de Estudios del tipo producto creativo que están registradas.

43 Figura 15. Pantalla Registro de los datos generales de la FCE En esta pantalla se muestra el formulario de los datos generales de una forma de culminación de estudios, el ejemplo es un producto creativo. Además se permite registrar las distintas actividades a desarrollar, el seminario de culminación de estudios, la defensa y subir documento final.

44 Figura 16. Pantalla comprobante de solicitud En esta pantalla el usuario tiene la opción de generar un comprobante de solicitud de aprobación de tema, esto es con el fin de garantizarle al alumno que la coordinación recibió y aprobó su tema o está pendiente para ser aprobado luego.

45 Figura 17. Pantalla Registro del control de las actividades En esta pantalla se muestra el control de las actividades a desarrollar durante la realización de la FCE, permitiendo registrar la fecha de inicio y fin de esa actividad, el supervisor, y el porcentaje que se espera y el realizado. Estos porcentajes permiten evaluar cada actividad, de manera que el supervisor asigne a esa actividad un porcentaje que se espera que el estudiante realice y un porcentaje que realmente obtuvo. Además se puede visualizar un listado de las actividades que se registraron para una determinada FCE. Así mismo se puede agregar comentario del avance sobre una actividad.

46 Figura 18. Pantalla de Registro de Seminario de Culminación de Estudios En esta pantalla se muestra el registro del seminario de culminación de estudio, que el estudiante inscribe en secretaria académica y que en la aplicación sólo se quiere tener un control de los estudiantes que están llevando la asignatura y si la han aprobado o no.

47 En esta pantalla se muestra el registro de la defensa o disertación. Se registra la fecha de disertación, los jurados, la nota obtenida y si el o los estudiantes aprobaron la defensa. Figura 20. Pantalla de Registro de Recomendación del jurado

48 En el registro de la defensa existe una segunda pantalla que permite agregar las recomendaciones realizadas por los jurados en la defensa. Figura 20. Pantalla de subir documento final

49 VI. CONCLUSIONES Para concluir, los requerimientos obtenidos durante el análisis son muy importantes y vitales, porque nos permitieron conocer los procesos existentes cuando los estudiantes realizan las Formas de Culminación de Estudios y cómo la coordinación controla esos procesos, además nos ayudaron a determinar qué elementos serían necesarios al momento de diseñar la arquitectura del sistema a desarrollar obteniendo una perspectiva de cómo funcionaría la aplicación. El plasmar esos requerimientos en los diferentes diagramas, permitió tener una visión de la estructura del sistema, las funcionalidades y los módulos que forman la aplicación; los diagramas facilitaron a los desarrolladores, programar con claridad, rapidez y destreza. El diseñar interfaces de acuerdo a las necesidades de los usuarios y las mejores prácticas de diseño web garantizaron la satisfacción del cliente, porque se le muestra la información que desea ver y se solicita la información adecuada; todo a través de una interfaz sencilla y fácil de usar. El modelado del sistema permitió la construcción de todos los componentes de la aplicación de una manera independiente unos de otros, pero a la vez bien acoplados para realzar en conjunto todas sus funciones. El desarrollar la aplicación para la coordinación ISTI permitió la automatización de las fases que conlleva realizar la FCE, obteniendo así la información que la coordinación pretende almacenar y visualizar.

50 VII. RECOMENDACIONES Como recomendaciones tenemos: - Parametrizar los requerimientos y los procesos de la Forma de Culminación de Estudios, que realizan los estudiantes del último año de cada carrera, debido a que estas mismas son utilizadas en las diversas coordinaciones de cada facultad de la universidad. - Integrar la información de las facultades, carreras, alumnos y docentes con los de la base de datos de la universidad, para no tener aislada a la aplicación. Y de esta manera lograr una mayor automatización de los procesos e integridad en los datos.

51 VIII. BIBLIOGRAFÍA Araujo, Y., López, H., Mendoza, A., Torrealba, L., Ortiz, G., & Guerra, R. (2010). Metodología RUP. Caracas. Campderrich Falgueras, B. (2003). Ingeniería del Software. UOC. Corporation, M. (2006). ASP.NET AJAX. Recuperado el 9 de octubre de 2011, de ASP.NET AJAXControlToolKit: Corporation, R. S. (1999). Rational Rose 2000 using rose. Addison Wesley Longman Inc. Debrauwer, L., & Van der Heyde, F. (2005). UML 2: Iniciación, ejemplos y ejercicios corregidos. Barcelona: ENI. Flowler, M. (1999). UML gota a gota. méxico: Addison Wesley Longman. Gilfilan, I. (2003). La biblio MySQL. Anaya. Henrickson, H., & Hofmann, S. R. (2003). IIS 6: the complete reference. McGraw-Hill Prof Med/Tech. Kendall, K. E., & Kendall, J. E. (2005). Análisis y diseño de sistemas. México: Pearson Educación. Marcos, E., Vela, B., & M. Vara, J. (2005). Diseño de base de datos objeto-relaciones con UML. Madrid: Dyykinson S. L. Mora, S. L. (2002). Programación de aplicaciones web: historia, principios básicos y clientes web. San Vicente (Alicante): Club Universitario. Nevado Cabello, M. V. (2010). Introducción a base de datos relacionales. Madrid: Visión Libro. Nielsen, J., & Loranger, H. (2006). Usabilidad, Prioridad en el diseño web. Madrid: Ediciones Anaya Multimedia. Núñez, A. E. (2002). Desarrollo de aplicaciones para internet con ASP.NET. Madrid: Grupos EIDOS. PressMan, R. S. (2002). Ingeniería del Software. Un enfoque práctico. Madrid: McGraw-Hill. Someville, I. (2005). Ingeniería del Software. Madrid: Pearson Educación. Sommerville, I. (2005). Ingeniería del Software, Séptima Edición. Madrid: Pearson Educación. Vicerrectoría Académica, D. d. (2010). Normativa para organización, realización y evaluación de trabajo de culminación de estudios en Pregrado. Managua: UCA.

52 IX. ANEXOS Anexo 1. Diagramas de Casos de Uso Administración de Perfiles de Usuario Administración de Perfiles Login (from Administrar Usuarios) <<include>> Crear Perfil Asignar Opciones Administrador (f rom Actors) Modificar Datos Perfil Figura 21. Diagrama de caso de uso: Administración de perfiles de usuario En este caso de uso, interviene sólo el administrador del sistema, el cual se encargará de crear los perfiles asignándole opciones de acceso y modifica los datos de los perfiles.

53 Administración de Usuarios Caso de Uso: Administración de Usuarios Login Modificar Password Administrador (f rom Actors) Modificar datos de usuario <<include>> Crear Usuario Asignación de Perfil Figura 22. Diagrama de caso de uso: Administración de usuario En este caso de uso, el administrador del sistema, se encargará directamente de las gestiones propias de los usuarios, permitiendo crear cuentas de usuarios, asignarles los perfiles y puede modificar los datos de los usuarios.

54 Catálogo de Alumnos Figura 23. Diagrama de caso de uso: Catálogos de alumnos En este caso de uso, interviene el asistente de coordinación; primero debe autenticarse y posteriormente puede registrar los alumnos asignándoles el grupo de seminario al que pertenecerán pero no será obligatorio debido a que puede realizarse cuando el alumno registre el curso de Seminario de Culminación de Estudios. Posteriormente el asistente puede modificar los datos de los alumnos.

55 Catálogo de Docentes Figura 24. Diagrama de caso de uso: Catálogos de docentes En este caso de uso, interviene el asistente de coordinación; primero debe autenticarse y posteriormente registra a los docentes, los cuales pueden ser supervisor, tutor o jurado, la primera asignación será en las pre fases del desarrollo de la FCE, las siguiente será asignado cuando el alumno inscriba el curso de seminario de culminación de estudios y la tercera será antes de que el alumno diserte, es decir antes de que defienda su FCE. El asistente podrá modificar los datos del docente.

56 Control de Formatos de Documentos Figura 25. Diagrama de caso de uso: Control de formatos de documentos En este caso de uso, interviene el asistente de coordinador, el cual se autentica y posteriormente agrega un nuevo formato, puede seleccionar un formato existente y lo modifica o solo lo puede visualizar.

57 Generar Reportes Reportes Login (from Administrar Usuarios) Asistente Coordinación (from Actors) Coordinador (from Actors) Administrador (from Actors) <<extend>> Filtrar Seleccionar tipo de Reporte Invitado (from Actors) <<include>> <<extend>> <<extend>> Visualizar Reporte Imprimir Reporte Figura 26. Diagrama de caso de uso: Generar Reportes En este caso de uso, intervienen el coordinador, el asistente de coordinador, el administrador y el invitado, los primeros 3 se autentican y pueden, de acuerdo al perfil, seleccionar un tipo de reporte, filtrarlo y visualizarlo para posteriormente imprimirlo. En el caso del Invitado sólo podrá visualizar los que serán permitidos para sólo consulta.

58 Anexo 2. Diagramas de Secuencia Registrar Alumno Registrar Alumno : AsistCoord Ventana Control Negocio BD 1: Introduce Datos 2: Captura datos 3: Valida datos 4: Consulta Insert 5: Resultado Consulta 6: Resultado 7: Mensaje 8: OK Figura 27. Diagrama de secuencia: Registrar alumno

59 Registrar Docente Registrar Docente : AsistCoord Ventana Control Negocio BD 1: Introduce Datos 2: Captura datos 3: Validar datos 4: Consulta Insert 5: Resultado Consulta 6: Resultado 7: Mensaje 8: OK Figura 28. Diagrama de secuencia: Registrar docente

60 Asignación de Jurado : AsistCoord Ventana Control Negocio BD Asignación de Jurado 1: Cargar datos FCE para disertar 2: Consulta SQL 3: Resultado 4: Datos FCE 5: Muestra en una tabla los datos de la FCE 6: Selección FCE 7: FCE seleccionados 8: Validar datos() 9: Consulta Select 10: Resultado 11: Mostrar datos FCE, Docentes tutores y Alumnos 12: Consulta docente y fce 13: Manda resultado 14: Envia docentes 15: Valida que los docentes no sean tutores 16: Manda datos validados 17: Envia Resultado 18: Manda resultado 19: Muestra en una lista desplegable los docentes 20: Selecciona el id docente para ser jurado 21: Envia datos 22: Consulta SQL 23: Resultado 24: Datos Docentes 25: Muestra el nombre del docente 26: Guardar() 27: Guarda datos del docente jurados 28: Validar datos 29: Consulta SQL 30: Resultado Insert 31: Resultado 32: Mensaje de éxito 33: OK Figura 29. Diagrama de secuencia: Asignación de jurado

61 Asignación de Tutor : AsistCoord Ventana Control Negocio BD 1: Cargar datos FCE para seminario Asignación de Tutor 2: Consulta SQL 3: Resultado 4: Datos FCE 5: Muestra en una tabla los datos de la FCE 6: Selección FCE 7: FCE seleccionados 8: Validar datos() 9: Consulta Select 10: Resultado 11: Mostrar datos FCE y Alumnos 12: Consulta docente y fce 13: Manda resultado 14: Envia docentes 15: Muestra en una lista desplegable los docentes 16: Selecciona el id docente para ser tutor 17: Envia datos 18: Consulta SQL 19: Resultado 20: Datos Docentes 21: Muestra el nombre del docente 22: Guardar() 23: Guarda datos del docente jurados 24: Validar datos 25: Consulta SQL 26: Resultado Insert 27: Resultado 28: Mensaje de éxito 29: OK Figura 30. Diagrama de secuencia: Asignación de tutor

62 Asignación de Supervisor : AsistCoord Ventana Control Negocio BD 1: Cargar datos FCE para el control Asignación de Supervisor 2: Consulta SQL 3: Resultado 4: Datos FCE 6: Selección FCE 5: Muestra en una tabla los datos de la FCE 7: FCE seleccionados 8: Validar datos 9: Consulta select 11: Mostrar datos FCE y Alumnos 10: Resultado 12: Consulta docente y fce 13: Manda resultado 14: Enviar datos del docente 15: Muestra en una lista desplegable los docentes 16: Selecciona el id docente para ser supervisor 17: Envia datos 18: Consulta SQL 19: Resultado 20: Datos del docente 21: Muestra el nombre del docente 22: Guardar() 23: Guarda datos del docente jurados 24: Validar 25: Consulta SQL 26: Resultado Insert 27: Resultado 28: Mensaje de éxito 29: OK Figura 31. Diagrama de secuencia: Asignación de supervisor

63 Anexo 3. Diagramas de Estado FCE Estados de una FCE Recibiendo Solicitud EsperaAprobacion Reprobada Reprueba Esperando Aprobación Aprueba Aprobando Esta Realiza Inactiva Esta FinalizadaF CE Finaliza DesarrolloA ctividades EnDesarrollo Figura 32. Diagrama de estado de la FCE Control de FCE Diagrama de Estado Control FCE EstableciendoCronograma InsertarActividad InsertandoActividades InsertarActividad Establece Finalizar FinalizaActividad FinalizandoCronograma Finaliza Espera InsertarAvance IngresandoAvance IngresaAvance EsperandoAvance Figura 33. Diagrama de estado del control de FCE

64 Anexo 4. Diagramas de Colaboración Solicitud de Aprobación de tema : Asistente Coordinación 6: Seleccionar Alumno Ventana Control Negocio Base de Datos 5: No. de Carné 1: Mostrar Alumno 4: Datos Alumnos 2: Consulta Select 3: Resultado 7: Datos FCE (tema, objetivos, tipo, fecha) 9: Envia Datos 10: Validar Datos 11: Consulta de inserción Ventana Control Negocio Base de Datos : Asistente Coordinación 8: Guardar Datos() 14: Mensaje de inserción exitosa 13: Resultado 12: Resultado de inserción 15: OK Ventana Diagrama de colaboración: Solicitud de Aprobación de Tema : Asistente Coordinación Figura 34. Diagrama de colaboración: Solicitud de aprobación de tema

65 Aprobación de Tema Diagrama de colaboración Aprobación de tema 1: Selecciona la FCE 2: Manda los parámetros de la busqueda 3: Valida y envia parametros de busqueda 4: Realiza busqueda por FCE Vista Control Negocio BD : Asistente Coordinación 7: Muestra la información 6: Valida los datos 5: Envia Resultado 8: Cambia estado 9: Manda los parámetros de cambio 10: Valida los parámetros 11: Realiza consulta update Vista Control Negocio BD : Asistente Coordinación 14: ok 12: Retorna resultado 13: Envia resultado exitoso Figura 35. Diagrama de colaboración: Aprobación de tema

66 Registrar Disertación Diagrama de Colaboración Registrar Disertación : Asistente Coordinación : Asistente Coordinación Ventana: Registrar Disertación Ventana: Registrar Disertación 5: Mostrar datos de la FCE y Alumno 10: Mostrar datos del jurado 1: Extraer datos f ce y alumno Control Negocio Base de Datos 4: Datos FCE y alumno Para extraer el jurado se debio haber asignado a la FCE sino ir al diagrama de colaboración asignar superv isor 2: Consulta 3: Resultado 6: Cargar datos del jurado 7: Consulta Control Negocio Base de Datos 9: Manda los datos del jurado 8: Resultado 11: Ingresa f echa, nota, comentario o sugerencias : Asistente Coordinación 17: ok Ventana: Registrar Disertación 12: Env ia datos 13: Valida datos 14: Env ia consulta insert Control Negocio Base de Datos 15: Retorna consulta 16: Env ia mensaje de exito Figura 36. Diagrama de colaboración: Registrar disertación

67 Control de FCE Diagrama de colaboración de Control FCE 1: Extrae los datos de la FCE y Alumno 2: Consulta Ventana Control Negocio BD : Asistente Coordinación 5: Mostrar datos de la FCE y Alumno 4: Datos de la FCE y Alumno 3: Resultado Si el supervisor esta asignado para la FCE determinada se extraen sus datos sino ir al diagrama de colaboración asignar supervisor 10: Agrega Tarea, fecha de la tarea, porcentaje esperado de esa tarea 6: Manda a extraer datos del docente 7: Consulta la bd Ventana Control Negocio BD : Asistente Coordinación 9: Muestra el supervisor 8: Envia Datos de la Consulta 17: ok 11: Envia los datos 12: Valida los datos 13: Realiza consulta insert Ventana Control Negocio BD : Asistente Coordinación 16: Envia Mensaje 15: Recibe resultado 14: Envia resultado 18: Carga los datos de la tarea registrada 19: Envia consulta Ventana Control Negocio BD : Asistente Coordinación 21: Muestra tabla de la tarea 20: Envia Resultado : Asistente Coordinación 22: Ingresa comentario 28: ok 23: Envia comentario más fecha 24: Valida los datos 25: Envia consulta Ventana Control Negocio BD 27: Envia mensaje 26: Envia resultado Figura 37. Diagrama de colaboración: Control de FCE

68 Registrar Alumno 1: Introduce Datos Ventana 2: Capturar Datos Control : Asistente Coordinación 8: OK 7: Mensaje 6: Resultado 3: Validar Datos Diagrama de Colaboración: Registrar Alumno Base de Datos 5: Resultado Consulta Negocio 4: Consulta Insert Figura 38. Diagrama de colaboración: Aprobación de tema

69 Registrar Docente Diagrama de Colaboración: Registrar Docente 1: Introduce Datos Ventana 2: Capturar Datos Control : Asistente Coordinación 8: OK 7: Mensaje 6: Resultado 3: Validar Datos Base de Datos 5: Resultado Consulta 4: Consulta Insert Negocio Figura 39. Diagrama de colaboración: Registrar docente

70 Asignar Supervisor Diagrama de colaboración asignar jurado : Asistente Coordinación 6: Seleccionar FCE 7: FCE Seleccionada 1: Cargar datos FCE Ventana Control Negocio Base de Datos 5: Tabla con las FCE 4: Datos FCE y alumnos 2: Consulta SQL 3: Resultado 8: Validar Datos() 9: Consulta select Ventana Control Negocio Base de Datos : Asistente Coordinación 10: Resultado 11: Mostrar Datos FCE y Alumnos 16: Seleccionar docente 12: Consulta SQL Ventana Control Negocio Base de Datos : Asistente Coordinación 15: Mostrar id del docente en lista desplegable 14: Datos Docentes 13: Resultado : Asistente Coordinación 17: Envia datos Ventana Control Negocio Base de Datos 22: Muestra datos del docente 24: Envia datos 18: Valida datos 21: Manda resultado 19: Consulta 20: Envia datos : Asistente Coordinación 23: Guardar 25: Consulta insert Ventana Control Negocio Base de Datos 26: Retorna resultado 27: Muestra resultado Figura 40. Diagrama de colaboración: Asignar supervisor

71 Asignar Tutor Diagrama de colaboración asignar Tutor : Asistente Coordinación 6: Seleccionar FCE 7: FCE Seleccionada 1: Cargar datos FCE 2: Consulta SQL Ventana Control Negocio Base de Datos 3: Resultado 5: Tabla con las FCE 4: Datos FCE y alumnos 8: Validar Datos() 9: Consulta select Ventana Control Negocio Base de Datos : Asistente Coordinación 10: Resultado 11: Mostrar Datos FCE y Alumnos : Asistente Coordinación 16: Seleccionar docente Ventana Control Negocio Base de Datos 15: Mostrar id del docente en lista desplegable 14: Datos Docentes 12: Consulta SQL 13: Resultado : Asistente Coordinación 17: Envia datos Ventana Control Negocio Base de Datos 22: Muestra datos del docente 24: Envia datos 18: Valida datos 21: Manda resultado 19: Consulta 20: Envia datos : Asistente Coordinación 23: Guardar 25: Consulta insert Ventana Control Negocio Base de Datos 26: Retorna resultado 27: Muestra resultado Figura 41. Diagrama de colaboración: Asignar tutor

72 Asignar Jurado Diagrama de colaboración asignar jurado : Asistente Coordinación 6: Seleccionar FCE 7: FCE Seleccionada 1: Cargar datos FCE 2: Consulta SQL Ventana Control Negocio Base de Datos 3: Resultado 5: Tabla con las FCE 4: Datos FCE y alumnos : Asistente Coordinación 8: Validar Datos() 9: Consulta select Ventana Control Negocio Base de Datos 10: Resultado 11: Mostrar Datos FCE y Alumnos : Asistente Coordinación 16: Seleccionar docente Ventana Control Negocio Base de Datos 15: Mostrar id del docente en lista desplegable 14: Datos Docentes no Tutores 12: Consulta SQL 13: Resultado : Asistente Coordinación 17: Envia datos Ventana Control Negocio Base de Datos 22: Muestra datos del docente 24: Envia datos 18: valida datos 21: Manda resultado 19: Consulta 20: Envia datos : Asistente Coordinación 23: Guardar 25: Consulta insert Ventana Control Negocio Base de Datos 26: Retorna resultado 27: Muestra resultado Figura 42. Diagrama de colaboración: Asignar jurado

73 Anexo 5. Entrevistas realizadas al Msc. Mauricio García Sotelo, Coordinador de la Carrera de ISTI y Director del Depto. de Desarrollo Tecnológico Primera Entrevista 1. A partir de este año con la asignatura de culminación de estudio, el estudiante termina su carrera. Qué tipo de trabajo conlleva esto? Hay procedimientos específicos por parte de la facultad que debe cumplir el estudiante? Cuáles? 2. Cuáles son los pasos a seguir por un grupo de estudiantes de 5to año de la carrera de ISTI al momento de presentar su Forma de Culminación de Estudios? 3. Cuántas formas de culminación de estudio tiene vigente la Universidad al año 2010? 4. Qué datos se deben almacenar cada Forma de Culminación de Estudios (FCE)? 5. La asignatura de culminación de estudio estará disponible todos los cuatrimestre o únicamente el tercer cuatrimestre del año, o sea el estudiante que no apruebe o tenga menos del 100% aprobado de su plan, debe esperar al próximo tercer cuatrimestre del año próximo. 6. El grupo puede elegir su tutor o es estrictamente la coordinación quien lo asigna? 7. Durante el seminario de culminación de estudios se puede cambiar de tutor? 8. La Forma de Culminación de Estudios es necesario trabajarla en la asignatura de seminario de culminación de estudios? Si responde si/no, porque? 9. Es necesario llevar el control de la nota de la asignatura de seminario de culminación de estudios, es decir con cuanto pasó la clase? 10. Cuál es la funcionalidad de la bitácora que realiza el estudiante para la coordinación? se debe llevar control de eso en el sistema? 11. Qué nota es la que cuenta para saber si el estudiante aprobó la FCE, disertación o seminario de culminación de estudios? es necesario manejarla en el sistema? por qué? 12. quién realiza el acta de culminación de estudios, es decir quien la emite, la coordinación o secretaría académica? es necesario manejar eso en el sistema?

74 13. En el caso de que un estudiante presente problemas para presentar a tiempo la FCE para disertar Qué procedimientos se llevan a cabo? Será necesario manejarlo en el sistema? 14. Qué entregables se deben de manejar en el sistema (documentos) y es necesario que el sistema maneje una copia en formato digital de dichos documentos? 15. Es necesario mantener una copia digital de los formatos de los entregables? 16. Cuál sería el formato en que se guardarían los archivos? 17. Quiénes harán uso del sistema? Segunda Entrevista 1. Qué datos del tutor se deben almacenar? 2. Con el cambio de la normativa es necesario tener almacenado el grupo que un tutor debe de llevar? 3. Los datos de los estudiantes se recogerán de la base de datos académica o es necesario ingresarlos al sistema? Qué datos del estudiante se deben almacenar? 4. Desde cuando se inicia el proceso de control de avances de una FCE? 5. Qué tipos de reportes o listados desean visualizar? 6. Cuál es el procedimiento de la disertación? 7. Qué se debe de registrar durante el proceso de disertación? 8. Ahora que la normativa ha cambiado Quiénes pueden ser jurado? qué datos se deben de almacenar de un jurado? 9. Cuáles son los roles de los usuarios del sistema? 10. El proceso de titulación tiene que ver con el software o no es necesario llevarlo?

75 Anexo 6. Formatos Existentes en la Coordinación para el control de las Formas de Culminación de Estudios Formato 1. Evaluación de la FCE: Perfil de Proyecto Facultad de Ciencia Tecnología y Ambiente Ingeniería en Sistemas y Tecnologías de la Información Coordinación de Ingeniería en Sistemas y Tecnología de la Información Evaluación de Forma de Culminación de Estudios (FCE): Perfil de Proyecto. Título: Disertantes: nombre y número de carnet Fecha: Hora de Inicio Local: Auditorio Evaluación de la disertación oral (comité evaluador): Calificación nombre disertante Calificación Aspecto (%Máximo) Presidente(a) Calificación Secretario(a) Claridad de la Exposición (10) Dominio del Tema (10) Capacidad de argumentación debate (10) Calidad del trabajo presentado (20) Total Firma Presidente: Secretario: Evaluación del trabajo escrito tutor: Aspecto(% máximo) Firma Calificación Nombre Disertante Calidad de contenido (20%)

76 Calidad de la presentación formal del documento (redacción, ortografía, estructuración lógica del contenido, uso de fuentes, etc) (10%) Coherencia interna entre tema, objetivos, metodología, desarrollo y conclusiones. (10%) Aplicación del método y rigor científico (10%) Total Firma del tutor: Nombre del tutor Evaluación de la disertación oral-secretario: Nombre del secretario Aspecto (%Máximo) Claridad de la Exposición (10) Calificación Nombre del disertante Observaciones Dominio del Tema (10) Capacidad de argumentación debate (10) Calidad del trabajo presentado (20) Total Evaluación de la disertación oral-presidente: Nombre presidente Aspecto (%Máximo) Calificación Nombre del disertante Observaciones

77 Claridad de la Exposición (10) Dominio del Tema (10) Capacidad de argumentación debate (10) Calidad del trabajo presentado (20) Total Formato 2. Evaluación de la FCE: Monografía Título: Facultad de Ciencia Tecnología y Ambiente Ingeniería en Sistemas y Tecnologías de la Información Coordinación de Ingeniería en Sistemas y Tecnología de la Información Evaluación de Forma de Culminación de Estudios (FCE): Monografía Disertante: nombre y carnet Fecha: Hora de Inicio: Local: Aspecto (%Máximo) Claridad de la Exposición (10) Dominio del Tema (10) Capacidad de argumentación debate (10) Calificación nombre disertante Calificación Calificación Promedio Presidente(a) Secretario(a) Observaciones

78 Calidad del trabajo presentado (20) Total Evaluación de la disertación oral (comité evaluador): Firma Presidente(a): Firma Secretario(a): Nombre presidente nombre secretario Evaluación del trabajo escrito (tutor): nombre tutor Aspecto(% máximo) Calidad de contenido (20%) Calidad de la presentación formal del documento (redacción, ortografía, estructuración lógica del contenido, uso de fuentes, etc.) (10%) Coherencia interna entre tema, objetivos, metodología, desarrollo y conclusiones. (10%) Aplicación del método y rigor científico (10%) Total: Calificación Nombre disertante Observaciones Firma del tutor: Evaluación de la disertación oral-presidente: Nombre del presidente Aspecto (%Máximo) Calificación Nombre disertante Observaciones

79 Claridad de la Exposición (10) Dominio del Tema (10) Capacidad de argumentación debate (10) Calidad del trabajo presentado (20) Total Evaluación de la disertación oral-secretaria: Nombre del secretario(a): Aspecto (%Máximo) Claridad de la Exposición (10) Calificación Nombre disertante Observaciones Dominio del Tema (10) Capacidad de argumentación debate (10) Calidad del trabajo presentado (20) Total Formato 3. Evaluación de la FCE: Producto Creativo Facultad de Ciencia Tecnología y Ambiente Ingeniería en Sistemas y Tecnologías de la Información Coordinación de Ingeniería en Sistemas y Tecnología de la Información

80 Evaluación de Forma de Culminación de Estudios (FCE): Producto Creativo Título: Disertantes: nombre y carnet Fecha: Hora de Inicio: Local: Aspecto (%Máximo) Evaluación de la disertación oral (comité evaluador): Calificación disertante Calificación nombre disertante Calificación Presidente(a) Calificación Secretario(a) Promedio Calificación Presidente(a) Calificación Secretario(a) Promedio Observaciones Originalidad e innovación (20) Calidad del Producto Creativo (10) Utilidad del Producto Creativo (10) Claridad y calidad de la exposición (10) Sustentación de las técnicas y procedimientos aplicados (10) Total Firma Presidente(a): Secretario(a): Nombre presidente nombre secretario Firma Evaluación del trabajo escrito (tutor): nombre tutor

81 Aspecto(% máximo) Calificación Observaciones Referentes teóricos y prácticos que sustentan el Producto Creativo (10%) Presentación formal del documento (redacción estructura lógica del contenido, ortografía etc.) (10%) Calidad del proceso y del producto (20%) Total Firma del tutor: Evaluación de la disertación oral-presidente: Nombre presidente Calificación Calificación Aspecto (%Máximo) Nombre disertante Nombre disertante Observaciones Originalidad e innovación (20) Calidad del producto Creativo (10) Utilidad del producto Creativo (10) Claridad y Calidad de la Exposición (10) Sustentación de las técnicas y procedimientos

82 aplicados (10) Total Evaluación de la disertación oral-secretario: Nombre secretario Calificación Calificación Aspecto (%Máximo) Nombre disertante Nombre disertante Observaciones Claridad de la Exposición (10pts) Dominio del Tema (10pts) Capacidad de Argumentación y debate (10pts) Calidad del Trabajo Presentado (20pts.) Total Formato 4. Acta Provisional Facultad de Ciencia Tecnología y Ambiente

83 Departamento Desarrollo Tecnológico Ingeniería en Sistemas y Tecnologías de la Información Acta N 001 Evaluación de la Forma de Culminación de Estudios Monografía En la ciudad de Managua, República de Nicaragua, a las nueve horas, del día diez y nueve del mes de enero del año dos mil once, reunidos los miembros del comité evaluador de la disertación, integrado por: Presidente(a): Nombre del presidente o presidenta Secretario(a) : Nombre del secretario o secretaria designados por la Decana de la Facultad de Ciencia, Tecnología y Ambiente, Msc.Tarsilia Silva de Carranza, tuvieron la responsabilidad de valorar la disertación sobre: nombre del Tema presentado por los bachilleres: Bachilleres: Carné Carrera bajo la dirección del Tutor : Nombre del Tutor En primer lugar se les concedió minutos para que expusiera su trabajo de tipo de FCE, en segundo lugar se les concedió minutos para sustentar el contenido de su trabajo, período en el que cada miembro del comité evaluador realizó uno a uno sus preguntas. Pasado el período de la presentación y sustentación del trabajo, el comité evaluador y el tutor procedieron a calificar la disertación, acordando: Bachilleres: Calificación Cuantitativa Calificación Cómite Evaluador Tutor(a) (Escala 0 100) (Escala 0 100) Calificación Final Cuantitativa Cualitativa (0 100)

84 Leída que fue la presente ratifican y firman. Nombre y apellido Presidente(a) Nombre y apellido Secretario(a) Nombre y apellido Tutor Nombre y apellido Coordinador ISTI Nombre de la secretaria académica de la facultad Secretaria Académica FCTyA

85 Formato 5. Página de Aceptación PÁGINA DE ACEPTACIÓN Esta Monografía fue aprobada por el tribunal examinador de la Facultad de Ciencia, Tecnología y Ambiente de la Universidad Centroamérica como requisito para optar al título de Ingeniería en Sistemas y tecnologías de la información Presidenta del Tribunal Secretario Tutor

86 Formato 6. Solicitud de Aprobación de Tema Universidad Centroamericana Facultad de Ciencia Tecnología y Ambiente Ingeniería en Sistemas y Tecnologías de la Información Solicitud de Aprobación de Tema de Forma de Culminación de Estudios Tema: Título del Tema Para optar al título de: Ingeniero(a) en Sistemas y Tecnologías de la Información (Concentración: Redes y Comunicaciones / Sistemas de Información) Tipo de Forma de Culminación de Estudios: Producto creativo/monografía/perfil de Proyecto/Evaluación de Impacto Presentado por: Nombre1 (No_Carné) Nombre2 (No_Carné) [Día] de [mes] del [año]

87 Introducción. Objetivos Objetivo General Objetivos Específicos Justificación Bibliografía básica Cronograma

88 Anexo 7. Estudio de Factibilidad Después de definir la problemática presente y establecer las causas por las que se necesita un nuevo sistema, es pertinente realizar un estudio de factibilidad para determinar la infraestructura tecnológica y la capacidad técnica que implica la implantación del sistema en cuestión, así como el grado de aceptación que la propuesta genera en la coordinación. Este análisis permitió determinar las posibilidades de diseñar el sistema propuesto y su puesta en marcha, los aspectos tomados en cuenta fueron clasificados en dos aspectos, los cuales se describen a continuación. Factibilidad Económica La factibilidad económica no fue analizada por ser un proyecto para alcanzar la culminación de estudios, además que fue desarrollado para la coordinación de Ingeniería en Sistemas y Tecnología de la Información. Factibilidad Técnica Se realizó una evaluación de la tecnología existente en la coordinación, este estudio estuvo destinado a recolectar información sobre los componentes técnicos que posee la coordinación y la posibilidad de hacer uso de los mismos en la implementación del sistema propuesto y de ser necesario, los requerimientos tecnológicos que deben ser adquiridos para la puesta en marcha del sistema en cuestión. La tecnología necesaria para la implantación del sistema de control de formas de culminación de estudio (SICOFCE) en la coordinación de ISTI, se evaluó bajo dos enfoques: Hardware y Software. En cuanto a Hardware, específicamente donde debe estar instalado el sistema propuesto, este debe cumplir con los requerimientos mínimos: Procesador Pentium 2.0 Mhz. 1 GB de Memoria RAM

89 Disco Duro de 20 GB Unidad de CD/DVD- ROM Tarjeta de Red Tarjeta de Video Monitor SVGA Teclado Mouse Unidad de Protección UPS Evaluando el hardware existente y tomando en cuenta la configuración mínima necesaria, la institución no requiere invertir en la adquisición de nuevos equipos, ni actualizar los equipos existentes. En el siguiente cuadro se presenta el hardware disponible en la coordinación para poner en marcha el sistema SICOFCE. Hardware Disponible Hardware Cantidad Descripción Servidor 1 2 procesadores QuadCore 3.2 Ghz, 2GB de RAM, 2 Discos Duros de 300 GB, 2 tarjetas de red 10/10000, Marca HP, con Sistema Operativo Linux. Monitor SVGA, teclado, mouse. PC 2 1 Procesador Pentium GHZ, 992 MB RAM, disco Maxtor STM382110A de 80GB, Monitor, Teclado, Mouse, 1 tarjeta de red 10/100, 1 unidad de CD BenQ, 1 unidad de DVD Liteonit Red 1 Red Ethernet Topología estrella extendida de hasta 4 niveles. Impresora 1 HP Laserjet P2015dn UPS 3 Ups FPC Tabla 2. Hardware disponible en la coordinación ISTI para la implementación del sistema

90 En cuanto a software, la coordinación cuenta con el siguiente software disponible para la puesta en marcha del sistema propuesto: Software Disponible Cantidad Descripción 2 Sistema Operativo Windows XP SP3 1 Sistema Operativo Linux 1 Herramientas de escritorio Microsoft Office SIUCA - Navegador Firefox 3.5 e Internet Explorer 7. 3 Antivirus Kapersky Tabla 3. Software disponible en la coordinación ISTI para la implementación del sistema Como resultado de este estudio técnico se determinó que actualmente, la coordinación posee la infraestructura tecnológica necesaria para la puesta en marcha del sistema propuesto. Factibilidad Operativa Este aspecto permite predecir si se pondrá en marcha el sistema propuesto, aprovechando los beneficios que ofrece a todos los usuarios involucrados, ya sea los que interactúan directamente con él o los que reciben información producida por el sistema. Es necesario señalar que el correcto funcionamiento y desempeño del sistema depende en gran medida de la capacidad de los usuarios que trabajarán en él. La necesidad de un cambio en el proceso actual de control de formas de culminación de estudio (realizado manualmente), expresada por los usuarios y el personal involucrado, llevó a la coordinación a la solicitud del desarrollo de un sistema que automatice dicho proceso, que de una manera más sencilla y amigable cubra todos sus requerimientos y expectativas, proporcionando información confiable y oportuna.

91 De acuerdo a las entrevistas y conversaciones sostenidas con el personal involucrado se llegó a la conclusión de que estos no se oponen al cambio. Agregando a esto lo antes mencionado el sistema es factible operacionalmente. Anexo 8. Tabla de Riesgo Es prácticamente imposible tener una lista que incluye todos los posibles riesgos en un proyecto software, pero se puede crear una tabla o lista como punto de partida y quedando abierta la posibilidad de agregar más riesgos identificado en el proceso de desarrollo. Nosotros vamos a emplear una lista, que agrupa los riesgos de proyectos software en las siguientes categorías: A. Planificación B. Organización y Gestión C. Ambiente/Infraestructura de Desarrollo D. Usuarios finales E. Cliente F. Requisitos G. Producto H. Normativas I. Equipo de Desarrollo J. Diseño e Implementación K. Proceso Categoría: Planificación Riesgos: Planificación optimista, «mejor caso» (en lugar de realista, «caso esperado»). La planificación no incluye tareas necesarias. El producto es más grande que el estimado (en líneas de código, en el número de puntos de integración). Un retraso en una tarea produce retrasos en cascada en las tareas dependientes. Categoría: Organización y Gestión Riesgos El ciclo de revisión/decisión de los altos directivos es más lento de lo esperado. La planificación es demasiado mala para ajustarse a la velocidad de desarrollo deseada.

92 Categoría: Ambiente/Infraestructura de Desarrollo Riesgos Las computadoras no están disponible en el momento deseado Las herramientas de desarrollo no están disponibles en el momento deseado Categoría: Usuarios Finales Riesgos Los usuarios finales insisten en nuevos requisitos. En el último momento, a los usuarios finales no les gusta el producto, por lo que hay que volver a diseñarlo y a construirlo. No se ha solicitado información al usuario, por lo que el producto al final no se ajusta a las necesidades del usuario y hay que volver a crear el producto. Categoría: Cliente Riesgos El cliente insiste en nuevos requisitos. Los ciclos de revisión/decisión del cliente para los planes, prototipos y especificaciones son más lentos de lo esperado. El cliente no participa en los ciclos de revisión de los planes, prototipos y especificaciones, o es incapaz de hacerlo, resultando unos requisitos inestables y la necesidad de realizar unos cambios que consumen tiempo. El tiempo de comunicación del cliente (por ejemplo, tiempo para responder a las preguntas para aclarar los requisitos) es más lento del esperado. El cliente intenta controlar el proceso de desarrollo, con lo que el progreso es más lento de lo esperado. El cliente no acepta el software entregado, incluso aunque cumpla todas sus especificaciones. El cliente piensa en una velocidad de desarrollo que el personal de desarrollo no puede alcanzar. Categoría: Requisitos Riesgos Los requisitos se han adaptado, pero continúan cambiando Los requisitos no se han definido correctamente y su redefinición aumenta el ámbito del proyecto. Se añaden requisitos extras. Categoría: Producto Riesgos Los módulos propensos a tener errores necesitan más trabajo de comprobación, diseño e implementación. Una calidad no aceptable requiere de un trabajo de comprobación, diseño e implementación superior al esperado. Utilizar lo último en informática alarga la planificación de forma impredecible. El desarrollo de una interfaz de usuario inadecuada requiere volver a diseñarla y a implementarla. El desarrollo de funciones software innecesarias alarga la planificación. Alcanzar el ámbito del producto o las restricciones de velocidad requiere más tiempo del

93 esperado, incluyendo el tiempo para volver a diseñar e implementar. Categoría: Normativas Riesgo El producto depende de las normativas de la universidad, que pueden cambiar de forma inesperada Categoría: Equipo de Desarrollo Riesgos La falta de relaciones entre la alta gerencia y el equipo de desarrollo ralentiza la toma de decisiones Los miembros del equipo no se implican en el proyecto, y por lo tanto no alcanzan el nivel de rendimiento deseado. La falta de motivación reduce la productividad. Los miembros del equipo necesitan un tiempo extra para acostumbrarse a trabajar con herramientas o entornos nuevos. Los miembros del equipo necesitan un tiempo extra para aprender un lenguaje de programación nuevo. Alguien del equipo de desarrollo abandona el proyecto antes de su finalización. Los miembros del equipo no trabajan bien juntos. Las personas claves sólo están disponibles una parte del tiempo. No hay suficiente personal disponible para el proyecto. Las tareas asignadas al personal no se ajustan a sus posibilidades. Categoría: Diseño e Implementación Riesgos Un diseño demasiado sencillo no cubre las necesidades principales, con lo que hay que volver a diseñar e implementar. Un diseño demasiado complejo exige tener en cuenta complicaciones innecesarias e improductivas en la implementación. Un mal diseño implica volver a diseñar e implementar. No se puede implementar la funcionalidad deseada con el lenguaje o bibliotecas utilizados. Los componentes desarrollados por separado no se pueden integrar de forma sencilla, teniendo que volver a diseñar y repetir algunos trabajos. Categoría: Proceso Riesgos La falta de un seguimiento exacto del progreso hace que se desconozca que el proyecto esté retrasado hasta que está muy avanzado. Un control de calidad inadecuado hace que los problemas de calidad que afectan a la planificación se conozcan tarde. La falta de estándares del desarrollo de software y el desconocimiento del funcionamiento del proceso de negocio conduce a fallos de comunicación, problemas de calidad y repetición del trabajo. Un consumo de tiempo innecesario. La gestión de riesgos del proyecto software consume más tiempo del esperado. Tabla 4. Riesgos en el proceso de desarrollo del software

94 Anexo 9. Diccionario de Datos NOMBRE TABLA actaprovisional NOMBRE COLUMNA TIPO DE DATO LLAVES DESCRIPCIÓN NoActa int(11) Número de acta ActaProvisional_ID int(11) PRI Identificador incremental de la tabla FCE_ID int(11) MUL Id de la FCE a la que pertenece el acta. NombreItem varchar(255) Nombre de la actividad a desarrollar. Porcentaje_Esperado double Porcentaje que representa la actividad del total de actividades a desarrollar Porcentaje_real double Porcentaje que se ha realizado de dicha actividad Terminado bit(1) Indica si la actividad ya ha terminado(1=si, 0=No) actividades FechaLimite date Fecha límite de entrega de la actividad Actividades_ID int(11) PRI Identificador incremental de la tabla FCE_ID int(11) MUL Id de la FCE a la que pertenece la actividad No_Inss varchar(30) MUL Número de INSS del docente encargado de la actividad fechainicio date Fecha de inicio de la actividad Cedula varchar(16) Número de cédula del alumno Nombre_Completo varchar(100) Nombre completo del alumno Direccion varchar(255) Dirección de la casa de habitación del alumno Telefono varchar(9) Número de teléfono convencional del alumno alumno Celular varchar(9) Número de celular del alumno CorreoE varchar(100) Dirección de correo electrónico del alumno Carnet varchar(10) PRI Número de carnet del alumno annioegre int(11) Año de egreso del alumno Estado tinyint(1) Estado del registro del alumno, activo=1, inactivo =0 sexo char(2) M= masculino, F= femenino Nota double Nota obtenida por el alumno en el seminario alumnosxseminario AlumnosxSeminario_ID int(11) PRI Identificador incremental de la tabla Carnet varchar(10) MUL Número de carnet del alumno

95 Seminario_ID int(11) MUL Id del seminario Nota double Nota obtenida por el alumno en la disertación alumnoxdisertacion Alumnoxdisertacion_ID int(11) PRI Identificador incremental de la tabla Carnet varchar(10) MUL Número de carnet del alumno id_disert int(11) MUL Id de la disertación NotaFinal double Nota final obtenida por el alumno en la FCE alumnoxfce alumnoxmensionxcarrera Alumno_ID varchar(10) MUL Número de carnet del alumno FCE_ID int(11) MUL Id de la FCE del alumno alumnoxfce int(11) PRI Identificador incremental de la tabla alumnoxmensionxcarrera_id int(11) PRI Identificador incremental de la tabla Carrera_ID int(11) MUL Id de la carrera que cursó el alumno Carnet varchar(10) MUL Número de carnet del alumno id_mension int(11) MUL Id de la mención del alumno en la carrera fecha date Fecha de entrega del avance comentario varchar(255) Comentario del avance avance Avance_ID int(11) PRI Identificador incremental de la tabla Actividades_ID int(11) MUL Id de la actividad a la que pertenece el avance session_id int(11) Sesión en que se realizó la acción ip varchar(20) IP de la PC desde donde se realizó la acción bitacora carrera descripcion varchar(255) Descripción de la acción realizada Accion varchar(255) Acción realizada Fecha date Fecha en que se realizó la acción Bitacora_ID int(11) PRI Identificador incremental de la tabla Nick varchar(10) MUL Usuario que realizó la acción NombreCarrera varchar(100) Nombre de la carrera Descripcion varchar(255) Breve descripción de la carrera Carrera_ID int(11) PRI Identificador incremental de la tabla Facultad_ID int(11) MUL Id de la facultad a la que pertenece la carrera Fecha date Fecha en que se realiza la disertación disertacion Disertado bit(1) 1, si ya se realizó la disertación. 0, si no se ha realizado id_disert int(11) PRI Identificador incremental de la tabla Cedula varchar(16) Número de cédula del docente docente Nombre varchar(100) Nombre completo del docente Direccion varchar(255) Dirección de la casa de habitación del docente

96 Telefono varchar(9) Número de teléfono convencional o celular del docente CorreoE varchar(100) Dirección de correo electrónico del docente No_Inss varchar(30) PRI Número de INSS del docente Id_Grado int(11) MUL Id del grado académico que posee el docente NombreFacultad varchar(100) Nombre de la facultad Descripcion varchar(255) Descripción de la facultad facultad Facultad_ID int(11) PRI Identificador incremental de la tabla siglas varchar(6) Siglas con que se identifica la facultad Tema varchar(200) Tema de la FCE ObjetivoGeneral varchar(200) Objetivo general de la FCE Activa bit(1) 1 activa, 0 inactiva ObjetivosEspecificos text Objetivos específicos de la FCE fce FCE_ID int(11) PRI Identificador incremental de la tabla Informe_final_ID int(11) MUL Id del informe final asociado Id_solicitud int(11) MUL Id de la solicitud de aprobación de tema asociado Tipo_FCE_ID int(11) MUL Id del tipo de FCE Docente_ID varchar(30) MUL No de INSS del tutor de la FCE NombreFormato varchar(100) Nombre del formato Descripcion varchar(255) Breve descripción del formato formatodocumentos nombre_archivo varchar(100) Nombre del archivo asociado url_archivo varchar(200) Ruta de acceso al documento que contiene el formato Formatodocumentos_ID int(11) PRI Identificador incremental de la tabla Nombre varchar(100) Nombre del grado académico gradoacademico informe_final Descripcion varchar(255) Breve descripción del grado Id_Grado int(11) PRI Identificador incremental de la tabla fecha date Fecha de entrega del informe entregado bit(1) 1=si, 0=no url varchar(100) Ruta de acceso al documento que contiene el informe final Informe_final_ID int(11) PRI Identificador incremental de la tabla jurado No_Inss varchar(30) PRI Número de INSS del docente jurado JuradoxDisertacionid int(11) PRI Identificador incremental de la tabla Recomendacion varchar(255) Recomendación realizada por el jurado juradoxdisertacion id_disert int(11) MUL Id de la disertación No_Inss varchar(30) MUL Número de INSS del docente jurado

97 Nombre varchar(100) Nombre de la mensión mension Descripcion varchar(255) Breve descripción de la mensión id_mension int(11) PRI Identificador incremental de la tabla idcarrera int(11) MUL Id de la carrera a la que pertenece idmenu int(11) PRI Identificador incremental de la opción de menú padre int(11) Id de la opción padre, si no tiene padre el valor por defecto es 0 orden char(1) a=opciones padre, b=opciones hijas menu nombremenu varchar(50) Nombre de la opción que se mostrará en el menú descripcion varchar(150) Breve descripción de la opción estado bit(1) 1 activo, 0 inactivo ruta varchar(50) url de acceso de la página a cargar al hacer click en esta opción del menú. NombreP varchar(50) Nombre del perfil de usuario perfil perfil_menu seminario Descripcion varchar(255) Breve descripción del perfil Perfil_ID int(11) PRI Identificador incremental de la tabla estado bit(1) Perfil activo 1, inactivo 0 idperfil int(11) MUL Identificador del perfil idmenu int(11) MUL Identificador de la opción de menú asociada idpefilmenu int(11) PRI Identificador incremental de la tabla estado tinyint(1) Asociación activa 1, inactiva 0 NumGrupo int(11) Número de grupo en que se imparte el seminario Seminario_ID int(11) PRI Identificador incremental del seminario No_Inss varchar(30) MUL No de INSS del tutor que imparte el seminario solicitud_aprob_tema supervisor Solicitado char(1) fecha date Fecha en que se registra la FCE Id_solicitud int(11) PRI Identificador incremental de la solicitud de aprobación de tema No_Inss varchar(30) PRI Número de INSS del docente supervisor Nombre varchar(100) Nombre del tipo de FCE. Por ejemplo: producto creativo, monografía. tipo_fce descripcion varchar(255) Breve descripción de este tipo de FCE Tipo_FCE_ID int(11) PRI Identificador incremental del tipo de FCE tutor No_Inss varchar(30) PRI Número de INSS del docente tutor

98 Password varchar(15) Contraseña del usuario NombreUsus varchar(50) Nombre del usuario ApellidoUsu varchar(50) Apellido del usuario Cargo varchar(100) Cargo del usuario estado bit(1) 1 activo, 0 inactivo usuario Nick varchar(10) PRI Nombre con el que se autenticará el usuario en el sistema Carrera_ID int(11) MUL Id de la carrera a la que pertenece Perfil_ID int(11) MUL Id del perfil con el que accede el usuario al sistema correo varchar(50) Dirección de correo electrónico del usuario Tabla 5. Diccionario de datos

99 Anexo 10. Manual de Instalación de la aplicación Universidad Centroamericana Facultad de Ciencia Tecnología y Ambiente Ingeniería en Sistemas y Tecnologías de la Información MANUAL DE INSTALACIÓN DEL SISTEMA DE CONTROL DE FORMAS DE CULMINACIÓN DE ESTUDIOS (SICOFCE) Elaborado por: Br. María José Membreño Herrera Br. Miguel Aurelio Salinas Rodríguez Managua, Nicaragua Enero 2012

100

101 Tabla de Contenido 1 OBJETIVO Desarrollo del procedimiento de instalación BASE DE DATOS Pre-requisitos Instalación INSTALACIÓN EN EL SERVIDOR WEB DE APLICACIONES (IIS) Pre-requisito Creación del directorio virtual Creación del DSN

102 OBJETIVO Describir el procedimiento de instalación del sistema de control de formas de culminación de estudios. Desarrollo del procedimiento de instalación Fuente Base de Datos: UnidadCD/SICOFCE/ObjetosBD Archivo Fuente de la aplicación para el Internet Information Server: UnidadCD/SICOFCE/Fuentes Base de datos. Definición de Parámetros que serán referenciados en este proceso de Instalación [ServerBD] Corresponde al Ip o Nombre del Servidor de Base de Datos. [NombreBD] [UsuarioBD] Corresponde al servicio de la Base datos con la cual interactúa la Aplicación. Corresponde al o usuario de la base de datos. 1. Pre-requisitos a. Tener Instalado el servidor de base datos MySQL 5.1 b. Tener instalado XAMPP Server Nota: Los instaladores de estas herramientas se encuentra en el directorio Instaladores del CD. 2. Instalación 2.1. Entrar a la consola de administración de XAMPP Server /phpmyadmin/ 2.2. Crear una base de datos llamada sicofce_bd.

103 2.3. Cargar y ejecutar el archivo ObjetosBD.sql, en el Servidor de Base de Datos [ServerBD], para crear las tablas que forman la base de datos Cargar y ejecutar el archivo Procedimientos_Funciones.sql para crear las funciones y procedimientos almacenados que utiliza la aplicación Crear el siguiente usuario de base de datos y asignarlo a la base de datos sicofce_bd. Usuario = adminfce Contraseña= fce2011 Instalación en el Servidor Web de Aplicaciones (IIS) Definición de Parámetros que serán referenciados en este proceso de Instalación [Servidor_web] Corresponde al Ip o Nombre del servidor de aplicaciones Web donde será publicada la aplicación. [NombreFuente] Corresponde al nombre de la carpeta donde estarán los fuentes de la aplicación en el servidor de aplicaciones. [NombreDSN] [UsuarioBD] Corresponde al nombre del DSN que emplea la aplicación para comunicarse con el servidor de base de datos. Corresponde al nombre del usuario de base datos con que se realiza la conexión [ContraUserBD] Corresponde a la contraseña del usuario de base de datos con que se realiza la conexión. o [NombreFuente] = SICOFCE o [NombreDSN] = conexionfce o [UsuarioBD] = adminfce o [ContraUserBD] = fce Pre-requisito Microsoft.Net FrameWork 3.5 instalado en el [Servidor_web]. SAP Crystal Reports versión Creación del directorio virtual

104 a. Copiar el directorio ([NombreFuente]) de la aplicación contenida en el CD y pegarla en Inetpub/wwwroot del [Servidor_web]. b. Crear el directorio virtual en [Servidor_web]con alias SICOFCE. c. Dicho directorio virtual debe apuntar a Inetpub/wwwroot/[NombreFuente]

105 d. Darle permisos de escritura, lectura y de exploración. Y pulsar Siguiente

106 e. En la siguiente ventana pulsar Finalizar. f. Luego sobre el directorio pulsar el botón derecho del mouse y seleccionar propiedades. g. Se muestra la siguiente ventana. En esta ventana pulsar Crear

107 h. En la pestaña Documentos verificar si existe Default.aspx, si no existe agregarla. i. Finalmente pulsar Aceptar. 3. Creación del DSN 1. Ir a panel de control -> Herramientas Administrativas/Origines de datos(odbc). Se muestra la siguiente ventana:

108 2. En la pestaña DNS de sistema, dar click en Agregar 3. Seleccionar MySql ODBC 5.1 Driver y luego Finalizar 4. Luego proporcionar los datos de conexión y dar click en test. Por ejemplo:

109 5. Si todo está bien debe mandar el mensaje: 6. Finalmente click en Ok

110

111 Anexo 10. Manual de Usuario. Universidad Centroamericana Facultad de Ciencia Tecnología y Ambiente Ingeniería en Sistemas y Tecnologías de la Información Manual de Usuario del Sistema de Formas de Culminación de Estudios (SICOFCE) Elaborado por: Br. María José Membreño Herrera Br. Miguel Aurelio Salinas Rodríguez Managua, Nicaragua Enero 2012

112

113 Tabla de contenido Objetivo... 2 Desarrollo del Manual de Usuario... 2 Perfil de usuario Secretario Menú Propuesta FCE... 2 Menú Alumnos Menú Docentes Menú Reportes Menú Formato de Documentos FCE Menú Documentos Perfil de usuario Administrador Menú Facultades y Carreras Menú Usuario y Perfiles... 35

114 I. Objetivo Describir al usuario el funcionamiento del Sistema de Control de Formas de Culminación de Estudios (SICOFCE) II. Desarrollo del Manual de Usuario Perfil de usuario Secretario. La aplicación muestra un menú con variadas opciones. Menú Propuesta FCE La opción Propuesta FCE muestra los tipos de Formas de Culminación de Estudios existentes de acuerdo a la normativa de la universidad. Cada tipo contiene los mismos formularios sin embargo está separado para permitir distinguir que estudiantes pertenecen a un tipo de forma de culminación. Al escoger una opción le presentará la siguiente pantalla donde habrá un listado de acuerdo al tipo de la forma y si está activa o no.

115 Al dar click en el botón Registrar FCE muestra un conjunto de pestañas con diferentes formularios, los cuales permitirán la gestión de la forma de culminación. La primera pestaña Datos Generales muestra el siguiente formulario. Las pestañas están deshabilitadas cuando se hace un nuevo registro, exceptuando la primera. Seleccionar carrera De acuerdo a la carrera se muestra el alumno 1 Al seleccionar el alumno 1 se muestran el alumno 2 Se pone el tema, el objetivo general y los objetivos específicos Se escoge la fecha que se hizo la solicitud Se escoge el estado de la solicitud. Si la solicitud está pendiente aún existe la opción de modificar los datos generales, en caso de estar aprobada se deshabilita los campos, y si esta reprobada el estado de la FCE cambiara de estar activa a inactiva.

116 Una vez realizado el registro de la FCE automáticamente lo re direccionará a la página anterior donde le presentara en una lista de las FCE registradas. Editar la forma Al dar click en este icono permite cambiar el estado de la FCE de activa a inactiva, sin embargo si el icono muestra esta deshabilitado y se quiere cambiar de estado inactivo a activo la aplicación no permitirá realizar tal acción ni editar la FCE. Al dar click en el icono de editar la aplicación habilitará las pestañas y permitirá modificar los datos de la pestaña Datos Generales si el estado de la solicitud es pendiente, en caso contrario todos los campos estarán deshabilitados. Si el estado de la solicitud aún no es aprobada la aplicación dejará habilitados algunos campos. Al dar click en el botón actualizar que está en la parte inferior de la pestaña, la aplicación enviará un mensaje preguntado si desea actualizar la FCE. En la parte inferior se habilitará un botón Generar Comprobante, el cual creará un comprobante para entrar a él o los estudiantes confirmando su entrega de su solicitud de aprobación de tema a la coordinación.

117 Al dar click en la pestaña control de actividades: la cual lleva un registro de las actividades que se hacen previos antes de registrar el seminario de culminación, la aplicación no permitirá estar en esa pestaña si la solicitud aún no ha sido aprobada y además le enviará un mensaje notificando el por qué no puede entrar a esa pestaña y posteriormente lo regresará a la primera pestaña. Para ello deberá seleccionar que la solicitud está aprobada y actualizar los datos. Seleccionar aprobada

118 Una vez aprobada la solicitud si podrá acceder a la pestaña Control de Actividades: donde presenta un formulario para registrar el control de las actividades como muestra la imagen. Fecha de inicio de la actividad Porcentaje que se espera que el o los alumno(s) realicen. Fecha Fin de la actividad Nombre o descripción de la actividad, no puede ser mayor a 100 caracteres Porcentaje real que el estudiante obtuvo al realizar la actividad Selección del docente que es supervisor Lista de las actividades registradas Una vez agregada la actividad en la parte inferior de lista de actividades aparecerá la actividad. Estado de la actividad si está pendiente presenta un icono en rojo caso contrario muestra un icono en verde Opción de editar la actividad Agregar comentarios acerca del avance de la actividad Al dar click en el icono de editar la actividad automáticamente los campos se llenan con el registro de la actividad seleccionada como muestra la siguiente imagen.

119 El botón de agregar cambia el nombre de actualizar Al actualizar los datos la aplicación le enviará un mensaje notificando si desea actualizar los datos en caso de dar aceptar al mensaje la aplicación automáticamente actualizará los datos, sin embargo si antes de actualizar encuentra alguna restricción como por ejemplo el porcentaje esperado y real no pueden ser mayor a 50% o si el porcentaje esperado es menor que el real, ésta le enviara un mensaje como muestra la siguiente figura. Al dar click en el icono de agregar comentario la aplicación lo enviará a un formulario donde registrará los comentarios del avance que el o los estudiantes han realizado durante la actividad asignada. A continuación se muestra la pantalla. Descripción o avance de lo que se hizo en la actividad Se agrega el comentario Lista de comentarios de la actividad Retorna al formulario anterior

120 Una vez agregado el comentario en la parte inferior en lista de comentarios se muestra el comentario. Fecha que se hizo el comentario Botón editar Descripción del comentario El icono de entregado o pendiente permite cambiar el estado de la actividad de pendiente a completado, al dar click en el icono la aplicación le enviará un mensaje de confirmación si desea cambiar el estado de la actividad como muestra la siguiente imagen. El estado ha cambiado de pendiente a aprobado o completo Al realizar esta acción el botón editar se deshabilita así como el botón del estado de la actividad, pero el icono de comentario aún sigue activo permitiendo que el usuario pueda agregar más comentarios.

121 El usuario debe terminar de agregar las actividades hasta que el porcentaje esperado llegue a un 100% esto es para determinar si el estudiante puede inscribir el seminario de culminación de estudios (con un mínimo de 60%) en secretaria académica y si los objetivos y el resto de contenido de la forma de culminación son los correctos. La aplicación llevará el registro del seminario como parte del control de la FCE. Si el usuario pasa a la siguiente pestaña SCE (Seminario de Culminación de Estudios) antes de completar las actividades la aplicación mandará un mensaje notificando que no puede acceder a esa pestaña hasta completarlas. Al haber completado las actividades la aplicación permite entrar a la pestaña SCE, la cual muestra un formulario de registro del seminario de culminación, como muestra la siguiente figura. El Número de grupo al cual pertenece el estudiante Seleccionar tutor, el tutor aparece si no tiene más de 10 alumnos o tutorados Se habilita el campo nota del estudiante Se muestra el estudiante actual

122 Si el usuario guarda los datos pero no llena el campo nota la aplicación guarda exitosamente el seminario sin embargo muestra el estado del seminario como pendiente hasta que se ponga la nota y deja la opción de actualizar el dato nota del estudiante. Estado del seminario Si el estudiante ha reprobado la asignatura o curso la aplicación automáticamente notifica que el estudiante ha reprobado y le informa que la aplicación dejará la opción de agregar un nuevo grupo de seminario para ese alumno(s).

123 Una vez que el estudiante ha aprobado el curso la aplicación deshabilita los campos y muestra el estado actual del curso Una vez registrada y aprobado el seminario puede proseguir a la pestaña de defensa. Se selecciona la fecha de disertación Los datos del jurado presidente y secretario cargan de los docentes exceptuando aquellos q son tutores de la FCE actual. Datos del estudiante actual. Botones de recomendación permiten agregar una recomendación acorde a la defensa realizada por el o los estudiantes. Estos botones están deshabilitados hasta que se guarde la disertación

124 Si la disertación ha sido aprobada la FCE deberá quedar inactiva debido a que el estudiante ha cumplido y debido a ello el usuario deberá dar click en icono de cambiar el estado de la FCE para asegurarse que estará inactiva. Estado de la disertación Si los disertantes son dos y uno aprobó y el otro no, la aplicación tomará por terminada la disertación y el estudiante que reprobó puede inscribir una nueva FCE, a menos que ambos reprueben, entonces la aplicación limpiará los campos y permitirá agregar una nueva disertación. Al dar click en uno de los botones de recomendación le muestra un pequeño formulario para registrar el comentario que hizo el jurado presidente o secretario.

125 En la última pestaña documento final aparece una opción para subir el archivo que los estudiantes deberán entregar. Menú Alumnos La opción Alumnos presenta un catálogo de los alumnos existentes y la opción de agregarlos o modificarlos.

126 Agregar un nuevo alumno Opción para editar el alumno Cambiar el estado del alumno. El estado podrá cambiarse si el alumno no tiene una FCE activa. Al dar click en nuevo registro le presenta un formulario que deberá llenar para agregar al futuro graduado.

127 Los campos no requeridos son el teléfono y la dirección. Al dar click en el icono de editar se le mostrará los datos del alumno reflejado en los campos. Todos los campos son editables menos el carnet.

128 Al dar click en el icono el cual permitirá cambiar el estado del alumno sino posee una FCE activa. La aplicación le enviará un mensaje preguntando si desea cambiar el estado. En caso de tener una FCE activa le envía el siguiente mensaje Menú Docentes En la opción de docentes, presenta también un catálogo de los docentes en existentes. Registrar un nuevo docente Editar la información de un docente

129 Al dar click en nuevo registro le mostrará el siguiente formulario Los campos que no son requeridos son teléfono y dirección Al dar click en editar le presentará el mismo formulario con la información a editar. Todos los campos menos el No. De INSS son editables

130 Menú Reportes La opción de reportes muestra un submenú de tipos de reportes como muestra la siguiente imagen. Submenú Reportes por Alumno La opción de reportes por alumno muestra una página con 3 tipos de reportes a generar por alumno. Muestra un gráfico por género Muestra todos los alumnos sin filtro Al seleccionar esta opción se desplegará diferentes filtros para obtener a un determinado grupo de alumnos

131 La siguiente imagen muestra el reporte general de alumnos. Al dar click en reportes con filtros se despliega varias opciones que permitirán obtener la informacion de cierto grupo de estudiantes. Al seleccionar muestra las opciones de filtros

132 Reporte por carnet de alumno. Reporte por año de egreso.

133 Reporte de alumnos por sexo masculino. En el último tipo de reporte por alumno, al seleccionarlo se desplegaran 2 opciones para filtrar los alumnos por género de acuerdo a un rango de años o de todos los años de egreso. Al seleccionar se despliega estas opciones de filtro.

134 Reporte de Alumnos por Género. Menú Reportes por Docentes Este menú ofrece 2 opciones para mostrar la información de los tutores y sus tutoriados como muestra la siguiente imagen. Al dar click en esta opción se despliega otras opciones para filtrar la información de los tutores. Opciones de filtro para visualizar la información

135 Reporte por cédula de tutor. Submenú Reportes por Disertaciones Al igual que el reporte anterior, el menú de reportes por disertaciones muestra dos opciones para mostrar la información de las disertaciones que se han hecho no importando el tipo de forma de culminación. Al dar click en esta opción se despliega otras opciones para filtrar la información de las disertaciones. Opciones de filtro para visualizar la información

136 Reporte general de disertaciones. Reporte por filtros

137 Submenú Reportes por FCE Al igual que el reporte anterior, el submenú reportes por FCE muestra 2 opciones para presentar la información de las Formas de culminación de estudios. Al dar click en esta opción se despliega otras opciones para filtrar la información de las FCE. Puede seleccionar un tipo de FCE y un tutor en específico o seleccionar todos en ambos campos Opciones de filtro para visualizar la información

138 Reporte de FCE por filtro.

139 Menú Formato de Documentos FCE La opción de Formato de documentos, registra los formatos existentes para el desarrollo de las Formas de Culminación de Estudios. Al dar click en nuevo registro la aplicación le mostrará el siguiente formulario.

140 Al agregar un nuevo formato aparecerá en la pantalla principal de catálogo de formatos en la lista de formatos el registro. Editar el registro Descargar el archivo Eliminar el registro. Menú Documentos En la opción de documentos aparecen 3 sub opciones Submenú Evaluación de la FCE La opción de Evaluación de la FCE, muestra un pequeño formulario para presentar la hoja de evaluación de la FCE. Selección de alumnos El lugar donde se hará la defensa

141 Al dar click en generar evaluación mostrará el siguiente reporte.

142 Submenú Acta Provisional En la sub opción 2 acta provisional muestra un formulario que permite generar el acta a partir de los datos que el usuario seleccione. Selecciona el o los alumnos Se genera un reporte del acta. Escribir el nombre del coordinador y el o la secretario(a)

143 A partir de lo se genera el acta provisional y los datos prominentes del o los alumno(s) que disertan.

144 Submenú Hoja de Evaluación Acto de Disertación Y la última sub opción que es Hoja de Evaluación Acto de Disertación, muestra también un pequeño formulario para generar la evaluación. Se seleccionan el o los alumnos Hora de la disertación Lugar donde se hará la disertación Se generan dos actas una para el presidente y otro para el secretario Perfil de usuario Administrador. Para el perfil de administrador tendrá acceso a todo el menú.

145 En los dos últimos menús el administrador podrá agregar las facultades, las carreras y realizará la administración de los perfiles y los usuarios. Menú Facultades y Carreras En el menú de facultades y carreras se despliega dos submenús como muestra la imagen. Submenú Facultad En el primer submenú la aplicación permitirá realizar el ingreso de las diferentes facultades existentes en la universidad. En la siguiente imagen muestra la ventana principal de este submenú el cual contiene un listado de las facultades y la opción de registrar una nueva o editar. Ingresar un nuevo registro. Editar la facultad Al dar click en nuevo registro aparece el siguiente formulario. El nombre y las siglas son requeridos

146 Submenú Carreras Al igual que la opción anterior el submenú carrera contiene un listado de las carreras existentes y la opción de agregar uno nuevo o editar un registro. En nuevo registro aparece un formulario para ingresar los datos de la carrera y de la mención en el caso de poseer. Si posee mensión se despliega dos campos más, caso contrario se oculta. El nombre de la carrera y la facultad son campos requeridos Si existe un registro y se desea modificar la aplicación mostrara los datos existentes.

147 Si posee mención puede verse que aparece un combo con las menciones existentes. Menú Usuario y Perfiles En el menú de usuarios y perfiles, se administran los permisos para acceder a la aplicación así como la gestión de los usuarios existentes. Submenú Usuarios En el submenú de usuarios se muestra un listado de los usuarios existentes además de la opción de agregar usuario, cambiar el estado del usuario y editar su información. Cambiar estado Editar usuario

148 En agregar nuevo registro aparece un formulario detallado que permitirá introducir la información del usuario. Todos son campos requeridos exceptuando correo electrónico. En los campos contraseña y repetir contraseña se les mide la fortaleza, para permitir al usuario crear sus claves robustas. Submenú Perfiles Por último tenemos el menú de perfiles, los cuales se administran los perfiles y el acceso a los menús de la aplicación. Cambiar estado Enlazar al perfil los menús que el usuario accederá Editar el perfil Al hacer click en el botón nuevo registro aparece el siguiente formulario.

149 El nombre y el estado son campos requeridos En la opción de enlazar menú, muestra los menús de la aplicación los cuales serán asociados al perfil para que el usuario pueda acceder. Por defecto las opciones de menú no están seleccionadas.