“SISTEMA DE ADMINISTRACIÓN Y TRAZABILIDAD DEL …

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.


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.


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


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


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


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


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


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


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


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


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


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


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


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


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.


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.


17

CAPITULO I:

DESCRIPCIÓN GENERAL DE LA ORGANIZACIÓN Y ASPECTOS TÉCNICOS


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.


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.


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


21

CAPITULO II

MARCO TEÓRICO


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.


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


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


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).


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


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


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.


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.


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.


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


http://www.monografias.com/trabajos/adolmodin/adolmodin.shtml

http://www.monografias.com/trabajos12/eticaplic/eticaplic.shtml

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


http://es.wikipedia.org/wiki/Entorno_de_desarrollo_integrado

http://es.wikipedia.org/wiki/Oracle_Corporation

http://es.wikipedia.org/wiki/Oracle_Corporation

http://es.wikipedia.org/wiki/Lenguaje_de_programaci%C3%B3n_Java

http://es.wikipedia.org/wiki/HTML

http://es.wikipedia.org/wiki/XML

http://es.wikipedia.org/wiki/SQL

http://es.wikipedia.org/wiki/PL/SQL

http://es.wikipedia.org/wiki/Javascript

http://es.wikipedia.org/wiki/PHP

http://es.wikipedia.org/wiki/Oracle_Application_Development_Framework

http://es.wikipedia.org/wiki/Oracle_Application_Development_Framework

http://es.wikipedia.org/wiki/UML

http://es.wikipedia.org/wiki/2005

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


34

CAPITULO III:

DESCRIPCIÓN DEL PROBLEMA Y LA SOLUCIÓN


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.


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.


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:


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.


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


Agenda entrega de

certificado según tiempo

estimado basado en carga

laboral


Si

Busca carpeta de

alumno en sala de

archivos


¿ Encuentra

carpeta de

archivos ?

Revisa integridad

de la información

Secretaria

Académica

No

Si

¿ Se encuentra

la información

requerida ?

Redacta certificado

solicitado


Busca los registros

faltantes en otras

carpetas


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.


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.


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


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.


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


44

CAPITULO IV

ESTUDIO DE FACTIBILIDAD


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.


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.


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.


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


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.


50


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.


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


Oracle10gXe

Windows Server 2008



51


JDeveloper studio

400 MB

Oracle10gXE

100 MB

Windows Server 2008

1600 MB


30 MB

TOTAL 2130 MB


alternativa 1 Además por razones de seguridad será necesario adquirir una UPS para el servidor.


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.


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


52

APLICACIONES


Oracle10gXe



APLICACIONES ESPACIO REQUERIDO

JDeveloper studio

400 MB

Oracle10gXE

100 MB


30 MB

TOTAL 530 MB


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.


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


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


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).


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.


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.


58

CAPITULO V

ANÁLISIS DE LA SOLUCIÓN


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.


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.


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.


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.


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.


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.


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.


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.


67

CAPITULO VI


PRIMER INCREMENTO


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.


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


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.


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


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.


70

6.1.1.1.4 BUSCAR UN USUARIO EN EL SISTEMA



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



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.


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


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.


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


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.


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


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.


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


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.


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.


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.


74

6.1.1.3.1 AGREGAR UN PROFESOR AL SISTEMA


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


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.


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


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


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.


76

6.1.1.3.5 LISTAR PROFESORES DEL ESTABLECIMIENTO.


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


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


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.


77

6.1.1.4.2 EDITAR UN CURSO EN EL SISTEMA



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


R.4.3.1 Buscar un curso por su código. 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


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.


78

6.1.1.4.5 LISTAR CURSOS DEL ESTABLECIMIENTO.


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


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


6.1.1.5.1 AGREGAR ASIGNATURA AL SISTEMA


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.


79

6.1.1.5.2 EDITAR UNA ASIGNATURA EN EL SISTEMA


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


R.5.3.1 Buscar una asignatura por su código. 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



R.5.4.2 Eliminar la asignatura almacenada en el sistema. Oculto.

Tabla 41 Requerimientos Funcionales, eliminar asignatura almacenada en el sistema.


80

6.1.1.5.5 LISTAR ASIGNATURAS DEL ESTABLECIMIENTO.


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.


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


6.1.1.6.1 AGREGAR NOTA AL SISTEMA


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.


