universidad regional autÓnoma de los andes u n i a n d e...

UNIVERSIDAD REGIONAL AUTÓNOMA DE LOS ANDES

FACULTAD DE SISTEMAS MERCANTILES

CARRERA DE SISTEMAS

PROYECTO INFORMÁTICO PREVIO A LA OBTENCIÓN DEL TÍTULO DE

INGENIERO(A) EN SISTEMAS E INFORMÁTICA

TEMA:

“APLICACIÓN WEB DE MATRICULACIÓN Y CONTROL DE NOTAS CON

MÓDULO DE INSPECCIÓN PARA EL INSTITUTO TECNOLÓGICO SUPERIOR

REPÚBLICA DEL ECUADOR DE LA CIUDAD DE OTAVALO.”

AUTORES : TNLGO. LUIS SEBASTIÁN MORA

TNLGA. MARÍA JOSÉ HIDALGO

ASESOR : ING. MARCO ANTONIO CHECA

2012

IBARRA – ECUADOR

U N I A N D E S

II

C E R T I F I C A C I Ó N D E L A S E S O R

Yo, Ing. Marco Checa, Asesor del Proyecto Informático previo a la obtención del título en

Ingeniería en Sistemas e Informática con el tema “Aplicación Web de Matriculación y

Control de Notas con Módulo de Inspección para el Instituto Tecnológico Superior

República del Ecuador de la ciudad de Otavalo”, manifiesto que la presente investigación

ha sido desarrollada por los estudiantes, Tnlgo. Luis Sebastián Mora y Tnlga. María José

Hidalgo, y sometido a una cuidadosa revisión, cumpliendo con los formatos y requisitos

establecidos por la Universidad Regional Autónoma de los Andes UNIANDES, por lo que

autorizo su presentación y defensa.

Ibarra, 12 de Septiembre de 2012

Ing. Marco Checa

C.C. 1001656105

ASESOR

III

DECLARACIÓN DE LA AUTORÍA DEL PROYECTO

Nosotros, Tnlgo. Luis Sebastián Mora y Tnlga. María José Hidalgo declaramos que

trabajamos en el presente Proyecto Informático previo a la obtención del Título en Ingeniería

en Sistemas e Informática con el tema “Aplicación Web de Matriculación y Control de

Notas con Módulo de Inspección para el Instituto Tecnológico Superior República del

Ecuador de la ciudad de Otavalo”, la misma que es de nuestra autoría y originalidad, la cual

hemos sometido a revisión por parte del Ing. Marco Checa, Asesor del Proyecto.

Ibarra, 12 de Septiembre de 2012

Tnlgo. Luis Sebastián Mora Tnlga. María José Hidalgo

C.C. 100290658-2 C.C. 100284097-1

Autor Autor

IV

D E D I C A T O R I A

A mis padres Román y Patricia, por siempre creer en mí, por brindarme el ejemplo digno de

trabajo, superación y entrega, por darme la mejor herencia que es la educación; porque gracias

a ustedes, hoy puedo alcanzar mí meta.

A mi hermana Nicol, mi novio Byron y mis abuelitos que siempre supieron valorar mi

esfuerzo y han estado en los momentos más difíciles de mi carrera, inspirándome y dándome

aliento, para continuar.

Gracias a todos por sentirse orgullosos de mi, mil palabras no bastarían para agradecerles su

incondicional apoyo, comprensión, consejos y cariño, que me han hecho mejor persona y con

grandes aspiraciones.

Espero jamás defraudarlos y demostrarles que soy capaz de llegar muy lejos en el campo

profesional y en mi vida entera.

María José Hidalgo Arias

V

D E D I C A T O R I A

A mi madre Elena por apoyarme incondicionalmente como solo la mejor madre del mundo lo

podía hacer, que además de enseñarme que en la vida todo hay que conseguirlo a base de

sacrificio, trabajo, y dedicación, valores que los llevaré por siempre, nunca dejó de trabajar

para darme el mejor futuro que afortunadamente ya se convirtió en presente.

A mi padre Luis y mi abuelita Fabiola que desde el cielo siempre me envían sus bendiciones

en cualquier actividad que desarrolle.

A mis hermanos Alexis y Andrés por confiar en mi capacidad y alentarme siempre a seguir

adelante para poder cumplir mis metas sin rendirme.

A mis sobrinos Nicole, Ariel y Martín por hacer que con su sonrisa e inocencia los días de

cansancio, de problemas y de momentos difíciles desaparezcan.

A todos los que creen en mí y en mis capacidades.

Luis Sebastián Mora Pérez.

VI

AGRADECIMIENTO

Agradecemos infinitamente a Dios y a la Virgen María, por habernos guiado por el camino

del bien, y bendecirnos en toda nuestra vida universitaria.

De manera especial y con mucho cariño, a nuestros padres, hermanos, y familiares por

habernos apoyado incondicionalmente en todos los momentos agradables y difíciles, que

formaron parte del estudio de nuestra carrera.

A nuestros ingenieros, por encaminarnos en todos los conocimientos adquiridos y

demostrarnos su calidad como profesionales, de manera especial a nuestro Asesor Ing. Marco

Checa por su paciencia y colaboración en la realización de este trabajo, su capacidad para

guiar nuestras ideas ha sido un aporte invaluable.

A todos de verdad, muchas gracias por siempre confiar en nuestra capacidad, siempre vamos

a llevar en alto el nombre de nuestra querida universidad UNIANDES.

Luis Mora – María José Hidalgo

VII

ÍNDICE GENERAL

Certificación del Asesor……………………………………..…………….……….. II

Declaración de la autoría del Proyecto……………………………………………. III

Dedicatoria…………………………………………………………………………. IV

Dedicatoria…………………………………………………………………………. V

Agradecimiento…………………………………………………………………….. VI

Índice General……………………………………………………………….……... VII

Índice de Tablas…………………….………………………………………….….. VIII

Índice de Gráficos…………………………………………………………………. IX

Resumen Ejecutivo (Español e Inglés)……………………………………….….... X

CAPITULO I

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

1.1. ANTECEDENTES……………………………….….……………………...... 2

1.2. OBJETIVOS…………….……………………….……..…………………...... 4

1.2.1. Objetivo general…………………………………………………………….. 4

1.2.3. Objetivos específicos ……………………………………………………..... 4

1.3. METODOLOGÍA…………………..……………..…………….…………… 4

1.3.1. Metodología RUP………………...…………………………..……………… 4

1.3.1.1. Fase de inicio……………………………….….……………………….. 5

1.3.1.2. Fase de elaboración………………………….….………………………… 5

1.3.1.3. Fase de construcción……………………….….…………………………. 5

1.3.1.4. Fase de transición………………………….….………………………….. 5

1.3.1.5. Disciplina de desarrollo.…………………..………..……………………… 6

1.3.1.6. Disciplina de apoyo………………………………….…………………….. 7

1.4. RECURSOS...…….……………………………………….…………….….…. 7

1.4.1. Recursos humanos……………………………………….…………………... 7

1.4.1.1. Involucrados …………………………………………….………………… 8

1.4.2. Recursos técnicos……………………………………………..…………….. 8

1.4.2.1. Hardware para el desarrollo de la aplicación web..………………………... 8

1.4.2.2. Software para el desarrollo de la aplicación web………………….……… 9

1.4.2.3. Hardware para la implantación de la aplicación web……………………… 10

1.4.2.4. Software para la implantación de la aplicación web…….…………….…… 10

1.4.3. Recursos económicos ……………………………………………………..... 10

1.4.3.1. Implantación ……………………………………………………..………... 11

1.4.3.2. Software………………………………………………………….….….….. 11

1.4.3.2.1. Software para servidor…………………………………………………… 11

1.4.3.2.2. Software para cliente…………………………………………………….. 12

1.4.3.3 Suministros/ Materiales de oficina………………………………………… 12

1.4.4. Resumen general de costos ………………………………………………. 12

1.5. CRONOGRAMA…………………………..……………………….…….…... 13

CAPITULO II

PROPUESTA (METODOLOGÍA)……………......……………….……… 14

2.1. ANÁLISIS…………………………………………………………...……..…. 14

2.1.1. Introducción………………..………………………………….…………….. 14

2.1.1.1 Visión………………………………………………………………..……… 14

2.1.1.2. Alcance……………………………………………………………....…….. 14

2.1.1.3. Definiciones, acrónimos y abreviaciones ………………….……………. 15

2.1.1.4. Referencias ………………………………………………………..……... 15

2.1.2. Posicionamiento…………………………………………………………….... 15

2.1.2.1. Oportunidad de negocio……………………………………………………. 15

2.1.2.2. Sentencia que define el problema…………………………………………. 16

2.1.2.3. Sentencia que define la posición del producto……………………………. 17

2.1.3. Descripción de stakeholders (participantes en el proyecto) y usuarios……… 18

2.1.3.1. Resumen de stakeholders…………………………………………………... 18

2.1.3.2. Resumen de usuarios………………………………………………………. 20

2.1.3.3. Perfil de stakeholders………………………………………………...……. 21

2.1.3.3.1. Desarrolladores del proyecto informático …………………………...….. 21

2.1.3.3.2 Rector…………………………………………………………………….. 22

2.1.3.3.3. Tutor………………………………………………………………..……. 22

2.1.3.3.4. Jefe del área de informática……………………………………………... 23

2.1.3.3.5. Secretaria……………………………………………………………...…. 24

2.1.4. Descripción global del producto……………………………….…………… 24

2.1.4.1. Perspectiva del producto………………………………………………….. 24

2.1.4.2. Resumen de características …………………………………………...….. 24

2.1.4.3. Restricciones ……………………………………………….…………….... 25

2.1.4.4. Otros requisitos del producto……………………………….……………… 26

2.1.4.4.1. Requisitos del sistema…….……………………………………………… 26

2.1.4.4.2. Requisitos de acceso multiusuario ……………………………………….. 26

2.1.4.4.3. Requisitos de entorno………………………………………….………… 26

2.1.4.4.4. Requisitos de documentación……………………………………………. 26

2.1.4.5. Manual de usuario y técnico ………………………………………………. 26

2.1.5. Especificación de casos de uso 20% ……………………………………..… 27

2.1.5.1. Administrador……..………………………………………………...….…. 27

2.1.5.2. Rector………………………………………………..……,…………….…. 28

2.1.5.3. Vicerrector…………………………………………………………………. 28

2.1.5.4. Secretaria………………………………………………..……………….… 29

2.1.5.5. Inspector general…………………………………………………….…….. 29

2.1.5.6. Docente……...……………………………………………………………... 30

2.1.5.7. Estudiante/representante…………………………………………...……... 30

2.1.6. Análisis de riesgos……….………………………………………….……….. 31

2.1.6.1. Lista de riesgos…………...………………………………………...….…... 32

2.1.6.2. Amenazas de seguridad……...……………………………………………. 35

2.1.6.3. Tipos de usuarios del sistema….…………………………………………. 36

2.2. DISEÑO…………………….…………………………………………………. 37

2.2.1. Casos de uso 100%......…….………………………………...………….…… 37

2.2.1.1. Caso de uso rector ………………………………………………………… 37

2.2.1.2. Caso de uso vicerrector………………………………………………….… 39

2.2.1.3. Caso de uso secretaria…………………………………...…………………. 41

2.2.1.4. Caso de uso inspector general……………………………………………… 42

2.2.1.5. Caso de uso docente……………………………………………………….. 44

2.2.1.6. Caso de uso estudiante / representante…………………...……………..… 45

2.2.1.7. Caso de uso administrador…………………………………...……………. 47

2.2.2. Elaboración del Diseño….………………………………………………..….. 48

2.2.2.1. Diseño de la base de datos. …………………………………...………….. 48

2.2.2.2. Diagrama de base de datos ……………………………………...……….. 49

2.2.2.3. Explicación de las tablas de la base de datos……………………………. 50

2.2.3. Diseño de entradas………………………………………...…………………. 52

2.2.3.1. Modelo de pantalla de ingreso de administrador……………………..…… 53

2.2.3.2. Modelo de pantalla menú principal…………………………………….…. 53

2.2.3.3 Modelo de pantalla ingreso estudiantes.……………….………………….. 54

2.2.3.4. Modelo de pantalla de información básica ………………………………. 55

2.2.3.5. Modelo de pantalla ingreso de agenda académica………………………… 55

2.2.3.6. Modelo de pantalla registro de horario……………………………………. 56

2.2.3.7. Modelo de pantalla de distribución de docentes…………………………… 56

2.2.3.8. Modelo de pantalla registro hoja de control………………………………. 57

2.2.3.9. Modelo de pantalla registro notas…………………………………………. 57

2.2.4. Diseño de salidas...…………………………………………………………... 58

2.2.4.1 Modelo de pantalla de error………………………………………………… 58

2.2.4.2. Modelo de pantallas de reportes / consulta de datos………………………. 58

2.3. IMPLEMENTACIÓN………..……………………………………………..... 60

2.3.1. Propósitos…………………………………………………………………..... 60

2.3.2. Scripts utilizados (los principales)………………………………………….. 60

2.3.2.1. Código de la conexión a la base de datos ………………………………. 60

2.3.2.2. Código para sesiones PHP ………………………………………………. 61

2.3.2.3. Código para insertar datos……………………………………………….... 61

2.3.2.4. Código para modificar datos……………………………………………… 62

2.3.2.5. Código para eliminar datos ………………………………………………. 63

2.3.2.6. Código de búsqueda de datos……………………………………………… 63

2.3.2.7. Código para validar campos de texto……………………………………… 64

2.3.2.8. Código para obtener el valor de un combobox en una caja de texto.……… 65

2.3.2.9. Código para reporte Pdf…………………………………………….……… 66

2.4. PRUEBAS……………….………………………………………….…………. 68

2.4.1 Manuales de usuario……………………………………………………..…… 68

2.4.2 Capacitación……………………………………………………………….…. 68

2.4.2.1 Cronograma de capacitación..…………………………………………….… 69

2.4.3. Pruebas de software……………………………………………………….…. 70

2.4.3.1 Características de factores de evaluación de software…………..………… 71

2.4.3.1.1. Funcionalidad……………………………………………………………. 71

2.4.3.1.2. Fiabilidad ………………………………………………………………. 71

2.4.3.1.3. Eficiencia ……………………………………………………………..... 71

2.4.3.1.4. Mantenibilidad……………………………………………………..…….. 71

2.4.3.1.5. Portabilidad…………………………………………………………….... 72

2.4.3.1.6. Facilidad de uso………………………………………………………….. 72

2.4.3.2. Primera prueba de la aplicación web (pruebas unitarias)….……………… 72

2.4.3.2.1 Prueba de ingreso al sistema (todos los usuarios) ……………………..... 72

2.4.3.2.2. Prueba de ingreso de datos de usuarios (administrador)………………. 73

2.4.3.2.3 Prueba de ingreso de imágenes en estudiantes y docentes (administrador) 74

2.4.3.2.4. Prueba de ingreso de noticias institucionales (administrador)………….. 74

2.4.3.2.5 Prueba de ingreso de notas(docente)…………………………………….. 75

2.4.3.2.6 Prueba de registro de hoja de control (inspector)………………………… 75

2.4.3.2.7 Prueba obtener respaldo de la BDD (Administrador)………..…………… 76

2.4.3.2.8 Prueba obtener consultas y reportes (Administrador)……….………….. 76

2.4.3.2.9 Resultados parciales…………………………………………….………… 76

2.4.3.3 Segunda prueba de la aplicación web…………………………….….……... 78

2.4.3.3.1. Ficha de criterios de evaluación del aplicación web…..…………………. 79

2.4.3.3.2. Cuadro de resultados……………………………………………….……. 81

2.4.3.4 Análisis de resultados de pruebas………………………………………….. 82

CAPITULO III

ESTUDIO DE VIABILIDAD……………………………………………….. 84

3.1. VIABILIDAD TÉCNICA………………….………………………………..… 84

3.2. VIABILIDAD OPERATIVA….…………………………………………….… 84

3.3. VIABILIDAD ECONÓMICA……………………………………………….… 85

CAPITULO IV

DOCUMENTACIÓN……………….………………………………………... 86

4.1. MANUAL DE USUARIO……………………………………………………. 86

4.1.1. Requerimientos del sistema…………………………………………………. 86

4.1.1.1. Hardware…………………………………….…………………………….. 86

4.1.1.2. Software………………………………………….………………………… 86

4.1.1.3. Requisitos de instalación…………………………….……………………. 87

4.1.2. Instalación……………………………………………………………………. 87

4.1.2.1. Instalación local…………………………………………………………… 87

4.1.2.1.1. Instalación de appserv (apache, php y mysql, phpmyadmin)…………… 89

4.1.2.1.2. Instalación de la base de datos………….……………………..……….… 92

4.1.2.2. Instalación remota…….….……………….……………….………………. 92

4.1.3. Manejo de la aplicación web…………………..…………………….………. 93

4.1.3.1. Ingreso al sistema web….…….…………………………………………… 94

4.1.3.2. Usuario secretaria………………………………………………………….. 96

4.1.3.3. Usuario vicerrector ………………………...…………………………….. 105

4.1.3.4. Usuario rector………………………………………….………….……….. 108

4.1.3.5. Usuario inspector general…...…………………………………………….. 109

4.1.3.6. Usuario docente/inspector……..……………………………………….…. 111

4.1.3.7 Usuario estudiante…………………………………………………………. 113

4.1.3.8. Usuario administrador…………………………………………………..… 114

4.2. MANUAL TÉCNICO……………………….……………………………….. 117

4.2.1. Arquitectura de la aplicación web……………...……………………………. 117

4.2.1.1. Capa presentación…………………………………………………..……… 117

4.2.1.2. Capa lógica de negocio………………………………..…………………… 118

4.2.1.3. Capa datos……………………………………………….….…………….. 118

4.2.1.4. Módulos de la aplicación web……………………………..……………… 119

4.2.2. Tecnologías y herramientas………………………………………...……….. 119

4.2.2.1. Tecnologías utilizadas para el desarrollo de la aplicación web………..…. 119

4.2.2.2. Herramientas……………………………………………………….………. 120

4.2.2.3. Descripción de tecnologías y herramientas……………………………….. 120

CAPITULO V

CONCLUSIONES Y RECOMENDACIONES………..….…………..... 124

5.1. CONCLUSIONES……………….………………………………….…......…... 124

5.2. RECOMENDACIONES ……………………………………………….…...…. 125

BIBLIOGRAFÍA………………………………………………………………….. 126

LINKOGRAFÍA…………………………………………………………………... 128

ANEXOS…………………………………………………………………………… 131

VIII

ÍNDICE DE TABLAS

CAPITULO I

Tabla 1.1. Recursos humanos involucrados……………………………..……….… 8

Tabla 1.2. Requerimientos de hardware……….…………………………..…..…… 8

Tabla 1.3. Software de desarrollo ……………….…………………………………. 9

Tabla 1.4. Requerimientos de servidor…………….……………….……….……… 10

Tabla 1.5. Recursos de software para la implantación…………………….……… 10

Tabla 1.6. Recursos económicos de implantación…….…………………………… 11

Tabla 1.7. Recursos económicos de software para servidor…..…………………… 11

Tabla 1.8. Recursos económicos de software para cliente………………….…...… 12

Tabla 1.9. Suministros/Materiales de oficina………………….……………..……. 12

Tabla 1.10. Resumen de gastos……………………………….………………...….. 12

CAPITULO II

Tabla 2.1. Sentencia que define el problema – Documento visión………………… 16

Tabla 2.2. Sentencia que define la posición del producto – Documento visión….. 17

Tabla 2.3. Resumen de stakeholders ………………………………………….….. 18

Tabla 2.4. Resumen de usuarios. …………………………………………….…… 20

Tabla 2.5. Perfil de stakeholders – desarrolladores del proyecto informático. …… 21

Tabla 2.6. Perfil de stakeholders –rector. …………………………………….…… 22

Tabla 2.7. Perfil de stakeholders – tutor. ……………………………………….… 22

Tabla 2.8. Perfil de stakeholders – jefe del área de informática. …………………. 23

Tabla 2.9. Perfil de stakeholders – secretaria. ……………………………………. 24

Tabla 2.10. Resumen de características del sistema………………………….……. 25

Tabla 2.11. Valorización de riesgos………………………………………………... 32

Tabla 2.12. Lista de riesgos………………………………………………………… 32

Tabla 2.13. Amenazas de seguridad. ……………………………………………… 35

Tabla 2.14. Tipos de usuarios del sistema. ………………………………………… 36

Tabla 2.15. Caso de uso rector……………………………………………………… 37

Tabla 2.16. Caso de uso vicerrector………………………………………………… 39

Tabla 2.17. Caso de uso secretaria………………………………………………….. 41

Tabla 2.18. Caso de uso inspector general…………………………………………. 43

Tabla 2.19. Caso de uso docente…………………………………………………… 44

Tabla 2.20. Caso de uso estudiante – representante………………………………. 46

Tabla 2.21. Caso de uso administrador……………………………………………. 47

Tabla 2.22. Prueba de ingreso al sistema…………………………………………… 72

Tabla 2.23. Prueba ingreso de datos de usuario…………………………………… 73

Tabla 2.24. Prueba ingreso de imágenes en estudiantes y docentes…………….… 74

Tabla 2.25. Prueba ingreso de noticias institucionales……………………………. 74

Tabla 2.26. Prueba ingreso de notas……………………………………………….. 75

Tabla 2.27. Prueba registro de hoja de control………………………………….…. 75

Tabla 2.28. Prueba obtener respaldo de la BDD…………………………………... 76

Tabla 2.29. Prueba obtener consulta y reporte……………………………………… 76

Tabla 2.30. Evaluación cualitativa de rendimiento…………………………………. 77

Tabla 2.31. Parámetros de evaluación de calidad…………………………………. 78

Tabla 2.32. Ficha de evaluación de la aplicación web…………………………….. 79

Tabla 2.33. Cuadro de resultados – pruebas…………………………………..……. 82

CAPITULO III

No existen tablas

CAPITULO IV

Tabla 4.1. Descripción hardware computadores cliente (recomendado)……….… 86

Tabla 4.2. Requisitos de la instalación…………………………………………...… 87

Tabla 4.3. Contenido de la carpeta de instalación……………………………….... 88

Tabla 4.4. Módulos de la aplicación. ……………………..…………………….…. 119

Tabla 4.5. Tecnologías utilizadas para el desarrollo…………………………….… 119

Tabla 4.6. Herramientas utilizadas en el desarrollo……………………………...… 120

IX

ÍNDICE DE GRÁFICOS

CAPITULO I

Gráfico 1.1. Fases iteraciones RUP…….…………………………………...……… 6

Gráfico 1.2. Cronograma de actividades…………………………………….……. 13

CAPITULO II

Gráfico 2.1. Casos de uso 20%. …………………………………………………… 27

Gráfico 2.2. Casos de uso rector. ……………………………………………..…… 37

Gráfico 2.3. Casos de uso vicerrector. ………………………………………..…… 39

Gráfico 2.4. Casos de uso secretaria………………………………………….…… 41

Gráfico 2.5. Casos de uso inspector general………………………………….…… 42

Gráfico 2.6. Casos de uso docente…………………………………………….…… 44

Gráfico 2.7. Casos de uso estudiante – representante……………………………… 45

Gráfico 2.8. Casos de uso administrador………………………………………..… 47

Gráfico 2.9. Diagrama de la base de datos………………………………………... 49

Gráfico 2.10. Pantalla de ingreso al sistema- entrada……………………………… 53

Gráfico 2.11. Pantalla de menú principal- entrada………………………………... 54

Gráfico 2.12. Pantalla de ingreso de nuevo estudiante – entrada..……………….. 54

Gráfico 2.13. Pantalla de ingreso de información básica- entrada..……………….. 55

Gráfico 2.14. Pantalla de ingreso de agenda académica – entrada………………... 55

Gráfico 2.15. Pantalla de registro de horario –entrada …………………………… 56

Gráfico 2.16. Pantalla de distribución académica (docente) - entrada…………… 56

Gráfico 2.17. Pantalla de registro de la hoja de control - entrada………………….. 57

Gráfico 2.18. Pantalla de registro de notas – entrada……………………………… 57

Gráfico 2.19. Pantallas de error – salida………………………………………….... 58

Gráfico 2.20. Pantallas de reportes – salidas …………………………………….... 58

Gráfico 2.21. Consulta de datos notas – salida…………………………………… 59

