Informe final practica pre_ii_francisco_flores_v6

680
-1

Published on

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
680
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
42
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Informe final practica pre_ii_francisco_flores_v6

  1. 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
  2. 2. Revisado por: ________________________________________ Ing. Luis Alberto Rivera Echegaray. Asesor de Práctica Pre-Profesional II
  3. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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 1 RA Módulo 1: GESTIONAR MANTENEDORES RA 001  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 002  MANTENER MENCIÓN Es de prioridad alta, aquí gestionaremos todos los 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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 -
  53. 53. 53 para su entendimiento y capacitación en la herramienta.
  54. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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

×