81

6.1.1.6.2 EDITAR UNA NOTA EN EL SISTEMA


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


R.6.3.1 Buscar una asignatura por su código. 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


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.


82

6.1.1.6.5 LISTAR NOTAS DE UN ALUMNO.


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.


R7.1 Generar apertura de año Evidente R7.2 Generar cierre de año Evidente


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.


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



formularios. Tiempo de respuesta


R1.3 Modificar Usuario

Evidente

Tiempo de respuesta


Tolerancia a fallos





formularios.

R1.4 Buscar Usuario Evidente Tiempo de respuesta



84



formularios.

R1.5 Eliminar Usuario

Evidente

Tiempo de respuesta


Tolerancia a fallos




Java Text Aplication (aplicación de escritorio).

R2.1 Agregar un

alumno Evidente

Tiempo de respuesta


Tolerancia a fallos





formularios.

R2.2 Editar alumno Evidente

Tiempo de respuesta


Tolerancia a fallos





formularios.

R2.3 Buscar alumno Evidente

Tiempo de respuesta




formularios.

R2.4 Eliminar alumno

Evidente

Tiempo de respuesta


Tolerancia a fallos






85

R2.5 Listar alumnos

por curso Evidente

Tiempo de respuesta



Java Text Aplication

R3.1 Agregar un

profesor Evidente

Tiempo de respuesta


Tolerancia a fallos





formularios.

R3.2 Eliminar un

profesor Evidente

Tiempo de respuesta


Tolerancia a fallos




Java Text Aplication (aplicación de

escritorio).

R3.3 Buscar profesor Evidente

Tiempo de respuesta




formularios.

R3.4 Editar profesor Evidente

Tiempo de respuesta


Tolerancia a fallos





formularios.

R3.5 Listar

profesores Evidente

Tiempo de respuesta



86



R4.1 Agregar un

curso Evidente

Tiempo de respuesta


Tolerancia a fallos





formularios.

R4.2 Editar un curso Evidente

Tiempo de respuesta


Tolerancia a fallos





R4.3 Buscar curso Evidente Tiempo de respuesta


Metáfora de

interfaz


formularios.

R4.4 Eliminar curso Evidente

Tiempo de respuesta


Tolerancia a fallos





formularios.

R4.5 Listar cursos Evidente

Tiempo de respuesta




R4.6

Asociar / Desasociar

alumnos a un curso

Evidente

Tiempo de respuesta


Tolerancia a fallos




87



formularios.

R4.7

Asociar Desasociar

asignaturas a un curso

Evidente

Tiempo de respuesta


Tolerancia a fallos





formularios.

R5.1 Agregar una asignatura

Evidente

Tiempo de respuesta


Tolerancia a fallos





formularios.

R5.2 Editar una asignatura

Evidente

Tiempo de respuesta


Tolerancia a fallos





R5.3 Buscar una asignatura

Evidente

Tiempo de respuesta




formularios.

R5.4 Eliminar una asignatura

Evidente

Tiempo de respuesta


Tolerancia a fallos





formularios.

R5.5 Listar

asignaturas Evidente

Tiempo de respuesta



88

Metáfora de

interfaz Java Text Aplication

R6.1 Agregar una

nota Evidente

Tiempo de respuesta


Tolerancia a fallos





formularios.

R6.2 Buscar notas de un alumno.

Evidente

Tiempo de respuesta




formularios.

R6.3

Editar una nota Evidente

Tiempo de respuesta


Tolerancia a fallos





R6.4 Eliminar una

nota

Evidente

Tiempo de respuesta


Tolerancia a fallos





formularios.

R5.5 Listar notas de

un alumno Evidente

Tiempo de respuesta




R6.6 Calcular

promedios de un alumno

Evidente

Tiempo de respuesta




R7.1 Generar

apertura de año Evidente

Tiempo de respuesta



89



R7.2 Generar cierre

de año Evidente

Tiempo de respuesta




Tabla 51 Tabla Combinada de atributos del sistema y requerimientos funcionales


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


alumnos a curso


Asignaturas a curso

Listar Alumnos por

Curso

Listar Cursos

Listar Asignaturas

Listar Profesrores

Figura 5 Diagrama de Casos de Uso Administrador y Administrativo UTP.


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.


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




