Tesis Tomás Araya-FINAL

i
UNIVERSIDAD HISPANOAMERICANA
ESCUELA DE INGENIERÍA INFORMÁTICA
TESINA PARA OPTAR EL GRADO DE

BACHILLERATO EN INGENIERÍA
INFORMÁTICA
CREACIÓN DE SISTEMA INFORMÁTICO WEB

PARA LA EDUCACIÓN SECUNDARIA EN EL
CENTRO EDUCATIVO NUEVA GENERACIÓN,
DURANTE LOS MESES DE MAYO A
DICIEMBRE DEL 2019
Sustentante: Tomás Araya Hernández
Tutor: Luis Navarro Sánchez
Diciembre, 2019
ii
TABLA DE CONTENIDO
Capítulo I. Problema del proyecto..................................................................................1
1.1. Antecedentes y justificación del proyecto...........................................................2
1.1.1. Antecedentes del contexto de la empresa..................................................2
1.1.2. Justificación del proyecto............................................................................6
1.2. Definición del problema......................................................................................8
1.2.1. Problemática................................................................................................8
1.2.2. Problema general........................................................................................9
1.2.3. Problema específico....................................................................................9
1.3. Objetivos del proyecto......................................................................................10
1.3.1. Objetivo general........................................................................................10
1.3.2. Objetivos específicos.................................................................................10
1.4. Alcances y limitaciones.....................................................................................11
1.4.1. Alcances....................................................................................................11
1.4.2. Limitaciones...............................................................................................12
1.5. Cronograma de actividades..............................................................................13
Capítulo II. Marco teórico.............................................................................................15
2.1. Sistema informático..........................................................................................17
2.1.1. Tipos de sistemas......................................................................................18

iii
2.2. Componentes de un sistema informático.........................................................19
2.3. Ciclo de vida de un sistema informático...........................................................21
2.3.1. Estudio de factibilidad................................................................................21
2.3.2. Análisis de requerimientos........................................................................22
2.3.3. Diseño de sistema.....................................................................................23
2.3.4. Implementación.........................................................................................23
2.3.5. Pruebas.....................................................................................................23
2.3.6. Operación y mantenimiento......................................................................23
2.4. Metodologías de desarrollo..............................................................................25
2.4.1. Metodologías tradicionales........................................................................25
2.4.2. Metodologías ágiles...................................................................................26
2.5. Lenguaje de programación...............................................................................30
2.5.1. C Sharp......................................................................................................30
2.6. Plataforma de desarrollo...................................................................................31
2.6.1. ASP.NET...................................................................................................31
2.7. Patrón de arquitectura......................................................................................32
2.7.1. Patrón MVC...............................................................................................32
2.8. Base de datos...................................................................................................33
2.8.1. Modelos de bases de datos......................................................................33
2.8.2. IDE de base de datos................................................................................35

iv
2.9. Lenguaje unificado de modelado......................................................................36
2.9.1. Objetivos del UML.....................................................................................36
2.9.2. Modelar......................................................................................................36
2.9.3. Elementos del UML...................................................................................37
2.9.4. Relaciones.................................................................................................38
2.10. Diagramas.......................................................................................................39
2.10.1. Diagramas de caso de uso......................................................................39
2.10.2. Diagramas de clases...............................................................................41
2.10.3. Diagrama de componentes.....................................................................44
2.11. Diccionario de datos.......................................................................................45
Capítulo III. Marco metodológico.................................................................................46
3.1. Tipo y enfoque de la investigación...................................................................47
3.1.1. Tipo de investigación.................................................................................47
3.1.2. Enfoque de la investigación......................................................................47
3.2. Fuentes de información....................................................................................49
3.2.1. Fuentes primarias......................................................................................49
3.2.2. Fuentes secundarias.................................................................................49
3.2.3. Sujetos de información..............................................................................49
3.3. Técnicas y herramientas de recolección de datos...........................................51
3.3.1. Tipos de entrevistas..................................................................................51

v
3.4. Variables de investigación................................................................................52
3.5. Diseño de investigación....................................................................................53
3.5.1. Etapas........................................................................................................53
3.6. Matriz de coherencia.........................................................................................55
Capítulo IV. Diagnóstico...............................................................................................57
4.1. Diagnóstico administrativo................................................................................58
4.1.1. Cantidad de personas por departamento y sus funciones........................59
4.1.2. Políticas de seguridad...............................................................................59
4.1.3. Procedimientos..........................................................................................60
4.2. Diagnóstico técnico...........................................................................................63
4.3. Diagnóstico de percepción...............................................................................64
4.4. Conclusiones del diagnóstico...........................................................................68
Capítulo V. Propuesta de proyecto..............................................................................69
5.1. Análisis..............................................................................................................70
5.1.1. Requerimientos funcionales......................................................................70
5.1.2. Requerimientos no funcionales...............................................................118
5.1.3. Casos de uso...........................................................................................119
5.2. Diseño.............................................................................................................157
5.2.1. Diagramas de caso de uso......................................................................157
5.2.2. Diagrama de secuencia...........................................................................169

vi
5.2.3. Diagrama de base de datos....................................................................214
5.3. Desarrollo........................................................................................................217
5.3.1. Pantallas de aplicación web....................................................................217
Capítulo VI. Conclusiones y recomendaciones.........................................................271
6.1. Conclusiones..................................................................................................272
6.2. Recomendaciones..........................................................................................273
Bibliografía.................................................................................................................274
Anexos........................................................................................................................278
Anexo 1. Tabla del cuestionario y respuestas.......................................................279

vii
ÍNDICE DE TABLAS
Tabla 1. Sujetos de información..................................................................................50
Tabla 2. Variables de información...............................................................................52
Tabla 3. Etapas............................................................................................................54
Tabla 4. Matriz de coherencia......................................................................................56
Tabla 5. Requerimiento Funcionales RF-001 Página web..........................................70
Tabla 6. Requerimiento Funcionales RF-002 Iniciar Sesión.......................................71
Tabla 7. Requerimiento Funcionales RF-003 Recuperar contraseña.........................72
Tabla 8. Requerimiento Funcionales RF-004 Agregar usuario...................................74
Tabla 9. Requerimiento Funcionales RF-005 Editar usuario.......................................75
Tabla 10. Requerimiento Funcionales RF-006 Eliminar usuario.................................76
Tabla 11. Requerimiento Funcionales RF-007 Mostrar usuarios................................77
Tabla 12. Requerimiento Funcionales RF-008 Registro de menú..............................78
Tabla 13. Requerimiento Funcionales RF-009 Editar menú.......................................80
Tabla 14. Requerimiento Funcionales RF-010 Eliminar menú....................................80
Tabla 15. Requerimiento Funcionales RF-011 Mostar menú......................................81
Tabla 16. Requerimiento Funcionales RF-012 Registro de Rol..................................82
Tabla 17. Requerimiento Funcionales RF-013 Modificar Rol......................................83
Tabla 18. Requerimiento Funcionales RF-014 Eliminar Rol.......................................84
Tabla 19. Requerimiento Funcionales RF-015 Mostrar Rol........................................84
Tabla 20. Requerimiento Funcionales RF-016 Habilitar acceso a rol.........................85
Tabla 21. Requerimiento Funcionales RF-017 Deshabilitar acceso a rol...................86

viii
Tabla 22. Requerimiento Funcionales RF-018 Creación de Curso.............................87
Tabla 23. Requerimiento Funcionales RF-019 Modificación de curso........................88
Tabla 24. Requerimiento Funcionales RF-020 Eliminar curso....................................89
Tabla 25. Requerimiento Funcionales RF-021 Mostrar Curso....................................89
Tabla 26. Requerimiento Funcionales RF-022 Creación de Curso.............................90
Tabla 27. Requerimiento Funcionales RF-023 Modificación de grupo.......................91
Tabla 28. Requerimiento Funcionales RF-024 Eliminar grupo...................................92
Tabla 29. Requerimiento Funcionales RF-025 Mostrar grupo....................................93
Tabla 30. Requerimiento Funcionales RF-026 Agregar estudiante a grupo...............93
Tabla 31. Requerimiento Funcionales RF-027 Deshabilitar estudiante de Grupo......94
Tabla 32. Requerimiento Funcionales RF-028 Asociar curso a grupo........................95
Tabla 33. Requerimiento Funcionales RF-029 Deshabilitar curso a grupo................96
Tabla 34. Requerimiento Funcionales RF-030 Agregar notas....................................97
Tabla 35. Requerimiento Funcionales RF-031 Actualizar notas.................................99
Tabla 36. Requerimiento Funcionales RF-032 Consultar notas...............................100
Tabla 37. Requerimiento Funcionales RF-033 Formulario prematrícula..................102
Tabla 38. Requerimiento Funcionales RF-034 Formulario modificar prematrícula...105
Tabla 39. Requerimiento Funcionales RF-035 Eliminar prematrícula.......................105
Tabla 40. Requerimiento Funcionales RF-036 Consultar prematrícula....................107
Tabla 41. Requerimiento Funcionales RF-037 Consultar prematrículas aprobadas 109
Tabla 42. Requerimiento Funcionales RF-038 Actualizar fecha inicio lectivo..........110
Tabla 43. Requerimiento Funcionales RF-039 Activar morosidad............................111
Tabla 44. Requerimiento Funcionales RF-040 Desactivar morosidad......................112

ix
Tabla 45. Requerimiento Funcionales RF-041 Agregar recado................................113
Tabla 46. Requerimiento Funcionales RF-042 Ver recado.......................................113
Tabla 47. Requerimiento Funcionales RF-043 Agregar horario................................114
Tabla 48. Requerimiento Funcionales RF-044 Modificar horario..............................115
Tabla 49. Requerimiento Funcionales RF-045 Eliminar horario...............................116
Tabla 50. Requerimiento Funcionales RF-046 Mostrar horario................................117
Tabla 51. Requerimiento Funcionales RF-047 Enviar notas correo.........................117
Tabla 52. Requerimientos no funcionales.................................................................118
Tabla 53. Caso Uso 1 Agregar usuario.....................................................................119
Tabla 54. Caso Uso 2 Editar usuario.........................................................................121
Tabla 55. Caso Uso 3 Mostrar usuario......................................................................121
Tabla 56. Caso Uso 5 Eliminar usuario.....................................................................122
Tabla 57. Caso Uso 5 Iniciar sesión usuario.............................................................123
Tabla 58. Caso Uso 6 Ingreso al sistema de matrícula.............................................124
Tabla 59. Caso Uso 7 Cambio de contraseña...........................................................125
Tabla 60. Caso Uso 8 Agregar menú........................................................................126
Tabla 61. Caso Uso 9 Editar menú............................................................................127
Tabla 62. Caso Uso 10 Eliminar menú......................................................................127
Tabla 63. Caso Uso 11 Mostrar menú.......................................................................128
Tabla 64. Caso Uso 12 Agregar rol...........................................................................129
Tabla 65. Caso Uso 13 Editar rol...............................................................................130
Tabla 66. Caso Uso 14 Eliminar rol...........................................................................130
Tabla 67. Caso Uso 15 Mostrar rol............................................................................131

x
Tabla 68. Caso Uso 16 Habilitar acceso al rol...........................................................132
Tabla 69. Caso Uso 17 Deshabilitar acceso al rol.....................................................132
Tabla 70. Caso Uso 18 Agregar curso......................................................................133
Tabla 71. Caso Uso 19 Editar curso..........................................................................134
Tabla 72. Caso Uso 20 Eliminar curso......................................................................135
Tabla 73. Caso Uso 21 Mostrar curso.......................................................................135
Tabla 74. Caso Uso 22 Agregar grupo......................................................................136
Tabla 75. Caso Uso 23 Editar grupo.........................................................................137
Tabla 76. Caso Uso 24 Eliminar grupo......................................................................138
Tabla 77. Caso Uso 25 Mostrar grupo.......................................................................138
Tabla 78. Caso Uso 26 Agregar estudiante a grupo.................................................139
Tabla 79. Caso Uso 27 Desligar estudiante de un grupo..........................................140
Tabla 80. Caso Uso 28 Agregar curso a grupo.........................................................140
Tabla 81. Caso Uso 29 Desligar curso de grupo.......................................................141
Tabla 82. Caso Uso 30 Agregar notas......................................................................142
Tabla 83. Caso Uso 31 Actualizar notas...................................................................143
Tabla 84. Caso Uso 32 Mostrar notas.......................................................................144
Tabla 85. Caso Uso 33 Prematrícula.........................................................................145
Tabla 86. Caso Uso 34 Mostrar prematrícula............................................................146
Tabla 87. Caso Uso 35 Eliminar prematrícula...........................................................147
Tabla 88. Caso Uso 36 Mostrar prematrícula............................................................148
Tabla 89. Caso Uso 37 Mostrar prematrícula aprobada...........................................148
Tabla 90. Caso Uso 38 Fijar actualizar fecha inicio..................................................149

xi
Tabla 91. Caso Uso 39 Activar morosidad................................................................150
Tabla 92. Caso Uso 40 Desactivar morosidad..........................................................151
Tabla 93. Caso Uso 41 Agregar recado....................................................................151
Tabla 94. Caso Uso 42 Mostrar recado.....................................................................152
Tabla 95. Caso Uso 43 Agregar horario....................................................................153
Tabla 96. Caso Uso 44 Editar horario.......................................................................154
Tabla 97. Caso Uso 45 Eliminar horario....................................................................155
Tabla 98. Caso Uso 46 Mostrar horarios...................................................................155
Tabla 99. Caso Uso 47 Enviar notas por correo.......................................................156
Tabla 100. Anexos Entrevista....................................................................................280

xii
TABLA DE ILUSTRACIONES
Ilustración 1. Preescolar.................................................................................................3
Ilustración 2. Primaria....................................................................................................4
Ilustración 3. Secundaria................................................................................................4
Ilustración 4. Organigrama de “El Copey”.....................................................................6
Ilustración 5. Diagrama causa efecto.............................................................................8
Ilustración 6. Cronograma de actividades...................................................................13
Ilustración 7. Etapas diagrama....................................................................................13
Ilustración 8. Fase de planeación diagrama................................................................13
Ilustración 9. Fase de implementación o ejecución diagrama.....................................14
Ilustración 10. Fase de cierre diagrama......................................................................14
Ilustración 11. Mapa conceptual..................................................................................16
Ilustración 12. Tipos de sistemas.................................................................................18
Ilustración 13. Ciclo de vida de un sistema informático...............................................21
Ilustración 14. Modelo cascada...................................................................................25
Ilustración 15. Modelo espiral......................................................................................26
Ilustración 16. Metodología RAD.................................................................................27
Ilustración 17. Metodología XP....................................................................................28
Ilustración 18. Scrum process......................................................................................29
Ilustración 19. Modelo jerárquico.................................................................................33
Ilustración 20. Modelo de red.......................................................................................34
Ilustración 21. Modelo relacional.................................................................................35

xiii
Ilustración 22. Entidades estructurales........................................................................37
Ilustración 23. Entidades de agrupamiento.................................................................38
Ilustración 24. Entidades de comportamiento..............................................................38
Ilustración 25. Relaciones UML...................................................................................38
Ilustración 26. Tipos de diagramas empleados...........................................................39
Ilustración 27. Diagramas de casos de uso.................................................................41
Ilustración 28. Diagrama de clases..............................................................................42
Ilustración 29. Simbología diagramas de clase herencia............................................43
Ilustración 30. Simbología de diagramas de clases asociación..................................44
Ilustración 31. Diagrama de componentes..................................................................44
Ilustración 32. Diseño de investigación.......................................................................53
Ilustración 33. Gráfico de pregunta 1...........................................................................65
Ilustración 37. Caso de uso, módulo usuario.............................................................157
Ilustración 38. Caso de uso, iniciar sesión usuario...................................................158
Ilustración 39. Caso de uso, módulo menú...............................................................159
Ilustración 40. Caso de uso, módulo rol....................................................................160
Ilustración 41. Caso de uso, módulo curso................................................................161
Ilustración 42. Caso de uso, Módulo Grupo..............................................................162
Ilustración 43. Caso de uso, módulo curso grupo.....................................................163
Ilustración 44. Caso de uso, módulo notas................................................................164

xiv
Ilustración 45. Caso de uso, módulo prematrícula....................................................165
Ilustración 46. Caso de uso, módulo fecha inicio......................................................166
Ilustración 47. Caso de uso, módulo morosidad.......................................................166
Ilustración 48. Caso de uso, módulo recado.............................................................167
Ilustración 49. Caso de uso, módulo horario.............................................................168
Ilustración 50. Caso de uso, módulo notas correo....................................................169
Ilustración 51. Caso de uso, módulo agregar notas..................................................169
Ilustración 52. Diagrama de secuencia 1 agregar usuario administrador.................170
Ilustración 53. Diagrama de secuencia 1 agregar usuario tutor................................171
Ilustración 54. Diagrama de secuencia 1 agregar usuario secretaria.......................171
Ilustración 55. Diagrama de secuencia 2 editar usuario administrador.....................172
Ilustración 56. Diagrama de secuencia 2 editar usuario tutor...................................172
Ilustración 57. Diagrama de secuencia 2 editar usuario secretaria...........................173
Ilustración 58. Diagrama de secuencia 3 mostrar usuario administrador.................173
Ilustración 59. Diagrama de secuencia 3 mostrar usuario tutor................................174
Ilustración 60. Diagrama de secuencia 3 mostrar usuario secretaria.......................174
Ilustración 61. Diagrama de secuencia 4 eliminar usuario administrador.................175
Ilustración 62. Diagrama de secuencia 4 eliminar usuario secretaria.......................175
Ilustración 63. Diagrama de secuencia 5 iniciar sesión administrador......................176
Ilustración 64. Diagrama de secuencia 5 iniciar sesión tutor....................................176
Ilustración 65. Diagrama de secuencia 5 iniciar sesión profesor..............................177
Ilustración 66. Diagrama de secuencia 5 iniciar sesión estudiante...........................177
Ilustración 67. Diagrama de secuencia 5 iniciar sesión secretaria............................178

xv
Ilustración 68. Diagrama de secuencia 6 ingreso al sistema de matrícula secretaria

...................................................................................................................................178
Ilustración 69. Diagrama de secuencia 5 iniciar sesión tutor....................................179
Ilustración 70. Diagrama de secuencia 5 iniciar sesión administrador......................179
Ilustración 71. Diagrama de secuencia 5 iniciar sesión estudiante...........................180
Ilustración 72. Diagrama de secuencia 5 iniciar sesión profesor..............................180
Ilustración 73. Diagrama de secuencia 7 cambiar contraseña secretaria.................181
Ilustración 74. Diagrama de secuencia 7 cambiar contraseña administrador...........182
Ilustración 75. Diagrama de secuencia 7 cambiar contraseña tutor.........................182
Ilustración 76. Diagrama de secuencia 7 cambiar contraseña estudiante................183
Ilustración 77. Diagrama de secuencia 7 cambiar contraseña profesor...................183
Ilustración 78. Diagrama de secuencia 8 agregar menú administrador....................184
Ilustración 79. Diagrama de secuencia 9 editar menú administrador.......................184
Ilustración 80. Diagrama de secuencia 10 mostrar menú administrador..................185
Ilustración 81. Diagrama de secuencia 11 eliminar menú administrador..................185
Ilustración 82. Diagrama de secuencia 12 agregar rol administrador.......................186
Ilustración 83. Diagrama de secuencia 13 editar rol administrador..........................186
Ilustración 84. Diagrama de secuencia 14 eliminar rol administrador.......................187
Ilustración 85. Diagrama de secuencia 15 mostrar rol administrador.......................187
Ilustración 86. Diagrama de secuencia 16 habilitar acceso a rol administrador.......188
Ilustración 87. Diagrama de secuencia 17 deshabilitar acceso a rol administrador. 188
Ilustración 88. Diagrama de secuencia 18 agregar curso administrador..................189
Ilustración 89. Diagrama de secuencia 19 editar curso administrador......................189

xvi
Ilustración 90. Diagrama de secuencia 20 eliminar curso administrador..................190
Ilustración 91. Diagrama de secuencia 21 mostrar curso administrador..................190
Ilustración 92. Diagrama de secuencia 22 agregar grupo administrador..................191
Ilustración 93. Diagrama de secuencia 23 editar grupo administrador.....................191
Ilustración 94. Diagrama de secuencia 24 eliminar grupo administrador.................192
Ilustración 95. Diagrama de secuencia 25 mostrar grupo administrador..................192
Ilustración 96. Diagrama de secuencia 26 agregar estudiante a grupo administrador

...................................................................................................................................193
Ilustración 97. Diagrama de secuencia 27 desligar estudiante a grupo administrador

...................................................................................................................................193
Ilustración 98. Diagrama de secuencia 28 asociar curso a grupo administrador......194
Ilustración 99. Diagrama de secuencia 29 desligar curso a grupo administrador.....194
Ilustración 100. Diagrama de secuencia 30 agregar notas sistema..........................195
Ilustración 101. Diagrama de secuencia 31 actualizar notas profesor......................195
Ilustración 102. Diagrama de secuencia 31 actualizar notas administrador.............196
Ilustración 103. Diagrama de secuencia 32 mostrar notas administrador................196
Ilustración 104. Diagrama de secuencia 32 mostrar notas tutor...............................197
Ilustración 105. Diagrama de secuencia 32 mostrar notas profesor.........................197
Ilustración 106. Diagrama de secuencia 32 mostrar notas estudiante......................198
Ilustración 107. Diagrama de secuencia 33 agregar prematrícula administrador.....198
Ilustración 108. Diagrama de secuencia 33 agregar prematrícula tutor...................199
Ilustración 109. Diagrama de secuencia 33 agregar prematrícula secretaria...........199
Ilustración 110. Diagrama de secuencia 34 modificar prematrícula administrador...200

xvii
Ilustración 111. Diagrama de secuencia 34 modificar prematrícula tutor.................200
Ilustración 112. Diagrama de secuencia 34 modificar prematrícula secretaria.........201
Ilustración 113. Diagrama de secuencia 35 eliminar prematrícula administrador.....201
Ilustración 114. Diagrama de secuencia 35 eliminar prematrícula tutor...................202
Ilustración 115. Diagrama de secuencia 35 eliminar prematrícula secretaria...........202
Ilustración 116. Diagrama de secuencia 36 mostrar prematrícula administrador.....203
Ilustración 117. Diagrama de secuencia 36 mostrar prematrícula tutor....................203
Ilustración 118. Diagrama de secuencia 36 mostrar prematrícula secretaria...........204
Ilustración 119. Diagrama de secuencia 37 mostrar prematrícula aprobada secretaria

...................................................................................................................................204
Ilustración 120. Diagrama de secuencia 36 mostrar prematrícula administrador.....205
Ilustración 121. Diagrama de secuencia 38 actualizar fecha inicio administrador....205
Ilustración 122. Diagrama de secuencia 39 activar morosidad.................................206
Ilustración 123. Diagrama de secuencia 40 desactivar morosidad...........................206
Ilustración 124. Diagrama de secuencia 41 agregar recado administrador..............207
Ilustración 125. Diagrama de secuencia 41 agregar recado profesor.......................207
Ilustración 126. Diagrama de secuencia 41 agregar recado secretaria....................208
Ilustración 127. Diagrama de secuencia 42 ver recado administrador.....................208
Ilustración 128. Diagrama de secuencia 42 ver recado tutor....................................209
Ilustración 129. Diagrama de secuencia 42 ver recado profesor..............................209
Ilustración 130. Diagrama de secuencia 42 ver recado secretaria...........................210
Ilustración 131. Diagrama de secuencia 43 agregar horario administrador..............210
Ilustración 132. Diagrama de secuencia 44 editar horario administrador.................211

xviii
Ilustración 133. Diagrama de secuencia 45 eliminar horario administrador.............211
Ilustración 134. Diagrama de secuencia 46 mostrar horario tutor.............................212
Ilustración 135. Diagrama de secuencia 46 mostrar horario estudiante...................212
Ilustración 136. Diagrama de secuencia 46 mostrar horario administrador..............213
Ilustración 137. Diagrama de secuencia 46 mostrar horario profesor.......................213
Ilustración 138. Diagrama de secuencia 47 enviar notas sistema............................214
Ilustración 139. Diagrama base de datos..................................................................215
Ilustración 140. Diagrama base de datos bitácora....................................................216
Ilustración 141. Pantalla inicio de sesión...................................................................217
Ilustración 142. Pantalla cambio de contraseña........................................................218
Ilustración 143. Pantalla cambio de contraseña pregunta 1.....................................218
Ilustración 144. Pantalla cambio de contraseña pregunta 2.....................................219
Ilustración 145. Pantalla ingreso de tutor nuevo.......................................................219
Ilustración 146. Menú administrador rol administrador y secretaria..........................220
Ilustración 147. Editar usuario rol administrador y secretaria...................................220
Ilustración 148. Pantalla de edición de usuario.........................................................221
Ilustración 149. Administrar usuario rol administrador y secretaria...........................221
Ilustración 150. Agregar usuario rol administrador y secretaria................................222
Ilustración 151. Editar usuario rol administrador y secretaria...................................223
Ilustración 152. Eliminar usuario rol administrador y secretaria................................223
Ilustración 153. Administrar menús rol administrador...............................................224
Ilustración 154. Agregar menú rol administrador.......................................................224
Ilustración 155. Editar menú rol administrador..........................................................225

