Desarrollo de un sistema en un entorno web, utilizando herramientas Open Source

1

PONTIFICIA UNIVERSIDAD CATÓLICA DEL ECUADOR SEDE SANTO DOMINGO

Dirección Académica- Escuela de Sistemas

DESARROLLO DE UN SISTEMA EN UN ENTORNO WEB, UTILIZANDO HERRAMIENTAS OPEN SOURCE PARA EL CONTROL DE ASISTENCIA ESTUDIANTIL DE LA UNIDAD EDUCATIVA VICENTE ROCAFUERTE EN EL PERÍODO 2015-2016 Trabajo de Titulación previo a la obtención del título de Ingeniera de Sistemas y Computación Línea de Investigación: Estudio, Diseño e Implementación de Software Autora: ANDREA BELÉN LEÓN ALDÁZ Director: Mg. DIEGO RICARDO SALAZAR ARMIJOS

Santo Domingo – Ecuador Febrero, 2016

2

PONTIFICIA UNIVERSIDAD CATÓLICA DEL ECUADOR SEDE SANTO DOMINGO

Dirección Académica - Escuela de Sistemas HOJA DE APROBACIÓN

DESARROLLO DE UN SISTEMA EN UN ENTORNO WEB, UTILIZANDO HERRAMIENTAS OPEN SOURCE PARA EL CONTROL DE ASISTENCIA ESTUDIANTIL DE LA UNIDAD EDUCATIVA VICENTE ROCAFUERTE EN EL PERÍODO 2015-2016 Línea de Investigación: Estudio, Diseño e Implementación de Software Autora: ANDREA BELÉN LEÓN ALDÁZ Diego Ricardo Salazar Armijos, Mg.

f.

DIRECTOR DE LA DISERTACIÓN DE GRADO Fausto Ernesto Orozco Iguasnia, Mg.

f.

CALIFICADOR Luis Javier Ulloa Meneses, Mg.

f.

CALIFICADOR Rodolfo Sirilo Córdova Gálvez, Mg.

f.

DIRECTOR DE LA ESCUELA DE SISTEMAS

Santo Domingo – Ecuador Febrero, 2016

iii

DECLARACIÓN DE AUTENTICIDAD Y RESPONSABILIDAD

Yo, Andrea Belén León Aldáz portadora de la cédula de ciudadanía No. 172145177-9 declaro que los resultados obtenidos en la investigación que presento como informe final, previo a la obtención del Grado de Ingeniera de Sistemas y Computación son absolutamente originales, auténticos y personales.

En tal virtud, declaro que el contenido, las conclusiones y los efectos legales y académicos que se desprenden del trabajo propuesto de investigación y luego de la redacción de este documento son y serán de mi sola y exclusiva responsabilidad legal y académica.

Andrea Belén León Aldáz CI. 172145177-9

iv

AGRADECIMIENTO En primer lugar a Dios por brindarme la oportunidad de vida, brindarme inteligencia, paciencia, fortaleza, fe y colmarme de bendiciones durante el proceso formativo de la carrera.

A mis padres por haberme brindado la oportunidad de estudiar con gran esfuerzo y dedicación, por su completa confianza e incondicional apoyo durante mi formación académica.

Y a mí director de tesis quien me ha brindado apoyo en todo momento para la exitosa culminación de este proyecto de grado.

v

DEDICATORIA Dedico este proyecto a Dios, a mis padres y a las demás personas que intervinieron en este proyecto. A Dios por estar conmigo en cada paso que doy, dándome fortaleza para continuar; a mis padres, quienes a lo largo de mi vida han velado por mi bienestar y educación, siendo mí apoyo en todo momento. Y a las demás personas que de una manera u otra me apoyaron, brindándome apoyo incondicional.

vi

RESUMEN El presente documento detalla de manera minuciosa el desarrollo de un sistema en un entorno web, utilizando herramientas Open Source para el control de asistencia estudiantil de la Unidad Educativa Vicente Rocafuerte denominado AsisVR (Asistencias Vicente Rocafuerte), este proyecto de investigación nace de la necesidad que posee la mencionada institución de automatizar los procesos para la gestión de control de asistencia estudiantil. El desarrollo del sistema informático se fundamenta en la metodología de desarrollo ágil XP (Programación Extrema), debido a que es la metodología que mejor se ajusta a los requerimientos del software.

Con la intención de que el sistema informático no genere costos a la Institución se hace uso de herramientas Open Source tales como: PHP para el desarrollo web, PostgreSQL como sistema de gestión de Base de Datos, JavaScript y Bootstraps; además es desarrollado con una arquitectura Cliente – Servidor basado en un modelo de tres capas (Datos, Presentación y Negocio).

vii

ABSTRACT The present document details in a thorough manner the development of a web system using Open Source tools for the control of student attendance in the Unidad Educativa Vicente Rocafuerte denominado AsisVR (Asistencias Vicente Rocafuerte). This research project was borne out of the necessity to of the said institution to automate the control management of student attendance. The development of the information system is based on the methodology of XP (Programaciรณn Extrema) because it is the methodology that best suits the requirements of the software.

With the intention of providing an affordable information system to the institution, Open Source tools was used like PHP for web development, PostgreSQL as system for management of DataBase, JavaScript and Bootstrap is also developed with Client-Service based on a three-layer model (Data, Presentation and Business).

viii

INDÍCE 1.

INTRODUCCIÓN ............................................................................................................ 1

2.

PLANTEAMIENTO DEL PROBLEMA ......................................................................... 3

2.1. ANTECEDENTES ........................................................................................................... 3 2.2. PROBLEMA DE INVESTIGACIÓN .............................................................................. 3 2.2.1. Preguntas de Investigación ............................................................................................... 4 2.3. JUSTIFICACIÓN DE LA INVESTIGACIÓN ................................................................ 5 2.4. OBJETIVOS DE INVESTIGACIÓN .............................................................................. 6 2.4.1. Objetivos generales .......................................................................................................... 6 2.4.2. Objetivos específicos ........................................................................................................ 6 3.

MARCO REFERENCIAL ............................................................................................... 7

3.1. REVISIÓN DE LA LITERATURA O FUNDAMENTOS TEÓRICOS ......................... 9 3.1.1. Ingeniería web .................................................................................................................. 9 3.1.1.1.

Internet ................................................................................................................. 9

3.1.1.1.1

HTTP/HTTPS ...................................................................................................... 9

3.1.1.1.2

Página web ......................................................................................................... 10

3.1.1.1.3

Navegador web .................................................................................................. 10

3.1.1.1.4

Servidores web ................................................................................................... 10

3.1.2. Software .......................................................................................................................... 11 3.1.2.1.

Definición .......................................................................................................... 11

3.1.2.2.

Software libre ..................................................................................................... 11

3.1.2.3.

Ingeniería de Software ....................................................................................... 11

3.1.2.4.

Lenguaje de Modelado Unificado (UML) ......................................................... 12

3.1.2.4.1

Tipos de diagramas UML .................................................................................. 12

3.1.3. Herramientas para el desarrollo web .............................................................................. 12

ix

3.1.3.1.

PHP .................................................................................................................... 12

3.1.3.3.

HTML ................................................................................................................ 13

3.1.3.4.

CSS .................................................................................................................... 13

3.1.3.5.

JQuery ................................................................................................................ 14

3.1.3.6.

Ajax .................................................................................................................... 14

3.1.4. Base de datos .................................................................................................................. 14 3.1.4.1.

Definición .......................................................................................................... 14

3.1.4.2.

Sistema de administración de base de datos ...................................................... 14

3.1.4.3.

Tipos de bases de datos ...................................................................................... 15

3.1.4.3.1

Bases de datos estáticas ..................................................................................... 15

3.1.4.3.2

Bases de datos dinámicas ................................................................................... 15

3.1.4.4.

Modelos de bases de datos ................................................................................. 15

3.1.4.4.1

Bases de datos relacionales ................................................................................ 15

3.1.4.5.

Relaciones .......................................................................................................... 15

3.1.4.5.1

Propiedades de la relación ................................................................................. 16

3.1.4.6.

PostgreSQL ........................................................................................................ 17

3.1.4.7.

Selección de la Base de datos ............................................................................ 17

3.1.5. Metodología XP.............................................................................................................. 18 3.1.5.1.

Definición .......................................................................................................... 18

3.1.5.2.

Desarrollo del proceso XP ................................................................................. 19

3.1.5.2.1

Etapa de Planeación ........................................................................................... 19

3.1.5.2.1.1

Historia de Usuarios ........................................................................................... 19

3.1.5.2.1.2

Casos de uso ....................................................................................................... 19

3.1.5.2.1.3

Diagramas de Casos de uso................................................................................ 19

3.1.5.2.2

Etapa de Diseño ................................................................................................. 19

3.1.5.2.2.1

Diagrama Lógico de la Base de Datos ............................................................... 19

x

3.1.5.2.2.2

Diagrama Físico de la Base de Datos ................................................................ 19

3.1.5.2.3

Etapa de Codificación ........................................................................................ 20

3.1.5.2.4

Etapa de Pruebas ................................................................................................ 20

3.1.5.2.4.1

Pruebas unitarias ................................................................................................ 20

3.1.5.2.4.2

Pruebas de integración ....................................................................................... 20

3.1.5.3.

Pruebas de aceptación ........................................................................................ 20

3.1.6. Gestión de Control de Asistencia estudiantil.................................................................. 20 3.1.6.1.

Ley Orgánica de Educación Intercultural .......................................................... 20

3.1.6.1.1

CAPITULO II - De las Modalidades del Sistema Nacional de Educación ....... 20

3.1.6.1.1.1

Art. 24.- Modalidad del Sistema Nacional de Educación .................................. 20

3.1.6.1.2

CAPITULO VI – De la asistencia de los estudiantes ........................................ 21

3.1.6.1.2.1

Art. 169.- Control ............................................................................................... 21

3.1.6.1.2.2 Art. 170.- Inasistencia ............................................................................................ 21 4.

METODOLOGÍA DE INVESTIGACIÓN .................................................................... 22

4.1. ENFOQUE / TIPO DE INVESTIGACIÓN ................................................................... 22 4.1.1. Enfoque........................................................................................................................... 22 4.1.1.1.

Enfoque cuantitativo .......................................................................................... 22

4.1.1.2.

Enfoque cualitativo ............................................................................................ 22

4.1.1.3.

Similitudes y diferencias .................................................................................... 22

4.1.2. Tipo de Investigación ..................................................................................................... 23 4.1.2.1.

Investigación de campo...................................................................................... 23

4.2. POBLACIÓN / MUESTRA ........................................................................................... 23 4.2.1. Población ........................................................................................................................ 23 4.2.2. Muestra ........................................................................................................................... 23 4.3. VARIABLES E INDICADORES .................................................................................. 24 4.3.1. Variable .......................................................................................................................... 24

xi

4.3.1.1.

Variable Independiente ...................................................................................... 24

4.3.1.2.

Variable Dependiente......................................................................................... 24

4.3.2. Indicadores ..................................................................................................................... 24 4.4. TÉCNICAS E INSTRUMENTOS DE RECOGIDA DE DATOS................................. 25 4.4.1. Observación .................................................................................................................... 25 4.4.2. Entrevista ........................................................................................................................ 25 4.4.3. Encuesta .......................................................................................................................... 25 4.5. TÉCNICAS DE ANÁLISIS DE DATOS ...................................................................... 26 4.5.1. Tabulación ...................................................................................................................... 26 4.6. METODOLOGÍA

APLICADA

AL

DESARROLLO

DE

SOFTWARE,

PROGRAMACIÓN EXTREMA (XP) .................................................................................... 26 4.6.1. Selección de la metodología de desarrollo ..................................................................... 26 5.

RESULTADOS .............................................................................................................. 28

5.1. DISCUSIÓN Y ANÁLISIS DE LOS RESULTADOS .................................................. 28 5.1.1. Análisis, presentación e interpretación de Resultados ................................................... 28 5.1.1.1.

Encuesta a usuario del sistema ........................................................................... 28

5.2. DESARROLLO DEL PROCESO XP ............................................................................ 39 5.2.1. Etapa de Planeación ........................................................................................................ 39 5.2.1.1.

Historia de Usuarios ........................................................................................... 39

5.2.1.2.

Tarjetas CRC (Class-Responsability-Collaboration) ......................................... 41

5.2.2. Etapa de Diseño .............................................................................................................. 44 5.2.2.1.

Diagrama Lógico de la Base de Datos ............................................................... 44

5.2.2.2.

Diagrama Físico de la Base de Datos ................................................................ 45

5.2.3. Etapa de Codificación..................................................................................................... 46 5.2.3.1.

Estructura código fuente .................................................................................... 46

5.2.3.2.

Clase Usuarios (usuarios.class) .......................................................................... 47

xii

5.2.3.3.

Clase Representante (representante.class) ......................................................... 47

5.2.3.4.

Diccionario de datos .......................................................................................... 48

5.2.3.5.

Script de la Base de Datos ................................................................................. 49

5.2.3.6.

Trigger actualizar() ............................................................................................ 53

5.2.4. Etapa de Pruebas............................................................................................................. 54 5.2.4.1.

Pruebas unitarias ................................................................................................ 54

5.2.4.2.

Pruebas de integración ....................................................................................... 54

5.2.4.3.

Pruebas de aceptación ........................................................................................ 55

5.3. Análisis y Gestión de Riesgos ........................................................................................ 56 5.3.1. Identificación de riesgo .................................................................................................. 56 5.3.2. Análisis de riesgo ........................................................................................................... 57 5.3.3. Gestión de riesgo ............................................................................................................ 60 5.4. CONCLUSIONES .......................................................................................................... 64 5.5. RECOMENDACIONES ................................................................................................ 65 FUENTES DE INFORMACIÓN ............................................................................................ 66 FUENTES BIBLIOGRÁFICAS .............................................................................................. 66 GLOSARIO.......................................................................................................................................... 68 ANEXOS ............................................................................................................................................. 71

xiii

INDICE DE FIGURAS

Figura 1. Principales temas del Marco Referencial ............................................................................. 8 Figura 2. Red de internet ....................................................................................................................... 9 Figura 3. Estructura de una URL ....................................................................................................... 10 Figura 4. Símbolo de una relación ....................................................................................................... 16 Figura 5. Orden y cardinalidad de una relación ................................................................................ 16 Figura 6. Importancia de un sistema para el control de Asistencia Estudiantil .............................. 29 Figura 7. Conocimientos del usuario en informática ......................................................................... 30 Figura 8. Demanda de tiempo del control de asistencia .................................................................... 31 Figura 9. Notificación al representante. .............................................................................................. 32 Figura 10. Notificación de inasistencia ............................................................................................... 33 Figura 11. Demanda de tiempo en notificar la inasistencia .............................................................. 34 Figura 12. Frecuencia de elaboración de reportes ............................................................................. 35 Figura 13. Tiempo en realizar un reporte .......................................................................................... 36 Figura 14. Encargo de los aspectos informáticos ............................................................................... 37 Figura 15. Beneficio del Sistema .......................................................................................................... 38 Figura 16. Diagrama Lógico de la Base de Datos AsisVR. ................................................................ 44 Figura 17. Diagrama Físico de la Base de Datos AsisVR. ................................................................. 45 Figura 18. Estructura del código fuente de AsisVR. .......................................................................... 46 Figura 19. Fragmento de la clase usuarios.class. ............................................................................... 47 Figura 20. Fragmento de la clase representante.class. ...................................................................... 47 Figura 21. Login del Sistema AsisVR.................................................................................................. 54

xiv

Figura 22. Mรณdulo Admin de AsisVR ................................................................................................. 54 Figura 23. Administraciรณn Usuarios. .................................................................................................. 55

xv

INDICE DE TABLAS

Tabla 1: Cuadro comparativo entre las bases de datos ..................................................................... 17 Tabla 2: Variable independiente y su indicador ................................................................................ 24 Tabla 3: Variable dependiente y su indicador ................................................................................... 25 Tabla 4: Comparación entre las metodologías ................................................................................... 27 Tabla 5: Importancia de un nuevo sistema ........................................................................................ 28 Tabla 6: Conocimientos del usuario en informática .......................................................................... 29 Tabla 7: Demanda de tiempo de los reportes ..................................................................................... 30 Tabla 8: Notificación a los representantes .......................................................................................... 31 Tabla 9: Notificación de asistencia ...................................................................................................... 32 Tabla 10: Demanda de tiempo en notificar la inasistencia ................................................................ 33 Tabla 11: Frecuencia de elaboración de reportes .............................................................................. 34 Tabla 12: Tiempo en realizar un reporte ............................................................................................ 35 Tabla 13: Encargado de los aspectos informáticos ............................................................................ 36 Tabla 14: Mayor beneficio que aportará el Sistema .......................................................................... 37 Tabla 15: Historia de Usuario: Ingreso al Sistema ............................................................................ 39 Tabla 16: Historia de Usuario: Salida del Sistema ............................................................................ 39 Tabla 17: Historia de Usuario: Administración de usuario .............................................................. 40 Tabla 18: Historia de Usuario: Ingresar Usuario .............................................................................. 40 Tabla 19: Historia de Usuario: Modificar Usuario ............................................................................ 41 Tabla 20: Tarjeta CRC-Administración de perfiles de usuario ....................................................... 41 Tabla 21: Tarjeta CRC-Registro y administración de estudiantes .................................................. 42