urbanidad y nivel educacional.

4. El sistema verifica y valida el ingreso

de los datos obligatorios.


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) :


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.


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


95

CAPITULO VII


SEGUNDO INCREMENTO


96

7. REQUERIMIENTOS FUNCIONALES.

7.1 GESTIÓN DE TRAZABILIDAD Y REPORTES PARA EL SISTEMA.


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.


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.


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.


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.


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.


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.


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.


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.


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.


98


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.



R. 1.2.1.2.2


Oculto.


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.



R. 1.2.1.3.2


Oculto.


Oculto.


99


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


Tolerancia a fallos





formularios.

R.1.2

Generar informe de

notas parciales.

Evidente



formularios.

Tolerancia a fallos



Tiempo de respuesta


R.1.3

Generar

certificado de concentración

de notas

Evidente

Tiempo de respuesta


Tolerancia a fallos




100



formularios.

R.1.4

Generar informe de

alumnos por comuna

Evidente

Tiempo de respuesta


Tolerancia a fallos





formularios.

R.2.1

Guardar antecedentes de Educación

superior

Evidente

Tiempo de respuesta


Tolerancia a fallos





formularios.

R.2.2 Guardar

antecedentes Laborales.

Evidente

Tiempo de respuesta


Tolerancia a fallos





R.2.3

Guardar puntajes

obtenidos en la rendición

de pruebas de selección

universitaria.

Evidente

Tiempo de respuesta


Tolerancia a fallos





formularios. Tabla 63 Tabla combinada, requerimientos funcionales.


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.


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 :



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.


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.



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.


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


105

9. DIAGRAMA DE BASE DE DATOS.

Figura 10 Diagrama de Base de Datos


106

10. DIAGRAMA DE CLASES.

Parte Uno de la Imagen.


107

Parte Dos y final de la Imagen.

Figura 11 Diagrama de Clases de diseño.


108

CAPITULO VIII

ANÁLISIS DE LA SEGURIDAD Y

PRUEBAS DEL SOFTWARE


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


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.


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.


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.


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.


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.


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].


http://psicosix.iespana.es/bd2/Trabajo04.pdf

http://www.sumadata.cl/

http://www.webtaller.com/construccion/lenguajes/index/mysql/

http://es.wikipedia.org/wiki/JDeveloper

116

ANEXOS

ANEXO I: CASOS DE USO EXPANDIDOS PRIMER INCREMENTO


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


Precondiciones : Que exista a lo menos un alumno almacenado en el

sistema

Post-condición : Alumno editado

Flujo básico :


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




urbanidad y foto además de los datos de

su apoderado, Rut del apoderado,

apellido paterno, apellido materno,

nombres, parentesco, fecha de





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


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,



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.



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.


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 :



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


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.


selecciona el alumno que desea

observar.

8. El sistema muestra los datos del

alumno.



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ó.



al paso 4.

Tabla 67 Especificación de caso de uso Buscar Alumno.


121

Caso de uso : R2.4

Nombre : Eliminar alumno

Propósito : El Administrador busca un alumno con la intención de

eliminarlo


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 :



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.




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.


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 :



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.


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.


Precondiciones : Autentificado como usuario administrador

Post-condición : Profesor almacenado

Flujo básico :




desea agregar un profesor.


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



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.


124



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.


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


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 :



Administrador decide buscar un

profesor.


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.


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.


126

Buscar por Apellido Paterno: No

debe contener números.


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




algún profesor que se relacione con el

Rut indicado o Apellido ingresado.

Vuelve al caso de uso que lo

implementó.



al paso 4.

Tabla 71 Especificación de caso de uso Buscar Profesor.


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.


Precondiciones : Que exista a lo menos un profesor almacenado en el

sistema

Post-condición : Profesor editado

Flujo básico :




de un profesor.


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


datos obligatorios y valida los datos que

correspondan.


modificados del profesor. Con esto el


proceso.


128






Tabla 72 Especificación de caso de uso Editar Profesor.


129

Caso de uso : R3.4

Nombre : Eliminar un profesor

Propósito : El Administrador busca un profesor con la intención de

eliminarlo.


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 :



Administrador desea eliminar un

profesor.

2. El sistema despliega la ficha del

profesor. Incluye caso de uso Buscar

profesor.


eliminación del profesor.

