Informe final practica pre_ii_francisco_flores_v6

UNIVERSIDAD NACIONAL DE UCAYALI
FACULTAD DE INGENIERIA DE SISTEMAS Y DE INGENIERIA CIVIL
ESCUELA ACADÉMICOPROFESIONAL DE INGENIERIA DE SISTEMAS
INFORME FINAL DE LA II PRÁCTICA PRE PROFESIONAL
“SISTEMA EXPERTO 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”
Alumno : Flores Murrieta, Francisco Segundo.
Asesor : Ing. Luis Alberto Rivera Echegaray
Pucallpa - Perú
2013

Revisado por:
________________________________________
Ing. Luis Alberto Rivera Echegaray.
Asesor de Práctica Pre-Profesional II

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

RECONOCIMIENTO
Extiendo mi reconocimiento al Ing. Luis Alberto Rivera Echegaray, por el asesoramiento
vertido a este humilde proyecto, por darse tiempo y ser constante con sus conocimientos
y experiencias compartidas, además de dar soluciones precisas en la culminación de
manera óptima de este proyecto.

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

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 .............................................................80
4.2.1. Arquitectura ............................................................................................................. 80
4.2.1.1. Descripción de la vista Lógica............................................................................ 82
4.2.2. Participantes en el. Desarrollo el Software.............................................................. 83
4.2.2.1. Roles y Responsabilidades................................................................................. 83
4.3. CAPÍTULO 3: Desarrollo de Sistema Experto....................................................84
4.3.1. Primera Iteración Módulo de Mantenedores .......................................................... 84
4.3.1.1. Diagrama de Paquetes ...................................................................................... 98
Describe la relación que existe entre cada módulo de cada iteración representado como
un paquete ............................................................................................................................ 98
4.3.1.2. Diagrama de Secuencia Módulo Mantenedores.............................................. 99
4.3.1.3. Diagrama de Actividades Módulo Mantenedores .......................................... 102
4.3.1.4. Herramientas de Software .............................................................................. 105
4.3.1.8. Interfaz Gráfica – Prototipo............................................................................. 107
4.3.1.9. Modelo Físico Base Datos............................................................................... 108
4.3.1.10. Modelo Físico de la Base de Datos Tablas Histórica ....................................... 109
4.3.1.11. Estructura de Trabajo Base de Datos.............................................................. 110
4.3.1.12. Estructura de Trabajo .NET Módulo Mantenedores....................................... 112
4.3.1.13. Interfaz Gráfica................................................................................................ 113
4.3.1.14. Pruebas del Módulo Mantenimientos ............................................................ 115
4.3.2. Segunda Iteración Módulo Plan de Estudios.......................................................... 122
4.3.2.1. Especificación de casos de uso........................................................................ 122
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
4.3.3.2. Diagrama de Actividades Gestión Carga Académica....................................... 146
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.............................. 157
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.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.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
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 ... 79
14. Figura: Vista lógica del sistema ................................................................................................. 82
15. Figura: Diagrama de Paquetes ................................................................................................. 98
16. Figura: Diagrama de Secuencia Registrar Modalidad............................................................... 99
17. Figura: Diagrama de Secuencia Registrar Mención................................................................ 100
18. Figura: Diagrama de Secuencia Registrar Alumno ................................................................. 101
19. Figura: Diagrama de Actividades Registrar Modalidad........................................................... 102