xvi

Tabla 22: Tarjeta CRC-Registro y administración de cursos .......................................................... 42 Tabla 23: Tarjeta CRC-Configuración............................................................................................... 43 Tabla 24: Tarjeta CRC-Registro y administración de asistencias ................................................... 43 Tabla 25: Diccionario de datos ............................................................................................................ 48 Tabla 26: Identificación de Riesgos ..................................................................................................... 56 Tabla 27: Criterios de Valoración de Probabilidad ........................................................................... 57 Tabla 28: Criterios de Valoración de Impacto ................................................................................... 57 Tabla 29: Exposición al Riesgo ............................................................................................................ 57 Tabla 30: Valores de Impacto .............................................................................................................. 57 Tabla 31: Análisis de la probabilidad, impacto y exposición al riesgo ............................................. 58 Tabla 32: Línea de corte para la Gestión de Riesgo .......................................................................... 59 Tabla 33: Gestión del Riesgo 2 ............................................................................................................ 60 Tabla 34: Gestión del Riesgo 1 ............................................................................................................ 61 Tabla 35: Gestión del Riesgo 5 ............................................................................................................ 62 Tabla 36: Gestión del Riesgo 7 ............................................................................................................ 63

1

1.

INTRODUCCIÓN

La Unidad Educativa “Vicente Rocafuerte” que se encuentra ubicada en el Cantón Santo Domingo de los Colorados, en la Av. 3 de Julio #456 y Riobamba, cuenta con un total de 183 estudiantes y 13 profesores. Esta Unidad Educativa realiza procesos para la gestión y control de la asistencia estudiantil; los referidos procesos actualmente se realizan de una forma manual, en virtud de lo cual dicha Institución ha decidido automatizar los mismos.

Con esta investigación se desarrolló un sistema informático en un entorno web, el cual permite el control de asistencia estudiantil de la Unidad Educativa, para de esta manera optimizar el proceso manual que se venía realizando con anterioridad.

Esta investigación permitió la optimización del tiempo del funcionario responsable de registrar la información de los estudiantes que no asisten a clases en una hoja de cálculo, además de generar los respectivos reportes de asistencia.

Para la implementación y ejecución de este proyecto se hizo uso de herramientas Open Source, conocidas también como herramientas libres, de esta manera se minimizó los costos del sistema, también se hizo uso de una plataforma web por petición del cliente, con el propósito de facilitar el acceso online desde cualquier lugar en el que exista conexión a Internet o una red local.

En virtud de que el proyecto se basó sobre el desarrollo de una aplicación web, para el seguimiento y control de asistencia estudiantil, el mismo se realizó considerando las siguientes fases: En la primera fase se recopiló la información referente a los aspectos teóricos y metodológicos que permitieron obtener resultados, en cuanto a la validez del proyecto y las características generales del sistema.

En una segunda etapa se realizó el respectivo análisis de la información, además se llevó a cabo el diseño de la aplicación teniendo en cuenta todos los requerimientos levantados en el SRS.

2

En la fase tres se realizaron las respectivas pruebas para verificar que la aplicación cumpla los requerimientos establecidos en el SRS (Especificación de requerimientos de software).

Una vez aceptada la funcionalidad de la aplicación, se realizó la depuración de la documentación, tanto de la disertación como de los respectivos manuales del sistema y se procedió a la suscripción del acta de entrega recepción final del mismo.

3

2.

2.1.

PLANTEAMIENTO DEL PROBLEMA

ANTECEDENTES Con fecha 14 de febrero de 1984 mediante el Acuerdo Ministerial # 440 se autoriza la

creación del Colegio Mixto Particular “VICENTE ROCAFUERTE” en esta ciudad, siendo su fundador el Sr. Juan José Mendoza, esta Unidad Educativa ofrece Educación básica y Bachillerato General Unificado, en la actualidad se ubica en la Av. 3 de Julio # 456 y Riobamba. La referida Institución establece dentro de sus estatutos la siguiente misión y visión institucional.

MISIÓN: “Formar estudiantes líderes con valores, capaces de enfrentar con creatividad y criticidad las exigencias de la sociedad actual”.

VISIÓN: “Ser una institución educativa líder e innovadora en la formación integral de la juventud para contribuir con el desarrollo socio-económico y cultural del país”.

En la mencionada Institución, existía una problemática respecto al registro de asistencia de los estudiantes por cuanto, el mismo se realizaba de una forma manual a través del ingreso de información en una hoja de cálculo lo que dificultaba la generación de reportes y acceso a la información de una manera oportuna para el conocimiento de las autoridades y de los padres de familia de los estudiantes del referido plantel educativo.

El proceso anterior conllevaba demasiado tiempo para procesarse, debido a que el manejo de hojas de cálculo no permite la funcionalidad que se tendría con sistema web integrado a un sistema gestor de base de datos SGBD, pues la hoja de cálculo no garantiza integridad de la información, permite el ingreso de registros duplicados, es posible que se altere la información sin que se conozca el usuario, no garantiza seguridad de la información, existe dificultad en la búsqueda de registros y generación de reportes que son de suma importancia.

2.2.

PROBLEMA DE INVESTIGACIÓN Como se explicó con anterioridad, la problemática del control de asistencia de los

estudiantes de la Unidad Educativa Vicente Rocafuerte surge de la falta de automatización del referido proceso.

4

Para solucionar la problemática antes mencionada, se implementó un sistema informático que permite registrar de una forma eficiente y oportuna la asistencia de los estudiantes de la referida Unidad Educativa, empleando para el efecto herramientas de desarrollo Open Source, tanto para el desarrollo como para la base de datos.

El sistema permite la consulta y la generación de reportes de asistencia, de conformidad con los formatos establecidos por la Institución.

Bajo los preceptos antes mencionados se da solución la problemática del registro de asistencia de los estudiantes de la Unidad Educativa Vicente Rocafuerte mediante el “Desarrollo de un sistema en un entorno Web, utilizando herramientas Open Source para el Control de asistencia estudiantil de la Unidad Educativa Vicente Rocafuerte en el período 2015-2016” Para realizar la delimitación se hizo uso del SRS (Software Requirements Specification - Especificación de Requerimientos de Software), en el cual se estableció el alcance del proyecto, tales como los módulos y sus funcionalidades, mismos que son extraídos según las necesidades del cliente. El SRS se adjunta en la disertación de grado.

2.2.1.

Preguntas de Investigación  ¿Cuál es el beneficio de implementar un sistema de control de asistencia a la institución?  ¿Cómo limitar el alcance del proyecto?  ¿Cómo mejorar el desempeño del personal encargado del control de asistencia?

5

2.3.

JUSTIFICACIÓN DE LA INVESTIGACIÓN Debido al considerable crecimiento de estudiantes que ha tenido la Unidad Educativa

Vicente Rocafuerte el responsable del proceso de registro de asistencia, ha experimentado dificultades en el manejo de la referida información, por cuanto con anterioridad el registro se realizaba con una hoja de cálculo que no brinda la garantía y confiabilidad que la que se obtiene con un sistema de gestión de bases de datos SGBD y un aplicación que facilita el ingreso de información, consulta y obtención de reportes de una forma eficiente y oportuna adecuada a los requerimientos institucionales.

La importancia del desarrollo del proyecto es que permite el registro de asistencia estudiantil de la Unidad Educativa Vicente Rocafuerte que sería de carácter general y aplicable a cualquier Institución Educativa de similares características, así como también las Instituciones Educativas requieren notificar a los padres de familia sobre las novedades de asistencia de sus representados, misma que se realiza de manera personal por el inspector; es decir bajo este sistema se pueden generar otros proyectos similares que contribuirían al desarrollo tecnológico conforme se establece en el Plan Nacional del Buen Vivir.

El proyecto tiene como alcance la implementación de un sistema Web para el control y seguimiento de la asistencia de los estudiantes de la Unidad Educativa Vicente Rocafuerte, para su desarrollo e implementación se cuenta con un período aproximado de 6 meses y su tiempo de vida útil sería de aproximadamente 5 años, dependiendo de las nuevas necesidades que surgen en la institución.

Dada la naturaleza y alcance del proyecto, se considera que el proyecto es factible, por cuanto la Unidad Educativa cuenta con la infraestructura, recursos tecnológicos y personal que colabora en los aspectos necesarios para que el proyecto cumpla con los objetivos para los cuales fue planteado.

El número de beneficiarios directos es de 4 personas y los beneficiarios indirectos se podrían considerar a todos los profesores, padres de familia y estudiantes de la Institución que podrán acceder a la información respectiva.

6

El proyecto causa un impacto social importante en virtud de que los padres de familia se pueden informar de manera oportuna respecto a la asistencia de sus hijos y tomar las acciones pertinentes para justificar las inasistencias y atrasos respectivos.

2.4.

OBJETIVOS DE INVESTIGACIÓN

2.4.1.

Objetivos generales Desarrollar un sistema informático en un entorno web, haciendo uso de herramientas

Open Source para el control de asistencia estudiantil de la Unidad Educativa Vicente Rocafuerte en el período 2015-2016 2.4.2.

Objetivos específicos  Establecer las características funcionales y no funcionales del software a implementar para fines de registro de asistencia estudiantil de la Unidad Educativa Vicente Rocafuerte.  Estudiar la metodología de desarrollo de software que se adaptará mejor a las características del sistema a implementar para realizar el registro y control de asistencia estudiantil de la Unidad Educativa Vicente Rocafuerte.  Determinar las herramientas Open Source más apropiadas para el desarrollo del sistema de asistencia estudiantil de la Unidad Educativa Vicente Rocafuerte.  Detallar la información de interés para la construcción del fundamento teórico utilizado para el desarrollo del proyecto de software.  Representar la metodología de investigación a utilizar.

7

3.

MARCO REFERENCIAL

El marco referencial consta de una recopilación de información fundamental e importante de diversos autores para que el público en general entienda todo lo relacionado con el desarrollo del proyecto.

Para iniciar el capítulo de Ingeniería Web contamos con las diferentes definiciones de Ramos y Ramos en su libro “Aplicaciones web” y Rodríguez en su publicación “Iniciación a la Red Internet. Concepto, Funcionamiento, Servicios y Aplicaciones de Internet”.

En el libro de Pressman Roger, Ingeniería del Software: Un enfoque práctico. Es basada la información de Ingeniería de software.

En el tercer capítulo, Herramientas para el desarrollo web usaremos las definiciones de García para definir el concepto de Lenguajes de programación, Capuñay para definir PHP, Sanchez para JavaScript, Vértice para HTML, Lancker para CSS, , y Gauchat para JQuery.

Y en el cuarto capítulo, Base de Datos tendremos la definición de Base de Datos y Sistema de Administracion de Base de Datos del libro publicado por Coronel, Morris y Rob. Y para el concepto de PostgreSQL tenemos a Martinez.

Finalmente tenemos lo referente a la metodología de desarrollo llamada XP o eXtreme Programming en la cual se basará el desarrollo de la parte aplicativa del proyecto, nos basamos en el apoyo del Autor Pressman Roger.

8

HTTP/HTTPS Página Web Internet

INGENIERÍA WEB

Navegador Web Definición

Servidores Web

Software libre SOFTWARE Ingeniería de software Lenguaje de Modelado Unificado

Tipos de diagrama UML

PHP JavaScript

MARCO TEORICO

HERRAMIENTAS PARA EL DESARROLLO WEB

HTML

CSS JQuery Características de las BDD DBMS Bases de datos estáticas

Tipos de BDD BASE DE DATOS

Bases de datos dinámicas

Modelos de BDD

BDD relacionales Relaciones Propiedades de la relación PostgreSQL

Definición METODOLOGÍA XP Proceso XP GESTIÓN DE CONTROL DE ASISTENCIA ESTUDIANTIL

Ley Orgánica de Educación Intercultural.

Figura 1. Principales temas del Marco Referencial Fuente: Andrea León. Investigación de campo: Sto Dgo -Vicente Rocafuerte (2015-2016)

9

3.1.

REVISIÓN DE LA LITERATURA O FUNDAMENTOS TEÓRICOS

3.1.1.

Ingeniería web

3.1.1.1. Internet Se la puede definir como una red de redes, ya que es un conjunto de redes interconectadas mundialmente y cada una de las redes es independiente y autónoma (Rodríguez, 2007).

Figura 2. Red de internet Fuente: Recuperado de: http://blog.ono.es/2015/01/internet-mejor-de-calidad/

3.1.1.1.1 HTTP/HTTPS El Protocolo de Transferencia de Hipertexto es usado por cada operación que se realiza en la WWW (World Wide Web), está orientado a transacciones y se adapta al modelo peticiónrespuesta entre cliente y servidor, una vez que ha respondido una petición del clientes se cierra la conexión. Para que los usuarios de las páginas web puedan acceder a los documentos y moverse de un lugar a otro de la red se necesita el protocolo Http (Rodríguez, 2007). http:// es el protocolo de acceso a una dirección

10

3.1.1.1.2 Página web Según (Rodríguez, 2007). Son un medio para transmitir información, misma que es creada mediante un lenguaje llamado HTML (Hypertext Markup Languaje) que nos permite crear documentos multimedia, imágenes, sonidos, videos, animaciones, etc.

3.1.1.1.3 Navegador web Según (Ramos & Ramos, 2011). Un Navegador Web es un programa que permite visualizar la información que se encuentra contenida en una página web, ya que interpreta el código de la página (generalmente HTML) y este se muestra en la pantalla. Es una herramienta utilizada por el usuario para moverse e interactuar con la información contenida en las distintas páginas web.

3.1.1.1.4 Servidores web Es un programa diseñado para aceptar peticiones del navegador y servir las páginas que tienen alojadas, para navegar por un sitio web se debe conocer la URL (Uniform Resource Locator – Localizador Uniforme de Recursos). En una URL se distinguen tres partes: el protocolo, nombre de domino y ruta (Ramos & Ramos, 2011).

Figura 3. Estructura de una URL Fuente: Ramos, A., & Ramos, J. (2011). APLICACIONES WEB. Madrid: Paraninfo, p6.

11

3.1.2.

Software

3.1.2.1. Definición Es el producto que construyen los programadores profesionales, incluye programas que se ejecutan en una computadora. Es importante porque puede ser aplicado en cualquier ámbito, ya sea de comercio, cultural y actividades cotidianas. Este se construye con la aplicación de un modelo ágil y adaptable para así obtener un producto de gran calidad, que cumpla con las necesidades del cliente y satisfaga las mismas (Pressman, 2010).

3.1.2.2. Software libre Se da cuando el código fuente de un software puede redistribuirse y modificarse, ya sea gratuitamente o pagando por la distribución, programadores realizan cambios y agregan nuevas funcionalidades mejorando el software constantemente (Marco, Josep, Prieto, & Segret, 2010).

Según (Marco, Josep, Prieto, & Segret, 2010). Un Software es considerado libre si cumple las siguientes libertades:  Libertad para poder ejecutar el programa con cualquier objetivo.  Libertad para estudiar el funcionamiento del programa y adaptarlo a nuestras necesidades.  Libertad para compartir las copias.  Libertad de mejorar el software y publicar los arreglos, para que toda la sociedad pueda beneficiarse.

3.1.2.3. Ingeniería de Software La ingeniería de software “es el establecimiento y uso de principios fundamentales de la ingeniería con objeto de desarrollar en forma económica software que sea confiable y que trabaje con eficiencia en máquinas reales” (Pressman, 2010, pág. 14).

Recabar los requerimientos es una acción importante de la ingeniería de software que ocurre durante la actividad de comunicación. La meta es entender lo que los distintos participantes desean del software que se va a elaborar (Pressman, 2010).

12

3.1.2.4. Lenguaje de Modelado Unificado (UML) Es un lenguaje que ofrece grandes ventajas en comparación con otros lenguajes de modelado, se basa en software orientado a objeto, que describe un conjunto de diagramas y símbolos que son usados para modelar gráficamente un sistema (López J. , 2011).