4. El sistema elimina al profesor de su

Base de Datos.




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.


130

Caso de uso : R3.5

Nombre : Listar profesores

Propósito : Permitir al administrador o profesor listar los profesores

del colegio.


Precondiciones : Profesores almacenados en el sistema

Post-condición : Lista de profesores

Flujo básico :



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.


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.


Precondiciones : Autentificado como administrador

Post-condición : Curso almacenado

Flujo básico :



Administrador desea ingresar un nuevo

curso al sistema.


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


confirmación.


132



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.


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.


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 :



Administrador o profesor decide buscar

un curso.


búsqueda, que son:

Buscar por código.

Buscar por nombre.


selecciona su opción de búsqueda.



seleccionada.


corresponda.

Buscar por código: Debe tener

una longitud igual a 3 caracteres

numéricos.


134

Buscar por nombre: No debe de

tener números.




existencia.

7. El sistema muestra la información del

curso.





al paso 4.



Vuelve al paso 4.

Tabla 76 Especificación de caso de uso Buscar Curso.


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.


Precondiciones : Que exista a lo menos un curos almacenado en el

sistema.

Post-condición : Curso editado.

Flujo básico :




del curso.


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.


modificados del curso. Con esto, el


proceso.


136






Tabla 77 Especificación de caso de uso Editar Curso.


137

Caso de uso : R4.4

Nombre : Eliminar un curso

Propósito : El Administrador busca un curso con la intención de

eliminarlo.


Precondiciones : Curso almacenado

Post-condición : El curso que se seleccionó para eliminar ya no existe en

el sistema

Flujo básico :



Administrador desea eliminar un curso.

2. El sistema despliega los datos del

curso. Incluye Buscar Curso.


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.


138

Caso de uso : R4.5

Nombre : Listar cursos

Propósito : El Administrador o profesor lista los cursos


Precondiciones : Cursos almacenados en el sistema

Post-condición : Lista de cursos

Flujo básico :



Administrador o profesor desea listar los

cursos impartidos en el colegio.


todos los cursos impartidos en el

colegio.

Tabla 79 Especificación de caso de uso Listar Cursos.


139

Caso de uso : R4.6

Nombre : Asociar alumnos a un curso

Propósito : El administrador asocia un alumno a curso


Precondiciones : Alumno y curso creados

Post-condición : Alumno asociado

Flujo básico :



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.


140

Flujo(s) alternativo(s):


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.


141

Caso de uso : R4.7

Nombre : Asociar asignatura a un curso

Propósito : El administrador asocia una asignatura a un curso.


Precondiciones : Asignatura y curso creada

Post-condición : Asignatura asociada

Flujo básico :



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.


142



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.


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.


Precondiciones : Autentificado como administrador

Post-condición : Asignatura almacenada

Flujo básico :



Administrador desea ingresar una nueva

asignatura al sistema.


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.


144



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.


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.


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 :



Administrador o profesor desea buscar

una asignatura.


búsqueda, que son:

Buscar por código

Buscar por Nombre y Año


selecciona su opción de búsqueda.



seleccionada.


corresponda.

Buscar por código: Debe tener

una longitud igual a 3 caracteres

numéricos.


146

Buscar por Nombre y Año: Verifica si

existen datos ingresados.




existencia.

7. El sistema muestra la información de

la Asignatura.





al paso 4.


error si no fuese encontrada la

Asignatura. Vuelve al paso 4.

Tabla 83 Especificación de caso de uso Buscar Asignatura.


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


Precondiciones : Que exista a lo menos una asignatura almacenado en el

sistema

Post-condición : Asignatura editada

Flujo básico :



Administrador decide modificar los datos

de una asignatura.


con los datos de la asignatura a

modificar. Incluye Buscar Asignatura.

3. El Administrador modifica los datos de

una asignatura.


datos obligatorios, validando los datos

que correspondan.


modificados de la asignatura, con esto

termina el proceso de ejecución de este

proceso.


148






Tabla 84 Especificación de caso de uso Editar Asignatura.


149

Caso de uso : R5.4

Nombre : Eliminar una asignatura

Propósito : El Administrador busca una asignatura con la intención

de eliminarla.


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 :



Administrador decide eliminar una

determinada asignatura.


con los datos de la asignatura a