xix
Ilustración 156. Eliminar menú rol administrador......................................................225
Ilustración 157. Administra roles rol administrador....................................................226
Ilustración 158. Agregar rol, rol administrador...........................................................226
Ilustración 159. Editar rol, rol administrador..............................................................227
Ilustración 160. Habilitar nuevo acceso rol administrador.........................................227
Ilustración 161. Inhabilitar acceso..............................................................................227
Ilustración 162. Administrar curso rol administrador.................................................228
Ilustración 163. Editar curso rol administrador..........................................................228
Ilustración 164. Agregar curso rol administrador.......................................................229
Ilustración 165. Eliminar curso rol administrador.......................................................229
Ilustración 166. Administrar grupo rol administrador.................................................230
Ilustración 167. Agregar grupo rol administrador......................................................230
Ilustración 168. Editar grupo rol administrador..........................................................231
Ilustración 169. Eliminar grupo rol administrador......................................................231
Ilustración 170. Agregar nuevo estudiante rol administrador....................................232
Ilustración 171. Quitar estudiante rol administrador..................................................232
Ilustración 172. Asociar curso rol administrador........................................................233
Ilustración 173. Asociar curso nuevo a grupo rol administrador...............................233
Ilustración 174. Quitar curso rol administrador..........................................................234
Ilustración 175. Administrar bimestre (notas) rol administrador................................234
Ilustración 176. Ver notas rol administrador selección de curso...............................235
Ilustración 177. Ver notas rol administrador calificación...........................................235
Ilustración 178. Actualizar notas rol administrador 1.................................................236

xx
Ilustración 179. Actualizar notas rol administrador 2.................................................236
Ilustración 180. Administrar prematrícula rol administrador y secretaria..................237
Ilustración 181. Prematricular rol administrador y secretaria información estudiante

...................................................................................................................................237
Ilustración 182. Prematricular rol administrador y secretaria información tutor........238
Ilustración 183. Prematricular rol administrador y secretaria información salud.......238
Ilustración 184. Editar formulario de prematrícula información estudiante...............239
Ilustración 185. Editar formulario de prematrícula información tutor.........................240
Ilustración 186. Editar formulario de prematrícula información salud.......................240
Ilustración 187. Eliminar prematrícula rol administrador y secretaria........................241
Ilustración 188. Administrar recado rol administrador y secretaria...........................241
Ilustración 189. Ver recado rol administrador y secretaria 1.....................................241
Ilustración 192. Agregar recado rol administrador y secretaria 1..............................243
Ilustración 193. Agregar recado rol administrador y secretaria 2..............................243
Ilustración 194. Administrar morosidad rol administrador y secretaria......................244
Ilustración 195. Consultar prematrícula aprobada rol administrador y secretaria.....244
Ilustración 196. Consultar prematrícula aprobada rol administrador y secretaria

información estudiante...............................................................................................245

información tutor........................................................................................................246

información salud.......................................................................................................246
xxi
Ilustración 199. Fecha inicio de ciclo.........................................................................247
Ilustración 200. Editar fecha inicio ciclo.....................................................................247
Ilustración 201. Administrar horarios.........................................................................248
Ilustración 202. Consultar horario..............................................................................248
Ilustración 203. Asociar horario.................................................................................249
Ilustración 204. Editar horario....................................................................................249
Ilustración 205. Eliminar horario................................................................................250
Ilustración 206. Rol tutor............................................................................................250
Ilustración 207. Información estudiante.....................................................................251
Ilustración 208. Editar estudiante...............................................................................252
Ilustración 209. Información de notas........................................................................252
Ilustración 210. Ver notas 1.......................................................................................253
Ilustración 212. Prematricular....................................................................................254
Ilustración 213. Prematricular información estudiante...............................................254
Ilustración 214. Prematrícula información tutor.........................................................255
Ilustración 215. Prematrícula información salud........................................................255
Ilustración 216. Consultar recados............................................................................256
Ilustración 217. Ver recado 1.....................................................................................256
Ilustración 220. Ver horario........................................................................................257
Ilustración 221. Rol profesor......................................................................................258

xxii
Ilustración 222. Administrar notas..............................................................................258
Ilustración 225. Actualizar notas 1.............................................................................260
Ilustración 226. Actualizar notas 2.............................................................................260
Ilustración 227. Administrar recado...........................................................................261
Ilustración 231. Agregar recado 1..............................................................................262
Ilustración 232. Agregar recado 2..............................................................................262
Ilustración 233. Ver horarios......................................................................................263
Ilustración 234. Rol estudiante...................................................................................263
Ilustración 235. Consultar notas 1.............................................................................264
Ilustración 236. Consultar notas 2.............................................................................264
Ilustración 237. Ver horario........................................................................................265
Ilustración 238. Página web inicio..............................................................................266
Ilustración 239. Página web nosotros........................................................................267
Ilustración 240. Página web niveles..........................................................................268
Ilustración 241. Página web servicios........................................................................269
Ilustración 242. Página web contacto........................................................................270
Ilustración 243. Página web inicio de sesión.............................................................270

xxiii
Filólogos Bórea - Costa Rica
Revisión de tesis | Corrección de estilo
CARTA DEL FILÓLOGO
Cartago, 06 de febrero de 2020
Los suscritos, Elena Redondo Camacho, mayor, casada, filóloga, cédula de

identidad número 3 0447 0799 y Daniel González Monge, mayor, casado, filólogo,
cédula de identidad número 1 1345 0416, vecinos de Quebradilla de Cartago, en
calidad de filólogos revisamos y corregimos el trabajo final de graduación que se
titula: Creación de sistema informático web para la educación secundaria en el
Centro Educativo Nueva Generación, durante los meses de mayo a diciembre del
2019, sustentado por Tomás Araya Hernández.
Hacemos constar que se corrigieron aspectos de forma, redacción, estilo y

otros vicios del lenguaje que se pudieron trasladar al texto. La originalidad y la
validez del contenido son responsabilidad exclusiva del autor y de sus asesores.
Esperamos que nuestra participación satisfaga los requerimientos de la

Universidad Hispanoamericana.
X Elena Redondo Camacho X Daniel González Monge

Elena Redondo Camacho Daniel González Monge
Filóloga - Carné Acfil n.º 0247 Filólogo - Carné Acfil n.º 0245
Firmado por: ANA ELENA REDONDO CAMACHO (FIRMA) Firmado por: DANIEL ALBERTO GONZALEZ MONGE (FIRMA)
Sitio web: www.boreacr.com Correo electrónico: info@boreacr.com WhatsApp: 7009-9497

2 km al oeste de RTV, Condominio La Rueda #V23 Provincia de Cartago, Quebradilla 30111 Costa Rica
xxv
DEDICATORIA
Primero, quiero darle gracias a Dios por la fe, fortaleza, salud y por permitir que este
sueño se haga realidad.
Esta tesina está dedicada con todo mi esfuerzo a mi papá, José Araya Astorga, y a
mi mamá, Ana Hernández Sánchez, por estar siempre para mí, apoyándome
incondicionalmente y contribuyendo en las metas que me proponga.
A mis hermanos, por brindarme apoyo siempre en los momentos que más lo
requería.
xxvi
AGRADECIMIENTO
Primero, agradecerle a Dios por la salud, por la fortaleza y por permitirme llevar a
cabo esta meta tan importante en mi vida.
A mi familia, por estar siempre para mí cuando más los requería y apoyarme en toda
decisión que tomara. En especial a mis papás, por la confianza, el amor y por
enseñarme a dar mi mayor esfuerzo.
Al tutor, Luis Navarro, por ayudarme y guiarme en este proceso.

xxvii
ABREVIATURAS
CSS: hojas de estilo en cascada, es un lenguaje de diseño gráfico para definir y
crear la presentación de un documento estructurado escrito en un lenguaje de
marcado.
JavaScript: es un lenguaje de programación interpretado, orientado a objetos, con
base en prototipos, imperativo, débilmente tipado y dinámico.
C++: es un lenguaje de programación, tiene mecanismos que permiten la
manipulación de objetos. Desde el punto de vista de los lenguajes orientados a
objetos, el C++ es un lenguaje híbrido.
C#: es un lenguaje de programación multiparadigma desarrollado y estandarizado
por Microsoft.
.NET: es un framework de Microsoft que hace un énfasis en la transparencia de
redes, con independencia de plataforma de hardware y que permite un rápido
desarrollo de aplicaciones.
Windows: es el nombre de una familia de distribuciones de software para PC,
teléfonos inteligentes, servidores y sistemas empotrados, desarrollados y vendidos
por Microsoft y disponibles para múltiples arquitecturas, como x86, x86-64 y ARM.
SQL: es un lenguaje de dominio específico utilizado en programación, diseñado para
administrar y recuperar información de sistemas de gestión de bases de datos
relacionales.
xxviii
MVC: es un estilo de arquitectura de software que separa los datos de una
aplicación, la interfaz de usuario y la lógica de control en tres componentes distintos.

xxix
RESUMEN
Este proyecto consiste en la automatización he implementación de una aplicación
web que permita llevar a cabo el proceso de prematrícula en el Centro Educativo
Nueva Generación. Este sistema brinda la posibilidad de consultar notas y recados
de la comunidad estudiantil.
xxx
CAPÍTULO I. PROBLEMA DEL PROYECTO

31
I.1. ANTECEDENTES Y JUSTIFICACIÓN DEL PROYECTO
I.1.1. Antecedentes del contexto de la empresa
I.1.1.1. Colegio Nueva Generación historia
La idea del Colegio Nueva Generación surge en 1996, por parte de Ligia Aguilar
Granados y Hernán Bolaños la raíz, el propósito era dar una educación distinta a sus
hijos la cual se centra en dar una educación rigurosa y con amor. En 1997 se inició
con el primer edificio de la institución, este estaba conformado por un ala con dos
aulas y una batería de baños. Antes de ese año la propiedad ya poseía un área
administrativa y un área verde, la cual se utilizó como cancha de futbol. A principios
de agosto de 1997 se abrió la institución y se inició con la prematrícula de la
comunidad estudiantil que constó de solo 28 alumnos. En la estructura administrativa
contaban con 8 profesores y 3 administrativos, en febrero 1998 se inició con el primer
año electivo en su historia.
Con el paso del tiempo la institución tuvo un impacto bastante productivo y
creció, tanto en infraestructura como alumnos y personal administrativo; para inicios
del 2002 para el primer año electivo ya se contaba con una escuela primaria y para
inicios del 2004 ya se estaba incursionando en preescolar. En el 2002 inicio la
escuela primaria y en el 2004 se incursionó en preescolar.
I.1.1.2. Fines del centro educativo
Formar los ciudadanos triunfadores de hoy, mañana y siempre. Estudiar y vivir

en armonía, en un ambiente agradable de respeto mutuo y de realización
32
plena, es un derecho de todos. Aprender y enseñar con alegría y optimismo,

es un derecho de estudiantes y docentes (Colegio Nueva Generación, s. f., s.
p.).
I.1.1.3. Niveles de educación
I.1.1.3.1. Preescolar
“Nuestra especialidad la estimulación del área socio-afectiva con el fin de que los
niños logren mayor seguridad, independencia y sociabilidad utilizando el juego como
mecanismo pedagógico. Nuestra filosofía Rigor con Amor” (Colegio Nueva
Generación, s. f., s. p.).
Ilustración 1. Preescolar
Fuente: Centro Educativo Nueva Generación.
I.1.1.3.2. Primaria
Enfatizamos en las materias de inglés en las áreas de listening and speaking,