3.1.2.4.1 Tipos de diagramas UML  Diagrama de casos de uso: Se emplean para visualizar el comportamiento estático del sistema o una parte del mismo.  Diagrama de secuencia: Muestra la secuencia de mensajes entre los objetos en un escenario.  Diagrama de clases: muestra las clases y las relaciones que existen.  Diagrama de colaboración: muestra objetos y sus relaciones, destacando los objetos que participan en el intercambio de mensajes.  Diagrama de componentes: muestra los componentes de mayor nivel de la  Diagrama de relaciones de entidad: que muestra los datos y las relaciones y restricciones entre ellos (López J. , 2011).

3.1.3.

Herramientas para el desarrollo web

3.1.3.1. PHP PHP es usado como acrónico de Hypertext Preprocessor. Es un lenguaje de código abierto. Es un lenguaje script que se ejecuta en el servidor web, este lenguaje trabaja del lado del servidor (Capuñay, 2013).

PHP se diferencia de otros lenguajes como JavaScript debido a que este se ejecuta del lado del servidor y el resultado de esta ejecución se integra en la página HTML, que es enviada al explorador. Este tipo de lenguaje permite crear páginas web dinámicas a diferencia de HTML (Heurtel, 2011).

13

3.1.3.2. JavaScript Es un lenguaje de desarrollo de aplicaciones cliente / servidor a través de internet, este programa tiene la particularidad de estar insertado dentro del mismo documento HTML. El programa JavaScript reconoce eventos, estos son acciones de JavaScript, un ejemplo de evento es onClick, que se refiere a pulsar con el cursor sobre la zona a la cual está asociado este evento (Sánchez, 2001).

JavaScript no tiene clases ni herencias, pero tiene un conjunto de objetos incorporados que requieren un esfuerzo mínimo en su creación y es sensible a mayúsculas y minúsculas, es decir distingue todos los elementos de JavaScript deben referenciarse como se definieron, no es lo mismo decir “Salto” que “salto” (Sánchez, 2001).

Se debe escribir el código en un archivo que contenga la extensión .js y este debe ser agregado dentro del código HTML (Ayoze, 2015).

3.1.3.3. HTML HTML es un lenguaje artificial usado para definir estructuras de páginas web que son visibles con ayuda de navegadores, es de uso sencillo y pueden usarse editores como Dreamweaver, bloc de notas, entre otros (Guardiola, 2010).

3.1.3.4. CSS Las hojas de estilo o CSS (Cascading Style Sheets) son complementos de código que se encargan de la apariencia del documento, ya sea las fuentes, tamaños de caracteres, interlineados o la impresión del documento. Mientras que las etiquetas HTML se centran en el contenido las hojas de estilo gestionan todo lo que concierne a la presentación del documento (Lancker, 2009, pág. 212).

14

3.1.3.5. JQuery Librería gratuita diseñada para simplificar la creación de sitios web, facilita la selección de elementos HTML La creación de animaciones y efectos, además de controlar eventos ayuda a implementar Ajax en nuestras aplicaciones, una vez que se incorpora la librería podemos transformar nuestra web estática en una aplicación moderna y dinámica la cual facilite la interacción entre el sistema y el cliente (Gauchat, 2012).

3.1.3.6. Ajax Proviene de las siglas Asynchronous JavaScript And XML (JavaScript asíncrono y XML) permite la comunicación del cliente con el servidor sin la necesidad de recargar la página, es decir permite una comunicación asíncrona con el servidor, Ajax envuelve varias tecnologías como XML y JavaScript (Ayoze, 2015).

3.1.4.

Base de datos

3.1.4.1. Definición Según (Coronel, Morris, & Rob, 2011). Las define como estructuras especializadas que permiten a los sistemas computarizados el manejo de información como guardar, manejar y recuperar datos con gran rapidez.

Además, (López J. , 2011).Nos dice que son un conjunto de datos relacionados y están almacenados sistemáticamente para usarlos en lo posterior 3.1.4.2. Sistema de administración de base de datos Un sistema de administración de datos (DBMS, Database Management System) o SGBD (sistema gestor de base de datos) sirve como un intermediario entre el usuario y la base de datos, ya que la estructura de toda la base de datos esta guardada como un conjunto de archivos, y solo se puede acceder a ellos a través del DBMS (Coronel, Morris, & Rob, 2011).

Tener un DBMS entre las aplicaciones del usuario final y la base de datos hace posible que los datos sean compatibles entre múltiples aplicaciones o usuarios. Además integra las diferentes vistas de usuarios de los datos en un solo depósito de datos que lo abarca todo (Coronel, Morris, & Rob, 2011).

15

3.1.4.3. Tipos de bases de datos 3.1.4.3.1 Bases de datos estáticas Estos tipos de bases de datos son solamente de lectura, son usadas para el almacenamiento de datos históricos los cuales nos permiten realizar el estudio del comportamiento de una agrupación de datos a lo largo del tiempo, para dar soporte a la toma de decisiones basándose en el análisis de la información histórica de varios años atrás (López J. , 2011).

3.1.4.3.2 Bases de datos dinámicas Este tipo de bases de datos son de lectura y escritura, a diferencia de las bases de datos estáticas el contenido de la información almacenada es cambiante con el tiempo, ya que consiente operaciones como actualización, borrado y adición de datos, además de las operaciones fundamentales de consulta (López J. , 2011).

3.1.4.4. Modelos de bases de datos Estos modelos muestran en detalle cómo se encuentran contenidos los datos, de la misma manera se muestran los diferentes métodos a utilizar para realizar el respectivo almacenamiento y recuperación de la información de esos almacenes de datos de manera correcta (López J. , 2011).

3.1.4.4.1 Bases de datos relacionales Se usa para modelar problemas reales y administrar datos dinámicamente, se fundamenta en el uso de relaciones. Consiste en pensar en cada relación como una tabla compuesta por registros que representarían las tuplas (filas de la tabla) y campos (columnas de la tabla). La información puede ser recuperada o almacenadas mediante consultas que ofrecen una amplia flexibilidad y poder para administrarla (López J. , 2011).

3.1.4.5. Relaciones Las entidades y atributos no existen de forma independiente, por lo que surgen las relaciones. Según (López J. , 2011). “Una relación es una asociación de negocio natural que existe entre dos o más entidades”. Puede representar un evento que vincula dos o más entidades, las relaciones se designan mediante un verbo o una frase verbal.

16

Figura 4. Símbolo de una relación Fuente: López, J. (2011). Programación en tiempo real y bases de datos: un enfoque práctico. Barcelona: La Factoria

3.1.4.5.1 Propiedades de la relación El orden: define si la relación entre las entidades es obligatoria u opcional, determina el número mínimo de instancias de una entidad con respecto a otra, en cada relación debe definirse el orden en ambos sentidos (López J. , 2011).

La cardinalidad: número máximo de instancias de la entidad para una única instancia de la entidad relacionada, la cardinalidad se define en ambos sentidos (López J. , 2011).

Figura 5. Orden y cardinalidad de una relación Fuente: López, J. (2011). Programación en tiempo real y bases de datos: un enfoque práctico. Barcelona: La Factoria

El grado: es el número de entidades que participan en la relación. La mayoría de relaciones son binarias (grado=2) (López J. , 2011).

17

3.1.4.6. PostgreSQL PostgreSQL es un sistema que permite la gestión de bases de datos, es un software libre, es decir no se paga licencias por su uso y en comparación con otro software de paga alcanza una alta eficiencia. No ofrece soporte de una empresa como otro software de paga, sino que su soporte es a través de un grupo de desarrolladores que se especializan en este sistema.

3.1.4.7. Selección de la Base de datos Tabla 1: Cuadro comparativo entre las bases de datos Cuadro comparativo entre las bases de datos Comparación

MySQL

Oracle

PostgreSql

Consume pocos recursos

Bdd Objeto - Relacional

Gran escalabilidad

Mejor integración con PHP

Soporta las funciones de un servidor serio

Base de datos relacional orientada a objetos

Se comporta mejor que PostgreSQL a la hora de modificar o añadir campos a una tabla en caliente

Se puede ejecutar en varios sistemas operativos

Comprueba la integridad referencial

Multiplataforma

Enfocado a la fiabilidad, integridad de datos características integradas enfocadas al desarrollo

Ventajas No necesita muchos requerimientos de sistema

Permite copias de las Bdd en Implementa uso de rollback's, lugares lejanos de la subconsultas y transacciones ubicación principal Tiene mejor soporte que los proveedores comerciales

Desventajas

Carece de soporte para transacciones, rollback’s y subconsultas.

Software de paga

Consume gran cantidad de recursos

Su uso no es viable con grandes bases de datos

Coste de información elevado

Es de 2 a 3 veces más lento que MySQL

No tiene buena escalabilidad

Coste de mantenimiento y soporte técnico elevado

No es muy utilizada

No maneja integridad referencial, dejándola en manos del programador de la aplicación No es muy intuitivo Fuente: Andrea León. Investigación de campo: Sto. Dgo.-Vicente Rocafuerte (2015-2016)

18

Se ha elegido PostgreSQL como sistema de Base de Datos para el desarrollo de software, debido a las favorables características que presenta y teniendo en consideración que el Gobierno actual busca fomentar el uso de software libre en las instituciones, además el no pagar costos de licencia favorece a la Unidad Educativa ya que no considera esos gastos dentro de su presupuesto.

3.1.5.

Metodología XP

3.1.5.1. Definición (Marco, Josep, Prieto, & Segret, 2010) nos dicen que la metodología XP (eXtreme Programming) es un método de desarrollo en parejas que toma en consideración las necesidades actuales y no las futuras. Con el fin de no producir funcionalidades que en un futuro quizás varíen mucho.

Esta metodología tiene los siguientes valores, los cuales deben de cumplirse para hacer un buen uso de esta metodología de desarrollo: 

Comunicación.



Simplicidad.



Retroalimentación.



Valentía.



Respeto.

Y consta de 4 procesos, a través de los cuales se llevara a cabo el desarrollo y la respectiva documentación de cada uno de estos. 

Planificación.



Diseño.



Codificación.



Pruebas.

19

3.1.5.2. Desarrollo del proceso XP 3.1.5.2.1 Etapa de Planeación Para desarrollar un proyecto de software es muy importante planificar los diferentes procesos que se van a realizar durante el desarrollo del proyecto.

Para definir el modelo de negocios

del software se ha utilizado los siguientes

documentos. Tales como el SRS (Ver Anexo 2).

3.1.5.2.1.1 Historia de Usuarios Se describen las características y funcionalidades que ha de poseer el sistema.

3.1.5.2.1.2 Casos de uso Se los define desde el punto de vista de un actor, quien se desempeña como usuario. Y se define la interacción entre los usuarios y el sistema.

3.1.5.2.1.3 Diagramas de Casos de uso Es la representación gráfica de los casos de uso y proporciona una visión general del comportamiento del sistema.

A continuación se muestre el diagrama de casos de uso resultante del sistema de control de asistencia.

3.1.5.2.2 Etapa de Diseño 3.1.5.2.2.1 Diagrama Lógico de la Base de Datos El diagrama lógico de la base de datos muestra los tipos de relaciones que existen entre las tablas o entidades.

3.1.5.2.2.2 Diagrama Físico de la Base de Datos En este diagrama el programador puede visualizar con mayor claridad y precisión, lo que va a implementar y el diseño final de la base de datos.

20

3.1.5.2.3 Etapa de Codificación Solamente se codificarán los que este dentro de los requerimientos actuales, aquí se da la programación en parejas como mecanismo de solución de problemas.

3.1.5.2.4 Etapa de Pruebas 3.1.5.2.4.1 Pruebas unitarias Estas pruebas deben ser realizadas modulo a modulo.

3.1.5.2.4.2 Pruebas de integración Se realiza la validación del sistema de manera global.

3.1.5.3. Pruebas de aceptación Es el cliente quien las supervisa y se centran en las características y funcionalidades del sistema, estas se derivan de las historias de usuarios. Aquí el usuario prueba el sistema y realiza las respectivas observaciones e identifica los errores.

3.1.6.

Gestión de Control de Asistencia estudiantil En la actualidad, las instituciones educativas fiscales cuentan con herramientas de uso

obligatorio, pero las instituciones particulares, fiscomisionales y municipales tienen la libertad de elegir cualquier herramienta informática para manejar su información.

3.1.6.1. Ley Orgánica de Educación Intercultural 3.1.6.1.1 CAPITULO II - De las Modalidades del Sistema Nacional de Educación 3.1.6.1.1.1 Art. 24.- Modalidad del Sistema Nacional de Educación Se establecen tres modalidades, dentro de la cual existe la modalidad de educación presencial que se basa en cumplir normas de asistencia regula al establecimiento educativo durante el año lectivo que tiene una duración de 200 días laborables, en la sección matutina, vespertina y nocturna.

21

3.1.6.1.2 CAPITULO VI – De la asistencia de los estudiantes 3.1.6.1.2.1 Art. 169.- Control De manera obligatoria se debe controlar y registro de la asistencia de los estudiantes en todas las instituciones educativas públicas, fiscomisionales y particulares (Ley Orgánica de Educación Intercultural, s.f.).

3.1.6.1.2.2 Art. 170.- Inasistencia Si un estudiante no asiste de 1 a 2 días se debe notificar a sus representantes legales, mismo que debe justifica hasta 2 días después del retorno del estudiante a clases. Si excede más de 2 días se justificara la inasistencia con la respectiva documentación (Ley Orgánica de Educación Intercultural, s.f.).

22

4.

METODOLOGÍA DE INVESTIGACIÓN

4.1.

ENFOQUE / TIPO DE INVESTIGACIÓN

4.1.1.

Enfoque En el proyecto existen dos enfoques de investigación, los enfoques no se excluyen o

sustituyen, sino que combinados enriquecen la investigación (Gómez, 2006).

4.1.1.1. Enfoque cuantitativo Según (Gómez, 2006). Se usa la recolección y análisis de datos, mediante el uso de entrevistas, encuesta, pasa así aprobar o rechazar la hipótesis, confía en el cálculo numérico y el empleo de la estadística para procurar fundamentar con exactitud modelos en una población.

Aplicación: los resultados de las encuestas realizadas es un enfoque cuantitativo del estudio de las necesidades de la población de la unidad Educativa Vicente Rocafuerte.

4.1.1.2. Enfoque cualitativo Se usa para descubrir y refinar las preguntas de investigación, utiliza las descripciones y observaciones lo que permite comprender las necesidades de la institución para así desarrollar el sistema, mediante la interpretación de los resultados de los datos recolectados en la investigación del problema (Gómez, 2006).

Aplicación: La entrevista es el medio para conseguir los requerimientos del sistema y documentarlos en el SRS, otra herramienta es la observación directa, se observa cómo se realizan los procesos manualmente y que debemos automatizar para optimizar recursos.

4.1.1.3. Similitudes y diferencias Según (Gómez, 2006). Estos enfoques usan cinco fases interrelacionadas entre sí:  Realizan observación y medición de fenómenos (trabajo de campo).  Establecen suposiciones como resultado de la observación (suele generar hipótesis).  Revisan suposiciones sobre la base del análisis de la información recabada.

23

 Generan un camino a nuevas observaciones y evaluación para de esta manera esclarecer, modificar y/o fundamentar las suposiciones.

4.1.2.

Tipo de Investigación

4.1.2.1. Investigación de campo Esta investigación consiste en recolectar de los sujetos investigados datos de forma directa o de donde ocurren los hechos, es decir obtener información pero no manipularla (Arias, 2012) 4.1.2.2. Investigación exploratoria Este tipo de investigación es usada para indagar en un tema en el cual el problema de investigación es poco o nada estudiado, debido a esto surgen muchas dudas durante el desarrollo el proyecto (Hernández Sampieri, Fernández Collado, & Baptista Lucio, 2010).

4.2.

POBLACIÓN / MUESTRA

4.2.1.

Población Es todo conjunto de elementos, objetos o sujetos con características definidas. La

población puede ser finita como por ejemplo, los estudiantes de segundo curso, o infinita como el conjunto de números naturales (Martínez, 2014).

Aplicación: Para fines de la presente investigación La población es conformada por cuatro funcionarios de la Unidad Educativa que son responsables del control de asistencia estudiantil; siendo estos: la máxima autoridad del plantel, el inspector y los encargados de los aspectos informáticos.

4.2.2.

Muestra (Martínez, 2014). Define

a la muestra como un subconjunto de una población

seleccionada de modo que contenga las propiedades de la población a la que pertenece. Los datos obtenidos a partir del estudio de una determinada característica o variable en las muestras se lo denomina estadísticos y son usados como estimadores de los valores de las variables de la población.

24

Aplicación: No se aplicará una muestra por cuanto la población a ser analizada es pequeña.

4.3.

VARIABLES E INDICADORES

4.3.1.

Variable

4.3.1.1. Variable Independiente Aplicación: Es decir, es el sistema para el control de asistencia estudiantil para la Unidad Educativa Vicente Rocafuerte.