eliminar. Incluye Buscar Asignatura.


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.


150

Caso de uso : R5.5

Nombre : Listar asignaturas

Propósito : Permite al administrador o profesor listar las asignaturas

impartidas en el colegio.


Precondiciones : Asignaturas almacenadas en el sistema

Post-condición : Lista de asignaturas

Flujo básico :



Administrador o profesor le indica al

sistema que desea listar las asignaturas

impartidas en el colegio.


todas las asignaturas impartidas en el

colegio.

Tabla 86 Especificación de caso de uso Listar Asignatura.


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 :



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


confirmación.


152






Tabla 87 Especificación de caso de uso Agregar Nota.


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


sistema.

Post-condición : Asignatura con notas

Flujo básico :



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.


por el profesor en el registro del sistema

para verificar su existencia, listando

todas las coincidencias.

4. El profesor el alumno que desea

observar.


154

5. El sistema muestra las notas del

alumno especificando en la asignatura

escogida.





al paso 1.

Tabla 88 Especificación de caso de uso Buscar Notas de un Alumno.


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


sistema.

Post-condición : Asignatura con nota editada

Flujo básico :



profesor desea modificar la nota de un

alumno.


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.






Tabla 89 Especificación de caso de uso Editar Notas de un Alumno.


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 :



Profesor decide eliminar una nota de un

determinado alumno.


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.


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.


Precondiciones : Caso de uso, Buscar Alumno

Post-condición : Listado de notas del alumno

Flujo básico :



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.


selecciona al alumno que desea ver sus

notas.

5. El sistema despliega al alumno con

un listado de sus asignaturas y sus

respectivas notas.





Vuelve al paso 1.

Tabla 91 Especificación de caso de uso Listar Notas de un Alumno.


158

Caso de uso : R6.6

Nombre : Calcular promedio

Propósito : El Administrador o profesor, desea obtener el promedio

de un alumno.


Precondiciones : Caso de uso Listar notas por alumno

Post-condición : Promedio del alumno

Flujo básico :



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.



2. a. El sistema no contiene notas del

alumno.

Tabla 92 Especificación de caso de uso Calcular promedio de un Alumno.


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


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


160

Diagrama de Secuencia Caso de uso R2.2 Editar Alumno








editarAlumno()

modificarDatosAlumno(datos_alumno)






el formulario.

buscarAlumno(datos) opciones de búsqueda: rut o apellido paterno

despliega formulario con datos modificables

Figura 13 Diagrama de Secuencia Editar Alumno


161

Diagrama de Secuencia Caso de uso R2.3 Buscar Alumno


buscarAlumnoDeterminado(datos, opcion de busqueda)

[rutValido : false]|| [apellidoPaternoValido : False] : mensaje error

[rutExiste : false]|| [apellidoPaternoExiste : False] : mensaje error




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


162

Diagrama de Secuencia Caso de uso R2.4 Eliminar Alumno








eliminarAlumno()


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


163

Diagrama de Secuencia Caso de uso R2.5 Listar Alumnos por Curso


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


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


despliega formulario de agregar profesor

agregarProfesor()

registrarDatosProfesor(datos_profesor)


[existeRut : true] : mensaje error





el formulario.

Si el rut ingresado ya existe, el sistema muestra un


el formulario.

Figura 17 Diagrama de Secuencia Agregar Profesor


165

Diagrama de Secuencia Caso de uso R3.2 Editar Profesor


editarProfesor()

modificarDatosProfesor(datos_profesor)






el formulario.

buscarProfesor(datos)opciones de búsqueda: rut o apellido paterno


datos_profesor= rut, apellidoPaterno, apellidoMaterno, nombres,




Figura 18 Diagrama de Secuencia Editar Profesor


166

Diagrama de Secuencia Caso de uso R3.3 Buscar Profesor


buscarProfesorDeterminado(datos, opcion de busqueda)






el formulario.

buscarProfesor(datos)


datos: rut o apellido paterno


mensaje de confirmaciónSi el rut ingresado o el apellido paterno no existe,



Figura 19 Diagrama de Secuencia Buscar Profesor


167

Diagrama de Secuencia Caso de uso R3.4 Eliminar Profesor


eliminarProfesor()


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,




sistema indica que no existe profesor

Figura 20 Diagrama de Secuencia Eliminar Profesor