Gráfico 2.22. Consulta de datos hoja de control – salida………………………… 59

Gráfico 2.23. Acceso sistema de ayudas web……………………………………… 68

Gráfico 2.24. Cronograma de capacitación…….………………………………….. 69

Gráfico 2.25. Calidad de producto de software…………………………………… 70

CAPITULO III

No existen gráficos

CAPITULO IV

Gráfico 4.1. Imagen de aplicación comprimida…………………………………… 87

Gráfico 4.2. Carpeta de acceso……………………………………………………. 88

Gráfico 4.3. Pantalla setup wizard Appserv……………………………………….. 89

Gráfico 4.4. Pantalla license agreement Appserv …………………………………. 89

Gráfico 4.5. Pantalla pantalla choose install location Appserv……………………. 90

Gráfico 4.6. Pantalla select components Appserv…………………………………. 90

Gráfico 4.7. Pantalla http server information Appserv……………………………... 90

Gráfico 4.8. Pantalla http server configuration MySql…………………………… 91

Gráfico 4.9. Pantalla installing Appserv…………………………………………..... 91

Gráfico 4.10. Pantalla completing setup Appserv……………………………….…. 91

Gráfico 4.11. Pantalla de phpMyAdmin …………………………………………... 92

Gráfico 4.12. Pantalla de carpeta de CPanel ……………………………………… 93

Gráfico 4.13. Pantalla de página web principal. …………………………………… 93

Gráfico 4.14. Pantalla de link de acceso al sistema……………………………….. 94

Gráfico 4.15. Pantalla de acceso al sistema web…………………………………… 94

Gráfico 4.16. Pantalla de cambio y confirmación de contraseña. ………………… 95

Gráfico 4.17. Pantalla modelo página principal de usuarios. ……………………… 95

Gráfico 4.18. Pantalla de notificación de error de ingreso. ……………………….. 96

Gráfico 4.19. Pantalla de menú principal. …………………………………………. 97

Gráfico 4.20. Pantalla de menú inscripciones. ……………………………………. 97

Gráfico 4.21. Pantalla de nueva inscripción. ………………………………………. 98

Gráfico 4.22. Pantalla de reporte inscripción………………………………………. 98

Gráfico 4.23. Pantalla de estudiante – ingreso de datos. …………………………. 99

Gráfico 4.24. Pantalla de verificación de datos estudiantes. ………………………. 99

Gráfico 4.25. Pantalla de opciones de matrícula. …………………………………. 100

Gráfico 4.26. Pantalla de búsqueda de estudiantes. ………………………………. 100

Gráfico 4.27. Pantalla de formulario matrícula de estudiante…………………….. 100

Gráfico 4.28. Pantalla de reporte matrícula………………………………………… 101

Gráfico 4.29. Pantalla de nuevo docente. …………………………………………. 102

Gráfico 4.30. Pantalla de confirmación de datos de docente……………………….. 102

Gráfico 4.31. Pantalla de distribución de cursos. ………………………………….. 102

Gráfico 4.32. Pantalla de búsqueda de usuario. …………………………………… 103

Gráfico 4.33. Pantalla de contraseña actualizada. ………………………………… 103

Gráfico 4.34. Pantalla de selección de parámetros para reporte…………………… 103

Gráfico 4.35. Pantalla de listado de estudiantes. …………………………………. 104

Gráfico 4.36. Pantalla de reporte de cuadro de notas……………………………… 104

Gráfico 4.37. Pantalla de nueva noticia. …………………………………………... 105

Gráfico 4.38. Menú de principal vicerrector. ………………………………………. 105

Gráfico 4.39. Pantalla de inicio de año lectivo……………………………………... 106

Gráfico 4.40. Pantalla de creación de agenda académica………………….……….. 106

Gráfico 4.41. Pantalla de distribución de asignaturas. ……………………….……. 106

Gráfico 4.42. Pantalla de distribución de docentes. ………………………….….… 107

Gráfico 4.43. Pantalla de registro de horario académico…………………….….….. 107

Gráfico 4.44. Pantalla de generación de resultados inscritos. …………………..… 108

Gráfico 4.45. Pantalla de resultados previos………………………………….……. 108

Gráfico 4.46. Pantalla de reporte de cupos asignados. ……………………….…… 109

Gráfico 4.47. Pantalla de asignación de cursos……………………………….…… 109

Gráfico 4.48. Pantalla de asignación de inspectores……………………………..… 110

Gráfico 4.49. Pantalla de justificar faltas de asistencia. …………………………… 110

Gráfico 4.50. Pantalla de reporte justificar. ……………………………..…………. 111

Gráfico 4.51. Pantalla de ingreso de notas. …………………………….………….. 111

Gráfico 4.52. Pantalla de ingreso de hoja de control. ……………………………… 112

Gráfico 4.53. Pantalla de reporte de distribución de docente. …………………… 112

Gráfico 4.54. Pantalla de consulta de notas………………………………………... 113

Gráfico 4.55. Pantalla de consulta de ficha de control…………………………….. 113

Gráfico 4.56. Pantalla de activación de matrículas. ……………………..………… 114

Gráfico 4.57. Pantalla de activación de inscripciones. ……………………………. 114

Gráfico 4.58. Pantalla de activación período notas………………………….……. 115

Gráfico 4.59. Pantalla de asignación de privilegios. ……………..……….……….. 115