4.3.1.2. Variable Dependiente Aplicación: Es decir la generación de reportes, la gestión para el control de asistencia estudiantil.

4.3.2.

Indicadores Un indicador es aquel que da señal o cuenta de algo, es la medida estadística de un

concepto o de la dimensión de un concepto o de una parte de ella, se basa en un análisis teórico previo e integrado en un sistema coherente de medidas semejantes que nos sea de utilidad para describir aquello que estamos estudiando (Martínez, 2014).

Según (Martínez, 2014). Los indicadores son definiciones operacionales, componentes de un modelo o datos informativos. Un indicador se refiere a la utilización científica de datos observables con un fin aplicado.

Tabla 2: Variable independiente y su indicador Variable independiente y su indicador

Variable independiente

Sistema para control de asistencia estudiantil

Indicador Numero de procesos automatizados por el sistema Numero de reportes generados

Fuente: Andrea León. Investigación de campo: Sto. Dgo.-Vicente Rocafuerte (2015-2016)

25

Tabla 3: Variable dependiente y su indicador Variable dependiente y su indicador

Variable dependiente

Indicador

Control de ingreso de asistencia Número de reportes generados Fuente: Andrea León. Investigación de campo: Sto. Dgo.-Vicente Rocafuerte (2015-2016)

4.4.

TÉCNICAS E INSTRUMENTOS DE RECOGIDA DE DATOS

4.4.1.

Observación Es una estrategia fundamental del método científico, su propósito es obtener una

descripción o representación de los acontecimientos. Es importante elegir un objetivo, definir una tarea, un punto de vista o un problema. El observador es considerado el primer instrumento de observación, influenciado por sus metas, prejuicios, marco de referencia y habilidades para observar (Martínez, 2014).

Forma parte de las funciones perceptivas de la persona, esenciales para el funcionamiento cotidiano. Observar es ponerse delante de un objeto y mirar sus características (Martínez, 2014).

4.4.2.

Entrevista Se diferencia del cuestionario porque se lo realiza de forma individual y oral, contando

con la presencia del entrevistado y el entrevistador. Esa técnica añade la posibilidad de profundizar en las cuestiones o preguntas que realiza el entrevistador al entrevistado.

Una entrevista estructurada es una encuesta en la que el investigador entra en contacto personal con los encuestados y les realiza una serie de preguntas previamente definidas (Martínez, 2014).

4.4.3.

Encuesta Es similar a la entrevista, consta de un conjunto de preguntas previamente elaboradas.

La encuesta estará dirigida a los usuarios que manejen el sistema (Martínez, 2014).

26

4.5.

TÉCNICAS DE ANÁLISIS DE DATOS

4.5.1.

Tabulación Consiste en contar el número de veces que se repite cada respuesta de las preguntas

realizadas con alguno de las técnicas o instrumentos de recolección de datos (López, Mas, & Viscarri, 2010).

4.6.

METODOLOGÍA APLICADA AL DESARROLLO DE SOFTWARE, PROGRAMACIÓN EXTREMA (XP) Se ha escogido la metodología XP debido a que es ligera en el desarrollo de software

y se basa en los valores: comunicación, simplicidad, retroalimentación, valentía y respeto.

Comunicación: Es la colaboración estrecha pero informal entre clientes y el equipo de desarrollo con el fin de evitar gran volumen de documentación.

Simplicidad: Es diseñar solo las necesidades inmediatas y no considerar las del futuro ya que estas pueden ser variantes en el tiempo.

Retroalimentación: Esta proviene de tres fuentes, del software implementado, el cliente y los demás miembros del equipo de desarrollo.

Valentía: Debido a la presión de diseñar requerimientos futuros, el equipo debe mostrarse firme y diseñar para satisfacer las necesidades que hoy en día el cliente tiene ya que los requerimientos futuros pueden cambiar demasiado.

Respeto: Respeto mutuo con el equipo de desarrollo y el cliente.

4.6.1.

Selección de la metodología de desarrollo Debido a las útiles características de la metodología XP, esta metodología es

considerada la más óptima para el apoyo durante el desarrollo del proyecto de software, debido a que esperas posibles cambios en el proyecto, permite trabajar conjuntamente con el cliente y en un tiempo de desarrollo rápido, lo cual se ajusta a nuestro proyecto.

27

Tabla 4: Comparación entre las metodologías Comparación entre las metodologías Parámetros Tipo

Metodología prototipo Clásica

Metodología cascada Clásica

Acuerdo preliminar

Establecido

Establecido

No hay contrato previo X o es muy flexible

Roles

Específicos El cliente interactúa cuando existen reuniones

Específicos

Flexibles

X

Interactúa cuando existen reuniones

Forma parte del equipo de desarrollo

X

X

Participación del cliente

Metodología XP Ágil

X

Énfasis

En el proceso

En el proceso

En el trabajo en equipo Programación en parejas

Cambios en requerimientos

Casi no existen o son de bajo impacto

Casi no existen o son de bajo impacto

Se esperan cambios durante el proyecto

X

X

Análisis de requerimientos

Requerimientos Funcionales

Requerimientos Funcionales

Requerimientos Funcionales Historias de usuario Cliente es miembro del equipo

Implementación

Prototipos con poca posibilidad de cambio

No hay versiones operativas

Entregas frecuentes con posibilidad de cambio

X

Necesidad de experiencia

Experiencia en análisis y manejo de riesgos

Experiencia en análisis y manejo de riesgos

No necesaria para el equipo de trabajo

X

Valor de producción

Elevado

Elevado

Inferior

X

Documentos

Numerosa

Numerosa

Reducida

X

Lento

Rápido

X

Tiempo de desarrollo Lento

Como parte de la etapa Como parte de la etapa Durante el desarrollo de desarrollo de desarrollo del proyecto Fuente: Andrea León. Investigación de campo: Sto. Dgo.-Vicente Rocafuerte (2015-2016) Pruebas

X

28

5.

5.1.

RESULTADOS

DISCUSIÓN Y ANÁLISIS DE LOS RESULTADOS Debido a la línea de investigación, el resultado del proyecto es el software en sí.

Haciendo uso de la metodología XP se obtuvo la documentación que se adjunta en la sección de Anexos.

5.1.1.

Análisis, presentación e interpretación de Resultados

5.1.1.1. Encuesta a usuario del sistema Realizada la encuesta (Ver Anexo 1). Se obtuvo la siguiente información.

Primera pregunta: ¿Qué nivel de importancia le daría usted a implementar un sistema para la gestión de control de asistencia estudiantil?

Tabla 5: Importancia de un nuevo sistema Importancia de un nuevo sistema Selección

N° de personas

Porcentaje (%)

IMPORTANTE

0

0%

MUY IMPORTANTE

0

0%

INDISPENSABLE

4

100%

TOTAL 4 100% Fuente: Andrea León. Investigación de campo: Sto. Dgo.-Vicente Rocafuerte (2015-2016)

29

¿Qué nivel de importancia le daría usted a implementar un sistema para la gestión de control de asistencia estudiantil?

100% 100% 75% 50% 25% 0%

0%

0% IMPORTANTE

MUY IMPORTANTE

INDISPENSABLE

Figura 6. Importancia de un sistema para el control de Asistencia Estudiantil Fuente: Andrea León. Investigación de campo: Sto. Dgo.-Vicente Rocafuerte (2015-2016)

Análisis: Los usuarios consideran indispensable la implementación de un sistema para la gestión del control de asistencia estudiantil, debido a que en la actualidad el proceso se lo realiza de manera manual, lo cual conlleva demasiado tiempo en realizarse.

Segunda pregunta: ¿Se encuentra usted en condiciones de desenvolverse sin inconvenientes en un sistema informático?

Tabla 6: Conocimientos del usuario en informática Conocimientos del usuario en informática Selección

N° de personas

Porcentaje (%)

SI

2

50%

NO

2

50%

TOTAL 4 100% Fuente: Andrea León. Investigación de campo: Sto. Dgo.-Vicente Rocafuerte (2015-2016)

30

¿Se encuentra usted en condiciones de desenvolverse sin inconvenientes en un sistema informático?

50%

50%

50%

25%

0% SI

NO

Figura 7. Conocimientos del usuario en informática Fuente: Andrea León. Investigación de campo: Sto. Dgo.-Vicente Rocafuerte (2015-2016)

Análisis: El 50% de usuarios no se encuentra en las condiciones óptimas para desenvolverse plenamente en el manejo del sistema, es por esto que se deben planificar las debidas capacitaciones a los usuarios y realizar un software que sea intuitivo.

Tercera pregunta: ¿Considera usted que actualmente el control de asistencia estudiantil es un proceso que demanda mucho tiempo, tanto en ingresar la asistencia como en generar los diferentes reportes?

Tabla 7: Demanda de tiempo de los reportes Demanda de tiempo de los reportes OPCIÓN

ELECCIÓN

PORCENTAJE %

SI

2

50%

NO

2

50%

TOTAL 4 100% Fuente: Andrea León. Investigación de campo: Sto. Dgo.-Vicente Rocafuerte (2015-2016)

31

¿Considera usted que actualmente el control de asistencia estudiantil es un proceso que demanda mucho tiempo, tanto en ingresar la asistencia como en generar los diferentes reportes?

50%

25%

0% SI

NO

Figura 8. Demanda de tiempo del control de asistencia Fuente: Andrea León. Investigación de campo: Sto. Dgo.-Vicente Rocafuerte (2015-2016)

Análisis: En la actualidad el 50% de usuarios piensa que el proceso no demanda demasiado tiempo en realizar el control de asistencia y los reportes, pero estos pueden demorar uno o dos días. Para el 50% de los usuarios piensan que es demasiado tiempo ya que un sistema informático puede realizarlos en minutos.

Cuarta pregunta: Actualmente, ¿En caso de que un estudiante falte a la Unidad Educativa se notifica al representante mediante?

Tabla 8: Notificación a los representantes Notificación a los representantes OPCIÓN

ELECCIÓN

PORCENTAJE %

CORREO

0

0%

LLAMADA TELEFONICA

4

100%

NO SE NOTIFICA

0

0%

TOTAL 4 100% Fuente: Andrea León. Investigación de campo: Sto. Dgo.-Vicente Rocafuerte (2015-2016)

32

Actualmente, ¿En caso de que un estudiante falte a la Unidad Educativa se notifica al representante mediante?

100% 100%

75% 50% 25% 0%

0%

0% CORREO

LLAMADA TELEFONICA

NO SE NOTIFICA

Figura 9. Notificación al representante.

Fuente: Andrea León. Investigación de campo: Sto. Dgo.-Vicente Rocafuerte (2015-2016)

Análisis: En la actualidad, se notifica a los representantes de los alumnos considerados problema, debido a que notificar a todos los representantes cuando el alumno falta conlleva demasiado tiempo.

Quinta pregunta: Actualmente, ¿Se notifica la inasistencia del estudiante a los representantes de?

Tabla 9: Notificación de asistencia Notificación de asistencia OPCIÓN

ELECCIÓN

PORCENTAJE %

TODOS LOS ESTUDIANTES

0

0%

ESTUDIANTES PROBLEMAS

4

100%

ESTUDIANTES DE ESCUELA

0

0%

ESTUDIANTES DE COLEGIO

0

0%

TOTAL 4 100% Fuente: Andrea León. Investigación de campo: Sto. Dgo.-Vicente Rocafuerte (2015-2016)

33

Actualmente, ¿Se notifica la inasistencia del estudiante a los representantes de?

100% 100% 75%

50% 25% 0%

0%

0%

0% TODOS LOS ESTUDIANTES ESTUDIANTES ESTUDIANTES ESTUDIANTES PROBLEMAS DE ESCUELA DE COLEGIO

Figura 10. Notificación de inasistencia Fuente: Andrea León. Investigación de campo: Sto. Dgo.-Vicente Rocafuerte (2015-2016)

Análisis: En la actualidad se notifica la inasistencia de los alumnos a los representantes de los estudiantes problema, ya sean estos por bajas calificaciones, reincidencia en faltas o problemas de conducta.

Sexta pregunta: Actualmente, ¿Considera usted que el proceso de notificar a los representantes de la inasistencia de los estudiantes demanda mucho tiempo?

Tabla 10: Demanda de tiempo en notificar la inasistencia Demanda de tiempo en notificar la inasistencia OPCIÓN

ELECCIÓN

PORCENTAJE %

SI

2

50%

NO

2

50%

TOTAL 4 100% Fuente: Andrea León. Investigación de campo: Sto. Dgo.-Vicente Rocafuerte (2015-2016)

34

Actualmente, ¿Considera usted que el proceso de notificar a los representantes de la inasistencia de los estudiantes demanda mucho tiempo?

50%

50%

50%

25%

0% SI

NO

Figura 11. Demanda de tiempo en notificar la inasistencia Fuente: Andrea León. Investigación de campo: Sto. Dgo.-Vicente Rocafuerte (2015-2016)

Análisis: En la actualidad, el 50% de usuarios piensan que este proceso no conlleva demasiado tiempo, ya que no se demora horas en notificar al representante, sin embargo el otro 50% piensa que consume tiempo que bien se podría utilizar en otras actividades.

Séptima pregunta: ¿Cada cuánto tiempo se realizan los reportes?

Tabla 11: Frecuencia de elaboración de reportes Frecuencia de elaboración de reportes OPCIÓN

ELECCIÓN

PORCENTAJE %

A DIARIO

4

100%

CADA MES

0

0%

CADA PARCIAL

0

0%

TOTAL 4 Fuente: Andrea León. Investigación de campo: Sto. Dgo.-Vicente Rocafuerte (2015-2016)

100%

35

¿Cada cuánto tiempo realiza los reportes?

100% 100%

75%

50%

25% 0%

0%

0% A DIARIO

CADA MES

CADA PARCIAL

Figura 12. Frecuencia de elaboración de reportes Fuente: Andrea León. Investigación de campo: Sto. Dgo.-Vicente Rocafuerte (2015-2016)

Análisis: El control de asistencia se realiza a diario, sin embargo se debe realizar reportes del quimestral y del anual de la asistencia de alumnos de la Unidad Educativa.

Octava pregunta: Actualmente, ¿Cuánto tiempo se invierte en realizar los reportes?

Tabla 12: Tiempo en realizar un reporte Tiempo en realizar un reporte OPCIÓN

ELECCIÓN

PORCENTAJE %

DE UNO A TRES DIAS

4

100%

CERCA DE LA SEMANA

0

0%

MAS DE UNA SEMANA

0

0%

TOTAL 4 Fuente: Andrea León. Investigación de campo: Sto. Dgo.-Vicente Rocafuerte (2015-2016)

100%

36

Actualmente, ¿Cuánto tiempo invierte en realizar los reportes?

100% 100% 75% 50% 25% 0%

0%

0% DE UNO A TRES DIAS

CERCA DE LA SEMANA

MAS DE UNA SEMANA

Figura 13. Tiempo en realizar un reporte Fuente: Andrea León. Investigación de campo: Sto. Dgo.-Vicente Rocafuerte (2015-2016)

Análisis: Registrar la asistencia de los estudiantes es una actividad que se realiza día a día, sin embargo, depende de si existen otro tipo de actividades el que este proceso conlleve un poco más de tiempo.

Novena pregunta: ¿Existe un encargado de los aspectos informáticos de la Unidad Educativa?

Tabla 13: Encargado de los aspectos informáticos Encargado de los aspectos informáticos OPCIÓN

ELECCIÓN

PORCENTAJE %

SI

4

100%

NO

0

0%

TOTAL 4 100% Fuente: Andrea León. Investigación de campo: Sto. Dgo.-Vicente Rocafuerte (2015-2016)

37

¿Existe un encargado de los aspectos informáticos de la Unidad Educativa?

100% 100% 75% 50% 25% 0% 0% SI

NO

Figura 14. Encargo de los aspectos informáticos Fuente: Andrea León. Investigación de campo: Sto. Dgo.-Vicente Rocafuerte (2015-2016)

Análisis: Existe un encargado de los aspectos informáticos de la Unidad Educativa, el cual será un Usuario Administrador del Sistema y encargado de registrar la asistencia será el usuario inspector.

Decima pregunta: ¿Cuál es el mayor beneficio que aportará un nuevo sistema para el control de asistencia estudiantil a la Unidad Educativa?

Tabla 14: Mayor beneficio que aportará el Sistema Mayor beneficio que aportará el Sistema OPCIÓN

ELECCIÓN

PORCENTAJE %

ESFUERZO

0

0%

TIEMPO

4

100%

SUMINISTROS

0

0%

TOTAL 1 100% Fuente: Andrea León. Investigación de campo: Sto. Dgo.-Vicente Rocafuerte (2015-2016)