168

Diagrama de Secuencia Caso de uso R3.5 Listar Profesores


listarProfesores()

lista de profesoresSe muestra un listado con los nombres,

apellidos y rut de los profesores

Figura 21 Diagrama de Secuencia Listar Profesores


169

Diagrama de Secuencia Caso de uso R4.1 Agregar Curso

datos_curso= códigoCurso, nombre,

profesorJefe, año, departamento.


despliega formulario de agregar curso

agregarCurso()

registrarDatosCurso(datos_curso)






el formulario.

Figura 22 Diagrama de Secuencia Agregar Curso


170

Diagrama de Secuencia Caso de uso R4.2 Editar Curso


editarCurso()

modificarDatosCurso(datos_curso)



buscarCurso(datos)





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


171

Diagrama de Secuencia Caso de uso R4.3 Buscar Curso


buscarCursoDeterminado(datos, opcion de busqueda)

[codigo : false]|| [nombre : False] : mensaje error

[codigoExiste : false]|| [nombreExiste : False] : mensaje error


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



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


172

Diagrama de Secuencia Caso de uso R4.4 Eliminar Alumno


eliminarCurso()


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


173

Diagrama de Secuencia Caso de uso R4.5 Listar Cursos


listarCursos()

lista de cursosSe muestra un listado de todos los

cursos con su respectivo codigo.

Figura 26 Diagrama de Secuencia Listar Cursos


174

Diagrama de Secuencia Caso de uso R4.6 Asociar/ desasociar alumnos a un Curso

SistemaAdministradorasociarAlumnosCurso()

asociaCurso(alumno)

despliega cursos disponibles



mensaje de error.

buscarAlumnor(datos) opciones de búsqueda: rut o apellido paterno

despliega un formulario con sus datos academicos

seleccionaCurso(curso)


mensaje de confirmacion

Figura 27 Diagrama de Secuencia Asociar/ desasociar alumnos a un Curso


175

Diagrama de Secuencia Caso de uso R4.7 Asociar/ desasociar asignaturas a un curso

SistemaAdministradorasociarAsignaturaCurso()

asociaCurso(asignatura)

despliega cursos disponibles



mensaje de error.

buscarAsignatura(datos) opciones de búsqueda: código o por Nombre y Año

despliega datos de la asignatura

seleccionaCurso(curso)



Figura 28 Diagrama de Secuencia Asociar/ desasociar asignaturas a un Curso


176

Diagrama de Secuencia Caso de uso R5.1 Agregar Asignatura

datos_asignatura= código, año, profesor


despliega formulario de agregar asignatura

agregarAsignatura()

registrarDatosAsignatura(datos_asignatura)


mensaje de confirmaciónSi uno o mas de los datos ingresados



el formulario.

Figura 29 Diagrama de Secuencia Agregar Asignatura


177

Diagrama de Secuencia Caso de uso R5.2 Editar Asignatura


editarAsignatura()

modificarDatosAsignatura(datos_asignatura)



buscarAsignatura(datos)





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


178

Diagrama de Secuencia Caso de uso R5.3 Buscar Asignatura


buscarAsignaturaDeterminada(datos, opcion de busqueda)

[codigo : false]|| [nombre y año: False] : mensaje error

[codigoExiste : false]|| [nombreYAñoExiste : False] : mensaje error


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 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


179

Diagrama de Secuencia Caso de uso R5.4 Eliminar Asignatura


eliminarAsignatura()


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


180

Diagrama de Secuencia Caso de uso R5.5 Listar Asignaturas


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


181

Diagrama de Secuencia Caso de uso R6.1 Agregar Nota


agregarNota()


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)


Figura 34 Diagrama de Secuencia Agregar Alumno


182

Diagrama de Secuencia Caso de uso R6.2 Buscar notas de un Alumno


buscarAlumnoDeterminado(datos, opcion de busqueda)






el formulario.

buscarNotasDeAlumno(datos)


datos: rut o apellido paterno, e ingresando Asignatura


Si el rut ingresado o el apellido paterno no existe,



seleccionaAlumno(alumno)

despliega notas del alumno

Figura 35 Diagrama de Secuencia Buscar notas de un Alumno


183

Diagrama de Secuencia Caso de uso R6.3 Editar Nota


editarNota()

modificaNotasr(nota)



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


