UNIVERSIDAD DEL BÍO - BÍO FACULTAD DE CIENCIAS EMPRESARIALES
DEPARTAMENTO DE CIENCIAS DE LA COMPUTACIÓN Y TECNOLOGÍAS DE INFORMACIÓN
“SISTEMA DE ADMINISTRACIÓN Y TRAZABILIDAD DEL ALUMNADO,
COLEGIO FRANCISCO DE ASÍS”
Héctor Adán Espinoza San Martín Francisco Alexi Salazar Valdés
MEMORIA PARA OPTAR AL TÍTULO DE INGENIERO DE EJECUCIÓN EN COMPUTACIÓN E INFORMÁTICA
CHILLÁN, JULIO DE 2010.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
UNIVERSIDAD DEL BÍO-BÍO FACULTAD DE CIENCIAS EMPRESARIALES
DEPARTAMENTO DE CIENCIAS DE LA COMPUTACIÓN Y TECNOLOGÍAS DE INFORMACIÓN
“SISTEMA DE ADMINISTRACIÓN Y TRAZABILIDAD DEL ALUMNADO,
COLEGIO FRANCISCO DE ASÍS”
Héctor Adán Espinoza San Martín Francisco Alexi Salazar Valdés
PROFESOR GUIA : SRA. MARCELA PINTO FERNANDEZ PROFESOR INFORMANTE : SRA. MARÍA ANGÉLICA CARO
NOTA FINAL EXAMEN TITULO : _________________________________________
MEMORIA PARA OPTAR AL TÍTULO DE INGENIERO DE EJECUCIÓN EN COMPUTACIÓN E INFORMÁTICA
CHILLÁN, JULIO DE 2010.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
RESUMEN
La Congregación Hermanas Franciscanas, tienen a su cargo una serie de
instituciones entre ellas el colegio Francisco de Asís, que se encuentra en la comuna de
Pinto.
El colegio, maneja un gran volumen de información por la cantidad de alumnos
matriculados, información que no es procesada por sistema alguno, provocando demoras
en la obtención de información precisa y necesaria para la generación de informes y
certificados propios de este tipo de establecimientos.
El proyecto describe la construcción de un Sistema (intranet) que permite mantener
el control de notas, registros de alumnos, y seguimiento de los mismos. La metodología
de desarrollo utilizada es la iterativa-incremental, se trabajó en dos prototipos bajo el
enfoque orientado a objetos tanto para el análisis y diseño como para la construcción para
las etapas de análisis y diseño de trabajo con UML, y para la Codificación el lenguaje de
Programación Java.
Como resultado se implementó un sistema que cumple con las necesidades y
requerimientos expuestos por los usuarios, según las pruebas de aceptación de usuario
realizadas.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
3
Dedicatoria
Principalmente agradezco a Dios por acompañarme en cada una de mis etapas en la vida,
por sentir siempre su presencia y no soltarme de sus brazos en los momentos de
dificultad.
A mi familia por siempre estar atento de todas mis actividades académicas y en especial a
mis padres y hermano por estar siempre y sentir día a día su apoyo.
A mi novia por soportarme en esos momentos de estrés y escucharme en los buenos y/o
malos momentos.
A mis ex compañeros de carreras por hacerme llegar su apoyo académico que fue de gran
aporte para nuestro proyecto.
A cada uno de nuestros profesores, y en especial a la profesora Marcela Pinto que estuvo
incondicionalmente a nuestro lado ayudándonos con cada detalle del proyecto.
Por último agradecer a mis amigos de la parroquia por siempre escuchar y sentir sus
oraciones.
A cada uno les agradezco por su incondicional apoyo, los quiero mucho.
Francisco Salazar Valdés
Universidad del Bío-Bío. Red de Bibliotecas - Chile
4
Dedicatoria
Agradezco a Dios por su fuerte presencia en mi vida, por entregarme la fuerza necesaria
para salir adelante con este proyecto.
A mis padres por su incondicional apoyo, por el gran esfuerzo de entregarme la educación
superior, por los valores que me han entregado, que han permitido que me desarrolle
como hombre, y en estos últimos meses como un profesional.
A mi hermano que tuvo que sacrificar algunas cosas por mi educación.
A mi pareja que estuvo en los momentos en que necesitaba ser escuchado, en los
momentos en que necesité aliento o simplemente por estar siempre.
A mis Abuelos y tíos, que siempre tuvieron palabras de aliento y de alguna u otra forma
ayudaron en mi proceso universitario
A mi amigo y compañero Francisco por su paciencia y esfuerzo entregado en este
proyecto, por tener que asumir en este último mes, más tareas de las que le
correspondían, debido a mi situación laboral actual.
A la profesora Marcela Pinto que siempre tuvo palabras motivadoras, y buena disposición
Al colegio Francisco de Asís por prestarnos sus dependencias y su tiempo.
Para todos ellos dedico este trabajo con mucho amor y cariño.
Héctor Espinoza San Martin
Universidad del Bío-Bío. Red de Bibliotecas - Chile
5
ÍNDICE DE CONTENIDO
INTRODUCCIÓN .............................................................................................................. 15
CAPITULO I: ................................................................................................................... 17
DESCRIPCIÓN GENERAL DE LA ORGANIZACIÓN Y ASPECTOS TÉCNICOS ..................... 17
1. DESCRIPCIÓN DE LA ORGANIZACIÓN. ............................................................. 18
1.1.1 INSTITUCIÓN: ................................................................................................. 18
1.1.2 PERSONAS: ..................................................................................................... 18
1.2 HISTORIA DE LA ORGANIZACIÓN. ................................................................... 18
1.2 MISIÓN. .......................................................................................................... 19
1.3 VISIÓN. .......................................................................................................... 19
1.4 ORGANIZACIÓN. ............................................................................................. 20
CAPITULO II ................................................................................................................... 21
MARCO TEÓRICO ............................................................................................................ 21
2.1 INTRODUCCIÓN .............................................................................................. 22
2.2 PARADIGMA DE PROGRAMACIÓN. .................................................................. 23
2.2.1 ORIENTACIÓN A OBJETO. .............................................................................. 23
2.2.2 U.M.L............................................................................................................. 24
2.3 MODELO DE DESARROLLO DE SOFTWARE. ..................................................... 26
2.4 ARQUITECTURA. ............................................................................................ 27
2.4.1 ARQUITECTURA MVC ..................................................................................... 28
2.5 PATRONES DE DISEÑO. .................................................................................. 29
2.5.1 SINGLETON. ................................................................................................... 30
2.5.2 TOPLINK. ....................................................................................................... 30
2.5.2.1 DATA ACCES OBJECT ................................................................................... 30
2.5.3.1 TRANSFER OBJECT ....................................................................................... 31
2.6 TECNOLOGÍAS UTILIZADAS............................................................................. 31
2.6.1 JAVA .............................................................................................................. 31
2.6.2 ORACLE10GXE ................................................................................................ 31
2.6.3 IDE JDEVELOPER 11 ....................................................................................... 32
CAPITULO III: ................................................................................................................. 34
DESCRIPCIÓN DEL PROBLEMA Y LA SOLUCIÓN ............................................................. 34
3.1 DESCRIPCIÓN GENERAL DEL PROBLEMA. ....................................................... 35
3.2 DESCRIPCIÓN DE LOS PROBLEMAS DETECTADOS. .......................................... 36
3.3 DESCRIPCIÓN DEL PROCESO DE GENERACIÓN DE CERTIFICADO DE NOTAS .... 37
3.3.1 EL FLUJOGRAMA ............................................................................................ 37
3.4 OPORTUNIDADES. .......................................................................................... 40
3.4.1 EXISTENCIA DE TECNOLOGÍA COMPUTACIONAL. ............................................ 40
3.4.2 VISIÓN DEL COLEGIO RESPECTO AL PROBLEMA. ............................................ 40
3.5 DESCRIPCIÓN DE LA SOLUCIÓN ...................................................................... 40
Universidad del Bío-Bío. Red de Bibliotecas - Chile
6
3.6 LIMITACIONES, ALCANCES Y VENTAJAS ......................................................... 42
3.6.1 LIMITACIONES ................................................................................................ 42
3.6.2 ALCANCES Y VENTAJAS .................................................................................. 43
3.6.3 HW Y SW BÁSICO REQUERIDO PARA EL DESARROLLO .................................... 43
CAPITULO IV .................................................................................................................. 44
ESTUDIO DE FACTIBILIDAD ............................................................................................ 44
4.1 INTRODUCCIÓN ............................................................................................. 45
4.2 ALTERNATIVAS DE SOLUCIÓN ....................................................................... 45
4.2.1 ALTERNATIVA 1 ............................................................................................. 46
4.2.2 ALTERNATIVA 2 ............................................................................................ 46
4.2.3 ALTERNATIVA 3 ............................................................................................ 46
4.3 ESTUDIO DE FACTIBILIDAD ............................................................................ 46
4.3.1 ESTUDIO OPERACIONAL ................................................................................ 47
4.3.1.1 COMPLEJIDAD DEL NUEVO SISTEMA ............................................................. 47
4.3.1.2 RESISTENCIA AL CAMBIO .............................................................................. 47
4.3.1.3 MANTENCIÓN Y ADMINISTRACIÓN DEL SISTEMA ........................................... 47
4.3.2 ESTUDIO TÉCNICO ........................................................................................ 48
4.3.2.1 ALTERNATIVA 1 ............................................................................................ 48
4.3.2.2 ALTERNATIVA 2 ............................................................................................ 50
4.3.2.3 ALTERNATIVA 3 ............................................................................................ 51
4.3.3 ESTUDIO ECONÓMICO ................................................................................... 53
CAPITULO V ................................................................................................................... 58
ANÁLISIS DE LA SOLUCIÓN ............................................................................................ 58
5.1 TÍTULO QUE IDENTIFICA EL PROYECTO. ........................................................ 59
5.2 OBJETIVOS GENERALES Y ESPECÍFICOS DEL PROYECTO. ............................... 59
5.2.1 OBJETIVO GENERAL. ...................................................................................... 59
5.2.2 OBJETIVOS ESPECÍFICOS. ............................................................................... 59
5.2.3 DIVISIÓN DEL PROYECTO EN INCREMENTOS. ................................................. 60
5.2.3.1 PRIMER INCREMENTO. ............................................................................. 60
5.2.3.2 SEGUNDO INCREMENTO ........................................................................... 60
5.3 DETERMINACIÓN DE REQUERIMIENTOS DEL PROYECTO. ................................ 61
5.3.1 REQUERIMIENTOS NO FUNCIONALES. ............................................................ 61
5.3.2 REQUERIMIENTOS OPERACIONALES. .............................................................. 61
5.3.3 REQUERIMIENTOS DE USUARIOS. ................................................................... 62
5.3.4 IDENTIFICACIÓN DE REQUERIMIENTOS DEL SISTEMA. .................................... 62
5.3.4.1 GESTIÓN DE USUARIOS PARA EL SISTEMA. .............................................. 63
5.3.4.2 GESTIÓN DEL PROFESORADO. ................................................................. 63
5.3.4.3 GESTIÓN DEL ALUMNADO. ....................................................................... 64
5.3.4.4 GESTIÓN DE CURSOS ............................................................................... 65
5.3.4.5 GESTIÓN DE ASIGNATURAS ...................................................................... 65
5.3.4.6 GESTIÓN DE CALIFICACIONES .................................................................. 66
5.3.4.7 GESTIÓN DE AÑO ESCOLAR...................................................................... 66
Universidad del Bío-Bío. Red de Bibliotecas - Chile
7
CAPITULO VI .................................................................................................................. 67
ANÁLISIS DE LA SOLUCIÓN PRIMER INCREMENTO ........................................................ 67
6.1 ASPECTOS GENERALES................................................................................... 68
6.1.1 REQUERIMIENTOS FUNCIONALES. .................................................................. 68
6.1.1.1 GESTIÓN DE USUARIOS PARA EL SISTEMA. .................................................. 68
6.1.1.2 GESTIÓN DEL ALUMNADO. .......................................................................... 70
6.1.1.3 GESTIÓN DEL PROFESORADO. ..................................................................... 73
6.1.1.4 GESTIÓN DE CURSOS ................................................................................... 76
6.1.1.5 GESTIÓN DE ASIGNATURAS ......................................................................... 78
6.1.1.6 GESTIÓN DE CALIFICACIONES. .................................................................... 80
6.1.1.7 GESTIÓN DE AÑO ESCOLAR. ........................................................................ 82
6.1.2 REQUERIMIENTOS NO FUNCIONALES. ............................................................ 82
6.2 TABLA COMBINADA DEL PROYECTO. .............................................................. 83
6.3 CASOS DE USO. .............................................................................................. 90
6.3.1 CASOS DE USO USUARIO ADMINISTRADOR. .................................................... 90
6.3.2 CASOS DE USO USUARIO PROFESOR. .............................................................. 91
6.4 ESPECIFICACIÓN DE CASOS DE USO. ............................................................. 92
6.5 MODELO CONCEPTUAL ................................................................................... 94
CAPITULO VII ................................................................................................................. 95
ANÁLISIS DE LA SOLUCIÓN SEGUNDO INCREMENTO ..................................................... 95
7. REQUERIMIENTOS FUNCIONALES. .................................................................. 96
7.1 GESTIÓN DE TRAZABILIDAD Y REPORTES PARA EL SISTEMA. ........................ 96
7.1.1 GESTIONAR REPORTES PARA EL SISTEMA. .................................................... 96
7.1.1.1 GESTIONAR ACTAS DE NOTAS. .................................................................. 96
7.1.1.2 GESTIONAR INFORMES DE NOTAS PARCIALES. ........................................... 96
7.1.1.3 GESTIONAR CERTIFICADO DE CONCENTRACIÓN DE NOTAS. ...................... 96
7.1.1.4 GESTIONAR INFORME DE ALUMNOS POR COMUNA..................................... 97
7.2.1 GESTIONAR TRAZABILIDAD PARA EL SISTEMA............................................ 97
7.2.1.1 GUARDAR ANTECEDENTES DE EDUCACIÓN SUPERIOR. .............................. 97
7.2.1.2 GUARDAR ANTECEDENTES LABORALES. ..................................................... 98
7.2.1.3 GUARDAR PUNTAJES OBTENIDOS EN LA RENDICIÓN DE PSU .................... 98
7.2 TABLA COMBINADA SEGUNDO INCREMENTO, REQUERIMIENTOS FUNCIONALES. 99
7.3 CASOS DE USO ............................................................................................. 101
7.3.1 CASOS DE USO ADMINISTRADOR Y PROFESOR.............................................. 101
7.3.2 ESPECIFICACIÓN DE CASOS DE USO. ........................................................... 102
8. MODELO ENTIDAD RELACIÓN (M-E-R). ......................................................... 104
9. DIAGRAMA DE BASE DE DATOS..................................................................... 105
10. DIAGRAMA DE CLASES. ................................................................................. 106
Universidad del Bío-Bío. Red de Bibliotecas - Chile
8
CAPITULO VIII .............................................................................................................. 108
ANÁLISIS DE LA SEGURIDAD Y PRUEBAS DEL SOFTWARE .......................................... 108
8. SEGURIDAD Y PRUEBAS DE SOFTWARE. ....................................................... 109
8. 1 SEGURIDAD. ................................................................................................. 109
8. 2 PRUEBAS. ..................................................................................................... 110
8. 2.1 PRUEBAS DE CAJA NEGRA. .......................................................................... 110
PRUEBAS AL USUARIO ADMINISTRADOR. .................................................................... 111
INGRESAR NUEVO ALUMNO......................................................................................... 111
CONCLUSIONES ............................................................................................................ 113
BIBLIOGRAFÍA .............................................................................................................. 115
ANEXO I: CASOS DE USO EXPANDIDOS PRIMER INCREMENTO .................................... 116
1.1 ESPECIFICACIÓN DE CASOS DE USO PRIMER INCREMENTO .......................... 117
1.2 DIAGRAMAS DE SECUENCIA .......................................................................... 159
1.3 DIAGRAMAS DE COLABORACIÓN PRIMER INCREMENTO. ............................... 186
ANEXO II: CASOS DE USO EXPANDIDOS SEGUNDO INCREMENTO ............................... 193
2.1 ESPECIFICACIÓN DE CASOS DE USO SEGUNDO INCREMENTO ....................... 194
2.2 DIAGRAMAS DE SECUENCIA .......................................................................... 206
2.3 DIAGRAMAS DE COLABORACIÓN SEGUNDO INCREMENTO. ........................... 213
ANEXO III: DETALLE DE TABLAS ................................................................................. 216
DESCRIPCIÓN DE LAS TABLAS MODELO DE ENTIDAD RELACIÓN. ................................... 217
ANEXO IV: PRUEBAS .................................................................................................... 226
PRUEBAS AL USUARIO ADMINISTRADOR. ....................................................................... 227
MODIFICAR DATOS ALUMNO. ........................................................................................ 227
INGRESAR NUEVO PROFESOR........................................................................................ 229
MODIFICAR DATOS PROFESOR. ..................................................................................... 231
INGRESAR ASIGNATURA ................................................................................................ 233
EDITAR ASIGNATURA. ................................................................................................... 234
INGRESAR CURSO. ........................................................................................................ 235
EDITAR CURSO. ............................................................................................................. 236
ABRIR AÑO ACADÉMICO. ............................................................................................... 237
RE-ABRIR AÑO ACADÉMICO. .......................................................................................... 238
INGRESAR NUEVO DATO DE EDUCACIÓN SUPERIOR. ..................................................... 239
EDITAR DATOS DE EDUCACIÓN SUPERIOR. ................................................................... 240
NUEVOS RESULTADOS EN LA PRUEBA DE SELECCIÓN UNIVERSITARIA (PSU). ............... 241
Universidad del Bío-Bío. Red de Bibliotecas - Chile
9
EDITAR RESULTADOS EN LA PRUEBA DE SELECCIÓN UNIVERSITARIA (PSU). ................ 242
NUEVO ANTECEDENTE LABORAL. ................................................................................. 243
EDITAR ANTECEDENTE LABORAL. ................................................................................. 244
CAMBIAR CLAVE ACTUAL DEL ADMINISTRADOR. ........................................................... 245
CAMBIAR LOGIN ACTUAL DEL ADMINISTRADOR. ........................................................... 246
INGRESAR NUEVO APODERADO. .................................................................................... 247
EDITAR APODERADO. .................................................................................................... 249
PRUEBAS AL USUARIO PROFESOR. ................................................................................ 251
INGRESAR NUEVA NOTA AL ALUMNO ............................................................................ 251
CAMBIAR CLAVE ACTUAL DEL PROFESOR. .................................................................... 252
CAMBIAR LOGIN ACTUAL DEL PROFESOR. ..................................................................... 253
Universidad del Bío-Bío. Red de Bibliotecas - Chile
10
ÍNDICE DE FIGURAS. Figura 1 Organigrama Colegio Francisco de Asís, Pinto .................................................... 20 Figura 2 Estructura taxonómica de U.M.L [LARMAN, C] .................................................... 25 Figura 3 Modelo Incremental [PRESSMAN, R. 2002]. ....................................................... 27 Figura 4 Flujograma: Proceso de generación de certificado de notas. ............................... 39 Figura 5 Diagrama de Casos de Uso Administrador .......................................................... 90 Figura 6 Diagrama de Casos de Uso Profesor ................................................................... 91 Figura 7 Diagrama UML Modelo Conceptual...................................................................... 94 Figura 8 Diagrama de casos de uso Segundo incremento. .............................................. 101 Figura 9 Diagrama M-E-R................................................................................................. 104 Figura 10 Diagrama de Base de Datos. ........................................................................... 105 Figura 11 Diagrama de Clases de diseño. ....................................................................... 107 Figura 12 Diagrama de Secuencia Agregar Alumno ........................................................ 159 Figura 13 Diagrama de Secuencia Editar Alumno ............................................................ 160 Figura 14 Diagrama de Secuencia Buscar Alumno .......................................................... 161 Figura 15 Diagrama de Secuencia Eliminar Alumno ........................................................ 162 Figura 16 Diagrama de Secuencia Listar Alumnos por Curso ............................................ 163
Figura 17 Diagrama de Secuencia Agregar Profesor ......................................................... 164
Figura 18 Diagrama de Secuencia Editar Profesor............................................................ 165
Figura 19 Diagrama de Secuencia Buscar Profesor ........................................................... 166
Figura 20 Diagrama de Secuencia Eliminar Profesor ........................................................ 167
Figura 21 Diagrama de Secuencia Listar Profesores ......................................................... 168
Figura 22 Diagrama de Secuencia Agregar Curso ............................................................. 169
Figura 23 Diagrama de Secuencia Editar Curso ................................................................ 170
Figura 24 Diagrama de Secuencia Buscar Curso ............................................................... 171
Figura 25 Diagrama de Secuencia Eliminar Curso ............................................................ 172
Figura 26 Diagrama de Secuencia Listar Cursos ............................................................... 173
Figura 27 Diagrama de Secuencia Asociar/ desasociar alumnos a un Curso ................... 174
Figura 28 Diagrama de Secuencia Asociar/ desasociar asignaturas a un Curso .............. 175
Figura 29 Diagrama de Secuencia Agregar Asignatura ..................................................... 176
Figura 30 Diagrama de Secuencia Editar Asignatura ........................................................ 177
Figura 31 Diagrama de Secuencia Buscar Asignatura ....................................................... 178
Figura 32 Diagrama de Secuencia Eliminar Asignatura .................................................... 179
Figura 33 Diagrama de Secuencia Listar Asignaturas ....................................................... 180
Figura 34 Diagrama de Secuencia Agregar Alumno .......................................................... 181
Figura 35 Diagrama de Secuencia Buscar notas de un Alumno ........................................ 182
Figura 36 Diagrama de Secuencia Editar Nota ................................................................. 183
Figura 37 Diagrama de Secuencia Eliminar Nota .............................................................. 184
Figura 38 Diagrama de Secuencia Listar Notas un Alumno ............................................... 185
Figura 39 Diagrama de Colaboración Ingresar Usuario ..................................................... 186
Figura 40 Diagrama de Colaboración Agregar Alumno. .................................................... 187
Figura 41 Diagrama de Colaboración Editar Alumno. ....................................................... 188
Figura 42 Diagrama de Colaboración Agregar Nuevo Curso. ............................................ 189
Figura 43 Diagrama de Colaboración Asociar Asignaturas a un Curso. ............................. 190
Figura 44 Diagrama de Colaboración Agregar Notas. ....................................................... 191
Universidad del Bío-Bío. Red de Bibliotecas - Chile
11
Figura 45 Diagrama de Colaboración Agregar Notas. ....................................................... 192
Figura 46 Diagrama de Secuencia Generar actas de notas. ............................................ 207
Figura 47 Diagrama de Secuencia Generar informe de notas. ......................................... 208
Figura 48 Diagrama de Secuencia Generar certificado de concentración de notas. ....... 209
Figura 49 Diagrama de Secuencia Generar actas de notas. ............................................. 210
Figura 50 Diagrama de Secuencia Guardar antecedentes de educación superior. .......... 211
Figura 51 Diagrama de Secuencia Guardar antecedentes laborales. ............................... 212
Figura 52 Diagrama de Secuencia Guardar puntajes obtenidos en la PSU. ...................... 213
Figura 53 Diagrama de Colaboración Notas Parciales. ..................................................... 214
Figura 54 Diagrama de Colaboración Nuevo dato de Trazabilidad. ................................. 215
Universidad del Bío-Bío. Red de Bibliotecas - Chile
12
ÍNDICE DE TABLAS Tabla 1: Solucion a los problemas ...................................................................................... 42 Tabla 2: HW y SW requerido para el desarrollo del proyecto ............................................. 43 Tabla 3: Detalle del Hardware del Servidor para la alternativa 1 ........................................ 48 Tabla 4: Detalle de las aplicaciones del Servidor para la alternativa 1 ............................... 49 Tabla 5: Detalle del espacio requerido para las aplicaciones para la alternativa 1............. 49 Tabla 6: Detalle del Hardware del Servidor para la alternativa 2 ........................................ 50 Tabla 7: Detalle de las aplicaciones del Servidor para la alternativa 2 ............................... 50 Tabla 8: Detalle del espacio requerido para las aplicaciones para la alternativa 1............. 51 Tabla 9: Detalle del Hardware del Servidor para la alternativa 3 ........................................ 51 Tabla 10: Detalle de las aplicaciones del Servidor para la alternativa 2…………………… 52 Tabla 11: Detalle del espacio requerido para las aplicaciones para la alternativa 1 ......... 42 Tabla 12: Detalle de costos para la implementación alternativa 1 ..................................... 42 Tabla 13: Requerimientos Funcionales, gestión de Usuario. ............................................. 68 Tabla 14 Requerimientos Funcionales, agregar un usuario ............................................... 69 Tabla 15 Requerimientos Funcionales, iniciar sesión. ........................................................ 69 Tabla 16 Requerimientos Funcionales, modificar usuario del sistema. .............................. 69 Tabla 17 Requerimientos Funcionales, buscar un usuario en el sistema. .......................... 70 Tabla 18 Requerimientos Funcionales, buscar un usuario en el sistema. .......................... 70 Tabla 19 Requerimientos Funcionales, gestión del alumnado. .......................................... 70 Tabla 20 Requerimientos Funcionales, agregar alumno al sistema. .................................. 71 Tabla 21 Requerimientos Funcionales, editar alumno del sistema. .................................... 72 Tabla 22 Requerimientos Funcionales, buscar alumno almacenado en el sistema. .......... 73 Tabla 23 Requerimientos Funcionales, eliminar alumno almacenado en el sistema. ......... 73 Tabla 24 Requerimientos Funcionales, eliminar alumno almacenado en el sistema. ......... 73 Tabla 25 Requerimientos Funcionales, gestión del profesorado. ....................................... 73 Tabla 26 Requerimientos Funcionales, agregar profesor al sistema. ................................. 74 Tabla 27 Requerimientos Funcionales, editar profesor del sistema. .................................. 75 Tabla 28 Requerimientos Funcionales, buscar profesor almacenado en el sistema. ......... 75 Tabla 29 Requerimientos Funcionales, eliminar profesor almacenado en el sistema. ....... 75 Tabla 30 Requerimientos Funcionales, listar profesores almacenado en el sistema. ........ 76 Tabla 31 Requerimientos Funcionales, gestión de cursos. ................................................ 76 Tabla 32 Requerimientos Funcionales, agregar curso al sistema. ..................................... 76 Tabla 33 Requerimientos Funcionales, editar curso del sistema. ....................................... 77 Tabla 34 Requerimientos Funcionales, buscar profesor almacenado en el sistema. ......... 77 Tabla 35 Requerimientos Funcionales, eliminar curso almacenado en el sistema. ............ 77 Tabla 36 Requerimientos Funcionales, listar cursos almacenados en el sistema. ............. 78 Tabla 37 Requerimientos Funcionales, gestión del profesorado. ....................................... 78 Tabla 38 Requerimientos Funcionales, agregar curso al sistema. ..................................... 78 Tabla 39 Requerimientos Funcionales, editar curso del sistema. ....................................... 79 Tabla 40 Requerimientos Funcionales, buscar asignatura almacenada en el sistema. ..... 79 Tabla 41 Requerimientos Funcionales, eliminar asignatura almacenada en el sistema. .... 79 Tabla 42 Requerimientos Funcionales, listar asignaturas almacenadas en el sistema. ..... 80 Tabla 43 Requerimientos Funcionales, gestión del profesorado. ....................................... 80 Tabla 44 Requerimientos Funcionales, agregar nota al sistema. ....................................... 80 Tabla 45 Requerimientos Funcionales, editar nota del sistema. ........................................ 81
Universidad del Bío-Bío. Red de Bibliotecas - Chile
13
Tabla 46 Requerimientos Funcionales, buscar nota alumno almacenada en el sistema. .. 81 Tabla 47 Requerimientos Funcionales, eliminar nota almacenada en el sistema. ............. 81 Tabla 48 Requerimientos Funcionales, listar asignaturas almacenadas en el sistema. ..... 82 Tabla 49 Requerimientos Funcionales, gestión del profesorado. ....................................... 82 Tabla 50 Requerimientos No Funcionales. ......................................................................... 83 Tabla 51 Tabla Combinada de atributos del sistema y requerimientos funcionales .......... 89 Tabla 52 Especificación de caso de uso Agregar Alumno. ................................................. 93 Tabla 53 Gestión de trazabilidad y reportes. ...................................................................... 96 Tabla 54 Gestión de Reportes. ........................................................................................... 96 Tabla 55 Gestionar actas de notas. .................................................................................... 96 Tabla 56 Gestionar informe de notas parciales. ................................................................. 96 Tabla 57 Gestionar certificado de concentración de notas. ................................................ 97 Tabla 58 Gestionar informe de alumnos por comuna. ........................................................ 97 Tabla 59 Gestionar trazabilidad para el sistema. ................................................................ 97 Tabla 60 Gestionar trazabilidad para el sistema. ................................................................ 98 Tabla 61 Gestionar antecedentes laborales. ...................................................................... 98 Tabla 62 Guardar puntajes PSU. ........................................................................................ 99 Tabla 63 Tabla combinada, requerimientos funcionales. ................................................. 100 Tabla 64 Especificación de caso de uso Generar Actas de Notas. ................................. 103 Tabla 65 Pruebas: Ingresar Alumno. ............................................................................... 112 Tabla 66 Especificación de caso de uso Editar Alumno. ................................................. 118 Tabla 67 Especificación de caso de uso Buscar Alumno. ............................................... 120 Tabla 68 Especificación de caso de uso Eliminar Alumno. ............................................. 121 Tabla 69 Especificación de caso de uso Listar alumnos por curso. ................................ 122 Tabla 70 Especificación de caso de uso Agregar Profesor. ............................................ 124 Tabla 71 Especificación de caso de uso Buscar Profesor. .............................................. 126 Tabla 72 Especificación de caso de uso Editar Profesor. ................................................ 128 Tabla 73 Especificación de caso de uso Eliminar Profesor. ............................................ 129 Tabla 74 Especificación de caso de uso Listar Profesores. ............................................ 130 Tabla 75 Especificación de caso de uso Agregar Curso. ................................................ 132 Tabla 76 Especificación de caso de uso Buscar Curso. .................................................. 134 Tabla 77 Especificación de caso de uso Editar Curso. .................................................... 136 Tabla 78 Especificación de caso de uso Eliminar Curso. ................................................ 137 Tabla 79 Especificación de caso de uso Listar Cursos. .................................................. 138 Tabla 80 Especificación de caso de uso Asociar alumnos a un Curso. ........................... 140 Tabla 81 Especificación de caso de uso Asociar Asignaturas a un Curso. ..................... 142 Tabla 82 Especificación de caso de uso Agregar Asignatura. ......................................... 144 Tabla 83 Especificación de caso de uso Buscar Asignatura. ......................................... 146 Tabla 84 Especificación de caso de uso Editar Asignatura. ............................................ 148 Tabla 85 Especificación de caso de uso Eliminar Asignatura.......................................... 149 Tabla 86 Especificación de caso de uso Listar Asignatura. ............................................. 150 Tabla 87 Especificación de caso de uso Agregar Nota. .................................................. 152 Tabla 88 Especificación de caso de uso Buscar Notas de un Alumno. ........................... 154 Tabla 89 Especificación de caso de uso Editarr Notas de un Alumno. ............................ 155 Tabla 90 Especificación de caso de uso Eliminar Notas de un Alumno. ......................... 156 Tabla 91 Especificación de caso de uso Listar Notas de un Alumno. ............................. 157 Tabla 92 Especificación de caso de uso Calcular promedio de un Alumno. ................... 158
Universidad del Bío-Bío. Red de Bibliotecas - Chile
14
Tabla 93 Especificación de caso de uso Generar informe de notas parciales. ............... 195 Tabla 94 Caso de uso Generar certificado concentración de notas. ............................... 197 Tabla 95 Caso de uso Generar informes de alumnos por comuna. ................................ 199 Tabla 96 Especificación de caso de uso Antecedente educación superior. .................... 202 Tabla 97 Especificación de caso de uso Guardar antecedentes Laborales. ................... 204 Tabla 98 Especificación de caso de uso Guardar puntajes PSU..................................... 206 Tabla anexo 99: Descripción tabla administrador. ............................................................ 217 Tabla anexo 100: Descripción tabla alumno. .................................................................... 218 Tabla anexo 101: Descripción tabla apoderado. .............................................................. 220 Tabla anexo 102: Descripción tabla área ......................................................................... 220 Tabla anexo 103: Descripción tabla asignatura. ............................................................... 220 Tabla anexo 104: Descripción tabla comuna .................................................................... 221 Tabla anexo 105: Descripción tabla curso ........................................................................ 221 Tabla anexo 106: Descripción tabla Departamento .......................................................... 222 Tabla anexo 107: Descripción tabla nivelacceso .............................................................. 222 Tabla anexo 108: Descripción tabla Notas ....................................................................... 222 Tabla anexo 109: Descripción tabla Periodo académico .................................................. 223 Tabla anexo 110: Descripción tabla Profesor ................................................................... 224 Tabla anexo 111: Descripción tabla Registro ................................................................... 225 Tabla anexo 112 Pruebas: Editar Alumno. ...................................................................... 228 Tabla anexo 113 Pruebas: Ingresar Profesor. ................................................................. 230 Tabla anexo 114 Pruebas: Editar Profesor. ..................................................................... 232 Tabla anexo 115 Pruebas: Ingresar Asignatura. ............................................................. 233 Tabla anexo 116 Pruebas: Editar Asignatura. ................................................................. 234 Tabla anexo 117 Pruebas: Ingresar Curso. ..................................................................... 235 Tabla 118 Pruebas: Editar Curso. ................................................................................... 236 Tabla 119 Pruebas: Abrir Año académico. ...................................................................... 237 Tabla 120 Pruebas: Re-Abrir Año académico. ................................................................ 238 Tabla 121 Pruebas: Nuevo dato educación superior. ...................................................... 239 Tabla 122 Pruebas: Editar Datos educación superior. .................................................... 240 Tabla 123 Pruebas: Ingresar Datos PSU. ....................................................................... 241 Tabla 124 Pruebas: Editar datos resultados PSU. .......................................................... 242 Tabla 125 Pruebas: Ingresar Datos antecedentes laboral. .............................................. 243 Tabla 126 Pruebas: Editar Antecedente Laboral. ............................................................ 244 Tabla 127 Pruebas: Cambiar clave actual administrador. ............................................... 245 Tabla 128 Pruebas: Cambiar Login actual administrador. ............................................... 246 Tabla 129 Pruebas: Ingresar Nuevo Apoderado. ............................................................ 248 Tabla 130 Pruebas: Editar Apoderado. ........................................................................... 250 Tabla 131 Pruebas: Ingresar Nueva Nota. ...................................................................... 251 Tabla 132 Pruebas: Cambiar clave actual. ...................................................................... 252 Tabla 133 Pruebas: Cambiar Login actual. ..................................................................... 253
Universidad del Bío-Bío. Red de Bibliotecas - Chile
15
INTRODUCCIÓN
La continua evolución en el área tecnológica provoca la necesidad de construir
sistemas de información con requerimientos cada vez más ambiciosos. Uno de estos
requerimientos es que el sistema sea adaptable. Se dice que un sistema es adaptable
cuando es flexible y extensible, es decir, cuando puede ser modificado para cambiar su
funcionalidad o extendido para soportar nuevas funciones.
El Colegio “Francisco de Asís” de la comuna de Pinto es una institución que tiene la
necesidad de construir un sistema de información, que maneje el tratamiento de
información relacionada con el registro del alumnado, profesorado, notas e información de
los alumnos egresados debido a que actualmente posee grandes cantidades de datos que
se procesan en forma manual. Los colegios pertenecen a la Congregación “Franciscana” y
sus colegios a lo largo del país se caracterizan por entregar una educación de calidad
fundada en los valores del cristianismo. Es por ello que al ser una institución no lucrativa
necesita un sistema que permita realizar cambios en el futuro y que esto no le implique un
costo importante.
El sistema debe documentarse detalladamente para facilitar la identificación de los
componentes a ser modificadas o extendidas al satisfacer nuevas funcionalidades.
En el siguiente informe se presenta el análisis y diseño, necesarios para la
construcción de un sistema que cumpla con todos los requerimientos existentes en el
colegio.
Al comienzo, se realiza una descripción del colegio, indicando su misión, visión,
valores, organigramas y funciones que realiza, además se detalla la metodología, los
patrones de diseño y las tecnologías a utilizar en el proyecto. Posteriormente se describen
los problemas relacionados al manejo de flujo de información, detallando además con
diagramas los actuales procesos para enfrentar dicha situación, presentándose luego una
solución a los problemas detectados, indicando cuales serán las funcionalidades que
tendrá el sistema dejando claro sus limitaciones y alcances.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
16
Se presenta además un estudio de las alternativas de solución propuestas en
términos de factibilidad operacional y técnica.
Luego, se detallan los requerimientos del sistema, capturados en diversas
reuniones con directivos y docentes, junto a los casos de uso, diagramas de secuencia del
sistema y diagramas de colaboración.
A continuación, se presenta el diseño de desarrollo del proyecto definiendo la
arquitectura de software, diagramas de clases de diseño y modelo entidad relación.
Además, se muestran las pruebas de caja negra, con el propósito de verificar su
correcto funcionamiento.
Finalmente se incluyen los anexos correspondientes a la descripción de las tablas
del modelo de entidad relación.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
17
CAPITULO I:
DESCRIPCIÓN GENERAL DE LA ORGANIZACIÓN Y ASPECTOS TÉCNICOS
Universidad del Bío-Bío. Red de Bibliotecas - Chile
18
1. DESCRIPCIÓN DE LA ORGANIZACIÓN.
1.1.1 INSTITUCIÓN:
Razón Social : Colegio Francisco de Asís Giro : Educación Rut : 70.351.400-6 Director : María Inés Montecinos Riquelme Domicilio : Calle Condell 271 Fono - Fax : 42-481046.
1.1.2 PERSONAS:
Persona contactada : María Inés Montecinos Riquelme Cargo : Representante Legal y Directora
1.2 HISTORIA DE LA ORGANIZACIÓN.
En el año 1950 se hizo realidad el sueño de un sacerdote que quiso traer religiosas a la comunidad de Pinto, el padre Miguel Araya, quien invitó a la Congregación de las Hermanas Franciscanas del Sagrado Corazón de Jesús, ubicadas en el Vicariato de Villarrica, para que vinieran a ejercer su misión en la educación. Las primeras que llegaron a estas tierras fueron dos hermanas de nacionalidad alemana; hna. Moderata Fritz y Spiridia Benetz, ellas dieron origen a la escuela Parroquial N°15 Ana Henríquez de Ávila.
En 1952 se crea una escuela anexa ubicada camino a Chillán llamada Escuela Particular “Las Mercedes” N°13 la que existe hasta el año 1965.
Su comienzo fue solamente con Enseñanza Primaria, desde 1°a 6°. En 1967 se creó 7° y 8° Básico. En 1984 se implementó la Enseñanza Media, Científico Humanista y en el año 1994 después de dar una mirada sobre las expectativas de ofrecer una educación al servicio de la comunidad de Pinto, se dio comienzos a la enseñanza Técnica Profesional con el nombre de Técnico en Gastronomía.
Bajo este Título recibieron varios jóvenes una educación que los identificaba como egresados con un perfil distintivo desempeñándose exitosamente en su vida laboral y personal.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
19
En el año 2001 el Colegio se adscribe a la propuesta del Ministerio de Educación y continúa formando jóvenes en el Sector de Alimentación en la Especialidad Servicios de Alimentación Colectiva, ésta se ha ido implementando a través de los años, hasta conseguir en el año 2008 la constitución de un Consejo Empresarial, la ejecución de pre- prácticas de alumnos de 3º y 4° Medio en las empresas, y la Acreditación de la Especialidad.
Actualmente, el colegio cuenta con una matrícula de 665 alumnos entre varones y damas, distribuidos en los diferentes niveles de educación, Pre Kínder a Cuarto Medio Científico Humanista y Técnico Profesional.
1.2 MISIÓN.
Servir a la comunidad, entregando una educación basada en principios cristiano católicos donde los alumnos desarrollen habilidades, destrezas, competencias y valores ligados al currículo y la formación personal que le permitan integrarse a la sociedad de manera óptima facilitando la continuidad de estudios, la inserción laboral y la vida familiar.
1.3 VISIÓN.
Formar personas integrales, con valores éticos y morales, de convicciones profundas en la fe cristiana y que desarrollen sus capacidades espirituales, intelectuales, sociales y laborales.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
20
1.4 ORGANIZACIÓN.
A continuación se presenta en la figura 1.1 el organigrama perteneciente al colegio tratado en el presente proyecto.
Dirección
Sostenedor
Secretaría
Subdirección
Desarrollo
Intitucional
UTP
Equipo de
Gestión
Pastoral
Insectoría
General
Comité Paritario
Consejo Escolar
Consejo
Profesores
C.C.P.P.
C.C.A.A
Consejo
Empresarial
Planificación
Orientación
Evaluación
GPT
CRA
Ed. Parvularia
Ed. Básica
Ed. Media
I Nivel T.
II Nivel T.
Coord. I ciclo
NB1
Coord. II ciclo
NB3
NB4
NB2
NB5
NB6
Coord. C,H
Coord. T.P
NM
NM2
NM3
NM4
3º
4º
Apoderados y
comunidad
Alumnado
Figura 1 Organigrama Colegio Francisco de Asís, Pinto
Universidad del Bío-Bío. Red de Bibliotecas - Chile
21
CAPITULO II
MARCO TEÓRICO
Universidad del Bío-Bío. Red de Bibliotecas - Chile
22
2.1 INTRODUCCIÓN
Existen diversas formas de definir un marco teórico. Sin embargo, lo que se quiere dar a conocer es una serie de ideas o conceptos coherentes organizados de tal manera que sean fáciles de comunicar a los demás. Es por esto, que en el presente capítulo se describirán las materias más relevantes en el desarrollo de aplicaciones Web, de manera que se entienda el ¿cómo?, el ¿por qué? y la forma de llevar a cabo la realización del proyecto de una manera determinada.
Para comenzar se describirán los conceptos relacionados a paradigmas de
programación, entre estos, el modelo de desarrollo orientado a objetos, este nos lleva la idea de un mundo lleno de objetos y que la resolución del problema se realiza en términos de los mismos.
Para el análisis y diseño de la aplicación será modelado utilizando U.M.L (lenguaje
unificado de modelado) el cual representará, mediante diagramas, los elementos del sistema.
Para la implementación se utilizará el modelo iterativo incremental, este lleva a
pensar en desarrollo modular con entregas parciales del producto software denominados “incrementos” del sistema, que son escogidos según prioridades predefinidas de algún modo. El modelo permite una implementación con refinamientos sucesivos (ampliación o mejora). Con cada incremento se agregarán funcionalidades que cubren nuevos requisitos o bien se mejora la versión previamente implementada del producto software.
Más adelante además se describirá la implementación del patrón de arquitectura
MVC (Modelo-Vista-Controlador) que será utilizado para la separación de la capas de la aplicación, en la cual se implementaran una serie de patrones J2EE propuestos por Sun Microsystem Inc. Los cuales están orientados a solucionar problemas comunes en el diseño de aplicaciones orientadas a objetos.
Para concluir se definen las tecnologías a utilizar durante la implementación, es
decir, el lenguaje programación, Java para este caso y el motor de base de datos Oracle10gxe.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
23
2.2 PARADIGMA DE PROGRAMACIÓN.
2.2.1 ORIENTACIÓN A OBJETO.
“La orientación a objetos es un modelo de desarrollo de software que es usado en muchos de los lenguajes de programación (C++, Java, Python, Eiffel, Modula-2 y otros) y en sistemas computacionales que simulan el comportamiento del "mundo real". Éste estipula que se debe desarrollar una aplicación en términos de objetos. La orientación a objetos puede describirse como el conjunto de disciplinas que desarrollan y modelan software que facilitan la construcción de sistemas complejos a partir de componentes”.1
El atractivo de la orientación a objetos es que proporciona conceptos y herramientas con las cuales se modela y representa el mundo real tan fielmente como sea posible. Estos conceptos y herramientas orientados a objetos son tecnologías que permiten que los problemas del mundo real sean expresados de modo fácil y natural.
La programación orientada a objetos ofrece dos ventajas sobre la programación estructurada:
Permite al programador organizar su programa de acuerdo con abstracciones de más alto nivel, siendo estás más cercanas a la manera de pensar de la gente.
Los datos globales desaparecen, siendo éstos junto con las funciones parte interna de los objetos. Por lo tanto, cualquier cambio en la estructura de alguno de los datos sólo debiera afectar las funciones definidas en ese mismo objeto y no en los demás. Características de la programación orientada objetos
Encapsulamiento: Un objeto encapsula datos como los procesos que se aplican a esos datos, ocultando los detalles de su implementación. Esta importante característica permite construir clases de objetos e inherentemente construir bibliotecas de objetos y clases reutilizables.
Abstracción: Cada objeto en el sistema sirve como modelo de un “agente” abstracto que puede realizar trabajo, informar y cambiar su estado, y “comunicarse” con otros objetos en el sistema sin revelar cómo se implementan estas características. Los procesos, las funciones o los métodos pueden también ser abstraídos y cuando lo están, una variedad de técnicas son requeridas para ampliar una abstracción.
1Aguilera, César y Fernández, Héctor. (2009). Sistema Web de ventas y pedidos “la cabaña de esquí”.1ª Edición, Universidad del Bio-
Bio, pag 342
Universidad del Bío-Bío. Red de Bibliotecas - Chile
24
Modularidad: Es la propiedad que permite subdividir una aplicación en partes más pequeñas llamadas módulos, cada una de las cuales debe ser tan independiente como sea posible de la aplicación en sí y de las restantes partes.
Herencia: Las clases no están aisladas, sino que se relacionan entre sí, formando una jerarquía de clasificación. Los objetos heredan las propiedades y el comportamiento de todas las clases a las que pertenecen. La herencia organiza y facilita el polimorfismo y el encapsulamiento permitiendo a los objetos ser definidos y creados como tipos especializados de objetos preexistentes.
Polimorfismo: es el comportamiento que puede tener un objeto de acuerdo a la forma que adopte, asociados a objetos distintos, pueden compartir el mismo nombre, al llamarlos por ese nombre se utilizará el comportamiento correspondiente al objeto que se esté usando.
2.2.2 U.M.L.
El Lenguaje Unificado de Modelado (UML), es un lenguaje para especificar, visualizar, construir y documentar los componentes de los sistemas software, así como para el modelado del negocio y otros sistemas no software.2 (Larman, 2003).
Los elementos más significativos del UML son sus diagramas (ver Figura 2), los que en relación al proyecto, en la etapa de análisis y diseño se utilizarán, por una parte, los diagramas de casos de uso y diagrama de clases, los cuales describen las propiedades estructurales del sistema, y por otra, se utilizarán los diagramas de secuencia y de colaboración, que describen las propiedades del comportamiento de un sistema, un detalle de estos se presenta a continuación.
2LARMAN, Craig. (2003). UML y Patrones. Una Introducción al Análisis y Diseño Orientado a Objetos y al ProcesoUnificado. 2da.
Edición. Prentice Hall. Pag. 418
Universidad del Bío-Bío. Red de Bibliotecas - Chile
25
Figura 2 Estructura taxonómica de U.M.L [LARMAN, C]
El UML está compuesto por diversos elementos gráficos que se combinan para
conformar diagramas. A continuación se señalan los diagramas de UML que se ocupan regularmente para el desarrollo de este proyecto.
Diagrama de clases: Un diagrama de clases presenta las clases del sistema con sus relaciones estructurales y de herencia. La definición de clase incluye definiciones para atributos y operaciones. El modelo de casos de uso aporta información para establecer las clases, objetos, atributos y operaciones.
Diagrama de colaboración: Un diagrama de colaboración muestra como los elementos de un sistema trabajan en conjunto para cumplir los objetivos del sistema, proporcionan la representación principal de un escenario, ya que las colaboraciones se organizan entorno a los enlaces de unos objetos con otros.
Diagrama de secuencia: Un diagrama de secuencia muestra la interacción de un conjunto de objetos en una aplicación a través del tiempo. Esta descripción es importante porque puede dar detalle a los casos de uso, aclarándolos al nivel de mensajes de los objetos existentes, como también muestra el uso de los mensajes de las clases diseñadas en el contexto de una operación.
Diagrama de casos de uso: Un diagrama de casos es una representación gráfica de parte o el total de los actores y casos de uso del sistema, incluyendo sus interacciones. Un diagrama de casos de uso muestra, por tanto, los distintos requisitos funcionales que se esperan de una aplicación o sistema y cómo se relaciona con su entorno (usuarios u otras aplicaciones).
Universidad del Bío-Bío. Red de Bibliotecas - Chile
26
Un caso de uso es un documento narrativo que describe la secuencia de eventos de un actor (un agente externo) que utiliza un sistema para completar un proceso.
Diagrama conceptual: Es un diagrama que ilustra una serie de relaciones entre ciertos factores que se cree impactan o conducen a una condición de interés. Un buen Modelo conceptual:
• Presenta un cuadro de la situación en el sitio del proyecto. • Muestra supuestos vínculos entre los factores que afectan a la condición de interés. • Muestra las principales amenazas directas e indirectas que afectan a la condición de interés. • Presenta sólo factores relevantes. • Está basado en datos e información sólidos.
2.3 MODELO DE DESARROLLO DE SOFTWARE.
Para el desarrollo de este proyecto se utiliza el modelo de desarrollo iterativo e incremental bajo el enfoque orientado a objetos y usando el estándar UML.
El desarrollo iterativo consiste en diferentes secuencias que permiten que el
sistema se desarrolle a través de diferentes ciclos de desarrollo de análisis, diseño, implementación y pruebas, trabajando en pequeños requerimientos para la construcción del proyecto.
“El modelo incremental entrega el software en partes pequeñas, pero utilizables,
llamadas (incrementos). En general cada incremento se construye sobre aquél que ya ha sido entregado”3.
3LARMAN, Craig. (2003). UML y Patrones. Una Introducción al Análisis y Diseño Orientado a Objetos y al Proceso Unificado. 2da.
Edición. Prentice Hall. Pág. 418
Universidad del Bío-Bío. Red de Bibliotecas - Chile
27
Figura 3 Modelo Incremental [PRESSMAN, R. 2002].
2.4 ARQUITECTURA.
“Una arquitectura es el conjunto de decisiones significativas sobre la organización del sistema software, la selección de los elementos estructurales y sus interfaces, con los que se compone el sistema, junto con su comportamiento tal como se especifica en las colaboraciones entre esos elementos, la composición de esos elementos estructurales y de comportamiento en subsistemas progresivamente más amplios, y el estilo de arquitectura que guía esta organización –estos elementos y sus interfaces, sus colaboraciones, y su composición”.4
La arquitectura utilizada en el presente proyecto está basada en el patrón MVC.
4LARMAN, Craig. (2003). UML y Patrones. Una Introducción al Análisis y Diseño Orientado a Objetos y al Proceso Unificado.
2da. Edición. Prentice Hall. Pág. 418
Universidad del Bío-Bío. Red de Bibliotecas - Chile
28
2.4.1 ARQUITECTURA MVC
El principal objetivo de la arquitectura MVC es aislar tanto los datos de la aplicación
como el estado (modelo) de la misma, del mecanismo utilizado para representar (vista) dicho estado, así como para modularizar esta vista y modelar la transición entre estados del modelo (controlador). Las aplicaciones MVC se dividen en tres grandes áreas funcionales:
Modelo: Esta es la representación específica de la información con la cual el sistema opera. En resumen, el modelo se limita a lo relativo de la vista y su controlador facilitando las presentaciones visuales complejas. El sistema también puede operar con más datos no relativos a la presentación, haciendo uso integrado de otras lógicas de negocio y de datos afines con el sistema modelado.
Vista: Este presenta el modelo en un formato adecuado para interactuar, usualmente la interfaz de usuario.
Controlador: Este responde a eventos, usualmente acciones del usuario, e invoca peticiones al modelo y, probablemente, a la vista.
Aunque se pueden encontrar diferentes implementaciones de MVC, el flujo que sigue el control generalmente es el siguiente:
1. El usuario interactúa con la interfaz de usuario de alguna forma (por ejemplo, el usuario pulsa un botón, enlace, etc.)
2. El controlador recibe (por parte de los objetos de la interfaz-vista) la notificación de la acción solicitada por el usuario. El controlador gestiona el evento que llega, frecuentemente a través de un gestor de eventos.
3. El controlador accede al modelo, actualizándolo, posiblemente modificándolo de forma adecuada a la acción solicitada por el usuario (por ejemplo, el controlador actualiza los datos de un alumno).
4. El controlador delega a los objetos de la vista la tarea de desplegar la interfaz de usuario. La vista obtiene sus datos del modelo para generar la interfaz apropiada para el usuario donde se refleja los cambios en el modelo (por ejemplo, produce un listado de alumnos de un curso). El modelo no debe tener conocimiento directo sobre la vista. Sin embargo, se podría utilizar el patrón observador para proveer cierta indirección entre el modelo y la vista, permitiendo al modelo notificar a los interesados de cualquier cambio. Un objeto vista puede registrarse con el modelo y esperar a los cambios, pero aun así el modelo en sí mismo sigue sin saber nada de la vista.
5. El controlador no pasa objetos de dominio (el modelo) a la vista aunque puede dar la orden a la vista para que se actualice.
6. La interfaz de usuario espera nuevas interacciones del usuario, comenzando el ciclo nuevamente.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
29
2.5 PATRONES DE DISEÑO.
“Un patrón de diseño es básicamente una solución (un diseño) que surge de la experimentación práctica con varios proyectos, y los equipos de desarrollo han encontrado que se puede aplicar en diversos contextos. Cada patrón de diseño describe a un conjunto de objetos y clases comunicadas. El conjunto se ajusta para resolver un problema de diseño en un contexto específico”5.
Un patrón de diseño es una abstracción de una solución en un nivel alto. Los patrones solucionan problemas que existen en muchos niveles de abstracción.
Los patrones se clasifican según el propósito para el que han sido definidos:
Creacionales: solucionan problemas de creación de instancias. Nos ayudan a encapsular y abstraer dicha creación.
Estructurales: solucionan problemas de composición (agregación) de clases y objetos.
De Comportamiento: soluciones respecto a la interacción y responsabilidades entre clases y objetos, así como los algoritmos que encapsulan.
Ventajas del diseño con patrones:
Permiten rehusar soluciones probadas
Facilitan la comunicación entre diseñadores
Los patrones tienen nombres estándar
Facilitan el aprendizaje al diseñador inexperto.
Facilitan la reusabilidad, extensibilidad y mantenimiento.
Los patrones de diseño a utilizar en el desarrollo de este proyecto son:
5SCHMULLER, J. 2000. Aprendiendo UML en 24 horas. Prentice Hall. 387p.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
30
2.5.1 SINGLETON.
Está diseñado para restringir la creación de objetos pertenecientes a una clase o el valor de un tipo a un único objeto.
Su intención consiste en garantizar que una clase sólo tenga una instancia y proporcionar un punto de acceso global a ella.
El patrón singleton se implementa creando una clase con un método que crea una instancia del objeto sólo si todavía no existe alguna. Para asegurar que la clase no puede ser instanciada nuevamente se regula el alcance del constructor (con atributos protegido o privado).
2.5.2 TOPLINK.
Corresponde a una API de persistencia Java que lo que hace, es unificar la manera en que funcionan las utilidad que proveen un mapeo objeto-relacional hacia las bases de datos. El objetivo principal de esta Api de persistencia es no perder las ventajas que la orientación a objetos entrega al interactuar con una base de datos. Toplink utiliza los siguientes patrones de diseño:
2.5.2.1 DATA ACCES OBJECT
El patrón de diseño Data Access Object (DAO) sirve para abstraer y encapsular los accesos al almacenamiento persistente, gestionar las conexiones a la fuente de datos y obtener los datos almacenados, creando una capa de persistencia que aísla todo acceso a información persistente con esto se aísla la lógica de negocio de la capa de persistencia.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
31
2.5.3.1 TRANSFER OBJECT
Es utilizado para transferir múltiples elementos de datos a través de capas. Para ello se ocupa un DAO (DataAccessObject) que a su vez utiliza Transfer Object para devolver los datos obtenidos de la base de datos a la capa lógica del negocio.
2.6 TECNOLOGÍAS UTILIZADAS
2.6.1 JAVA
Java es un lenguaje de programación orientado a objetos desarrollado por Sun Microsystems Inc. Modelado después del lenguaje de programación C++. El lenguaje Java fue diseñado para ser pequeño, simple, rápido y portable a través de distintas plataformas y sistemas operativos, al nivel de fuentes y binarios. Dicho lenguaje permite desarrollar software usando componentes con el fin de reutilizar el código en otras aplicaciones permitiendo que el tiempo de desarrollo disminuya considerablemente.
2.6.2 ORACLE10GXE
Es un manejador de base de datos relacional que hace uso de los recursos del
sistema informático en todas las arquitecturas de hardware, para garantizar su aprovechamiento al máximo en ambientes cargados de información.
Es el conjunto de datos que proporciona la capacidad de almacenar y acudir a estos
de forma recurrente con un modelo definido como relacional. Además es una suite de productos que ofrece una gran variedad de herramientas.
Oracle corre en computadoras personales (PC), microcomputadoras, mainframes y
computadoras con procesamiento paralelo masivo. Soporta unos 17 idiomas, corre automáticamente en más de 80 arquitecturas de hardware y software distinto sin tener la necesidad de cambiar una sola línea de código. Esto es porque más el 80% de los códigos internos de Oracle son iguales a los establecidos en todas las plataformas de sistemas operativos
Universidad del Bío-Bío. Red de Bibliotecas - Chile
32
En su versión gratuita permite a la base de datos almacenar hasta 4Gb de información, siendo esta ampliable solamente adquiriendo la versión empresarial.
El lenguaje estándar para gestionar y manipular estos almacenes de datos es el uso
del lenguaje de programación SQL.
2.6.3 IDE JDEVELOPER 11
JDeveloper es un entorno de desarrollo integrado desarrollado por Oracle
Corporation para los lenguajes Java, HTML, XML, SQL, PL/SQL, Javascript, PHP, Oracle ADF, UML y otros.
Es un software propietario pero gratuito desde 2005. JDeveloper viene en tres ediciones; cada uno ofrece más características encima de
las otras, y todos están libres. Una lista de alto nivel de características incluye:
Edición de Java
Cifre el redactor
Cifre la navegación
Refactoring
Oscilación
Prueba de la unidad
Intervención y métrica
El eliminar errores
El perfilar
Ayuda de la hormiga
Abra el API y las extensiones
Ayuda de usuario
Edición de J2EE
JSP
Puntales
JSF
EJB
TopLink
Servicios del Web
UML
Desarrollo de la base de datos
Despliegue y gerencia
Universidad del Bío-Bío. Red de Bibliotecas - Chile
33
Edición del estudio
Alimentador de originales Databinding
Caras del alimentador de originales
Móvil del alimentador de originales
Diseñador de BPEL
Diseñador de ESB
Desarrollo de Portlet
Puente de Portlet/JSF
Universidad del Bío-Bío. Red de Bibliotecas - Chile
34
CAPITULO III:
DESCRIPCIÓN DEL PROBLEMA Y LA SOLUCIÓN
Universidad del Bío-Bío. Red de Bibliotecas - Chile
35
3.1 DESCRIPCIÓN GENERAL DEL PROBLEMA.
El colegio Francisco de Asís, de la comuna de Pinto es un establecimiento educacional con enseñanza básica y media (científico humanista y técnico profesional), actualmente cuenta con 655alumnos y 45 profesores, divididos en cursos de Kínder hasta 4º medio.
Los registros históricos referentes a antecedentes personales, tanto del alumnado
como el profesorado, contemplan un número considerable de información, por ejemplo, el colegio posee aproximadamente 110 fichas personales de profesores y 3650 fichas de alumnos. Sumado a lo anterior se han procesado aproximadamente 219.000 calificaciones. Toda esta información se encuentra almacenada en una sala de archivos, ubicada al interior del establecimiento, en el departamento de U.T.P., en alrededor de 700 archivadores.
Actualmente, el manejo de esta información se lleva a cabo en forma manual, es
decir, las fichas y el ingreso de notas se realizan en libros independientes, lo que dificulta la emisión oportuna y precisa de los informes de notas parciales y certificados de concentración de notas.
Hoy en día sólo se emiten los siguientes informes: certificados de notas, certificado
de alumnos regular y concentración de notas. Existen informes útiles para el establecimiento que a la fecha no se realizan por lo difícil que resulta encontrar la información necesaria para generarlos, ejemplos de estos son: listado de alumnos según el criterio especificado por el establecimiento, por comuna, ruralidad, por sexo, por año de nacimiento. Los informes anteriormente descritos son generados con la información del periodo escolar actual.
Además el establecimiento entrará en un nuevo proceso de acreditación, lo cual
implica reducir en tiempo la generación de los siguientes certificados: certificados de notas, certificado de alumnos regular y concentración de notas, que actualmente puede demorar hasta un par de semanas dependiendo de la carga laboral.
En este último proceso de acreditación, se le ha pedido mantener un control y seguimiento de los alumnos egresados del establecimiento, tanto en la educación científico humanista y en el ámbito técnico profesional. Este seguimiento consiste en mantener actualizado los datos de contactos de estos alumnos e ir sumándole las experiencias laborales y/o educacionales que estos vayan sumando en el tiempo, para así poder a cabo de un tiempo generar estadísticas que indiquen el número de alumnos que ha seguido estudiando o de haber ingresado al mundo laboral en el área técnica correspondiente.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
36
3.2 DESCRIPCIÓN DE LOS PROBLEMAS DETECTADOS.
Luego de realizar el estudio de la situación actual se pueden identificar claramente los siguientes problemas con el manejo de la información:
3.2.1 VOLUMEN DE INFORMACIÓN.
El volumen de información que se debe procesar en cada periodo escolar es considerable, como se mencionó en el punto anterior, provocando lentitud en la obtención de información precisa y necesaria para la generación de informes y certificados propios del establecimiento.
3.2.2 DISPONIBILIDAD DE LA INFORMACIÓN.
Recuperar la Información se traduce en una pérdida de tiempo al momento de buscar, tanto fichas de alumnos, informes curriculares, fichas de docentes, debido a la disgregación existente.
Para ejemplificar esto, se realiza un pequeño ejercicio, en el cual se mide el tiempo en la búsqueda de los registros correspondientes para generar un certificado, para dificultar aun más la acción se da por perdido el registro, es decir, que no se encuentran en la carpeta correspondiente al año de ingreso del alumno.
En el mejor de los casos, la persona encargada de este procedimiento encuentra el registro en el primer archivador revisado y el primer registro de éste. El tiempo que tarda esta acción no excede los 5 minutos.
En un caso intermedio, la persona encargada de este procedimiento encuentra el registro en el doscientavo archivador y en el último registro de éste. El tiempo tarda esta acción es de aproximadamente 35 horas
En el peor de los casos, la persona encargada de este procedimiento encuentra el registro en el último archivador y en el último registro de éste. El tiempo tarda esta acción es de aproximadamente 5 días.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
37
3.2.3 DISGREGACIÓN Y DUPLICIDAD DE LA INFORMACIÓN.
El tratamiento de la información se lleva a cabo en forma manual, es decir, el ingreso de notas y el registro de alumnos se realizan en libros independientes lo que ocasiona dificultar en la obtención de la información. Además la generación del informe de notas parciales y el certificado anual de estudios se realizan manualmente, provocando demoras en la elaboración de ellos, dado que deben extraer las notas del libro de clases.
Esto obliga a consultar la información en más de un fuente, si se realiza el ejercicio anterior, se duplican los tiempos tan solo buscando en dos fuentes distintas.
3.2.4 INTEGRIDAD DE LA INFORMACIÓN.
Producto de la antigüedad de muchos de los registros, la descomposición y/o deterioro del papel en el cual están estos, hacen imposible rescatar o leer los datos que en estos se encuentran, lo que tiene como consecuencia la pérdida de estos registros. A esto se suma las consecuencias que tiene sobre el papel los factores climáticos como la humedad o la lluvia y en un caso catastrófico, como lo pudiera ser un incendio, donde estos registros no ofrecen resistencia a ser consumidos por las llamas.
3.3 DESCRIPCIÓN DEL PROCESO DE GENERACIÓN DE CERTIFICADO DE NOTAS
La descripción del proceso de generación de certificado de notas se hará mediante el uso de un diagrama de flujo de datos o Flujograma, a continuación se explica en qué consiste esta técnica.
3.3.1 EL FLUJOGRAMA
Es una representación gráfica de la secuencia de actividades de un proceso, además muestra claramente lo que se realiza en cada etapa, como las decisiones que se toman, los documentos que se generan y las personas responsables o involucradas en cada actividad. Los Flujogramas utilizan símbolos que representan la secuencia del proceso, los documentos y personas o sectores involucrados. A continuación se describen los principales:
Universidad del Bío-Bío. Red de Bibliotecas - Chile
38
Simbología
A continuación se presenta un diagrama de flujo que interpreta de manera gráfica el
problema recién planteado.
Operación: Etapa del proceso, se especifica el nombre de la etapa y quién la realiza.
Decisión: Punto donde se debe tomar una decisión, la pregunta se escribe en el rombo y salen dos flechas que muestran la dirección que tomará el proceso, en función de la respuesta real.
Documento: Representa el documento resultante de una operación, en su interior se especifica su nombre.
No
Si
Sentido del Flujo: Representa la secuencia de etapas del proceso.
Límites: Representa el inicio y el fin de un
proceso.
Referencia de Página: Dan orden a los Flujogramas cuando estos son extensos y, por tanto, cubren más de una página.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
39
Solicitud certificado de
notas
Alumno, ex-alumno o
Apoderado
Solicitud certificado de
notas para alumnos o
ex-alumnos
¿ Se posee
tiempo para
atención
inmediata ?
Solicita datos del alumno
o ex alumnos para
posteriormente buscar
sus antecedentes
Secretaria Académica
No
Solicita rut y nombre
completo del solicitante
Secretaria Académica
Agenda entrega de
certificado según tiempo
estimado basado en carga
laboral
Secretaria Académica
Si
Busca carpeta de
alumno en sala de
archivos
Secretaria Académica
¿ Encuentra
carpeta de
archivos ?
Revisa integridad
de la información
Secretaria
Académica
No
Si
¿ Se encuentra
la información
requerida ?
Redacta certificado
solicitado
Secretaria Académica
Busca los registros
faltantes en otras
carpetas
Secretaria Académica
SiNo
Entrega certificado
requerido
Secretaria
Académica
FIn
¿ Encuentra
informacion
faltante?
Si
No
Certificado de
Notas
Figura 4 Flujograma: Proceso de generación de certificado de notas.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
40
3.4 OPORTUNIDADES.
El trabajo de oportunidades se realizó aplicando un Focus Group, lo que permitió establecer lo siguiente:
3.4.1 EXISTENCIA DE TECNOLOGÍA COMPUTACIONAL.
EL establecimiento cuenta con un número considerable de computadores, uno por persona perteneciente al departamento de U.T.P. 6 en la sala de profesores de enseñanza media y 8 en la sala de profesores de enseñanza básica, además se cuenta con una red entre los departamentos de profesores y U.T.P.- Esto permite desarrollar un sistema intranet que puede ser usado en la red correspondiente al departamento de U.T.P.
3.4.2 VISIÓN DEL COLEGIO RESPECTO AL PROBLEMA.
La directora del establecimiento cree en la necesidad de implementar un sistema de gestión que permita hacer frente a los problemas mencionados en los puntos anteriores, para lo cual se compromete a participar y poner a disposición su tiempo en pro del desarrollo de este sistema.
3.5 DESCRIPCIÓN DE LA SOLUCIÓN
Dado que el problema consiste en mantener el control de notas, registros del alumnado y profesorado del establecimiento, y mantener un control sobre los alumnos egresados, según disposición del ministerio de educación, la alternativa propuesta como solución es el desarrollo de una Intranet, la cual permitirá agilizar el proceso de registro de alumnos y profesores, generación de certificados, generación de informes, emisión de actas de notas de manera oportuna y precisa, modulo de trazabilidad, donde se pueda ir actualizando constantemente datos laborales y educacionales de alumnos egresados. Además se requiere que la aplicación permita recuperar el historial académico de los alumnos para generar certificados de concentración de notas.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
41
A continuación se presenta un detalle que describe la solución a los problemas planteados en la Tabla 1.
Problema Solución
El volumen de información que se debe procesar en cada periodo escolar es considerable, como se mencionó en el punto anterior, provocando lentitud en la obtención de información precisa y necesaria para la generación de informes y certificados propios del establecimiento.
Con la construcción de la Intranet es posible automatizar los procesos de registros de alumnos, profesores y de notas, lo que permite un rápido acceso a la información, permitiendo generar certificados e informes tales como situación académica y alumnos según su situación final.
Recuperar la Información se traduce en una pérdida de tiempo al momento de buscar, tanto fichas de alumnos, informes curriculares, fichas de docentes, debido a la disgregación existente.
Al aplicar tecnologías de información facilita y agiliza el acceso a información específica de alumnos, cursos, entre otros, de una manera mucho más rápida, dado que todo se encuentra almacenado en un solo lugar (base de datos de la intranet).
El tratamiento de la información se lleva a cabo en forma manual, es decir, el ingreso de notas y el registro de alumnos se realizan en libros independientes lo que ocasiona dificultar en la obtención de la información. Además la generación del informe de notas parciales y el certificado anual de estudios se realizan manualmente, provocando demoras en la elaboración de ellos, dado que deben extraer las notas del libro de clases. Esto obliga a consultar la información en más de un fuente, si se realiza el ejercicio anterior, se duplican los tiempos tan solo buscando en dos fuentes distintas.
Basta con ingresar sólo una vez todos los datos del alumno, para luego, en un próximo período escolar buscar al alumno y modificar aquellos datos que sean necesarios, lo que disminuye los tiempos de búsqueda y elimina alguna posible duplicidad de esta información, al estar solamente en un lugar.
Producto de la antigüedad de muchos de los registros, la descomposición y/o deterioro del
Al estar los datos almacenados en una base de datos, los aísla de problemas típicos de registros en
Universidad del Bío-Bío. Red de Bibliotecas - Chile
42
papel en el cual están estos, hacen imposible rescatar o leer los datos que en estos se encuentran, lo que tiene como consecuencia la pérdida de estos registros. A esto se suma las consecuencias que tiene sobre el papel los factores climáticos como la humedad o la lluvia y en un caso catastrófico, como lo pudiera ser un incendio, donde estos registros no ofrecen resistencia a ser consumidos por las llamas.
papel, la antigüedad de un registro no representará problema alguno en el sistema, y la seguridad de estos datos, se puede mantener mediante constantes respaldo de la información, proceso que no demora más de una hora.
Tabla 1: Solución a los problemas
3.6 LIMITACIONES, ALCANCES Y VENTAJAS
3.6.1 LIMITACIONES
Los usuarios del sistema están obligados a ingresar identificándose mediante una
cuenta entregada por el administrador del sistema que el establecimiento disponga,
que consiste en el Rut y una contraseña.
Por petición de dirección y los futuros administradores del sistema, la aplicación será de escritorio.
Por petición del coordinador y futuro administrador del sistema, sólo se permitirá eliminar información al Administrador del Sistema.
La seguridad del sistema se basa en el uso de sesiones, por lo tanto estará restringido sólo para usuarios registrados.
La generación de informes estará limitada a aquellos esenciales para los
establecimientos, estos son: certificado de notas parciales y acta de notas.
El entorno de trabajo será estático, es decir, el administrador no podrá agregar nuevas
facultades a los distintos perfiles de usuarios.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
43
3.6.2 ALCANCES Y VENTAJAS
La aplicación de escritorio será interactiva y dinámica porque permitirá emitir diferentes
tipos de informes y certificados, dependiendo de las facultades del usuario.
Podrá ser ejecutada desde cualquier computador que cumpla con los requisitos de
hardware que se especifican posteriormente.
3.6.3 HW Y SW BÁSICO REQUERIDO PARA EL DESARROLLO
Hardware Software
Pentium 4 Windows XP Professional Service Pack 3
2.26 GHz j2sdk1.5.1
1024 MB de RAM JDeveloper 11g
80 GB de Disco Duro
Monitor color SVGA
Tabla 2: HW y SW requerido para el desarrollo del proyecto
Universidad del Bío-Bío. Red de Bibliotecas - Chile
44
CAPITULO IV
ESTUDIO DE FACTIBILIDAD
Universidad del Bío-Bío. Red de Bibliotecas - Chile
45
4.1 INTRODUCCIÓN
Definido el problema y los requerimientos solicitados por parte del Colegio
Francisco de Asís de la comuna de Pinto para la creación de un nuevo sistema que apoye la gestión académica, se deben idear propuestas para lograr dicho objetivo, las cuales deben ser evaluadas con el fin de conocer, dentro de otras cosas, su costo de implementación, efectividad, y qué ventajas tiene una sobre otra, de manera que se elija la que mejor responda a dichas interrogantes.
El estudio de factibilidad representa el análisis que hace una organización con el fin de determinar si lo que se planea invertir en la implementación de algún proyecto será provechoso o no, así como también definir las condiciones que se deben cumplir para su éxito en términos de su viabilidad.
En el presente capítulo se darán a conocer tres posibles alternativas de solución, para las cuales se desarrollará un estudio de factibilidad de cada una para determinar cuál de ellas es la mejor a implementar desde diferentes puntos de vista. Además, el estudio de factibilidad nos permitirá ver si el Colegio está preparado y dispuesto para el desarrollo e implementación del nuevo sistema.
4.2 ALTERNATIVAS DE SOLUCIÓN
El objetivo del Colegio Francisco de Asís de la comuna de Pinto, es utilizar las tecnologías actuales disponibles en el colegio con el fin de mejorar y agilizar diversas tareas académicas, ejemplo; que los profesores puedan acceder a sus asignaturas para registrar información de las evaluaciones y promedios de los alumnos y/o que los directivos y departamentos del establecimiento puedan realizar un manejo de la información académica de forma rápida y segura.
Es por esto, que el objetivo del proyecto tiene como propósito el diseño y construcción de una Aplicación que permita el ingreso de forma interna a la información del establecimiento tanto de administradores, como del cuerpo docente perteneciente al mismo, es decir, una Intranet.
Si bien se tiene el objetivo del proyecto, existen dudas de cómo y dónde quedará implementado el nuevo sistema, ya que en estos momentos el colegio no cuenta con un servidor que pueda almacenarla base de datos del sistema, por lo que a continuación se evaluará una mejor alternativa mediante un estudio de factibilidad que permita comprobar si es posible su implementación.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
46
4.2.1 ALTERNATIVA 1
La primera alternativa para la puesta en marcha del nuevo sistema consiste en adquirir un servidor, con sistema operativo Windows 2003 server e implantar allí el Sistema de Administración y Trazabilidad del alumnado. Dicho servidor alojaría la base de datos del colegio, por lo que además se debiese implementar una red de área local en el establecimiento, donde cada estación tendría instalada la aplicación.
4.2.2 ALTERNATIVA 2
La segunda alternativa consiste en arrendar un espacio de almacenamiento en un
servidor y todo el software necesario para atender las demandas de los visitantes e implantar allí el Sistema de Administración y Trazabilidad del alumnado. Dicho servidor alojaría la base de datos del colegio, por lo que además cada estación de trabajo debiese contar solamente con una conexión a internet para acceder al sistema desde cualquier lugar.
4.2.3 ALTERNATIVA 3
La tercera alternativa, consiste implementar el Sistema de Administración y
Trazabilidad del alumnado, en una unidad de almacenamiento compartida en la red interna del establecimiento, que contenga entre sus características un espacio de almacenamiento suficiente y una velocidad de procesamiento considerable, para tener acceso a la base de datos del sistema, que esta unidad debiese contener
4.3 ESTUDIO DE FACTIBILIDAD
El Estudio de factibilidad tiene como objetivo analizar qué tan viable de realizar puede llegar a ser un proyecto, considerando los aspectos técnicos, operacionales y económicos con los que se cuenta para llevarlo a cabo, en otras palabras permite tomar la decisión de si es conveniente llevar a cabo un proyecto. A continuación se presenta el estudio de factibilidad para las soluciones propuestas.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
47
4.3.1 ESTUDIO OPERACIONAL
El estudio de factibilidad operacional, consiste en determinar la probabilidad (puede ser la dificultad o problemas que existen, al implementar el nuevo sistema) de que los usuarios utilicen el nuevo sistema. Para ello, se describirán tres aspectos que ayudan a determinar el presente estudio, los cuales son: La complejidad del nuevo sistema, resistencia al cambio, y mantención y administración del sistema.
4.3.1.1 COMPLEJIDAD DEL NUEVO SISTEMA
El nuevo sistema está pensado de tal forma que no presente mayor complejidad
para los usuarios. Se ha tenido presente la incorporación de elementos que hacen amigable la utilización y de fácil manejo. La idea es que los usuarios del sistema, se puedan desplazar de manera clara e intuitiva a través del sistema, considerando que éstos tienen las capacidades suficientes para aprender y comprender el funcionamiento de éste, sumándole a esto que al hacer la entrega del sistema se realizará una capacitación para usar el mismo.
4.3.1.2 RESISTENCIA AL CAMBIO
Se establece que existe un problema debido a que en la actualidad algunas de las
personas del departamento de U.T.P. del establecimiento presentan problemas de adaptación con las aplicaciones web, es esta la razón por la cual ni siquiera se presenta en las alternativas este tipo de aplicaciones, el problema se basa en la utilización de un sistema para agregar información referida a encuesta, entregada por el gobierno, la cual siempre presenta problemas para las personas que deben digitar estas encuestas,
Como las alternativas propuestas para el sistema, corresponden a aplicaciones de
escritorio, esto no representaría un cambio significativo en comparación con los otros software (de matriculas o remuneraciones), por lo que si están totalmente disponibles a la implantación del nuevo sistema propuesto.
4.3.1.3 MANTENCIÓN Y ADMINISTRACIÓN DEL SISTEMA
En esta alternativa, la responsabilidad de la administración y mantención del
sistema recae sobre el establecimiento, el cual debe contar con personal idóneo para realizar dichas actividades, las cuales son fundamentales para el buen funcionamiento de la aplicación. Para esta alternativa se determinó que es operacionalmente factible, ya que la empresa cuenta con una persona que realiza operaciones de mantenimiento de los procesos informáticos.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
48
4.3.2 ESTUDIO TÉCNICO
Es el estudio que comprende todo lo que tiene que ver con el funcionamiento y
operatividad del propio proyecto, tiene por objeto proveer información para cuantificar el monto de las inversiones y costos de operación pertinentes a esta área.
4.3.2.1 ALTERNATIVA 1
En cuanto a la adquisición del servidor en el mercado existe una variada oferta de este tipo de productos con características cada vez más atractivas en cuanto a memoria, velocidad y capacidad de almacenamiento.
Para realizar la instalación y mantención del servidor existen bastantes profesionales capacitados, así como para poner en marcha el sistema.
A continuación se detallan todos los elementos técnicos que se requieren para implantar las alternativas de solución.
HARDWARE
1 Procesador Intel Core 2 Duo Processor E6300 2.18 GHz, 1066 MHz FSB 2MB L2 Caché LGA 775 Pkg
1 Placa Madre Intel D102GGC2 P4/775
2 Memoria DDR2 2GB/ 667
1
Disco Duro 1000 GB, HITACHI SATA2 7200 rpm
1 Tarjeta de Red 10/100/1000 MBPS D-LINK
1 Monitor 21” Samsung.
1 Teclado Español MAXXTRO Multimedia PS/2
1 Mouse Genius óptico PS/2
Tabla 3: Detalle del Hardware del Servidor para la alternativa 1
Universidad del Bío-Bío. Red de Bibliotecas - Chile
49
APLICACIONES
JDeveloper studio 11
Oracle10gXe
Windows Server 2008
Tabla 4: Detalle de las aplicaciones del Servidor para la alternativa 1
Es necesario estimar el espacio requerido para la puesta en marcha de la solución.
APLICACIONES ESPACIO REQUERIDO
JDeveloper studio
400 MB
Oracle10gXE
100 MB
Windows Server 2008
1600 MB
Sistema de administración y trazabilidad colegio Francisco de Asís
30 MB
TOTAL 2130 MB
Tabla 5: Detalle del espacio requerido para las aplicaciones en el Servidor para la
alternativa 1
Además por razones de seguridad será necesario adquirir una UPS para el
servidor.
Finalmente, para aplicar esta alternativa de solución es necesario contratar un profesional que se encargue de instalar el sistema en el servidor.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
50
4.3.2.2 ALTERNATIVA 2
En cuanto al arriendo del servidor, en el mercado existe una variada oferta de este tipo de productos con características cada vez más atractivas en cuanto a memoria, velocidad y capacidad de almacenamiento.
A continuación se detallan todos los elementos técnicos que se requieren para implantar las alternativas de solución.
HARDWARE
1 Procesador Intel Core 2 Duo Processor E6300 2.18 GHz, 1066 MHz FSB 2MB L2 Caché LGA 775 Pkg
1 Placa Madre Intel D102GGC2 P4/775
2 Memoria DDR2 2GB/ 667
1
Disco Duro 1000 GB, HITACHI SATA2 7200 rpm
1 Tarjeta de Red 10/100/1000 MBPS D-LINK
1 Monitor 21” Samsung.
1 Teclado Español MAXXTRO Multimedia PS/2
1 Mouse Genius óptico PS/2
Tabla 6: Detalle del Hardware del Servidor para la alternativa2
APLICACIONES
JDeveloper studio 11
Oracle10gXe
Windows Server 2008
Tabla 7: Detalle de las aplicaciones del Servidor para la alternativa 2
Universidad del Bío-Bío. Red de Bibliotecas - Chile
51
Es necesario estimar el espacio requerido para la puesta en marcha de la solución.
JDeveloper studio
400 MB
Oracle10gXE
100 MB
Windows Server 2008
1600 MB
Sistema de administración y trazabilidad colegio Francisco de Asís
30 MB
TOTAL 2130 MB
Tabla 8: Detalle del espacio requerido para las aplicaciones en el Servidor para la
alternativa 1 Además por razones de seguridad será necesario adquirir una UPS para el servidor.
4.3.2.3 ALTERNATIVA 3
En cuanto a la compra de una unidad de almacenamiento, en el mercado existe una variada oferta de este tipo de productos con características cada vez más atractivas en cuanto a velocidad y capacidad de almacenamiento.
A continuación se detallan todos los elementos técnicos que se requieren para implantar las alternativas de solución.
HARDWARE
1 Disco WesternDigitalde 2TB, tasa de transferencia de red 1000 mbits/s, software de respaldo automático, tres puertos USB
Tabla 9: Detalle del Hardware del Servidor para la alternativa3
Universidad del Bío-Bío. Red de Bibliotecas - Chile
52
APLICACIONES
JDeveloper studio 11
Oracle10gXe
Tabla 10: Detalle de las aplicaciones del Servidor para la alternativa 2
Es necesario estimar el espacio requerido para la puesta en marcha de la solución.
APLICACIONES ESPACIO REQUERIDO
JDeveloper studio
400 MB
Oracle10gXE
100 MB
Sistema de administración y trazabilidad colegio Francisco de Asís
30 MB
TOTAL 530 MB
Tabla 11: Detalle del espacio requerido para las aplicaciones en el Servidor para la
alternativa 1
Finalmente, para aplicar esta alternativa de solución es necesario contratar un profesional que se encargue de instalar la unidad de almacenamiento en la red.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
53
4.3.3 ESTUDIO ECONÓMICO
En este estudio se analizará la relación costo-beneficio de la solución a implementar, que corresponde a la alternativa 3, considerando los costos en hardware, software y mano de obra incurridos en su desarrollo en comparación a los beneficios que se obtendrán al ser implantado.
4.3.3.1 Costos de Desarrollo
4.3.3.1.1 Costo Personal Desarrollador: Para el desarrollo del sistema se necesitarán 2 ingenieros de ejecución en computación e informática.
- El costo de hora/hombre es de $7.000. - El trabajo completo dura 5 meses. - Tiempo dedicado al proyecto es de 40 horas semanales - Costos del tiempo del personal = 2 x (800hrs x $7.000) = 11.200.000
4.3.3.1.2 El tiempo dedicado por el personal del establecimiento a la realización del proyecto: En este caso corresponde al Profesor de computación del Colegio.
- El costo de hora/hombre es de $ 1.563 pesos. - Un mes equivale a 20 días de trabajo (4 semanas). - Tiempo dedicado al proyecto 2 horas semanales. - Costos del tiempo del personal = 2 x (8hrs mensuales x $1.563) = $24.508
4.3.3.2 Costos de Implementación
4.3.3.2.1 Costos Software: En cuanto a software, se tiene contemplado utilizar software libre tanto para herramientas de desarrollo y base de datos, los cuales se listaron anteriormente.
4.3.3.2.2 Costos de entrenamiento del personal en el uso de la aplicación: Para la mantención y administración del nuevo sistema, se realizará una capacitación básica al personal responsable de ésta, siendo impartida por quienes desarrollan este proyecto.
- El costo de hora/hombre (Profesor de Computación) es de $ 1.563 pesos. - Un mes equivale a 20 días de trabajo (4 semanas). - Tiempo dedicado a la capacitación 4 horas/semana. - Tiempo dedicado a la capacitación 2 semanas. - Costos del tiempo del personal = (8 hrs x $1.563) = $12.504
Universidad del Bío-Bío. Red de Bibliotecas - Chile
54
4.3.3.3 Costos de Operación
Costos en el personal de soporte: El encargado de la mantención y soporte necesario al sistema será el profesor de computación del establecimiento.
- El costo de hora/hombre (Profesor de Computación) es de $ 1.563 pesos. - Tiempo dedicado al soporte 2 horas semanales - Costos del tiempo de soporte = $12.504 mensuales. - Costo total anual=$150.048.
A continuación se muestra un resumen de todos los costos, donde se puede
apreciar la cantidad total de inversión en el desarrollo, implementación y operación del proyecto.
4.3.3.4 Beneficios del Proyecto
Determinar o evaluar los beneficios desde el punto de vista económico no resulta fácil, esto se debe a que existen otras ventajas que son difíciles de cuantificar, pero que representan grandes beneficios que mejoran la calidad del trabajo del colegio y la comunicación con los padres, tales como:
Seguridad de la Información, la información del sistema no se encontrará disponible
para todos los usuarios.
Permite entregar información de forma rápida y segura a los apoderados sobre la
situación actual del alumnado.
Costos de Desarrollo
Costos Personal Desarrollador $ 11.200.000
Costo Personal Establecimiento $24.508
Total Desarrollo $11.224.508
Costos de Implementación
Costos Entrenamiento Personal $12.504
Total Implementación $12.504
Costos de Operación
Costos de Personal $150.048
Total Operación $150.048
Costos en HW
Costos de adquisición de HW $0
Total $11.387.060
Universidad del Bío-Bío. Red de Bibliotecas - Chile
55
Agilizará la labor de los profesores y administrativos en el desarrollo de varias
tareas, lo que contribuye a mejorar y optimizar el tiempo, dejando la posibilidad de
desarrollar sus restantes actividades.
En cuanto a beneficios cuantificables se encuentran los siguientes:
Agilizar la generación de Certificados: No será necesario destinar cerca de 3
horas diarias para la generación de informes por parte de los profesores destinados
para la entrega de comunicaciones, noticias a alumnos y apoderados.
El ahorro de estas horas, las cuales serán destinadas para otras tareas,
corresponde alrededor de los $281.500 anuales.
4.3.4.2 Cálculo del Valor Actual Neto (VAN).
Para determinar la Factibilidad Económica de la Alternativa se utilizará el indicador Valor Actual Neto (VAN), que permitirá obtener valor de decisión frente al costo de ésta. Este análisis tendrá como consideración un tiempo de vida útil de 5 años.
El cálculo del VAN se hará con la siguiente fórmula: 0
1 )1(I
K
FCn
ii
i
Dónde: - n, es el total de años de vida útil del proyecto, en este caso 5. - i, representa el año correspondiente. - FCi, Son cada uno de los Flujos Netos de Caja. - K, es la Tasa de Interés, para los proyectos informáticos corresponde un 5%. - I0, es la Inversión Inicial, que para este caso es lo que corresponde al Año 0. Entonces tenemos:
En el caso del año cero, correspondiente a la inversión, se omitirá el costo de los
desarrolladores al ser un proyecto de título, dejando sólo los costos asociados al personal del colegio, lo que da un total de $387.060 pesos chilenos.
En los años restantes se considera un costo de operación que corresponde al personal encargado de la mantención, lo que en total da un costo anual de $150.000 pesos chilenos, además se tendrá un ahorro anual de $281.500 pesos chilenos que corresponden al ahorro correspondiente mencionado anteriormente (4.3.3.4 Agilizar generación de certificados).
Universidad del Bío-Bío. Red de Bibliotecas - Chile
56
Costo del período Año 0 = Costo Personal Establecimiento + Costos Entrenamiento Personal.
Determinación de Flujos de Caja (en pesos)
Año 0 Año 1 Año 2 Año 3 Año 4 Año 5
- Costos del Período $37.012 $150.000 $150.000 $150.000 $150.000 $150.000
+ Ahorro Estimado 0 $281.500 $281.500 $281.500 $281.500 $281.500
= Flujos Netos de
Caja
($37.012) $131.500 $131.500 $131.500 $131.500 $131.500
Cálculo del VAN:
VAN (5%) = 131.500 + 131.500 + 131.500 + 131.500 + 131.500 - 37.012 (1-0.05)1 (1-0.05)2 (1-0.05)3 (1-0.05)4 (1-0.05)5
VAN (5%) =138.421,05 + 145.706,37 + 153.775,12 + 161.447,50 + 169.994,73 – 37.012 VAN (5%) = $ 440.920,03
Como el resultado del VAN es superior a cero, tenemos como consecuencia que el resultado del proyecto es económicamente factible.
4.3.4.3 Conclusión Factibilidad Económica
El análisis anterior muestra que el proyecto es rentable económicamente para el Colegio, ya que a medida que pasen los años se irá recuperando la inversión, logrando de esta forma ganancias.
Por otra parte, se generan beneficios no tangibles, los cuales se traducen en un aumento del tiempo para que los docentes puedan perfeccionar sus conocimientos con el fin de mejorar su calidad de trabajo en sus asignaturas correspondientes, el cual no tenían ya que debían ocupar tiempo en sacar promedios o en el tiempo de la secretaría administrativa que ocupa varias horas del día para generar certificados.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
57
4.3.5 ESTUDIO POLÍTICO.
En el estudio de factibilidad política, se determinará si es posible la realización y puesta en marcha del proyecto, considerando si éste se ajusta a las políticas y normas internas del Colegio Francisco de Asís.
En este punto, es importante destacar que el proyecto cuenta con la autorización de la dirección del establecimiento, quienes desean aprovechar la tecnología actual en pos de la modernización y comodidad para realizar la gestión académica del mismo.
Finalmente, se consideró que la alternativa de solución propuesta no presenta amenazas para el funcionamiento normal, y que además su puesta en marcha no va en contra de las políticas internas del Colegio, por lo que es políticamente factible.
4.3.6 Conclusión
En este capítulo se especificaron tres alternativas de solución para la implementación del sistema, exponiendo el análisis de factibilidad realizado a la alternativa elegida, en la cual se detallaron sus puntos técnicos, operacionales, políticos y económicos.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
58
CAPITULO V
ANÁLISIS DE LA SOLUCIÓN
Universidad del Bío-Bío. Red de Bibliotecas - Chile
59
5.1 TÍTULO QUE IDENTIFICA EL PROYECTO.
Se definió el siguiente nombre como Título del Proyecto:
“SISTEMA DE ADMINISTRACIÓN Y TRAZABILIDAD DEL ALUMNADO COLEGIO FRANCISCO DE ASÍS”
5.2 OBJETIVOS GENERALES Y ESPECÍFICOS DEL PROYECTO.
5.2.1 OBJETIVO GENERAL.
Diseñar y construir un sistema para la administración y trazabilidad del alumnado existente, que permita un servicio más eficiente y sea una herramienta positiva y distintiva en vías del próximo proceso de acreditación del establecimiento.
5.2.2 OBJETIVOS ESPECÍFICOS.
Construir un sistema que entregue las siguientes características:
Simplificar las tareas de gestión en las áreas de U.T.P. y Registro Académico.
Permitir gestionar, es decir, ingresar, listar, buscar, modificar y eliminar el alumnado, curso y/o profesorado.
Permitir ingresar los datos académicos (calificaciones) y/o personales del alumnado al sistema.
Generar automáticamente la apertura y el cierre del año escolar (generar promedios del alumnado y la situación académica futura, cuyo fin es la generación automática de los cursos posteriores al año en término).
Generar reportes de la situación académica del alumnado (notas parciales, semestrales, anuales), ya sea de un año específico o un conjunto de ellos.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
60
Generar reportes de la situación académica por cursos y/o asignatura, para la posterior medición y análisis del desempeño de éstos.
Un módulo de trazabilidad del alumnado ya egresado, desde el cual se pueda conocer su ficha personal, modo de contacto y la situación actual, ya sea laboral, educacional o ambas, junto a la respectiva institución donde se desempeña. En el caso de que el alumno registre rendiciones de PSU u otra prueba de ingreso a la educación superior, el sistema también deberá albergar la información del resultado de dicha evaluación.
5.2.3 DIVISIÓN DEL PROYECTO EN INCREMENTOS.
La construcción de este proyecto se divide en dos etapas principales:
5.2.3.1 PRIMER INCREMENTO.
Consiste en realizar todas las actividades relacionadas a la administración, descriptivamente los tres primeros objetivos específicos indicados anteriormente.
5.2.3.2 SEGUNDO INCREMENTO
Consiste en realizar todas las actividades relativas a la generación de informes y
trazabilidad del alumnado, descriptivamente los últimos tres objetivos específicos señalados anteriormente.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
61
5.3 DETERMINACIÓN DE REQUERIMIENTOS DEL PROYECTO.
Los requerimientos son fundamentales para lograr una solución que cumpla con las exigencias del usuario. Se trabajó con la técnica de entrevista (ver anexo A) y las conversaciones informales con los usuarios.
En los siguientes puntos se presentan los requerimientos para esta aplicación.
5.3.1 REQUERIMIENTOS NO FUNCIONALES.
El sistema deberá ser sobrio y utilizar colores institucionales, que corresponden al azul y amarillo.
El menú será mediante iconos y texto, para facilitar el manejo a los usuarios.
Cualquier persona que sea un usuario válido (que posea nombre de usuario y contraseña), podrá ingresar al sistema.
5.3.2 REQUERIMIENTOS OPERACIONALES.
Por la naturaleza de la información que mantendrá el sistema, el ingreso será mediante la autenticación de usuario. Estos usuarios según el acceso y función que desempeñen, estarán divididos en dos clases o niveles, a continuación se definen:
Administrador:
- Es la directora del establecimiento.
- Será el único autorizado para actualizar la información del sistema, exceptuando la actualización de calificaciones.
- Estará encargado de la creación y eliminación de usuarios.
- Acceso de lectura/escritura.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
62
Administrativo U.T.P.:
- Es asignado por la directora del establecimiento.
- Estará encargado de la creación y eliminación de usuarios.
Profesor:
- Poseerá permisos para visualizar información general del sistema.
- Acceso de lectura
- Acceso de escritura restringido.
5.3.3 REQUERIMIENTOS DE USUARIOS.
Estos requerimientos son principalmente para determinar la forma en que los usuarios interactuarán con el sistema, es por eso que la aplicación contempla los siguientes puntos:
Restringir el sistema mediante la autenticación de usuarios y niveles de acceso, manteniendo la privacidad de la información.
5.3.4 IDENTIFICACIÓN DE REQUERIMIENTOS DEL SISTEMA.
La IEEE-STD-610.12-1990 define requerimiento de la siguiente manera:
Una condición o capacidad requerida por un usuario para resolver un problema o alcanzar un objetivo.
Una condición o capacidad que debe ser poseída por un sistema o componente del sistema para satisfacer un contrato, estándar, especificación, u otro documento formalmente impuesto.
A continuación se presentan los requerimientos solicitados por el cliente para la construcción del sistema.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
63
5.3.4.1 GESTIÓN DE USUARIOS PARA EL SISTEMA.
1. Registrar el Login y la contraseña de un nuevo usuario para el sistema.
2. Iniciar sesión de usuario ingresando su Rut y contraseña.
3. Modificar la contraseña o el tipo (Administrador, Administrativo UTP o Profesor) de un usuario registrado en el sistema.
4. Consultar por Login un usuario y mostrar su nombre y su tipo de usuario (Administrador, Administrativo UTP o Profesor).
5. Eliminar un usuario, del sistema.
5.3.4.2 GESTIÓN DEL PROFESORADO.
1. Registrar el Rut, apellido paterno, apellido materno, nombres, fecha de nacimiento, sexo, teléfono, celular, correo electrónico, nacionalidad, dirección, ciudad de origen, ciudad de residencia, título profesional, institución de origen del título profesional, nivel educacional de un profesor.
2. Modificar el apellido paterno, apellido materno, nombres, fecha de nacimiento, sexo, teléfono, celular, correo electrónico, nacionalidad, dirección, ciudad de origen, ciudad de residencia, título profesional, institución de origen del título profesional, nivel educacional de un profesor registrado en el sistema, buscado por el administrador mediante el Rut o apellidos.
3. Consultar por Rut un profesor y mostrar su Rut, apellido paterno, apellido
materno, nombres, fecha de nacimiento, sexo, teléfono, celular, correo electrónico, nacionalidad, dirección, ciudad de origen, ciudad de residencia, título profesional, institución de origen del título profesional, nivel educacional.
4. Consultar por apellido un profesor y mostrar un listado con las coincidencias,
luego de seleccionar un profesor, mostrar su Rut, sus nombres, sus apellidos, su dirección, su teléfono, su comuna de origen, su comuna de residencia, título profesional y nivel educacional.
5. Listar profesores del establecimiento.
6. Eliminar un profesor del sistema.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
64
5.3.4.3 GESTIÓN DEL ALUMNADO.
1. Registrar el Rut del alumno, apellido paterno, apellido materno, nombres, fecha
de nacimiento, sexo, teléfono, celular, correo electrónico, nacionalidad, dirección, ciudad, comuna, sector, urbanidad y foto además de los datos de su apoderado, Rut del apoderado, apellido paterno, apellido materno, nombres, parentesco, fecha de nacimiento, sexo, teléfono, celular, correo electrónico, nacionalidad, dirección, ciudad, comuna, sector, urbanidad y nivel educacional, en el caso que este no hubiese sido ya ingresado y asociado a otro alumno.
2. Modificar Rut del alumno, apellido paterno, apellido materno, nombres, fecha de nacimiento, sexo, teléfono, celular, correo electrónico, nacionalidad, dirección, ciudad, comuna, sector, urbanidad y foto además de los datos de su apoderado, Rut del apoderado, apellido paterno, apellido materno, nombres, parentesco, fecha de nacimiento, sexo, teléfono, celular, correo electrónico, nacionalidad, dirección, ciudad, comuna, sector, urbanidad y nivel educación al, buscado por el administrador mediante el Rut o apellidos.
3. Consultar por Rut un alumno y mostrar su Rut del alumno, apellido paterno,
apellido materno, nombres, fecha de nacimiento, sexo, teléfono, celular, correo electrónico, nacionalidad, dirección, ciudad, comuna, sector, urbanidad y foto además de los datos de su apoderado, Rut del apoderado, apellido paterno, apellido materno, nombres, parentesco, fecha de nacimiento, sexo, teléfono, celular, correo electrónico, nacionalidad, dirección, ciudad, comuna, sector, urbanidad y nivel educacional.
4. Consultar por apellidos un alumno y mostrar un listado con las coincidencias,
luego de seleccionar un alumno mostrar su Rut del alumno, apellido paterno, apellido materno, nombres, fecha de nacimiento, sexo, teléfono, celular, correo electrónico, nacionalidad, dirección, ciudad, comuna, sector, urbanidad y foto además de los datos de su apoderado, Rut del apoderado, apellido paterno, apellido materno, nombres, parentesco, fecha de nacimiento, sexo, teléfono, celular, correo electrónico, nacionalidad, dirección, ciudad, comuna, sector, urbanidad y nivel educacional.
5. Eliminar un alumno del sistema. 6. Listar alumnos de un curso determinado.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
65
5.3.4.4 GESTIÓN DE CURSOS
1. Registrar el código, nombre, departamento, profesor jefe y año de un curso.
2. Modificar el código, nombre, departamento, profesor jefe y año, buscado por el
administrador mediante el código. 3. Consultar por código un curso y mostrar código, nombre, departamento, profesor
jefe y año del curso buscado.
4. Eliminar un curso del sistema. 5. Asociar alumnos a un curso 6. Desasociar alumnos a un curso. 7. Listar cursos del establecimiento. 8. Listar alumnos de un curso determinado. 9. Asociar asignaturas a un curso. 10. Desasociar asignaturas a un curso.
5.3.4.5 GESTIÓN DE ASIGNATURAS
1. Registrar el código, nombre, profesor dictador, descripción y año de una
asignatura.
2. Modificar el código, nombre, profesor dictador, descripción y año de una asignatura, buscado por el administrador mediante el código.
3. Consultar por código una asignatura y mostrar código, nombre, profesor
dictador, descripción y año de la asignatura. buscada.
4. Eliminar una asignatura del sistema.
5. Listar asignaturas del establecimiento.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
66
5.3.4.6 GESTIÓN DE CALIFICACIONES
1. Registrar el valor, código de la asignatura, Rut del alumno y descripción de la evaluación de una calificación y fecha.
2. Modificar el valor, código de la asignatura, Rut del alumno y descripción de la evaluación de una calificación y fechas almacenadas en el sistema.
3. Buscar notas de un alumno.
. 4. Eliminar una calificación del sistema. 5. Listar notas de un alumno. 6. Calcular promedios de un alumno
5.3.4.7 GESTIÓN DE AÑO ESCOLAR
1. Generar la apertura de un año escolar.
2. Generar cierre año escolar.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
67
CAPITULO VI
ANÁLISIS DE LA SOLUCIÓN
PRIMER INCREMENTO
Universidad del Bío-Bío. Red de Bibliotecas - Chile
68
6.1 ASPECTOS GENERALES.
6.1.1 REQUERIMIENTOS FUNCIONALES.
“El primer reto del trabajo de los requisitos es encontrar, comunicar y recordar
(que normalmente significa registrar) lo que se necesita realmente, de manera que tenga un significado claro para el cliente y los miembros del equipo de desarrollo”.6 Los requerimientos se clasifican en las siguientes categorías según Craig Larman:
Evidente: Debe realizarse, y el usuario debe saber qué está realizando. Oculta: Debe realizarse, aunque no es visible para los usuarios. Esto se aplica a muchos servicios técnicos subyacentes, como guardar información de un mecanismo persistente de almacenamiento. Las funciones ocultas a menudo se omiten (erróneamente) durante el proceso de obtención de requerimientos. Superflua: opcionales, su inclusión no repercute significativamente en el costo ni en otras funciones.
Las Tablas 13, 14, 15, 16, 17, 18, 19 detallan los requerimientos funcionales
del incremento I según categorías.
6.1.1.1 GESTIÓN DE USUARIOS PARA EL SISTEMA.
Referencia Función Categoría
R1.1 Registrar usuario Evidente
R1.2 Iniciar sesión de usuario Evidente R1.3 Modificar Usuario Evidente R1.4 Buscar Usuario Evidente R1.5 Eliminar Usuario Evidente
Tabla 13: Requerimientos Funcionales, gestión de Usuario.
6.1.1.1.1 REGISTRAR USUARIO AL SISTEMA.
Referencia Función Categoría
R.1.1.1 Ingresar el Login, la contraseña seleccionar el tipo de usuario (Administrador o profesor) para el sistema.
Evidente.
6LARMAN, Craig. (2003). UML y Patrones. Una Introducción al Análisis y Diseño Orientado a Objetos y al Proceso
Unificado. 2da. Edición. Prentice Hall. Pag. 418
Universidad del Bío-Bío. Red de Bibliotecas - Chile
69
R.1.1.2 Verificar que el Login, la contraseña y el tipo de usuario, ingresados, sean válidos.
Oculto.
R.1.1.3 Verificar que el Rut del usuario a registrar, no exista en el sistema.
Oculto.
R.1.1.4 Guardar en el sistema el Login, la contraseña y el tipo de usuario (Administrador o profesor), a registrar.
Oculto.
Tabla 14 Requerimientos Funcionales, agregar un usuario
6.1.1.1.2 INICIAR SESIÓN EN EL SISTEMA.
Referencia Función Categoría
R.1.2.1 Ingresar el Rut y la contraseña del usuario a ingresar. Evidente.
R.1.2.2 Verificar que el Rut y la contraseña ingresada por el usuario, sean válidos.
Oculto.
R.1.2.3 Verificar que el Rut del usuario y la contraseña ingresada, existan en el sistema.
Oculto.
R.1.2.4 Mostrar el menú de usuario, con las funciones que le corresponden, según el tipo de usuario (Administrador o Profesor) por el cual fue registrado.
Evidente.
Tabla 15 Requerimientos Funcionales, iniciar sesión.
6.1.1.1.3 MODIFICAR USUARIO DEL SISTEMA
Referencia Función Categoría
R.1.3.1 Seleccionar, de una lista, al usuario buscado. Evidente.
R.1.3.2 Mostrar, de manera editable, los campos el Login, la contraseña y el tipo de usuario (Administrador o Profesor), para modificar.
Evidente.
R.1.3.3 Modificar el o los datos que estime necesario como; el Login, la contraseña y el tipo de usuario (Administrador o Profesor) para el sistema.
Evidente.
R.1.3.4 Verificar que el Login, la contraseña y el tipo de usuario (Administrador o Profesor) para el sistema, que se encontraban de manera editable para modificar, sean válidos.
Oculto.
R.1.3.5 Cambiar en el sistema el Login, la contraseña y el tipo de usuario (Administrador o Profesor) modificados.
Oculto.
Tabla 16 Requerimientos Funcionales, modificar usuario del sistema.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
70
6.1.1.1.4 BUSCAR UN USUARIO EN EL SISTEMA
Referencia Función Categoría
R.1.4.1 Seleccionar, de una lista, al usuario buscado. Evidente.
R.1.4.2 Mostrar, en un formulario, el Login, la contraseña y el tipo de usuario (Administrador o Profesor) para el sistema.
Evidente.
Tabla 17 Requerimientos Funcionales, buscar un usuario en el sistema.
6.1.1.1.5 ELIMINAR UN USUARIO DEL SISTEMA
Referencia Función Categoría
R.1.5.1 Seleccionar, de una lista, al usuario buscado. Evidente.
R.1.5.2 Mostrar en un formulario el Login, la contraseña y el tipo de usuario (Administrador o Profesor) para el sistema.
Evidente.
R.1.5.3 Cambiar el estado del usuario de “Activo” a “Inactivo”. Oculto.
Tabla 18 Requerimientos Funcionales, buscar un usuario en el sistema.
6.1.1.2 GESTIÓN DEL ALUMNADO.
Referencia Función Categoría
R2.1 Agregar un alumno Evidente R2.2 Editar un alumno Evidente R2.3 Buscar alumno Evidente
R2.4 Eliminar alumno Evidente R2.5 Listar alumnos por curso Evidente
Tabla 19 Requerimientos Funcionales, gestión del alumnado.
6.1.1.2.1 AGREGAR UN ALUMNO AL SISTEMA
Referencia Función Categoría
R.2.1.1 Ingresar el Rut del alumno, apellido paterno, apellido materno, nombres, fecha de nacimiento, sexo, teléfono, celular, correo electrónico, nacionalidad, dirección, ciudad, comuna, sector, urbanidad y foto además de los datos de su apoderado, Rut del apoderado, apellido paterno, apellido materno, nombres, parentesco, fecha de nacimiento, sexo, teléfono, celular, correo
Evidente.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
71
electrónico, nacionalidad, dirección, ciudad, comuna, sector, urbanidad y nivel educacional, en el caso que este no hubiese sido ya ingresado y asociado a otro alumno.
R.2.1.2 Verificar que el Rut del alumno, apellido paterno, apellido materno, nombres, fecha de nacimiento, sexo, teléfono, celular, correo electrónico, nacionalidad, dirección, ciudad, comuna, sector, urbanidad y foto además de los datos de su apoderado, Rut del apoderado, apellido paterno, apellido materno, nombres, parentesco, fecha de nacimiento, sexo, teléfono, celular, correo electrónico, nacionalidad, dirección, ciudad, comuna, sector, urbanidad y nivel educacional, del alumnos a registrar, sean válidos.
Oculto.
R.2.1.3 Verificar que el Rut del alumno a registrar, no exista en el sistema.
Oculto.
R.2.1.4 Guardar en el sistema el Rut del alumno, apellido paterno, apellido materno, nombres, fecha de nacimiento, sexo, teléfono, celular, correo electrónico, nacionalidad, dirección, ciudad, comuna, sector, urbanidad y foto además de los datos de su apoderado, Rut del apoderado, apellido paterno, apellido materno, nombres, parentesco, fecha de nacimiento, sexo, teléfono, celular, correo electrónico, nacionalidad, dirección, ciudad, comuna, sector, urbanidad y nivel educacional.
Oculto.
Tabla 20 Requerimientos Funcionales, agregar alumno al sistema.
6.1.1.2.2 EDITAR UN ALUMNO EN EL SISTEMA
Referencia Función Categoría
R.2.2.1 Seleccionar, de una lista, el alumno buscado. Evidente.
R.2.2.2 Mostrar, de manera editable, los campos del Rut del alumno, apellido paterno, apellido materno, nombres, fecha de nacimiento, sexo, teléfono, celular, correo electrónico, nacionalidad, dirección, ciudad, comuna, sector, urbanidad y foto además de los datos de su apoderado, Rut del apoderado, apellido paterno, apellido materno, nombres, parentesco, fecha de nacimiento, sexo, teléfono, celular, correo electrónico, nacionalidad, dirección, ciudad, comuna, sector, urbanidad y nivel educacional, del alumno a modificar.
Evidente.
R.2.2.3 Modificar el o los datos que estime necesario como; el Evidente.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
72
Rut del alumno, apellido paterno, apellido materno, nombres, fecha de nacimiento, sexo, teléfono, celular, correo electrónico, nacionalidad, dirección, ciudad, comuna, sector, urbanidad y foto además de los datos de su apoderado, Rut del apoderado, apellido paterno, apellido materno, nombres, parentesco, fecha de nacimiento, sexo, teléfono, celular, correo electrónico, nacionalidad, dirección, ciudad, comuna, sector, urbanidad y nivel educacional del alumno seleccionado.
R.2.2.4 Verificar que el Rut del alumno, apellido paterno, apellido materno, nombres, fecha de nacimiento, sexo, teléfono, celular, correo electrónico, nacionalidad, dirección, ciudad, comuna, sector, urbanidad y foto además de los datos de su apoderado, Rut del apoderado, apellido paterno, apellido materno, nombres, parentesco, fecha de nacimiento, sexo, teléfono, celular, correo electrónico, nacionalidad, dirección, ciudad, comuna, sector, urbanidad y nivel educacional, que se encontraban de manera editable para modificar, sean válidos.
Oculto.
R.2.2.5 Almacenar el Rut del alumno, apellido paterno, apellido materno, nombres, fecha de nacimiento, sexo, teléfono, celular, correo electrónico, nacionalidad, dirección, ciudad, comuna, sector, urbanidad y foto además de los datos de su apoderado, Rut del apoderado, apellido paterno, apellido materno, nombres, parentesco, fecha de nacimiento, sexo, teléfono, celular, correo electrónico, nacionalidad, dirección, ciudad, comuna, sector, urbanidad y nivel educacional, del alumno seleccionado.
Oculto.
Tabla 21 Requerimientos Funcionales, editar alumno del sistema.
6.1.1.2.3 BUSCAR UN ALUMNO ALMACENADO EN EL SISTEMA
Referencia Función Categoría
R.2.3.1 Buscar un alumno por su Rut o sus apellidos Evidente.
R.2.3.2 Seleccionar, de una lista, el alumno buscado. Evidente.
R.2.3.2 Mostrar, en un formulario, el Rut del alumno, apellido paterno, apellido materno, nombres, fecha de nacimiento, sexo, teléfono, celular, correo electrónico, nacionalidad, dirección, ciudad, comuna, sector, urbanidad y foto además de los datos de su apoderado, Rut del apoderado, apellido paterno, apellido materno, nombres, parentesco, fecha de nacimiento, sexo,
Evidente.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
73
teléfono, celular, correo electrónico, nacionalidad, dirección, ciudad, comuna, sector, urbanidad y nivel educacional, del alumno buscado.
Tabla 22 Requerimientos Funcionales, buscar alumno almacenado en el sistema.
6.1.1.2.4 ELIMINAR UN ALUMNO ALMACENADO EN EL SISTEMA
Referencia Función Categoría
R.2.4.1 Seleccionar, de una lista, al alumno buscado. Evidente.
R.2.4.2 Eliminar al alumno almacenando en el sistema. Oculto.
Tabla 23 Requerimientos Funcionales, eliminar alumno almacenado en el sistema.
6.1.1.2.5 LISTAR ALUMNOS POR CURSO.
Referencia Función Categoría
R.2.5.1 Seleccionar, de una lista, el curso buscado. Evidente.
R.2.5.2 Buscar en la lista de alumnos, todos los alumnos asociados al curso anteriormente buscado
Oculto.
R.2.5.3 Mostrar en una lista, con el Rut, nombres y apellidos de los alumnos pertenecientes al curso buscado.
Evidente.
Tabla 24 Requerimientos Funcionales, eliminar alumno almacenado en el sistema.
6.1.1.3 GESTIÓN DEL PROFESORADO.
Referencia Función Categoría
R3.1 Agregar un profesor Evidente R3.2 Eliminar un profesor Evidente R3.3 Buscar profesor Evidente R3.4 Editar profesor Evidente R3.5 Listar profesores Evidente
Tabla 25 Requerimientos Funcionales, gestión del profesorado.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
74
6.1.1.3.1 AGREGAR UN PROFESOR AL SISTEMA
Referencia Función Categoría
R.3.1.1 Ingresar el Rut, apellido paterno, apellido materno, nombres, fecha de nacimiento, sexo, teléfono, celular, correo electrónico, nacionalidad, dirección, ciudad de origen, ciudad de residencia, título profesional, institución de origen del título profesional, nivel educacional.
Evidente.
R.3.1.2 Verificar que el Rut, apellido paterno, apellido materno, nombres, fecha de nacimiento, sexo, teléfono, celular, correo electrónico, nacionalidad, dirección, ciudad de origen, ciudad de residencia, título profesional, institución de origen del título profesional y nivel educacional a registrar, sean válidos.
Oculto.
R.3.1.3 Verificar que el Rut del profesor a registrar, no exista en el sistema.
Oculto.
R.3.1.4 Guardar en el sistema el Rut, apellido paterno, apellido materno, nombres, fecha de nacimiento, sexo, teléfono, celular, correo electrónico, nacionalidad, dirección, ciudad de origen, ciudad de residencia, título profesional, institución del origen del título profesional y nivel educacional del profesor a registrar.
Oculto.
Tabla 26 Requerimientos Funcionales, agregar profesor al sistema.
6.1.1.3.2 EDITAR UN PROFESOR EN EL SISTEMA
Referencia Función Categoría
R.3.2.1 Seleccionar, de una lista, el profesor buscado. Evidente.
R.3.2.2 Mostrar, de manera editable, los campos el Rut, apellido paterno, apellido materno, nombres, fecha de nacimiento, sexo, teléfono, celular, correo electrónico, nacionalidad, dirección, ciudad de origen, ciudad de residencia, título profesional, institución de origen del título profesional, nivel educacional, del profesor a modificar.
Evidente.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
75
R.3.2.3 Modificar el o los datos que estime necesario como; el Rut, apellido paterno, apellido materno, nombres, fecha de nacimiento, sexo, teléfono, celular, correo electrónico, nacionalidad, dirección, ciudad de origen, ciudad de residencia, título profesional, institución de origen del título profesional y nivel educacional del profesor seleccionado.
Evidente.
R.3.2.4 Verificar que el Rut, apellido paterno, apellido materno, nombres, fecha de nacimiento, sexo, teléfono, celular, correo electrónico, nacionalidad, dirección, ciudad de origen, ciudad de residencia, título profesional, institución de origen del título profesional, nivel educacional, que se encontraban de manera editable para modificar, sean válidos.
Oculto.
R.3.2.5 Almacenar el Rut, apellido paterno, apellido materno, nombres, fecha de nacimiento, teléfono, celular, correo electrónico, nacionalidad, calle, número de casa, población, comuna de residencia, comuna de origen, titulo, nivel educacional, del profesor seleccionado.
Oculto.
Tabla 27 Requerimientos Funcionales, editar profesor del sistema.
6.1.1.3.3 BUSCAR UN PROFESOR ALMACENADO EN EL SISTEMA
Referencia Función Categoría
R.3.3.1 Buscar un profesor por su Rut o sus apellidos Evidente.
R.3.3.2 Seleccionar, de una lista, el profesor buscado. Evidente.
R.3.3.2 Mostrar, en un formulario, Rut, apellido paterno, apellido materno, nombres, fecha de nacimiento, teléfono, celular, correo electrónico, nacionalidad, calle, número de casa, población, comuna de residencia, comuna de origen, titulo, nivel educacional, del profesor buscado.
Evidente.
Tabla 28 Requerimientos Funcionales, buscar profesor almacenado en el sistema.
6.1.1.3.4 ELIMINAR UN PROFESOR ALMACENADO EN EL SISTEMA
Referencia Función Categoría
R.3.4.1 Seleccionar, de una lista, al profesor buscado. Evidente.
R.3.4.2 Eliminar al profesor almacenando en el sistema. Oculto.
Tabla 29 Requerimientos Funcionales, eliminar profesor almacenado en el sistema.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
76
6.1.1.3.5 LISTAR PROFESORES DEL ESTABLECIMIENTO.
Referencia Función Categoría
R.3.5.1 Mostrar en una lista, con el Rut, nombres y apellidos de los profesores almacenados en el sistema.
Evidente.
Tabla 30 Requerimientos Funcionales, listar profesores almacenado en el sistema.
6.1.1.4 GESTIÓN DE CURSOS
Referencia Función Categoría
R4.1 Agregar un curso Evidente R4.2 Editar curso Evidente
R4.3 Buscar un curso Evidente R4.4 Eliminar un curso Evidente R4.5 Listar cursos Evidente R4.6 Asociar / Desasociar alumnos a un curso Evidente R4.7 Asociar Desasociar asignaturas a un curso Evidente
Tabla 31 Requerimientos Funcionales, gestión de cursos.
6.1.1.4.1 AGREGAR CURSO AL SISTEMA
Referencia Función Categoría
R.4.1.1 Ingresar el código, nombre, departamento, profesor jefe y año.
Evidente.
R.4.1.2 Verificar que el código, nombre, departamento, profesor jefe y año a registrar, sean válidos.
Oculto.
R.4.1.3 Verificar que el código del curso a registrar, no exista en el sistema.
Oculto.
R.4.1.4 Guardar en el sistema el código, nombre, departamento, profesor jefe y año del curso a registrar.
Oculto.
Tabla 32 Requerimientos Funcionales, agregar curso al sistema.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
77
6.1.1.4.2 EDITAR UN CURSO EN EL SISTEMA
Referencia Función Categoría
R.4.2.1 Seleccionar, de una lista, el curso buscado. Evidente.
R.4.2.2 Mostrar, de manera editable, los campos; código, nombre, departamento, profesor jefe y año, del curso a modificar.
Evidente.
R.4.2.3 Modificar el o los datos que estime necesario como; el código, nombre, departamento, profesor jefe y año del curso seleccionado.
Evidente.
R.4.2.4 Verificar que el código, nombre, departamento, profesor jefe y año, que se encontraban de manera editable para modificar, sean válidos.
Oculto.
R.4.2.5 Almacenar el código, nombre, departamento, profesor jefe y año, del curso seleccionado.
Oculto.
Tabla 33 Requerimientos Funcionales, editar curso del sistema.
6.1.1.4.3 BUSCAR UN CURSO ALMACENADO EN EL SISTEMA
Referencia Función Categoría
R.4.3.1 Buscar un curso por su código. Evidente.
R.4.3.2 Seleccionar, de una lista, el curso buscado. Evidente.
R.4.3.2 Mostrar, en un formulario, código, nombre, departamento, profesor jefe y año, del curso buscado.
Evidente.
Tabla 34 Requerimientos Funcionales, buscar profesor almacenado en el sistema.
6.1.1.4.4 ELIMINAR UN CURSO ALMACENADO EN EL SISTEMA
Referencia Función Categoría
R.4.4.1 Seleccionar, de una lista, al curso buscado. Evidente.
R.4.4.2 Eliminar el curso almacenando en el sistema. Oculto.
Tabla 35 Requerimientos Funcionales, eliminar curso almacenado en el sistema.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
78
6.1.1.4.5 LISTAR CURSOS DEL ESTABLECIMIENTO.
Referencia Función Categoría
R.4.5.1 Mostrar en una lista, con el código, nombre y año de los cursos almacenados en el sistema.
Evidente.
Tabla 36 Requerimientos Funcionales, listar cursos almacenados en el sistema.
6.1.1.5 GESTIÓN DE ASIGNATURAS
Referencia Función Categoría
R5.1 Agregar una asignatura Evidente R5.2 Editar una asignatura Evidente
R5.3 Buscar una asignatura Evidente R5.4 Eliminar una asignatura Evidente R5.5 Listar asignaturas Evidente
Tabla 37 Requerimientos Funcionales, gestión del profesorado.
6.1.1.5.1 AGREGAR ASIGNATURA AL SISTEMA
Referencia Función Categoría
R.5.1.1 Ingresar el código, nombre, profesor dictador, descripción y año.
Evidente.
R.5.1.2 Verificar que el l código, nombre, profesor dictador, descripción y año a registrar, sean válidos.
Oculto.
R.5.1.3 Verificar que el código de la asignatura a registrar, no exista en el sistema.
Oculto.
R 5.1.4 Guardar en el sistema el código, nombre, profesor dictador, descripción y año de la asignatura a registrar.
Oculto.
Tabla 38 Requerimientos Funcionales, agregar curso al sistema.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
79
6.1.1.5.2 EDITAR UNA ASIGNATURA EN EL SISTEMA
Referencia Función Categoría
R.5.2.1 Seleccionar, de una lista, la asignatura buscada. Evidente.
R.5.2.2 Mostrar, de manera editable, los campos; el código, nombre, profesor dictador, descripción y año de la asignatura a modificar.
Evidente.
R.5.2.3 Modificar el o los datos que estime necesario como; el código, nombre, profesor dictador, descripción y año de la asignatura seleccionada.
Evidente.
R.5.2.4 Verificar que el código, nombre, profesor dictador, descripción y año, que se encontraban de manera editable para modificar, sean válidos.
Oculto.
R.5.2.5 Almacenar el código, nombre, profesor dictador, descripción y año, de la asignatura seleccionada.
Oculto.
Tabla 39 Requerimientos Funcionales, editar curso del sistema.
6.1.1.45.3 BUSCAR UNA ASIGNATURA ALMACENADA EN EL SISTEMA
Referencia Función Categoría
R.5.3.1 Buscar una asignatura por su código. Evidente.
R.5.3.2 Seleccionar, de una lista, la asignatura buscada. Evidente.
R.5.3.2 Mostrar, en un formulario, el código, nombre, profesor dictador, descripción y año de la asignatura buscada.
Evidente.
Tabla 40 Requerimientos Funcionales, buscar asignatura almacenada en el sistema.
6.1.1.5.4 ELIMINAR UNA ASIGNATURA ALMACENADA EN EL SISTEMA
Referencia Función Categoría
R.5.4.1 Seleccionar, de una lista, la asignatura buscada. Evidente.
R.5.4.2 Eliminar la asignatura almacenada en el sistema. Oculto.
Tabla 41 Requerimientos Funcionales, eliminar asignatura almacenada en el sistema.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
80
6.1.1.5.5 LISTAR ASIGNATURAS DEL ESTABLECIMIENTO.
Referencia Función Categoría
R.5.5.1 Mostrar en una lista, con el código y nombres las asignaturas almacenados en el sistema.
Evidente.
Tabla 42 Requerimientos Funcionales, listar asignaturas almacenadas en el sistema.
6.1.1.6 GESTIÓN DE CALIFICACIONES.
Referencia Función Categoría
R6.1 Agregar nota Evidente R6.2 Buscar notas de un alumno. Evidente
R6.3 Editar nota Evidente R6.4 Eliminar nota Evidente R6.5 Listar notas de un alumno Evidente R6.6 Calcular promedios de un alumno Evidente
Tabla 43 Requerimientos Funcionales, gestión del profesorado.
6.1.1.6.1 AGREGAR NOTA AL SISTEMA
Referencia Función Categoría
R.6.1.1 Ingresar el código de la asignatura, Rut del alumno, valor de la calificación, fecha y descripción de la calificación.
Evidente.
R.6.1.2 Verificar que el código de la asignatura, Rut del alumno, valor de la calificación, fecha y descripción de la calificación a registrar, sean válidos.
Oculto.
R.6.1.3 Verificar que el código de la asignatura, Rut del alumno, valor de la calificación, fecha y descripción de la calificación. no exista en el sistema.
Oculto.
R 6.1.4 Guardar en el sistema el código de la asignatura, Rut del alumno, valor de la calificación, fecha y descripción de la calificación a registrar.
Oculto.
Tabla 44 Requerimientos Funcionales, agregar nota al sistema.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
81
6.1.1.6.2 EDITAR UNA NOTA EN EL SISTEMA
Referencia Función Categoría
R.6.2.1 Seleccionar, de una lista, la asignatura y el alumno al cual se le desea editar la calificación.
Evidente.
R.6.2.2 Mostrar, de manera editable, los campos; el código de la asignatura, Rut del alumno, valor de la calificación, fecha y descripción de la calificación a modificar.
Evidente.
R.6.2.3 Modificar el o los datos que estime necesario como; el código de la asignatura, Rut del alumno, valor de la calificación, fecha y descripción de la calificación seleccionada.
Evidente.
R.6.2.4 Verificar que el código de la asignatura, Rut del alumno, valor de la calificación, fecha y descripción de la calificación. Que se encontraban de manera editable para modificar, sean válidos.
Oculto.
R.6.2.5 Almacenar el código de la asignatura, Rut del alumno, valor de la calificación, fecha y descripción de la calificación seleccionada.
Oculto.
Tabla 45 Requerimientos Funcionales, editar nota del sistema.
6.1.1.6.3 BUSCAR UNA NOTA DE UN ALUMNO
Referencia Función Categoría
R.6.3.1 Buscar una asignatura por su código. Evidente.
R.6.3.2 Seleccionar, de una lista, la asignatura buscada. Evidente.
R.6.3.2 Mostrar, en un formulario, el código, nombre, profesor dictador, descripción y año de la asignatura buscada.
Evidente.
Tabla 46 Requerimientos Funcionales, buscar nota de un alumno almacenada en el sistema.
6.1.1.6.4 ELIMINAR UNA ASIGNATURA ALMACENADA EN EL SISTEMA
Referencia Función Categoría
R.6.4.1 Seleccionar, de una lista, la asignatura y el alumno al cual se le desea eliminar una nota.
Evidente.
R.6.4.2 Eliminar la calificación almacenada en el sistema. Oculto.
Tabla 47 Requerimientos Funcionales, eliminar nota almacenada en el sistema.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
82
6.1.1.6.5 LISTAR NOTAS DE UN ALUMNO.
Referencia Función Categoría
R.6.5.1 Mostrar en una lista, las calificaciones de un alumno con el nombre del curso y sus asignaturas.
Evidente.
Tabla 48 Requerimientos Funcionales, listar asignaturas almacenadas en el sistema.
6.1.1.7 GESTIÓN DE AÑO ESCOLAR.
Referencia Función Categoría
R7.1 Generar apertura de año Evidente R7.2 Generar cierre de año Evidente
Tabla 49 Requerimientos Funcionales, gestión del profesorado.
6.1.2 REQUERIMIENTOS NO FUNCIONALES.
Atributos Detalles y restricciones
Tiempo
De
respuesta
Cuando se ingrese nombre, contraseña y se seleccione el perfil de un usuario, el sistema no debe tardar más de 5 segundos en acceder al
entorno de trabajo.
Cuando se realice una consulta o búsqueda, el sistema no tardará más de 20 segundos en
responder a la tarea solicitada.
Cuando se realice un ingreso, modificación o eliminación, el sistema no tardará más de 15
segundos en completar la tarea.
Cuando se generen informes y certificados, el sistema tardará 30 segundos en responder a la
tarea solicitada.
Sistema Operativo
Microsoft Windows Xp o superior.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
83
Metáfora de la Interfaz
Java Text Aplication (aplicación de escritorio) y orientada a formularios
Facilidad de Uso El sistema debe permitir a los usuarios un rápido y fácil acceso a la gestión de notas, profesorado,
alumnos, cursos y asignaturas. Para esto último el sistema posee un menú de ayuda para que el
usuario pueda resolver sus inquietudes acerca del funcionamiento de la intranet.
Tabla 50 Requerimientos No Funcionales.
6.2 TABLA COMBINADA DEL PROYECTO.
En la Tabla 51 se describen los atributos del sistema combinado con los requerimientos no funcionales, para identificar la relación que tendrán en el incremento I.
REF. # FUNCIÓN CATEGORÍA ATRIBUTOS DETALLES Y RESTRICCIONES
R1.1 Registrar usuario
Evidente
Tiempo de respuesta
No mayor a 15 segundos
Tolerancia a fallos
Mientras el usuario no guarde los cambios, estos no serán
almacenados en caso de fallas eléctricas o del computador
Metáfora de interfaz
Java Text Aplication (aplicación de escritorio) y orientada a
formularios.
R1.2 Iniciar sesión
de usuario Evidente
Metáfora de interfaz
Java Text Aplication (aplicación de escritorio) y orientada a
formularios. Tiempo de respuesta
No mayor a 15 segundos
R1.3 Modificar Usuario
Evidente
Tiempo de respuesta
No mayor a 15 segundos
Tolerancia a fallos
Mientras el usuario no guarde los cambios, estos no serán
almacenados en caso de fallas eléctricas o del computador
Metáfora de interfaz
Java Text Aplication (aplicación de escritorio) y orientada a
formularios.
R1.4 Buscar Usuario Evidente Tiempo de respuesta
No mayor a 20 segundos
Universidad del Bío-Bío. Red de Bibliotecas - Chile
84
Metáfora de interfaz
Java Text Aplication (aplicación de escritorio) y orientada a
formularios.
R1.5 Eliminar Usuario
Evidente
Tiempo de respuesta
No mayor a 15 segundos
Tolerancia a fallos
Mientras el usuario no guarde los cambios, estos no serán
almacenados en caso de fallas eléctricas o del computador
Metáfora de interfaz
Java Text Aplication (aplicación de escritorio).
R2.1 Agregar un
alumno Evidente
Tiempo de respuesta
No mayor a 15 segundos
Tolerancia a fallos
Mientras el usuario no guarde los cambios, estos no serán
almacenados en caso de fallas eléctricas o del computador
Metáfora de interfaz
Java Text Aplication (aplicación de escritorio) y orientada a
formularios.
R2.2 Editar alumno Evidente
Tiempo de respuesta
No mayor a 15 segundos
Tolerancia a fallos
Mientras el usuario no guarde los cambios, estos no serán
almacenados en caso de fallas eléctricas o del computador
Metáfora de interfaz
Java Text Aplication (aplicación de escritorio) y orientada a
formularios.
R2.3 Buscar alumno Evidente
Tiempo de respuesta
No mayor a 20 segundos
Metáfora de interfaz
Java Text Aplication (aplicación de escritorio) y orientada a
formularios.
R2.4 Eliminar alumno
Evidente
Tiempo de respuesta
No mayor a 15 segundos
Tolerancia a fallos
Mientras el usuario no guarde los cambios, estos no serán
almacenados en caso de fallas eléctricas o del computador
Metáfora de interfaz
Java Text Aplication (aplicación de escritorio).
Universidad del Bío-Bío. Red de Bibliotecas - Chile
85
R2.5 Listar alumnos
por curso Evidente
Tiempo de respuesta
No mayor a 20 segundos
Metáfora de interfaz
Java Text Aplication
R3.1 Agregar un
profesor Evidente
Tiempo de respuesta
No mayor a 15 segundos
Tolerancia a fallos
Mientras el usuario no guarde los cambios, estos no serán
almacenados en caso de fallas eléctricas o del computador
Metáfora de interfaz
Java Text Aplication (aplicación de escritorio) y orientada a
formularios.
R3.2 Eliminar un
profesor Evidente
Tiempo de respuesta
No mayor a 15 segundos
Tolerancia a fallos
Mientras el usuario no guarde los cambios, estos no serán
almacenados en caso de fallas eléctricas o del computador
Metáfora de interfaz
Java Text Aplication (aplicación de
escritorio).
R3.3 Buscar profesor Evidente
Tiempo de respuesta
No mayor a 20 segundos
Metáfora de interfaz
Java Text Aplication (aplicación de escritorio) y orientada a
formularios.
R3.4 Editar profesor Evidente
Tiempo de respuesta
No mayor a 15 segundos
Tolerancia a fallos
Mientras el usuario no guarde los cambios, estos no serán
almacenados en caso de fallas eléctricas o del computador
Metáfora de interfaz
Java Text Aplication (aplicación de escritorio) y orientada a
formularios.
R3.5 Listar
profesores Evidente
Tiempo de respuesta
No mayor a 20 segundos
Universidad del Bío-Bío. Red de Bibliotecas - Chile
86
Metáfora de interfaz
Java Text Aplication
R4.1 Agregar un
curso Evidente
Tiempo de respuesta
No mayor a 15 segundos
Tolerancia a fallos
Mientras el usuario no guarde los cambios, estos no serán
almacenados en caso de fallas eléctricas o del computador
Metáfora de interfaz
Java Text Aplication (aplicación de escritorio) y orientada a
formularios.
R4.2 Editar un curso Evidente
Tiempo de respuesta
No mayor a 15 segundos
Tolerancia a fallos
Mientras el usuario no guarde los cambios, estos no serán
almacenados en caso de fallas eléctricas o del computador
Metáfora de interfaz
Java Text Aplication (aplicación de escritorio).
R4.3 Buscar curso Evidente Tiempo de respuesta
No mayor a 20 segundos
Metáfora de
interfaz
Java Text Aplication (aplicación de escritorio) y orientada a
formularios.
R4.4 Eliminar curso Evidente
Tiempo de respuesta
No mayor a 15 segundos
Tolerancia a fallos
Mientras el usuario no guarde los cambios, estos no serán
almacenados en caso de fallas eléctricas o del computador
Metáfora de interfaz
Java Text Aplication (aplicación de escritorio) y orientada a
formularios.
R4.5 Listar cursos Evidente
Tiempo de respuesta
No mayor a 20 segundos
Metáfora de interfaz
Java Text Aplication
R4.6
Asociar / Desasociar
alumnos a un curso
Evidente
Tiempo de respuesta
No mayor a 15 segundos
Tolerancia a fallos
Mientras el usuario no guarde los cambios, estos no serán
almacenados en caso de fallas eléctricas o del computador
Universidad del Bío-Bío. Red de Bibliotecas - Chile
87
Metáfora de interfaz
Java Text Aplication (aplicación de escritorio) y orientada a
formularios.
R4.7
Asociar Desasociar
asignaturas a un curso
Evidente
Tiempo de respuesta
No mayor a 15 segundos
Tolerancia a fallos
Mientras el usuario no guarde los cambios, estos no serán
almacenados en caso de fallas eléctricas o del computador
Metáfora de interfaz
Java Text Aplication (aplicación de escritorio) y orientada a
formularios.
R5.1 Agregar una asignatura
Evidente
Tiempo de respuesta
No mayor a 15 segundos
Tolerancia a fallos
Mientras el usuario no guarde los cambios, estos no serán
almacenados en caso de fallas eléctricas o del computador
Metáfora de interfaz
Java Text Aplication (aplicación de escritorio) y orientada a
formularios.
R5.2 Editar una asignatura
Evidente
Tiempo de respuesta
No mayor a 15 segundos
Tolerancia a fallos
Mientras el usuario no guarde los cambios, estos no serán
almacenados en caso de fallas eléctricas o del computador
Metáfora de interfaz
Java Text Aplication (aplicación de escritorio).
R5.3 Buscar una asignatura
Evidente
Tiempo de respuesta
No mayor a 20 segundos
Metáfora de interfaz
Java Text Aplication (aplicación de escritorio) y orientada a
formularios.
R5.4 Eliminar una asignatura
Evidente
Tiempo de respuesta
No mayor a 15 segundos
Tolerancia a fallos
Mientras el usuario no guarde los cambios, estos no serán
almacenados en caso de fallas eléctricas o del computador
Metáfora de interfaz
Java Text Aplication (aplicación de escritorio) y orientada a
formularios.
R5.5 Listar
asignaturas Evidente
Tiempo de respuesta
No mayor a 20 segundos
Universidad del Bío-Bío. Red de Bibliotecas - Chile
88
Metáfora de
interfaz Java Text Aplication
R6.1 Agregar una
nota Evidente
Tiempo de respuesta
No mayor a 15 segundos
Tolerancia a fallos
Mientras el usuario no guarde los cambios, estos no serán
almacenados en caso de fallas eléctricas o del computador
Metáfora de interfaz
Java Text Aplication (aplicación de escritorio) y orientada a
formularios.
R6.2 Buscar notas de un alumno.
Evidente
Tiempo de respuesta
No mayor a 20 segundos
Metáfora de interfaz
Java Text Aplication (aplicación de escritorio) y orientada a
formularios.
R6.3
Editar una nota Evidente
Tiempo de respuesta
No mayor a 15 segundos
Tolerancia a fallos
Mientras el usuario no guarde los cambios, estos no serán
almacenados en caso de fallas eléctricas o del computador
Metáfora de interfaz
Java Text Aplication (aplicación de escritorio).
R6.4 Eliminar una
nota
Evidente
Tiempo de respuesta
No mayor a 15 segundos
Tolerancia a fallos
Mientras el usuario no guarde los cambios, estos no serán
almacenados en caso de fallas eléctricas o del computador
Metáfora de interfaz
Java Text Aplication (aplicación de escritorio) y orientada a
formularios.
R5.5 Listar notas de
un alumno Evidente
Tiempo de respuesta
No mayor a 20 segundos
Metáfora de interfaz
Java Text Aplication
R6.6 Calcular
promedios de un alumno
Evidente
Tiempo de respuesta
No mayor a 20 segundos
Metáfora de interfaz
Java Text Aplication
R7.1 Generar
apertura de año Evidente
Tiempo de respuesta
No mayor a 20 segundos
Universidad del Bío-Bío. Red de Bibliotecas - Chile
89
Metáfora de interfaz
Java Text Aplication
R7.2 Generar cierre
de año Evidente
Tiempo de respuesta
No mayor a 20 segundos
Metáfora de interfaz
Java Text Aplication
Tabla 51 Tabla Combinada de atributos del sistema y requerimientos funcionales
Universidad del Bío-Bío. Red de Bibliotecas - Chile
90
6.3 CASOS DE USO.
6.3.1 CASOS DE USO USUARIO ADMINISTRADOR.
Administrador Administrativo UTP
Agregar Alumno
Editar Alumno
Buscar Alumno
Eliminar Alumno
Agregar Profesor
Editar Profesor
Buscar Profesor
Eliminar Profesor
Agregar Curso
Editar Curso
Buscar Curso
Eliminar Curso
Agregar Asignatura
Editar Asignatura
Buscar Asignatura
Eliminar Asignatura
Generar apertura
de Año
Generar cierre de
Año
Asociar / Desasociar
alumnos a curso
Asociar / Desasociar
Asignaturas a curso
Listar Alumnos por
Curso
Listar Cursos
Listar Asignaturas
Listar Profesrores
Figura 5 Diagrama de Casos de Uso Administrador y Administrativo UTP.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
91
6.3.2 CASOS DE USO USUARIO PROFESOR.
Profesor
Listar Alumnos por
curso
Buscar Alumno
Agregar Nota
Editar Nota
Eliminar Nota
Listar notas por
Alumno
Calcular Promedio
Listar Cursos
Figura 6 Diagrama de Casos de Uso Profesor.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
92
6.4 ESPECIFICACIÓN DE CASOS DE USO.
Caso de uso : R2.1
Nombre : Agregar un alumno
Propósito : El Administrador ingresa un alumno con el objeto de que
este sea almacenado en el sistema
Actores : Administrador
Precondiciones : Autentificado como usuario administrador
Post-condición : Alumno almacenado
Flujo básico :
Acción del Actor Respuesta del Sistema
1. El caso de uso comienza cuando el
Administrador le indica al sistema que
desea agregar un alumno.
2. El sistema despliega un formulario para
ingresar los datos de un alumno.
3. El Administrador procede a ingresar
los datos del alumno, estos datos son:
el Rut del alumno, apellido paterno,
apellido materno, nombres, fecha de
nacimiento, sexo, teléfono, celular,
correo electrónico, nacionalidad,
dirección, ciudad, comuna, sector,
urbanidad y foto además de los datos
de su apoderado, Rut del apoderado,
apellido paterno, apellido materno,
nombres, parentesco, fecha de
nacimiento, sexo, teléfono, celular,
correo electrónico, nacionalidad,
dirección, ciudad, comuna, sector,
urbanidad y nivel educacional.
4. El sistema verifica y valida el ingreso
de los datos obligatorios.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
93
5. El sistema verifica que el Rut ingresado
no se encuentre almacenado en el
sistema.
6. El sistema ingresa al nuevo alumno a la
Base de Datos y muestra un mensaje de
confirmación.
Flujo(s) alternativo(s) :
Acción del Actor Respuesta del Sistema
4. b. El sistema indica que uno o más
datos ingresados no son validos. Vuelve
al paso 2.
5. b El sistema indica que el Rut
ingresado ya existe almacenado en el
sistema. Vuelve al paso 2.
Tabla 52 Especificación de caso de uso Agregar Alumno.
El Detalle de los Casos de Uso restantes del proyecto se encuentra en el
Anexo I de este informe.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
94
6.5 MODELO CONCEPTUAL
-rutAlumno : alumno
-apellidoPaterno
-apellidoMaterno
-nombres
-fechaNacimiento
-sexo
-telefono
-celular
-correoElectronico
-nacionalidad
-direccion
-ciudad
-comuna
-sector
-urbanidad
-foto
alumno
-rutApoderado : apoderado
-apellidoPaterno
-apellidoMaterno
-nombres
-parentesco
-fechaNacimiento
-sexo
-telefono
-celular
-correoElectronico
-nacionalidad
-direccion
-ciudad
-comuna
-sector
-urbanidad
-nivelEducacional
apoderado
1
-es tutelado
1..n
-codigo : curso
-nombre
-depto
-area
-profesorJefe
-año
curso
- 1
-es jefe
1
-codigo : asignatura
-nombre
-año
-dictador
-descripcion
asignatura
- contiene1
1..n
-año
-fechaInicio
-fechaFin
Periodo Academico
-administrar usuarios
-administrar alumnos
-administrar profesores
-administrar cursos
-administrar asignaturas
-administrar periodo academico
-registrar notas
-consultar notas
Nivel de Acceso
-login
-pasword
Usuario
-posee
1 1
-rut
-nombre
Administrador
-rutAlumno : Profesor
-apellidoPaterno
-apellidoMaterno
-nombres
-fechaNacimiento
-sexo
-telefono
-celular
-correoElectronico
-nacionalidad
-direccion
-ciudadOrigen
-ciudadResidencia
-sector
-tituloProfesional
-institucionOrigenTituloProfesional
-nivelEducacional
Profesor
-es 1
1-es
11
1..*
-dicta
1
-administra
1..*1..*
-inscribe
1
1..*
-posee1
1..*
-contiene
1
1..*
-valor : Nota
-descripcion
-fecha
Nota
-registra
1
1..*
-pertenece
1..*
1
-es medida por
1
1..*
Figura 7 Diagrama UML Modelo Conceptual
Universidad del Bío-Bío. Red de Bibliotecas - Chile
95
CAPITULO VII
ANÁLISIS DE LA SOLUCIÓN
SEGUNDO INCREMENTO
Universidad del Bío-Bío. Red de Bibliotecas - Chile
96
7. REQUERIMIENTOS FUNCIONALES.
7.1 GESTIÓN DE TRAZABILIDAD Y REPORTES PARA EL SISTEMA.
Referencia Función Categoría
R.1 Gestionar reportes Evidente R.2 Gestionar trazabilidad Evidente
Tabla 53 Gestión de trazabilidad y reportes.
7.1.1 GESTIONAR REPORTES PARA EL SISTEMA.
Referencia Función Categoría
R.1.1 Generar actas de notas. Evidente.
R.1.2 Generar informes de notas parciales. Evidente.
R.1.3 Generar certificado de concentración de notas Evidente.
R.1.4 Generar informe de alumnos por comuna Evidente.
Tabla 54 Gestión de Reportes.
7.1.1.1 GESTIONAR ACTAS DE NOTAS.
Referencia Función Categoría
R.1.1.1 Buscar notas de un alumno. Evidente.
R.1.1.2 Capturar notas finales. Oculto.
R.1.1.3 Imprimir actas de notas. Evidente.
Tabla 55 Gestionar actas de notas.
7.1.1.2 GESTIONAR INFORMES DE NOTAS PARCIALES.
Referencia Función Categoría
R.1.1.2.1 Buscar notas de un alumno. Evidente.
R.1.1.2.2 Imprimir informe de notas parciales. Evidente.
Tabla 56 Gestionar informe de notas parciales.
7.1.1.3 GESTIONAR CERTIFICADO DE CONCENTRACIÓN DE NOTAS.
Referencia Función Categoría
R.1.1.1.3.1 Ingresar el Rut del alumno. Evidente.
R.1.1.1.3.2 Validar el Rut ingresado. No debe contener letras Oculto.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
97
salvo la K en el digito verificador y no más de nueve dígitos incluyendo el digito verificador.
R.1.1.1.3.3 Buscar el Rut del alumno en la Base de Datos. Oculto.
R. 1.1.1.3.4 Capturar las notas finales de las asignaturas de los cursos aprobados, considerando de Primero a Cuarto Medio.
Oculto.
R. 1.1.1.3.5 Mostrar e imprimir certificados de concentración de notas.
Evidente.
Tabla 57 Gestionar certificado de concentración de notas.
7.1.1.4 GESTIONAR INFORME DE ALUMNOS POR COMUNA.
Referencia Función Categoría
R.1.1.4.1 Seleccionar comuna Evidente.
R.1.1.4.2 Mostrar e Imprimir Nombres y Apellidos de los alumnos de dicha comuna.
Evidente.
Tabla 58 Gestionar informe de alumnos por comuna.
7.2.1 GESTIONAR TRAZABILIDAD PARA EL SISTEMA.
Referencia Función Categoría
R.1.2.1.1 Guardar antecedentes de Educación superior. Evidente. R.1.2.1.2 Guardar antecedentes Laborales. Evidente.
R.1.2.1.3 Guardar puntajes obtenidos en la rendición de pruebas de selección universitaria.
Evidente.
Tabla 59 Gestionar trazabilidad para el sistema.
7.2.1.1 GUARDAR ANTECEDENTES DE EDUCACIÓN SUPERIOR.
Referencia Función Categoría
R.1.2.1.1.1 Ingresar el Rut del alumno. Evidente
R.1.2.1.1.2
Validar el Rut ingresado. No debe contener letras salvo la K en el digito verificador y no más de nueve dígitos incluyendo el digito verificador.
Oculto.
R. 1.2.1.1.3 Buscar el Rut del alumno en la Base de Datos.
Oculto.
R. 1.2.1.1.4 Capturar información personal del alumno. Oculto. R. 1.2.1.1.5 Mostrar información personal del alumno. Evidente. R. 1.2.1.1.6 Ingresar nombre de la carrera e institución Evidente.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
98
Referencia Función Categoría
donde se está preparando.
R. 1.2.1.1.7 Ingresar situación académica actual del alumno.
R. 1.2.1.1.8 Ingresar año de ingreso de estudios. Evidente.
R. 1.2.1.1.9 Ingresar año de egreso (Solo si terminó o ya no sigue estudiando).
Evidente.
Tabla 60 Gestionar trazabilidad para el sistema.
7.2.1.2 GUARDAR ANTECEDENTES LABORALES.
Referencia Función Categoría
R.1.2.1.2.1 Ingresar el Rut del alumno. Evidente
R. 1.2.1.2.2
Validar el Rut ingresado. No debe contener letras salvo la K en el digito verificador y no más de nueve dígitos incluyendo el digito verificador.
Oculto.
R. 1.2.1.2.3 Buscar el Rut del alumno en la Base de Datos.
Oculto.
R. 1.2.1.2.4 Capturar información personal del alumno. Oculto. R. 1.2.1.2.5 Mostrar información personal del alumno. Evidente.
R. 1.2.1.2.6 Ingresa nombre de la empresa el cual se desempeña.
Evidente.
R. 1.2.1.2.7 Ingresar el Rubro de la Empresa Evidente. R. 1.2.1.2.8 Ingresar año ingreso a la organización. Evidente.
R. 1.2.1.2.9 Ingresar cargo que desempeña dentro de la empresa.
Evidente.
R. 1.2.1.2.10 Ingresar año egreso a la organización (opcional).
Evidente.
Tabla 61 Gestionar antecedentes laborales.
7.2.1.3 GUARDAR PUNTAJES OBTENIDOS EN LA RENDICIÓN DE PRUEBAS DE SELECCIÓN UNIVERSITARIA.
Referencia Función Categoría
R.1.2.1.3.1 Ingresar el Rut del alumno. Evidente
R. 1.2.1.3.2
Validar el Rut ingresado. No debe contener letras salvo la K en el digito verificador y no más de nueve dígitos incluyendo el digito verificador.
Oculto.
R. 1.2.1.3.3 Buscar el Rut del alumno en la Base de Datos.
Oculto.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
99
Referencia Función Categoría
R. 1.2.1.3.4 Capturar información personal del alumno. Oculto. R. 1.2.1.3.5 Mostrar información personal del alumno. Evidente.
R. 1.2.1.3.6
Ingresa puntajes de Resultados de la prueba de selección universitaria. Ingresar Puntaje PSU Matemáticas. Ingresar Puntaje PSU Lenguaje y Comunicación. Ingresar Puntaje PSU Prueba de Historia y/o puntaje Prueba de Ciencias.
Evidente.
Tabla 62 Guardar puntajes PSU.
7.2. TABLA COMBINADA SEGUNDO INCREMENTO, REQUERIMIENTOS FUNCIONALES.
En la Tabla 63 se describen los atributos del sistema combinado con los requerimientos no funcionales, para identificar la relación que tendrán en el incremento II.
REF. # FUNCIÓN CATEGORÍA ATRIBUTOS DETALLES Y RESTRICCIONES
R.1.1 Generar actas
de notas. Evidente
Tiempo de respuesta
No mayor a 15 segundos
Tolerancia a fallos
Mientras el usuario no guarde los cambios, estos no serán
almacenados en caso de fallas eléctricas o del computador
Metáfora de interfaz
Java Text Aplication (aplicación de escritorio) y orientada a
formularios.
R.1.2
Generar informe de
notas parciales.
Evidente
Metáfora de interfaz
Java Text Aplication (aplicación de escritorio) y orientada a
formularios.
Tolerancia a fallos
Mientras el usuario no guarde los cambios, estos no serán
almacenados en caso de fallas eléctricas o del computador
Tiempo de respuesta
No mayor a 15 segundos
R.1.3
Generar
certificado de concentración
de notas
Evidente
Tiempo de respuesta
No mayor a 15 segundos
Tolerancia a fallos
Mientras el usuario no guarde los cambios, estos no serán
almacenados en caso de fallas eléctricas o del computador
Universidad del Bío-Bío. Red de Bibliotecas - Chile
100
Metáfora de interfaz
Java Text Aplication (aplicación de escritorio) y orientada a
formularios.
R.1.4
Generar informe de
alumnos por comuna
Evidente
Tiempo de respuesta
No mayor a 15 segundos
Tolerancia a fallos
Mientras el usuario no guarde los cambios, estos no serán
almacenados en caso de fallas eléctricas o del computador
Metáfora de interfaz
Java Text Aplication (aplicación de escritorio) y orientada a
formularios.
R.2.1
Guardar antecedentes de Educación
superior
Evidente
Tiempo de respuesta
No mayor a 20 segundos
Tolerancia a fallos
Mientras el usuario no guarde los cambios, estos no serán
almacenados en caso de fallas eléctricas o del computador
Metáfora de interfaz
Java Text Aplication (aplicación de escritorio) y orientada a
formularios.
R.2.2 Guardar
antecedentes Laborales.
Evidente
Tiempo de respuesta
No mayor a 15 segundos
Tolerancia a fallos
Mientras el usuario no guarde los cambios, estos no serán
almacenados en caso de fallas eléctricas o del computador
Metáfora de interfaz
Java Text Aplication (aplicación de escritorio).
R.2.3
Guardar puntajes
obtenidos en la rendición
de pruebas de selección
universitaria.
Evidente
Tiempo de respuesta
No mayor a 15 segundos
Tolerancia a fallos
Mientras el usuario no guarde los cambios, estos no serán
almacenados en caso de fallas eléctricas o del computador
Metáfora de interfaz
Java Text Aplication (aplicación de escritorio) y orientada a
formularios. Tabla 63 Tabla combinada, requerimientos funcionales.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
101
7.3. CASOS DE USO.
7.3.1. CASOS DE USO ADMINISTRADOR Y PROFESOR.
Administrador
Generar informe de
alumnos por comuna
Guardar antecedentes
de educación superior
Guardar
antecedentes Laborales
Guardar puntajes obtenidos en
la rendición de Pruebas de
Selección Universitaria
Profesor
Generar actas de
notas
Generar informe de
notas parciales
Generar certificado
concentración de notas
Figura 8 Diagrama de casos de uso Segundo incremento.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
102
7.3.2 ESPECIFICACIÓN DE CASOS DE USO.
Caso de uso : R.1.1
Nombre : Generar actas de notas.
Propósito : El profesor busca las notas de un alumno con el objeto
de obtener las notas finales de este.
Actores : Profesor.
Precondiciones : Autentificado como usuario profesor.
Post-condición : Imprimir acata de notas.
Flujo básico :
Acción del Actor Respuesta del Sistema
1. El caso de uso comienza cuando el
profesor le indica al sistema que desea
generar actas de notas de un alumno.
2. El sistema despliega la opción de
buscar un curso: Por código o Por
nombre.
3. El administrador o profesor ingresa
el dato según la opción elegida.
4. El sistema valida los datos
dependiendo de la opción elegida, si es
por código no debe de contener letras y si
es por nombre no debe de contener
números.
5. El sistema busca el curso especificado
por el profesor en el registro del sistema y
lista los estudiantes que pertenecen al
curso.
6. El profesor selecciona el alumno de
quien desea generar el acta de notas.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
103
7. El sistema muestra la concentración de
notas correspondiente al alumno.
8. El sistema da la opción de imprimir la
concentración de notas.
Flujo(s) alternativo(s) :
Acción del Actor Respuesta del Sistema
4. b. El sistema envía un mensaje de
error al ingresar un dato inválido. Vuelve
al paso 3.
5. b El sistema muestra un mensaje de
error si no fuese encontrado el curso.
Vuelve al paso 3.
Tabla 64 Especificación de caso de uso Generar Actas de Notas.
El Detalle de los Casos de Uso restantes del Segundo incremento se
encuentra en el Anexo II de este informe.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
104
8. MODELO ENTIDAD RELACIÓN (M-E-R).
Alumno
rut
Apoderado
rut
Posee
1:N 1:1
Curso
Asignatura
pertenec
e
1:N
1:1
codigo
Imparte1:1
1:N
codigo
Posee
Seguimiento Laboral Seg Academico Seg Psu
estado
Es_evalua
da
Notas
1:N
1:N 1:N 1:NPeriodo Academico
Se_compon
e
año
1:N
1:N
1:N
1:N
Figura 9 M-E-R
Universidad del Bío-Bío. Red de Bibliotecas - Chile
105
9. DIAGRAMA DE BASE DE DATOS.
Figura 10 Diagrama de Base de Datos
Universidad del Bío-Bío. Red de Bibliotecas - Chile
106
10. DIAGRAMA DE CLASES.
Parte Uno de la Imagen.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
107
Parte Dos y final de la Imagen.
Figura 11 Diagrama de Clases de diseño.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
108
CAPITULO VIII
ANÁLISIS DE LA SEGURIDAD Y
PRUEBAS DEL SOFTWARE
Universidad del Bío-Bío. Red de Bibliotecas - Chile
109
8. SEGURIDAD Y PRUEBAS DE SOFTWARE.
8. 1 SEGURIDAD.
La seguridad es un punto fundamental en cualquier sistema, por esta razón, deben quedar bien definidos los puntos a abordar cuando se trate este tema, considerando que se debe brindar un servicio estable, confiable e íntegro al usuario del sistema.
Durante el presente capítulo se da a conocer los términos de seguridad definidos para contrarrestar aquellos peligros que pongan en riesgo la información que maneja la aplicación. Existen tres grandes conceptos a cubrir en este capítulo en cuanto a seguridad se refiere:
• Confidencialidad: La información debe estar disponible sólo para personas y procesos autorizados.
• Integridad: Es necesario garantizar que la información pueda ser modificada, creada o eliminada sólo por personal autorizado, asegurando con esto que esta información que está circulando o ha sido almacenada, no pueda ser dañada, ni modificada intencional o accidentalmente. • Disponibilidad: Se deben mantener todos los datos y recursos disponibles, en el lugar, momento y forma en que es requerido por el personal autorizado. A continuación se detallan algunos procedimientos para establecer un rango
aceptable de seguridad del sistema. Acceso a la información
Para tener acceso a la información del sistema se debe ingresar como usuario registrado, este ya sea como administrador del sistema o también como un profesor ya registrado en el sistema. Acceso restringido al Sistema
El acceso al sistema se encuentra restringido, pueden ingresar solamente usuarios registrados en la aplicación, ingresando al sistema mediante el Login, Contraseña y seleccionando su perfil. La contraseña se recomienda cambiarla con una periodicidad de 1 vez por semestre, esto será responsabilidad de cada usuario.
Otro mecanismo de seguridad propuesto por la aplicación, corresponde a la opción que ofrece el sistema respecto a las acciones que pueden realizar los distintos tipos de usuarios. Estas opciones son determinadas por el perfil de usuario que le corresponda, en donde sólo la directora tendrá acceso ilimitado al sistema.
Realizar respaldos periódicos de la Base de Datos por parte del administrador en forma manual. El administrador del sistema debe hacer respaldos de la base de datos de forma manual, estos respaldos se realizarán una vez terminado el cierre de
Universidad del Bío-Bío. Red de Bibliotecas - Chile
110
año escolar ya sea una vez por semestre o como lo desea la directora, pudiendo ser una vez al año, con el propósito de tener soporte de la información que será generada por el sistema, la manera de realizar estos respaldos yen dónde deben ser almacenados será indicado en el Manual de Usuario del sistema que se entregará al momento de poner en operación el sistema.
Adquisición de una UPS para el o los computadores
La adquisición de una UPS permite tener mayor control frente a posibles cortes de energía eléctrica, ya sea para soportar los fallos que pudiesen ocurrir, esto ayudará en caso de corte de energía, poder guardar la información con la que se está trabajando y no perder del trabajo que se estaba realizando.
8. 2 PRUEBAS.
Este capítulo se centra en realizar las correspondientes pruebas de software. Las pruebas del software son un elemento crítico para la garantía de calidad del software y representa una revisión final de las especificaciones, del diseño y de la codificación. [PRESSMAN, R. 2002].
La creciente percepción del software como un elemento del sistema y la importancia de los costos asociados a un fallo del propio sistema, están motivando la creación de pruebas minuciosas y bien planificadas. No es raro que una organización de desarrollo de software emplee entre el 30 y el 40 por ciento del esfuerzo total de un proyecto en las pruebas. [PRESSMAN, R. 2002].
El objetivo de las pruebas es encontrar la mayor cantidad posible de errores con una cantidad razonable de esfuerzo, aplicado sobre un lapso de tiempo realista. Los tipos de pruebas que se realizaron en este sistema son: de caja negra, caja blanca y de aceptación de usuario las cuales se especifican a continuación.
8. 2.1 PRUEBAS DE CAJA NEGRA.
Las pruebas de caja negra se centran en lo que se espera de un módulo, es decir que intenta encontrar casos en que el módulo no se atiene a su especificación. Por ello se denominan pruebas funcionales, y el probador se limita a suministrarle datos como entrada y estudiar la salida, sin preocuparse de lo que pueda estar haciendo el módulo por dentro.
Los puntos críticos en los cuales existe mayor probabilidad de error son
aquellos en los cuales el usuario posee un mayor protagonismo y, por tanto, ingresa una mayor cantidad de datos. Es por esto que las pruebas que a continuación se realizan son ejecutadas en base a casos de uso (dieciocho en total) en que existe ingreso y/o modificación de información en el sistema. A continuación, se detallarán las pruebas realizadas.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
111
PRUEBAS AL USUARIO ADMINISTRADOR.
INGRESAR NUEVO ALUMNO.
Propósito Probar el ingreso de un nuevo alumno al sistema.
Prerrequisitos El usuario deberá de haber ingresado como perfil Administrador.
Datos correctos Rut = {164472345} Apellido Paterno = {Salazar} Apellido Materno = {Valdes} Nombres = {Francisco} Fecha de Nacimiento = {15-03-87} Género = {Masculino} Nacionalidad = {Chilena} Numero Teléfono = {} Numero Celular = {} Correo Electrónico = {} Sector = {} Comuna = {Chillan} Urbanidad = {Urbano} Estado = {Vigente} Imagen = {foto.jpg} Apoderado = {Papa}
Datos Incorrectos Rut = {164472346} Apellido Paterno = {13431314, espacio vacío, 8} Apellido Materno = {13431314, espacio vacío, 5} Nombres = {13431314, espacio vacío, 5} Fecha de Nacimiento = {15-03-87} Género = {Masculino} Nacionalidad = {espacio vacío} Numero Teléfono = {} Numero Celular = {} Correo Electrónico = {} Sector = {} Comuna = {Chillan} Urbanidad = {Urbano} Estado = {Vigente} Imagen = {-----} Apoderado = {-------}
Pasos 1. Hacer clic en Nuevo en el menú del administrador, sección alumnos.
2. Teclear en Rut del Alumno. 3. Teclear en Apellido Paterno. 4. Teclear en Apellido Paterno. 5. Seleccionar Fecha de nacimiento.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
112
6. Seleccionar Género. 7. Teclear en Nacionalidad. 8. Seleccionar Comuna. 9. Seleccionar Urbanidad. 10. Seleccionar Estado.
Resultados Esperados Si todos los datos ingresados son correctos, el nuevo alumno será almacenado en la base de datos del sistema y se mostrará en la lista de alumnos en pantalla. Si los datos son incorrectos ver el mensaje de error y cambiar datos erróneos.
Resultados Obtenidos Cuando los datos fueron correctos, el sistema guardó y mostró en la lista de alumnos al recién ingresado. Cuando los datos fueron incorrectos, el sistema arroja error en orden, en este caso Rut invalido, el sistema envía ese error, después de arreglarlo, muestra el siguiente error y así sucesivamente.
Evaluación de la Prueba: Al ingresar un nuevo alumno se encontró un grave error, ya que el alumno si almacena al sistema sin haberse ligado a algún apoderado, sabiendo la importancia que para el colegio es este dato. Para dar solución a este problema se modificó la Base de Datos y el código, dando así que al ingresar un nuevo alumno este debe si o si estar asociado a un apoderado. Funciona perfectamente.
Tabla 65 Pruebas: Ingresar Alumno.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
113
CONCLUSIONES
Actualmente un gran número de establecimientos educacionales están o ya han adoptado tecnologías de información en sus procesos y, por ende, el Colegio Francisco de Asís, con el objetivo de ir a la par, ha tomado la determinación de incorporar tecnología que logre cumplir con el objetivo de controlar y manipular el gran volumen de información que ellos manejan.
La incorporación del sistema en el colegio provoca un cambio en la forma de
realizar las labores habituales de los usuarios, porque procedimientos que acostumbraban hacer manualmente ahora se harán mediante el sistema, reduciendo tiempo en la obtención de información de los alumnos y evitando el ingreso de datos innecesarios en el proceso de matrícula, siempre y cuando, el alumno ya se encuentre ingresado en el período académico anterior, con esto no existe duplicación de la información.
Para la construcción del sistema, en primera instancia se realizó una descripción de la situación actual y un análisis de los requerimientos captados en una serie de reuniones con la directora del establecimiento y en dos Focus Group donde participaron además de la ya mencionada directora del establecimiento, personal administrativo y personal pedagógico. Con esto se logró conocer el funcionamiento de los sistemas de información del establecimiento. En este contexto se enfatizó la importancia en la forma en la que manejan la información histórica en la institución, los tiempos que incurren en la generación de un certificado y la necesidad de implementar una solución para administrar la trazabilidad de los alumnos ya egresados, según petición del Ministerio de Educación, para optar a una nueva acreditación.
En cuanto a los requerimientos, se determinaron las directrices necesarias para satisfacer estas necesidades a través de la implementación de un Sistema de administración y trazabilidad del alumnado del colegio Francisco de Asís. Basados en los requisitos detectados, se elaboró la propuesta solución la cual se dividió en dos subsistemas que son; Administración del alumnado, la cual consiste en una intranet donde se maneja toda la información de un periodo escolar; y subsistema de Trazabilidad, donde se maneja la información de los alumnos ya egresados, refiriéndose a sus antecedentes laborales y educacionales, con el fin de conocer el estado actual de dichos alumnos y si han ingresado al mundo laboral desempeñándose en él la profesión técnica que el colegio les entrego en sus últimos dos años de enseñanza media, todo esto con el fin de abstraer de mejor forma el problema.
En relación a la forma de como se ha llevado a cabo el proceso de desarrollo, se determinó utilizar el modelo de desarrollo iterativo e incremental, con un total de dos incrementos
En el primer incremento se llevaron a cabo las etapas análisis, diseño, codificación y pruebas, obteniendo como resultado el subsistema de Administración del alumnado.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
114
En el segundo incremento y final se llevaron a cabo las etapas análisis, diseño, codificación y pruebas, obteniendo como resultado el subsistema de Trazabilidad del alumnado.
Algunas funcionalidades no contempladas en este proyecto y que se desea implementar a futuro son; Crear un subsistema de gestión de aranceles que permita a los alumnos y apoderados obtener información referente a su situación arancelaria y/o adherir módulos para apoderados y alumnos con el objetivo de que interactúen con el establecimiento. La decisión de las herramientas a utilizar en el desarrollo e implementación del sistema se ha tomado en función de la tecnología que posee actualmente la institución y el costo por conceptos de licencia. Es por esto que se optó por las tecnologías y herramientas con licencias GNU o código abierto.
Por último, es importante señalar que gracias a la envergadura de este proyecto, los desarrolladores se vieron en la necesidad de poner en práctica los conocimientos adquiridos durante el paso por la universidad, además de obtener nuevos conocimientos informáticos respecto a las tecnologías utilizadas. Otro punto a destacar es la oportunidad de enfrentarse a un cliente real, lo que permitió adquirir experiencia significativa en las negociaciones.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
115
BIBLIOGRAFÍA
LARMAN, C. 1999. UML y Patrones. Introducción al análisis y diseño orientado a objetos y al proceso unificado. Prentice Hall. 507p. LARMAN, C. 2003. UML y Patrones. Introducción al análisis y diseño orientado a objetos y al proceso unificado. 2da. Edición. Prentice Hall. 589p. PRESSMAN, R. 2002. Ingeniería del Software: Un Enfoque práctico Un enfoque práctico. Sexta Edición. McGraw-Hill. 601p. SCHMULLER, J. 2000. Aprendiendo UML en 24 horas. Prentice Hall. 387p. González, F. y González, G. 2008. Aplicación web para el apoyo en la gestión académica del colegio alemán de Chillán. Memoria para optar al título de ingeniero de ejecución en computación e informática. Chillán, Universidad del Bío - Bío, facultad de ciencias empresariales, departamento de ciencias de la computación y tecnologías de información. 282p. Aguilera, C. y Fernández, H. 2009. Sistema Web de ventas y pedidos para “La cabaña del Esquí”. Memoria para optar al título de ingeniero de ejecución en computación e informática. Chillán, Universidad del Bío - Bío, facultad de ciencias empresariales, departamento de ciencias de la computación y tecnologías de información. 342p. Beltrán, p y Zambrano, r. 2004. Diseño y construcción de una aplicación web para el apoyo académico y administrativo del instituto superior de comercio. Memoria para optar al título de ingeniero de ejecución en computación e informática. Chillán, Universidad del Bío - Bío, facultad de ciencias empresariales, departamento de ciencias de la computación y tecnologías de información. 220p Mamani, J y Poco, J. 2006. Resumen Hibernate y Toplink. Base de Datos II. <http://psicosix.iespana.es/bd2/Trabajo04.pdf> [Última consulta: 17/08/10]. 3p. Cotizaciones: <http://www.sumadata.cl/> [Última consulta: 10/08/10]. Historia del colegio: María Inés Montecinos Riquelme, Representante Legal y Directora. Manuales de SQL: <http://www.webtaller.com/construccion/lenguajes/index/mysql/> [Consulta: 7 de Junio]. JDeveloper: <http://es.wikipedia.org/wiki/JDeveloper> [Consulta 7 de Junio].
Universidad del Bío-Bío. Red de Bibliotecas - Chile
116
ANEXOS
ANEXO I: CASOS DE USO EXPANDIDOS PRIMER INCREMENTO
Universidad del Bío-Bío. Red de Bibliotecas - Chile
117
1.1 ESPECIFICACIÓN DE CASOS DE USO PRIMER INCREMENTO
Caso de uso : R2.2
Nombre : Editar un alumno
Propósito : El administrador busca un alumno con el fin de cambiar o
actualizar los datos del alumno
Actores : Administrador
Precondiciones : Que exista a lo menos un alumno almacenado en el
sistema
Post-condición : Alumno editado
Flujo básico :
Acción del Actor Respuesta del Sistema
1. Este caso de uso se inicia cuando el
Administrador desea modificar los datos
de un alumno.
2. El sistema despliega un formulario
con los datos del alumno a modificar: el
Rut del alumno, apellido paterno,
apellido materno, nombres, fecha de
nacimiento, sexo, teléfono, celular,
correo electrónico, nacionalidad,
dirección, ciudad, comuna, sector,
urbanidad y foto además de los datos de
su apoderado, Rut del apoderado,
apellido paterno, apellido materno,
nombres, parentesco, fecha de
nacimiento, sexo, teléfono, celular,
correo electrónico, nacionalidad,
dirección, ciudad, comuna, sector,
urbanidad y nivel educacional.
Incluye caso de uso Buscar Alumno
3. El Administrador modifica uno o más
de los datos del alumno:el Rut del
alumno, apellido paterno, apellido
materno, nombres, fecha de nacimiento,
sexo, teléfono, celular, correo
Universidad del Bío-Bío. Red de Bibliotecas - Chile
118
electrónico, nacionalidad, dirección,
ciudad, comuna, sector, urbanidad y foto
además de los datos de su apoderado,
Rut del apoderado, apellido paterno,
apellido materno, nombres, parentesco,
fecha de nacimiento, sexo, teléfono,
celular, correo electrónico, nacionalidad,
dirección, ciudad, comuna, sector,
urbanidad y nivel educacional.
4. El sistema verifica la existencia de los
datos obligatorios y valida que estos
correspondan.
5. El sistema guarda los datos
modificados del alumno. Con esto el
sistema termina la ejecución de este
proceso.
Flujo(s) alternativo(s) :
Acción del Actor Respuesta del Sistema
3. b. El sistema muestra un mensaje de
error si algún dato ingresado no es
válido. Vuelve al paso 3.
Tabla 66 Especificación de caso de uso Editar Alumno.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
119
Caso de uso : R2.3
Nombre : Buscar alumno
Propósito : El Administrador o profesor busca un alumno con la
intención de ver su detalle, y en el caso de ser
administrador además editarlo y/o eliminarlo
Actores : Administrador o profesor
Precondiciones : Que exista a lo menos un alumno almacenado en el
sistema
Post-condición : Alumno encontrado, vuelve al caso de uso desde el cual
es implementado
Flujo básico :
Acción del Actor Respuesta del Sistema
1. Este caso de uso se inicia cuando el
Administrador o profesor decide buscar
un alumno.
2. El sistema despliega las opciones de
búsqueda, que son:
Buscar por Rut.
Buscar por Apellido Paterno.
3. El Administrador o profesor
selecciona la opción de búsqueda.
4. El Administrador o profesor ingresa
los datos de búsqueda según la opción
seleccionada.
5. El sistema valida la opción según
corresponda.
Buscar por Rut: No debe
contener letras salvo la K en el
dígito verificador y no más de
nueve dígitos incluyendo el dígito
Universidad del Bío-Bío. Red de Bibliotecas - Chile
120
verificador.
Buscar por Apellido Paterno: No
debe contener números.
6. El sistema busca el dato ingresado
por el Administrador o profesor en el
registro del sistema para verificar su
existencia.
7. El Administrador o profesor
selecciona el alumno que desea
observar.
8. El sistema muestra los datos del
alumno.
Flujo(s) alternativo(s) :
Acción del Actor Respuesta del Sistema
2. b. El sistema indica que no existe
algún alumno que se relacione con el
Rut indicado o apellido ingresado.
Vuelve al caso de uso que lo
implementó.
5. b. El sistema envía un mensaje de
error al ingresar un dato inválido. Vuelve
al paso 4.
Tabla 67 Especificación de caso de uso Buscar Alumno.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
121
Caso de uso : R2.4
Nombre : Eliminar alumno
Propósito : El Administrador busca un alumno con la intención de
eliminarlo
Actores : Administrador
Precondiciones : Alumno almacenado en el sistema
Post-condición : El alumno que se seleccionó para eliminar ya no existe
en el sistema.
Flujo básico :
Acción del Actor Respuesta del Sistema
1. Este caso de uso se inicia cuando el
Administrador desea eliminar un
alumno.
2. El sistema despliega la ficha del
alumno. Incluye caso de uso Buscar
Alumno
3. El Administrador confirma la
eliminación del alumno.
4. El sistema elimina al alumno.
Flujo(s) alternativo(s) :
Acción del Actor Respuesta del Sistema
2. b. El sistema indica que no existe
algún alumno que se relacione con los
datos ingresados. Vuelve al caso de uso
que lo implementó.
Tabla 68 Especificación de caso de uso Eliminar Alumno.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
122
Caso de uso : R2.5
Nombre : Listar alumnos por curso
Propósito : Permitir al administrador o profesor lista los alumnos de
un respectivo curso.
Actores : Administrador y profesor
Precondiciones : Alumnos almacenados en el sistema
Post-condición : Lista de alumnos por curso.
Flujo básico :
Acción del Actor Respuesta del Sistema
1. Este caso de uso se inicia cuando el
Administrador o profesor desea listar los
alumnos de un curso.
2. El sistema da la opción de escoger un
curso.
3. El sistema muestra un listado de los
alumnos pertenecientes al curso
ingresado. Incluye Buscar Curso.
Tabla 69 Especificación de caso de uso Listar alumnos por curso.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
123
Caso de uso : R3.1
Nombre : Agregar un profesor
Propósito : El Administrador ingresa un profesor con el objeto de que
este sea almacenado en el sistema.
Actores : Administrador
Precondiciones : Autentificado como usuario administrador
Post-condición : Profesor almacenado
Flujo básico :
Acción del Actor Respuesta del Sistema
1. El caso de uso comienza cuando el
Administrador le indica al sistema que
desea agregar un profesor.
2. El sistema despliega un formulario para
ingresar los datos de un profesor.
3. El Administrador procede a ingresar
los datos del profesor, estos datos son:
Rut, apellido paterno, apellido
materno, nombres, fecha de
nacimiento, sexo, teléfono, celular,
correo electrónico, nacionalidad,
dirección, ciudad de origen, ciudad de
residencia, título profesional,
institución de origen del título
profesional, nivel educacional.
4. El sistema verifica el ingreso de los
datos obligatorios y valida los que
correspondan.
5. El sistema ingresa el nuevo al sistema
mostrando un mensaje de confirmación.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
124
Flujo(s) alternativo(s) :
Acción del Actor Respuesta del Sistema
4. b. El sistema indica que uno o más
datos ingresados no son validos. Vuelve
al paso 2.
Tabla 70 Especificación de caso de uso Agregar Profesor.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
125
Caso de uso : R3.2
Nombre : Buscar profesor
Propósito : El administrador busca un profesor con la intención de
ver su detalle, y en el caso de ser administrador además
editarlo y/o eliminarlo
Actores : Administrador
Precondiciones : Que exista a lo menos un profesor almacenado en el
sistema
Post-condición : Profesor encontrado, vuelve al caso de uso desde el cual
es implementado
Flujo básico :
Acción del Actor Respuesta del Sistema
1. Este caso de uso se inicia cuando el
Administrador decide buscar un
profesor.
2. El sistema despliega las opciones de
búsqueda, que son:
Buscar por Rut.
Buscar por Apellido Paterno.
3. El Administrador selecciona la opción
de búsqueda.
4. El Administrador ingresa los datos de
búsqueda según la opción seleccionada.
5. El sistema valida la opción según
corresponda.
Buscar por Rut: No debe
contener letras salvo la K en el
dígito verificador y no más de
nueve dígitos incluyendo el dígito
verificador.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
126
Buscar por Apellido Paterno: No
debe contener números.
6. El sistema busca el dato ingresado
por el Administrador en el registro del
sistema para verificar su existencia.
7. El Administrador selecciona al
profesor que desea observar.
8. El sistema muestra los datos del
profesor, estos son : Rut, apellido
paterno, apellido materno, nombres,
fecha de nacimiento, sexo, teléfono,
celular, correo electrónico, nacionalidad,
dirección, ciudad de origen, ciudad de
residencia, título profesional, institución
de origen del título profesional, nivel
educacional
Flujo(s) alternativo(s) :
Acción del Actor Respuesta del Sistema
2. b. El sistema indica que no existe
algún profesor que se relacione con el
Rut indicado o Apellido ingresado.
Vuelve al caso de uso que lo
implementó.
5. b. El sistema envía un mensaje de
error al ingresar un dato inválido. Vuelve
al paso 4.
Tabla 71 Especificación de caso de uso Buscar Profesor.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
127
Caso de uso : R3.3
Nombre : Editar profesor
Propósito : El administrador busca un profesor con el fin de cambiar
o actualizar los datos de éste.
Actores : Administrador
Precondiciones : Que exista a lo menos un profesor almacenado en el
sistema
Post-condición : Profesor editado
Flujo básico :
Acción del Actor Respuesta del Sistema
1. Este caso de uso se inicia cuando el
Administrador desea modificar los datos
de un profesor.
2. El sistema despliega un formulario
con los datos del profesor a modificar.
Incluye caso de uso Buscar Profesor.
3. El Administrador modifica uno o más
de los datos del profesor. Estos pueden
ser: elRut, apellido paterno, apellido
materno, nombres, fecha de nacimiento,
sexo, teléfono, celular, correo
electrónico, nacionalidad, dirección,
ciudad de origen, ciudad de residencia,
título profesional, institución de origen
del título profesional, nivel educacionals
4. El sistema verifica la existencia de los
datos obligatorios y valida los datos que
correspondan.
5. El sistema guarda los datos
modificados del profesor. Con esto el
sistema termina la ejecución de este
proceso.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
128
Flujo(s) alternativo(s) :
Acción del Actor Respuesta del Sistema
3. b. El sistema muestra un mensaje de
error si algún dato ingresado no es
válido. Vuelve al paso 3.
Tabla 72 Especificación de caso de uso Editar Profesor.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
129
Caso de uso : R3.4
Nombre : Eliminar un profesor
Propósito : El Administrador busca un profesor con la intención de
eliminarlo.
Actores : Administrador
Precondiciones : Profesor almacenado en el sistema
Post-condición : El profesor que se seleccionó para eliminar ya no existe
en el sistema.
Flujo básico :
Acción del Actor Respuesta del Sistema
1. Este caso de uso se inicia cuando el
Administrador desea eliminar un
profesor.
2. El sistema despliega la ficha del
profesor. Incluye caso de uso Buscar
profesor.
3. El Administrador confirma la
eliminación del profesor.
4. El sistema elimina al profesor de su
Base de Datos.
Flujo(s) alternativo(s) :
Acción del Actor Respuesta del Sistema
2. b. El sistema indica que no existe
algún profesor que se relacione con los
datos ingresados. Vuelve al caso de uso
que lo implementó.
Tabla 73 Especificación de caso de uso Eliminar Profesor.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
130
Caso de uso : R3.5
Nombre : Listar profesores
Propósito : Permitir al administrador o profesor listar los profesores
del colegio.
Actores : Administrador o profesor
Precondiciones : Profesores almacenados en el sistema
Post-condición : Lista de profesores
Flujo básico :
Acción del Actor Respuesta del Sistema
1. Este caso de uso se inicia cuando el
Administrador o profesor desea listar
todos los profesores del colegio.
2. El sistema muestra un listado de
todos los profesores pertenecientes del
colegio.
Tabla 74 Especificación de caso de uso Listar Profesores.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
131
Caso de uso : R4.1
Nombre : Agregar un curso
Propósito : El Administrador ingresa un curso con el objeto de que
este sea almacenado en el sistema.
Actores : Administrador
Precondiciones : Autentificado como administrador
Post-condición : Curso almacenado
Flujo básico :
Acción del Actor Respuesta del Sistema
1. Este caso de uso se inicia cuando el
Administrador desea ingresar un nuevo
curso al sistema.
2. El sistema despliega un formulario
para ingresar el código del curso,
Nombre, Profesor Jefe y Año que se
dicta.
3. El Administrador ingresa los datos
requeridos para el curso.
4. El sistema valida los datos. El código
debe tener una longitud máxima de 3
caracteres numéricos. Nombre del
curso, profesor jefe y año, verifica la
existencia de datos que correspondan.
5. El sistema ingresa el nuevo curso a la
Base de Datos y muestra un mensaje de
confirmación.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
132
Flujo(s) alternativo(s) :
Acción del Actor Respuesta del Sistema
4. b. Si alguno de loa datos no es válido,
el sistema muestra un mensaje de error
y vuelve al paso 3.
Tabla 75 Especificación de caso de uso Agregar Curso.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
133
Caso de uso : R4.2
Nombre : Buscar un curso
Propósito : El administrador o profesor busca un curso con la
intención de ver su detalle, y en el caso del administrador
además editar y/o eliminar.
Actores : Administrador o profesor
Precondiciones : Que exista a lo menos un curos almacenado en el
sistema
Post-condición : Curso encontrado, vuelve al caso de uso desde el cual es
implementado
Flujo básico :
Acción del Actor Respuesta del Sistema
1. Este caso de uso se inicia cuando el
Administrador o profesor decide buscar
un curso.
2. El sistema despliega las opciones de
búsqueda, que son:
Buscar por código.
Buscar por nombre.
3. El Administrador o profesor
selecciona su opción de búsqueda.
4. El Administrador o profesor ingresa
los datos de búsqueda según la opción
seleccionada.
5. El sistema valida la opción según
corresponda.
Buscar por código: Debe tener
una longitud igual a 3 caracteres
numéricos.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
134
Buscar por nombre: No debe de
tener números.
6. El sistema busca el dato ingresado
por el Administrador o profesor en el
registro del sistema para verificar su
existencia.
7. El sistema muestra la información del
curso.
Flujo(s) alternativo(s) :
Acción del Actor Respuesta del Sistema
5. b. El sistema envía un mensaje de
error al ingresar un dato inválido. Vuelve
al paso 4.
6. b. El sistema muestra un mensaje de
error si no fuese encontrado el curso.
Vuelve al paso 4.
Tabla 76 Especificación de caso de uso Buscar Curso.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
135
Caso de uso : R4.3
Nombre : Editar curso
Propósito : El administrador busca un curso con el fin de cambiar o
actualizar los datos de este.
Actores : Administrador
Precondiciones : Que exista a lo menos un curos almacenado en el
sistema.
Post-condición : Curso editado.
Flujo básico :
Acción del Actor Respuesta del Sistema
1. Este caso de uso se inicia cuando el
Administrador desea modificar los datos
del curso.
2. El sistema despliega un formulario
con los datos del curso a modificar.
Incluye Buscar Curso.
3. El Administrador modifica los datos de
un curso.
4. El sistema valida los datos que son
modificados.
5. El sistema guarda los datos
modificados del curso. Con esto, el
sistema termina la ejecución de este
proceso.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
136
Flujo(s) alternativo(s) :
Acción del Actor Respuesta del Sistema
4. b. El sistema muestra un mensaje de
error si algún dato ingresado no es
válido. Vuelve al paso 3.
Tabla 77 Especificación de caso de uso Editar Curso.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
137
Caso de uso : R4.4
Nombre : Eliminar un curso
Propósito : El Administrador busca un curso con la intención de
eliminarlo.
Actores : Administrador
Precondiciones : Curso almacenado
Post-condición : El curso que se seleccionó para eliminar ya no existe en
el sistema
Flujo básico :
Acción del Actor Respuesta del Sistema
1. Este caso de uso se inicia cuando el
Administrador desea eliminar un curso.
2. El sistema despliega los datos del
curso. Incluye Buscar Curso.
3. El Administrador confirma la
eliminación del curso.
4. El sistema elimina el curso de la Base
de Datos.
Tabla 78 Especificación de caso de uso Eliminar Curso.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
138
Caso de uso : R4.5
Nombre : Listar cursos
Propósito : El Administrador o profesor lista los cursos
Actores : Administrador o profesor
Precondiciones : Cursos almacenados en el sistema
Post-condición : Lista de cursos
Flujo básico :
Acción del Actor Respuesta del Sistema
1. Este caso de uso se inicia cuando el
Administrador o profesor desea listar los
cursos impartidos en el colegio.
2. El sistema muestra un listado de
todos los cursos impartidos en el
colegio.
Tabla 79 Especificación de caso de uso Listar Cursos.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
139
Caso de uso : R4.6
Nombre : Asociar alumnos a un curso
Propósito : El administrador asocia un alumno a curso
Actores : Administrador
Precondiciones : Alumno y curso creados
Post-condición : Alumno asociado
Flujo básico :
Acción del Actor Respuesta del Sistema
1. Este caso de uso se inicia cuando el
Administrador desea asociar un alumno
a un curso.
2. El sistema despliega los datos
académicos del alumno. Incluye Buscar
Alumno.
3. a. Si el alumno no está asociado a
ningún curso el administrador lo agrega
3. b. Si el alumno ya está asociado a un
curso el administrador puede solo
modificar este.
4. a y b. El sistema despliega los cursos
disponibles.
5. El Administrador selecciona el curso a
asociar.
6. El sistema valida que exista el nuevo
curso ingresado.
7. El sistema guarda la asociación en la
Base de Datos.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
140
Flujo(s) alternativo(s):
Acción del Actor Respuesta del Sistema
4. c. El sistema muestra un mensaje de
error de que no existe el curso
ingresado. Vuelve al paso 3.a ó b.
Tabla 80 Especificación de caso de uso Asociar alumnos a un Curso.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
141
Caso de uso : R4.7
Nombre : Asociar asignatura a un curso
Propósito : El administrador asocia una asignatura a un curso.
Actores : Administrador
Precondiciones : Asignatura y curso creada
Post-condición : Asignatura asociada
Flujo básico :
Acción del Actor Respuesta del Sistema
1. Este caso de uso se inicia cuando el
Administrador desea asociar una
asignatura a un curso.
2. El sistema despliega los datos de una
asignatura. Incluye Buscar Asignatura.
3. a. Si la asignatura no está asociada a
ningún curso el Administrador lo agrega.
3. b. Si la asignatura ya está asociada a
un curso el administrador solo la
modifica.
4. a y b. El sistema despliega los cursos
disponibles.
5. El Administrador selecciona el curso a
asociar.
6. El sistema valida que exista el nuevo
curso ingresado.
7. El sistema guarda la asociación en la
Base de Datos.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
142
Flujo(s) alternativo(s):
Acción del Actor Respuesta del Sistema
4. c. El sistema muestra un mensaje de
error de que no existe el curso
ingresado. Vuelve al paso 3.a ó b.
Tabla 81 Especificación de caso de uso Asociar Asignaturas a un Curso.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
143
Caso de uso : R5.1
Nombre : Agregar una asignatura
Propósito : El Administrador ingresa una asignatura con el objeto de
que esta sea almacenada en el sistema.
Actores : Administrador
Precondiciones : Autentificado como administrador
Post-condición : Asignatura almacenada
Flujo básico :
Acción del Actor Respuesta del Sistema
1. Este caso de uso se inicia cuando el
Administrador desea ingresar una nueva
asignatura al sistema.
2. El sistema despliega un formulario
para ingresar el Código de la asignatura,
el Nombre, Año y quien lo Dicta.
3. El Administrador ingresa el Código de
la Asignatura, el Nombre, Año y quien lo
Dicta.
4. El sistema realiza el proceso de
validación del Código de la Asignatura,
el Nombre, Año y quien lo dicta.
5. El sistema agrega la nueva
asignatura a la Base de Datos y muestra
un mensaje de confirmación.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
144
Flujo(s) alternativo(s) :
Acción del Actor Respuesta del Sistema
4. b. Si los datos ingresados por el
usurario no son válidos el sistema
muestra un mensaje de error. Vuelve al
paso 3.
Tabla 82 Especificación de caso de uso Agregar Asignatura.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
145
Caso de uso : R5.2
Nombre : Buscar una asignatura
Propósito : El administrador o profesor busca una asignatura con la
intención de ver su detalle y en el caso del administrador
además editar y/o eliminarla.
Actores : Administrador o profesor
Precondiciones : Que exista a lo menos una asignatura almacenada en el
sistema.
Post-condición : Asignatura encontrada, vuelve al caso de uso desde el
cual es implementado.
Flujo básico :
Acción del Actor Respuesta del Sistema
1. Este caso de uso se inicia cuando el
Administrador o profesor desea buscar
una asignatura.
2. El sistema despliega las opciones de
búsqueda, que son:
Buscar por código
Buscar por Nombre y Año
3. El Administrador o profesor
selecciona su opción de búsqueda.
4. El Administrador o profesor ingresa
los datos de búsqueda según la opción
seleccionada.
5. El sistema valida la opción según
corresponda.
Buscar por código: Debe tener
una longitud igual a 3 caracteres
numéricos.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
146
Buscar por Nombre y Año: Verifica si
existen datos ingresados.
6. El sistema busca el dato ingresado
por el Administrador o profesor en el
registro del sistema para verificar su
existencia.
7. El sistema muestra la información de
la Asignatura.
Flujo(s) alternativo(s) :
Acción del Actor Respuesta del Sistema
5. b. El sistema envía un mensaje de
error al ingresar un dato inválido. Vuelve
al paso 4.
6. b. El sistema muestra un mensaje de
error si no fuese encontrada la
Asignatura. Vuelve al paso 4.
Tabla 83 Especificación de caso de uso Buscar Asignatura.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
147
Caso de uso : R5.3
Nombre : Editar una asignatura
Propósito : El administrador busca una asignatura con el fin de
cambiar o actualizar los datos de este
Actores : Administrador
Precondiciones : Que exista a lo menos una asignatura almacenado en el
sistema
Post-condición : Asignatura editada
Flujo básico :
Acción del Actor Respuesta del Sistema
1. Este caso de uso se inicia cuando el
Administrador decide modificar los datos
de una asignatura.
2. El sistema despliega un formulario
con los datos de la asignatura a
modificar. Incluye Buscar Asignatura.
3. El Administrador modifica los datos de
una asignatura.
4. El sistema verifica la existencia de los
datos obligatorios, validando los datos
que correspondan.
5. El sistema guarda los datos
modificados de la asignatura, con esto
termina el proceso de ejecución de este
proceso.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
148
Flujo(s) alternativo(s) :
Acción del Actor Respuesta del Sistema
4. b. El sistema muestra un mensaje de
error si algún dato ingresado no es
válido. Vuelve al paso 3.
Tabla 84 Especificación de caso de uso Editar Asignatura.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
149
Caso de uso : R5.4
Nombre : Eliminar una asignatura
Propósito : El Administrador busca una asignatura con la intención
de eliminarla.
Actores : Administrador
Precondiciones : Caso de uso buscar asignatura.
Post-condición : La asignatura que se seleccionó para eliminar ya no
existe en el sistema
Flujo básico :
Acción del Actor Respuesta del Sistema
1. Este caso de uso se inicia cuando el
Administrador decide eliminar una
determinada asignatura.
2. El sistema despliega un formulario
con los datos de la asignatura a
eliminar. Incluye Buscar Asignatura.
3. El Administrador confirma la
eliminación de la asignatura.
4. El sistema elimina la asignatura de la
Base de Datos.
Tabla 85 Especificación de caso de uso Eliminar Asignatura.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
150
Caso de uso : R5.5
Nombre : Listar asignaturas
Propósito : Permite al administrador o profesor listar las asignaturas
impartidas en el colegio.
Actores : Administrador o profesor
Precondiciones : Asignaturas almacenadas en el sistema
Post-condición : Lista de asignaturas
Flujo básico :
Acción del Actor Respuesta del Sistema
1. Este caso de uso se inicia cuando el
Administrador o profesor le indica al
sistema que desea listar las asignaturas
impartidas en el colegio.
2. El sistema muestra un listado de
todas las asignaturas impartidas en el
colegio.
Tabla 86 Especificación de caso de uso Listar Asignatura.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
151
Caso de uso : R6.1
Nombre : Agregar nota
Propósito : El profesor ingresa la nota a un determinado alumno en la asignatura y en el período académico que corresponda.
Actores : Profesor
Precondiciones : Alumno almacenado
Post-condición : Nota ingresada
Flujo básico :
Acción del Actor Respuesta del Sistema
1. Este caso de uso se inicia cuando el
profesor desea ingresar una nueva nota
al sistema.
2. Incluye listar Alumnos por curso
3. El profesor selecciona al alumno el
cual desea agregar una nueva nota
4. El sistema despliega formulario con
los datos propios del alumno.
5. El profesor agrega la (s) nota(s) del
alumno que seleccionó.
6. El sistema realiza un proceso de
validación del valor de la nota.
7. El sistema ingresa la nueva nota a la
Base de Datos y muestra un mensaje de
confirmación.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
152
Flujo(s) alternativo(s):
Acción del Actor Respuesta del Sistema
5. b. El sistema muestra un mensaje de
error si algún dato ingresado no es
válido. Vuelve al paso 3.
Tabla 87 Especificación de caso de uso Agregar Nota.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
153
Caso de uso : R6.2
Nombre : Buscar notas de alumno
Propósito : Permitir al usuario conocer las notas de un alumno en una determinada asignatura.
Actores : Profesor
Precondiciones : Que exista a lo menos una asignatura almacenada en el
sistema.
Post-condición : Asignatura con notas
Flujo básico :
Acción del Actor Respuesta del Sistema
1. Este caso de uso se inicia cuando el
profesor desea buscar las notas de un
alumno en una determinada asignatura,
escogiendo el tipo de búsqueda que
desea realizar, las opciones son: por
Rut, por Apellido Paterno e ingresando
la asignatura a consultar.
2. El sistema valida el dato ingresado. Si
la búsqueda es por Apellido Paterno
entonces no debe contener números ni
símbolos. Si la búsqueda es por Rut,
entonces el dato no puede contener
letras salvo la K en el digito verificador y
no más de 9 dígitos.
3. El sistema busca el dato ingresado
por el profesor en el registro del sistema
para verificar su existencia, listando
todas las coincidencias.
4. El profesor el alumno que desea
observar.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
154
5. El sistema muestra las notas del
alumno especificando en la asignatura
escogida.
Flujo(s) alternativo(s) :
Acción del Actor Respuesta del Sistema
2. b. El sistema envía un mensaje de
error al ingresar un dato inválido. Vuelve
al paso 1.
Tabla 88 Especificación de caso de uso Buscar Notas de un Alumno.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
155
Caso de uso : R6.3
Nombre : Editar nota
Propósito : El profesor busca una asignatura con el fin de cambiar o
actualizar alguna nota de este.
Actores : Profesor
Precondiciones : Que exista a lo menos una asignatura almacenada en el
sistema.
Post-condición : Asignatura con nota editada
Flujo básico :
Acción del Actor Respuesta del Sistema
1. Este caso de uso se inicia cuando el
profesor desea modificar la nota de un
alumno.
2. El sistema despliega un formulario
con las notas del alumno especificado.
Incluye Buscar notas de alumno.
3. El profesor modifica las notas de un
alumno.
4. El sistema valida los datos que
correspondan.
5. El sistema guarda las notas
modificadas del alumno. Con esto el
sistema termina la ejecución en proceso.
Flujo(s) alternativo(s) :
Acción del Actor Respuesta del Sistema
4. b. El sistema muestra un mensaje de
error si algún dato ingresado no es
válido. Vuelve al paso 3.
Tabla 89 Especificación de caso de uso Editar Notas de un Alumno.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
156
Caso de uso : R6.4
Nombre : Eliminar nota
Propósito : Permitir al profesor eliminar la nota de un determinado
alumno.
Actores : Profesor
Precondiciones : Caso de uso buscar curso, buscar asignatura y listar
alumnos por curso.
Post-condición : La asignatura que se seleccionó para eliminar una
respectiva nota que ya no exista en el sistema
Flujo básico :
Acción del Actor Respuesta del Sistema
1. Este caso de uso se inicia cuando el
Profesor decide eliminar una nota de un
determinado alumno.
2. El sistema despliega un formulario
con las notas del alumno.
Incluye Buscar Curso
Buscar Asignatura
Listar alumnos por curso
3. El profesor elimina la(s) nota(s) del
alumno que seleccionó.
4. El sistema elimina la nota de la Base
de Datos.
Tabla 90 Especificación de caso de uso Eliminar Notas de un Alumno.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
157
Caso de uso : R6.5
Nombre : Listar notas de un alumno
Propósito : Permitir al administrador o profesor, listar las notas de un
alumno.
Actores : Administrador o profesor
Precondiciones : Caso de uso, Buscar Alumno
Post-condición : Listado de notas del alumno
Flujo básico :
Acción del Actor Respuesta del Sistema
1. Este caso de uso se inicia cuando el
Administrador o profesor desea listar las
notas por alumno.
2. El sistema da la opción de escoger un
curso de la Base de Datos.
3. El sistema muestra un listado de los
alumnos perteneciente al curso
ingresado. Incluye Buscar curso.
4. El Administrador o profesor
selecciona al alumno que desea ver sus
notas.
5. El sistema despliega al alumno con
un listado de sus asignaturas y sus
respectivas notas.
Flujo(s) alternativo(s) :
Acción del Actor Respuesta del Sistema
2. b. El sistema muestra un mensaje de
error si no fuese encontrado el curso.
Vuelve al paso 1.
Tabla 91 Especificación de caso de uso Listar Notas de un Alumno.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
158
Caso de uso : R6.6
Nombre : Calcular promedio
Propósito : El Administrador o profesor, desea obtener el promedio
de un alumno.
Actores : Administrador o profesor
Precondiciones : Caso de uso Listar notas por alumno
Post-condición : Promedio del alumno
Flujo básico :
Acción del Actor Respuesta del Sistema
1. Este caso de uso se inicia cuando el
Administrador o profesor desea obtener
el promedio del alumno.
2. El profesor o administrador selecciona
un alumno y una asignatura. Incluye
caso de uso listar alumnos por
asignatura.
3.El profesor o administrador indica al
sistema que desea calcular el promedio
del alumno y asignaturas seleccionados,
4. El sistema muestra el promedio del
alumno según sus notas.
Flujo(s) alternativo(s) :
Acción del Actor Respuesta del Sistema
2. a. El sistema no contiene notas del
alumno.
Tabla 92 Especificación de caso de uso Calcular promedio de un Alumno.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
159
1.2 DIAGRAMAS DE SECUENCIA
“Un diagrama de secuencia del sistema muestra, para un curso de eventos específico en un caso de uso, los actores externos que interaccionan directamente con el sistema, el sistema (como una caja negra) y los eventos del sistema que genera el actor. El tiempo avanza hacia abajo, y la ordenación de los eventos debería seguir su orden en el caso de uso”.7
Los diagramas de secuencia del sistema de administración y trazabilidad del alumnado, Colegio Francisco de Asís se basan en los casos de uso y describen la interacción entre los actores y el sistema. El detalle de los diagramas se detalla a continuación:
Diagrama de Secuencia Caso de uso R2.1 Agregar Alumno
SistemaAdministrador
despliega formulario de agregar alumno
datos_alumno= rutAlumno, apellidoPaterno, apellidoMaterno, nombres,
fechaNacimiento, sexo, teléfono, celular, correoElectronico, nacionalidad,
dirección, ciudad, comuna, sector, urbanidad , foto,rutApoderado,
apellidoPaterno, apellidoMaterno, nombres, parentesco, fechaNacimiento,
sexo, teléfono, celular, correoElectronico, nacionalidad, dirección, ciudad,
comuna, sector, urbanidad, nivelEducacional
agregarAlumno()
registrarDatosAlumno(datos_alumno)
[validarDatos : false] : mensaje error
[existeRut : true] : mensaje error
mensaje de confirmación
Si uno o mas de los datos ingresados
no son válidos, el sistema muestra un
mensaje de error y vuelve a mostrar
el formulario.
Si el rut ingresado ya existe, el sistema muestra un
mensaje de error y vuelve a mostrar
el formulario.
Figura 12 Diagrama de Secuencia Agregar Alumno
7LARMAN, Craig. (2003). UML y Patrones. Una Introducción al Análisis y Diseño Orientado a Objetos y al Proceso
Unificado. 2da. Edición. Prentice Hall. Pag. 418
Universidad del Bío-Bío. Red de Bibliotecas - Chile
160
Diagrama de Secuencia Caso de uso R2.2 Editar Alumno
SistemaAdministrador
datos_alumno= rutAlumno, apellidoPaterno, apellidoMaterno, nombres,
fechaNacimiento, sexo, teléfono, celular, correoElectronico, nacionalidad,
dirección, ciudad, comuna, sector, urbanidad , foto,rutApoderado,
apellidoPaterno, apellidoMaterno, nombres, parentesco, fechaNacimiento,
sexo, teléfono, celular, correoElectronico, nacionalidad, dirección, ciudad,
comuna, sector, urbanidad, nivelEducacional
editarAlumno()
modificarDatosAlumno(datos_alumno)
[validarDatos : false] : mensaje error
mensaje de confirmación
Si uno o mas de los datos ingresados
no son válidos, el sistema muestra un
mensaje de error y vuelve a mostrar
el formulario.
buscarAlumno(datos) opciones de búsqueda: rut o apellido paterno
despliega formulario con datos modificables
Figura 13 Diagrama de Secuencia Editar Alumno
Universidad del Bío-Bío. Red de Bibliotecas - Chile
161
Diagrama de Secuencia Caso de uso R2.3 Buscar Alumno
SistemaAdministrador
buscarAlumnoDeterminado(datos, opcion de busqueda)
[rutValido : false]|| [apellidoPaternoValido : False] : mensaje error
[rutExiste : false]|| [apellidoPaternoExiste : False] : mensaje error
Si uno o mas de los datos ingresados
no son válidos, el sistema muestra un
mensaje de error y vuelve a mostrar
el formulario.
buscarAlumno(datos)
opción de búsqueda: rut o apellido paterno
datos: rut o apellido paterno
despliega formulario de búsqueda
mensaje de confirmación Si el rut ingresado o el apellido paterno no existe,
el sistema muestra un mensaje indicando que
no existen coincidencias.
Figura 14 Diagrama de Secuencia Buscar Alumno
Universidad del Bío-Bío. Red de Bibliotecas - Chile
162
Diagrama de Secuencia Caso de uso R2.4 Eliminar Alumno
SistemaAdministrador
datos_alumno= rutAlumno, apellidoPaterno, apellidoMaterno, nombres,
fechaNacimiento, sexo, teléfono, celular, correoElectronico, nacionalidad,
dirección, ciudad, comuna, sector, urbanidad , foto,rutApoderado,
apellidoPaterno, apellidoMaterno, nombres, parentesco, fechaNacimiento,
sexo, teléfono, celular, correoElectronico, nacionalidad, dirección, ciudad,
comuna, sector, urbanidad, nivelEducacional
eliminarAlumno()
mensaje de confirmación
buscarAlumno(datos) opciones de búsqueda: rut o apellido paterno
despliega formulario con datos del alumno
confirmar eliminación alumno
sistema indica que no existe alumno
Figura 15 Diagrama de Secuencia Eliminar Alumno
Universidad del Bío-Bío. Red de Bibliotecas - Chile
163
Diagrama de Secuencia Caso de uso R2.5 Listar Alumnos por Curso
SistemaAdministrador
listarAlumnosPorCurso()
lista de cursos
lista de alumnos del cursoSe muestra un listado con los nombres,
apellidos y rut de los alumnos
cursoSeleccionado(codigo)
Figura 16 Diagrama de Secuencia Listar Alumnos por Curso
Universidad del Bío-Bío. Red de Bibliotecas - Chile
164
Diagrama de Secuencia Caso de uso R3.1 Agregar Profesor
datos_profesor= rut, apellidoPaterno, apellidoMaterno, nombres,
fechaNacimiento, sexo, telefono, celular, correoElectronico, nacionalidad
dirección, ciudadOrigen, ciudadResidencia, tituloProfrofesional,
institucionOrigenTituloProfesional, nivelEducacional
SistemaAdministrador
despliega formulario de agregar profesor
agregarProfesor()
registrarDatosProfesor(datos_profesor)
[validarDatos : false] : mensaje error
[existeRut : true] : mensaje error
mensaje de confirmación
Si uno o mas de los datos ingresados
no son válidos, el sistema muestra un
mensaje de error y vuelve a mostrar
el formulario.
Si el rut ingresado ya existe, el sistema muestra un
mensaje de error y vuelve a mostrar
el formulario.
Figura 17 Diagrama de Secuencia Agregar Profesor
Universidad del Bío-Bío. Red de Bibliotecas - Chile
165
Diagrama de Secuencia Caso de uso R3.2 Editar Profesor
SistemaAdministrador
editarProfesor()
modificarDatosProfesor(datos_profesor)
[validarDatos : false] : mensaje error
mensaje de confirmación
Si uno o mas de los datos ingresados
no son válidos, el sistema muestra un
mensaje de error y vuelve a mostrar
el formulario.
buscarProfesor(datos)opciones de búsqueda: rut o apellido paterno
despliega formulario con datos modificables
datos_profesor= rut, apellidoPaterno, apellidoMaterno, nombres,
fechaNacimiento, sexo, telefono, celular, correoElectronico, nacionalidad
dirección, ciudadOrigen, ciudadResidencia, tituloProfrofesional,
institucionOrigenTituloProfesional, nivelEducacional
Figura 18 Diagrama de Secuencia Editar Profesor
Universidad del Bío-Bío. Red de Bibliotecas - Chile
166
Diagrama de Secuencia Caso de uso R3.3 Buscar Profesor
SistemaAdministrador
buscarProfesorDeterminado(datos, opcion de busqueda)
[rutValido : false]|| [apellidoPaternoValido : False] : mensaje error
[rutExiste : false]|| [apellidoPaternoExiste : False] : mensaje error
Si uno o mas de los datos ingresados
no son válidos, el sistema muestra un
mensaje de error y vuelve a mostrar
el formulario.
buscarProfesor(datos)
opción de búsqueda: rut o apellido paterno
datos: rut o apellido paterno
despliega formulario de búsqueda
mensaje de confirmaciónSi el rut ingresado o el apellido paterno no existe,
el sistema muestra un mensaje indicando que
no existen coincidencias.
Figura 19 Diagrama de Secuencia Buscar Profesor
Universidad del Bío-Bío. Red de Bibliotecas - Chile
167
Diagrama de Secuencia Caso de uso R3.4 Eliminar Profesor
SistemaAdministrador
eliminarProfesor()
mensaje de confirmación
buscarProfesor(datos) opciones de búsqueda: rut o apellido paterno
despliega formulario con datos del profesor
confirmar eliminación profesor
datos_profesor=rut, apellidoPaterno, apellidoMaterno, nombres,
fechaNacimiento, sexo, telefono, celular, correoElectronico, nacionalidad
dirección, ciudadOrigen, ciudadResidencia, tituloProfrofesional,
institucionOrigenTituloProfesional, nivelEducacional
sistema indica que no existe profesor
Figura 20 Diagrama de Secuencia Eliminar Profesor
Universidad del Bío-Bío. Red de Bibliotecas - Chile
168
Diagrama de Secuencia Caso de uso R3.5 Listar Profesores
SistemaAdministrador
listarProfesores()
lista de profesoresSe muestra un listado con los nombres,
apellidos y rut de los profesores
Figura 21 Diagrama de Secuencia Listar Profesores
Universidad del Bío-Bío. Red de Bibliotecas - Chile
169
Diagrama de Secuencia Caso de uso R4.1 Agregar Curso
datos_curso= códigoCurso, nombre,
profesorJefe, año, departamento.
SistemaAdministrador
despliega formulario de agregar curso
agregarCurso()
registrarDatosCurso(datos_curso)
[validarDatos : false] : mensaje error
mensaje de confirmación
Si uno o mas de los datos ingresados
no son válidos, el sistema muestra un
mensaje de error y vuelve a mostrar
el formulario.
Figura 22 Diagrama de Secuencia Agregar Curso
Universidad del Bío-Bío. Red de Bibliotecas - Chile
170
Diagrama de Secuencia Caso de uso R4.2 Editar Curso
SistemaAdministrador
editarCurso()
modificarDatosCurso(datos_curso)
[validarDatos : false] : mensaje error
mensaje de confirmación
buscarCurso(datos)
despliega formulario con datos modificables
Si uno o mas de los datos ingresados
no son válidos, el sistema muestra un
mensaje de error y vuelve a mostrar
el formulario.
datos_curso= códigoCurso, nombre,
profesorJefe, año, departamento.
opciones de búsqueda: códigoCurso, nombre
Figura 23 Diagrama de Secuencia Editar Curso
Universidad del Bío-Bío. Red de Bibliotecas - Chile
171
Diagrama de Secuencia Caso de uso R4.3 Buscar Curso
SistemaAdministrador
buscarCursoDeterminado(datos, opcion de busqueda)
[codigo : false]|| [nombre : False] : mensaje error
[codigoExiste : false]|| [nombreExiste : False] : mensaje error
Si uno o mas de los datos ingresados
no son válidos, el sistema envía un
mensaje de error al ingresar un
dato inválido.
buscarCurso(datos)
opción de búsqueda: código, nombre
datos: codigo o nombre
despliega formulario de búsqueda
mensaje de confirmación
Si el codigo ingresado o el nombre no existe,
el sistema muestra un mensaje de error si
no fuese encontrado el curso.
Figura 24 Diagrama de Secuencia Buscar Curso
Universidad del Bío-Bío. Red de Bibliotecas - Chile
172
Diagrama de Secuencia Caso de uso R4.4 Eliminar Alumno
SistemaAdministrador
eliminarCurso()
mensaje de confirmación
buscarCurso(datos)
despliega formulario con datos del alumno
confirmar eliminación alumno
opciones de búsqueda: códigoCurso, nombre
Figura 25 Diagrama de Secuencia Eliminar Curso
Universidad del Bío-Bío. Red de Bibliotecas - Chile
173
Diagrama de Secuencia Caso de uso R4.5 Listar Cursos
SistemaAdministrador
listarCursos()
lista de cursosSe muestra un listado de todos los
cursos con su respectivo codigo.
Figura 26 Diagrama de Secuencia Listar Cursos
Universidad del Bío-Bío. Red de Bibliotecas - Chile
174
Diagrama de Secuencia Caso de uso R4.6 Asociar/ desasociar alumnos a un Curso
SistemaAdministradorasociarAlumnosCurso()
asociaCurso(alumno)
despliega cursos disponibles
Si uno o mas de los datos ingresados
no son válidos, el sistema muestra un
mensaje de error.
buscarAlumnor(datos) opciones de búsqueda: rut o apellido paterno
despliega un formulario con sus datos academicos
seleccionaCurso(curso)
[validarDatos : false] : mensaje error
mensaje de confirmacion
Figura 27 Diagrama de Secuencia Asociar/ desasociar alumnos a un Curso
Universidad del Bío-Bío. Red de Bibliotecas - Chile
175
Diagrama de Secuencia Caso de uso R4.7 Asociar/ desasociar asignaturas a un curso
SistemaAdministradorasociarAsignaturaCurso()
asociaCurso(asignatura)
despliega cursos disponibles
Si uno o mas de los datos ingresados
no son válidos, el sistema muestra un
mensaje de error.
buscarAsignatura(datos) opciones de búsqueda: código o por Nombre y Año
despliega datos de la asignatura
seleccionaCurso(curso)
[validarDatos : false] : mensaje error
mensaje de confirmacion
Figura 28 Diagrama de Secuencia Asociar/ desasociar asignaturas a un Curso
Universidad del Bío-Bío. Red de Bibliotecas - Chile
176
Diagrama de Secuencia Caso de uso R5.1 Agregar Asignatura
datos_asignatura= código, año, profesor
SistemaAdministrador
despliega formulario de agregar asignatura
agregarAsignatura()
registrarDatosAsignatura(datos_asignatura)
[validarDatos : false] : mensaje error
mensaje de confirmaciónSi uno o mas de los datos ingresados
no son válidos, el sistema muestra un
mensaje de error y vuelve a mostrar
el formulario.
Figura 29 Diagrama de Secuencia Agregar Asignatura
Universidad del Bío-Bío. Red de Bibliotecas - Chile
177
Diagrama de Secuencia Caso de uso R5.2 Editar Asignatura
SistemaAdministrador
editarAsignatura()
modificarDatosAsignatura(datos_asignatura)
[validarDatos : false] : mensaje error
mensaje de confirmación
buscarAsignatura(datos)
despliega formulario con datos modificables
Si uno o mas de los datos ingresados
no son válidos, el sistema muestra un
mensaje de error y vuelve a mostrar
el formulario.
datos_asignatura= códigoAsignatura,
nombre, año y profesor
opciones de búsqueda: código, nombre y año
Figura 30 Diagrama de Secuencia Editar Asignatura
Universidad del Bío-Bío. Red de Bibliotecas - Chile
178
Diagrama de Secuencia Caso de uso R5.3 Buscar Asignatura
SistemaAdministrador
buscarAsignaturaDeterminada(datos, opcion de busqueda)
[codigo : false]|| [nombre y año: False] : mensaje error
[codigoExiste : false]|| [nombreYAñoExiste : False] : mensaje error
Si uno o mas de los datos ingresados
no son válidos, el sistema envía un
mensaje de error al ingresar un
dato inválido.
buscarAsignatura()
opción de búsqueda: código, nombre y año
datos: codigo o nombre y año
despliega formulario de búsqueda
despliega informacion de la Asignatura
Si el codigo ingresado o el nombre y año no existe,
el sistema muestra un mensaje de error si
no fuese encontrado la Asignatura.
Figura 31 Diagrama de Secuencia Buscar Asignatura
Universidad del Bío-Bío. Red de Bibliotecas - Chile
179
Diagrama de Secuencia Caso de uso R5.4 Eliminar Asignatura
SistemaAdministrador
eliminarAsignatura()
mensaje de confirmación
buscarAsignatura(datos)
despliega formulario con datos de la Asignatura
confirmar eliminación de asignatura
opciones de búsqueda: códigoAsignatura, nombre y año
Figura 32 Diagrama de Secuencia Eliminar Asignatura
Universidad del Bío-Bío. Red de Bibliotecas - Chile
180
Diagrama de Secuencia Caso de uso R5.5 Listar Asignaturas
SistemaAdministrador
listarAsignaturas()
lista de Asignaturas
Se muestra un listado de todas las
asignaturas con su respectivo codigo
nombre y año.
Figura 33 Diagrama de Secuencia Listar Asignaturas
Universidad del Bío-Bío. Red de Bibliotecas - Chile
181
Diagrama de Secuencia Caso de uso R6.1 Agregar Nota
SistemaAdministrador
agregarNota()
[validarDatos : false] : mensaje error
formulario datos propios del alumnodatos nota= valor, descripcion, fecha
Si el valor de la nota no es valido
el sistema muestra un mensaje de
error y vuelve a mostrar el formulario.
listarAlumnnosPorCurso()
lista de alumnos de un curso
seleccionAlumno(alumno)
agregarNuevaNota(datos nota)
mensaje de confirmacion
Figura 34 Diagrama de Secuencia Agregar Alumno
Universidad del Bío-Bío. Red de Bibliotecas - Chile
182
Diagrama de Secuencia Caso de uso R6.2 Buscar notas de un Alumno
SistemaAdministrador
buscarAlumnoDeterminado(datos, opcion de busqueda)
[rutValido : false]|| [apellidoPaternoValido : False] : mensaje error
[rutExiste : false]|| [apellidoPaternoExiste : False] : mensaje error
Si uno o mas de los datos ingresados
no son válidos, el sistema muestra un
mensaje de error y vuelve a mostrar
el formulario.
buscarNotasDeAlumno(datos)
opción de búsqueda: rut o apellido paterno
datos: rut o apellido paterno, e ingresando Asignatura
despliega formulario de búsqueda
Si el rut ingresado o el apellido paterno no existe,
el sistema muestra un mensaje indicando que
no existen coincidencias.
seleccionaAlumno(alumno)
despliega notas del alumno
Figura 35 Diagrama de Secuencia Buscar notas de un Alumno
Universidad del Bío-Bío. Red de Bibliotecas - Chile
183
Diagrama de Secuencia Caso de uso R6.3 Editar Nota
SistemaAdministrador
editarNota()
modificaNotasr(nota)
[validarDatos : false] : mensaje error
mensaje de confirmación
Si la nota ingresada no es válida,
el sistema muestra un mensaje de
error y vuelve a mostrar el formulario.
buscarNotasDeAlumno(datos)opciones de búsqueda: por Rut, por Apellido Paterno
e ingresando la asignatura a consultar
despliega formulario con datos de la nota
Figura 36 Diagrama de Secuencia Editar Nota
Universidad del Bío-Bío. Red de Bibliotecas - Chile
184
Diagrama de Secuencia Caso de uso R6.4 Eliminar Nota
SistemaAdministrador
eliminarNota()
mensaje de confirmación
buscarNotasDeAlumnos(datos)
despliega formulario con notas del alumno
confirmar eliminación nota
datos: rut o apellido paterno, e ingresando Asignatura
Figura 37 Diagrama de Secuencia Eliminar Nota
Universidad del Bío-Bío. Red de Bibliotecas - Chile
185
Diagrama de Secuencia Caso de uso R6.5 Listar Notas de un Alumno
SistemaAdministrador
listarNotasPorAlumno()
lista de alumnos del curso
buscarCurso(datos) datos: codigo o nombre
seleccionaAlumno(alumno)
formulario con asignaturas y notas
Figura 38 Diagrama de Secuencia Listar Notas un Alumno
Universidad del Bío-Bío. Red de Bibliotecas - Chile
186
1.3 DIAGRAMAS DE COLABORACIÓN PRIMER INCREMENTO.
Los diagramas de colaboración forman parte de los diagramas de interacción e ilustran las interacciones entre objetos en un formulario de grafo o red, en el cual los objetos se pueden colocar en cualquier lugar del diagrama. [LARMAN, C. 2003].
A continuación se detalla desde la figura 39 a la 45 los diagramas de
colaboración del primer incremento.
Diagrama de colaboración Ingresar Usuario. ESTE DIAGRAMA DE COLABORACIÓN ABARCA TANTO EL INGRESO COMO PROFESOR Y/O ADMINISTRADOR.
Usuario
Control Vista Control Integracion Control Modelo
IngresaDatosUsuario(login, password)
1:usuario = autenticaUsuario(login,password,perfil)
2:periodo = obtienePeriodoActual()
1.1: cargarUsuario()
Usuario del Sistema
1.1.1 creaUsuario()
2.1: cargarPeriodoActual()
Usuario del Sistema
2.2.2: crearPeriodoActual()
Figura 39 Diagrama de Colaboración Ingresar Usuario
Universidad del Bío-Bío. Red de Bibliotecas - Chile
187
Diagrama de colaboración Agregar Alumno. ESTE DIAGRAMA DE COLABORACIÓN ES SIMILAR CON EL DIAGRAMA DE COLABORACIÓN, AGREGAR PROFESOR Y AGREGAR APODERADO.
Administrador
Control Vista Control Integracion Control Modelo
AgregarAlumno(datosAlumno)
1.5:alumnoExiste =false AgregaAlumno(datosAlumno)
1.1: recuperaAlumnos()
1.5.1: creaAlumno(consulta sql)
Alumno
1.5.1.1 crear()
1.2: recuperaComunas()
1.4: apoderadoExiste = true :recuperaApoderados()
1.3: recuperaPeriodoAcademico()
Apoderado
1.5.1.2 crear()
1.4.b:existeApoderado = falso creaApoderado()
Figura 40 Diagrama de Colaboración Agregar Alumno.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
188
Diagrama de colaboración Editar Alumno.
ESTE DIAGRAMA DE COLABORACIÓN ES SIMILAR CON EL DIAGRAMA DE COLABORACIÓN, EDITAR PROFESOR Y EDITAR APODERADO.
Administrador
Control Vista Control Integracion Control Modelo
EditarAlumno(datosAlumno)
1.5:alumnoExiste =false AgregaAlumno(datosAlumno)
1.1: recuperaAlumnos()
1.5.1: editaAlumno(consulta sql Update)
Alumno
1.5.1.1 crear()
1.2: recuperaComunas()
1.4: apoderadoExiste = true :recuperaApoderados()
1.3: recuperaPeriodoAcademico()
Apoderado
1.5.1.2 crear()
1.4.b:existeApoderado = falso creaApoderado()
Figura 41 Diagrama de Colaboración Editar Alumno.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
189
Diagrama de colaboración Agregar Nuevo Curso.
ESTE DIAGRAMA ES SIMILAR CON EL DIAGRAMA DE COLABORACIÓN, AGREGAR ASIGNATURA.
Administrador
Control Vista Control Integracion Control Modelo
AgregarCurso()
1.5: codigoCursoExiste =false AgregaCurso(codigo, nombre, profesor)
1.1: recuperaCursos()
1.5.1: creaCurso(consulta sql CREATE)
Curso
1.5.1.1 crear()
1.2: recuperaProfesores()
1.3: recuperaPeriodoAcademico()
Figura 42 Diagrama de Colaboración Agregar Nuevo Curso.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
190
Diagrama de colaboración Asociar Asignaturas a Curso.
ESTE DIAGRAMA ES SIMILAR CON EL DIAGRAMA DE COLABORACIÓN,
ASOCIAR ALUMNOS A UN CURSO.
Administrador
Control Vista Control Integracion Control Modelo
AsociarAsignaturasACurso()
1.4: asignaturaEnOtroCurso = false : AsociaAsignatura()
1.1: recuperaCursos()
1.4.1: AsociaAsignatura(consulta sql UPDATE)
Curso
1.4.1.1 crear()
1.2: recuperaAsignaturas()
1.3: recuperaPeriodoAcademico()
Asignatura
1.4.1.2 crear()
Figura 43 Diagrama de Colaboración Asociar Asignaturas a un Curso.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
191
Diagrama de colaboración Agregar Notas.
ESTE DIAGRAMA ES SIMILAR CON EL DIAGRAMA DE COLABORACIÓN,
ELIMINAR NOTAS Y MODIFICAR NOTAS.
Profesor
Control Vista Control Integracion
Control Modelo
AgregarNotas()
1.6: agregaNota(alumno,asignatura, profesor)
1.1: recuperaCursos()
1.6.1: creaNota(consulta sql CREATE)
Nota
1.6.1.1 crear()
1.2: recuperaProfesores()
1.3: recuperaPeriodoAcademico()
1.4: recuperaAsignaturas()
1.5: recuperaNotas(alumno,asignatura,notas)
Figura 44 Diagrama de Colaboración Agregar Notas.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
192
Diagrama de colaboración Año Académico.
ESTE DIAGRAMA ES SIMILAR CON EL DIAGRAMA DE COLABORACIÓN,
ABRIR AÑO ACADÉMICO, CERRAR AÑO ACADÉMICO Y RE-ABRIR AÑO ACADÉMICO.
Administrador
Control Vista Control Integracion Control Modelo
cambiarPeriodoAcademico(periodo)
1 : perdiodoAcademico = actualizaPeriodoAcademico(periodo)
1.1.1: cargarNuevoPeriodoAcademico()
Figura 45 Diagrama de Colaboración Agregar Notas.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
193
ANEXO II:
CASOS DE USO EXPANDIDOS SEGUNDO INCREMENTO
Universidad del Bío-Bío. Red de Bibliotecas - Chile
194
2.1 ESPECIFICACIÓN DE CASOS DE USO SEGUNDO INCREMENTO
Caso de uso : R.1.2
Nombre : Generar informe de notas parciales.
Propósito : Al Administrador o profesor se le permite generar un
informe de notas parciales para un determinado
estudiante.
Actores : Administrador o profesor.
Precondiciones : Autentificado como usuario administrador o profesor.
Post-condición : Imprimir acata de notas parciales.
Flujo básico :
Acción del Actor Respuesta del Sistema
1. El caso de uso comienza cuando el
Administrador o profesor le indica al
sistema que desea generar informe de
notas parciales.
2. El sistema despliega la opción de
buscar un curso: Por código o Por
nombre.
3. El administrador o profesor ingresa
el dato según la opción elegida.
4. El sistema valida los datos
dependiendo de la opción elegida, si es
por código no debe de contener letras y si
es por nombre no debe de contener
números.
5. El sistema busca el curso especificado
Universidad del Bío-Bío. Red de Bibliotecas - Chile
195
por el administrador o profesor en el
registro del sistema y lista los estudiantes
que pertenecen al curso.
6. El administrador o profesor
selecciona el alumno de quien desea
generar informe de notas parciales.
7. El sistema muestra la concentración de
notas parciales correspondiente al
alumno.
8. El sistema da la opción de imprimir la
concentración de notas parciales del
alumno.
Flujo(s) alternativo(s) :
Acción del Actor Respuesta del Sistema
4. b. El sistema envía un mensaje de
error al ingresar un dato inválido. Vuelve
al paso 3.
5. b El sistema muestra un mensaje de
error si no fuese encontrado el curso.
Vuelve al paso 3.
Tabla 93 Especificación de caso de uso Generar informe de notas parciales.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
196
Caso de uso : R.1.3
Nombre : Generar certificado de concentración de notas.
Propósito : Al Administrador le permite generar un certificado de
concentración de notas de un determinado estudiante.
Actores : Administrador.
Precondiciones : Autentificado como administrador.
Post-condición : Imprimir certificado de concentración de notas.
Flujo básico :
Acción del Actor Respuesta del Sistema
1. El caso de uso comienza cuando el
Administrador le indica al sistema que
desea generar un certificado de
concentración de notas.
2. El sistema despliega la opción de
buscar un alumno: Por Rut o por Apellido
Paterno. Incluye Caso de uso Buscar
Alumno.
3. El sistema busca el alumno
especificado por el administrador en el
registro del sistema para verificar su
existencia.
4. El sistema muestra el certificado de
concentración de notas correspondiente
al alumno, capturando las notas finales de
las asignaturas de los cursos aprobados,
considerando de primero a cuarto medio.
5. El sistema da la opción de imprimir el
Universidad del Bío-Bío. Red de Bibliotecas - Chile
197
certificado de concentración de notas.
Flujo(s) alternativo(s) :
Acción del Actor Respuesta del Sistema
3. b El sistema muestra un mensaje de
error si no fuese encontrado el alumno.
Vuelve al paso 3.
Tabla 94 Caso de uso Generar certificado concentración de notas.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
198
Caso de uso : R.1.4
Nombre : Generar informe de alumnos por comuna.
Propósito : Al Administrador se le permite generar un informe de
alumnos por comuna de todos los estudiantes.
Actores : Administrador.
Precondiciones : Autentificado administrador.
Post-condición : Imprimir informe de alumnos por comuna.
Flujo básico :
Acción del Actor Respuesta del Sistema
1. El caso de uso comienza cuando el
Administrador le indica al sistema que
desea generar informe de alumnos por
comuna.
2. El sistema despliega la opción para
poder seleccionar una comuna.
3. El administrador selecciona la
comuna específica.
5. El sistema busca a todos los alumnos
según la respectiva comuna.
7. El sistema muestra nombres, Apellido
Paterno, Apellido Materno y curso en el
que se encuentra el alumno.
8. El sistema da la opción de imprimir el
informe de alumnos por comuna.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
199
Flujo(s) alternativo(s) :
Acción del Actor Respuesta del Sistema
5. b El sistema muestra un mensaje de
error si no fuese encontrado ningún
alumno de dicha comuna. Vuelve al
paso 3.
Tabla 95 Caso de uso Generar informes de alumnos por comuna.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
200
Caso de uso : R.2.1
Nombre : Guardar antecedentes de educación superior.
Propósito : Al Administrador se le permite guardar antecedentes de
educación superior de alumnos que pertenecieron al
colegio.
Actores : Administrador.
Precondiciones : Autentificado administrador.
Post-condición : Antecedentes de educación superior almacenados en la
Base de Datos.
Flujo básico :
Acción del Actor Respuesta del Sistema
1. El caso de uso comienza cuando el
Administrador le indica al sistema que
desea guardar antecedentes de
educación superior de los alumnos.
2. El sistema despliega la opción de
buscar un alumno: Esta búsqueda es solo
por Rut. Incluye Caso de uso Buscar
Alumno.
3. El Administrador ingresa el Rut del
alumno.
4. El sistema valida el Rut ingresado. No
debe contener letras salvo la K en el
digito verificador y no más de nueve
dígitos incluyendo el digito verificador.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
201
5. El sistema Busca el Rut del alumno en
la base de datos.
6. El sistema captura y muestra los datos
personales y datos de contacto del
alumno.
7. El sistema despliega un formulario para
ingresar Nombre de la Carrera e
Institución donde se está preparando,
Ingresar situación académica actual del
alumno, Ingresar año de ingreso de
estudios, Ingresar año de egreso (Solo si
terminó o ya no sigue estudiando).
8. El Administrador ingresa el Nombre
de la carrera, Nombre de la institución
donde está estudiando, ingresar la
situación académica actual del
alumno, ingresar año de ingreso y de
manera opcional el año de egreso si el
alumno se retiró o termino su carrera.
9. El sistema verifica la existencia de
datos que correspondan.
10. El sistema ingresa la nueva
información a la Base de datos y muestra
un mensaje de confirmación.
Flujo(s) alternativo(s) :
Acción del Actor Respuesta del Sistema
4. b El sistema muestra un mensaje de
error si el Rut ingresado no es válido.
Vuelve al paso 3.
5. b El sistema muestra un mensaje de
Universidad del Bío-Bío. Red de Bibliotecas - Chile
202
error si el Rut no se encuentra en la
Base de Datos. Vuelve al paso 3.
9. b El sistema muestra un mensaje de
error si hay campos sin completar que
sean obligatorios. Vuelve al paso 8.
Tabla 96 Especificación de caso de uso Antecedente educación superior.
Caso de uso : R.2.2
Nombre : Guardar antecedentes laborales.
Propósito : Al Administrador se le permite guardar antecedentes
laborales de alumnos que pertenecieron al colegio.
Actores : Administrador.
Precondiciones : Autentificado administrador.
Post-condición : Antecedentes laborales almacenados en la Base de
Datos.
Flujo básico :
Acción del Actor Respuesta del Sistema
1. El caso de uso comienza cuando el
Administrador le indica al sistema que
desea guardar antecedentes laborales
de los alumnos.
2. El sistema despliega la opción de
buscar un alumno: Esta búsqueda es solo
por Rut. Incluye Caso de uso Buscar
Alumno.
3. El Administrador ingresa el Rut del
alumno.
4. El sistema valida el Rut ingresado. No
debe contener letras salvo la K en el
digito verificador y no más de nueve
Universidad del Bío-Bío. Red de Bibliotecas - Chile
203
dígitos incluyendo el digito verificador.
5. El sistema Busca el Rut del alumno en
la base de datos.
6. El sistema captura y muestra los datos
personales y datos de contacto del
alumno.
7. El sistema despliega un formulario para
ingresar Año ingreso a la organización,
Nombre de la empresa el cual se
desempeña, Rubro de la Empresa, cargo
que desempeña dentro de la empresa e
ingresar año de egreso solo si este ya no
se desempeña dentro de la organización.
8. El Administrador ingresa el Año
ingreso a la organización, Nombre de
la empresa el cual se desempeña,
Rubro de la Empresa, cargo que
desempeña dentro de la empresa e
ingresar año de egreso (opcional).
9. El sistema verifica la existencia de
datos que correspondan.
10. El sistema ingresa la nueva
información a la Base de datos y muestra
un mensaje de confirmación.
Flujo(s) alternativo(s) :
Acción del Actor Respuesta del Sistema
4. b El sistema muestra un mensaje de
error si el Rut ingresado no es válido.
Vuelve al paso 3.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
204
5. b El sistema muestra un mensaje de
error si el Rut no se encuentra en la
Base de Datos. Vuelve al paso 3.
9. b El sistema muestra un mensaje de
error si hay campos sin completar que
sean obligatorios. Vuelve al paso 8.
Tabla 97 Especificación de caso de uso Guardar antecedentes Laborales.
Caso de uso : R.2.3
Nombre : Guardar puntajes obtenidos en la rendición de
pruebas de selección universitaria.
Propósito : Al Administrador se le permite guardar los puntajes que
obtuvo al rendir las pruebas de selección universitaria.
Actores : Administrador.
Precondiciones : Autentificado administrador.
Post-condición : Información de puntajes obtenidos guardados en la Base
de Datos.
Flujo básico :
Acción del Actor Respuesta del Sistema
1. El caso de uso comienza cuando el
Administrador le indica al sistema que
desea guardar antecedentes laborales
de los alumnos.
2. El sistema despliega la opción de
buscar un alumno: Esta búsqueda es solo
por Rut. Incluye Caso de uso Buscar
Alumno.
3. El Administrador ingresa el Rut del
alumno.
4. El sistema valida el Rut ingresado. No
debe contener letras salvo la K en el
Universidad del Bío-Bío. Red de Bibliotecas - Chile
205
digito verificador y no más de nueve
dígitos incluyendo el digito verificador.
5. El sistema Busca el Rut del alumno en
la base de datos.
6. El sistema captura y muestra los datos
personales y datos de contacto del
alumno.
7. El sistema despliega un formulario para
ingresar Puntaje PSU Matemáticas,
Puntaje PSU Lenguaje y Comunicación,
Puntaje PSU Prueba de Historia y/o
puntaje Prueba de Ciencias.
8. El Administrador ingresa Puntaje
PSU Matemáticas, Puntaje PSU
Lenguaje y Comunicación, Puntaje
PSU Prueba de Historia y/o puntaje
Prueba de Ciencias.
9. El sistema verifica la existencia de
datos que correspondan.
10. El sistema ingresa la nueva
información a la Base de datos y muestra
un mensaje de confirmación.
Flujo(s) alternativo(s) :
Acción del Actor Respuesta del Sistema
4. b El sistema muestra un mensaje de
error si el Rut ingresado no es válido.
Vuelve al paso 3.
5. b El sistema muestra un mensaje de
error si el Rut no se encuentra en la
Universidad del Bío-Bío. Red de Bibliotecas - Chile
206
Base de Datos. Vuelve al paso 3.
9. b El sistema muestra un mensaje de
error si hay campos sin completar que
sean obligatorios. Vuelve al paso 8.
Tabla 98 Especificación de caso de uso Guardar puntajes PSU.
2.2 DIAGRAMAS DE SECUENCIA
2.2.1 Diagrama de secuencias “Generar actas de notas”.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
207
datos= por código o por nombre del curso.
SistemaAdministrador
despliega formulario de buscar un curso
generarActasDeNotas()
ingresarDatosBusqueda(datos)
[validarDatos : false] : mensaje error
[existeCurso : false] : mensaje error
lista alumnos pertenecientes al curso
Si uno o mas de los datos ingresados
no son válidos, el sistema muestra un
mensaje de error y vuelve a mostrar
el formulario.
El sistema muestra un mensaje de
error si no fuese encontrado el curso
alumnoSeleccionado(alumno)
concentración de notas del alumno
Figura 46 Diagrama de Secuencia Generar actas de notas.
2.2.2 Diagrama de secuencias “Generar informe de notas parciales”.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
208
datos= por código o por nombre del curso.
SistemaAdministrador
despliega formulario de buscar un curso
generarInformeNotasParciales()
ingresarDatosBusqueda(datos)
[validarDatos : false] : mensaje error
[existeCurso : false] : mensaje error
lista alumnos pertenecientes al curso
Si uno o mas de los datos ingresados
no son válidos, el sistema muestra un
mensaje de error y vuelve a mostrar
el formulario.
El sistema muestra un mensaje de
error si no fuese encontrado el curso
alumnoSeleccionado(alumno)
Informe de notas parciales de un alumnoInforme de Notas Parciales: Contiene todas las
notas parciales de las asignaturas de un alumno.
Figura 47 Diagrama de Secuencia Generar informe de notas. 2.2.3 Diagrama de secuencias “Generar certificado de concentración de notas”.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
209
datos= por Rut o por Apellido Paterno.
opcion de busqueda= Rut o Apellido Paterno.
SistemaAdministrador
despliega formulario de buscar un alumno
generarCertificadoConcentracionNotas()
buscarAlumno(datos, opcion de busqueda)
[validarDatos : false] : mensaje error
[existeAlumno : false] : mensaje error
Informe de certificado concentración de notas
Si uno o mas de los datos ingresados
no son válidos, el sistema muestra un
mensaje de error y vuelve a mostrar
el formulario.
El sistema muestra un mensaje de
error si no fuese encontrado el Alumno
Informe de Concentracion de Notas: Contiene
todas las notas correspondiente al alumno,
capturando las notas finales de las asignaturas
de los cursos aprobados, considerando de
primero a cuarto medio.
Figura 48 Diagrama de Secuencia Generar certificado de concentración de notas. 2.2.4 Diagrama de secuencias “Generar informe de alumnos por comuna”.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
210
SistemaAdministrador
despliega formulario de seleccionar comuna
generarInformeDeAlumnosPorComuna()
seleccionaComuna(comuna)
[existeComuna : false] : mensaje error
Informe de alumnos por comuna
El sistema muestra un mensaje de
error si no fuese encontrado ningun
alumno en la comuna seleccionada.
Informe de alumnos por comuna: muestra
nombres, Apellido Paterno, Apellido Materno
y curso en el que se encuentra el alumno.
Figura 49 Diagrama de Secuencia Generar actas de notas. 2.2.5 Diagrama de secuencias “Guardar Antecedentes de Educación superior”.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
211
SistemaAdministrador
despliega formulario de buscar un alumno
antecedentesEdSuperior()
ingresarDatosBusqueda(Rut)
[validarRut : false] : mensaje error
[existeRut : false] : mensaje error
despliega datos del alumno y fomulario de nuevos datos
No debe contener letras salvo la K
en el digito verificador y no más de
nueve dígitos incluyendo el digito
verificador
El sistema muestra un mensaje de
error si no fuese encontrado el alumno
registrarDatos(nuevos_datos)
nuevos_datos= Nombre de la Carrera e
Institución, situación académica actual
del alumno, año de ingreso de estudios,
Ingresar año de egreso (Solo si terminó
o ya no sigue estudiando).
[validaExistencia : false] : mensaje error
El sistema muestra un mensaje
de error si hay campos sin
completar que sean obligatoriosmensaje de confirmación
Figura 50 Diagrama de Secuencia Guardar antecedentes de educación superior.
2.2.6 Diagrama de secuencias “Guardar Antecedentes laborales”.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
212
SistemaAdministrador
despliega formulario de buscar un alumno
antecedentesLaborales()
ingresarDatosBusqueda(Rut)
[validarRut : false] : mensaje error
[existeRut : false] : mensaje error
despliega datos del alumno y fomulario de nuevos datos
No debe contener letras salvo la K
en el digito verificador y no más de
nueve dígitos incluyendo el digito
verificador
El sistema muestra un mensaje de
error si no fuese encontrado el alumno
registrarDatos(nuevos_datos)nuevos_datos= Año ingreso,Nombre de la empresa,
Rubro de la Empresa, cargo que desempeña,
ingresar año de egreso (opcional).
[validaExistencia : false] : mensaje error
El sistema muestra un mensaje
de error si hay campos sin
completar que sean obligatoriosmensaje de confirmación
Figura 51 Diagrama de Secuencia Guardar antecedentes laborales. 2.2.7 Diagrama de secuencias “Guardar puntajes obtenidos en la rendición de Pruebas de Selección Universitaria”.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
213
SistemaAdministrador
despliega formulario de buscar un alumno
puntajesPSU()
ingresarDatosBusqueda(Rut)
[validarRut : false] : mensaje error
[existeRut : false] : mensaje error
despliega datos del alumno y fomulario de nuevos datos
No debe contener letras salvo la K
en el digito verificador y no más de
nueve dígitos incluyendo el digito
verificador
El sistema muestra un mensaje de
error si no fuese encontrado el alumno
registrarDatos(nuevos_datos)
nuevos_datos= Puntaje PSU Matemáticas,
Puntaje PSU Lenguaje y Comunicación,
Puntaje PSU Prueba de Historia y/o
Puntaje Prueba de Ciencias.
[validaExistencia : false] : mensaje error
El sistema muestra un mensaje
de error si hay campos sin
completar que sean obligatoriosmensaje de confirmación
Figura 52 Diagrama de Secuencia Guardar puntajes obtenidos en la PSU.
2.3 DIAGRAMAS DE COLABORACIÓN SEGUNDO INCREMENTO.
Diagrama de colaboración Generar informe de Notas Parciales.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
214
ESTE DIAGRAMA DE COLABORACIÓN ES SIMILAR CON EL DIAGRAMA DE COLABORACIÓN, GENERAR INFORME CONCENTRACIÓN DE NOTAS.
Profesor Jefe
Control Vista Control Integracion Control Modelo
GenerarInformeNotasParciales(alumno)
1:alumno = recuperoAlumno()
1.3:periodo = obtienePeriodoActual()
1.4.3 :notas = cargarNotas(registro)
Registro
2.4.1.2 crear()
1.4.1: registro = cargarRegistro(alumnos, año)
Curso
2.4.1.1: crear()
1.2:curso = recuperoCurso()
1.4: detalleRegistro(alumno , año)
1.4.2 :curso = cargaCurso(registro)
2.4.1.3 crear()
Nota
1.4.4 : = calcularPromedio()
1.5: generaInformeParcialDeNotasdetalleRegistro(alumno , año)
Figura 53 Diagrama de Colaboración Notas Parciales.
Diagrama de colaboración Agregar Nuevo Dato en Trazabilidad. ESTE DIAGRAMA DE COLABORACIÓN ES SIMILAR CON EL DIAGRAMA DE COLABORACIÓN, AGREGAR NUEVOS DATOS A LA TRAZABILIDAD DEL
Universidad del Bío-Bío. Red de Bibliotecas - Chile
215
ALUMNADO EGRESADO Y EDITAR TRAZABILIDAD ALUMNOS EGRESADOS, YA SEA ACADÉMICO, RESULTADOS PSU Y ANTECEDENTES LABORALES.
Profesor
Control Vista Control Integracion Control Modelo
AgregarOpcionesTrazabilidad()
1.6: agregaOpcionesDeTrazabilidad(alumnoEgresado,opcionTrazabilidad)
1.1: recuperaAlumnosEgresados()
1.6.1: creaTrazabilidad(consulta sql CREATE)
SeguimientoLaboral
1.6.1.1 crear()
1.2: recuperaListaInstitucionesLaborales()
1.3: recuperaListaInstitucionesAcademicas()
1.4: recuperaListaPruebasPsu()
1.5: recuperaNotas(alumno,asignatura,notas)
SeguimientoEducacional
SeguimientoPSU
1.6.1.2 crear()
1.6.1.3 crear()
Figura 54 Diagrama de Colaboración Nuevo dato de Trazabilidad.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
216
ANEXO III: DETALLE DE TABLAS
Universidad del Bío-Bío. Red de Bibliotecas - Chile
217
DESCRIPCIÓN DE LAS TABLAS MODELO DE ENTIDAD RELACIÓN.
Nombre Administrador
Campos Tipo clave
Formato Descripción
RUT Primaria Texto (9) Rut del Administrador.
APELLIDOPATERNO Texto (20) Apellido paterno del Administrador
APELLIDOMATERNO Texto (20) Apellido materno del Administrador
NOMBRES Texto (20) Primer y segundo nombre del Administrador
CARGO Texto (20) Cargo u ocupación del administrador dentro de la organización
LOGIN Texto (20) Secuencia de letras o números que utilizara el Administrador para ingresar el sistema.
CLAVE Texto (20) Secuencia de letras o números que utilizara el Administrador para registrarse en el sistema
CODIGO_NIVELDEACCESO Foránea Numérico Código para identificar las propiedades del perfil de acceso
Tabla anexo 99: Descripción tabla administrador.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
218
Nombre Alumno
Campos Tipo clave
Formato Descripción
RUT Primaria Texto (9) Rut del alumno
APELLIDOPATERNO Texto (30) Apellido paterno
APELLIDOMATERNO Texto (30) Apellido materno
NOMBRES Texto (100) Primer y segundo nombre del alumno
FECHANACIMIENTO Date Día, mes y año de nacimiento del alumno
SEXO Texto (20) Sexo del alumno
TELÉFONO Numérico (10)
Número de teléfono fijo del alumno.
CELULAR Numérico (10)
Número de teléfono móvil del alumno.
CORREOELECTRONICO Texto(100) Correo electrónico del alumno
NACIONALIDAD Texto(30) Nacionalidad del alumno
DIRECCIÓN Texto(300) Dirección del alumno ( villa o población, calle o pasaje, numero).
CIUDAD Texto(30) Ciudad de residencia del alumno
CODIGO_COMUNA Foránea Numérico(2) Comuna de residencia del alumno
SECTOR Texto(100) Sector de residencia del alumno.
URBANIDAD Texto(100) Urbanidad del alumno
FOTO Texto(100) Patch de la ubicación de la foto.
RUT_APODERADO Texto(9) Rut del Apoderado del Alumno.
CODIGO_CURSO Numérico Código del curso al que pertenece el alumno.
Tabla anexo 100: Descripción tabla alumno.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
219
Nombre Apoderado
Campos Tipo clave Formato Descripción
RUT Primaria Texto (9) Rut del apoderado
APELLIDOPATERNO Texto (30) Apellido paterno apoderado
APELLIDOMATERNO Texto (30) Apellido materno apoderado
NOMBRES Texto (100) Primer y segundo nombre del apoderado
FECHANACIMIENTO Date Día, mes y año de nacimiento del apoderado
SEXO Texto (20) Sexo del apoderado (
TELÉFONO Numérico (10)
Número de teléfono fijo del apoderado.
CELULAR Numérico (10)
Número de teléfono móvil del apoderado.
CORREOELECTRONICO Texto(100) Correo electrónico del apoderado
NACIONALIDAD Texto(30) Nacionalidad del apoderado
DIRECCIÓN Texto(300) Dirección del apoderado ( villa o población, calle o pasaje, numero).
CIUDADORIGEN Texto(30) Ciudad de residencia del apoderado.
CODIGO_COMUNA RESIDENCIA
Foránea Numérico(2) Comuna de residencia del apoderado
SECTOR Texto(100) Sector de residencia del apoderado.
URBANIDAD Texto(100) Urbanidad del apoderado
NIVELEDUCACIONAL Texto(20) Nivel educacional del apoderado.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
220
PARENTESCO_APODERADO Texto(30) Relación del Apoderado para con el Alumno
Tabla anexo 101: Descripción tabla apoderado.
Nombre Área
Campos Tipo clave
Formato Descripción
CÓDIGO Primaria Numérico(2) Código asignado a un área del establecimiento.
ÁREA Texto(20) Área de educación al que pertenece el curso ( 0 científico-humanista, 1 técnico-profesional)
Tabla anexo 102: Descripción tabla área
Nombre Asignatura
Campos Tipo clave
Formato Descripción
CÓDIGO Primaria Texto (20) Código de la asignatura,
NOMBRE Texto (20) Nombre de la asignatura.
DESCRIPCIÓN Texto (150) Descripción de la asignatura
RUT_PROFESOR Texto (9) Rut del profesor que dicta asignatura
CODIGO_CURSO Numérico Código del curso donde se dicta asignatura
Tabla anexo 103: Descripción tabla asignatura.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
221
Nombre Comuna
Campos Tipo clave
Formato Descripción
CÓDIGO Primaria Numérico(2) Código asignado a la comuna.
NOMBRE Texto(40) Nombre de la comuna.
Tabla anexo 104: Descripción tabla comuna
Nombre Curso
Campos Tipo clave
Formato Descripción
CÓDIGO Primaria Texto (6) Código del curso, está compuesto por la unión del nombre y el año
NOMBRE Texto (40) Nombre del curso, numero cardinal mas letra.
CÓDIGO_ DEPARTAMENTO
Foránea Numérico(1) Departamento de educación al que pertenece el curso ( 0 parvularia, 1 básica, 2 media)
CODIGO_AREA Foránea Numérico(1) Área de educación al que pertenece el curso ( 0 científico-humanista, 1 técnico-profesional)
RUT_PROFESOR Texto (9) Rut del profesor jefe del curso
ANIO_PERIODO Numérico Año perteneciente al periodo académico
Tabla anexo 105: Descripción tabla curso
Universidad del Bío-Bío. Red de Bibliotecas - Chile
222
Nombre Departamento
Campos Tipo clave
Formato Descripción
CÓDIGO Primaria Numérico(2) Código asignado a un departamento del establecimiento.
NOMBRE Texto(20) Departamento de educación al que pertenece el curso (pre-básica, básica, media).
Tabla anexo 106: Descripción tabla Departamento
Nombre Nivelacceso
Campos Tipo clave
Formato Descripción
CÓDIGO Primaria Numérico(2) Código asignado a un nivel de acceso de un usuario del establecimiento.
NIVELACCESO
Texto(20) Descripción de un nivel de acceso de un usuario del establecimiento.
Tabla anexo 107: Descripción tabla nivelacceso
Nombre Nota
Campos Tipo clave
Formato Descripción
CÓDIGO Primaria Numérico Código distintivo de la nota
RUT_ALUMNO Texto (9) Rut del alumno evaluado
RUT_PROFESOR Texto (9) Rut del profesor evaluador
CODIGO_ASIGNATURA Texto (20) Asignatura en la cual se efectúa la evaluación
VALOR Numérico (2)
Valor de la calificación, escala de 1 a 7 .
DESCRIPCIÓN Texto (100) Descripción de la calificación
FECHA Date Fecha en la cual se realizó la evaluación
ESTADO Texto (20) Indica si la nota esta activa o no.
Tabla anexo 108: Descripción tabla Notas
Universidad del Bío-Bío. Red de Bibliotecas - Chile
223
Nombre Periodo Académico
Campos Tipo clave
Formato Descripción
ANIO Numérico (4) Año al cual pertenece el periodo a académico.
FECHAINICIO Date Fecha de comienzo del periodo académico
FECHAFIN Date Fecha término del periodo académico
Tabla anexo 109: Descripción tabla Periodo académico
Nombre Profesor
Campos Tipo clave
Formato Descripción
RUT Primaria Texto (9) Rut del Profesor
APELLIDOPATERNO Texto (30) Apellido paterno del Profesor
APELLIDOMATERNO Texto (30) Apellido materno del Profesor
NOMBRES Texto (100) Primer y segundo nombre del Profesor
FECHANACIMIENTO Date Día, mes y año de nacimiento del Profesor
SEXO Texto (20) Sexo del Profesor
TELÉFONO Numérico (10)
Número de teléfono fijo del Profesor.
CELULAR Numérico (10)
Número de teléfono móvil del Profesor.
CORREOELECTRONICO Texto(100) Correo electrónico del Profesor
NACIONALIDAD Texto(30) Nacionalidad del Profesor
DIRECCIÓN Texto(300) Dirección del profesor ( villa o población, calle o pasaje, numero).
Universidad del Bío-Bío. Red de Bibliotecas - Chile
224
CÓDIGO_ COMUNARESIDENCIA
Foránea Numérico(2) Comuna de residencia del profesor
CÓDIGO_ COMUNAORIGEN
Foránea Numérico(2) Comuna de origen del profesor
SECTOR Texto(100) Sector de residencia del apoderado.
TITULOPROFESIONAL Texto(100) Título profesional del profesor, si existiese más de uno, interesa el más importante o relacionado con el área educacional.
ORIGENTITULOPROFESIONAL Texto(100) Institución en la cual se adjudico el título profesional del profesor.
LOGIN Texto (20) Secuencia de letras o números que utilizara el Profesor para ingresar el sistema.
CLAVE Texto (20) Secuencia de letras o números que utilizara el Profesor para registrarse en el sistema
CODIGO_NIVELDEACCESO Foránea Numérico Código para identificar las propiedades del perfil de acceso
Tabla anexo 110: Descripción tabla Profesor
Universidad del Bío-Bío. Red de Bibliotecas - Chile
225
Nombre Periodo Académico
Campos Tipo clave
Formato Descripción
CÓDIGO Primaria Numérico Código perteneciente al número de registro del alumno
CÓDIGO_ PERIODOACADEMICO
Numérico (4)
Año correspondiente al periodo a académico.
FECHA Date Fecha del registro.
RUT_ALUMNO Texto(9) Rut del alumno-
Tabla anexo 111: Descripción tabla Registro
Universidad del Bío-Bío. Red de Bibliotecas - Chile
226
ANEXO IV: PRUEBAS
Universidad del Bío-Bío. Red de Bibliotecas - Chile
227
4.1 PRUEBAS AL USUARIO ADMINISTRADOR.
MODIFICAR DATOS ALUMNO.
Propósito Probar la modificación de datos de un alumno por parte del administrador.
Prerrequisitos El usuario deberá de haber ingresado como perfil Administrador.
Datos correctos Rut = No es modificable Apellido Paterno = {Salazar} Apellido Materno = {Valdes} Nombres = {Francisco} Fecha de Nacimiento = {15-03-87} Género = {Masculino} Nacionalidad = {Chilena} Numero Teléfono = {} Numero Celular = {} Correo Electrónico = {} Sector = {} Comuna = {Chillan} Urbanidad = {Urbano} Estado = {Vigente} Imagen = {foto.jpg} Apoderado = {Papa}
Datos Incorrectos Rut = No es modificable Apellido Paterno = {-----------} Apellido Materno = {-----------} Nombres = {-----------} Fecha de Nacimiento = {-----------} Género = {Masculino} Nacionalidad = {-----------} Numero Teléfono = {-----------} Numero Celular = {-----------} Correo Electrónico = {-----------} Sector = {-----------} Comuna = {Chillan} Urbanidad = {Urbano} Estado = {Vigente} Imagen = {-----} Apoderado = {-------}
Pasos 1. Seleccionar al alumno a editar luego, hacer clic en Editar en el menú del administrador, todo lo anterior en la sección alumnos.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
228
2. Teclear en Rut del Alumno. 3. Teclear en Apellido Paterno. 4. Teclear en Apellido Paterno. 5. Seleccionar Fecha de nacimiento. 6. Seleccionar Género. 7. Teclear en Nacionalidad. 8. Seleccionar Comuna. 9. Seleccionar Urbanidad. 10. Seleccionar Estado.
Resultados Esperados Si todos los datos ingresados son correctos, el editar alumno será almacenado en la base de datos del sistema y se mostrará en la lista de alumnos en pantalla. Si los datos son incorrectos ver el mensaje de error y cambiar datos erróneos.
Resultados Obtenidos Cuando los datos fueron correctos, el sistema actualizó y mostró en la lista de alumnos al recién ingresado. Cuando los datos fueron incorrectos, el sistema arroja error en orden, en este caso debe ingresar fecha de nacimiento, debe de ingresar apellido paterno, debe ingresar apellido paterno, debe de ingresar Nombres, el sistema envía error tras error cada vez que se van modificando uno a uno los datos.
Evaluación de la Prueba: No se encontraron errores, una evaluación satisfecha, ya que todos los campos que son necesarios se encuentran validados ya sea Nombres que se ingresen solo letras, Apellidos solo letras, Seleccionar alguna fecha de nacimiento y seleccionar un Género.
Tabla 112 Pruebas: Editar Alumno.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
229
INGRESAR NUEVO PROFESOR.
Propósito Probar el ingreso de un nuevo profesor al sistema.
Prerrequisitos El usuario deberá de haber ingresado como perfil Administrador.
Datos correctos Rut = {82890106} Apellido Paterno = {Salazar} Apellido Materno = {Abarzua} Nombres = {Juan Carlos} Fecha de Nacimiento = {04-11-60} Género = {Masculino} Nacionalidad = {Chilena} Numero Teléfono = {} Numero Celular = {} Correo Electrónico = {} Ciudad Origen = {} Ciudad Residencia = {Chillan} Titulo = {} Institución = {} Login = {p} Contraseña = {p}
Datos Incorrectos Rut = {82890109} Apellido Paterno = {13431314, espacio vacío, 8} Apellido Materno = {13431314, espacio vacío, 5} Nombres = {13431314, espacio vacío, 5} Fecha de Nacimiento = {espacio vacío} Género = {Masculino} Nacionalidad = {espacio vacío} Numero Teléfono = {} Numero Celular = {} Correo Electrónico = {} Ciudad Origen = {} Ciudad Residencia = {Chillan} Titulo = {} Institución = {} Login = {p} Contraseña = {p}
Pasos 1. Hacer clic en Nuevo en el menú del administrador, sección Profesores.
2. Teclear en Rut del Profesor. 3. Teclear en Apellido Paterno. 4. Teclear en Apellido Paterno. 5. Teclear en Nombres.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
230
6. Seleccionar Fecha de nacimiento. 7. Seleccionar Género. 8. Teclear en Nacionalidad. 9. Seleccionar Ciudad de origen. 10. Seleccionar Ciudad de residencia. 11. Teclear en Título. 12. Teclear en Institución. 13. Teclear en Login. 14. Teclear en Contraseña.
Resultados Esperados Si todos los datos ingresados son correctos, el nuevo profesor será almacenado en la base de datos del sistema y se mostrará en la lista de profesores en pantalla. Si los datos son incorrectos ver el mensaje de error y cambiar datos erróneos.
Resultados Obtenidos Cuando los datos fueron correctos, el sistema guardó y mostró en la lista de profesores al recién ingresado. Cuando los datos fueron incorrectos, el sistema arroja error en orden, en este caso Rut inválido, el sistema envía ese error, después de arreglarlo, muestra el siguiente error y así sucesivamente.
Evaluación de la Prueba: No se encontraron errores, una evaluación satisfecha, ya que todos los campos que son necesarios se encuentran validados ya sea el Rut, Nombres que se ingresen solo letras, Apellido Paterno solo letras, entre otros.
Tabla 113 Pruebas: Ingresar Profesor.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
231
MODIFICAR DATOS PROFESOR.
Propósito Probar la modificación de datos de un profesor por parte del administrador
Prerrequisitos El usuario deberá de haber ingresado como perfil Administrador.
Datos correctos Rut = No es modificable Apellido Paterno = {Salazar} Apellido Materno = {Abarzua} Nombres = {Juan Carlos} Fecha de Nacimiento = {04-11-60} Género = {Masculino} Nacionalidad = {Chilena} Numero Teléfono = {} Numero Celular = {} Correo Electrónico = {} Ciudad Origen = {} Ciudad Residencia = {Chillan} Titulo = {} Institución = {} Login = {p} Contraseña = {p}
Datos Incorrectos Rut = No es modificable Apellido Paterno = {--------} Apellido Materno = {--------} Nombres = {--------} Fecha de Nacimiento = {--------} Género = {Masculino} Nacionalidad = {--------} Numero Teléfono = {} Numero Celular = {} Correo Electrónico = {} Ciudad Origen = {} Ciudad Residencia = {Chillan} Titulo = {} Institución = {} Login = {--------} Contraseña = {--------}
Pasos 1. Seleccionar al profesor a editar luego, hacer clic en Editar en el menú del administrador, todo lo anterior en la sección Profesores.
2. Teclear en Rut del Profesor. 3. Teclear en Apellido Paterno.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
232
4. Teclear en Apellido Paterno. 5. Teclear en Nombres. 6. Seleccionar Fecha de nacimiento. 7. Seleccionar Género. 8. Teclear en Nacionalidad. 9. Seleccionar Ciudad de origen. 10. Seleccionar Ciudad de residencia. 11. Teclear en Título. 12. Teclear en Institución. 13. Teclear en Login. 14. Teclear en Contraseña.
Resultados Esperados Si todos los datos ingresados son correctos, los nuevos datos del profesor serán actualizados en la base de datos del sistema y se mostrará en la lista de profesores en pantalla. Si los datos son incorrectos ver el mensaje de error y cambiar datos erróneos.
Resultados Obtenidos Cuando los datos fueron correctos, el sistema actualizó y mostró en la lista de profesores al recién actualizado. Cuando los datos fueron incorrectos, el sistema arroja error en orden, en este caso Rut inválido, el sistema envía ese error, después de arreglarlo, muestra el siguiente error y así sucesivamente.
Evaluación de la Prueba: No se encontraron errores, una evaluación satisfecha, ya que todos los campos que son necesarios se encuentran, Nombres que se ingresen solo letras, Apellidos letras, selección de una fecha de nacimiento, selección de Genero.
Tabla 114 Pruebas: Editar Profesor.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
233
INGRESAR ASIGNATURA
Propósito Probar el ingreso de una asignatura al sistema.
Prerrequisitos El usuario deberá de haber ingresado como perfil Administrador.
Datos correctos Código Asignatura = {12345} Nombre Asignatura = {Castellano} Seleccionar Profesor = {Rosa Valdes}
Datos Incorrectos Código Asignatura = {asdasd, espacio vacío, p} Nombre Asignatura = {----} Seleccionar Profesor = {-----}
Pasos 1. Hacer clic en Nuevo en el menú del administrador, sección Asignaturas.
2. Teclear en Código Asignatura. 3. Teclear en Nombre Asignatura. 4. Seleccionar Profesor.
Resultados Esperados Si todos los datos ingresados son correctos, la nueva asignatura será almacenado en la base de datos del sistema y se mostrará en la lista de asignaturas en pantalla. Si los datos son incorrectos ver el mensaje de error y cambiar datos erróneos.
Resultados Obtenidos Cuando los datos fueron correctos, el sistema guardó y mostró en la lista de asignaturas. Cuando los datos fueron incorrectos, el sistema arroja error en orden, en este caso, debe de seleccionar un profesor, al siguiente cambio muestra, Código Asignatura, solo acepta números, el sistema envía ese error, después de arreglarlo, muestra el siguiente error, debe ingresar nombre de la asignatura, se modifica hasta que el sistema agregue la asignatura de forma correcta.
Evaluación de la Prueba: Se encontró un error, ya que para la institución es primordial que al agregar una asignatura se asocie de inmediato quien va a dirigir dicha asignatura, y el sistema guardaba las asignaturas sin asociar a ningún profesor. Para dar solución a este problema se modificó la Base de Datos y el código con el fin de que al ingresar la asignatura se asocie de inmediato un profesor. Funciona perfectamente.
Tabla 115 Pruebas: Ingresar Asignatura.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
234
EDITAR ASIGNATURA.
Propósito Probar la modificación de datos de una asignatura por parte del administrador
Prerrequisitos El usuario deberá de haber ingresado como perfil Administrador.
Datos correctos Código Asignatura = {12345} Nombre Asignatura = {Castellano} Seleccionar Profesor = {Rosa Valdes}
Datos Incorrectos Código Asignatura = {-----} Nombre Asignatura = {----} Seleccionar Profesor = {-----}
Pasos 1. Seleccionar a la asignatura a editar luego, hacer clic en Hacer clic en Editar en el menú del administrador, todo lo anterior en la sección Asignaturas.
2. Teclear en Código Asignatura. 3. Teclear en Nombre Asignatura. 4. Seleccionar Profesor.
Resultados Esperados Si todos los datos ingresados son correctos, la nueva asignatura será actualizado los nuevos datos en la base de datos del sistema y se mostrará en la lista de asignaturas en pantalla. Si los datos son incorrectos ver el mensaje de error y cambiar datos erróneos.
Resultados Obtenidos Cuando los datos fueron correctos, el sistema actualizó y mostró en la lista de asignaturas. Cuando los datos fueron incorrectos, el sistema arroja error en orden, en este caso, debe de seleccionar un profesor, al siguiente cambio muestra, Código Asignatura, solo acepta números, el sistema envía ese error, después de arreglarlo, muestra el siguiente error, debe ingresar nombre de la asignatura, se modifica hasta que el sistema agregue la asignatura de forma correcta.
Evaluación de la Prueba: No se encontraron errores, una evaluación satisfecha, ya que todos los campos que son necesarios se encuentran validados. Prueba Satisfecha.
Tabla 116 Pruebas: Editar Asignatura.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
235
INGRESAR CURSO.
Propósito Probar el ingreso de un nuevo curso al sistema.
Prerrequisitos El usuario deberá de haber ingresado como perfil Administrador.
Datos correctos Código Curso = {12345} Nombre Curso = {Primero Medio A} Seleccionar Profesor Jefe = {Rosa Valdes}
Datos Incorrectos Código Curso = {asdasd, espacio vacío, p} Nombre Curso = {----} Seleccionar Profesor Jefe = {-----}
Pasos 1. Hacer clic en Nuevo en el menú del administrador, sección Cursos.
2. Teclear en Código Curso. 3. Teclear en Nombre Curso. 4. Seleccionar Profesor Jefe.
Resultados Esperados Si todos los datos ingresados son correctos, el nuevo curso será almacenado en la base de datos del sistema y se mostrará en la lista de cursos en pantalla. Si los datos son incorrectos ver el mensaje de error y cambiar datos erróneos.
Resultados Obtenidos Cuando los datos fueron correctos, el sistema guardó y mostró en la lista de cursos. Cuando los datos fueron incorrectos, el sistema arroja error en orden, en este caso, debe de seleccionar un profesor jefe, al siguiente cambio muestra, Código Curso, solo acepta números, el sistema envía ese error, después de arreglarlo, muestra el siguiente error, debe ingresar nombre del curso, se modifica hasta que el sistema agregue al curso de forma correcta.
Evaluación de la Prueba: Se encontró un error, ya que para la institución es primordial que al agregar un curso se asocie de inmediato quien va a ser el profesor jefe de dicho curso, y el sistema guardaba los cursos sin asociar a ningún profesor jefe. Para dar solución a este problema se modificó la Base de Datos y el código con el fin de que al ingresar la asignatura se asocie de inmediato un profesor. Actualmente funciona perfecto.
Tabla 117 Pruebas: Ingresar Curso.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
236
EDITAR CURSO.
Propósito Probar la modificación de datos de un Curso por parte del administrador.
Prerrequisitos El usuario deberá de haber ingresado como perfil Administrador.
Datos correctos Código Curso = {12345} Nombre Curso = {Primero Medio A} Seleccionar Profesor Jefe = {Rosa Valdes}
Datos Incorrectos Código Curso = {-----} Nombre Curso = {----} Seleccionar Profesor Jefe = {-----}
Pasos 1. Seleccionar al curso a editar luego, hacer clic en Editar en el menú del administrador, todo esto dentro de la sección Cursos.
2. Teclear en Código Curso. 3. Teclear en Nombre Curso. 4. Seleccionar Profesor Jefe.
Resultados Esperados Si todos los datos ingresados son correctos, el nuevo curso será actualizado en la base de datos del sistema y se mostrará en la lista de cursos en pantalla. Si los datos son incorrectos ver el mensaje de error y cambiar datos erróneos.
Resultados Obtenidos Cuando los datos fueron correctos, el sistema actualizó y mostró en la lista de cursos. Cuando los datos fueron incorrectos, el sistema arroja error en orden, en este caso, debe de seleccionar un profesor jefe, al siguiente cambio muestra, Código Curso, solo acepta números, el sistema envía ese error, después de arreglarlo, muestra el siguiente error, debe ingresar nombre del curso, se modifica hasta que el sistema actualice al curso de forma correcta.
Evaluación de la Prueba: No se encontraron errores, una evaluación satisfecha, ya que todos los campos que son necesarios se encuentran validados. Prueba Satisfecha. Actualmente funciona perfecto.
Tabla 118 Pruebas: Editar Curso.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
237
ABRIR AÑO ACADÉMICO.
Propósito Probar que se inicie un año académico, todo esto creado por parte del administrador.
Prerrequisitos El usuario deberá de haber ingresado como perfil Administrador.
Datos correctos Seleccionar fecha de Inicio de año académico = {01-03-2010}. Seleccionar Fecha de Termino de Año = {12-12-2010}.
Datos Incorrectos Fecha de Inicio = {01-03-2010} Fecha de Termino = {----}
Pasos 1. Seleccionar Abrir Año, en el menú del administrador, dentro de la sección Año académico.
2. Seleccionar fecha de inicio 3. Seleccionar fecha de término.
Resultados Esperados Si todos los datos ingresados son correctos, el abrir año será correcto y enviará un mensaje de satisfacción por pantalla.
Resultados Obtenidos Cuando los datos fueron correctos, el sistema crea el nuevo año en el sistema y envía un mensaje de satisfacción por pantalla. Cuando los datos fueron incorrectos, el sistema arroja error en orden, en este caso, al no ingresar fecha de término, envía un mensaje de error en la fecha. Cuando la fecha de termino es menor que la fecha de inicio, también envía un error, que consta que la fecha de termino es menor que la fecha de inicio. Cuando se quiere abrir un año sobre otro, también da aviso de que debe de cerrar el año actual para abrir uno nuevo.
Evaluación de la Prueba: No se encontraron errores, una evaluación satisfecha, ya que todos los campos que son necesarios se encuentran validados. Prueba Satisfecha. Actualmente funciona perfecto.
Tabla 119 Pruebas: Abrir Año académico.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
238
RE-ABRIR AÑO ACADÉMICO.
Propósito Probar que se Re-abra un año académico, todo esto creado por parte del administrador.
Prerrequisitos El usuario deberá de haber ingresado como perfil Administrador y además no debe de haber año académico abierto.
Datos correctos Seleccionar año académico antiguo a abrir.
Datos Incorrectos No tiene.
Pasos 1. Seleccionar Re- abrir Año Académico, en el menú del administrador, dentro de la sección Año académico.
2. Seleccionar año académico de la lista.
Resultados Esperados Si todos los datos seleccionados son correctos, al re-abrir año académico será correcto y enviará un mensaje de satisfacción por pantalla.
Resultados Obtenidos Cuando los datos fueron correctos, al re-abrir año académico será correcto y enviará un mensaje de satisfacción por pantalla. Cuando se genera un error es, cuando se requiere de re-abrir un año académico sin haber cerrado el actual.
Evaluación de la Prueba: No se encontraron errores, una evaluación satisfecha. Prueba Satisfecha. Actualmente funciona perfecto.
Tabla 120 Pruebas: Re-Abrir Año académico.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
239
INGRESAR NUEVO DATO DE EDUCACIÓN SUPERIOR.
Propósito Probar el ingreso de un nuevo dato de educación superior al sistema, sección de trazabilidad del alumnado.
Prerrequisitos El usuario deberá de haber ingresado como perfil Administrador.
Datos correctos Año Ingreso = {2009} Año Egreso = {} Nombre de la institución = {Unach} Carrera = {Pedagogía en Educación Física} Situación Académica = {Regular}
Datos Incorrectos Año Ingreso = {asdoas, espacio vacío, asda} Año Egreso = {} Nombre de la institución = {Unach} Carrera = {Pedagogía en Educación Física} Situación Académica = {Regular}
Pasos 1. Seleccionar al alumno en la lista para agregar el nuevo dato de educación superior, luego seleccionar Nuevo, en el menú del administrador, dentro de la sección Educación superior.
2. Teclear en Año de Ingreso. 3. Teclear en Año de egreso. 5. Teclear en Nombre de la Institución. 4. Teclear en Carrera. 5. Teclear en Situación académica.
Resultados Esperados Si todos los datos seleccionados son correctos, al ingresar un nuevo dato académico a un alumno se agregarán los nuevos datos a la base de datos y mostrará el nuevo dato actualizado en pantalla.
Resultados Obtenidos Cuando los datos fueron correctos, al ingresar un nuevo dato académico a un alumno se agregarán los nuevos datos a la base de datos y mostrará el nuevo dato actualizado en pantalla. Cuando se genera un error es, cuando se ingresa en año un valor que son letras.
Evaluación de la Prueba: No se encontraron errores, una evaluación satisfecha. Prueba Satisfecha. Actualmente funciona perfecto.
Tabla 121 Pruebas: Nuevo dato educación superior.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
240
EDITAR DATOS DE EDUCACIÓN SUPERIOR.
Propósito Probar la modificación de un nuevo dato de educación superior del sistema, sección de trazabilidad del alumnado.
Prerrequisitos El usuario deberá de haber ingresado como perfil Administrador.
Datos correctos Año Ingreso = {2009} Año Egreso = {} Nombre de la institución = {Unach} Carrera = {Pedagogía en Educación Física} Situación Académica = {Regular}
Datos Incorrectos Año Ingreso = {asdoas, espacio vacío, asda} Año Egreso = {} Nombre de la institución = {Unach} Carrera = {Pedagogía en Educación Física} Situación Académica = {Regular}
Pasos 1. Seleccionar al alumno en la lista. 2. Seleccionar que dato académico va a
cambiar. 3. Seleccionar Editar en el menú del
administrador. 4. Teclear en Año de Ingreso. 5. Teclear en Año de egreso. 6. Teclear en Nombre de la Institución. 6. Teclear en Carrera. 7. Teclear en Situación académica.
Resultados Esperados Si todos los datos seleccionados son correctos, al ingresar los nuevos datos académicos a un alumno se actualizarán los nuevos datos a la base de datos y los mostrará en pantalla.
Resultados Obtenidos Cuando los datos fueron correctos, al ingresar los nuevos datos académicos a un alumno se actualizarán los nuevos datos a la base de datos y los mostrará en pantalla. Cuando se genera un error es, cuando se ingresa en año un valor que son letras.
Evaluación de la Prueba: No se encontraron errores, una evaluación satisfecha. Prueba Satisfecha. Actualmente funciona perfecto.
Tabla 122 Pruebas: Editar Datos educación superior.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
241
NUEVOS RESULTADOS EN LA PRUEBA DE SELECCIÓN UNIVERSITARIA (PSU).
Propósito Probar el ingreso de un nuevo dato de los resultados de la prueba de selección universitaria. Sección de trazabilidad del alumnado.
Prerrequisitos El usuario deberá de haber ingresado como perfil Administrador.
Datos correctos Año = {2009} Ramo = {Matemáticas} Puntaje = {500}
Datos Incorrectos Año Ingreso = {asdoas, espacio vacío, asda} Ramo = {-----} Puntaje ={-----}
Pasos 1. Seleccionar al alumno en la lista. 2. Seleccionar Nuevo en el menú del
administrador. 3. Teclear en Año. 4. Teclear en Ramo. 5. Teclear en Puntaje.
Resultados Esperados Si todos los datos seleccionados son correctos, al ingresar un nuevo resultado de la prueba de selección universitaria a un alumno se agregará a la base de datos y se mostrará en pantalla lo ingresado.
Resultados Obtenidos Cuando los datos fueron correctos, al ingresar un nuevo resultado de la prueba de selección universitaria a un alumno se agregará a la base de datos y se mostrará en pantalla lo ingresado. Cuando se genera un error es, cuando se ingresa en año un valor que son letras y además cuando los campos no son llenados.
Evaluación de la Prueba: No se encontraron errores, una evaluación satisfecha. Prueba Satisfecha. Actualmente funciona perfecto.
Tabla 123 Pruebas: Ingresar Datos PSU.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
242
EDITAR RESULTADOS EN LA PRUEBA DE SELECCIÓN UNIVERSITARIA (PSU).
Propósito Probar la modificación de un dato de los resultados de la prueba de selección universitaria. Sección de trazabilidad del alumnado.
Prerrequisitos El usuario deberá de haber ingresado como perfil Administrador.
Datos correctos Año = {2009} Ramo = {Matemáticas} Puntaje = {500}
Datos Incorrectos Año Ingreso = {asdoas, espacio vacío, asda} Ramo = {-----} Puntaje ={-----}
Pasos 1. Seleccionar al alumno en la lista. 2. Seleccionar el puntaje el cual desea
modificar. 3. Seleccionar editar en el menú del
administrador. 4. Teclear en Año. 5. Teclear en Ramo. 6. Teclear en Puntaje.
Resultados Esperados Si todos los datos seleccionados son correctos, al actualizar un nuevo resultado de la prueba de selección universitaria a un alumno se actualizará en la base de datos y se mostrará en pantalla lo ingresado.
Resultados Obtenidos Cuando los datos fueron correctos, al actualizar un nuevo resultado de la prueba de selección universitaria a un alumno se actualizará en la base de datos y se mostrará en pantalla lo ingresado. Cuando se genera un error es, cuando se ingresa en año un valor que son letras y además cuando los campos no son llenados.
Evaluación de la Prueba: No se encontraron errores, una evaluación satisfecha. Prueba Satisfecha. Actualmente funciona perfecto.
Tabla 124 Pruebas: Editar datos resultados PSU.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
243
NUEVO ANTECEDENTE LABORAL.
Propósito Probar el ingreso de un nuevo dato laboral que presente el alumno egresado. Sección de trazabilidad del alumnado.
Prerrequisitos El usuario deberá de haber ingresado como perfil Administrador.
Datos correctos Año Ingreso= {2009} Año Egreso = {} Nombre Empresa = {Fuente Alemana} Rubro Empresa = {Comida Rápida} Actividad del alumno = {Mesera}
Datos Incorrectos Año Ingreso= {asd, espacio vacío, as} Año Egreso = {} Nombre Empresa = { } Rubro Empresa = { } Actividad del alumno = { }
Pasos 1. Seleccionar al alumno en la lista. 2. Seleccionar Nuevo en el menú del
administrador. 3. Teclear en Año Ingreso. 4. Teclear en Año Egreso. 5. Teclear en Nombre de la empresa. 6. Teclear en el rubro de la empresa. 7. Teclear en actividad del alumno.
Resultados Esperados Si todos los datos seleccionados son correctos, al guardar un nuevo antecedente laboral se guardará en la base de datos y se mostrará en pantalla lo ingresado.
Resultados Obtenidos Cuando los datos fueron correctos, al guardar un nuevo antecedente laboral se guardará en la base de datos y se mostrará en pantalla lo ingresado. Cuando se genera un error es, cuando se ingresa en año un valor que son letras.
Evaluación de la Prueba: No se encontraron errores, una evaluación satisfecha. Prueba Satisfecha. Actualmente funciona perfecto.
Tabla 125 Pruebas: Ingresar Datos antecedentes laboral.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
244
EDITAR ANTECEDENTE LABORAL.
Propósito Probar la modificación de un dato de los antecedentes laborales. Sección de trazabilidad del alumnado.
Prerrequisitos El usuario deberá de haber ingresado como perfil Administrador.
Datos correctos Año Ingreso= {2009} Año Egreso = {} Nombre Empresa = {Fuente Alemana} Rubro Empresa = {Comida Rápida} Actividad del alumno = {Mesera}
Datos Incorrectos Año Ingreso= {asd, espacio vacío, as} Año Egreso = {} Nombre Empresa = { } Rubro Empresa = { } Actividad del alumno = { }
Pasos 1. Seleccionar al alumno en la lista. 2. Seleccionar antecedente laboral a
modificar. 3. Seleccionar Editar en el menú del
administrador. 4. Teclear en Año Ingreso. 5. Teclear en Año Egreso. 6. Teclear en Nombre de la empresa. 7. Teclear en el rubro de la empresa. 8. Teclear en actividad del alumno.
Resultados Esperados Si todos los datos seleccionados son correctos, al actualizar un nuevo antecedente laboral se actualizará en la base de datos y se mostrará en pantalla lo ingresado.
Resultados Obtenidos Cuando los datos fueron correctos, al actualizar un nuevo antecedente laboral se actualizará en la base de datos y se mostrará en pantalla lo ingresado. Cuando se genera un error es, cuando se ingresa en año un valor que son letras.
Evaluación de la Prueba: No se encontraron errores, una evaluación satisfecha. Prueba Satisfecha. Actualmente funciona perfecto.
Tabla 126 Pruebas: Editar Antecedente Laboral.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
245
CAMBIAR CLAVE ACTUAL DEL ADMINISTRADOR.
Propósito Probar la modificación de la clave actual del administrador.
Prerrequisitos El usuario deberá de haber ingresado como perfil Administrador.
Datos correctos Clave actual = {z} Nueva Clave = {c} Repetir Clave = {c}
Datos Incorrectos Clave actual = {c} Nueva Clave = {x} Repetir Clave = {m}
Pasos 1. Seleccionar cambiar clave en el menú del administrador.
2. Teclear en Clave actual. 3. Teclear en nueva clave. 4. teclear en Repetir Clave.
Resultados Esperados Si todos los datos seleccionados son correctos, al cambiar la clave actual del administrador mostrará un mensaje en pantalla de su resultado exitoso.
Resultados Obtenidos Cuando los datos fueron correctos, al cambiar la clave actual del administrador mostrará un mensaje en pantalla de su resultado exitoso. Cuando se genera un error es, cuando la clave actual no coincide cuando se vuelve a repetir. O aun más cuando no se ingresa una nueva clave.
Evaluación de la Prueba: No se encontraron errores, una evaluación satisfecha. Prueba Satisfecha. Actualmente funciona perfecto.
Tabla 127 Pruebas: Cambiar clave actual administrador.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
246
CAMBIAR LOGIN ACTUAL DEL ADMINISTRADOR.
Propósito Probar la modificación del Login actual del administrador.
Prerrequisitos El usuario deberá de haber ingresado como perfil Administrador.
Datos correctos Login actual = {z} Nuevo Login = {c} Repetir Login = {c}
Datos Incorrectos Login actual = {c} Nuevo Login = {x} Repetir Login = {m}
Pasos 1. Seleccionar cambiar Login en el menú del administrador.
2. Teclear en Login actual. 3. Teclear en nuevo Login. 4. teclear en Repetir Login.
Resultados Esperados Si todos los datos seleccionados son correctos, al cambiar el Login actual del administrador mostrará un mensaje en pantalla de su resultado exitoso.
Resultados Obtenidos Cuando los datos fueron correctos, al cambiar el Login actual del administrador mostrará un mensaje en pantalla de su resultado exitoso. Cuando se genera un error es, cuando el Login actual no coincide cuando se vuelve a repetir. O aun más cuando no se ingresa un nuevo Login.
Evaluación de la Prueba: No se encontraron errores, una evaluación satisfecha. Prueba Satisfecha. Actualmente funciona perfecto.
Tabla 128 Pruebas: Cambiar Login actual administrador.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
247
INGRESAR NUEVO APODERADO.
Propósito Probar el ingreso de un nuevo apoderado al sistema.
Prerrequisitos El usuario deberá de haber ingresado como perfil Administrador.
Datos correctos Rut = {66482111} Apellido Paterno = {Jara} Apellido Materno = {Escobar} Nombres = {Mario} Fecha de Nacimiento = {27-12-56} Género = {Masculino} Nacionalidad = {Chilena} Numero Teléfono = {} Numero Celular = {} Correo Electrónico = {} Dirección = {Caupolicán} Sector = {Oriente} Comuna = {} Urbanidad = {} Nivel Educacional = {}
Datos Incorrectos Rut = {66482113} Apellido Paterno = {13431314, espacio vacío, 8} Apellido Materno = {13431314, espacio vacío, 5} Nombres = {13431314, espacio vacío, 5} Fecha de Nacimiento = {espacio vacío} Género = {Masculino} Nacionalidad = {espacio vacío} Numero Teléfono = {} Numero Celular = {} Correo Electrónico = {} Dirección = {Caupolicán} Sector = {Oriente} Comuna = {} Urbanidad = {} Nivel Educacional = {}
Pasos 1. Hacer clic en Nuevo en el menú del administrador, sección Alumnos, ahí habrá una pestaña donde se selecciona un apoderado, si no existiese en la lista se agrega uno nuevo.
2. Teclear en Rut del apoderado. 3. Teclear en Apellido Paterno.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
248
4. Teclear en Apellido Paterno. 5. Teclear en Nombres. 6. Seleccionar Fecha de nacimiento. 7. Seleccionar Género. 8. Teclear en Nacionalidad. 9. Teclear en Dirección. 10. Teclear en Sector. 11. Seleccionar Comuna. 12. Seleccionar Urbanidad. 13. Seleccionar Nivel Educacional.
Resultados Esperados Si todos los datos ingresados son correctos, el nuevo apoderado será almacenado en la base de datos del sistema y se mostrará en la lista de apoderados en pantalla. Si los datos son incorrectos ver el mensaje de error y cambiar datos erróneos.
Resultados Obtenidos Cuando los datos fueron correctos, el sistema guardó y mostró en la lista de apoderados al recién ingresado. Cuando los datos fueron incorrectos, el sistema arroja error en orden, en este caso Rut inválido, el sistema envía ese error, después de arreglarlo, muestra el siguiente error y así sucesivamente.
Evaluación de la Prueba: No se encontraron errores, una evaluación satisfecha, ya que todos los campos que son necesarios se encuentran validados ya sea el Rut, Nombres que se ingresen solo letras, Apellido Paterno solo letras, entre otros.
Tabla 129 Pruebas: Ingresar Nuevo Apoderado.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
249
EDITAR APODERADO.
Propósito Probar la modificación de uno o más datos de algún apoderado. Sección de alumnos, pestaña apoderado.
Prerrequisitos El usuario deberá de haber ingresado como perfil Administrador.
Datos correctos Rut = {66482111} Apellido Paterno = {Jara} Apellido Materno = {Escobar} Nombres = {Mario} Fecha de Nacimiento = {27-12-56} Género = {Masculino} Nacionalidad = {Chilena} Numero Teléfono = {} Numero Celular = {} Correo Electrónico = {} Dirección = {Caupolicán} Sector = {Oriente} Comuna = {} Urbanidad = {} Nivel Educacional = {}
Datos Incorrectos Rut = No es editable Apellido Paterno = {13431314, espacio vacío, 8} Apellido Materno = {13431314, espacio vacío, 5} Nombres = {13431314, espacio vacío, 5} Fecha de Nacimiento = {espacio vacío} Género = {Masculino} Nacionalidad = {espacio vacío} Numero Teléfono = {} Numero Celular = {} Correo Electrónico = {} Dirección = {Caupolicán} Sector = {Oriente} Comuna = {} Urbanidad = {} Nivel Educacional = {}
Pasos 1. Hacer clic en Nuevo en el menú del administrador, sección Alumnos, ahí habrá una pestaña donde se selecciona un apoderado, se selecciona en el menú Editar apoderado.
2. Teclear en Rut del apoderado.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
250
3. Teclear en Apellido Paterno. 4. Teclear en Apellido Paterno. 5. Teclear en Nombres. 6. Seleccionar Fecha de nacimiento. 7. Seleccionar Género. 8. Teclear en Nacionalidad. 9. Teclear en Dirección. 10. Teclear en Sector. 11. Seleccionar Comuna. 12. Seleccionar Urbanidad. 13. Seleccionar Nivel Educacional.
Resultados Esperados Si todos los datos ingresados son correctos, el nuevo apoderado será almacenado en la base de datos del sistema y se mostrará en la lista de apoderados en pantalla. Si los datos son incorrectos ver el mensaje de error y cambiar datos erróneos.
Resultados Obtenidos Cuando los datos fueron correctos, el sistema guardó y mostró en la lista de apoderados al recién ingresado. Cuando los datos fueron incorrectos, el sistema arroja error en orden, en este caso Rut inválido, el sistema envía ese error, después de arreglarlo, muestra el siguiente error y así sucesivamente.
Evaluación de la Prueba: No se encontraron errores, una evaluación satisfecha, ya que todos los campos que son necesarios se encuentran validados ya sea el Rut, Nombres que se ingresen solo letras, Apellido Paterno solo letras, entre otros.
Tabla 130 Pruebas: Editar Apoderado.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
251
PRUEBAS AL USUARIO PROFESOR.
INGRESAR NUEVA NOTA AL ALUMNO
Propósito Probar el ingreso de una nueva nota al alumno.
Prerrequisitos El usuario deberá de haber ingresado como perfil Profesor.
Datos correctos Nueva Nota = {6.7}
Datos Incorrectos Nueva Nota = {7.9}
Pasos 1. Seleccionar curso. 2. selecciona el Ramo. 3. selecciona al alumno. 4. Teclear sobre la nueva nota.
Resultados Esperados Si todos los datos agregados son correctos, la nueva nota será agregada a la base de datos y se mostrará en pantalla lo ingresado.
Resultados Obtenidos Cuando los datos fueron correctos, la nueva nota será agregada a la base de datos y se mostrará en pantalla lo ingresado. Cuando se genera un error es, cuando la nota agregada no está dentro de los rangos de valores validos, ya sea menores que Cero y mayores que 7.
Evaluación de la Prueba: No se encontraron errores, una evaluación satisfecha. Prueba Satisfecha. Actualmente funciona perfecto.
Tabla 131 Pruebas: Ingresar Nueva Nota.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
252
CAMBIAR CLAVE ACTUAL DEL PROFESOR.
Propósito Probar la modificación de la clave actual del profesor.
Prerrequisitos El usuario deberá de haber ingresado como perfil profesor.
Datos correctos Clave actual = {m} Nueva Clave = {y} Repetir Clave = {y}
Datos Incorrectos Clave actual = {c} Nueva Clave = {x} Repetir Clave = {m}
Pasos 1. Seleccionar cambiar clave en el menú del profesor.
2. Teclear en Clave actual. 3. Teclear en nueva clave. 4. Teclear en Repetir Clave.
Resultados Esperados Si todos los datos seleccionados son correctos, al cambiar la clave actual del profesor mostrará un mensaje en pantalla de su resultado exitoso.
Resultados Obtenidos Cuando los datos fueron correctos, al cambiar la clave actual del profesor mostrará un mensaje en pantalla de su resultado exitoso. Cuando se genera un error es, cuando la clave actual no coincide cuando se vuelve a repetir. O aun más cuando no se ingresa una nueva clave.
Evaluación de la Prueba: No se encontraron errores, una evaluación satisfecha. Prueba Satisfecha. Actualmente funciona perfecto.
Tabla 132 Pruebas: Cambiar clave actual.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
253
CAMBIAR LOGIN ACTUAL DEL PROFESOR.
Propósito Probar la modificación del Login actual del profesor.
Prerrequisitos El usuario deberá de haber ingresado como perfil profesor.
Datos correctos Login actual = {z} Nuevo Login = {c} Repetir Login = {c}
Datos Incorrectos Login actual = {c} Nuevo Login = {x} Repetir Login = {m}
Pasos 5. Seleccionar cambiar Login en el menú del profesor.
6. Teclear en Login actual. 7. Teclear en nuevo Login. 8. teclear en Repetir Login.
Resultados Esperados Si todos los datos seleccionados son correctos, al cambiar el Login actual del profesor mostrará un mensaje en pantalla de su resultado exitoso.
Resultados Obtenidos Cuando los datos fueron correctos, al cambiar el Login actual del profesor mostrará un mensaje en pantalla de su resultado exitoso. Cuando se genera un error es, cuando el Login actual no coincide cuando se vuelve a repetir. O aun más cuando no se ingresa un nuevo Login.
Evaluación de la Prueba: No se encontraron errores, una evaluación satisfecha. Prueba Satisfecha. Actualmente funciona perfecto.
Tabla 133 Pruebas: Cambiar Login actual.
Universidad del Bío-Bío. Red de Bibliotecas - Chile
Top Related