writing, reading y grammar. Para ello contamos con la última tecnología en
laboratorios de inglés, además de science, informática, español, matemáticas,
sociales, música, artes (en inglés), educación agrícola y talleres (Colegio
Nueva Generación, s. f., s. p.).
33
Ilustración 2. Primaria
I.1.1.3.3. Secundaria
“Contamos con programas de estudio actualizados en sus diferentes materias,
personal administrativo y docente competitivo, reforzamos el inglés como segundo
idioma, en las áreas de listening, speaking, reading, writing, grammar” (Colegio
Ilustración 3. Secundaria
I.1.1.3.4. Bachillerato internacional
El Bachillerato Internacional (IB) tiene como meta formar jóvenes solidarios,

34
informados y ávidos de conocimiento, capaces de contribuir a crear un mundo

mejor y más pacífico, en el marco del entendimiento mutuo y el respeto
intercultural. En pos de este objetivo, la organización colabora con
establecimientos escolares, gobiernos y organizaciones internacionales para
crear y desarrollar programas de educación internacional exigentes y métodos
de evaluación rigurosos. Estos programas alientan a estudiantes del mundo
entero a adoptar una actitud activa de aprendizaje durante toda su vida, a ser
compasivos y a entender que otras personas, con sus diferencias, también
pueden estar en lo cierto (Bachillerato Internacional, s. f., s. p.).
I.1.1.4. Misión y visión del centro educativo
I.1.1.4.1. Misión
Brindar una educación de integral, de excelente calidad académica y humana,

basada en el fortalecimiento de valores fundamentales como el respeto, la
disciplina, la responsabilidad y la honestidad; y en el reforzamiento de
fortalezas como independencia, solidaridad, sentido crítico, etc., en cada uno
de los niños y jóvenes estudiantes que forman parte de esta comunidad
educativa. Procurando el dominio de un segundo idioma, es este caso el
inglés, sin dejar de lado el incorporar otros idiomas emergentes (Colegio
I.1.1.4.2. Visión
“Ser la mejor institución educativa privada, con gran potencial académico, con fe y
temor de dios. Con los mejores estudiantes: disciplinados, responsables,
respetuosos y felices. Una institución creada para los triunfadores de hoy, mañana y
siempre” (Colegio Nueva Generación, s. f., s. p.).

35
I.1.1.5. Organigrama del colegio nueva generación
Ilustración 4. Organigrama de “El Copey”
I.1.2. Justificación del proyecto
El propósito de la institución es convertirse en una oferta más atractiva para sus
clientes, asimismo, generar valor agregado para diferenciarse de la competencia con
el efecto de aumentar la cantidad de matrículas. Según indica Solución individual
(2015).
Disponer de un sitio web importante que se destaca en el mundo de las

nuevas tecnologías es fundamental, para potenciar las ventas y conseguir
mayores beneficios económicos. La empresa que no está presente en la Red
no existe, una realidad que se debe al aumento masivo de usuarios que cada
vez más. Esto convierte la solución de la problemática en una oportunidad de
negocio (s. p.).
36
En la actualidad, la institución cuenta con una página web la cual se encuentra
obsoleta, debido a que aporta información desactualizada. Por esto, se busca crear
una página nueva y mejorada, para facilitar varios procesos, tanto para los clientes
como para los empleados. Entre esos procedimientos se puede destacar la
prematrícula en línea, esto permitiría un mejor aprovechamiento de tiempo para
ambas partes (empleado-cliente). Otro de los aspectos que se busca implantar en la
nueva página web es un sistema seguimiento virtual en el que los padres pueden
tener acceso en cualquier momento a las calificaciones de sus hijos; tareas
pendientes; notas de sus profesores; futuros eventos; números de contacto de los
profesores y otros aspectos de interés. Además, las nuevas funciones de la página
web afectarán significativamente el consumo del papel, lo cual ayudará al
medioambiente.
37
I.2. DEFINICIÓN DEL PROBLEMA
I.2.1. Problemática
El Colegio Nueva Generación presenta una necesidad de implantar herramientas
actualizadas en el área de tecnología, lo cual lo hace quedar en desventaja en
comparación con su competencia. Actualmente, la única herramienta tecnológica es
una página web que se encuentra obsoleta por la información que contiene.
Adicionalmente, uno de los procesos principales de la institución es la prematrícula,
esto se hace de manera manual, lo cual implica un consumo importante de tiempo
por parte del empleador y el cliente, lo cual puede generar incomodidad entre los
demás clientes que esperan su turno para ser atendidos.
I.2.1.1. Diagrama causa efecto
Ilustración 5. Diagrama causa efecto
Fuente: elaboración propia.

38
I.2.2. Problema general
¿De qué manera se puede satisfacer, a través de sistemas informáticos, las
necesidades actuales que presenta el colegio Nueva Generación al no contar con
sistemas informáticos actualizados, en 2019?
I.2.3. Problema específico
1. ¿De qué manera se pueden identificar todas las funciones que debe
cumplir el sistema informático?
2. ¿Qué estructura debe cumplir el sistema informático?
3. ¿Cuáles herramientas deben utilizarse para la creación del sistema
informático?
4. ¿De qué forma se puede comprobar que el sistema cumpla con todo lo
requerido y que no presente fallas?

39
I.3. OBJETIVOS DEL PROYECTO
I.3.1. Objetivo general
Desarrollar e implantar un sistema de informática para la prematrícula que permita un
control más riguroso de las calificaciones y proporcione una página web con
información más actualizada.
I.3.2. Objetivos específicos
1. Definir las necesidades que presenta la institución a falta de sistemas
informáticos.
2. Diseñar la página web, componentes, módulos, interfaces e información
necesarios.
3. Desarrollar una página web basada en el diseño planteado que satisfaga
todas las necesidades de la institución.
4. Implementar la página web en un ambiente de pruebas y después migrarlo
a producción.
40
I.4. ALCANCES Y LIMITACIONES
I.4.1. Alcances
 El proyecto contará con 5 entregables. Se inicia con el primer entregable el
cual costa de la recolección de datos que permitirán formular todas las
necesidades de la institución, generando una lista de requerimientos por
cumplir.
 El segundo entregable constará del diseño del sistema, se iniciará con la
base de datos normalizada en la tercera formal normal. Después se
procederá con el diseño de módulos del sistema:
o Módulo de usuarios: permitirá crear, actualizar, eliminar y modificar
usuarios, roles, permisos, contendrá toda la lógica para el
funcionamiento correcto del login.
o Módulo administrador: permitirá crear, modificar, asignar, actualizar
los menús de la aplicación para asociarlos al rol que representará
cada usuario en la aplicación.
o Notas: permitirá crear, modificar, asignar, actualizar las notas,
reportes de rendimiento académico, asistencia de la comunidad
estudiantil.
o Matrícula: permitirá crear, modificar, asignar, actualizar la
prematrícula, tanto de estudiantes nuevos como estudiantes

41
actuales. Este entregable culminará con el diseño de las interfaces
del sistema.
 El tercer entregable estará compuesto por el desarrollo del sistema el cual
se llevará a cabo en C# en el IDE Visual Studio 2017 con el motor de base
de datos SQL Server 2017, el desarrollo se llevará a cabo en una
estructura MVC.
 El cuarto entregable constará de unas pruebas llevadas a cabo en las
cuales se verificará el correcto funcionamiento de los módulos, tanto en
conjunto como de manera individual.
 El quinto capítulo estará compuesto por la implementación del sistema,
seguido de un proceso de capacitación para los usuarios.
I.4.2. Limitaciones
 El sistema de prematrícula no permitirá llevar a cabo ningún pago en la
página web.
 La institución se encargará de poner el aplicativo en producción, solo se
entregarán las fuentes.
 Las licencias y versiones de la aplicación para desarrollar serán Visual
Studio 2017 Community Edition y SQL Server 2017 Express Edition.
 La información que se implantará en el aplicativo será proporcionada por la
institución y, asimismo, su calidad dependerá de esta.

42
I.5. CRONOGRAMA DE ACTIVIDADES
Ilustración 6. Cronograma de actividades
Ilustración 7. Etapas diagrama
Ilustración 8. Fase de planeación diagrama

43
Ilustración 9. Fase de implementación o ejecución diagrama
Ilustración 10. Fase de cierre diagrama

44
CAPÍTULO II. MARCO TEÓRICO

45
En este capítulo se demostrará y respaldará, de manera conceptual, el inicio del
desarrollo del trabajo. Este estará compuesto por sistemas informáticos y bases de
datos.
Ilustración 11. Mapa conceptual

46
II.1. SISTEMA INFORMÁTICO
El primer concepto por definir es datos, que para Alegsa (2018) es considerada como
“una representación simbólica (numérica, alfabética, etc.) de un atributo de una
entidad. Un dato no tiene valor semántico (sentido) en sí mismo” (s. p.). El segundo
concepto de la información que es considerado para Alegsa (2018) como “un
conjunto organizado y con sentido de datos” (s. p.). En la informática se define,
según Zita (2019), como “el conjunto de conocimientos científicos y técnicos que
hacen posible analizar la información por medio de ordenadores electrónicos” (s. p.).
Un dato por sí solo no contiene valor alguno y a un grupo de datos se le
conoce como información, el fin es analizarla, almacenarla, protegerla, procesarla,
enviarla, modificarla y entre otros aspectos. Todos estos procesos se llevan a cabo
con sistema informáticos, los cuales se encuentran divididos en dos apartados el
hardware y software.
II.1.1. Tipos de sistemas

47
Gerencia alta Sistemas de información

ejecutiva
Gerencia intermedia Sistemas de apoyo a

toma de decisiones
ciones
Gerencia operativa Sistemas de

ciones información general
ciones
Operaciones Sistemas para el
procesamiento de
transacciones
Ilustración 12. Tipos de sistemas
 Los sistemas de información ejecutiva (EIS) son aquellos que permiten el
monitoreo de variables gerenciales de un área en particular de la
organización.
 Los sistemas de soporte de la decisión (DSS) son aquellos que brindan
soporte para la toma de decisiones.
 Los sistemas de información gerencial (MIS) son aquellos que ayudan a la
toma de decisiones referentes a la estructura organizacional.
 Los sistemas de procesamiento de transacciones (TPS) son aquellos que
permiten a la organización llevar a cabo sus transacciones.

48
II.2. COMPONENTES DE UN SISTEMA INFORMÁTICO
Los sistemas informáticos están compuestos por un conjunto de componente que
interactúan entre sí:
 Hardware: es el equipo físico que donde la información es procesada, este
permite la entrada de datos, almacenado y la salida de datos; es tangible.
 Software: es el conjunto de programas que conforman un sistema
operativo y todos los demás programas que permiten el almacenamiento y
procesamiento de la información; son intangibles.
 Dispositivos periféricos: son todos aquellos que permiten una interacción
con la computadora, estos se dividen en 3:
o Dispositivos de almacenamiento: estos permiten almacenar
información, movilizarla y transferirla de un equipo a otro.
o Dispositivos de entrada: estos permiten la inserción de datos en el
computador y dirigir a la computadora para que cumpla sus
funciones.
o Dispositivos de salida: estos permiten observar la información del
computador.
 Las redes de comunicación: esta permite comunicar a las computadoras
entre sí para compartir la información.

49
 Las personas: son las que interactúan con el sistema, estas desarrollan y
mantienen al sistema.
50
II.3. CICLO DE VIDA DE UN SISTEMA INFORMÁTICO
El ciclo de vida de un sistema informático es el tiempo de vida de un sistema
informático desde su nacimiento hasta su fallecimiento. Este estaría compuesto por 6
etapas que se describirán a continuación.
Ilustración 13. Ciclo de vida de un sistema informático
II.3.1. Estudio de factibilidad
Como indica Alegsa (2018) se entiende por factibilidad a “la disponibilidad de los
recursos necesarios para llevar a cabo los objetivos o metas señalados” (s. p.). En
cuanto a esto, cabe destacar que en un estudio de factibilidad se definirán e incluir

51
todos los objetivos, alcances, limitantes del sistema, tecnologías, el mercado actual y
las proyecciones económicas. De esta manera, se determinará si se continua con el
proyecto.
II.3.1.1. Tipos de factibilidad
 Factibilidad técnica: existe o está al alcance la tecnología necesaria para el

sistema. Responde a preguntas como ¿existe la tecnología apropiada?
¿podemos acceder a esta? ¿mejora el sistema actual?
 Factibilidad económica: relación beneficio costo de hacer el sistema.
Responde a preguntas como ¿vale la inversión el desarrollo de este
sistema? ¿hay algún beneficio? ¿cuáles son los costos de cada etapa?
¿cuánto tardará en desarrollarse?
 Factibilidad operacional u organizacional: si el sistema puede funcionar en
la organización. Responde a preguntas como ¿la organización puede
sostener el sistema? ¿cómo funcionará tras implementarse? ¿es realmente
necesario al sistema? (Alegsa, 2018, s. p.).
II.3.1.2. Objetivos del estudio de factibilidad
 Determinar los objetivos del sistema con respecto a los propios objetivos
de la organización o empresa. ¿será el sistema capaz de resolver los
objetivos planteados en el proyecto?
 Determinar qué recursos la empresa está dispuesta a proporcionar. El
proyecto completo se puede ir en pique si la organización o empresa no
provee los recursos necesarios.
 Determinar qué costos se reducirán mediante la eliminación u optimización
de recursos que no serán necesarios para el desarrollo y funcionamiento
futuro del sistema.
 Determinar en qué aspectos se mejorarán los servicios de la empresa u
organización, si se integrarán áreas de la misma y si se reducirán tiempos
de ejecución de tareas y procedimientos.
 Permitir reducir errores y aumentar en la precisión sobre costos, recursos y
procesos en general durante el desarrollo del sistema (Alegsa, 2018, s. p.).
II.3.2. Análisis de requerimientos
En esta etapa se intenta descubrir que es lo que realmente se necesita que el

52
sistema cumpla, el encargado de llevar a cabo este proceso es el analista de
sistemas el cual busca llegar a una compresión adecuada de los requerimientos
necesarios en el sistema.
II.3.3. Diseño de sistema
En la etapa de diseño se definen la arquitectura, componentes, módulos, interfaces y
datos para el sistema que satisfacen los requerimientos especificados (Alegsa,
2018). Este funciona como guía y base para el desarrollo.
II.3.4. Implementación
Seleccionar las herramientas adecuadas, un entorno de desarrollo que facilite

nuestro trabajo y un lenguaje de programación apropiado para el tipo de
sistema que vayamos a construir. La elección de estas herramientas
dependerá en gran parte de las decisiones de diseño que hayamos tomado
hasta el momento y del entorno en el que nuestro sistema deberá funcionar
(Guerrero, 2015, s. p.).
Esta etapa también permite desarrollar prototipos del sistema y entregar
prototipos para verificar que concuerden con los requerimientos. De esta manera, se
asegura un sistema que cumpla con todo lo solicitado y representan un menor gasto
de tiempo y recursos.
II.3.5. Pruebas
En esta etapa se intentan corregir todos los errores de programación y

funcionamiento que pueda haber en el sistema informático recién
implementado. La validación y pruebas de sistemas pueden ir haciéndose en
gran parte durante la etapa de implementación también, en especial si se
desarrollan prototipos del sistema para ir probándolos (Alegsa, 2018, s. p.).
53
II.3.6. Operación y mantenimiento
La etapa de mantenimiento consume típicamente del 40 al 80 por ciento de los

recursos de una empresa de desarrollo de software. De hecho, con un 60 %
de media, es probablemente la etapa más importante del ciclo de vida del
software.
 Eliminar los defectos que se detecten durante su vida útil, lo primero que a
uno se le viene a la cabeza cuando piensa en el mantenimiento de
cualquier cosa.
 Adaptarlo a nuevas necesidades cuando el sistema ha de funcionar sobre
una nueva versión del sistema operativo o en un entorno hardware
diferente.
 Añadirle nueva funcionalidad, cuando se proponen características
deseables que supondrían una mejora del sistema ya existente (Guerrero,
2015, s. p.).
54
II.4. METODOLOGÍAS DE DESARROLLO
Es una estructura utilizada por los desarrolladores de sistemas informáticos, permite
planificar y controlar todo el proceso de creación del sistema. Entre la gran cantidad
de modelos desarrollo que existen se mencionarán los 5 más relevantes.
II.4.1. Metodologías tradicionales
II.4.1.1. Modelo cascada
Es un proceso de desarrollo secuencial, en el que el desarrollo de software se

concibe como un conjunto de etapas que se ejecutan una tras otra. Se le
denomina así por las posiciones que ocupan las diferentes fases que
componen el proyecto, colocadas una encima de otra, y siguiendo un flujo de
ejecución de arriba hacia abajo, como una cascada (Domínguez, 2017, s. p.).
Ilustración 14. Modelo cascada
Fuente: Openclassrooms, 2017.

55
II.4.1.2. Modelo espiral
Este modelo tiene la particularidad de disminuir los riesgos en el proceso de
desarrollo de un sistema informático:
Se utiliza con éxito en proyectos donde el coste de un fallo es un gran riesgo,

de ahí que su principal aportación sea considerar la gestión de esos riesgos
[…].
En concreto, los proyectos ejecutados con el modelo en espiral empiezan
siendo pequeños, investigando los mayores riesgos que se pueden tolerar,
para pasar a agrandarse poco a poco, en base a elementos clave sobre los
que se construyen las siguientes fases de la espiral. Habitualmente tiene
sentido aplicar este método en proyectos grandes, largos, caros y complejos.
(Luis, 2019, s. p.).
Ilustración 15. Modelo espiral
Fuente: ASP gems, 2019.
II.4.2. Metodologías ágiles
II.4.2.1. Desarrollo Rápido de Aplicaciones (RAD)
Con el objetivo de otorgar resultados rápidos, se trata de un enfoque que está

56
destinado a proporcionar un excelente proceso de desarrollo con la ayuda de

otros enfoques, pero, además, está diseñado para aumentar la viabilidad de
todo el procedimiento de desarrollo de software para resaltar la participación
de un usuario activo (Gómez, 2017, s. p.).
Ilustración 16. Metodología RAD
Fuente: Ingeniería de Software Blog, s. f.
II.4.2.2. Metodología de Programación Extrema (XP)
Esta metodología, se utiliza principalmente para evitar el desarrollo de

funciones que actualmente no se necesitan, pero sobre todo para atender
proyectos complicados. Sin embargo, sus métodos peculiares pueden tomar
más tiempo, así como recursos humanos en comparación con otros enfoques
(Gómez, 2017, s. p.).
57
Ilustración 17. Metodología XP
Fuente: Calvo, 2018.
II.4.2.3. Metodología scrum
Se define Scrum como una estructura en la que las personas pueden abordar
complejos problemas adaptativos, siendo a la vez productivas y creativas para
entregar productos finales de gran valor. Scrum también incorpora varios
elementos, como que es ligero y fácil de entender. Eso sí, es difícil de dominar
(Goncalves, 2019, s. p.).
58
Ilustración 18. Scrum process
Fuente: Gonçalves, s. f.
59
II.5. LENGUAJE DE PROGRAMACIÓN
Un lenguaje de programación es un lenguaje formal diseñado para realizar

procesos que pueden ser llevados a cabo por máquinas como las
computadoras. Pueden usarse para crear programas que controlen el
comportamiento físico y lógico de una máquina, para expresar algoritmos con
precisión, o como modo de comunicación humana. Está formado por un
conjunto de símbolos y reglas sintácticas y semánticas que definen su
estructura y el significado de sus elementos y expresiones. Al proceso por el
cual se escribe, se prueba, se depura, se compila (de ser necesario) y se
mantiene el código fuente de un programa informático se le llama
programación (Gervacio, 2018, s. p.).
II.5.1. C Sharp
Este lenguaje, perteneciente a Microsoft, es uno de los más utilizados de esta
compañía, con más robusteza y con mucha popularidad en la actualidad.
II.5.1.1. Historia
Anders Hejlsberg, creador de lenguajes como Turbo Pascal y Delphi, formó un

equipo para diseñar un nuevo lenguaje, cuyo nombre inicial fue Cool (C-like
Object Oriented Language). Microsoft quiso mantener dicho nombre como
definitivo, pero por razones de registro de marca tuvo que echarse para atrás
[…].
En julio de 2000, durante la Professional Developers Conference, el lenguaje
había sido renombrado a C# y todas las librerías de clases y el runtime de
ASP.NET fueron portadas a C#. Los creadores del lenguaje Java decían que
C# era un clon de Java sin ninguna novedad ni innovación a lo que Anders
Hejlsberg contestó que C# es ‘no un clon de Java’ y es mucho más cercano a
C++ en su diseño (sparraguerra, 2015, s. p.).
60
II.6. PLATAFORMA DE DESARROLLO
II.6.1. ASP.NET
ASP.NET es un lenguaje de programación para la web clasificada como

dinámico. Así como los lenguajes de programación web estáticos se ejecutan
en el lado del cliente, es decir en el navegador (HTML, CSS, JAVASCRIPT),
los lenguajes de programación web dinámico se ejecutan en el lado del
servidor. Dentro de los lenguajes web dinámicos destacamos junto con
ASP.NET, PHP y JSP. Son lenguajes competidores en la misma franja de
programación, pero se ejecutan con servidores diferentes. Por norma general
ASP.NET se ejecuta con un servidor IIS (Internet Information Server), PHP
con un servidor Apache y JSP con un servidor Apache Tomcat (Lara, 2016, s.
p.).
II.6.1.1. Ventajas
 Admite la programación con Visual Basic Script lo que facilita su

implementación.
 Soporta el lenguaje JScript de Microsoft (una especie de JavaScript).
 El lenguaje ASP.NET soporta programación C#, VB.NET y J#. Es un
lenguaje completamente orientado a objetos.
 Se comunica de forma impecable con las bases de datos SQL Server.
 ASP.NET ha incrementado notablemente la velocidad y seguridad de los
sistemas frente a su hermano mayor ASP (registrodominiosinternet, 2018).
II.6.1.2. Desventajas
 Es un código propietario de Microsoft no abierto.

 No es fácil de leer e interpretar, se necesita escribir más código para hacer
lo mismo que con otros lenguajes como el PHP.
 Muchos hosting y alojamientos web no lo soportan por su alto coste.
ASP.NET necesita tener instalado IIS con el Framework .Net.
 El consumo de recursos de ASP.NET es importante por lo que se
requieren servidores de mayor capacidad (registrodominiosinternet, 2018,
s. p.).
61
II.7. PATRÓN DE ARQUITECTURA
II.7.1. Patrón MVC
Este es uno de los modelos más populares, también es conocido como modelo vista
controlador. Es muy utilizado debido al orden que ofrece, para el desarrollo del
proyecto se utilizará este patrón arquitectónico el cual consta de una capa de
modelado de datos, una capa controladora y una capa vista.
MVC tiene tres componentes: modelos, vistas y controladores. Los

Controladores gestionan las solicitudes de entrada desde un cliente o un
navegador web y deciden acerca de qué código ejecutar. Las vistas son
plantillas (usualmente HTML más un lenguaje de plantillas como Handlebars,
Pug o Razor) que contienen datos añadidos al que luego son mostrados al
usuario. Los Modelos mantienen los datos que son agregados a las vistas, o
los datos que son ingresados por los usuarios (Barbettini, 2018, s. p.).
Un patrón común para el código MVC es:
 El controlador recibe una petición y busca alguna información en una base

de datos.
 El controlador crea un modelo con la información y la adjunta a la vista.
 La vista es generada y mostrada en el navegador del usuario.
 El usuario presiona un botón o envía un formulario, lo que enviá una nueva
solicitud al controlador y el ciclo se repite (Ibídem).
62
II.8. BASE DE DATOS
“Una base de datos es un conjunto estructurado de datos que representa entidades y
sus interrelaciones. La representación será única e integrada, a pesar de que debe
permitir utilizaciones varias y simultáneas” (Bases de datos, 2005, s. p.).
II.8.1. Modelos de bases de datos
Estos modelos determinan la estructura lógica de la base de datos, consigo también
el modo de almacenar la información y manipularla. A continuación se presentan los
más utilizados:
II.8.1.1. Modelo jerárquico de base de datos
Ilustración 19. Modelo jerárquico
Fuente: Ionos, 2018.
En las bases de datos jerárquicas las dependencias son inequívocas. Cada

registro tiene solo un precedente (Parent-Child Relationships, PCR) a
excepción de la raíz (root), constituyendo un esquema en árbol como el de
arriba. Mientras que cada nodo hijo, solo puede tener un nodo padre, los
63
padres pueden tener tantos hijos como quieran. Dado el estricto ordenamiento
jerárquico, los niveles sin relación directa, no interactúan entre sí y conectar
dos árboles diferentes tampoco es fácil. Por todo esto, las estructuras de base
de datos jerárquicas son extremadamente inflexibles, pero muy claras (Ionos,
2018, s. p.).
II.8.1.1.1. Base de datos en red
El modelo en red se desarrolló casi de forma simultánea al relacional, aunque

con el tiempo sería superado por la competencia. A diferencia del modelo
jerárquico, aquí los registros o récords no revelan relaciones padre-hijo
estrictas, sino que cada registro puede tener múltiples precedentes, lo que le
da la estructura en red de su nombre. Para acceder a un registro tampoco hay,
por eso mismo, un camino único e invariable (Ionos, 2018, s. p.).
Ilustración 20. Modelo de red
Al registro situado en el centro de la imagen puede accederse en teoría desde

los otros cinco, y accediendo a él, puede accederse a otros cinco registros. En
el modelo en red también pueden definirse dependencias: el registro situado
más arriba no está conectado directamente con el de más a la derecha, de
modo que para llegar a él ha de pasar por el del centro, que puede aceptar o
denegar el paso. Podría entonces establecer contacto con el de arriba a la
izquierda. En el modelo en red, los registros pueden añadirse o eliminarse sin
que la estructura global se vea afectada (Ionos, 2018, s. p.).
64
II.8.1.1.2. Modelo de base de datos relacional
Este modelo basado en tablas, gira en torno al concepto de relación, un

término bien definido en matemáticas y que aquí se utiliza como sinónimo de
tabla. Para formular las relaciones se utiliza álgebra relacional, con cuya
ayuda puede obtenerse la información de estas relaciones (Ionos, 2018, s. p.).
Ilustración 21. Modelo relacional
El modelo relacional trabaja con tablas independientes que determinan la

localización de los datos y sus conexiones. Estos datos conforman un registro
(en la imagen, una fila o tupla) y se guardan en columnas como atributos (en
la imagen, de A1 a An). La relación es lo que resulta de los atributos
interrelacionados. Para identificar inequívocamente un registro es elemental la
clave primaria, que normalmente se define como el primer atributo (A1) y que
no puede cambiarse. Dicho de otra manera, esta clave primaria o ID, define la
posición exacta del registro con todos los atributos (Ionos, 2018, s. p.).
II.8.2. IDE de base de datos
SQL Server es un sistema de gestión de bases de datos relacionales

(RDBMS) de Microsoft que está diseñado para el entorno empresarial. SQL
Server se ejecuta en T-SQL (Transact -SQL), un conjunto de extensiones de
programación de Sybase y Microsoft que añaden varias características a SQL
65
estándar, incluyendo control de transacciones, excepción y manejo de errores,

procesamiento fila, así como variables declaradas (Rouse, 2015, s. p.).
66
II.9. LENGUAJE UNIFICADO DE MODELADO
El Lenguaje Unificado de Modelado (UML) es un lenguaje de modelado visual

de propósito general que se utiliza para especificar, visualizar, construir y
documentar los artefactos de un sistema software. Captura decisiones y
conocimiento sobre sistemas que deben ser construidos. Se usa para
comprender, diseñar, ojear, configurar, mantener y controlar la información
sobre tales sistemas […].
Está pensado para ser utilizado con todos los métodos de desarrollo, etapas
del ciclo de vida, dominios de aplicación y medios. El lenguaje de modelado
pretende unificar la experiencia pasada sobre las técnicas de modelado e
incorporar las mejores prácticas de software actuales en una aproximación
estándar (Rumbaugh, 2007, s. p.).
II.9.1. Objetivos del UML
 Definir un lenguaje de modelado visual fácil de aprender, pero rico en
significado.
 Estándar, estable y configurable.
 Unificar las metodologías de análisis y diseño OO más conocidas (Booch,
OMT, Objectory) e incluir ideas de otros lenguajes de modelado.
 Ser independiente de lenguajes de programación o procesos particulares.
 Soportar conceptos de desarrollo de alto nivel tales como colaboraciones,
frameworks, patrones y componentes (Mestras, 2004).
II.9.2. Modelar
Permite estructurar la solución a un problema:

67
 Abstrayendo para gestionar la complejidad.
 Experimentando varias soluciones.
 Reduciendo los costes.
 Gestionando el riesgo de errores (Mestras, 2004).
II.9.2.1. Ventajas de modular
 Permite ver el sistema desde varias perspectivas haciendo más sencillo su
entendimiento y desarrollo.
 Mejora la comunicación con el cliente y del equipo de desarrollo.
II.9.3. Elementos del UML
II.9.3.1. Entidades
II.9.3.1.1. Entidades estructurales
Ilustración 22. Entidades estructurales

68
II.9.3.1.2. Entidades de agrupamiento
Ilustración 23. Entidades de agrupamiento
II.9.3.1.3. Entidades de comportamiento
Ilustración 24. Entidades de comportamiento
Fuente: Iono, 2018.
II.9.4. Relaciones
69
Ilustración 25. Relaciones UML

70
II.10. DIAGRAMAS
Tipos de diagramas empleados en el proyecto.
Ilustración 26. Tipos de diagramas empleados
II.10.1. Diagramas de caso de uso
Estos representan un diagrama sobre cómo perciben el sistema los usuarios
externos. Elementos de un caso de uso:
 Caso de uso: secuencia de acciones, incluyendo variantes, que puede
llevar a cabo el sistema interaccionando con los actores del sistema.
 Actor: un conjunto coherente de roles que juegan los usuarios cuando
interaccionan con los casos de uso.
 Límite del sistema: representa el límite entre el sistema físico y los actores
que interaccionan con el sistema.
 Asociación:
71
o La participación de un actor en un caso de uso.
o Las instancias de un actor se comunican con instancias de un caso
de uso.
 Generalización:
o Relación taxonómica entre un caso de uso más general y otro
específico.
 Dependencia:
o <<extend>> el comportamiento de un caso de uso extiende el de un
caso de uso base.
o <<include>> el comportamiento de un caso de uso incluye el de un
caso de uso base.

72
Ilustración 27. Diagramas de casos de uso
Fuente: Sánchez, 2015.
II.10.2. Diagramas de clases
Estos diagramas son representaciones las cuales describen la estructura estática del
sistema, esto lo realiza mediante agrupaciones de atributos y acciones similares.
“Los diagramas de clase son el pilar básico del modelado con UML, siendo utilizados
tanto para mostrar lo que el sistema puede hacer (análisis), como para mostrar cómo
puede ser construido (diseño)” (Haw, 2013, s. p.).
II.10.2.1. Elementos de los diagramas de clases
 Clase: es la unidad básica que encapsula toda la información de un Objeto

(un objeto es una instancia de una clase). una clase es representada por
73
un rectángulo que posee tres divisiones: En donde:

o Superior: contiene el nombre de la Clase.
o Intermedio: contiene los atributos (o variables de instancia) que
caracterizan a la Clase (pueden ser private, protected o public).
o Inferior: Contiene los métodos u operaciones, los cuales son la
forma como interactúa el objeto con su entorno (dependiendo de la
visibilidad: private, protected o public) (Haw, 2013, s. p.).
Ilustración 28. Diagrama de clases
Fuente: styfs, 2011.
II.10.2.1.1. Simbología
 Cardinalidad de relaciones: indica el grado y nivel de dependencia de las
clases, se anotan en cada extremo de la relación y estas pueden ser:
o = Cero, uno o n.
o 0,1 = Cero o uno.
o 1.* = Uno o más.
o 1 = Exactamente uno (también podría ser otro número).
o 1.5 = Entre uno y cinco (Haw, 2013).
 Herencia (especialización/generalización): indica que una subclase hereda

74
los métodos y atributos especificados por una superclase (también llamada
clase padre), por ende, la subclase, además de poseer sus propios
métodos y atributos, poseerá las características y atributos visibles de la
superclase (public y protected) (Haw, 2013).
Ilustración 29. Simbología diagramas de clase herencia
Fuente: Santoyo, 2016.
 Agregación: cuando se requiere componer objetos que son instancias de
clases definidas por el desarrollador existen dos posibilidades:
o Por valor: es un tipo de relación estática, en la que el tiempo de vida
del objeto incluido está condicionado por el tiempo de vida del que lo
incluye.
o Por referencia: es un tipo de relación dinámica, en donde el tiempo
de vida del objeto incluido es independiente del que lo incluye.
 Asociación: la relación entre clases, conocida como asociación, permite
asociar objetos que colaboran entre sí (Haw, 2013).

75
Ilustración 30. Simbología de diagramas de clases asociación
Fuente: Santoyo, 2016.
II.10.3. Diagrama de componentes
Los diagramas de componentes nos permiten mostrar los elementos de diseño

de un sistema de información. Un diagrama de componentes permite
visualizar con más facilidad la estructura general del sistema y el
comportamiento del servicio que estos componentes proporcionan y utilizan a
través de las interfaces (León, 2013, s. p.).
Ilustración 31. Diagrama de componentes
Fuente: Diagramas de Componentes UML, 2013.

76
II.11. DICCIONARIO DE DATOS
El diccionario de datos es un listado organizado de todos los datos pertinentes al
sistema, con definiciones precisas y rigurosas para que, tanto el usuario como el
analista tengan un entendimiento común de todas las entradas, salidas,
componentes de los almacenes y cálculos intermedios. Este define los datos de la
siguiente manera:
 Describe el significado de los flujos y almacenes que se muestran en los
DFD.
 Describe la composición de agregados de paquetes de datos que se
mueven a lo largo de los flujos, es decir, paquetes complejos que pueden
descomponerse en unidades elementales.
 Describen la composición de los paquetes de datos en los almacenes.
 Especifica los valores y unidades relevantes de piezas elementales de
información en los flujos de datos y en los almacenes de datos.
 Describe los detalles de las relaciones entre almacenes que se enfatizan
en un diagrama de entidad-relación u otro modelo de datos (Prudencio,
2015).
77
CAPÍTULO III. MARCO METODOLÓGICO

78
III.1. TIPO Y ENFOQUE DE LA INVESTIGACIÓN
III.1.1. Tipo de investigación
La investigación es aplicada, esto se debe a que sus fundamentos están ligados
estrechamente con la investigación básica, la cual busca adquirir el mayor
conocimiento posible y generar hipótesis que después son utilizadas por otros tipos
de investigación. Esto genera que la solución de la investigación aplicada
representará una solución eficiente y con fundamentos teóricos al problema que se
presenta.
III.1.2. Enfoque de la investigación
La metodología cualitativa, como indica su propia denominación, tiene como

objetivo la descripción de las cualidades de un fenómeno. Busca un concepto
que pueda abarcar una parte de la realidad. No se trata de probar o de medir
en qué grado una cierta cualidad se encuentra en un cierto acontecimiento
dado, sino de descubrir tantas cualidades como sea posible (Palacios, 2006, s.
p.).
Entre las características principales de esta de metodología se pueden
mencionar:
 La investigación cualitativa es inductiva.
 Tiene una perspectiva holística, esto es que considera el fenómeno en
conjunto.
 Se trata de estudios en pequeña escala que solo se representan a sí
mismos.
79
 Hace énfasis en la validez de las investigaciones, a través de la proximidad
a la realidad empírica que brinda esta metodología.
 No suele probar teorías o hipótesis. Es un método para generar teorías e
hipótesis.
80
III.2. FUENTES DE INFORMACIÓN
III.2.1. Fuentes primarias
La principal fuente de información de este proyecto estaría compuesta por una
entrevista aplicada al director de la institución, en conjunto con las personas
encargadas de llevar a cabo el proceso de matrícula en la institución. Esto genera
como información para determinar el tiempo que implica la matrícula de un
estudiante y, asimismo, determinar la secuencia de pasos requeridos para matricular.
De igual manera, de proporciona una retroalimentación de parte del profesor de
computación del colegio, ya que mediante una entrevista proporcionó datos que
ayudarán a generar y mejorar los requerimientos del sistema.
III.2.2. Fuentes secundarias
Las fuentes secundarias empleadas en el proyecto fueron libros, los cuales permiten
entender distintos conceptos del proceso administrativo de la matrícula lo que facilita
su compresión. Adicionalmente, se emplea Internet para obtener información para
generar el marco teórico.
III.2.3. Sujetos de información
En este apartado se mostrarán las personas a las cuales se le realizaron entrevistas
para obtener la información para desarrollar el proyecto. Estas personas tienen
influencia en los procesos que el sistema requiere abarcar.
Puesto Laboral Nombre Profesión u Oficio Relación con el tema

TI José Alvarado Monge Administrador de TI Gestiones TI
81
Puesto Laboral Nombre Profesión u Oficio Relación con el tema

Secretaria Irene Montero Romero Secretaria Proceso de matrícula
Dirección Grecy Castellón Asistente dirección Proceso de matrícula
Serrano
Docente Patricia Ramos Brenes Profesora secundaria Gestión de notas y
comunicados
Tabla 1. Sujetos de información

82
III.3. TÉCNICAS Y HERRAMIENTAS DE RECOLECCIÓN DE DATOS
Las técnicas y herramientas que nos permiten en este proyecto la recolección de
datos para efectuar el desarrollo son:
 Entrevista: la entrevista consiste en una serie de preguntas concretas las
cuales se formularon de manera abierta para obtener mayor información,
de esta manera se obtiene información más detallada. Según Díaz,
Torruco, Martínez y Varela (2013), “la entrevista es una técnica de gran
utilidad en la investigación cualitativa para recabar datos; se define como
una conversación que se propone un fin determinado distinto al simple
hecho de conversar” (s. p.).
III.3.1. Tipos de entrevistas
 Estructuradas: las preguntas se fijan de antemano, con un determinado

orden y contiene un conjunto de categorías u opciones para que el sujeto
elija.
 Semiestructurada: presentan un grado mayor de flexibilidad que las
estructuradas, debido a que parten de preguntas planeadas, que pueden
ajustarse a los entrevistados.
 No estructurada: son más informales, más flexibles y se planean de
manera tal, que pueden adaptarse a los sujetos y a las condiciones (Díaz,
Torruco, Martínez y Varela, 2013, s. p.).
La observación: tiene amplia aceptación científica. Los sociólogos, sicólogos e

ingenieros industriales utilizan extensamente esta técnica con el fin de estudiar
a las personas en sus actividades de grupo y como miembros de la
organización. El propósito de la organización es múltiple: permite al analista
determinar que se está haciendo, como se está haciendo, quien lo hace,
cuando se lleva a cabo, cuanto tiempo toma, dónde se hace y por qué se hace
(Torres, 2009, s. p.).
83
III.4. VARIABLES DE INVESTIGACIÓN
Objetivos específicos Variables asociadas Descripción

Analizar y definir las Análisis y definición de las Comprender cuáles son las
necesidades que presenta la necesidades del sistema necesidades que se generan a
institución por falta de sistemas informático. partir de la falta de un sistema
informáticos. informático, de esta manera,
definirlas para comprenderlas y
satisfacerlas correctamente.
Llevar a cabo el diseño de la Diseño del sistema informático. Nos permitirá definir y crear el
estructura de la página web diseño arquitectónico,
que cumpla con todas las componentes, módulos y de
necesidades analizadas datos del sistema información.
con base en el análisis antes
realizado.
Desarrollar una página web Desarrollo del sistema Se realiza el desarrollo del
basada en el diseño de antes informático. sistema informático tomando
planteado que satisfaga todas en cuenta el análisis antes
las necesidades de la empleado y basándose en el
institución. diseño arquitectónico,
componentes, módulos y de
datos.
Implementar la página web en Implementación del sistema Poner a prueba el sistema
un ambiente de pruebas y informático. informático realizado, esto para
después migrarlo a producción. corregir todos los errores antes
poner el sistema en
producción, después de la
aprobación de las pruebas se
migrará el sistema a
producción.
Tabla 2. Variables de información

84
III.5. DISEÑO DE INVESTIGACIÓN
El diseño de investigación se dará a conocer en las siguientes 4 etapas.
2. Diseño de
1. Analisis y modulos,
definicion de datos y
funciones componentes
3. Desarrollo 4. Pruebas e
del sistema en implementacion
base al diseño del sistema
Ilustración 32. Diseño de investigación
III.5.1. Etapas
Etapa Actividades
Analizar las necesidades actuales que presentan

la institución y definirlas en requerimientos para
1. Análisis y definición de funciones el sistema, los cuales se dividirán en dos grupos:
Funcionales y no funcionales.
85
Etapa Actividades
2. Diseño de módulos, datos y Diseñar los módulos, datos, componentes e

componentes interfaces que requiere el sistema en base,
basándose en los requerimientos de la etapa 1.
3. Desarrollo del sistema con base en el Desarrollar el sistema informático tomando en

diseño cuenta los módulos, datos, componentes e
interfaces que se diseñaron en la etapa 2.
4. Pruebas e implementación del Se realiza un proceso de pruebas al sistema,

sistema que, al aprobarse exitosamente, permitirá la
implementación del sistema.
Tabla 3. Etapas

III.6. MATRIZ DE COHERENCIA
Objetivo Entregables Fase o etapa de la Técnica de Instrumentos Temas relacionados

metodología del recolección de para el marco
proyecto que datos teórico
posibilita la relación
del entregable
Analizar y definir las 1. Requerimient Análisis y definición 1. Entrevista 1. Reunión 1. Ciclo de vida
necesidades que os funcionales de las funciones del 2. Entrevista 2. Reunión de un sistema
presenta la 2. Requerimient sistema informático informático
institución a falta de os no funcionales 2. Ciclo de vida
sistemas de un sistema
informáticos. informático
Diseño de la página 1. Diagrama de Diseño del sistema 1. Entrevista 1. Reunión 1. Lenguaje

web componentes, casos de uso informatice 2. Entrevista 2. Reunión unificado de
módulos, interfaces 2. Diagrama de 3. Entrevista 3. Reunión modelado
e información clases 4. Entrevista 4. Reunión 2. Lenguaje
necesarios. 3. Diagrama de unificado de
componentes modelado
4. Modelo de 3. Lenguaje
base de datos unificado de
modelado
4. Base de
datos
Desarrollar una 1. Página web Desarrollo del 1. Observación Reunión 1. Lenguajes de

página web basada sistema informático programación
en el diseño de Fuentes de Internet 2. Plataformas
antes planteado de desarrollo
Buscando, de esta 3. Patrón de
manera, satisfacer arquitectura
todas las 4. Base de
necesidades de la datos
institución.
Implementar la 1. Pruebas Pruebas e 1. Observación 1. Reunión 1. Ciclos de vida
página web en un 2. Manual de implementación del 2. Fuentes de de un sistema
ambiente de usuario sistema Internet informático
pruebas y después 3. Manual 2. Lenguaje
migrarlo a técnico unificado de
producción. 4. Sistema modelado
informático 3. Lenguaje
unificado de
modelado
Tabla 4. Matriz de coherencia

CAPÍTULO IV. DIAGNÓSTICO
89
IV.1. DIAGNÓSTICO ADMINISTRATIVO
La institución trabaja con un esquema de cuatro periodos, llamados bimestres, donde
al cierre de cada periodo las personas docentes deben establecer las notas
equivalentes al trabajo realizado durante cada periodo. El personal administrativo
genera un informe de notas por estudiante que es enviado a los familiares del
estudiante al cierre de cada periodo. Para este propósito, el docente puede
configurar un conjunto de rubros (lineamientos de calificación generales), así como
asignaciones para cada rubro que desglosen cómo porcentualmente se divide cada
rubro. Al finalizar un periodo este se cierra lo que impide modificar las calificaciones
colocadas y da paso a la apertura del siguiente periodo.
Diariamente se recopila información de la asistencia de los grupos del año en
curso. En la actualidad, la institución trabaja en un esquema de 9 lecciones diarias
para secundaria y 11 lecciones diarias para primaria. Cada docente deberá confirmar
la asistencia del grupo que por horario se le asigna, señalando cuando un estudiante
está ausente, tarde o escapado. Estas incidencias en la asistencia tienen un valor
que puede personalizarse por la institución de manera administrativa.
La nota de conducta tiene valor máximo de 100 puntos, esta evalúa el
comportamiento del estudiante durante todo el periodo. Esta nota puede afectarse de
manera positiva o negativa, según lo establece el reglamento interno de la institución.
Existen varios tipos de incidencias establecidas, como las faltas leves, graves y muy
graves, que deducen una cantidad que es configurada tomando como referencia lo
establecido en reglamento institucional.

90
IV.1.1. Cantidad de personas por departamento y sus funciones
1. Administración: cuenta con 15 colaboradores con las siguientes funciones.
o Directora: 1.
o Asistente administrativo: 3.
o Tesorería: 1.
o Recepción: 1.
o Asistente académico: 8.
o Administración de TI: 1.
2. Personal docente: este departamento cuenta con 57 colaboradores.
o Preescolar: 6.
o Primaria: 28.
o Secundaria: 23.
IV.1.2. Políticas de seguridad
A continuación, se detallan políticas de seguridad existentes ante el manejo de la
información de récord académico en la institución.
 Los docentes no deben tener acceso a modificar o consultar récord de
notas de periodos terminados, así como de grupos no asignados.

91
 El estudiante no debe tener acceso a modificar sus calificaciones
asignadas.
 Cualquier cambio que se deba llevar a cabo sobre notas de periodos ya
concluidos debe reportarse al personal administrativo vía correo y esta
modificación debe hacerla un usuario con privilegios administrativos.
 La generación de informes de notas y su difusión deben hacerla
únicamente usuarios con privilegios administrativos.
 El Departamento de Tesorería tiene la potestad de inhabilitar la
visualización de notas de la comunidad estudiantil cuando poseen un
estado de morosidad no resuelto. Una vez resuelto el tema, es
responsabilidad de este departamento llevar a cabo el proceso inverso
para que el estudiante vea sus notas nuevamente.
 Los usuarios con privilegios administrativos pueden modificar datos de los
perfiles de los demás usuarios, como nombres, correos electrónicos y
contraseñas.
IV.1.3. Procedimientos
1. Administración:
o El ámbito administrativo es indispensable el acceso al récord
académico de la comunidad estudiantil en el año en curso y los años
anteriores pudiendo consultar y generar informes de notas de cada

92
grupo de estudiantes o individualmente. Esto manteniendo la
posibilidad de tener una versión impresa de este informe con la
configuración necesaria para imprimirse o exportarse en formato
PDF.
o Es función del departamento administrativo colocar las
correspondientes notas de conducta por periodo, detallando, a
manera de bitácora, la rebaja o incremento de puntos, esto forma
parte del reporte individual de cada estudiante. Además, le
corresponde consultar y modificar las calificaciones en cada materia
impartida en cada grupo.
o Es función del superusuario administrativo crear los periodos,
grupos, materias y usuarios administrativos, docentes y estudiantes.
Es indispensable migrar la información de grupos, estudiantes que
los conforman, docentes asignados y configuración de calificaciones
entre periodos, para facilitar la creación de periodos y la transición
entre estos una vez se cierre un periodo.
o Otra función de un usuario administrativo es la de cerrar los periodos
en vigor para salvaguardar ante la modificación indeseada de notas
o valores de calificación de la comunidad estudiantil, así como la
apertura del siguiente periodo vigente del año.
2. Personal docente:
93
o Es responsabilidad de las personas docentes asignar en registro de
notas las calificaciones a las evaluaciones existentes en su clase.
o El docente deberá revisar la asistencia de cada clase que imparta en
su horario, así como señalar quienes se encuentran presentes,
ausentes, llegaron tarde o se escaparon.

94
IV.2. DIAGNÓSTICO TÉCNICO
La institución actualmente cuenta con una página web la cual solo funciona para
proporcionar información de sus servicios al público interesado, esta página se
desarrolló en el 2015 y desde ese entonces no se ha realizado ningún cambio en el
contenido. Por lo tanto, la información se encuentra igual a la primera vez que se
ingresó.
Esto genera como consecuencia una debilidad a nivel competitivo en el
mercado; al proporcionar información con tanto tiempo sin actualización genera
desinformación en el cliente potencial interesado en adquirir el servicio o hasta
confusión entre los clientes actuales. Adicionalmente, la navegación en el sitio web
es compleja y proporciona exceso de información lo cual hace que su diseño sea
pesado y aburrido para el usuario.
En la actualidad, la institución cuenta con un servidor que cumple con todos
los requerimientos para colocar el nuevo portal web, el apartado de implementación
será llevado a cabo por el Departamento de TI de la institución el cual cuenta con el
conocimiento para implantar la página web.

95
IV.3. DIAGNÓSTICO DE PERCEPCIÓN
Se efectuó una entrevista estructurada, de manera oral, con una serie de preguntas
abiertas a la secretaria de la institución, Irene Montero, encargada del proceso de
matrícula, a la profesora de secundaria, Patricia, asistente de dirección Grecy y,
adicionalmente, se llevó a cabo una entrevista no estructurada a José Alvarado
Monge, administrador de TI. El propósito es conocer cómo se llevan a cabo ciertos
procesos en la institución. Destaca el proceso de matrícula y administración de datos
de los estudiantes, tanto en el ámbito académico como personal. Además, interesa
conocer cuál es la estructura actual de la institución, tanto lógica como física, en el
ámbito de TI.
Se elaboró una en entrevista cerrada con 3 preguntas abiertas, para el
desarrollo de esta entrevista se empleó Microsoft Word. A continuación, se muestran
unos gráficos detallando las respuestas obtenidas en la entrevista.

96
¿Considera que el proceso para el envío de notas y recados

es eficaz?
Muy Malo Malo Bueno Muy Bueno

Ilustración 33. Gráfico de pregunta 1
Como lo indica el gráfico anterior, el 75 % de las personas entrevistadas
determinó que el proceso actual de notas y recados no es eficaz.

97
¿El tiempo requerido para realizar el proceso

anteriormente mencionado lo considera como eficiente?

Como lo indica el gráfico anterior, un 7.5 % de las personas entrevistadas
respondieron a la pregunta con un muy malo, por lo tanto, demuestra que el tiempo
de notas y recados es ineficaz.

98
¿Cómo califica el proceso de prematrícula que se lleva a

cabo en la institución?

En el gráfico anterior se muestra que la totalidad de los entrevistados están
completamente de acuerdo en que el sistema de prematrícula es muy malo.

99
¿Como se verían los procesos mencionados anteriormente

si se implementara una aplicación web dónde se
automatizarán los mismos?

En el gráfico anterior se muestra que la totalidad de los entrevistados están en
completo de acuerdo que el sistema de prematrícula sería muy bueno automatizarlo.

100
IV.4. CONCLUSIONES DEL DIAGNÓSTICO
Después de definir los procesos que se llevan a cabo en la institución en el apartado
de notas, recados, citas y matrícula, se llega a la conclusión de que se desperdicia
mucho tiempo. Esto se debe a lo lentas que son algunas herramientas informáticas
para cargar la información o, en otros casos, el proceso se hace completamente
manual lo cual consume mucho tiempo y, en ocasiones, ocurren errores humanos
que retrasan todavía más el proceso. Existe una posibilidad de integrar y automatizar
los procesos actuales y mitigar el riesgo de errores y generar un valor agregado a la
institución, lo cual lo permite ser más competitivo y sobresalir en el mercado.
Adicionalmente, existe un portal web desactualizado con información obsoleta.

101
CAPÍTULO V. PROPUESTA DE PROYECTO

102
V.1. ANÁLISIS
V.1.1. Requerimientos funcionales
ID del Requerimiento: RF-001 Página web

Módulo: Página web
Fuentes: Entrevista con José Luis Álvaro Monge
administrador de TI del Colegio Nueva
Generación
Actores: Todos los actores involucrados en el sistema
Objetivo: Página web que muestre información general
Descripción: Se debe crear una página web compuesta por
un solo layout en la cual se muestre toda la
información proporcionada por la institución esta
página web contara con imágenes he
información estática sobre la institución,
adicionalmente debe presentar una opción para
iniciar sesión la cual va a redireccionar a la
aplicación de matrícula y notas.
Importancia/Prioridad: Alta
Elementos de entrada de datos: Ninguno
Elementos de resultados de datos: Ninguno
Restricciones: Ninguno
Validado por: José Luis Álvaro Monge
Tabla 5. Requerimiento Funcionales RF-001 Página web
ID del RF- 002 Iniciar sesión

Requerimiento:
Módulo: Página Inicio
Fuentes: Entrevista con José Luis Álvaro Monge administrador de TI del Colegio
Nueva Generación
Objetivo: Iniciar sesión
Descripción: El sistema controlará el acceso y lo permitirá solamente a usuarios
autorizados. Los usuarios deben ingresar al sistema con cédula y
contraseña.
Importancia/Priorid Media
ad:
Elementos de El sistema debe solicitar la siguiente información
103
entrada de datos:
Nombre Descripción
Cédula Indica número de identificación del usuario
Contraseña Corresponde a la contraseña del usuario
Elementos de El sistema debe desplegar la siguiente información
resultados de
datos:
Nombre Descripción
Menú principal Si el inicio de sesión fue exitoso, el
sistema mostrará un menú principal el cual
dependerá del rol que tenga asociado el
perfil.
Restricciones: Si el inicio de sesión es fallido, el sistema mostrará un mensaje indicando
que el usuario o contraseña son incorrectos
Tabla 6. Requerimiento Funcionales RF-002 Iniciar Sesión
ID del RF- 003 Recuperar contraseña

Requerimiento:
Módulo: Página Inicio
Nueva Generación
Objetivo: Recuperar la contraseña del usuario
Descripción: La opción de recuperar contraseña funcionara de la siguiente manera: al
presionar el boto de recuperar la contraseña se desplegara un modal en el
cual se debe digitar la cédula del usuario, si existen registro de esta cédula
en el sistema se desplegara en otro modal el cual extraerá de la base de
datos la pregunta de seguridad del usuario, después de esto el usuario
debe responder a esta pregunta, si la respuesta es correcta va a permitir al
usuario ingresar una contraseña nueva en otro modal que se desplegará, el
usuario debe ingresar la contraseña nueva y volverla a ingresar a
continuación, en un espacio de texto para validad que ambas contraseñas
coincidan.
ad:
entrada de datos:
Nombre Descripción
104
Respuesta Indica la respuesta a la pregunta de

seguridad seleccionada por el usuario
Contraseña Corresponde a la contraseña nueva del
usuario
Validar contraseña Corresponde a la contraseña nueva del
usuario antes digitada,
resultados de
datos:
Nombre Descripción
mensaje de confirmación Mostrará un mensaje indicando “cambio
de contraseña se llevó a cabo, de manera
exitosa,”
Restricciones: Si las contraseñas no coinciden mostrara un mensaje indicándolo.
Comentarios:
Tabla 7. Requerimiento Funcionales RF-003 Recuperar contraseña
ID del RF- 004 Agregar usuario

Requerimiento:
Módulo: Usuarios
Nueva Generación
Actores: Administrador y tutor
Objetivo: Agregar usuario
Descripción: El sistema deberá permitir agregar usuarios, en el caso del cada actor se
debe tomar en cuenta lo siguiente:
administrador va a ingresar usuario de cualquier tipo, en el caso de que el

usuario a ingresar sea un estudiante debe ir ligado a un tutor ya antes
ingresado.
Tutor: solo va a hacer un registro el cual le permitirá solo ingresar su

información y no escoger ningún tipo de ROL, ya que por default se le va a
asignar el rol de tutor.
Importancia/Priorid Baja
ad:
entrada de datos:
Cédula indica número de identificación del usuario
Cédula asociada Indica número de identificación del tutor al
105
que pertenece el usuario.

Nombre Corresponde al primer nombre del usuario
Primer apellido Corresponde al primer apellido del usuario
Segundo apellido Corresponde al segundo apellido del
usuario
Celular Corresponde al teléfono del usuario
Correo Corresponde al correo del usuario
Confirmación contraseña Corresponde a la contraseña antes
digitada por el usuario
Pregunta de seguridad Corresponde a las posibles preguntas de
seguridad
Respuesta Corresponde a la respuesta a la pregunta
de seguridad
Confirmación de repuesta Corresponde a la confirmación de la
pregunta de seguridad
resultados de
datos:
Nombre Descripción
Panel de usuarios Si la inserción fue exitosa, el
sistema mostrará un panel de
usuarios con todos los usuarios
creados.
Restricciones: Si la creación de usuario es fallida, el sistema mostrará un mensaje
indicando que campo se ingresó, de manera incorrecta,
El usuario NO debe estar registrado en el sistema
Si el usuario a crear es estudiante debe tener una cédula asociada.

Comentarios: La cédula asociada solo hace referencia a insertar estudiante, en los demás
casos omitir el campo en la vista.
Tabla 8. Requerimiento Funcionales RF-004 Agregar usuario
ID del RF- 005 Editar usuario

Requerimiento:
Módulo: Usuarios
Nueva Generación
Actores: Administrador, tutor, estudiante
106
Objetivo: Editar usuario

Descripción: El sistema deberá permitir Editar usuarios, en el caso del cada actor se
debe tomar en cuenta lo siguiente:
Administrador: va a editar la información de todos los usuarios
Tutor: solo va a editar la información perteneciente al usuario actual.
Estudiante: solo va a editar la información perteneciente al usuario actual.

ad:
entrada de datos:
Cédula asociada Indica número de identificación del tutor al
que pertenece el usuario.
Nombre Corresponde al primer nombre del usuario
Primer apellido Corresponde al primer apellido del usuario
Segundo apellido Corresponde al segundo apellido del
usuario
Celular Corresponde al teléfono del usuario
Correo Corresponde al correo del usuario
Confirmación contraseña Corresponde a la contraseña antes
digitada por el usuario
Pregunta de seguridad Corresponde a las posibles preguntas de
seguridad
Respuesta Corresponde a la respuesta a la pregunta
de seguridad
Confirmación de repuesta Corresponde a la confirmación de la
pregunta de seguridad
resultados de
datos:
Nombre Descripción
Panel de usuarios Si la edición fue exitosa, el sistema
mostrará un panel de usuarios con
todos los usuarios creados y el
usuario actualizado.
Restricciones: Si la búsqueda de usuario es fallida, el sistema mostrará un mensaje
indicando que no existen usuarios relacionados
Si la edición de usuario es fallida, el sistema mostrará un mensaje

107
indicando que campo se ingresó de manera incorrecta

Comentarios:
Tabla 9. Requerimiento Funcionales RF-005 Editar usuario
ID del RF- 006 Eliminar usuario

Requerimiento:
Módulo: Usuarios
Nueva Generación
Actores: Administrador
Objetivo: Eliminar usuario
Descripción: El sistema deberá permitir eliminar usuarios
ad:
entrada de datos:
Nombre Descripción
ID Indica el ID a eliminar
resultados de
datos:
Nombre Descripción
Panel de usuarios Si la eliminación fue exitosa, el sistema
mostrará un panel de usuarios con todos
los usuarios creados y el usuario
eliminado actualizado
Restricciones: Si el ID a eliminar cuenta con alguna dependencia FK no podrá ser
eliminador hasta que las llaves foráneas (FK) sean eliminadas, el sistema
debe mostrar esas dependencias, de manera entendible, para que el
usuario las pueda eliminar.
Comentarios:
Tabla 10. Requerimiento Funcionales RF-006 Eliminar usuario
ID del RF- 007 Mostrar Usuarios

Requerimiento:
Módulo: Usuarios
108
Nueva Generación
Objetivo: Mostrar información de usuario en una tabla
Descripción: El sistema deberá mostrar la información de todos los usuarios
ad:
Elementos de Ninguno
entrada de datos:
resultados de
datos:
Nombre Descripción
Cédula Campo cédula de cada usuario
Nombre Campo nombre de cada usuario con su
primer apellido
Rol Campo rol del usuario
Estado Campo estado del usuario
Fecha de Actualización Campo fecha de actualización de cada
usuario
Restricciones: Ninguna
Comentarios:
Tabla 11. Requerimiento Funcionales RF-007 Mostrar usuarios
ID del RF- 008 Registro de menú

Requerimiento:
Módulo: Administrador
Nueva Generación
Objetivo: Ingresar menús dinámicos al sistema
Descripción: El sistema debe permitir ingresar menús los cuales contendrán la URL de la
vista a la que desea apuntar cada opción del menú, debe existir tanto menú
padre, el cual sería el encabezado del menú (título), y el menú hijo, que es
el encargado de redireccionar al URL.
ad:
entrada de datos:
ID Corresponde al ID del menú Padre
ID Padre Corresponde al ID del menú padre
asociado al menú hijo
109
Nombre del menú Corresponde al nombre del menú

Icono Corresponde al Icono que se le desea
asociar al menú (iconos de tipo
Glyphicons) pertenece solo a la inserción
del menú padre.
Es menú hijo Corresponde a que si el menú que se
ingresa es hijo
URL Corresponde a la URL perteneciente solo
al menú hijo
Selección menú padre Corresponde la selección del menú padre
con el que se desea asociar el hijo, aplica
solo si se está ingresando un menú hijo
Descripción Corresponde a la descripción del menú
ingresado
resultados de
datos:
Nombre Descripción
Panel de menú Si la inserción fue exitosa, el
sistema mostrará un panel de menú
con todos los menús creados.
Restricciones: En el caso de ocurrir un error se debe mostrar al usuario, de manera
entendible.
Para un menú ser hijo debe estar liga a un padre ya existente.

Tabla 12. Requerimiento Funcionales RF-008 Registro de menú
ID del Requerimiento: RF- 009 Editar menú

Módulo: Matrícula y notas
Generación
Objetivo: Editar menús dinámicos
Descripción: El sistema debe permitir modificar los menús
Importancia/Prioridad: Media
Elementos de entrada de datos: El sistema debe solicitar la siguiente información
Nombre del menú Corresponde al nombre del
menú
Icono Corresponde al Icono que se le
desea asociar al menú (iconos
110
de tipo Glyphicons) pertenece

solo a la inserción del menú
padre.
URL Corresponde a la URL
perteneciente solo al menú hijo
Selección menú padre Corresponde la selección del
menú padre con el que se
desea asociar el hijo, aplica
solo si se está modificando un
menú hijo
Descripción Corresponde a la Descripción
del menú ingresado
Elementos de resultados de datos: El sistema debe desplegar la siguiente
información
Nombre Descripción
Panel de Menú Si la edición fue exitosa, el
menús con todos los menús
creados y el menú actualizado.
Restricciones: En el caso de ocurrir un error se debe mostrar al
usuario, de manera entendible.
Para un menú hijo modificarse debe estar liga a

un padre ya existente.
Comentarios:
Tabla 13. Requerimiento Funcionales RF-009 Editar menú
ID del RF- 010 Eliminar Menú

Requerimiento:
Nueva Generación
Objetivo: Eliminar Menú
Descripción: El sistema deberá permitir eliminar Menú, tanto hijo como padre
ad:
entrada de datos:
Nombre Descripción
111
ID Indica el ID a eliminar
resultados de
datos:
Nombre Descripción
Panel de usuarios Si la eliminación fue exitosa, el sistema
mostrará un panel de usuarios con todos
los usuarios creados y el usuario
eliminado actualizado
Restricciones: Si el ID a eliminar cuenta con alguna dependencia FK no podrá ser
eliminador hasta que las llaves foráneas (FK) sean eliminadas, el sistema
debe mostrar esas dependencias, de manera entendible, para que el
usuario las pueda eliminar.
Comentarios:
Tabla 14. Requerimiento Funcionales RF-010 Eliminar menú
ID del RF- 011 Mostrar Menú

Requerimiento:
Nueva Generación
Objetivo: Mostrar información de menús en una tabla
Descripción: El sistema deberá mostrar la información de todos los menús
ad:
entrada de datos:
resultados de
datos:
Nombre Descripción
Nombre Menú Campo nombre menú de cada menú
Descripción Campo descripción de cada menú
Comentarios:
Tabla 15. Requerimiento Funcionales RF-011 Mostar menú

112
ID del Requerimiento: RF- 012 Registro de Rol

Generación
Objetivo: Ingresar roles al sistema
Descripción: El sistema debe permitir ingresar roles nuevos,
para seleccionarse en la asignación de rol en el
momento de editar o crear usuarios.
Nombre rol Corresponde al nombre del rol
información
Nombre Descripción
Panel de Roles Si la inserción fue exitosa, el
Roles con todos los roles
creados.
No se puede ingresar roles ya existentes

Comentarios:
Tabla 16. Requerimiento Funcionales RF-012 Registro de Rol
ID del Requerimiento: RF- 013 Modificar Rol

Generación
Objetivo: Modificar roles del sistema
Descripción: El sistema debe permitir modificar los roles
existentes.
Nombre rol Corresponde al nombre del rol
información
Nombre Descripción
113
Panel de Roles Si la inserción fue exitosa, el

Roles con todos los Roles
creados.
No se puede ingresar roles ya existentes

Comentarios:
Tabla 17. Requerimiento Funcionales RF-013 Modificar Rol
ID del Requerimiento: RF- 014 Eliminar Rol

Generación
Objetivo: Eliminar roles del sistema
Descripción: El sistema debe permitir eliminar los roles
existentes.
ID Corresponde al id del rol
información
Nombre Descripción
Panel de Roles Si la eliminación fue exitosa, el
Roles con todos los roles
creados y no mostrara el rol
eliminado.
Si el ID a eliminar cuenta con alguna

dependencia FK no podrá ser eliminador hasta
que las llaves foráneas (FK) sean eliminadas, el
sistema debe mostrar esas dependencias, de
manera entendible, para que el usuario las
pueda eliminar
114
Tabla 18. Requerimiento Funcionales RF-014 Eliminar Rol
ID del RF- 015 Mostrar Rol

Requerimiento:
Nueva Generación
Objetivo: Mostrar información de rol en una tabla
Descripción: El sistema deberá mostrar la información de todos los roles
ad:
entrada de datos:
resultados de
datos:
Nombre Descripción
Nombre del Rol Campo nombre del Rol de cada rol
Comentarios:
Tabla 19. Requerimiento Funcionales RF-015 Mostrar Rol
ID del Requerimiento: RF- 016 Habilitar acceso al rol

Generación
Objetivo: Los roles pueden tener menús dinámicos
asociados.
Descripción: El sistema debe permitir asociar a los roles los
menús que sean necesarios para cumplir con la
necesidad de cada rol
Nombre menú Corresponde al nombre del
menú a asociar al rol
115

información
Nombre Descripción
Panel de roles Si el habilitar fue exitoso, el

rol con todos los roles creados.

Si el menú ya se encuentra asociado al rol no se

debe mostrar
Comentarios:
Tabla 20. Requerimiento Funcionales RF-016 Habilitar acceso a rol
ID del Requerimiento: RF- 017 Deshabilitar acceso al rol

Generación
Objetivo: A los roles se le pueden desasociar menús
antes asociados.
Descripción: El sistema debe permitir desasociar a los roles
de los menús
ID Corresponde al id del menú a
desasociar del rol
información
Nombre Descripción
Panel de roles Si deshabilitar fue exitoso, el
116

roles con todos los roles
creados.
Tabla 21. Requerimiento Funcionales RF-017 Deshabilitar acceso a rol
ID del Requerimiento: RF- 018 Creación de Curso

Generación
Objetivo: Creación de cursos
Descripción: El sistema debe permitir la creación de cursos,
estos cursos deben estar asociados con un
profesor.
Nombre curso Corresponde al nombre del
curso
Nombre profesor Corresponde al nombre del
profesor
información
Nombre Descripción
Panel de Cursos Si la inserción fue exitosa, el
cursos con todos los cursos
creados.
No se puede ingresar el nombre y el mismo

profesor para cursos ya existentes
Tabla 22. Requerimiento Funcionales RF-018 Creación de Curso
ID del Requerimiento: RF- 019 Modificación de Curso

117

Generación
Objetivo: Modificación de cursos
Descripción: El sistema debe permitir la Modificación de
cursos, estos cursos deben estar asociados con
un profesor.
Nombre curso Corresponde al nombre del
curso
Nombre profesor Corresponde al nombre del
profesor
información
Nombre Descripción
Panel de Cursos Si la edición fue exitosa, el
creados y el curso modificado.
No se puede ingresar el nombre y el mismo

profesor para cursos ya existentes
Comentarios:
Tabla 23. Requerimiento Funcionales RF-019 Modificación de curso
ID del Requerimiento: RF- 020 Eliminar Curso

Generación
Objetivo: Eliminar cursos
Descripción: El sistema debe permitir la eliminación de
cursos, estos cursos deben estar asociados con
un profesor.
118
ID Corresponde al id del curso

información
Nombre Descripción
Panel de Cursos Si la eliminación fue exitosa, el
creados.

pueda eliminar
Comentarios:
Tabla 24. Requerimiento Funcionales RF-020 Eliminar curso
ID del RF- 021 Mostrar Curso

Requerimiento:
Nueva Generación
Objetivo: Mostrar información de cursos en una tabla
Descripción: El sistema deberá mostrar la información de todos los cursos
ad:
entrada de datos:
resultados de
datos:
Nombre Descripción
Nombre del curso Campo nombre del curso de cada curso
Nombre del profesor Campo nombre del profesor que imparte
cada curso
119

Comentarios:
Tabla 25. Requerimiento Funcionales RF-021 Mostrar Curso
ID del Requerimiento: RF- 022 Creación de Grupo

Generación
Objetivo: Creación de Grupo
Descripción: El sistema debe permitir la creación de Grupos.
Nombre Grupo Corresponde al nombre del
Grupo
Descripción Grupo Corresponde a la descripción
del grupo
información
Nombre Descripción
Panel de Grupos Si la inserción fue exitosa, el
grupos con todos los grupos
creados.
No se puede ingresar nombres de grupos ya

existentes
Comentarios:
Tabla 26. Requerimiento Funcionales RF-022 Creación de Curso
ID del Requerimiento: RF- 023 Modificación de Grupo

Generación
Objetivo: Modificación de Grupo
Descripción: El sistema debe permitir la Modificación de
120
Grupo
Nombre Grupo Corresponde al nombre del
Grupo
Descripción Grupo Corresponde a la descripción
del grupo
información
Nombre Descripción
Panel de Grupos Si la modificación fue exitosa,
el sistema mostrará un panel
de grupos con todos los grupos
creados y el grupo modificado.
No se puede ingresar nombres de grupos ya

existentes
Comentarios:
Tabla 27. Requerimiento Funcionales RF-023 Modificación de grupo
ID del Requerimiento: RF- 024 Eliminar Grupo

Generación
Objetivo: Eliminar Grupo
Descripción: El sistema debe permitir la eliminación de Grupo
ID Corresponde al id del grupo
información

121

pueda eliminar
Comentarios:
Tabla 28. Requerimiento Funcionales RF-024 Eliminar grupo
ID del RF- 025 Mostrar Grupo

Requerimiento:
Nueva Generación
Objetivo: Mostrar información de grupos en una tabla
Descripción: El sistema deberá mostrar la información de todos los grupos
ad:
entrada de datos:
resultados de
datos:
Nombre Descripción
Nombre del grupo Campo nombre del grupo de cada grupo
Descripción del grupo Campo descripción del grupo de cada
grupo
Comentarios:
Tabla 29. Requerimiento Funcionales RF-025 Mostrar grupo
ID del Requerimiento: RF- 026 Agregar estudiante a grupo

Generación
Objetivo: Los grupos deben permitir la opción de agregar
estudiantes
Descripción: El sistema debe permitir asociar a la comunidad
122
estudiantil de los grupos.

Seleccione el estudiante Corresponde al nombre del
estudiante junto a su cédula
información
Nombre Descripción
Panel de Grupos Si el agregar estudiante a
grupo fue exitoso, el sistema
mostrará un panel de grupos
con todos los grupos creados.
Si el estudiante ya se encuentra asociado con

un grupo no se debe mostrar.
Comentarios:
Tabla 30. Requerimiento Funcionales RF-026 Agregar estudiante a grupo
ID del Requerimiento: RF- 027 Deshabilitar estudiante de grupo

Generación
Objetivo: Los grupos deben contar con la opción para
deshabilitar estudiantes
Descripción: El sistema debe permitir deshabilitar a la
comunidad estudiantil de los grupos
Botón de deshabilitar Corresponde al id del
estudiante a deshabilitar
información
Nombre Descripción
Panel de Grupos Si el deshabilitar estudiante a
grupo fue exitoso, el sistema
mostrará un panel de grupos
con todos los grupos creados.
123

Comentarios:
Tabla 31. Requerimiento Funcionales RF-027 Deshabilitar estudiante de Grupo
ID del Requerimiento: RF- 028 Asociar curso a grupo

Generación
Objetivo: Los grupos deben permitir la opción de asociar
cursos
Descripción: El sistema debe permitir asociar cursos a los
grupos.
Seleccione el curso Corresponde al nombre del
curso junto al profesor que lo
imparte
información
Nombre Descripción
Panel de Grupos Si el Asociar curso a grupo fue
exitoso, el sistema mostrará un
panel de grupos con todos los
grupos creados.
Si el curso ya se encuentra asociado con un

grupo no se debe mostrar.
Comentarios:
Tabla 32. Requerimiento Funcionales RF-028 Asociar curso a grupo
ID del Requerimiento: RF- 029 deshabilitar curso a grupo

124
Generación
Objetivo: Los grupos deben permitir la opción de
desasociar curso
Descripción: El sistema debe permitir desasociar cursos a los
grupos.
Botón para deshabilitar Corresponde al id a deshabilitar
información
Nombre Descripción
Panel de Grupos Si el deshabilitar curso a grupo
fue exitoso, el sistema mostrará
un panel de grupos con todos
los grupos creados.
Tabla 33. Requerimiento Funcionales RF-029 Deshabilitar curso a grupo
ID del RF- 030 Agregar notas

Requerimiento:
Nueva Generación
Actores: Sistema
Objetivo: Agregar notas
Descripción: El sistema deberá agregar las notas de todos los grupos a los cuales se les
asigne un curso mediante un job en base de datos en el momento que
finalice el tiempo de prematrícula
Importancia/Priorid Alta
ad:
Elementos de El job debe ingresar la siguiente rubrica de evaluación
entrada de datos:
IDESTUDIANTE Id al estudiante que pertenece las notas
IDCURSO Id del curso
IDGRUPO Id del grupo al que pertenece el estudiante
NÚMERO BIMESTRE Número del bimestre del curso
COTIDIANO Corresponde al cotidiano del estudiante
PRESENTACION Corresponde a la presentación personal
125
PERSONAL del estudiante

TAREA Corresponde a la tarea del estudiante
USO DE LENGUAJE Corresponde al uso de lenguaje del
estudiante
ANTEPROYECTO Corresponde al ante proyecto del
estudiante
ACTIVIDAD DE REPASO Corresponde a las actividades de repaso
del estudiante
PRUEBA ESCRITA Corresponde a la prueba escrita del
estudiante
PROYECTO Corresponde al proyecto del estudiante
EXPOSICION Corresponde a la exposición del
estudiante
PRUEBA CORTA Corresponde a la prueba corta del
estudiante
NOTA ACTUAL Corresponde a la nota actual del
estudiante
NOTA FINAL Corresponde a la nota final del estudiante
Restricciones: El job debe generar los 4 bimestres por usuario pertenecientes a cada
materia.
La nota actual y final deben calcularse automáticamente en el sistema.

Comentarios:
Tabla 34. Requerimiento Funcionales RF-030 Agregar notas
ID del Requerimiento: RF- 031 Actualizar notas

Generación
Actores: Administrador, profesor
Objetivo: Actualizar notas
Descripción: El sistema debe permitir la actualización de
notas de la comunidad estudiantil; la comunidad
estudiantil debe estar dividida en una tabla por
sus grupos. Adicionalmente, al seleccionar el
estudiante se debe desplegar las materias
disponibles a actualizar
Elementos de entrada de datos: Los elementos de entrada del sistema serán los
siguientes
126
COTIDIANO Corresponde al cotidiano del

estudiante
PRESENTACION PERSONAL Corresponde a la presentación
personal del estudiante
TAREA Corresponde a la tarea del
estudiante
USO DE LENGUAJE Corresponde al uso de
lenguaje del estudiante
ANTEPROYECTO Corresponde al ante proyecto
del estudiante
ACTIVIDAD DE REPASO Corresponde a las actividades
de repaso del estudiante
PRUEBA ESCRITA Corresponde a la prueba
escrita del estudiante
PROYECTO Corresponde al proyecto del
estudiante
EXPOSICION Corresponde a la exposición
del estudiante
PRUEBA CORTA Corresponde a la prueba corta
del estudiante
NOTA ACTUAL Corresponde a la nota actual
del estudiante
NOTA FINAL Corresponde a la nota final del
estudiante
información
Nombre Descripción
Panel de Bimestre Si la modificación fue exitosa,
de grupos con todos los grupos
creados.
Restricciones: La nota actual y final deben calcularse
automáticamente por el sistema.

Comentarios:
Tabla 35. Requerimiento Funcionales RF-031 Actualizar notas
ID del RF- 032 Consultar notas

Requerimiento:
127
Nueva Generación
Actores: Administrador, profesor, tutor, estudiante
Objetivo: Consultar notas
Descripción: El sistema debe permitir consultar las notas de la comunidad estudiantil, la
comunidad estudiantil debe estar dividida en una tabla por sus grupos.
Adicionalmente, al seleccionar el estudiante se debe desplegar las materias
disponibles a consultar
Importancia/Priorid Alta
ad:
Elementos de Los elementos de entrada del sistema serán los siguientes
entrada de datos:
1. ID de bimestre a consultar
2. Seleccionar Materia, materia a consultar

resultados de
datos:
Nombre Descripción
Nombre del grupo Campo nombre del grupo de cada grupo
(A nivel de tabla)
Descripción del grupo Campo descripción del grupo de cada
grupo (A nivel de tabla)
Cédula Campo cédula estudiante se debe mostrar
en subtabla
Nombre estudiante Campo nombre estudiante se debe
mostrar en subtabla
COTIDIANO Corresponde al cotidiano del estudiante
PRESENTACION Corresponde a la presentación personal
PERSONAL del estudiante
TAREA Corresponde a la tarea del estudiante
USO DE LENGUAJE Corresponde al uso de lenguaje del
estudiante
ANTEPROYECTO Corresponde al ante proyecto del
estudiante
ACTIVIDAD DE REPASO Corresponde a las actividades de repaso
del estudiante
PRUEBA ESCRITA Corresponde a la prueba escrita del
estudiante
PROYECTO Corresponde al proyecto del estudiante
EXPOSICION Corresponde a la exposición del
estudiante
PRUEBA CORTA Corresponde a la prueba corta del
128
estudiante
NOTA ACTUAL Corresponde a la nota actual del
estudiante
NOTA FINAL Corresponde a la nota final del estudiante
Comentarios: La nota actual se proyectará en una barra de carga la cual cambie, según el
color de la calificación actual
La nota final se mostrará en una barra y también se mostrará en un gráfico

el porcentaje obtenido en cada bimestre.
Se deben mostrar todas las notas pertenecientes a la materia.
Tabla 36. Requerimiento Funcionales RF-032 Consultar notas
ID del RF- 33 Formulario prematrícula

Requerimiento:
Módulo: Prematrícula
Nueva Generación
Actores: Usuario de la institución. administrador y secretaria
Objetivo: Ingresar los datos del estudiante, tutor y salud del estudiante a
prematricular.
Descripción: El sistema deberá permitir ingresar los distintos datos para la correcta
prematrícula del estudiante.
ad:
Elementos de El sistema debe mostrar la siguiente información
entrada de datos:
Nombre estudiante Corresponde al nombre del estudiante
Primer Apellido Corresponde al primer apellido del
estudiante
Segundo Apellido Corresponde al segundo apellido del
estudiante
Nacionalidad estudiante Corresponde a la nacionalidad del
estudiante
Cédula estudiante Corresponde a la cédula del estudiante
Edad estudiante Corresponde a la edad del estudiante
Provincia Corresponde a la provincia del estudiante
Cantón Corresponde al cantón del estudiante
Distrito Corresponde al distrito del estudiante
129
Dirección exacta Corresponde a la dirección exacta del

estudiante
Seleccione el Grado Corresponde al grado a prematricular del
estudiante
Cédula tutor Corresponde a la cédula del tutor
Nombre tutor Corresponde al nombre del tutor
Primer Apellido Corresponde al primer apellido del tutor
Segundo Apellido Corresponde al segundo apellido del tutor
Profesión u Oficio Corresponde a la profesión u oficio del
tutor
Lugar de trabajo Corresponde al lugar de trabajo del tutor
Teléfono Oficina Corresponde a teléfono de oficina del tutor
Teléfono Celular Corresponde al teléfono celular del tutor
Correo Electrónico Corresponde al correo del tutor
¿Vive con el estudiante? Corresponde a una pregunta si el tutor
vive con el estudiante
¿Cuenta con todas las Corresponde a una pregunta sobre el
vacunas? estudiante
¿Presenta alguna cirugía? Corresponde a una pregunta sobre el
estudiante
¿Presenta algún Problema de Corresponde a una pregunta sobre el
Salud? estudiante
¿Utiliza Algún Medicamento? Corresponde a una pregunta sobre el
estudiante
¿Cuál es la Dosis del Corresponde a una pregunta sobre el
Medicamento? estudiante
¿Presenta Alguna Alergia? Corresponde a una pregunta sobre el
estudiante
¿Cuáles Alergias Presenta? Corresponde a una pregunta sobre el
estudiante
¿Ha recibido Adecuación? Corresponde a una pregunta sobre el
estudiante
¿Cuál Adecuación ha Corresponde a una pregunta sobre el
Recibido? estudiante
resultados de
datos:
Nombre Descripción
Panel de prematrícula Si la inserción fue exitosa, el sistema
mostrará un panel de prematrícula con
todos las prematrículas creadas.
Restricciones: Si el ingreso de los datos para la prematrícula es fallido, el sistema
130
mostrará un mensaje indicando que no se pudo prematricular

correctamente.
Validado por: José Luis Alvarado Monge
Tabla 37. Requerimiento Funcionales RF-033 Formulario prematrícula
ID del RF- 34 Formulario modificar prematrícula

Requerimiento:
Nueva Generación
Actores: Estudiantes prematriculados, secretaria y administrador
Objetivo: Modificar los datos del estudiante, tutor y salud del estudiante a
prematricular.
Descripción: El sistema deberá permitir modificar los distintos datos para la correcta
prematrícula del estudiante.
ad:
entrada de datos:
estudiante
estudiante
estudiante
estudiante
estudiante
131
tutor
vacunas? estudiante
estudiante
Salud? estudiante
estudiante
estudiante
estudiante
estudiante
resultados de
datos:
Nombre Descripción
Panel de prematrícula Si la modificación fue exitosa, el sistema
mostrará un panel de prematrícula con
todos las prematrículas creadas y la
prematrícula editada.
Restricciones: Si la modificación de los datos para la prematrícula es fallido, el sistema
mostrará un mensaje indicando que no se pudo modificar correctamente.
Los datos solo pueden modificarse antes de la fecha de inicio del curso
lectivo
Comentarios:
132
Tabla 38. Requerimiento Funcionales RF-034 Formulario modificar prematrícula
ID del Requerimiento: RF- 35 Eliminar prematrícula

Generación
Actores: Administrador, secretaria, tutor
Objetivo: Eliminar un registro de prematrícula
Descripción: El sistema debe permitir la eliminación de un
registro de prematrícula
ID Corresponde al id del grupo
información
Nombre Descripción
Panel de Prematrícula Si la eliminación fue exitosa, el
prematrícula con todos las
prematrículas creadas menos
la eliminada.
Si la fecha de inicio del ciclo lectivo ya se

cumplió no se podría eliminar el registro.
Comentarios:
Tabla 39. Requerimiento Funcionales RF-035 Eliminar prematrícula
ID del RF- 36 Consultar prematrícula

Requerimiento:
Nueva Generación
Actores: Secretaria, administrador y tutor
Objetivo: Consultas las prematrículas
Descripción: El sistema mostrara todas las prematrículas realizadas
ad:
133
resultados de
datos:
estudiante
estudiante
estudiante
estudiante
estudiante
tutor
vacunas? estudiante
estudiante
Salud? estudiante
estudiante
134
estudiante
estudiante
estudiante
Restricciones: No hay
Comentarios:
Tabla 40. Requerimiento Funcionales RF-036 Consultar prematrícula
ID del RF- 37 Consultar prematrículas aprobadas

Requerimiento:
Nueva Generación
Actores: Secretaria, administrador
Objetivo: Consultas las prematrículas
Descripción: El sistema mostrara todas las prematrículas realizadas
ad:
resultados de
datos:
estudiante
estudiante
estudiante
estudiante
estudiante
135

tutor
vacunas? estudiante
estudiante
Salud? estudiante
estudiante
estudiante
estudiante
estudiante
Restricciones: No hay
Comentarios:
Tabla 41. Requerimiento Funcionales RF-037 Consultar prematrículas aprobadas
ID del Requerimiento: RF- 038 Actualizar fecha inicio lectivo

Generación
Objetivo: Actualizar la fecha de inicio del ciclo lectivo
Descripción: El sistema debe permitir la actualización de la
136
fecha de inicio del ciclo lectivo mediante un

botón editar que despliegue un calendario
siguientes
Inicio Ciclo Corresponde a la fecha de
inicio del ciclo
información
Nombre Descripción
Panel de fecha Si la modificación fue exitosa,
de fecha con la fecha
actualizada.
Restricciones: No existen
Comentarios: En el momento que la fecha digitada sea igual a
la fecha actual, el sistema deberá ejecutar un
procedimiento en base de datos que cree las
notas de la comunidad estudiantil por cada uno
de los cursos asociados al grupo del estudiante.
En el momento que la fecha digitada sea igual a

la fecha actual, el módulo de prematrícula,
grupo, grupo por curso, grupo por estudiante no
va a permitir ingresar, editar o eliminar
información hasta que el ciclo lectivo finalice.
Tabla 42. Requerimiento Funcionales RF-038 Actualizar fecha inicio lectivo
ID del Requerimiento: RF- 039 Activar Morosidad

Generación
Actores: Administrador, secretaria
Objetivo: Ponerles a los usuarios tutores una alerta de
morosidad y bloquear el acceso al sistema
Descripción: El sistema debe permitir la opción de activar a
cada perfil tutor un modo morosidad el cual le
mostrara un mensaje en el momento de iniciar
sesión y no debe permitir el inicio de sesión del
137
mismo.
siguientes
ID Corresponde al ID del Usuario
información
Nombre Descripción
Panel de Morosidad Si la activación fue exitosa, el
Morosidad con todos los
usuarios tutores creados
Comentarios:
Tabla 43. Requerimiento Funcionales RF-039 Activar morosidad
ID del Requerimiento: RF- 040 Desactivar Morosidad

Generación
Actores: Administrador, secretaria
Objetivo: Desactivar el modo morosidad en los tutores
Descripción: El sistema debe permitir la opción de desactivar
a cada perfil tutor un modo morosidad
siguientes
ID Corresponde al ID del Usuario
información
Nombre Descripción
Panel de Morosidad Si la desactivación fue exitosa,
de Morosidad con todos los
usuarios tutores creados
Comentarios:
138
Tabla 44. Requerimiento Funcionales RF-040 Desactivar morosidad
ID del Requerimiento: RF- 041 Agregar recado

Módulo: Administra recado
Generación
Actores: Administrador, profesor
Objetivo: Ingresar recados al sistema
Descripción: El sistema debe permitir ingresar recados
asociados con cada estudiante en cada diferente
curso que tenga matriculado
curso al que pertenece el
recado
Titulo Recado Corresponde al título del
recado
Recado Corresponde al enunciado del
recado
información
Nombre Descripción
Panel de Recado Si la inserción fue exitosa, el
grupos con todos grupos
creados
Comentarios:
Tabla 45. Requerimiento Funcionales RF-041 Agregar recado
ID del Requerimiento: RF- 042 Ver recado

Módulo: Administra recado
Generación
Actores: Administrador, profesor, tutor
Objetivo: Consultar recados al sistema
Descripción: El sistema debe permitir consultar los recados
139
asociados con cada estudiante en cada diferente

curso que tenga matriculado
curso al que pertenece el
recado
información
Título del recado
Recado
Comentarios:
Tabla 46. Requerimiento Funcionales RF-042 Ver recado
ID del Requerimiento: RF- 043 Agregar horario

Módulo: Administrar horario
Generación
Objetivo: Ingresar horarios
Descripción: El sistema debe permitir ingresar los horarios
pertenecientes a cada grupo.
Día Corresponde al nombre del día
que corresponde el horario
Hora Inicio Corresponde en el momento de
inicio de las lecciones
Hora Final Corresponde en el momento de
finalización de las lecciones
información
Nombre Descripción
Panel de Horario Si la inserción fue exitosa, el
grupos con todos grupos
creados.
140
No se puede ingresar horarios con el día ya

existentes
Comentarios:
Tabla 47. Requerimiento Funcionales RF-043 Agregar horario
ID del Requerimiento: RF- 044 Modificar horario

Generación
Objetivo: Modificar los horarios
Descripción: El sistema debe permitir modificar los horarios
pertenecientes a cada grupo.
Día Corresponde al nombre del día
que corresponde el horario
Hora Inicio Corresponde en el momento de
inicio de las lecciones
información
Nombre Descripción
Panel de Horario Si la modificación fue exitosa,
de grupos con todos grupos
creados.
No se puede ingresar horarios con el día ya

existentes
Comentarios:
Tabla 48. Requerimiento Funcionales RF-044 Modificar horario

141
ID del Requerimiento: RF- 45 Eliminar horario

Generación
Objetivo: Eliminar horario del sistema
Descripción: El sistema debe permitir Eliminar los horarios
existentes.
ID Corresponde al id del horario
por eliminar
información

pueda eliminar
Tabla 49. Requerimiento Funcionales RF-045 Eliminar horario
ID del RF- 046 Mostrar horario

Requerimiento:
Módulo: Consultar horario
Nueva Generación
Actores: Administrador, estudiante, tutor y profesor
Objetivo: Mostrar información de horario en una tabla
Descripción: El sistema deberá mostrar la información de todos los horarios
ad:
entrada de datos:
resultados de
datos:
142
Nombre Descripción
Día Corresponde al nombre del día que
corresponde el horario
Hora Inicio Corresponde en el momento de inicio de
las lecciones
Tabla 50. Requerimiento Funcionales RF-046 Mostrar horario
ID del Requerimiento: RF- 047 Enviar notas correo

Módulo: Administrativo
Generación
Actores: Sistema
Objetivo: Enviar correo electrónico a final de curso lectivo
Descripción: El sistema deberá enviar un correo electrónico,
de manera automática, a los padres con las
notas obtenidas durante el periodo lectivo.
Elementos de entrada de datos: Ninguno
Elementos de resultados de datos: Ninguno
Restricciones: Si el correo rebota, hacer caso omiso a este
correo.
Tabla 51. Requerimiento Funcionales RF-047 Enviar notas correo
V.1.2. Requerimientos no funcionales
Id del requerimiento Nombre Descripción Prioridad

RNF-01 Navegación Se requiere una Media
navegación simple en
la página web y que
sea amigable con el
usuario
RNF-02 Diseño de la página Se requiere la Media
aplicación web tenga
colores atractivos y
143
llamativos y que utilice

menús y botones para
el acceso a diferentes
opciones del sistema
RNF-03 Manejo de Datos Se requiere utilizar Alta
SQL SERVER 2012
como la base de datos
para guardar los datos
de los usuarios que se
registran en el
sistema, ya que es el
motor de base de
datos que utiliza el
servidor web donde se
hospedara la
aplicación
Tabla 52. Requerimientos no funcionales
V.1.3. Casos de uso
ID del Caso de Uso: Caso Uso 1

Nombre Agregar usuario
Actores Administrador, tutor
Objetivo: Agregar usuario
Referencia RF- 004
Precondiciones Actor ingresa al sistema con usuario y
contraseña, en el caso de ser tutor no aplica
ninguna precondición
Postcondiciones Usuario es agregado al sistema
Flujo Principal/Normal de los eventos
Este caso de uso inicia cuando el actor selecciona la opción del menú Usuarios y decide
efectuar el siguiente flujo:
 Actor presiona la opción agregar usuario
 Sistema muestra pantalla para agregar usuarios
 Actor ingresa la siguiente información del usuario: cédula, nombre, primer apellido,
segundo apellido, teléfono, correo, contraseña, confirmar contraseña, selecciona pregunta
de seguridad, respuesta pregunta, confirma la respuesta, selecciona rol, selecciona el
144
estado.
 Actor presiona la opción guardar
 Usuario es agregado al sistema
Flujos Alternos
1. El actor presiona la opción guardar y deja alguno de los campos requeridos del
sistema en blanco o ingresa información errónea en alguno
1.1. Sistema indicará los campos vacíos o erróneos
1.2. Actor ingresa campos vacíos o erróneos
1.3. Actor presiona la opción guardar
1.4. Usuario es agregado al sistema
2. El actor desea agregar un estudiante
2.1 Actor ingresa la siguiente información del usuario: cédula, nombre, primer apellido,
de seguridad, respuesta pregunta, confirma la respuesta, selecciona rol, selecciona el estado
y selecciona el nombre del tutor al que pertenece el estudiante.
2.2 Actor presiona la opción guardar
2.3 Usuario es agregado al sistema
3. El Actor es un tutor
3.1 Actor ingresa la siguiente información del usuario: cédula, nombre, primer apellido,
de seguridad, respuesta pregunta, confirma la respuesta.
3.3 Usuario es agregado al sistema
Tabla 53. Caso Uso 1 Agregar usuario

Nombre Editar usuario
Actores Administrador, tutor, estudiante, profesor
Objetivo: Editar usuario
Referencia RF- 005
contraseña
Postcondiciones Usuario es editado y actualizado en el sistema
145
 Actor presiona la opción editar usuario
 Sistema muestra tabla con todos los usuarios para editar
 Actor selecciona el usuario a editar
 Sistema muestra datos del usuario que se desea editar
 Actor puede modificar la siguiente información del usuario: cédula, nombre, primer
apellido, segundo apellido, teléfono, correo, contraseña, confirmar contraseña, selecciona
pregunta de seguridad, respuesta pregunta, confirma la respuesta, selecciona rol (el rol solo
debe ingresarse por el administrador), selecciona el estado (el estado solo debe ingresarse
por el administrador).
 Usuario es editado y actualizado en el sistema
Flujos Alternos
1.3. Actor presiona la opción Guardar
1.4. Usuario es editado y actualizado en el sistema
Tabla 54. Caso Uso 2 Editar usuario

Nombre Mostrar usuario
Actores Administrador, tutor
Objetivo: Consultar usuario
Referencia RF- 007
contraseña
Postcondiciones Usuario es consultado en el sistema
 Actor presiona la opción consultar usuario
 Sistema muestra tabla con todos los datos pertenecientes a los usuarios
146
Flujos Alternos
1. El actor que se utiliza es tutor
1.1. Sistema muestra tabla con todos los datos pertenecientes al estudiante asignado al
tutor que consulta
Tabla 55. Caso Uso 3 Mostrar usuario

Nombre Eliminar usuario
Actores Administrador
Objetivo: Eliminar usuario
Referencia RF- 006
contraseña
Postcondiciones Usuario es eliminado del sistema
 Actor presiona la opción eliminar usuario
 Sistema muestra una tabla con todos los datos para eliminar
 El usuario selecciona mediante un botón la opción de eliminar la cual se encuentra

sobre cada fila de la tabla.
 Usuario es eliminado y actualiza la tabla
Flujos Alternos
2. El actor presiona la opción eliminar y el usuario a eliminar está asociado con
estudiantes
2.1. Sistema indicará que debe eliminar el estudiante asociado
3. El actor presiona la opción eliminar y el usuario a eliminar está en estado activo
3.1. Sistema indicará que debe cambiar el estado del usuario a inactivo para poder
eliminarlo
Tabla 56. Caso Uso 5 Eliminar usuario

Nombre Iniciar sesión usuario
147
Objetivo: Iniciar sesión usuaria

Referencia RF- 002
Precondiciones
Postcondiciones Inicio de sesión
Este caso de uso inicia cuando el actor ingresa al sistema y decide efectuar el siguiente
flujo:
 Sistema muestra pantalla para iniciar sesión
 Actor ingresa la siguiente información del usuario: Cédula y Contraseña
 Actor presiona opción para iniciar sesión
 Sistema verifica Cédula y Contraseña
 Sistema muestra pantalla principal dependiente del tipo de rol asociado al actor
 Usuario ingresa al sistema
Flujos Alternos
1. El actor presiona la opción iniciar sesión y deja alguno de los campos requeridos del
1.3. Actor presiona la opción iniciar sesión
1.4. Sistema verifica Cédula y Contraseña
1.5. Sistema muestra pantalla principal dependiente del tipo de rol asociado al actor
1.6. Usuario ingresa al sistema
Tabla 57. Caso Uso 5 Iniciar sesión usuario
Nombre Ingreso al sistema de matrícula

Objetivo: Redirigir al sistema de matrículas y notas
Referencia RF- 001
Precondiciones
Postcondiciones No hay
Este caso de uso inicia cuando el actor ingresa al sistema y decide efectuar el siguiente
flujo:
 Sistema muestra página web con la opción de iniciar sesión
148
 Actor selecciona la opción de iniciar sesión
 Sistema redirige al login del sistema de matrículas y notas
Flujos Alternos
No hay
Tabla 58. Caso Uso 6 Ingreso al sistema de matrícula

Nombre Cambio de contraseña
Objetivo: Cambiar la contraseña del usuario
Referencia RF- 003
Precondiciones
Postcondiciones Cambio de contraseña
Este caso de uso inicia cuando el actor presiona olvido contraseña y decide efectuar el
siguiente flujo:
 Sistema le solicita que ingrese su número de cédula
 Actor ingresa número de cédula
 Sistema verifica número de cédula
 Sistema trae y muestra la pregunta asociada al usuario
 Actor responde la pregunta
 Sistema verifica la pregunta
 Sistema le solicita que ingrese la nueva contraseña
 Contraseña cambiada
Flujos Alternos
1.4. contraseña es editada y actualizada en el sistema
149
Tabla 59. Caso Uso 7 Cambio de contraseña

Nombre Agregar menú
Objetivo: Agregar menú
Referencia RF- 008
Precondiciones Actor ingresado en el sistema
Postcondiciones menú es agregado al sistema
Este caso de uso inicia cuando el actor selecciona la opción del menú administrador de
menú y decide efectuar el siguiente flujo:
 Actor presiona la opción agregar menú
 Sistema muestra pantalla para agregar menú
 Actor selecciona ingresar menú padre
 Actor ingresa la siguiente información del menú: Nombre del menú, Descripción,
icono
 Menú es agregado al sistema
Flujos Alternos
1.4. menú es agregado al sistema
2. El actor presiona la opción ingresar menú hijo
1.1 Actor ingresa la siguiente información del usuario: Nombre del menú, Descripción,
URL, Selección menú padre
1.3 menú es agregado al sistema
Tabla 60. Caso Uso 8 Agregar menú

150

Nombre Editar menú
Objetivo: Editar menú
Referencia RF- 009
contraseña
Postcondiciones Menú es editado y actualizado en el sistema
 Actor presiona la opción editar menú
 Sistema muestra tabla con todos los menús para editar
 Sistema muestra datos del menú que se desea editar
 Actor ingresa la siguiente información del menú: Nombre del menú, Descripción,
icono
 Menú es editado y actualizado en el sistema
Flujos Alternos
1.4. Usuario es editado y actualizado en el sistema
2. El actor presiona la opción de editar un hijo
2.1. Sistema muestra datos del menú que se desea editar
2.2. Actor ingresa la siguiente información del menú: Nombre del menú, Descripción,
URL, Selección menú padre
2.4. Menú es editado y actualizado en el sistema
Tabla 61. Caso Uso 9 Editar menú

Nombre Eliminar menú
151
Objetivo: Eliminar menú

Referencia RF- 010
contraseña
Postcondiciones Menú es eliminado del sistema
 Actor presiona la opción eliminar menú

 Menú es eliminado y actualiza la tabla
Flujos Alternos
No hay
Tabla 62. Caso Uso 10 Eliminar menú

Nombre Mostrar Menú
Actores Administrador,
Objetivo: Mostrar Menú
Referencia RF- 011
contraseña
Postcondiciones Menú es mostrado en el sistema
 Actor presiona la opción consultar Rol
 Sistema muestra tabla con todos los menús
Flujos Alternos
No hay
Tabla 63. Caso Uso 11 Mostrar menú

Nombre Agregar Rol
Objetivo: Agregar Rol
Referencia RF- 012
152

Postcondiciones Rol es agregado al sistema
Este caso de uso inicia cuando el actor selecciona la opción del menú administrador de rol y
decide efectuar el siguiente flujo:
 Actor presiona la opción agregar rol
 Sistema muestra pantalla para agregar rol
 Actor ingresa la siguiente información del rol: Nombre del rol
 Rol es agregado al sistema
Flujos Alternos
1.4. Rol es agregado al sistema
Tabla 64. Caso Uso 12 Agregar rol

Nombre Editar rol
Objetivo: Editar rol
Referencia RF- 013
contraseña
Postcondiciones Rol es editado y actualizado en el sistema
Este caso de uso inicia cuando el actor selecciona la opción del menú administrador de Rol y
 Actor presiona la opción editar Rol
 Sistema muestra tabla con todos los roles para editar
 Sistema muestra datos del Rol que se desea editar
 Actor ingresa la siguiente información del menú: Nombre del Rol

153
 Rol es editado y actualizado en el sistema
Flujos Alternos
3.4. Rol es editado y actualizado en el sistema
Tabla 65. Caso Uso 13 Editar rol

Nombre Eliminar rol
Objetivo: Eliminar rol
Referencia RF- 014
contraseña
Postcondiciones Rol es eliminado del sistema
 Actor presiona la opción eliminar rol

 Rol es eliminado y actualiza la tabla
Flujos Alternos
No hay
Tabla 66. Caso Uso 14 Eliminar rol

Nombre Mostrar rol
Actores Administrador,
Objetivo: Consultar rol
Referencia RF- 015
154

contraseña
Postcondiciones Rol es consultado en el sistema
Este caso de uso inicia cuando el actor selecciona la opción del menú administrador de Rol y
 Actor presiona la opción consultar Rol
 Sistema muestra tabla con todos los roles
Flujos Alternos
No hay
Tabla 67. Caso Uso 15 Mostrar rol

Nombre Habilitar acceso al rol
Objetivo: Permitir habilitar accesos al rol
Referencia RF- 016
Postcondiciones Role con menús asociados
 Actor presiona la opción habilitar
 Sistema muestra pantalla con todos los menús disponibles para asociar
 Actor selecciona el menú de conveniencia
 Rol le es habilitado el menú en el sistema
Flujos Alternos
No hay
Tabla 68. Caso Uso 16 Habilitar acceso al rol

Nombre Deshabilitar acceso al rol
Objetivo: Permitir deshabilitar accesos al rol
Referencia RF- 017
Postcondiciones Role con menús deshabilitados
155

 Sistema muestra tabla con los roles y sus menús asociados
 Actor presiona la opción deshabilitar
 Rol le es deshabilitado el menú en el sistema
Flujos Alternos
No hay
Tabla 69. Caso Uso 17 Deshabilitar acceso al rol

Nombre Agregar curso
Objetivo: Agregar curso
Referencia RF- 018
Postcondiciones Curso es agregado al sistema
curso y decide efectuar el siguiente flujo:
 Actor presiona la opción agregar curso
 Sistema muestra pantalla para agregar curso
 Actor ingresa la siguiente información del curso: Nombre del curso y selecciona el
nombre del profesor
 Curso es agregado al sistema
Flujos Alternos
1.4. Curso es agregado al sistema
Tabla 70. Caso Uso 18 Agregar curso

156

Nombre Editar curso
Objetivo: Editar curso
Referencia RF- 019
contraseña
Postcondiciones Curso es editado y actualizado en el sistema
Curso y decide efectuar el siguiente flujo:
 Actor presiona la opción editar Curso
 Sistema muestra tabla con todos los Cursos para editar
 Sistema muestra datos del Curso que se desea editar
 Actor ingresa la siguiente información del curso: Nombre del curso y selecciona el
nombre del profesor
 Curso es editado y actualizado en el sistema
Flujos Alternos
1.4. Curso es editado y actualizado en el sistema
Tabla 71. Caso Uso 19 Editar curso

Nombre Eliminar curso
Objetivo: Eliminar curso
Referencia RF- 020
contraseña
Postcondiciones curso es eliminado del sistema
157
 Actor presiona la opción eliminar curso

 curso es eliminado y actualiza la tabla
Flujos Alternos
No hay
Tabla 72. Caso Uso 20 Eliminar curso

Nombre Mostrar curso
Objetivo: Consultar curso
Referencia RF- 021
contraseña
Postcondiciones curso es consultado en el sistema
 Actor presiona la opción consultar curso
 Sistema muestra tabla con todos los cursos
Flujos Alternos
No hay
Tabla 73. Caso Uso 21 Mostrar curso

Nombre Agregar grupo
Objetivo: Agregar grupo
Referencia RF- 022
Postcondiciones Grupo es agregado al sistema
grupo y decide efectuar el siguiente flujo:
 Actor presiona la opción agregar grupo
 Sistema muestra pantalla para agregar grupo

158
 Actor ingresa la siguiente información del grupo: Nombre del grupo y descripción del
grupo
 Grupo es agregado al sistema
Flujos Alternos
2.4. Grupo es agregado al sistema
Tabla 74. Caso Uso 22 Agregar grupo

Nombre Editar grupo
Objetivo: Editar grupo
Referencia RF- 023
contraseña
Postcondiciones Grupo es editado y actualizado en el sistema
Grupo y decide efectuar el siguiente flujo:
 Actor presiona la opción editar grupo
 Sistema muestra tabla con todos los grupo para editar
 Sistema muestra datos del grupo que se desea editar
 Actor ingresa la siguiente información del grupo: Nombre del grupo y descripción del
grupo
 Grupo es editado y actualizado en el sistema
Flujos Alternos
159
2.4. Grupo es editado y actualizado en el sistema
Tabla 75. Caso Uso 23 Editar grupo

Nombre Eliminar grupo
Objetivo: Eliminar grupo
Referencia RF- 024
contraseña
Postcondiciones Grupo es eliminado del sistema
 Actor presiona la opción eliminar grupo

 Grupo es eliminado y actualiza la tabla
Flujos Alternos
No hay
Tabla 76. Caso Uso 24 Eliminar grupo

Nombre Mostrar grupo
Objetivo: Consultar curso
Referencia RF- 025
contraseña
Postcondiciones Grupo es consultado en el sistema
160

 Actor presiona la opción consultar grupo
 Sistema muestra tabla con todos los grupos
Flujos Alternos
No hay
Tabla 77. Caso Uso 25 Mostrar grupo

Nombre Agregar estudiante a grupo
Objetivo: Agregar un estudiante a un grupo
Referencia RF- 026
Postcondiciones Estudiante es asociado con un grupo
grupo por estudiantes y decide efectuar el siguiente flujo:
 Sistema muestra tabla con la opción para agregar estudiante a grupo sobre cada
grupo creado en el sistema
 Actor presiona la opción agregar estudiante a grupo
 Actor selecciona la siguiente información del estudiante a grupo: seleccione el

estudiante
 Estudiantes es asociado con un grupo y es agregado al sistema
Flujos Alternos
No hay
Tabla 78. Caso Uso 26 Agregar estudiante a grupo

Nombre Desligar estudiante a grupo
Objetivo: Desligar un estudiante de un grupo
Referencia RF- 027
Postcondiciones Estudiante es desligado de un grupo
161
 Sistema muestra tabla con todos los grupos ingresados la tabla desplegara una
subtabla la cual permitirá ver a toda la comunidad estudiantil que pertenece al grupo y en
cada estudiante mostrara la opción de desligar estudiante
 Actor presiona la opción agregar estudiante a grupo
 Estudiantes es desligado del grupo
Flujos Alternos
No hay
Tabla 79. Caso Uso 27 Desligar estudiante de un grupo

Nombre Asociar curso a grupo
Objetivo: Asociar un curso a un grupo
Referencia RF- 028
Postcondiciones Curso es asociado con un grupo
curso por grupo y decide efectuar el siguiente flujo:
 Sistema muestra tabla con la opción para asociar curso a grupo sobre cada grupo
creado en el sistema
 Actor presiona la opción asociar curso a grupo
 Actor selecciona la siguiente información del curso: seleccione el curso
 Curso es asociado con un grupo y es agregado al sistema
Flujos Alternos
No hay
Tabla 80. Caso Uso 28 Agregar curso a grupo

Nombre Desligar curso de grupo
Objetivo: Desligar un estudiante a un grupo
Referencia RF- 029
Postcondiciones Curso es desligado de un grupo
162
 Sistema muestra tabla con la opción para desligar curso a grupo sobre cada curso
asociado con cada grupo creado en el sistema
 Actor presiona la opción desligar curso a grupo
 Curso es desligado del grupo
Flujos Alternos
No hay
Tabla 81. Caso Uso 29 Desligar curso de grupo

Nombre Agregar notas
Actores Sistema
Objetivo: Agregar las notas a la comunidad estudiantil por
grupo
Referencia RF- 030
Precondiciones Existir registros de estudiantes en grupos
Postcondiciones Notas son Agregadas al estudiante en el sistema
Este caso de uso inicia cuando se cumple la fecha máxima de prematrícula
 Sistema consultará la tabla de grupoxestudiante y obtendrá la comunidad estudiantil
por cada grupo
 Sistema consulta la tabla grupoxcurso y obtendrá los cursos asociados con cada
grupo
 Sistema ingresa la siguiente información del usuario: ID estudiante, ID curso, ID

Grupo, Número Bimestre, Cotidiano, presentación personal, tarea, uso de lenguaje, ante
proyecto, actividad de repaso, prueba escrita, proyecto, exposición, prueba corta, nota
actual, nota final.
 Notas son agregar en el sistema
Flujos Alternos
No hay
Tabla 82. Caso Uso 30 Agregar notas

Nombre Actualizar notas
Actores Administrador, profesor
163
Objetivo: Actualizar las notas a la comunidad estudiantil

por grupo
Referencia RF- 031
contraseña
Postcondiciones Notas son actualizadas al estudiante en el
sistema
Este caso de uso inicia cuando el actor selecciona la opción del menú Administrar notas y
 Sistema muestra una tabla con todos los grupos y sus estudiantes asociados por
cada estudiante un botón para editar notas
 Actor presiona la opción editar notas
 Sistema muestra las materias asociadas al estudiante
 Actor selecciona la materia
 Sistema muestra pantalla para editar notas
 Actor ingresa la siguiente información del usuario: Cotidiano, presentación personal,

tarea, uso de lenguaje, ante proyecto, actividad de repaso, prueba escrita, proyecto,
exposición, prueba corta, nota actual, nota final.
 Notas son actualizadas en el sistema
Flujos Alternos
1.4. Actor es actualizado sistema
Tabla 83. Caso Uso 31 Actualizar notas

Nombre Mostrar notas
Actores Administrador, tutor, profesor, estudiante
Objetivo: Mostrar notas
Referencia RF- 032
164

contraseña
Postcondiciones Notas son mostradas en el sistema
notas y decide efectuar el siguiente flujo:
 Sistema muestra tabla con todos los grupos del sistema y asociado con los grupos
muestra la comunidad estudiantil que pertenece a cada grupo con un botón de consultar
nota
 Actor presiona la opción consultar nota
 Sistema muestra las notas.
Flujos Alternos
1. El actor desea consultar es un estudiante
1.1 Sistema desplegará una tabla con todos los cursos y la opción de consultar notas en
cada una
1.2 Actor presiona la opción consultar nota
1.3 Sistema muestra las notas
2. El actor es un profesor
2.1 Sistema desplegara una tabla con todos los grupos asociados al profesor, esos
grupos contienen a todos los estudiantes a los que enseña el profesor y estos estudiantes
contienen la opción de consultar nota.
2.3 Sistema muestra las materias a disponibles para consultar
2.4 Actor selecciona la materia a consultar
3.1 Sistema desplegara una tabla con todos los grupos en los que se encuentra la
comunidad estudiantil asignados al tutor, cada grupo contendrá anidado estos estudiantes
los cuales contarán con un botón para consultar nota.
3.3 Sistema muestra las materias a disponibles para consultar
3.4 Actor selecciona la materia a consultar
Tabla 84. Caso Uso 32 Mostrar notas

165

Nombre Prematrícula
Actores Actor
Objetivo: Ingresar los datos para la correcta prematrícula
del estudiante
Referencia RF- 033
Precondiciones Actor ingresa a la aplicación e inicia sesión
Postcondiciones Actor es registrado en la aplicación
Este caso de uso inicia cuando el actor selecciona la opción de llevar a cabo prematrícula en
la pantalla de menú y decide efectuar el siguiente flujo:
 Actor presiona la opción llevar a cabo prematrícula
 Sistema muestra pantalla con un formulario dividido en 3 segmentos: Formulario del

estudiante, Formulario del tutor, Formulario de salud del estudiante.
 Actor ingresa la siguiente información: Nombre estudiante, primer apellido, segundo

apellido, nacionalidad estudiante, cédula estudiante, edad estudiante, provincia, cantón,
distrito, dirección exacta, seleccione el grado, cédula tutor, nombre tutor, primer apellido,
segundo apellido, profesión u oficio, lugar de trabajo, teléfono oficina, teléfono celular,
correo electrónico, vive con el estudiante, ¿cuenta con todas las vacunas?, ¿presenta alguna
cirugía?, ¿presenta algún problema de salud?, ¿utiliza algún medicamento?, ¿cuál es la
dosis del medicamento?, ¿presenta alguna alergia?, ¿cuáles alergias presenta?, ¿ha recibido
adecuación?, ¿cuál adecuación ha recibido?
 Actor presiona la opción Guardar

 Estudiante se matriculó correctamente
Flujos Alternos
1. El actor no ingresa, de forma correcta, los campos del formulario o los deja vacíos
1.4. Estudiante se matriculó correctamente
Tabla 85. Caso Uso 33 Prematrícula

Nombre Modificar Prematrícula
Actores Actor
Objetivo: Modificar los datos para la correcta prematrícula
del estudiante
Referencia RF- 034
166
Precondiciones Actor ingresa a la aplicación e inicia sesión

Postcondiciones Actor es registrado en la aplicación
Este caso de uso inicia cuando el actor selecciona la opción de modificar prematrícula en la
pantalla de menú y decide efectuar el siguiente flujo:
 Actor presiona la opción modificar prematrícula
 Sistema muestra pantalla con un formulario cargado con información de la

prematrícula del estudiante dividido en 3 segmentos: formulario del estudiante, formulario
del tutor, formulario de salud del estudiante.
 Actor puede modificar la siguiente información: nombre estudiante, primer apellido,

segundo apellido, nacionalidad estudiante, cédula estudiante, edad estudiante, provincia,
cantón, distrito, dirección exacta, seleccione el grado, cédula tutor, nombre tutor, primer
apellido, segundo apellido, profesión u oficio, lugar de trabajo, teléfono oficina, teléfono
celular, correo electrónico, vive con el estudiante, ¿cuenta con todas las vacunas?,
¿presenta alguna cirugía?, ¿presenta algún problema de salud?, ¿utiliza algún
medicamento?, ¿cuál es la dosis del medicamento?, ¿presenta alguna alergia?, ¿cuáles
alergias presenta?, ¿ha recibido adecuación?, ¿cuál adecuación ha recibido?
 Actor presiona la opción actualizar

 Estudiante se actualizó correctamente
Flujos Alternos
1. El actor no ingresa de forma correcta los campos del formulario o los deja vacíos
1.3. Actor presiona la opción actualizar
1.4. Estudiante se actualizó correctamente
Tabla 86. Caso Uso 34 Mostrar prematrícula

Nombre Eliminar prematrícula
Actores Administrador, tutor, secretaria
Objetivo: Eliminar prematrícula
Referencia RF- 035
contraseña
Postcondiciones La prematrícula es eliminado del sistema
167
prematrícula y decide efectuar el siguiente flujo:

 Actor presiona la opción eliminar prematrícula
 Sistema muestra una tabla con todos las prematrículas a eliminar

 La prematrícula es eliminado y actualiza la tabla
Flujos Alternos
1. El actor es un tutor
1.1. Sistema mostrara en tabla todas las prematrículas asociadas al tutor
1.2. El usuario selecciona mediante un botón la opción de eliminar la cual se encuentra
1.3. La prematrícula es eliminada y actualiza la tabla
Tabla 87. Caso Uso 35 Eliminar prematrícula

Nombre Mostrar prematrícula
Actores Administrador, tutor, secretaria
Objetivo: Mostrar las prematrículas
Referencia RF- 036
contraseña
Postcondiciones Prematrícula es mostrada en el sistema
 Sistema muestra tabla con todos las prematrículas realizadas
Flujos Alternos
Sistema muestra tabla con todos las prematrículas realizadas por el tutor que consulta
Tabla 88. Caso Uso 36 Mostrar prematrícula

Nombre Mostrar prematrícula aprobada
Actores Administrador, secretaria
Objetivo: Mostrar prematrículas aprobadas
Referencia RF- 037
168

contraseña
Postcondiciones Prematrícula es mostrada en el sistema
 Sistema muestra tabla con todos las prematrículas aprobadas
 Cada prematrícula que el sistema cargo en a la tabla contiene la opción consultar
 El usuario selecciona la prematrícula a consultar
 El sistema muestra los datos de la prematrícula seleccionada
Flujos Alternos
No hay
Tabla 89. Caso Uso 37 Mostrar prematrícula aprobada

Nombre Actualizar fecha inicio
Objetivo: Actualizar la fecha de inicio del ciclo lectivo
Referencia RF- 038
contraseña
Postcondiciones La fecha de inicio de ciclo es actualizada
Este caso de uso inicia cuando el actor selecciona la opción del menú administrador fecha
inicio y decide efectuar el siguiente flujo:
 Actor presiona la opción Editar fecha
 Sistema muestra una tabla la fecha antes ingresada
 El usuario selecciona mediante un botón la opción de editar la cual se encuentra

 Se despliega un calendario donde se puede seleccionar la fecha
 El usuario selecciona la fecha y oprime el botón guardar
 La fecha es actualizada en el sistema y actualiza la tabla
Flujos Alternos
No hay
169
Tabla 90. Caso Uso 38 Fijar actualizar fecha inicio

Nombre Activar morosidad
Objetivo: Activar a los tutores un modo morosidad
Referencia RF- 039
contraseña
Postcondiciones El perfil del tutor se encuentra bajo el modo
morosidad
Este caso de uso inicia cuando el actor selecciona la opción del menú administrador
morosidad y decide efectuar el siguiente flujo:
 Actor presiona la opción morosidad
 Sistema muestra una tabla con todos los tutores
 El usuario selecciona mediante un botón la opción de activar morosidad la cual se

encuentra sobre cada fila de la tabla.
 El perfil del tutor es actualizado a moroso.
Flujos Alternos
No hay
Tabla 91. Caso Uso 39 Activar morosidad

Nombre Desactivar morosidad
Objetivo: Desactivar a los tutores el modo morosidad
Referencia RF- 040
contraseña
Postcondiciones El perfil del tutor se le desactiva el modo
morosidad
Este caso de uso inicia cuando el actor selecciona la opción del menú administrador
morosidad y decide efectuar el siguiente flujo:
 Actor presiona la opción morosidad
 Sistema muestra una tabla con todos los tutores
 El usuario selecciona mediante un botón la opción de desactivar morosidad la cual se

170
encuentra sobre cada fila de la tabla.
 El perfil del tutor es actualizado a no moroso.
Flujos Alternos
No hay
Tabla 92. Caso Uso 40 Desactivar morosidad

Nombre Agregar recado
Actores Administrador, profesor, Secretaria
Objetivo: Agregar recado
Referencia RF- 041
Postcondiciones Recado es agregado al sistema
Recado y decide efectuar el siguiente flujo:
 Actor presiona la opción agregar recado
 Sistema muestra pantalla para agregar seleccionar el curso a agregar el recado
 Actor selecciona curso
 Sistema muestra la información requerida
 Actor ingresa la siguiente información del recado: Titulo, Recado
 Recado es agregado al sistema
Flujos Alternos
1.4. Recado es agregado al sistema
Tabla 93. Caso Uso 41 Agregar recado

171
Nombre Mostrar recado

Actores Administrador, profesor, tutor, secretaria
Objetivo: Mostrar recado
Referencia RF- 042
contraseña
Postcondiciones Recado es mostrado en el sistema
Recado y decide efectuar el siguiente flujo:
 Actor presiona la opción ver Recado
 Sistema despliega los cursos disponibles a consultar
 Actor selecciona el curso a consultar
 Sistema muestra los recados disponibles a consultar
 Actor selecciona el recado a consultar
 Sistema muestra Recado
Flujos Alternos
No hay
Tabla 94. Caso Uso 42 Mostrar recado

Nombre Agregar horario
Objetivo: Agregar horario
Referencia RF- 043
Postcondiciones horario es agregado al sistema
Horario y decide efectuar el siguiente flujo:
 Actor presiona la opción agregar Horario
 Sistema muestra pantalla para agregar horario
 Actor selecciona día e ingresa hora inicio y hora final
 horario es agregado al sistema
Flujos Alternos
172
No existen
Tabla 95. Caso Uso 43 Agregar horario

Nombre Modificar horario
Objetivo: Modificar horario
Referencia RF- 044
Postcondiciones horario es modificado en el sistema
Horario y decide efectuar el siguiente flujo:
 Actor presiona la opción editar Horario
 Sistema muestra pantalla con la información del horario: día, hora inicio y hora final
 Actor puede modificar la siguiente información día, hora inicio y hora final
 horario es actualizado al sistema
Flujos Alternos
1. El actor no ingresa de forma correcta los campos del formulario o los deja vacíos
1.3. Actor presiona la opción actualizar
1.4. Horario se actualizó correctamente
Tabla 96. Caso Uso 44 Editar horario

Nombre Eliminar horario
Objetivo: Eliminar horario
Referencia RF- 045
contraseña
Postcondiciones El horario es eliminado del sistema
173
horario y decide efectuar el siguiente flujo:

 Actor presiona la opción eliminar horario
 Sistema muestra una tabla con todos los horarios a eliminar

 Lel horario es eliminado y actualiza la tabla
Flujos Alternos
No hay
Tabla 97. Caso Uso 45 Eliminar horario

Nombre Mostrar horarios
Actores Administrador, profesor, tutor, estudiante
Objetivo: Mostrar horario
Referencia RF- 046
contraseña
Postcondiciones Horario es mostrado en el sistema
horario y decide efectuar el siguiente flujo:
 Actor presiona la opción mostrar horario
 Sistema despliega los horarios asociados al grupo
Flujos Alternos
No hay
Tabla 98. Caso Uso 46 Mostrar horarios

Nombre Enviar notas por correo
Actores Sistema
Objetivo: Permitir enviar las notas por correo
Referencia RF- 047
174
Precondiciones Existencia de notas

Postcondiciones Notas son enviadas al correo del tutor
Este caso de uso inicia cuando se cumple la fecha de finalización del último bimestre
 Sistema consulta por cada tutor las notas obtenidas por sus estudiantes
 Sistema consulta el correo del tutor
 Sistema envía las notas antes consultas a la dirección de correo del tutor
 Sistema muestra los recados disponibles a consultar
 Actor selecciona el recado a consultar
 Sistema muestra Recado
Flujos Alternos
1. El tutor cuenta con una dirección de correo no valida
1.1. El Sistema omitirá esta dirección.
Tabla 99. Caso Uso 47 Enviar notas por correo

175
V.2. DISEÑO
V.2.1. Diagramas de caso de uso
Los diagramas de casos de uso son la representación gráfica de los casos de uso,
estos representan la forma en la que los actores operan con el sistema.
V.2.1.1. Caso de uso 1 agregar usuario, caso de uso 2 editar usuario, caso de
uso 3 mostrar usuario, caso de uso 4 eliminar usuario

176
Ilustración 37. Caso de uso, módulo usuario

177
V.2.1.2. Caso de uso 5 iniciar sesión usuaria, caso de uso 6 ingreso al sistema
de matrícula, caso de uso 7 cambio de contraseña
Ilustración 38. Caso de uso, iniciar sesión usuario

178
V.2.1.3. Caso de uso 8 agregar menú, caso de uso 9 editar menú, caso de uso
10 eliminar menú, caso de uso 11 mostrar menú
Ilustración 39. Caso de uso, módulo menú

179
V.2.1.4. Caso de uso 12 agregar rol, caso de uso 13 editar rol, caso de uso 14
eliminar rol, caso de uso mostrar rol, caso de uso habilitar acceso al rol, caso
de uso deshabilitar acceso al rol
Ilustración 40. Caso de uso, módulo rol

180
V.2.1.5. Caso de uso 18 agregar curso, caso de uso 19 editar curso, caso de
uso 20 eliminar curso, caso de uso 21 mostrar curso
Ilustración 41. Caso de uso, módulo curso

181
V.2.1.6. Caso de uso 22 agregar grupo, caso de uso 23 editar grupo, caso de
uso 24 eliminar grupo, caso de uso 25 mostrar grupo, caso de uso 26 agregar
estudiante a grupo, caso de uso 27 desligar estudiante a grupo
Ilustración 42. Caso de uso, Módulo Grupo

182
V.2.1.7. Caso de uso 28 asociar curso a grupo, caso de uso 29 desligar curso
de grupo
Ilustración 43. Caso de uso, módulo curso grupo

183
V.2.1.8. Caso de uso 31 actualizar notas, caso de uso 32 mostrar notas
Ilustración 44. Caso de uso, módulo notas

184
V.2.1.9. Caso de uso 33 prematrícula, caso de uso 34 modificar prematrícula,
caso de uso 35 eliminar prematrícula, caso de uso 36 mostrar prematrícula,
caso de uso 37 mostrar prematrícula aprobada
Ilustración 45. Caso de uso, módulo prematrícula

185
V.2.1.10. Caso de uso 38 actualizar fecha inicio
Ilustración 46. Caso de uso, módulo fecha inicio
V.2.1.11. Caso de uso 39 activar morosidad, caso de uso 40 desactivar
morosidad
186
Ilustración 47. Caso de uso, módulo morosidad
V.2.1.12. Caso de uso 41 agregar recado, caso de uso 42 ver recado

187
Ilustración 48. Caso de uso, módulo recado

188
V.2.1.13. Caso de uso 43 agregar horario, caso de uso 44 editar horario, caso
de uso 45 eliminar horario, caso de uso 46 mostrar horario
Ilustración 49. Caso de uso, módulo horario

189
V.2.1.14. Caso de uso 47 enviar notas correo
Ilustración 50. Caso de uso, módulo notas correo
V.2.1.15. Caso de uso 30 agregar notas
Ilustración 51. Caso de uso, módulo agregar notas

190
V.2.2. Diagrama de secuencia
Los diagramas de secuencias muestran las interacciones entre un conjunto de
elementos del sistema a través del tiempo, en el cual se indican los módulos que
formarán parte del sistema y las llamadas que deben llevar a cabo cada uno para
ejecutar una tarea. Esto permite observar la perspectiva cronológica de las
interacciones.
V.2.2.1. Diagrama de secuencia 1 agregar usuario
Ilustración 52. Diagrama de secuencia 1 agregar usuario administrador

191
Ilustración 53. Diagrama de secuencia 1 agregar usuario tutor
Ilustración 54. Diagrama de secuencia 1 agregar usuario secretaria

192
V.2.2.2. Diagrama de secuencia 2 editar usuario
Ilustración 55. Diagrama de secuencia 2 editar usuario administrador
Ilustración 56. Diagrama de secuencia 2 editar usuario tutor

193
Ilustración 57. Diagrama de secuencia 2 editar usuario secretaria
V.2.2.3. Diagrama de secuencia 3 mostrar usuario
Ilustración 58. Diagrama de secuencia 3 mostrar usuario administrador

194
Ilustración 59. Diagrama de secuencia 3 mostrar usuario tutor
Ilustración 60. Diagrama de secuencia 3 mostrar usuario secretaria

195
V.2.2.4. Diagrama de secuencia 4 eliminar usuario
Ilustración 61. Diagrama de secuencia 4 eliminar usuario administrador
Ilustración 62. Diagrama de secuencia 4 eliminar usuario secretaria

196
V.2.2.5. Diagrama de secuencia 5 iniciar sesión
Ilustración 63. Diagrama de secuencia 5 iniciar sesión administrador
Ilustración 64. Diagrama de secuencia 5 iniciar sesión tutor

197
Ilustración 65. Diagrama de secuencia 5 iniciar sesión profesor
Ilustración 66. Diagrama de secuencia 5 iniciar sesión estudiante

198
Ilustración 67. Diagrama de secuencia 5 iniciar sesión secretaria
V.2.2.6. Diagrama de secuencia 6 ingreso al sistema de matrícula
Ilustración 68. Diagrama de secuencia 6 ingreso al sistema de matrícula secretaria

199
Ilustración 69. Diagrama de secuencia 5 iniciar sesión tutor
Ilustración 70. Diagrama de secuencia 5 iniciar sesión administrador

200
Ilustración 71. Diagrama de secuencia 5 iniciar sesión estudiante
Ilustración 72. Diagrama de secuencia 5 iniciar sesión profesor

201
V.2.2.7. Diagrama de secuencia 7 cambiar contraseña
Ilustración 73. Diagrama de secuencia 7 cambiar contraseña secretaria

202
Ilustración 74. Diagrama de secuencia 7 cambiar contraseña administrador
Ilustración 75. Diagrama de secuencia 7 cambiar contraseña tutor

203
Ilustración 76. Diagrama de secuencia 7 cambiar contraseña estudiante

204
Ilustración 77. Diagrama de secuencia 7 cambiar contraseña profesor
V.2.2.8. Diagrama de secuencia 8 agregar menú

205
Ilustración 78. Diagrama de secuencia 8 agregar menú administrador
V.2.2.9. Diagrama de secuencia 9 editar menú
Ilustración 79. Diagrama de secuencia 9 editar menú administrador

206
V.2.2.10. Diagrama de secuencia 10 mostrar menú
Ilustración 80. Diagrama de secuencia 10 mostrar menú administrador
V.2.2.11. Diagrama de secuencia 11 eliminar menú
Ilustración 81. Diagrama de secuencia 11 eliminar menú administrador

207
V.2.2.12. Diagrama de secuencia 12 agregar rol
Ilustración 82. Diagrama de secuencia 12 agregar rol administrador
V.2.2.13. Diagrama de secuencia 13 editar rol

208
Ilustración 83. Diagrama de secuencia 13 editar rol administrador
V.2.2.14. Diagrama de secuencia 14 eliminar rol
Ilustración 84. Diagrama de secuencia 14 eliminar rol administrador

209
V.2.2.15. Diagrama de secuencia 15 mostrar rol
Ilustración 85. Diagrama de secuencia 15 mostrar rol administrador
V.2.2.16. Diagrama de secuencia 16 habilitar acceso al rol

210
Ilustración 86. Diagrama de secuencia 16 habilitar acceso a rol administrador
V.2.2.17. Diagrama de secuencia 17 deshabilitar acceso al rol
Ilustración 87. Diagrama de secuencia 17 deshabilitar acceso a rol administrador

211
V.2.2.18. Diagrama de secuencia 18 agregar curso
Ilustración 88. Diagrama de secuencia 18 agregar curso administrador
V.2.2.19. Diagrama de secuencia 19 editar curso
Ilustración 89. Diagrama de secuencia 19 editar curso administrador

212
V.2.2.20. Diagrama de secuencia 20 eliminar curso
Ilustración 90. Diagrama de secuencia 20 eliminar curso administrador
V.2.2.21. Diagrama de secuencia 21 mostrar curso

213
Ilustración 91. Diagrama de secuencia 21 mostrar curso administrador
V.2.2.22. Diagrama de secuencia 22 agregar grupo
Ilustración 92. Diagrama de secuencia 22 agregar grupo administrador

214
V.2.2.23. Diagrama de secuencia 23 editar grupo
Ilustración 93. Diagrama de secuencia 23 editar grupo administrador
V.2.2.24. Diagrama de secuencia 24 eliminar grupo

215
Ilustración 94. Diagrama de secuencia 24 eliminar grupo administrador
V.2.2.25. Diagrama de secuencia 25 mostrar grupo
Ilustración 95. Diagrama de secuencia 25 mostrar grupo administrador

216
V.2.2.26. Diagrama de secuencia 26 agregar estudiante a grupo
Ilustración 96. Diagrama de secuencia 26 agregar estudiante a grupo administrador
V.2.2.27. Diagrama de secuencia 27 desligar estudiante a grupo

217
Ilustración 97. Diagrama de secuencia 27 desligar estudiante a grupo administrador
V.2.2.28. Diagrama de secuencia 28 asociar curso a grupo
Ilustración 98. Diagrama de secuencia 28 asociar curso a grupo administrador

218
V.2.2.29. Diagrama de secuencia 29 desligar curso a grupo
Ilustración 99. Diagrama de secuencia 29 desligar curso a grupo administrador
V.2.2.30. Diagrama de secuencia 30 agregar notas

219
Ilustración 100. Diagrama de secuencia 30 agregar notas sistema
V.2.2.31. Diagrama de secuencia 31 actualizar notas
Ilustración 101. Diagrama de secuencia 31 actualizar notas profesor

220
Ilustración 102. Diagrama de secuencia 31 actualizar notas administrador
V.2.2.32. Diagrama de secuencia 32 mostrar notas
Ilustración 103. Diagrama de secuencia 32 mostrar notas administrador

221
Ilustración 104. Diagrama de secuencia 32 mostrar notas tutor
Ilustración 105. Diagrama de secuencia 32 mostrar notas profesor

222
Ilustración 106. Diagrama de secuencia 32 mostrar notas estudiante
V.2.2.33. Diagrama de secuencia 33 agregar prematrícula
Ilustración 107. Diagrama de secuencia 33 agregar prematrícula administrador

223
Ilustración 108. Diagrama de secuencia 33 agregar prematrícula tutor
Ilustración 109. Diagrama de secuencia 33 agregar prematrícula secretaria

224
V.2.2.34. Diagrama de secuencia 34 modificar prematrícula
Ilustración 110. Diagrama de secuencia 34 modificar prematrícula administrador
Ilustración 111. Diagrama de secuencia 34 modificar prematrícula tutor

225
Ilustración 112. Diagrama de secuencia 34 modificar prematrícula secretaria
V.2.2.35. Diagrama de secuencia 35 eliminar prematrícula
Ilustración 113. Diagrama de secuencia 35 eliminar prematrícula administrador

226
Ilustración 114. Diagrama de secuencia 35 eliminar prematrícula tutor
Ilustración 115. Diagrama de secuencia 35 eliminar prematrícula secretaria

227
V.2.2.36. Diagrama de secuencia 36 mostrar prematrícula
Ilustración 116. Diagrama de secuencia 36 mostrar prematrícula administrador
Ilustración 117. Diagrama de secuencia 36 mostrar prematrícula tutor

228
Ilustración 118. Diagrama de secuencia 36 mostrar prematrícula secretaria
V.2.2.37. Diagrama de secuencia 37 mostrar prematrícula aprobado
Ilustración 119. Diagrama de secuencia 37 mostrar prematrícula aprobada secretaria

229
Ilustración 120. Diagrama de secuencia 36 mostrar prematrícula administrador
V.2.2.38. Diagrama de secuencia 38 actualizar fecha inicio
Ilustración 121. Diagrama de secuencia 38 actualizar fecha inicio administrador

230
V.2.2.39. Diagrama de secuencia 39 activar morosidad
Ilustración 122. Diagrama de secuencia 39 activar morosidad
V.2.2.40. Diagrama de secuencia 40 desactivar morosidad

231
Ilustración 123. Diagrama de secuencia 40 desactivar morosidad
V.2.2.41. Diagrama de secuencia 41 agregar recado
Ilustración 124. Diagrama de secuencia 41 agregar recado administrador

232
Ilustración 125. Diagrama de secuencia 41 agregar recado profesor
Ilustración 126. Diagrama de secuencia 41 agregar recado secretaria

233
V.2.2.42. Diagrama de secuencia 42 ver recado
Ilustración 127. Diagrama de secuencia 42 ver recado administrador
Ilustración 128. Diagrama de secuencia 42 ver recado tutor

234
Ilustración 129. Diagrama de secuencia 42 ver recado profesor
Ilustración 130. Diagrama de secuencia 42 ver recado secretaria

235
V.2.2.43. Diagrama de secuencia 43 agregar horario
Ilustración 131. Diagrama de secuencia 43 agregar horario administrador
V.2.2.44. Diagrama de secuencia 44 editar horario

236
Ilustración 132. Diagrama de secuencia 44 editar horario administrador
V.2.2.45. Diagrama de secuencia 45 eliminar horario
Ilustración 133. Diagrama de secuencia 45 eliminar horario administrador

237
V.2.2.46. Diagrama de secuencia 46 mostrar horario
Ilustración 134. Diagrama de secuencia 46 mostrar horario tutor
Ilustración 135. Diagrama de secuencia 46 mostrar horario estudiante

238
Ilustración 136. Diagrama de secuencia 46 mostrar horario administrador
Ilustración 137. Diagrama de secuencia 46 mostrar horario profesor

239
V.2.2.47. Diagrama de secuencia 47 enviar notas
Ilustración 138. Diagrama de secuencia 47 enviar notas sistema
V.2.3. Diagrama de base de datos
El diagrama de base de datos es una representación visual de la base de datos que
se utilizará para el sistema, en este se incluyen las distintas tablas que se utilizarán y
sus campos, además de las relaciones que estas tablas implican.

240
Ilustración 139. Diagrama base de datos

241
Ilustración 140. Diagrama base de datos bitácora

242
V.3. DESARROLLO
V.3.1. Pantallas de aplicación web
V.3.1.1. Pantalla de inicio de sesión
Esta lleva a cabo el proceso de autenticación de usuario mediante la cédula y
contraseña, también cuenta con la opción ingreso de usuario nuevo y restaurar
contraseña.
Ilustración 141. Pantalla inicio de sesión
V.3.1.2. Proceso olvido contraseña

243
Ilustración 142. Pantalla cambio de contraseña
Ilustración 143. Pantalla cambio de contraseña pregunta 1

244
Ilustración 144. Pantalla cambio de contraseña pregunta 2
V.3.1.3. Proceso ingreso de tutor nuevo
Ilustración 145. Pantalla ingreso de tutor nuevo

245
V.3.1.4. Rol administrador y secretaria
V.3.1.4.1. Menú administrador rol administrador y secretaria
Ilustración 146. Menú administrador rol administrador y secretaria
V.3.1.4.2. Editar usuario rol administrador y secretaria

246
Ilustración 147. Editar usuario rol administrador y secretaria
V.3.1.4.3. Pantalla de edición de usuario
Ilustración 148. Pantalla de edición de usuario

247
V.3.1.4.4. Administrar usuario rol administrador y secretaria
Ilustración 149. Administrar usuario rol administrador y secretaria
V.3.1.4.5. Agregar usuario rol administrador y secretaria

248
Ilustración 150. Agregar usuario rol administrador y secretaria
V.3.1.4.6. Editar usuario rol administrador y secretaria

249
Ilustración 151. Editar usuario rol administrador y secretaria
V.3.1.4.7. Eliminar usuario rol administrador y secretaria
Ilustración 152. Eliminar usuario rol administrador y secretaria

250
V.3.1.4.8. Administrar menús rol administrador
Ilustración 153. Administrar menús rol administrador
V.3.1.4.9. Agregar menú rol administrador

251
Ilustración 154. Agregar menú rol administrador
V.3.1.4.10. Editar menú rol administrador

252
Ilustración 155. Editar menú rol administrador
V.3.1.4.11. Eliminar menú rol administrador
Ilustración 156. Eliminar menú rol administrador

253
V.3.1.4.12. Administra roles rol administrador
Ilustración 157. Administra roles rol administrador
V.3.1.4.13. Agregar rol, rol administrador
Ilustración 158. Agregar rol, rol administrador

254
V.3.1.4.14. Editar rol, rol administrador
Ilustración 159. Editar rol, rol administrador
V.3.1.4.15. Habilitar nuevo acceso rol administrador
Ilustración 160. Habilitar nuevo acceso rol administrador
V.3.1.4.16. Inhabilitar acceso

255
Ilustración 161. Inhabilitar acceso
V.3.1.5. Administrar curso rol administrador
Ilustración 162. Administrar curso rol administrador
V.3.1.5.1. Editar curso rol administrador

256
Ilustración 163. Editar curso rol administrador
V.3.1.5.2. Agregar curso rol administrador
Ilustración 164. Agregar curso rol administrador

257
V.3.1.5.3. Eliminar curso rol administrador
Ilustración 165. Eliminar curso rol administrador
V.3.1.5.4. Administrar grupo rol administrador
Ilustración 166. Administrar grupo rol administrador

258
V.3.1.5.5. Agregar grupo rol administrador
Ilustración 167. Agregar grupo rol administrador
V.3.1.5.6. Editar grupo rol administrador

259
Ilustración 168. Editar grupo rol administrador
V.3.1.5.7. Eliminar grupo rol administrador
Ilustración 169. Eliminar grupo rol administrador
V.3.1.5.8. Agregar nuevo estudiante rol administrador

260
Ilustración 170. Agregar nuevo estudiante rol administrador
V.3.1.5.9. Quitar estudiante rol administrador
Ilustración 171. Quitar estudiante rol administrador
V.3.1.5.10. Asociar curso rol administrador

261
Ilustración 172. Asociar curso rol administrador
V.3.1.5.11. Asociar curso nuevo a grupo rol administrador
Ilustración 173. Asociar curso nuevo a grupo rol administrador
V.3.1.5.12. Quitar curso rol administrador

262
Ilustración 174. Quitar curso rol administrador
V.3.1.5.13. Administrar bimestre (notas) rol administrador
Ilustración 175. Administrar bimestre (notas) rol administrador
V.3.1.5.14. Ver notas rol administrador

263
Ilustración 176. Ver notas rol administrador selección de curso
Ilustración 177. Ver notas rol administrador calificación

264
V.3.1.5.15. Actualizar notas rol administrador
Ilustración 178. Actualizar notas rol administrador 1

265
Ilustración 179. Actualizar notas rol administrador 2
V.3.1.5.16. Administrar prematrícula rol administrador y secretaria
Ilustración 180. Administrar prematrícula rol administrador y secretaria

266
V.3.1.5.17. Prematricular rol administrador y secretaria
Ilustración 181. Prematricular rol administrador y secretaria información estudiante

267
Ilustración 182. Prematricular rol administrador y secretaria información tutor
Ilustración 183. Prematricular rol administrador y secretaria información salud

268
V.3.1.5.18. Editar prematrícula rol administrador y secretaria
Ilustración 184. Editar formulario de prematrícula información estudiante

269
Ilustración 185. Editar formulario de prematrícula información tutor
Ilustración 186. Editar formulario de prematrícula información salud

270
V.3.1.5.19. Eliminar prematrícula rol administrador y secretaria
Ilustración 187. Eliminar prematrícula rol administrador y secretaria
V.3.1.5.20. Administrar recado rol administrador y secretaria
Ilustración 188. Administrar recado rol administrador y secretaria
V.3.1.5.21. Ver recado rol administrador y secretaria

271
Ilustración 189. Ver recado rol administrador y secretaria 1

272
V.3.1.5.22. Agregar recado rol administrador y secretaria
Ilustración 192. Agregar recado rol administrador y secretaria 1

273
Ilustración 193. Agregar recado rol administrador y secretaria 2
V.3.1.5.23. Administrar morosos rol administrador y secretaria
Ilustración 194. Administrar morosidad rol administrador y secretaria
V.3.1.5.24. Consultar prematrícula aprobada rol administrador y secretaria

274
Ilustración 196. Consultar prematrícula aprobada rol administrador y secretaria información estudiante

275
Ilustración 197. Consultar prematrícula aprobada rol administrador y secretaria información tutor
Ilustración 198. Consultar prematrícula aprobada rol administrador y secretaria información salud

276
V.3.1.5.25. Fecha inicio ciclo
Ilustración 199. Fecha inicio de ciclo
V.3.1.5.26. Editar fecha inicio ciclo
Ilustración 200. Editar fecha inicio ciclo
V.3.1.5.27. Administrar horarios

277
Ilustración 201. Administrar horarios
V.3.1.5.28. Consultar horario
Ilustración 202. Consultar horario
V.3.1.5.29. Asociar horario

278
Ilustración 203. Asociar horario
V.3.1.5.30. Editar horario
Ilustración 204. Editar horario

279
V.3.1.5.31. Eliminar horario
Ilustración 205. Eliminar horario
V.3.1.6. Rol tutor
Ilustración 206. Rol tutor
V.3.1.6.1. Información estudiante

280
Ilustración 207. Información estudiante
V.3.1.6.2. Editar estudiante

281
Ilustración 208. Editar estudiante
V.3.1.6.3. Información de notas
Ilustración 209. Información de notas

282
V.3.1.6.4. Ver notas
Ilustración 210. Ver notas 1

283
V.3.1.6.5. Prematricular
Ilustración 212. Prematricular
Ilustración 213. Prematricular información estudiante

284
Ilustración 214. Prematrícula información tutor
Ilustración 215. Prematrícula información salud

285
V.3.1.6.6. Consultar recados
Ilustración 216. Consultar recados
V.3.1.6.7. Ver recado
Ilustración 217. Ver recado 1

286
V.3.1.6.8. Ver horario

287
Ilustración 220. Ver horario
V.3.1.7. Rol profesor
Ilustración 221. Rol profesor
V.3.1.7.1. Administrar notas

288
Ilustración 222. Administrar notas
V.3.1.7.2. Ver notas

289
V.3.1.7.3. Actualizar notas
Ilustración 225. Actualizar notas 1

290
Ilustración 226. Actualizar notas 2
V.3.1.7.4. Administrar recado
Ilustración 227. Administrar recado

291
V.3.1.7.5. Ver recado

292
V.3.1.7.6. Agregar recado
Ilustración 231. Agregar recado 1
Ilustración 232. Agregar recado 2
V.3.1.7.7. Ver horarios

293
Ilustración 233. Ver horarios
V.3.1.8. Rol estudiante
Ilustración 234. Rol estudiante
V.3.1.8.1. Consultar notas

294
Ilustración 235. Consultar notas 1
Ilustración 236. Consultar notas 2
V.3.1.8.2. Ver horario

295
Ilustración 237. Ver horario
V.3.1.9. Página web
V.3.1.9.1. Inicio
296
Ilustración 238. Página web inicio

297
V.3.1.9.2. Nosotros
Ilustración 239. Página web nosotros
V.3.1.9.3. Niveles
298
Ilustración 240. Página web niveles
V.3.1.9.4. Servicios
299
Ilustración 241. Página web servicios
V.3.1.9.5. Contacto
300
Ilustración 242. Página web contacto
V.3.1.9.6. Inicio de sesión
Ilustración 243. Página web inicio de sesión

301
CAPÍTULO VI. CONCLUSIONES Y RECOMENDACIONES

302
VI.1. CONCLUSIONES
1. Se recolectó toda la información requerida por parte de la institución
Colegio Nueva Generación para crear un sistema que satisfaga todas las
necesidades. Estos datos se analizaron para cumplir con los
requerimientos funcionales y no funcionales que son la base para las
siguientes fases del proyecto.
2. Se efectuó el diseño de una aplicación web para satisfacer las necesidades
presentes, este diseño toma como bases los requerimientos planteados,
además se emplearon diagramas UML y otros estándares como guía.
3. Se desarrolló una aplicación web para los procesos de prematrícula, notas,
recados y morosidad, esto se llevó a cabo a partir del diseño planteado, el
cual permite cumplir con todas las necesidades presentes y expresadas
por los funcionarios del Colegio Nueva Generación.
4. Se implementó la aplicación web en un host web temporal con su base de
datos y otras fuentes para el funcionamiento correcto del sistema. El host
actual es temporal, ya que la institución lo cambiará.
5. Se valoró el servicio brindado por la aplicación web en los procesos de
prematrícula, notas, recados y morosidad y se determinó que se
cumplieron los objetivos del planteados en este proyecto, el sistema
permite los factores de navegación, facilidad, accesibilidad, usabilidad,
tiempo y eficiencia.
303
VI.2. RECOMENDACIONES
1. Se recomienda, al encargado de TI de la institución, José Luis Alvarado
Monge, que para cualquier duda o inconveniente se comunique con el
creador de la aplicación web.
2. Se aconseja agregar funcionalidades al sistema para contar con un
sistema más completo y robusto, por ejemplo, un módulo de matrícula
extraordinaria.
3. Se recomienda mantener al día con las tecnologías informáticas.
4. Se recomienda impartir una capacitación o llevar a cabo un manual de
usuario para cada persona que interactúe con el sistema.

304
BIBLIOGRAFÍA
305
Alegsa, L. (2018). Definición de Dato (informática). Recuperado de:

http://www.alegsa.com.ar/Dic/dato.php
Barbettini, N. (2018). El pequeño libro de ASP.NET Core. aspnetcoremaster, 6.
Bases de datos. (2005). Barcelona: Fundació per a la Universitat Oberta de

Catalunya.
Colegio Educativo Nueva Generación “El Copey”. (2015). Recuperado de:

http://colenew.com/web/index.html
Díaz, L., Torruco, U., Martínez, M. y Varela, M. (2013). La entrevista, recurso flexible
y dinámico. Recuperado de:
http://www.redalyc.org/pdf/3497/349733228009.pdf
Domínguez, P. (2017). Gestiona tu proyecto de desarrollo. Recuperado de:

https://openclassrooms.com/en/courses/4309151-gestiona-tu-proyecto-de-
desarrollo/4538221-en-que-consiste-el-modelo-en-cascada
Gervacio, L. O. (2018). Lenguaje de Programación. Recuperado de:

http://conogasi.org/articulos/lenguaje-de-programacion/
Gómez, K. (2017). Top 5 Metodologías de Desarrollo de Software. Recuperado de:

https://www.megapractical.com/blog-de-arquitectura-soa-y-desarrollo-de-
software/metodologias-de-desarrollo-de-software
Gonçalves, L. (2019). Qué es la metodología scrum, todo lo que necesitas saber.

Recuperado de: https://luis-goncalves.com/es/que-es-la-metodologia-scrum/
Guerrero, A. C. (2015). Ciclo de vida de un sistema de información. Recuperado de:

https://www.gestiopolis.com/ciclo-de-vida-de-un-sistema-de-informacion/
Haw, N. (2013). Diagrama de clases. Recuperado de:

https://es.slideshare.net/nedowwhaw/diagrama-de-clases-16208245
306
Ionos. (2018). Bases de datos: qué tipos hay y para qué se usan. Recuperado de:
https://www.ionos.es/digitalguide/hosting/cuestiones-tecnicas/bases-de-datos/
Lara, E. (2016). Comprendiendo un poquito ASP.NET Webform. Recuperado de:

https://www.espai.es/blog/2016/07/comprendiendo-poquito-asp-net/
León, J. (2013). Diagrama de Componentes. Recuperado de:

http://diagramasdecomponentes.blogspot.com/
Luis, J. (2019). Metodología de desarrollo de software (III) – Modelo en Espiral.

Recuperado de: https://aspgems.com/metodologia-de-desarrollo-de-software-
iii-modelo-en-espiral/
Mestras, J. P. (2004). ¿Qué es UML? Recuperado de:

http://www.geocities.ws/jusbaniz/faseII/analisis/02uml.pdf
Palacios, R. M. (2006). Recuperado de:

https://s3.amazonaws.com/academia.edu.documents/31340456/investigacion.
pdf?response-content-disposition=inline%3B%20filename
%3DContributors_Sep._1977.pdf&X-Amz-Algorithm=AWS4-HMAC-
SHA256&X-Amz-Credential=AKIAIWOWYYGZ2Y53UL3A
%2F20190807%2Fus-east-1%2Fs3%2F
Prudencio, J. (2015). Diccionario de datos en Análisis y Diseño Estructurado.

Recuperado de: https://slideplayer.es/slide/3087461/
Raffino, M. E. (2018). Diagrama de flujo. Recuperado de:

https://concepto.de/diagrama-de-flujo/
Registro y registradores de dominios. (2018). Las ventajas de mover el email a la

nube. Recuperado de:
https://www.registrodominiosinternet.es/2013/08/lenguajes-programacion-web-
ventajas.html
Rouse, M. (2015). SQL Server. Recuperado de:

307
https://searchdatacenter.techtarget.com/es/definicion/SQL-Server
Rumbaugh, I. J. (2007). El Lenguaje Unificado de Modelado. Madrid: Pearson

Educación.
Solución Individual. (2015). La importancia de las Páginas Web para las empresas.
Recuperado de: https://www.solucionindividual.com/solucionindividual/nuestro-
blog/entry/importancia-webs-empresas.html
System.OutOfMemoryException. (2015). [C#] Un poquito de historia de C#.

Recuperado de: https://sparraguerra.wordpress.com/2015/05/18/un-poquito-
de-historia-de-c/
Torres, M. (2009). Técnicas de recolección de datos. Recuperado de:

http://recodatos.blogspot.com/2009/05/tecnicas-de-recoleccion-de-datos.html
Zita, A. (2019). ¿Qué es informática? Recuperado de:

https://www.todamateria.com/que-es-informatica/
308
ANEXOS
309
ANEXO 1. TABLA DEL CUESTIONARIO Y RESPUESTAS
Con el fin de evaluar la calidad del proceso de prematrícula que se lleva a cabo en el centro
educativo Nueva Generación se llevó a cabo la siguiente encuesta.
Preguntas Respuestas
Pregunta #1 ¿Considera Muy malo Malo Bueno Muy bueno
que el
proceso para
el envío de
7.5 % 2.5 %
notas y
recados es
eficaz?
Pregunta #2 ¿El tiempo Muy malo Malo Bueno Muy bueno
requerido para
llevar a cabo
el proceso
mencionado lo
considera
7.5 % 2.5 %
como
eficiente?
Pregunta #3 ¿Cómo Muy malo Malo Bueno Muy bueno
califica el
proceso de
prematrícula
10 %
que se lleva a
cabo en la
institución?
Pregunta #4 ¿Cómo se Muy malo Malo Bueno Muy bueno
verían los
procesos
mencionados
si se
implementara
una aplicación
móvil dónde 10 %
se
automatizarán
los mismos?
310
Tabla 100. Anexos Entrevista

Tesis Tomás Araya-FINAL

Cargado por

Información del documento

Descripción original:

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Tesis Tomás Araya-FINAL

Cargado por

Copyright:

Formatos disponibles

i

ESCUELA DE INGENIERÍA INFORMÁTICA

TESINA PARA OPTAR EL GRADO DE

CREACIÓN DE SISTEMA INFORMÁTICO WEB

Sustentante: Tomás Araya Hernández

Tutor: Luis Navarro Sánchez

Capítulo I. Problema del proyecto..................................................................................1

1.1. Antecedentes y justificación del proyecto...........................................................2

1.1.1. Antecedentes del contexto de la empresa..................................................2

1.1.2. Justificación del proyecto............................................................................6

1.2. Definición del problema......................................................................................8

1.2.2. Problema general........................................................................................9

1.2.3. Problema específico....................................................................................9

1.3. Objetivos del proyecto......................................................................................10

1.3.1. Objetivo general........................................................................................10

1.3.2. Objetivos específicos.................................................................................10

1.4. Alcances y limitaciones.....................................................................................11

1.5. Cronograma de actividades..............................................................................13

Capítulo II. Marco teórico.............................................................................................15

2.1. Sistema informático..........................................................................................17

2.1.1. Tipos de sistemas......................................................................................18

2.2. Componentes de un sistema informático.........................................................19

2.3. Ciclo de vida de un sistema informático...........................................................21

2.3.1. Estudio de factibilidad................................................................................21

2.3.2. Análisis de requerimientos........................................................................22

2.3.3. Diseño de sistema.....................................................................................23

2.3.6. Operación y mantenimiento......................................................................23

2.4. Metodologías de desarrollo..............................................................................25

2.4.1. Metodologías tradicionales........................................................................25

2.4.2. Metodologías ágiles...................................................................................26

2.5. Lenguaje de programación...............................................................................30

2.6. Plataforma de desarrollo...................................................................................31

2.7. Patrón de arquitectura......................................................................................32

2.7.1. Patrón MVC...............................................................................................32

2.8. Base de datos...................................................................................................33

2.8.1. Modelos de bases de datos......................................................................33

2.8.2. IDE de base de datos................................................................................35

2.9. Lenguaje unificado de modelado......................................................................36

2.9.1. Objetivos del UML.....................................................................................36

2.9.3. Elementos del UML...................................................................................37

2.10.1. Diagramas de caso de uso......................................................................39

2.10.2. Diagramas de clases...............................................................................41

2.10.3. Diagrama de componentes.....................................................................44

2.11. Diccionario de datos.......................................................................................45

Capítulo III. Marco metodológico.................................................................................46

3.1. Tipo y enfoque de la investigación...................................................................47

3.1.1. Tipo de investigación.................................................................................47

3.1.2. Enfoque de la investigación......................................................................47

3.2. Fuentes de información....................................................................................49

3.2.1. Fuentes primarias......................................................................................49

3.2.2. Fuentes secundarias.................................................................................49

3.2.3. Sujetos de información..............................................................................49

3.3. Técnicas y herramientas de recolección de datos...........................................51

3.3.1. Tipos de entrevistas..................................................................................51

3.4. Variables de investigación................................................................................52

3.5. Diseño de investigación....................................................................................53

3.6. Matriz de coherencia.........................................................................................55

Capítulo IV. Diagnóstico...............................................................................................57

4.1. Diagnóstico administrativo................................................................................58

4.1.1. Cantidad de personas por departamento y sus funciones........................59

4.1.2. Políticas de seguridad...............................................................................59

4.2. Diagnóstico técnico...........................................................................................63

4.3. Diagnóstico de percepción...............................................................................64