184

Diagrama de Secuencia Caso de uso R6.4 Eliminar Nota


eliminarNota()


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


185

Diagrama de Secuencia Caso de uso R6.5 Listar Notas de un Alumno


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


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


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


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.


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


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()


Apoderado

1.5.1.2 crear()

1.4.b:existeApoderado = falso creaApoderado()

Figura 41 Diagrama de Colaboración Editar Alumno.


189

Diagrama de colaboración Agregar Nuevo Curso.

ESTE DIAGRAMA ES SIMILAR CON EL DIAGRAMA DE COLABORACIÓN, AGREGAR ASIGNATURA.

Administrador


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()


Figura 42 Diagrama de Colaboración Agregar Nuevo Curso.


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


AsociarAsignaturasACurso()

1.4: asignaturaEnOtroCurso = false : AsociaAsignatura()


1.4.1: AsociaAsignatura(consulta sql UPDATE)

Curso

1.4.1.1 crear()

1.2: recuperaAsignaturas()


Asignatura

1.4.1.2 crear()

Figura 43 Diagrama de Colaboración Asociar Asignaturas a un Curso.


191

Diagrama de colaboración Agregar Notas.


ELIMINAR NOTAS Y MODIFICAR NOTAS.

Profesor

Control Vista Control Integracion

Control Modelo

AgregarNotas()

1.6: agregaNota(alumno,asignatura, profesor)


1.6.1: creaNota(consulta sql CREATE)

Nota

1.6.1.1 crear()

1.2: recuperaProfesores()


1.4: recuperaAsignaturas()

1.5: recuperaNotas(alumno,asignatura,notas)

Figura 44 Diagrama de Colaboración Agregar Notas.


192

Diagrama de colaboración Año Académico.


ABRIR AÑO ACADÉMICO, CERRAR AÑO ACADÉMICO Y RE-ABRIR AÑO ACADÉMICO.

Administrador


cambiarPeriodoAcademico(periodo)

1 : perdiodoAcademico = actualizaPeriodoAcademico(periodo)

1.1.1: cargarNuevoPeriodoAcademico()

Figura 45 Diagrama de Colaboración Agregar Notas.


193

ANEXO II:

CASOS DE USO EXPANDIDOS SEGUNDO INCREMENTO


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 :



Administrador o profesor le indica al

sistema que desea generar informe de

notas parciales.


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


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.





al paso 3.



Vuelve al paso 3.

Tabla 93 Especificación de caso de uso Generar informe de notas parciales.


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 :




desea generar un certificado de

concentración de notas.


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


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


197

certificado de concentración de notas.




error si no fuese encontrado el alumno.

Vuelve al paso 3.

Tabla 94 Caso de uso Generar certificado concentración de notas.


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.


Precondiciones : Autentificado administrador.

Post-condición : Imprimir informe de alumnos por comuna.

Flujo básico :




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.


199




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.


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.



Post-condición : Antecedentes de educación superior almacenados en la

Base de Datos.

Flujo básico :




desea guardar antecedentes de

educación superior de los alumnos.


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.


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.


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





error si el Rut ingresado no es válido.

Vuelve al paso 3.



202

error si el Rut no se encuentra en la

Base de Datos. Vuelve al paso 3.


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.



Post-condición : Antecedentes laborales almacenados en la Base de

Datos.

Flujo básico :




desea guardar antecedentes laborales

de los alumnos.




Alumno.


alumno.





203



la base de datos.



alumno.


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).










Vuelve al paso 3.


204







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.



Post-condición : Información de puntajes obtenidos guardados en la Base

de Datos.

Flujo básico :




desea guardar antecedentes laborales

de los alumnos.




Alumno.


alumno.




205




la base de datos.



alumno.


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.










Vuelve al paso 3.




206





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”.


207

datos= por código o por nombre del curso.


despliega formulario de buscar un curso

generarActasDeNotas()

ingresarDatosBusqueda(datos)


[existeCurso : false] : mensaje error

lista alumnos pertenecientes al curso




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”.


208

datos= por código o por nombre del curso.


despliega formulario de buscar un curso

generarInformeNotasParciales()

ingresarDatosBusqueda(datos)


[existeCurso : false] : mensaje error

lista alumnos pertenecientes al curso




el formulario.


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”.


209