20. Figura: Diagrama de Actividades Registrar Mención.............................................................. 103
21. Figura: Diagrama de Actividades Registrar Alumno................................................................ 104
22. Figura Prototipos de la Interfaz Gráfica Menú....................................................................... 107
23. Figura Prototipos de la Interfaz Gráfica Mantenimientos...................................................... 107
24. Figura: Modelo Físico Base de Datos Parte 1......................................................................... 108
29. Figura: Modelo Físico Base de Datos Tablas Históricas.......................................................... 110
30. Figura: Base de datos “SistPostGradoInt”.............................................................................. 110
31. Figura: Base de datos 26 primeras tablas .............................................................................. 110
32. Figura: Base de datos 8 tablas restantes................................................................................ 110
33. Figura: Stored Procedures...................................................................................................... 111
34. Figura: Scalar -Values Functions.............................................................................................. 112
35. Figura: Paquete Mantenimientos ........................................................................................... 112
36. Figura: Formulario - Mantenimientos..................................................................................... 112
37. Figura: Interfaz Gráfica Menú Principal .................................................................................. 113
38. Figura: Interfaz Gráfica Formulario Registrar Modalidad ....................................................... 113
39. Figura: Interfaz Gráfica Formulario Registrar Mención .......................................................... 114
40. Figura: Interfaz Gráfica Listar Alumno..................................................................................... 114
41. Figura: Interfaz Gráfica Formulario Buscar Alumno................................................................ 115
42. Figura: Interfaz Gráfica Formulario Modificar Alumno........................................................... 115
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
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 .......................................................... 157
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
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

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.............................................................................................. 83
8. Tabla: LISTA DE CASOS DE USO DEL SISTEMA: “GESTIONAR MANTENEDORES”...................... 84
9. Tabla: MANTENER MODALIDAD................................................................................................ 85
10. Tabla: MANTENER MENCION.................................................................................................... 90
11. Tabla: MANTENER ALUMNO ..................................................................................................... 94
12. Tabla: Registrar Modalidad ..................................................................................................... 115
13. Tabla: Registrar Mención ........................................................................................................ 116
14. Tabla: Registrar Alumno, Campos Importantes ...................................................................... 117
15. Tabla: Registrar docente ......................................................................................................... 118
16. Tabla: Registrar periodo.......................................................................................................... 119
17. Tabla: Registrar curso.............................................................................................................. 120
18. Tabla: LISTA DE CASOS DE USO DEL SISTEMA: “GESTIONAR PLAN DE ESTUDIO”................... 122
19. Tabla: GESTIONAR PLAN DE ESTUDIO..................................................................................... 122
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
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 dirigida a 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 de informació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 experto que facilite e integre sus procesos con una herramienta
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 de información 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 experto
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 alumnos de 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 experto 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 Experto con tecnología .NET que mejore
los procesos de gestión de matrícula y registro de notas de los alumnos de

25
25
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 Posgrado
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 de información 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 de información que facilite el proceso de
matrícula. Se propuso a la oficina general de coordinación y servicios
académicos de un sistema de información 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 Experto 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 de lo que se pretende desarrollar
describiendo diferentes aspectos que el sistema Experto de Posgrado de
OGCySA requiera.
4.1.3. Propósito
El Sistema Experto de 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
Plan de Estudio
III Programación y pruebas de las
Carga Académica
IV Programación y pruebas de las
Apertura Académica
V Programación y pruebas de las
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
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
del proyecto 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 del
proyecto 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 Experto para el proceso de matricula de la escuela de postgrado para la oficina
general de coordinaicon 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
entrega version III
Iteración IV
Versión IV del
sistema
Implementación y
pruebas del
módulo Apertura
Académica
- 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
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
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
integrales

34
34
2. Tabla: Digrama de gantt
Sistema Experto 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 10 dí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
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
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
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
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
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
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

38
38
4.1.7. Requerimientos
Correlat.Req.
Cód.Req.
Requerimiento
CanalAutoriz.
(iniciales)
Fecha
Analista(iniciales)
Atributos
R+Cód.Módulo
N°Req-Mód
Prioridad
Dificultad
Visibilidad
Riesgo
Dependencia
FUNCIONALES
001 RA Módulo 1: GESTIONAR MANTENEDORES
RA 1
 MANTENER MODALIDAD
Es de prioridad alta, aquí gestionaremos todos los
datos necesarios relacionado con MODALIDAD, se
podrá crear, buscar, modificar; de acuerdo a los
requerimientos generados por director de la Oficina
General de Coordinación y servicios Académicos.
FAFM 01/05/2013 FFMMTM ALTA BAJA V BAJO -
RA 2
 MANTENER MENCIÓN
datos necesarios relacionado con MENCIÓN, se
podrá crear por primera vez una MENCION si
previamente exista un registro de MODALIDAD,
FAFM 01/05/2013 FFMMTM ALTA BAJA V BAJO RA1

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 3
 MANTENER ALUMNO
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.
RA 4
 MANTENER DOCENTE
datos necesarios relacionado con el DOCENTE, se
podrá crear a un DOCENTE por primera vez, buscar,
modificar; de acuerdo a los requerimientos

40
40
generados por el DOCENTE y por el director de la
Oficina General de Coordinación y servicios
Académicos.
RA 5
 MANTENER PERIODO
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
Académicos.
RA 6
 MANTENER CURSO
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

41
41
requerimientos generados por el director de la Oficina
RA 7
 MANTENER SECCION
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.
RA 8
 MANTENER PABELLÓN
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

42
42
Académicos.
RA 9
 MANTENER AULA
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
RA 10
 MANTENER TIPO PROCESO
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.

