Desarrollo de un sitio web para el registro de notas y control de asistencia by Pontificia Universidad Católica del Ecuador sede Santo Domingo PUCE SD

PONTIFICIA UNIVERSIDAD CATÓLICA DEL ECUADOR SEDE SANTO DOMINGO

Dirección Académica - Escuela de Sistemas

“DESARROLLO DE UN SITIO WEB PARA EL REGISTRO DE NOTAS Y CONTROL DE ASISTENCIA, EN LA UNIDAD EDUCATIVA JACQUES COUSTEAU DEL CANTÓN SANTO DOMINGO DE LOS COLORADOS, AÑO 2014-2015” Disertación de Grado previa a la obtención del título de Ingeniero de Sistemas y Computación

Línea de Investigación: Estudio, Diseño e Implementación de Software

Autores: LEMA ARIAS RICHARD DANIEL PINEDA BURBANO CRISTIAN PAUL

Director: MG. ADRIAN ROLANDO CEVALLOS DUEÑAS

Santo Domingo – Ecuador Agosto, 2015

PONTIFICIA UNIVERSIDAD CATÓLICA DEL ECUADOR SEDE SANTO DOMINGO

Dirección Académica - Escuela de Sistemas

HOJA DE APROBACIÓN

“DESARROLLO DE UN SITIO WEB PARA EL REGISTRO DE NOTAS Y CONTROL DE ASISTENCIA, EN LA UNIDAD EDUCATIVA JACQUES COUSTEAU DEL CANTÓN SANTO DOMINGO DE LOS COLORADOS, AÑO 2014-2015” Línea de Investigación: Estudio, Diseño e Implementación de Software

Autores: LEMA ARIAS RICHARD DANIEL PINEDA BURBANO CRISTIAN PAUL

MG. CEVALLOS DUEÑAS ADRIAN ROLANDO DIRECTOR DE LA DISERTACIÓN DE GRADO MG. OROZCO IGUASNIA FAUSTO ERNESTO CALIFICADOR MG. SALAZAR ARMIJOS DIEGO RICARDO CALIFICADOR MG. CORDOVA GALVEZ RODOLFO SIRILO DIRECTOR DE LA ESCUELA DE SISTEMAS

Santo Domingo – Ecuador Agosto, 2015

iii

DECLARACIÓN DE AUTENTICIDAD Y RESPONSABILIDAD Yo LEMA ARIAS RICHARD DANIEL portador de la cédula de ciudadanía Nº 2300200926 declaro que los resultados obtenidos en la investigación que presento como informe final, previo a la obtención del Grado de Ingeniero de Sistemas 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 legar y académica.

LEMA ARIAS RICHARD DANIEL C.I. 230020092-6

DECLARACIÓN DE AUTENTICIDAD Y RESPONSABILIDAD Yo PINEDA BURBANO CRISTIAN PAUL portador de la cédula de ciudadanía Nº 230006908-1 declaro que los resultados obtenidos en la investigación que presento como informe final, previo a la obtención del Grado de Ingeniero de Sistemas 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 legar y académica.

PINEDA BURBANO CRISTIAN PAUL C.I. 230006908-1

AGRADECIMIENTO Mi principal agradecimiento va dirigido a Dios ya que con su apoyo he podido alcanzar esta meta muy importante en mi vida. A mis padres Ramiro Lema y Mariana Arias, mis hermanas Verรณnica Lema y Kassandra Lema y por ultimo a una persona muy especial en mi vida Dayana Zapata, a las cuales agradezco por su apoyo incondicional y por los consejos que me brindaron a lo largo de mi carrera ayudรกndome a conseguir esta meta.

RICHARD LEMA

AGRADECIMIENTO Agradezco infinitamente a Dios por darme el privilegio y la oportunidad de permitirme terminar con éxito esta etapa de mi vida universitaria ya que sin el nada de esto sería posible. A mis padres, que desde el primer día me brindaron su amor y apoyo incondicional con el fin de cultivar éxitos a lo largo de mi vida por medio de sus enseñanzas y consejos además de valores como el respeto, responsabilidad y perseverancia. A los docentes que han contribuido en mi formación académica, brindándome siempre su orientación en la adquisición de conocimientos. Igualmente al tutor de tesis el Ms. Adrián Cevallos, quien me ha guiado en todo momento en la realización de este proyecto con su experiencia y capacidad. A mis hermanos por toda la paciencia y el amor que me brindan día tras día. A mi amigo y compañero de disertación, Richard Lema por su apoyo y confianza en el transcurso del desarrollo de este proyecto, así como a Álvaro Pinango el mejor amigo que uno puede encontrar. Y al resto de mis amigos que a través de sus palabras de aliento me motivaron a cumplir esta meta.

CRISTIAN PAUL PINEDA BURBANO

DEDICATORIA Esta disertación está dedicada a mis padres y hermanas, quienes han sido pilar fundamental en mi educación, debido al apoyo incondicional en cada momento difícil de mi carrera. A Dayana Zapata quien es una persona especial en mi vida.

RICHARD LEMA

vii

DEDICATORIA A Dios por estar a mi lado siempre bendiciéndome con su sabiduría y amor infinito e incondicional. A mis Padres, Juan y Patricia; por su amor, comprensión, consejos y enseñanzas, en bien de mi formación personal y profesional ya que sin ellos no hubiese sido posible el desarrollo de este proyecto. A mis hermanos Joselyn y Juan, por su apoyo y paciencia además de alentarme a cumplir mis metas y objetivos propuestos. A mis amigos y compañeros que han estado en cada una de las etapas de mi vida, por su cariño y amistad incondicional. Y, a todas las personas que de una u otra manera contribuyeron de la mejor manera a la realización de este proyecto.

CRISTIAN PAUL PINEDA BURBANO

viii

RESUMEN El principal objetivo de este proyecto de disertación de grado es desarrollar un sitio web para el registro de notas y control de asistencia, en la unidad educativa Jacques Cousteau del cantón Santo Domingo de los Colorados, dicho proyecto ha sido desarrollado con el fin de lograr varios beneficios, como la optimización de los procesos de ingreso de calificaciones por parte de los docentes, así como también mejorar el proceso de visualización de notas por parte de los padres de familia y Estudiantes, de esta manera se optimizara el tiempo tanto para los Docentes, padres de familia y Estudiantes. La metodología que se utilizo es XP o más conocida Programación Extrema, los principales lenguajes utilizados de programación web fueron PHP y Javascript, además para el diseño del sitio web se utilizaron herramientas como Bootstrap v3.3.4, JQuery v2.1.3, por ultimo para manejar la base de datos se utilizó PostgreSQL 9.3. El sitio web se desarrolló bajo los requerimientos de la institución Jacques Cousteau y respetando las reglas y normas de la misma.

ABSTRACT The main objective of the present thesis project is developing a website for the grades and attendance register at Jacques Cousteau Unidad Educativa of the Santo Domingo de los Colorados Canton, this project has been developed with the aim of achieving several benefits, as the optimization of grades register for the teachers, as well as improving the grades visualization by parents and students, this way, time will be optimized for teachers, parents and students. The methodology used was XP or know as Extreme Programming, the main web programming languages used were PHP and JavaScript, also for the web site design tools as Boostrap v3.3.4, Jquery v2.1.3 were used, finally for the database managemenet PostgreSQL v 9.3 was applied. The website was developed under the requirement of the Jacques Cousteau Institution and following the rules and norms too.

ÍNDICE DE CONTENIDOS AGRADECIMIENTO .............................................................................................................. iv DEDICATORIA ....................................................................................................................... vi RESUMEN ............................................................................................................................ viii ABSTRACT .............................................................................................................................. ix 1.

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

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

2.1. Antecedentes..................................................................................................................... 3 2.2. Delimitación del Problema ............................................................................................... 4 2.2.1.

Preguntas de investigación ................................................................................... 5

2.3. Justificación de la investigación ....................................................................................... 5 2.4. Objetivos de investigación ............................................................................................... 6 2.4.1.

Objetivo General .................................................................................................. 6

2.4.2.

Objetivos Específicos........................................................................................... 7

MARCO REFERENCIAL ............................................................................................... 8

3.1. Revisión de la literatura o fundamentos teóricos ............................................................. 8 3.1.1. Software ............................................................................................................................ 9 3.1.1.1.

Definición de Software ........................................................................................ 9

3.1.1.2.

Software de Aplicación ........................................................................................ 9

3.1.1.3.

Aplicación Web ................................................................................................. 10

3.1.1.4.

Ingeniería de Software ....................................................................................... 10

3.1.1.5.

Proceso del Software.......................................................................................... 11

3.1.1.6.

Modelos de Proceso Prescriptivo ...................................................................... 12

3.1.1.6.3.

Modelo de Proceso Evolutivo ............................................................................ 12

3.1.2. Metodología ágil Programación Extrema (XP) .............................................................. 14 3.1.2.1.

Valores XP ......................................................................................................... 14

3.1.2.2.

El proceso XP .................................................................................................... 15

3.1.2.3.

Programación Extrema Industrial ...................................................................... 18

3.1.3. Base de Datos ................................................................................................................. 18 3.1.3.1.

Modelo Entidad-Relación .................................................................................. 18

3.1.3.1.1.

Entidades ............................................................................................................ 19

3.1.3.1.2.

Atributos ............................................................................................................ 19

3.1.3.1.3.

Claves ................................................................................................................. 20

3.1.3.1.4.

Relaciones .......................................................................................................... 20

3.1.3.2.

Sistema Gestor de Base de Datos....................................................................... 20

3.1.3.2.1.

Visión de los datos ............................................................................................. 21

xii

3.1.3.2.2.

Funciones de un SGBD ...................................................................................... 22

3.1.3.2.3.

Componentes de un SGBD ................................................................................ 23

3.1.3.3.

Postgresql ........................................................................................................... 23

3.1.4. Lenguajes de Programación ........................................................................................... 24 3.1.4.1.

Php (Hyper text Preprocessor) ........................................................................... 24

3.1.4.1.1.

Características únicas ......................................................................................... 25

3.1.4.2.

Html ................................................................................................................... 25

3.1.4.3.

Css ...................................................................................................................... 25

3.1.4.4.

JavaScript ........................................................................................................... 27

3.1.5. Gestor de Contenidos ..................................................................................................... 28 3.1.5.1.

Joomla ................................................................................................................ 28

3.1.6.

Análisis de metodologías de desarrollo de software .......................................... 29

3.2. Investigaciones o experiencias empíricas vinculadas con la investigación .................... 31 3.3. Hipótesis de Trabajo ....................................................................................................... 31 4.

METODOLOGÍA DE LA INVESTIGACIÓN .............................................................. 32

4.1. Diseño/Tipo de investigación ......................................................................................... 32 4.1.1. Diseño de la investigación .............................................................................................. 32 4.1.1.1.

Experimental ...................................................................................................... 32

xiii

4.1.2. Tipo de investigación ..................................................................................................... 32 4.1.2.1.

Exploratoria........................................................................................................ 32

4.1.2.2.

Descriptiva ......................................................................................................... 33

4.1.2.3.

Aplicada ............................................................................................................. 33

4.2. Población / Universo ...................................................................................................... 33 4.3. Muestra ........................................................................................................................... 33 4.4. Técnicas e Instrumentos de recogida de datos ............................................................... 35 4.4.1. Técnicas .......................................................................................................................... 35 4.4.2. Instrumentos ................................................................................................................... 35 4.5. Técnicas de Análisis de Datos ........................................................................................ 36 4.6. Metodología de Desarrollo de Software ......................................................................... 36 4.6.1.

Metodología XP (Programación Extrema) ........................................................ 36

4.6.1.1.1.

Planificación ...................................................................................................... 37

4.6.1.1.2.

Diseño ................................................................................................................ 37

4.6.1.1.3.

Codificación ....................................................................................................... 38

4.6.1.1.4.

Pruebas ............................................................................................................... 39

RESULTADOS .............................................................................................................. 40

5.1. Discusión y análisis de los resultados ............................................................................ 40

xiv

5.1.1.

Tabulación y análisis de la información ............................................................ 40

5.1.1.1.

Encuesta Estudiantes Colegio Jacques Cousteau ............................................... 40

5.1.1.2.

Encuestas Docentes Colegio Jacques Cousteau ................................................. 47

5.1.1.3.

Encuesta de Representantes Colegio Jacques Cousteau .................................... 55

5.1.2. Resultado de metodología XP ........................................................................................ 64 5.1.2.1.

El proceso de Programación Extrema ................................................................ 64

5.1.2.1.1.

Planeación .......................................................................................................... 64

5.1.2.1.2.

Diseño ................................................................................................................ 83

5.1.2.1.3.

Codificación ..................................................................................................... 107

5.1.2.1.4.

Pruebas ............................................................................................................. 111

5.2. Conclusiones................................................................................................................. 112 5.3. Recomendaciones ......................................................................................................... 113 LISTA DE REFERENCIAS .................................................................................................. 115 Fuentes de Información Bibliográficas .................................................................................. 115 Fuentes de Información Lincográficas................................................................................... 116 GLOSARIO ........................................................................................................................... 117 ANEXOS ............................................................................................................................... 120

ÍNDICE DE TABLAS Tabla 1: Ejemplo de referenciado con el atributo id. .............................................................. 26 Tabla 2: Ejemplo de referenciado con el atributo class. ......................................................... 27 Tabla 3: Comparativa de metodologías de desarrollo con XP ................................................. 29 Tabla 4: Extracto de datos para el cálculo de la muestra. ....................................................... 33 Tabla 5: Pregunta 1 (E. Estudiantes) ¿Cómo considera sus conocimientos sobre el uso de Internet? ................................................................................................................................... 40 Tabla 6: Pregunta 2 (E. Estudiantes) ¿En qué lugares tiene usted acceso a internet? ............. 41 Tabla 7: Pregunta 3 (E. Estudiantes) ¿Cree usted que es necesario un sitio web informativo para la institución “Jacques Cousteau”? .................................................................................. 43 Tabla 8: Pregunta 4 (E. Estudiantes) ¿Acude usted regularmente a los profesores para realizarle consulta a cerca de sus calificaciones? .................................................................... 44 Tabla 9: Pregunta 5 (E. Estudiantes) ¿Le gustaría consultar sus notas mediante la utilización de un sitio web? ....................................................................................................................... 45 Tabla 10: Pregunta 6 (E. Estudiantes) ¿Qué parámetro le gustaría utilizar para realizar la consulta mencionada en la pregunta 5? ................................................................................... 46 Tabla 11: Pregunta 1 (E. Docentes) ¿Cree usted que es necesario implementar un nuevo sistema online (en internet), que ayude a mejorar la forma de ingresar las notas de los estudiantes por parte de los profesores?................................................................................... 47

xvi

Tabla 12: Pregunta 2 (E. Docentes) ¿Cómo considera sus conocimientos sobre el uso de Internet? ................................................................................................................................... 48 Tabla 13: Pregunta 3 (E. Docentes) ¿En qué lugares tiene usted acceso a internet? ............... 49 Tabla 14: Pregunta 4 (E. Docentes) ¿Cree usted que es necesario un sitio web informativo para la institución “Jacques Cousteau”? .................................................................................. 50 Tabla 15: Pregunta 5 (E. Docentes) ¿Cree usted que es necesario un sitio web informativo para la institución “J. Cousteau”? ............................................................................................ 51 Tabla 16: Pregunta 6 (E. Docentes) ¿Considera usted que la automatización del proceso de registro de calificaciones beneficiara a la institución? ............................................................ 52 Tabla 17: Pregunta 7 (E. Docentes) ¿Cree usted que desarrollará nuevas habilidades informáticas a través del uso de este sitio web? ...................................................................... 53 Tabla 18: Pregunta 8 (E. Docentes) ¿Cree usted que es favorable informar de manera electrónica a los representantes por las inasistencias de los estudiantes a los que representan? .................................................................................................................................................. 54 Tabla 19: Pregunta 1 (E. Representantes) ¿Cómo considera sus conocimientos sobre el uso del internet? .............................................................................................................................. 55 Tabla 20: Pregunta 2 (E. Representantes) ¿Cree usted que es necesario un sitio web informativo para la institución Jacques Cousteau? .................................................................. 56 Tabla 21: Pregunta 3 (E. Representantes) ¿Con que tiempo cuenta usted para asistir a una reunión a la institución, para hacerle la entrega de calificaciones de su representado? .......... 57

xvii

Tabla 22: Pregunta 4 (E. Representantes) ¿Le gustaría a usted consultar las calificaciones de su representado mediante un sitio web durante las 24 horas del día y los 7 días de la semana sin restricciones? ...................................................................................................................... 58 Tabla 23: Pregunta 5 (E. Representantes) ¿Que parámetro le gustaría utilizar para realizar la consulta mencionada en la pregunta 4? ................................................................................... 59 Tabla 24: Pregunta 6 (E. Representantes) ¿Le gustaría a usted estar informado sobre la asistencia a clases de su representado mediante una notificación al correo electrónico? ........ 60 Tabla 25: Pregunta 7 (E. Representantes) ¿Cree usted que mejoraran las notas de su representado teniendo más control de su asistencia y calificaciones mediante el uso de un sitio web disponible las 24 horas del día y los 7 días de la semana? ....................................... 61 Tabla 26: Pregunta 8 (E. Representantes) ¿Cree usted que desarrollara nuevas habilidades informáticas a través del uso de este sitio web? ...................................................................... 62 Tabla 27: Pregunta 9 (E. Representantes) ¿Considera usted que la implementación de los procesos antes mencionados beneficiara a la institución? ....................................................... 63 Tabla 28: (SRS) Características de los usuarios del sistema ................................................... 65 Tabla 29: Tipos de Riesgos ...................................................................................................... 66 Tabla 30: Identificación del riesgo .......................................................................................... 67 Tabla 31: Criterio valor probabilidad ...................................................................................... 67 Tabla 32: Criterio de valoración de impacto............................................................................ 68 Tabla 33: Exposición al riesgo ................................................................................................. 68

xviii

Tabla 34: Análisis de Riesgos .................................................................................................. 68 Tabla 35: Riesgos Ordenados de mayor a menor exposición al riesgo ................................... 69 Tabla 36: Hoja de gestión de riesgo en la falta de experiencia en herramientas de programación ........................................................................................................................... 70 Tabla 37: Hoja de gestión de riesgo en poco tiempo y recursos disponibles para el desarrollo del proyecto .............................................................................................................................. 70 Tabla 38: Listado de Historias de Usuario ............................................................................... 71 Tabla 39: Análisis de riesgo en desarrollo y prioridad en negocio de las historias de usuario 73 Tabla 40: Valoración de las historias de usuario ..................................................................... 75 Tabla 41: Plan de Entrega ........................................................................................................ 78 Tabla 42: Reuniones establecidas según la iteración ............................................................... 81 Tabla 43: Velocidad del Proyecto ............................................................................................ 81 Tabla 44: Responsables de historias de usuario ....................................................................... 82 Tabla 45: CRC Parametrización del sistema ........................................................................... 84 Tabla 46: CRC Administración de perfiles .............................................................................. 84 Tabla 47: CRC Administración de Usuario ............................................................................. 85 Tabla 48: CRC Administración de roles .................................................................................. 86 Tabla 49: Administración de periodos académicos ................................................................. 86

xix

Tabla 50: CRC Actividades de secretaria ................................................................................ 87 Tabla 51: CRC Actividades de Docentes................................................................................. 89 Tabla 52: CRC Modulo de Inspecciรณn..................................................................................... 89 Tabla 53: Trigger del software ................................................................................................. 92

ÍNDICE DE FIGURAS Figura 1: Mapa Conceptual de temas Principales del Marco Teórico ....................................... 8 Figura 2: Capas de la ingeniería de software. .......................................................................... 10 Figura 3: El paradigma de hacer prototipos. ............................................................................ 13 Figura 4: Modelo de espiral común. ........................................................................................ 14 Figura 5: El proceso de la Programación Extrema. ................................................................. 17 Figura 6: Símbolos básicos para diagramas E-R. .................................................................... 19 Figura 7: Tipos de Esquemas. .................................................................................................. 22 Figura 8: Pregunta 1 (E. Estudiantes) ¿Cómo considera sus conocimientos sobre el uso de Internet? ................................................................................................................................... 40 Figura 9: Pregunta 2 (E. Estudiantes) ¿En qué lugares tiene usted acceso a internet? ............ 42 Figura 10: Pregunta 3 (E. Estudiantes) ¿Cree usted que es necesario un sitio web informativo para la institución “Jacques Cousteau”? .................................................................................. 43 Figura 11: Pregunta 4 (E. Estudiantes) ¿Acude usted regularmente a los profesores para realizarle consulta a cerca de sus calificaciones? .................................................................... 44 Figura 12: Pregunta 5 (E. Estudiantes) ¿Le gustaría consultar sus notas mediante la utilización de un sitio web?...................................................................................................... 45 Figura 13: Pregunta 6 (E. Estudiantes) ¿Qué parámetro le gustaría utilizar para realizar la consulta mencionada en la pregunta 5? ................................................................................... 46

xxi

Figura 14: Pregunta 1 (E. Docentes) ¿Cree usted que es necesario implementar un nuevo sistema online (en internet), que ayude a mejorar la forma de ingresar las notas de los estudiantes por parte de los profesores?................................................................................... 47 Figura 15: Pregunta 2 (E. Docentes) ¿Cómo considera sus conocimientos sobre el uso de Internet? ................................................................................................................................... 48 Figura 16 : Pregunta 3 (E. Docentes) ¿En qué lugares tiene usted acceso a internet? ............. 49 Figura 17: Pregunta 4 (E. Docentes) ¿Cree usted que es necesario un sitio web informativo para la institución “Jacques Cousteau”? .................................................................................. 50 Figura 18: Pregunta 5 (E. Docentes) ¿Cree usted que es necesario un sitio web informativo para la institución “Jacques Cousteau”? .................................................................................. 51 Figura 19: Pregunta 6 (E. Docentes) ¿Considera usted que la automatización del proceso de registro de calificaciones beneficiara a la institución? ............................................................ 52 Figura 20: Pregunta 7 (E. Docentes) ¿Cree usted que desarrollará nuevas habilidades informáticas a través del uso de este sitio web? ...................................................................... 53 Figura 21: Pregunta 8 (E. Docentes) ¿Cree usted que es favorable informar de manera electrónica a los representantes por las inasistencias de los estudiantes a los que representan? .................................................................................................................................................. 54 Figura 22: Pregunta 1 (E. Representantes) ¿Cómo considera sus conocimientos sobre el uso del internet? .............................................................................................................................. 55 Figura 23: Pregunta 2 (E. Representantes) ¿Cree usted que es necesario un sitio web informativo para la institución Jacques Cousteau? .................................................................. 56

xxii

Figura 24: Pregunta 3 (E. Representantes) ¿Con que tiempo cuenta usted para asistir a una reunión a la institución, para hacerle la entrega de calificaciones de su representado? .......... 57 Figura 25: Pregunta 4 (E. Representantes) ¿Le gustaría a usted consultar las calificaciones de su representado mediante un sitio web durante las 24 horas del día y los 7 días de la semana sin restricciones? ...................................................................................................................... 58 Figura 26: Pregunta 5 (E. Representantes) ¿Que parámetro le gustaría utilizar para realizar la consulta mencionada en la pregunta 4? ................................................................................... 59 Figura 27: Pregunta 6 (E. Representantes) ¿Le gustaría a usted estar informado sobre la asistencia a clases de su representado mediante una notificación al correo electrónico? ........ 60 Figura 28: Pregunta 7 (E. Representantes) ¿Cree usted que mejoraran las notas de su representado teniendo más control de su asistencia y calificaciones mediante el uso de un sitio web disponible las 24 horas del día y los 7 días de la semana? ....................................... 61 Figura 29: Pregunta 8 (E. Representantes) ¿Cree usted que desarrollara nuevas habilidades informáticas a través del uso de este sitio web? ...................................................................... 62 Figura 30: Pregunta 9 (E. Representantes) ¿Considera usted que la implementación de los procesos antes mencionados beneficiara a la institución? ....................................................... 63

xxiii

ÍNDICE DE ANEXOS Anexo 1 (Selección de metodología de desarrollo de software) Anexo 2 (Encuestas a Docentes, Representantes y alumnos) Anexo 3 (SRS) Anexo 4 (Historias de Usuario) Anexo 5 (Pruebas de Aceptación) Anexo 6 (Manual de Usuario) Anexo 7 (Manual de Instalación) Anexo 8 (Carta de Impacto) Anexo 9 (Acta de Entrega) Anexo 10 (Abstract)

INTRODUCCIÓN

La unidad educativa “JACQUES COUSTEAU” ubicada en el cantón Santo Domingo de los Colorados. Av. Abraham Calazacón en el nuevo anillo vial, urbanización Galo Plaza. En el presente periodo académico la institución cuenta con una población de 475 alumnos y 15 profesores. Se quiere mejorar el registro de notas por parte de los profesores y la visualización por parte del estudiante o representante. El registro de notas se realizará en un rango de tiempo establecido por la directiva de la institución la cual se encuentra a cargo de la Rectora, esta función la realizará cada profesor independientemente del lugar donde se encuentre, mediante un computador con acceso a internet, el docente ingresará al sitio web y realizará el registro de notas, una vez hecho el registro el docente no podrá realizar modificaciones a las mismas. También se desarrollará la función de control de faltas de los estudiantes, el cual les permitirá a los representantes legales saber si su hijo asiste a clases mediante una notificación de correo electrónico, esta dirección de correo será presentado el día de la matrícula. Además se contará con un módulo de visualización de notas la cual permitirá que los estudiantes o representantes mediante el ingreso del número de cedula de identidad del estudiante pueda consultar las notas del alumno. El presente trabajo de investigación tiene como propósito ayudar a que los docentes puedan hacer el ingreso de calificaciones y registro de faltas de los estudiantes desde cualquier parte donde se encuentren mediante el sitio web que se desarrollará utilizando herramientas de programación orientadas a entornos web como por ejemplo Php, Ajax, Css y Jquery, estas herramientas se las utilizará debido a que son software libre; además se quiere que los representantes legales puedan consultar las calificaciones de sus representados desde un

Computador, Smartphone o Tablets con acceso a internet, de esta manera se llevará un mayor control de los estudiantes por parte de sus representantes. La presente disertación posee cinco apartados: En el primer apartado se da a conocer una introducción del problema, en el segundo apartado los antecedentes del problema de investigación que se va a desarrollar para la unidad educativa JACQUES COUSTEAU, por lo tanto se describirá la reseña histórica de la institución, el departamento donde se va a centrar la investigación y el problema principal que trata sobre la creación de una sitio web informativo el cual contará con procesos como ingreso, visualización de notas y un control de faltas para los estudiantes. En el tercer apartado se realizará el marco referencial el cual contará con los temas principales, conceptos, teorías y fundamentos actuales concernientes a la disertación de grado, esto nos ayudará a sustentar teóricamente nuestra investigación, además se realizará un análisis de metodologías de desarrollo de software. En el cuarto apartado se describe el tipo de investigación que se va a utilizar, además se especifica la población y muestra a estudiar, de la cual se extraerán los datos, también se describe la metodología que se va a utilizar para desarrollar el software, por último se especifican los métodos y técnicas que se utilizarán para la recolección y análisis de datos. En el quinto apartado se detallará los resultados que se obtuvieron mediante encuestas a los Docentes, Representantes y Estudiantes, además se realizará un análisis y una interpretación por cada pregunta realizada en las encuestas, también se detalla los resultados de la metodología de desarrollo de software escogida.

2. PLANTEAMIENTO DEL PROBLEMA 2.1. Antecedentes El Colegio Técnico Particular “Jacques Cousteau”, con modalidad presencial y a distancia, mediante Resolución Ministerial N° 2253 se crea el 15 de Junio del 2004, fecha en la cual el Ministerio de Educación autoriza la creación y funcionamiento de esta Institución Educativa para que preste sus servicios educativos en la ciudad de Santo Domingo de los Colorados; con el Ciclo Básico y Diversificado. La institución en el año 2004 se encontraba ubicada en la calle Cuenca N° 423 y Avda. Quito. En la actualidad la institución está ubicada en la av. Abraham Calazacón a 200 metros del arbolito de navidad, en la urbanización Galo Plaza, cuenta con el ciclo básico y el bachillerato general unificado con especialidades en informática, contabilidad y ciencias generales, en los cuales están distribuidos 475 estudiantes y 15 docentes. Su misión es educar hombres y mujeres de bien, con una sólida formación académica, que les permita acceder a los estudios universitarios que desean y puedan llegar a ser profesionales competentes y comprometidos con la sociedad que les toque vivir. La Visión es Alcanzar el liderazgo educativo en calidad y excelencia académica, incorporando procesos científicos y tecnológicos que les permitan adquirir una formación integral. Esta investigación se centrará en el departamento de secretaria a cargo del Ing. Darwin Solórzano, el cual es el encargado del manejo de los procesos de calificaciones. En la actualidad el registro de calificación y de faltas en la institución lo hace una persona determinada después de que el docente le hace llegar su informe de notas, luego esta información es guardada en libros de Excel llevados por el Ing. Darwin Solórzano. El proceso anterior conlleva mucho tiempo en realizarlo ya que solo una persona es la encargada de registrar las calificaciones de todos los estudiantes. El desarrollo de esta

investigación es importante debido que como resultado ya no se tendrá una sola persona para el ingreso de notas, ya que con el sitio web que se desarrollará como producto de esta disertación de grado, los docentes podrán hacer el ingreso de notas independientemente del lugar donde se encuentren, esto se logra debido a que todo nuestro sitio web estará en un hosting, como beneficios secundarios se tendrá la visualización de calificación por parte de los estudiantes, representantes u otros personas mediante el mismo sitio web y la notificación de faltas mediante un correo electrónico a los representantes.

2.2. Delimitación del Problema La investigación se desarrolló en el Colegio Técnico Particular Jacques Cousteau, ubicado en el cantón Santo Domingo de los Colorados, en el periodo 2014 a 2015, Debido a la problemática de registro de notas, el cual conlleva procesos obsoletos realizados de forma manual los cuales implican perdida tiempo al momento de hacer el registro de las notas ya que son muchos los estudiante y solo hay una persona encargada. La recolección de los requerimientos del sistema, permisos de usuarios y todo lo que tenga que ver con el comportamiento del sistema se detallará mediante un documento llamado Especificación de Requerimientos de Sistema (SRS), dicho documento se adjuntará a la disertación de grado (Ver anexo 3). Este documento es con el objetivo de establecer de manera precisa las limitaciones del sistema que se va a realizar en cuanto a procesos, diseño, tiempos y recursos, de esta manera se va a fijar o determinar de modo exacto las necesidades o deseos de los usuarios, además el documento servirá para tener una base técnica y legal para llegar a un acuerdo y así no tener ningún tipo de inconvenientes a futuro.

2.2.1. Preguntas de investigación ¿Posee la Unidad Educativa JACQUES COUSTEAU algún software que optimice los procesos de ingreso de calificaciones y notificación de correo electrónico por inasistencia? ¿Es necesaria la implementación de un sitio web con un sistema informático para el registro

de calificaciones, visualización de calificaciones y control de asistencias en la Unidad Educativa JACQUES COUSTEAU? ¿Cuáles serían los más beneficiados con la implementación de un sitio web con un sistema informático para el registro de calificaciones, visualización de calificaciones y control de asistencias en la Unidad Educativa JACQUES COUSTEAU? ¿Cuál sería el grado de aceptación por parte de los involucrados como docentes, estudiantes y representantes con la implementación de un sitio web con un sistema informático para el registro de calificaciones, visualización de calificaciones y control de asistencias en la Unidad Educativa JACQUES COUSTEAU?

2.3. Justificación de la investigación Debido al crecimiento de los estudiantes y profesores de la institución, el registro de notas y faltas se ha convertido en un problema para la unidad educativa Jacques Cousteau, ya que no se cuenta con un sistema informático que optimice estos procesos, el registro de notas se realiza por parte de una sola persona, la cual es la encargada de ingresar las notas en hojas de Excel, como consecuencia de esto el registro de calificaciones toma mucho tiempo. Con el desarrollo del sitio web para el registro de notas y control de asistencia se optimizará el proceso antes mencionado debido a que cada profesor hará el registro de calificación independientemente de cuál sea su ubicación ya sea desde su casa, colegio, etc., también se

tendrán más beneficios como: la visualización de calificaciones desde cualquier navegador web y el beneficio de la notificación de faltas por correo electrónico a sus representantes. Por otro lado tomando como referencia el Plan Nacional del Buen Vivir 2013 – 2017 meta 11.8 pagina 330 este proyecto de investigación es sumamente importante ya que uno de los objetivos del plan es aumentar el porcentaje de personas que usan tecnologías de la información y comunicación (TIC) al 50,0%. La investigación que se va a realizar también es de mucha importancia para la Escuela de Sistemas de la Universidad Católica sede Santo Domingo debido a que si la finalización de la investigación es exitosa, ayudará a saber la calidad de estudiantes que está ofreciendo la Universidad a la comunidad. Por otra parte la implementación del sitio web ayudará al colegio Jacques Cousteau a optimizar diferentes procesos y a crecer como unidad educativa. Para nosotros como investigadores nos ayuda a desarrollar nuestra capacidad de abstracción y análisis, a pensar de forma analítica y alcanzar un nivel de conocimiento más amplio. Mediante la elaboración de la disertación de grado capitalizamos nuestro conocimiento, constituyéndose en el patrimonio intelectual que nos servirá en el trascurso de la vida profesional.

2.4. Objetivos de investigación 2.4.1. Objetivo General Desarrollar un sitio web informativo con un sistema informático para el registro de notas y control de asistencia en la Unidad Educativa “Jacques Cousteau” del cantón Santo Domingo de los Colorados, de esta manera facilitar la visualización de calificaciones a los Estudiantes o Representantes.

2.4.2. Objetivos Específicos 

Formular una encuesta de forma individual para el docente, representante y estudiante, que me permita saber el grado de aceptación del proyecto.



Analizar y seleccionar una metodología de desarrollo de software.



Recolectar los requerimientos para el sistema de registro de notas y control de asistencia.



Recolectar los requerimientos para el sitio web informativo para la unidad educativa “Jacques Cousteau”.



Diseñar el modelo de la base de datos (Entidad-Relación) para el sistema de registro de notas y control de asistencia.



Desarrollar e implementar un sitio web informativo con el sistema de registro de notas y control de asistencia para la unidad educativa “Jacques Cousteau” que cumpla con los requerimientos establecidos.

3. MARCO REFERENCIAL 3.1. Revisión de la literatura o fundamentos teóricos El marco referencial abordará los temas más importantes provenientes de investigaciones de distintos autores publicados en los últimos ocho años, con el propósito de dar a la investigación conceptos coherentes, de esta manera abordar el problema e integrarlo en un campo donde este cobre sentido. A continuación se presentan los principales temas mediante el siguiente mapa conceptual.

Definicion de Software Software de Aplicacion Aplicación Web

Software

Ingeniería de Software Proceso de Software Modelo de Procesos Prescriptivos Valores XP Programación Extrema

El Proceso XP Programación Extrema Industrial Modelo Entidad-Relacion

Temas Base de Datos

SGBD Potsgresql Php

Lenguajes de Programación

Html Css JavaScript

Gestor de Contenidos Figura 1: Mapa Conceptual de temas Principales del Marco Teórico Fuente: Disertantes R. Lema & C. Pineda

Joomla

3.1.1. Software Dentro de este apartado se menciona los principales conceptos del software, sus características así como su modelado para una correcta implementación dentro de los sistemas informáticos, teniendo principalmente al software como un derivado de procesos manuales o poco eficientes los cuales son tratados de la mejor forma para así con una correcta estructura y el uso adecuado de las metodologías poder obtener un producto de calidad. 3.1.1.1. Definición de Software El software es la parte intangible de una computadora o aparato tecnológico, en la actualidad lo encontramos presente en todas partes donde se han automatizado y mejorado procesos, ayudando a optimizar tiempo y recursos ya que en si el software está constituido por una serie de instrucciones las cuales son ejecutadas dependiendo de la petición del usuario (Pressman, 2010). El software de computadoras sigue siendo la tecnología más importante en la escena mundial. Y también es un ejemplo magnifico de la ley de las consecuencias inesperadas. Hace 50 años, nadie hubiera podido predecir que el software se convertiría en una tecnología indispensable para los negocios, ciencias e ingeniería, ni que permitiría la creación de tecnologías nuevas (por ejemplo, ingeniería genética y nanotecnología), la aplicación de tecnologías ya existentes (telecomunicaciones) y el cambio radical de tecnologías antiguas. (Pressman, 2010, pág. 2)

3.1.1.2. Software de Aplicación Un software de aplicación nos ayuda solucionando problemas específicos de una empresa o negocio, “las aplicaciones en esta área procesan datos comerciales o técnicos en una forma que facilitan las operaciones de negocios o la toma de decisiones administrativas o técnicas” (Pressman, 2010, pág. 6). En estas aplicaciones el software es utilizado para procesos en tiempo real como por ejemplo una facturación de un punto de venta.

3.1.1.3. Aplicación Web Las aplicaciones web han tomado un rol importante en los últimos años dentro del desarrollo de software ya que tiene una ventaja muy importante es multiplataforma y a medida que va pasando el tiempo evoluciona mejorando su entorno con nuevas tecnologías pasando de ser solo un conjunto de hipertextos vinculados a gestionar grandes bases de datos, también a gestionar negocios; para lograr esto en su mayoría se necesita solo de un navegador web compatible con la aplicación y una conexión a internet, minimizando la dependencia de equipos de hardware y la instalación del software (Pressman, 2010). 3.1.1.4. Ingeniería de Software Dentro del desarrollo de software no solo se basta con escribir líneas de código a lo que se le conoce como programar, sino que debemos aplicar una estructura organizada y funcional; aplicando ingeniería, metodologías y todo en cuanto tenga que ver con un correcto desarrollo de software y así poder realizar su administración o manipulación necesaria, enfocándose siempre en la mejora continua (Pressman, 2010). La ingeniería de software posee varias capas.

Figura 2: Capas de la ingeniería de software. Fuente: Pressman, R. S., (2010). Ingeniería de Software

La capa fundamental para la ingeniería de software es la capa de proceso ya que esta es la que asocia las capas de tecnología, también esta capa forma los cimientos para el control de la administración de proyectos de software; los métodos poseen un conjunto de tareas como

comunicación, análisis de los requerimientos, modelación del diseño, construcción del programa y pruebas, es decir son conjuntos de principios que dominan cada área de la tecnología, por último las herramientas las cuales proporcionan apoyo para la creación de los procesos y métodos (Pressman, 2010). 3.1.1.5. Proceso del Software Siempre que trabajemos en el desarrollo de un producto o sistema de software, es imprescindible dejar de seguir una serie de pasos los cuales nos garantiza un producto de calidad. Este conjunto de pasos es adoptado por los ingenieros debido a que le da solidez, organización y calidad; dando como resultado un producto de mucha clase (Pressman, 2010). El proceso de software consta de cinco actividades:  Comunicación. La comunicación hace referencia a la interacción del cliente y otros participantes como el desarrollador para entender los objetivos de los involucrados en el sistema, de esta manera se busca realizar la extracción de los requerimientos funcionales del software (Pressman, 2010).  Planeación. Se realiza una programación de las actividades la cual va hacer como un mapa de guía, este mapa se llama plan de proyecto de software el cual contendrá definido las tareas técnicas a realizar, riesgos probables, recursos que se necesitan y los productos finales que se obtendrán (Pressman, 2010).  Modelado. Se crean bosquejos o modelos de lo que se va hacer con el fin de entender los requerimientos de software, si se requiere se mejora el bosquejo con más detalles y así ir ajustando los requerimientos a las necesidades (Pressman, 2010).  Construcción. Se refiere a la generación de código y también a las pruebas que se le realizara al código para descubrir errores e irlo perfeccionando (Pressman, 2010).

 Despliegue. Se entrega el software ya sea completo o parcialmente al cliente este lo analiza y le da retroalimentación (Pressman, 2010). 3.1.1.6.

Modelos de Proceso Prescriptivo

Estos tipos de modelos fueron creados para crear un ambiente de organización dentro del desarrollo de software. Los cuales nos han ayudado a formar caminos de cierta manera estructurados pero ligados al cambio constante de los mismos. Son llamados prescriptivos porque en cierta forma nos determinan una ruta de trabajo dentro de la cual se asignan tareas que se ajustan a nuestro proyecto, variando el flujo y orden de las tares entre los diferentes modelos (Pressman, 2010). Modelo de Proceso Evolutivo Dentro de este tipo de modelado tenemos que tener en cuenta que el desarrollo de un software tiene que adaptarse a cambios con el paso del tiempo y cuando se empieza a desarrollar un sistema con tiempo limitado aparece dentro de esta categoría dos tipos de modelos por prototipos y el espiral. 3.1.1.6.1. Modelo por Prototipos El modelo por prototipos nos ayuda cuando el cliente nos define los propósitos del software pero no se tiene bien claro los requisitos para cumplirlos, de cierto modo con el desarrollo de prototipos se trata de encontrar el mejor camino para lograr los objetivos del software teniendo en cuenta siempre la participación de todos los involucrados (Pressman, 2010). Este modelo empieza con la entrevista a todos los participantes involucrados para definir los objetivos generales del software, luego de esto se realiza un diseño rápido de un prototipo el cual se centrara en partes del software que serán visibles para los participantes como la interfaz de usuario, luego el prototipo se entregara y será evaluado por los participantes que darán una retroalimentación, de esta manera ir mejorando los requerimientos (Pressman, 2010).

Figura 3: El paradigma de hacer prototipos. Fuente.- Fuente: Pressman, R. S., (2010). Ingeniería de Software

3.1.1.6.2. El Modelo Espiral El modelo espiral nos ayuda en una serie de entregas evolutivas el cual puede empezar con un prototipo o modelo y como se vaya avanzando poder entregar versiones más completas y definidas del software; este tipo de modelado se caracteriza que en cada iteración se divide en conjunto de actividades definidas por el equipo encargado del software y que cada una representa un segmento de la espiral orientándonos a que sea un software con constante evolución y actualización siempre que sea necesario o el cliente lo requiera (Pressman, 2010).

Figura 4: Modelo de espiral común. Fuente. Pressman, R. S., (2010). Ingeniería de Software

3.1.2. Metodología ágil Programación Extrema (XP) El uso de este tipo de metodología nos permite acoplar el desarrollo del software a nuestra conveniencia siempre y cuando se respete todos los procesos calidad, con este tipo de programación orientada a objetos mantiene un tipo de estructura un poco más versátil pasando por la planificación, el modelado, desarrollo de código y pruebas (Pressman, 2010). Siguiendo con este lineamiento tenemos que la XP nos propone el uso de técnicas nuevas las cuales nos permiten dentro de nuestro ámbito, generar entregas periódicas de software que posea características y funcionalidades que han sido clasificadas por su prioridad y por los requerimientos de los clientes (Pressman, 2010). 3.1.2.1. Valores XP Los valores de la programación extrema son cinco que se usan como motor para actividades, acciones y tareas específicas de la programación extrema:  Comunicación. La comunicación entre desarrolladores y clientes debe ser eficaz tanto

como para establecer los requerimientos de software y dar retroalimentación, de esta manera evitar una amplia documentación al momento de realizar la comunicación (Pressman, 2010).  Simplicidad. Debido a que una restricción de la programación extrema es restringir a sus desarrolladores a diseñar solo para necesidades al instante, es decir inmediatas, no se toma en cuenta las necesidades a futuro (Pressman, 2010).  Retroalimentación. Para la retroalimentación se tienen dos fuentes el software implementado y los participantes, mediante pruebas realizadas al software de forma eficaz estás dan retroalimentación al equipo y se verifica el comportamiento, procesos y salidas del software (Pressman, 2010).  Valentía. Dicho de otra forma coraje y organización para desarrollar requerimientos al instante y entender que los requerimientos pueden o no cambiar mucho con el paso del tiempo es decir a futuro (Pressman, 2010).  Respeto. Al desarrollar cada uno de los valores el equipo ágil inculca respeto entre los integrantes del equipo, además conforme se entrega incrementos de software de forma exitosa los integrantes del equipo incrementan el respeto en cuanto al proceso de programación extrema (Pressman, 2010). 3.1.2.2. El proceso XP “Como paradigma preferido de desarrollo la programación extrema desarrolla un sentido orientado a objetos, por otro lado también engloba varias reglas y prácticas” (Pressman, 2010), las cuales se presentan en cuatro actividades estructurales:  Planeación. Conocida también como juego de planeación, en esta actividad se

comienza escuchando, de esta manera se consiguen los requerimientos que permitirán a los integrantes del equipo XP entender el entorno del negocio es decir características principales, funcionalidades y salidas que son indispensables para el software. Escuchar también lleva a la creación de historias a las que también se las conoce como historias de usuario estas describen las características principales y funcionalidades del software, cada historia es elaborada por el usuario el cual le asocia una prioridad, luego estas historias son revisadas por integrantes del equipo XP para asignarle un costo el cual será establecido en semanas de desarrollo, este no puede ser mayor a tres semanas, pero si se diera el caso el cliente deberá dividir la historia en historias más pequeñas (Pressman, 2010).  Diseño. El diseño se basa en mantenerlo completamente sencillo. los diseños ayudan a guiar la implementación de una historia según se escriba: nada más y nada menos. No se toma en cuenta el diseño de funcionalidad adicional debido a que el desarrollador imagina que se requerirá a futuro (Pressman, 2010). Para pensar en el software en entorno orientado a objetos el equipo de programadores extremos utiliza las tarjetas CRC (Clase-Responsabilidad-Colaboración), estas identifican y organizan las clases (Pressman, 2010). Si se diera el caso de un diseño difícil de una historia se recomienda crear un prototipo para luego implementarlo y evaluarlo a este proceso se lo conoce como solución de punta, el propósito es reducir el riesgo al momento que empiece la implementación verdadera (Pressman, 2010).  Codificación. Una vez de que las historias y el diseño estén desarrolladas uno pensaría que inicia la codificación, pero en realidad se desarrollan pruebas a las historias antes mencionadas en la planeación del proceso, una vez que la prueba este

realizada el desarrollador está más capacitado para solo concentrarse en lo q se debe implementar para pasar la prueba. Al momento de que el código este culminado se le aplica una prueba de esta manera se obtendrá retroalimentación para el desarrollador (Pressman, 2010).  Pruebas. Existen dos tipos de pruebas las unitarias y las de aceptación, las pruebas unitarias ya mencionadas anteriormente son las que se realiza antes de que empiece la codificación, “estas pruebas se deben implementar de tal forma que puedan ser usadas varias veces siempre que se modifique el código” (Pressman, 2010). Por otro lado tenemos las pruebas de aceptación, también se las conoce como pruebas del cliente como su nombre lo dice el cliente tiene mucho que ver, debido a que estas pruebas se concentran en aspectos generales visibles del software por parte del cliente. El siguiente grafico describe el proceso de la XP de una forma más comprensible.

Figura 5: El proceso de la Programación Extrema. Fuente. Pressman, R. S., (2010). Ingeniería de Software

3.1.2.3. Programación Extrema Industrial Este tipo de programación deriva de la XP tradicional pero con un enfoque más amplio y empresarial dejando de lado el tipo de programación minimalista. Este desarrollo se orienta a una aplicación de detalle abarcando los requerimientos y necesidades de cada uno de los usuarios a los que va destinado el software (Pressman, 2010). 3.1.3. Base de Datos Una base de datos en la actualidad es usada en todos los aspectos, tanto en nuestra vida cotidiana como el uso de una agenda como en nuestro trabajo, ya sea una lista de proveedores, productos, datos, etc. Definiendo de una manera sencilla una base de datos dentro del campo de la informática es una colección de datos almacenados y organizados de la mejor manera los cuales se relacionan mediante tablas en las cuales se aloja la información (Ricardo, 2009). 3.1.3.1. Modelo Entidad-Relación El modelo fue diseñado con el propósito de facilitar el diseño de base de datos de una empresa esta podría ser un pequeño negocio, una organización, una universidad, etc. El modelo entidad relación se basa en permitir al diseñador expresar las propiedades conceptuales de la base de datos (Ricardo, 2009). Este modelo está clasificado con un modelo semántico el cual intenta capturar significados y estructura, una característica importante es que los ítems en el modelo intentan representar cosas en el minimundo para luego relacionarlas. Este modelo está compuesto por entidades, atributo y relaciones los cuales describen el entorno del minimundo (Ricardo, 2009). A continuación en la figura 8 se muestran los símbolos básicos del modelo E-R.

Figura 6: Símbolos básicos para diagramas E-R. Fuente. Ricardo, M. C., (2009). Base de Datos.

3.1.3.1.1. Entidades En la mayoría de casos una entidad se la identifica como un objeto o concepto del mundo real, del cual obtenemos características o detalles, las cuales son definidas y toman el nombre de atributos. El nombre con el que se identifica la entidad es muy importante ya que es con el cual se van a realizar las relaciones e identificar las tablas dentro de la base de datos donde se las categoriza e incluso intersecan para formar nuevas entidades con sus respectivos atributos (Ricardo, 2009). 3.1.3.1.2. Atributos No son más que los detalles o características relevantes y definitorias de cada una de las entidades. Por lo general cada una de estas tendrá un valor dentro de las entidades, los cuales según su relevancia son ubicados dentro de la tabla o entidad, estos pueden ser identificadores únicos así como detalles o estados comunes para cada registro en la tabla (Ricardo, 2009).

 Dominios. Llamamos dominio al conjunto de valores permitidos de cada atributo, por ejemplo tenemos un estudiante de sistemas de la universidad católica, el dominio del atributo créditos podría ser el conjunto de datos entre 0 y 256.  Valores nulos. Los valores nulos se hacen presente cuando se desconocen los valores del atributo o no están definidos.  Atributos compuestos. Es cuando los atributos se pueden dividir en elementos como por ejemplo la dirección de un lugar se divide en barrio, calle, manzana, etc. 3.1.3.1.3. Claves Generalmente cuando se nos presenta la palabra clave lo primero que se nos viene a la mente es una especie de identificador único ya sea para cada usuario, registro, objeto o cualquier ámbito donde la podamos utilizar, pues bien, dentro de lo que se refiere al ámbito de sistemas informáticos, y en concretos con las bases de datos, las claves son usadas como identificadores únicos para cada registro, permitiendo principalmente mantener la integridad de la base de datos e impidiendo el duplicado de registros (Ricardo, 2009). 3.1.3.1.4. Relaciones Las relaciones son las que vinculan las entidades, es decir son uniones entre las instancias de la entidad. Por ejemplo un estudiante se relaciona con una clase al inscribirse en la clase. Por abstracción, es posible identificar las propiedades comunes de ciertas relaciones y definir un tipo de relación y un correspondiente conjunto de relaciones bien definido como la colección de relaciones de dicho tipo. Las relaciones que satisfacen los requisitos de membrecía en el conjunto de relaciones en cualquier momento son las instancias, o miembros, del conjunto de relaciones. (Ricardo, 2009, pág. 94).

3.1.3.2. Sistema Gestor de Base de Datos El sistema gestor de base de datos (SGBD), es un software que permite procesar, describir, administrar y recuperar datos almacenados en una base de datos, la característica más

importante de un SGBD es mantener la seguridad e integridad de los datos, los sistemas gestores de base de datos proporcionan herramientas como: (Nevado Cabello, 2010).  Herramientas para la creación y especificación de los datos.  Herramientas para administrar y crear la estructura.  Herramientas para la manipulación de datos.  Herramientas de recuperación.  Herramientas para la creación de copias de seguridad.  Herramientas para la gestión de la comunicación. 3.1.3.2.1. Visión de los datos  Visión externa. Esta visión hace referencia a información que tienen los usuarios finales de una BD, corresponde con el esquema externo.  Visión conceptual. Este nivel es el más importante debido a que el esquema externo e interno se basan en este que corresponde al esquema conceptual, “es la representación abstracta del problema. Una base de datos representa la información de un problema del mundo real” (Nevado Cabello, 2010, pág. 26).  Visión física. El encargado de definir esta visión es el administrador de base de datos, trata de cómo la información es guardada en los repositorios de almacenamiento y corresponde con el esquema interno (Nevado Cabello, 2010). En la siguiente figura podemos visualizar y entender de una mejor manera los tipos de esquemas.

Figura 7: Tipos de Esquemas. Fuente. Nevado, C., (2010). Introducción a las bases de datos Relacionales.

3.1.3.2.2. Funciones de un SGBD  Función de definición. El encardo de esta función es el lenguaje de definición de datos (DDL), tiene el propósito de especificar los elementos que integran la base de datos, su estructura y las relaciones entre ellos (Nevado Cabello, 2010).  Función de manipulación. Esta función es la encargada de la actualización y manipulación de los datos una vez cargados en las estructura previamente creadas, es decir actualizada mediante consultas que serán de dos tipos selectiva y en su totalidad de los datos y manipulada como por ejemplo borrado, eliminación, modificación e inserción de datos. Esta función se realiza mediante el lenguaje de manipulación de datos (Nevado Cabello, 2010).  Función de control. Esta función contiene una cantidad de instrumentos que facilitan la tarea del administrador.

3.1.3.2.3. Componentes de un SGBD Una vez hablado de las funciones del SGBD tenemos los componentes los cuales se realizan mediante varios componentes como:  DDL. Es un lenguaje de definición de datos que permite definir la estructura lógica de la base de datos, es decir donde van hacer almacenados los datos, además este lenguaje soporta las sentencias de definición como Create, Alter y Drop los cuales pueden ser aplicados en tablas, vistas o Triggers.  DCL. El lenguaje de control de datos permite controlar el acceso a la información que se encuentra en el diccionario de datos, es decir seguridad y privilegios (Nevado Cabello, 2010).  DML. El lenguaje de manipulación de datos nos permite insertar, modificar, eliminar y consultar la información mediante sentencias establecidas como: Insert, Update, Delete y Select.  El Gestor de la Base de Datos. Es un software que permite el almacenamiento así como también la extracción de la información de una base de datos.  DBA. Es la persona encargada de varias responsabilidades como la administración, definición y seguridad de la información, entre sus tareas tenemos la definición del esquema conceptual, esquema físico y subesquemas, así como el mantenimiento de dichos esquemas. 3.1.3.3. Postgresql PostgreSQL es un sistema de gestión de base de datos bajo la licencia BSD (Berkeley Software Distribution) y su código libre en la actualidad es el sistema más potente en su tipo

de código abierto. (PostgreSQL, 2010) PostgreSQL utiliza un modelo cliente/servidor y usa multiprocesos en vez de multihilos de esta manera se garantiza la estabilidad del software. Un error en uno de los procesos no dañara el resto del sistema este continuará funcionando sin importar el error. (PostgreSQL, 2010) Las características técnicas que posee lo hace una de las bases de datos más potentes del mercado. Sus inicios se dan hace más de 16 años, y en todo ese tiempo, estabilidad, potencia, robustez, facilidad de administración e implementación de estándares, han sido las características que más se han tenido en cuenta durante su desarrollo. Además otra de sus características es que funciona de forma correcta con grandes cantidades de datos. (PostgreSQL, 2010) 3.1.4. Lenguajes de Programación Los lenguaje de programación son sistemas notacionales que sirven para describir instrucciones de forma entendible ya sea para el ser humano como para la maquina (Louden, 2004) Los lenguajes de programación es el medio de comunicación entre el programador y la computadora, en el cual el programador mediante símbolos y caracteres le da instrucciones a la unidad central de proceso CPU. 3.1.4.1. PHP (Hyper text Preprocessor) Es un lenguaje de código abierto interpretado, de alto nivel, embebido en páginas HTML y ejecutado en el servidor. “Este lenguaje se caracteriza porque solo es interpretado pero no compilado, y es embebido en el código HTML lo que le da un alto rendimiento y potencia.” (Capuñay Uceda, 2013, pág. 21).

A diferencia de otros lenguajes script como JavaScript, php es un lenguaje script que se ejecuta en un servidor web, de tal manera que, solamente el resultado de su ejecución es enviado al cliente web (Capuñay Uceda, 2013). 3.1.4.1.1. Características únicas  Rendimiento. Debido a que su motor fue diseñado con un manejo óptimo de memoria para la interpretación y cifrado del código.  Fácil de usar. Esta es una de sus mejores características ya que PHP es un lenguaje muy sofisticado, posee una documentación muy extensa para más de 5000 funciones, de esta manera reduce la necesidad mucho conocimiento, tanto para los principiantes como para los expertos en el desarrollo de aplicaciones basadas en web (Vaswani, 2010).  Código Libre. PHP es un proyecto desarrollado por programadores voluntarios ubicados en diferentes partes del mundo, quienes comparten el código por internet sin costo alguno. 3.1.4.2. HTML Es un lenguaje el cual lo interpreta un navegador (Google Crome, Opera, Mozilla Firefox, etc.), de esta manera nos presenta el contenido por pantalla. Además HTML es considerado el lenguaje principal sobre el que finalmente radica el producto o respuesta final de la Web” (Rubiales, 2013). 3.1.4.3. CSS Css es un lenguaje de hojas de estilo, en el que se especifica el aspecto y el lugar donde se colocaran los diferentes componentes de una página Web (Rubiales, 2013).

Los archivos Css no son más que archivos de texto comunes, se pueden crear usando cualquier editor de texto. Métodos para seleccionar cuales elementos HTML serán afectados por las reglas CCS:  Referencia con palabra clave. “Al declarar las reglas CSS utilizando la palabra clave del elemento afectamos cada elemento de la misma clase en el documento. Por ejemplo, la siguiente regla cambiara los estilos de todos los elementos :” (Gauchat, 2012, pág. 37). P {Font-size: 20px}  Referenciado con el atributo id. La id es como un nombre el cual identifica al elemento, este nombre debe ser único en todo el documento. Si queremos referenciar un elemento usando el atributo id del archivo CSS, la regla se debe declarar con un # frente a la etiqueta que usamos para identificar el elemento (Gauchat, 2012). Por ejemplo: Tabla 1: Ejemplo de referenciado con el atributo id. ARCHIVO CSS

#texto1 { fond-size: 20px }

ARCHIVO HTML

<!DOCTYPE html> <html lang=”es”> <head> <title> titulo del documento </title> <link rel=“stylesheet” href=“misestilos.css”> </head> <body> Mi texto </body> </html>

Fuente: Gauchan, J. D., (2012). El Gran Libro de HTML5, CSS3 Y Javascript.

 Referenciado con el atributo class. El lugar de utilizar una atributo id podemos utilizar también class (solo debemos poner un punto antes del nombre en el archivo

CSS), este puede ser asignado a cada elemento HTML. Por ejemplo: Tabla 2: Ejemplo de referenciado con el atributo class. ARCHIVO CSS

ARCHIVO HTML

.texto1 { fond-size: 20px }

<!DOCTYPE html> <html lang=”es”> <head> <title> titulo del documento </title> <link rel=“stylesheet” href=“misestilos.css”> </head> <body> Mi texto 1 Mi texto 2 Mi texto 3 </body> </html>

Fuente: Gauchan, J. D., (2012). El Gran Libro de HTML5, CSS3 Y Javascript.

3.1.4.4. JavaScript Html permite visualizar de una forma atractiva la información de una página web, sin embargo le falta interactividad para el usuario, para llenar ese vacío de Html las empresas Netscape y Sun Microsystems crean el lenguaje JavaScript (Sánchez Maza, 2012). JavaScript es un lenguaje de desarrollo cliente/servidor, además es un lenguaje interpretado, esto quiere decir que no es necesaria la compilación antes de una ejecución (Rubiales, 2013). Entre sus principales características tenemos:  Está basado en objetos. Debido a que separa al programa en varias partes individuales que realizan cosas diferentes y no como una sucesión de declaraciones, estas partes podrían ser varias funciones, procedimientos, objetos, etc. además JavaScript no comienza desde cero ya que existe una biblioteca de objetos con sus métodos respectivos (Sánchez Maza, 2012).

 Maneja eventos. Este lenguaje está capacitado para reaccionar a distintos eventos mientras el usuario visualice la página con el script correspondiente. Los eventos pueden ser un click en un botón, deslizar el mouse o arrastrar. (Sánchez Maza, 2012).  Independiente de la plataforma. Debido a que JavaScript es interpretado por el navegador cualquier script de una plataforma podrá ser ejecutado en otras, solo está limitado por la versión y el tipo de browser (Sánchez Maza, 2012). 3.1.5. Gestor de Contenidos 3.1.5.1. Joomla Joomla es un sistema gratuito, usado para la creación de Sitios Web. Como es un proyecto de código abierto se encuentra en constante movimiento. Este proyecto ha sido un gran éxito desde hace unos años atrás, en la actualidad es muy popular y tiene millones de usuarios en todo el mundo (Hagen, 2012). El proyecto Joomla se da por una discusión entre la Fundación Mambo, la cual se fundó en Agosto del 2005, y el equipo de desarrollo con el que contaba en esos tiempos. Joomla es un desarrollo del exitoso sistema Mambo. Además es utilizado para sitios web sencillos como para sitios web complejos. Entre sus características más relevantes tenemos que es fácil de instalar, fácil de gestionar y confiable. El equipo Joomla se reorganizó durante los últimos siete años, para satisfacer de la mejor manera todas las demandas que presentaban los usuarios (Hagen, 2012). Con este sistema open source se pueden crear diferentes tipos de sitios web dinámicos. Estos sitios web pueden consistir en páginas web con contenidos, como texto, imágenes, vídeo y audio. Joomla nos da la ventaja de poder cambiar las páginas con frecuencia y de forma automática (Hagen, 2012).

3.1.6. Análisis de metodologías de desarrollo de software Existen varias metodologías de desarrollo de software, previamente a la selección de la metodología ágil programación extrema, se comparó XP con dos metodologías las cuales se presentan en la siguiente tabla 3. Tabla 3: Comparativa de metodologías de desarrollo

PARÁMETROS

METODOLOGÍA ESPIRAL

Tipo

Metodología Clásica

Basada en

Contrato inicial

Normas provenientes Normas provenientes Heurística de estándares de estándares Provenientes de practicas - Proyectos de - Proyectos de - Proyectos cualquier tamaño cualquier tamaño pequeños - Entregas - Corta duración frecuentes - Entregas frecuentes - Equipos pequeños - Trabajando en el mismo sitio Prefijado Prefijado Flexible

Roles

Específicos

Tamaño

Participación del Interacción con el equipo de desarrollo cliente mediante reuniones En la definición del Énfasis proceso: roles actividades y artefactos

Cambios en los Se esperan que no se den durante el requerimientos proyecto y si se dan que no causen gran impacto Definición de En casos de uso y comportamientos diagrama de casos de uso

METODOLOGÍA POR PROTOTIPOS Metodología Clásica

PROGRAMACIÓN EXTREMA(XP) Metodología ágil

Específicos

Flexibles

Interacción con el equipo de desarrollo mediante reuniones En la definición del proceso: roles actividades y artefactos

Es parte del equipo de desarrollo -

En el trabajo en equipo - Programación en parejas - Mantenerlo sencillo en la etapa de diseño Se esperan que no se Se esperan Durante el den durante el proyecto proyecto y si se dan que no causen gran impacto En casos de uso y Mediante historias de diagrama de casos de usuario uso

Posibilidad de No es posible la eliminación o cambiar comportamientos modificación de un caso de uso en etapas finales Inversión de Muchas personas talento humano Análisis de Casos de uso requerimientos y modelado del negocio

Implementación

Arquitectura prototipos

Es posible la eliminación o modificación de un caso de uso en etapas finales Muchas personas

Se puede en cualquier momento escribir nuevas historias de usuario

Casos de uso

Pocas personas

de Arquitectura prototipos

de -

Manejo de gestión Documento evaluación de proyectos estados del plan Necesidad de Experiencia análisis y manejo experiencia riesgos Costo de Alto producción Considerable Documentación Tiempo desarrollo Pruebas

Proceso

de Lento Como etapa desarrollo

Muy controlado

de Documento de de evaluación de estados del plan en De todos los de integrantes de trabajo

Historias de usuario Valores Comunicación feetback Cliente como parte del equipo de desarrollo Entregas frecuentes Trabajo colectivo Programación en parejas Generación de iteraciones Plan de iteraciones Plan de entregas

Alto

No necesaria para todas las personas involucradas Bajo

Considerable

Poca

Lento

Rápido

de Como etapa desarrollo

Muy controlado

de -

Con cada iteración En todo el desarrollo (cliente como parte del equipo)

Poco controlado

Fuente: (Cortizo, Gil, & Ruiz, 2008)

De la comparación y análisis que se realizó junto con el usuario (Ver anexo 1), se identificó que la metodología ágil programación extrema es la más apta para ser usada durante el

desarrollo del software del proyecto de disertación de grado, ya que sus características son; proyectos pequeños de corta duración y entregas frecuentes, además no se requiere mucha experiencia en el desarrollo de la metodología.

3.2.

Investigaciones

experiencias

empíricas

vinculadas

con

investigación Para darle veracidad al desarrollo del proyecto se ha planteado una investigación de proyectos a fines, en los cuales se basó el desarrollo del presente proyecto a continuación se presenta detalladamente. Tema proyecto 1: Desarrollo del sistema de administración de notas y registros de datos de los alumnos del “Instituto Tecnológico Superior del Honorable Consejo Provincial de Pichincha” mediante la utilización de plataforma web; autor: Simbaña, Erika; Institución: Pontificia Universidad Católica del Ecuador. Tema proyecto 2: Desarrollo del sitio web del colegio de bachillerato “Margarita Cortez” de esmeraldas; autor: Abad, Andrea; Institución: Pontificia Universidad Católica sede Esmeraldas.

3.3.

Hipótesis de Trabajo

La implementación del sitio web para el registro de notas y control de asistencia mejorará los procesos en cuanto a tiempo debido a que cada profesor realizará el ingreso de notas, así mismo se mejorará el tiempo en la consulta de calificaciones ya que las notas se encontrarán en el sistema y podrán ser consultadas desde cualquier lugar mediante un navegador web. Por otro lado también ayudará a controlar la asistencia por parte de los representantes mediante una notificación de correo electrónico que será enviada al padre de familia.

METODOLOGÍA DE LA INVESTIGACIÓN

Diseño/Tipo de investigación 4.1.1. Diseño de la investigación 4.1.1.1. Experimental El diseño que se utilizará será el experimental, este diseño engloba dos significados, uno general y otra particular. El general que se trata de escoger o ejecutar una acción y luego ver las consecuencias, de esta manera se investigará el efecto que tendrá la implementación del sitio web que se desarrollara como parte de la disertación de grado, en todas las personas que van a interactuar con el sitio (hernández Sampieri, Fernández Collado, & Pilar Baptista, 2010). 4.1.2. Tipo de investigación Para el desarrollo de la disertación de grado se utilizará tres tipos de investigación la exploratoria, descriptiva y aplicada. 4.1.2.1. Exploratoria Para comenzar se utilizará la investigación exploratoria ya que se acordará una reunión con el Ing. Darwin Solórzano, el cual es el encargado en la Institución Jacques Cousteau de todo lo que tiene que ver con respecto al tema de la disertación, la reunión se hará con el objetivo de entender de una mejor manera cuales son los requerimientos exactos y problemas con que cuenta la institución, así comprender el entorno de la institución o lógica del negocio.

4.1.2.2. Descriptiva También se realizará la investigación descriptiva ya que los estudios descriptivos tienen como objetivo especificar las propiedades y características importantes de algún fenómeno que se quiera analizar, esta investigación nos permitirá recolectar, comparar y analizar los datos obtenidos de problema (hernández Sampieri, Fernández Collado, & Pilar Baptista, 2010). 4.1.2.3. Aplicada Por último se utilizará la investigación aplicada debido que al finalizar nuestra investigación se desarrollará un producto el cual será implementado en la institución para resolver los problemas planteados y de esta manera ayudará al crecimiento de la institución.

4.2.

Población / Universo

La población del proyecto está conformada por 950 (estudiantes – Representantes) y 15 docentes. Tabla 4: Extracto de datos para el cálculo de la muestra. Población Estudiantil - Representantes del Colegio Jacques Cousteau

950

Población de Docentes del Colegio Jacques Cousteau

TOTAL POBLACIÓN

965

Fuente: Investigación de campo (2014) por Lema R. & Pineda C.

4.3.

Muestra

Debido a que la institución cuenta con una considerable cantidad de estudiantes, representantes y profesores, para obtener una muestra del total de datos obtenidos que se los detallo en la tabla 4, se aplicará el método de muestreo aleatorio simple con la fórmula:

Formula: đ??&#x2122;đ?&#x;? đ???đ???đ??? đ??§= đ?&#x;? đ??&#x2122; đ???đ??? + đ???đ??&#x17E;đ?&#x;? DĂłnde: n =Muestra

Q = Probabilidad de No Ocurrencia = 0.5

P = Probabilidad de Ocurrencia = 0.5

e = Nivel de SignificaciĂłn = 0.05

đ?&#x2019; đ?&#x;? = Nivel de confianza 95% = 1.96

N = PoblaciĂłn = 965

Reemplazando:

đ??§=

(1,96)2 â&#x2C6;&#x2014; (0.5) â&#x2C6;&#x2014; (0.5) â&#x2C6;&#x2014; (965) (1,96)2 â&#x2C6;&#x2014; (0.5) â&#x2C6;&#x2014; (0.5) + (965) â&#x2C6;&#x2014; (0,05)2 đ??§ = 275 encuestas.

Ahora que ya hemos aplicado la fĂłrmula para obtener el tamaĂąo de la muestra, se obtuvo como resultado 275 encuestas; estas encuestas nos ayudarĂĄn a recolectar los datos mĂĄs relevantes que nos permitirĂĄn conocer los principales problemas e inconvenientes de la poblaciĂłn con respecto al registro de notas y control de asistencias en la instituciĂłn. Una vez realizadas las respectivas encuestas, se procesarĂĄ la informaciĂłn obtenida mediante el uso de Microsoft Excel que es una herramienta informĂĄtica que facilita el tratamiento y tabulaciĂłn de los datos por medio de tablas y grĂĄficos, de esta manera se podrĂĄ realizar una interpretaciĂłn clara de los resultados.

4.4.

Técnicas e Instrumentos de recogida de datos

4.4.1. Técnicas Las técnicas de recolección de datos, es importante ya que de esta manera podemos obtener los datos exactos que necesitamos para dar soluciones concretas al problema y con esto el proyecto quede realizado de la mejor manera. Existen varias técnicas para la recolección de datos sin embargo para la disertación de grado utilizaremos las siguientes:  La encuesta. Se apoya o se basa en un cuestionario el cual tiene un conjunto de preguntas, estas preguntas son analizadas y preparadas con el objetivo principal de adquirir información relevante de las personas involucradas en el sistema” (Bernal, 2010).  La entrevista. Es una técnica enfocada a realizar un acercamiento directo con los personajes que se estimen fuente importantes para adquirir información” (Bernal, 2010)  La observación. se realizará una observación no estructurada, la cual consistirá en reconocer, tomar apuntes de datos del comportamientos de algunos componentes del sistema de esta forma entenderemos de mejor manera el comportamiento del sistema (Pozo, 2009). 4.4.2. Instrumentos Como instrumento para la recolección de datos se formularán tres cuestionarios el cual será aplicado a 275 personas según la muestra, entre las cuales estarán docentes, representantes y estudiantes.

4.5.

Técnicas de Análisis de Datos

La técnica que se va a utilizar es la tabulación y análisis estadístico de la información, anteriormente se recogió la información a través de los instrumentos de investigación, ahora es necesario tabularla pregunta por pregunta mediante un cuadro donde se evidencie no solo las frecuencias, sino también los porcentajes que corresponden a esas frecuencias.

4.6.

Metodología de Desarrollo de Software

Para el desarrollo del software de esta disertación se utilizará una metodología ágil llamada programación Extrema (XP) la cual se eligió mediante un análisis previo (Ver anexo 1), esta metodología fue desarrollada por Kent Beck en el año de 1996, se eligió la Programación Extrema ya que es la que se ajustó de una mejor manera a nuestras necesidades y a las del cliente debido a que será un miembro más de del equipo XP. 4.6.1. Metodología XP (Programación Extrema) La Programación extrema es una metodología que se centra en las relaciones interpersonales como aspecto fundamental para el éxito del desarrollo del sistema, esto conlleva al trabajo en equipo y tener un buen clima de trabajo, además es una metodología que continuamente esta en retroalimentación entre el equipo de desarrollo y el cliente el cual se convertiría en un miembro más del equipo de desarrollo, esto quiere decir que habrá una buena comunicación con todos los participantes. 4.6.1.1. El proceso XP Esta metodología se centra en cuatro importantes actividades estructurales las cuales son: planeación, diseño, codificación y pruebas. Cada fase contiene distintas tareas las cuales se deben llevar a cabo con el fin de tener éxito en la finalización del software.

4.6.1.1.1. Planificación En esta actividad lo primero que se realizará es tratar de entender el entorno de la institución o lógica de negocio, donde va hacer implantado el software, para esto se comenzará escuchando al cliente y así se podrá entender el entorno del lugar, además con esto se conseguirán los requerimientos es decir entradas, procesos, salidas, características y funcionalidades que son necesarias para el software. Luego de escuchar y entender el entorno se ayudará al cliente a crear las historias de usuario las cuales describen la funcionalidad del software y están escritas en lenguaje no técnico, estas historias luego serán revisadas con el fin de asociarle un costo en semanas de desarrollo el cual no puede ser mayor a tres semanas si se diera el caso se dividirá en historias más pequeñas. Los entregables de esta etapa serán: 1. Srs 2. Análisis y Gestión de Riesgos 3. Historias de usuario 4. Tabla de análisis de riesgo en desarrollo y prioridad en negocio de las historia de usuario 5. Valoración de Historias de usuario 6. Plan de entrega 7. Velocidad del proyecto 8. Asignación de responsables de historias de usuario 4.6.1.1.2. Diseño Para esta actividad se realizarán diseños simples y sencillo ya que XP tiene el principio de mantenlo sencillo, es decir debemos hacerlo entendible y lo menos complicado, debido a que de esto dependerá el tiempo y el esfuerzo de desarrollo.

Además se utilizará las tarjetas C.R.C para poder apreciar el desarrollo orientado a objetos y de esta manera nos olvidamos de la codificación o programación procedural clásica. Los entregables de esta etapa serán: 1. Tarjetas CRC 2. Modelo físico de la base de datos 3. Modelo Lógico de la base de datos 4. Triggers 5. Script de la base de datos 6. Diccionario de datos 4.6.1.1.3. Codificación La codificación se la realizará en parejas, este es uno de los puntos porque se eligió esta metodología ya que así se tendrá un código de mayor calidad. Además otro aspecto muy importante de XP en la actividad de codificación es que el cliente tendrá tiempo y estará disponible para formar parte del equipo de desarrollo y así solucionar problemas al instante. La programación en parejas nos ayuda a que los dos estemos implicados en todas las tareas, esto quiere decir que cualquiera pueda modificar, ampliar el código si es necesario y guárdalo en un repositorio de código, pero antes de ser guardado deberá será aprobado por la pareja, esto ayudará a tener un código consistente. Los entregables de esta etapa serán: 1. Conexión a la base de datos 2. Clase más importantes del sistema

4.6.1.1.4. Pruebas El pilar más importante de esta metodología son sus pruebas entre las cuales tenemos las pruebas de aceptación y las unitarias, las pruebas unitarias se realizan antes de que la codificación comience y su objetivo es asegurar el funcionamiento de una historia de usuario por cuestiones de tiempo estas pruebas no serán tomada en cuenta ya que no se tiene experiencia en herramientas de este tipo de pruebas y se pasará directamente a la programación, por otro lado tenemos las pruebas de aceptación más conocidas como pruebas del cliente que son las más importantes, en la cual su nombre mismo lo dice tiene que ver mucho con el cliente, el que será el encargado en momentos necesarios de analizar el software centrándose en aspectos visibles generales del software de esta manera se tendrá una retroalimentación con el cliente en cada iteración de entrega. Una vez que concluya todo el proceso de pruebas unitarias y de aceptación para todas las cuatro iteraciones el software estará listo para la entrega y su implementación en la institución. Los entregables de esta etapa serán:  Pruebas de aceptación

5. RESULTADOS 5.1. Discusión y análisis de los resultados 5.1.1. Tabulación y análisis de la información En este punto, se realiza una interpretación de los resultados obtenidos en las encuestas realizadas a los estudiantes, docentes y representantes (Ver anexo 2), en la cual se tomó los aspectos más importantes para posteriormente proceder a analizarlos. 5.1.1.1. Encuesta Estudiantes Colegio Jacques Cousteau PREGUNTA 1) ¿Cómo considera sus conocimientos sobre el uso de Internet? Tabla 5: Pregunta 1 (E. Estudiantes) ¿Cómo considera sus conocimientos sobre el uso de Internet?

OPCIONES

RESULTADOS

RESULTADOS (%)

Alto

111

40%

Medio

158

57%

Bajo

TOTAL

275

100%

Fuente: Investigación de campo (2015).

¿Cómo considera sus conocimientos sobre el uso de Internet? 57% 60% 50% 40% 30% 20% 10% 0%

40%

Alto

Medio

Bajo

Figura 8: Pregunta 1 (E. Estudiantes) ¿Cómo considera sus conocimientos sobre el uso de Internet? Fuente: Investigación de campo (2015).

Interpretación y Análisis: De los 275 estudiantes a quienes se les aplicó la encuesta, podemos observar que el 57% (158 Estudiantes) tiene un nivel medio en cuanto al conocimiento del uso de internet consume, un 40% (111 Estudiantes) manifiesta que sus conocimientos son altos y tan solo un 2% (6 Estudiantes) tiene un conocimiento bajo o básico. Esta es una de las preguntas más importantes, ya que indica que la mayoría de los estudiantes posee buenos conocimientos sobre el uso de internet, siendo esto factible al momento de plantearse si continuar o no con el proyecto. PREGUNTA 2) ¿En qué lugares tiene usted acceso a internet? Tabla 6: Pregunta 2 (E. Estudiantes) ¿En qué lugares tiene usted acceso a internet?

OPCIONES

RESULTADOS

RESULTADOS (%)

Institución

3,27%

Casa

149

54,18%

Centro de Computo

15,27%

Otros

3,64%

Institución y Casa

2,91%

Institución y Centro de Computo

0,36%

Institución, Casa, Centro de Computo y Otros

3,27%

Casa y Centro de Computo

10,91%

Casa y Otros

2,91%

Casa, Centro de Computo y Otros

2,91%

Centro de Computo y Otros

0,36%

TOTAL

275

100%

Fuente: Investigación de campo (2015).

¿En qué lugares tiene usted acceso a internet? 60,00% 50,00% 40,00% 30,00% 20,00% 10,00% 0,00%

54,18%

3,27%

15,27% 10,91% 3,64%2,91%0,36%3,27% 2,91%2,91%0,36%

Figura 9: Pregunta 2 (E. Estudiantes) ¿En qué lugares tiene usted acceso a internet? Fuente: Investigación de campo (2015).

Interpretación y Análisis: En esta pregusta tenemos que tener en cuenta que fue desarrollada con la opción de escoger una o varias respuestas según los lugares donde más frecuentemente se conectan los encuestados. Del total de los encuestados, el 54,18%(149 Estudiantes) respondió que el lugar donde más acceden al servicio de internet es en sus domicilios, seguido del 15,27%(42 Estudiantes) que señaló los centro de cómputo como su principal medio para acceder a la red, el 10,91%(30 Estudiantes) lo realiza tanto en su casa como en centros de cómputo, con porcentajes más bajos pero no menos importantes esta un 3,64%(10 Estudiantes) que lo usan en otros lugares, un 3,27%(9 Estudiantes) lo usa en la institución y del mismo modo los que lo usan en las cuatro opciones propuestas(Institución, Casa, Centro de Computo y Otros), con un 2,91%(8 Estudiantes) se encuentran los que usan en la Institución al igual que su casa, en su casa y otros lugares así como también en su casa, centro de cómputo y otros, por ultimo con el 0,36%(1 Estudiante) seleccionaron los estudiantes que lo usan tanto en la Institución y Centro de Computo al igual que Centro de Computo y Otros.

Resaltando la variedad de resultados se concluye que existe un uso de internet mayoritario en los domicilios de los estudiantes, en donde se aprecia que la el uso de internet en los domicilios es la que prevalece. PREGUNTA 3) ¿Cree usted que es necesario un sitio web informativo para la institución “Jacques Cousteau”? Tabla 7: Pregunta 3 (E. Estudiantes) ¿Cree usted que es necesario un sitio web informativo para la institución “Jacques Cousteau”?

OPCIONES

RESULTADOS

RESULTADOS (%)

262

95%

TOTAL

275

100%

Fuente: Investigación de campo (2015).

¿Cree usted que es necesario un sitio web informativo para la institución “Jacques Cousteau”? 95% 100% 80% 60% 40%

20% 0% SI

Figura 10: Pregunta 3 (E. Estudiantes) ¿Cree usted que es necesario un sitio web informativo para la institución “Jacques Cousteau”? Fuente: Investigación de campo (2015).

Interpretación y Análisis: La figura anterior muestra la aceptación de los estudiantes sobre la creación de una página web informativa para la institución, en donde, un 95%(262 Estudiantes) da su aprobación para que dicha página sea creada y solo un 5%(13 Estudiantes) respondió con un NO.

Tomando como base estos porcentajes, se puede determinar que la mayoría de los estudiantes está de acuerdo con la creación de un sitio web informativo para tan prestigiosa Institución. PREGUNTA 4) ¿Acude usted regularmente a los profesores para realizarle consulta a cerca de sus calificaciones? Tabla 8: Pregunta 4 (E. Estudiantes) ¿Acude usted regularmente a los profesores para realizarle consulta a cerca de sus calificaciones?

OPCIONES

RESULTADOS

RESULTADOS (%)

227

83%

17%

TOTAL

275

100%

Fuente: Investigación de campo (2015).

¿Acude usted regularmente a los profesores para realizarle consulta a cerca de sus calificaciones?

83%

100% 80% 60%

17%

40% 20% 0% SI

Figura 11: Pregunta 4 (E. Estudiantes) ¿Acude usted regularmente a los profesores para realizarle consulta a cerca de sus calificaciones? Fuente: Investigación de campo (2015).

Interpretación y Análisis: De las encuestas realizadas, el 83%(227 Estudiantes) acude regularmente a dialogar con el docente sobre el desempeño que lleva con la materia en cuanto a sus notas, por otro lado el 17%(48 Estudiantes) supo indicar su negativa en cuanto a las consultas de calificaciones.

Por tanto, el porcentaje de aceptación así como el interés del estudiante sobre conocer sus calificaciones es bastante alta y nos muestra el interés del estudiante sobre sus calificaciones y rendimiento personal durante el periodo académico. PREGUNTA 5) ¿Le gustaría consultar sus notas mediante la utilización de un sitio web? Tabla 9: Pregunta 5 (E. Estudiantes) ¿Le gustaría consultar sus notas mediante la utilización de un sitio web?

OPCIONES

RESULTADOS

RESULTADOS (%)

227

83%

17%

TOTAL

275

100%

Fuente: Investigación de campo (2015).

¿Le gustaría consultar sus notas mediante la utilización de un sitio web?

83%

100% 80% 60%

17%

40% 20%

0% SI

Figura 12: Pregunta 5 (E. Estudiantes) ¿Le gustaría consultar sus notas mediante la utilización de un sitio web? Fuente: Investigación de campo (2015).

Interpretación y Análisis: En lo que respecta a la consulta online de calificaciones, un 83%(227 Estudiantes) de estudiantes lo prefiere y aprueba, sin embargo el 17%(48 Estudiantes) se opone a esta premisa. En consecuencia, el nivel de aceptación sobre la consulta de sus calificaciones es muy alto y nos muestra la necesidad de la implementación de un sistema online para dicho fin.

PREGUNTA 6) ¿Qué parámetro le gustaría utilizar para realizar la consulta mencionada en la pregunta 5? Tabla 10: Pregunta 6 (E. Estudiantes) ¿Qué parámetro le gustaría utilizar para realizar la consulta mencionada en la pregunta 5?

OPCIONES

RESULTADOS

RESULTADOS (%)

CEDULA DEL ALUMNO

201

73%

CODIGO ENTREGADO POR LA INSTITUCION

27%

TOTAL

275

100%

Fuente: Investigación de campo (2015).

¿Qué parámetro le gustaría utilizar para realizar la consulta mencionada en la pregunta 5? 73% 80%

60%

27%

40% 20% 0% CEDULA DEL ALUMNO

CODIGO ENTREGADO POR LA INSTITUCION

Figura 13: Pregunta 6 (E. Estudiantes) ¿Qué parámetro le gustaría utilizar para realizar la consulta mencionada en la pregunta 5? Fuente: Investigación de campo (2015).

Interpretación y Análisis: Los resultados obtenidos en esta interrogante, un 73%(201 Estudiantes) de estudiantes su cedula de identidad como parámetro de acceso contra un 27%(74 Estudiantes) que se inclina por un código otorgado por la institución. Como conclusión podemos decir que por facilidad y al ser un parámetro único para cada uno, la cedula sería una opción muy conveniente a la hora de realizar el ingreso y consulta de notas.

5.1.1.2. Encuestas Docentes Colegio Jacques Cousteau PREGUNTA 1) ¿Cree usted que es necesario implementar un nuevo sistema online (en internet), que ayude a mejorar la forma de ingresar las notas de los estudiantes por parte de los profesores? Tabla 11: Pregunta 1 (E. Docentes) ¿Cree usted que es necesario implementar un nuevo sistema online (en internet), que ayude a mejorar la forma de ingresar las notas de los estudiantes por parte de los profesores?

OPCIONES

RESULTADOS

RESULTADOS (%)

100%

TOTAL

100%

Fuente: Investigación de campo (2015).

¿Cree usted que es necesario implementar un nuevo sistema online (en internet), que ayude a mejorar la forma de ingresar las notas de los estudiantes por parte de los profesores? 100% 100% 80% 60% 40% 20% 0%

Interpretación y Análisis: De los 15 docentes a quienes se les aplicó la encuesta, un 100% contesto de manera afirmativa a esta pregunta. Esta aceptación total por parte de los docentes genera otro respaldo más para el desarrollo de este proyecto, ya que ellos reflejan su necesidad de automatizar el proceso de ingreso de calificaciones con la implementación del sitio web propuesto.

PREGUNTA 2) ¿Cómo considera sus conocimientos sobre el uso de Internet? Tabla 12: Pregunta 2 (E. Docentes) ¿Cómo considera sus conocimientos sobre el uso de Internet?

OPCIONES

RESULTADOS

RESULTADOS (%)

ALTO

47%

MEDIO

47%

BAJO

TOTAL

100%

Fuente: Investigación de campo (2015).

¿Cómo considera sus conocimientos sobre el uso de Internet? 47%

47%

50% 40% 30% 20% 7% 10% 0% ALTO

MEDIO

BAJO

Figura 15: Pregunta 2 (E. Docentes) ¿Cómo considera sus conocimientos sobre el uso de Internet? Fuente: Investigación de campo (2015).

Interpretación y Análisis: Las respuestas dadas en esta pregunta nos dice que un 47% de los docentes tiene unos conocimientos altos y con el mismo porcentaje un conocimiento medio y tan solo un 7% tiene un conocimiento bajo o básico. Con estos resultados de los docentes acerca de sus conocimientos sobre el uso del internet refleja que no habrá prácticamente ningún inconveniente para el uso del sitio web.

PREGUNTA 3) ¿En qué lugares tiene usted acceso a internet? Tabla 13: Pregunta 3 (E. Docentes) ¿En qué lugares tiene usted acceso a internet?

OPCIONES

RESULTADOS

RESULTADOS (%)

Casa

20,00%

Centro de Computo

6,67%

Institución y Casa

26,67%

Institución, Casa y Otros

13,33%

Casa y Otros

13,33%

Institución, Casa, Centro de Computo y Otros

6,67%

Casa, Centro de Computo y Otros

6,67%

Institución, Casa y Centro de Computo

6,67%

TOTAL

100%

Fuente: Investigación de campo (2015).

¿En qué lugares tiene usted acceso a internet? 30,00% 25,00% 20,00% 15,00% 10,00% 5,00% 0,00%

26,67% 20,00% 13,33% 13,33% 6,67%

6,67% 6,67% 6,67%

Figura 16 : Pregunta 3 (E. Docentes) ¿En qué lugares tiene usted acceso a internet? Fuente: Investigación de campo (2015).

Interpretación y Análisis: En esta pregusta de opción múltiple nos da como resultado que un 26,67% de los docentes usa el internet en la institución y en su casa, seguido con un 20% que usan en sus casas, con un

13,33% están los docentes que usan el internet en la institución, casa y otros así como solo en casa y otros, con el porcentaje más bajo que es el 6,67% están los docentes que usan el internet con las opciones de: Centro de cómputo y la que engloba a las 4 opciones propuestas. Resaltando la variedad de resultados se concluye que existe un mayor uso de internet tanto en la institución como en sus domicilios y en un menos porcentaje en centros de cómputo y otros (Celulares, Tablets). PREGUNTA 4) ¿Cree usted que es necesario un sitio web informativo para la institución “Jacques Cousteau”? Tabla 14: Pregunta 4 (E. Docentes) ¿Cree usted que es necesario un sitio web informativo para la institución “Jacques Cousteau”?

OPCIONES

RESULTADOS

RESULTADOS (%)

100%

TOTAL

100%

Fuente: Investigación de campo (2015). Elaborado por: Lema R. & Pineda C.

¿Cree usted que es necesario un sitio web informativo para la institución “Jacques Cousteau”? 100% 100% 80% 60% 40%

20% 0% SI

Figura 17: Pregunta 4 (E. Docentes) ¿Cree usted que es necesario un sitio web informativo para la institución “Jacques Cousteau”? Fuente: Investigación de campo (2015).

Interpretación y Análisis: Del total de encuestados el 100% de los docentes cree que es necesaria la creación del sitio web informativo para la institución. Dentro de lo que es el sitio web informativo los docentes apoyan totalmente la implementación de mismo, el cual le dará la oportunidad de acercarse más al público objetivo que son los estudiantes. PREGUNTA 5) ¿Cree usted que es necesario un sitio web informativo para la institución “Jacques Cousteau”? Tabla 15: Pregunta 5 (E. Docentes) ¿Cree usted que es necesario un sitio web informativo para la institución “J. Cousteau”?

OPCIONES

RESULTADOS

RESULTADOS (%)

ESTUDIANTES

53%

REPRESENTANTES

33%

ESTUDIANTES Y REPRESENTANTES

13%

TOTAL

100%

Fuente: Investigación de campo (2015).

¿Quién acude regularmente a usted para realizarle consulta a cerca de calificaciones? 53% 60% 50% 40% 30% 20% 10% 0%

33% 13%

Figura 18: Pregunta 5 (E. Docentes) ¿Cree usted que es necesario un sitio web informativo para la institución “Jacques Cousteau”? Fuente: Investigación de campo (2015).

Interpretación y Análisis: De la totalidad de las encuestas realizadas, el 53% de Los docentes manifestaron que quien se acerca a consultar sobre calificaciones son los estudiantes, el 33% manifiesta que son los representantes los que se acercan más a menudo por información sobre calificaciones y el 13% informo que son tanto estudiantes como representantes quienes se acercan a pedir información de notas. Por tanto, se puede concluir que tanto los estudiantes como los representantes muestran su interés sobre el desempeño reflejado en las calificaciones de cada uno de los estudiantes. PREGUNTA 6) ¿Considera usted que la automatización del proceso de registro de calificaciones beneficiara a la institución? Tabla 16: Pregunta 6 (E. Docentes) ¿Considera usted que la automatización del proceso de registro de calificaciones beneficiara a la institución?

OPCIONES

RESULTADOS

RESULTADOS (%)

100%

TOTAL

100%

Fuente: Investigación de campo (2015).

¿Considera usted que la automatización del proceso de registro de calificaciones beneficiará a la institución? 100% 100% 80% 60% 40% 0%

20% 0% SI

Figura 19: Pregunta 6 (E. Docentes) ¿Considera usted que la automatización del proceso de registro de calificaciones beneficiara a la institución? Fuente: Investigación de campo (2015).

Interpretación y Análisis: A partir de los resultados obtenidos en las encuestas, podemos determinar que, el 100% de los docentes aprueba el proceso. Por lo tanto, podemos establecer que los docentes están completamente de acuerdo con la automatización de este proceso en cuanto al registro de calificaciones. PREGUNTA 7) ¿Cree usted que desarrollará nuevas habilidades informáticas a través del uso de este sitio web? Tabla 17: Pregunta 7 (E. Docentes) ¿Cree usted que desarrollará nuevas habilidades informáticas a través del uso de este sitio web?

OPCIONES

RESULTADOS

RESULTADOS (%)

100%

TOTAL

100%

Fuente: Investigación de campo (2015).

¿Cree usted que desarrollará nuevas habilidades informáticas a través del uso de este sitio web? 100% 100% 80% 60% 40% 0%

20% 0% SI

Figura 20: Pregunta 7 (E. Docentes) ¿Cree usted que desarrollará nuevas habilidades informáticas a través del uso de este sitio web? Fuente: Investigación de campo (2015).

Interpretación y Análisis: A partir de los resultados obtenidos en las encuestas, podemos determinar que, el 100% de los docentes es decir 15, considera que desarrollará nuevas habilidades informáticas a través del uso del sitio web y el 0% es decir ningún docente considera que no desarrollará nuevas habilidades informáticas a través del uso del sitio web una vez implementado. Con estos resultados nos damos cuenta que todos los docentes están de acuerdo con que aprenderán nuevas habilidades informáticas implementando el sitio web en la institución PREGUNTA 8) ¿Cree usted que es favorable informar de manera electrónica a los representantes por las inasistencias de los estudiantes a los que representan? Tabla 18: Pregunta 8 (E. Docentes) ¿Cree usted que es favorable informar de manera electrónica a los representantes por las inasistencias de los estudiantes a los que representan?

OPCIONES

RESULTADOS

RESULTADOS (%)

93%

TOTAL

100%

Fuente: Investigación de campo (2015).

¿Cree usted que es favorable informar de manera electrónica a los representantes por las inasistencias de los estudiantes a los que representan? 93% 100% 80% 60% 7%

40% 20% 0% SI

Figura 21: Pregunta 8 (E. Docentes) ¿Cree usted que es favorable informar de manera electrónica a los representantes por las inasistencias de los estudiantes a los que representan? Fuente: Investigación de campo (2015).

Interpretación y Análisis: Referente a la notificación electrónica, los resultados muestran que del total de los docentes encuestados, un 93% cree que es favorable notificar a los representantes de inasistencias de los estudiantes y el 7% no cree que sea factible dicha premisa. Por lo tanto, se puede concluir que la mayoría de docentes está de acuerdo con la notificación electrónica de inasistencias de los estudiantes a los representantes, para así mantenerlos informados de las mismas. 5.1.1.3. Encuesta de Representantes Colegio Jacques Cousteau PREGUNTA 1) ¿Cómo considera sus conocimientos sobre el uso del internet? Tabla 19: Pregunta 1 (E. Representantes) ¿Cómo considera sus conocimientos sobre el uso del internet?

OPCIONES

RESULTADOS

RESULTADOS (%)

ALTO

30%

MEDIO

37%

BAJO

33%

TOTAL

100%

Fuente: Investigación de campo (2015).

¿Como considera sus conocimientos sobre el uso del internet? 37% 40% 35% 30% 25% 20% 15% 10% 5% 0%

33%

30%

ALTO

MEDIO

BAJO

Figura 22: Pregunta 1 (E. Representantes) ¿Cómo considera sus conocimientos sobre el uso del internet? Fuente: Investigación de campo (2015).

Interpretación y Análisis: Se tomó como un adicional la ejecución de encuestes hacia los representantes con el fin de socializar con ellos acerca de este sistema informático. En esta pregunta dio como resultado los siguientes valores: 37% (11 encuestados) de los representantes menciona tener un conocimiento medio en el uso del internet, el 33% (10 encuestados) tiene un conocimiento bajo y el 30% (9 encuestados) restante tiene un conocimiento alto. Con estos valores podemos resaltar que, dentro de los representantes hay un conocimiento medio en cuanto al uso del internet los cuales son los suficientes para el uso del sistema que se implementará. PREGUNTA 2) ¿Cree usted que es necesario un sitio web informativo para la institución Jacques Cousteau? Tabla 20: Pregunta 2 (E. Representantes) ¿Cree usted que es necesario un sitio web informativo para la institución Jacques Cousteau?

OPCIONES

RESULTADOS

RESULTADOS (%)

93%

TOTAL

100%

Fuente: Investigación de campo (2015).

¿Cree usted que es necesario un sitio web informativo para la institución Jacques Cousteau? 93%

100% 80% 60% 40%

20% 0% SI

Figura 23: Pregunta 2 (E. Representantes) ¿Cree usted que es necesario un sitio web informativo para la institución Jacques Cousteau? Fuente: Investigación de campo (2015).

Interpretación y Análisis: Las opciones seleccionadas en esta pregunta nos dice que un 93% de creer que es necesario un sitio web informativo para la institución y con un bajo 7% no cree necesario la implementación del mismo. Analizando estos resultados y comparándola con las encuestas de docentes y estudiantes, todos concuerdan que la realización de este sitio web es muy beneficiosa para la institución. PREGUNTA 3) ¿Con que tiempo cuenta usted para asistir a una reunión a la institución, para hacerle la entrega de calificaciones de su representado? Tabla 21: Pregunta 3 (E. Representantes) ¿Con que tiempo cuenta usted para asistir a una reunión a la institución, para hacerle la entrega de calificaciones de su representado?

OPCIONES

RESULTADOS

RESULTADOS (%)

MUCHO

POCO

20%

NO TENGO TIEMPO

77%

TOTAL

100%

Fuente: Investigación de campo (2015).

¿Con que tiempo cuenta usted para asistir a una reunion a la institucion, para hacerle la entrega de calificaciones de su representado? 77% 80% 60% 20%

40% 20%

MUCHO

POCO

NO TENGO TIEMPO

Interpretación y Análisis: La pregunta tres realizada en la encuesta de los representantes nos dio como resultado que: el 77% (23 encuestados) dice no tener el tiempo suficiente para asistir a las reuniones sobre la entrega de calificaciones de su representado, el 20%(6 encuestados) afirma tener poco tiempo y el 3%(1 encuestado) dice tener el tiempo suficiente para asistir a las reuniones antes mencionadas. Estos resultados nos confirma la necesidad de implementar dentro del sitio web la visualización

de notas, mediante el cual podrán ser consultadas desde cualquier

computadora con acceso a internet. PREGUNTA 4) ¿Le gustaría a usted consultar las calificaciones de su representado mediante un sitio web durante las 24 horas del día y los 7 días de la semana sin restricciones? Tabla 22: Pregunta 4 (E. Representantes) ¿Le gustaría a usted consultar las calificaciones de su representado mediante un sitio web durante las 24 horas del día y los 7 días de la semana sin restricciones?

OPCIONES

RESULTADOS

RESULTADOS (%)

100%

TOTAL

100%

Fuente: Investigación de campo (2015).

¿Le gustaria a usted consultar las calificaciones de su representado mediante un sitio web durante las 24 horas del dia y los 7 dias de la semana sin restricciones? 100% 100% 80% 60% 40%

20% 0%

Figura 25: Pregunta 4 (E. Representantes) ¿Le gustaría a usted consultar las calificaciones de su representado mediante un sitio web durante las 24 horas del día y los 7 días de la semana sin restricciones? Fuente: Investigación de campo (2015).

Interpretación y Análisis: Del total de representantes a los que se le aplicó la encuesta el 100%(30 encuestados) le gustaría consultar a cualquier hora y día las calificaciones de su representado mediante el sitio web de la institución. PREGUNTA 5) ¿Que parámetro le gustaría utilizar para realizar la consulta mencionada en la pregunta 4? Tabla 23: Pregunta 5 (E. Representantes) ¿Que parámetro le gustaría utilizar para realizar la consulta mencionada en la pregunta 4?

OPCIONES

RESULTADOS

RESULTADOS (%)

CEDULA

80%

CODIGO ENTREGADO POR LA INSTITUCION

20%

TOTAL

100%

Fuente: Investigación de campo (2015).

¿Que parametro le gustaria utilizar para realizar la consulta mencionada en la pregunta 4? 80% 80% 60% 20%

40% 20% 0% CEDULA

CODIGO ENTREGADO POR LA INSTITUCION

Figura 26: Pregunta 5 (E. Representantes) ¿Que parámetro le gustaría utilizar para realizar la consulta mencionada en la pregunta 4? Fuente: Investigación de campo (2015).

Interpretación y Análisis: En esta pregunta donde se consulta sobre los parámetros a utilizar para realizar la consulta de calificaciones en el sitio web, el 80%(24 encuestados) marco como respuesta la cedula, mientras que el 20%(6 encuestados) restante prefiere un código entregado por la institución. Revisando las respuestas de esta pregunta se aprecia que los representantes prefieren ampliamente el uso de la cedula del estudiante como parámetro para la consulta de calificaciones. PREGUNTA 6) ¿Le gustaría a usted estar informado sobre la asistencia a clases de su representado mediante una notificación al correo electrónico? Tabla 24: Pregunta 6 (E. Representantes) ¿Le gustaría a usted estar informado sobre la asistencia a clases de su representado mediante una notificación al correo electrónico?

OPCIONES

RESULTADOS

RESULTADOS (%)

100%

TOTAL

100%

Fuente: Investigación de campo (2015).

¿Le gustaria a usted estar informado sobre la asistencia a clases de su representado mediante una notificacion al correo electronico? 100% 100% 80% 60% 40% 20% 0%

Figura 27: Pregunta 6 (E. Representantes) ¿Le gustaría a usted estar informado sobre la asistencia a clases de su representado mediante una notificación al correo electrónico? Fuente: Investigación de campo (2015).

Interpretación y Análisis: A partir de los resultados obtenidos en las encuestas, podemos determinar que, al 100%(30 encuestados) le agradaría de la mejor manera estar informado de las asistencias de su representado. Por lo tanto, podemos establecer que los representantes están totalmente de acuerdo que se les notifique mediante correo electrónico sobre alguna inasistencia del estudiante al que representan y así poder estar más pendiente del desenvolvimiento del mismo en el ámbito académico. PREGUNTA 7) ¿Cree usted que mejoraran las notas de su representado teniendo más control de su asistencia y calificaciones mediante el uso de un sitio web disponible las 24 horas del día y los 7 días de la semana? Tabla 25: Pregunta 7 (E. Representantes) ¿Cree usted que mejoraran las notas de su representado teniendo más control de su asistencia y calificaciones mediante el uso de un sitio web disponible las 24 horas del día y los 7 días de la semana?

OPCIONES

RESULTADOS

RESULTADOS (%)

60%

40%

TOTAL

100%

Fuente: Investigación de campo (2015).

¿Cree usted que mejoraran las notas de su representado teniendo mas control de su asistencia y calificaciones mediante el uso de un sitio web disponible las 24 horas del dia y los 7 dias de la semana? 60% 40%

60% 40% 20% 0% SI

Figura 28: Pregunta 7 (E. Representantes) ¿Cree usted que mejoraran las notas de su representado teniendo más control de su asistencia y calificaciones mediante el uso de un sitio web disponible las 24 horas del día y los 7 días de la semana? Fuente: Investigación de campo (2015).

Interpretación y Análisis: Interpretando los resultados de esta pregunta nos damos cuentas que un 60% (18 encuestados) de los representantes piensa que su representado mejorara en sus calificaciones si se tiene más control de las notas y asistencias del estudiante a través de este sitio web, teniendo como contra parte a un 40% (12 encuestados) que no cree que mejoraran calificaciones. PREGUNTA 8) ¿Cree usted que desarrollara nuevas habilidades informáticas a través del uso de este sitio web? Tabla 26: Pregunta 8 (E. Representantes) ¿Cree usted que desarrollara nuevas habilidades informáticas a través del uso de este sitio web?

OPCIONES

RESULTADOS

RESULTADOS (%)

43%

57%

TOTAL

100%

Fuente: Investigación de campo (2015).

¿Cree usted que desarrollara nuevas habilidades informaticas a traves del uso de este sitio web? 57% 43%

60% 50%

40% 30% 20% 10% 0% SI

Figura 29: Pregunta 8 (E. Representantes) ¿Cree usted que desarrollara nuevas habilidades informáticas a través del uso de este sitio web? Fuente: Investigación de campo (2015).

Interpretación y Análisis: Referente a esta octava pregunta, los resultados muestran que del total de los representantes encuestados, un 43%(13 encuestados) considera que desarrollara nuevas habilidades informáticas, sin embargo el 57%(17 encuestados) no lo cree. Por lo tanto, se puede concluir que casi la mitad de los representantes afirma que si obtendrá nuevas habilidades informáticas con el uso de este nuevo sitio web. PREGUNTA 9) ¿Considera usted que la implementación de los procesos antes mencionados beneficiara a la institución? Tabla 27: Pregunta 9 (E. Representantes) ¿Considera usted que la implementación de los procesos antes mencionados beneficiara a la institución?

OPCIONES

RESULTADOS

RESULTADOS (%)

97%

TOTAL

100%

Fuente: Investigación de campo (2015).

¿Considera usted que la implementacion de los procesos antes mencionados beneficiara a la institucion? 97% 100% 80% 60% 40%

20%

0% SI

Figura 30: Pregunta 9 (E. Representantes) ¿Considera usted que la implementación de los procesos antes mencionados beneficiara a la institución? Fuente: Investigación de campo (2015).

Interpretación y Análisis: Los resultados de esta última pregunta nos muestran que del total de los representantes encuestados, un 97% (29 encuestados) está de acuerdo que beneficiara

favorable a la

institución y el 3%(1 encuestado) no cree que sea factible dicha premisa. 5.1.2. Resultado del desarrollo de la metodología XP 5.1.2.1. El proceso de Programación Extrema Mediante la metodología de desarrollo programación extrema, la cual se eligió para el desarrollo del software, se logró obtener varios resultados en cada actividad del proceso de programación extrema, los cuales ayudaron a tener una organización en el desarrollo del software y de esta manera se redujeron problemas de planeación, diseño y codificación. 5.1.2.1.1. Planeación En esta actividad se escuchó al encargado y demás participantes de la Unidad Educativa Jacques Cousteau, de esta manera se pudo crear las historias de usuario (Ver anexo 4) con el cliente y un documento de especificación de requerimientos de software (SRS) (Ver anexo 3), además se realizó un análisis y gestión de riesgos. En cuanto a herramientas de desarrollo de software para este proyecto se eligieron las siguientes: como principal lenguaje de programación web se eligió PHP, debido a que ya se tenía conocimiento y experiencia en este lenguaje de programación, para el diseño del software se utilizó Bootstrap v3.3.2 que es un framework que ayuda a crear interfaces web con CSS y JavaScript, el beneficio principal que nos brindó este framework es la técnica de “responsive design”, también se utilizó jQuery v.2.1.3 el cual permite los efectos y cambiar el contenido de una página web sin necesidad de recargarla, cabe recalcar que estas herramientas están bajo la licencia de software libre la cual nos permite estudiar y modificar las mismas, en cuanto a base

de datos se utilizó el PostgreSQL v9.3 ya que es un sistema de gestión de base de datos de software libre. A continuación se explica paso a paso los resultados de esta etapa. 5.1.2.1.1.1.SRS Este documento no es específico de XP, sin embargo se lo considero para llegar a un acuerdo con la institución, se realizaron varias versiones de SRS, la última versión cuenta con los usuarios y procesos a los que tiene acceso tal como se muestra en la siguiente tabla. Tabla 28: (SRS) Características de los usuarios del sistema USUARIO PROCESO A LOS QUE TIENE ACCESO Administración del sistema Administrador

Crear, modificar, eliminar perfiles del sistema Crear, modificar, activar y desactivar usuarios Control de cambio de contraseña Consulta y Reporte de Usuarios Crear, Modificar, Apertura y cierre de Periodos Académicos Eliminar periodo académico Control de roles de los usuarios Actividad de los usuarios Administración de roles Reporte de actividad de usuario Crear, modificar y eliminar cursos y Materias Crear, modificar, activar o desactivar docentes Habilitar cursos Gestión de Materia a Curso Gestión de Docente a Materia

Secretaria

Crear, modificar, activar o desactivar representante Crear, modificar, activar o desactivar estudiantes Modificación de Notas del Estudiante Reporte de cursos

66 Reportes de materias Reporte de docentes Reportes de Calificaciones Reporte de Inasistencias Control de roles de los docentes Activar ingreso de calificaciones Restaurar contraseña docentes Ingreso de Calificaciones. Docente

Gestión de faltas de Estudiantes Consulta de Calificaciones y Reportes calificaciones

Estudiante

Consulta de Calificaciones Reporte calificaciones

Inspector

Justificar inasistencia Reporte de inasistencia

Todos

Ingreso y salida del sistema Cambio de contraseña primer ingreso

Otros

Según su asignación de permisos

Fuente: Disertantes R. Lema & C. Pineda

El SRS completo se adjuntara a la disertación como anexo (ver anexo 3) 5.1.2.1.1.2.Análisis y Gestión de Riesgos Se analizó que durante la ejecución del proyecto se podrían dar ciertos riesgos, es por esto que se realizó un análisis y gestión de estos posibles riesgos, se tomaron en cuenta tres tipos de riesgos. Tabla 29: Tipos de Riesgos TIPO DE RIESGO

DESCRIPCIÓN

Riesgo del Proyecto (RP)

Amenaza directamente la planificación (Plan del proyecto)

Riesgo Técnico (RT)

Amenazan la calidad del software (etapas de metodología )

Riesgo del Negocio (RN)

Amenazan la viabilidad y factibilidad del software

Fuente: Disertantes R. Lema & C. Pineda

Paso 1: Identificación del riesgo Se identificaron los posibles riesgos, a cada riesgo se le asignó un ID, tipo y la consecuencia tal como se muestra en la siguiente tabla. Tabla 30: Identificación del riesgo ID DESCRIPCÓN DEL RIESGO

TIPO

CONSECUENCIA

Mal diseño de la base de datos

Retraso en la entrega del proyecto

Falta de información por parte de los usuarios

Retraso en el análisis del software

Interfaces no adecuadas

Difícil para el manejo del sistema

Cambio de directivos de la institución

Cambio de requerimientos o suspensión del proyecto

Usuarios finales se resisten a utilizar el sistema

Pérdida de recursos

Incumplimiento de requerimientos establecidos

Inconformidad del cliente

Falta de experiencia en herramientas de programación

Software de mala calidad

Mala planificación en tiempo de desarrollo

Retraso en la entrega del proyecto

Inconformidad entre desarrolladores

Falta de comunicación entre desarrolladores provoca retraso en la entrega del proyecto

R10

Mala distribución de las tareas a los desarrolladores

Excesivo trabajo para determinadas personas provoca retraso en la entrega del proyecto

R11

Poco tiempo y recursos disponibles para el desarrollo del proyecto

Retraso en la entrega del proyecto

Fuente: Disertantes R. Lema & C. Pineda

Paso 2: Análisis de riesgos Para analizar los riesgos se tomaron como referencia tres tablas la primera llamada criterio valor probabilidad, la segunda criterio de valoración del impacto y por último la tabla de exposición al riesgo. Tabla 31: Criterio valor probabilidad RANGO PROBABILIDAD DESCRIPCIÓN

VALOR

1% - 33%

Baja

34% - 67%

Media

68% - 99%

Alta

Fuente: Disertantes R. Lema & C. Pineda

68 Tabla 32: Criterio de valoración de impacto IMPACTO RETRASO IMPACTO TÉCNICO

VALOR

Bajo

1 semana

Ligero impacto

Moderado

2 semanas

Moderado

Alto

1 mes

Severo

Critico

Mayor de 1 mes

Proyecto no puede darse

Fuente: Disertantes R. Lema & C. Pineda Tabla 33: Exposición al riesgo EXPOSICIÓN RIESGO VALOR

COLOR

Baja

1o2

Verde

Media

3o4

Amarillo

Alta

Mayor a 5

Rojo

Fuente: Disertantes R. Lema & C. Pineda



Tabla de análisis de riesgos

En esta tabla se asignaron valores a los campos (%) de probabilidad y (valor) de Impacto según el análisis de los disertantes, los demás datos se sacaron mediante las tablas de probabilidad, Impacto y Exposición dando como resultado la siguiente tabla. Tabla 34: Análisis de Riesgos ID Probabilidad

Impacto

Exposición al riesgo

Valor

Probabilidad

Valor

Impacto

Valor

Exposición

Media

Bajo

Baja

Bajo

Baja

Bajo

Baja

Bajo

Baja

Bajo

Baja

Bajo

Baja

Alta

Bajo

Media

Bajo

Baja

Bajo

Baja

R10

Baja

Bajo

Baja

R11

Alta

Alto

Fuente: Disertantes R. Lema & C. Pineda



Tabla ordenada de riesgos de mayor a menor exposición al riesgo

Para la gestión de riesgos se tomó en cuenta la línea de corte (línea roja de la tabla) es decir los riesgos que estén sobre la línea de corte es este caso los de color amarillo y rojo, para estos riesgos de exposición al riesgo “Media” y “Alta” se realizó una hoja de gestión de riesgos. Tabla 35: Riesgos Ordenados de mayor a menor exposición al riesgo ID Probabilidad Impacto Exposición al riesgo %

Valor

Probabilidad

Valor

Impacto

Valor

Exposición

Alta

Alto

Alta

R11

Alta

Bajo

Media

Bajo

Baja

Bajo

Baja

Bajo

Baja

Bajo

Baja

Bajo

Baja

Bajo

Baja

Media

Bajo

Baja

Bajo

Baja

R10

Baja

Bajo

Baja

Fuente: Disertantes R. Lema & C. Pineda

Paso 3: Plan de reducción, supervisión y gestión de riesgos Tabla 36: Hoja de gestión de riesgo en la falta de experiencia en herramientas de programación Hoja de gestión de riesgos: N.1 Riesgo: R7

Probabilidad: 70% - Alta

Exposición: Alta

Fecha: 16/04/2015

Impacto: Alto

Responsables: Lema - Pineda

Tipo: RT

Descripción del Riesgo: Falta de experiencia en herramientas de programación Causa – Efecto: La falta de experiencia en herramientas de programación como por ejemplo php, JavaScript, ocasionara una pérdida de tiempo durante el periodo de aprendizaje de las nuevas herramientas, esto generara retrasos en el desarrollo del proyecto

Plan de contingencia: como solución a este problema se plantearon 4 semanas antes de la etapa de programación para capacitarse en cuanto a todos los lenguajes de programación involucrados como php, JavaScript, jquery y además hojas de estilo Css. De esta manera cuando se llegó a la etapa de codificación de la metodología XP ya no se perdió tiempo en aprender o estudiar dichos lenguajes. Estado actual: 29/06/2015 En supervisión En ejecución Finalizado Fuente: Disertantes R. Lema & C. Pineda

Tabla 37: Hoja de gestión de riesgo en poco tiempo y recursos disponibles para el desarrollo del proyecto Hoja de gestión de riesgos: N.2 Riesgo: R11

Probabilidad: 75% - Alta

Exposición: Media

Fecha: 16/04/2015

Impacto: Bajo

Responsables: Lema - Pineda

Tipo: RT

Descripción del Riesgo: Poco tiempo y recurso disponibles para el desarrollo del proyecto Causa – Efecto: El tener poco tiempo y recurso limitados disponibles para el desarrollo del proyecto, nos generara retrasos en la entrega final del proyecto a la institución e incluso considerando el peor de los casos puede que el proyecto no se complete Plan de contingencia: Como solución a este problema se aplicara la metodología ágil XP, ya que esta metodología nos permitirá desarrollar un software de calidad y a bajo costo, XP nos ayudara a culminar el proyecto en menor tiempo que otras metodologías como la clásica (cascada). Estado actual: 06/07/2015 En supervisión En ejecución Finalizado Fuente: Disertantes R. Lema & C. Pineda

5.1.2.1.1.3.Historias de usuarios Se construyeron cincuenta historias de usuario, las cuales se las presenta en un listado en la siguiente tabla. Todas las historias de usuarios se adjuntan como anexo (Ver anexo 4). Tabla 38: Listado de Historias de Usuario # HISTORIA DE USUARIO

USUARIO

Administración de sistema

Administrador

Crear Perfiles

Administrador

Modificar perfiles

Administrador

Eliminar perfiles

Administrador

Crear usuarios

Administrador

Modificar usuarios

Administrador

Activar o desactivar usuarios

Administrador

Control de cambios de contraseñas

Administrador

Consultar usuarios

Administrador

Reporte de usuarios

Administrador

Crear periodos académicos

Administrador

Modificar periodos académicos

Administrador

Apertura y cierre de periodos académicos

Administrador

Eliminar periodos académicos

Administrador

Crear cursos

Secretaria

Modificar cursos

Secretaria

Eliminar cursos

Secretaria

Crear docentes

Secretaria

Modificar docentes

Secretaria

Activar o Desactivar docentes

Secretaria

Crear materias

Secretaria

Modificar materias

Secretaria

Eliminar materias

Secretaria

Habilitar cursos

Secretaria

Vincular o desvincular materia a curso

Secretaria

72 26

Vincular o desvincular docente a materia

Secretaria

Crear representante

Secretaria

Modificar representante

Secretaria

Activar o desactivar representante

Secretaria

Crear estudiante

Secretaria

Modificar estudiante

Secretaria

Activar o desactivar estudiante

Secretaria

Modificación de notas (calificaciones)

Secretaria

Reportes

Secretaria

Ingreso de calificaciones del estudiante

Docente

Ingresar inasistencia del estudiante

Docente

Consulta de calificaciones del estudiante

Docente

Reportes

Docente

Consulta de calificaciones del estudiante y reporte

Estudiante

Ingreso y salida del sistema

Todos los usuarios

Justificar inasistencia

Inspector

Control de roles de los usuarios

Administrador

Control de roles de los docentes

Secretaria

Actividad de usuarios

Administrador

Activar ingreso de calificaciones

Secretaria

Reportes de inasistencia

Inspector

Cambio de contraseña primer ingreso

Todos los usuarios

Restaurar contraseña docentes

Secretaria

Administración de roles

Administrador

Reporte de actividad de usuarios

Administrador

Fuente: Disertantes R. Lema & C. Pineda

5.1.2.1.1.4.Tabla de análisis de riesgo en desarrollo y prioridad en negocio de las historia de usuario Tabla 39: Análisis de riesgo en desarrollo y prioridad en negocio de las historias de usuario PRIORIDAD EN RIESGO EN HISTORIA DE # NEGOCIO DESARROLLO(DESARROLLADORES) USUARIO (CLIENTE) 1

Administración de sistema

Alta

Bajo

Crear Perfiles

Alta

Bajo

Modificar perfiles

Alta

Bajo

Eliminar perfiles

Alta

Bajo

Crear usuarios

Alta

Bajo

Modificar usuarios

Alta

Bajo

Activar o desactivar usuarios

Alta

Bajo

Control de cambios de contraseñas

Alta

Bajo

Consultar usuarios

Alta

Bajo

Reporte de usuarios

Alta

Bajo

Crear periodos académicos

Alta

Bajo

Modificar periodos académicos

Alta

Bajo

Apertura y cierre de periodos académicos

Alta

Bajo

Eliminar periodos académicos

Alta

Bajo

Crear cursos

Alta

Bajo

Modificar cursos

Alta

Bajo

Eliminar cursos

Alta

Bajo

Crear docentes

Alta

Bajo

Modificar docentes

Alta

Bajo

Activar o Desactivar docentes

Alta

Bajo

Crear materias

Alta

Bajo

Modificar materias

Alta

Bajo

Eliminar materias

Alta

Bajo

74 24

Habilitar cursos

Alta

Bajo

Vincular o desvincular materia a curso

Alta

Bajo

Vincular o desvincular docente a materia

Alta

Bajo

Crear representante

Alta

Bajo

Modificar representante

Alta

Bajo

Activar o desactivar representante

Alta

Bajo

Crear estudiante

Alta

Bajo

Modificar estudiante

Alta

Bajo

Activar o desactivar estudiante

Alta

Bajo

ModificaciĂłn de notas (calificaciones)

Alta

Bajo

Reportes

Alta

Medio

Ingreso de calificaciones del estudiante

Alta

Bajo

Ingresar inasistencia del estudiante

Alta

Bajo

Consulta de calificaciones del estudiante

Alta

Bajo

Reportes

Alta

Bajo

Consulta de calificaciones del estudiante y reporte

Alta

Bajo

Ingreso y salida del sistema

Alta

Medio

Justificar inasistencia

Alta

Bajo

Control de roles de los usuarios

Alta

Bajo

Control de roles de los docentes

Alta

Bajo

Actividad de usuarios

Alta

Bajo

Activar ingreso de calificaciones

Alta

Bajo

Repostes de inasistencia

Alta

Bajo

Cambio de contraseĂąa primer ingreso

Alta

Bajo

Restaurar contraseña docentes

Alta

Bajo

Administración de roles

Alta

Bajo

Reporte de actividad de usuarios

Alta

Bajo

Fuente: Disertantes R. Lema & C. Pineda

5.1.2.1.1.5.Valoración de las historias de usuario Como punto importante en la planificación para la entrega, se consideró la realización de la valoración de las historias de usuario, especificando un tiempo estimado para la elaboración de cada Historia de Usuario. Tomando en cuenta:  Una semana tendrá 5 días  Un día tendrá 4 horas. Tabla 40: Valoración de las historias de usuario TIEMPO ESTIMADO MÓDULO/USUARIO Administrador

HISTORIA DE USUARIO SEMANAS

DIAS

HORAS

Administración de sistema

0,2

Crear Perfiles

0,2

Modificar perfiles

0,2

Eliminar perfiles

0,2

Crear usuarios

0,2

Modificar usuarios

0,2

Activar o desactivar usuarios

0,2

Control de cambios de contraseñas

0,2

Consultar usuarios

0,2

Reporte de usuarios

0,2

Crear periodos académicos

0,2

Modificar periodos académicos

0,2

Apertura y cierre de periodos académicos

0,2

Eliminar periodos académicos

0,2

Control de roles de los usuarios

0,2

Actividad de Usuarios

0,2

Secretaría

Docente

Estudiante Usuarios

Inspector

Administración de roles

0,2

Reporte de actividad de usuarios

0,2

Crear cursos

0,2

Modificar cursos

0,2

Eliminar cursos

0,2

Crear docentes

0,2

Modificar docentes

0,2

Activar o desactivar docentes

0,2

Crear materias

0,2

Modificar materias

0,2

Eliminar materias

0,2

Habilitar cursos

0,2

Vincular o desvincular materia a curso

0,2

Vincular o desvincular docente a materia

0,2

Crear representante

0,2

Modificar representante

0,2

Activar o desactivar representante

0,2

Crear estudiante

0,2

Modificar estudiante

0,2

Activar o desactivar estudiante

0,2

Modificación de notas (calificaciones)

0,2

Reportes

0,4

Control de roles de los docentes

0,2

Activar ingreso de calificaciones

0,2

Restaurar contraseña docentes

0,2

Ingreso de calificaciones del estudiante

0,2

Ingresar inasistencia del estudiante

0,2

Consulta de calificaciones del estudiante

0,2

Reportes

0,2

Consulta de calificaciones del estudiante y reporte

0,2

Ingreso y salida del sistema

0,4

Cambio de Contraseña primer ingreso

0,2

Justificar inasistencia

0,2

77 46

Reportes de inasistencia Tiempo estimado total

0,2

10,4

208

Fuente: Disertantes R. Lema & C. Pineda

5.1.2.1.1.6.Elaboración Plan de entrega 

Tiempo Calendario

Para la estimación del tiempo calendario, se presenta el siguiente modelo a utilizar en horas, días y semanas, la misma que permitirá calcular el esfuerzo utilizado para el desarrollo del proyecto.

Horas calendario

Días calendario

Semanas calendario

4 horas (horas diarias que se va a dedicar al desarrollo del proyecto)

5 días (días laborables que se va a dedicar al desarrollo del proyecto)

4 semanas (semanas al mes que se va a dedicar al desarrollo del proyecto)



Esfuerzo de Desarrollo

Para el desarrollo del proyecto se considera:  Personas en el equipo: 2 personas  Por lo tanto: Esfuerzo por semana de desarrollo: 2 personas = 1 semana  Esfuerzo por días de desarrollo: 2 personas = 5 días  Esfuerzo por horas calendario de desarrollo: 2 personas = 4 horas

Personas en el equipo

Horas de esfuerzo de desarrollo (1 día )

2 personas

4 horas

Días de esfuerzo de desarrollo (1 Semana)

días

Semanas de esfuerzo de desarrollo (1 mes)

4 semana



Plan de Entrega

Para la planificación de entrega se dividió las entregas en iteraciones, debido que para el usuario todas las historias de usuario tenían una prioridad ALTA, las historias de usuario se las organizo de acuerdo a criterio de los disertantes. Tabla 41: Plan de Entrega USUARIO Administrador

HISTORIA DE USUARIO

TIEMPO ESTIMADO SEMANAS DIAS HORAS

CALENDARIO ESTIMADO SEMANAS DIAS HORAS

ITERACIÓN 2 3 4

Administración de sistema

0,2

Crear Perfiles

0,2

Modificar perfiles

0,2

Eliminar perfiles

0,2

Crear usuarios

0,2

Modificar usuarios

0,2

Activar o desactivar usuarios

0,2

Control de cambios de contraseñas

0,2

Consultar usuarios

0,2

Reporte de usuarios

0,2

Crear periodos académicos

0,2

Modificar periodos académicos

0,2

Apertura y cierre de periodos académicos

0,2

Eliminar periodos académicos

0,2

Secretaria

Control de roles de los usuarios

0,2

Actividad de Usuarios

0,2

Administraciรณn de roles

0,2

Reporte de actividad de usuarios

0,2

Crear cursos

0,2

Modificar cursos

0,2

Eliminar cursos

0,2

Crear docentes

0,2

Modificar docentes

0,2

Activar o desactivar docentes

0,2

Crear materias

0,2

Modificar materias

0,2

Eliminar materias

0,2

Habilitar cursos

0,2

Vincular o desvincular materia a curso

0,2

Vincular o desvincular docente a materia

0,2

Crear representante

0,2

Modificar representante

0,2

Activar o desactivar representante

0,2

Crear estudiante

0,2

Docente

Estudiante Usuarios

Inspector

Modificar estudiante

0,2

Activar o desactivar estudiante

0,2

Modificación de notas (calificaciones)

0,2

Reportes

0,4

Control de roles de los docentes

0,2

Activar ingreso de calificaciones

0,2

Restaurar contraseña docentes

0,2

Ingreso de calificaciones del estudiante

0,2

Ingresar inasistencia del estudiante

0,2

Consulta de calificaciones del estudiante

0,2

Reportes

0,2

Consulta de calificaciones del estudiante y reporte

0,2

Ingreso y salida del sistema

0,4

Cambio de Contraseña primer ingreso

0,2

Justificar inasistencia

0,2

Reportes de inasistencia

0,2

Tiempo estimado por iteración (semanas)

2,4

2,8

2,6

Fuente: Disertantes R. Lema & C. Pineda



Reuniones de entrega por iteración

En la siguiente tabla se especifica las fechas en que fueron entregadas cada iteración comenzando la primera entrega el 20 de mayo del 2015 y la última entrega el 15 de julio del 2015. Tabla 42: Reuniones establecidas según la iteración ITERACIÓN

FECHA

DURACIÓN

20 de mayo del 2015

1:40 hora

9 de junio del 2015

1:20 hora

26 de junio del 2015

1 hora

15 de julio del 2015

2 horas

Fuente: Disertantes R. Lema & C. Pineda

5.1.2.1.1.7.Velocidad del proyecto La velocidad del proyecto se calculó de acuerdo al número de historias de usuario por iteración. Tabla 43: Velocidad del Proyecto

ITERACIÓN 1

ITERACIÓN 2

ITERACIÓN 3

ITERACIÓN 4

HORAS

SEMANAS

2,4

2,8

2,6

7 DIAS

HORAS SEMANALES

HISTORIAS DE USUARIO

Fuente: Disertantes R. Lema & C. Pineda

5.1.2.1.1.8.Asignación de responsables de historias de usuario En la siguiente tabla se describe la asignación de los responsables de cada historia de usuario, se contó con dos miembros del equipo de desarrollo de software, los cuales fueron los encargados de cada una de las historias de usuario ya que según Pressman la programación debe ser en parejas.

82 Tabla 44: Responsables de historias de usuario RESPONSABLE #

HISTORIA DE USUARIO

RICHARD LEMA

CRISTIAN PINEDA

Administración de sistema

Crear Perfiles

Modificar perfiles

Eliminar perfiles

Crear usuarios

Modificar usuarios

Activar o desactivar usuarios

Control de cambios de contraseñas

Consultar usuarios

Reporte de usuarios

Crear periodos académicos

Modificar periodos académicos

Apertura y cierre de periodos académicos

Eliminar periodos académicos

Crear cursos

Modificar cursos

Eliminar cursos

Crear docentes

Modificar docentes

Activar o Desactivar docentes

Crear materias

Modificar materias

Eliminar materias

Habilitar cursos

Vincular o desvincular materia a curso

Vincular o desvincular docente a materia

Crear representante

83 28

Modificar representante

Activar o desactivar representante

Crear estudiante

Modificar estudiante

Activar o desactivar estudiante

Modificación de notas (calificaciones)

Reportes

Ingreso de calificaciones del estudiante

Ingresar inasistencia del estudiante

Consulta de calificaciones del estudiante

Reportes

Consulta de calificaciones del estudiante y reporte

Ingreso y salida del sistema

Justificar inasistencia

Control de roles de los usuarios

Control de roles de los docentes

Actividad de usuarios

Activar ingreso de calificaciones

Repostes de inasistencia

Cambio de contraseña primer ingreso

Restaurar contraseña docentes

Administración de roles

Reporte de actividad de usuarios

Fuente: Disertantes R. Lema & C. Pineda

5.1.2.1.2. Diseño 5.1.2.1.2.1.Tarjetas CRC Siguiendo la metodología ágil XP se crearon ocho tarjeas CRC donde se especifican las clases, responsabilidades y colaboradores.

84 ESCENARIO N° 1. PARAMETRIZACIÓN DEL SISTEMA Propósito del escenario  Parametrización de la información del sistema  Actualización de la información de contacto  Actualización de la información de un web-mail Tabla 45: CRC Parametrización del sistema TARJETA CRC Número: 1

Escenario: Parametrización del sistema

Nombre CRC: Sistema Responsabilidades

Colaboradores

Métodos

Mantener el registro de la información del sistema

consulta

select_sistema

Visualización de la actual configuración

consulta

select_sistema

Actualizar información de consulta update_sistema contacto Actualizar información de webconsulta update_sistema_web mail Observaciones: Los métodos son llamados directamente de la clase “index” Fuente: Disertantes R. Lema & C. Pineda

ESCENARIO N° 2. ADMINISTRACIÓN DE PERFILES Propósito del escenario  Administrar perfiles Tabla 46: CRC Administración de perfiles TARJETA CRC Número: 2

Escenario: Administración de perfiles

Nombre CRC: Administración de perfiles Responsabilidades

Colaboradores

Métodos

Visualizar perfiles

consulta

select_perfil

Ingresar perfiles

consulta

insert_perfil

Editar perfiles

consulta

update_perfil

Eliminar perfiles

consulta

delete_perfil

Observaciones: Los métodos son llamados directamente de la clase “index” Fuente: Disertantes R. Lema & C. Pineda

85 ESCENARIO N° 3. ADMINISTRACIÓN DE USUARIOS Propósito del escenario  Registrar la información de usuarios  Modificar los datos de un usuario existente  Cambiar estado al usuario (suspensión del sistema)  Visualizar actividad de usuarios  Restablecer contraseña  Asignar roles Tabla 47: CRC Administración de Usuario TARJETA CRC Número: 3

Escenario: Administración de usuarios

Nombre CRC: Administración de usuarios Responsabilidades

Colaboradores

Métodos

Mantener un registro de los usuarios

consulta

select_usuarios

Registrar nuevos usuarios

consulta

insert_usuario

Editar datos de los usuarios

consulta

update_usuario

Generar un informe de usuarios

consulta

reporte_usuario

Ver historial de ingreso de usuarios

consulta

select_usuario

Restablecer contraseña

consulta

usuario_new_pass

Activar o desactivar usuario

consulta

update_usuario

Asignar roles al usuario

consulta

update_rol

Reporte actividad de usuarios

consulta

actividad

Observaciones: Los métodos son llamados directamente de la clase “index” Fuente: Disertantes R. Lema & C. Pineda

86 ESCENARIO N° 4. ADMINISTRACIÓN DE ROLES Propósito del escenario  Administrar roles Tabla 48: CRC Administración de roles TARJETA CRC Número: 4

Escenario: Administración de roles

Nombre CRC: Administración de roles Responsabilidades

Colaboradores

Métodos

Visualizar roles

consulta

select_rol

Actualizar del rol

consulta

update_rol

Observaciones: Los métodos son llamados directamente de la clase “index” Fuente: Disertantes R. Lema & C. Pineda

ESCENARIO N° 5. ADMINISTRACIÓN DE PERIODOS ACADEMICOS Propósito del escenario  Ingresar nuevo periodo  Administración de periodos Tabla 49: Administración de periodos académicos TARJETA CRC Número: 5

Escenario: Administración de periodos académicos

Nombre CRC: Administración de periodos académicos Responsabilidades

Colaboradores

Métodos

Ingresar periodo académico

consulta

insert_periodo

Modificar periodo académico

consulta

update_periodo

Eliminar periodo académico

consulta

delete_periodo

Apertura y cierre de periodo consulta update_periodo académico Observaciones: Los métodos son llamados directamente de la clase “index” Fuente: Disertantes R. Lema & C. Pineda

87 ESCENARIO N° 6. MODULO DE SECRETARÍA Propósito del escenario  Ingreso y administración de cursos  Ingreso y administración de materias  Ingreso y administración de docentes  Habilitar cursos  Asignación de materias a cursos  Asignación de docente a materia  Ingreso y administración de alumnos  Ingreso y administración de representantes  Reportes  Habilitar calificaciones Tabla 50: CRC Actividades de secretaria TARJETA CRC Número: 6

Escenario: actividades de secretaria

Nombre CRC: Actividades de secretaría Responsabilidades

Colaboradores

Métodos

Ingresar curso

consulta

insert_curso

Presentar curso

consulta

select_curso

Administrar curso

consulta

update_curso

Eliminar curso

consulta

delete_curso

Ingreso de materia

consulta

insert_materia

Presentar materia

consulta

select_materia

Administrar materias

consulta

update_materia

Eliminar materia

consulta

delete_materia

Ingreso de docentes

consulta

insert_docente

Presentar docente

consulta

select_docente

Administrar de docentes

consulta

update_curso

Activar o desactivar docente

consulta

delete_curso

Restaurar contraseña de docentes

consulta

usuario_new_pass

Asignar roles al docente

consulta

update_rol

Vincular de curso a periodo académico

consulta

insert_periodo_curso

Desvincular de curso a periodo académico

consulta

delete_curso

Vincular de materias a cursos

consulta

Insert_materia_curso

Desvincular de materias a cursos

consulta

delete_materia

Vincular de docente a materia

consulta

Insert_docente_materia

Desvincular de docente a materia

consulta

eliminar_docente

Ingresar representante

consulta

insert_representante

Administrar representante

consulta

update_representante

Activar o desactivar representante

consulta

delete_representante

Ingresar alumno

consulta

insert_alumno

administrar alumno

consulta

update_alumno

Activar o desactivar alumno

consulta

delete_alumno

Reporte de cursos

consulta

reporte_curso

Reporte de materias

consulta

reporte_materia

Reporte de docentes

consulta

reporte_docente

Reporte de calificaciones

consulta

reporte_calificaciones

Reporte de inasistencias

consulta

reporte_inasistencia

Activar ingreso de calificaciones

consulta

update_registro

Modificación de notas

consulta

update_calificaciones

Observaciones: Los métodos son llamados directamente de la clase “index” Fuente: Disertantes R. Lema & C. Pineda

89 ESCENARIO N° 7. ACTIVIDADES DE DOCENTES Propósito del escenario  Ingresar calificaciones  Ingresar inasistencias Tabla 51: CRC Actividades de Docentes TARJETA CRC Número: 7

Escenario: Actividades de docentes

Nombre CRC: Actividades de docentes Responsabilidades

Colaboradores

Métodos

Ingresar calificaciones

consulta

update_calificaciones

Presentar calificaciones

consulta

select_alumno

Registrar inasistencias

consulta

update_inasistencia

Presentar inasistencias

consulta

select_inasistencia

Reporte de inasistencias

consulta

selec_inasistencias

Observaciones: Los métodos son llamados directamente de la clase “index” Fuente: Disertantes R. Lema & C. Pineda

ESCENARIO N° 8. MÓDULO DE INSPECCIÓN Propósito del escenario  Justificar inasistencia  Informe de inasistencia Tabla 52: CRC Modulo de Inspección TARJETA CRC Número: 8

Escenario: módulo de inspección

Nombre CRC: módulo de inspección Responsabilidades

Colaboradores

Métodos

Justificar inasistencia

consulta

update_inasistencia

Reporte de inasistencia

consulta

Select_inasistencias

Presentar inasistencias

consulta

Select inasistencias

Observaciones: Los métodos son llamados directamente de la clase “index” Fuente: Disertantes R. Lema & C. Pineda

5.1.2.1.2.2.Modelos de base de datos ď&#x201A;ˇ

Modelo fĂsico de la base de datos del sistema

ď&#x201A;ˇ

Modelo LĂłgico dela base de datos

5.1.2.1.2.3.Triggers Los Triggers nos permiten controlar desde la base de datos varias funciones como antes de insertar a la base de datos, después de insertar, antes de modificar, después de modificar y antes de eliminar, a continuación se presenta la estructura de cada Triggers utilizado en el sistema. Tabla 53: Trigger del software BEFORE INSERT

create or replace function before_insert_tablas() returns trigger as $before_insert_tablas$ begin IF (TG_TABLE_NAME = 'persona') THEN if((select count(*) from persona where persona_cedula=NEW.persona_cedula)>0) then RAISE EXCEPTION 'La cédula <%> ya está registrada!', NEW.persona_cedula; end if; ELSIF (TG_TABLE_NAME = 'curso_anio') THEN if((select count(*) from curso_anio where anio=NEW.anio)>0) then RAISE EXCEPTION 'El año/nivel <%> ya está registrado!', NEW.anio; end if; ELSIF (TG_TABLE_NAME = 'curso_paralelo') THEN if((select count(*) from curso_paralelo where paralelo=NEW.paralelo)>0) then RAISE EXCEPTION 'El paralelo <%> ya está registrado!', NEW.paralelo; end if; ELSIF (TG_TABLE_NAME = 'curso') THEN if((select count(*) from curso where fk_paralelo=NEW.fk_paralelo and fk_anio=NEW.fk_anio)>0) then RAISE EXCEPTION 'El presente curso ya está registrado!'; end if; ELSIF (TG_TABLE_NAME = 'materia') THEN if((select count(*) from materia where materia_nombre=NEW.materia_nombre)>0) then RAISE EXCEPTION 'El presente curso ya está registrado!'; end if; ELSIF (TG_TABLE_NAME = 'inasistencia') THEN if(((select periodo_inicio from periodo where periodo_estado='Activo')>NEW.inasistencia_fecha) or ((select periodo_cierre from periodo where periodo_estado='Activo')<NEW.inasistencia_fecha)) then RAISE EXCEPTION 'La fecha de ingreso no se encuentra dentro del rango del periodo académico activo!'; end if; if(NEW.inasistencia_fecha > current_date) then RAISE EXCEPTION 'La fecha ingresada está incorerta (fecha futuro)!'; end if; if((select count(*) from inasistencia where fk_calificacion_id=NEW.fk_calificacion_id and inasistencia_fecha=NEW.inasistencia_fecha)>0) then RAISE EXCEPTION 'Al parecer está registrando una falta en una fecha que ya ha sido registrada!'; end if; END IF; RETURN new; end; AFTER INSERT create or replace function after_insert_tablas() returns trigger as $after_insert_tablas$ declare rol_id text; num_faltas integer; begin IF (TG_TABLE_NAME = 'usuario') THEN if(NEW.fk_perfil_id=2) then rol_id='1+4+5'; ELSIF(NEW.fk_perfil_id=3) then rol_id='1+6';

93 ELSIF(NEW.fk_perfil_id=4) then insert into docente(fk_persona_id) values(NEW.fk_persona_id); rol_id='1+7'; ELSIF(NEW.fk_perfil_id=5) then rol_id='1+8'; end if; update usuario set usuario_rol=rol_id where usuario_id=NEW.usuario_id; ELSIF (TG_TABLE_NAME = 'inasistencia') THEN num_faltas = (select faltas from calificacion where calificacion_id=NEW.fk_calificacion_id)+1; update calificacion set faltas=num_faltas where calificacion_id=NEW.fk_calificacion_id; END IF; RETURN NULL; end; $after_insert_tablas$ language plpgsql; BEFORE UPDATE create or replace function before_update_tablas() returns trigger as $before_update_tablas$ begin IF (TG_TABLE_NAME = 'persona') THEN IF (OLD.persona_cedula<>NEW.persona_cedula) THEN if((select count(*) from persona where persona_cedula=NEW.persona_cedula)>0) then RAISE EXCEPTION 'La cédula <%> ya está registrada!', NEW.persona_cedula; end if; end if; ELSIF (TG_TABLE_NAME = 'curso_anio') THEN if(OLD.anio<>NEW.anio) THEN if((select count(*) from curso_anio where anio=NEW.anio)>0) then RAISE EXCEPTION 'El año/nivel <%> ya está registrado!', NEW.anio; end if; END IF; ELSIF (TG_TABLE_NAME = 'curso_paralelo') THEN if(OLD.paralelo<>NEW.paralelo) THEN if((select count(*) from curso_paralelo where paralelo=NEW.paralelo)>0) then RAISE EXCEPTION 'El paralelo <%> ya está registrado!', NEW.paralelo; end if; END IF; ELSIF (TG_TABLE_NAME = 'curso') THEN if((select count(*) from curso where fk_paralelo=NEW.fk_paralelo and fk_anio=NEW.fk_anio)>0) then RAISE EXCEPTION 'El presente curso ya está registrado!'; end if; ELSIF (TG_TABLE_NAME = 'calificacion') THEN if(((select inicio from habilitar_registro)>current_date) or ((select fin from habilitar_registro)<current_date)) then RAISE EXCEPTION 'El plazo de ingreso de calificaciones ha terminado!'; end if; END IF; RETURN new; end; $before_update_tablas$ language plpgsql; AFTER UPDATE create or replace function after_update_tablas() returns trigger as $after_update_tablas$ declare par1 numeric; par2 numeric; par3 numeric; tot numeric; id integer; begin IF (TG_TABLE_NAME = 'inasistencia') THEN IF (OLD.inasistencia_estado<>NEW.inasistencia_estado) THEN tot = (select faltas from calificacion where calificacion_id=OLD.fk_calificacion_id)-1; update calificacion set faltas=tot where calificacion_id=OLD.fk_calificacion_id; end if; ELSIF (TG_TABLE_NAME = 'calificacion') THEN id = OLD.calificacion_id; IF (OLD.examenq1<>NEW.examenq1) THEN par1 = (select parcial1q1 from calificacion where calificacion_id=id);

94 par2 = (select parcial2q1 from calificacion where calificacion_id=id); par3 = (select parcial3q1 from calificacion where calificacion_id=id); tot = (((par1+par2+par3)/3)*(0.8)) + (NEW.examenq1*0.2); update calificacion set quimestre1=tot where calificacion_id=id; ELSIF (OLD.examenq2<>NEW.examenq2) THEN par1 = (select parcial1q2 from calificacion where calificacion_id=id); par2 = (select parcial2q2 from calificacion where calificacion_id=id); par3 = (select parcial3q2 from calificacion where calificacion_id=id); tot = (((par1+par2+par3)/3)*(0.8)) + (NEW.examenq2*0.2); update calificacion set quimestre2=tot where calificacion_id=id; tot = tot + (select quimestre1 from calificacion where calificacion_id=id); update calificacion set final=tot where calificacion_id=id; ELSIF (OLD.examenfinal<>NEW.examenfinal) THEN tot = (select final from calificacion where calificacion_id=id); update calificacion set final=((tot*0.8)+(NEW.examenfinal*0.2)) where calificacion_id=id; END IF; END IF; RETURN new; end; $after_update_tablas$ language plpgsql; BEFORE DELETE create or replace function before_delete_tablas() returns trigger as $before_delete_tablas$ begin IF (TG_TABLE_NAME = 'perfil') THEN if(OLD.perfil_id<6) then RAISE EXCEPTION 'No se puede eliminar el perfil %, es un perfil del original del sistema!', OLD.perfil_nombre; end if; if((select count(*) from usuario where fk_perfil_id=OLD.perfil_id)>0) then RAISE EXCEPTION 'No se puede eliminar el perfil %, ya se ha asignado a algun usuario!', OLD.perfil_nombre; end if; ELSIF (TG_TABLE_NAME = 'curso_anio') THEN if((select count(*) from curso where fk_anio=OLD.anio_id)>0) then RAISE EXCEPTION 'No se puede eliminar el curso, está asignado a un curso!'; end if; ELSIF (TG_TABLE_NAME = 'curso_paralelo') THEN if((select count(*) from curso where fk_paralelo=OLD.paralelo_id)>0) then RAISE EXCEPTION 'No se puede eliminar el paralelo, está asignado a un curso!'; end if; ELSIF (TG_TABLE_NAME = 'curso') THEN if((select count(*) from periodo_curso where fk_curso_id=OLD.curso_id)>0) then RAISE EXCEPTION 'No se puede eliminar el curso, actualmente el curso se encuentra vinculado a un periodo académico!'; end if; ELSIF (TG_TABLE_NAME = 'materia') THEN if((select count(*) from materia_curso where fk_materia_id=OLD.materia_id)>0) then RAISE EXCEPTION 'No se puede eliminar la materia, ya ha sido asignada a un curso o docente.'; end if; ELSIF (TG_TABLE_NAME = 'periodo_curso') THEN if((select count(*) from alumno_curso where fk_curso_id=OLD.periodo_curso_id)>0) then RAISE EXCEPTION 'No se puede eliminar el curso, actualmente hay alumnos en él.!'; end if; if((select count(*) from materia_curso where fk_curso_id=OLD.periodo_curso_id)>0) then RAISE EXCEPTION 'No se puede eliminar el curso, actualmente ya se han registrado las asignaturas!'; end if; ELSIF (TG_TABLE_NAME = 'materia_curso') THEN if((select count(*) from docente_materia where fk_materia_curso_id=OLD.materia_curso_id)>0) then RAISE EXCEPTION 'No se puede eliminar la materia, ya ha sido asignada a un docente!'; end if; if((select count(*) from calificacion where fk_materia_id=OLD.materia_curso_id)>0) then RAISE EXCEPTION 'No se puede eliminar la materia, ya se han registrado calificaciones!'; end if;

95 ELSIF (TG_TABLE_NAME = 'docente_materia') THEN if((select count(*) from calificacion where fk_materia_id=OLD.fk_materia_curso_id)>0) then RAISE EXCEPTION 'No se puede eliminar al docente de esta materia, ya ha registrado calificaciones!'; end if; if((select count(*) from inasistencia where fk_materia_id=OLD.fk_materia_curso_id)>0) then RAISE EXCEPTION 'No se puede eliminar al docente de esta materia, ya ha registrado inasistencias!'; end if; END IF; RETURN OLD; end; $before_delete_tablas$ language plpgsql;

Fuente: Disertantes R. Lema & C. Pineda

5.1.2.1.2.4.Script de la base de datos El script de la base de datos del sistema cuenta con veinte tres tablas y seis Triggers los cuales son necesarios para que el sistema funcione al 100%. create table sistema( system_id serial primary key, system_nombre text, system_siglas text, system_ciudad text, system_direccion text, system_email text, system_telefono text, system_celular text, system_usuario text, system_webmail text, system_webpass text, system_webpuerto text, system_webhost text, system_calificaciones text ); create table persona( persona_id serial primary key, persona_cedula text not null, persona_nombre text not null, persona_apellido text not null, persona_fnacimiento date, persona_email text not null, persona_telefono text ); create table perfil( perfil_id serial primary key, perfil_nombre text not null ); create table rol( rol_id serial primary key, rol_nombre text, rol_descripcion text );

create table usuario( usuario_id serial primary key, usuario_user text not null, usuario_pass text not null, usuario_estado text default 'Pendiente'::text, usuario_rol text DEFAULT '1+'::text, fk_persona_id integer references persona(persona_id), fk_perfil_id integer references perfil(perfil_id) ); create table actividad( fk_usuario_id integer references usuario(usuario_id), actividad_descripcion text, actividad_fecha timestamp without time zone, actividad_ip text, actividad_sistema text, actividad_navegador text );

create table secretaria( secretaria_id serial primary key, secretaria_estado text default 'Activo'::text, fk_persona_id integer references persona(persona_id) ); create table docente( docente_id serial primary key, docente_estado text default 'Activo'::text, fk_persona_id integer references persona(persona_id) ); -- MAIN PARA RELACIONAR LAS TABLAS DE MATRICULA create table periodo( periodo_id serial primary key, periodo_nombre text, periodo_inicio date, periodo_cierre date, periodo_estado text default 'Pendiente'::text ); create table curso_anio( anio_id serial primary key, anio text ); create table curso_paralelo( paralelo_id serial primary key, paralelo text ); create table curso( curso_id serial primary key, fk_anio integer references curso_anio(anio_id), fk_paralelo integer references curso_paralelo(paralelo_id), curso_descripcion text, curso_estado text default 'Activo'::text );

97 -- CREAR PERIODO -> CURSO create table periodo_curso( periodo_curso_id serial primary key, fk_periodo_id integer references periodo(periodo_id), fk_curso_id integer references curso(curso_id) );

create table representante( representante_id serial primary key, representante_estado text default 'Activo'::text, fk_persona_id integer references persona(persona_id) );

create table alumno( alumno_id serial primary key, alumno_estado text default 'Activo'::text, alumno_representante text, fk_persona_id integer references persona(persona_id), fk_representante_id integer references representante(representante_id) );

-- CREAR ALUMNO -> CURSO create table alumno_curso( alumno_curso_id serial primary key, fk_alumno_id integer references alumno(alumno_id), fk_curso_id integer references periodo_curso(periodo_curso_id), alumno_curso_fecha timestamp without time zone ); -- CREAR MATERIA -> CURSO create table materia( materia_id serial primary key, materia_nombre text, materia_area text, materia_estado text default 'Activo'::text );

create table materia_curso( materia_curso_id serial primary key, fk_materia_id integer references materia(materia_id), fk_curso_id integer references periodo_curso(periodo_curso_id) );

create table docente_materia( docente_materia_id serial primary key, fk_docente_id integer references docente(docente_id), fk_materia_curso_id integer references materia_curso(materia_curso_id) ); -- CREAR CALIFICACIONES create table habilitar_registro( parcial text, inicio date, fin date );

create table calificacion( calificacion_id serial primary key, fk_alumno_id integer references alumno_curso(alumno_curso_id), fk_materia_id integer references materia_curso(materia_curso_id), parcial1q1 decimal(4,2) default 0, parcial2q1 decimal(4,2) default 0, parcial3q1 decimal(4,2) default 0, examenq1 decimal(4,2) default 0, quimestre1 decimal(4,2) default 0, parcial1q2 decimal(4,2) default 0, parcial2q2 decimal(4,2) default 0, parcial3q2 decimal(4,2) default 0, examenq2 decimal(4,2) default 0, quimestre2 decimal(4,2) default 0, examenfinal decimal(4,2) default 0, supletorio decimal(4,2) default 0, remedial decimal(4,2) default 0, final decimal(4,2) default 0, faltas integer default 0 );

-- CREAR INASISTENCIA create table inasistencia( inasistencia_id serial primary key, --fk_alumno_id integer references alumno_curso(alumno_curso_id), --fk_materia_id integer references materia_curso(materia_curso_id), fk_calificacion_id integer references calificacion(calificacion_id), inasistencia_fecha date, inasistencia_observacion text, inasistencia_estado text default 'No justificada'::text ); create table record_academico( cedula text, nombre text, apellido text, periodo text, curso text, materia text, parcial1q1 decimal(4,2) default 0, parcial2q1 decimal(4,2) default 0, parcial3q1 decimal(4,2) default 0, examenq1 decimal(4,2) default 0, quimestre1 decimal(4,2) default 0, parcial1q2 decimal(4,2) default 0, parcial2q2 decimal(4,2) default 0, parcial3q2 decimal(4,2) default 0, examenq2 decimal(4,2) default 0, quimestre2 decimal(4,2) default 0, examenfinal decimal(4,2) default 0, supletorio decimal(4,2) default 0, remedial decimal(4,2) default 0, final decimal(4,2) default 0, faltas integer default 0 );

5.1.2.1.2.5.

Diccionario de datos

El diccionario de datos nos ayuda a saber nombre de la tabla, las columnas que tienen la tabla, tipo de datos, las llaves primarias y las forรกneas. Table Data dictionary report - actividad Columns Name

Data type

Not Null? Primary key? Default Comment

fk_usuario_id

integer

actividad_descripcion

text

actividad_fecha

timestamp without time zone

actividad_ip actividad_sistema

text text

No No

actividad_navegador

text

Referencia de usuario Descripciรณn de la actividad Fecha de la actividad Ip de ingreso Inicio de sesiรณn Navegador que ingreso

Constraints Name

Type

Definition

Com ment

actividad_fk_usu Foreig (fk_usuario_id) REFERENCES usuario (usuario_id) MATCH SIMPLE ON Refer ario_id_fkey n key UPDATE NO ACTION ON DELETE NO ACTION encia Table Data dictionary report - alumno Columns Name

Data type

Not Null?

Primary key?

Default

alumno_id

integer

Yes

No No No

nextval('alumno_alumno_id_seq'::re Id del alumno gclass) 'Activo'::text Estado Referencia persona Referencia representante

alumno_estado text fk_persona_id integer fk_representante integer _id Constraints Name

alumno_pkey

Comment

Type Definition

Prima (alumno_id) ry key alumno_fk_perso Forei (fk_persona_id) REFERENCES persona (persona_id) MATCH SIMPLE ON na_id_fkey gn UPDATE NO ACTION ON DELETE NO ACTION key

Com men t Refe renc e Refe renc e

100 alumno_fk_repre Forei (fk_representante_id) REFERENCES representante (representante_id) sentante_id_fkey gn MATCH SIMPLE ON UPDATE NO ACTION ON DELETE NO ACTION key Table Data dictionary report - calificacion

Refe renc e

Columns Name

Data type Not Null?

Primary key?

Default

calificacion _id fk_alumno_ id fk_materia_ id parcial1q1

integer

Yes

integer

nextval('calificacion_calificacion_id_seq': Id calificaciones :regclass) Referencia de alumno Referencia materia 0 Parcial1 Q1

Parcial2 Q1

Examen 1

Quimentres1 total Parcial1 Q2

Parcial2 Q2

Parcial3 Q2

Examen 2

Quimiestre 2 total Examen final

Nota Final

Faltas del alumno

numeric(4 ,2) parcial2q1 numeric(4 ,2) parcial3q1 numeric(4 ,2) examenq1 numeric(4 ,2) quimestre1 numeric(4 ,2) parcial1q2 numeric(4 ,2) parcial2q2 numeric(4 ,2) parcial3q2 numeric(4 ,2) examenq2 numeric(4 ,2) quimestre2 numeric(4 ,2) examenfina numeric(4 l ,2) final numeric(4 ,2) faltas integer

Comment

Constraints Name

Type Definition

calificacion_pke Prima (calificacion_id) y ry key calificacion_fk_a Forei lumno_id_fkey gn key calificacion_fk_ Forei materia_id_fkey gn key

(fk_alumno_id) REFERENCES alumno_curso (alumno_curso_id) MATCH SIMPLE ON UPDATE NO ACTION ON DELETE NO ACTION (fk_materia_id) REFERENCES materia_curso (materia_curso_id) MATCH SIMPLE ON UPDATE NO ACTION ON DELETE NO ACTION

Com men t Refe renc e Refe renc e Refe renc e

101 Table Data dictionary report – curso Columns Name

Data type Not Null? Primary key? Default

curso_id fk_anio

integer integer

Yes No

fk_paralelo

integer

Paralelo

Descripción

curso_descripcion text curso_estado Constraints Name

text

Type

Comment

nextval('curso_curso_id_seq'::regclass) Id_curso Año

'Activo'::text

Estado curso

Definition

Com ment

curso_pkey

Primar (curso_id) y key curso_fk_ani Foreig (fk_anio) REFERENCES curso_anio (anio_id) MATCH SIMPLE ON o_fkey n key UPDATE NO ACTION ON DELETE NO ACTION curso_fk_par Foreig (fk_paralelo) REFERENCES curso_paralelo (paralelo_id) MATCH SIMPLE alelo_fkey n key ON UPDATE NO ACTION ON DELETE NO ACTION Table Data dictionary report - curso_anio Name

Data type Not Null? Primary key? Default

anio_id integer anio text Constraints

Yes

Refer ence Refer ence Refer ence

Comment

nextval('curso_anio_anio_id_seq'::regclass)

Id de año Nombre Año

Name

Type

Definition

Comment

curso_anio_pkey

Primary key

(anio_id)

Referencia

Table Data dictionary report - curso_paralelo Columns Name

Data type

paralelo_i integer d Paralelo text

Not Null?

Primary key?

Default

Comment

Yes

nextval('curso_paralelo_paralelo_id_seq'::reg Id de paralelo class) Nombre Paralelo

Constraints Name

Type

curso_paralelo_pkey Primary key Table Data dictionary report - docente

Definition

Comment

(paralelo_id)

Referencia

Columns Name

Data type

Not Null?

Primary key?

Default

Comment

docente_id

integer

Yes

nextval('docente_docente_id_seq'::regc Id de docente lass)

102 docente_esta text do fk_persona_i integer d Constraints Name

Type

'Activo'::text

Edad del docente Referencia persona

Definition

Com ment

docente_pkey

Primar (docente_id) y key docente_fk_pers Foreig (fk_persona_id) REFERENCES persona (persona_id) MATCH SIMPLE ona_id_fkey n key ON UPDATE NO ACTION ON DELETE NO ACTION

Refer encia Refer encia

Table Data dictionary report - docente_materia Columns Name

Data type

Not Null?

Primary key?

Default

docente_materi integer Yes a_id fk_docente_id integer No

Yes

fk_materia_cur integer No so_id

nextval('docente_materia_docente_materia_id Id de materi _seq'::regclass) Referencia docente Referencia materia

Comment

Constraints Name

Type Definition

Co mm ent

docente_materia_pke Prim (docente_materia_id) y ary key docente_materia_fk_ Forei (fk_docente_id) REFERENCES docente (docente_id) MATCH SIMPLE docente_id_fkey gn ON UPDATE NO ACTION ON DELETE NO ACTION key docente_materia_fk_ Forei (fk_materia_curso_id) REFERENCES materia_curso (materia_curso_id) materia_curso_id_fk gn MATCH SIMPLE ON UPDATE NO ACTION ON DELETE NO ey key ACTION Table Data dictionary report - habilitar_registro Columns Name

Data type

Not Null?

Primary key?

parcial inicio fin

text date date

No No No

Table Data dictionary report - inasistencia Columns

Default

Comment Nombre del parcial para habilitar Fecha inicio Fecha fin

Refe renci a Refe renci a Refe renci a

103

Name

Data type

Not Null?

inasistencia_id

integer Yes

fk_calificacion_id integer No inasistencia_fecha date inasistencia_obser text vacion inasistencia_estad text o Constraints Name

Primary key?

Default

Yes

nextval('inasistencia_inasistencia_id_se Id inasistencia q'::regclass) Referencia calificacion Fecha de la falta ObservaciĂłn de la falta 'No justificada'::text Estado de la falta

No No

Comment

Type Definition

Com ment

inasistencia_pkey

Prima (inasistencia_id) ry key inasistencia_fk_cal Forei (fk_calificacion_id) REFERENCES calificacion (calificacion_id) MATCH ificacion_id_fkey gn SIMPLE ON UPDATE NO ACTION ON DELETE NO ACTION key

Refe renci a refer encia

Table Data dictionary report - materia Columns Name

Data type Not Null? Primary key? Default

materia_id materia_nombre materia_area materia_estado Constraints

integer text text text

Yes No No No

Name

Yes No No No

Comment

nextval('materia_materia_id_seq') Id de ateria Nombre materia Ă rea materia 'Activo'::text Estado materia

Type

materia_pkey Primary key Table Data dictionary report - materia_curso

Definition

Comment

(materia_id)

referencia

Columns Name

Data type

Not Null?

Primary key?

Default

Comment

materia_curs o_id fk_materia_i d fk_curso_id

integer

Yes

nextval('materia_curso_materia_curso_id_se q'::regclass)

integer

Id materia_curso Referencia materia Referencia curso

Constraints Name

Type Definition

Com ment

104 materia_curso_pk Prima ey ry key materia_curso_fk Forei _curso_id_fkey gn key materia_curso_fk Forei _materia_id_fkey gn key

(materia_curso_id)

(fk_curso_id) REFERENCES periodo_curso (periodo_curso_id) MATCH SIMPLE ON UPDATE NO ACTION ON DELETE NO ACTION

Refe renci a Refe renci a

(fk_materia_id) REFERENCES materia (materia_id) MATCH SIMPLE ON UPDATE NO ACTION ON DELETE NO ACTION

Table Data dictionary report - perfil Columns Name

Data type Not Null? Primary key? Default

Comment

perfil_id

integer

Id perfil sistema Nombre perfil

perfil_nombre text

Yes

nextval('perfil_perfil_id_seq'::regclass)

Constraints Name

Type

Definition

Comment

perfil_pkey

Primary key

(perfil_id)

Referencia

Table Data dictionary report - periodo Columns Name

Data type Not Null? Primary key? Default

periodo_id

integer

Yes

periodo_nombre text periodo_inicio date

No No

periodo_cierre

date

periodo_estado

text

Comment

nextval('periodo_periodo_id_seq'::regclass) Id periodo Nombre Fecha Inicio Fecha fin 'Pendiente'::text Estado

Constraints Name

Type

Definition

Comment

periodo_pkey

Primary key

(periodo_id)

Referencia

Table Data dictionary report - periodo_curso Columns Name

Data type

Not Null?

Primary key?

Default

Comment

105 periodo_curs integer o_id fk_periodo_i integer d fk_curso_id integer

Yes

nextval('periodo_curso_periodo_curso_id_se Id q'::regclass) periodo_curso Referencia periodo Referencia curso

Constraints Name

Type

Definition

Com ment

periodo_curso_pke y periodo_curso_fk_ curso_id_fkey periodo_curso_fk_ periodo_id_fkey

Prima ry key Foreig n key Foreig n key

(periodo_curso_id)

Refer encia Refer ence refere ncia

(fk_curso_id) REFERENCES curso (curso_id) MATCH SIMPLE ON UPDATE NO ACTION ON DELETE NO ACTION (fk_periodo_id) REFERENCES periodo (periodo_id) MATCH SIMPLE ON UPDATE NO ACTION ON DELETE NO ACTION

Table Data dictionary report - persona Columns Name

Data type

Not Null?

Primary key?

Default

Commen t

persona_id

integer

Yes

nextval('persona_persona_id_seq'::regcl ass)

text text text date

Yes Yes Yes No

No No No No

Id persona Cedula Nombre Apellido Edad

text text

Yes No

No No

Correo TelĂŠfono

persona_cedula persona_nombre persona_apellido persona_fnacimien to persona_email persona_telefono Constraints Name

Type

persona_pkey Primary key Table Data dictionary report - representante

Definition

Comment

(persona_id)

Primary key

Columns Name

Data type

Not Null?

Primary key?

Default

representante_id

integer

Yes

nextval('representante_representante_id_seq':: Id regclass) represen tante 'Activo'::text Estado

representante_est text ado fk_persona_id integer

Constraints

Comme nt

Referenc ia

106

Name

Type

Definition

Com ment

representante_pkey Prima (representante_id) ry key representante_fk_p Foreig (fk_persona_id) REFERENCES persona (persona_id) MATCH SIMPLE ersona_id_fkey n key ON UPDATE NO ACTION ON DELETE NO ACTION

Refer encia Refer encia

Table Data dictionary report - rol Columns Name

Data type Not Null? Primary key?

Default

Comment

rol_id rol_nombre rol_descripcion

integer text text

nextval('rol_rol_id_seq'::regclass)

Id rol Nombre rol Descripción

Yes No No

Constraints Name

Type

Definition

Comment

rol_pkey

Primary key

(rol_id)

Referencia

Table Data dictionary report - sistema Columns Name

Data type

Not Null?

Primary key?

Default

Comment

system_id

integer

Yes

system_nombre system_ciudad system_direccion system_email system_telefono system_celular system_usuario system_webmail system_webpass system_webpuerto system_webhost system_calificacio nes

text text text text text text text text text text text text

No No No No No No No No No No No No

nextval('sistema_system_id_seq'::regc Id lass) Nombre Ciudad Dirección Correo Teléfono Celular Usuario Webmail Password Puerto Host Calificacion es

Constraints Name

Type

Definition

Comment

sistema_pkey

Primary key

(system_id)

Referencia

Table Data dictionary report - usuario

107 Columns Name

Data type

Not Null?

Primary key?

Default

Comment

usuario_id

integer

Yes

usuario_user text usuario_pass text

Yes Yes

No No

nextval('usuario_usuario_id_seq'::regcl Id usuario ass) Usuario Password

usuario_estad o usuario_rol fk_persona_i d fk_perfil_id

text

'Pendiente'::text

Estado

text integer

No No

'1+'::text

integer

Permisos Referencia persona Referencia perfil

Constraints Name usuario_pkey

Type

Primar y key usuario_fk_perf Foreig il_id_fkey n key usuario_fk_pers Foreig ona_id_fkey n key

Definition

Com ment

(usuario_id)

Prima ry (fk_perfil_id) REFERENCES perfil (perfil_id) MATCH SIMPLE ON Refer UPDATE NO ACTION ON DELETE NO ACTION encia (fk_persona_id) REFERENCES persona (persona_id) MATCH SIMPLE Refer ON UPDATE NO ACTION ON DELETE NO ACTION encia Report generated by pgAdmin III

5.1.2.1.3. Codificación A continuación se muestra una parte del código del sistema el código completo se encuentra en el disco entregado con la disertación de grado. CONEXIÓN A LA BASE DE DATOS <?php

class pgdb {

private $conexion;

public function __construct(){ $this->conexion = pg_connect("host=127.0.0.1 port=5432 dbname=uejc user=ujc_admin password=root"); }

public function consulta($sql){

108 $result = pg_query($this->conexion, $sql); if (!$result) { echo json_encode(array('mensaje'=>pg_last_error($this->conexion), 'estado'=>false)); exit; } return $result; }

public function fetch($sql){ return pg_fetch_array($sql); }

public function num($sql){ return pg_num_rows($sql); }

} CLASE INDEX <?php // Esta clase funciona como un filtro de acceso a formularios y validaciones previas a los registros de // base de datos y presentación de informes personalizados e imprimibles session_start();

// Iniciar sesiones de PHP

include 'Include/clases/consulta.php'; // Referencia a la clase para acceder a la base de datos include 'Include/clases/usuario.php';

// Referencia a clase de usuarios para datos de sesión

include 'Include/clases/formularios.php';// Referencia para validación de formularios

class index {

private $db;

// Para instancia de clase consulta.php

private $frm;

// Para instancia de clase formulario.php

// Método constructor de index.php public function __construct() { $this->db = new consulta;

// Crear objeto de clase consulta.php

$this->frm = new formularios;//Crear objeto de clase formulario.php

109 } // Validar si procede con petición de sesión iniciada o no public function index(){ if(isset($_SESSION['uejc_sesion'])){ // Validación si existe o no una sesión activa $this->sesion();// Ingreso a métodos con autorización } else { $this->main();

// Ingreso a métodos sin autorización

} } // Métodos de acceso sin autorización private function main(){ if(isset($_GET['u'])){ $this->u($_GET['u']);

// Petición de acceso a logueo

}elseif(isset($_GET['op'])){ $this->formularios('cambiar_pass');

// Petición de acceso a formulario para cambiar contraseña en el primer logueo

} else { $this->formularios(''); // Petición para acceder a formularios sin autenticación } } // Métodos privados de acceso sin autorización private function sesion(){ if(isset($_GET['q'])){ $this->q($_GET['q']);

// Peticiones de consultas (puede o no acceder a a base de datos)

} elseif(isset($_GET['u'])){ $this->u($_GET['u']);

// Peticiones de consultas (acceder a a base de datos)

} elseif(isset($_GET['r'])){ $this->r($_GET['r']);

// Peticiones de acceso a creación y cisualización de informes (reportes)

} else { $this->formularios((isset($_GET['m']) ? $_GET['m'] : 'sesion')); }} // Método de acceso a creación y visualización de reportes private function r($q){ include 'Include/clases/reporte.php'; $r = new reporte($this->db); $r->menu($q); }

// Accede a formularios con autenticación

110 // Método de acceso a consultas de clase usuario.php private function u($q){ $u = new usuario($this->db); if($q=='login'){ $u->login();

// Petición de inisio de sesión

} elseif($q=='new_pass'){ $u->new_pass();

// Acceder a setear nueva contraseña

} elseif($q=='sesiondata'){ $u->sesiondata(); // Acceder a información de cuenta que se encuentra logueada } elseif($q=='logout'){ $u->logout();

// Cerrar sesión en el sistema

}} // Método privado para acceder a los métodos de la clase consulta.php private function q($q){ if($q=='select') { $this->db->select($_GET['w']);

// Acceder al método de consultas (obtner conjunto de filas y columnas)

} elseif($q=='insert') { $this->db->insert($_GET['w']);

// Acceder al método de ingreso de datos

} elseif($q=='update') { $this->db->update($_GET['w']);

// Acceder al método que permite realizar actualizaciones a los registros

} elseif($q=='delete') { $this->db->delete($_GET['w']); } else {

// Acceder al método que permite eliminar registros

// Excepción en el caso de no ingresar correctamente los parámetros

echo json_encode(array('mensaje'=>'Consulta no declarada', 'estado'=>false)); } } // Método privado para acceder y presentar la plantilla (Interfaz de usuario de acuerdo a los roles del usuario) private function formularios($q=''){ $page = file_get_contents('./Include/vistas/plantilla.html'); // Accede hasta la plantilla $body = $this->frm->print_formulario($q);

// Consulta y obtiene formularios de presentación

echo $this->addconten($page,$body);

// Presenta interfaz

} // Método para remplazar etiqueta en plantilla, remplazo con contennido de formularios private function addconten($page,$body){ return preg_replace('/\#CUERPO\#/',$body,$page); }

111 }$index = new index; $index->index(); FIN CLASE INDEX

5.1.2.1.4. Pruebas 5.1.2.1.4.1.Pruebas de aceptación Se realizó una prueba de aceptación para cada historia de usuario dando como resultado cincuenta Historias de usuario, una vez terminado todo el proceso de pruebas se procedió a la entrega del software y adicionalmente se entregó un manual de usuario (Ver anexo 6), un manual de instalación (Ver anexo 7) y el script de la base de datos. A continuación se muestra la primera y la última Prueba de aceptación para ver totas las pruebas de aceptación (Ver anexo 5). PRUEBA DE ACEPTACIÓN Caso de prueba: Administración del sistema Numero de caso de prueba: 1

Numero de historia de usuario: 1

Nombre de caso de prueba: Correcta actualización de la información del sistema Descripción: La información del sistema puede ser modificada en cualquier momento. Entradas: 1. 2. 3.

El administrador ingresa al módulo de administración Ingresa la nueva información en el formulario El administrador da click en el botón guardar

Resultados esperados: 

La información se actualiza con éxito en la base de datos

Evaluación: 

Se actualizo correctamente

PRUEBA DE ACEPTACIÓN Caso de prueba: Reporte de actividad de usuario Numero de caso de prueba: 50

Numero de historia de usuario: 50

112 Nombre de caso de prueba: Reporte de actividad de usuario Descripción: El administrador podrá generar un reporte de los ingreso de los usuarios Entradas: 1. 2. 3. 4.

El administrador ingresa a su modulo El administrador ingresa a Usuarios El administrador da click Actividad de usuarios El administrador da click en reporte actividad

Resultados esperados: 

Se genera un reporte de los usuarios que ingresaron al sistema

Evaluación: 

5.2.

Resultados esperados confirmados

Conclusiones

Con el desarrollo y la implementación del sistema informático para el registro de calificación, visualización de calificación y control de asistencias en la Unidad Educativa JACQUES COUSTEAU, se logró la completa automatización en cuanto a los procesos de ingreso de notas, de esta manera se mejorarán los procesos en cuanto a reducción de tiempo debido que cada profesor ingresa sus notas al sistema y ya no una sola persona encargada. Con la implementación del sistema los más beneficiados serán los docentes ya que podrán ingresar las calificaciones desde cualquier lugar con acceso a internet, también los estudiantes y representantes los cuales podrán consultar sus notas a cualquier hora mediante un dispositivo con acceso a internet. El grado de aceptación por parte de los docentes, estudiantes y representantes fue satisfactorio ya que les permitió realizar las tareas como ingreso de calificaciones, consulta de calificaciones, registrar faltas con una mayor rapidez. La metodología ágil nos ayudó organizar el desarrollo del software, debido a que la metodología XP para cada etapa de proceso de desarrollo de software cuenta con diversas

113

actividades, de esta manera se finalizó el proyecto de forma exitosa y a tiempo. En la etapa de codificación se comprobó que la programación en parejas dio un mejor resultado, es decir un código de calidad, para que el código sea aprobado debía ser revisado por dos desarrolladores en vez de uno, esto ayudo a detectar errores de forma rápida. El framework bootstrap ayudo a mejorar la apariencia de la interface del sistema ya que trae elementos predefinidos en cuanto a funcionalidades y estilos como tablas, formularios, botones, menús etc. PHP es un lenguaje sencillo no es necesario tener gran experiencia para utilizarlo, ofrece fácil acceso y soporta varias bases de datos. Joomla es un excelente gestor de contenidos, permitió crear la página informativa de forma rápida, permitiendo crear, modificar, eliminar contenidos del sitio web a través de un panel de administración.

5.3.

Recomendaciones

Para el correcto funcionamiento del sistema se recomienda que todos los usuarios que vayan a interactuar con el software sean capacitados sobre el manejo del mismo, es por eso que se hace la entrega de un manual de usuario (Ver anexo 6). Se recomienda que las claves de los usuarios sean de carácter personal, debido a que el mal uso de los password, puede originar la alteración de la información en la base de datos del software. Se recomienda que antes de elegir una metodología de desarrollo de software se haga un análisis y comparativa de sus ventajas y desventajas a fin de elegir la más adecuada para el proyecto que se va realizar.

114

Se recomienda utilizar la metodología ágil XP para proyectos a corto plazo y proyectos donde es imposible prever todo antes de programar. Se recomienda al administrador encargado del sistema hacer respaldos de la base de datos todos los días, tanto de la página informativa como del sistema de notas. Para el diseño físico y lógico de la base de datos se recomienda utilizar la herramienta Power Designer debido que tiene una interface intuitiva fácil de usar. Para comprar el hosting se recomienda verificar la versión de PostgreSQL ya que algunas versiones no dejan crear los Triggers o funciones. Se recomienda utilizar el framework Bootstrap ya que tiene elementos predefinidos como tablas, formularios, botones, menús etc. Además el framework cuenta con responsive design que permite adaptar el sitio web automáticamente al tamaño de una PC, Tablet o cualquier otro dispositivo. Para la creación de páginas web que vayan a administrar contenidos, se recomienda utilizar Joomla ya que tiene un panel de administración completo y funcionalidades como ingresar plantillas ya diseñadas o paquetes. Se recomienda utilizar PHP, AJAX, Jquery ya que cuentan con una documentación y comunidad extensa en el internet, esto ayuda con nuevas versiones y soporte.

115

LISTA DE REFERENCIAS Fuentes de Información Bibliográficas Bernal, C. (2010). Metodoloía de la Investigación. Colombia: Pearson Educación. Capuñay Uceda, O. (2013). Desarrollo web con PHP. Ocapunay. Cortizo, J., Gil, D., & Ruiz, M. (2008). eXtreme Programming. Deitel, P., Deitel, H., & Deitel, A. (2014). Internet & World Wide Web Cómo Programas. Mexico D.F.: PEARSON EDUCACIÓN. Desarrollo, S. N. (2013). Plan Nacional del Buen Vivir . Quito: Senplades. Gauchat, J. D. (2012). El gran libro de HTML5, CSS3 Y Javascript. Barcelona: Marcombo, S.A. Hagen, G. (2012). Joomla! 3 - En 10 sencillos pasos. Francia: cocoate. hernández Sampieri, R., Fernández Collado, C., & Pilar Baptista, L. (2010). Metodología de la Investigación. Mexico D.F.: Mc Graw Hill. Hernández, J. M. (2005). Software libre: técnicamente viable, económicamente sostenible y socialmente justo. Barcelona: Zero Factory S.L. Louden, K. (2004). Lenguajes de Programacion. México: Thomson. Nevado Cabello, V. (2010). Introduccion a las Base de Datos Relacionales. Madrid: Vision Libros. PostgreSQL. (2 de 10 de 2010). Sobre PostgreSQL | www.postgresql.org.es. Obtenido de http://www.postgresql.org.es/sobre_postgresql Pozo, M. (2009). Metodologia para el Trabajo de grado. Ecuador: NINA Comunicaciones. Pressman, R. (2010). Ingeniería de Software un enfoque practico. Mexico D.F.: McGRAW-HILL INTERAMERICANA EDITORES, S.A. Ricardo, C. M. (2009). Base de Datos. Mexico D.F.: McGRAW-HILL INTERAMERICANA EDITORES, S.A. Rubiales, M. (2013). HTML, CC3 Y Javascript. España: Anaya Multimedia. Sánchez Maza, M. Á. (2012). Javascript. Málaga: Innovación y Cualificación. Vaswani, V. (2010). Fundamentos de PHP. México: The McGraw-Hill.

116

Fuentes de Informaciรณn Lincogrรกficas PostgreSQL. (2 de 10 de 2010). Sobre PostgreSQL | www.postgresql.org.es. Obtenido de http://www.postgresql.org.es/sobre_postgres

117

GLOSARIO 

Bootstrap Framework o conjunto de herramientas de software libre para diseño de sitios y aplicaciones web. Contiene plantillas de diseño con tipografía, formularios, botones, cuadros, menús de navegación y otros elementos de diseño basado en HTML y CSS, así como, extensiones de JavaScript opcionales adicionales.



CSS3 (Cascading Style Sheets / Hoja de Estilo en Cascada) Lenguaje usado para definir y crear la presentación de un documento estructurado escrito en HTML o XML2, donde el fin de su implementación es separar la estructura de un documento de su presentación.



Dirección IP Es un número único con el cual se identifica una computadora conectada a una red que corre el protocolo IP.



HTML5 (HyperText Markup Language / Lenguajes de marca de hipertexto v5) Lenguaje básico de la World Wide Web, HTML. Es un estándar que sirve de referencia para la elaboración de páginas web en sus diferentes versiones, define una estructura básica y un código para la definición de contenido de una página web, como texto, imágenes, etc.



jQuery Biblioteca de JavaScript, creada inicialmente por John Resig, que permite simplificar la manera de interactuar con los documentos HTML, manejar eventos, desarrollar

118

animaciones y agregar interacción con AJAX a páginas web.  XP Metodología de desarrollo de software ágil, la programación extrema se diferencia de las metodologías tradicionales principalmente en que pone más énfasis en la adaptabilidad antes que en la previsibilidad.  HU Historias de usuario utilizadas para recolectar información del sistema elaboradas por el cliente.  CRC Tarjetas utilizadas en la etapa de diseño de la metodología XP. 

Netbeans IDE Entorno de desarrollo, una herramienta para que los programadores puedan escribir, compilar, depurar y ejecutar programas. Está escrito en Java.



Open Source Conocido también como código abierto, es el término con el que se conoce al software distribuido y desarrollado libremente.

 UEJC Unidad Educativa Jacques Cousteau es una institución ubicada en santo domingo de los

119

tsachilas. 

PHP Lenguaje de programación de uso general de código del lado del servidor originalmente



SRS (Especificación de Requerimientos del Sistema) Descripción completa del comportamiento de un sistema informático a ser desarrollado, donde se justifica tanto su alcance como sus limitaciones. Además en él se declara el acuerdo exitoso entre las dos partes desarrollador-cliente.



USUARIOS Personas quienes van hacer uso del software

ANEXOS

Anexo 1 (SelecciĂłn de metodologĂa de desarrollo de software)

Selección de la metodología Se realizó una encuesta al ingeniero Darwin Solórzano el cual es el encargado de la institución en cuando a todo lo que tiene que ver con tecnología de la información, la encuesta contiene la comparación de tres metodologías de desarrollo de software con sus respectivas características, dando como resultado la selección de la metodología XP, ya que se escogió en su gran mayoría las características de programación extrema, tal como muestra la encuesta.

Anexo 2 (Encuestas a Docentes, Representantes y alumnos)

PONTIFICIA UNIVERSIDAD CATÓLICA DEL ECUADOR SEDE SANTO DOMINGO Este documento tiene como propósito la recolección de información que permita conocer el grado de aceptación por parte de los estudiantes en cuanto al desarrollo de un sitio web para el registro de notas y control de asistencia, en la unidad educativa Jacques Cousteau del cantón Santo Domingo de los Colorados, de antemano se agradece su total sinceridad. Instrucciones: Marcar con “X” una sola respuesta por pregunta 1.

¿Cómo considera sus conocimientos sobre el uso de Internet? Alto

Medio

Bajo

¿En qué lugares tiene usted acceso a internet? Institución (Jacques Cousteau) Casa Centro de Cómputo Otros (Indique cuales son)

¿Cree usted que es necesario un sitio web informativo para la institución “Jacques Cousteau”? SI

¿Acude usted regularmente a los profesores para realizarle consulta a cerca de sus calificaciones? SI

¿Le gustaría consultar sus notas mediante la utilización de un sitio web? SI

¿Qué parámetro le gustaría utilizar para realizar la consulta mencionada en la pregunta 5? Cedula del alumno Un Código entregado por la institución

¿Cree que es favorable informar a su representante mediante un correo electrónico acerca de alguna inasistencia cometida por usted en el transcurso del ciclo académico? SI

¿Cree usted que mejoraran sus calificaciones si su representante tiene más control de su asistencia y calificaciones? SI

PONTIFICIA UNIVERSIDAD CATÓLICA DEL ECUADOR SEDE SANTO DOMINGO

Este documento tiene como propósito la recolección de información que permita conocer el grado de aceptación por parte de los docentes en cuanto al desarrollo de un sitio web para el registro de notas y control de asistencia, en la unidad educativa Jacques Cousteau del cantón Santo Domingo de los Colorados, de antemano se agradece su total sinceridad. Instrucciones: Marcar con “X” una sola respuesta por pregunta

1. ¿Cree usted que es necesario implementar un nuevo sistema online (en internet), que ayude a mejorar la forma de ingresar las notas de los estudiantes por parte de los profesores?

2. ¿Cómo considera sus conocimientos sobre el uso de Internet? ___ALTO

___MEDIO ___BAJO

3. ¿En qué lugares tiene usted acceso a internet? Institución (Jacques Cousteau) Casa Centro de Cómputo Otros (Indique cuales son)

4. ¿Cree usted que es necesario un sitio web informativo para la institución “Jacques Cousteau”? SI

5. ¿Quién acude regularmente a usted para realizarle consulta a cerca de calificaciones? Estudiantes

Representantes

6. ¿Considera usted que la automatización del proceso de registro de calificaciones beneficiará a la institución? SI

7. ¿Cree usted que desarrollará nuevas habilidades informáticas a través del uso de este sitio web? SI

8. ¿Cree usted que es favorable informar de manera electrónica a los representantes por las inasistencias de los estudiantes a los que representan?

PONTIFICIA UNIVERSIDAD CATÓLICA DEL ECUADOR SEDE SANTO DOMINGO

Este documento tiene como propósito la recolección de información que permita conocer el grado de aceptación por parte de los Representantes en cuanto al desarrollo de un sitio web para el registro de notas y control de asistencia, en la unidad educativa Jacques Cousteau del cantón Santo Domingo de los Colorados. Instrucciones: Marcar con “X” una sola respuesta por pregunta

¿Cómo considera sus conocimientos sobre el uso de Internet? Alto

Medio

¿Cree usted que es necesario un sitio web informativo para la institución “Jacques Cousteau”? SI

Bajo

¿Con que tiempo cuenta usted para asistir a una reunión a la institución, para hacerle la entrega de calificaciones de su representado? Mucho tiempo Poco Tiempo No tengo tiempo

¿Le gustaría a usted consultar las calificaciones de su representado mediante un sitio web durante las 24 horas del día y los 7 días de la semana sin restricciones? SI

¿Qué parámetro le gustaría utilizar para realizar la consulta mencionada en la pregunta 4? Cedula del alumno Un Código entregado por la institución

¿Le gustaría a usted estar informado sobre la asistencia a clases de su representado mediante una notificación de correo electrónico? SI NO

¿Cree usted que mejoran las notas de su representado teniendo más control de su asistencia y calificaciones mediante el uso de un sitio web disponible las 24 horas del día y los 7 días de la semana? SI NO

¿Cree usted que desarrollará nuevas habilidades informáticas a través del uso de este sitio web? SI

¿Considera usted que la implementación de los procesos antes mencionados beneficiará a la institución? SI

Anexo 3 (SRS)

Especificación de requerimientos de software Estándar IEEE 830 Proyecto: DESARROLLO DE UN SITIO WEB PARA EL REGISTRO DE NOTAS Y CONTROL DE ASISTENCIA, EN LA UNIDAD EDUCATIVA JACQUES COUSTEAU DEL CANTÓN SANTO DOMINGO DE LOS COLORADOS, AÑO 2014-2015.

Abril 2015

APROBACIÓN DEL DOCUMENTO DE ESPECIFICACIÓN DE REQUERMIENTOS DEL SISTEMA

Santo Domingo, 25 de junio del 2015

El documento de especificación de requerimientos del sistema, para el proyecto “DESARROLLO DE UN SITIO WEB PARA EL REGISTRO DE NOTAS Y CONTROL DE ASISTENCIA, EN LA UNIDAD EDUCATIVA JACQUES COUSTEAU DEL CANTÓN SANTO DOMINGO DE LOS COLORADOS, AÑO 2014-2015”, ha sido redactado por los disertante en base a los requerimientos expuestos por el encargado de la institución.

El documento es validado por:

Ing. Darwin Solórzano Inspector de la UEJC

Cristian Pineda DISERTANTE

Richard Lema DISERTANTE

ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE. Índice de Contenidos

Portada ...............................................................................................................................1 Índice ............................................................................................................................... 3 1.

Introducción .........................................................................................................137

1.1 Propósito de especificación de requerimientos .......................................................137 1.2 Alcance del producto. ..............................................................................................137 1.3 Definición, acrónimos y abreviaturas ......................................................................137 1.4

Referencias. ..........................................................................................................138

1.5 Resumen Ejecutivo. .................................................................................................138 2.

Descripción General. ............................................................................................138

2.1 Perspectiva del producto. .........................................................................................138 2.2 Funciones del producto............................................................................................138 2.3 Características de los usuarios .................................................................................139 2.4 Restricciones Generales ...........................................................................................140 2.5 Suposiciones y dependencias. .................................................................................141 3.

Especificación de Requerimientos Específicos ....................................................143

3.1 Requerimientos funcionales ....................................................................................143

3.2 Requisitos de la interface externa ............................................................................168 3.2.1 Interfaces de usuario ............................................................................................168 3.2.2 Interfaces de hardware .........................................................................................168 3.2.3 Interfaces de software ..........................................................................................168 3.2.4 Interfaces de comunicaciones ..............................................................................168 3.3.- Requerimientos de rendimiento ............................................................................168 3.4.- Restricciones de DiseĂąo ........................................................................................169 3.4.1.- EstĂĄndar a seguir ................................................................................................169 3.4.2.- Limitaciones de Hardware .................................................................................171 3.4.3.- Limitaciones de software ...................................................................................171 3.5.- Atributos ................................................................................................................171 3.5.1 Disponibilidad ......................................................................................................171 3.5.2 Seguridad .............................................................................................................171 3.5.3 Mantenibilidad .....................................................................................................171 3.5.4 Exactitud ..............................................................................................................171 3.6

Otros requerimientos ............................................................................................172

3.6.1 Base de Datos .......................................................................................................172 3.6.2 Operaciones ..........................................................................................................174

3.7. Requerimientos no funcionales .............................................................................175

ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE

136

Índice de Tablas Tabla 1: Características de los usuarios del sistema. .................................................... 139 Tabla 2: Requerimientos mínimos de Hardware. ......................................................... 141 Tabla 3: Requerimientos mínimos de Software. .......................................................... 142

ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE

137

ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE 1. Introducción Este documento es una Especificación de Requisitos Software (SRS) del sistema de registro de notas y control de asistencia, en la Unidad educativa Jacques Cousteau. Esta especificación se ha estructurado basándose en las directrices dadas por el estándar IEEE Práctica Recomendada para Especificaciones de Requisitos Software ANSI/IEEE 830, 1998. 1.1 Propósito de especificación de requerimientos Desarrollar e implementar un sitio web para el registro de notas y control de asistencia, en la Unidad Educativa Jacques Cousteau. 1.2 Alcance del producto El producto manejara funciones como ingresos de notas por parte de los docentes, modificación de notas por parte de la secretaria, consulta de calificaciones por parte de los estudiantes o representantes, además entregara distintos tipos de reportes y por ultimo notificación de inasistencia a los representantes mediante correo electrónico. 1.3 Definición, acrónimos y abreviaturas 

Usuarios: Persona que está registrada en el sistema e interactúa con el mismo (Administrador, Secretaria, Docente y Estudiante).



UEJC: Unidad Educativa Jacques Cousteau



Administrador: Persona encargada de la administración del sistema (ingreso, eliminación, modificación de usuarios y reportes).



Secretaria: Persona encargada de ingresar, modificar y eliminar los alumnos así como modificar sus calificaciones (previa autorización), asignar cursos y notificar electrónicamente sobre inasistencias de los estudiantes.



Docente: Persona encargada de ingresar las notas de los alumnos del curso al que ha sido asignado.



Estudiante: Persona que va a consultar sus calificaciones por medio de un sitio web implementado para dicho fin.



SRS: Especificación de requerimientos de software.



BD: Base de datos.



SGBDR: Sistema Gestor de Base de Datos.

ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE

138

1.4 Referencias   

Análisis Estructurado Moderno de Edward Yourdon. Yourdon System Method. Metodología de desarrollo ágil, Programación Extrema (Xp).

1.5 Resumen Ejecutivo El proyecto se realiza con la finalidad de mejorar los procesos de registro de notas y control de asistencia de la UEJC mediante su respetiva automatización. El presente proyecto está realizado por dos estudiantes de Ingeniería en Sistemas 9no nivel, con medianos conocimientos en el ámbito de programación y desarrollo de software, el objetivo es de esta manera realizar el proyecto de grado, prerrequisito para la graduación de Ingeniería en Sistemas. 2. Descripción General 2.1 Perspectiva del producto.

La perspectiva del proyecto es aumentar la eficiencia de los procesos en el registro de notas y tener la información almacenada de una manera ordenada mediante una base de datos, además mantener informado al representante sobre la asistencia a clases del alumno mediante una notificación de correo electrónico. 2.2 Funciones del producto Las funciones básicas que cumple este producto son las siguientes:

         

Creación, modificación de usuarios Asignación de roles a los usuarios Creación de alumnos y representantes Creación de materias, cursos, periodos académicos y docentes Ingreso de inasistencia del alumno Justificación de inasistencia Notificación de correo electrónico al representante por inasistencia Ingreso de calificaciones al sistema Consulta de calificaciones Generación de reportes personalizados según el usuario

ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE

139

2.3 Características de los usuarios Tabla 54: Características de los usuarios del sistema. Usuario Proceso a los que tiene acceso Administración del sistema Administrador

Crear, modificar y eliminar cursos y Materias Crear, modificar, activar o desactivar docentes Habilitar cursos Secretaria

Gestión de Materia a Curso Gestión de Docente a Materia Crear, modificar, activar o desactivar representante Crear, modificar, activar o desactivar estudiantes Modificación de Notas del Estudiante Reporte de cursos Reportes de materias Reporte de docentes

ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE

140

Reportes de Calificaciones Reporte de Inasistencias Control de roles de los docentes Activar ingreso de calificaciones Restaurar contraseña docentes Ingreso de Calificaciones. Docente

Gestión de faltas de Estudiantes Consulta de Calificaciones. Reportes calificaciones.

Estudiante

Consulta de Calificaciones Reporte calificaciones

Inspector

Justificar inasistencia Reporte de inasistencia

Todos

Ingreso y salida del sistema Cambio de contraseña primer ingreso

Otros

Según su asignación de permisos Fuente: Los autores

2.4 Restricciones Generales  La principal restricción que citamos, consiste en prohibición de la copia parcial o total del sistema para ser utilizada en cualquier otra unidad educativa distinta a la acordada, sin la previa autorización. Al respetar este acuerdo se cumplirá con la protección de los derechos de autor.  El Sistema debe ser utilizado dentro de una red local, para dar facilidad al flujo interno de datos y compartir la información entre las computadoras de la unidad educativa, asegurando también el uso debido de la información propia de la institución.  Se prohíbe el acceso de manera indebida a los programas que involucren información que pueda afectar el normal funcionamiento de sistema como acceso a base de datos o edición parcial o total de las líneas de codificación.

ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE

141

2.5 Suposiciones y dependencias. Una vez aprobado este documento, no se aceptarán cambios en los requerimientos estructurales del sistema. Para su correcto funcionamiento, el sistema necesita de los siguientes requisitos mínimos tanto dentro de hardware así como de software para cada uno de los diferentes tipos de usuario. Hardware: Tabla 55: Requerimientos mínimos de Hardware. Servidor

 Hosting Adquirido legalmente a una empresa  Dominio Propio  Conexión continua a internet  Buen ancho de banda (entre 2 a 3 Mbps) Administrador  Procesador Intel Core i5 de 3ra Generación.  Memoria Ram DDR3 4Gb.  Tarjeta de red integrada (LAN)  Espacio en disco duro de 500 Gb.  Conexión a internet  Teclado, Mouse y Monitor. Secretaria  Procesador Intel Core I3 de 3ra Generación  Memoria Ram DDR3 de 4Gb.  Tarjeta de red integrada (LAN).  Espacio en disco duro 500GB.  Conexión a internet.  Teclado, Mouse y Monitor. Docentes, Estudiantes e Inspector

 Procesador Intel Core 2 duo.

ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE

 Memoria Ram DDR3 de 2Gb.  Tarjeta de red integrada (LAN).  Espacio en disco duro 100GB.  Conexión a internet.  Teclado, Mouse y Monitor. Equipos Adicionales  Impresoras en Red Local.

Fuente: Los autores Software: Tabla 56: Requerimientos mínimos de Software. Servidor y Cliente  PostgreSQL v 9.3, para BD.  Apache v 2.4.16  Windows XP, Windows 7 o superior.  Navegador Web (Google Chrome, Firefox, Internert Explrer, etc)

Fuente: Los autores

142

ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE

143

3. Especificación de Requerimientos Específicos 3.1 Requerimientos funcionales

C-O Número: 1

Usuario: Administrador

Nombre historia: Administración del Sistema Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 1

Programador responsable: Richard Lema – Cristian Pineda

Descripción: Solo el administrador podrá cambiar la información del sistema como: Nombre del sistema, Ciudad, Dirección, Email, Teléfonos, icono e imágenes del slide del login, mediante un formulario.

Observaciones:

C-O Número: 2

Usuario: Administrador

Nombre historia: crear perfiles Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 1

Programador responsable: Richard Lema – Cristian Pineda

Descripción: Solo el administrador podrá crear perfiles del sistema, mediante un formulario en el cual ingresara el perfil y con un botón mandara a guardar a la base de datos.

Observaciones:

ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE

144

C-O Número: 3

Usuario: Administrador

Nombre historia: Modificar perfiles Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 1

Programador responsable: Richard Lema – Cristian Pineda

Descripción: Solo el administrador podrá modificar los perfiles del sistema, mediante una opción ubicada en la tabla donde se muestran los perfiles, esta opción tendrá un icono de un lápiz al dar click se habilitar un formulario donde se hará la modificación, luego se la guardara en la base de datos. Observaciones:

C-O Número: 4

Usuario: Administrador

Nombre historia: Eliminar perfiles Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 1

Programador responsable: Richard Lema – Cristian Pineda

Descripción: Solo el administrador podrá Eliminar los perfiles del sistema, mediante una opción ubicada en la tabla donde se muestran los perfiles, esta opción tendrá un icono de una “X” al dar click se podrá eliminar el perfil.

Observaciones:

ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE

145

C-O Número: 5

Usuario: Administrador

Nombre historia: Crear usuarios Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 1

Programador responsable: Richard Lema – Cristian Pineda

Descripción: Solo el administrador podrá agregar usuarios al sistema mediante un formulario en el cual deberá ingresar información personal como: cedula, nombres, Apellidos, fecha de nacimiento, email, teléfono y el perfil de usuario al que va a pertenecer, estos datos se guardaran en la base de datos del software.

Observaciones: Todos los datos son obligatorios

C-O Número: 6

Usuario: Administrador

Nombre historia: Modificar usuarios Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 1

Programador responsable: Richard Lema – Cristian Pineda

Descripción: Solo el administrador podrá modificar la información de los usuarios del sistema mediante un formulario que contendrá la información personal como: cedula, nombres, Apellidos, fecha de nacimiento, email, teléfono y el perfil de usuario, una vez hecha la modificación estos datos se guardaran en la base de datos del software. Observaciones: Todos los datos son obligatorios

ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE

146

C-O Número: 7

Usuario: Administrador

Nombre historia: Activar y Desactivar Usuarios Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 1

Programador responsable: Richard Lema – Cristian Pineda

Descripción: Solo el administrador podrá activar y desactivar los usuarios del sistema, de esta manera solo los usuarios activos podrán ingresar al sistema dando un mensaje de “bienvenid@ al sistema” caso contrario se mostrara un mensaje de “usuario suspendido temporalmente”.

Observaciones: El Usuario y contraseñas no cambiaran al desactivar o activar los usuarios

C-O Número: 8

Usuario: Administrador

Nombre historia: Control de cambio de contraseña Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 1

Programador responsable: Richard Lema – Cristian Pineda

Descripción: Solo el administrador podrá ayudar al usuario a cambiar su contraseña en caso de olvidado, este restablecerá la contraseña y luego el usuario al intentar ingresar al sistema le pedirá un cambio de contraseña para poder ingresar.

Observaciones: deberá cambiar la contraseña al ingresar caso contrario no podrá ingresar.

ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE

147

C-O Número: 9

Usuario: Administrador

Nombre historia: Consultar Usuarios Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 1

Programador responsable: Richard Lema – Cristian Pineda

Descripción: Solo el administrador podrá consultar los usuarios ya sea por cedula, nombre, ID de usuario y perfil, estos se mostraran mediante una tabla.

Observaciones:

C-O Número: 10

Usuario: Administrador

Nombre historia: Reporte de Usuarios Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 1

Programador responsable: Richard Lema – Cristian Pineda

Descripción: Solo el administrador podrá visualizar o imprimir reportes ya se por cedula, nombre, ID de usuario y perfil Observaciones:

ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE

148

C-O Número: 11

Usuario: Administrador

Nombre historia: Crear periodos académicos Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 1

Programador responsable: Richard Lema – Cristian Pineda

Descripción: Solo el usuario administrador podrá crear los periodos académicos mediante un formulario en los que deberá ingresar la fecha de inicio y fin del periodo luego estos se guardaran en la base de datos.

Observaciones: Los periodos académicos se crearan con un estado de pendiente

C-O Número: 12

Usuario: Administrador

Nombre historia: Modificar periodos académicos Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 1

Programador responsable: Richard Lema – Cristian Pineda

Descripción: Solo el usuario administrador podrá modificar los periodos académicos mediante un botón con icono de lápiz, al dar click se cargaran los datos del periodo al formulario, luego de hacer la modificación se guardara en la base de datos.

Observaciones:

ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE

149

C-O Número: 13

Usuario: Administrador

Nombre historia: Apertura y cierre de periodo académico Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 2

Programador responsable: Richard Lema – Cristian Pineda

Descripción: Solo el usuario administrador podrá mediante un módulo llamado periodos académicos abrir y cerrar un periodo

Observaciones: se debe tomar en cuenta que solo puede estar un periodo académico abierto, además el periodo abierto solo se podrá cerrar después de la fecha de cierre establecido.

C-O Número: 14

Usuario: Administrador

Nombre historia: Eliminar periodos académicos Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 2

Programador responsable: Richard Lema – Cristian Pineda Descripción: Solo el usuario Administrador podrá eliminar los periodos académicos con un botón de color rojo el cual pedirá confirmación de eliminación.

Observaciones: No se puede eliminar un periodo que este activo

ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE

150

C-O Número: 15

Usuario: Secretaria

Nombre historia: Crear Cursos Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 2

Programador responsable: Richard Lema – Cristian Pineda

Descripción: Solo el usuario secretaria podrá crear los cursos mediante un formulario estos se guardaran en la base de datos.

Observaciones:

C-O Número: 16

Usuario: Secretaria

Nombre historia: Modificar Cursos Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 2

Programador responsable: Richard Lema – Cristian Pineda Descripción: Solo el usuario secretaria podrá modificar los cursos mediante el mismo formulario de ingreso una vez hecha la modificación estos se guardaran en la base de datos ya modificados.

Observaciones:

ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE

151

C-O Número: 17

Usuario: Secretaria

Nombre historia: Eliminar Cursos Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 2

Programador responsable: Richard Lema – Cristian Pineda

Descripción: Solo el usuario secretaria podrá eliminar los cursos creados mediante un solo botón de color rojo, al dar click se eliminará de la base de datos.

Observaciones:

C-O Número: 18

Usuario: Secretaria

Nombre historia: Crear Docentes Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 2

Programador responsable: Richard Lema – Cristian Pineda

Descripción: Solo el usuario secretaria podrá crear los docentes mediante un formulario estos se deberán guardar en la base de datos.

Observaciones:

ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE

152

C-O Número: 19

Usuario: Secretaria

Nombre historia: Modificar docentes Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 2

Programador responsable: Richard Lema – Cristian Pineda

Descripción: Solo el usuario secretaria podrá modificar los docentes mediante el mismo formulario de ingreso una vez hecha la modificación estos se guardaran en la base de datos ya modificados.

Observaciones:

C-O Número: 20

Usuario: Secretaria

Nombre historia: Activar o Desactivar docentes Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 2

Programador responsable: Richard Lema – Cristian Pineda Descripción: Solo el usuario secretaria podrá eliminar los docentes creados mediante un solo botón de color rojo, al dar click se eliminará de la base de datos.

Observaciones:

ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE

153

C-O Número: 21

Usuario: Secretaria

Nombre historia: Crear materias Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 2

Programador responsable: Richard Lema – Cristian Pineda

Descripción: Solo el usuario secretaria podrá crear las materias mediante un formulario estos se guardaran en la base de datos. Observaciones:

C-O Número: 22

Usuario: Secretaria

Nombre historia: Modificar materias Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 2

Programador responsable: Richard Lema – Cristian Pineda Descripción: Solo el usuario secretaria podrá modificar las materias mediante el mismo formulario de ingreso una vez hecha la modificación estos se guardaran en la base de datos ya modificados.

Observaciones:

ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE

154

C-O Número: 23

Usuario: Secretaria

Nombre historia: Eliminar materias Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 3

Programador responsable: Richard Lema – Cristian Pineda

Descripción: Solo el usuario secretaria podrá eliminar las materias creadas mediante un solo botón de color rojo, al dar click se eliminará de la base de datos. Observaciones:

C-O Número: 24

Usuario: Secretaria

Nombre historia: habilitar Cursos Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 3

Programador responsable: Richard Lema – Cristian Pineda

Descripción: Solo el usuario secretaria podrá vincular o desvincular el curso al periodo académico mediante un formulario.

Observaciones:

ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE

155

C-O Número: 25

Usuario: Secretaria

Nombre historia: Vincular o desvincular Materia a Curso Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 3

Programador responsable: Richard Lema – Cristian Pineda

Descripción: Solo el usuario secretaria podrá vincular o desvincular un Materia a Curso mediante un formulario.

Observaciones:

C-O Número: 26

Usuario: Secretaria

Nombre historia: Vincular o desvincular Docente a Materia Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 3

Programador responsable: Richard Lema – Cristian Pineda

Descripción: Solo el usuario secretaria podrá vincular o desvincular un docente a materia mediante un formulario

Observaciones:

ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE

156

C-O Número: 27

Usuario: Secretaria

Nombre historia: Crear Representante Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 3

Programador responsable: Richard Lema – Cristian Pineda

Descripción: Solo el usuario secretaria podrá crear a los representantes mediante un formulario donde deberá ingresar datos personales como: cedula, nombres, apellidos, fecha de nacimiento, correo y teléfono estos se guardaran en la base de datos.

Observaciones: Todos los campos del formulario son Necesarios

C-O Número: 28

Usuario: Secretaria

Nombre historia: Modificar Representante Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 3

Programador responsable: Richard Lema – Cristian Pineda

Descripción: Solo el usuario secretaria podrá modificar los datos del representante mediante el mismo formulario de ingreso, una vez hecha la modificación estos se guardaran en la base de datos.

Observaciones: Todos los campos del formulario son Necesarios

ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE

157

C-O Número: 29

Usuario: Secretaria

Nombre historia: Activar o desactivar un representante Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 3

Programador responsable: Richard Lema – Cristian Pineda

Descripción: Solo el usuario secretaria podrá activar o desactivar a los representantes mediante un botón rojo.

Observaciones:

C-O Número: 30

Usuario: Secretaria

Nombre historia: Crear estudiante Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 3

Programador responsable: Richard Lema – Cristian Pineda

Descripción: Solo el usuario secretaria podrá crear a los estudiantes mediante un formulario donde deberá ingresar datos personales como: cedula, nombres, apellidos, fecha de nacimiento, correo, teléfono, el representante, parentesco y también debe existir un campo para de una vez asignarlo al curso, una vez completado el formulario estos se podrán guardaran en la base de datos.

Observaciones: Todos los campos del formulario son Necesarios

ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE

158

C-O Número: 31

Usuario: Secretaria

Nombre historia: Modificar estudiante Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 3

Programador responsable: Richard Lema – Cristian Pineda

Descripción: Solo el usuario secretaria podrá modificar los datos del estudiante mediante el mismo formulario de ingreso, una vez hecha la modificación estos se guardaran en la base de datos.

Observaciones: Todos los campos del formulario son Necesarios

C-O Número: 32

Usuario: Secretaria

Nombre historia: Activar o desactivar un estudiante Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 3

Programador responsable: Richard Lema – Cristian Pineda

Descripción: Solo el usuario secretaria podrá activar o desactivar a los estudiantes mediante un botón rojo.

Observaciones:

ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE

159

C-O Número: 33

Usuario: Secretaria

Nombre historia: Modificación de notas (Calificaciones) Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 3

Programador responsable: Richard Lema – Cristian Pineda

Descripción: En caso de que el docente tenga una equivocación al ingresar las calificaciones solo el usuario secretaria podrá realizar la modificación.

Observaciones:

C-O Número: 34

Usuario: Secretaria

Nombre historia: Reportes Prioridad en negocio:

Riesgo en desarrollo:

Alta

Medio

Tiempo estimado: 0,4

Iteración asignada: 3

Programador responsable: Richard Lema – Cristian Pineda

Descripción: El usuario secretaria podrá sacar reportes de cursos, materias, docentes y calificaciones

Observaciones: El reporte se debe generar mediante un filtro de búsqueda

ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE

160

C-O Número: 35

Usuario: Docente

Nombre historia: Ingreso de calificaciones del estudiante Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 4

Programador responsable: Richard Lema – Cristian Pineda

Descripción: El docente será el único encargado de ingresar las notas al sistema UEJC mediante su respectivo formulario.

Observaciones:

C-O Número: 36

Usuario: Docente

Nombre historia: Ingresar Inasistencia del estudiante Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 4

Programador responsable: Richard Lema – Cristian Pineda

Descripción: Solo el usuario Docentes podrá mediante un formulario ingresar las inasistencias de los alumnos.

Observaciones:

ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE

161

C-O Número: 37

Usuario: Docente

Nombre historia: Consulta de calificaciones del estudiante Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 4

Programador responsable: Richard Lema – Cristian Pineda

Descripción: El docente podrá consultar las notas del estudiante

Observaciones:

C-O Número: 38

Usuario: Docente

Nombre historia: Reportes Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 4

Programador responsable: Richard Lema – Cristian Pineda

Descripción: El usuario Docentes podrá sacar reportes de inasistencias

Observaciones:

ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE

162

C-O Número: 39

Usuario: Estudiante

Nombre historia: Consulta de calificaciones del estudiante y reporte Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 4

Programador responsable: Richard Lema – Cristian Pineda

Descripción: El estudiante podrá consultar sus notas una vez que el Docente las ingrese al sistema y sacar un reporte de las mismas

Observaciones:

C-O Número: 40

Usuario: Todos los Usuarios del sistema

Nombre historia: ingreso y salida del sistema Prioridad en negocio:

Riesgo en desarrollo:

Alta

Medio

Tiempo estimado: 0,4

Iteración asignada: 4

Programador responsable: Richard Lema – Cristian Pineda

Descripción: Cada usuario podrá ingresar a su plataforma de trabajo correspondiente con su usuario y contraseña

Observaciones: la plataforma de trabajo variara según el perfil del usuario

ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE

163

C-O Número: 41

Usuario: inspector

Nombre historia: justificar inasistencia Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 4

Programador responsable: Richard Lema – Cristian Pineda Descripción: Solo el usuario inspector podrá justificar la inasistencia del alumno mediante un formulario donde se mostraran los alumnos, mediante un botón al dar click se justificara la falta

Observaciones:

C-O Número: 42

Usuario: administrador

Nombre historia: Control de roles de los usuarios Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 2

Programador responsable: Richard Lema – Cristian Pineda Descripción: Solo el usuario administrador podrá controlar los roles del usuario, es decir lo que el usuario podrá manipular en el sistema

Observaciones:

ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE

164

C-O Número: 43

Usuario: secretaria

Nombre historia: Control de roles de los docentes Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 4

Programador responsable: Richard Lema – Cristian Pineda

Descripción: El usuario secretaria podrá controlar los roles del docente, es decir lo que el usuario docente podrá manipular en el sistema

Observaciones:

C-O Número: 44

Usuario: administrador

Nombre historia: Actividad de usuarios Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 2

Programador responsable: Richard Lema – Cristian Pineda

Descripción: El usuario administrador podrá visualizar cuando inicio sesión un usuario, la fecha, hora, ip, sistema operativo y navegador

Observaciones:

ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE

165

C-O Número: 45

Usuario: secretaria

Nombre historia: Activar ingreso de calificaciones Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 4

Programador responsable: Richard Lema – Cristian Pineda

Descripción: El usuario secretaria podrá habilitar el ingreso de notas según la calificación que desee que los docentes ingresen dándole una fecha de inicio y una fecha de fin

Observaciones: Las calificaciones solo se podrán ingresar en ese periodo de tiempo

C-O Número: 46

Usuario: inspector

Nombre historia: Reporte de inasistencia Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 4

Programador responsable: Richard Lema – Cristian Pineda

Descripción: El usuario inspector podrá generar un reporte de las inasistencias

Observaciones:

ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE

166

C-O Número: 47

Usuario: todos los usuarios

Nombre historia: Cambio de contraseña primer ingreso Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 4

Programador responsable: Richard Lema – Cristian Pineda

Descripción: Para ingresar al sistema por primera vez deberán cambiar la contraseña

Observaciones: La nueva contraseña debe ser mayor a 8 caracteres, debe contener números y letras

C-O Número: 48

Usuario: secretaria

Nombre historia: Restaurar contraseña docentes Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 4

Programador responsable: Richard Lema – Cristian Pineda

Descripción: El usuario secretaria podrá restaurar la contraseña de los docente poniendo la contraseña por defecto su número de cedula

Observaciones:

ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE

167

C-O

Número: 49

Usuario: Administrador

Nombre historia: Administración de Roles

Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 2

Programador responsable: Richard Lema – Cristian Pineda

Descripción: El usuario Administrador podrá cambiar el nombre de los Roles del sistema y También podrá dar una descripción a ese rol modificándolo en la base de datos

Observaciones:

C-O Número: 50

Usuario: Administrador

Nombre historia: Reporte de Actividad de Usuarios Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 2

Programador responsable: Richard Lema – Cristian Pineda

Descripción: El administrador podrá generar un reporte de todos los usuarios que han ingresado al sistema mostrando el Usuario, Nombre, Apellido, Actividad, Fecha de ingreso y hora, IP, Sistema Operativo y Navegador. Observaciones:

ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE

168

3.2 Requisitos de la interface externa 3.2.1 Interfaces de usuario La interfaz con el usuario consistirá en un conjunto de ventanas con botones, listas y campos de textos. Ésta deberá ser construida específicamente para el sistema propuesto, para desarrollo del sistema se usará el estándar 5 + 2 para el desarrollo de las interfaces además el sistema poseerá una interfaz de vanguardia, personalizada que facilite el trabajo y fácil de utilizar para los usuarios. 3.2.2 Interfaces de hardware Será necesario disponer de equipos de cómputos en perfecto estado con las siguientes características:      

Adaptadores de red. Procesador de 1.66GHz o superior. Memoria Ram mínima de 256Mb. Mouse. Teclado. Monitor

3.2.3 Interfaces de software  Sistema Operativo: Windows XP o superior.  Navegador; Mozilla, Chrome, Safari, etc.  Software de visualización de archivos “pdf”. 3.2.4 Interfaces de comunicaciones La arquitectura cliente-servidor se comunica mediante protocolos estándares en Internet, siempre que exista una red habilitada.   

Redes LAN Conexión red (cable cruzado) Internet

3.3.- Requerimientos de rendimiento

El sistema tendrá una entrega de información requerida en un promedio de 3 a 5 segundos, además, se sugiere tener en cuenta debido al crecimiento de la base de datos podría presentar inconvenientes en dos o más años, lo cual estando informados de este suceso si es que llegase a ocurrir se necesitará un mantenimiento a la base de datos con una respuesta de reparación de 2 horas.

ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE

3.4.- Restricciones de Diseño 3.4.1.- Estándar a seguir Para el diseño se basa principalmente en los formatos de:   

Estándar del IEEE 830. Análisis Estructurado Moderno de Edward Yourdon. Modelo Entidad/Relación (para base de datos)

169

ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE



Diseño sencillo y minimalista (metodología XP)

170

ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE

171

3.4.2.- Limitaciones de Hardware En cuanto al disco del servidor web debido al posible crecimiento en la BD. 3.4.3.- Limitaciones de software El sistema no está diseñado para extensiones desproporcionadas. 3.5.- Atributos 3.5.1 Disponibilidad

Por su facilidad, versatilidad y, además, de la necesidad por parte de la institución así como de los estudiantes, el producto, poseerá disponibilidad a cualquier hora del día y en cualquier lugar independientemente de las operaciones del personal en el sistema teniendo en cuenta que la posibilidad de a futuro ser mayormente difundido y por lo tanto disponible en cuanto sea requerido por cualquier institución que desee obtener sus beneficios, para lo cual decidimos implementar mayor información al respecto de este sistema en la dirección de correo electrónico de contacto: rdlemaa@pucesd.edu.ec, cppinedab@pucesd.edu.ec o directamente contactarse con la Pontificia Universidad Católica del Ecuador Sede Santo Domingo. 3.5.2 Seguridad

El sistema UEJC posee un nivel de seguridad muy estable y apropiada para el desempeño que tendrá el sitio web, ya que se tiene varios tipos de perfiles los cuales utilizarán el software de acuerdo a los requerimientos que cada usuario necesite. 3.5.3 Mantenibilidad

Dentro de este punto se debe tener en cuenta los términos previamente acordados en el contrato, tanto por los desarrolladores como por el cliente. Una vez entregado el software, correrá un plazo de 2 semanas para encontrar inconvenientes en cuanto al desempeño del software pasado ese tiempo, si presentar errores de desempeño, comunicarse con el desarrollador. 3.5.4 Exactitud

Tomando en cuenta que principalmente el sistema depende de la calidad y tipo de datos ingresados, UEJC presenta un grado de exactitud de hasta dos cifras decimales en los datos desplegados y que sean de tipo numérico.

ESPECIFICACIĂ&#x201C;N DE REQUERIMIENTOS DE SOFTWARE

3.6

Otros requerimientos

3.6.1 Base de Datos En cuanto a la informaciĂłn que guarda el sistema, almacena: Tabla sistema system_id serial primary key, system_nombre text, system_ciudad text, system_direccion text, system_email text, system_telefono text, system_celular text, system_usuario text, system_webmail text, system_webpass text, system_webpuerto text, system_webhost text Tabla persona persona_id serial primary key, persona_cedula text not null, persona_nombre text not null, persona_apellido text not null, persona_fnacimiento date, persona_email text not null, persona_telefono text Tabla perfil perfil_id serial primary key, perfil_nombre text not null tabla usuario usuario_id serial primary key, usuario_user text not null, usuario_pass text not null, usuario_estado text default 'Activo'::text, fk_persona_id integer references persona(persona_id), fk_perfil_id integer references perfil(perfil_id) Tabla secretaria secretaria_id serial primary key, secretaria_estado text default 'Activo'::text, fk_persona_id integer references persona(persona_id) Tabla docente docente_id serial primary key, docente_estado text default 'Activo'::text, fk_persona_id integer references persona(persona_id)

172

ESPECIFICACIĂ&#x201C;N DE REQUERIMIENTOS DE SOFTWARE

173

Tabla periodo periodo_id serial primary key, periodo_nombre text, periodo_inicio date, periodo_cierre date, periodo_estado text default 'Pendiente'::text Tabla curso_anio anio_id serial primary key, anio text Tabla curso_paralelo paralelo_id serial primary key, paralelo text Tabla curso curso_id serial primary key, fk_anio integer references curso_anio(anio_id), fk_paralelo integer references curso_paralelo(paralelo_id), curso_descripcion text, curso_estado text default 'Activo'::text Tabla periodo_curso periodo_curso_id serial primary key, fk_periodo_id integer references periodo(periodo_id), fk_curso_id integer references curso(curso_id) Tabla representante representante_id serial primary key, representante_estado text default 'Activo'::text, fk_persona_id integer references persona(persona_id) Tabla alumno alumno_id serial primary key, alumno_estado text default 'Activo'::text, fk_persona_id integer references persona(persona_id), fk_representante_id integer references representante(representante_id) Tabla alumno_curso alumno_curso_id serial primary key, fk_alumno_id integer references alumno(alumno_id), fk_curso_id integer references periodo_curso(periodo_curso_id), alumno_curso_fecha timestamp without time zone Tabla materia materia_id serial primary key, materia_nombre text, materia_area text, materia_estado text default 'Activo'::text

ESPECIFICACIĂ&#x201C;N DE REQUERIMIENTOS DE SOFTWARE

174

Tabla materia_curso materia_curso_id serial primary key, fk_materia_id integer references materia(materia_id), fk_curso_id integer references periodo_curso(periodo_curso_id) Tabla docente_materia docente_materia_id serial primary key, fk_docente_id integer references docente(docente_id), fk_materia_curso_id integer references materia_curso(materia_curso_id) Tabla inasistencia inasistencia_id serial primary key, fk_alumno_id integer references alumno_curso(alumno_curso_id), fk_materia_id integer references materia_curso(materia_curso_id), inasistencia_fecha date, inasistencia_observacion text, inasistencia_estado text default 'No justificada'::text Tabla calificacion calificacion_id serial primary key, fk_alumno_id integer references alumno_curso(alumno_curso_id), fk_materia_id integer references materia_curso(materia_curso_id), quimestre1 decimal(4,2), quimestre2 decimal(4,2), final decimal(4,2) 3.6.2 Operaciones

En cuanto a las operaciones que debe realizar nuestro sistema para su manejo de datos, se encuentran: o o o o o o o o o o o o

No debe ingresar cedulas repetidas No debe ingresar cursos repetidos No debe ingresar perfiles repetidos No debe ingresar periodos repetidos No debe ingresar materias repetidas No debe ingresar fechas fuera del periodo acadĂŠmico No debe ingresar inasistencias repetidas No puede eliminar perfiles asignados No puede eliminar cursos vinculados con periodos acadĂŠmicos No se puede eliminar materias asignadas a cursos o docentes No se puede eliminar cursos con alumnos o asignaturas No se puede eliminar docentes que ya han registrado calificaciones

ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE

175

3.7. Requerimientos técnicos     

El lenguaje de programación a utilizar será JavaScript, PHP. El SGBD que se utilizará para almacenar la información del sistema será PostgreSQL. El sistema operativo sobre cual se ejecutará el sistema UEJC tanto será Windows en las versiones: Windows XP SP3, Windows 7, Windows 8 y Windows 8.1 El sistema será desarrollado en 3 capas y Orientado a Objetos. La metodología a utilizar para el desarrollo del Sistema será Extreme Programming (XP).

Anexo 4 (Historias de Usuario)

Historias de usuario del sistema UEJC Historia de Usuario Número: 1

Usuario: Administrador

Historia de Usuario Número: 2

Usuario: Administrador

Nombre historia: Administración del Sistema

Nombre historia: crear perfiles

Prioridad en negocio:

Riesgo en desarrollo:

Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 1

Tiempo estimado: 0,2

Iteración asignada: 1

Programador responsable: Richard Lema – Cristian Pineda

Descripción:

Solo el administrador podrá cambiar la información del sistema como: Nombre del sistema, Ciudad, Dirección, Email, Teléfonos, icono e imágenes del slide del login, mediante un formulario.

Solo el administrador podrá crear perfiles del sistema, mediante un formulario en el cual ingresara el perfil y con un botón mandara a guardar a la base de datos.

Observaciones:

Historias de usuario del sistema UEJC Historia de Usuario Número: 3

Usuario: Administrador

Historia de Usuario Número: 4

Usuario: Administrador

Nombre historia: Modificar perfiles

Nombre historia: Eliminar perfiles

Prioridad en negocio:

Riesgo en desarrollo:

Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 1

Tiempo estimado: 0,2

Iteración asignada: 1

Programador responsable: Richard Lema – Cristian Pineda

Descripción:

Solo el administrador podrá modificar los perfiles del sistema, mediante una opción ubicada en la tabla donde se muestran los perfiles, esta opción tendrá un icono de un lápiz al dar click se habilitar un formulario donde se hará la modificación, luego se la guardara en la base de datos.

Solo el administrador podrá Eliminar los perfiles del sistema, mediante una opción ubicada en la tabla donde se muestran los perfiles, esta opción tendrá un icono de una “X” al dar click se podrá eliminar el perfil.

Observaciones: Observaciones:

Historias de usuario del sistema UEJC

Historia de Usuario Número: 5

Usuario: Administrador

Nombre historia: Crear usuarios

Historia de Usuario Número: 6

Usuario: Administrador

Nombre historia: Modificar usuarios

Prioridad en negocio:

Riesgo en desarrollo:

Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 1

Tiempo estimado: 0,2

Iteración asignada: 1

Programador responsable: Richard Lema – Cristian Pineda

Descripción:

Solo el administrador podrá agregar usuarios al sistema mediante un formulario en el cual deberá ingresar información personal como: cedula, nombres, Apellidos, fecha de nacimiento, email, teléfono y el perfil de usuario al que va a pertenecer, estos datos se guardaran en la base de datos del software.

Solo el administrador podrá modificar la información de los usuarios del sistema mediante un formulario que contendrá la información personal como: cedula, nombres, Apellidos, fecha de nacimiento, email, teléfono y el perfil de usuario, una vez hecha la modificación estos datos se guardaran en la base de datos del software.

Observaciones: Todos los datos son obligatorios Observaciones: Todos los datos son obligatorios

Historias de usuario del sistema UEJC

Historia de Usuario Número: 7

Usuario: Administrador

Historia de Usuario Número: 8

Usuario: Administrador

Nombre historia: Activar y Desactivar Usuarios

Nombre historia: Control de cambio de contraseña

Prioridad en negocio:

Riesgo en desarrollo:

Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 1

Tiempo estimado: 0,2

Iteración asignada: 1

Programador responsable: Richard Lema – Cristian Pineda

Descripción:

Solo el administrador podrá activar y desactivar los usuarios del sistema, de esta manera solo los usuarios activos podrán ingresar al sistema dando un mensaje de “bienvenid@ al sistema” caso contrario se mostrara un mensaje de “usuario suspendido temporalmente”.

Solo el administrador podrá ayudar al usuario a cambiar su contraseña en caso de olvidado, este restablecerá la contraseña y luego el usuario al intentar ingresar al sistema le pedirá un cambio de contraseña para poder ingresar.

Observaciones: El Usuario y contraseñas no cambiaran al desactivar o activar los usuarios

Observaciones: deberá cambiar la contraseña al ingresar caso contrario no podrá ingresar.

Historias de usuario del sistema UEJC

Historia de Usuario Número: 9

Usuario: Administrador

Historia de Usuario Número: 10

Usuario: Administrador

Nombre historia: Consultar Usuarios

Nombre historia: Reporte de Usuarios

Prioridad en negocio:

Riesgo en desarrollo:

Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 1

Tiempo estimado: 0,2

Iteración asignada: 1

Programador responsable: Richard Lema – Cristian Pineda

Descripción:

Solo el administrador podrá consultar los usuarios ya sea por cedula, nombre, ID de usuario y perfil, estos se mostraran mediante una tabla.

Solo el administrador podrá visualizar o imprimir reportes ya se por cedula, nombre, ID de usuario y perfil

Observaciones: Observaciones:

Historias de usuario del sistema UEJC

Historia de Usuario Número: 11

Usuario: Administrador

Historia de Usuario Número: 12

Usuario: Administrador

Nombre historia: Crear periodos académicos

Nombre historia: Modificar periodos académicos

Prioridad en negocio:

Riesgo en desarrollo:

Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 1

Tiempo estimado: 0,2

Iteración asignada: 1

Programador responsable: Richard Lema – Cristian Pineda

Descripción:

Solo el usuario administrador podrá crear los periodos académicos mediante un formulario en los que deberá ingresar la fecha de inicio y fin del periodo luego estos se guardaran en la base de datos.

Solo el usuario administrador podrá modificar los periodos académicos mediante un botón con icono de lápiz, al dar click se cargaran los datos del periodo al formulario, luego de hacer la modificación se guardara en la base de datos.

Observaciones: Los periodos académicos se crearan con un estado de pendiente

Observaciones:

Historias de usuario del sistema UEJC Historia de Usuario Número: 13

Usuario: Administrador

Historia de Usuario Número: 14

Usuario: Administrador

Nombre historia: Apertura y cierre de periodo académico

Nombre historia: Eliminar periodos académicos

Prioridad en negocio:

Riesgo en desarrollo:

Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 2

Tiempo estimado: 0,2

Iteración asignada: 2

Programador responsable: Richard Lema – Cristian Pineda

Descripción:

Solo el usuario administrador podrá mediante un módulo llamado periodos académicos abrir y cerrar un periodo

Solo el usuario Administrador podrá eliminar los periodos académicos con un botón de color rojo el cual pedirá confirmación de eliminación.

Observaciones: se debe tomar en cuenta que solo puede estar un periodo académico abierto, además el periodo abierto solo se podrá cerrar después de la fecha de cierre establecido.

Observaciones: No se puede eliminar un periodo que este activo

Historias de usuario del sistema UEJC

Historia de Usuario Número: 15

Usuario: Secretaria

Nombre historia: Crear Cursos

Historia de Usuario Número: 16

Usuario: Secretaria

Nombre historia: Modificar Cursos

Prioridad en negocio:

Riesgo en desarrollo:

Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 2

Tiempo estimado: 0,2

Iteración asignada: 2

Programador responsable: Richard Lema – Cristian Pineda

Descripción:

Solo el usuario secretaria podrá crear los cursos mediante un formulario estos se guardaran en la base de datos.

Solo el usuario secretaria podrá modificar los cursos mediante el mismo formulario de ingreso una vez hecha la modificación estos se guardaran en la base de datos ya modificados.

Observaciones: Observaciones:

Historias de usuario del sistema UEJC

Historia de Usuario Número: 17

Usuario: Secretaria

Nombre historia: Eliminar Cursos

Historia de Usuario Número: 18

Usuario: Secretaria

Nombre historia: Crear Docentes

Prioridad en negocio:

Riesgo en desarrollo:

Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 2

Tiempo estimado: 0,2

Iteración asignada: 2

Programador responsable: Richard Lema – Cristian Pineda

Descripción:

Solo el usuario secretaria podrá eliminar los cursos creados mediante un solo botón de color rojo, al dar click se eliminará de la base de datos.

Solo el usuario secretaria podrá crear los docentes mediante un formulario estos se deberán guardar en la base de datos.

Observaciones: Observaciones:

Historias de usuario del sistema UEJC

Historia de Usuario Número: 19

Usuario: Secretaria

Historia de Usuario Número: 20

Usuario: Secretaria

Nombre historia: Modificar docentes

Nombre historia: Activar o Desactivar docentes

Prioridad en negocio:

Riesgo en desarrollo:

Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 2

Tiempo estimado: 0,2

Iteración asignada: 2

Programador responsable: Richard Lema – Cristian Pineda

Descripción:

Solo el usuario secretaria podrá modificar los docentes mediante el mismo formulario de ingreso una vez hecha la modificación estos se guardaran en la base de datos ya modificados.

Solo el usuario secretaria podrá eliminar los docentes creados mediante un solo botón de color rojo, al dar click se eliminará de la base de datos.

Observaciones:

Historias de usuario del sistema UEJC

Historia de Usuario Número: 21

Usuario: Secretaria

Nombre historia: Crear materias

Historia de Usuario Número: 22

Usuario: Secretaria

Nombre historia: Modificar materias

Prioridad en negocio:

Riesgo en desarrollo:

Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 2

Tiempo estimado: 0,2

Iteración asignada: 2

Programador responsable: Richard Lema – Cristian Pineda

Descripción:

Solo el usuario secretaria podrá crear las materias mediante un formulario estos se guardaran en la base de datos.

Solo el usuario secretaria podrá modificar las materias mediante el mismo formulario de ingreso una vez hecha la modificación estos se guardaran en la base de datos ya modificados.

Observaciones: Observaciones:

Historias de usuario del sistema UEJC

Historia de Usuario Número: 23

Usuario: Secretaria

Historia de Usuario Número: 24

Usuario: Secretaria

Nombre historia: Eliminar materias

Nombre historia: habilitar Cursos

Prioridad en negocio:

Riesgo en desarrollo:

Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 3

Tiempo estimado: 0,2

Iteración asignada: 3

Programador responsable: Richard Lema – Cristian Pineda

Descripción:

Solo el usuario secretaria podrá eliminar las materias creadas mediante un solo botón de color rojo, al dar click se eliminará de la base de datos.

Solo el usuario secretaria podrá vincular o desvincular el curso al periodo académico mediante un formulario.

Observaciones: Observaciones:

Historias de usuario del sistema UEJC

Historia de Usuario Número: 25

Usuario: Secretaria

Historia de Usuario Número: 26

Usuario: Secretaria

Nombre historia: Vincular o desvincular Materia a Curso

Nombre historia: Vincular o desvincular Docente a Materia

Prioridad en negocio:

Riesgo en desarrollo:

Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 3

Tiempo estimado: 0,2

Iteración asignada: 3

Programador responsable: Richard Lema – Cristian Pineda

Descripción:

Solo el usuario secretaria podrá vincular o desvincular un Materia a Curso mediante un formulario.

Solo el usuario secretaria podrá vincular o desvincular un docente a materia mediante un formulario

Observaciones:

Historias de usuario del sistema UEJC Historia de Usuario Número: 27

Usuario: Secretaria

Historia de Usuario Número: 28

Usuario: Secretaria

Nombre historia: Crear Representante

Nombre historia: Modificar Representante

Prioridad en negocio:

Riesgo en desarrollo:

Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 3

Tiempo estimado: 0,2

Iteración asignada: 3

Programador responsable: Richard Lema – Cristian Pineda

Descripción:

Solo el usuario secretaria podrá crear a los representantes mediante un formulario donde deberá ingresar datos personales como: cedula, nombres, apellidos, fecha de nacimiento, correo y teléfono estos se guardaran en la base de datos.

Solo el usuario secretaria podrá modificar los datos del representante mediante el mismo formulario de ingreso, una vez hecha la modificación estos se guardaran en la base de datos.

Observaciones: Todos los campos del formulario son Necesarios

Historias de usuario del sistema UEJC Historia de Usuario Número: 29

Usuario: Secretaria

Historia de Usuario Número: 30

Usuario: Secretaria

Nombre historia: Activar o desactivar un representante

Nombre historia: Crear estudiante

Prioridad en negocio:

Riesgo en desarrollo:

Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 3

Tiempo estimado: 0,2

Iteración asignada: 3

Programador responsable: Richard Lema – Cristian Pineda

Descripción:

Solo el usuario secretaria podrá activar o desactivar a los representantes mediante un botón rojo.

Solo el usuario secretaria podrá crear a los estudiantes mediante un formulario donde deberá ingresar datos personales como: cedula, nombres, apellidos, fecha de nacimiento, correo, teléfono, el representante, parentesco y también debe existir un campo para de una vez asignarlo al curso, una vez completado el formulario estos se podrán guardaran en la base de datos.

Observaciones:

Observaciones: Todos los campos del formulario son Necesarios

Historias de usuario del sistema UEJC

Historia de Usuario Número: 31

Usuario: Secretaria

Historia de Usuario Número: 32

Usuario: Secretaria

Nombre historia: Modificar estudiante

Nombre historia: Activar o desactivar un estudiante

Prioridad en negocio:

Riesgo en desarrollo:

Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 3

Tiempo estimado: 0,2

Iteración asignada: 3

Programador responsable: Richard Lema – Cristian Pineda

Descripción:

Solo el usuario secretaria podrá modificar los datos del estudiante mediante el mismo formulario de ingreso, una vez hecha la modificación estos se guardaran en la base de datos.

Solo el usuario secretaria podrá activar o desactivar a los estudiantes mediante un botón rojo.

Observaciones: Todos los campos del formulario son Necesarios

Observaciones:

Historias de usuario del sistema UEJC

Historia de Usuario Número: 33

Usuario: Secretaria

Historia de Usuario Número: 34

Usuario: Secretaria

Nombre historia: Modificación de notas (Calificaciones)

Nombre historia: Reportes

Prioridad en negocio:

Riesgo en desarrollo:

Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Alta

Medio

Tiempo estimado: 0,2

Iteración asignada: 3

Tiempo estimado: 0,4

Iteración asignada: 3

Programador responsable: Richard Lema – Cristian Pineda

Descripción:

En caso de que el docente tenga una equivocación al ingresar las calificaciones solo el usuario secretaria podrá realizar la modificación.

El usuario secretaria podrá sacar reportes de cursos, materias, docentes y calificaciones Observaciones: El reporte se debe generar mediante un filtro de búsqueda

Observaciones:

Historias de usuario del sistema UEJC

Historia de Usuario Número: 35

Usuario: Docente

Historia de Usuario Número: 36

Usuario: Docente

Nombre historia: Ingreso de calificaciones del estudiante

Nombre historia: Ingresar Inasistencia del estudiante

Prioridad en negocio:

Riesgo en desarrollo:

Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 4

Tiempo estimado: 0,2

Iteración asignada: 4

Programador responsable: Richard Lema – Cristian Pineda

Descripción:

El docente será el único encargado de ingresar las notas al sistema UEJC mediante su respectivo formulario.

Solo el usuario Docentes podrá mediante un formulario ingresar las inasistencias de los alumnos.

Observaciones:

Historias de usuario del sistema UEJC

Historia de Usuario Número: 37

Usuario: Docente

Historia de Usuario Número: 38

Usuario: Docente

Nombre historia: Consulta de calificaciones del estudiante

Nombre historia: Reportes

Prioridad en negocio:

Riesgo en desarrollo:

Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 4

Tiempo estimado: 0,2

Iteración asignada: 4

Programador responsable: Richard Lema – Cristian Pineda

Descripción:

El docente podrá consultar las notas del estudiante

El usuario Docentes podrá sacar reportes de inasistencias

Observaciones:

Historias de usuario del sistema UEJC

Historia de Usuario Número: 39

Usuario: Estudiante

Nombre historia: Consulta de calificaciones del estudiante y reporte Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 4

Programador responsable: Richard Lema – Cristian Pineda

Descripción: El estudiante podrá consultar sus notas una vez que el Docente las ingrese al sistema y sacar un reporte de las mismas

Historia de Usuario Número: 40

Usuario: Todos los Usuarios del sistema

Nombre historia: ingreso y salida del sistema Prioridad en negocio:

Riesgo en desarrollo:

Alta

Medio

Tiempo estimado: 0,4

Iteración asignada: 4

Programador responsable: Richard Lema – Cristian Pineda

Descripción: Cada usuario podrá ingresar a su plataforma de trabajo correspondiente con su usuario y contraseña Observaciones: la plataforma de trabajo variara según el perfil del usuario

Observaciones:

Historias de usuario del sistema UEJC

Historia de Usuario Número: 41

Usuario: inspector

Historia de Usuario Número: 42

Usuario: administrador

Nombre historia: justificar inasistencia

Nombre historia: Control de roles de los usuarios

Prioridad en negocio:

Riesgo en desarrollo:

Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 4

Tiempo estimado: 0,2

Iteración asignada: 2

Programador responsable: Richard Lema – Cristian Pineda

Descripción: Solo el usuario inspector podrá justificar la inasistencia del alumno mediante un formulario donde se mostraran los alumnos, mediante un botón al dar click se justificara la falta

Observaciones:

Programador responsable: Richard Lema – Cristian Pineda

Descripción: Solo el usuario administrador podrá controlar los roles del usuario, es decir lo que el usuario podrá manipular en el sistema

Observaciones:

Historias de usuario del sistema UEJC

Historia de Usuario Número: 43

Usuario: secretaria

Historia de Usuario Número: 44

Usuario: administrador

Nombre historia: Control de roles de los docentes

Nombre historia: Actividad de usuarios

Prioridad en negocio:

Riesgo en desarrollo:

Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 4

Tiempo estimado: 0,2

Iteración asignada: 2

Programador responsable: Richard Lema – Cristian Pineda

Descripción:

El usuario secretaria podrá controlar los roles del docente, es decir lo que el usuario docente podrá manipular en el sistema

El usuario administrador podrá visualizar cuando inicio sesión un usuario, la fecha, hora, ip, sistema operativo y navegador

Observaciones:

Historias de usuario del sistema UEJC

Historia de Usuario Número: 45

Usuario: secretaria

Historia de Usuario Número: 46

Usuario: inspector

Nombre historia: Activar ingreso de calificaciones

Nombre historia: Reporte de inasistencia

Prioridad en negocio:

Riesgo en desarrollo:

Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 4

Tiempo estimado: 0,2

Iteración asignada: 4

Programador responsable: Richard Lema – Cristian Pineda

Descripción:

El usuario secretaria podrá habilitar el ingreso de notas según la calificación que desee que los docentes ingresen dándole una fecha de inicio y una fecha de fin

El usuario inspector podrá generar un reporte de las inasistencias

Observaciones: Las calificaciones solo se podrán ingresar en ese periodo de tiempo

Observaciones:

Historias de usuario del sistema UEJC

Historia de Usuario Número: 47

Usuario: todos los usuarios

Historia de Usuario Número: 48

Usuario: secretaria

Nombre historia: Cambio de contraseña primer ingreso

Nombre historia: Restaurar contraseña docentes

Prioridad en negocio:

Riesgo en desarrollo:

Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 4

Tiempo estimado: 0,2

Iteración asignada: 4

Programador responsable: Richard Lema – Cristian Pineda

Descripción:

Para ingresar al sistema por primera vez deberán cambiar la contraseña

El usuario secretaria podrá restaurar la contraseña de los docente poniendo la contraseña por defecto su número de cedula

Observaciones: La nueva contraseña debe ser mayor a 8 caracteres, debe contener números y letras

Observaciones:

Historias de usuario del sistema UEJC

Historia de Usuario

Historia de Usuario Número: 49

Usuario: Administrador

Nombre historia: Administración de Roles Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 2

Número: 50

Usuario: Administrador

Nombre historia: Reporte de Actividad de Usuarios Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Tiempo estimado: 0,2

Iteración asignada: 2

Programador responsable: Richard Lema – Cristian Pineda Programador responsable: Richard Lema – Cristian Pineda Descripción: Descripción: El usuario Administrador podrá cambiar el nombre de los Roles del sistema y También podrá dar una descripción a ese rol modificándolo en la base de datos

El administrador podrá generar un reporte de todos los usuarios que han ingresado al sistema mostrando el Usuario, Nombre, Apellido, Actividad, Fecha de ingreso y hora, IP, Sistema Operativo y Navegador.

Observaciones: Observaciones:

Anexo 5 (Pruebas de Aceptaciรณn)

PRUEBA DE ACEPTACIÓN Caso de prueba: Administración del sistema Numero de caso de prueba: 1 Numero de historia de usuario: 1 Nombre de caso de prueba: Correcta actualización de la información del sistema Descripción: La información del sistema puede ser modificada en cualquier momento. Entradas: 4. El administrador ingresa al módulo de administración 5. Ingresa la nueva información en el formulario 6. El administrador da click en el botón guardar Resultados esperados:  La información se actualiza con éxito en la base de datos Evaluación:  Se actualizo correctamente

PRUEBA DE ACEPTACIÓN Caso de prueba: Crear perfiles Numero de caso de prueba: 2 Numero de historia de usuario: 2 Nombre de caso de prueba: Correcto ingreso de perfiles al sistema Descripción: El administrador del sistema puede agregar perfiles de usuario al sistema Entradas: 1. El administrador ingresa al módulo de administración 2. El administrador ingresa a perfiles 3. El administrador desbloquea los campos del formulario 4. El administrador ingresa el nuevo perfil 5. El administrador da click en el botón guardar Resultados esperados:  El perfil se guarda en la base de datos del sistema Evaluación:  Se guardó correctamente

PRUEBA DE ACEPTACIÓN Caso de prueba: Modificar perfiles Numero de caso de prueba: 3 Numero de historia de usuario: 3 Nombre de caso de prueba: Correcta modificación de perfiles en el sistema Descripción: El administrador del sistema puede modificar perfiles de usuario en el sistema Entradas: 1. El administrador ingresa al módulo de administración 2. El administrador ingresa a perfiles 3. El administrador da click en el botón de editar 4. El administrador desbloquea los campos del formulario 5. El administrador modifica el perfil en el formulario 6. El administrador da click en el botón guardar Resultados esperados:  El perfil se modifica en la base de datos del sistema Evaluación:  Se modificó correctamente PRUEBA DE ACEPTACIÓN Caso de prueba: Eliminar perfiles Numero de caso de prueba: 4 Numero de historia de usuario: 4 Nombre de caso de prueba: Correcta eliminación de perfiles del sistema Descripción: El administrador del sistema puede eliminar perfiles de usuario del sistema Entradas: 1. El administrador ingresa al módulo de administración 2. El administrador ingresa a perfiles 3. El administrador da click en el botón de eliminar 4. El administrador confirma el mensaje dando click en el botón “si, eliminarlo” 5. El administrador confirma el mensaje dando click en el botón “Cancelar”

Resultados esperados:  Si el click es en el botón “Si eliminarlo” se elimina el perfil  Si el click es en el botón “cancelar” se cancela la eliminación  Si el perfil ya está asignado a un usuario no podrá ser eliminado Evaluación:  Resultados esperados confirmados

PRUEBA DE ACEPTACIÓN Caso de prueba: Crear usuarios Numero de caso de prueba: 5 Numero de historia de usuario: 5 Nombre de caso de prueba: Correcto ingreso de usuarios al sistema Descripción: El administrador del sistema puede ingresar usuario al sistema en cualquier momento Entradas: 1. El administrador ingresa al módulo de administración 2. El administrador ingresa a usuarios 3. El administrador da click en el botón de eliminar 4. El administrador desbloquea los campos del formulario 5. El administrador ingresa los datos del usuario 6. El administrador da click en el botón guardar Resultados esperados:  El usuario se guarda en la base de datos del sistema  No se podrá guardar usuarios con cedulas repetidas Evaluación:  Resultados esperados confirmados PRUEBA DE ACEPTACIÓN Caso de prueba: Modificar usuarios Numero de caso de prueba: 6 Numero de historia de usuario: 6 Nombre de caso de prueba: Correcta modificación de usuarios al sistema Descripción: El administrador del sistema puede modificar usuario del sistema en cualquier momento Entradas: 1. El administrador ingresa al módulo de administración 2. El administrador ingresa a usuarios 3. El administrador da click en el botón de editar 4. El administrador desbloquea los campos del formulario 5. El administrador modifica los datos del usuario 6. El administrador da click en el botón guardar Resultados esperados:  El usuario se modifica en la base de datos del sistema  No se podrá guardar usuarios con cedulas repetidas Evaluación:  Resultados esperados confirmados

PRUEBA DE ACEPTACIÓN Caso de prueba: Activar y desactivar usuarios Numero de caso de prueba: 7 Numero de historia de usuario: 7 Nombre de caso de prueba: Correcta activación y desactivación de usuarios del sistema Descripción: El administrador del sistema puede activar y desactivar usuario del sistema en cualquier momento Entradas: 1. El administrador ingresa al módulo de administración 2. El administrador ingresa a usuarios 3. El administrador da click en el botón de activar/desactivar

Resultados esperados:  El usuario es desactivado y activado cambiando su estado en la base de datos Evaluación:  Resultados esperados confirmados

PRUEBA DE ACEPTACIÓN Caso de prueba: Control de cambio de contraseña Numero de caso de prueba: 8 Numero de historia de usuario: 8 Nombre de caso de prueba: Correcto restablecimiento de contraseña del usuario Descripción: El administrador del sistema puede restablecer la contraseña en caso de olvido del usuario Entradas: 1. El administrador ingresa al módulo de administración 2. El administrador ingresa a usuarios 3. El administrador da click en el botón restablecer contraseña

Resultados esperados:  La contraseña se restablece al número de cedula del usuario Evaluación:  Resultados esperados confirmados

PRUEBA DE ACEPTACIÓN Caso de prueba: Consultar usuarios Numero de caso de prueba: 9 Numero de historia de usuario: 9 Nombre de caso de prueba: Correcta visualización de los usuarios Descripción: El administrador del sistema puede consultar los usuarios del sistema en todo momento, además de filtrar los usuarios haciendo una búsqueda mucho más rápida Entradas: 1. El administrador ingresa al módulo de administración 2. El administrador ingresa a usuarios 3. El administrador para filtrar ingresa datos en el campo Buscar y se eliminaran los que no coinciden

Resultados esperados:  Visualización de todos los usuarios mediante una tabla y filtrado de usuarios Evaluación:  Resultados esperados confirmados

PRUEBA DE ACEPTACIÓN Caso de prueba: Reportes de usuarios Numero de caso de prueba: 10 Numero de historia de usuario: 10 Nombre de caso de prueba: Correcta generación de reportes de usuarios Descripción: El administrador del sistema puede generar reportes de los usuarios del sistema en todo momento. Entradas: 1. El administrador ingresa al módulo de administración 2. El administrador ingresa a usuarios 3. El administrador da click en el botón de reportes

Resultados esperados:  Se genera un reporte de usuarios del sistema Evaluación:  Resultados esperados confirmados

PRUEBA DE ACEPTACIÓN Caso de prueba: Crear periodos académicos Numero de caso de prueba: 11 Numero de historia de usuario: 11 Nombre de caso de prueba: Correcta creación de periodos académicos Descripción: El administrador del sistema puede crear periodos académicos Entradas: 1. El administrador ingresa al módulo de administración 2. El administrador ingresa a periodos académicos 3. El administrador desbloqueará los campos del formulario 4. El administrador ingresara las fechas de inicio y fin del periodo académico 5. El administrador da click en el botón de guardar

Resultados esperados:  Se guardará el periodo académico en la base de datos  Los periodos académicos no se guardarán si las fechas son repetidas  El periodo académico se ingresará en estado pendiente Evaluación:  Resultados esperados confirmados

PRUEBA DE ACEPTACIÓN Caso de prueba: Modificar periodos académicos Numero de caso de prueba: 12 Numero de historia de usuario: 12 Nombre de caso de prueba: Correcta modificación de periodos académicos Descripción: El administrador del sistema puede modificar periodos académicos Entradas: 1. El administrador ingresa al módulo de administración 2. El administrador ingresa a periodos académicos 3. El administrador da click en el botón de modificar 4. El administrador desbloqueará los campos del formulario 5. El administrador modifica las fechas de inicio y fin del periodo académico 6. El administrador da click en el botón de guardar Resultados esperados:  Se modificara el periodo académico en la base de datos  Los periodos académicos no se guardarán si las fechas son repetidas  El periodo académico no se puede modificar si está siendo usado Evaluación:  Resultados esperados confirmados

PRUEBA DE ACEPTACIÓN Caso de prueba: Apertura y cierre de periodo académico Numero de caso de prueba: 13 Numero de historia de usuario: 13 Nombre de caso de prueba: Correcta apertura y cierre de periodos académicos Descripción: El administrador del sistema puede realizar la apertura y cierre de los periodos académicos Entradas: 1. El administrador ingresa al módulo de administración 2. El administrador ingresa a periodos académicos 3. El administrador da click en el botón de apertura/cierre

Resultados esperados:  Se realiza la apertura y cierre de los periodos académicos  Solo puede estar un periodo académico habilitado  El periodo solo se cerrara al pasar la fecha de cierre del periodo Evaluación:  Resultados esperados confirmados

PRUEBA DE ACEPTACIÓN Caso de prueba: Eliminar periodos académicos Numero de caso de prueba: 14 Numero de historia de usuario: 14 Nombre de caso de prueba: Correcta eliminación de periodos académicos Descripción: El administrador del sistema puede realizar la eliminación de los periodos académicos Entradas: 1. El administrador ingresa al módulo de administración 2. El administrador ingresa a periodos académicos 3. El administrador da click en el botón de eliminar 4. El administrador confirma el mensaje dando click en el botón “si, eliminarlo” 5. El administrador confirma el mensaje dando click en el botón “Cancelar”

Resultados esperados:  Si el click es en el botón “Si eliminarlo” se elimina el periodo académico  Si el click es en el botón “Cancelar” se cancela la eliminación el periodo académico  No se podrá eliminar el periodo académico si está en uso Evaluación:  Resultados esperados confirmados

PRUEBA DE ACEPTACIÓN Caso de prueba: Crear cursos Numero de caso de prueba: 15 Numero de historia de usuario: 15 Nombre de caso de prueba: Correcta creación de cursos en el sistema Descripción: El usuario secretaria puede crear cursos en el sistema Entradas: 1. La secretaria ingresa al módulo de secretaria 2. La secretaria ingresa a cursos 3. La secretaria desbloqueará los campos del formulario 4. La secretaria crea el curso y el paralelo 5. La secretaria selecciona los cursos en el formulario 6. La secretaria da click en el botón de guardar Resultados esperados:  Se ingresara el curso a la base de datos  No se podrán guardar cursos repetidos Evaluación:  Resultados esperados confirmados

PRUEBA DE ACEPTACIÓN Caso de prueba: Modificar cursos Numero de caso de prueba: 16 Numero de historia de usuario: 16 Nombre de caso de prueba: Correcta modificación de cursos en el sistema Descripción: El usuario secretaria puede modificar los cursos en el sistema Entradas: 1. La secretaria ingresa al módulo de secretaria 2. La secretaria ingresa a cursos 3. La secretaria da click en el botón de modificar 4. La secretaria desbloqueará los campos del formulario 5. La secretaria modifica el cursos en el formulario 6. La secretaria da click en el botón de guardar Resultados esperados:  Se modificara el curso en base de datos  No se podrán guardar cursos repetidos Evaluación:  Resultados esperados confirmados

PRUEBA DE ACEPTACIÓN Caso de prueba: Eliminar cursos Numero de caso de prueba: 17 Numero de historia de usuario: 17 Nombre de caso de prueba: Correcta eliminación de cursos en el sistema Descripción: El usuario secretaria puede eliminar los cursos del sistema Entradas: 1. La secretaria ingresa al módulo de secretaria 2. La secretaria ingresa a cursos 3. La secretaria da click en el botón de eliminar 4. La secretaria confirma el mensaje dando click en el botón “si, eliminarlo” 5. La secretaria confirma el mensaje dando click en el botón “Cancelar”

Resultados esperados:  Si el click es en el botón “Si eliminarlo” se elimina el curso  Si el click es en el botón “Cancelar” se cancela la eliminación del curso  No se podrá eliminar el curso si está vinculado con un periodo académico Evaluación:  Resultados esperados confirmados

PRUEBA DE ACEPTACIÓN Caso de prueba: Crear docentes Numero de caso de prueba: 18 Numero de historia de usuario: 18 Nombre de caso de prueba: Correcta creación de docentes en el sistema Descripción: El usuario secretaria puede crear docentes en el sistema en cualquier momento Entradas: 1. La secretaria ingresa al módulo de secretaria 2. La secretaria ingresa a docentes 3. La secretaria desbloqueará los campos del formulario 4. La secretaria ingresa los datos del docente 5. La secretaria da click en el botón de guardar

Resultados esperados:  Se ingresara el docente a la base de datos  No se podrán guardar docentes con cedula repetida Evaluación:  Resultados esperados confirmados

PRUEBA DE ACEPTACIÓN Caso de prueba: Modificar de docentes Numero de caso de prueba: 19 Numero de historia de usuario: 19 Nombre de caso de prueba: Correcta modificación de docentes en el sistema Descripción: El usuario secretaria puede modificar los docentes en el sistema Entradas: 1. La secretaria ingresa al módulo de secretaria 2. La secretaria ingresa a docentes 3. La secretaria da click en el botón de modificar 4. La secretaria desbloqueará los campos del formulario 5. La secretaria modifica los datos del docente en el formulario 6. La secretaria da click en el botón de guardar Resultados esperados:  Se modificaran los datos del docente en la base de datos  No se podrán guardar docentes con la cedula repetida Evaluación:  Resultados esperados confirmados

PRUEBA DE ACEPTACIÓN Caso de prueba: activar o desactivar docentes Numero de caso de prueba: 20 Numero de historia de usuario: 20 Nombre de caso de prueba: Correcta activación o desactivación de docentes en el sistema Descripción: El usuario secretaria puede activar o desactivar los docentes del sistema Entradas: 1. La secretaria ingresa al módulo de secretaria 2. La secretaria ingresa a docentes 3. La secretaria da click en el botón de activar/desactivar

Resultados esperados:  Se activara y desactivara el docente cambio su estado de Activo a inactivo Evaluación:  Resultados esperados confirmados

PRUEBA DE ACEPTACIÓN Caso de prueba: Crear materias Numero de caso de prueba: 21 Numero de historia de usuario: 21 Nombre de caso de prueba: Correcta creación de materias en el sistema Descripción: El usuario secretaria puede crear materias en el sistema Entradas: 1. La secretaria ingresa al módulo de secretaria 2. La secretaria ingresa a materias 3. La secretaria desbloqueará los campos del formulario 4. La secretaria ingresa los datos en el formulario 5. La secretaria da click en el botón de guardar

Resultados esperados:  Se ingresara la materia a la base de datos  No se podrán guardar materias repetidos Evaluación:  Resultados esperados confirmados

PRUEBA DE ACEPTACIÓN Caso de prueba: Modificar materias Numero de caso de prueba: 22 Numero de historia de usuario: 22 Nombre de caso de prueba: Correcta modificación de cursos en el sistema Descripción: El usuario secretaria puede modificar los cursos en el sistema Entradas: 1. La secretaria ingresa al módulo de secretaria 2. La secretaria ingresa a materias 3. La secretaria da click en el botón de modificar 4. La secretaria desbloqueará los campos del formulario 5. La secretaria modifica los datos en el formulario 6. La secretaria da click en el botón de guardar Resultados esperados:  Se modificará la materia en la base de datos  No se podrán guardar materias repetidas Evaluación:  Resultados esperados confirmados

PRUEBA DE ACEPTACIÓN Caso de prueba: Eliminar materias Numero de caso de prueba: 23 Numero de historia de usuario: 23 Nombre de caso de prueba: Correcta eliminación de materias en el sistema Descripción: El usuario secretaria puede eliminar las materias del sistema Entradas: 1. La secretaria ingresa al módulo de secretaria 2. La secretaria ingresa a materias 3. La secretaria da click en el botón de eliminar 4. La secretaria confirma el mensaje dando click en el botón “si, eliminarlo” 5. La secretaria confirma el mensaje dando click en el botón “Cancelar”

Resultados esperados:  Si el click es en el botón “Si eliminarlo” se elimina la materia  Si el click es en el botón “Cancelar” se cancela la eliminación de la materia  No se podrá eliminar la materia si está vinculada Evaluación:  Resultados esperados confirmados

PRUEBA DE ACEPTACIÓN Caso de prueba: Habilitar Cursos Numero de caso de prueba: 24 Numero de historia de usuario: 24 Nombre de caso de prueba: Correcta habilitación de cursos en el sistema Descripción: El usuario secretaria puede habilitar los cursos del sistema Entradas: 1. La secretaria ingresa al módulo de secretaria 2. La secretaria ingresa a habilitar curso 3. La secretaria selecciona los cursos que serán habilitados 4. La secretaria desbloquea el botón de guardar dando click en desbloquear 5. La secretaria da click en botón de guardar 6. Para deshabilitar los cursos da click en el botón rojo de la tabla Resultados esperados:  Se habilitarán los cursos seleccionados guardándolos en la base de datos en su respectiva tabla  Si se da click en el botón rojo se deshabilitará el curso borrando de la base de datos  No se podrá deshabilitar si existe alguna vinculación como por ejemplo alumnos en el curso Evaluación:  Resultados esperados confirmados

PRUEBA DE ACEPTACIÓN Caso de prueba: Vincular o desvincular Materia a curso Numero de caso de prueba: 25 Numero de historia de usuario: 25 Nombre de caso de prueba: Correcta vinculación y desvinculación de materia a curso en el sistema Descripción: El usuario secretaria puede vincular y desvincular la materia al curso en el sistema Entradas: 1. La secretaria ingresa al módulo de secretaria 2. La secretaria ingresa a Materia - Curso 3. La secretaria selecciona las materias 4. La secretaria selecciona el curso 5. La secretaria desbloquea el botón de guardar dando click en desbloquear 6. La secretaria da click en botón de guardar 7. Para desvincular Materia a Curso da click en el botón rojo de la tabla Resultados esperados:  Las materias se vincularan al curso según sus selecciones en el formulario  Si se da click en el botón rojo se desvinculará Materia de Curso borrando de la base de datos  No se podrá deshabilitar si existe alguna vinculación como por ejemplo la materia ya tiene docente asignado Evaluación:  Resultados esperados confirmados

PRUEBA DE ACEPTACIÓN Caso de prueba: Vincular o desvincular Docente a Materia Numero de caso de prueba: 26 Numero de historia de usuario: 26 Nombre de caso de prueba: Correcta vinculación y desvinculación de docente a materia en el sistema Descripción: El usuario secretaria puede vincular y desvincular docente a materia en el sistema Entradas: 1. La secretaria ingresa al módulo de secretaria 2. La secretaria ingresa a Docente - Materia 3. La secretaria selecciona el docente 4. La secretaria selecciona las materias que va a dar 5. La secretaria desbloquea el botón de guardar dando click en desbloquear 6. La secretaria da click en botón de guardar 7. Para desvincular Docente de materia da click en el botón rojo de la tabla Resultados esperados:  Los docentes se vincularan a la materia según sus selecciones en el formulario  Si se da click en el botón rojo se desvinculará docente de materia borrando de la base de datos  No se podrá deshabilitar si existe alguna vinculación como por ejemplo el docente registro calificaciones Evaluación:  Resultados esperados confirmados

PRUEBA DE ACEPTACIÓN Caso de prueba: Crear representante Numero de caso de prueba: 27 Numero de historia de usuario: 27 Nombre de caso de prueba: Correcta creación de representantes en el sistema Descripción: El usuario secretaria puede crear representantes en el sistema Entradas: 1. La secretaria ingresa al módulo de secretaria 2. La secretaria ingresa a Alumnos 3. La secretaria da click en el botón representantes 4. La secretaria ingresa los datos en el formulario 5. La secretaria da click en el botón de guardar

Resultados esperados:  Se ingresara el docente a la base de datos  No se podrán guardar docentes con cedulas repetidas Evaluación:  Resultados esperados confirmados

PRUEBA DE ACEPTACIÓN Caso de prueba: Modificar Representantes Numero de caso de prueba: 28 Numero de historia de usuario: 28 Nombre de caso de prueba: Correcta modificación de representantes en el sistema Descripción: El usuario secretaria puede modificar los representantes en el sistema Entradas: 1. La secretaria ingresa al módulo de secretaria 2. La secretaria ingresa a Alumnos 3. La secretaria da click en el botón de vista representantes 4. La secretaria da click en el botón de modificar de la tabla 5. La secretaria modifica los datos en el formulario 6. La secretaria da click en el botón de guardar Resultados esperados:  Se modificará los representantes en la base de datos  No se podrán guardar representantes con cedulas repetidas Evaluación:  Resultados esperados confirmados

PRUEBA DE ACEPTACIÓN Caso de prueba: Activar o desactivar un representante Numero de caso de prueba: 29 Numero de historia de usuario: 29 Nombre de caso de prueba: Correcta Activación o desactivación de un representante en el sistema Descripción: El usuario secretaria puede Activar o desactivar un representante del sistema Entradas: 1. La secretaria ingresa al módulo de secretaria 2. La secretaria ingresa a Alumnos 3. La secretaria da click en el botón vista representantes 4. La secretaria da click en el botón de desactivar/activar

Resultados esperados:  Se activara o desactivara el representante cambiando su estado de la base de datos Evaluación:  Resultados esperados confirmados

PRUEBA DE ACEPTACIÓN Caso de prueba: Crear estudiante Numero de caso de prueba: 30 Numero de historia de usuario: 30 Nombre de caso de prueba: Correcta creación de estudiante en el sistema Descripción: El usuario secretaria puede crear estudiantes en el sistema Entradas: 1. La secretaria ingresa al módulo de secretaria 2. La secretaria ingresa a Alumnos 3. La secretaria da click en el botón Alumno 4. La secretaria ingresa los datos en el formulario 5. La secretaria da click en el botón de guardar

Resultados esperados:  Se ingresara el estudiante a la base de datos  No se podrán guardar estudiantes con cedulas repetidas Evaluación:  Resultados esperados confirmados

PRUEBA DE ACEPTACIÓN Caso de prueba: Modificar estudiantes Numero de caso de prueba: 31 Numero de historia de usuario: 31 Nombre de caso de prueba: Correcta modificación de estudiantes en el sistema Descripción: El usuario secretaria puede modificar los estudiantes en el sistema Entradas: 1. La secretaria ingresa al módulo de secretaria 2. La secretaria ingresa a Alumnos 3. La secretaria da click en el botón de vista alumnos 4. La secretaria da click en el botón de modificar de la tabla 5. La secretaria modifica los datos en el formulario 6. La secretaria da click en el botón de guardar Resultados esperados:  Se modificará los estudiantes en la base de datos  No se podrán guardar estudiantes con cedulas repetidas Evaluación:  Resultados esperados confirmados

PRUEBA DE ACEPTACIÓN Caso de prueba: Activar o desactivar un estudiante Numero de caso de prueba: 32 Numero de historia de usuario: 32 Nombre de caso de prueba: Correcta Activación o desactivación de un estudiante en el sistema Descripción: El usuario secretaria puede Activar o desactivar un estudiante del sistema Entradas: 1. La secretaria ingresa al módulo de secretaria 2. La secretaria ingresa a Alumnos 3. La secretaria da click en el botón vista estudiantes 4. La secretaria da click en el botón de desactivar/activar

Resultados esperados:  Se activara o desactivara el estudiante cambiando su estado de la base de datos Evaluación:  Resultados esperados confirmados

PRUEBA DE ACEPTACIÓN Caso de prueba: Modificación de notas Numero de caso de prueba: 33 Numero de historia de usuario: 33 Nombre de caso de prueba: Correcta modificación notas de un estudiante en el sistema Descripción: El usuario secretaria puede modificar las notas de un estudiante del sistema Entradas: 1. La secretaria ingresa al módulo de secretaria 2. La secretaria ingresa a Modificación de notas 3. La secretaria selecciona la nota que desea modificar en la tabla 4. La secretaria guarda en la base de datos

Resultados esperados:  Se modificaran las notas del estudiante en el sistema  La secretaria siempre tendrá habilitado para modificar las notas del alumno Evaluación:  Resultados esperados confirmados

PRUEBA DE ACEPTACIÓN Caso de prueba: reportes de secretaria Numero de caso de prueba: 34 Numero de historia de usuario: 34 Nombre de caso de prueba: Correcta generación de reportes Descripción: El usuario secretaria puede generar reportes de cursos, materias, docentes, calificaciones y de inasistencias Entradas: 1. La secretaria ingresa al módulo de secretaria 2. La secretaria ingresa a Reportes 3. La secretaria da click en el botón generar reporte

Resultados esperados:  Generación del reporte correspondiente Evaluación:  Resultados esperados confirmados

PRUEBA DE ACEPTACIÓN Caso de prueba: Ingreso de calificaciones del estudiante Numero de caso de prueba: 35 Numero de historia de usuario: 35 Nombre de caso de prueba: Correcto ingreso de calificaciones de los estudiantes Descripción: El usuario docente puede ingresar las calificaciones de los estudiantes que tiene a cargo en su curso correspondiente Entradas: 1. El docente ingresa al módulo de docentes 2. El docente ingresa a Calificaciones 3. Selecciona la materia 4. En la tabla que se genera ingresa las calificaciones según corresponda el alumno Resultados esperados:  Ingreso de calificaciones al sistema  Solo se podrá ingresar notas de 0 a 10 Evaluación:  Resultados esperados confirmados

PRUEBA DE ACEPTACIÓN Caso de prueba: Ingreso de inasistencia del estudiante Numero de caso de prueba: 36 Numero de historia de usuario: 36 Nombre de caso de prueba: Correcto ingreso de inasistencia de los estudiantes Descripción: El usuario docente puede ingresar las inasistencias de los estudiantes que tiene a cargo en su curso correspondiente Entradas: 1. El docente ingresa al módulo de docentes 2. El docente ingresa a Inasistencias 3. Selecciona la materia que tiene a cargo 4. Selección el alumno que está en esa materia 5. Ingresa la fecha de inasistencia 6. Una observación 7. Da click en el botón guardar Resultados esperados:  Ingreso de inasistencia al sistema  Envió de correo electrónico al representante Evaluación:  Resultados esperados confirmados

PRUEBA DE ACEPTACIÓN Caso de prueba: consulta de calificaciones del estudiante Numero de caso de prueba: 37 Numero de historia de usuario: 37 Nombre de caso de prueba: Correcta consulta de calificaciones de los estudiantes Descripción: El usuario docente puede consultar las calificaciones de los estudiantes que tiene a cargo en su curso correspondiente Entradas: 1. El docente ingresa al módulo de docentes 2. El docente ingresa a calificaciones 3. Selecciona la materia que tiene a cargo

Resultados esperados:  Despliegue de una tabla con todos los estudiantes que están en la materia seleccionada Evaluación:  Resultados esperados confirmados

PRUEBA DE ACEPTACIÓN Caso de prueba: Reporte de docente Numero de caso de prueba: 38 Numero de historia de usuario: 38 Nombre de caso de prueba: Correcta generación de reportes de calificaciones de los estudiantes Descripción: El usuario docente puede generar reporte de las calificaciones de los estudiantes que tiene a cargo en su curso correspondiente Entradas: 1. El docente ingresa al módulo de docentes 2. El docente ingresa a calificaciones 3. El docente da click en el botón de generar reporte calificaciones 4. El docente ingresa a inasistencias 5. El docente da click en el botón de generar reporte inasistencias

Resultados esperados:  Generación de reportes de calificaciones  Generación de reportes de inasistencia Evaluación:  Resultados esperados confirmados

PRUEBA DE ACEPTACIÓN Caso de prueba: consulta de calificaciones del estudiante y reporte Numero de caso de prueba: 39 Numero de historia de usuario: 39 Nombre de caso de prueba: Correcta consulta y generación de reportes de calificaciones de los estudiantes Descripción: El usuario estudiante puede consultar y generar reportes de sus calificaciones Entradas: 1. El estudiante ingresa al módulo de estudiantes mediante su usuario y contraseña

Resultados esperados:  Consulta calificaciones y Generación de reportes de sus calificaciones Evaluación:  Resultados esperados confirmados

PRUEBA DE ACEPTACIÓN Caso de prueba: ingreso y salida del sistema Numero de caso de prueba: 40 Numero de historia de usuario: 40 Nombre de caso de prueba: Correcto ingreso y salida del sistema Descripción: El usuario puede ingresar y salir del sistema Entradas: 1. Los usuarios ingresan su usuario 2. Los usuarios ingresan la contraseña 3. Da click en el Botón iniciar sesión 4. Para salir del sistema los usuarios dan click en el botón superior izquierdo con el nombre del usuario y salir

Resultados esperados:  Ingreso al sistema si sus datos son correctos  Salida del sistema Evaluación:  Resultados esperados confirmados

PRUEBA DE ACEPTACIÓN Caso de prueba: justificar inasistencia Numero de caso de prueba: 41 Numero de historia de usuario: 41 Nombre de caso de prueba: Correcto justificación de faltas del estudiante Descripción: El inspector puede justificar las faltas del estudiante Entradas: 1. El usuario inspector ingresa a su modulo 2. El usuario inspector ingresa a inasistencias 3. El usuario inspector da click en justificar 4. El usuario inspector confirma la acción

Resultados esperados:  Falta justificada del estudiante Evaluación:  Resultados esperados confirmados

PRUEBA DE ACEPTACIÓN Caso de prueba: control de roles de los usuarios Numero de caso de prueba: 42 Numero de historia de usuario: 42 Nombre de caso de prueba: Correcto control de roles del usuario Descripción: El administrador puede asignar o quitar roles al usuario Entradas: 1. El administrador ingresa a su modulo 2. El administrador ingresa a usuario 3. El administrador da click en el botón roles 4. El administrador asigna o quita los roles 5. El administrador da click en el botón de guardar

Resultados esperados:  Roles asignados o quitados correctamente Evaluación:  Resultados esperados confirmados

PRUEBA DE ACEPTACIÓN Caso de prueba: control de roles de los docentes Numero de caso de prueba: 43 Numero de historia de usuario: 43 Nombre de caso de prueba: Correcto control de roles del docente Descripción: El usuario secretaria puede asignar o quitar roles al docente Entradas: 1. El usuario secretaria ingresa a su modulo 2. El usuario secretaria ingresa a docentes 3. El usuario secretaria da click en el botón roles 4. El usuario secretaria asigna o quita los roles 5. El usuario secretaria da click en el botón de guardar

Resultados esperados:  Roles asignados o quitados correctamente Evaluación:  Resultados esperados confirmados

PRUEBA DE ACEPTACIÓN Caso de prueba: Actividad de usuarios Numero de caso de prueba: 44 Numero de historia de usuario: 44 Nombre de caso de prueba: visualización del ingreso de usuarios Descripción: El administrador puede ver la fecha, hora, ip, sistema operativo y navegador de las personas que han ingresado al sistema mediante una tabla desplegable Entradas: 1. El administrador ingresa a su modulo 2. El administrador ingresa a usuarios 3. El usuario secretaria da click en el botón actividad de usuarios

Resultados esperados:  Tabla generada con la información correcta Evaluación:  Resultados esperados confirmados

PRUEBA DE ACEPTACIÓN Caso de prueba: Activar ingreso de calificaciones Numero de caso de prueba: 45 Numero de historia de usuario: 45 Nombre de caso de prueba: activación de ingreso de calificaciones Descripción: El usuario secretaria podrá activar donde se va a registrar las calificaciones dependiendo de quimiestre, de la nota parcial o examen. Entradas: 1. El usuario secretaria ingresa a su modulo 2. El usuario secretaria ingresa a calificaciones 3. El usuario secretaria da click en el parcial o examen que desea activar para que ingresen las calificaciones

Resultados esperados:  Campo habilitado para q el docente ingrese la calificación Evaluación:  Resultados esperados confirmados

PRUEBA DE ACEPTACIÓN Caso de prueba: reporte de inasistencia Numero de caso de prueba: 46 Numero de historia de usuario: 46 Nombre de caso de prueba: Generar reporte de inasistencia Descripción: El usuario inspector podrá generar reportes de inasistencia Entradas: 1. El usuario inspector ingresa a su modulo 2. El usuario da click en el botón de generar reporte

Resultados esperados:  Reporte generado con correctamente Evaluación:  Resultados esperados confirmados

PRUEBA DE ACEPTACIÓN Caso de prueba: Cambio de contraseña primer ingreso Numero de caso de prueba: 47 Numero de historia de usuario: 47 Nombre de caso de prueba: Cambio de contraseña primer ingreso Descripción: Todos los usuarios deberán cambiar su contraseña al ingresar por primera vez al sistema de calificaciones Entradas: 1. El usuario ingresa su nombre de usuario y contraseña 2. El usuario da click iniciar sesión 3. Si es primera vez que ingresa al sistema 4. Ingresar nueva contraseña

Resultados esperados:  Si cambia su contraseña ingresa al sistema  Contraseña cambiada correctamente en la base de datos Evaluación:  Resultados esperados confirmados

PRUEBA DE ACEPTACIÓN Caso de prueba: Restaurar contraseña de docentes Numero de caso de prueba: 48 Numero de historia de usuario: 48 Nombre de caso de prueba: Restaurar contraseña de docentes Descripción: El usuario secretaria podrá restaurar la contraseña del docente, de manera que la contraseña volvería hacer el número de cedula del docente Entradas: 1. El usuario secretaria ingresa a su modulo 2. El usuario secretaria ingresa a docentes 3. El usuario secretaria da click en restaurar contraseña Resultados esperados:  Se restaura la contraseña del docente  Cambia el estado del docente a pendiente en la base de datos Evaluación:  Resultados esperados confirmados

PRUEBA DE ACEPTACIÓN Caso de prueba: Administración de roles Numero de caso de prueba: 49 Numero de historia de usuario: 49 Nombre de caso de prueba: Administrar Roles Descripción: El administrador podrá cambiar los nombre de los roles Entradas: 1. El administrador ingresa a su modulo 2. El administrador ingresa a Administración de roles 3. El usuario secretaria da click en restaurar contraseña 4. El administrador da click sobre el nombre o la descripción, se habilitara una venta para editar 5. El administrador guardará los cambios

Resultados esperados:  Se actualiza el nombre del rol en la base de datos  Se actualiza la descripción del rol en la base de datos Evaluación:  Resultados esperados confirmados

PRUEBA DE ACEPTACIÓN Caso de prueba: Reporte de actividad de usuario Numero de caso de prueba: 50 Numero de historia de usuario: 50 Nombre de caso de prueba: Reporte de actividad de usuario Descripción: El administrador podrá generar un reporte de los ingreso de los usuarios Entradas: 5. El administrador ingresa a su modulo 6. El administrador ingresa a Usuarios 7. El administrador da click Actividad de usuarios 8. El administrador da click en reporte actividad Resultados esperados:  Se genera un reporte de los usuarios que ingresaron al sistema Evaluación:  Resultados esperados confirmados

Anexo 6 (Manual de Usuario)

MANUAL DE USUARIO

UEJC

ÍNDICE DE CONTENIDOS 1.

INTRODUCCIÓN ........................................................................................................ 236

FUNCIONES DEL SISTEMA ..................................................................................... 237

2.1. Aspectos generales ....................................................................................................... 237 2.2. Botones del Sistema ..................................................................................................... 239 2.3. Página Web Informativa ............................................................................................... 242 2.3.1.

Página Principal ............................................................................................... 242

2.4. Inicio de sesión ............................................................................................................. 246 2.4.1.

Pasos para iniciar sesión en el sistema ............................................................. 247

2.4.2.

Problemas al iniciar sesión............................................................................... 247

2.5. Página de Bienvenida ................................................................................................... 247 2.5.1.

Menú de interfaz .............................................................................................. 248

2.6. Perfil Administrador ..................................................................................................... 249 2.6.1.

Perfiles ............................................................................................................. 250

2.6.2.

Usuarios ........................................................................................................... 254

2.6.3.

Administración de roles ................................................................................... 258

2.6.4.

Periodo Académico .......................................................................................... 260

2.6.5.

Sistema ............................................................................................................. 264

2.7. Secretaria ...................................................................................................................... 266 2.7.1.

Cursos .............................................................................................................. 267

2.7.2.

Materias............................................................................................................ 271

2.7.3.

Docentes ........................................................................................................... 273

2.7.4.

Habilitar Curso ................................................................................................. 277

2.7.5.

Materia-Curso .................................................................................................. 278

2.7.6.

Docente-Materia .............................................................................................. 280

2.7.7.

Alumno ............................................................................................................ 281

2.7.8.

Reportes ........................................................................................................... 286

2.7.9.

Calificaciones ................................................................................................... 287

2.7.10.

Recalificaciones ............................................................................................... 288

2.8. Docentes ....................................................................................................................... 289 2.8.1.

Calificaciones ................................................................................................... 290

2.8.2.

Inasistencias ..................................................................................................... 292

2.9. Inspecciรณn ..................................................................................................................... 293 2.9.1.

Inasistencias ..................................................................................................... 293

2.10. Estudiante ..................................................................................................................... 296 2.10.1.

Consulta de Calificaciones ............................................................................... 296

INDICE DE FIGURAS

Figura 1. Alerta: Actualización Exitosa ................................................................................. 238 Figura 2 Alerta: Restricción .................................................................................................. 238 Figura 3. Alerta: Confirmación .............................................................................................. 239 Figura 4. Página Principal ...................................................................................................... 243 Figura 5. Página Principal: Menú .......................................................................................... 243 Figura 6. Página Principal: UEJC .......................................................................................... 243 Figura 7. Página Principal: Institución................................................................................... 244 Figura 8. Página Principal: Servicios ..................................................................................... 244 Figura 9. Página Principal: Sistema de Calificaciones .......................................................... 245 Figura 10. Página Principal: Contactos .................................................................................. 245 Figura 11. Página Principal: Campus virtual ......................................................................... 246 Figura 12. Interfaz de inicio de sesión. .................................................................................. 246 Figura 13. Página de bienvenida ............................................................................................ 248 Figura 14. Opciones de interfaz. ............................................................................................ 248 Figura 15. Opciones de administración. ................................................................................ 249 Figura 16. Perfiles de usuario ................................................................................................ 250 Figura 17. Nuevo Perfil.......................................................................................................... 250 Figura 18. Perfiles: Tabla de perfiles ..................................................................................... 251 Figura 19. Perfiles: Tabla de perfiles ..................................................................................... 251 Figura 20. Perfiles: Edición de perfil ..................................................................................... 252 Figura 21. Perfiles: Actualización de perfil ........................................................................... 252 Figura 22. Perfiles: Tabla de perfiles ..................................................................................... 252 Figura 23. Perfiles: Tabla de perfiles ..................................................................................... 253 Figura 24. Perfiles: Confirmación de eliminación ................................................................. 253

Figura 25. Perfiles: Tabla de perfiles ..................................................................................... 254 Figura 26. Usuarios: Modulo de usuarios .............................................................................. 254 Figura 27. Usuario: Modulo de usuario ................................................................................. 255 Figura 28. Usuario: Registro de usuarios ............................................................................... 256 Figura 29. Usuario: Lista de usuarios .................................................................................... 256 Figura 30. Usuario: Lista de usuarios .................................................................................... 257 Figura 31. Usuario: Modulo de usuarios................................................................................ 257 Figura 32. Usuario: Alerta de actualización .......................................................................... 258 Figura 33. Administración roles: Lista de roles ..................................................................... 259 Figura 34. Administración roles: Lista de roles ..................................................................... 260 Figura 35. Periodos Académicos. .......................................................................................... 260 Figura 36. Periodo Académico: Lista de periodos ................................................................. 261 Figura 37. Periodo Académico: Alerta de registro exitoso ................................................... 262 Figura 38. Periodo Académico: Activar periodo académico ................................................. 262 Figura 39. Periodo Académico: Dar de baja periodo ............................................................. 263 Figura 40. Periodo Académico: Lista de periodos ................................................................. 263 Figura 41. Periodo Académico: Modulo de periodos ............................................................ 263 Figura 42. Periodo Académico: Modulo de periodos ............................................................ 264 Figura 43. Sistema: Contacto ................................................................................................. 264 Figura 44. Sistema: Edición de Información ......................................................................... 265 Figura 45. Sistema: Logo ....................................................................................................... 266 Figura 46. Secretaria: Opciones ............................................................................................. 266 Figura 47. Secretaria: Cursos ................................................................................................. 267 Figura 48. Secretaria: Crear Cursos ....................................................................................... 268 Figura 49. Secretaria: Crear Paralelo ..................................................................................... 268

Figura 50. Secretaria: Cursos ................................................................................................. 269 Figura 51. Secretaria: Editar Cursos ...................................................................................... 269 Figura 52. Secretaria: Editar Cursos ...................................................................................... 270 Figura 53. Secretaria: Eliminar Cursos .................................................................................. 270 Figura 54. Secretaria: Crear Materias .................................................................................... 271 Figura 55. Secretaria: Materias .............................................................................................. 272 Figura 56. Secretaria: Editar Materias ................................................................................... 272 Figura 57. Secretaria: Alerta Materias ................................................................................... 273 Figura 58. Secretaria: Docentes ............................................................................................. 274 Figura 59. Secretaria: Crear Docentes ................................................................................... 274 Figura 60. Secretaria: Guardar Docentes ............................................................................... 275 Figura 61. Secretaria: Modificar Docentes ............................................................................ 275 Figura 62. Secretaria: Guardar Cambios ................................................................................ 276 Figura 63. Secretaria: Desactivar Docente............................................................................. 276 Figura 64. Secretaria: Restaurar ContraseĂąa Docentes .......................................................... 277 Figura 65. Secretaria: Docentes-Reporte ............................................................................... 277 Figura 66. Secretaria: Habilitar curso .................................................................................... 278 Figura 67. Secretaria: Habilitar curso .................................................................................... 278 Figura 68. Secretaria: Asociar Materia-Curso ....................................................................... 279 Figura 69. Secretaria: Desvincular Materia-Curso ................................................................ 279 Figura 70. Secretaria: Asociar Docente-Materia ................................................................... 280 Figura 71. Secretaria: Desvincular Docente-Materia............................................................. 281 Figura 72. Secretaria: Alumno -Crear Representante ............................................................ 281 Figura 73. Secretaria: Alumno -Nuevo Representante .......................................................... 282 Figura 74. Secretaria: Alumno -Vista Representante ............................................................ 282

Figura 75. Secretaria: Alumno Editar Representante ............................................................ 283 Figura 76. Secretaria: Alumno -Editar Representante ........................................................... 283 Figura 77. Secretaria: Registrar Alumno ............................................................................... 284 Figura 78. Secretaria: Editar Alumno .................................................................................... 285 Figura 79. Secretaria: Estudiante ........................................................................................... 286 Figura 80. Secretaria: Reportes .............................................................................................. 287 Figura 81. Secretaria: Reportes .............................................................................................. 287 Figura 82. Secretaria: Calificaciones ..................................................................................... 288 Figura 83. Recalificación: Habilitar ....................................................................................... 289 Figura 84. Recalificación: Editar registros ............................................................................ 289 Figura 85. Docentes: Opciones .............................................................................................. 290 Figura 86. Secretaria: Calificaciones ..................................................................................... 290 Figura 87. Secretaria: Calificaciones ..................................................................................... 291 Figura 88. Secretaria: Calificaciones ..................................................................................... 291 Figura 89. Docente: Inasistencias .......................................................................................... 292 Figura 90. Inasistencia: registro ............................................................................................. 293 Figura 91. Inspección: Inasistencias ...................................................................................... 293 Figura 92. Inspector: Inasistencias ......................................................................................... 294 Figura 93. Inspector: Inasistencias ......................................................................................... 294 Figura 94. Inspector: Inasistencias ......................................................................................... 295 Figura 95. Inspector: Inasistencias ......................................................................................... 295 Figura 96. Inspector: Reporte ................................................................................................ 296 Figura 97. Estudiante: Inicio de sesión .................................................................................. 296 Figura 98. Estudiante: Cambio de contraseña........................................................................ 297 Figura 99. Estudiante: Consulta de calificaciones ................................................................. 297

1. INTRODUCCIÓN El desarrollo de este manual tiene como objetivo fundamental ayudar al cliente a conocer el funcionamiento del sistema de registro de notas y control de asistencia a los estudiantes de la Unidad Educativa Jacques Cousteau (UEJC), así como a entender a mayor profundidad cada una de las características y funciones dentro del mismo. Este manual está dirigido a todos los usuarios finales que utilizarán el sistema, los cuales se asume que tienen conocimiento básico de la terminología utilizada así como habilidades básicas y necesarias para el uso de tecnologías de la información y la comunicación, hay que resaltar que el sitio web puede ser abierto desde cualquier sistema operativo con entorno gráfico, ya que requiere solo de un navegador web actualizado y una conexión a internet estable. El sistema implantado dentro del sitio web brinda una interfaz amigable con el usuario la cual es de fácil y rápido entendimiento lo cual nos beneficia, para un uso óptimo y adecuado en base a sus tareas y funciones.

2. FUNCIONES DEL SISTEMA Aspectos generales 1. Navegador Web: para el ingreso a la página informativa y posterior inicio de sesión al sistema se requiere un navegador web de preferencia actualizado a su última versión disponible, esto es independiente del sistema operativo ya que puede funcionar en cualquier plataforma con interfaz gráfica. 2. Conexión a Internet: fundamental para poder realizar la conexión y revisar la página informativa, realizar el ingreso al sistema, registrar notas, registrar inasistencias, realizar consultas, generar reportes y demás tares para las cuales ha sido creado el sistema; esta conexión debe der estable para no tener inconvenientes al momento de interactuar con el sistema. 3. URL: en este caso para poder realizar la visita a la página se deberá tener en conocimiento la dirección web, la cual será: www.uejc.edu.ec 4. Campos Obligatorios: todos los campos habilitados son obligatorios para su registro dentro del sistema, caso contrario se muestra una pequeña alerta junto al campo en el cual se pide el ingreso de datos a el/los campos que falten. 5. Mensajes de Alerta: Cada vez que se realice una operación, el sistema devolverá un mensaje indicando el resultado de la operación: o Respuesta exitosa: El sistema presentará una notificación de color verde en el centro de la ventana del navegador, indicando un mensaje de acuerdo con la tarea realizada.

Figura 31. Alerta: Actualización Exitosa Fuente: Los autores

o Repuesta sin éxito: El sistema presentará una notificación de color rojo en el centro de la ventana del navegador, indicando el motivo por el cual la tarea no pudo realizarse adecuadamente.

Figura 32 Alerta: Restricción Fuente: Los autores

o Mensaje de Advertencia/Confirmación: El sistema presentará una notificación de color naranja en el centro de la ventana del navegador, con dos botones preguntando si se quiere realizar la tarea seleccionada o por el contrario

cancelarla.

Figura 33. Alerta: Confirmación Fuente: Los autores

Botones del Sistema

Nuevo: Este botón al presionarlo, habilita los campos donde se va a ingresar un nuevo registro o editar uno antiguo.

Cancelar: Nos permite cancelar y borra los campos en los cuales se ha ingresado algún dato.

Guardar: Nos permite guardar registros y datos ingresados correctamente en el sistema.

Editar: Sirve para editar algún registro ingresado con anterioridad, los cuales son visualizados en campos de texto designado para cada parámetro dentro de cada módulo del sistema.

Eliminar: Permite eliminar algún tipo de registro ingresado (previo mensaje de alerta o confirmación desplegado en pantalla).

Permite reestablecer las contraseñas a los usuarios que la han perdido o tienen algún problema con la misma. Será reestablecida al parámetro inicial (cedula del usuario).

Indica estado “desactivado” de un registro el cual se presiona para activarlo cambiando a color verde.

Indica estado “activado” de un registro el cual se presiona para desactivarlo cambiando a color rojo.

Actualizar: Actualiza los campos dentro de las tablas visualizadas en la página.

Búsqueda Avanzada: Permite desplegar una ventana con las opciones para realizar una búsqueda más avanzada y puntual.

Nos permite realizar un reporte en formato PDF de los usuarios listados en la tabla.

Nos permite verificar la actividad de cada usuario en cuanto a cada inicio de sesión realizada en el sistema.

Permite crear un reporte del módulo en el que se encuentre.

Dar de Baja: Este botón es exclusivo del módulo de periodo académico y nos permite dar de baja un periodo activo, siempre y cuando se cumpla la fecha de cierre.

Activar Periodo: Este botón es exclusivo del módulo de periodo académico y nos permite activar un periodo, siempre y cuando no se encuentre ningún periodo abierto.

Crear Curso: Botón para crear únicamente un curso, el cual se desplegara en una lista para asociarlo a un paralelo y posteriormente poder activarlo.

Editar Curso: Botón para editar únicamente un curso, el cual se desplegara en una lista para asociarlo a un paralelo y posteriormente poder activarlo.

Crear Paralelo: Botón para crear únicamente un paralelo, el cual se desplegará en una lista para asociarlo a un curso y posteriormente poder activarlo.

Editar Paralelo: Botón para editar únicamente un paralelo, el cual se desplegará en una lista para asociarlo a un curso y posteriormente poder activarlo.

Botón para generar un reporte de docentes en formato PDF.

Crear Representante: Este botón sirve para registrar un nuevo representante dentro del sistema y poder asignarlo a un

estudiante, el cual va a recibir las notificaciones electrónicas de las inasistencias de su representado.

Listar

Representantes:

Este botón sirve para listar los representantes registrados en el sistema.

Crear Alumno: Este botón sirve para registrar un nuevo alumno dentro del sistema, al momento del registro también se asignara un curso y paralelo al cual va a asistir así como su representante.

Listar Alumnos: este botón sirve para desplegar la lista de alumnos registrados en el sistema con sus datos.

Página Web Informativa Dentro del desarrollo de este sitio web, la carta de presentación es la página informativa, la cual se detalla su estructura y funciones a continuación: Página Principal La página principal es el primer formulario que aparece al ingresar al enlace www.uejc.edu.ec en el cual se encuentra toda la información referente a la unidad educativa.

Figura 34. Página Principal Fuente: Los autores.

Dentro de la página web se encuentra el menú principal en el cual tiene las siguientes opciones:

Figura 35. Página Principal: Menú Fuente: Los autores



UEJC: Direcciona a la página principal o página de inicio.

Figura 36. Página Principal: UEJC Fuente: Los autores



Institución: describe a la institución y las carreras que oferta, además de mostrar su misión y visión.

Figura 37. Página Principal: Institución Fuente: Los autores



Servicios: Muestra los servicios que presta la institución, detallándolos uno a uno, así como sus laboratorios.

Figura 38. Página Principal: Servicios Fuente: Los autores



Sistema de Calificaciones: Da acceso al sistema de calificaciones mediante el inicio de sesión de cada usuario.

Figura 39. Página Principal: Sistema de Calificaciones Fuente: Los autores



Contactos: Muestra toda la información relevante en cuanto al contacto y la ubicación de la Unidad Educativa

Figura 40. Página Principal: Contactos Fuente: Loa autores



Campus Virtual: Redirección al campus virtual creado por la institución

Figura 41. Página Principal: Campus virtual Fuente: Los autores

Inicio de sesión Luego de que ingrese al sitio web desde algún navegador, debe seleccionar “Sistema de Calificaciones”, la primera ventana que se despliega para ingresar al sistema es la del “Login”, la cual permite (según el perfil de usuario) realizar las tareas para las que fue diseñado el sistema una vez que haya iniciado sesión correctamente.

Figura 42. Interfaz de inicio de sesión. Fuente: Los autores.

Pasos para iniciar sesión en el sistema A continuación se detalla los pasos para ingresar al sistema: 1. Usuario: Ingresar el usuario registrado en el sistema, en este caso los usuarios únicamente son los números de cédula. 2. Contraseña: Ingresar la contraseña (los usuarios que realicen el inicio de sesión por primera vez al sistema deberán obligadamente registrar una nueva contraseña, esto en cuanto a medidas seguridad), la contraseña por defecto es el número de cédula. 3. Iniciar sesión: Click en el botón “Iniciar sesión”, en ese momento se valida si el nombre de usuario y contraseña ingresados son correctos, caso contrario emite un mensaje error solicitando ingresar correctamente los datos. Problemas al iniciar sesión 1. Usuario incorrecto: La identificación de usuario por defecto de cada persona con acceso al sistema es su número de cédula sin la posibilidad que sea modificado. 2. Contraseña incorrecta: La contraseña por defecto de cada persona con acceso al sistema es su número de cédula (la cual pedirá ser cambiada al primer inicio de sesión en el sistema), en caso de olvidar la misma el usuario deberá acercarse al administrador del sistema para que sea reestablecida, la cual será su número de cédula.

Página de Bienvenida Luego de realizar el correcto inicio de sesión, se despliega la pantalla principal con la interfaz de bienvenida al sistema, el entorno que se maneja está basado en el diseño minimalista, por tal razón el sitio cuenta con un número finito de colores.

Figura 43. Página de bienvenida Fuente: Los autores

Menú de interfaz Dentro del sistema se encuentra el menú principal en el cual se despliegan las diferentes opciones dentro de cada módulo del sistema, este menú permanece activo en todo momento para poder acceder a cada uno de los módulos o apartados del sistema a los cuales ha sido enrolado el usuario, las opciones son:

Figura 44. Opciones de interfaz. Fuente: Los autores.

1) UEJC | Súper Usuario: Esta opción permite regresar a la pantalla de bienvenida del sistema desde cualquier punto. 2) Administración: Despliega las opciones designadas al administrador tales como: Usuarios, Perfiles y Periodo Académico. 3) Secretaria: Despliega las opciones designadas a la secretaria tales como: Cursos, Materias, Estudiantes, etc.

4) Docente: Despliega las opciones designadas al docente tales como: Calificaciones e Inasistencia. 5) Inspector: Despliega las opciones designadas al inspector tales como: Justificación de Inasistencia por parte de los alumnos recién graduada. 6) Sistema: Despliega las opciones designadas al Administrador del sistema tales como: Información de contacto, Web Mail, Logo institucional. 7) Nombre e Identificador del Usuario: Nos permite modificar la información de contacto y del correo institucional.

Perfil Administrador Las tareas del administrador comprenden todo lo relacionado con usuarios, perfiles y 3. administración del sitio además de apertura y cierre de periodo académico, sin embargo esto puede ser opcional ya que la asignación de roles nos permite dar o quitar tares para cada tipo de usuario. A continuación se detallará cada una de las tareas que se pueden realizar.

Figura 45. Opciones de administración. Fuente: Los autores.

Perfiles Esta opción administra los perfiles, da la opción de ingresar uno nuevo, modificar y además de eliminar uno existente, siempre y cuando no haya sido asignado a ningún usuario. Ingresar Nuevo Perfil Para realizar este proceso se realizan los siguientes pasos: 1) Dentro del menú de Administración seleccionar la opción Perfiles. 2) Luego de eso debe dirigirse al botón “Nuevo”, dar un click y se habilitarán los campos para el ingreso de un nuevo perfil.

Figura 46. Perfiles de usuario Fuente: Los autores

3) Ingresar el nuevo usuario y dar click en guardar, posterior a eso se actualizará automáticamente el nuevo usuario ingresado en la tabla de perfiles.

Figura 47. Nuevo Perfil Fuente: Los autores

4) La tabla de perfiles se actualizará automáticamente con el nuevo perfil creado.

Figura 48. Perfiles: Tabla de perfiles Fuente: Los autores

Editar un perfil Para realizar este proceso realizar el siguiente procedimiento: 1) Ingresar a la opción perfiles dentro del menú de Administración. 2) En la tabla de perfiles dirigirse al perfil al que se quiere editar y presionar en el botón con el icono del lápiz

Figura 49. Perfiles: Tabla de perfiles Fuente: Los autores

3) Dirigirse al costado derecho y revisar si se actualizó el campo con el perfil a ser editado, habilitar el campo dando click en nuevo.

Figura 50. Perfiles: Edición de perfil Fuente: Los autores

4) Editar el perfil seleccionado y dar click en guardar, se mostrará una alerta de actualización exitosa y presionar en ok.

Figura 51. Perfiles: Actualización de perfil Fuente: Los autores

5) La tabla se actualizará automáticamente con el nuevo perfil modificado.

Figura 52. Perfiles: Tabla de perfiles Fuente: Los autores

Eliminar un perfil Para eliminar un perfil hay que tener en cuenta que NO se pueden eliminar los perfiles creados por defecto en el sistema como son: Administrador, Secretaria, Docente e Inspector. Solo pueden ser eliminados los perfiles creados por el usuario Administrador o el que tenga asignado ese rol; los pasos para eliminar un perfil son los siguientes: En la tabla de perfiles dar click en el botón rojo con una “X”

Figura 53. Perfiles: Tabla de perfiles Fuente: Los autores

1) Saltará una alerta que le preguntará si desea eliminar ese perfil, si presiona en “Sí, Eliminarlo”, el perfil será eliminado, caso contrario al presionar en “Cancelar” no se realizará dicha acción.

Figura 54. Perfiles: Confirmación de eliminación Fuente: los autores

2) Dar click en “Sí, Eliminarlo” y se procederá a eliminar el perfil registrado actualizándose la tabla de perfiles automáticamente.

Figura 55. Perfiles: Tabla de perfiles Fuente: Los autores

Usuarios Permite ingresar nuevos usuarios al sistema, además da la posibilidad de modificar o eliminar a los mismos, así como asignar roles y reestablecer contraseñas (la cual es al igual que el usuario por defecto: la cedula). Como un adicional en este módulo se tiene la posibilidad de obtener reportes en formato PDF y actividades de los usuarios en cuanto a inicio de sesión con detalles de fecha, hora, lugar y demás que se despliega en una lista dentro de la ventana.

Figura 56. Usuarios: Modulo de usuarios Fuente: Los autores

Registro de un nuevo usuario En la opción para registrar un nuevo usuario se presentan los campos más importantes a considerar para obtener información del nuevo usuario: 

Número de Cédula: Ingresar el número de cédula del nuevo usuario.



Nombres: Ingresa nombres completos del nuevo usuario



Apellidos: Ingresar apellidos completos del nuevo usuario.



Fecha de nacimiento: Fecha en la que nació el nuevo usuario.



Email: Ingresar el correo del usuario.



Teléfono: En este campo se debe introducir el número de contacto.



Perfil: Asignar que tipo de usuario es, se trata de una lista de opciones inteligente que se actualiza cada vez que se ingresa un nuevo perfil de usuario.

1) Para registrar un nuevo usuario debe dirigirse a la parte derecha de la ventana y presionar en nuevo para habilitar los campos de registro.

Figura 57. Usuario: Modulo de usuario Fuente: Los autores

2) Una vez llenos los campos correctamente, presionar en guardar y si todo está bien se registrara exitosamente dando una alerta de registro exitoso.

Figura 58. Usuario: Registro de usuarios Fuente: Los autores

3) Una vez registrado el usuario tiene la opción de modificarlo, reestablecer su contraseña, activar o desactivar y asignar roles al usuario.

Figura 59. Usuario: Lista de usuarios Fuente: Los autores

Modificación de usuarios Para modificar un usuario registrado, debe seguir los siguientes pasos una vez que se encuentre dentro del módulo de usuarios: 1) primero debe ubicar el usuario, si no está a la vista, realizar la búsqueda por algún dato que conozca del mismo dentro de los parámetros de la tabla. 2) Una vez ubicado el usuario a modificar, dar click en el botón con el icono del lápiz que se encuentra junto a cada usuario registrado.

Figura 60. Usuario: Lista de usuarios Fuente: Los autores

3) Luego de dar click en el botón antes indicado, los campos al costado izquierdo de la ventana serán actualizados con los datos del usuario a modificar.

Figura 61. Usuario: Modulo de usuarios Fuente: Los autores

4) Dar un click en nuevo y se habilitarán los campos para modificar el registro, luego de modificarlos presionar en “Guardar”, se mostrará una alerta de actualización exitosa.

Figura 62. Usuario: Alerta de actualización Fuente: Los autores

Desactivación/Activación de usuario Para desactivar o activar un usuario simplemente debe dirigirse al usuario que desee desactivar o activar y presionar el botón con el icono de un switch el cual estará de color rojo o verde según el estado en que se encuentre y listo el usuario se activará o desactivará según sea el caso. Administración de roles Dentro de este apartado se podrá observar los roles que pueden ser asignados en el sistema a los diferentes tipos de usuarios que serán registrados en el mismo; la lista de roles es la siguiente: 

DBA: Nos permite realizar las consultas o búsquedas en el sistema y además de generar los reportes desde la base de datos.



Sistema: Nos permite ver y modificar tanto la información de contacto de la institución, así como la Información Web-Mail



Roles: Permite asignar o modificar los roles a los usuarios registrados en el sistema.



Usuarios: Permite ingresar al módulo de usuario y realizar todas las tareas dentro

del mismo. 

Periodos Académicos: Permite ingresar al módulo de Periodo Académico y realizar todas las tareas dentro del mismo.



Secretaria: Permite ingresar al módulo de usuario y realizar todas las tareas dentro del mismo.



Docente: Permite ingresar al módulo de docentes y realizar todas las tareas dentro del mismo.



Inspector: Permite ingresar al módulo de inspector y realizar todas las tareas dentro del mismo.

Modificar roles 1) Para modificar los roles debe ir dentro de la opción de “Administración” que está ubicada en el menú principal y seleccionar Administración de roles donde se muestra la lista de roles del sistema.

Figura 63. Administración roles: Lista de roles Fuente: Los autores

2) Seleccionar el rol o la descripción del mismo y dar click sobre él, se mostrará una opción

para modificar, a continuación debe proceder a editar el texto.

Figura 64. Administración roles: Lista de roles Fuente: Los autores

3) Dar click en el icono del check (√) para aceptar los cambios o en el icono de cancelar (X) para rechazar los cambios. Periodo Académico Este módulo es de suma importancia ya que define el inicio y fin de cada periodo académico de la institución, el cual está controlado según la planificación de la institución y las fechas ingresadas por el administrador para cada periodo académico.

Figura 65. Periodos Académicos. Fuente: Los autores

Crear un Nuevo Periodo Para crear un nuevo periodo académico además de estar seguro, hay que considerar los siguientes aspectos antes de tomar alguna decisión al respecto:  No se puede registrar el inicio de un periodo académico más de una vez en el mismo año.  Solo se puede activar un periodo a la vez.  No se puede dar de baja un periodo sin haber culminado la fecha de cierre.  No se puede volver a activar un periodo académico nuevamente. 

No se puede editar las fechas de un periodo activo.

 No se puede eliminar un periodo activo.  No se puede eliminar un periodo culminado o cerrado. 1) Dentro del módulo de periodo académico dirigirse a la parte derecha de la ventana y presionar en “Nuevo” para habilitar los campos de registro y luego ingresar las fechas de nuestro nuevo periodo, tomando en cuenta los aspectos anteriormente mencionados.

Figura 66. Periodo Académico: Lista de periodos Fuente: Los autores.

2) Presionar el botón de guardar y si cumple todos los parámetros se guardara de manera exitosa el nuevo periodo.

Figura 67. Periodo Académico: Alerta de registro exitoso Fuente: Los autores.

Activar o dar de baja un periodo académico 

Para activar un periodo académico debe revisar que no haya ningún otro periodo activo en ese momento ya que solo puede estar activo un solo periodo a la vez.



Para dar de baja un periodo académico debe tomar en cuenta la fecha de cierre ya que si aún no se ha cumplido este no se cerrará. 1) Para activar un periodo simplemente debe dar click en el botón azul con el icono de un switch, al presionar ahí el periodo académico se activará si es que no hay ningún impedimento de los descritos anteriormente.

Figura 68. Periodo Académico: Activar periodo académico Fuente: Los autores.

2) Para dar de baja un periodo académico debe dar click en el botón azul con el icono de una mano apuntando hacia abajo, presiona en el botón y el periodo se dará de baja en el sistema.

Figura 69. Periodo Académico: Dar de baja periodo Fuente: Los autores.

Editar periodo académico Para editar un periodo académico debe ir a la tabla de periodos dentro de la opción periodos académicos del módulo “Administración” y proceder a realizar lo siguiente: 1) Dar click en el botón con icono de un lápiz que está al lado derecho de cada periodo

Figura 70. Periodo Académico: Lista de periodos Fuente: Los autores.

2) Luego se dirige al costado izquierdo de la pantalla y dar click en nuevo para habilitar los campos y proceder a editar las fechas del periodo.

Figura 71. Periodo Académico: Modulo de periodos Fuente: Los autores.

3) Una vez editada la fecha del periodo presionar el botón “Guardar” y listo, se mostrará una alerta de actualización exitosa.

Figura 72. Periodo Académico: Modulo de periodos Fuente: Los autores.

Sistema Esta opción permite personalizar la información que se va a visualizar en los reportes que se generen así como en los correos que se envíen, además del servidor de correo a ser usado para enviar la información de inasistencia a los representantes.

Figura 73. Sistema: Contacto Fuente: Los autores.

Editar Información de contacto e información de WEB-MAIL 1) Para editar tanto la información de contacto como la información de WEB-MAIL,

seleccionar sistema en el menú y proceder a editar la información que sea conveniente y presionar en “Guardar”.

Figura 74. Sistema: Edición de Información Fuente: Los autores

Cargar logo de la institución El objetivo de esta opción es tomar una imagen como logo institucional para ser colocado en todos los reportes que se realizarán y exportarán para tener una identidad institucional. 1. Seleccionar archivo: Debe dar click para que se despliegue una nueva ventana en la que deberá dirigirse a la carpeta en donde se encuentre el archivo a seleccionar el cual no debe de pesar más de 128kb. 2. Subir archivo: Click para proceder a validar el cambio, si el archivo pasa las respectivas validaciones el archivo será actualizado inmediatamente después de la acción. Caso contrario se muestra el motivo por el cual no pudo completarse la acción.

Figura 75. Sistema: Logo Fuente: Los autores

Secretaria Este módulo es el más extenso debido a que la secretaria tiene asignada varias tareas fundamentales dentro del sistema, las cuales se van a describir una a una a continuación; hay q considerar que para ingresar a las opciones de este módulo debe dar click en el menú principal eligiendo la opción secretaria y a continuación de esa acción se presentan las tareas que se pueden realizar en este módulo.

Figura 76. Secretaria: Opciones Fuente: Los autores

Cursos La primera opción es curso y es donde podrá crear, modificar y eliminar un curso y paralelo siempre que se encuentre vacío y desvinculado del periodo académico.

Figura 77. Secretaria: Cursos Fuente: Los autores

Crear Curso Para crear un curso procederá a realizar los siguientes pasos: 1) Seleccionar el botón “Nuevo” para habilitar los campos, luego presionar en el botón “+ Curso” para insertar un curso en la lista de cursos si es que no existiese uno ahí.

Figura 78. Secretaria: Crear Cursos Fuente: Los autores

2) Realizar el mismo procedimiento para el paralelo.

Figura 79. Secretaria: Crear Paralelo Fuente: Los autores

3) Una vez realizado esto debe desplegar las listas que estรกn sobre estos botones, seleccionar el curso y el paralelo para posteriormente Guardar dando click en el botรณn del mismo nombre, la lista de cursos se actualizarรก automรกticamente si es que el procedimiento se hizo correctamente.

Figura 80. Secretaria: Cursos Fuente: Los autores

Cabe mencionar que si existiera un curso con el mismo nombre y paralelo este no se creará por cuestiones de validación y seguridad dentro del sistema. Editar Curso Para editar un curso hay que colocarse dentro de la lista de cursos, seleccionar el curso a ser editado y presionar en el botón con el icono de un lápiz.

Figura 81. Secretaria: Editar Cursos Fuente: Los autores

Luego de esto dirigirse al costado izquierdo del formulario donde se actualizarán los campos con el curso a editar y presionar en “Nuevo” para habilitar los campos de edición.

Figura 82. Secretaria: Editar Cursos Fuente: Los autores

Una vez editado presionar en “Guardar” para registrar el nuevo curso y este automáticamente se actualizará en la tabla de cursos. Eliminar Curso Para eliminar un curso debe dirigirse a la lista de cursos y seleccionar el curso que será borrado del sistema siempre y cuando no se encuentre vinculado al periodo académico actual.

Figura 83. Secretaria: Eliminar Cursos Fuente: Los autores

Si es que no hay algún inconveniente el curso se eliminará sin ningún problema actualizando

los registros automรกticamente. Materias Crear Materias Dentro del sistema tiene la posibilidad de crear materias, para esto debe seguir los siguientes pasos: 1) Una vez dentro del formulario de materias dirigirse al lado izquierdo del formulario y presionar en nuevo para habilitar los campos e ingresar el nombre de la materia y el รกrea a la que pertenece.

Figura 84. Secretaria: Crear Materias Fuente: Los autores

2) Una vez ingresado los datos requeridos presionar en guardar para almacenar la nueva materia si es que esta no existiera, caso contrario no se almacenarรก en el sistema mostrando un mensaje de alerta de que no se pudo realizar dicha tarea.

Figura 85. Secretaria: Materias Fuente: Los autores

Editar Materias Para editar una materia lo primero que tiene que hacer es buscarla y seleccionarla para posterior a eso darle un click al botรณn con el icono del lรกpiz el cual actualizarรก los campos dentro de los cuadros de texto que se encuentran al lado izquierdo del formulario. Habilite los campos dando un click en nuevo y proceda a editar el registro, una vez hecho esto debe dar click en guardar y si todo esta correcto se mostrarรก una alerta de registro exitoso.

Figura 86. Secretaria: Editar Materias Fuente: Los autores

Eliminar Materias Para eliminar una materia hay que tener en cuenta que la materia no esté asignada ya sea a un curso o docente dentro del sistema. Si no es así presione el botón rojo (X) que se encuentra al lado derecho de cada materia dentro de la lista y dar clickk, este le pedirá una confirmación y si es que no existe el problema antes mencionado la materia se eliminará sin ningún inconveniente.

Figura 87. Secretaria: Alerta Materias Fuente: Los autores

Docentes En este apartado se describe las opciones que se puede realizar con un docente como es: crear, modificar, inactivar, obtener reportes, restablecer contraseñas; este sub menú se encuentra dentro de la opción de Secretaria del menú principal del sistema la cual es la encargada de realizar todas estas gestiones con el usuario docente.

Figura 88. Secretaria: Docentes Fuente: Los autores

Crear Docente Para crear un docente debe proceder de la siguiente manera: 1) dirigirse al costado izquierdo del formulario, a la secciรณn de modulo docente y presionar en nuevo para habilitar los campos de texto.

Figura 89. Secretaria: Crear Docentes Fuente: Los autores

2) Una vez llenos los campos correctamente presionar en “Guardar” y el registro se almacenará en el sistema actualizando la lista de usuarios de la derecha automáticamente con el nuevo docente en lista.

Figura 90. Secretaria: Guardar Docentes Fuente: Los autores

Modificar Docente Para modificar un docente dirigirse a la lista de docentes, buscar y seleccionar el docente a ser modificado, una vez hecho esto deberá presionar en el botón con el icono de un lápiz para que los campos de los cuadros de texto del lado izquierdo se llenen con los campos del docente a ser modificado.

Figura 91. Secretaria: Modificar Docentes Fuente: Los autores

Una vez realizado el proceso anterior presionar en el botón “Nuevo” y edite los campos que se requiera para la actualización del registro, presionar en “Guardar” y si todo está correcto se realizará la actualización automáticamente en el sistema mostrando una alerta de actualización exitosa.

Figura 92. Secretaria: Guardar Cambios Fuente: Los autores

Desactivar Docente Para desactivar un docente debe ir a la lista y seleccionar el docente a desactivar, una vez localizado presionar en el botón rojo con el icono de un switch, una vez hecho esto el docente se desactivará.

Figura 93. Secretaria: Desactivar Docente Fuente: Los autores

Restaurar Contraseña Para restaurar una contraseña debe dirigirse a la lista de docentes y seleccionar el docente al que se quiera restablecer la contraseña, una vez seleccionado dar click en el botón azul que

dice “Restaurar Contraseña” y listo la contraseña volverá a ser la que el sistema genera por defecto la cual es el número de cedula del mismo usuario y luego al ingresar nuevamente, por seguridad el sistema le pedirá que registre una nueva.

Figura 94. Secretaria: Restaurar Contraseña Docentes Fuente: Los autores

Reporte de Docentes Permite generar un reporte de la lista de los docentes registrados en el sistema, para esto debe dirigirse a la parte superior izquierda de la lista de docentes y dar click en “Reporte Docentes” para generarlo en formato PDF.

Figura 95. Secretaria: Docentes-Reporte Fuente: Los autores

Habilitar Curso Una vez creado el curso este podrá ser habilitado dentro del sistema, para ello debe ubicarse en la parte del submenú de secretaria y seleccionar “Habilitar Curso”, tendrá dos opciones para realizar:

1) Habilitar: seleccione el curso de la lista desplegable de la derecha y guardar, esto automáticamente se registrará en el sistema y se vinculará al periodo académico que se encuentre activo.

Figura 96. Secretaria: Habilitar curso Fuente: Los autores

2) Deshabilitar: para deshabilitar un curso debe comprobar primero que se encuentre sin alumnos, si es así seleccione el curso de la lista y presione en el botón rojo (X) situado al lado derecho de cada curso en la lista.

Figura 97. Secretaria: Habilitar curso Fuente: Los autores

Materia-Curso Este apartado nos muestra la asociación de las materias con los cursos para así tener un mayor control de cada una de las materias, antes de esto debe ingresar a la opción MateriaCurso dentro del menú principal donde se localiza “Secretaria”.

1) Asociar: Para asociar lo que se hace es simplemente presionar en “Nuevo”, luego desplegar la lista de curso y seleccionar el curso requerido, luego de esto desplegar la lista de materias y seleccione las que se necesiten en ese curso.

Figura 98. Secretaria: Asociar Materia-Curso Fuente: Los autores

2) Desvincular: para eliminar la vinculación de una materia con algún curso se debe dirigir a la lista de vinculaciones y presionar el botón rojo (X) para realizar dicho propósito el cual se realizará siempre y cuando el docente no haya hecho el ingreso de ninguna calificación dentro de la misma.

Figura 99. Secretaria: Desvincular Materia-Curso Fuente: Los autores

Docente-Materia En esta sección se vincula al Docente con la Materia para así tener un mayor control de cada una de las materias, antes de esto debe ingresar a la opción Docente-Materia dentro del menú principal donde se localiza “Secretaria”. 3) Asociar: Para asociar lo que se hace es simplemente presionar en “Nuevo”, luego desplegar la lista de docentes y seleccionar el docente requerido, luego de esto se despliega la lista de materias y selecciona las que se necesiten vincular al docente.

Figura 100. Secretaria: Asociar Docente-Materia Fuente: Los autores

4) Desvincular: para eliminar la vinculación de una materia con algún curso, dirigirse a la lista de vinculaciones y presione el botón rojo (X) para realizar dicho propósito el cual se realizará siempre y cuando el docente no haya hecho el ingreso de ninguna calificación dentro de la misma.

Figura 101. Secretaria: Desvincular Docente-Materia Fuente: Los autores

Alumno El módulo cuenta varias opciones dentro el sistema en la cual le permite registrar un alumno, modificarlo y eliminarlo así como a su representante, además de generar una vista de todos los alumnos y representantes. Registrar Representante Para registrar un representante se debe seguir los siguientes pasos: 1) Una vez ingresado al sistema, dentro del formulario de estudiantes seleccione el botón que dice “+ Representante”

Figura 102. Secretaria: Alumno -Crear Representante Fuente: Los autores

2) En ese momento se abrirá una ventana donde se ingresará los datos del representante. Dar click en nuevo para empezar a llenar los campos de registro, al terminar dar click en guardar.

Figura 103. Secretaria: Alumno -Nuevo Representante Fuente: Los autores

3) Si no existe ningún problema de validación el representante se almacenará en el sistema sin problemas y se lo podrá ver en la lista de representantes dando click en el botón azul que dice “Vista de Representantes”.

Figura 104. Secretaria: Alumno -Vista Representante Fuente: Los autores

Editar Representante Para editar un representante debe dirigirse primero a la “Vista de Representantes” y elegir el representante a modificar presionando click sobre el botón con el icono del lápiz.

Figura 105. Secretaria: Alumno Editar Representante Fuente: Los autores

Se desplegará la ventana con los datos del representante a editar, proceda a modificar, una vez realizado esto dar click en guardar y listo; el representante se ha modificado.

Figura 106. Secretaria: Alumno -Editar Representante Fuente: Los autores

Desactivar Representante Para desactivar un representante debe dirigirse a la lista de representantes por medio del botón “Vista de Representante”, seleccionar al representante y presionar en el botón de estado para desactivarlo.

Registrar Alumno Para registrar un alumno se debe seguir los siguientes pasos: 1) Una vez ingresado al sistema, dentro del formulario de estudiantes seleccione el botón que dice “+ Alumno”

Figura 58. Secretaria: Alumno Fuente: Los autores

2) En ese momento se abrirá una ventana donde se ingresara los datos del alumno. Dar click en nuevo y empezar a llenar los campos, al terminar dar click en guardar.

Figura 107. Secretaria: Registrar Alumno Fuente: Los autores

3) Si no existe ningún problema de validación el alumno se almacenará en el sistema sin problemas y se lo podrá ver en la lista de representantes dando click en el botón azul que dice “Vista de Alumnos”.

Figura 60. Secretaria: Vista Alumno Fuente: Los autores

Editar Alumno Para editar un alumno primero debe dirigirse a la “Vista de Alumno” y elegir el alumno a ser modificado presionando click sobre el botón con el icono del lápiz.

Figura 108. Secretaria: Editar Alumno Fuente: Los autores

Se desplegará la ventana con los datos del representante a editar, realizar las modificaciones

requeridas, luego dar click en guardar y listo.

Figura 109. Secretaria: Estudiante Fuente: Los autores

Desactivar Estudiante Para desactivar un estudiante debe dirigirse a la lista de alumnos por medio del botón “Vista de Alumnos”, seleccionar al alumno y presionar en el botón de estado para desactivarlo. Reportes Dentro del apartado de reportes se obtiene una vista general del periodo en sí, con los cursos, materias y docentes asociados entre si y cada uno de ellos con detalles internos con la opción de hacer una búsqueda avanzada y filtrado de campos para obtener reportes más específicos, ya sea por cursos, paralelos, docentes, etc.

Figura 110. Secretaria: Reportes Fuente: Los autores

Para que pueda realizar una búsqueda más avanzada debe dirigirse al lado superior derecho y presionar el botón de búsqueda, en la cual se desplegará una ventana emergente con más opciones para realizar una búsqueda personalizada.

Figura 111. Secretaria: Reportes Fuente: Los autores

Calificaciones En la sección de calificaciones dentro del módulo de Secretaria se encuentra implementada

una opción para habilitar y deshabilitar el ingreso y edición de notas de cada uno de los parciales dentro del sistema, simplemente con seleccionar la calificación, la fecha de inicio y la fecha de fin se podrá guardar el periodo en el cual permanecerá habilitada para su registro al presionar en el botón “Guardar”.

Figura 112. Secretaria: Calificaciones Fuente: Los autores

Recalificaciones Para realizar una recalificación debe primero ingresar dentro del menú de secretaria y elegir la opción de calificaciones, en la lista desplegable selecciona la opción “Recalificación”, luego debe ingresar el intervalo de tiempo en el cual va a permanecer activo el ingreso de notas y presionar en “Guardar”, esta acción hará que el sistema habilite la modificación de calificaciones solamente para la secretaria y deshabilite el ingreso para los docentes si es que se encontrase abierto.

Figura 113. Recalificación: Habilitar Fuente: Los autores

Posterior al paso anterior debe presionar en la opción “Recalificación” que es la última del sub menú dentro de Secretaria y se desplegara la lista de alumnos con los campos de calificaciones a ser editados.

Figura 114. Recalificación: Editar registros Fuente: Los autores

Docentes En este módulo de docentes es donde se realiza el registro de calificaciones de estudiantes,

así como la inasistencia del mismo durante cada hora clase y al mismo tiempo de registro de la inasistencia se envía una notificación por correo electrónico al representante acerca del particular suscitado.

Figura 115. Docentes: Opciones Fuente: Los autores

Calificaciones Registro de Calificaciones Para el registro de calificaciones de los estudiantes por parte de los docentes dentro del sistema debe iniciar sesión con su usuario y contraseña, una vez dentro se dirigirá al menú principal y dentro de la opción “Docente” seleccione “Calificaciones”, dar click y se presentará el modulo en la ventana principal.

Figura 116. Secretaria: Calificaciones Fuente: Los autores

Dentro de la ventana debe dirigirse a la parte superior de la misma y seleccionar el curso con el paralelo que fue asignado al docente y posteriormente pueda ingresar las calificaciones a quien corresponda.



Se desplegará una lista de los alumnos inscritos en ese curso y paralelo con los cuadros para ingresar la nota de cada parcial dentro del Quimestre así como la del examen.

Figura 117. Secretaria: Calificaciones Fuente: Los autores



Una vez desplegada la lista proceda a registrar una a una las notas de los alumnos siempre y cuando el campo este habilitado por la Secretario o el usuario que tenga ese rol asignado. Cabe recalcar que solamente se podrá registrar la calificación por el docente una sola vez y dentro del periodo que se haya designado para el mismo, luego de esto el campo se bloqueará automáticamente.



Para aceptar y guardar la calificación registrada, dar click en el botón con el check (√) o para cancelar en el botón (X).

Figura 118. Secretaria: Calificaciones Fuente: Los autores

Inasistencias Registro de Inasistencia Para el registro de inasistencias debe ingresar en el módulo de docente y dentro de esta opción seleccionar “Inasistencias”, una vez seleccionado se desplegaran las opciones para realizar esa tarea. Para ingresar la inasistencia de un estudiante seleccionar la materia asignada al docente en la cual el alumno faltó, el curso está ligado internamente a la materia así que se desplegará la lista de los alumnos registrados en el mismo. Luego selecciona el alumno, la fecha en la que faltó y registrar una observación por parte del docente, luego de llenar los campos dar click en “Guardar”.

Figura 119. Docente: Inasistencias Fuente: Los autores

Si el registro fue llenado correctamente saltara una alerta de registro exitoso.

Figura 120. Inasistencia: registro Fuente: Los autores

Inspección Este módulo es el único encargado de justificar las inasistencias cometidas por el estudiante durante las horas clases de cada profesor; esta tarea es realizada por el Inspector de área de la institución.

Figura 121. Inspección: Inasistencias Fuente: Los autores

Inasistencias Justificar Para registrar una Justificación debe realizar los siguientes pasos:

1) Ingresar al módulo de inspector y seleccionar el ítem de inasistencias:

Figura 122. Inspector: Inasistencias Fuente: Los autores

2) Buscar el alumno al cual se le justificará la falta. 3) Seleccionar el alumno y dar click en el botón rojo “Justificar” que se encuentra al costado derecho de cada alumno desplegado en la lista.

Figura 123. Inspector: Inasistencias Fuente: Los autores

4) Saltará una advertencia preguntando si quiere justificar, presionar en “Sí, Justificar”

Figura 124. Inspector: Inasistencias Fuente: Los autores

5) Al justificar re realiza la debida actualización en el sistema y el botón se desactiva indicándonos que se realizó la justificación con éxito

Figura 125. Inspector: Inasistencias Fuente: Los autores

Reportes de inasistencias Para generar un reporte de inasistencias presionar en el botón de “Reporte PDF”, y se generará un archivo en formato PDF con la lista de los estudiantes que han faltado, así como el estado de que si está o no justificada su inasistencia.

Figura 126. Inspector: Reporte Fuente: Los autores

Estudiante Consulta de Calificaciones Para realizar la consulta de calificaciones por parte de los estudiantes deben iniciar sesión en el sistema como cualquier usuario, teniendo como usuario el número de cedula y contraseña igual, la cual pedirá ser cambiada en el primer inicio de sesión.

Figura 127. Estudiante: Inicio de sesión Fuente: Los autores

Proceder a cambiar la contraseña para luego iniciar sesión de forma segura en el sistema y poder consultar las calificaciones.

Figura 128. Estudiante: Cambio de contraseña Fuente: Los autores

Una vez que se vuelve a iniciar sesión se desplegara en pantalla las calificaciones correspondientes al alumno que inicio sesión.

Figura 129. Estudiante: Consulta de calificaciones Fuente: Los autores

Anexo 7 (Manual de Instalaciรณn)

MANUAL DE INSTALACIÃ&#x201C;N

UEJC

ÍNDICE DE CONTENIDOS ÍNDICE DE CONTENIDOS ............................................................................................. 300 1.

INTRODUCCIÓN ................................................................................................... 302

INSTALACIÓN ....................................................................................................... 303

2.1. Levantar El Servicio De Hosting ............................................................................. 303 2.2. Instalación a Joomla ................................................................................................. 308 2.2.1.

Ingreso a Joomla .......................................................................................... 312

2.3. Página Web Informativa .......................................................................................... 314

LISTA DE FIGURAS Figura 1. Nixiweb hosting.................................................................................................. 304 Figura 2. Nixiweb hosting.................................................................................................. 304 Figura 3. Nixiweb hosting.................................................................................................. 305 Figura 4. Filezilla: Ingreso de datos ................................................................................... 305 Figura 5. Filezilla: Buscar carpeta ..................................................................................... 306 Figura 6. Filezilla: Crear directorio ................................................................................... 306 Figura 7. Filezilla: Nombre directorio ............................................................................... 307 Figura 8. Filezilla: Carga de Joomla .................................................................................. 307 Figura 9. Joomla: Configuración principal ........................................................................ 308 Figura 10. Joomla: Configurar la base de datos ................................................................. 309 Figura 11. Joomla: Visión general ..................................................................................... 309 Figura 12. Joomla: Comprobación de configuración ......................................................... 310 Figura 13. Joomla: Selección de Idioma ............................................................................ 311 Figura 14. Joomla: Selección de Idioma ............................................................................ 311 Figura 15. Joomla: Instalación ........................................................................................... 312 Figura 16. Joomla: Inicio de sesión ................................................................................... 313 Figura 17. Joomla: Administración de contenidos ............................................................ 313 Figura 18. Página Principal ................................................................................................ 314

1. INTRODUCCIÓN Dentro de lo que compete al desarrollo de software de cualquier tipo y de manera correcta, la implementación de manuales tanto de usuario como de instalación genera un aporte sumamente fundamental para el entendimiento y el funcionamiento del sistema, así como la configuración para un correcto funcionamiento del sitio web y actualización constante de información de la página informativa perteneciente a la Unidad Educativa Jacques Cousteau. Para el la correcta administración y funcionamiento del sitio web debe considerar el uso de varias herramientas de software como es Joomla principalmente, así como Filezilla, PHP, entre otras. Joomla como principal gestor del sitio web debe considerarse fundamental su instalación ya que va a ser utilizada para el desarrollo de tareas relacionada con la administración de la página.

2. INSTALACIÓN En este tutorial a detalla los pasos a seguir para trasladar el sitio web creado en Joomla en un servidor local a un servidor de hosting definitivo. También se explica cómo registrar un dominio propio y asociarlo al servidor contratado para el sistema. Antes de empezar a instalar Joomla, hay un par de prerrequisitos que deben cumplirse para poder instalarlo con éxito. Estos requisitos son válidos para cualquier tipo de servicio dentro de las ofertas de Joomla. Los prerrequisitos son los siguientes: 

PHP en su versión 5.3.10 o superior



PostgreSQL en su versión 8.3.18 o superior



Apache en su versión 2 o superior.

Para la instalación de Joomla hay que tener en cuenta que el hosting y el dominio deben de estar listos para la instalación del mismo.

Levantar El Servicio De Hosting Para realizar el proceso de levantamiento de la página web se usa el servicio de alojamiento en la nube brindado por “nixiweb” ya que, al ser gratuito, nos ofrece la posibilidad de guardar nuestro sistema sin invertir una fuerte suma de dinero con servidores físicos, para esto se deberá crear una cuenta tanto para el servicio como para el dominio, luego de esto se procede a iniciar sesión en el sitio antes mencionado.

Figura 130. Nixiweb hosting Fuente: Los autores

Una vez iniciada la sesión debe dirigirse a la opción “FTP Access” para ver nuestra información de la cuenta donde también se encontrara el nombre del dominio a ser utilizado para de ahí subir los archivos del sistema mediante la herramienta Filezilla.

Figura 131. Nixiweb hosting Fuente: Los autores

Para poder cargar los archivos se debe tener instalada previamente la aplicación Filezilla, en caso de no ser así la puede conseguir en la página oficial de manera gratuita (https://filezillaproject.org/) e instalarla posterior a su descarga.

Figura 132. Nixiweb hosting Fuente: Los autores

Al ingresar a la aplicación esta va a solicitar el ingreso del nombre del servidor, el nombre de usuario proporcionado por “nixiweb”, la contraseña para acceder a la cuenta y el puerto por donde se va a realizar la conexión.

Figura 133. Filezilla: Ingreso de datos Fuente: Los autores

Luego debe buscar la carpeta de origen donde se encuentra ubicada la carpeta del sistema para la carga de los archivos a la nube.

Figura 134. Filezilla: Buscar carpeta Fuente: Los autores

Una vez ubicada la carpeta se procede a crear un directorio nuevo dentro del sitio al que se va a realizar la carga de los archivos del sistema.

Figura 135. Filezilla: Crear directorio Fuente: Los autores

Proceder a ingresar el nombre del directorio con la direcciรณn: /public_html/uejc para poder

almacenar los datos del sistema sin problema.

Figura 136. Filezilla: Nombre directorio Fuente: Los autores

Una vez creado el directorio, seleccionar la carpeta de Joomla y proceder a cargarla al sitio, este proceso demora varios minutos debido a la cantidad extensa de archivos de Joomla, para posteriormente poder trabajar en el mismo.

Figura 137. Filezilla: Carga de Joomla Fuente: Los autores

Instalación a Joomla Para realizar el ingreso a la página de Joomla se tiene q haber cumplido a cabalidad el proceso anterior caso contrario no se podrá tener la posibilidad de usar esta herramienta con el sistema creado en este proyecto; una vez realizado esto proceder a configurar Joomla para su uso.

Figura 138. Joomla: Configuración principal Fuente: Los autores

Luego de ingresar los datos del sitio así como del administrador se procede a configurar la base de datos donde se almacenara todo lo concerniente a Joomla.

Figura 139. Joomla: Configurar la base de datos Fuente: Los autores

Dentro de la visión general se tiene la opción de insertar datos de ejemplo y configurar la visión general la cual envía los datos de configuración al correo luego de la instalación.

Figura 140. Joomla: Visión general Fuente: Los autores

La comprobación de la configuración es un paso importante ya que nos da una visión general de los datos ingresados y de las opciones seleccionadas para la instalación de Joomla.

Figura 141. Joomla: Comprobación de configuración Fuente: Los autores

Al aceptar la configuración se presenta la confirmación de instalación exitosa, sin embargo pide que se seleccione el idioma de preferencia para terminar totalmente con la instalación por lo cual se elige el idioma y se continua con la instalación del mismo.

Figura 142. Joomla: Selecciรณn de Idioma Fuente: Los autores

Selecciona el paquete de idioma a ser instalado y se espera hasta que se instale y configure dentro de la aplicaciรณn.

Figura 143. Joomla: Selecciรณn de Idioma Fuente: Los autores

Finalmente se instala Joomla por completo y se tiene la posibilidad de administrar el sitio web creado desde esta herramienta, en la cual el uso y manejo se prevé que sea de conocimiento previo por el administrador del sitio.

Figura 144. Joomla: Instalación Fuente: Los autores

Ingreso a Joomla Para realizar el ingreso a Joomla hay que dirigirse a la dirección de la página web e ingresar como administrador colocando un backslash “/” al final de la dirección web, seguido de la palabra “Administrator” (www.uejc.edu.ec/Administrator) la cual le permitirá ingresar sin problema a la plataforma. Se debe colocar el usuario y contraseña con la que se registró para poder iniciar sesión correctamente.

Figura 145. Joomla: Inicio de sesión Fuente: Los autores

Una vez dentro se procede a actualizar la información de la página web tanto en sus noticias, artículos, imágenes y todo en cuanto corresponda dentro de la misma, para lo cual el administrador debe tener conocimiento en uso del manejo de Joomla, adicional a eso se puede consultar en la página oficial de Joomla (http://ayuda.joomlaspanish.org/ayuda-joomla/) y revisar todo en cuanto a la administración de contenidos.

Figura 146. Joomla: Administración de contenidos Fuente: Los autores

Página Web Informativa La página principal es el resultado de la administración de contenidos de Joomla además de ser el primer formulario que aparece al ingresar al enlace www.uejc.edu.ec la cual se actualizará con la información que se ingrese por parte del Administrador en la cual se encuentra toda la información referente a la unidad educativa.

Figura 147. Página Principal Fuente: Los autores

Anexo 8 (Carta de Impacto)

Anexo 9 (Acta de Entrega)

Anexo 10 (Abstract)