38

¿Cuál es el mayor beneficio que aportará un nuevo sistema para el control de asistencia estudiantil a la Unidad Educativa?

100% 100% 75% 50% 25% 0%

0%

0% ESFUERZO

TIEMPO

SUMINISTROS

Figura 15. Beneficio del Sistema Fuente: Andrea León. Investigación de campo: Sto. Dgo.-Vicente Rocafuerte (2015-2016)

Análisis: El mayor beneficio que aportará el Sistema de Control de Asistencia Estudiantil será en ahorro de tiempo de procesos, debido a que en la actualidad este control se lo realiza de manera manual y notificar a los representantes conlleva demasiado tiempo pese a que actualmente se realiza la notificación solo en casos de reincidencia de alumnos problema.

39

5.2.

DESARROLLO DEL PROCESO XP

5.2.1.

Etapa de Planeación A continuación se detalla el proceso de planeación de la metodología XP, sin embargo

para visualizar el SRS dirigirse Anexo 2.

5.2.1.1. Historia de Usuarios Tabla 15: Historia de Usuario: Ingreso al Sistema Historia de Usuario: Ingreso al Sistema

Número: Nombre: Modificación de usuario: Prioridad en negocio: Riesgo en desarrollo: Descripción:

HISTORIA DE USUARIO 1 Usuario: Ingreso al Sistema Iteración asignada: Alto Puntos estimados: Alto Puntos reales:

Todos los usuarios

* Usuario invoca al Sistema. * Se despliega ventana de Inicio de Sesión. * Se ingresan los datos y se autentifican. * Si los datos son verdaderos se inicia la sesión de acuerdo a su perfil de usuario, caso contrario se muestran los mensajes de error.

Observación: Se respetan los perfiles de usuarios.

Fuente: Andrea León. Investigación de campo: Sto. Dgo.-Vicente Rocafuerte (2015-2016) Tabla 16: Historia de Usuario: Salida del Sistema Historia de Usuario: Salida del Sistema

HISTORIA DE USUARIO 2 Usuario: Salida del Sistema Iteración asignada: Alto Puntos estimados: Medio Puntos reales:

Número: Nombre: Modificación de usuario: Prioridad en negocio: Riesgo en desarrollo: Descripción: Observación: Se respetan los perfiles de usuarios.

Todos los Usuarios

Fuente: Andrea León. Investigación de campo: Sto. Dgo.-Vicente Rocafuerte (2015-2016)

40

Tabla 17: Historia de Usuario: Administración de usuario Historia de Usuario: Administración de usuario

HISTORIA DE USUARIO 3 Usuario: Administración de usuario Iteración asignada: Medio Puntos estimados: Medio Puntos reales:

Número: Nombre: Modificación de usuario: Prioridad en negocio: Riesgo en desarrollo: Descripción: En la administración del sistema se puede: - Crear, modificar, buscar y eliminar usuarios.

Administrador

Observación: El perfil Administrador es el único que puede crear más usuarios.

Fuente: Andrea León. Investigación de campo: Sto. Dgo.-Vicente Rocafuerte (2015-2016)

Tabla 18: Historia de Usuario: Ingresar Usuario Historia de Usuario: Ingresar Usuario

Número: Nombre: Modificación de usuario: Prioridad en negocio: Riesgo en desarrollo: Descripción:

HISTORIA DE USUARIO 4 Usuario: Ingresar Usuario Iteración asignada: Alto Puntos estimados: Alto Puntos reales:

Administrador

* Ingresar al módulo de Usuarios. * Se muestra la información de todos los usuarios activos. * Se selecciona el botón de crear. * Se despliega el formulario para ingresar usuarios. * Se escriben los datos del formulario. * Se selecciona guardar.

Observación: El Administrador hace uso del módulo de usuarios.

Fuente: Andrea León. Investigación de campo: Sto. Dgo.-Vicente Rocafuerte (2015-2016)

41

Tabla 19: Historia de Usuario: Modificar Usuario Historia de Usuario: Modificar Usuario

HISTORIA DE USUARIO 5 Usuario: Modificar Usuario Iteración asignada: Alto Puntos estimados: Medio Puntos reales:

Número: Nombre: Modificación de usuario: Prioridad en negocio: Riesgo en desarrollo: Descripción:

Administrador

* Ingresar al módulo de Usuarios. * Se muestra la información de todos los usuarios activos. * Se busca y elige el usuario a modificar. * Se guarda la información del usuario que se ha modificado.

Observación: El Administrador es el único que tiene acceso al módulo de usuarios.

Fuente: Andrea León. Investigación de campo: Sto. Dgo.-Vicente Rocafuerte (2015-2016)

5.2.1.2. Tarjetas CRC (Class-Responsability-Collaboration) Tabla 20: Tarjeta CRC-Administración de perfiles de usuario Tarjeta CRC-Administración de perfiles de usuario

TARJETA CRC Administración de perfiles de Número:

1

CRC

Nombre: Responsabilidades Registrar nuevos perfiles Editar datos de los perfiles Registrar nuevos usuarios Editar datos de los usuarios Generar reporte de usuario

usuario

Escenario:

Colaboradores

Métodos

consulta

insert

consulta

update

consulta

insert

consulta

update

reporte

reporte_usuario

Los métodos son llamados de la clase usuarios Observaciones: Fuente: Andrea León. Investigación de campo: Sto. Dgo.-Vicente Rocafuerte (2015-2016)

42

Tabla 21: Tarjeta CRC-Registro y administración de estudiantes Tarjeta CRC-Registro y administración de estudiantes

TARJETA CRC Registro y administración de 2 Escenario:

Número:

estudiantes CRC

Nombre: Responsabilidades

Colaboradores

Métodos

Registrar nuevos estudiantes

consulta

insert

Editar datos de los estudiantes

consulta

update

Generar reporte de estudiantes

reporte

reporte_usuario

Registrar nuevos representantes

consulta

insert

Editar datos de representantes

consulta

update

Generar reporte de representantes

reporte

reporte_usuario

Observaciones:

Los métodos son llamados de la clase estudiante y representante

Fuente: Andrea León. Investigación de campo: Sto. Dgo.-Vicente Rocafuerte (2015-2016)

Tabla 22: Tarjeta CRC-Registro y administración de cursos Tarjeta CRC-Registro y administración de cursos

TARJETA CRC 3 Escenario:

Número:

Registro y administración de cursos CRC

Nombre: Responsabilidades

Colaboradores

Métodos

Registrar cursos

consulta

insert

Editar cursos

consulta

update

Generar reporte de cursos

reporte

reporte_usuario

Observaciones:

Los métodos son llamados de la clase cursos

Fuente: Andrea León. Investigación de campo: Sto. Dgo.-Vicente Rocafuerte (2015-2016)

43

Tabla 23: Tarjeta CRC-Configuración Tarjeta CRC-Configuración

TARJETA CRC 4

Número:

Configuración

Escenario: CRC

Nombre: Responsabilidades

Colaboradores

Métodos

Abrir periodo

consulta

insert

Cerrar periodo

consulta

insert

Pases de año

consulta

update

Los métodos son llamados de la clase periodos

Observaciones:

Fuente: Andrea León. Investigación de campo: Sto. Dgo.-Vicente Rocafuerte (2015-2016)

Tabla 24: Tarjeta CRC-Registro y administración de asistencias Tarjeta CRC-Registro y administración de asistencias

TARJETA CRC Registro y administración de 5 Escenario:

Número:

asistencias CRC

Nombre: Responsabilidades

Colaboradores

Métodos

Registrar asistencias

consulta

insert

Editar asistencias

consulta

update

Generar reporte de asistencias

reporte

reporte_usuario

Observaciones:

Los métodos son llamados de la clase asistencia

Fuente: Andrea León. Investigación de campo: Sto. Dgo.-Vicente Rocafuerte (2015-2016)

44

5.2.2.

Etapa de Diseño

5.2.2.1. Diagrama Lógico de la Base de Datos Tb_perfil per_id Serial per_nombre Variable characters (50) per_id <pi>

Tb_usuario usu_id per_id usu_login usu_password usu_fec_registro usu_nombre usu_cedula usu_direccion usu_telefono usu_email usu_estado usu_estado_sesion usu_estado_pass

Serial Integer Variable characters (25) Variable characters (25) Date Variable characters (50) Variable characters (10) Variable characters (50) Variable characters (10) Variable characters (50) Variable characters (3) Boolean Boolean

usu_id <pi>

Tb_estudiante est_id rep_id usu_id cur_id est_nombre est_cedula est_direccion est_fec_registro est_estado est_pase

Serial Integer Integer Integer Variable characters (50) Variable characters (10) Variable characters (50) Date Variable characters (3) Boolean

Tb_representante rep_id rep_nombre rep_cedula rep_correo rep_telefono rep_direccion rep_estado

Serial Variable Variable Variable Variable Variable Variable

characters (50) characters (10) characters (30) characters (10) characters (50) characters (3)

rep_id <pi>

est_id <pi>

Tb_asistencias Tb_curso cur_id cur_nivel cur_tipo cur_total

Serial Variable characters (10) Variable characters (0) Number

cur_id <pi>

asis_id cur_id est_id asis_detalle asis_fecha

Serial Integer Integer Variable characters (5) Date

asis_id <pi>

tb_periodos per_id per_fecha_ini per_fecha_fin per_apertura

Serial Date Date Boolean

per_id <pi>

Figura 16. Diagrama Lógico de la Base de Datos AsisVR. Fuente: Andrea León. Investigación de campo: Sto. Dgo.-Vicente Rocafuerte (2015-2016)

45

5.2.2.2. Diagrama Físico de la Base de Datos Tb_perfil per_id SERIAL <pk> per_nombre VARCHAR(50)

Tb_usuario usu_id per_id usu_login usu_password usu_fec_registro usu_nombre usu_cedula usu_direccion usu_telefono usu_email usu_estado usu_estado_sesion usu_estado_pass

SERIAL <pk> INT4 <fk> VARCHAR(25) VARCHAR(25) DATE VARCHAR(50) VARCHAR(10) VARCHAR(50) VARCHAR(10) VARCHAR(50) VARCHAR(3) BOOL BOOL

Tb_estudiante est_id rep_id usu_id cur_id est_nombre est_cedula est_direccion est_fec_registro est_estado est_pase

SERIAL INT4 INT4 INT4 VARCHAR(50) VARCHAR(10) VARCHAR(50) DATE VARCHAR(3) BOOL

<pk> <fk2> <fk1> <fk3>

Tb_representante rep_id rep_nombre rep_cedula rep_correo rep_telefono rep_direccion rep_estado

SERIAL <pk> VARCHAR(50) VARCHAR(10) VARCHAR(30) VARCHAR(10) VARCHAR(50) VARCHAR(3)

Tb_asistencias Tb_curso cur_id cur_nivel cur_tipo cur_total

SERIAL <pk> VARCHAR(10) VARCHAR(0) NUMERIC

asis_id cur_id est_id asis_detalle asis_fecha

SERIAL <pk> INT4 <fk1> INT4 <fk2> VARCHAR(5) DATE

tb_periodos per_id per_fecha_ini per_fecha_fin per_apertura

SERIAL <pk> DATE DATE BOOL

Figura 17. Diagrama Físico de la Base de Datos AsisVR. Fuente: Andrea León. Investigación de campo: Sto. Dgo.-Vicente Rocafuerte (2015-2016)

46

5.2.3.

Etapa de Codificaciรณn

5.2.3.1. Estructura cรณdigo fuente

Figura 18. Estructura del cรณdigo fuente de AsisVR. Fuente: Andrea Leรณn. Investigaciรณn de campo: Sto. Dgo.-Vicente Rocafuerte (2015-2016)

47

5.2.3.2. Clase Usuarios (usuarios.class)

Figura 19. Fragmento de la clase usuarios.class.

Fuente: Andrea Le贸n. Investigaci贸n de campo: Sto. Dgo.-Vicente Rocafuerte (2015-2016)

5.2.3.3. Clase Representante (representante.class)

Figura 20. Fragmento de la clase representante.class.

Fuente: Andrea Le贸n. Investigaci贸n de campo: Sto. Dgo.-Vicente Rocafuerte (2015-2016)

48

5.2.3.4. Diccionario de datos Tabla 25: Diccionario de datos Diccionario de datos Name Code Data Type Length asis_detalle ASIS_DETALLE Variable characters (5) 5 asis_fecha ASIS_FECHA Date asis_id ASIS_ID Serial cur_id CUR_ID Serial cur_nivel CUR_NIVEL Variable characters (10) 10 cur_tipo CUR_TIPO Variable characters (0) cur_total CUR_TOTAL Number est_cedula EST_CEDULA Variable characters (10) 10 est_direccion EST_DIRECCION Variable characters (50) 50 est_estado EST_ESTADO Variable characters (3) 3 est_fec_registro EST_FEC_REGISTRO Date est_id EST_ID Serial est_nombre EST_NOMBRE Variable characters (50) 50 est_pase EST_PASE Boolean per_apertura PER_APERTURA Boolean per_fecha_fin PER_FECHA_FIN Date per_fecha_ini PER_FECHA_INI Date per_id PER_ID Serial per_id PER_ID Serial per_nombre PER_NOMBRE Variable characters (50) 50 rep_cedula REP_CEDULA Variable characters (10) 10 rep_correo REP_CORREO Variable characters (30) 30 rep_direccion REP_DIRECCION Variable characters (50) 50 rep_estado REP_ESTADO Variable characters (3) 3 rep_id REP_ID Serial rep_nombre REP_NOMBRE Variable characters (50) 50 rep_telefono REP_TELEFONO Variable characters (10) 10 usu_cedula USU_CEDULA Variable characters (10) 10 usu_direccion USU_DIRECCION Variable characters (50) 50 usu_email USU_EMAIL Variable characters (50) 50 usu_estado USU_ESTADO Variable characters (3) 3 usu_estado_pass USU_ESTADO_PASS Boolean usu_estado_sesion USU_ESTADO_SESION Boolean usu_fec_registro USU_FEC_REGISTRO Date usu_id USU_ID Serial usu_login USU_LOGIN Variable characters (25) 25 usu_nombre USU_NOMBRE Variable characters (50) 50 usu_password USU_PASSWORD Variable characters (25) 25 usu_telefono USU_TELEFONO Variable characters (10) 10 Fuente: Andrea Leรณn. Investigaciรณn de campo: Sto. Dgo.-Vicente Rocafuerte (2015-2016)

49

5.2.3.5. Script de la Base de Datos /*=========================================================*/ /* DBMS name: PostgreSQL 8 */ /* Created on: 22/02/2016 12:29:16 */ /*==========================================================*/ drop table TB_ASISTENCIAS; drop index TB_CURSO_PK; drop table TB_CURSO; drop index ESTA_FK; drop index POSEE_FK; drop index CREA_FK; drop index TB_ESTUDIANTE_PK; drop table TB_ESTUDIANTE; drop index TB_PERFIL_PK; drop table TB_PERFIL; drop table TB_PERIODOS; drop index TB_REPRESENTANTE_PK; drop table TB_REPRESENTANTE; drop index TIENE_FK; drop index TB_USUARIO_PK; drop table TB_USUARIO; /*==========================================================*/ /* Table: TB_ASISTENCIAS */ /*==========================================================*/ create table TB_ASISTENCIAS ( ASIS_ID SERIAL not null, CUR_ID INT4 null, EST_ID INT4 null, ASIS_DETALLE VARCHAR(5) null, ASIS_FECHA DATE null, constraint PK_TB_ASISTENCIAS primary key (ASIS_ID) ); /*==========================================================*/ /* Table: TB_CURSO */ /*==========================================================*/ create table TB_CURSO ( CUR_ID SERIAL not null, CUR_NIVEL VARCHAR(10) null, CUR_TIPO VARCHAR(0) null, CUR_TOTAL NUMERIC null, constraint PK_TB_CURSO primary key (CUR_ID) ); comment on table TB_CURSO is 'Tabla con informacion de los cursos';

50