43
43
002 RB Módulo 2: GESTIONAR PLAN DE ESTUDIOS
RB 1
 REGISTRAR PLAN DE ESTUDIOS
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
FAFM 01/05/2013 FFMMTM ALTA BAJA V BAJA RA1
RB 2
 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
FAFM 01/05/2013 FFMMTM ALTA BAJA V BAJA RB1
RB 3
 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
Académicos.
003 RC MODULO 3: GESTIONAR CARGA ACADEMICA
RC 1
 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
FAFM 01/05/2013 FFMMTM ALTA BAJA V BAJA -
RC 2
 REGISTRAR HORARIO
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.
004 RD MODULO 4: GESTIONAR APERTURA ACADEMICA
RD 1
 REGISTRAR PERIODO PROCESO
de los procesos para el periodo actual, que incluye
buscar el periodo, buscar el proceso, de acuerdo a
Académicos.
RD 2
 REGISTRAR PROCESO MENCION
de los procesos para cada mención, que incluye
buscar el proceso, buscar el mención, de acuerdo a
Académicos.
FAFM 01/05/2013 FFMMTM ALTA BAJA V BAJA RD1

46
46
005 RE MODULO 5: GESTIONAR PROCESO MATRICULA
RE 1
 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
Académicos se podrá realizar el proceso.
RE 2
 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
servicios Académicos se podrá realizar el proceso.
RE 3
 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
General de Coordinación y servicios Académicos se
podrá realizar el proceso.
RE 4
 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
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
006 RF MODULO 6: GESTIONAR PROCESO DE NOTAS
RF 1
 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

48
48
actas, que de acuerdo a los requerimientos
Coordinación y servicios Académicos se podrá
realizar el proceso.
RF 2
 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
podrá registrar las notas.
FAFM 01/05/2013 FFMMTM ALTA BAJA V BAJA RF1
007 RG MODULO 7: GESTIONAR CIERRE DE PERIODO ACADEMICO Y REPORTES
RG 1
 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

49
49
Coordinación y servicios Académicos se podrá aplicar
el cierre.
RG 2
 APLICAR CIERRE DE NOTAS
CIERRE DE REGISTRO DE NOTAS DEL PERIODO
ACTUAL, que incluye buscar modalidad, buscar
mención, verificar periodo actual, que de acuerdo a
Académicos se podrá aplicar el cierre.
RG 3
 APLICAR CIERRE DE MATRICULA
CIERRE DE MATRICULA DEL PERIODO ACTUAL,
que incluye buscar modalidad, buscar mención,
verificar periodo actual, que de acuerdo a los
podrá aplicar el cierre.

50
50
RG 4
 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.
RG 5
 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
Coordinación y servicios Académicos se podrá
imprimir en grupo.

51
51
RG 6
 IMPRIMIR RECORD ACADEMICO
RECORD ACADEMICO, que incluye buscar
buscar alumno, verificar periodo actual, que de
servicios Académicos se podrá imprimir el record
académico.
RG 7
 IMPRIMIR AVANCE CURRICULAR
INDIVIDUAL
AVANCE CURRICULAR, que incluye buscar
buscar alumno, verificar periodo actual, que de
servicios Académicos se podrá imprimir avance.
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, Google Chrome
(17.0 o superior) y Mozilla Firefox (2.0 o
superior).
 El sistema se ejecutará sobre un servidor de
aplicaciones web con sistema operativo
Windows Server 2008 en adelante.
 El sistema trabajara con el administrador de FAFM 01/05/2013 FFMMTM MEDIA BAJA V BAJA -

53
53
base de datos Sql Server 2008.
 El sistema contará con manuales de usuario