datos= por Rut o por Apellido Paterno.

opcion de busqueda= Rut o Apellido Paterno.


despliega formulario de buscar un alumno

generarCertificadoConcentracionNotas()

buscarAlumno(datos, opcion de busqueda)


[existeAlumno : false] : mensaje error

Informe de certificado concentración de notas




el formulario.


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”.


210


despliega formulario de seleccionar comuna

generarInformeDeAlumnosPorComuna()

seleccionaComuna(comuna)

[existeComuna : false] : mensaje error

Informe de alumnos por comuna


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”.


211



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


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”.


212



antecedentesLaborales()








verificador



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).





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”.


213



puntajesPSU()








verificador



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.





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.


214

ESTE DIAGRAMA DE COLABORACIÓN ES SIMILAR CON EL DIAGRAMA DE COLABORACIÓN, GENERAR INFORME CONCENTRACIÓN DE NOTAS.

Profesor Jefe


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


215

ALUMNADO EGRESADO Y EDITAR TRAZABILIDAD ALUMNOS EGRESADOS, YA SEA ACADÉMICO, RESULTADOS PSU Y ANTECEDENTES LABORALES.

Profesor


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.


216

ANEXO III: DETALLE DE TABLAS


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.


218

Nombre Alumno

Campos Tipo clave


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.


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 (


Número de teléfono fijo del apoderado.


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.


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


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


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.


221

Nombre Comuna

Campos Tipo clave


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


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


222

Nombre Departamento

Campos Tipo clave


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


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


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


223

Nombre Periodo Académico

Campos Tipo clave


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


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


Número de teléfono fijo del Profesor.


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).


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


225

Nombre Periodo Académico

Campos Tipo clave


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


226

ANEXO IV: PRUEBAS


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.


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.


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.


229

INGRESAR NUEVO PROFESOR.

Propósito Probar el ingreso de un nuevo profesor al sistema.


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.


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.


231

MODIFICAR DATOS PROFESOR.

Propósito Probar la modificación de datos de un profesor por parte del 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.


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.


233

INGRESAR ASIGNATURA

Propósito Probar el ingreso de una asignatura al sistema.


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.


234

EDITAR ASIGNATURA.

Propósito Probar la modificación de datos de una asignatura por parte del 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.


235

INGRESAR CURSO.

Propósito Probar el ingreso de un nuevo curso al sistema.


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.


236

EDITAR CURSO.

Propósito Probar la modificación de datos de un Curso por parte del 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.


237

ABRIR AÑO ACADÉMICO.

Propósito Probar que se inicie un año académico, todo esto creado por parte del 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.


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.


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.


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.


Tabla 121 Pruebas: Nuevo dato educación superior.


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.


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.


Tabla 122 Pruebas: Editar Datos educación superior.


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.


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.


Tabla 123 Pruebas: Ingresar Datos PSU.


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.


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.


Tabla 124 Pruebas: Editar datos resultados PSU.


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.


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.


Tabla 125 Pruebas: Ingresar Datos antecedentes laboral.


244

EDITAR ANTECEDENTE LABORAL.

Propósito Probar la modificación de un dato de los antecedentes laborales. Sección de trazabilidad del alumnado.


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.


Tabla 126 Pruebas: Editar Antecedente Laboral.


245

CAMBIAR CLAVE ACTUAL DEL ADMINISTRADOR.

Propósito Probar la modificación de la clave actual del 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.


Tabla 127 Pruebas: Cambiar clave actual administrador.


246

CAMBIAR LOGIN ACTUAL DEL ADMINISTRADOR.

Propósito Probar la modificación del Login actual del 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.


Tabla 128 Pruebas: Cambiar Login actual administrador.


247

INGRESAR NUEVO APODERADO.

Propósito Probar el ingreso de un nuevo apoderado al sistema.


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.


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.


Tabla 129 Pruebas: Ingresar Nuevo Apoderado.


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.


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.


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.


Tabla 130 Pruebas: Editar Apoderado.


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.


Tabla 131 Pruebas: Ingresar Nueva Nota.


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.


Tabla 132 Pruebas: Cambiar clave actual.


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.


Tabla 133 Pruebas: Cambiar Login actual.


Documents

“SISTEMA DE ADMINISTRACIÓN Y TRAZABILIDAD DEL …