/*==========================================================*/ /* Index: TB_CURSO_PK */ /*==========================================================*/ create unique index TB_CURSO_PK on TB_CURSO ( CUR_ID ); /*==========================================================*/ /* Table: TB_ESTUDIANTE */ /*==========================================================*/ create table TB_ESTUDIANTE ( EST_ID SERIAL not null, REP_ID INT4 null, USU_ID INT4 null, CUR_ID INT4 null, EST_NOMBRE VARCHAR(50) null, EST_CEDULA VARCHAR(10) null, EST_DIRECCION VARCHAR(50) null, EST_FEC_REGISTRO DATE null, EST_ESTADO VARCHAR(3) null, EST_PASE BOOL null, constraint PK_TB_ESTUDIANTE primary key (EST_ID) ); comment on table TB_ESTUDIANTE is 'Tabla con informacion de los estudiantes'; /*==========================================================*/ /* Index: TB_ESTUDIANTE_PK */ /*==========================================================*/ create unique index TB_ESTUDIANTE_PK on TB_ESTUDIANTE ( EST_ID ); /*==========================================================*/ /* Index: CREA_FK */ /*==========================================================*/ create index CREA_FK on TB_ESTUDIANTE ( USU_ID ); /*==========================================================*/ /* Index: POSEE_FK */ /*==========================================================*/ create index POSEE_FK on TB_ESTUDIANTE ( REP_ID ); /*==========================================================*/ /* Index: ESTA_FK */ /*==========================================================*/ create index ESTA_FK on TB_ESTUDIANTE ( CUR_ID );

51

/*==========================================================*/ /* Table: TB_PERFIL */ /*==========================================================*/ create table TB_PERFIL ( PER_ID SERIAL not null, PER_NOMBRE VARCHAR(50) null, constraint PK_TB_PERFIL primary key (PER_ID) ); comment on table TB_PERFIL is 'Tabla de perfil de usuario'; /*==========================================================*/ /* Index: TB_PERFIL_PK */ /*==========================================================*/ create unique index TB_PERFIL_PK on TB_PERFIL ( PER_ID ); /*==========================================================*/ /* Table: TB_PERIODOS */ /*==========================================================*/ create table TB_PERIODOS ( PER_ID SERIAL not null, PER_FECHA_INI DATE null, PER_FECHA_FIN DATE null, PER_APERTURA BOOL null, constraint PK_TB_PERIODOS primary key (PER_ID) ); /*==========================================================*/ /* Table: TB_REPRESENTANTE */ /*==========================================================*/ create table TB_REPRESENTANTE ( REP_ID SERIAL not null, REP_NOMBRE VARCHAR(50) null, REP_CEDULA VARCHAR(10) null, REP_CORREO VARCHAR(30) null, REP_TELEFONO VARCHAR(10) null, REP_DIRECCION VARCHAR(50) null, REP_ESTADO VARCHAR(3) null, constraint PK_TB_REPRESENTANTE primary key (REP_ID) ); comment on table TB_REPRESENTANTE is 'Tabla con informacion de los representantes'; /*==========================================================*/ /* Index: TB_REPRESENTANTE_PK */ /*==========================================================*/ create unique index TB_REPRESENTANTE_PK on TB_REPRESENTANTE ( REP_ID );

52

/*==========================================================*/ /* Table: TB_USUARIO */ /*==========================================================*/ create table TB_USUARIO ( USU_ID SERIAL not null, PER_ID INT4 null, USU_LOGIN VARCHAR(25) null, USU_PASSWORD VARCHAR(25) null, USU_FEC_REGISTRO DATE null, USU_NOMBRE VARCHAR(50) null, USU_CEDULA VARCHAR(10) null, USU_DIRECCION VARCHAR(50) null, USU_TELEFONO VARCHAR(10) null, USU_EMAIL VARCHAR(50) null, USU_ESTADO VARCHAR(3) null, USU_ESTADO_SESION BOOL null, USU_ESTADO_PASS BOOL null, constraint PK_TB_USUARIO primary key (USU_ID) ); comment on table TB_USUARIO is 'Tabla con informacion de los usuarios del sistema'; /*==========================================================*/ /* Index: TB_USUARIO_PK */ /*==========================================================*/ create unique index TB_USUARIO_PK on TB_USUARIO ( USU_ID ); /*==========================================================*/ /* Index: TIENE_FK */ /*==========================================================*/ create index TIENE_FK on TB_USUARIO ( PER_ID ); alter table TB_ASISTENCIAS add constraint FK_TB_ASIST_MANEJA_TB_CURSO foreign key (CUR_ID) references TB_CURSO (CUR_ID) on delete restrict on update restrict; alter table TB_ASISTENCIAS add constraint FK_TB_ASIST_REGISTRA_TB_ESTUD foreign key (EST_ID) references TB_ESTUDIANTE (EST_ID) on delete restrict on update restrict; alter table TB_ESTUDIANTE add constraint FK_TB_ESTUD_CREA_TB_USUAR foreign key (USU_ID)

53

references TB_USUARIO (USU_ID) on delete restrict on update restrict; alter table TB_ESTUDIANTE add constraint FK_TB_ESTUD_ESTA_TB_CURSO foreign key (CUR_ID) references TB_CURSO (CUR_ID) on delete restrict on update restrict; alter table TB_ESTUDIANTE add constraint FK_TB_ESTUD_POSEE_TB_REPRE foreign key (REP_ID) references TB_REPRESENTANTE (REP_ID) on delete restrict on update restrict; alter table TB_USUARIO add constraint FK_TB_USUAR_TIENE_TB_PERFI foreign key (PER_ID) references TB_PERFIL (PER_ID) on delete restrict on update restrict; 5.2.3.6. Trigger actualizar() CREATE OR REPLACE FUNCTION actualizar() RETURNS TRIGGER AS $actualizar$ DECLARE BEGIN update tb_curso set cur_total=(select count(*) from tb_estudiante where tb_estudiante.cur_id=tb_curso.cur_id); RETURN NULL; END; $actualizar$ LANGUAGE plpgsql; ********** LLAMADA AL TRIGGER ******** CREATE TRIGGER actualizar AFTER INSERT OR UPDATE ON tb_estudiante FOR EACH ROW EXECUTE PROCEDURE actualizar();

54

5.2.4.

Etapa de Pruebas

5.2.4.1. Pruebas unitarias

Figura 21. Login del Sistema AsisVR Fuente: Andrea León. Investigación de campo: Sto. Dgo.-Vicente Rocafuerte (2015-2016)

5.2.4.2. Pruebas de integración

Figura 22. Módulo Admin de AsisVR Fuente: Andrea León. Investigación de campo: Sto. Dgo.-Vicente Rocafuerte (2015-2016)

55

5.2.4.3. Pruebas de aceptaci贸n

Figura 23. Administraci贸n Usuarios.

Fuente: Andrea Le贸n. Investigaci贸n de campo: Sto. Dgo.-Vicente Rocafuerte (2015-2016)

56

5.3.

Análisis y Gestión de Riesgos

5.3.1.

Identificación de riesgo Agrupa las actividades necesarias para identificar, analizar, planificar respuestas,

monitorear y controlar todos aquellos riesgos o eventos que puedan afectar negativamente el proyecto.

Tabla 26: Identificación de Riesgos Identificación de Riesgos ID

DESCRIPCIÓN DEL RIESGO

CATEGORÍA

CONSECUENCIA

R1

Inestabilidad laboral del personal encargado del sistema

RN

Mal uso por parte del nuevo usuario

R2

Poco conocimiento sobre las herramientas de desarrollo a utilizar

RT

Demora en los tiempos de entrega de avances y sobreesfuerzo para terminar el proyecto a la fecha de entrega solicitada

R3

Proyecto grande pero poco personal para terminarlo

RP

Incumplimiento de fechas de entrega (avances)

R4

Cambios de requerimientos por parte de cliente

RP

Mayor tiempo de los estimado en la ejecución del proyecto

R5

Levantamiento de requerimientos no ajustados a los solicitados por el cliente

RT

Software con baja funcionalidad para el cliente

R6

Mal diseño de la Base de Datos

RT

Base de datos no se apega a la realidad de los requerimientos levantados

R7

Bajo nivel de satisfacción con el proyecto por parte del Inspector

RN

R8

Mala planificación de los costos estimados del proyecto

RP

Incumplimiento de fechas de entrega

R9

Mala planificación del cronograma de actividades

RP

Reducción de utilidad final del proyecto

Falta de reuniones con el Inspector encargado del Sistema

Fuente: Andrea León. Investigación de campo: Sto. Dgo.-Vicente Rocafuerte (2015-2016)

57

5.3.2.

Análisis de riesgo

Tabla 27: Criterios de Valoración de Probabilidad Criterios de Valoración de Probabilidad Rango Probabilidad

Descripción

Valor

1% - 33%

Baja

1

34% - 67%

Media

2

68% - 99%

Alta

3

Fuente: Andrea León. Investigación de campo: Sto. Dgo.-Vicente Rocafuerte (2015-2016) Tabla 28: Criterios de Valoración de Impacto Criterios de Valoración de Impacto Bajo

1 semana

Ligero impacto

1

Moderado

2 semanas

Moderado impacto

2

Alto

1 mes

Severo impacto

3

Crítico

> 1 mes

Proyecto no puede ejecutarse

4

Fuente: Andrea León. Investigación de campo: Sto. Dgo.-Vicente Rocafuerte (2015-2016) Tabla 29: Exposición al Riesgo Exposición al Riesgo

Exposición

Valor

Color

Bajo

1o2

Verde

Medio

3o4

Amarillo

Alto

Mayor A 6

Rojo

Fuente: Andrea León. Investigación de campo: Sto. Dgo.-Vicente Rocafuerte (2015-2016) Tabla 30: Valores de Impacto Valores de Impacto Impacto Probabilidad

Bajo=1

Moderado=2

Alto=3

Crítico=4

Alta=3

3

6

9

12

Media=2

2

4

6

8

Baja=1

1

2

3

4

Fuente: Andrea León. Investigación de campo: Sto. Dgo.-Vicente Rocafuerte (2015-2016)

58

Tabla 31: Análisis de la probabilidad, impacto y exposición al riesgo Análisis de la probabilidad, impacto y exposición al riesgo PROBABILIDAD

IMPACTO

EXPOSICIÓN AL RIESGO

ID % VALOR

PROBABILIDAD

VALOR

IMPACTO

VALOR EXPOSICIÓN

R1 60

2

MEDIO

3

ALTO

6

ALTO

R2 70

3

ALTO

3

ALTO

9

ALTO

R3 20

1

BAJO

1

BAJO

1

BAJO

R4 30

1

BAJO

2

MODERADO

2

BAJO

R5 35

2

MEDIO

2

MODERADO

4

MEDIO

R6 35

2

MEDIO

1

BAJO

2

BAJO

R7 25

1

BAJO

3

ALTO

3

MEDIO

R8 20

1

BAJO

2

MODERADO

2

BAJO

R9 18

1

BAJO

1

BAJO

1

BAJO

Fuente: Andrea León. Investigación de campo: Sto. Dgo.-Vicente Rocafuerte (2015-2016)

59

Tabla 32: Línea de corte para la Gestión de Riesgo Línea de corte para la Gestión de Riesgo ID

VALOR

EXPOSICIÓN

R2

9

ALTO

R1

6

ALTO

R5

4

MEDIO

R7

3

MEDIO Línea de corte

R4

2

BAJO

R6

2

BAJO

R8

2

BAJO

R3

1

BAJO

R9

1

BAJO

Fuente: Andrea León. Investigación de campo: Sto. Dgo.-Vicente Rocafuerte (2015-2016)

Conclusión: Se realizará la gestión de los riesgos que se encuentren por encima de la línea de corte.

60

5.3.3.

Gestión de riesgo

Tabla 33: Gestión del Riesgo 2 Gestión del Riesgo 2

HOJA DE GESTIÓN DEL RIESGO ID DEL RIESGO: PROBABILIDAD VALOR DESCRIPCIÓN

R2 ALTO IMPACTO 3 VALOR

FECHA: ALTO EXPOSICIÓN 3 VALOR

18 de Enero del 2016 ALTO PRIORIDAD ALTO 9 9 VALOR

Poco conocimiento sobre las herramientas de desarrollo a utilizar

REFINAMIENTO Falta de Capacitación al personal sobre herramientas a utilizar CAUSAS:

CONSECUENCIAS

Demora en los tiempos de entrega de avances y sobreesfuerzo para terminar el proyecto a la fecha de entrega solicitada

REDUCCIÓN DEL RIESGO Capacitar al personal en las herramientas necesarias ESTRATEGIAS: Facilitar el material necesario para obtener certificaciones en el uso de herramientas Jefe de proyecto SUPERVISIÓN: GESTIÓN Y PLANES DE CONTINGENCIA: Reunión entre el Jefe de Proyecto y Líderes de cada Área ESTADO ACTUAL Fase de Reducción iniciada Fase de Supervisión iniciada Gestionando el Riesgo

X

RESPONSABLES ANDREA LEÓN

Fuente: Andrea León. Investigación de campo: Sto. Dgo.-Vicente Rocafuerte (2015-2016)

61

Tabla 34: Gestión del Riesgo 1 Gestión del Riesgo 1

HOJA DE GESTIÓN DEL RIESGO ID DEL RIESGO: PROBABILIDAD VALOR

R1 MEDIO IMPACTO 2 VALOR

FECHA: ALTO EXPOSICIÓN 3 VALOR

18 de Enero del 2016 ALTO PRIORIDAD ALTO 6 6 VALOR

Inestabilidad laboral del personal encargado del Sistema

DESCRIPCIÓN REFINAMIENTO CAUSAS:

El Personal en una institucion privada no es permanente, por lo cual al existir un nuevo usuario debería brindarse la capacitacion respectivo Mal uso por parte del nuevo usuario

CONSECUENCIAS REDUCCIÓN DEL RIESGO ESTRATEGIAS:

Crear un compromiso con la Unidad Educativa en el que firme la Rectora en la cual se compometa con la recepción del Sistema Jefe de Proyecto

SUPERVISIÓN: GESTIÓN Y PLANES DE CONTINGENCIA: Reuniones entre Jefe de Proyectos y Rector de la Unidad Educativa para firmar acta de acuerdo y compromiso ESTADO ACTUAL Fase de Reducción iniciada X Fase de Supervisión iniciada X Gestionando el Riesgo RESPONSABLES ANDREA LEÓN

Fuente: Andrea León. Investigación de campo: Sto. Dgo.-Vicente Rocafuerte (2015-2016)

62

Tabla 35: Gestión del Riesgo 5 Gestión del Riesgo 5

HOJA DE GESTIÓN DEL RIESGO ID DEL RIESGO: PROBABILIDAD VALOR

R5 MEDIO IMPACTO 2 VALOR

FECHA: MODERADO EXPOSICIÓN 2 VALOR

18 de Enero del 2016 MEDIO PRIORIDAD MEDIO 4 VALOR 4

Levantamiento de requerimientos no ajustados a los solicitados por el cliente

DESCRIPCIÓN REFINAMIENTO

Mal análisis de Requerimientos CAUSAS: Software con baja funcionalidad para el cliente CONSECUENCIAS REDUCCIÓN DEL RIESGO ESTRATEGIAS:

Nuevo levantamiento de requerimientos y mejorar el análisis de los mismos Jefe de Proyecto

SUPERVISIÓN: GESTIÓN Y PLANES DE CONTINGENCIA: Reuniones entre Jefe de Proyecto y Rector de la Unidad Educativa para establecer los requerimientos funcionales del Sistema ESTADO ACTUAL Fase de Reducción iniciada X Fase de Supervisión iniciada X Gestionando el Riesgo X RESPONSABLES ANDREA LEÓN Fuente: Andrea León. Investigación de campo: Sto. Dgo.-Vicente Rocafuerte (2015-2016)

63

Tabla 36: Gestión del Riesgo 7 Gestión del Riesgo 7

HOJA DE GESTIÓN DEL RIESGO ID DEL RIESGO: PROBABILIDAD VALOR

R7 BAJO IMPACTO 1 VALOR

FECHA: ALTO EXPOSICIÓN 3 VALOR

18 de Enero del 2016 MEDIO PRIORIDAD MEDIO 3 3 VALOR

Bajo nivel de satisfacción con el proyecto por parte del Inspector

DESCRIPCIÓN REFINAMIENTO

Poco conocimiento en informatica por parte del Inspector CAUSAS: Falta de reuniones con el Inspector encargado del Sistema CONSECUENCIAS REDUCCIÓN DEL RIESGO ESTRATEGIAS:

Vincular al Inspector con el proyecto, haciendolo participar durante el desarrollo del mismo Jefe de Proyecto

SUPERVISIÓN: GESTIÓN Y PLANES DE CONTINGENCIA: Reuniones con el Gerente para mostrarle los avances del Sistema ESTADO ACTUAL Fase de Reducción iniciada Fase de Supervisión iniciada Gestionando el Riesgo

X X X

RESPONSABLES ANDREA LEÓN

Fuente: Andrea León. Investigación de campo: Sto. Dgo.-Vicente Rocafuerte (2015-2016)

64

5.4.