Gráfico 4.60. Pantalla de generación de backup. ……`..………………………….. 115

Gráfico 4.61. Pantalla de auditoria de datos. ………………………………………. 116

Gráfico 4.62 Pantalla de sistema de ayudas web…………………………………… 116

Gráfico 4.63. Programación por capas. ……………………………………………. 117

Gráfico 4.64. Modelos de pantallas del sistema……………………….…………… 117

Gráfico 4.65. Modelos de pantallas de código. ……………………………………. 118

Gráfico 4.66. Modelos de pantallas motor de base de datos. ……………………… 118

Gráfico 4.67. Función servidor web, php, mysql…………………………………... 122

X

RESUMEN EJECUTIVO

Los Procesos Académicos Sistematizados, en la actualidad presentan grandes beneficios a

nivel del sector educativo; ya que la incursión de las nuevas tecnologías dentro de las

instituciones educativas es indispensable para el desarrollo y servicio a la comunidad.

Se ofrece una herramienta informática al Instituto Tecnológico Superior “República del

Ecuador” de la ciudad de Otavalo, que consiste en una Aplicación Web que permitirá

efectuar los proceso de matriculas y control de notas de los estudiantes, además de las

inscripciones de aspirantes a un cupo, y los procesos del área de inspección de una manera

más eficiente y completa, mediante los cuales se generará información académica que podrá

ser accedida vía web y obtenida mediante reportes, con todas las seguridades requeridas para

integridad de los datos de dichos procesos dentro la Institución

RUP (Proceso Racional Unificado), fue la metodología de desarrollo utilizada para la

elaboración de la Aplicación Web, compuesta de las siguientes fases:

Fase de inicio, donde se elaboró los casos de uso al 20%, para mostrar los actores

involucrados en el desarrollo del sistema, las actividades que realizan frente a la aplicación

web, la visión general del proyecto, donde se muestran y establecen los objetivos y solución

del problema planteado, así como también el análisis de los riesgos presentados en el

desarrollo de la propuesta.

En la fase de elaboración, se presenta el análisis del dominio del problema, para establecer

una la arquitectura a desarrollarse, en donde se da a conocer los elementos de riesgo más altos

del proyecto, y un plan que permita la evolución del sistema. En esta fase, se implementó los

casos de usos terminados, los riesgos que abarcaron aspectos de mayor relevancia, el plan del

XI

sistema, la base de datos para su análisis y aprobación y se avanzó en la construcción de un

manual de usuario preliminar, además se selecciono la tecnología y las herramientas a utilizar,

seleccionando a PHP como lenguaje de programación, para el diseño de la Base de Datos

Erwin V4.0, la Base de Datos MySQL Versión 5.0., el desarrollo de la aplicación en

Dreamweaver CS3, creación y edición de imágenes y objetos animados en Fireworks,

Photoshop y Flash CS3 , Servidor de Pruebas Apache Web Server Versión 2.2.8.

Del mismo modo en la fase de construcción, para desarrollar incrementalmente el producto de

software completo y listo para ser transferido al usuario, se completaron los modelos de bases

de datos, un análisis de riesgos total, se liberaron varios prototipos para verificar el diseño,

operatividad y funcionalidad, requeridos por la Institución y el desarrollo de manuales técnico

y de usuario fue completo.

Finalmente la fase de transición, con el propósito de transferir la aplicación web a los usuarios

finales del ITS República del Ecuador. Previo a esto se realizaron las pruebas de

funcionamiento respectivas con el principal objetivo de corregir algunas fallas o errores leves

que pudiesen existir en la aplicación web y se capacitó a los usuarios harán uso y operarán el

sistema.

Durante el desarrollo de la aplicación, la ejecución de cada fase tuvo apertura a opiniones y

sugerencias de los usuarios implicados como personal administrativo y docentes, sobre la

estructuración y como sería mejorado el sistema para su aplicación final. Con la implantación

de esta aplicación web, la institución y todos los usuarios se sienten beneficiados ya que

pueden interactuar directamente con la información académica actualizada constantemente,

desde cualquier lugar donde tenga acceso a la web, además de contar con un interfaz amigable

y de fácil manejo para efectuar y consultar todos los procesos, para la toma de decisiones.

ABSTRACT

Systematized academic processes currently have great benefits to education sector, as the

incursion of new technologies in educational Institutions is essential for development and

community service.

It provides a software tool to Higher Technological Institute "Republic del Ecuador" to

Otavalo city, which is a Web Application, that will make the process of enrollment and

monitoring student grades as well as the registration of applicants for a spot , and processes

the inspection area in a more efficient and complete, which is generated by academic

information which may be accessed via the Web and obtained by reporting, with all safety

requirements for data integrity of such processes within the Institution.

RUP (Rational Unified Process), the development methodology was used to develop Web

Application, consisting of the following phases:

Initiation phase, which produced use cases twenty percent, to show the actors involved in the

development of the system, the activities against the web application, the project overview,

showing and set goals and solution of the problem, as well as the risk analysis presented in the

proposal development.

In the development phase, is an analysis of the problem domain, in order to establish

architecture to develop, where it presents the highest risk elements of the project and a plan to

develop the system. In this phase, we implemented the use cases completed, the risks covered

most important aspects, the plan of the system, the database for analysis and approval and

progress was made in the construction of a preliminary user manual and is select the

technology and tools to use, selecting PHP as a programming language, for designing

Database V4.0 Erwin, MySQL Database Version 5.0., application development in

Dreamweaver CS3, creation and image editing and animated objects in Fireworks, Photoshop

and Flash CS3. Furthermore, Apache Web Server for testing

Just as the construction phase to incrementally develop software product complete and ready

to be transferred to the user, the models were completed database, a full risk analysis, were

released several prototypes to verify the design, operation and functionality required by the

institution and the development of technical and user manuals was complete.

Finally the transition phase, in order to transfer the web application to end users of Institution.

Prior to they were tested respective operating with the main objective of correcting some

minor flaws or errors that may exist in the web application and trained users will use and

operate the system.

During the development of the application, the execution of each phase was open to opinions

and suggestions of the users involved as administrators and teachers, on the structuring and

how the system would be improved for the final application. Furthermore, with the

implementation of this web application, the institution and all benefit users feel they can

interact directly and constantly updated academic information from anywhere you have web

access, in addition to a friendly interface and easy to use to make and check all processes for

decision-making.

1

CAPITULO I

INTRODUCCIÓN

Con el objetivo de realizar de forma sistematizada los procesos de Matriculación, Control de

Notas, Control de Asistencia, Conducta y Rendimiento de estudiantes en el Instituto

Tecnológico Superior “República del Ecuador” de la ciudad de Otavalo, se ha diseñado la

“APLICACIÓN WEB DE MATRICULACIÓN Y CONTROL DE NOTAS CON MÓDULO

DE INSPECCIÓN”, a fin de mejorar en calidad, tiempo y recursos para dichos procesos.

Hoy en día, el Internet se ha convertido en un gran campo global, donde se puede realizar

muchos procesos en diferentes ámbitos, y donde casi todo es posible. Pero enfocándose al

campo educativo seleccionado, se dice que la red de redes World Wide Web es un espacio

abierto donde la informática avanza constantemente para establecer ventajas y facilidades a

todos quienes requieren de un servicio académico dentro de una entidad educativa.

Las Aplicaciones Web en Instituciones Educativas han evolucionado a través de los años,

convirtiéndose en indispensables para la elaboración controlada y manejo de procesos

académicos, mediante los cuales se interactúa.

Estas aplicaciones cada vez tienen más acogida y a medida que transcurren los años han

permitido familiarizar a los usuarios con las nuevas tecnologías, por las facilidades y buenos

resultados que prestan a la hora de mejorar lo que se ha llevado a cabo manualmente que

viéndolo en un punto de vista real incrementa problemas por cuestiones de integridad y

seguridad en el almacenamiento de la información académica, que mejor empezar desde hoy a

dar soluciones y no formar parte de ellos.

Por esta razón se presenta una solución óptima para esta institución, con lo cual se podrá dar

un paso hacia adelante en el uso de tecnologías, como son las Aplicaciones Web y poder

aportar significativamente al bienestar de estudiantes, docentes e institución en general.

2

1.1 ANTECEDENTES

El Instituto Tecnológico Superior “República del Ecuador” ubicado en la ciudad de Otavalo,

fue fundado en el año de 1950, conocida como una institución prestigiosa, humanística y

especializada, con excelencia académica, identidad propia, que potencializa las capacidades

de los estudiantes a través de los valores éticos, morales y cívicos, con un grupo de docentes

competentes y especializados en conocimientos.

El permanente crecimiento de la institución y la constante demanda estudiantil, han hecho que

esta se expanda tanto en el ámbito estructural como en personal, razón por la cual al llevar a

cabo procesos académicos se presentan conflictos en la búsqueda y actualización de los datos

registrados en libros archivos y documentos digitales, presentándose poca eficiencia en dichos

procesos.

El proceso de matriculación contiene dos etapas que son inscripciones y matrículas, cuando

inicia la primera etapa se realiza el registro de los datos de los aspirantes a los cupos en hojas

de Excel, para que al finalizar este período las autoridades responsables de la selección de

estudiantes para el octavo año de educación básica efectúen el arduo trabajo de revisión de

promedios de aprovechamiento y requisitos solicitados, que conlleva varios días y requieren

ser sometidos a revisión varias veces.

La segunda etapa de este proceso viene con las matrículas, donde los estudiantes deben

realizar la actualización de datos en varias oficinas de la institución, teniendo que llevar las

respectivas autorizaciones para continuar con la siguiente gestión, que produce molestias en

los representantes y estudiantes.

Una vez iniciado el año lectivo se realiza la estructuración de las distribuciones académicas

para docentes, asignaturas, cursos y horarios donde se genera gran dificultad ya que existen

3

datos que no pueden ser asignados a más de una entidad, y si alguna de esas distribuciones

presenta errores se procede a la reestructuración de ellas, provocando un entorno negativo por

la pérdida de horas clase en las primeras semanas, mientras todo queda en orden para trabajar

normalmente.

Cuando inicia la etapa de ingreso de notas, se presenta aglomeración de trabajo en el

departamento de secretaría encargado de recolectar las hojas de registro de notas, debido a

que muchas veces los docentes dirigentes no obtienen a tiempo dichas hojas evaluativas,

presentándose inconformidad por parte de ellos, ya que los docentes del curso dirigido, no

cumplen con el tiempo establecido para la entrega de notas dejando este proceso a últimas

horas y provocando que en algunos reportes de los alumnos se muestren calificaciones

erróneas que deben ser rectificadas con la respectiva solicitud y en algunos casos por

problemas de los estudiantes suscitados en el transcurso del trimestre, los datos se encuentran

incompletos.

Para finalizar se observa que en cada terminación del ciclo lectivo existe aglomeración de los

padres de familia o representantes de los alumnos en el departamento de inspección, debido a

problemas de pérdidas de año por faltas no justificadas y conducta, que se produce por la

inexactitud en la coordinación de inspectores con docentes, que son quienes llevan a cabo el

registro de faltas e ingreso de la nota de conducta, lo cual se convierte en un gran problema

que debería ser resuelto a la mayor brevedad.

4

1.2 OBJETIVOS

1.2.1 Objetivo general

Implantar una Aplicación Web de Matriculación y Control de Notas con Módulo de

Inspección para el Instituto Tecnológico Superior “República del Ecuador” de la ciudad de

Otavalo, para mejorar el control de procesos académicos.

1.2.2 Objetivos específicos

Fundamentar teóricamente sobre la gestión de matrículas, control de notas y control de

inspección del Instituto Tecnológico Superior República del Ecuador.

Diagnosticar los procesos actuales para definir el punto crítico para su respectiva

actualización.

Desarrollar la aplicación en base a metodologías de la Ingeniería de Software y

metodologías de la investigación

Validar la propuesta.

1.3 METODOLOGÍA

Para el desarrollo de la Aplicación Web de Matriculación y Control de Notas e Inspección, se

va a hacer uso de la metodología de software RUP, basada en el análisis, implementación y

documentación de sistemas.

1.3.1. Metodología RUP

Proveniente de las siglas de Proceso Racional Unificado, que actúa mediante procesos

iterativos e incrementales, orientado hacia los casos de uso, manejo de la arquitectura y el

manejo de riesgos del proyecto.

Esta metodología divide al proyecto en cuatro fases:

5

1.3.1.1. Fase de inicio

En esta fase, todos quienes forman parte del proyecto inician con el análisis de los requisitos,

y la identificación de los procesos académicos involucrados en la aplicación, diagnosticando

los recursos y los beneficios que la institución va a obtener con este proyecto.

En la fase de inicio se realizan los primeros casos de uso con la información obtenida del

análisis realizado.

1.3.1.2.Fase de elaboración

En esta fase, interviene el modelado del negocio o software a desarrollar, para lo cual se

recopila la información más relevante o crítica posible de los requerimientos, esto mediante

los casos de uso elaborados ya en un cien por ciento, que permiten la estructuración de una

base de datos, aplicable al sistema. Además de que en esta, se prepara el entorno de

desarrollo.

1.3.1.3. Fase de construcción

En esta fase, se pone en marcha el desarrollo de la aplicación (codificación-pruebas), con las

acciones previstas en los requerimientos a través de la asignación de los recursos necesarios y

la supervisión del progreso del proyecto, admitiendo los ajustes necesarios donde sean

solicitados.

1.3.1.4. Fase de transición

En esta fase, se procede a la finalización del proyecto, comienza la entrega del producto que

en este caso es la aplicación web para procesos académicos. Los entregables son sometidos a

pruebas de funcionamiento, rendimiento y compatibilidad con el software donde van a ser

6

instalados, además se incluye la capacitación de manejo a todos los usuarios, y la creación de

manuales técnicos y de usuario.

Gráfico 1.1. Fases - iteraciones RUP

Fuente: http://rdeheras.wordpress.com/tag/metodologia/

Cada una de las etapas está sometida al proceso iterativo, llevadas a cabo bajo dos disciplinas:

1.3.1.5. Disciplina de desarrollo.

Esta disciplina implica:

Ingeniería de negocios: Donde se trata de entender los problemas que la institución presenta,

identificando las posibles soluciones, y determinando los requerimientos necesarios.

Requerimientos: Donde las necesidades presentadas definen los límites del sistema junto con

la estimación del costo y tiempo necesarios, siendo trasladadas a un sistema automatizado.

Análisis y diseño: Trasformando los requerimientos a diseños del sistema, adaptándolo al

ambiente de implementación.

Implementación: Se crea el software que se ajusta al diseño para obtener el comportamiento

deseado de los procesos automatizados en el sistema.

7

Pruebas: Se enfoca en asegurar que el comportamiento del software sea el correcto, de

acuerdo con la especificación de requerimientos que fueron establecidos por la institución.

Distribución: Asegurar todo lo necesario para la entrega y disponibilidad del proyecto para

el usuario final.

1.3.1.6. Disciplina de apoyo.

Configuración y administración del cambio: Controla los cambios y la integridad de todas

las versiones del proyecto.

Administrando el proyecto: Ejecutando un marco de administración de horarios y recursos,

para realizar el proyecto.

Ambiente: Administrando el ambiente necesario que proporcione soporte al equipo de

desarrolladores.

Cada una de las iteraciones debe ser clasificadas y ordenadas según la prioridad que les

corresponda, para lograr con el objetivo que fue solicitado por el usuario.

1.4. RECURSOS

1.4.1. Recursos humanos

Para la realización de la Aplicación Web el recurso humano está conformado por todas las

personas que intervienen para el desarrollo y manejo del sistema, que a continuación se

describe:

8

1.4.1.1. Involucrados

ROLES NOMBRES

Desarrollador

Desarrollador

Tnlgo. Luis Sebastián Mora P.

Tnlga. María José Hidalgo A.

Director Asesor Ing. Marco Antonio Checa C.

Rector Dr. Edgar Edmundo Cevallos

Vicerrectora Lic. Marlene Ayala

Inspector General Lic. Fanny Flores

Secretaria Lic. Nancy Montalvo

Usuarios Docentes

Estudiantes

Público en General

Tabla 1.1. Recursos humanos involucrados.

Fuente: Los autores

1.4.2. Recursos técnicos

Ahora se detallarán los recursos recomendados tanto de software como de hardware para que

la aplicación web se desarrolle y ejecute de manera eficaz.

Los requerimientos para el desarrollo de esta aplicación son:

1.4.2.1. Hardware para el desarrollo de la aplicación web

Se especifica el detalle del equipo que interviene para la construcción de la Aplicación Web.

COMPONENTE DETALLE

Procesador Intel Pentium IV 3.0GHz

Memoria RAM 1024 MB DDR2

9

Monitor 15 pulgadas

Disco duro 320 GB IDE o SATA2

Teclado USB

Mouse Óptico

Unidad de disco DVD-RW

Impresora HPDeskjet D1560

Tabla 1.2. Requerimientos de hardware

Fuente: Los autores

1.4.2.2. Software para el desarrollo de la aplicación web

Se especifica los componentes y herramientas a utilizar para la construcción del Sistema.

COMPONENTES ESPECIFICACIÓNES

Sistema Operativo Windows Xp Profesional

Servidor , BDD, Lenguaje Programación AppServer 2.5.10 (Apache, MySQL, PHP).

Base de Datos MySql 5.0

Diseño estructural BDD Erwin 4.0

Librerías JavaScript jQuery

Estilo CSS

Herramienta de Consulta BDD Mysql-gui-tools-5.0-r8 (Query Browser)

Herramientas de Diseño

Adobe Flash CS3

Adobe Dreamweaver CS3

Adobe Firewoks CS3

Edraw 4.0 (Diagramas UML)

Tabla 1.3. Software de desarrollo

Fuente: Los autores

10

1.4.2.3. Hardware para la implantación aplicación web

DETALLE SERVIDOR/Alojamiento CLIENTE/Implementación

Procesador Intel® Core™ i3 2100 3.10GHz 2da,

3M cache, Dual Core/4T (65W)

Pentium IV CPU 3.00 GH

Memoria RAM 8GB Memory (2x4GB), 1333MHz,

Dual Ranked UDIMM

256 MB

Disco duro 500GB (7200 RPM), SATA 3.5"

3Gps

160 GB

Sistema

Operativo

CENTOS Windows XP

Red Cableado estructurado (conexión a

Internet)

Cableado estructurado (conexión

a Internet)

Impresora Impresora Epson LX300

Tabla 1.4. Requerimientos de servidor

Fuente: Los autores

1.4.2.4.Software para la implantación aplicación web

Software comprobado:

SOFTWARE DESCRIPCIÓN

Sistema Operativo Windows con sus distribuciones XP, Vista, 7

Navegadores Web Mozilla Firefox

Google Chrome

Tabla 1.5. Recursos de software para la implantación

Fuente: Los autores

1.4.3. Recursos económicos

El desarrollo del proyecto informático implica una inversión económica.

11

A continuación se detallan los siguientes costos, para el desarrollo de la aplicación web:

1.4.3.1. Implantación

DETALLE COSTOS

Servidor (Intel® Core™ i3 2100 3.10GHz, 8GB RAM, 500GB HD) $1258,00

Cliente(Pentium IV, 256MB, 80GB HD ) $0,00

Hosting / Dominio $118,04

Certificado Firma SSL $82,20

TOTAL 1458,24

Tabla 1.6. Recursos económicos de implantación

Fuente: Los autores

Los equipos clientes ya existen en la institución, por lo que no deben ser adquiridos y no

forman parte del presupuesto para el proyecto.

1.4.3.2. Software

Se detallará el costo de las licencias del software que se van a utilizar.

1.4.3.2.1. Software para servidor

CARACTERÍSTICAS COSTOS

S.O CENTOS Libre

Apache Libre

PhP Libre

MySql Libre

TOTAL 0,00

Tabla 1.7. Recursos económicos de software para servidor

Fuente: Los autores

12

1.4.3.2.2. Software para cliente


Microsoft Windows XP Gratis

TOTAL 0,00

Tabla 1.8. Recursos económicos de software para cliente

Fuente: Los autores

1.4.3.3.Suministros/Materiales de oficina.


Memory flash USB 18,00

Útiles de Oficina 40,00

Internet – Investigaciones 20,00

Resma Papel x2 7,00

Anillado 5,00

Empastados 50,00

Cartuchos (Negro, Color) 43,00

TOTAL 183,00

Tabla 1.9. Suministros/Materiales de oficina

Fuente: Los autores

1.4.4. Resumen general de costos

DETALLE COSTO

Recursos de Implantación 1458,24

Licencias Software 0,00

Suministros/Materiales de Oficina 183,00

SUBTOTAL 1471,24

IMPREVISTOS 100,00

TOTAL 1571,24

Tabla 1.10. Resumen de costos. Fuente: Los autores

13

No es necesaria ninguna otra inversión en infraestructura o en tecnología de información. El

presupuesto aproximado para la elaboración del proyecto tiene aproximadamente un costo

mil quinientos setenta y un dólares con veinte y cuatro centavos.

1.5. CRONOGRAMA

Gráfico 1.2. Cronograma de actividades

Fuente: Los autores

Cabe recalcar que el cronograma puede ser modificado de acuerdo al avance del proyecto.

14

CAPITULO II

PROPUESTA (METODOLOGÍA)

La propuesta se desarrollada basándose en la metodología RUP.

2.1. ANÁLISIS (DOCUMENTO VISIÓN)

2.1.1. Introducción

El propósito de este documento es la recolección, análisis de las necesidades y características

de la Aplicación Web de Matriculación y Control de Notas con Módulo de Inspección, que se

enfoca en los detalles de cómo esta aplicación web aporta en la solución de deficiencias

presentadas en los procesos académicos, descritos a través de casos de uso y especificaciones

suplementarias.

2.1.1.1 Visión

Esta aplicación web permitirá a las áreas administrativa y de inspección, tener un mejor

control de los procesos académicos relacionados con matriculas, notas y hojas de control,

optimizando el manejo y la seguridad en la integridad de la información dentro de la

institución. Así como también permitir a los usuarios realizar consultas de datos académicos

mediante el internet, teniendo información actualizada en segundos de que esta fuese

ingresada, para mediante los cuales se pueda llevar a cabo un seguimiento del rendimiento de

los alumnos por parte de los docentes y representantes, evitando fracasos escolares.

2.1.1.2 Alcance

Este sistema cubrirá los siguientes procesos:

Inscripción y selección de aspirantes al octavo año de educación básica.

15

Matriculación de estudiantes, los períodos ordinarios, extraordinarios y especiales.

Control del ingreso de notas, parcial y trimestralmente.

Control del registro de datos en la hoja de control.

Justificación de faltas de estudiantes.

Creación de distribuciones académicas en cada año lectivo.

Creación de usuarios con privilegios seleccionados.

Generación de reportes.

Consulta de Datos Académicos.

La realización de esta aplicación estará ajustada a las normas en las cuales se basa la

institución educativa.

2.1.1.3 Definiciones, acrónimos, y abreviaciones

RUP: Son las siglas de Rational Unified Process. Se trata de una metodología para describir

el proceso de desarrollo de software.

2.1.1.4 Referencias

- Glosario.

- RUP (Proceso Unificado de Rational).

- Plan de Desarrollo de Software

- Diagrama de casos de uso.

2.1.2. Posicionamiento

2.1.2.1 Oportunidad de negocio

Esta aplicación permitirá a la institución tener una herramienta informática de calidad para el

ingreso de notas, registro de hoja de control, consulta de datos académicos y obtención de

16

reportes vía web, realizando el ingreso de matriculas, estudiantes, docentes e información

académica, además de la justificación de faltas, con un accesible manejo de datos e

interacción con ellos, gracias a interfaces gráficas sencillas y amigables. Contando siempre

con el acceso a datos actualizados, lo que constituye un factor muy trascendental para poder

llevar a cabo el control detallado de registros e informes académicos en el transcurso del año

lectivo, por parte de todos los usuarios de la Aplicación Web de Matriculación y Control de

Notas con Módulo de Inspección.

2.1.2.2 Sentencia que define el problema

El problema de Deficiencia en los procesos de matriculación, control de notas,

asistencia, conducta y rendimiento de los estudiantes del

Instituto Tecnológico Superior “República del Ecuador” de la

ciudad de Otavalo.

Afecta a Personal Administrativo

Estudiantes

Docentes

Representantes

El impacto asociado es Nivel de seguridad bajo en almacenamiento de información.

Búsqueda lenta de datos.

Largas filas de padres de familia y estudiantes para la

realización del proceso de matriculación.

Aglomeración de representantes al final del año lectivo, por

cuestión de pérdidas de año por faltas.

Notas ingresadas con tardía y muchas veces con poca

fiabilidad.

17

Una solución adecuada

sería

Automatizar e informatizar el control de procesos académicos

de matriculación, control de notas, hoja de control y

justificación de faltas, mediante una aplicación web, alojada en

una red de IP pública, con una base de datos accesible y segura,

que permita la optimización de dichos procesos.

Tabla 2.1. Sentencia que define el problema – Documento visión

Fuente: Los Autores.

2.1.2.3 Sentencia que define la posición del producto

Para Secretaria

Estudiantes

Representantes

Docentes

Inspectores

Quienes Controlan los ingresos y consultas de información real de los procesos

académicos de la institución.

El nombre del

producto

Aplicación Web ITSRE, software de Matriculación y Control de Notas

con Módulo de Inspección.

Que Recopila la información necesaria para realizar los procesos

académicos, con acceso a la información segura e inmediata

no como El método manual que se realiza actualmente, gestión que conlleva a

errores y retrasos.

Nuestro producto Permite la gestión de matriculación y control de notas de los

estudiantes, registro de la hoja de control y justificación de faltas. Con

interfaces y reportes amigables y sencillos de interactuar,

18

proporcionando un acceso rápido y actualizado a la información, desde

cualquier punto donde se tenga internet.

Tabla 2.2. Sentencia que define la posición del producto – Documento visión


2.1.3. Descripción de stakeholders (participantes en el proyecto) y usuarios

Para proveer de una forma efectiva una metodología que se ajusten a las necesidades de los

usuarios, es necesario identificar e involucrar a todos los participantes en el proyecto como

parte del proceso de modelado de requerimientos. También es necesario identificar a los

usuarios del sistema y asegurarse de que el conjunto de participantes en el proyecto los

representa adecuadamente. Esta sección indica un perfil de los participantes y de los usuarios,

así como los requerimientos más importantes que éstos observan para enfocar la solución

propuesta hacia ellos.

2.1.3.1 Resumen de stakeholders

NOMBRE DESCRIPCIÓN RESPONSABILIDADES

Tnlgo. Luis Mora

Desarrolladores del Proyecto

Informático.

Programación y diseño del

sistema web.

Seguimiento del desarrollo

del proyecto.

Funcionalidades del

sistema.

Implementación del sistema.

Tnlga. María José

Hidalgo

19

Rector-

Coordinador

Encargado del control de la institución,

gestionando proyectos para adherir las

nuevas tecnologías dentro del desarrollo

institucional.

Seguimiento del desarrollo

del proyecto.

Revisar cumplimiento de

Normativas de la

institución.

Ing. Marco Checa Tutor Aprueba requisitos y sugiere

funcionalidades.

Jefe del área de

Informática

Encargado de mantenimiento

preventivo y correctivo de equipos de

los laboratorios.

Controla la funcionalidad

del servidor y

mantenimiento de equipos

cliente para la

implementación de la

aplicación.

Secretaria Encargada del manejo de la

información, se ocupa de todos los

temas relacionados con la vida

académica: matriculaciones, altas, bajas,

certificados, expedientes académicos,

notas, y atención al público.

Coordinador / Manejo del

Sistema

Tabla 2.3. Resumen de stakeholders


20

2.1.3.2 Resumen de usuarios

NOMBRE DESCRIPCIÓN STAKEHOLDER

Rector Encargado conducir y liderar el Proyecto Educativo

Institucional, tiene acceso a consultas y reportes que

abarcan todo el contenido de los procesos de la

aplicación web.

Encargado del seguimiento del desarrollo del

proyecto.

Coordinador

Institucional

Vicerrector Encargado de prescindir la comisión curricular.

Realiza un control y estructuración de las

distribuciones académicas asignadas cada período

lectivo, así como el seguimiento de las mismas.

Acceso a reportes y consultas de procesos

académicos.

Coordinador

Administrativo

Secretaria Encargada del manejo de la información, se ocupa

de todos los temas relacionados con la vida

académica: matriculaciones, altas, bajas,

certificados, expedientes académicos, notas, y

atención al público.

Coordinador /

Manejo del Sistema

Área

Administrativa

Inspector

General

Responsable del cumplimiento del Reglamento

Interno de Convivencia del Establecimiento, tiene

la función de asignar cursos a los docentes

inspectores para una supervisión coordinada.

Coordinador /

Manejo del Sistema

Área Inspección

21

Justificación de Faltas y control de la ficha de

rendimiento académico de los estudiantes.

Docentes Planificar, desarrollar y evaluar sistemáticamente el

proceso de aprendizaje en las asignaturas que le

corresponden. Ingreso de notas, consultas.

Coordinador

Administrativo

Estudiantes Accede al contenido académico disponible en la

web de la institución y se mantiene informado de

sus notas, control de rendimiento y comunicados

escolares.

---

Representante Puede ser un padre de familia o algún familiar.

Se mantiene informado de las calificaciones y

rendimiento de sus representados, mediante el

acceso al perfil del estudiante.

---

Técnico Encargado de dar mantenimiento a las aplicaciones

y bases de datos

Administrador

Tabla 2.4. Resumen de usuarios.

Fuente: Los Autores

2.1.3.3 Perfil de los stakeholders

2.1.3.3.1 Desarrolladores del proyecto informático.

Representantes Luis Mora

María José Hidalgo

Descripción Desarrolladores del Proyecto Informático

Tipo Tecnólogos en Sistemas Computacionales

22

Responsabilidades Encargados del análisis de requerimientos, diseños de la interfaz.

Además, llevan a cabo un seguimiento y desarrollo del proyecto.

Realización de la aplicación web de matriculación y control de

notas con Módulo de Inspección.

Criterio de Éxito Aceptación de los entregables generados en el proyecto.

Grado de participación Revisión de requerimientos, estructura del sistema

Tabla 2.5. Perfil de stakeholders – desarrolladores del proyecto informático.

Fuente: Los Autores

2.1.3.3.2 Rector.

Representante Dr. Edgar Edmundo Cevallos J.

Descripción Rector- Coordinador Institucional

Tipo Doctorado en Ciencias de la Educación.

Responsabilidades Lleva a cabo el seguimiento del desarrollo del proyecto,

revisando el cumplimiento de las normativas de la institución.

Criterio de Éxito Procesos académicos sistematizados basados en las normativas

de la institución.

Grado de participación Solicitud de requerimientos, análisis de viabilidad del proyecto.

Comentarios Ninguno

Tabla 2.6. Perfil de stakeholders –rector.

Fuente: Los Autores

2.1.3.3.3 Tutor.

Representante Ing. Marco Checa

Descripción Tutor del proyecto.

Tipo Ingeniero en Sistemas.

23

Responsabilidades Lleva a cabo un seguimiento del desarrollo del proyecto y

aprobación de los requisitos y funcionalidades del sistema.

Criterio de Éxito A definir por la institución.

Grado de participación Revisión de requerimientos, estructura de la aplicación y

documentación.

Comentarios Ninguno

Tabla 2.7. Perfil de stakeholders – tutor.

Fuente: Los Autores

2.1.3.3.4 Jefe del área de informática.

Representante Ing. Alexis Mora

Descripción Jefe del área de Informática

Tipo Ingeniero en Sistemas

Responsabilidades Lleva a cabo el control de la funcionalidad y mantenimiento de

equipos para la implementación de la aplicación.

Criterio de Éxito A definir por la institución

Grado de participación Control riguroso del mantenimiento preventivo y correctivo de

equipos, para su correcta funcionalidad en los laboratorios

Comentarios Ninguno

Tabla 2.8. Perfil de Stakeholders – jefe del área de informática.

Fuente: Los Autores

24

2.1.3.3.5 Secretaria.

Representante Lic. Nancy Montalvo

Descripción Secretaria académica

Tipo Lic. En Ciencias Administrativas

Responsabilidades Lleva a cabo el manejo de información académica, ocupándose

de todos los temas relacionados con: matriculación, notas,

reportes en general.

Criterio de Éxito A definir por la institución

Grado de participación Manejar el sistema web, con privilegios de lectura y escritura

dentro del mismo.

Comentarios Ninguno

Tabla 2.9. Perfil de stakeholders – secretaria.

Fuente: Los Autores

2.1.4. Descripción global del producto

2.1.4.1 Perspectiva del producto

El producto a desarrollar es una aplicación web para el Instituto Tecnológico Superior

“República del Ecuador”, con la intención de mejorar el manejo de procesos académicos. Los

departamentos a tratar por el sistema son el Administrativo e Inspección. Los procesos que

van a ser automatizados son: matrículas, notas y control de asistencia, conducta y

rendimiento de alumnos de la institución.

2.1.4.2 Resumen de características

A continuación se mostrará un listado con los beneficios que obtendrá la institución a partir

del producto:

25

BENEFICIO DEL CLIENTE CARACTERÍSTICAS QUE LO APOYAN

Proceso sistematizado de matriculación

de estudiantes.

Datos de estudiantes, cursos por paralelos y

especialidades actualizados y listos para utilizase

en dicho proceso.

Registro y consulta de notas vía web. Distribuciones de curso, materias y docente

construidas adecuadamente para que el ingreso

de notas no sea un proceso complejo.

Proceso sistematizado de control de

asistencia, conducta y rendimiento de

los estudiantes.

Datos de estudiantes matriculados actualizados y

listos para utilizase en dicho proceso.

Registro y Consulta del

aprovechamiento académico de los

estudiantes vía web.

Distribuciones de inspectores al área de

Inspección, construcción del horario académico,

datos de estudiantes.

Control de seguridad para visitantes a la

aplicación web.

Acceso y control de usuarios a través de

jerarquías de seguridad https:/

Información de la institución

constantemente actualizada.

Páginas informativas, con una interfaz amigable

al usuario.

Tabla 2.10. Resumen de características del sistema.

Fuente: Los Autores

2.1.4.3 Restricciones

Para poder ingresar a la aplicación web debe ingresar el nombre de usuario y clave de acceso

que le fueron asignados, si se detecta que no son correctos los datos no ingresará al sistema

web, indicándole que debe verificar los datos o que no pertenecen a la Institución.

26

2.1.4.4 Otros requisitos del producto

2.1.4.4.1 Requisitos de sistema

El usuario pone en conocimiento que la aplicación web tiene que:

Ser de acceso rápido para la realización de procesos.

Que la información sea manejada en un ambiente seguro.

Si se presenta más opciones se irá imponiendo en el transcurso del desarrollo del proyecto.

2.1.4.4.2 Requisitos de acceso multiusuario

La Aplicación web debe trabajar con varios usuarios simultáneamente, sin falla alguna.

2.1.4.4.3 Requisitos de entorno

El usuario define estos requisitos de la siguiente manera:

Acceso desde un equipo computacional que tenga servicio de internet con una conexión

rápida.

2.1.4.4.4 Requisitos de documentación

El usuario da a conocer lo que requiere que se le entregue, manuales de usuario y manuales

técnicos, para el manejo de la aplicación web.

2.1.4.5 Manual de usuario y técnico

Manual de usuario: estructurado con todos los pasos de cómo se maneja cada pantalla de

proceso y cada una de las opciones de la aplicación web.

Manual técnico: constará la descripción de la arquitectura que se utilizó para desarrollo

de la Aplicación Web, junto con las tecnologías utilizadas.

Los dos manuales se hallan detallados en el Capítulo IV.

27

Docente

Rector

Administrador

Vicerrector

Estudiante

Inspector General

Rrepresentante

Secretaria

Obtener reportes de

funcionamiento

Dar Mantenimiento

de BDD

Dar Mantenimiento

de la Aplicación

Otorgar Privilegios a

Usuarios

Consultar Notas

Estudiantes

Consultar Rendimiento

de estudiantes

Control de seguimiento de

procesos académicos

Ingresar

distribuciones

académicas

Ingreso Información

Académica

Registrar Matriculas de

estudiantes

RegistrarNotas con

solicitud

Abrir Año Lectivo

Crear Agenda

Académica

Obtener Datos de Ministerio

de Educación

Activar Períodos

Académicos

Notas

Matriculas

Inscripciones

Obtener Reportes

Controlar Fichas de

Control de Estudiantes

Justificar Faltas

Asignar Docentes

Inspectores a cursos

Verificar Hojas de Control

Ingreso de Notas

Consultar Cursos y

Materias Asignadas

Verificar cargo asignado

Pertecener al Área de

Inspección

Ingreso de Hoja de control

de cursos asignados

Pertecener a Docentes

Dirigentes

Consultar Aprovechamiento

y Rendimiento

de estudiantes

Consultar Notas

Verificar Datos registrados

Consultar Ficha de Control

Obtener Reportes de

Aprovechamiento

Solicitar Justificación de faltas

Obtener Reportes

Inscribir Aspirantes

Obtener Reportes

Obtener Reportes

2.1.5 Especificación de casos de uso 20%

Gráfico 2.1. Casos de Uso 20%.

Fuente: Los Autores

2.1.5.1 Administrador

Obtener reportes de funcionamiento: Permite observar el resumen de procesos

realizados, modificaciones, eliminaciones y consulta de datos mediante una auditoria de

usuarios.

28

Dar mantenimiento a BDD y a la aplicación web: llevar un control de Backups de la

base de datos, y verificar el normal funcionamiento del sistema y en caso de algún error o

falla, resolverla en el menor tiempo posible.

Otorgar privilegios a usuarios: asignar a los usuarios del sistema, privilegios de lectura

y escritura de datos, dependiendo el perfil al que pertenezcan.

Activar periodos académicos: la secretaria es la encargada de poner en conocimiento del

administrador las fechas establecidas para activación de períodos académicos, como:

inscripciones, matriculación y notas.

2.1.5.2 Rector

Control de seguimiento de procesos académicos: verifica que todos los procesos

académicos sistematizados se rijan a las normas establecidas dentro del Plan Educativo.

Consulta de información académica de estudiantes: tiene acceso a toda la información

de notas y rendimiento de los estudiantes, para llevar un seguimiento y si es bajo el

rendimiento del estudiante determinar las causas y soluciones.

2.1.5.3 Vicerrector

Abrir año lectivo: establece la iniciación del año lectivo, que se va a cursar, mediante la

determinación de la fecha de inicio y fecha de finalización, en que se va a dar lugar.

Crear agenda académica: cuando se ha creado el año lectivo tiene que acceder a la

creación de la agenda académica, estableciendo las fechas inicio y fin de los trimestres.

Ingresar distribuciones académicas: permite la asignación de datos académicos a los

diferentes ámbitos que se manejan en la planificación curricular: asignaturas a cursos con

29

su respectivo paralelo, sección y especialidad; cursos y asignaturas a los docentes de

acuerdo el área al que pertenecen.

2.1.5.4 Secretaria

Ingreso de información académica: se ingresará la información perteneciente a

estudiantes, docentes, cursos, áreas, secciones, especialidades, asignaturas, de domicilio,

etc. a partir de las cuales se inicia con el registro de los procesos académicos.

Registrar matriculas: solicita abrir el período de matriculación, e inicia con registro o

actualización de los datos de los estudiantes, una vez listo ese proceso verifica la

información y el curso al que ingresa y procede a ejecutar la matrícula.

Registrar notas: solicita la activación del periodo de notas, y en este caso, si el docente

no ingreso las notas a tiempo o algún estudiante por problemas no obtuvo la nota de esa

parcial, deberán realizar una solicitud para que la secretaria realice el proceso de ingreso

de notas.

Obtener reportes: obtiene todos los reportes de los procesos académicos, con

parámetros solicitados por quien lo requiera.

2.1.5.5 Inspector general

Asignar docentes a inspección: accede a la lista de docentes pertenecientes al área de

inspección y les asigna cursos para llevar el control de asistencia conducta y rendimiento

diario de los estudiantes.

Verificar hojas de control: obtiene la información de las hojas de control, para verificar

que el control por parte de los docentes se esté llevando a cabo de la manera correcta.

30

Controlar fichas de control: lleva a cabo el control de las fichas de rendimiento

académico de los estudiantes, para verificar faltas y comportamiento de los estudiantes

durante el trimestre en curso.

Justificar faltas: al ingresar una solicitud, verifica que la falta o faltas cometidas por el

estudiante estén en el tiempo límite de cuarenta y ocho horas para ser justificadas, si este

tiempo excede, el proceso será inválido.

Obtener reportes: obtiene todos los reportes de fichas académicas de estudiantes y

docentes asignados a inspección.

2.1.5.6 Docente

Ingresar notas: debe ingresar las notas en los cursos asignados para impartir la asignatura

que corresponde, debe verificar el tiempo establecido por el administrador.

Verificar cargo asignado: verifica si tiene asignado algún cargo adicional al de docente,

como docente inspector o docente dirigente. Si es el primer caso debe realizar el ingreso

de hojas de control de los cursos que le fueron asignados, mientras que en el segundo caso

podrá acceder a la información de los datos académicos de rendimiento y

aprovechamiento de los estudiantes del curso que dirige.

Obtener reportes: obtiene todos los reportes de los procesos académicos de notas y

distribuciones que le fueron asignadas.

2.1.5.7 Estudiante/ representante

Verificar datos registrados: al acceder al perfil estudiante debe verificar la información

personal y académica, para en caso de haber datos incorrectos actualizarlos en secretaría.

31

Consultar notas: puede consultar las notas correspondientes de las parciales del trimestre

en curso, además de información histórica de notas de años lectivos anteriores.

Consultar ficha de control: puede consultar las faltas de asistencia y faltas de

rendimiento que ha cometido, para mediante ello realizar el proceso de justificación de

faltas y mejora académica.

Obtener reportes de aprovechamiento: podrá conseguir un reporte de las notas de su

representado, mediante el acceso al perfil de estudiante, además permanecer al pendiente

del rendimiento presentado durante el año lectivo.

Solicitar justificación de faltas: deberá verificar la falta de asistencia cometida por el

estudiante y la fecha en la que se dio, para poder acceder a la justificación de faltas en el

departamento de inspección, estableciendo la causa.

2.1.6 Análisis de riesgos

En un desarrollo de software, “El análisis y gestión de riesgos, eventos o condiciones inciertas

que, si se producen, tienen un efecto positivo o negativo sobre al menos un objetivo del

proyecto, como tiempo, coste, alcance o incluso la calidad.”1

Mediante un análisis de riesgos lo que se trata es de asegurar que las expectativas del proyecto

sean concordantes y estables, asegurándose a través de evaluaciones periódicas durante el

ciclo de vida del proyecto.

1 Guía del PMBOK, (2007), “GESTIÓN DE RIESGOS EN LA ADMINISTRACIÓN DE PROYECTOS”

. http://www.naya.org.ar/articulos/museología01.htm.

32

2.1.6.1 Lista de riesgos

Para la realización de la lista de riesgos, se ha utilizado una entrevista efectuada con los

participantes experimentados del proyecto, interesados y conocedores de la materia para la

recopilación de datos, mediante los cuales se identificará los riesgos.

Una vez identificados, es puesta en análisis una lista con ocho riesgos, describiéndolos a cada

uno en función de su impacto utilizando una valoración cualitativa y nivel de riesgo con una

valoración cuantitativa con valores del 1 al 10, para de esta manera mitigarlos y hallar la

posible solución.

IMPACTO NIVEL DE RIESGO

Bajo (B) Riesgo Ligero 2 - 1 Riesgo Tolerable 3 Riesgo Moderado 4

Medio (M) Riesgo Tolerable 5 Riesgo Moderado 6 Riesgo Importante 7

Alto (A) Riesgo Moderado 8 Riesgo Importante 9 Riesgo Intolerable 10

Tabla 2.11. Valorización de riesgos

Fuente: Los autores

La lista de riesgos del proyecto podrá ser modificada de acuerdo al avance del proyecto y será

revisada periódicamente al menos una vez en cada iteración.

# Nombre Descripción Nivel de

riesgo

Impacto Medida de Mitigación

Sobre

10

A M B

1 El producto no

cumple con los

requisitos de

seguridad

exigidos.

La información

está expuesta en la

red, para

manipulación de

personas

9 X Hacer uso de https

para el acceso a páginas

con información

delicada.

Proteger

33

inapropiadas. contraseñas, validar

sesiones.

2 Diseño

Inadecuado.

Cambios en el

diseño en etapa de

desarrollo,

pruebas o puesta

en marcha, es un

gran problema.

6 X Evaluar diseño con

todos quienes

intervienen en el

desarrollo de la

aplicación para que lo

aprueben antes de

iniciar con la fase de

desarrollo y que

gestione el control de

cambios.

3 Requisitos mal

definidos o

deficientes.

Localización de

requerimientos

mal definidos.

5 X Gestionar la

evaluación de

requerimientos en todas

las etapas para medir el

impacto en el proyecto

informático.

4 El cliente no

participa en

los ciclos de

revisión

Requisitos

inestables y la

necesidad de

realizar unos

cambios que

consumen tiempo

6 X Involucrar

activamente al cliente

en cada una de las

etapas del proyecto y

sensibilizarlo acerca de

la importancia de su

34

participación

5 Cambios en

las políticas y

procesos luego

de terminado

el proyecto

Las políticas y los

procesos de las

Instituciones

educativas

cambian

constantemente.

8

X El diseño del

proyecto se realizará lo

más dinámico posible,

el mismo que permitirá

implementar los ajustes

necesarios en caso de

cambios en el futuro.

Cada automatización

de los procesos será

documentada por parte

de los desarrolladores,

siguiendo los estándares

establecidos.

6 Incompatibilid

ad del

software

Incompatibilidad

con los

navegadores de

Internet.

3 X Instalar, configurar y

realizar todas las

pruebas necesarias en el

software.

7 Inapropiado

manejo de la

aplicación por

parte de los

usuarios.

El administrador

web no puede

controlar

directamente el

uso de la

5 X Organizar charlas

para los estudiantes y

docentes dándoles a

conocer cómo manejar

la aplicación.

35

aplicación por

parte de los

usuarios.

Mantener constantes

reuniones con el

administrador para

contrastar posibles

daños al sistema

8 Daños en

equipos, virus,

eliminación de

datos por

accidente

Virus y códigos

maliciosos,

intentan dañar la

información y la

exponen a

hackers.

6 X La entrada de virus en

los equipos, en algo

regular, por lo que se

necesita un software

antivirus y sacar

respaldo

periódicamente.

Tabla 2.12. Lista de riesgos

Fuente: Los Autores

Algunos recursos que deben ser considerados al estimar las amenazas a la seguridad son

solamente seis:

2.1.6.2 Amenazas de seguridad.

TIPO DE RECURSO DESCRIPCIÓN

HARDWARE Procesadores tarjetas, teclados, terminales, estaciones de trabajo,

computadoras personales, impresoras, unidades de disco, líneas de

comunicación, cableado de la red, servidores de terminal, routers.

SOFTWARE Programas fuente, utilerías, sistemas operativos, programas de

comunicaciones.

36

DATOS Durante la ejecución, almacenados en línea, archivados fuera de

línea, backup, bases de datos, en tránsito sobre medios de

comunicación, cookies, contraseñas almacenadas, historial de

navegación.

USUARIOS Personas que operan los sistemas, crackers, hackers.

DOCUMENTACIÓN Sobre programas, hardware, sistemas, procedimientos académicos

locales.

ACCESORIOS Papel, formularios, cintas, información grabada, suministros varios.

Tabla 2.13. Amenazas de seguridad.

Fuente: Los Autores

Una vez que los niveles de seguridad han sido asignados, es necesario identificar los tipos de

usuarios del sistema. Existen cinco tipos de usuarios los cuales se consideran los más

comunes:

2.1.6.3 Tipos de usuarios del sistema.

TIPO DE USUARIO DESCRIPCIÓN

Administradores Usuarios internos responsables de los recursos de red.

Administrativos Usuarios internos que requieren de un acceso mayor.

Usuarios Docentes/Inspectores Usuarios internos con acceso general

Usuarios Estudiantes Usuarios externos con acceso general.

Tabla 2.14. Tipos de usuarios del sistema.

Fuente: Los Autores

37

Rector

Consultar Notas Estudiantes


de estudiantes

Control de seguimiento de procesos académicos

Obtener Reportes

Seleccionar Inscripciones

Comprobar Datos de

inscripciones

Generar resultados

<<include>>

Obtener Datos Académicos de Estudiantes

<<include>>

<<include>>

Acceder a la Aplicación WebVerfificar usuario y

contraseña<<include>>

<<extends>>

Rechazar solicitud de ingreso

<<extends>>

2.2 DISEÑO

2.2.1 Casos de uso 100%

2.2.1.1. Caso de uso rector

Gráfico 2.2. Casos de uso rector.

Fuente: Los Autores

Actividad Descripción Excepción

Control seguimiento

de procesos

académicos

- Verificar el funcionamiento correcto de

procesos académicos:

Matriculas, notas, hoja de control

Acceso a la

aplicación web

- Ingresar nombre de usuario y clave asignada.

- Acceder al sistema web.

Acceso

denegado,

datos

incorrectos.

38

Selección de

inscripciones

- Verificar datos ingresados de inscripciones.

- Determinar modalidad de sectorización para

selección.

- Establecer un estimado de cupos a otorgar.

- Efectuar la generación de resultados.

Ejecución al

terminar el

período de

inscripciones

Consulta de Notas de

estudiantes

- Buscar estudiantes matriculados.

- Verificar aprovechamiento del trimestre y año

lectivo actual.

Rechazar

solicitud si

estudiante no

existe. Consulta de

Rendimiento de

estudiantes


- Acceder a la Ficha de Control.

- Verificar faltas de rendimiento y de asistencia

Obtención de

Reportes

- Listado de Inscritos Seleccionados.

- Listado de Inscritos en lista de espera

- Hojas de Calificaciones.

- Estados de Rendimiento de Estudiantes.

Tabla 2.15. Caso de uso rector

Fuente: Los Autores

39

Vicerrector

Consultar Notas

Estudiantes


de estudiantes

Ingresar distribuciones

académicas

Abrir Año Lectivo

Crear Agenda

AcadémicaObtener Datos del Régimen Académico

Obtener Reportes

Cerrar Año Lectivo<<extends>>

<<include>>

<<include>>

Obtener Datos de Cursos

Obtener Datos de Asignaturas

Obtener Datos de Docentes

Obtener Datos Académicos de Estudiantes

<<include>>

<<include>>

2.2.1.2. Caso de uso vicerrector

Gráfico 2.3. Casos de uso vicerrector.

Fuente: Los Autores


Acceso a la

aplicación web

- Ingresar nombre de usuario y clave

asignada.


Acceso denegado,

datos incorrectos.

Abrir año lectivo - Ingresar al menú de año lectivo.

- Verificar que el anterior período lectivo

haya sido cerrado.

- Inicializar nuevo año lectivo.

No podrá ser

cerrado hasta que

la fecha de

finalización del

año lectivo sea

menor a la actual.

Cerrar año lectivo - Ingresar usuario y contraseña para

verificación

- Cerrar período lectivo.

Creación de agenda - Especificar fecha de inicio y fecha fin

40

académica - Ingresar fechas de inicialización y

finalización de trimestres.

- Crear agenda académica.

Basadas en el

Régimen

Académico.

Consulta de notas

de estudiantes


- Verificar aprovechamiento del trimestre y

año lectivo actual.

Rechazar solicitud

si estudiante no

existe.

Consulta de

rendimiento de

estudiantes


- Acceder a la ficha de control.

- Verificar faltas de rendimiento y de

asistencia cometidas por el estudiante.

Obtención de

Reportes

- Distribuciones de materias asignadas a

cursos.

- Distribuciones de Cursos-materias a

docentes.

- Hojas de calificaciones.

- Estados de rendimiento de estudiantes.

Tabla 2.16. Caso de uso vicerrector

Fuente: Los Autores

41

Secretaria Registro de Información Académica

Matricular estudiantes

RegistrarNotas con solicitud

Obtener Reportes

Registrar solicitud de inscripciones

Acceder a la Aplicación Web Verfificar usuario y contraseña<<include>>

denegar solicitud de ingreso

<<extends>>

Obtener datos académicos<<include>>

Validar Requisitos<<include>>

Rechazar Inscripción

<<extends>>

<<include>>

Actualizar Datos de estudiante<<extends>>

2.2.1.3. Caso de uso secretaria

Gráfico 2.4. Casos de uso secretaria.

Fuente: Los Autores


Acceso a la

aplicación web


asignada.


Acceso denegado,

datos incorrectos.

Registrar solicitud

de inscripciones

- Receptar datos de aspirante.

- Verificar requisitos solicitados.

- Ingresa información de inscripción.

No cumple con

requisitos.

Registrar

información

académica

- Registrar información personal y académica

de estudiantes y docentes.

- Ingresar datos de especialidades y áreas.

- Verificar y actualizar datos de

distribuciones académicas.

42

Inspector GeneralControlar Fichas de Control de Estudiantes

Justificar Faltas

Asignar Docentes Inspectores a cursos

Verificar Hojas de Control

Obtener Reportes

Obtener Datos de Docentes



<<extends>>

validar fechas de justificación

<<include>>

Verificar existencia de estudiante<<include>>

<<include>>

<<extends>>

rechazar justificación

Matriculación de

estudiantes

- Actualizar datos de estudiantes.

- Verificar datos.

- Registrar matricula de estudiante en año

lectivo actual.

Registro de notas

con solicitud

- Obtener solitud de docente

- Aprobar solicitud.

- Registrar notas

Obtener reportes - Reportes de estudiantes con los parámetros

solicitados.

- Reportes de docentes.

- Reportes de distribuciones académicas.

- Certificados de matriculas.

Tabla 2.17. Caso de uso secretaria

Fuente: Los Autores

2.2.1.4. Caso de uso inspector general

Gráfico 2.5. Casos de uso inspector general.

Fuente: Los Autores

43


Acceso a la

aplicación web


asignada.


Acceso denegado,

datos incorrectos.

Asignación de

docentes inspectores

a cursos

- Obtener datos de docentes del área de

inspección.

- Distribuir a los docentes, cursos para ser

inspeccionados.

- Establecer los parámetros de control.

Verificación de

hojas de control

- Revisar contantemente el proceso de

registro de datos en hojas de control, por

parte de docentes.

Inspección de fichas

de control de

estudiantes

- Verificación de datos de la ficha de control

de estudiantes.

- Reportar casos de bajo rendimiento.

- Buscar información de atrasos y faltas de

estudiantes.

Justificación de

faltas

- Confirmar causa de falta del estudiante.

- Admitir solicitud de justificación.

- Ejecutar justificación de faltas.

48 horas límite

Obtener reportes - Reportes de docentes inspectores asignados

a cursos.

- Reportes de fichas de control del estudiante.

Tabla 2.18. Caso de uso inspector general

Fuente: Los Autores

44

Docente

Ingreso de Notas

Consultar Cursos y Materias Asignadas

Verificar cargo asignado

Pertecener al Área de Inspección

Ingreso de Hoja de control

de cursos asignados

Pertecener a Docentes Dirigentes

Obtener Reportes

Consultar Aprovechamiento y rendimiento de estdiantes

Obtener Datos de estudiantes<<include>>

verificar Información de curso dirigido

<<include>>



<<extends>>

2.2.1.5. Caso de uso docente

Gráfico 2.6. Casos de uso docente.

Fuente: Los Autores


Acceso a la

aplicación web

- Ingresar nombre de usuario y clave asignada.


Acceso

denegado, datos

incorrectos.

Consultar cursos

y materias

asignados

- Acceder a información de cursos y materias.

- Obtener información de horarios académicos.

Ingreso de notas - Verificar que el período de ingreso este activado.

- Registrar notas de estudiantes por curso y materia

asignada.

Verificación de

cargo asignado

- Comprobar si pertenece al área de inspección

Ingreso diario de datos en la hoja de control.

45

Ingreso de temas dictados en clase por los

docentes.

Registrar asistencia de docentes.

- Comprobar si fue asignado como docente

dirigente.

Revisar información de aprovechamiento y

rendimiento académico de estudiantes.

Obtener

Reportes

- Reporte de Distribuciones Asignadas en el año

lectivo actual.

Tabla 2.19. Caso de uso docente

Fuente: Los Autores

2.2.1.6. Caso de uso estudiante / representante

Gráfico 2.7. Casos de uso estudiante – representante

Fuente: Los Autores

Estudiante

Rrepresentante

Consultar Notas

Verificar Datos registrados

Consultar Ficha de Control

Obtener Reportes de Aprovechamiento

Solicitar Justificación de faltas

Obtener datos de asignaturas

Revisar faltas de conducta y rendimiento



<<extends>>

<<include>>

<<include>>

46


Acceso a la

aplicación web


asignada.


Acceso denegado,

datos incorrectos.

Verificar datos

registrados

- Comprobar que los datos académicos

registrados sean correctos.

- Solicitar cambios si es necesario.

Consultar notas - Ingresar al reporte de calificaciones.

- Revisar notas obtenidas en cada parcial.

- Observar cuadro de rendimiento en cada

asignatura.

Consultar ficha de

control.

- Ingresar a la ficha de control.

- Buscar faltas de conducta y asistencia

cometidas.

Obtener reportes de

aprovechamiento

- Imprimir libreta de calificaciones.

Solicitar

justificación de

faltas.

- Verificar que la falta de asistencia conste en

el período establecido.

- Presentar causa de inasistencia de

estudiante.

- Esperar aprobación.

Tabla 2.20. Caso de uso estudiante – representante

Fuente: Los Autores

47

2.2.1.7. Caso de uso administrador

Gráfico 2.8. Casos de uso administrador.

Fuente: Los Autores


Obtener reportes de

funcionamiento

- Realizar constantes pruebas de funcionamiento

y compatibilidad del sistema.

- Efectuar pruebas de rendimiento en la web.

Dar mantenimiento

a la BDD

- Realizar Backups.

- Verificar conectividad entre la aplicación y la

base de datos

Dar mantenimiento

a la aplicación web.

- Ingresar al sitio web

- Navegar por las diferentes sub-categorías

- Realizar cambios de ser necesario.

Otorgar privilegios

de usuarios.

- Asignar privilegios a usuarios, dependiendo del

perfil al que pertenezcan.

- Categorizar privilegios de lectura y escritura

Administrador

Obtener reportes de funcionamiento

Dar Mantenimiento de BDD

Dar Mantenimiento de la Aplicación

Otorgar Privilegios a Usuarios

Activar Períodos

Académicos Notas

Matriculas

Inscripciones

Realizar copias de seguridad

Obtener Backups<<include>>

<<include>>

Pruebas

48

para cada usuario.

Activar períodos

académicos.

- Recibir solicitud de abrir períodos para

procesos académicos.

- Activar período de inscripciones.

- Activar período de matriculación,

estableciendo etapas: Ordinaria, extraordinaria

y especiales.

- Activar período de ingreso de notas, de acuerdo

a lo requerido: por parciales, trimestral.

Ingresar

información básica

del sistema.

- Registrar datos de:

- Cursos

- Paralelos

- Ciudades

- Países.

- Parroquias.

Que permiten poner en marcha los procesos

académicos, principales.

Tabla 2.21. Caso de uso administrador

Fuente: Los Autores

2.2.2 Elaboración de diseño

2.2.2.1. Diseño de la base de datos

La base de datos elaborada para la Aplicación Web de Matriculación y Control de Notas con

Módulo de Inspección, incluye los siguientes bloques de datos, los cuales son accesibles al

administrador.

49

a_le

ctivo

id_le

ctivo

a_in

icio

a_fin

esta

do

fecha_in

icio

activa

r_in

scripcio

n

id_activa

_in

scripcio

n

fecha_in

icio

fecha_fin

esta

do

id_le

ctivo

(F

K)

activa

r_nota

s

id_activa

r

fecha

dura

cio

n

esta

do

num

ero

agenda_academ

ica

id_agenda

fecha_in

icio

fecha_fin

esta

do

id_tr

imestr

e (

FK

)

id_le

ctivo

(F

K)

agenda_m

atr

icula

id_agenda_academ

ica

fecha_in

icio

fecha_fin

descripcio

n

id_agenda (

FK

)

are

a

id_are

a

des_are

a

are

a_titu

los

id_atitu

los

id_are

a (

FK

)

id_titd

ocente

(F

K)

are

a_docente

id_are

adoc

id_are

a (

FK

)

id_docente

(F

K)

asig

natu

ras

id_asig

natu

ra

des_asig

natu

ra

id_are

a (

FK

)

auditoria

id usuario

fecha

hora

ip tabla

opera

cio

n

ciu

dad

id_ciu

dad

nom

bre

id_pro

vincia

(F

K)

conducta

s

id_conducta

s

conducta

num

ero

observ

acio

n

id_tr

imestr

e (

FK

)

id_m

atr

icula

(F

K)

id_dis

tinspecto

r (F

K)

contr

ol_

estu

dia

nte

id_contr

ole

st

observ

acio

n

id_m

atr

icula

(F

K)

id_tr

imestr

e (

FK

)

id_para

metr

o (

FK

)

id_contr

ol (F

K)

id_hora

rio (

FK

)

cupos

id_cupos

tota

l_cupos

cupos_asig

nados

cupos_utiliz

ados

id_curs

o (

FK

)

id_le

ctivo

(F

K)

curs

o

id_curs

o

des_curs

o

niv

el

dia id

_dia

des_dia

num

_dia

dis

trib

ucio

n_curs

o

id_dis

tcurs

o

id_curs

o (

FK

)

id_para

lelo

(F

K)

id_especia

lidad (

FK

)

id_seccio

n (

FK

)

dis

trib

ucio

n_curs

o_in

scripcio

n

id_cur_

inscripcio

n

id_curs

o (

FK

)

id_para

lelo

(F

K)

id_especia

lidad (

FK

)

id_seccio

n (

FK

)

dis

trib

ucio

n_in

specto

r

id_dis

tinspecto

r

id_dis

tcurs

o (

FK

)

id_docente

(F

K)

id_le

ctivo

(F

K)

dis

trib

ució

n_curs

o_m

ate

rias

id_dis

tasig

natu

ra

num

ero

_hora

s

id_dis

tcurs

o (

FK

)

id_asig

natu

ra (

FK

)

dis

trib

ucio

n_pro

fesor

id_dis

trib

ucio

np

id_docente

(F

K)

id_dis

tasig

natu

ra (

FK

)

id_le

ctivo

(F

K)

docente

id_docente

apelli

dos

nom

bre

s

direccio

n

tele

fono

mail

cla

ve

id_ciu

dad (

FK

)

id_titd

ocente

(F

K)

id_re

lacio

n (

FK

)

especia

lidad

id_especia

lidad

des_especia

lidad

id_te

specia

lidad (

FK

)

estu

dia

nte

id_estu

dia

nte

cedula

apelli

dos

nom

bre

s

fecha_nacim

iento

edad

sexo

mail

direccio

n

tele

fono

pro

cedencia

curs

o_actu

al

nom

bre

_padre

ocupacio

n_padre

dir_padre

tel_

padre

nom

bre

_m

adre

ocupacio

n_m

adre

dir_m

adre

tel_

madre

usuario

id_ciu

dad (

FK

)

PA

I_P

K (

FK

)

id_in

scripcio

n (

FK

)

trim

estr

e

id_tr

imestr

e

des_tr

imestr

e

titu

los_docente

id_titd

ocente

des_titu

lo

pro

vincia

id_pro

vincia

des_pro

vincia

matr

icula

id_m

atr

icula

nom

_re

pre

senta

nte

dir_re

pre

senta

nte

tel_

repre

senta

nte

observ

acio

n

id_estu

dia

nte

(F

K)

id_dis

tcurs

o (

FK

)

id_le

ctivo

(F

K)

para

metr

os

id_para

metr

o

para

metr

o

inic

ial

hoja

_contr

ol

id_contr

ol

fecha

id_dia

(F

K)

id_dis

tcurs

o (

FK

)

hora

rio

id_hora

rio

id_dis

trib

ucio

np (

FK

)

id_dia

(F

K)

id_hora

(F

K)

hora

id_hora

descripcio

n

h_in

icio

h_fin

num

_hora

id_seccio

n (

FK

)

seccio

n

id_seccio

n

des_seccio

n

para

lelo

id_para

lelo

des_para

lelo

rela

cio

n_la

bora

l

id_re

lacio

n

des_re

lacio

n

tipo_especia

lidad

id_te

specia

lidad

des_te

specia

lidad

parr

oquia

id_parr

oquia

des_parr

oquia

id_ciu

dad (

FK

)pai_

pais

PA

I_P

K

PA

I_N

OM

BR

E

inscripcio

n

id_in

scripcio

n

apelli

dos

nom

bre

s

sexo

mail

fecha_nacim

iento

tele

fono

pro

cedencia

nota

1

nota

2

conducta

abandera

do

edad

n_m

odifi

car

dom

icili

o

dis

capacid

ad

nota

3

PA

I_P

K (

FK

)

id_parr

oquia

(F

K)

id_ciu

dad (

FK

)

faltas_estu

dia

nte

id_fa

ltas

tipo_fa

ltas

num

_parc

ial

id_m

atr

icula

(F

K)

id_tr

imestr

e (

FK

)

id_dis

trib

ucio

np (

FK

)

imagenes

id_im

agen

foto

id_estu

dia

nte

(F

K)

imagenes_docente

id_im

agendoc

foto

id_docente

(F

K)

info

rme_ju

stific

adas

id_in

form

e

fecha_in

icio

fecha_fin

fecha_hoy

razon

id_m

atr

icula

(F

K)

inscrito

s_sele

ccio

nados

id_sele

ccio

n

id_in

scripcio

n (

FK

)

id_dis

tcurs

o (

FK

)

lista

_espera

id_lis

ta_espera

id_in

scripcio

n (

FK

)

mate

rias_gra

do

id_m

ate

riasgra

do

id_dis

trib

ucio

np (

FK

)

id_le

ctivo

(F

K)

id_dis

tcurs

o (

FK

)

nota

s

id_nota

s

nota

conducta

num

ero

id_m

atr

icula

(F

K)

id_tr

imestr

e (

FK

)

id_dis

trib

ucio

np (

FK

)

nota

_gra

do

id_nota

gra

id_dis

trib

ucio

np (

FK

)

id_m

atr

icula

(F

K)

nota

nota

_suple

torio

id_nota

sup

nota

id_dis

trib

ucio

np (

FK

)

id_m

atr

icula

(F

K)

pase_anio

id_pase

esta

do

id_m

atr

icula

(F

K)

pase_m

ate

rias

id_pm

ate

ria

esta

do

id_m

atr

icula

(F

K)

id_dis

trib

ucio

np (

FK

)

tem

a_cla

se

id_te

ma

descripcio

n

asis

tencia

_docente

id_contr

ol (F

K)

id_hora

rio (

FK

)

privi

legio

s_usuario

id_privi

legio

usuario

deta

lle_privi

legio

usuarios

id_usuario

nic

k

pass

noticia

id_noticia

auto

r

titu

lo

cate

goria

fecha

noticia

titu

lar

imagennot

id_im

gnot

foto

id_noticia

(F

K)

2.2.2.2. Diagrama de la base de datos

Gráfico 2.9. Diagrama de la base de datos.

Fuente: Los Autores

50

2.2.2.3. Descripción de las tablas de la base de datos.

a_lectivo: Registra los años lectivos, para dar inicio con los procesos académicos. Año

inicio, año fin, estado.

agenda académica: Registra las fechas de actividades académicas del año lectivo, fechas

de inicio y fin de los trimestres.

agenda matriculas: Registra las fechas de inicio y finalización de los períodos de

matriculas: ordinario, extraordinario y especiales.

activar notas: Registra la fecha y duración del ingreso de notas, seleccionando una

parcial y especialidad determinada.

activar inscripción: Registra la duración del período de inscripciones, con una fecha

inicio y una fecha fin.

inscripción: Registra los datos de aspirantes a un cupo al octavo año de educación básica.

apellidos, nombres, ciudad, parroquia, abanderado, discapacidad…etc.

inscritos seleccionados: Se registra la información de los inscritos que han obtenido un

cupo, en la institución en el año lectivo actual.

cupos: Se registran el total de cupos, cupos asignados y cupos utilizados, en el año

lectivo.

lista espera: Se registra la información de los inscritos que no han sido seleccionados,

pero aun pueden aspirar a un cupo en caso de que un seleccionado no se presente a la

matricula, almacenándose su cupo en la tabla cupos.

distribución curso: Registra los datos de cursos con una sección, especialidad y paralelo.

curso: Contiene los datos de cursos de la institución.

especialidad: Contiene los datos de especialidades de la institución.

sección: Contiene las datos de secciones activas en la institución, como sección diurna,

nocturna.

51

paralelo: Contiene los datos de paralelos existentes en la institución.

área: Contiene los datos de áreas académicas de la institución.

provincia: Contiene los datos de provincias de Ecuador.

ciudad: Contiene los datos de ciudades de las provincias del país. nombre ciudad, id

provincia

parroquia: Contiene los datos de parroquias de las ciudades en las provincias del país.

nombre parroquia, id ciudad.

país: Contiene los países de todo el mundo a fin de seleccionar la nacionalidad.

distribución asignatura: Registra materias asignadas a una distribución curso, id

distcurso (curso, sección, paralelo, especialidad), id asignatura.

distribución docente: Registra la asignación de distribuciones asignaturas a un docente.

Id distasignatura (asignatura, curso, especialidad, paralelo, sección), id docente.

estudiante: Registra datos personales y académicos de estudiantes pertenecientes al

plantel. cedula, apellidos, nombres, domicilio, curso que ingresa, información de padres,

etc.

docente: Registra datos personales y académicos más relevantes del docente. apellidos,

nombres, domicilio, áreas... etc.

matrícula: Registra datos de matrícula en el período lectivo en vigencia de estudiantes

registrados. Id estudiante, id lectivo, id distcurso (curso, sección, paralelo, especialidad).

notas: Registra las notas de calificaciones de los estudiantes, en cada parcial del trimestre

vigente. Id matricula (estudiante, curso, especialidad, sección, paralelo), nota, id trimestre,

id distribucionp (docente, asignatura).

notas grado: Registra las notas finales de los estudiantes de los terceros años de

bachillerato.

52

notas supletorios: Registra la nota obtenida en el supletorio de una asignatura

determinada.

Horario: Registrar las horas clase asignadas a los docentes. id_distribucionp (docente,

curso, asignatura), id día, id hora, id lectivo.

hoja control: Registra datos de inspección a un curso designado. Id distcurso (curso,

sección, paralelo, especialidad), id día, fecha.

control estudiante: Registra faltas cometida en un día y hora específica de un estudiante

determinado,

falta estudiante: Registra las faltas de asistencia cometidas por el estudiante. Id parcial,

matricula, id trimestre, id distribucionp(docente, curso, asignatura)

informa justificadas: Permite el ingreso de la justificación receptada, con las fechas y

razones de justificación.

paseanio: Registra el pase de año de curso, del estudiante en el año lectivo que fue

matriculado.

pase materias: Registra el pase individual en cada asignatura, para determinar si es

propensa a ser perdida, va al examen de supletorio o la aprueba.

usuarios: Registra los usuarios del sistema web, con un nombre de usuario y contraseña

para el acceso.

privilegios usuario: Registra privilegios a los usuarios del sistema, de lectura, escritura

o lectura/escritura.

2.2.3 Diseño de entradas

El diseño de entradas acopla al sistema con los usuarios. Los siguientes formularios nos

muestran la manipulación y manejo de la aplicación para realizar nuevos ingresos,

actualización y eliminación de datos:

53

2.2.3.1. Modelo de pantalla ingreso administrador

Gráfico 2.10. Pantalla de ingreso al sistema - entrada

Fuente: Los Autores

Esta interfaz de acceso es para todos los usuarios de la aplicación web, donde se hallan los

campos de nombre de usuario y contraseña, los cuales deben ser ingresados de manera

correcta para acceder al sistema web sin error alguno.

Cabe recalcar que la esta página y todas las del sistema están bajo protección de cifrado de

datos, para prevenir, accesos no deseados.

2.2.3.2. Modelo de pantalla menú principal

Mediante este menú, el programa indica a los usuarios las opciones de los procesos a su

alcance para ejecutar. Al hacer clic en cualquiera de los íconos, será redirigido al formulario

relacionado con la opción seleccionada, para interactuar con ellas.

54

Gráfico 2.11. Pantalla de menú principal - entrada

Fuente: Los Autores

2.2.3.3. Modelo de pantalla ingreso de estudiantes

Gráfico 2.12. Pantalla de ingreso de nuevo estudiante - entrada.

Fuente: Los Autores

Esta interfaz se encuentra en el módulo de administrador-secretaria, permite ingresar los datos

personales y académicos de un nuevo estudiante, crear una nueva ciudad y una nueva

parroquia en caso de que no exista en la base de datos; e ingresar una fotografía para el

estudiante.

55

2.2.3.4. Modelo de pantalla de información básica

Esta interfaz permite el ingreso de una nueva asignatura, para lo cual deberá seleccionar el

área a la que pertenece. Este es un modelo tomado como referencia de la mayoría de

pantallas de ingresos de información básica, como cursos, áreas, especialidades, ciudades,

parroquias.

Gráfico 2.13. Pantalla de ingreso de información básica - entrada.

Fuente: Los Autores

2.2.3.5. Modelo de pantalla de ingreso de agenda académica

Gráfico 2.14. Pantalla de ingreso de agenda académica - entrada

Fuente: Los Autores

Esta interfaz permite el registro de la agenda académica, mediante la selección de fechas

tomadas de un calendario web, que acogen valores de iniciación y finalización del año lectivo

y trimestres del año lectivo, respectivamente.

56

2.2.3.6. Modelo de pantalla de registro de horario

Gráfico 2.15. Pantalla de registro de horario –entrada

Fuente: Los Autores

Esta interfaz (arrastra y pega) permite el registro del horario académico, para cada curso con

su especialidad y paralelo respectivos.

2.2.3.7. Modelo de pantalla de distribución de docentes

Esta interfaz permite el registro de la asignación de cursos y materias a los docentes de

acuerdo al área al que pertenecen y previo al registro de las asignaturas correspondientes en

cada curso.

Gráfico 2.16. Pantalla de distribución académica (docente) - Entrada.

Fuente: Los Autores

57

La interfaz de las distribuciones académicas es similar a la mostrada.

2.2.3.8. Modelo de pantalla de registro de hoja de control

Gráfico 2.17. Pantalla de registro de la hoja de control - entrada.

Fuente: Los Autores

Esta interfaz permite el registro de los datos de hoja de control, tema dictado en clase,

verificación de asistencia de docente, faltas de asistencia y rendimiento de los estudiantes.

2.2.3.9. Modelo de pantalla de registro de notas

Gráfico 2.18. Pantalla de registro de notas - Entrada

Fuente: Los Autores

Esta interfaz permite el ingreso de las notas de los estudiantes, seleccionando la sección,

curso, especialidad, paralelo y asignatura correspondiente al docente que va a registrar las

calificaciones. Antes deberá verificar que el período de notas este activo.

58

2.2.4 Diseño de salidas

Las siguientes pantallas son las pantallas de salida que se presentarán en la aplicación web.

Mediante estás alertas se le notifica al usuario el error que ha cometido para rectificarlo y

continuar con el procedimiento que estaba realizando.

2.2.4.1. Modelo de pantallas de error

Gráfico 2.19. Pantallas de error - salida

Fuente: Los Autores

2.2.4.2. Modelo de pantallas de reportes / consulta de datos

Este es el modelo de los reportes generados en el sistema web, en este caso se muestra el

listado de los inscritos seleccionados en la Institución.

Gráfico 2.20. Pantallas de reportes – salidas

Fuente: Los Autores

Esta interfaz de consulta le permite revisar las notas obtenidas en las materias de curso, en

cuadros de texto y un gráfico dinámico que le permite establecer el grado de rendimiento de

cada asignatura, y además obtener el reporte de la libreta de Calificaciones.

59

Gráfico 2.21. Consulta de datos notas - salida

Fuente: Los Autores

Esta interfaz de consulta permite obtener los datos de la ficha de control de inspección, para

revisar si se le han asignado faltas de conducta o rendimiento al estudiante, y poder tomar

acciones de recuperación o justificación.

Gráfico 2.22. Consulta de datos hoja de control - salida

Fuente: Los Autores

60

2.3 IMPLEMENTACIÒN

2.3.1 Propósitos

Alcanzar la capacidad operacional del producto de forma incremental a través de

las sucesivas iteraciones.

Obtener versiones funcionales aceptables del producto (alfa, beta, y otras versiones

de prueba) tan rápido como sea práctico.

Minimizar los costes.

Realizar los documentos y entregables como: Modelos completos de casos de uso,

análisis, diseño, despliegue e implementación. Arquitectura íntegra, mantenida y

actualizada. Riesgos presentados mitigados. Manual Inicial de Usuario detallado.

Prototipo Operacional – beta.

Se realizaran pruebas como: El producto es estable como para ser entregado a la

comunidad de usuarios para ser probado. Todos los usuarios expertos están listos

para la transición. Son aceptables los gastos actuales.

2.3.2 Scripts utilizados

A continuación se describen los scripts más importantes de código utilizado en el desarrollo

de la Aplicación Web

2.3.2.1. Código de la conexión a la base de datos.

<?php

$bd_host = "localhost";

$bd_usuario = "colegior_root";

$bd_password = "****";

61

$bd_base = "colegior_itsre";

$con = mysql_connect($bd_host, $bd_usuario, $bd_password);

mysql_select_db($bd_base, $con);

?>

La variable bd_host se refiere al servidor donde aloja la aplicación web, denominándose

localhost, para identificarlo y no generar problemas con otros nombres de servidores,

bd_base es la varible que identifica a la base de datos, bd_usuario es el nombre de usuario que

en este caso colegior_root, derivado del servidor Apache y bd_password que es la contraseña

del usuario, mysql_connect comando de mysql para conectar el servidor con la base de datos.

2.3.2.2. Código para sesiones PHP

<!—Crear sesión-->

<? $_SESSION['nomestudiante']; ?>

<!—Inicializar sesión-->

<? session_start(); ?>

<!—Destruir sesión-->

<? unset(); ?>

<!—obtención del valor de una sesión en una variable -->

$nombres=$_SESSION['nomestudiante'];

2.3.2.3. Código para insertar datos

Este código debe estar contenido en un formulario PHP donde se encuentren los campos de

texto y los comandos de control, luego de llenar los datos y validarlos para su comprobación,

al presionar el botón “Guardar”, se ejecutará el proceso, en cualquiera de los casos de entrada

de información.

62

<?php

<!—llamado de ejecución a un comando submit-->

If(isset($_POST[‘guardar’])){

<!—sentencia de inserción de datos mysql con php-->

$sql = "INSERT INTO docente(id_docente, apellidos, nombres, direccion,

telefono,id_ciudad,mail,id_titdocente,clave, id_relacion)"VALUES ('$cedula','$apellidos',

'$nombres','$domicilio', '$telefono','$idciudad','$mail','$idtitulo','$md' ,'$idrelacion')";

<!—ejecución de la sentencia php-->

$result = mysql_query($sql);

} ?>

2.3.2.4. Código para modificar datos


texto y los comandos de control, luego de seleccionar el dato a modificar, presionar el botón

“Modificar”, se ejecutará el proceso, en cualquiera de los casos de actualización de

información.

<?php


If(isset($_POST[‘modificar’])){

<!—sentencia de actualización de datos mysql con php-->

$sql ="UPDATE docente SET apellidos='$apellidos'n, nombres='$nombres',

direccion='$domicilio', telefono='$telefono', id_ciudad='$idciudad', mail='$mail',

id_titdocente='$idtitulo', id_relacion='$idrelacion' where id_docente='$cedula'";


$result = mysql_query($sql); } ?>

63

2.3.2.5. Código para eliminar datos


texto y los comandos de control, luego seleccionar o mostrar el dato a eliminar, al presionar el

botón “Eliminar”, se ejecutará el proceso, en cualquiera de los casos de eliminación de

información.

<?php


If(isset($_POST[‘eliminar’])){

<!—sentencia de eliminación de datos mysql con php-->

$sql = "delete from area_docente where id_docente='$cedula'";


$result = mysql_query($sql); } ?>

2.3.2.6. Código de búsqueda de datos

Se va a proceder a buscar datos, en un formulario, mediante la filtración de una variable que

permite obtener la información requerida, al ejecutar el comando buscar, o simplemente al

realizar una búsqueda interna en los procesos realizados.

<?php


If(isset($_POST[‘buscar’])){ recuperar filas selecionadas de una o más tablas

<!—sentencia recuperar filas seleccionadas de una o más tablas-->

$sql = "select id_area from area WHERE des_area LIKE 'INSP%';";



64

<!—búsqueda de dato en las filas de la o las tablas especificadas -->

while($row = mysql_fetch_array($result))

{

<!—Obtención del dato-->

$cid=$row['id_area'];

}

$entero=$cid+1;

$idarea=$entero;

}?>

2.3.2.7. Código para validar campos de texto

Se debe tener un formulario donde se encuentre los campos de texto y los botones de control

este formulario puede ser html o php, a esta función la llamamos, luego de hacer clic en el

botón ‘Reportes’.

<script>

<!—Verifica que el campo de texto esta vació-->

function vacio(q) {

for ( i = 0; i < q.length; i++ ) {

if ( q.charAt(i) != " " ) {

return true }}

return false}

<!—función que valida los campos de texto, llamando al formulario que contiene los campos de texto-

->

function valida(F) {

<!— Llama variable de verificación -->

var aux=0;

65

<!— Llama a la función vacio, para verificar el campo de texto -->

if( vacio(F.txtapellidos.value) == false ) {

aux=1 }

<!— comprueba variable de verificación, y notifica el error -->

if(aux==1){

jAlert( "Le falta completar Información" );

return false

} } </script>

2.3.2.8. Obtener valor de un combobox en caja de texto

Se debe contener las cajas de selección o combobox en un formulario, una vez seleccionado el

dato este deberá cargarse en un cuadro de texto, para lo cual se ha utilizado una función

javascript.

<script language="javascript">

function cambia(){

<!— comprueba el nombre del formulario que contiene los objetos-->

with (document.Ingreso){

<!— obtiene el valor del cuadro de selección en un cuadro de texto-->

txtidciudad.value = cmbciudad.options[cmbciudad.selectedIndex].value;

<!— obtiene el contenido del cuadro de selección en un cuadro de texto-->

txtnomciudad.value = cmbciudad.options[cmbciudad.selectedIndex].text;

} }

<!— Llamado a la función cambia en cuadro de selección-->

<select name="cmbciudad" id="cmbciudad" onchange="cambia()">

<?php

echo "<option value=0 >seleccione ciudad</option>";

66

<!— generas datos para combobox -->

$sql = "select * from ciudad order by nombre";


while($row = mysql_fetch_array($result)) {

<!— asigna datos al combobox -->

echo "<option value=".$row['id_ciudad'].">".$row['nombre']."</option>"; }

?>

</select>

<!— cuadros de texto donde se asigna el dato seleccionado del combobox -->

<input type="text" name="txtidciudad" id="txtidciudad" value="<?php echo $'idciudaddoc' ?>" />

<input type="text" name="txtnomciudad" id="txtnomciudad" value="<?php echo $'nomciudaddoc'

?>" />

</script>

2.3.2.9. Código para reporte PDF

Para la generación de PDFs en la aplicación web, se ha utilizado la librería ezpdf que se

estructura de la siguiente forma:

<!— Llamado a la librería para generar pdf -->

require_once('../class.ezpdf.php');

<!— permite indicar el tamaño del papel -->

$pdf =& new Cezpdf('a4','');

<!— permite establecer el tipo de letra de impresión en el pdf -->

$pdf->selectFont('../fonts/Times-Roman.afm');

<!— permite establecer los márgenes de la página -->

$pdf->ezSetCmMargins(1,1,1.5,1.5);

<!— Agrega un imagen como encabezado de la página, estableciendo la posición a colocarla -->

67

$pdf->ezImage("../img.jpg", 0, 500, 'none', 'left');

<!— agrega textos estáticos o provenientes de una consulta, estableciendo la posición a colocarla -->

$pdf->addtext(250,720,13,'<b>LISTA DE DOCENTES </b>'."\n");

<!— consulta de datos de la base de datos -->

$sql1 ="select * from docente";

<!— ejecutar consulta -->

$resEmp = mysql_query($queEmp) or die(mysql_error());

<!— extrae datos de consulta -->

while($row = mysql_fetch_assoc($resEmp)) {

$curso=$row['apellidos]. ' '. $row['nombres]; $cont++;

<!— coloca los datos en un array para la impresión una tabla correspondiente -->

$data[] = array('item'=>$cont,'des_curso'=>$curso); }

<!— ingresa el formato que tendrá la tabla con los datos de consulta -->

$options = array(

<!— limitar el tamaño de la columna -->

'shadeCol'=>array(1,1,1),

<!— indica la orientación de la tabla-->

'xOrientation'=>'center',

<!— indica el ancho de la tabla -->

'width'=>460,

<!— indica el interlineado, y el tamaño de la fuente para la impresión en el pdf-->

'showLines'=>1,'fontSize' => 9);

<!— imprime la tabla con los datos, encabezados de tabla y formato asignado -->

$pdf->ezTable($data, $titles, '', $options);

<!— une todos los boques para la generación de pdfs -->

$pdf->ezStream();

68

2.4 PRUEBAS

2.4.1 Manuales de usuario

Los manuales técnico y de usuario se han desarrollado de una forma muy didáctica con

ilustraciones a color, redactando paso a paso y de forma intuitiva los contenidos de la

aplicación y su manejamiento.

Estos manuales se hallan detallados en el Capítulo IV de la Documentación, además se lo

puede encontrar en archivo PDF dentro de la aplicación, y el manual de usuario online en el

sistema de ayudas web.

Gráfico 2.23. Acceso sistema de ayudas web

Fuente: Los Autores

2.4.2 Capacitación

La capacitación tiene como objetivo principal, enseñar la correcta manipulación y manejo de

la Aplicación Web de Matriculación y Control de Notas con Módulo de Inspección, a todos

los usuarios que forman parte de la institución, permitiendo así la interacción aplicación-

usuario.

Esta capacitación es dirigida por dos técnicos, los cuales forman parte del equipo de

desarrollo siendo mayoritariamente práctica, con la realización de casos reales que se pueden

69

dar cotidianamente en la utilización del sistema, usando como guía el manual de usuario y

manual técnico, para así con esta experiencia, completar el aprendizaje sobre el

administración de esta aplicación web.

El manual ha sido elaborado para una capacitación de máximo 5 días para usuarios normales

(estudiantes, docentes), y 10 días para usuarios administradores de procesos (Secretaria,

Rector, Vicerrector), en este tiempo se realizará las respectivas prácticas y revisión de

ejemplos del manual de usuario.

2.4.2.1. Cronograma de capacitación

Se van a detallar las actividades a realizar durante la capacitación a todos los usuarios que

harán uso de la aplicación web, donde cada uno conocerá los privilegios y funciones que les

fueron asignados.

Gráfico 2.24. Cronograma de capacitación de usuarios

Fuente: Los Autores

70

2.4.3 Pruebas de software

Para determinar el estado de la calidad del producto software “Aplicación Web de

Matriculación y Control de Notas con módulo de Inspección”, se efectúa el proceso de

pruebas, que permitan comprobar el grado de cumplimiento respecto a las especificaciones o

requerimientos que debe cumplir este software.

A continuación se aplica el modelo de calidad, correspondiente al estándar internacional para

evaluación del software ISO 9126-1, que “define un modelo de calidad del software en el que

la calidad se define como la totalidad de características relacionadas con su habilidad para

satisfacer necesidades establecidas o implicadas”2

El cual clasifica la calidad del software en un conjunto estructurado de seis características y

sub-características.

Gráfico 2.25. Calidad de producto de software

Fuente: http://alarcos.inf-cr.uclm.es/per/fruiz/cur/mso/trans/s3.pdf

Para la evaluación de calidad de la Aplicación Web, se ha seleccionado varias de las sub-

características de las características definidas por ISO/9126-1, detalladas de la siguiente

forma: (6 características y 18 sub-características a evaluar)

2 RUIZ, Francisco y POLO, Macario, (2010), “MODELOS DE CALIDAD DEL SOFTWARE”

http://alarcos.inf-cr.uclm.es/per/fruiz/cur/mso/trans/s3.pdf


71

2.4.3.1. Características de factores de evaluación de software

2.4.3.1.1 Funcionalidad: considerándose como la capacidad con la que cuenta la aplicación

web para proporcionar funciones que satisfagan las necesidades que fueron

requeridas bajo las condiciones especificadas por la Institución.

Sub-Características a Evaluar:

Aceptación de condiciones y requerimientos.

Exactitud en Procesos.

Seguridad de Datos.

Interoperabilidad.

2.4.3.1.2 Fiabilidad: establecida como la capacidad que tiene la aplicación web, de

mantener un nivel definido en su funcionamiento, de acuerdo a las condiciones y

requerimientos para los que fue creado.


Madurez

Recuperabilidad de información

Tolerancia a fallos en requerimientos, diseño e implementación.

2.4.3.1.3 Eficiencia: se establece como la capacidad de la aplicación web para desempeñar

sus funciones de manera adecuada, utilizando los recursos y de acuerdo a las

condiciones determinadas.


Tiempos de respuesta y procesamiento

Comportamiento de recursos, asociados a la implementación y funcionalidad.

2.4.3.1.4 Mantenibilidad: se considera la capacidad que tiene la aplicación web para ser

modificado o corregir errores si se presentan.

72


Inmediata localización y arreglo de errores

Adaptación a cambios.

Estabilidad de la Aplicación.

Facilidad de análisis y pruebas.

2.4.3.1.5 Portabilidad: siendo la capacidad que posee la aplicación web de ser trasladado

de un entorno a otro.


Adaptabilidad del software.

Instalación sencilla.

2.4.3.1.6 Facilidad de uso: se relaciona con la capacidad que tiene la aplicación web para

ser entendida, aprendida y usada por los usuarios, bajo condiciones definidas.


Acceso y entendimiento de funcionalidad.

Administración y control

Interfaces amigables y de fácil interacción para los usuarios.

2.4.3.2. Primera prueba de la aplicación web (pruebas unitarias)

2.4.3.2.1. Prueba de ingreso al sistema (todos los usuarios)

Descripción Entrada Resultado

El usuario ingresa a

la página de la

institución y accede

al ingreso al sistema,

1. Página Principal.

www.colegiorepublicadelecuador.edu.ec

2. Acceso al Sistema

https://sistema.colegiorepublicadelecuador.edu.

Acceso al perfil

de usuario con los

privilegios

otorgados.

73

registra los datos de

usuario y contraseña.

Y presiona entrar.

ec

3. Campos de ingreso de usuario y contraseña.

4. Entrar

Tabla 2.22. Prueba de ingreso al sistema

Fuente: Los Autores

2.4.3.2.2. Prueba ingreso de datos de usuario (administrador).

Todos los usuarios registrados en la Aplicación pertenecen a docentes y estudiantes, por lo

que esta prueba es realizada con el registro de datos de un estudiante


El usuario ingresa al menú

ingresos en su perfil, escoge la

opción estudiantes y accede al

formulario de registro de

estudiantes. Llena los campos con

la información requerida, añade

una fotografía y verifica los datos

ingresados en el formulario

informativo. Si son correctos

guarda los cambios.

1. Menú Ingresos, opción

Estudiante.

2. Campos de datos de

estudiante.

3. Subir fotografía.

4. Campos de información de

padres de familia.

5. Formulario de verificación

6. Guardar.

Los datos han

sido ingresados

correctamente en

la base de datos y

asignados

nombre de

usuario y

contraseña.

Tabla 2.23. Prueba ingreso de datos de usuario.

Fuente: Los Autores

74

2.4.3.2.3. Prueba ingreso de imágenes en estudiantes y docentes (administrador)


El usuario ingresa a su perfil, y

accede a los formularios de ingreso

de docente o estudiante y presiona la

opción subir fotografía, examina la

imagen en donde la tenga

almacenada, y guarda los cambios.

1. Menú ingresos.

2. Opción

estudiante/docente.


4. Seleccionar foto.

5. Aceptar cambios.

Las imágenes han

sido subidas

correctamente en la

base de datos.

Tabla 2.24. Prueba ingreso de imágenes en estudiantes y docentes

Fuente: Los Autores

2.4.3.2.4. Prueba ingreso de noticias institucionales (administrador)


El usuario ingresa al perfil

correspondiente, accede a la opción

noticias del menú principal, ingresa

al formulario de ingreso de noticia,

llena la información requerida y

añade una fotografía para su

presentación, y guarda los cambios.

1. Menú principal.

2. Opción noticias

3. Formulario de ingreso de

noticias.

4. Campos de información.


6. Guardar cambios.

Los datos han sido

ingresados

correctamente en la

base de datos y

actualizados en la

página principal.

Tabla 2.25. Prueba ingreso de noticias institucionales.

Fuente: Los Autores

75

2.4.3.2.5. Prueba ingreso de notas (docente)



correspondiente, accede a la

opción nota del menú principal,

verifica sus datos, selecciona

parámetros de curso y materias

asignadas para obtener listado de

estudiantes, ingresa las notas en la

parcial activa. Guarda los cambios.

1. Menú principal

2. Notas

3. Selección de curso, sección,

paralelo y especialidad

4. Selección de asignatura

5. Ver lista de estudiantes.

6. Registro de notas.

7. Guardar

Los datos han sido

ingresados

correctamente en la

base de datos.

Tabla 2.26. Prueba ingreso de notas.

Fuente: Los Autores

2.4.3.2.6. Prueba registro de hoja de control (inspector)


El usuario ingresa al perfil, accede

a la opción hoja de control del

menú principal, selecciona datos

de curso en el que va a registrar,

selecciona fecha de registro,

ingresa temas dictados y asistencia

de docentes a horas clase, marca

las faltas cometidas por los

estudiantes y guarda los cambios.

1. Menú principal

2. Hoja de control

3. Selección de curso, sección,

paralelo y especialidad.

4. Aceptar

5. Selección de fecha

6. Datos de horas de docente.

7. Datos de faltas de

estudiante.

8. Guardar.

Los datos han sido

ingresados

correctamente en la

base de datos.

Tabla 2.27. Prueba registro de hoja de control

Fuente: Los Autores

76

2.4.3.2.7. Prueba obtener respaldo de la BDD (Administrador)



correspondiente de la aplicación,

selecciona la opción BackUp y la

descarga.

1. Menú principal admin.

2. Opción BackUp

3. Respaldar BDD.

4. Descargar.

La base de datos

se respalda

correctamente.

Tabla 2.28. Prueba obtener respaldo de la bdd

Fuente: Los Autores

2.4.3.2.8. Prueba obtener consultas y reportes (estudiante)


El usuario ingresa al perfil de la

aplicación, selecciona en el menú

principal la opción notas, accede a

los datos de notas obtenidas,

verifica rendimiento y accede al

reporte de calificaciones.

1. Menú Principal.

2. Notas.

3. Consulta notas.

4. Obtiene libreta de

calificaciones.

5. Imprimir.

Consulta Notas y

obtiene reporte de

calificaciones

impreso

correctamente.

Tabla 2.29. Prueba obtener consulta y reporte

Fuente: Los Autores

2.4.3.2.9. Resultados parciales

Las pruebas indican un apreciable ahorro de tiempo, que genera la aplicación web, por lo

que buscar los datos académicos manualmente en un libro archivo tomaba entre 5 a 15

minutos, toda la información era solicitada o anotada en papeles que se perdían, estaban en

desorden, o eran inentendibles, con el actual sistema, el tiempo de búsqueda es mínimo, la

información está clasificada y ordenada, visualmente agradable y segura. La aplicación

cumple con los requerimientos y propósitos para los que fue desarrollada.

77

De esta primera prueba, se determina el resultado de evaluación de calidad, mostrado de la

siguiente forma:

CARACTERÍSTICA NIVEL CUALITATIVO

DE RENDIMIENTO

Sub-Características ALTO MEDIO BAJO

Funcionalidad Aceptación de condiciones y

requerimientos.

x

Exactitud en procesos. x

Seguridad de datos. x

Interoperabilidad. x

Fiabilidad Madurez x

Recuperabilidad de información x

Tolerancia a fallos en requerimientos,

diseño e implementación

x

Eficiencia Tiempos de respuesta y procesamiento x

Comportamiento de recursos, asociados a

la implementación y funcionalidad.

x

Mantenibilidad Inmediata localización y arreglo de errores x

Adaptación a cambios. x

Estabilidad de la aplicación. x

Facilidad de análisis y pruebas x

Portabilidad Adaptabilidad del software. x

Instalación sencilla. x

Facilidad de Uso Acceso y entendimiento de funcionalidad. x

Administración y control x

78

Interfaces amigables y de fácil interacción

para los usuarios.

x

Tabla 2.30. Evaluación cualitativa de rendimiento de software

Fuente: Los Autores

2.4.3.3. Segunda prueba de la aplicación web

A continuación se muestra la tabla de criterios de evaluación de la Aplicación de las

características, basados en el estándar ISO 9126-1.

Para esta evaluación es necesario aplicar las métricas de calidad, las cuales se dan basadas en

ISO/9126-1, de acuerdo a los siguientes parámetros:

a) El área de informática aplicará el tipo de escala de proporción.

b) A cada métrica seleccionada le asignará un puntaje máximo de referencia, que

determinará el grado de satisfacción

Los parámetros de evaluación están dados de la siguiente forma:

Calidad de

Software

Nivel de Evaluación

Tomado en el rango de 1 – 10

Baja No Aplica

1

Aplica con Inestabilidad

2 - 3

Aplica con

Inconsistencias 4

Media Aplica Regularmente

5

Aplica Parcialmente

6

Aplica casi en todos los

aspectos. 7

Alta Aplica pero presenta ciertas

contradicciones. 8

Aplica Apropiadamente

pero no totalmente. 9

Aplica totalmente

10

Tabla 2.31.Parámetros de evaluación

Fuente: Los Autores

79

2.4.3.3.1. Ficha de criterios de evaluación de la aplicación web

CRITERIO Respuesta

VALOR

(1-10)

1. Funcionalidad de la Aplicación Web

a) ¿Cumple con las normas académicas de

la institución?

Basada en el modelo de gestión

académica aplicada en el ITS.

“República del Ecuador” 10

b) ¿Cuenta con protocolos de seguridad de

datos?

Aplica el protocolo de cifrado de

datos https

Seguridad de contraseñas de acceso. 10

c) ¿Tiene función normal en la mayoría de

navegadores?

Mozilla Firefox correcto

Google Chrome correcto

Explorer poco funcional 8

SUBTOTAL (Sub-criterios) 28

2. Fiabilidad de la Aplicación Web

a) ¿Se puede utilizar la aplicación sin

tener conocimientos especializados en

informática?

Propone el modelo de interacción

Aplicación-Usuario 10

b) ¿Existe la manera de evitar ciertos

errores en los procesos ejecutados?

Todos los errores se notifican con

mensajes de alerta.

El sistema de ayudas web permite

un uso adecuado de los procesos.

10

80

c) ¿El programa se maneja

homogéneamente a lo largo de la

utilización del mismo?

Presenta interfaces y formas de

acceso afines en todos los procesos. 10


3. Eficiencia de la Aplicación Web

a) ¿Están bien estructuradas las pantallas

de ingresos y reportes?

Estructuración adecuada para

ingreso y salida de la información. 10

b) ¿Se observa calidad en la redacción de

los textos?

Textos claramente definidos y

ubicados en el lugar

correspondiente.

10

c) ¿Las pantallas son legibles (distribución

coherente de los diferentes elementos)

Mantienen un estructura estándar,

pero cada una representa claramente

el proceso en curso.

10

SUBTOTAL (Subcriterios) 30

4. Mantenibilidad

a) ¿Puede realizarse mejoramientos en el

diseño de la arquitectura para obtener

resultados óptimos?

La Aplicación Web es lo

suficientemente adaptable a

cambios o actualizaciones.

10

b) ¿Las tablas de la base de datos pueden

manipularse con facilidad en caso de

modificar los registros?

El administrador podrá realizar una

adecuación a la BDD, acogiéndose

al requerimiento solicitado y sin

interferencia de algún proceso.

9

c) ¿La aplicación cuenta con manual

técnico y de usuario de fácil entendimiento

para administrar los procesos?

Manuales técnico y de usuario

explicados claramente para el

manejo de la Aplicación.

10


81

5. Facilidad de Uso

a) ¿La aplicación permite realizar los

procesos de registro de forma sencilla y

rápida al responsable?

Cuenta con interfaces

administrables y de fácil acceso 10

b) ¿La aplicación ofrece un menú sencillo

para el navegante?

Menús re-direccionados

adecuadamente.

Con íconos que representan el

proceso a ejecutarse.

10

c) ¿La estructura de la aplicación permite

la interacción de usuario-aplicación?

Interfaces amigable a todos los

usuarios. 10


6 Portabilidad

a) ¿Se podrá utilizar la aplicación web en

otra máquina?

Siempre y cuando cuente con las

herramientas necesarias para su

funcionamiento.

9

b) La aplicación web ¿se puede utilizar en

diferentes plataformas? Multiplataforma 10

c) ¿La ligereza de la aplicación web lo hace

fácilmente transportable?

Programa de software liviano y de

fácil instalación. 10


Tabla 2.32. Ficha de evaluación de la aplicación web

Fuente: Los Autores

2.4.3.3.2. Cuadro de resultados

Para poder realizar un análisis de resultados, se ha realizado pruebas reales con usuarios que

van a gestionar la aplicación web en la institución, por medio de la cual se ha evaluado la

82

manera de desenvolvimiento con la aplicación aplicando la interacción Usuario-Aplicación,

obteniendo los siguientes resultados:

La aplicación cumple con todos los requerimientos de los usuarios:

CRITERIO RESULTADOS DE

CALIDAD

PORCENTAJE

(Total Sub-Criterios)

Funcionalidad de aplicación web Alto 93,3%

Fiabilidad de la aplicación web Alto 100%

Eficiencia Alto 100%

Facilidad de mantenimiento Alto 96,6%

Facilidad de uso Alto 96,6%

Portabilidad Alto 96,6%

Integridad Alto 100%

Facilidad de prueba Alto 96,6%

Flexibilidad Alto 93,3%

Reusabilidad Alto 96,6%

Tabla 2.33. Cuadro de resultados - pruebas

Fuente: Los Autores

2.4.3.4. Análisis de resultados de las pruebas

- La Aplicación Web tiene un alto grado de fiabilidad y seguridad, ya que el diseño está

elaborado cuidadosamente para el almacenamiento de la información, con un acceso

inmediato a la información, para que pueda ser utilizada en el momento que se crea

conveniente por parte de los usuarios.

- La aplicación web permite acceso inmediato a la información independientemente del

lugar geográfico.

83

- Ahorro de recursos físicos y económicos para gestionar la información.

- Inviolabilidad de la información a través de mecanismos de seguridad digital.

- Su manejo es totalmente sencillo y no produce confusiones al usuario de la aplicación.

- La información es clara y concisa mediante las páginas informativas y más aun en las

páginas dinámicas.

- El diseño en forma modular de la aplicación, funciona de forma correcta, es del gusto del

usuario final.

- El diseño de las pantallas, es intuitivo, de fácil manejo para el usuario.

- La Aplicación valida la información de forma correcta, antes de guardarla en la base de

datos.

- En caso de producirse errores por parte del usuario, se le notificará para que corrija el

error y continúe el proceso.

- Es una aplicación liviana, es rápida, y no consume demasiados recursos de memoria.

- La Aplicación web es de fácil instalación, y funciona en los navegadores, de manera

correcta.

- La Aplicación web, es de fácil mantenimiento, permite ser modificada, e incluso se le

puede aumentar más módulos.

84

CAPITULO III

ESTUDIO DE VIABILIDAD

3.1 VIABILIDAD TÉCNICA.

La presente aplicación web para su implantación requiere de un servidor web Linux, cuya

adquisición ha sido aprobada dentro del presupuesto institucional, la aplicación se encuentra

alojada y en marcha en un hosting externo, con un nombre de dominio .edu.ec, por lo que se

determina que el Instituto Tecnológico Superior República del Ecuador de la ciudad de

Otavalo, tiene el hardware y software necesario para funcionamiento de la presente

aplicación, además equipos dotados con buenas características, para que los usuarios

administradores, estudiantes, docentes e inspectores accedan a la aplicación de una forma

adecuada, y satisfaciendo sus necesidades en los procesos académicos, considerándose viable

técnicamente .

3.2 VIABILIDAD OPERATIVA

Como la Aplicación Web no es muy compleja para su utilización, los sub-administradores

(secretaria, rector, vicerrector), están aptos para hacer uso del mismo, así como los usuarios

estudiantes y docentes no tienen dificultad para manipular la aplicación, debido a que ha sido

construida con una interfaz amigable y fácil manejo, teniendo los menús y sub-menús bien

definidos y enlazados adecuadamente para que no existan complicaciones. Así mismo los

posibles errores en el manejo del sistema están claramente definidos y se los puede resolver

siguiendo las instrucciones de los mensajes de alerta mostrados. La Aplicación Web le guiará

mediante el sistema de ayudas, en el manejamiento correcto de los procesos académicos.

85

Es importante mencionar que el sistema permitirá adicionar desarrollo en el código fuente, y

de requerirlo a futuro la implementación de nuevo módulos.

3.3 VIABILIDAD ECONÓMICA

El proyecto informático es económicamente factible, ya que los costos de implementación son

de $1571.24, costos que fueron aprobados dentro del presupuesto institucional y de desarrollo,

para adquisición del servidor, contratación del dominio y otros gastos, y por estar desarrollada

en su mayor parte en software libre no se necesita la adquisición de licencias, por lo que se

indica que el Instituto Tecnológico Superior “República del Ecuador” de la ciudad de

Otavalo, está dispuesto a poner a prueba la aplicación web para su uso internamente; luego de

lo cual se puede desarrollar la misma aplicación externamente siguiendo los derechos de autor

de sus desarrolladores.

Se concluye afirmando que el Instituto Tecnológico Superior “República del Ecuador” de la

ciudad de Otavalo, acepta y está de acuerdo con la aplicación web presentada para la

Matriculación y Control de Notas y Procesos de Inspección.

86

CAPITULO IV

DOCUMENTACIÓN

4.1. MANUAL DE USUARIO.

4.1.1. Requerimientos del sistema

4.1.1.1. Hardware

La Aplicación Web funciona en cualquier equipo con conexión a internet, con un ancho de

banda de 256 Mbps ó superior, que le permite visualizar las páginas web desde un navegador

y acceder a todos los servicios.

Se recomienda una conexión asimétrica, donde el canal de recepción de datos tiene mayor

velocidad que el canal de envío de datos.

DESCRIPCIÓN HARDWARE COMPUTADORES CLIENTE (RECOMENDADO).

Componente Características

Procesador Intel de 2.4 GHz ó superior

Memoria RAM 1GB ó superior

Disco duro 160 GB. ó superior

|Tarjeta de red 10/100 Mbps ó superior

Tabla 4.1. Descripción hardware computadores cliente (recomendado).

Fuente: Los Autores

No es aconsejable un computador con poca capacidad de almacenamiento, procesamiento o

memoria, la aplicación puede tardar en cargar un poco más de lo habitual.

4.1.1.2. Software

PHP corre en casi todos los sistemas operativos y plataformas sin costo alguno, que utilicen

87

el mismo código fuente, ejecutando los scripts de manera independiente al OS.

No es recomendable que el servidor de aplicación tenga demasiados programas instalados o

en ejecución.

4.1.1.3. Requisitos de la instalación:

Para un buen funcionamiento de la aplicación web se recomienda el siguiente software:

Requisitos Descripción

Sistema Operativo Windows

Servidor Apache

Lenguajes PHP, Javascript

Bases de Datos MYSQL

Entorno de Red Localhost

Distribución Operativa Appserv 2.5.10

Animación Plug-in macromedia Flash Player

Navegador Mozilla Firefox v.6.0 ó superior

Tabla 4.2. Requisitos de la instalación

Fuente: Los Autores

4.1.2. Instalación

A continuación se presenta los pasos para que el usuario pueda instalar el producto:

4.1.2.1. Instalación local

Debe abrir el Cd de instalación, y descomprimir el archivo SistemaWeb:

Tabla 4.1. Imagen de aplicación comprimida

Fuente: Los Autores

88

Obtendrá 4 carpetas de acceso:

Tabla 4.2. Carpeta de acceso

Fuente: Los Autores

Seleccione la carpeta sistema, cópiela y péguela en el servidor web Apache:

C://Appserv/www previamente instalado en un PC servidor.

Carpeta Contenido

SISTEMA Se encuentra la aplicación web completa.

INSTALADORES Se encuentra varios instaladores:

install_flash_player_active_x: plugin para el funcionamiento de

las animaciones flash de la apliaciòn.

Appserv 2.5.10: paquete que contiene Apache, PHP y MySQL.

MySql: base de datos mysql y la herramienta de administración

de mysql.

Firefox Setup 10.0.2: navegador web, recomendado.

AdbeRdr910_es_ES: Lector de archivos Pdf

DOCUMENTACIÓN Se encuentra el archivo .docx documentos sobre el proyecto

informático “Aplicación Web de Matriculación y Control de

Notas con Módulo de Inspección para el Instituto Tecnológico

89

Superior República del Ecuador” de la ciudad de Otavalo.

BASE DE DATOS Se encuentra el script de la base de datos con datos de ejemplo.

Tabla 4.3. Contenido de la carpeta de instalación

Fuente: Los Autores

4.1.2.1.1. Instalación de appServ (apache, php y mysql, phpmyadmin)

Se va a instalar la distribución del AppServ 2.5.10, encontrada en la carpeta Instaladores.

Esta distribución al instalarse configura automáticamente apache, php y mysql.

Inicia la instalación, muestra la pantalla de bienvenida, hacer clic en Next:

Gráfico 4.3. Pantalla setup wizard Appserv

Fuente: Los Autores

En la siguiente pantalla se muestra el acuerdo de licencia, hacer clic en I Agree:

Gráfico 4.4. Pantalla license agreement Appserv

Fuente: Los Autores

90

Ahora se muestra seleccionar ubicación de instalación, y dejar la elegida por defecto

hacer clic en Next:

Gráfico 4.5. Pantalla pantalla choose install location Appserv

Fuente: Los Autores

Ahora deberá realizar la selección de componentes, hacer clic en Next:

Gráfico 4.6. Pantalla select components Appserv

Fuente: Los Autores

En esta pantalla muestra Información de servidor ApacheHTTP, introducir la información

que nos solicita como: nombre del servidor, email del administrador, hacer clic Next:

Gráfico 4.7. Pantalla http server information Appserv

Fuente: Los Autores

91

Ahora debe configurar el servidor MySQL, introducir la información solicitada de

password del root, hacer clic en Install:

Gráfico 4.8. Pantalla http server configuration Mysql

Fuente: Los Autores

En esta pantalla se muestra el proceso de instalación de AppServ, en Show details

podemos ver los detalles de la instalación.

Gráfico 4.9. Pantalla installing Appserv

Fuente: Los Autores

Finalmente se muestra que ha sido instalado en su ordenador. Hacer clic en finalizar para

cerrar el asistente.

Gráfico 4.10. Pantalla completing setup Appserv

Fuente: Los Autores

92

4.1.2.1.2. Instalación de la base de datos.

Ahora se debe realizar la restauración de la base de datos, para lo cual se accede al Cd de

instalación y en la carpeta Base de Datos se encontrará el script, en el equipo del servidor

web, desde un navegador web, se deberá colocar en la dirección url localhost ó 127.0.0.1

para abrir el phpMyAdmin.

Una vez que se ha ingresado al phpMyAdmin, se busca la opción importar y clic, aparecerá

la opción examinar, se selecciona el script correspondiente y continuar. Finalmente se sabrá

si la BDD ha sido restaurada correctamente.

Gráfico 4.11. Pantalla de phpMyAdmin

Fuente: Los Autores

Para realizar la prueba de ejecución y corrida en localhost, debe ingresar al navegador y

colocar: localhost/Sistema.

4.1.2.2. Instalación remota

Se deberá subir todo el contenido de la carpeta Sistema al servidor web (Hosting) donde

alojará la aplicación web, al igual que el script de la base de datos.

En este caso se trabajara con un servidor de CPanel y la aplicación debe colocarse en

public_html.

93

Gráfico 4.12. Pantalla de carpeta de CPanel

Fuente: Los Autores

4.1.3. Manejo de la aplicación web

El objetivo que se pretende con la apertura del presente manual es, dar a conocer a los

usuarios finales de la aplicación, las características y las formas de funcionamiento del

software: “Aplicación Web de Matriculación y Control de Notas con Módulo de Inspección

para el Instituto Tecnológico Superior República del Ecuador”.

Para ingresar a la Aplicación Web, se debe colocar en la url del navegador:

www.colegiorepublicadelecuador.edu.ec

Gráfico 4.13. Pantalla de página web principal.

Fuente: Los Autores

94

Ingresará a la página principal de la Aplicación Web, obteniendo el contenido de la

información institucional a través de la historia, servicios, departamentos, áreas, sucesos

importantes con el gestor de noticias actualizado, galerías fotográficas, libro de visitas,

accedidas mediante un menú de navegación de fácil manejo para los usuarios.

4.1.3.1. Ingreso al sistema web

Esta forma de ingreso al sistema web, se aplica a todos los usuarios.

En la página principal encontrará el link de acceso al sistema web:

Gráfico 4.14. Pantalla de Link de acceso al sistema.

Fuente: Los Autores

Inmediatamente será re-direccionado a la página de acceso al sistema, la que pertenece a un

subdominio y esta verificado por una conexión cifrada de datos https://.

Gráfico 4.15. Pantalla de Acceso al sistema web.

Fuente: Los Autores

Deberá ingresar en los campos designados, el nombre de usuario y contraseña que se le han

otorgado, cuando los datos personales y académicos fueron registrados en el sistema.

Importante: Los usuarios pertenecientes a la aplicación web son todos los individuos que

95

conforman al ITS “República del Ecuador”, como: personal administrativo, docentes,

estudiantes, nadie externo a ella.

Opción de ingreso:

La primera vez que el usuario accede a la aplicación web, se le solicitará el cambio y

confirmación de la contraseña, para mayor seguridad y para personificarla al usuario.

Accederá a una pantalla con toda su información, ingrese la descripción de la nueva

contraseña, confírmela y registre.

Gráfico 4.16. Pantalla de cambio y confirmación de contraseña.

Fuente: Los Autores

Cuando los datos han sido actualizados, deberá volver al acceso del sistema y si el nombre de

usuario y contraseña son correctos, ingresará a la pantalla principal del sistema web, con los

privilegios del perfil al que pertenece.

Gráfico 4.17. Pantalla modelo página principal de usuarios.

Fuente: Los Autores

96

Esta pantalla le muestra el menú principal con las opciones a las cuales el usuario accederá,

un cuadro con los datos informativos (personales y académicos), en el mismo que podrá

verificar el tipo de privilegios que le fueron otorgados, otras opciones como mapa de sitio y

las ayudas web.

Opciones de error en Ingreso:

Cuando esta accediendo al sistema se pueden presentar errores, los cuales serán notificados,

para que los rectifique y pueda ingresar sin problemas, presentados de la siguiente manera:

a) Datos Incorrectos o Ud. no pertenece a la institución.

b) La Clave Ingresada es Incorrecta, Vuelva a Intentarlo.

Gráfico 4.18. Pantalla de notificación de error de ingreso.

Fuente: Los Autores

4.1.3.2. Usuario secretaria

Al igual que todos los usuarios, deberá acceder al sistema web con su nombre de usuario y

contraseña.

Este usuario tiene privilegios de ingreso, modificación, eliminación y consulta; es uno de los

responsables del manejo y control de la información académica.

97

Menú principal:

Gráfico 4.19. Pantalla de menú principal.

Fuente: Los Autores

Este menú muestra las opciones a los que el usuario “Secretaria”, tiene acceso, algunas de

las cuales se componen de submenús. A continuación se va a describir el contenido de cada

opción:

Ingresos: Estudiantes, Docentes, Áreas, Asignaturas, Horario Académico.

Académico: Distribución de Cursos, Distribución de Asignaturas, Distribución de Docentes.

Inscripciones: Nueva Inscripción, Modificar Inscripción, Eliminar Inscripción, Imprimir.

Matriculas: Búsqueda de Estudiantes, Matriculación.

Reportes: R. Estudiantes, R. Inscripciones, R. Notas Completo, Certificados de Matrícula.

Usuarios/Claves: Búsqueda de usuarios, Cambio de Clave.

Inscripciones – Menú inscripción

Gráfico 4.20. Pantalla de menú inscripciones.

Fuente: Los Autores

98

Inscripciones – Nueva inscripción

Ingrese la Información del aspirante a un cupo, datos personales, datos de promedios y

verificación de si es o no abanderado o tiene alguna discapacidad, complete la información y

guarde la información.

Gráfico 4.21. Pantalla de nueva inscripción.

Fuente: Los Autores

Al terminar este proceso se obtendrá el reporte de inscripción, el cual podrá ser accedido mas

adelante con la opción imprimir.

Gráfico 4.22. Pantalla de reporte inscripción.

Fuente: Los Autores

Ingresos – Nuevo estudiante

El ingreso de un usuario estudiante se divide en tres secciones, las cuales son secuenciales y

99

es importante su orden para realizar un proceso de ingreso correcto:

Gráfico 4.23. Pantalla de estudiante – ingreso de datos.

Fuente: Los Autores

a) Datos de estudiante: Ingrese la información personal y académica del estudiante.

Complete los campos y continúe en la próxima sección.

b) Fotografía del estudiante: Suba la fotografía para el estudiante.

c) Datos de padres de familia: Ingrese los datos de los padres de familia para contactos.

Clic en Guardar para continuar, ahora se debe confirmar los datos ingresados de estudiantes.

Gráfico 4.24. Pantalla de verificación de datos estudiantes.

Fuente: Los Autores

100

Si todo es correcto, presione Guardar para ingresar los datos en la base de datos. Ahora el

sistema le presenta las opciones de continuar matriculando al estudiante o hacerlo más tarde.

Gráfico 4.25. Pantalla de opciones de matrícula.

Fuente: Los Autores

Matrículas

Para realizar el proceso de matriculación, debe realizar la búsqueda de los estudiantes

registrados, mediante la tabla de búsqueda, adecuadamente paginada para el acceso a la

información del estudiante determinado.

Gráfico 4.26. Pantalla de búsqueda de estudiantes.

Fuente: Los Autores

Seleccione el estudiante, y presione la opción “Ver Datos”:

Gráfico 4.27. Pantalla de formulario matrícula de estudiante.

Fuente: Los Autores

101

Complete la información solicitada como sección, especialidad, paralelo al que ingresa el

estudiante y la información del representante. Presione matricular para guardar los cambios.

Una vez guardada la información de la matrícula en la base de datos obtendrá el reporte de

matrícula, en el mismo que se le asignará el nombre y clave de usuario para el acceso al

sistema.

Gráfico 4.28. Pantalla de reporte matrícula.

Fuente: Los Autores

Ingresos – Docente

Debe completar la información personal y académica del docente como relación laboral, título

y seleccionar la áreas a las que pertenece, para lo cual clic en , así como también la

fotografía del docente. Cabe recalcar que la información del título está relacionada con las

posibles áreas a las que pueda pertenecer.

102

Gráfico 4.29. Pantalla de nuevo docente.

Fuente: Los Autores

Verifique la información antes de guardar, y continúe “Guardar”, ahora se obtendrá los datos

de nombre y clave de usuario, para acceso al sistema.

Gráfico 4.30. Pantalla de confirmación de datos de docente.

Fuente: Los Autores

Los ingresos de las tablas básicas son generalmente, llenar los campos y guardar la

información.

Distribución curso

Este proceso permite determinar una sección, especialidad, paralelos a un curso específico.

Gráfico 4.31. Pantalla de distribución de cursos.

Fuente: Los Autores

103

Usuarios/ clave

Si los usuarios han olvidado su clave para el ingreso al sistema, deberán solicitarla en

secretaría. Para lo cual se busca los datos de usuario, y se realiza el cambio de contraseña.

Gráfico 4.32. Pantalla de búsqueda de usuario.

Fuente: Los Autores

Clic en “Ver Datos”, para actualizar la contraseña:

Gráfico 4.33. Pantalla de contraseña actualizada.

Fuente: Los Autores

Reportes

Se va a generar un reporte de la lista de estudiantes de un curso, estableciendo parámetros

para su contenido

Gráfico 4.34. Pantalla de Selección de parámetros para reporte.

Fuente: Los Autores

104

Aceptar, para obtener reporte, con el siguiente formato:

.

Gráfico 4.35. Pantalla de listado de estudiantes.

Fuente: Los Autores

Ahora se presenta un reporte con el total adquirido durante el trimestre de los alumnos por

curso, para determinar si es propenso al supletorio o pasa el año lectivo.

Gráfico 4.36. Pantalla de reporte de cuadro de notas.

Fuente: Los Autores

Noticias

Este proceso puede ser designado a cualquier usuario docente o administrativo. Se trata de

ingresar una noticia de un suceso actual y relevante de la institución, su título, titular, editor,

categoría y fotografía, para publicarla.

105

Gráfico 4.37. Pantalla de nueva noticia.

Fuente: Los Autores

Una vez publicada la noticia la puede administrar: Ver, Editar, Borrar.

4.1.3.3. Usuario vicerrector

Este usuario tiene acceso a ingreso de datos académicos y registro de horario académico,

además de las opciones de docente si este tiene materias asignadas.

Menú académico

Gráfico 4.38. Menú de principal vicerrector.

Fuente: Los Autores

Año lectivo

Para iniciar con todos los procesos académicos se deberá activar el nuevo año lectivo,

automáticamente detectará los datos de años, para el nuevo año lectivo.

106

Gráfico 4.39. Pantalla de inicio de año lectivo.

Fuente: Los Autores

Agenda académica

Seguido de la activación del año lectivo, se debe crear la agenda académica, determinando las

fechas de inicio y finalización de los trimestres.

Gráfico 4.40. Pantalla de creación de agenda académica.

Fuente: Los Autores

Distribución de Asignaturas

Este proceso permite la asignación de una materia especificando el número de horas, en una

distribución curso (a un curso con sección, especialidad y paralelos.) de la institución.

Gráfico 4.41. Pantalla de distribución de asignaturas.

Fuente: Los Autores

107

Distribución de docentes

Este proceso permite la asignación de distribuciones materia (una materia perteneciente a un

curso con especialidad, sección y paralelo), a un docente determinado, asignándole no más de

treinta horas.

Gráfico 4.42. Pantalla de distribución de docentes.

Fuente: Los Autores

Registro de horario académico.

Este proceso permite el registro de asignación de las distribuciones de docentes (un docente

con una asignatura), a un curso seleccionado, un día y hora específica para la clase.

Se maneja de la forma, arrastra y pega, arrastra la materia y pega en el día y la hora fijada.

Gráfico 4.43. Pantalla de registro de horario académico.

Fuente: Los Autores

108

4.1.3.4. Usuario rector

Este usuario tiene acceso a la consulta de datos académicos y generación de resultados del

proceso inscripción, además de las opciones de docente si este tiene materias asignadas.

Generación de resultados de inscripción

Este proceso permite obtener el listado de estudiantes que obtienen un cupo, y quienes

acceden a la lista de espera, en caso de que algún inscrito aprobado no haya sido matriculado.

Se lo realiza una vez que ha concluido el período de inscripción.

Gráfico 4.44. Pantalla de generación de resultados inscritos.

Fuente: Los Autores

Debe tomar en cuenta los siguientes parámetros: numero de paralelos a crear en octavo año,

estudiantes que conformarán cada curso y la determinación de la sectorización, generándose

un número estimado de cupos a otorgar. Una vez verificados los datos, continúa para generar

los resultados previos.

Gráfico 4.45. Pantalla de resultados previos.

Fuente: Los Autores

109

Finalmente si los cupos otorgados son consistentes, se genera las listas definitivas, para

publicar.

Gráfico 4.46. Pantalla de reporte de cupos asignados.

Fuente: Los Autores

Asignar inscritos aprobados a cursos parciales.

Este proceso permite distribuir a los inscritos aprobados a un curso parcial, para su posterior

matrícula en el curso que le fuese asignado.

Gráfico 4.47. Pantalla de asignación de cursos.

Fuente: Los Autores

4.1.3.5. Usuario inspector general

Este usuario tiene acceso a la distribución de inspectores de curso, justificación de faltas y

consulta de datos referentes al departamento de inspección.

110

Distribución de inspectores

Este proceso permite asignar a docentes pertenecientes al área de inspección, cursos los

cuales va a inspeccionar durante el año lectivo.

Gráfico 4.48. Pantalla de asignación de inspectores

Fuente: Los Autores

Justificación de faltas

Este proceso permite al inspector general, reportar la causa de la inasistencia del estudiante y

verificar si fue solicitada la justificación en el período accesible que es de cuarenta y ocho

horas dentro del tiempo laborable. Para lo cual debe determinar la fecha desde la primera

falta.

Gráfico 4.49. Pantalla de justificar faltas de asistencia.

Fuente: Los Autores

111

Si las faltas fueron justificadas correctamente se le mostrará, el reporte correspondiente.

Gráfico 4.50. Pantalla de reporte justificar.

Fuente: Los Autores

4.1.3.6. Usuario docente / inspector

Este usuario tiene acceso al registro de notas y registro de la hoja de control si ha sido

designado en inspección.

Ingreso de notas

Este proceso permite al docente registrar las calificaciones del estudiante obtenidas en una

parcial del trimestre en curso.

Gráfico 4.51. Pantalla de ingreso de notas.

Fuente: Los Autores

112

El docente deberá seleccionar las opciones de las distribuciones que le fueron asignadas, un

curso de una sección, especialidad y paralelo determinado, con la respectiva asignatura, para

generar el listado de los estudiantes de ese curso, y verificar si el período de notas está activo.

Ingreso de hoja de control

Este proceso permite al docente asignado como inspector llevar a cabo el registro diario de la

hoja de control, debe especificar el curso y la fecha de ingreso y registrar la información del

tema tratado en clase junto a la asistencia del docente. Y las faltas cometida por el

estudiante.

Gráfico 4.52. Pantalla de ingreso de hoja de control.

Fuente: Los Autores

Reporte de distribución docentes

Gráfico 4.53. Pantalla de reporte de distribución de docente.

Fuente: Los Autores

Este reporte permite al docente conocer y verificar los cursos que le han sido asignados en el

período lectivo actual.

113

4.1.3.7. Usuario estudiante

Este usuario tiene acceso a la consulta de notas y ficha de control.

Consulta de notas

Puede consultar las notas del año lectivo actual e incluso de años anteriores, tiene acceso a un

gráfico dinámico mediante el cual se muestra su rendimiento en cada asignatura y al reporte

de calificaciones.

Gráfico 4.54. Pantalla de consulta de notas.

Fuente: Los Autores

Consulta de ficha de control

Puede consultar la ficha de control con las faltas que ha cometido durante un día específico

del trimestre actual, mediante esta consulta el representante verifica si tiene alguna falta de

asistencia.

Gráfico 4.55. Pantalla de consulta de ficha de control.

Fuente: Los Autores

114

4.1.3.8. Usuario administrador

Este usuario tiene accesos exclusivos como activar los períodos de notas, matriculas y de

inscripciones, solicitados por secretaría. Asignación de privilegios a usuarios, obtención del

backup de la base de datos y control de los ingresos y procesos de la Aplicación web.

Período matriculas

Este proceso permite registrar las fechas de inicio y fin de cada etapa de la matriculación:

Ordinarias, Extraordinarias y Especiales.

Gráfico 4.56. Pantalla de activación de matrículas.

Fuente: Los Autores

Periodo inscripciones

Este proceso permite el registro de la fecha de inicio y fin para ingreso de las inscripciones.

Gráfico 4.57. Pantalla de activación de inscripciones.

Fuente: Los Autores

Período notas

Este proceso permite la activación de una parcial o parciales de un tipo especialidad, para el

ingreso de notas, determinando los días de duración.

115

Gráfico 4.58. Pantalla de activación período notas

Fuente: Los Autores

Privilegios usuarios

Otorga privilegios adicionales, a los que se le fueron asignados al ingreso de los datos.

Gráfico 4.59. Pantalla de asignación de privilegios.

Fuente: Los Autores

BackUp

Este proceso permite descargar el script de la base de datos para llevarlo como respaldo en

caso de perderse la información.

Gráfico 4.60. Pantalla de generación de backup.

Fuente: Los Autores

Auditoría interna de procesos

Este proceso permite obtener los datos de los procesos que fueron realizados determinando

desde que PC fue realizado, la fecha, y el usuario que registro dicho proceso.

116

Gráfico 4.61. Pantalla de auditoria de datos.

Fuente: Los Autores

Sistema de ayudas web

Todos los módulos de la Aplicación Web contienen el sistema de ayudas, que ofrecen las

asistencias necesarias estructuradas paso a paso para que el usuario se guíe en el proceso que

está realizando. Tan solo debe presionar el ícono de ayudas y en Mozilla Firefox funciona al

presionar la tecla Esc.

Gráfico 4.62 Pantalla de sistema de ayudas web.

Fuente: Los Autores

117

4.2. MANUAL TÉCNICO.

4.2.1. Arquitectura de la aplicación web.

La arquitectura de una aplicación precisa como se organizan los distintos módulos que la

componen.

El usuario interacciona con las aplicaciones web a través del navegador. Como consecuencia

de la actividad del usuario, se envían peticiones al servidor, donde se aloja la aplicación y que

normalmente hace uso de una base de datos que almacena toda la información relacionada

con la misma. El servidor procesa la petición y devuelve la respuesta al navegador que la

presenta al usuario. Esta distribución se conoce como el modelo o arquitectura de tres capas.3

Gráfico 4.63. Programación por capas.

Fuente: http://www.lsi.us.es/docencia/get.php?id=3887

4.2.1.1. Capa presentación.

Constituye el navegador, que presenta la interfaz al usuario.

Gráfico 4.64. Modelos de pantallas del sistema.

Fuente: Los Autores

3 Grupo de Ingeniería de Software, (2009), “INTRODUCCIÓN A LAS APLICACIONES WEB”

http://www.lsi.us.es/docencia/get.php?id=3887

http://www.lsi.us.es/docencia/get.php?id=3887

118

4.2.1.2. Capa lógica de negocio.

Constituye la aplicación, que se encarga de realizar las operaciones necesarias según las

acciones llevadas a cabo por el navegador.

Esta capa constituye el lugar donde se reciben las peticiones del usuario y se envían las

respuestas tras el proceso.

Gráfico 4.65. Modelos de pantallas de código.

Fuente: Los Autores

4.2.1.3. Capa datos.

La base de datos, donde la información relacionada con la aplicación es almacenada,

necesaria para el funcionamiento.

Gráfico 4.66. Modelos de pantallas motor de base de datos.

Fuente: Los Autores

119

4.2.1.4. Módulos de la aplicación web.

La Aplicación se la desarrolló por módulos los cuales son:

Módulo Descripción

Inscripciones Activa Período, Inscripción, Generar Resultados

Ingresos Datos de Distribuciones, Docentes, Cursos, Horarios, etc.

Matriculación Activa Período, Estudiantes, Matrículas, Pases de año

Control de Notas Activa Notas, Ingresar Notas, Consulta de Notas

Control de Inspección Hoja de Control, Justificar Faltas

Gestor de Noticias Nueva Noticias, Administrar

Ayudas Web Procesos detallados paso a paso, en la aplicación.

Tabla 4.4. Módulos de la aplicación.

Fuente: Los Autores

4.2.2. Tecnología y herramientas

4.2.2.1. Tecnologías utilizadas para el desarrollo de la aplicación web

Las diferentes tecnologías utilizadas para este desarrollo son las siguientes:

Tecnologías Descripción

Sistema Operativo Windows XP Profesional

Windows 7

Servidor web Apache

Base de datos MySql

Lenguajes de Programación Php, JavaScript

Tabla 4.5. Tecnologías utilizadas para el desarrollo

Fuente: Los Autores

http://es.wikipedia.org/wiki/Apache

120

4.2.2.2. Herramientas

Las herramientas que se han utilizado en el desarrollo de la aplicación son:

Herramientas / Versiones

Diseño de Base de Datos Erwin V. 4.0

Generador de Base de Datos MySql V. 5.0

Programación Aplicación Web Adobe Dreamweaver CS3

Edición de imágenes, menús, íconos. Adobe Fireworks CS3 / Adobe Photoshop CS4

Animaciones flash Adobe Flash CS3

Servidor de pruebas Apache 2.2.8

Tabla 4.6. Herramientas utilizadas en el desarrollo.

Fuente: Los Autores

4.2.2.3. Descripción de tecnologías y herramientas.

Windows XP profesional:

Es un sistema operativo de gran fiabilidad, cuyo “diseño permite que varias aplicaciones se

ejecuten simultáneamente, al tiempo que garantiza una gran respuesta y estabilidad del

sistema, con ejecución de las aplicaciones más exigentes con excelentes tiempos de respuesta

del sistema“4

Servidor web Apache:

Para hacer pruebas de la aplicación será utilizado el servidor web Apache, incluido en el

paquete Appserv-2.5.10, recomendado para la tecnología PHP que puede funcionar en el

cualquier sistema operativo ya sea Windows o Linux.

“Apache es el componente de servidor web, junto a MySQL y PHP, posee varias ventajas:

4 TIRADO, Luis, (2012), “CARACTERÍSTICAS Y VENTAJAS DE WINDOWS XP PROFESIONAL”

http://www.duiops.net

http://es.wikipedia.org/wiki/MySQL

http://es.wikipedia.org/wiki/PHP

121

Es Modular

Código abierto

Multi-plataforma

Extensible

Popular (fácil conseguir ayuda/soporte)”5

MySql:

Se ha elegido esta Base de Datos debido a que es conocida por tener gran capacidad de

almacenamiento y robustez a la hora de ejecutar consultas de gran nivel, además se ha tomado

en cuenta que la institución busca innovar las herramientas tecnológicas dentro de sistemas

informáticos para el desarrollo de procesos en la misma.

“MySQL es un sistema de gestión de bases de datos relacional, multihilo y multiusuario muy

utilizado en aplicaciones web, en plataformas (Linux/Windows-Apache-MySQL-

PHP/Perl/Python), está muy ligada a PHP.”6

PHP:

Se considera un lenguaje específicamente creado para la realización de aplicaciones web.

“PHP es un lenguaje de scripting que permite la generación dinámica de contenidos en un

servidor web. Entre sus principales características cabe destacar su potencia, su alto

rendimiento, su facilidad de aprendizaje y su escasez de consumo de recursos”7

5 WIKIPEDIA, (2011), “SERVIDOR HTTP APACHE”.

http://es.wikipedia.org/wiki/Servidor_HTTP_Apache

6 PEREZ, José, (2011), “MYSQL MANUAL DE REFERENCIA”.

http://www.esepestudio.com/articulo/desarrollo-web/bases-de-datos-mysql/Que-es-MySQL.htm 7 HEURTER, Olivier, (2011), “DESARROLLO DE SITIOS WEB DINÁMICOS E INTERACTIVOS

PHP”, 2da Ed, Barcelona

http://es.wikipedia.org/wiki/Hilo_de_ejecuci%C3%B3n

http://es.wikipedia.org/wiki/Multiusuario


122

Gráfico 4.67. Función servidor web, php, mysql.

Fuente: http://xyox.info/2011/01/04/manual-basico-de-php-y-mysql/

JavaScript:

Es considerado “lenguaje de programación interpretado, dialecto, se define como orientado a

objetos, se utiliza principalmente en su forma del lado del cliente, implementado como parte

de un navegador web permitiendo mejoras en la interfaz de usuario y páginas web dinámicas,

en bases de datos locales al navegador.”8

Erwin 4.0:

Esta herramienta permite modelar la base de datos en los ámbitos lógico y físico, es muy útil

ya que permite migrar mediante scripts la estructura de la BDD a MySql con la utilización del

conector mysql-connector-odbc-5.00.10.

Adobe Dreamweaver CS3:

Es una herramienta destinada a la construcción, diseño y edición de aplicaciones web , en este

caso con el lenguaje de programación PHP.

8 DOMINGUEZ, Manuel, (2005). “BASES DE DATOS EN EL CLIENTE CON JAVASCRIPT DB”

http://es.wikipedia.org/wiki/JavaScript

http://xyox.info/2011/01/04/manual-basico-de-php-y-mysql/

http://es.wikipedia.org/wiki/Lenguaje_de_programaci%C3%B3n_interpretado

http://es.wikipedia.org/wiki/Programaci%C3%B3n_orientada_a_objetos

http://es.wikipedia.org/wiki/Programaci%C3%B3n_orientada_a_objetos

http://es.wikipedia.org/wiki/Lado_del_cliente

http://es.wikipedia.org/wiki/Navegador_web

http://es.wikipedia.org/wiki/Interfaz_de_usuario

http://es.wikipedia.org/wiki/P%C3%A1gina_web

http://es.wikipedia.org/wiki/Aplicaciones_Web

123

Adobe Fireworks CS3:

Es una herramienta que permite la edición y creación de imágenes, botones, banners para el

diseño de la aplicación web.

Adobe Flash CS3:

Es una herramienta que permite crear objetos animados dentro de la aplicación web, para que

su diseño tenga más realce.

Adobe Photoshop CS4:

Es una herramienta que permite editar imágenes con efectos avanzados.

124

CAPITULO V

CONCLUSIONES Y RECOMENDACIONES

5.1. CONCLUSIONES

Con la utilización de la aplicación web se mejora el nivel de seguridad de la información

académica, que conlleva una gran responsabilidad dentro del Instituto Tecnológico

Superior “República del Ecuador”.

La Aplicación es de gran beneficio para docentes y estudiantes ya que podrán interactuar

con la información académica de forma constante, haciendo uso de las nuevas tecnologías

que esta aplica en el registro y control de notas vía online.

Todos los procesos manejan información actualizada y con acceso de forma inmediata, sin

pérdidas de tiempo.

El ingreso de la hoja de control permitirá obtener inmediatamente los datos de faltas de

asistencia de los estudiantes, para que sean justificadas y no generen problemas de

pérdidas de año.

El manejo de los riesgos y requerimientos fue muy importante para poder establecer los

parámetros a utilizar de una forma exacta, para satisfacer las necesidades de la institución.

Las herramientas utilizadas se adaptaron bien a las diferentes plataformas como sistemas

operativos y a los equipos que en la actualidad posee la institución, incluso aun cuando la

Aplicación se encuentra alojada en un servidor externo.

Con el uso de varias herramientas se ha mejorado la estética y el aspecto de la aplicación

web, brindando una interfaz amigable y adecuada para el manejo de los diferentes

usuarios que hacen uso de la misma.

La mayoría del personal de la institución siente que la informática, hace más eficiente su

trabajo, a la vez que ahorra tiempo en sus labores.

125

5.2. RECOMENDACIONES

Se recomienda sacar respaldos de la base de datos de forma habitual para de esta forma

tener la información segura y evitar pérdidas de información importante.

Se recomienda la adquisición del equipo servidor para que la Aplicación se encuentra

dentro de la institución, por mayor seguridad de código.

Se recomienda realizar la capacitación al personal que usara la aplicación, con el objetivo

de obtener el mejor aprovechamiento del software y evitar daños por mal manejo.

Se recomienda un diálogo claro entre el diseñador del software y los usuarios, para

descubrir y definir los requisitos. Y evitar al final del desarrollo desacuerdos.

Es importante actualizar y dar mantenimiento a la aplicación para que funcione

correctamente, permitiendo que se mantenga liviana y libre de errores.

Cualquier módulo adicional que se desarrolle, deberá continuar con la metodología RUP,

manteniendo en cada fase la calidad de la aplicación y permitiendo documentar todo el

proceso de desarrollo.

Realizar las consultas adecuadas a la hora de enviar los parámetros para que el código

desarrollado por los programadores tenga la funcionalidad correspondiente.

Verificar que los resultados sean correctos realizando diferentes pruebas de manejo y

verificando que el proceso de datos muestre la información adecuada y verdadera.

Comprobar la conexión y funcionalidad del servidor web en la red interna y externa,

realizando pruebas y compatibilidad del software en el servidor.

Verificar la funcionalidad de toda la aplicación de manera periódica y tratando de

solucionar errores lo más rápidamente posible para que no se vea afectado en una manera

global la aplicación.

126

BIBLIOGRAFÍA

AGUIRRE, J. R. (2011). "SEGURIDAD INFORMÁTICA Y CRIPTOGRAFÍA"

(Sexta edición). Madrid: Politécnica Madrid.

CHOW, G. (2010). "DISEÑO Y DESARROLLO WEB CON DREAMWEAVER

CS3" (Primera edición). México: Anaya Multimedia.

GARCIA BLANCO, S., & MORALES RAMOS, E. (2010). "ANÁLISIS Y DISEÑO

DETALLADO DE APLICACIONES INFORMÁTICAS DE GESTIÓN" (Primera

edición). México: Thomson Paraninfo.

GARCÍA, A., & ALEGRE, M. P. (2011). "SEGURIDAD INFORMÁTICA" (Primera

edición). Madrid.

GAUCHAT, D. (2012). "EL GRAN LIBRO DE HTML5, CSS3 Y JAVASCRIPT

"(Primera edición). Barcelona: MarcoCombo.

GUTIÉRREZ GALLARDO, J. D. (2011). "DESARROLLO WEB CON PHP 5 Y

MYSQL" (Primera edición). La Habana: Aula Magna.

GUTIERREZ, E. (2010). "JAVASCRIPT CONCEPTOS BÁSICOS Y

AVANZADOS" (Segunda edición). Barcelona.

HEURTER, O. (2011). "DESARROLLO DE SITIOS WEB DINÁMICOS E

INTERACTIVOS PHP" (Segunda edición). Barcelona.

JACOBSON, I. (2008). "EL PROCESO UNIFICADO DE DESARROLLO DE

SOFTWARE" (Primera edición). Madrid: Pearson Education.

127

KENDALL, K. E., & KENDALL, J. E. (2010). "ANÁLISIS Y DISEÑO DE

SISTEMAS" (Sexta edición). México: Pearson Educación.

MEDIactive. (2010). "APRENDER DREAMWEAVER CON 100 EJERCICIOS

PRÁCTICOS" (Primera edición). Barcelona: MarcoCombo.

POSSO, M. A. (2009). "METODOLOGÍA PARA EL TRABAJO DE GRADO"

(Cuarta edición). Ibarra: Talleres Gráficos de NINA.

PRESSMANM, R. S. (2010). "INGENIERÍA DEL SOFTWARE" (Sexta edición).

Argentina: McGraw-Hill.

PRESSMANM, R. S. (2010). "INGENIERÍA DEL SOFTWARE l" (Sexta edición).

Argentina: McGraw-Hil.

RODRIGUEZ, A. (2011). "SEGURIDAD INFORMÁTICA ETHNICAL HACKING"

(Primera edición). Barcelona.

ROMO, M. M. (2010). "INGENIERÍA DEL SOFTWARE" (Séptima edición). Madrid:

Pearson Education.

128

LINCOGRAFÍA

BOOCH, Grady; JACOBSON, Ivar; RUMBAUGH, James, (2009), “EL PROCESO

UNIFICADO DE DESARROLLO DE SOFTWARE.”

http://yaqui.mxl.uabc.mx/~molguin/as/RUP.htm

CARDENAS, Lola, (2010), “CURSO DE JAVASCRIPT”

http://www.slideshare.net/stevengomez/manual-tutorial-javascript-con-ejemplos

CASTILLO, Mauricio, (2011), “EL SISTEMA EDUCATIVO DEL ECUADOR”.

http://es.scribd.com/doc/46434801/El-sistema-educativo-del-Ecuador

DIEZ, Eduardo, (2010), “CALIDAD DE SOFTWARE, CMM - CAPABILITY

MATURITY MODEL”.

http://www.etmk.cl/in72j/documentos/procesos/DIEZ-CMM.pdf

DOMINGUEZ, Manuel, (2010). “BASES DE DATOS EN EL CLIENTE CON

JAVASCRIPT DB”.


GAXIOLA, Jesús, (2010), “ESTUDIOS DE FACTIBILIDAD”.

http://www.geocities.com/factibilidad.html

GONZALES, Joel, (2009), “MANUAL BASICO DE PHP Y MYSQL”


GUTIERREZ, Edgar, (2010), “DESARROLLO Y CREACIÓN DE DIAGRAMAS DE

FLUJO DE DATOS”.

http://www.fismat.umich.mx/mipagina/tesis/node43.html

GUÍAPMBOK, (2011), “GESTIÓN DE RIESGOS EN LA ADMINISTRACIÓN

DE PROYECTOS”

http://www.naya.org.ar/articulos/museología01.htm.

http://yaqui.mxl.uabc.mx/~molguin/as/RUP.htm

http://es.scribd.com/doc/46434801/El-sistema-educativo-del-Ecuador

http://www.etmk.cl/in72j/documentos/procesos/DIEZ-CMM.pdf


http://www.geocities.com/%20sistemas/factibilidad.html


http://www.fismat.umich.mx/~emurguia/mipagina/tesis/node43.html

http://www.naya.org.ar/articulos/museología01.htm

129

Neothek,(2012), “CERTIFICADOS SSL ECUADOR”

http://www.neothek.com/certificados-ssl/Ecuador/

NORMA CUBANA, (2010), “INGENIERÍA DE SOFTWARE—CALIDAD DEL

PRODUCTO—PARTE 1: MODELO DE LA CALIDAD(ISO/IEC 9126-1:2001,

IDT)”

http://es.scribd.com/doc/71946813/NC-ISO-IEC-9126-1

ORACLE, (2011), “MYSQL 5.0 REFERENCE MANUAL

MYSQL”.http://dev.mysql.com/doc/refman/5.0/es/index.html

PÉREZ, Javier, (2010), “CSS AVANZADO, HERRAMIENTAS Y UTILIZACIÓN”.

http://www.librosweb.es/css_avanzado/

PÉREZ, Javier, (2011), “INTRODUCCIÓN A JAVASCRIPT”

http://www.librosweb.es/javascript/pdf/introduccion_javascript.pdf

PEREZ, José, (2011), “MYSQL MANUAL DE REFERENCIA”.

http://www.esepestudio.com/articulo/desarrollo-web/bases-de-datos-mysql/Que-es-

MySQL.htm

QUIÑONES, Ernesto, (2011), “LA INGENIERÍA DE SOFTWARE EN EL MODELO

DE DESARROLLO DEL SOFTWARE LIBRE”.

http://www.eqsoft.net/

RUIZ, Francisco y POLO, Macario, (2010), “MODELOS DE CALIDAD DEL

SOFTWARE”


SALCEDO, Cruz, (2009), “LA NUEVAS TECNOLOGÍAS DE LA EDUCACIÓN

(TESIS EN LÍNEA) EN UNIVERSIDAD DE GUAYAQUIL”.

http: // www. Guayaquil. Edu.ec

http://www.neothek.com/certificados-ssl/Ecuador/

http://dev.mysql.com/doc/refman/5.0/es/index.html

http://www.librosweb.es/css_avanzado/

http://www.librosweb.es/javascript/pdf/introduccion_javascript.pdf

http://www.eqsoft.net/

130

TIRADO, Luis, (2012), “CARACTERÍSTICASY VENTAJAS DE WINDOWS XP

PROFESIONAL”.

http://www.duiops.net

UNIVERSIDAD FRONTERA, (2010), “INICIO A DIAGRAMAS DE FLUJO DE

DATOS”.

http://www.galeon.com/zuloaga/Doc

VARGAS, Aideé, (2011), “ANÁLISIS DE SISTEMA, METODOLOGÍAS DE

DESARROLLO DE SOFTWARE”

http://www.cs.umss.edu.bo

WIKIPEDIA, (2011), “SERVIDOR HTTP APACHE”.


Wikipedia, (2012), “TRANSPORT LAYER SECURITY”

http://es.wikipedia.org/wiki/Transport_Layer_Security

http://www.duiops.net/

http://www.galeon.com/zuloaga/Doc



http://es.wikipedia.org/wiki/Transport_Layer_Security

131

ANEXOS

ANEXO 1.

ENTREVISTA

Entrevistado: Rector - Representante Consejo Directivo Fecha: 10 Octubre de 2011

Entrevistador: Tnlgo. Luis Mora

Tnlga. María José Hidalgo

Objetivo: Esta entrevista tiene por objeto obtener las opiniones y criterios de las

autoridades del Consejo Directivo del I.T.S. República del Ecuador, referentes al

tema de “Adaptación de nuevas tecnologías, para el desarrollo de los procesos

académicos”.

¿La Institución Dispone de un plan informático?

En la actualidad, lamentablemente todo en su mayoría se lleva a cabo manualmente, no hemos

tenido la oportunidad de adquirir un sistema informático que permita hacer procesos de una

manera rápida y eficaz.

¿Considera importante la incursión de tecnologías informáticas a nivel del desarrollo

educativo?

Dentro del desarrollo educativo es muy importante participar de las nuevas tecnologías, ya

permiten poner a la vanguardia la educación actual.

¿Cree que informatizar los procesos académicos, ayudará en el progreso Institucional?

Claro que si, sería una gran ayuda para todo el personal que conforman la Institución, ya que

se obtendrá mejor desempeño en cuanto al trabajo y resultados que se desea obtener.

¿Qué procesos académicos piensa que son aptos para entrar a un plan de

sistematización?

Pienso que los principales serían Matriculación, Ingreso de Notas, Inscripciones.

¿Cuál es la forma actual de realización de Procesos Académicos?

Como se ha dicho, los procesos son realizados manualmente y pasados al computador a hojas

de Excel o Word, pero a veces se complica la búsqueda de los datos académicos.

¿Cree que hay cierta falta eficiencia y eficacia en la ejecución de ellos?

Pienso que si, ya que cuando se da por ejemplo el proceso de matriculación hay aglomeración

de padres de familia en todas la oficinas del departamento administrativo.

El personal administrativo es quien hace uso de estos procesos en su mayor parte, ¿Cree

que este dispuestos a adoptar el manejo de un sistema informático?

Con una buena capacitación, ellos estarían dispuestos a manejar los procesos informatizados.

¿La institución cuenta con equipos que permitan la implementación de un sistema

informático?

En su mayoría los equipos son de buenas características de capacidad y rendimiento.

Nosotros le ofrecemos un Aplicación Web, mediante la cual a más de realizar consultas y

procesos académicos, podrá acceder a la información de la Institución mediante páginas

informativas. ¿Cree que este tipo de sistema tenga acogida?

Si, ya que en la actualidad el internet es una herramienta muy poderosa y todos los

profesionales tenemos al menos un poco de conocimiento para navegar en la web.

¿Está dispuesto a permitir la futura implantación de una Aplicación Web?

Si existe la posibilidad, estoy de acuerdo en dar apertura a esta Aplicación Web, de igual

manera con el compromiso de brindarles toda la ayuda posible en la recopilación de

información necesaria.

Agradecemos su colaboración.

ANEXO 2.

ENTREVISTA

Entrevistado:

Secretaría Académica

Representante Consejo Directivo

Fecha: 7 Noviembre de 2011

Entrevistador: Tnlgo. Luis Mora Tnlga. María José Hidalgo

Objetivo: Esta entrevista tiene por objeto definir los pre-requerimientos con los que

debe contar la Aplicación Web, para su futura implantación.

Definidos los procesos a informatizar, ¿Cuáles son los involucrados para ejecutarlos?

En el proceso de matriculas el departamento administrativo es quien se encarga de estas

funciones, al igual que en el proceso de notas en conjunto con los docentes, y en los procesos

de ingreso de hojas de control y justificación de faltas se encarga el departamento de

inspección y los estudiantes que son prácticamente los protagonistas para llevar estos

procesos.

¿Cómo se lleva a cabo el proceso de matriculación?

Este proceso de lo realiza en tres períodos académicos, Ordinario, Extraordinario y Especiales

cada uno con sus características previas.

¿Cuáles son los subprocesos que contiene la matrícula de estudiantes?

Previo a las matrículas se realiza la inscripción de los estudiantes que desean obtener un cupo,

luego de su selección pueden matricularse en un curso que lo define una persona encargada es

decir distribuye a los inscritos aprobados en cursos.

En cuanto al proceso de ingreso de notas, ¿Cómo se lo realiza?

Cada docente es responsable de la entrega de una hoja de calificaciones de los cursos en los

que imparte cátedra con las notas de sus estudiantes. Para ser pasada al computador y generar

los reportes mensuales y trimestrales. Se da un período establecido para la entrega de notas,

pero en su mayoría este no es respetado, y existen muchos retrasos.

¿Cómo es el registro de la hoja de control?

En el departamento de inspección se designa a los inspectores de curso los cuales son los

encargados de mantener el control de los datos de la hoja de control, para verificar faltas de

conducta y asistencia e indicar a los estudiantes que deben justificar la falta de asistencia en

inspección general.

¿Qué parámetros cree que se deben establecer en el desarrollo de la Aplicación Web?

Desde su punto de vista.

Primero la seguridad de la información académica es levante, acceso más rápido a todos los

datos e información actualizada.

¿Cree necesario la obtención de reportes impresos, o son accesibles las consultas vía

web?

Por la forma de llevar el proceso académico actual en el país es importante la obtención de

reportes, pero las consulta vía web serán de gran ayuda en especial para que los representantes

de los estudiantes estén al tanto del rendimiento y aprovechamiento del alumno sin necesidad

de estar constantemente en la Institución.

¿Todos los procesos académicos se rigen a normas dentro de la Institución?

No precisamente son normas de la Institución, son basados en el modelo educativo del

Ministerio de Educación, al cual todos nos debemos regir, por lo que todos los requerimientos

se rigen a ese modelo.

Se propone el manejo de tipos de usuario, para la aplicación web ¿es conveniente?

Definitivamente si, ya que no todos quienes nos encargamos de estas funciones tenemos

diferentes responsabilidades y sería importante que cada quien maneje la información que le

fue asignada.

ANEXO 3.

ENTREVISTA

Entrevistado: Personal de Informática

Representante Consejo Directivo

Fecha: 9 Enero de 2012

Entrevistadores: Tnlgo. Luis Mora - Tnlga. María José Hidalgo

Objetivo: Esta entrevista tiene por objeto obtener las opiniones y criterios de las del

personal del área de informática, sobre los riesgos a los que puede estar

expuesta la Aplicación Web en su futura implantación.

¿Cuáles piensa que son los riesgos más importantes que se dan en la implementación de

una Aplicación Web o sistema informático?

Seguridad de Información

Diseño no adecuado

Requisitos no bien definidos

Poca participación del usuario final

Cambios de las normas o políticas de los procesos

Incompatibilidad de Software

Inapropiado manejo de la Aplicación

Equipos no aptos para la implementación de la Aplicación.

¿Cómo representa el riesgo de seguridad?

Se provoca la pérdida o modificación de los datos sensibles de la organización, lo que puede

representar un daño muy importante.

¿Cómo representa el riesgo de diseño no adecuado?

Este riesgo se presenta muy a menudo cuando no se definen los parámetros de diseño en

conjunto con la Institución, hay casos que el usuario no comparte criterios con el

desarrollador, lo cual genera cambios.

¿Cómo representa el riesgo de requisitos no bien definidos?

Este riesgo se da cuando los riesgos planteados en un principio por todos los participante del

proyecto, pierde su estructura por desacuerdos o un análisis basado en suposiciones, dentro

del ámbito de desarrollo.

¿Cómo representa el riesgo de poca participación del usuario final?

Este riesgo es muy importante ya que si sucede, es por descuido tanto del equipo de desarrollo

como los involucrados dentro de la Institución, que no han estructurado un calendario de

sesiones para presentación de la evolución constante del sistema.

¿Cómo representa el riesgo del cambio de normas o políticas de procesos?

Este proceso se da en muchas ocasiones, ya que en el caso de los sistemas enfocados al sector

educativo dependen de las normas basadas en el Ministerio de Educación, constituye un

riesgo moderado cuando el cambio es compatible con el proceso ya efectuado, pero de de

gran riesgo si cambia totalmente.

¿Cómo representa el riesgo de incompatibilidad de software?

Muchas veces cuando el sistema está siendo probado para su ejecución se encuentra con

incompatibilidades del software en el que se está implementado, lo cual es importante pero

más accesible para solucionar.

¿Cómo representa el riesgo de manejo inapropiado de la Aplicación?

En ocasiones el mal manejo del sistema, ingreso de datos inválidos, intentos fallidos de

ingresar al sistema, pueden generar errores en los procesos de la aplicación web.

¿Cómo representa el riesgo de Equipos no aptos para la implementación?

Se da muchas veces por las características ineficientes que presentan los equipos para

manipulación de la aplicación, que conlleva a procesos con tardía de carga, además se

describe a Virus y códigos maliciosos, intentan dañar la información y la expones a hackers.

¿Cuál piensa que es la mejor forma de sobrellevar estos sucesos, que pueden

presentarse?

La mejor solución es poner en marcha un plan de mitigación para prevenir o dar solución a un

riesgo que puede hacer que el desempeño de la aplicación, no sea el adecuado.


ANEXO 4

ENCUESTA

Esta encuesta está dirigida a docentes y estudiantes del Instituto Tecnológico Superior

“República del Ecuador”, con la finalidad de obtener el criterio de acuerdo o

desacuerdo con el desarrollo de una aplicación web para procesos académicos, marque

con una X la respuesta.

1. ¿Tiene conocimiento de la manera que se aplican los procesos académicos en el Instituto

Tecnológico Superior “República del Ecuador”?

SI NO

2. ¿Le gustaría que se sistematicen los procesos de matriculas, notas y de inspección?

SI NO

3. La implementación del Sistema de matriculación, notas y de inspección favorece en gran

parte a la Institución como al alumnado.

Total acuerdo Parcial desacuerdo

Parcial acuerdo Total desacuerdo Indiferente

4. ¿Está de acuerdo que el Sistema de Matriculación, Notas y de Inspección sea un software

que permita realizar y consultar procesos vía internet?

SI NO

5. ¿Estaría dispuesto a colaborar con la recolección de datos para nuestro proyecto?

SI NO

6. ¿Con el Sistema de Matriculación se agilitaran de gran manera los tramites de

matriculación de los alumnos?

SI NO

7. A su criterio, ¿Sería conveniente la capacitación para el uso de este software?

SI NO

8. ¿Está de acuerdo, con adoptar las nuevas tecnologías informáticas con la elaboración de

esta Aplicación Web de matriculación y control de notas con módulo de inspección,

dentro del campo académico?

SI NO


ANEXO 5

INFORME DE ENCUESTA

CANTIDAD DE PERSONAS ENCUESTADAS:

Población de Muestra

Universo: Docentes y Estudiantes del Instituto Tecnológico Superior República del Ecuador.

Población: Cantidad de Estudiantes y Docentes que requieren la Aplicación al Año.

Muestra: Encuestados

n = Tamaño de la muestra.

PQ = Varianza de la población, valor constante = 0.25

N = Población / Universo. (1800)

(N-1) = Corrección geométrica, para muestras grandes >30

E = Margen de error estadísticamente aceptable:

0.02 = 2% (mínimo)

0.3 = 30% (máximo)

0.05 = 5% (recomendado. en educación.)

K = Coeficiente de corrección de error, valor constante = 2

PQ

K

EN

NPQn

2

2

)1(

.

Aplicando la fórmula:

Resultado: El tamaño de la muestra es de 327

PQ

K

EN

NPQn

2

2

)1(

.

25,0

2

05,0)1799(

)25,0)(1800(

2

2

n

25,0000625,0)1799(450

n

25,0124375,1450

n

374375,1450n

327n

1. ¿Tiene conocimiento de la manera que se aplican los procesos académicos en el

Instituto Tecnológico Superior “República del Ecuador”?

RESPUESTA FRECUENCIA FRECUENCIA RELATIVA

SI 156 47,71%

NO 171 52,29%

Total: 327 100%

Interpretación: Del total de encuestados, no tienen conocimiento de cómo se efectúan

internamente los procesos académicos dentro de la institución, a contrario del 47% de

personas que conocen o tienen indicios de la aplicación sobre estos procesos.

2. ¿Le gustaría que se sistematicen los procesos de matriculas, notas y de inspección?


SI 302 92,35%

NO 27 7,65%

Total: 327 100%

48% 52% SI

NO

Interpretación: Del total de encuestados, el 92,35% que corresponde a 302 personas

muestran agrado por que los procesos académicos se realicen mediante un sistema

informático, mientas que un 7,654% perteneciente a 27 personas no les agrada el cambio al

proceso actual.

3. La implementación del Sistema de matriculación, notas y de inspección favorece en

gran parte a la Institución como al alumnado.


Total de Acuerdo 263 80,42%

Parcial Acuerdo 39 11,92%

Parcial Desacuerdo 17 5,19%

Total Desacuerdo 8 2,44%

Indiferente 0 0%

Total: 327 100%

92%

8%

SI

NO

80%

12% 5%

3% 0%

Total de Acuerdo

Parcial Acuerdo

ParcialDesacuerdoTotal Desacuerdo

Indiferente

Interpretación: Del total de encuestados, el 80,42% de personas concuerdan que la

implementación de un sistema informático es de gran beneficio para toda la Institución y

quienes la conforman, un 11,92% está parcialmente de acuerdo, mientras un 5,19% están en

parcial desacuerdo y un minoritario número de encuestados que constituye el 2,44% está en

total desacuerdo.

4. ¿Está de acuerdo que el Sistema de Matriculación, Notas y de Inspección sea un

software que permita realizar y consultar procesos vía internet?


SI 315 96,33%

NO 12 3,67%

Total: 327 100%

Interpretación: Del total de encuestados, el 96,33% están interesados en que se apliquen los

procesos y consulta de ellos vía web, tan solo un 3,67% desaprueba la tecnología.

5. ¿Estaría dispuesto a colaborar con la recolección de datos para nuestro proyecto?


SI 324 99,08%

NO 3 0, 92%

Total: 300 100%

96%

4%

SI

NO

Interpretación: Del total de encuestados, el 99,08% son personas dispuestas a colaborar con

información de los procesos para realizar es sistema, mientras que un 0,92% asevera no están

habilitados a hacerlo.

6. ¿Con el Sistema de Matriculación se agilitaran de gran manera los tramites de

matriculación de los alumnos?


SI 317 96,94%

NO 10 3,06%

Total: 327 100%

Interpretación: Del total de encuestados, el 96,94% piensan que este sistema permitirá

cumplir eficazmente con el proceso de matriculación de los estudiantes, agilitando los

tramites y ahorrando recursos, mientras un 3,06% piensa que el proceso actual es conveniente.

99%

1%

SI

NO

97%

3%

SI

NO

7. A su criterio, ¿Sería conveniente la capacitación para el uso de este software?


SI 327 100%

NO 0 0%

Total: 327 100%

Interpretación: Del total de encuestados, el 100% piensa que es necesario recibir

capacitación para poder manejar y ejecutar los procesos expuestos a sistematizar, ya que no

podrían adaptarse a la nueva forma de control académico sin conocer ante su funcionalidad y

beneficios.

8. ¿Está de acuerdo, con adoptar las nuevas tecnologías informáticas con la elaboración

de esta Aplicación Web de matriculación y control de notas con módulo de inspección,

dentro del campo académico?


SI 321 98,16%

NO 6 1,84%

Total: 327 100%

100%

0%

SI

NO

Interpretación: Del total de encuestados, el 98,16% están de acuerdo con la implantación de

una aplicación que permita realizar y ejecutar procesos académicos a través de la web, para

mejorarlos a nivel Institucional, mientas que tan solo el 1,84% no concuerda con el resto.

98%

2%

SI

NO

universidad regional autÓnoma de los andes u n i a n d e...

Documents