Este documento presenta el informe final de la segunda práctica pre-profesional realizada por Francisco Flores Murrieta en la Oficina General de Coordinación y Servicios Académicos de la Universidad Nacional de Ucayali. El proyecto consistió en el desarrollo de un sistema informático para la gestión de matrícula y registro de notas de los alumnos de posgrado. El informe describe el proceso de desarrollo del software mediante la metodología Ágil Unificada, incluyendo la planificación, requerimientos, arqu
1. UNIVERSIDAD NACIONAL DE UCAYALI
FACULTAD DE INGENIERIA DE SISTEMASY DE INGENIERIA CIVIL
ESCUELA ACADÉMICOPROFESIONAL DE INGENIERIA DE SISTEMAS
INFORME FINAL DE LA II PRÁCTICA PRE PROFESIONAL
“SISTEMA INFORMÁTICO PARA LA GESTIÓN DE MATRICULA Y REGISTRO
DE NOTAS DE LOS ALUMNOSDE LA ESCUELA DE POSGRADO EN LA
OFICINA GENERAL DE COORDINACION Y SERVICIOS ACADEMICOS DE LA
UNIVERSIDAD NACIONAL DE UCAYALI”
Alumno : Flores Murrieta, Francisco Segundo.
Asesor : Ing.Luis Alberto Rivera Echegaray
Pucallpa - Perú
2013
3. DEDICATORIA
A Mi Madre, por darme la estabilidad
emocional, apoyo incondicional en mi
formación personal y profesional
expresando mi gratitud y admiración de
poder llegar hasta este logro, que
definitivamente no hubiese podido ser
realidad sin su presencia y esmero
constante hacia mí.
FRANCISCO II FLORES M
4. RECONOCIMIENTO
Extiendo mi reconocimiento al Ing. Luis Alberto Rivera Echegaray, por el asesoramiento
vertido aeste humilde proyecto, por darse tiempo y ser constante con sus conocimientos y
experienciascompartidas, además de dar soluciones precisas en la culminación de
manera óptima de esteproyecto.
5. CONTENIDO
1. INTRODUCCION......................................................................................................................... 14
2. MEMORIA DESCRIPTIVA DE LA INSTITUCION............................................................................ 16
2.1. Ubicación geográfica .........................................................................................16
2.2. Memoria descriptiva...........................................................................................16
2.3. Estructura orgánica............................................................................................17
2.4. Misión................................................................................................................18
2.5. Visión.................................................................................................................18
2.6. Manual de Organizaciones y funciones .............................................................19
2.6.1. Oficina general de coordinación y servicios académicos – OGCySA........................ 19
3. OBJETIVOS DE LA PRÁCTICA...................................................................................................... 24
3.1. Objetivo general ................................................................................................24
3.2. Objetivos específicos.........................................................................................24
4. DESCRIPCION DEL DESARROLLO DEL TEMA, MATERIA DE LA PRÁCTICA.................................. 26
PROCESO DE DESARROLLO DE SOFTWARE ....................................................................................... 26
4.1. CAPÍTULO 1: Iniciación del Sistema de Informático ..........................................26
4.1.1. Antecedentes ........................................................................................................... 26
4.1.2. Visión........................................................................................................................ 28
4.1.3. Propósito .................................................................................................................. 28
4.1.4. Metodología AUP (Proceso Unificado Ágil).............................................................. 28
4.1.4.1. Fase de Iniciación .............................................................................................. 30
4.1.4.2. Fase de Elaboración........................................................................................... 30
4.1.4.3. Fase de Construcción ........................................................................................ 31
4.1.4.4. Fase de Transición............................................................................................. 31
4.1.5. Planificación del Proyecto ........................................................................................ 32
4.1.6. Catálogo de requerimientos..................................................................................... 36
4.1.7. Requerimientos........................................................................................................ 38
4.1.8. Definición de Riegos................................................................................................. 54
4.1.8.1. Descripción y sustentación de la solución......................................................... 55
4.1.9. Factibilidad del Proyecto.......................................................................................... 58
4.1.9.1. Viabilidad técnica y económica......................................................................... 58
4.1.9.2. Análisis Costo – Beneficio.................................................................................. 62
6. 4.1.10. Arquitectura Candidata........................................................................................... 63
4.1.10.1. Vista de despliegue ........................................................................................... 67
4.1.11. Identificación de las necesidades del Usuario ......................................................... 68
4.1.11.1. Identificación de las necesidades del Usuario................................................... 69
4.1.12. Diagramas de Casos de Uso del Sistema.................................................................. 70
4.2. CAPÍTULO 2: Arquitectura del Sistema .............................................................79
4.2.1. Arquitectura ............................................................................................................. 79
4.2.1.1. Descripción de la vista Lógica............................................................................ 81
4.2.2. Participantes en el. Desarrollo el Software.............................................................. 82
4.2.2.1. Roles y Responsabilidades................................................................................. 82
4.3. CAPÍTULO 3: Desarrollo de Sistema Informático ..............................................83
4.3.1. Primera Iteración Módulo de Mantenedores .......................................................... 83
4.3.1.1. Diagrama de Paquetes ...................................................................................... 97
4.3.1.2. Diagrama de Secuencia Módulo Mantenedores.............................................. 98
4.3.1.3. Diagrama de Actividades Módulo Mantenedores .......................................... 101
4.3.1.4. Herramientas de Software .............................................................................. 104
4.3.1.8. Interfaz Gráfica – Prototipo............................................................................. 106
4.3.1.9. Modelo Físico Base Datos............................................................................... 107
4.3.1.10. Modelo Físico de la Base de Datos Tablas Histórica ....................................... 108
4.3.1.11. Estructura de Trabajo Base de Datos .............................................................. 109
4.3.1.12. Estructura de Trabajo .NET Módulo Mantenedores....................................... 111
4.3.1.13. Interfaz Gráfica................................................................................................ 112
4.3.1.14. Pruebas del Módulo Mantenimientos ............................................................ 115
4.3.2. Segunda Iteración Módulo Plan de Estudios.......................................................... 121
4.3.2.1. Especificación de casos de uso........................................................................ 121
4.3.2.2. Diagrama de Secuencia ................................................................................... 132
4.3.2.3. Diagrama de Actividades................................................................................. 134
4.3.2.4. Interfaz Gráfica Módulo Plan de Estudio ........................................................ 135
4.3.2.5. Pruebas Módulo Gestionar Plan de Estudio.................................................... 138
4.3.2.6. Estructura de Trabajo .NET Módulo Plan de Estudios..................................... 139
4.3.3. Tercera Iteración Módulo Carga Académica.......................................................... 140
4.3.3.1. Especificación de casos de uso Módulo Carga Académica ............................. 140
7. 4.3.3.2. Diagrama de Actividades Gestión Carga Académica....................................... 146
4.3.3.3. Interfaz Gráfica................................................................................................ 147
4.3.3.4. Pruebas del Módulo Carga Académica............................................................ 149
4.3.3.5. Estructura de Trabajo .NET Módulo Carga Académica ................................... 151
4.3.4. Cuarta Iteración Módulo Apertura Académica...................................................... 152
4.3.4.1. Especificación de casos de uso Módulo Apertura Académica ........................ 152
4.3.4.2. Diagrama de Secuencia ................................................................................... 155
4.3.4.3. Diagrama de Actividades Gestionar Apertura Académica .............................. 156
4.3.4.4. Interfaz Gráfica Módulo Apertura Académica ................................................ 157
4.3.4.5. Estructura de Trabajo .NET Módulo Apertura Académica.............................. 158
4.3.5. Quinta Iteración Módulo Proceso de Matrícula..................................................... 159
4.3.5.1. Especificación de casos de uso Módulo Proceso de Matrícula....................... 159
4.3.5.2. Diagrama de Secuencia Proceso de Matricula................................................ 173
4.3.5.3. Diagrama de Actividades Proceso de Matricula............................................. 183
4.3.5.4. Interfaz Gráfica................................................................................................ 189
4.3.5.5. Pruebas Gestionar Proceso de Matricula........................................................ 192
4.3.5.6. Estructura de Trabajo .NET Módulo Proceso de Matrícula............................. 194
4.3.6. Sexta Iteración Módulo Proceso Notas.................................................................. 195
4.3.6.1. Especificación de casos de uso Módulo Proceso Notas.................................. 195
4.3.6.2. Diagrama de Secuencia Proceso de Notas...................................................... 201
4.3.6.3. Diagrama de Actividades Proceso de Notas.................................................... 205
4.3.6.4. Interfaz Gráfica................................................................................................ 207
4.3.6.5. Pruebas Módulo Proceso Notas...................................................................... 209
4.3.6.6. Estructura de Trabajo .NET Módulo Proceso Notas........................................ 210
4.3.7. Séptima Iteración Módulo Reportes y Cierre de Periodo Académico ................... 211
4.3.7.1. Especificación de casos de uso........................................................................ 211
4.3.7.2. Diagrama de Secuencia Reportes – Cierre Periodo Académico...................... 220
4.3.7.3. Diagrama de Actividades Reportes – Cierre de Periodo Académico .............. 229
4.3.7.4. Interfaz Gráfica Módulo Reportes y Cierre de Periodo Académico................ 234
4.3.7.5. Pruebas Módulo Reportes............................................................................... 236
4.3.7.6. Estructura de Trabajo .NET Módulo Reportes y Cierre de Periodo Académico
237
8. 5. ANÁLISIS CRÍTICO Y APORTE A LA EMPRESA........................................................................... 238
6. Conclusiones............................................................................................................................ 239
7. Recomendaciones y trabajos futuros...................................................................................... 240
8. Bibliografía .............................................................................................................................. 241
9. Anexos..................................................................................................................................... 242
Figuras
1. Figura: Organigrama Estructural de la Universidad Nacional de Ucayali.................................. 17
2. Figura: Organigrama Oficina General de Coordinación y Servicios Académicos ...................... 18
3. Figura: Estructura de Descomposición del Trabajo de la Practica II ........................................ 33
4. Figura. Diagrama de componentes de la arquitectura............................................................. 65
5. Figura. Diagrama de despliegue................................................................................................ 68
6. Figura: Diagrama de Casos de Usos del Paquete de Mantenimientos. .................................... 72
7. Figura : Diagrama de Casos de Usos del Paquete de Plan de Estudio ...................................... 72
8. Figura : Diagrama de Casos de Usos del Paquete de Carga Académica.................................... 73
9. Figura : Diagrama de Casos de Usos del Paquete de Apertura Académica .............................. 74
10. Figura : Diagrama de Casos de Usos del Paquete de Proceso de Matrícula............................. 75
11. Figura : Diagrama de Casos de Usos del Paquete de Proceso de Notas ................................... 76
12. Figura : Diagrama de Casos de Usos del Paquete de Reportes................................................. 78
13. Figura : Diagrama de Casos de Usos del Paquete de Cierre Período Académico y Reportes ... 78
14. Figura: Vista lógica del sistema ................................................................................................. 81
15. Figura: Diagrama de Paquetes ................................................................................................. 97
16. Figura: Diagrama de Secuencia Registrar Modalidad............................................................... 98
17. Figura: Diagrama de Secuencia Registrar Mención.................................................................. 99
18. Figura: Diagrama de Secuencia Registrar Alumno ................................................................. 100
19. Figura: Diagrama de Actividades Registrar Modalidad........................................................... 101
20. Figura: Diagrama de Actividades Registrar Mención.............................................................. 102
21. Figura: Diagrama de Actividades Registrar Alumno................................................................ 103
9. 22. Figura Prototipos de la Interfaz Gráfica Menú....................................................................... 106
23. Figura Prototipos de la Interfaz Gráfica Mantenimientos...................................................... 106
24. Figura: Modelo Físico Base de Datos Parte 1......................................................................... 107
25. Figura: Modelo Físico Base de Datos Parte 2......................................................................... 107
26. Figura: Modelo Físico Base de Datos Parte 3......................................................................... 107
27. Figura: Modelo Físico Base de Datos Parte 4......................................................................... 108
28. Figura: Modelo Físico Base de Datos Parte 5......................................................................... 108
29. Figura: Modelo Físico Base de Datos Tablas Históricas.......................................................... 109
30. Figura: Base de datos “SistPostGradoInt”.............................................................................. 109
31. Figura: Base de datos 26 primeras tablas .............................................................................. 109
32. Figura: Base de datos 8 tablas restantes................................................................................ 109
33. Figura: Stored Procedures...................................................................................................... 110
34. Figura: Scalar -Values Functions.............................................................................................. 111
35. Figura: Paquete Mantenimientos ........................................................................................... 111
36. Figura: Formulario - Mantenimientos..................................................................................... 111
37. Figura: Interfaz Gráfica Menú Principal .................................................................................. 112
38. Figura: Interfaz Gráfica Formulario Registrar Modalidad ....................................................... 112
39. Figura: Interfaz Gráfica Formulario Registrar Mención .......................................................... 113
40. Figura: Interfaz Gráfica Listar Alumno..................................................................................... 113
41. Figura: Interfaz Gráfica Formulario Buscar Alumno................................................................ 114
42. Figura: Interfaz Gráfica Formulario Modificar Alumno........................................................... 114
43. Figura: Diagrama de Secuencia Registrar Modalidad............................................................. 133
44. Figura Diagrama de Actividades Registrar Plan de Estudios .................................................. 134
45. Figura: Diagrama de Actividades Registrar Alumno............................................................... 134
46. Figura: Diagrama de Actividades Cambiar estado de cursos del plan de estudio ................. 135
47. Figura: Interfaz Gráfica Listar plan de estudio ........................................................................ 135
48. Figura: Interfaz Gráfica controles de Listar plan de estudios.................................................. 136
49. Figura: Interfaz Gráfica controles de Listar plan de estudios.................................................. 136
50. Figura: Interfaz Gráfica Asignar cursos al Plan de estudios .................................................... 137
51. Figura: Interfaz Gráfica Asignar Prerrequisito......................................................................... 137
52. Figura: Paquete Plan_Estudios................................................................................................ 139
53. Figura: Clases Asociadas.......................................................................................................... 139
10. 54. Figura Diagrama de Actividades Asignar Grupo - Horario...................................................... 146
55. Figura: Interfaz Gráfica Listar Curso Grupo............................................................................. 147
56. Figura: Interfaz Gráfica Asignar Grupo.................................................................................... 147
57. Figura: Interfaz Gráfica Cargar Horario .................................................................................. 148
58. Figura: Interfaz Gráfica Asignar Horario Registro ................................................................... 148
59. Figura: Clases asociadas Módulo Carga Académica................................................................ 151
60. Figura: Paquete – Carga_Academica....................................................................................... 151
61. Figura Diagrama de Secuencia Registrar Proceso Mención................................................... 155
62. Figura Diagrama de Actividades Mantener Proceso Mención............................................... 156
63. Figura: Interfaz Gráfica Listar Periodo Proceso....................................................................... 157
64. Figura: Interfaz Gráfica Listar Proceso por Mención............................................................... 157
65. Figura: Clases Asociadas Modulo Apertura Académica .......................................................... 158
66. Figura: Paquete Apertura_Academica .................................................................................... 158
67. Figura Diagrama de Actividades Generar Avance Curricular ................................................. 173
68. Figura Diagrama de Secuencia Generar Ficha de Matricula .................................................. 175
69. Figura Diagrama de Secuencia Proceso de Matricula de Ingresantes ................................... 176
70. Figura Diagrama de Secuencia Proceso de Matricula Normal............................................... 178
71. Figura Diagrama de Secuencia Reinscripción de curso.......................................................... 180
72. Figura Diagrama de Secuencia Retiro Parcial......................................................................... 182
73. Figura Diagrama de Actividades Generar Avance Curricular ................................................. 183
74. Figura Diagrama de Actividades Generar Ficha de Matricula................................................ 183
75. Figura Diagrama de Actividades Proceso de Matricula de Ingresantes................................. 184
76. Figura Diagrama de Actividades Proceso de Matricula Normal............................................. 186
77. Figura Diagrama de Actividades Registrar Matricula Individual ............................................ 186
78. Figura Diagrama de Actividades Reinscripción de curso........................................................ 187
79. Figura Diagrama de Actividades Retiro Parcial ...................................................................... 188
80. Figura: Interfaz Gráfica Generar Avance Curricular................................................................ 189
81. Figura: Interfaz Gráfica Generar Ficha de Matrícula............................................................... 189
82. Figura: Interfaz Gráfica Lista de Alumnos a Matricular........................................................... 190
83. Figura: Interfaz Gráfica Ficha de Matricula Matriculada......................................................... 190
84. Figura: Interfaz Gráfica Boleta de Matrícula........................................................................... 190
85. Figura: Interfaz Gráfica Ficha de Reinscripción de Cursos ...................................................... 191
11. 86. Figura: Interfaz Gráfica Imprimir Boletas de Matriculas Masivas........................................... 191
87. Figura: Clases Asociadas Módulo Proceso de Matricula......................................................... 194
88. Figura: Paquete - Procesos...................................................................................................... 194
89. Figura Diagrama de Secuencia Actas Notas ........................................................................... 202
90. Figura Diagrama de Secuencia Registrar Notas Actas............................................................ 204
91. Figura Diagrama de Actividades Generar Actas Notas........................................................... 205
92. Figura Diagrama de Actividades Registrar Notas Actas ......................................................... 206
93. Figura: Interfaz Gráfica Imprimir Actas Notas......................................................................... 207
94. Figura: Interfaz Gráfica Listar Curso a Registrar...................................................................... 208
95. Figura: Interfaz Gráfica Registro Final de Evaluación Académica ........................................... 208
96. Figura: Clases Asociadas al Módulo Proceso Notas – Cargar Notas ....................................... 210
97. Figura: Paquete - CargarNotas ................................................................................................ 210
98. Figura Diagrama de Secuencia Cierre Horario Académico..................................................... 221
99. Figura Diagrama de Secuencia Cierre Matrícula .................................................................... 222
100. Figura Diagrama de Secuencia Cierre Registro de Notas....................................................... 222
101. Figura Diagrama de Secuencia Actualizar Avance Curricular................................................. 224
102. Figura Diagrama de Secuencia Imprimir Avance Curricular Masivo. ..................................... 226
103. Figura Diagrama de Secuencia Imprimir Record Académico Masivo..................................... 228
104. Figura Diagrama de Actividades Cierre de Horario Académico ............................................. 229
105. Figura Diagrama de Actividades Cierre de Matrícula............................................................. 230
106. Figura Diagrama de Actividades Cierre de Notas Actas ......................................................... 231
107. Figura Diagrama de Actividades Reportes Individuales......................................................... 232
108. Figura Diagrama de Actividades Reportes Masivos ............................................................... 233
109. Figura: Interfaz Gráfica Actualizar Avance Curricular............................................................. 234
110. Figura: Interfaz Gráfica Imprimir Boleta de Notas ................................................................. 234
111. Figura: Interfaz Gráfica Imprimir Record Académico............................................................. 235
112. Figura: Interfaz Gráfica Imprimir Avance Curricular .............................................................. 235
113. Figura: Clases Asociadas Módulo Reportes............................................................................ 237
114. Figura: Paquetes – Cierre_Academico Reportes..................................................................... 237
12. Tablas
1. Tabla: Iteraciones...................................................................................................................... 31
2. Tabla: Digrama de gantt............................................................................................................ 34
3. Tabla: Patrón de codificación de requerimientos..................................................................... 36
4. Tabla: costo de RR.HH del proyecto.......................................................................................... 61
5. Tabla. Costo referencial del proyecto ....................................................................................... 61
6. Tabla: Requerimientos de diseño vs. Solución arquitectónica ................................................ 65
7. Tabla: Roles y Responsabilidades.............................................................................................. 82
8. Tabla: LISTA DE CASOS DE USO DEL SISTEMA: “GESTIONAR MANTENEDORES”...................... 83
9. Tabla: MANTENER MODALIDAD................................................................................................ 84
10. Tabla: MANTENER MENCION.................................................................................................... 89
11. Tabla: MANTENER ALUMNO ..................................................................................................... 93
12. Tabla: Registrar Modalidad ..................................................................................................... 115
13. Tabla: Registrar Mención ........................................................................................................ 115
14. Tabla: Registrar Alumno, Campos Importantes ...................................................................... 116
15. Tabla: Registrar docente ......................................................................................................... 118
16. Tabla: Registrar periodo.......................................................................................................... 118
17. Tabla: Registrar curso.............................................................................................................. 119
18. Tabla: LISTA DE CASOS DE USO DEL SISTEMA: “GESTIONAR PLAN DE ESTUDIO”................... 121
19. Tabla: GESTIONAR PLAN DE ESTUDIO..................................................................................... 121
20. Tabla: Registrar plan de estudios............................................................................................ 138
21. Tabla: LISTA DE CASOS DE USO DEL SISTEMA: “GESTIONAR CARGA ACADEMICA”................ 140
22. Tabla: GESTIONAR CURSO GRUPO.......................................................................................... 140
23. Tabla: Registrar curso grupo ................................................................................................... 149
24. Tabla: Caso de uso Registrar curso horario............................................................................. 150
25. Tabla: LISTA DE CASOS DE USO DEL SISTEMA: “GESTIONAR APERTURA ACADEMICA” ......... 152
26. Tabla: GESTIONAR PROCESOS MENCION................................................................................ 152
27. Tabla: LISTA DE CASOS DE USO DEL SISTEMA: “GESTIONAR PROCESO MATRICULA”............ 159
28. Tabla: GENERAR AVANCE CURRICULAR .................................................................................. 159
29. Tabla: GENERAR FICHA MATRICULA ....................................................................................... 161
30. Tabla: GESTIONAR PROCESO MATRICULA .............................................................................. 164
13. 31. Tabla: Registrar matricula normal........................................................................................... 192
32. Tabla: Registrar matricula ingresantes.................................................................................... 193
33. Tabla: LISTA DE CASOS DE USO DEL SISTEMA: “GESTIONAR PROCESO NOTA”...................... 195
34. Tabla: GENERAR ACTAS NOTAS............................................................................................... 195
35. Tabla: LISTAR CURSO REGISTRO.............................................................................................. 198
36. Tabla: Registrar Notas............................................................................................................. 209
37. Tabla: LISTA DE CASOS DE USO DEL SISTEMA: “GESTIONAR CIERRE PERIODOS ACADEMICOS Y
REPORTES” ...................................................................................................................................... 211
38. Tabla: CIERRE DE CARGA HORARIO......................................................................................... 211
39. Tabla:CIERRE DE MATRICULA.................................................................................................. 213
40. CIERRE DE NOTAS ACTAS ........................................................................................................ 214
41. Tabla: ACTUALIZAR AVANCE POR ALUMNO ........................................................................... 215
42. Tabla: Actualizar Avance – Imprimir ....................................................................................... 236
14. 14
1. INTRODUCCION
Este proyecto de Segunda Práctica Pre profesional tiene por finalidad
presentar una solución informática dirigidaa la problemática presente
actualmente en el registro de notas y proceso de matrícula que se da en la
Oficina General de Coordinación y Servicios Académicos, por parte de la
escuela de Postgrado de la universidad nacional de Ucayali. Dicha solución
posibilitará la administración deinformación vinculada a los alumnos,
matriculados al menos en alguna mención dictada por parte de la escuela
de Postgrado que facilitara el llenado de las notas y dar el seguimiento
académico de los alumnos pertenecientes en alguna mención.
A Corto plazo el objetivo esperado con este proyecto es proponer a la
oficina de Coordinación General y servicios académicos, un adecuado
Sistema Informático que facilite e integre sus procesos con unaherramienta
apta para gestionar el registro de notas y el proceso de matrícula de los
alumnos.
El segundo capítulo se describe de forma general los aspectos de la
institución donde se realiza la práctica profesional.
El tercer capítulo se detalla los objetivos de la práctica, tanto objetivos
generales como objetivos específicos.
El cuarto capítulo es la descripción del desarrollo del tema, aquí haremos el
uso de la metodología seleccionada y empezar con el ciclo de vida del
desarrollo del software.
15. 15
El quinto capítulo es el análisis crítico y aporte a la empresa, ahí
detallaremos las cosas que se puede mejorar, no encontrar errores para
criticarlos nada más si no para que puedas corregirlos y mejorar .
16. 16
2. MEMORIA DESCRIPTIVA DE LA INSTITUCION
2.1. Ubicación geográfica
Carretera Federico Basadre Km 6.200 al margen Derecho desde Lima –
Pucallpa.
Pertenece al:
Distrito de Manantay
Región de Ucayali.
Ciudad de Pucallpa.
2.2. Memoria descriptiva
La Oficina General de Coordinación y Servicios Académicos, que de aquí
en adelante lo mencionares así: OGCySA, es un órgano de apoyo de la
Universidad Nacional de Ucayali y tiene como objetivo mantener el Archivo
y Registro Central de la parte académica, así como de apoyar a las
Facultades.
Es un Órgano de apoyo que forma parte de La Universidad Nacional de
Ucayali, que fue creada mediante Decreto Ley N° 22804, del 18 de
diciembre de 1979;con el nombre de Universidad Nacional de Pucallpa
durante el gobierno militar del general Francisco Morales Bermúdez Cerruti,
atendiendo a la sentida necesidad y aspiración de los pobladores de la
región Ucayali de contar con una institución que apoye el desarrollo
17. 17
socioeconómico, cultural y humanístico de esta región como resultado de
las gestas heroicas del Pueblo Ucayalino expresados en las épicas
jornadas denominadas ―Los Grandes Pucallpazos‖ de 1978 y 1979.
Por Ley N° 23261 del 16 de julio de 1981, el gobierno democrático del Arq.
Fernando Belaúnde Terry ratificó la creación de la Universidad Nacional de
Pucallpa.
2.3. Estructura orgánica
1. Figura: Organigrama Estructural de la Universidad Nacional de Ucayali
18. 18
2. Figura: Organigrama Oficina General de Coordinación y Servicios
Académicos
2.4. Misión
La Oficina general de coordinación y servicios Académicos de la UNU, tiene
como misión captar, procesar, actualizar y sistematizar toda la información
académica de las Facultades y de los Programas Académicos
(Capacitación y Perfeccionamiento Magisterial, Maestría, Doctorado,
Actualización y Titulación Profesional), a partir de una mejora continua.
2.5. Visión
La Oficina general de coordinación y servicios Académicos de la UNU, tiene
como visión el reconocimiento por parte de la comunidad estudiantil,
mantener la fluidez y la conformidad documentaria que se requiera.
OFICINA GENERAL DE
COORDINACION Y SERVICIOS
ACADEMICOS
OFICINA EJECUTIVA DE
REGISTRO CENTRAL
BIBLIOTECA
CENTRAL
19. 19
2.6. Manual de Organizaciones y funciones
El Reglamento de Organización y Funciones de la Universidad Nacional de
Ucayali es un documento Técnico Normativo que contiene disposiciones
Técnico- Administrativas que completan, regulan y fija la Estructura
Orgánica de la entidad, con sujeción a su naturaleza, fines, y funciones
establecidas en su ley de creación No 22804, la ley Universitaria No 23733,
el Estatuto de la Universidad Nacional de Ucayali Reformado mediante
Resolución N° 009 – 2006—AU-R-UNU, modificado según Resolución No
009-2007-AU-R-UNU, 004-2008-AU-R-UNU, y ampliado según
Resoluciones No 009-2008-AU-R-UNU y demás normas complementarias
que precisan las funciones, atribuciones y relaciones de las unidades
orgánicas consignadas en las mencionadas normas y disposiciones.
Además, esta estructura será perfeccionada en la medida que la
Universidad Nacional de Ucayali se modernice acorde con los cambios del
entorno y las exigencias de la región. Se debe dar énfasis a aquellas que
hagan versátil el trabajo y una mayor precisión desde el punto de vista
técnico, especialmente el informático.
2.6.1. Oficina general de coordinación y servicios académicos – OGCySA
Artículo 88°.Son funciones de la Oficina General de Coordinación y
Servicios Académico:
a. Procesar la información del rendimiento académico de los estudiantes de
la UNU, manteniendo los registros de matrícula y actas de calificaciones.
20. 20
b. Expedir documentos oficiales de carácter académico.
c. Preservar el archivo y registro académico mediante copias en discos
magnéticos y guardarlos en instituciones de seguridad
d. Mantener actualizada la información académica en la página Web de la
UNU.
e. Brindar información actualizada para elaborar estados de cuenta de los
estudiantes.
f. Brindar servicio Bibliotecario, de información y documentación.
g. Coordinar las actividades académicas que realizan los centros de
formación profesional con que cuenta la UNU.
h. Centralizar la información relacionada al aspecto académico
i. Formular, diseñar y uniformizar las especies valoradas (Certificados,
Constancias etc.) que expide la institución como parte del servicio
educativo.
j. Establecer un Sistema Informático de apoyo académico a las diferentes
facultades.
k. Establecer sistemas y procedimientos a fin de mantener actualizado el
registro de matrícula, registro y archivo del historial académico de los
alumnos y facultades de la Universidad Nacional de Ucayali.
21. 21
l. Prestar apoyo a las facultades en materia de impresiones, elaboración de
documentos auxiliares para el servicio académico.
m. Procesar y expedir constancias de naturaleza académica, de
documentos que se encuentran en su custodia.
Artículo 89°.La Oficina General de Coordinación y Servicios Académicos
para el mejor cumplimiento de sus funciones cuenta con las siguientes
dependencias:
- Oficina Ejecutiva de Registro Central
- Oficina Ejecutiva de Biblioteca Central y Publicaciones.
Artículo 90°.La Oficina Ejecutiva de Registro Central es la Oficina
encargada de centralizar el registro de toda la información Académica de
los estudiantes, coordinar la formulación de procedimientos de carácter
administrativo para el mejor cumplimiento del servicio educativo que brinda
la institución, informa el cumplimiento de las metas educativas en cuanto a
formación profesional de las diferentes carreras que brinda la UNU, apoya
en el proceso de ingreso de estudiantes a la UNU.
Artículo 91°.Son funciones de la Oficina Ejecutiva de Registro Central:
a. Apoyar la formulación y elaboración de Reglamentos Académicos en
coordinación con las facultades.
22. 22
b. Formular los procedimientos de carácter administrativo en apoyo del
servicio educativo.
c. Formular, diseñar y uniformizar en coordinación con las facultades los
formularios de carácter académico (Registros Auxiliares, Acta de Notas,
Registro de Asistencia Docente y Avance Temático, etc.)
d. Informar sobre el cumplimiento de las políticas, el logro de los objetivos y
metas educativas en la institución.
e. Formular, diseñar y uniformizar los formatos de especies valoradas
(Certificados, Constancias) que expide la Institución como parte del servicio
educativo.
f. Coordinar la aplicación de normas y procedimientos académicos comunes
para todas las facultades.
g. Apoyar a la Comisión de Admisión en los procesos para el ingreso de
estudiantes a la UNU en las diferentes formas y modalidades.
h. Mantener actualizado y velar por la seguridad de todos los registros
documentales, y magnéticos referidos a la información académica de los
alumnos de la UNU, así como asegurar la actualización y operatividad el
software y hardware utilizados en la oficina para los registros académicos.
i. Proponer normas y manuales técnicos que orienten y rijan el proceso de
matrícula.
23. 23
j. Formular y proponer criterios técnicos, formas de evaluación, tipos de
exámenes para el proceso de evaluación de los alumnos de la universidad.
j. Realizar investigaciones que permitan establecer nuevas técnicas de
admisión acordes con el adelanto científico y tecnológico.
k. Coordinar con el Centro Pre – Universitario de la UNU aspectos
relacionados a los criterios de selección, evaluación de vacantes y
estudiantes del Centro Pre Universitario.
Artículo 92°.La Oficina Ejecutiva de Registro Central depende de la Oficina
General de Coordinación y Servicios Académicos, está a cargo de un
profesional de carrera, no docente.
Artículo 93°.La Oficina Ejecutiva de Biblioteca Central y Publicaciones es el
órgano de apoyo encargado de conservar el patrimonio bibliográfico
asignado a la UNU, para lo cual administra las publicaciones científicas,
técnicas, literarias y otras, ejecuta las acciones y procedimientos de
catalogación, restauración y reprografía conducentes a la prestación de
servicios en condiciones óptimas y oportunas, depende de Oficina General
de Coordinación Servicios Académicos, está a cargo de un servidor de
carrera no docente.
24. 24
3. OBJETIVOS DE LA PRÁCTICA
3.1. Objetivo general
El objetivo del proyecto es analizar, diseñar y construir un Sistema
Informático orientado a la gestión de matrícula y Registro de Notas de la
escuela de Posgrado en la oficina general de Coordinación y Servicios
Académicos de la Universidad Nacional de Ucayali.
3.2. Objetivos específicos
Identificar los procesos que se presentan en la gestión de matrícula y
registro de notas de los alumnosde la escuela de Postgrado en la oficina
general de Coordinación y Servicios Académicos de la Universidad
Nacional de Ucayali.
Conocer lo efectivo que es la tecnología .NET en los procesos que se
presentan en la gestión de matrícula y registro de notas de los alumnos de
la escuela de Postgrado en la oficina general de Coordinación y Servicios
Académicos de la Universidad Nacional de Ucayali.
Aplicar Prácticas del desarrollo Ágil y UML para elaborar un análisis y
diseño del Sistema Informático para la gestión de matrícula y registro de
notas de los alumnos de la escuela de Postgrado en la oficina general de
Coordinación y Servicios Académicos de la Universidad Nacional de
Ucayali.
Proponer un adecuado Sistema Informático con tecnología .NET que
mejore los procesos de gestión de matrícula y registro de notas de los
25. 25
alumnos de la escuela de Postgrado en la oficina general de Coordinación y
Servicios Académicos de la Universidad Nacional de Ucayali.
26. 26
4. DESCRIPCION DEL DESARROLLO DEL TEMA, MATERIA DE LA
PRÁCTICA
PROCESO DE DESARROLLO DE SOFTWARE
4.1. CAPÍTULO 1: Iniciación del Sistema de Informático
4.1.1. Antecedentes
Con la aparición de nuevas y mejores herramientas en tecnologías de
información orientadas a la automatización de sus procesos y el
cumplimiento de los objetivos en las organizaciones, actualmente éstas se
consideran en todo ámbito un factor de cambio determinante para el
mejoramiento y desarrollo de las actividades de toda organización o
Empresa.
Teniendo estos antecedentes y que en la actualidad, la oficina general de
coordinación y servicios académicos cuya misión es captar, procesar,
actualizar y sistematizar toda la información académica de las Facultades y
Postgrado. Encontrándose un problema muy importante y fundamental
para el seguimiento académico de los alumnos pertenecientes a la escuela
de postgrado de no contar con un sistema que contemple los registros de
notas enviados desde la escuela de postgrado de la universidad nacional de
Ucayali.
La oficina de coordinación y servicios académicos no cuenta con un
Sistema Informático que agilice el proceso de registro de notas.
27. 27
Convocando a practicantes de la escuela de ingeniería de sistemas para
poder resolver este problema.
Los registros de notas de los alumnos llegan en formatos de Excel a la
oficina general de coordinación y servicios académicos, cuyos registros son
revisados para su posterior aprobación y por ultimo archivándolo en
Expedientes, corriendo el riesgo de poder ser deteriorados por las
condiciones climatológicas y otros riegos.
En cada fólder se ubican los expedientes del estudiante según la
modalidad, mención y el periodo de ingreso.
Observando toda esta problemática, además conocer que la escuela de
postgrado es una entidad reciente en la universidad nacional de Ucayali y
no contar con un Sistema Informático que facilite el proceso de matrícula.
Se propuso a la oficina general de coordinación y servicios académicos de
un Sistema Informático que pueda automatizar todos los procesos desde la
apertura académica hasta el llenado correcto de los registros finales de
notas académicas, para poder tener un mejor control y seguimiento de los
procesos que se presentan en una matrícula ordinaria.
Con este sistema se pretende mejorar las actividades rutinarias, acelerar
los procesos manuales, facilitar datos oportunos y exactos de los
estudiantes como es el reporte de sus calificaciones, pago de aranceles y
que cualquier información relacionada con los estudiantes esté disponible
cuando se necesite y que se presente en una forma fácil de utilizar.
28. 28
Por tanto, en este proyecto de segunda práctica pre profesional se propone
un Sistema Informático orientado a la gestión de los procesos de matrícula
de la escuela de Postgrado en la oficina de coordinación y servicios
académicos en la Universidad Nacional de Ucayali.
4.1.2. Visión
Se describe el propósito, alcance y los objetivos que se debe cumplir para
proporcionar una vista general delo que se pretende desarrollar
describiendo diferentes aspectos que el Sistema Informáticode Posgrado de
OGCySA requiera.
4.1.3. Propósito
El Sistema Informáticode Posgrado deberá permitir el registro de notas de
los alumnos para hacer el seguimiento de su gestión académica, además
del proceso de matrícula que se encuentra a cargo de OGCySA.
4.1.4. Metodología AUP (Proceso Unificado Ágil)
La metodología de desarrollo seleccionada para el presente proyecto es
Agile Unified Process por las razones expuestas a continuación:
El enfoque AUP ofrece un amplio marco de buenas prácticas en la fase de
construcción de software en búsqueda de la optimización promoviendo
medidas como la ejecución de pruebas en paralelo con la programación así
como el manejo de unidades de prueba. Del mismo modo por sus principios
derivados de RUP, se constituye como una de las metodologías más
29. 29
aplicadas para el análisis, implementación y documentación de sistemas
orientados a objetos.
AUP cuenta con actividades de carácter iterativo e incremental y tomando
en cuenta las propuestas del paradigma XP (como el tratamiento de
solicitudes de cambios del producto en paralelo con la codificación)
favorecen al logro de un producto software en menor tiempo y bajo una
comunicación horizontal en el tratamiento de cambios (el equipo de
desarrolladores reunido directamente con el cliente para conocer sus
necesidades) en lugar de una comunicación vertical (la solicitud de cambio
transmitida a través de una serie de revisiones, usuarios y analistas).
Como RUP prioriza a un grado mayor la documentación se opta por un
paradigma de trabajo con entregables esenciales y específicos para el
entendimiento de la solución final.
Finalmente por tratarse de un equipo de proyecto conformado únicamente
por dos practicantes como responsables de las labores de análisis, diseño e
implementación, el escenario resulta propicio para esta metodología
considerando su aplicación en entornos organizacionales no masivos o en
equipos con una estructura jerárquica reducida.
Con referencia a la gestión de costos, este alcance será delegado a la
gestión del proyecto dentro del marco de buenas prácticas del PMBOK.
30. 30
4.1.4.1. Fase de Iniciación
El objetivo en esta fase es asimilar los requerimientos esperados de la
solución y plasmarlos en la definición y especificación de los casos de uso.
Asimismo, como apoyo a los procesos de gestión, se presenta la
programación definitiva de las actividades y tareas conforme a la
planificación del proyecto (diagrama de Gantt y EDT) junto con la relación
de riesgos identificados.
4.1.4.2. Fase de Elaboración
En esta fase el objetivo es construir y probar la arquitectura
Actividades
Análisis del dominio del problema
Definición de la arquitectura básica
Análisis de riesgos
Planificación del proyecto
Artefactos
Modelo del dominio
Modelo de procesos
Modelo funcional de alto nivel
Arquitectura básica
31. 31
4.1.4.3. Fase de Construcción
Esta fase comprende las labores de codificación y pruebas del producto
Se establecieron siete iteraciones identificadas en la tabla 1
1. Tabla: Iteraciones
N° de iteración Descripción
I Programación y pruebas de las
funcionalidades del módulo
Mantenedores
II Programación y pruebas de las
funcionalidades del módulo
Plan de Estudio
III Programación y pruebas de las
funcionalidades del módulo
Carga Académica
IV Programación y pruebas de las
funcionalidades del módulo
Apertura Académica
V Programación y pruebas de las
funcionalidades del módulo
Proceso de Matricula
VI Programación y pruebas de las
funcionalidades del módulo Proceso
de notas finales
VII Programación y pruebas de las
funcionalidades del módulo
Reportes y cierre de Periodo
Académico
4.1.4.4. Fase de Transición
Esta fase tiene como propósito la puesta del sistema en producción
(afinando las pruebas integrales) junto a la capacitación de los usuarios y
conversiones de sistemas en caso existieran. Pero en esta Oportunidad no
llegaremos a esta fase ya que nuestro cuarto objetivo es la de proponer el
32. 32
sistema. Queda en evaluaciones y decisión de la oficina de coordinación
académica si lo implantan el sistema desarrollado y expuesto.
4.1.5. Planificación del Proyecto
Se presentan a continuación los siguientes diagramas con la planificación
delproyecto para los próximos meses:
Diagrama EDT ubicado en la figura 3.
Diagrama de Gantt ubicado en la tabla 2.
Como fecha de entrega de la solución informática completa junto con el
documento del Informe final de la Segunda Práctica Pre Profesional con
anexos actualizados y los resultados de las pruebas estápactada para el
mes de junio del año 2013. La prolongación del tiempo de entrega
delproyecto obedece a razones de índole laboral y académica de
responsabilidad de los practicantes.
33. 33
3. Figura: Estructura de Descomposición del Trabajo de la Practica II
SISTEMA INFORMÁTICO PARA LA GESTIÓN DE MATRICULA Y REGISTRO DE NOTAS DE LOS
ALUMNOS DE LA ESCUELA DE POSGRADO EN LA OFICINA GENERAL DE COORDINACION Y
SERVICIOS ACADEMICOS DE LA UNIVERSIDAD NACIONAL DE UCAYALI
Incepción
levantamiento de
información
identificación de caso
de usos
Elaboración
identificación de
clases y entidades
identificación de
entidades realcionales
identificación de clases de
diseño
definición de estandáres
identificación de casos de
prueba
Construción
Iteración I
version I. del sistema
implementación y prueba
del Módulo
Mantenedores
ejecución de pruebas
integrales
diagrama de secuencias
Iteración II
vesion II. del sistema
implementación y
pruebas del modulo
Gestión de plan de
estudios
ejecucion de pruebas
integrales
diagrama de secuncias
Iteración III
versión III del sistema
implementación y
pruebas del modulo
Carga Académica
ejecución de pruebas
integrales
diagrama de secuencias
entrega version III
Iteración IV
Versión IV del
sistema
Implementación y
pruebas del
módulo Apertura
Académica
diagrama de secuencias
- Entrega versión IV
Ejecución de pruebas
integrales
Iteración V
Versión V del sistema
Implementación y
pruebas del módulo
Proceso de Matricula
diagrama de secuencias -
Entrega versión V
Ejecución de pruebas
integrales
Iteración VI
Versión VI del
sistema
Implementación y
pruebas del módulo
Proceso de notas
diagrama de secuencia -
entrega version VI
Ejecución de pruebas
integrales
Iteración VII
Versión final del
sistema
Implementación y
pruebas de Reportes y
cierre del Periodo
Académico
Digrama de secuencia
- ENtrega Version VII
Ejecución de pruebas
integrales
34. 34
2. Tabla: Digrama de gantt
Sistema Informático para el proceso de matrícula de la escuela de postgrado para la oficina general
de coordinación y servicios académicos de la universidad nacional de Ucayali
días De hasta
Incepción 20 días 14/01/13 08/02/13
Levantamiento de Información 10 días 14/01/13 25/01/13
Catálogo de Requerimientos
Identificación de casos de Uso 10días 28/01/13 08/02/13
Especificación de requisitos de software
Elaboración 10 días 11/02/13 22/02/13
Identificación de clases y entidades
Identificación/ selección de
arquitectura
Identificación de clases de diseño
Identificación de entidades
relacionales
Definición de estándares
Construcción 60 días 25/02/13 17/05/13
Iteración I 10 días 25/02/13 08/03/13
Implementación y pruebas del Módulo mantenimientos
Ejecución de pruebas integrales
Versión I del sistema
Diagrama de secuencia
Iteración II 10 días 11/03/13 22/03/13
Implementación y pruebas del Módulo plan de estudio
Ejecución de pruebas integrales
Versión II del sistema
Diagrama de secuencia
Iteración III 5 días 25/03/13 29/03/13
Implementación y pruebas del Módulo Carga Académica
Ejecución de pruebas integrales
Versión III del sistema
Diagrama de secuencia – Entrega Versión III
Iteración IV 5 días 01/04/13 05/04/13
Implementación y pruebas del Módulo Apertura Académica
Ejecución de pruebas integrales
Versión IV del sistema
Diagrama de secuencia - Entrega Versión IV
35. 35
Iteración V 15 días 08/04/13 26/04/13
Implementación y pruebas del Módulo Proceso de matricula
Ejecución de pruebas integrales
Versión V del sistema
Diagrama de secuencia - Entrega versión V
Iteración VI 10 días 29/04/13 10/05/13
Implementación y pruebas del Módulo Proceso de Notas
Ejecución de pruebas integrales
Versión VI del sistema
Diagrama de secuencia - Entrega versión VI
Iteración VII 5 días 13/05/13 17/05/13
Implementación y pruebas del Módulo Cierre Académico y Reportes
Ejecución de pruebas integrales
Versión final del sistema
Diagrama de secuencia - Entrega versión VII
36. 36
4.1.6. Catálogo de requerimientos
Los requerimientos funcionales y no funcionales de las tablas 1 y 2 respectivamente fueron recopilados durante las
entrevistas con especialistas y personal de coordinación académica.
3. Tabla: Patrón de codificación de requerimientos
Patrón de codificación de requerimientos
Patrón Codificación:
Módulo
Valor asignado
Gestionar Mantenedores A
Gestionar Plan de Estudios B
Gestionar Carga Académica C
Gestionar Apertura
Académica
D
Gestionar Proceso Matricula E
Gestionar Proceso Nota F
Gestionar Cierre Periodo
Académico
G
Gestionar Reportes H
37. 37
Codificación
001- 008 – Numero Consecutivo
R – Requerimiento
A,B,C,D,E,F,G,H – Valor Asignado a los Módulos
002RB
001RA
003RC
004RD
008RH
007RG
005RE
006RF
39. 39
donde será asignado la nueva MENCION, buscar,
modificar; de acuerdo a los requerimientos
generados por director de la Oficina General de
Coordinación y servicios Académicos.
RA 003
MANTENER ALUMNO
Es de prioridad alta, aquí gestionaremos todos los
datos necesarios relacionado con el ALUMNO, se
podrá crear por primera vez una ALUMNO si
previamente exista un registro de MENCION, donde
será asignado el nuevo ALUNMO, buscar, modificar;
de acuerdo a los requerimientos generados por el
ALUMNO.
FAFM 01/05/2013 FFMMTM ALTA BAJA V BAJO RA1
RA 004
MANTENER DOCENTE
Es de prioridad alta, aquí gestionaremos todos los
datos necesarios relacionado con el DOCENTE, se
podrá crear a un DOCENTE por primera vez, buscar,
modificar; de acuerdo a los requerimientos
FAFM 01/05/2013 FFMMTM ALTA BAJA V BAJO -
40. 40
generados por el DOCENTE y por el director de la
Oficina General de Coordinación y servicios
Académicos.
RA 005
MANTENER PERIODO
Es de prioridad alta, aquí gestionaremos todos los
datos necesarios relacionado con el PERIODO
ACADEMICO, se podrá crear a un PERIODO por
primera vez, buscar, modificar, activar; de acuerdo a
los requerimientos generados por el director de la
Oficina General de Coordinación y servicios
Académicos.
FAFM 01/05/2013 FFMMTM ALTA BAJA V BAJO -
RA 006
MANTENER CURSO
Es de prioridad alta, aquí gestionaremos todos los
datos necesarios relacionado con los CURSO, se
podrá crear un CURSO si previamente exista un
registro de MENCION, donde será asignado el nuevo
CURSO, buscar, modificar; de acuerdo a los
FAFM 01/05/2013 FFMMTM ALTA BAJA V BAJO RA1
41. 41
requerimientos generados por el director de la Oficina
General de Coordinación y servicios Académicos.
RA 007
MANTENER SECCION
Es de prioridad alta, aquí gestionaremos todos los
datos necesarios relacionados con un GRUPO o
SECCION, se podrá crear un GRUPO si previamente
exista un registro de MENCION, donde será
asignado el nuevo GRUPO, buscar, modificar; de
acuerdo a los requerimientos generados por el
director de la Oficina General de Coordinación y
servicios Académicos.
FAFM 01/05/2013 FFMMTM ALTA BAJA V BAJO RA1
RA 008
MANTENER PABELLÓN
Es de prioridad alta, aquí gestionaremos todos los
datos necesarios relacionados con un PABELLÓN,
se podrá crear un PABELLÓN si previamente exista
un registro de MENCION, donde será asignado el
nuevo PABELLÓN, buscar, modificar; de acuerdo a
FAFM 01/05/2013 FFMMTM ALTA BAJA V BAJO RA1
42. 42
los requerimientos generados por el director de la
Oficina General de Coordinación y servicios
Académicos.
RA 009
MANTENER AULA
Es de prioridad alta, aquí gestionaremos todos los
datos necesarios relacionados con AULA, se podrá
crear una AULA si previamente exista un registro de
MENCION y PABELLÓN, donde será asignada la
nueva AULA, buscar, modificar; de acuerdo a los
requerimientos generados por el director de la Oficina
General de Coordinación y servicios Académicos.
FAFM 01/05/2013 FFMMTM ALTA BAJA V BAJO RA8
RA 010
MANTENER TIPO PROCESO
Es de prioridad alta, aquí gestionaremos todos los
datos necesarios relacionados con TIPO DE
PROCESO para el periodo académico, se podrá
crear una TIPO DE PROCESO por primera vez,
buscar, modificar; de acuerdo a los requerimientos
generados por el director de la Oficina General de
Coordinación y servicios Académicos.
FAFM 01/05/2013 FFMMTM ALTA BAJA V BAJO -
43. 43
2 RB Módulo 2: GESTIONAR PLAN DE ESTUDIOS
RB 001
REGISTRAR PLAN DE ESTUDIOS
Es de prioridad alta, aquí gestionaremos todos los
datos necesarios relacionados con PLAN DE
ESTUDIO, se podrá crear un PLAN DE ESTUDIO, si
previamente exista un registro de MENCION, donde
se podrá buscar, modificar; de acuerdo a los
requerimientos generados por el director de la Oficina
General de Coordinación y servicios Académicos.
FAFM 01/05/2013 FFMMTM ALTA BAJA V BAJA RA1
RB 002
ASIGNAR CURSOS
Es de prioridad alta, aquí asignaremos cursos al
nuevo plan de estudio que fue previamente
registrado, se podrá asignar prerrequisito, buscar
curso y cambiar el estado el curso, de acuerdo a los
requerimientos generados por el director de la Oficina
General de Coordinación y servicios Académicos.
FAFM 01/05/2013 FFMMTM ALTA BAJA V BAJA RB1
RB 003
CAMBIAR ESTADO DEL PLAN DE ESTUDIO
Es de prioridad alta, aquí se podrá cambiar el estado
FAFM 01/05/2013 FFMMTM ALTA BAJA V BAJA RB1
44. 44
de inactivo a activo o viceversa del plan de estudios
que dependerá de la existencia del plan de estudio y
a los requerimientos generados por el director de la
Oficina General de Coordinación y servicios
Académicos.
3 RC MODULO 3: GESTIONAR CARGA ACADEMICA
RC 001
REGISTRAR CURSO GRUPO
Es de prioridad alta, aquí gestionaremos el registro
de curso grupo, que incluye verificar el curso para
poder asignar un grupo al curso, de acuerdo a los
requerimientos generados por el director de la Oficina
General de Coordinación y servicios Académicos.
FAFM 01/05/2013 FFMMTM ALTA BAJA V BAJA -
RC 002
REGISTRAR HORARIO
Es de prioridad alta, aquí gestionaremos el registro
del horario para el curso, que incluye verificar el curso
con su respectivo grupo para poder asignar un horario
al curso, de acuerdo a los requerimientos generados
por el director de la Oficina General de Coordinación
FAFM 01/05/2013 FFMMTM ALTA BAJA V BAJA RC1
45. 45
y servicios Académicos.
4 RD MODULO 4: GESTIONAR APERTURA ACADEMICA
RD 001
REGISTRAR PERIODO PROCESO
Es de prioridad alta, aquí gestionaremos el registro
de los procesos para el periodo actual, que incluye
buscar el periodo, buscar el proceso, de acuerdo a
los requerimientos generados por el director de la
Oficina General de Coordinación y servicios
Académicos.
FAFM 01/05/2013 FFMMTM ALTA BAJA V BAJA -
RD 002
REGISTRAR PROCESO MENCION
Es de prioridad alta, aquí gestionaremos el registro
de los procesos para cada mención, que incluye
buscar el proceso, buscar el mención, de acuerdo a
los requerimientos generados por el director de la
Oficina General de Coordinación y servicios
Académicos.
FAFM 01/05/2013 FFMMTM ALTA BAJA V BAJA RD1
46. 46
5 RE MODULO 5: GESTIONAR PROCESO MATRICULA
RE 001
GENERAR AVANCE CURRICULAR
Es de prioridad alta, aquí se podrá generar avances
curriculares, que incluye buscar modalidad, buscar
mención, buscar plan de estudio que de acuerdo a
los requerimientos generados por el director de la
Oficina General de Coordinación y servicios
Académicos se podrá realizar el proceso.
FAFM 01/05/2013 FFMMTM ALTA BAJA V BAJA -
RE 002
GENERAR FICHA DE MATRICULA
Es de prioridad alta, aquí se podrá generar FICHAS
DE MATRICULA, que incluye buscar modalidad,
buscar mención, verificar el periodo actual que de
acuerdo a los requerimientos generados por el
director de la Oficina General de Coordinación y
servicios Académicos se podrá realizar el proceso.
FAFM 01/05/2013 FFMMTM ALTA BAJA V BAJA -
RE 003
REALIZAR MATRICULA DE INGRESANTES
Es de prioridad alta, aquí se podrá realizar
MATRICULA DE INGRESANTES, que incluye buscar
FAFM 01/05/2013 FFMMTM ALTA MEDIA V BAJA
RE1-
RE2
47. 47
modalidad, buscar mención, buscar plan de estudio y
verificar los cursos, que de acuerdo a los
requerimientos generados por el director de la Oficina
General de Coordinación y servicios Académicos se
podrá realizar el proceso.
RE 004
REALIZAR MATRICULA NORMAL
Es de prioridad alta, aquí se podrá realizar una
MATRICULA NORMAL, que incluye buscar
modalidad, buscar mención, buscar Alumno y verificar
periodo, que de acuerdo a los requerimientos
generados por el director de la Oficina General de
Coordinación y servicios Académicos, además del
alumno se podrá realizar el proceso.
FAFM 01/05/2013 FFMMTM ALTA MEDIA V BAJA RE2
6 RF MODULO 6: GESTIONAR PROCESO DE NOTAS
RF 001
GENERAR ACTAS NOTAS
Es de prioridad alta, aquí se podrá GENERAR
ACTAS NOTAS, que incluye buscar modalidad,
buscar mención, buscar periodo y buscar concepto de
FAFM 01/05/2013 FFMMTM ALTA BAJA V BAJA -
48. 48
actas, que de acuerdo a los requerimientos
generados por el director de la Oficina General de
Coordinación y servicios Académicos se podrá
realizar el proceso.
RF 002
REGISTRAR NOTAS
Es de prioridad alta, aquí se podrá registras notas de
los cursos matriculado por los alumnos, que incluye
buscar modalidad, buscar mención, verificar periodo
actual y cargar alumnos, que de acuerdo a los
requerimientos generados por el director de la Oficina
General de Coordinación y servicios Académicos se
podrá registrar las notas.
FAFM 01/05/2013 FFMMTM ALTA BAJA V BAJA RF1
7 RG MODULO 7: GESTIONAR CIERRE DE PERIODO ACADEMICO Y REPORTES
RG 001
APLICAR CIERRE DE HORARIO
Es de prioridad alta, aquí se podrá APLICAR EL
CIERRE DE HORARIO DEL PERIODO ACTUAL, que
incluye buscar modalidad, buscar mención, verificar
periodo actual, que de acuerdo a los requerimientos
FAFM 01/05/2013 FFMMTM ALTA BAJA V BAJA -
49. 49
generados por el director de la Oficina General de
Coordinación y servicios Académicos se podrá aplicar
el cierre.
RG 002
APLICAR CIERRE DE NOTAS
Es de prioridad alta, aquí se podrá APLICAR EL
CIERRE DE REGISTRO DE NOTAS DEL PERIODO
ACTUAL, que incluye buscar modalidad, buscar
mención, verificar periodo actual, que de acuerdo a
los requerimientos generados por el director de la
Oficina General de Coordinación y servicios
Académicos se podrá aplicar el cierre.
FAFM 01/05/2013 FFMMTM ALTA BAJA V BAJA -
RG 003
APLICAR CIERRE DE MATRICULA
Es de prioridad alta, aquí se podrá APLICAR EL
CIERRE DE MATRICULA DEL PERIODO ACTUAL,
que incluye buscar modalidad, buscar mención,
verificar periodo actual, que de acuerdo a los
requerimientos generados por el director de la Oficina
General de Coordinación y servicios Académicos se
podrá aplicar el cierre.
FAFM 01/05/2013 FFMMTM ALTA BAJA V BAJA -
50. 50
RG 004
ACTUALIZAR AVANCE CURRICULAR
Es de prioridad alta, aquí se podrá ACTUALIZAR
AVANCE CURRICULAR, que incluye buscar
modalidad, buscar mención, buscar plan de estudios,
seleccionar todos los alumno, verificar periodo actual,
que de acuerdo a los requerimientos generados por
el director de la Oficina General de Coordinación y
servicios Académicos se podrá actualizar avances
curriculares.
FAFM 01/05/2013 FFMMTM ALTA BAJA V BAJA -
RG 005
IMPRIMIR AVANCE CURRICULAR EN
GRUPO
Es de prioridad alta, aquí se podrá IMPRIMIR
AVANCE CURRICULAR EN GRUPO, que incluye
buscar modalidad, buscar mención, buscar plan de
estudios, seleccionar todos los alumno, verificar
periodo actual, que de acuerdo a los requerimientos
generados por el director de la Oficina General de
Coordinación y servicios Académicos se podrá
imprimir en grupo.
FAFM 01/05/2013 FFMMTM ALTA BAJA V BAJA -
51. 51
RG 006
IMPRIMIR RECORD ACADEMICO
Es de prioridad alta, aquí se podrá IMPRIMIR
RECORD ACADEMICO, que incluye buscar
modalidad, buscar mención, buscar plan de estudios,
buscar alumno, verificar periodo actual, que de
acuerdo a los requerimientos generados por el
director de la Oficina General de Coordinación y
servicios Académicos se podrá imprimir el record
académico.
FAFM 01/05/2013 FFMMTM ALTA BAJA V BAJA -
RG 007
IMPRIMIR AVANCE CURRICULAR
INDIVIDUAL
Es de prioridad alta, aquí se podrá IMPRIMIR
AVANCE CURRICULAR, que incluye buscar
modalidad, buscar mención, buscar plan de estudios,
buscar alumno, verificar periodo actual, que de
acuerdo a los requerimientos generados por el
director de la Oficina General de Coordinación y
servicios Académicos se podrá imprimir avance.
FAFM 01/05/2013 FFMMTM ALTA BAJA V BAJA -
NO FUNCIONALES
52. 52
El usuario interactuará con el sistema
utilizando el teclado y mouse.
FAFM 01/05/2013 FFMMTM MEDIA BAJA V BAJA -
El sistema será desarrollado con una interfaz
gráfica de usuario basada en controles web. FAFM 01/05/2013 FFMMTM MEDIA BAJA V BAJA -
El sistema estará disponible vía intranet en
horarios de oficina. FAFM 01/05/2013 FFMMTM MEDIA BAJA V BAJA -
El sistema será accesible desde cualquier
equipo de trabajo con navegador web
Microsoft Internet Explore 9.0 o superior.
FAFM 01/05/2013 FFMMTM MEDIA BAJA V BAJA -
El sistema se ejecutará sobre un servidor de
aplicaciones web con sistema operativo
Windows Server 2008 en adelante.
FAFM 01/05/2013 FFMMTM MEDIA BAJA V BAJA -
El sistema trabajara con el administrador de
base de datos Sql Server 2008.
FAFM 01/05/2013 FFMMTM MEDIA BAJA V BAJA -
El sistema contará con manuales de usuario FAFM 01/05/2013 FFMMTM MEDIA BAJA V BAJA -
54. 54
4.1.8. Definición de Riegos
Se presentará a continuación una selección de medidas que están
orientadas a velar por unacorrecta dirección de proyecto respecto al manejo
y control de riesgos paraminimizar o atenuar los efectos negativos al
proyecto en caso se presenten.
En la etapa de Planificación se invertirá el tiempo razonable en capturar y
formalizar correctamente los requerimientos del producto y contrastando las
soluciones con opinión de expertos y profesionales quienes conjuntamente
con los usuarios finales avalen el proceso automatizado. Bajo este juicio de
expertos los requerimientos no presentarán mayores variantes durante el
proceso.
Consolidada esta etapa es importante especificar las actividades y tareas a
efectuar en el proyecto asegurando la adjudicación de tiempos razonables
en función a la naturaleza del riesgo, junto con las acciones a seguir.
En la etapa de Elaboración se contarán con las IDE y librerías de la
plataforma de programación procurando su mantenimiento y constante
actualización vía conexión a Internet. El acceso a Internet 24x7 favorecerá
al equipo de desarrollo durante la recopilación de documentación
electrónica y manuales de programación acelerando la fase de aprendizaje
y capacitación en dichas herramientas. La arquitectura será sometida a
pruebas durante la implementación a través de casos de uso breves
validando la entrada de datos según el mecanismo propuesto por la
55. 55
arquitectura y diseño original. Las labores de codificación irán de la mano
con la realización de pruebas para validación de las casuísticas una vez
concluida la implementación de cada módulo junto con sus funcionalidades
antes de la presentación de las respectivas iteraciones.
4.1.8.1. Descripción y sustentación de la solución
Frente a la problemática en torno a la necesidad de una solución
informática para el Registro final de notas y el proceso de matrícula y
adaptada a la realidad local, se propone de un Sistema Informáticopara
elcumplimiento de estos propósitos. (Dadala carenciaabsoluta de tales
plataformas en el sector informático de este país) ofreciendo
lasfuncionalidades claves para flexibilizar la gestión e innovando los
procesos enbúsqueda de una mayor calidad de atención.
La solución estará facultada para administrar información concerniente a los
avance académicos de los alumnos matriculados al menos en alguna
mención dictada en un periodo académico determinado, habilitando el
acceso a usuarios internos (coordinadores).
Con este sistema se permitirá el mantenimiento de información de los
alumnos(datos personales, avance académico, entre otros) cumpliendo de
este modo con laautomatización de las labores de matrícula en paralelo con
el mantenimiento delperfil académico. Incorpora un procedimiento
automatizado de control y seguimiento académico de los alumnos.
56. 56
Por su parte, la estructura de trabajo se basa en la activación o apertura de
una modalidad con sus respectivas menciones. Toda Mención se compone
de un Plan de Estudio con sus respectivos cursos.
La solución permitirá el mantenimiento y la administración de estos
conceptos, además de los alumnos, docentes, pabellón, aula, cursos,
sección, periodo y procesos o actividades.Las Actividades o procesos
cuentan con una duración expresada en días para la posterior
calendarización deactividades.
El periodo académico empieza con creación del periodo a dictarse,
seguidamente de la creación de un plan de estudio si es necesario, seguido
de la activación de los curso a dictarse.
La solución permitirá la inclusión y administración de estos conceptos,
además de la asignación de grupos y horario para los cursos activos para el
periodo actual.
Para continuar con el proceso de matrícula una vez terminado con los
registros básicos para la matricula se procede a verificar a los alumnos que
hayan cumplido con los requisitos que plantea la escuela postgrado.
La solución permitirá la inclusión y administración de estos conceptos,
además de facilitar la matrícula de ingresantes o alumnos nuevos,
matriculándolos de forma masiva y la matricula individual cuyo alumnos ya
pertenezcas a alguna mención.
57. 57
En cuanto a la seguridad del sistema, la solución formará parte del sistema
integrado que cuenta actualmente la oficina general de coordinación y
servicios académicos, que es el analista de sistema quien es el encargado
de habilitar y asignar cuentas de usuario para los coordinadores que
tendrán acceso a los módulos de acuerdo a las necesidades.
Además de lo mencionado en párrafos previos, la solución contará con
lasfunciones de generación de reportes. Los informes a ser tomados en
cuentacomprenden tanto el reporte de alumnado, como avance curricular,
record académico y boleta de notas, todo estos reportes o informes se dará
previamente haber actualizado los avances curriculares que es requisitos
fundamental para obtener estos reportes con datos actualizados.
Para cumplir con todos los requerimientos y como prerrequisito al inicio de
las fasesde análisis y diseño, es importante la evaluación de
lainfraestructura tecnológicapara el proceso de construcción. Se examinará
si la plataforma existente en la oficina general de coordinación y servicios
académicos soporta las actividades de desarrollo y pruebas de software,
enfunción a los requerimientos recomendados de las herramientas de
desarrollo.
Finalmente se procederá con las pruebas de conectividad de base de datos
y de lasfuncionalidades del producto. Este proyecto beneficiará a la Oficina
58. 58
General de Coordinación y Servicios Académicos a la escuela de Postgrado
y a los alumnos.
4.1.9. Factibilidad del Proyecto
4.1.9.1. Viabilidad técnica y económica
Para la viabilidad técnica se presentan las restricciones en hardware y
software con miras a la construcción de la solución planteada, así como su
disponibilidad.
Con la salvedad del software de ofimática para labores documentarias, las
restricciones técnicas identificadas son las siguientes:
(1) Disponibilidad del equipo de cómputo/servidor para albergar a la base
de datos.
(2) Disponibilidad del equipo de cómputo/servidor para su utilización como
servidor de aplicaciones Web.
(3) Disponibilidad del equipo de cómputo para las labores de análisis,
diseño, construcción y pruebas.
(4) Herramientas CASE de libre distribución para el modelamiento UML,
Bizagi Process Modeler Notación para los procesos.
(5) Herramienta IDE para la construcción de la interfaz gráfica y codificación
de las funcionalidades bajo la plataforma ASP.NET.
59. 59
(6) Sistema administrador de base de datos de libre distribución con
capacidad para soportar múltiples conexiones.
(7) El lenguaje de programación y sus características para la construcción
bajo el paradigma orientado a objetos.
(8) Disponibilidad de un servidor Web ASP.NET para labores de
implementación.
Este proyecto es técnicamente viable porque el practicante cuenta con
todos los requisitos citados. Bajo una adecuada planificación de recursos y
con miras a maximizar las capacidades logísticas existentes, se adoptarán
las siguientes medidas:
Los requerimientos (1) y (2) quedan cubiertos empleando una computadora
con procesador Intel de séptima generación y memoria RAM de 4GB, dadas
las exigencias del servidor de base de datos y sistema operativo. El
requerimiento (3) está constituido por un equipo portátil Core Duo de 2GHz
y 3GB de memoria RAM ofreciendo así un rendimiento superior para las
fases de análisis, diseño, desarrollo y pruebas por parte del practicante.
Esta disposición obedece estrictamente a razones de simplificación de
recursos, en contraparte con entornos de trabajo reales donde sí se exige
una clara separación entre servidores.
Para el requisito (4) existen productos como Visual Paradigm CE, ArgoUML
y StarUML sujetos a las exigencias técnicas propias de la documentación
60. 60
con RUP y además son de libre distribución. En el proyecto se hará uso del
software StarUML y Bizagi Process Modeler para validar los procesos con
notación BPM.
Los requerimientos (5) y (6) se encuentran cubiertos con la incorporación de
las herramientas IDE Microsoft Visual Web Developer 2010 Express (una
versión gratuita y liviana para el desarrollo Web con ASP.NET) y del
administrador de base de datos Sql server 2008.
La elección del lenguaje C# y del servidor Web IIS Express comprenden los
requerimientos (8) y (9).
En cuanto a la viabilidad económica, tomando como punto de partida los
ítems técnicos citados para la implementación, se establecen los siguientes
considerandos como parte del costo en el proyecto:
Los requisitos a nivel de hardware (1), (2) y (3) se encuentran excluidos
asumiendo su aprovisionamiento bajo la responsabilidad de la Oficina
General de Coordinación y Servicios Académicos.
Las herramientas CASE para el modelamiento UML y de la base de datos
(4) permanecen libres de costo.
El IDE Microsoft Visual Web Developer Express, a emplear para la
construcción (5), se encuentra a disposición desde Internet y libre de costo
para el programador.
61. 61
En cuanto al requisito (6) referente al sistema administrador de base de
datos, se trabajará con Microsoft SQL Server 2008 R2.
La tabla 4 muestra el costo asumido por concepto del personal (según los
roles y funciones) durante la realización del proyecto. Del mismo modo la
tabla 5 resume la inversión realizada en cada fase de proyecto con un
horizonte de cinco (03) meses, expresada en nuevos soles.
4. Tabla: costo de RR.HH del proyecto
Rol Abrev. Cant. Costo/Hora
Jefe de Proyecto JP 1 00.00
Analista Funcional AF 1 7.00
Analista
Programador
AP 1 7.00
5. Tabla. Costo referencial del proyecto
Fase Responsable Hora
estimada6h*5
dia/sem
Costo
(S/.)
Items Gasto
(S/.)
Iniciación JP 20 00.00 Luz -
AF 100 700.00 Internet -
Elaboración
(Análi./Dise)
JP 10 00.00 Telf. Móvil 30.00
AF 60 420.00 Materiales
de Oficina
-
Construcción
(Impl./Prueb)
AP 720 2520.00 Otros
gastos
150.00
AL MES 180.00
FINAL 540.00
TOTAL 3640.00 MONTO
FINAL
4180.00
62. 62
4.1.9.2. Análisis Costo – Beneficio
En este análisis se presentan las razones y criterios tomados como
justificación para el desarrollo del proyecto y la inversión económica.
Una vez expuestos los detalles del costo y gastos a incurrir en el proyecto,
arroja como conclusión la no existencia de una fuerte inversión en hardware
y software gracias al empleo de herramientas informáticas de código abierto
como de licencia gratuita y bajo la condición de aprovisionamiento del
hardware por parte de la Oficina General de Coordinación y Servicios
Académicos.
En cambio, el íntegro de la inversión se reserva para la cobertura en costos
del personal del proyecto (dos practicantes, en diferentes perfiles
especializados). Si se introduce en este análisis la curva de experiencia
profesional en proyectos académicos y laborales (así como en el uso de
herramientas CASE e IDE) la reducción del margen de horas en cada perfil
es altamente probable. El costo en función al tiempo (llevando este
tratamiento a una escala horaria) queda sustentado pues las estimaciones
elaboradas se alinean a las actividades fijadas en el cronograma de
proyecto.
Por otra parte, conviene precisar las ventajas y beneficios ofrecidos por la
solución.
El propósito como se recalca en el Capítulo 1 del proceso de desarrollo del
software es optimizar los procesos de matrícula y el registro de la notas
63. 63
finales de la escuela de postgrado para la oficina general de coordinación y
servicios académicos, comprometiendo la descentralización de la labor
académica. Para los especialistas de estos programas la actualización
constante de la información del programa académico así como la
evaluación y registro del seguimiento a los alumnos favorecerá a la mejora
oportuna de la obtención de información de dichos alumnos.
En ese sentido, tras el análisis efectuado, la solución presenta mayores
beneficios a futuro para todos los participantes en esta institución. En otras
palabras, es viable dadas las ventajas y mejoras ofrecidas en la
automatización de los procesos de matrícula y registros de notas finales.
4.1.10. Arquitectura Candidata
Para la implementación de esta solución se aplicará la arquitectura en N-
Capas,debido a su diseño altamente escalable ante la incorporación de
nuevos módulos yfuncionalidades a futuro. Además posibilita la distribución
de componentes (capas)entre varios niveles de hardware, obteniendo
mayor seguridad y rendimiento antenumerosas peticiones al servidor Web.
Esta arquitectura orientada a objetos nopresenta obstáculos para adaptar
tanto el patrón de modelo de dominio en la capade lógica de negocio como
el patrón de repositorio en la capa de acceso a datos,cumpliendo así con
los lineamientos base de diseño indicados a comienzos delcapítulo. La
arquitectura queda dividida en cuatro capas descritas a continuación(ver
Figura 4):
64. 64
Capa de Presentación: Esta capa integra los elementos de la interfaz
gráfica y las clases con la lógica del comportamiento de las páginas para su
interacción con el usuario. Involucra librerías CSS, JavaScript, Ajax, ASPX y
HTML. Esta capa actúa de forma similar a la Vista en el patrón MVC.
Capa de Aplicación: Esta capa tiene como función delegar las solicitudes de
usuario provenientes de la capa previa hacia los módulos y clases
correspondientes de la Capa de Lógica de Negocio, sin involucrar la
implementación en líneas de código de dicha solicitud. Asimismo actúa
como fachada para futuras implementaciones de integración con otros
dispositivos, plataformas y sistemas a través de aplicaciones como servicios
Web.
Capa de Lógica: Esta capa sigue la línea de trabajo de la entidad Modelo
del patrón MVC. Conformada por clases cuyas funciones recaen en la
implementación de la lógica de negocio atendiendo el requerimiento de
usuario.
Interactúa con la capa de base de datos de acuerdo con el tratamiento
deseado de la información intercambiada. La codificación de la lógica de
negocio sigue el patrón modelo de dominio.
Capa de Acceso a Datos: En esta capa se ubicarán las clases DAO y
librerías de conexión encargadas de administrar las operaciones CRUD
(Create – Read – Update – Delete) y sentencias SQL a nivel de base de
datos. La codificación de esta capa sigue el patrón repositorio.
65. 65
4. Figura. Diagrama de componentes de la arquitectura
Para el intercambio de información entre las capas tratadas, se hace uso de
unconjunto de entidades de negocio, cuyas clasesrepresentan el escenario
real del negocio. La arquitectura propuesta satisface losrequerimientos no
funcionales de diseño definidos en el capítulo anterior. La tabla 6refleja
cómo esta elección satisface los requerimientos de diseño.
6. Tabla: Requerimientos de diseño vs. Solución arquitectónica
Requerimiento no funcional Solución propuesta
El sistema será desarrollado con una
interfaz gráfica de usuario basada en
controles Web.
La codificación de la Capa de Presentación no
será controlada por la Capa de Lógica, otorgando
mayor libertad para incorporar los elementos
Interfaz Gráfica
Aplicación
Logica
DAO
Objeto de Negocio
Sql Server 2008
66. 66
gráficos y HTML adecuados.
El sistema será accesible desde cualquier
equipo de trabajo con navegadores Web
Microsoft Internet Explorer (9.0 o
superior)
La lógica de la Capa de presentación residirá en el
servidor de aplicaciones Web y por el lado del
cliente sólo observará código HTML compatible
con los navegadores Web.
El sistema se ejecutará sobre un servidor
de aplicaciones Web con sistema
operativo Windows Server 2003 en
adelante.
El sistema será albergado en el servidor IIS
Express de libre distribución.
El sistema trabajará con el administrador
de base de datos sql server 2008
En la Capa de Acceso a Datos se ubicará el
componente de conexión a la base de datos
deseada, independiente del resto de la aplicación.
Entre los objetivos y restricciones aplicables a esta arquitectura destacan:
Validación de información: Para la validación de los datos de entrada y
salidase contará con controles desarrollados bajo las librerías Ajax
(ubicadas en laCapa de Presentación) y con las reglas impuestas en la
Capa de Lógica.
Performance: Para fines de implantación la arquitectura es afín
alestablecimiento de diferentes niveles físicos (o de hardware) por
capamejorando el rendimiento. Respecto a los clientes navegadores Web,
67. 67
laarquitectura soporta la ejecución de múltiples transacciones desde
otrasconexiones en simultáneo.
Protección: La autenticación y validación de acciones al usuario queda a
cargodel módulo Seguridad en la Capa de Lógica.
Unicidad: La arquitectura en su Capa de acceso a datos permite la
interaccióncon una base de datos a la vez, canalizando todas las
operaciones de lectura yescritura hacia ésta.
4.1.10.1. Vista de despliegue
A continuación la Figura5 grafica la representación de las relaciones entre
losnodos físicos y su localización junto con los componentes en hardware y
software.
Servidor Web y de Aplicación Estación Cliente
DAO
Interfaz GUI
Aplicación
Logica
Objeto de Negocio
Navegador Web
Servidor de Base de Datos
Motor Sql Server
68. 68
5. Figura. Diagrama de despliegue
Los nodos indicados en la Figura se describen a continuación
Estación cliente: Este nodo representa al navegador Web de la
máquina cliente, desde el cual se realiza la conexión al sistema.
Servidor Web y de Aplicación: En este nodo residen los archivos del
código fuente con la lógica de negocio estructurada en capas.
Servidor de Base de datos: Este nodo contiene el sistema
administrador de base de datos. Interactúa con el nodo de servidor
Web en su capa de acceso a datos (DAO).
4.1.11. Identificación de las necesidades del Usuario
Como consecuencia de las entrevistas efectuadas y según los
requerimientosanalizados a partir de la lista de exigencias, se presenta a
continuación ladescripción de los actores participantes del sistema:
Usuario: Toda persona con una cuenta y accesos autorizados al
sistema.
Administrador: Realiza funciones tales como administrar cuentas,
perfiles de usuario y monitorear el funcionamiento del sistema. La
notificación de errores a presentarse con la plataforma es
competencia exclusiva de este actor.
Coordinador: Cumple el rol de dirigir y llevar a cabo los programas,
así como ejecutar los procesos de registro de la evaluación de la
69. 69
notas finales, además de los mantenimientos y los procesos
cotidianos de matrícula.
Alumno: Alumno perteneciente al menos en una mención de la
escuela de postgrado de la universidad nacional de Ucayali, actor
que proporciona de datos para su posterior administración.
4.1.11.1. Identificación de las necesidades del Usuario
Como principales necesidades establecidas por los Usuarios:
Disponibilidad de información del avance curricular de los alumnos o
seguimiento académico.
Acceso a tiempo completo de la información y documentación
académica.
Establecimiento de un mecanismo de verificación de las notas de los
alumnos
Registro de la evaluación académica de los alumnos
Evaluación de los programas o menciones dictadas en un periodo
académico.
Estas necesidades indicadas quedan cubiertas por los requerimientos del
sistemadada la similitud entre las expectativas de usuarios con las
funcionalidades delnuevo sistema.
70. 70
4.1.12. Diagramas de Casos de Uso del Sistema
A partir de la lista de exigencias y habiendo identificado las necesidades de
losusuarios es factible construir el diagrama de casos de uso.
71. 71
Diagrama de caso de uso del sistema Mantenimientos
System
COORDINADOR
ADMINISTRADOR
mantener mencion
mantener alumno
mantener docente
mantener periodo
mantener curso
mantener seccion
mantener pabellon
mantener aula
mantener proceso
buscar modalidad
gestion de mantenedores
mantener modalidad
buscar mencion
buscar alumno buscar docente
buscar periodo
activar periodo
buscar curso
buscar seccion buscar pabellonbuscar aula
<<include>>
<<include>>
<<include>> <<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
buscar tipo preceso
<<include>>
<<include>>
<<include>>
72. 72
6. Figura: Diagrama de Casos de Usos del Paquete de Mantenimientos.
Diagrama de caso de uso del sistema Gestionar Plan de Estudios
7. Figura: Diagrama de Casos de Usos del Paquete de Plan de Estudio
COORDINADOR
ADMINISTRADOR
gestion plan de estudios PE
buscar PE
mantener PE
cambiar estado PE
asignar cursos PE
<<include>>
<<include>>
<<include>>
mantener modalidad
buscar mencion
<<include>>
<<include>>
<<include>>
buscar curso
<<include>>
asignar prerequisito
cambiar estado curso
<<include>>
<<include>>
73. 73
Diagrama de caso de uso del sistema Gestionar Carga Académica
8. Figura: Diagrama de Casos de Usos del Paquete de Carga Académica
COORDINADOR
ADMINISTRADOR
Gestionar Carga Academica
verificar curso asignar grupo
buscar grupobuscar curso
registrar curso grupo
<<include>>
<<include>>
registrar curso horario
<<include>>
<<include>> <<include>>
verificar curso grupo asignar horario
<<include>>
buscar docente
<<include>>
<<include>>
<<include>>
74. 74
Diagrama de caso de uso del sistema Gestionar Apertura Académica
9. Figura : Diagrama de Casos de Usos del Paquete de Apertura Académica
COORDINADOR
ADMINISTRADOR
Gestionar Apertura Academica
mantener periodo proceso
mantener proceso mencion
buscar periodo
buscar proceso
<<include>>
<<include>>
<<include>>
<<include>>
buscar_mencion
<<include>>
<<include>>
75. 75
Diagrama de caso de uso del sistema Gestionar Proceso de Matrícula
10. Figura : Diagrama de Casos de Usos del Paquete de Proceso de Matrícula
COORDINADORADMINISTRADOR
ALUMNO
Gestionar Proceso Matricula
generar avance curriculargestionar matricula generar ficha matricula
buscar mencion
buscar plan de estudio
buscar modalidad
verificar periodo
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
realizar matricular normal realizar matricula ingresantes
<<include>> <<include>> <<include>><<include>>
<<include>>
verificar cursos
<<include>>
<<include>> <<include>>
buscar alumno
<<include>>
<<include>>
<<include>>
establecer los requerimientos
reinscripcion
retiro total
retiro parcial
<<extend>>
<<extend>>
<<extend>>
Imprimir Boleta
<<include>>
76. 76
Diagrama de caso de uso del sistema Gestionar Proceso de Notas
11. Figura : Diagrama de Casos de Usos del Paquete de Proceso de Notas
COORDINADORADMINISTRADOR
gestionar proceso de notas
generar actas notas registrar nota
buscar modalidad buscar mencion buscar periodo
<<include>> <<include>>
<<include>>
<<include>>
buscar concepto actas
<<include>>
<<include>> <<include>>
verificar periodo
<<include>>
<<include>>
verificar curso
<<include>>
cargar alumnos
<<include>>
77. 77
Diagrama de caso de uso del sistema Gestionar Reportes
COORDINADOR ADMINISTRADOR
ALUMNO
Gestionar Reportes
imprimir avance curricular
buscar modalidad
buscar mencion
buscar plan de estudio
verificar periodo buscar alumno
imprimir record academico
imprimir todos los avances
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<include>><<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
actualizar avance curricular
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
seleccionar todos los alumnos
78. 78
12. Figura : Diagrama de Casos de Usos del Paquete de Reportes
Diagrama de caso de uso del sistema Gestionar Cierre Periodo Académico y Reportes
13. Figura : Diagrama de Casos de Usos del Paquete de Cierre Período Académico y Reportes
Gestionar Cierre Periodo Academico y Reportes
COORDINADORADMINISTRADOR
verificar periodomantener modalidad buscar mencion
aplicar cierre horarioaplicar cierre de matricula aplicar cierre notas
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<include>> <<include>>
<<include>>
79. 79
4.2. CAPÍTULO 2: Arquitectura del Sistema
Para uniformizar el aspecto visual y la interacción con elusuario.
4.2.1. Arquitectura
De acuerdo con capítulos anteriores la arquitectura está orientada a
entornos Web.
Bajo este diseño las tareas se ejecutan por el lado del servidor, evitando
delegartales responsabilidades hacia las máquinas clientes desde sus
navegadores.
Es así como el diseño debe garantizar un óptimoaprovechamiento de las
capacidades propias de los sistemas Web satisfaciendoadecuadamente los
requisitos no funcionales del producto. Entre las fortalezasexigidas a la
arquitectura se encuentran:
La arquitectura respetará el paradigma de programación orientado a
objetos.
Esta característica si bien depende del lenguaje de programación utilizado,
lapropuesta de diseño debe asegurar la manipulación de los datos y
operacionesde manera encapsulada a través de clases y objetos
interrelacionados entre sípor invocaciones a los métodos respectivos. El
manejo de cambios en elproducto se logra modificando las características
80. 80
de un número determinado decomponentes sin comprometer el
funcionamiento del resto de módulos.
Para la lógica de negocio la arquitectura trabajará bajo el patrón Modelo
deDominio(MICROSOFT, 2009)). Este patrón consta de un conjunto de
objetos denegocio representando las entidades en un dominio y sus
relaciones entre ellos.
El modelo representa en forma abstracta el negocio real encapsulando
lasreglas de negocio y recreando así un flujo de trabajo habitual. Bajo este
patrónno se tiene conocimiento del mecanismo de persistencia de los
datos,delegando esta responsabilidad a otro ámbito.
La arquitectura, para el manejo de la capa de datos, adoptará el patrón
deRepositorio. Un repositorio encapsula un conjunto de objetos ―persistidos‖
enuna base de datos junto con sus operaciones de lectura y escritura.
Esteesquema provee una visión más orientada a objetos en la capa de
persistencialogrando dos metas: brindar una clara separación y
dependencia en un solosentido entre el modelo de dominio y el mapeo de
datos colocando una―fachada‖ sobre el nivel de persistencia, eximiendo así
a la capa de lógica denegocio de la responsabilidad del funcionamiento del
mecanismo de persistencia de datos.
81. 81
4.2.1.1. Descripción de la vista Lógica
La figura 14 representa la vista lógica del software con las cuatro
capas descritas, así como los principales componentes encargados
de su funcionamiento.
14. Figura: Vista lógica del sistemaCAPADE
PRESENTACIÓN
Componentes GUI(ASPX,CSS,AJAX,JSP,JSCRIPT)
Componentes de
configuración (.config)
Componentes Error
Handler (Elmah)
Componentes de Lógica de Presentación (CS,HTML)
CAPADE
APLICACIÓN
Componentes de Aplicación
Componentes de Lógica de Presentación (CS,HTML)
CAPADE
LOGICA
Componentes de Lógica de Negocio
Implementación de Lógica de Negocio
CAPADEACCESO
ADATOS
Implementación
DAO
Componentes
ADO.NET
Componentes Sql
ENTIDAD DE
NEGOCIO
Componentes BE
CSDL, MSL, SSDL
82. 82
4.2.2. Participantes en el. Desarrollo el Software
4.2.2.1. Roles y Responsabilidades
Se describe las principales responsabilidades de cada uno de los
participantes del desarrollo durante las fases de la Metodología Ágil AUP:
7. Tabla: Roles y Responsabilidades
cargo Descripción Responsable
Jefe de
Proyecto
Asigna los recursos,
gestiona las prioridades,
coordina las interacciones
con los usuarios, mantiene
al equipo del proyecto
enfocado en los objetivos
Ing. Amílcar Figueroa
Muñoz
Analista
Funcional
Captura, específica con el
usuario mediante
entrevistas c. elabora el
modelo de análisis y diseño
y colabora en la
elaboración de las pruebas
funcionales y el modelo de
base de datos.
Alumno x ciclo
Ingeniería. Terán
Maca Marlon
Analista
programador
Se encarga del desarrollo
del software de acuerdo a
los requerimientos
funcionales y a
validaciones con el usuario,
además de preparar la
pruebas funcionales y
elabora la documentación
Alumno x ciclo
Ingeniería. Flores
Murrieta Francisco
Segundo
83. 83
4.3. CAPÍTULO 3: Desarrollo de Sistema Informático
4.3.1. Primera Iteración Módulo de Mantenedores
8. Tabla: LISTA DE CASOS DE USO DEL SISTEMA: “GESTIONAR
MANTENEDORES”
Código CUS: Nombre de Caso de Uso
RA-GMOD-001 Mantener Modalidad
RA-GMEN-002 MantenerMención
RA-GALU-003 MantenerAlumno
RA_GDOC_004 MantenerDocente
RA-GPER-005 MantenerPeriodo
RA-GCUR-006 MantenerCurso
RA-GSEC-007 MantenerSección
RA-GPAB-008 MantenerPabellón
RA-GAUL-009 MantenerAula
RA-GTPR-010 MantenerTipo de Procesos