CONCLUSIONES  Con el avance del proyecto se fueron cumpliendo los requerimientos del cliente y con las respectivas visitas al encargado del proyecto por parte de la Unidad Educativa se fue puliendo la interface de usuario de acuerdo a los gustos del encargado.  La selección de la metodología XP (Programación Extrema) resultó ser la mejor opción para el desarrollo del proyecto debido a que cubre los parámetros necesarios, tal como se puede observar en el Anexo de Selección de Metodología, lo que permitió entregar un software de calidad.  Debido al uso de herramientas de software libre (Open Source) se minimizó costos del proyecto debido a que ya no se pagan las licencias de las herramientas utilizadas para el desarrollo del proyecto, lo cual beneficia de manera económica a la Unidad Educativa y al personal encargado del desarrollo del Sistema.  El uso de la metodología de Investigación que se usó para el desarrollo del proyecto fue la adecuada, lo que nos permitió profundizar sobre los temas y conceptos.  La implementación de un sistema para la gestión del control de asistencia estudiantil fue de gran aporte a la institución debido a la automatización de procesos de control de asistencia estudiantil.

65

5.5.

RECOMENDACIONES  Se recomienda la respectiva capacitación a los usuarios del sistema para el correcto manejo y utilización del mismo, para de esta manera evitar futuros inconvenientes en el manejo del mismo.  El lugar en donde se encuentra el servidor mismo que aloja el sistema debe estar en un lugar que cumpla con requerimientos como: ubicación apropiada, temperatura adecuada, limpieza y control de acceso de personal autorizado.  Realizar periódicamente respaldos de la base de datos, dependerá de la Unidad Educativa el tiempo en que se los realicé.  Si un usuario desconoce de algún aspecto del sistema se recomienda guiarse en los respectivos manuales que se han entregado.  Además, se recomienda hacer uso de la metodología XP (eXtreme Programming) para el desarrollo de aplicaciones en los cuales el tiempo de entrega son cortos, debido a su flexibilidad ya que provee un desarrollo ágil.  Y finalmente se recomienda hacer uso de software Open Source (Software libre) debido a los bajos costos que implica para las empresas, así como PHP y PostgreSQL. Pese a que no existe soporte para estos hay varios foros en los que pueden encontrar ayuda para solucionar problemas.

66

FUENTES DE INFORMACIÓN FUENTES BIBLIOGRÁFICAS Arias, F. G. (2012). El Proyecto de Investigación. Introducción a la Metodología científica. (Sexta ed.).

Caracas: Episteme.

Ayoze, A. (2015). Curso de Programación Web. Javascript, Ajax y jQuery.

Capuñay, O. (2013). Desarrollo Web con PHP. Coronel, C., Morris, S., & Rob, P. (2011). Bases de Datos. Diseño, implementación y administración (Novena ed.). México: Cengage Learning.

Gauchat, J. D. (2012). El gran libro de HTML5, CSS3 y Javascript (Primera ed.). Barcelona: MARCOMBO, S.A. Gómez, M. (2006). Introducción a la metodología de la investigación científica (Primera ed.).

Argentina: Editorial Brujas.

Guardiola, S. (2010). HTML & CSS fácil y sencillo.

Hernández Sampieri, R., Fernández Collado, C., & Baptista Lucio, M. (2010). Metodología de la investigación (Quinta ed.). México: McGraw-Hill.

Heurtel, O. (2011). PHP 5.5: Desarrollar un sitio Web dinámico e interactivo. Barcelona: Ediciones ENI. Lancker, L. (2009). XHTML y CSS. Los nuevos estándares del código fuente (Segunda ed.). Barcelona: ENI. Ley Orgánica de Educación Intercultural. (s.f.). Obtenido de http://educaciondecalidad.ec/leyeducacion-intercultural-menu/reglamento-loei-texto.html López, B., Mas, M., & Viscarri, J. (2010). Los pilares del Marketing. Barcelona: Edicions UPC. López, J. (2011). Programación en tiempo real y bases de datos: un enfoque práctico. Barcelona: La Factoria.

Marco, M., Josep, M., Prieto, J., & Segret, R. (2010). Escaneando la informática (Primera ed.). España: Editorial UOC.

67

Martínez, C. (2014). Técnicas e instrumentos de recogida y análisis de datos. (C. V. Editores, Ed.) Madrid, Mexico : Uned.

Pressman, R. (2010). Ingeniería del Software: Un Enfoque práctico (Séptima ed.). México: McGrawHill.

Ramos, A., & Ramos, J. (2011). APLICACIONES WEB. Madrid: Paraninfo.

Rodríguez, A. (2007). INICIACIÓN A LA RED INTERNET. Concepto, Funcionamiento, Servicios y Aplicaciones de Internet (Primera ed.). España: Vigo.

Sánchez, M. (2001). Internet. JavaScript. España: Innovación y cualificación.

68

GLOSARIO A Aplicación: Es un programa informático cuyo fin es el de automatizar procesos en una empresa o institución. Como el tratamiento de textos, etc.

Automatizar: Aplicar la automática a un proceso o a un dispositivo.

B Base de datos: Son estructuras especializadas que permiten a los sistemas el empleo de información como el almacenamiento, manejo y recuperación de datos a gran velocidad.

C Cardinalidad: Es el número de elementos en el conjunto. Si dos conjuntos tienen el mismo número de elementos se dice que tienen la misma cardinalidad.

D Duplicar: Repetir exactamente algo, hacer una copia de ello.

E Eficiencia: Capacidad de disponer de alguien o de algo para conseguir un efecto determinado.

F G H I Internet: Se la puede definir como una red de redes, ya que es un conjunto de redes interconectadas mundialmente y cada una de las redes es independiente y autónoma.

J

69

JavaScript: Es un lenguaje de desarrollo de aplicaciones cliente / servidor a través de internet, este programa tiene la particularidad de estar insertado dentro del mismo documento.

K L M Metodología: Conjunto de métodos que se siguen en una investigación científica o en una exposición doctrinal.

N O Open Source: El código fuente de un software queda a disposición de otros para modificar, visualizar y redistribuir el código de software.

P Q R Request: Su función es simular el funcionamiento de un navegador.

S SRS: Es un documento de apoyo legal y técnico para el diseño de software a medida.

En el cual se establecen los requerimientos del software.

T U Usuario: Dicho de una persona que tiene derecho de usar de una cosa ajena con cierta limitación.

V

70

Validar: Dar fuerza o firmeza a algo, hacerlo válido.

W X XP: Acrónimo de Extreme Programming (Programación Extrema) para el proceso de desarrollo de software se hace uso de esta metodología.

Y Z

71

ANEXOS

1

LISTADO DE ANEXOS Anexo 1: Encuesta de usuarios del sistema.

Anexo 2: Especificación de Requerimientos de Software (SRS).

Anexo 3: Manual de instalación.

Anexo 4: Manual de usuario.

Anexo 5: Acta de Entrega – Recepción del Sistema.

Anexo 6: Acta de Capacitación.

Anexo 7: Carta de Impacto.

ANEXO 1 ENCUESTA DE USUARIOS DEL SISTEMA

PONTIFICIA UNIVERSIDAD CATÓLICA DEL ECUADOR SEDE SANTO DOMINGO ENCUESTA ENFOCADA A USUARIOS DEL SISTEMA DE CONTROL DE ASISTENCIA ESTUDIANTIL La presente encuesta tiene como objetivo conseguir información sobre el grado de aceptación que tendrá el sistema informático para el Control de Asistencia Estudiantil en la Unidad Educativa Vicente Rocafuerte. La información generada será con fines académicos.

Instrucciones: Lea detenidamente cada una de las preguntas y marque con (X) una respuesta por cada pregunta.

1. ¿Qué nivel de importancia le daría usted a implementar un sistema para la gestión de control de asistencia estudiantil?

IMPORTANTE

( )

MUY IMPORTANTE

( )

INDISPENSABLE

( )

2. ¿Se encuentra usted en condiciones de desenvolverse sin inconvenientes en un sistema informático?

SÍ ( )

NO ( )

3. ¿Considera usted que actualmente el control de asistencia estudiantil es un proceso que demanda mucho tiempo, tanto en ingresar la asistencia como en generar los diferentes reportes?

SÍ ( )

NO ( )

4. Actualmente, ¿En caso de que un estudiante falte a la Unidad Educativa se notifica al representante mediante?

CORREO ELECTRONICO ( ) LLAMADA TELEFONICA ( ) NO SE LE NOTIFICA

( )

5. Actualmente, ¿Se notifica la inasistencia del estudiante a los representantes de?

TODOS LOS ESTUDIANTES

( )

ESTUDIANTES PROBLEMA

( )

ESTUDIANTES DE ESCUELA

( )

ESTUDIANTES DE COLEGIO

( )

6. Actualmente, ¿Considera usted que el proceso de notificar a los representantes de la inasistencia de los estudiantes demanda mucho tiempo?

SÍ ( )

NO ( )

7. ¿Cada cuánto tiempo se realizan los reportes?

A DIARIO

( )

CADA MES

( )

CADA PARCIAL

( )

8. Actualmente, ¿Cuánto tiempo se invierte en realizar los reportes?

DE UNO A TRES DIAS

( )

CERCA DE LA SEMANA ( ) MAS DE UNA SEMANA

( )

9. ¿Existe un encargado de los aspectos informáticos de la Unidad Educativa?

SÍ ( )

NO ( )

10. ¿Cuál es el mayor beneficio que aportará un nuevo sistema para el control de asistencia estudiantil a la Unidad Educativa?

ESFUERZO

( )

TIEMPO

( )

SUMINISTROS

( )

1

ANEXO 2 ESPECIFICACIÃ&#x201C;N DE REQUERIMIENTOS DE SOFTWARE (SRS)

SISTEMA PARA EL CONTROL DE ASISTENCIA ESTUDIANTIL DE LA UNIDAD EDUCATIVA “VICENTE ROCAFUERTE” 1. INTRODUCCIÓN 1.1 PROPÓSITO El presente documento tiene como objetivo establecer todos los requerimientos del Sistema, para así de acuerdo a las necesidades que se presentan en el negocio fijar todos los límites de nuestro producto.

Este constituye un documento legal y técnico para que el cliente describa en forma detallada las diferentes características, los interfaces de usuario, el software y hardware a utilizar en el sistema, además las comunicaciones, así como requerimientos, atributos del software entre otros.

Esta es información es de vital importancia para brindar una guía a los desarrolladores del software para entender los requerimientos que el cliente desea obtener del producto de software, para así saber que metodología de desarrollo vamos a utilizar para el desarrollo del software. Y así poder darnos una idea clara del funcionamiento de la empresa y en cómo queremos mejorar los procesos.

1.2 ALCANCE DEL SISTEMA El producto de software resultante se identificará con el nombre “AsisVR”, este se caracterizará por ser un software que busca hacer más fácil y ágil el proceso control de asistencia estudiantil para de esta manera optimizar el tiempo de esta gestión.

El propósito del software se orienta al control de asistencia estudiantil de la Unidad Educativa el Esfuerzo, así como los diferentes reportes con respecto a esta gestión. Además informará a los representantes cada vez que su representado falta a la institución.

1.3 DEFINICIONES, ACRÓNIMOS Y ABREVIATURAS 1.3.1 Definiciones Almacenamiento: Es introducir datos de un sistema en computadoras.

Backup: Son un respaldo de la información que se encuentra almacenada en una Base de datos, con el fin de que esta información no se pierda.

Base de Datos: Una base de datos es un conjunto de datos relacionados, almacenados de manera sistemática.

Gestión: Engloba la administración de procesos, tales como registrar, modificar y eliminar un usuario o asistencia.

Hardware: Son los componentes tangibles (físicos) del computador.

Interfaz: Forma de comunicación entre el usuario y el sistema.

Internet: Se la puede definir como una red de redes, ya que es un conjunto de redes interconectadas mundialmente y cada una de las redes es independiente y autónoma.

Login: Nombre asignado a una persona para permitir el acceso al sistema si este se encuentra registrados previamente en el sistema.

Password: Contraseña o clave cifrada para autentificar, y permitir al usuario el ingreso a un lugar o sitio. Siempre y cuando esta información sea correcta.

Servidor: Computadora conectada a una red, el cual brinda recursos al resto de computadoras ubicadas en la misma red.

Software: Es el conjunto de programas, datos, documentación, procesos y procedimientos que forman la parte intangible del computador.

Usuarios: Hace alusión a las personas que interactúan con la aplicación, los usuarios se han clasificado en: usuario y administrador.

1.3.2 Acrónimos DBA: Es aquella persona encargada de la administración de la base de datos.

SRS: Especificación de Requerimientos del Sistema.

AsisVR: Sistema de Asistencias del Vicente Rocafuerte.

1.3.3 Abreviaturas

1.4 RESUMEN EJECUTIVO En la actualidad se realiza el control de asistencia estudiantil con ayuda de hojas de cálculo, pero las sumas de las asistencias, faltas justificadas y no justificadas se realiza de manera manual.

Es por esto que las autoridades de la institución han considerado indispensable el desarrollo de un sistema para la gestión del control de asistencia estudiantil.

2 DESCRIPCIÓN GENERAL 2.1 PERSPECTIVA DEL PRODUCTO Por la naturaleza de este proyecto de ingeniería de software AsisVR es un sistema que pretende controlar y automatizar el proceso de control de asistencia estudiantil.

2.2 FUNCIONES DEL PRODUCTO

AsisVR

Módulo de administración

ADMIN

Módulo de procesos

INSPECTOR

2.3 CARACTERÍSTICAS DE LOS USUARIOS Para el acceso al sistema se definen dos perfiles de acceso: Administrador e Inspector.

PERFIL

PUESTO

CONOCIMIENTOS

Admin

Administrar usuarios del sistema

Básicos en informática

Inspector

Registrar asistencias de estudiantes y generar reportes

Básicos en informática

2.4 RESTRICCIONES GENERALES 

Como principal restricciones tenemos la prohibición de la copia parcial o total de nuestro sistema para ser utilizada en cualquier empresa distinta a la acordada, sin nuestra previa autorización. Cumpliendo con la protección de los derechos de autor.



El sistema debe ser usado en una red interna de la, asegurando también el uso debido de la información propia de la empresa.



El sistema solo podrá ser usado en un establecimiento de la empresa para lo cual licenció el software.



El Licenciatario no puede bajo ningún concepto aplicar ingeniería inversa o descubrir el código fuente del Software sujeto a licencia.



Se prohíbe el acceso a base de datos o al código fuente del sistema.

2.5 ASUNCIONES Y DEPENDENCIAS 2.5.1 HARDWARE A continuación se detallan el diferente hardware a utilizar en nuestro sistema.

Impresora: Necesaria para imprimir los reportes que se necesiten tener en físico.

Pantalla del monitor: Por este medio se visualizará la interface de usuario del sistema.

Ratón: Para desplazarse por el diferente menú que posee en sistema.

Teclado: Necesario para digitar la información que se almacenará en el sistema.

2.5.2 SOFTWARE A continuación se detallan el diferente software a utilizar en nuestro sistema.

-

Para el desarrollo web: PHP.

-

Para Base de datos: PostgreSQL

3 ESPECIFICACIÓN DE REQUERIMIENTOS FUNCIONALES 3.1 Requerimientos funcionales Requerimiento número Nombre Referencia Fuente Nivel de prioridad

RF-1 Ingreso al sistema Restricción tb_usuario (login, pass) Esencial / Alta

Nombre Responsabilidad Referencia Mensaje

Ingresar-Sistema (login, pass) Autenticar datos Sistema Se ingresa al inicio del Sistema Se ingresan los campos requeridos (login, pass) Se ingresa de acuerdo al perfil

Excepción

Si no se autentica => "USUARIO O CLAVE INCORRECTA" Si no ingresa Usuario => " Ingrese Usuario".

Si no ingresa la Contraseña => "Ingrese Contraseña".

Muestra los módulos de acuerdo al perfil Encontrarse previamente registrado en el sistema como usuario

Salida Pre-condición Post-condición

Requerimiento número Nombre Referencia Fuente Nivel de prioridad

Nombre Responsabilidad Referencia Mensaje Excepción

Salida Pre-condición Post-condición

RF-2 Gestión (crear, buscar, modificar, inactivar/activar) usuarios Restricción tb_usuario Esencial / Alta

Crear-Usuario Creación de usuarios del sistema Procedimiento del sistema Llenar campos obligatorios en el formulario de crear usuario Si falta algún campo => “RELLENE CAMPO OBLIGATORIO” Cédula incorrecta => “NÚMERO DE CÉDULA INVÁLIDO” Si el número de cédula ingresada ya existe en la BD el programa envía un mensaje de error "USUARIO CON CÉDULA XXXXXXXXXX YA EXISTE".

“USUARIO REGISTRADO CON ÉXITO” Ingresar con un perfil de Usuario "Administrador"

Nombre Responsabilidad: Referencia Mensaje

Buscar_Usuario Permitir la búsqueda de información de usuarios del sistema.