para su entendimiento y capacitación en la
herramienta.

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 una correcta dirección de proyecto respecto al
manejo y control de riesgos para minimizar 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 Experto para el
cumplimiento de estos propósitos. (Dada la carencia absoluta de tales
plataformas en el sector informático de este país) ofreciendo las
funcionalidades claves para flexibilizar la gestión e innovando los procesos
en bú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 la automatización de las labores de matrícula en paralelo
con el mantenimiento del perfil 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 de actividades.
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 las
funciones de generación de reportes. Los informes a ser tomados en cuenta
comprenden 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 fases de análisis y diseño, es importante la evaluación de la
infraestructura tecnológica para 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, en
función a los requerimientos recomendados de las herramientas de
desarrollo.
Finalmente se procederá con las pruebas de conectividad de base de datos
y de las funcionalidades 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 y
construcción de la base de datos de la solución.
(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.
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
estimada
6h*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 y funcionalidades a futuro. Además posibilita la distribución
de componentes (capas) entre varios niveles de hardware, obteniendo
mayor seguridad y rendimiento ante numerosas peticiones al servidor Web.
Esta arquitectura orientada a objetos no presenta obstáculos para adaptar
tanto el patrón de modelo de dominio en la capa de 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 del capí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
un conjunto de entidades de negocio, cuyas clases representan el
escenario real del negocio. La arquitectura propuesta satisface los
requerimientos no funcionales de diseño definidos en el capítulo anterior. La
tabla 6 refleja 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) y Mozilla Firefox (2.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. En caso se requiera
ejecutar lógica por el lado del cliente las librerías
AJAX de igual forma simplifican esta labor
conservando la compatibilidad.
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
salida se contará con controles desarrollados bajo las librerías Ajax
(ubicadas en la Capa de Presentación) y con las reglas impuestas en la
Capa de Lógica.

67
67
Performance: Para fines de implantación la arquitectura es afín al
establecimiento de diferentes niveles físicos (o de hardware) por capa
mejorando el rendimiento. Respecto a los clientes navegadores Web, la
arquitectura soporta la ejecución de múltiples transacciones desde otras
conexiones en simultáneo.
Protección: La autenticación y validación de acciones al usuario queda a
cargo del módulo Seguridad en la Capa de Lógica.
Unicidad: La arquitectura en su Capa de acceso a datos permite la
interacción con una base de datos a la vez, canalizando todas las
operaciones de lectura y escritura hacia ésta.
4.1.10.1. Vista de despliegue
A continuación la Figura 5 grafica la representación de las relaciones entre
los nodos físicos y su localización junto con los componentes en hardware y
software.

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
requerimientos analizados a partir de la lista de exigencias, se presenta a
continuación la descripción de los actores participantes del sistema:
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

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

70
70
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
sistema dada la similitud entre las expectativas de usuarios con las
funcionalidades del nuevo sistema.
4.1.12. Diagramas de Casos de Uso del Sistema
A partir de la lista de exigencias y habiendo identificado las necesidades de
los usuarios 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>>
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>>
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
gestionar proceso de notas
generar actas notas registrar nota
buscar modalidad buscar mencion buscar periodo
<<include>>
<<include>>
buscar concepto actas
<<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
Gestionar Cierre Periodo Academico y Reportes
verificar periodomantener modalidad buscar mencion
aplicar cierre horarioaplicar cierre de matricula aplicar cierre notas
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>

79
79
13. Figura : Diagrama de Casos de Usos del Paquete de Cierre Período Académico y Reportes

80
80
4.2. CAPÍTULO 2: Arquitectura del Sistema
Para uniformizar el aspecto visual y la interacción con el usuario.
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
delegar tales responsabilidades hacia las máquinas clientes desde sus
navegadores.
Es así como el diseño debe garantizar un óptimo aprovechamiento de las
capacidades propias de los sistemas Web satisfaciendo adecuadamente los
requisitos no funcionales del producto. Entre las fortalezas exigidas 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,
la propuesta de diseño debe asegurar la manipulación de los datos y
operaciones de manera encapsulada a través de clases y objetos
interrelacionados entre sí por invocaciones a los métodos respectivos. El
manejo de cambios en el producto se logra modificando las características

81
81
de un número determinado de componentes sin comprometer el
funcionamiento del resto de módulos.
Para la lógica de negocio la arquitectura trabajará bajo el patrón Modelo de
Dominio (MICROSOFT, 2009)). Este patrón consta de un conjunto de
objetos de negocio representando las entidades en un dominio y sus
relaciones entre ellos.
El modelo representa en forma abstracta el negocio real encapsulando las
reglas de negocio y recreando así un flujo de trabajo habitual. Bajo este
patrón no 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 de
Repositorio. Un repositorio encapsula un conjunto de objetos ―persistidos‖
en una base de datos junto con sus operaciones de lectura y escritura. Este
esquema provee una visión más orientada a objetos en la capa de
persistencia logrando dos metas: brindar una clara separación y
dependencia en un solo sentido 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 de negocio de la responsabilidad del funcionamiento del
mecanismo de persistencia de datos.

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

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

Informe final practica pre_ii_francisco_flores_v6

Informe final practica pre_ii_francisco_flores_v6

Recomendados

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente (19)

Destacado

Destacado (19)

Similar a Informe final practica pre_ii_francisco_flores_v6

Similar a Informe final practica pre_ii_francisco_flores_v6 (20)

Más de Francisco Flores Murrieta

Más de Francisco Flores Murrieta (20)

Último

Último (10)

Informe final practica pre_ii_francisco_flores_v6