Procedimiento del sistema CUA Se establecen diferentes filtros de búsqueda, como nombre, cedula, dirección u otros campos Si se localiza el usuario se muestra la información

Excepción Salida Pre-condición Post-condición

Si el usuario no existe => “EL USUARIO NO EXISTE” Visualización de la información Ingresar con perfil: Administrador

Nombre Responsabilidad Tipo Referencia Mensaje

Modificar_Usuario Modificar los datos de los usuarios Procedimiento del sistema CUA Buscar usuario y seleccionar usuario Seleccionar modificar Se modificará un usuario a la vez “USUARIO MODIFICADO CON ÉXITO” Ingresar con perfil: Administrador

Excepción Salida Pre-condición Post-condición

Excepción Salida

Inactivar/activar_Usuario Cambiar el estado de un usuario a inactivo/activo Procedimiento del sistema CUA Se inactiva o activa un usuario de acuerdo a las necesidades de la institución Mensaje de verificación ¿ESTÁ SEGURO QUE DESEA DE INACTIVAR EL USUARIO? Si la inactivación se dio con éxito el sistema despliega Un mensaje al usuario "CLIENTE INACTIVADO CON ÉXITO" Si existe un error "NO SE HA PODIDO INACTIVAR CON ÉXITO" “USUARIO INACTIVADO/ACTIVADO CON ÉXITO”

Pre-condición

Ingresar con perfil: Administrador

Nombre Responsabilidad: Tipo: Referencia Mensaje

Post-condición

Numero de requisito

RF-3

Nombre Tipo Fuente Nivel de prioridad

Gestión (crear, modificar, inactivar/activar, buscar) de estudiantes Restricción tb_estudiantes Alta/esencial

Nombre Responsabilidad Tipo: Referencia Mensaje

Crear_Estudiante Ingresar Estudiantes al sistema Procedimiento del sistema CUA Deben completarse todos los campos obligatorios en el formulario Se guarda la información del alumno

Excepción

De no ingresarse los campos obligatorios =>”RELLENE CAMPO” Número de cédula invalido => "INGRESE NUMERO DE CÉDULA VÁLIDO".

Número de cédula ingresada => “ESTUDIANTE CON CÉDULA NO. XXXXXXXXXX YA EXISTE".

Mensaje=> "ESTUDIANTE REGISTRADO CON ÉXITO" Ingresar con perfil: Inspector

Salida Pre-condición Post-condición

Nombre Responsabilidad Tipo: Referencia Mensaje

Buscar_Estudiante Buscar información relacionada a un estudiante Procedimiento del sistema CUA Existen varios criterios de búsqueda

Excepción Salida Pre-condición Post-condición

Si no encuentra => “ESTUDIANTE NO EXISTE".

Visualiza la información del usuario Ingresar con perfil: Inspector

Nombre Responsabilidad Tipo: Referencia Mensaje

Modificar Estudiante Modificar la información del estudiante Procedimiento del sistema CUA Búsqueda y selección del estudiante Seleccionar modificar Se modifica un estudiante a la vez “ESTUDIANTE MODIFICADO CON ÉXITO” Ingresar con perfil: Inspector

Excepción Salida Pre-condición Post-condición

Nombre Responsabilidad Tipo: Referencia Mensaje Excepción Salida Pre-condición Post-condición

Inactivar/Activar_Estudiante Se permite el cambio de estado de un estudiante de activo a inactivo y viceversa Procedimiento del sistema CUA Mensaje de verificación => "¿ESTÁ SEGURO QUE DESEA INACTIVAR EL ESTUDIANTE?".

Si hay error => “NO SE HA PODIDO INACTIVAR ESTUDIANTE” “ESTUDIANTE INACTIVADO/ACTIVADO CON ÉXITO” Ingresar con perfil: Inspector

Requerimiento número

RF-4

Nombre Tipo Fuente Nivel de prioridad

Permitir la gestión (registrar, modificar ) asistencias Restricción tb_asistencias Esencial / Alta

Nombre Responsabilidad Tipo: Referencia Mensaje

Registrar_Asistencia Registrar asistencia de los estudiantes Procedimiento del sistema CUA Se busca el curso a registrar la asistencia Registrar si el alumno tiene asistencia, falta justificada o falta injustificada Una vez hecho eso se procede a Guardar la información ingresada.

Excepción

Si hay un campo vacío no se procede a guardar la información Enviara un mensaje de alerta => “RELLENE TODOS LOS CAMPOS” Mensaje éxito "REGISTRO EXITOSO" Ingresar con perfil: Inspector

Salida Pre-condición Post-condición

Nombre Responsabilidad Tipo: Referencia Mensaje

Modificar_Asistencia Modificar el registro de Asistencia de los estudiantes Procedimiento del sistema CUA Selecciona la asistencia a modificar Se modifica

Excepción Salida Pre-condición Post-condición

Se realiza un cambio a la vez “REGISTRO MODIFICADO CON ÉXITO” Ingresar con perfil: Inspector

Requerimiento número Nombre Tipo Fuente Nivel de prioridad

R-F5 Buscar_curso Restricción tb_curso Esencial /Alta

Nombre Responsabilidad Tipo: Referencia Mensaje

Buscar_Curso Explorar información relacionada con el curso Procedimiento del sistema CUA Seleccionar nombre del curso

Excepción Salida Pre-condición Post-condición

No encuentra => "CURSO NO EXISTE".

Visualiza información encontrada Ingresar con perfil: Inspector

Requerimiento número

RF-6

Nombre Tipo Fuente Nivel de prioridad

Reporte_usuarios Restricción tb_usuario Alta/esencial

Nombre Responsabilidad Tipo: Referencia Mensaje

Generar_Reportes Permite obtener reportes de los usuarios del sistema Procedimiento del sistema CUA Clic en reportes

Excepción Salida Pre-condición Post-condición

Visualización de reportes Reporte de usuarios Ingresar con perfil: Administrador

3.2 Requisitos de la interface externa 3.2.1 Interface de usuario Se ha considerado el uso de la interface gráfica en el estándar de Windows.

3.2.2 Interface de hardware - Mouse.

- Teclado.

- Monitor.

- Impresoras.

3.2.3 Interface de software

Software

Versión

Vendedor

Sistema Operativo

Windows 2007 o superior – Linux Ubuntu

Microsoft

Base de datos

PostgreSQL versión 9.4.5

SQL

PHP

5.5.30

HTML

5

W3C HTML WG

3.3 Requerimientos de Rendimiento Para nuestro sistema hemos previsto una velocidad de respuesta en un promedio de 2,5 segundos, no obstante como cualquier otro sistema con el tiempo la base de datos ir en incremento y es posible que después de varios años la base de datos deba modificarse.

3.4 Restricciones de Diseño 3.4.1 Limitaciones del Hardware Capacidad de almacenamiento del servidor en cuanto al disco duro para cantidades de personal sumamente altas.

3.4.2 Limitaciones del Software La principal limitación de presenta en el campo de la BDD que no se garantiza al momento de superar un número sumamente alto de usuarios.

3.5 Atributos del Sistema 3.5.1 Fiabilidad y disponibilidad Un sistema no es considerado un software de calidad si este no se encuentra disponible cada vez que se lo necesita (Cada vez que lo soliciten). Un sistema debe permanecer disponible las 24 horas del día, los 365 días del año. Y va estrechamente relacionado con la fiabilidad, debido a que no sirve de nada tener un sistema que se encuentre siempre disponible si se puede producir un error mientras se hace uso del sistema.

3.5.2 Mantenimiento Pese a que XP no deja sueltos posibles requerimientos futuros, un sistema debe ser escalable, es decir debe permitirse crecer cada vez que el sistema lo necesite. EL mantenimiento será realizado según lo necesite el sistema.

3.5.3 Seguridad La seguridad del sistema se da por la autentificación del sistema. Solo ingresarán los usuarios a los módulos a los cuales tienen acceso según el tipo de perfil. Además de la encriptación usada en la Base de Datos

ANEXO 3 MANUAL DE INSTALACIÃ&#x201C;N

MANUAL DE INSTALACIÓN DE POSTGRESQL Para

descargar

PostgreSQL

diríjase

a

la

siguiente

dirección

http://www.enterprisedb.com/products-services-training/pgdownload#windows

Descargue la versión 9.4.5.correspondiente a su sistema operativo. 

Si su sistema operativo es Windows de 32 bits elija la versión Win x86-32



Si su sistema operativo es Windows de 64 bit elija la versión Win x86-64

de

URL:

Diríjase a la carpeta en donde se descargó el archivo, por defecto se guarda en la carpeta Descargas

de

su

PC.

Dé

doble

clic

sobre

el

archivo

descargado

para

ejecutarlo.

Se mostrará una ventana con la configuración de Microsoft Visual C++, como parte de la inicialización del paquete del instalador de PostgreSQL, espere mientras se completa la inicialización.

Se desplegará la siguiente ventana de instalación de PostgreSQL.

Especifique el directorio donde PostgreSQL será instalado. (Sólo modifique la ruta si desea una ubicación de instalación personalizada).

Seleccione un directorio dentro del cual se almacenarán los datos. (Sólo modifique la ruta si desea una ubicación de instalación personalizada).

Debe establecer una contraseña y dar click en siguiente.

Aparece el puerto por el cual se realizara la conexión por defecto aparece el 5432

Pedirá cambiar la configuración regional (dejamos la que esta por defecto) y click en siguiente.

Notifica que el programa ya esta listo para iniciar la instalar. Dar click en siguiente.

Activar la casilla de verificación para ejecutar StackBuiler que le ayudará en el proceso de instalación del servidor Web Apache. Finalmente dar clic en Terminar para finalizar la instalación.

Seleccionamos la base de datos y el puerto. (PostgreSQL 9.4(x64) on port 5432).

Para proceder con la instalación de Apache PHP v2.4, diríjase a la pestaña de Web Development y dé clic sobre ella. Active la casilla de Apache/PHP v2.4.16-5.5.30-1 y dar clic en el botón siguiente.

Verifique en el recuadro de Paquetes Seleccionados: Apache/PHP v2.4.16-5.5.30-1.

Espere mientras se descarga la aplicaciรณn de instalador del servidor Apache.

Clic en Siguiente, para comenzar a ejecutar el archivo descargado.

Clic en el botรณn Siguiente para empezar la instalaciรณn del Apache.

Seleccione el directorio de instalaciรณn de Apache (Si desea un directorio diferente al especificado modifique la ruta).

Elija el puerto en el que irรก a funcionar el Apache. En este caso el puerto 8080.

Se visualizarรก una ventana de confirmaciรณn, para comenzar la instalaciรณn dar click en siguiente.

Permitir acceso, permitiendo al Firewall crear una nueva regla para Apache.

Al finalizar se desplegarĂĄ la siguiente ventana de confirmaciĂłn

Verificamos que estĂŠ instalado el servidor Web Apache

Si está funcionando y no existe ningún problema debería salir en el navegador con un mensaje como el siguiente.

CONFIGURACIÓN CON LOS ARCHIVOS DEL SOFTWARE Diríjase a los archivos proveídos, necesarios para la instalación del Sistema AsisVR. Seleccione la carpeta AsisVr y cópiela en la siguiente dirección.

C:\Program Files (x86)\PostgreSQL\EnterpriseDB-ApachePHP\apache\www

Acceder al programa pgAdmin III. Escriba su contraseña de Admin para conectarse.

Clic derecho sobre Databases y elije New Database.

Ingrese el nombre de la Base de datos AsisVr, y selecciรณn OK.

Sobre la base de datos AsisVr, clic derecho y elija Restore.

Seleccione el archivo donde se encuentre el backup y clic en Restore

Ahora

acceda

en

el

http://localhost:8080/Asisvr/vistas/

navegador

a

la

siguiente

direcciรณn

en

la

URL.

ANEXO 4 MANUAL DE USUARIOS

MANUAL DE USUARIO DE ASISVR 1. INGRESO AL SISTEMA ASISVR Ingrese a: http://localhost:8080/Asisvr/vistas/

1.1 Login Ingrese Usuario y Contraseña. Dependiendo del perfil del usuario se visualizara el menú principal.

1.2 Primer Login Al crear un usuario la contraseña por defecto es el número de cedula, pero al loguearse por primera vez el sistema le pedirá cambiar la contraseña.

1.3 Cerrar Sesiรณn

2. PERFIL ADMIN

2.1 Usuarios 2.1.1 Administración Usuarios

2.1.1.1. Nuevo Usuario Seleccione el botón Nuevo, después llene el formulario con los datos del Usuario que se solicitan. Seleccione el botón Guardar y OK.

2.1.1.2. Modificar Usuario Seleccione el botรณn Modificar, en el formulario cambie los datos que considere necesarios y elija Guardar.

2.1.1.3. Buscar Usuario Escriba la entrada a buscar (Nombre o Cédula)

2.1.1.4. Inactivar Usuario Seleccione el botón Inactivar correspondiente al Usuario que desea inactivar.

2.1.1.5. Activar Usuario Diríjase al botón de Inactivos y seleccione al usuario que desea volver a Activar.

2.1.1.6. Reporte Seleccione el botón de Reporte para visualizar de manera general los Usuarios, si desea hacer un reporte mediante algún criterio de búsqueda, primero realice la búsqueda luego clic sobre el botón Reporte.

2.1.1.7. Reestablecer contraseña Seleccione el botón Reestablecer del usuario que se desea. Al reestablecer cambia a la contraseña por defecto que es el número de cedula del usuario. Después, por seguridad el sistema le pedirá volver a cambiar la contraseña.

2.2.

Representantes

2.2.1. Administraciรณn Representantes

2.2.1.1.Nuevo representante Seleccione el botรณn Nuevo y complete el formulario con la informaciรณn del representante.

2.2.1.2. Modificar representante

2.2.1.3. Buscar representante Escriba la entrada a buscar (nombre o cedula).

2.2.1.4. Inactivar representante Seleccione el botรณn Inactivar del representante que desea cambiar a estado inactivo.

Confirme que estรก seguro de inactivar para que se deshabilite el representante.

2.2.1.5. Activar representante Seleccione el botรณn Activar del representante que desea cambiar a estado activo

2.2.1.6. Crear alumno Bajo el enfoque de que un estudiante no puede ser creado si no existe un representante, se selecciona el botรณn Crear Estudiante y se procede a llenar la informaciรณn correspondiente.

2.2.1.7. Reporte

2.3.

Alumnos

2.3.1. Administración Alumnos

2.3.1.1. Nuevo alumno Diríjase a la sección 2.2.1.6 Crear alumno de este documento.

2.3.1.2. Modificar alumno Escoja el botón de Editar para habilitar el formulario para la edición de la información del alumno.

2.3.1.3. Buscar alumno Seleccione el curso del cual desea visualizar la informaciรณn de los alumnos y de clic en Buscar. Dependiendo del nivel que seleccione se mostrara a los estudiantes que formen parte de ese curso.

2.3.1.4. Inactivar alumno Seleccione el botรณn Inactivar sobre el alumno el cual desea inactivar.

2.3.1.5. Activar alumno Seleccione el botรณn Activar sobre el alumno el cual desea activar

2.3.1.6. Reporte

2.4.

Cursos

2.4.1. Administraciรณn cursos

2.4.1.1. Nuevo curso

2.4.1.2. Modificar curso

2.4.1.3. Buscar curso

2.4.1.4. Reporte

2.5.

Configuraciรณn

2.5.1. Registrar periodo Para abrir un nuevo periodo.

2.5.2. Pases de aĂąo Se debe cerrar el periodo para realizar la promociĂłn de alumnos.

3. PERFIL INSPECTOR

3.1.

Asistencias

3.1.1. Administración asistencias

Se busca un curso y se procede a registrar la asistencia. Al marcar el checkbox se registra como asistencia ‘X’ y si no se marca se registra como ‘FALTA’.

Una vez registrada la asistencia de un curso no se puede volver a registrar.

Se busca el curso y se procede a registrar la asistencia. Se elige la opciĂłn de asistencia o inasistencia y se procede a Guardar. Para ubicar un atraso se va al menĂş Justificar.

3.2.

Justificar

3.2.1. Justificar Inasistencias Para justificar una inasistencia o colocar un atraso.

3.3.

Reportes

3.3.1. Reporte de faltas General Se selecciona la fecha en la cual se desea buscar las faltas que han tenido los estudiantes por curso. Y se selecciona el botĂłn de Generar reporte.

3.3.2. Reporte individual por Curso Se selecciona las fechas de Inicio y de Fin desde donde se desea obtener informaciรณn y se elige al alumno.

ANEXO 5 ACTA DE ENTREGA – RECEPCIÓN DEL SISTEMA.

ANEXO 6 ACTA DE CAPACITACIÃ&#x201C;N

ANEXO 7 CARTA DE IMPACTO