informe final de la primera práctica pre profesional i
TRANSCRIPT
UNIVERSIDAD NACIONAL DE UCAYALI
FACULTAD DE INGENIERIA DE SISTEMAS Y DE INGENIERIA CIVIL
ESCUELA PROFESIONAL DE INGENIERIA DE SISTEMAS
INFORME FINAL DE LA I PRACTICA PRE PROFESIONAL
“SISTEMA DE INFORMACIÓN PARA LA GESTION ACADEMICA DE LA
ESCUELA DE POSTGRADO EN LA OFICINA DE COORDINACION Y
SERVICIOS ACADEMICOS DE LA UNIVERSIDAD NACIONAL DE UCAYALI”
Alumno : Marlon David Terán Maca.
Asesor : Ing. Luis Alberto Rivera Echegaray
Pucallpa - Perú
2013
2
Revisado por:
________________________________________
Ing. Luis Alberto Rivera Echegaray.
Asesor de Práctica Pre-Profesional I
CONTENIDO
3
1. INTRODUCCION..........................................................................................................................8
2. MEMORIA DESCRIPTIVA DE LA INSTITUCION...........................................................................10
2.1. Ubicación Geográfica...........................................................................................10
2.2. Memoria Descriptiva............................................................................................10
2.3. Estructura Orgánica.............................................................................................11
2.4. Misión...................................................................................................................12
2.5. Visión...................................................................................................................12
2.6. Manual de Organizaciones y funciones...............................................................13
2.6.1. Oficina General de Coordinación y Servicios Académicos – OGCySA.......................13
3. OBJETIVOS DE LA PRÁCTICA.....................................................................................................18
3.1. Objetivo General..................................................................................................18
3.2. Objetivos Específicos...........................................................................................18
4. DESCRIPCION DEL DESARROLLO DEL TEMA, MATERIA DE LA PRÁCTICA................................19
4.1. CAPÍTULO 1: Generalidades...............................................................................19
4.1.1. Definición del Problema..........................................................................................19
4.1.2. Marco Conceptual...................................................................................................21
4.1.2.1. Sistema de Información....................................................................................21
4.1.2.2. Asp.Net.............................................................................................................21
4.1.2.3. Proceso.............................................................................................................21
4.1.2.4. Tecnología........................................................................................................22
4.1.2.5. UML..................................................................................................................22
4.1.3. Planificación del Proyecto........................................................................................22
4.1.4. Plan de Respuesta ante Riesgos del Proyecto..........................................................26
4.2. CAPITULO 2: Análisis..........................................................................................27
4.2.1. Definición de la Metodología de Solución...............................................................27
4.2.2. Fase de Iniciación.....................................................................................................28
4.2.3. Fase de Elaboración.................................................................................................28
4.2.4. Catálogo de Requerimientos...................................................................................29
4.2.4.1. Requerimientos................................................................................................31
4.2.4.2. Consideraciones sobre el sistema.....................................................................47
4.2.5. Análisis de la Solución..............................................................................................48
4
4.2.5.1. Identificación de las Necesidades del Usuario..................................................49
4.2.5.2. Viabilidad Técnica y Económica........................................................................51
4.2.5.3. Análisis Costo – Beneficio.................................................................................53
4.2.5.4. Asignación de Funciones a Hardware y Software.............................................54
4.2.5.5. Definición del Sistema......................................................................................56
4.3. CAPITULO 3: Diseño...........................................................................................57
4.3.1. Arquitectura de la Solución.....................................................................................57
4.3.1.1. Representación de la arquitectura...................................................................58
4.3.1.2. Diseño de la arquitectura de la solución...........................................................59
4.3.1.3. Vista Lógica.......................................................................................................64
4.3.1.4. Vista de despliegue...........................................................................................65
4.3.1.5. Diagrama de Clases de Diseño.........................................................................66
4.3.1.6. Diagrama de Base de Datos..............................................................................67
5. ANALISIS CRÍTICO Y APORTE A LA EMPRESA............................................................................68
5.1. Análisis Crítico.....................................................................................................68
5.2. Aporte Técnico.....................................................................................................68
6. CONCLUSIONES........................................................................................................................69
7. RECOMENDACIONES................................................................................................................70
8. BIBLIOGRAFIA...........................................................................................................................71
9. ANEXOS....................................................................................................................................72
5
Figuras
Figura: Organigrama Estructural de la Universidad Nacional de Ucayali..........................................11
Figura: Organigrama Oficina General de Coordinación y Servicios Académicos..............................12
Figura: Estructura de Descomposición del Trabajo de la Practica I.................................................24
Figura: Diagrama de Casos de Uso de Negocio................................................................................50
Figura: Diagrama de Paquetes.........................................................................................................57
Figura: Diagrama de componentes de la arquitectura.....................................................................61
Figura: Vista lógica del sistema........................................................................................................65
Figura. Diagrama de despliegue.......................................................................................................66
Figura: Diagrama de Paquetes2.......................................................................................................82
Figura: Diagrama de Casos de Usos del Paquete de Mantenimientos.............................................83
Figura: Diagrama de Casos de Usos del Paquete de Plan de Estudios.............................................84
Figura: Diagrama de Casos de Usos del Paquete Carga Académica.................................................85
Figura: Diagrama de Casos de Usos del Paquete de Apertura Académica......................................85
Figura: Diagrama de Casos de Usos del paquete de Proceso de Matricula......................................87
Figura: Diagrama de Casos de Usos del Paquete de Proceso de Notas............................................89
Figura: Diagrama de Casos de Usos del Paquete Gestionar Cierre Periodo Académico y Reportes. 91
Figura: Diagrama de Secuencia Registrar Modalidad.....................................................................145
Figura: Diagrama de Secuencia Registrar Mención........................................................................146
Figura: Diagrama de Secuencia Registrar Alumno..........................................................................147
Figura: Diagrama de secuencia Generar Avance Curricular............................................................148
Figura: Diagrama de secuencia Generar Ficha de Matricula..........................................................149
Figura: Diagrama de secuencia Reinscripción de Cursos................................................................150
Figura: Diagrama de secuencia Retiro Parcial................................................................................151
Figura: Diagrama de secuencia Generar Actas Notas.....................................................................152
Figura: Diagrama de secuencia Registrar Notas Actas....................................................................153
Figura: Diagrama de Secuencia Cierre Horario Académico............................................................154
Figura: Diagrama de Secuencia Cierre de Matricula.......................................................................155
Figura: Diagrama de Secuencia Cierre de Registro de Notas..........................................................156
Figura: Diagrama de Secuencia Actualizar Avance Curricular.........................................................157
6
Figura: Diagrama de secuencia Imprimir Avance Curricular Masivo..............................................158
Figura: Diagrama de Secuencia Imprimir Record Académico Masivo............................................159
Figura: Diagrama de Secuencia Realizar Matricula.........................................................................160
Figura: Diagrama de Clases............................................................................................................161
Figura: Modelo Físico Base de Datos Parte 1.................................................................................162
Figura: Modelo Físico Base de Datos Parte 2.................................................................................162
Figura: Modelo Físico Base de Datos Parte 3.................................................................................162
Figura: Modelo Físico Base de Datos Parte 4.................................................................................163
Figura: Modelo Físico Base de Datos Parte 5.................................................................................163
Figura: Modelo Físico Base de Datos Tablas Históricas.................................................................164
Figura: Base de datos “SistPostGradoInt”.....................................................................................164
Figura: Base de datos 26 primeras tablas......................................................................................164
Figura: Base de datos 8 tablas restantes.......................................................................................164
Figura: Stored Procedures.............................................................................................................165
Figura: Scalar -Values Functions.....................................................................................................166
7
Tablas
1. Tabla: Digrama de gantt...........................................................................................................25
2. Tabla: Patrón de codificación de requerimientos.....................................................................29
3. Tabla: Requerimientos de diseño vs. Solución arquitectónica.................................................62
4. Tabla: Lista de Riesgos..............................................................................................................76
8
1. INTRODUCCION
Este proyecto de Primera Práctica Pre profesional tiene por finalidad
presentar el análisis y diseño de una solución informática dirigida a la
problemática presente en el proceso de matrícula, que se da en la escuela
de Postgrado de la Universidad Nacional de Ucayali. Dicha solución
posibilitará la administración de información vinculada a los alumnos, que
se encuentran 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 a los alumnos pertenecientes en alguna mención.
A Corto plazo el objetivo esperado con este proyecto es implementarlo,
para después proponer a la oficina de Coordinación y Servicios
Académicos, un adecuado sistema de información que facilite e integre sus
procesos con una herramienta apta para gestionar el registro de notas y el
proceso de matrícula de los alumnos.
En el segundo capítulo se describe de forma general los aspectos de la
institución donde se realiza la práctica Pre Profesional.
En el tercer capítulo se detalla los objetivos de la práctica, tanto objetivos
generales como objetivos específicos.
En 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.
9
El Quinto capítulo trata del análisis crítico y aporte a la empresa, ahí se
detallara las cosas que se pueden mejorar y de cómo se encontró
anteriormente la oficina de Coordinación y Servicios Académicos.
10
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 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
socioeconómico, cultural y humanístico de esta región como resultado de
11
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
Figura: Organigrama Estructural de la Universidad Nacional de Ucayali
12
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.
BIBLIOTECA CENTRAL
OFICINA EJECUTIVA DE REGISTRO CENTRAL
OFICINA GENERAL DE COORDINACION Y SERVICIOS
ACADEMICOS
13
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.
b. Expedir documentos oficiales de carácter académico.
14
c. Preservar el archivo y registro académico mediante copias en discos
magnéticos y guardarlos en instituciones de seguridad
d. Mantener actualizada la información académica en la página Web de la
UNU.
e. Brindar información actualizada para elaborar estados de cuenta de los
estudiantes.
f. Brindar servicio Bibliotecario, de información y documentación.
g. Coordinar las actividades académicas que realizan los centros de
formación profesional con que cuenta la UNU.
h. Centralizar la información relacionada al aspecto académico
i. Formular, diseñar y uniformizar las especies valoradas (Certificados,
Constancias etc.) que expide la institución como parte del servicio
educativo.
j. Establecer un sistema de información de apoyo académico a las
diferentes facultades.
k. Establecer sistemas y procedimientos a fin de mantener actualizado el
registro de matrícula, registro y archivo del historial académico de los
alumnos y facultades de la Universidad Nacional de Ucayali.
l. Prestar apoyo a las facultades en materia de impresiones, elaboración de
documentos auxiliares para el servicio académico.
15
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.
b. Formular los procedimientos de carácter administrativo en apoyo del
servicio educativo.
16
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.
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.
17
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.
18
3. OBJETIVOS DE LA PRÁCTICA
3.1. Objetivo General
Análisis y diseño de un Sistema de Información orientado a la gestión
académica de la escuela de Postgrado 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 académica de la
escuela de Postgrado en la Oficina General de Coordinación y Servicios
Académicos de la Universidad Nacional de Ucayali.
-Conocer lo efectivo que es la tecnología .NET en los procesos que se
presentan en la gestión académica 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 el análisis y
diseño del Sistema de Información para la gestión académica de la escuela
de Postgrado en la oficina general de Coordinación y Servicios Académicos
de la Universidad Nacional de Ucayali.
19
4. DESCRIPCION DEL DESARROLLO DEL TEMA, MATERIA DE LA
PRÁCTICA
4.1. CAPÍTULO 1: Generalidades
En este capítulo se presentan el contexto y marco conceptual de la
problemática. Asimismo se presentan la planificación de tareas y
actividades a ser realizadas.
4.1.1. Definición del Problema
Con la aparición de nuevas y mejores herramientas en tecnologías de
información orientadas a la automatización de los 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
escuela de Postgrado, se encuentra un problema muy grave y fundamental
para el seguimiento académico de los alumnos pertenecientes a la escuela
de postgrado, este problema es la de no contar con un sistema que
contemple los registros de notas enviados desde la escuela de postgrado
de la Universidad Nacional de Ucayali.
20
La oficina de coordinación y servicios académicos no cuenta con un
sistema de información que agilice el proceso de registro de notas.
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 de conocer que la escuela de
postgrado es una entidad reciente en la Universidad Nacional de Ucayali y
que no cuenta con un sistema de información que facilite los procesos de la
gestión académica. Se propuso a la oficina general de coordinación y
servicios académicos el análisis y diseño de un sistema de información.
Por tanto, en este proyecto de la primera práctica pre profesional se
propone el análisis y diseño de un sistema de información orientado a la
gestión académica de la escuela de Postgrado en la oficina de coordinación
y servicios académicos en la Universidad Nacional de Ucayali.
21
4.1.2. Marco Conceptual
En esta sección se amplía el marco teórico base para el desarrollo y
comprensión de la temática de este proyecto como primera practica pre
profesional de la carrera.
4.1.2.1. Sistema de Información
Señala que Un sistema de información como todo sistema, es el
conjunto de partes interrelacionadas, hardware, software y de
Recurso Humano (humanware). Un sistema de información típico
emplea una computadora que usa dispositivos programables para
capturar, almacenar y procesar datos. [ ]La
computadora personal o PC, junto con la persona que lo maneja y los
periféricos que los envuelven, resultan de por sí un ejemplo de un
sistema de información (Gámez Martín & Puerta Callejón , 1998).
4.1.2.2. Asp.Net
Es el nombre con que se conoce la parte de la plataforma.NET que
permite el desarrollo y ejecución de aplicaciones web como servicios
web. (Fernando Berzal, 2003)
4.1.2.3. Proceso
Señala que Un proceso se define como un conjunto de tareas,
actividades o acciones interrelacionadas entre sí que, a partir de una
o varias entradas de información, materiales o de salidas de otros
22
procesos, dan lugar a una o varias salidas también de materiales
(productos) o información con un valor añadido (Blazquez, 2000).
4.1.2.4. Tecnología
Señala que la Tecnología se define como el conjunto de
conocimientos y técnicas que, aplicados de forma lógica y ordenada,
permiten al ser humano modificar su entorno material o virtual para
satisfacer sus necesidades, esto es, un proceso combinado de
pensamiento y acción con la finalidad de crear soluciones útiles
(Ordoñez, 2001).
4.1.2.5. UML
Es un modelo para la construcción de software orientado a objetos
que ha sido propuesto como estándar de ISO por OMG (Falgueras,
2003).
4.1.3. Planificación del Proyecto
Se presentan a continuación los siguientes diagramas con la planificación
del proyecto para los próximos meses:
- Diagrama EDT.
- Diagrama de Gantt.
23
Como fecha de entrega del análisis y diseño del sistema de información
junto con el documento del Informe final de la Primera Práctica Pre
Profesional con anexos actualizados, está pactada para el mes de mayo del
año 2013. La prolongación del tiempo de entrega del proyecto obedece a
razones de índole laboral y académica.
24
Figura: Estructura de Descomposición del Trabajo de la Practica I
Sistema de Infomación para la gestion académica de la escuela de Postgrado en la Oficina General de Coordinaicon y Servicios Académicos 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
25
1. Tabla: Digrama de gantt
Sistema de Información para la gestión académica de la escuela de Postgrado en la Oficina General de Coordinación y Servicios Académicos de la Universidad Nacional de Ucayali
días De hasta
Gestión de proyecto
Planificación 20 días 05/01/13 25/01/13Plan de proyecto díasDocumento work brakdown structure WBS díasDiagrama de Gantt días
Control de Riesgos díasDocumentación de Gestión de Riegos días
Incepción 40 días 26/01/13 07/03/13Levantamiento de Información días
Catálogo de Requerimientos díasIdentificación de casos de Uso días
Especificación de requisitos de software díasElaboración 60 días 08/03/13 07/05/13
Identificación de clases y entidades díasDocumentación de análisis del sistema días
Identificación/ selección de arquitectura
días
Documento de arquitectura del sistema díasIdentificación de clases de diseño días
Documento del diseño del sistema díasIdentificación de entidades relacionales
días
Documento de diseño de base de datos díasDefinición de estándares días
Documento de estándares de programación díasIdentificación de casos de prueba días
26
4.1.4. Plan de Respuesta ante Riesgos del Proyecto
Se presentará a continuación una selección de medidas comprendidas en el
Anexo A: Plan de gestión de riesgos. Estas acciones están orientadas a
velar por una correcta dirección del proyecto respecto al manejo y control
de riesgos para minimizar o atenuar los efectos negativos al proyecto en
caso se presenten.
En la etapa de Planificación se invertirá el tiempo razonable en capturar y
formalizar correctamente los requerimientos del producto y contrastando las
soluciones con opinión de expertos y profesionales quienes conjuntamente
con los usuarios finales avalen el proceso automatizado. Bajo este juicio de
expertos los requerimientos no presentarán mayores variantes durante el
proceso.
Consolidada esta etapa es importante especificar las actividades y tareas a
efectuar en el proyecto asegurando la adjudicación de tiempos razonables
en función a la naturaleza del riesgo, junto con las acciones a seguir.
27
4.2. CAPITULO 2: Análisis
El desarrollo del capítulo abarca la presentación de conceptos vinculados a
la metodología de desarrollo de software aplicada junto con los
requerimientos y restricciones identificados del producto. Continuando con
el acápite de análisis de la solución se presentan las evaluaciones de
viabilidad técnica y económica, la asignación de funciones a los elementos
del producto y la definición del sistema.
4.2.1. Definición de la Metodología de Solución
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
análisis, diseño y 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 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
28
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.
4.2.2. 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 WBS) junto con la relación
de riesgos identificados. Los documentos como el catálogo de
requerimientos, las especificaciones de requisitos de software, el
cronograma del proyecto, el plan de proyecto y enunciado de alcance se
encuentran en observación durante esta fase.
4.2.3. Fase de Elaboración
En esta fase el objetivo es construir y probar la arquitectura descrita en el
documento de arquitectura del sistema.
Entre los entregables requeridos durante esta fase conviene citar el
documento de análisis (junto con el diagrama de clases de análisis) y el
29
documento de diseño (acompañado del diagrama de clases de diseño).
Otras actividades involucradas en esta fase son:
4.2.4. Catálogo de Requerimientos
Los requerimientos funcionales y no funcionales fueron recopilados durante
las entrevistas con especialistas y personal de coordinación académica.
2. 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
Codificación
Elaboración del documento de diseño de base de datos.
Elaboración de estándares de programación e interfaz gráfica.
Establecimiento de las iteraciones así como de las especificaciones del
plan de pruebas de software.
30
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
31
4.2.4.1. Requerimientos
Co
rrel
at.R
eq.
Cód.Req.
Requerimiento
Ca
nal
Au
tori
z.
(in
icia
les)
Fecha
An
alis
ta (
inic
iale
s)
Atributos
R+
Có
d.M
ód
ulo
N°R
eq-M
ód
Pri
ori
dad
Dif
icu
ltad
Vis
ibili
dad
Rie
sgo
De
pen
den
cia
FUNCIONALES
001 RA Módulo 1: GESTIONAR MANTENEDORES
RA 1
MANTENER MODALIDAD
Es de prioridad alta, aquí gestionaremos todos los
datos necesarios relacionado con MODALIDAD, se
podrá crear, buscar, modificar; de acuerdo a los
requerimientos generados por director de la Oficina
General de Coordinación y servicios Académicos.
FAFM 01/05/2013 FFMMTM ALTA BAJA V BAJO -
RA 2 MANTENER MENCIÓN
Es de prioridad alta, aquí gestionaremos todos los
datos necesarios relacionado con MENCIÓN, se
podrá crear por primera vez una MENCION si
FAFM 01/05/2013 FFMMTM ALTA BAJA V BAJO RA1
32C
orr
elat
.Req
.
Cód.Req.
Requerimiento
Ca
nal
Au
tori
z.
(in
icia
les)
Fecha
An
alis
ta (
inic
iale
s)
AtributosR
+C
ód
.Mó
du
lo
N°R
eq-M
ód
Pri
ori
dad
Dif
icu
ltad
Vis
ibili
dad
Rie
sgo
De
pen
den
cia
previamente exista un registro de MODALIDAD,
donde será asignado la nueva MENCION, buscar,
modificar; de acuerdo a los requerimientos
generados por director de la Oficina General de
Coordinación y servicios Académicos.
RA 3 MANTENER ALUMNO
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
33C
orr
elat
.Req
.
Cód.Req.
Requerimiento
Ca
nal
Au
tori
z.
(in
icia
les)
Fecha
An
alis
ta (
inic
iale
s)
AtributosR
+C
ód
.Mó
du
lo
N°R
eq-M
ód
Pri
ori
dad
Dif
icu
ltad
Vis
ibili
dad
Rie
sgo
De
pen
den
cia
RA 4
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
generados por el DOCENTE y por el director de la
Oficina General de Coordinación y servicios
Académicos.
FAFM 01/05/2013 FFMMTM ALTA BAJA V BAJO -
RA 5 MANTENER PERIODO
Es de prioridad alta, aquí gestionaremos todos los
datos necesarios relacionado con el PERIODO
ACADEMICO, se podrá crear a un PERIODO por
FAFM 01/05/2013 FFMMTM ALTA BAJA V BAJO -
34C
orr
elat
.Req
.
Cód.Req.
Requerimiento
Ca
nal
Au
tori
z.
(in
icia
les)
Fecha
An
alis
ta (
inic
iale
s)
AtributosR
+C
ód
.Mó
du
lo
N°R
eq-M
ód
Pri
ori
dad
Dif
icu
ltad
Vis
ibili
dad
Rie
sgo
De
pen
den
cia
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.
RA 6 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
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
35C
orr
elat
.Req
.
Cód.Req.
Requerimiento
Ca
nal
Au
tori
z.
(in
icia
les)
Fecha
An
alis
ta (
inic
iale
s)
AtributosR
+C
ód
.Mó
du
lo
N°R
eq-M
ód
Pri
ori
dad
Dif
icu
ltad
Vis
ibili
dad
Rie
sgo
De
pen
den
cia
RA 7
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 8 MANTENER PABELLÓN
Es de prioridad alta, aquí gestionaremos todos los
datos necesarios relacionados con un PABELLÓN,
FAFM 01/05/2013 FFMMTM ALTA BAJA V BAJO RA1
36C
orr
elat
.Req
.
Cód.Req.
Requerimiento
Ca
nal
Au
tori
z.
(in
icia
les)
Fecha
An
alis
ta (
inic
iale
s)
AtributosR
+C
ód
.Mó
du
lo
N°R
eq-M
ód
Pri
ori
dad
Dif
icu
ltad
Vis
ibili
dad
Rie
sgo
De
pen
den
cia
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
los requerimientos generados por el director de la
Oficina General de Coordinación y servicios
Académicos.
RA 9 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
FAFM 01/05/2013 FFMMTM ALTA BAJA V BAJO RA8
37C
orr
elat
.Req
.
Cód.Req.
Requerimiento
Ca
nal
Au
tori
z.
(in
icia
les)
Fecha
An
alis
ta (
inic
iale
s)
AtributosR
+C
ód
.Mó
du
lo
N°R
eq-M
ód
Pri
ori
dad
Dif
icu
ltad
Vis
ibili
dad
Rie
sgo
De
pen
den
cia
General de Coordinación y servicios Académicos.
RA 10
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 -
002 RB Módulo 2: GESTIONAR PLAN DE ESTUDIOS
RB 1 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
FAFM 01/05/2013 FFMMTM ALTA BAJA V BAJA RA1
38C
orr
elat
.Req
.
Cód.Req.
Requerimiento
Ca
nal
Au
tori
z.
(in
icia
les)
Fecha
An
alis
ta (
inic
iale
s)
AtributosR
+C
ód
.Mó
du
lo
N°R
eq-M
ód
Pri
ori
dad
Dif
icu
ltad
Vis
ibili
dad
Rie
sgo
De
pen
den
cia
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.
RB 2
ASIGNAR CURSOS
Es de prioridad alta, aquí asignaremos cursos al
nuevo plan de estudio que fue previamente
registrado, se podrá asignar prerrequisito, buscar
curso y cambiar el estado el curso, de acuerdo a los
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 3 CAMBIAR ESTADO DEL PLAN DE ESTUDIO
Es de prioridad alta, aquí se podrá cambiar el estado
de inactivo a activo o viceversa del plan de estudios
FAFM 01/05/2013 FFMMTM ALTA BAJA V BAJA RB1
39C
orr
elat
.Req
.
Cód.Req.
Requerimiento
Ca
nal
Au
tori
z.
(in
icia
les)
Fecha
An
alis
ta (
inic
iale
s)
AtributosR
+C
ód
.Mó
du
lo
N°R
eq-M
ód
Pri
ori
dad
Dif
icu
ltad
Vis
ibili
dad
Rie
sgo
De
pen
den
cia
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.
003 RC MODULO 3: GESTIONAR CARGA ACADEMICA
RC 1
REGISTRAR CURSO GRUPO
Es de prioridad alta, aquí gestionaremos el registro de
curso grupo, que incluye verificar el curso para poder
asignar un grupo al curso, de acuerdo a los
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 2 REGISTRAR HORARIO
FAFM 01/05/2013 FFMMTM ALTA BAJA V BAJA RC1
40C
orr
elat
.Req
.
Cód.Req.
Requerimiento
Ca
nal
Au
tori
z.
(in
icia
les)
Fecha
An
alis
ta (
inic
iale
s)
AtributosR
+C
ód
.Mó
du
lo
N°R
eq-M
ód
Pri
ori
dad
Dif
icu
ltad
Vis
ibili
dad
Rie
sgo
De
pen
den
cia
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
y servicios Académicos.
004 RD MODULO 4: GESTIONAR APERTURA ACADEMICA
RD 1 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
FAFM 01/05/2013 FFMMTM ALTA BAJA V BAJA -
41C
orr
elat
.Req
.
Cód.Req.
Requerimiento
Ca
nal
Au
tori
z.
(in
icia
les)
Fecha
An
alis
ta (
inic
iale
s)
AtributosR
+C
ód
.Mó
du
lo
N°R
eq-M
ód
Pri
ori
dad
Dif
icu
ltad
Vis
ibili
dad
Rie
sgo
De
pen
den
cia
Académicos.
RD 2
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
005 RE MODULO 5: GESTIONAR PROCESO MATRICULA
RE 1 GENERAR AVANCE CURRICULAR
Es de prioridad alta, aquí se podrá generar avances
curriculares, que incluye buscar modalidad, buscar
mención, buscar plan de estudio que de acuerdo a
los requerimientos generados por el director de la
FAFM 01/05/2013 FFMMTM ALTA BAJA V BAJA -
42C
orr
elat
.Req
.
Cód.Req.
Requerimiento
Ca
nal
Au
tori
z.
(in
icia
les)
Fecha
An
alis
ta (
inic
iale
s)
AtributosR
+C
ód
.Mó
du
lo
N°R
eq-M
ód
Pri
ori
dad
Dif
icu
ltad
Vis
ibili
dad
Rie
sgo
De
pen
den
cia
Oficina General de Coordinación y servicios
Académicos se podrá realizar el proceso.
RE 2
GENERAR FICHA DE MATRICULA
Es de prioridad alta, aquí se podrá generar FICHAS
DE MATRICULA, que incluye buscar modalidad,
buscar mención, verificar el periodo actual que de
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 3 REALIZAR MATRICULA DE INGRESANTES
Es de prioridad alta, aquí se podrá realizar
MATRICULA DE INGRESANTES, que incluye buscar
modalidad, buscar mención, buscar plan de estudio y
verificar los cursos, que de acuerdo a los
FAFM 01/05/2013 FFMMTM ALTA MEDIA V BAJA RE1-RE2
43C
orr
elat
.Req
.
Cód.Req.
Requerimiento
Ca
nal
Au
tori
z.
(in
icia
les)
Fecha
An
alis
ta (
inic
iale
s)
AtributosR
+C
ód
.Mó
du
lo
N°R
eq-M
ód
Pri
ori
dad
Dif
icu
ltad
Vis
ibili
dad
Rie
sgo
De
pen
den
cia
requerimientos generados por el director de la Oficina
General de Coordinación y servicios Académicos se
podrá realizar el proceso.
RE 4
REALIZAR MATRICULA NORMAL
Es de prioridad alta, aquí se podrá realizar una
MATRICULA NORMAL, que incluye buscar
modalidad, buscar mención, buscar Alumno y verificar
periodo, que de acuerdo a los requerimientos
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
006 RF MODULO 6: GESTIONAR PROCESO DE NOTAS
44C
orr
elat
.Req
.
Cód.Req.
Requerimiento
Ca
nal
Au
tori
z.
(in
icia
les)
Fecha
An
alis
ta (
inic
iale
s)
AtributosR
+C
ód
.Mó
du
lo
N°R
eq-M
ód
Pri
ori
dad
Dif
icu
ltad
Vis
ibili
dad
Rie
sgo
De
pen
den
cia
RF 1
GENERAR ACTAS NOTAS
Es de prioridad alta, aquí se podrá GENERAR
ACTAS NOTAS, que incluye buscar modalidad,
buscar mención, buscar periodo y buscar concepto de
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.
FAFM 01/05/2013 FFMMTM ALTA BAJA V BAJA -
RF 2 REGISTRAR NOTAS
Es de prioridad alta, aquí se podrá registras notas de
los cursos matriculado por los alumnos, que incluye
buscar modalidad, buscar mención, verificar periodo
actual y cargar alumnos, que de acuerdo a los
requerimientos generados por el director de la Oficina
FAFM 01/05/2013 FFMMTM ALTA BAJA V BAJA RF1
45C
orr
elat
.Req
.
Cód.Req.
Requerimiento
Ca
nal
Au
tori
z.
(in
icia
les)
Fecha
An
alis
ta (
inic
iale
s)
AtributosR
+C
ód
.Mó
du
lo
N°R
eq-M
ód
Pri
ori
dad
Dif
icu
ltad
Vis
ibili
dad
Rie
sgo
De
pen
den
cia
General de Coordinación y servicios Académicos se
podrá registrar las notas.
007 RG MODULO 7: GESTIONAR CIERRE DE PERIODO ACADEMICO Y REPORTES
RG 1
APLICAR CIERRE DE HORARIO
Es de prioridad alta, aquí se podrá APLICAR EL
CIERRE DE HORARIO DEL PERIODO ACTUAL, que
incluye buscar modalidad, buscar mención, verificar
periodo actual, que de acuerdo a los requerimientos
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 2 APLICAR CIERRE DE NOTAS
FAFM 01/05/2013 FFMMTM ALTA BAJA V BAJA -
46C
orr
elat
.Req
.
Cód.Req.
Requerimiento
Ca
nal
Au
tori
z.
(in
icia
les)
Fecha
An
alis
ta (
inic
iale
s)
AtributosR
+C
ód
.Mó
du
lo
N°R
eq-M
ód
Pri
ori
dad
Dif
icu
ltad
Vis
ibili
dad
Rie
sgo
De
pen
den
cia
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.
RG 3 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
FAFM 01/05/2013 FFMMTM ALTA BAJA V BAJA -
47C
orr
elat
.Req
.
Cód.Req.
Requerimiento
Ca
nal
Au
tori
z.
(in
icia
les)
Fecha
An
alis
ta (
inic
iale
s)
AtributosR
+C
ód
.Mó
du
lo
N°R
eq-M
ód
Pri
ori
dad
Dif
icu
ltad
Vis
ibili
dad
Rie
sgo
De
pen
den
cia
podrá aplicar el cierre.
RG 4
ACTUALIZAR AVANCE CURRICULAR
Es de prioridad alta, aquí se podrá ACTUALIZAR
AVANCE CURRICULAR, que incluye buscar
modalidad, buscar mención, buscar plan de estudios,
seleccionar todos los alumno, verificar periodo actual,
que de acuerdo a los requerimientos generados por
el director de la Oficina General de Coordinación y
servicios Académicos se podrá actualizar avances
curriculares.
FAFM 01/05/2013 FFMMTM ALTA BAJA V BAJA -
RG 5 IMPRIMIR AVANCE CURRICULAR EN
GRUPO
Es de prioridad alta, aquí se podrá IMPRIMIR
AVANCE CURRICULAR EN GRUPO, que incluye
FAFM 01/05/2013 FFMMTM ALTA BAJA V BAJA -
48C
orr
elat
.Req
.
Cód.Req.
Requerimiento
Ca
nal
Au
tori
z.
(in
icia
les)
Fecha
An
alis
ta (
inic
iale
s)
AtributosR
+C
ód
.Mó
du
lo
N°R
eq-M
ód
Pri
ori
dad
Dif
icu
ltad
Vis
ibili
dad
Rie
sgo
De
pen
den
cia
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.
RG 6 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
FAFM 01/05/2013 FFMMTM ALTA BAJA V BAJA -
49C
orr
elat
.Req
.
Cód.Req.
Requerimiento
Ca
nal
Au
tori
z.
(in
icia
les)
Fecha
An
alis
ta (
inic
iale
s)
AtributosR
+C
ód
.Mó
du
lo
N°R
eq-M
ód
Pri
ori
dad
Dif
icu
ltad
Vis
ibili
dad
Rie
sgo
De
pen
den
cia
académico.
RG 7
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
50C
orr
elat
.Req
.
Cód.Req.
Requerimiento
Ca
nal
Au
tori
z.
(in
icia
les)
Fecha
An
alis
ta (
inic
iale
s)
AtributosR
+C
ód
.Mó
du
lo
N°R
eq-M
ód
Pri
ori
dad
Dif
icu
ltad
Vis
ibili
dad
Rie
sgo
De
pen
den
cia
El usuario interactuará con el sistema
utilizando el teclado y mouse.FAFM 01/05/2013 FFMMTM MEDIA BAJA V BAJA -
El sistema será desarrollado con una interfaz
gráfica de usuario basada en controles web. FAFM 01/05/2013 FFMMTM MEDIA BAJA V BAJA -
El sistema estará disponible vía intranet en
horarios de oficina. FAFM 01/05/2013 FFMMTM MEDIA BAJA V BAJA -
El sistema será accesible desde cualquier
equipo de trabajo con navegador web
Microsoft Internet Explore 9.0, Google Chrome
(17.0 o superior) y Mozilla Firefox (2.0 o
FAFM 01/05/2013 FFMMTM MEDIA BAJA V BAJA -
51C
orr
elat
.Req
.
Cód.Req.
Requerimiento
Ca
nal
Au
tori
z.
(in
icia
les)
Fecha
An
alis
ta (
inic
iale
s)
AtributosR
+C
ód
.Mó
du
lo
N°R
eq-M
ód
Pri
ori
dad
Dif
icu
ltad
Vis
ibili
dad
Rie
sgo
De
pen
den
cia
superior).
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
para su entendimiento y capacitación en la
herramienta.
FAFM 01/05/2013 FFMMTM MEDIA BAJA V BAJA -
52
53
4.2.4.2. Consideraciones sobre el sistema
Como alcance de la propuesta quedan excluidas las
automatizaciones de los procesos en contabilidad, logística, gestión
de planillas, recursos humanos, Convalidación de Planes de Estudio,
Sistema de correo, importación y exportación de archivos en formato
Excel. En contraparte, se respetarán las siguientes restricciones:
Validación: La información ingresada por teclado es verificada como
medida preventiva ante posibles errores en el proceso.
Seguridad: Acceso al sistema a personas mediante cuentas de
usuario y contraseña. En función a los perfiles y accesos se
controlará el nivel de visibilidad de la información.
Escalabilidad: La arquitectura posibilitará la incorporación de nuevas
funcionalidades y módulos flexiblemente sin procedimientos drásticos
para el desarrollador.
Usabilidad: Para la familiarización del usuario con el software se
requiere una interfaz gráfica ligera e intuitiva sumada a una correcta
emisión de avisos de error y advertencia. El usuario iniciará todas las
operaciones requeridas.
Performance: Garantiza un tiempo de acceso no mayor a siete (7)
segundos.
54
Como consecuencia de las entrevistas efectuadas y según los
requerimientos analizados a partir de la lista de exigencias, se
presenta a continuación la descripción de los actores participantes
del sistema:
Usuario: Toda persona con una cuenta y
accesos autorizados al sistema.
Administrador: Realiza funciones tales como
administrar cuentas, perfiles de usuario y
monitorear el funcionamiento del sistema. La
notificación de errores a presentarse con la
plataforma es competencia exclusiva de este
actor.
Coordinador: Cumple el rol de dirigir y llevar a
cabo los programas, así como ejecutar los
procesos de registro de la evaluación de la notas
finales, además de los mantenimientos y los
procesos cotidianos de matrícula.
Alumno: Alumno perteneciente al menos en una
mención de la escuela de Postgrado de la
Universidad Nacional de Ucayali, actor que
proporciona de datos para su posterior
administración.
55
4.2.5. Análisis de la Solución
Se presenta a continuación el trabajo llevado a cabo durante el análisis de
la solución tomando como base las recomendaciones establecidas por
Roger Pressman, desde la relación de funcionalidades deseadas e
identificadas por los usuarios de la Oficina General de Coordinación y
servicios Académicos, la viabilidad técnica y económica, el análisis costo –
beneficio del proyecto, la asignación de funciones a los elementos del
sistema hasta el establecimiento de restricciones en costo y tiempo y la
definición del producto.
4.2.5.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.
56
A partir de la lista de exigencias y habiendo identificado las
necesidades de los usuarios es factible construir el diagrama de
casos de uso y actores.
La especificación del caso de uso que se muestra en el siguiente
Diagrama se encuentra en el Anexo B: Especificación de requisitos
de software. La propuesta de solución contará con siete módulos
funcionales destinados a solucionar los problemas de Registro de
Notas.
System
Gestionar Mantenedores
Gestionar Apertura Academica
Gestionar Carga Academica
Gestionar Proceso Matricula
COORDINADOR
ADMINISTRADOR
ALUMNO
Dir. POSTGRADO
Gestionar Proceso nota
Gestionar Plan de Estudio
Gestionar Cierre Periodo Academico y Reportes
DOCENTE
Figura: Diagrama de Casos de Uso de Negocio
57
4.2.5.2. Viabilidad Técnica y Económica
Para la viabilidad técnica se presentan las restricciones en hardware
y software, 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
y diseño.
(4) Herramientas CASE de libre distribución para el modelamiento
UML y construcción de la base de datos de la solución.
(5) Sistema administrador de base de datos de libre distribución con
capacidad para soportar múltiples conexiones.
(6) Librerías DLL con capacidad de transmisión de datos entre
aplicaciones en .NET y servidor de base de datos Sql server 2008. A
su vez, compatible con las operaciones de persistencia de datos en
ADO.NET Entity Framework (EF4).
58
(7) El lenguaje de programación y sus características para la
construcción bajo el paradigma orientado a objetos.
Este proyecto es técnicamente viable porque se 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 y diseño.
Para el requisito (4) existen productos como Visual Paradigm CE,
ArgoUML y StarUML sujetos a las exigencias técnicas propias de la
documentación con RUP y además son de libre distribución. En el
proyecto se hará uso del software StarUML.
El requerimiento (5) 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.
59
Npgsql es un proveedor de datos gratuito para bases de datos
PostgreSQL en la plataforma Microsoft .NET Framework. Esta
librería DLL a partir de su versión 2.0 soporta operaciones con
ADO.NET Entity Framework (EF4). Se elige este manejador para el
cumplimiento del requisito (7).
4.2.5.3. 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.
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.
60
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 para la gestión
académica.
4.2.5.4. Asignación de Funciones a Hardware y Software
Las funciones asignadas al hardware durante el proyecto son:
Las funciones asignadas al software durante el proyecto son:
Como servidor Web, cumplir con el almacenamiento físico
de la aplicación Web.
Como servidor de base de datos, cumplir con el
almacenamiento físico del servidor de base de datos.
Albergar aplicaciones ofimáticas y herramientas CASE e
IDE requeridas para labores de análisis y diseño.
Asistir en las actividades de diagramación,
modelamiento y documentación durante las fases de
análisis y diseño.
Permitir la codificación óptima y eficiente de los
módulos, componentes y funcionalidades de la
solución.
61
En cuanto al producto software, como principales funciones
comprometidas se tienen:
Las funciones asignadas a nivel de base de datos a lo largo del
proyecto son:
Las funciones asignadas a los usuarios durante el transcurso del
proyecto son:
Interactuar con los servidores y el computador
cliente desde el cual se conecta el usuario.
Cumplir con la ejecución de los procesos de
matrícula y el registro de notas finales obtenidos a
partir de la lista de exigencias de la solución.
Almacenar una base de datos única para las
operaciones de lectura y escritura.
Permitir el almacenamiento y recuperación de la
información necesaria.
De ser necesario, admitir las configuraciones de
conexión con la base de datos realizadas dentro o
fuera del motor de base de datos.
62
4.2.5.5. Definición del Sistema
Se presenta la definición del sistema a partir del diagrama de clases
de análisis involucrando a las entidades principales en el
modelamiento del escenario de negocio. Este análisis favorecerá al
establecimiento y definición de la arquitectura final junto con las
clases de diseño necesarias para su construcción. La solución cubre
los requerimientos revisado en la sección 2.2 a través de siete
paquetes representados en el diagrama de paquetes (ver Diagrama
04).
Colaborar con el levantamiento de información de
los requerimientos.
Ingresar los datos apropiados de acuerdo con los
propósitos de cada módulo incorporado a la
solución.
Cumplir con las pruebas de software necesarias
63
GESTION_MANTENEDORES
GESTION_PLAN_ESTUDIOS
GESTIONAR_CARGA_ACADEMICA
GESTIONAR_APERTURA_ACADEMICA
GESTIONAR_PROCESO_MATRICULA
GESTIONAR_PROCESO_NOTA
GESTIONAR_CIERRE_REPORTES
Figura: Diagrama de Paquetes
4.3. CAPITULO 3: Diseño
En este capítulo se describe el diseño de la solución propuesta. La primera
parte comprende el diseño en alto nivel de la arquitectura justificando la
elección de un patrón arquitectónico. Respecto a la interfaz gráfica, se
mencionan los patrones y estándares adoptados para uniformizar el
aspecto visual y la interacción con el usuario.
4.3.1. Arquitectura de la Solución
En esta sección se explica el diseño a alto nivel y los paradigmas
arquitectónicos evaluados para posteriormente presentar la arquitectura
final. Para mayores referencias, revisar el Anexo C: Documento de diseño
del sistema y Anexo D: Documento de arquitectura del sistema.
64
4.3.1.1. Representación de la arquitectura
De acuerdo con capítulos anteriores la arquitectura está orientada a
entornos Web.
Bajo este diseño las tareas se ejecutan por el lado del servidor,
evitando delegar tales responsabilidades hacia las máquinas clientes
desde sus navegadores.
Es así como el diseño debe garantizar un óptimo aprovechamiento
de las capacidades propias de los sistemas Web satisfaciendo
adecuadamente los requisitos no funcionales del producto. La
arquitectura respetará el paradigma de programación orientado a
objetos.
Esta característica si bien depende del lenguaje de programación
utilizado, la propuesta de diseño debe asegurar la manipulación de
los datos y operaciones de manera encapsulada a través de clases y
objetos interrelacionados entre sí por invocaciones a los métodos
respectivos. El manejo de cambios en el producto se logra
modificando las características de un número determinado de
componentes sin comprometer el funcionamiento del resto de
módulos.
Para la lógica de negocio la arquitectura trabajará bajo el patrón
Modelo de Dominio. Este patrón consta de un conjunto de objetos de
65
negocio representando las entidades en un dominio y sus relaciones
entre ellos.
El modelo representa en forma abstracta el negocio real
encapsulando las reglas de negocio y recreando así un flujo de
trabajo habitual. Bajo este patrón no se tiene conocimiento del
mecanismo de persistencia de los datos, delegando esta
responsabilidad a otro ámbito.
La arquitectura, para el manejo de la capa de datos, adoptará el
patrón de Repositorio. Un repositorio encapsula un conjunto de
objetos “persistidos” en una base de datos junto con sus operaciones
de lectura y escritura. Este esquema provee una visión más
orientada a objetos en la capa de persistencia logrando dos metas:
brindar una clara separación y dependencia en un solo sentido entre
el modelo de dominio y el mapeo de datos colocando una “fachada”
sobre el nivel de persistencia, eximiendo así a la capa de lógica de
negocio de la responsabilidad del funcionamiento del mecanismo de
persistencia de datos.
4.3.1.2. Diseño de la arquitectura de la solución
Para la implementación de esta solución se aplicará la arquitectura
en N-Capas, debido a su diseño altamente escalable ante la
incorporación de nuevos módulos y funcionalidades a futuro. Además
posibilita la distribución de componentes (capas) entre varios niveles
66
de hardware, obteniendo mayor seguridad y rendimiento ante
numerosas peticiones al servidor Web. Esta arquitectura orientada a
objetos no presenta obstáculos para adaptar tanto el patrón de
modelo de dominio en la capa de lógica de negocio como el patrón
de repositorio en la capa de acceso a datos, cumpliendo así con los
lineamientos base de diseño indicados a comienzos del capítulo. La
arquitectura queda dividida en cuatro capas descritas a continuación
(ver Diagrama: componentes de la arquitectura):
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
67
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.
Interfaz GráficaAplicación
Logica
DAO
Objeto de Negocio
Sql Server 2008
Figura: Diagrama de componentes de la arquitectura
68
Para el intercambio de información entre las capas tratadas, se hace
uso de un conjunto de entidades de negocio, cuyas clases
representan el escenario real del negocio. La arquitectura propuesta
satisface los requerimientos no funcionales de diseño definidos en el
capítulo anterior. La siguiente tabla refleja cómo esta elección
satisface los requerimientos de diseño.
3. 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 gráficos y
HTML adecuados.
El sistema será accesible desde
cualquier equipo de trabajo con
navegadores Web Microsoft
Internet Explorer (9.0 o superior) y
Mozilla Firefox (2.0 o superior).
La lógica de la Capa de presentación
residirá en el servidor de aplicaciones
Web y por el lado del cliente sólo
observará código HTML compatible con
los navegadores Web. En caso se
requiera ejecutar lógica por el lado del
cliente las librerías AJAX de igual forma
simplifican esta labor conservando la
69
compatibilidad.
El sistema se ejecutará sobre un
servidor de aplicaciones Web con
sistema operativo Windows Server
2003 en adelante.
El sistema será albergado en el servidor
IIS Express de libre distribución.
El sistema trabajará con el
administrador de base de datos
sql server 2008
En la Capa de Acceso a Datos se ubicará
el componente de conexión a la base de
datos deseada, independiente del resto
de la aplicación.
Entre los objetivos y restricciones aplicables a esta arquitectura destacan:
Validación de información: Para la validación de los datos de
entrada y salida se contará con controles desarrollados bajo las
librerías Ajax (ubicadas en la Capa de Presentación) y con las reglas
impuestas en la Capa de Lógica.
Performance: Para fines de implantación la arquitectura es afín al
establecimiento de diferentes niveles físicos (o de hardware) por
capa mejorando el rendimiento. Respecto a los clientes navegadores
Web, la arquitectura soporta la ejecución de múltiples transacciones
desde otras conexiones en simultáneo.
70
Protección: La autenticación y validación de acciones al usuario
queda a cargo del módulo Seguridad en la Capa de Lógica.
Unicidad: La arquitectura en su Capa de acceso a datos permite la
interacción con una base de datos a la vez, canalizando todas las
operaciones de lectura y escritura hacia ésta.
4.3.1.3. Vista Lógica
La siguiente figura representa la vista lógica del software con las
cuatro capas descritas, así como los principales componentes
encargados de su funcionamiento.
Implementación de Lógica de Negocio
Componentes de Lógica de NegocioCAPA
DE LOGICA
Componentes de Lógica de Presentación (CS, HTML)
Componentes de AplicaciónCAPA
DE APLICACIÓ
N
Componentes de Lógica de Presentación (CS, HTML)
Componentes Error Handler (Elmah)
Componentes de configuración (.config)
Componentes GUI(ASPX,CSS,AJAX,JSP,JSCRIPT)CAPA DE
PRESENTACIÓN
Componentes ADO.NET
Implementación DAO
CAPA DE
ACCESO A DATO
S
Componentes BE
ENTIDAD DE NEGOCIO
71
Figura: Vista lógica del sistema
4.3.1.4. Vista de despliegue
A continuación la Figura 5 grafica la representación de las relaciones
entre los nodos físicos y su localización junto con los componentes
en hardware y software.
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
Figura. Diagrama de despliegue
Los nodos indicados en la Figura se describen a continuación
CAPA DE
ACCESO A DATO
S
72
4.3.1.5. Diagrama de Clases de Diseño
La explicación del diagrama de clases de diseño y los diagramas de
secuencias se detalla en el Anexo C: Documento de diseño del
sistema.
4.3.1.6. Diagrama de Base de Datos
El diagrama de base de datos para las operaciones del sistema y el
diccionario de datos se encuentra en el Anexo C: Documento de
diseño del sistema.
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).
73
5. ANALISIS CRÍTICO Y APORTE A LA EMPRESA
5.1. Análisis Crítico
La Oficina General de Coordinación y Servicios Académicos no cuenta con
un sistema que le permita automatizar los procesos de la gestión
académica. Los documentos con la información de los estudiantes llegan a
la oficina de Coordinación por parte de la escuela de Post Grado y estos
son archivados en folder según la modalidad, mención y año en que
empezó a estudiar el alumno.
Con respecto a las notas o calificaciones de los diferentes cursos que llevan
los alumnos, éstas son guardadas en Excel, de manera que es inadecuado
el proceso de registro de notas y todo lo demás mencionado anteriormente.
74
5.2. Aporte Técnico
El presente trabajo fue el análisis y diseño de un sistema de información
para que así se pueda tener un mayor control de los procesos en la gestión
académica de la escuela de Postgrado en la Oficina General de
Coordinación y Servicios Académicos.
6. CONCLUSIONES
75
Se Identificó los procesos que se presentan en la gestión
académica de la escuela de Postgrado en la oficina general de
Coordinación y Servicios Académicos de la Universidad
Nacional de Ucayali.
Se aplicó Prácticas del desarrollo Ágil y UML para elaborar el
análisis y diseño de un Sistema de Información para la gestión
académica de la escuela de Postgrado en la oficina general de
Coordinación y Servicios Académicos de la Universidad
Nacional de Ucayali.
Un sistema de información es un conjunto de componentes
interrelacionados que reúne (u obtiene), procesa, almacena y
distribuye información, de esta manera automatizará los
procesos para la gestión académica.
76
7. RECOMENDACIONES
Como trabajos a futuro en este campo, se recomienda incorporar los
procesos automatizados de la gestión de convalidaciones de plan y la
importación de archivos a Excel. Con lo anterior el análisis de se realizó
para esta solución prácticamente abarcaría todas las operaciones y
actividades de dichas instituciones. Respecto al módulo
77
8. BIBLIOGRAFIA
AMBYSOFT. (02 DE JUNIO 2011). THE AGIL UNIFED PROCESS (AUP).
DEAN, L. (2011). AGIL SOFTWARE REQUIREMENTS.
JULY, M. (2003). ENTERPRICE SOLUTION PATTERNS USING MICROSOFT .NET VERSION 2.0.
MICROSOFT. (2009). NET APPLICATIOIN ARCHITECTURE GUIDE. SEGUNDA EDICION.
NETWORK, M. D. ( 2007). THE REPOSITORY PATTERN, MATERIAL DE CONSULTA.
PRESSMAN, R. (2002). INGENIERIA DE SOFTWARE: UN ENFOQUE PRACTICO . MEXICO: QUINTA EDICION.
SERVICES, L. (s.f.). IEPWRITER - ONLINE SPECIAL EDUCATION DATA MANAGEMENT .
78
9. ANEXOS
79
ANEXO A.
UNIVERSIDAD NACIONAL DE UCAYALI
FACULTAD DE INGENIERIA DE SISTEMAS Y DE INGENIERIA CIVIL
ESCUELA PROFESIONAL DE INGENIERIA DE SISTEMAS
POSTGRADO SYSTEM
Plan de Gestión de Riesgos
Versión 1.0
ELABORADO POR : Terán Maca, Marlon David.
REVISADO POR : Ing. Amílcar Figueroa
Pucallpa - Perú
2013
80
Historial de Revisiones
Historial de revisionesÍtem Fecha Versión Descripción Equipo
1 10/04/2013 1.0 Lista de Exigencias PRACTICANTES
81
1. Introducción
1.1. Objetivo
El objetivo de este documento es definir y prevenir los riesgos que corre el proyecto Postgrado System.
1.2. Alcance
El presente documento describe los riesgos identificados durante todo el proyecto.
1.3. Definiciones, acrónimos y abreviaturas
Ninguna.
1.4. Referencias
Las referencias aplicables son:
Lista de Exigencias.
Plan de Proyecto
Ninguna
Internas: Externas:
82
2. Lista de Riesgos
4. Tabla: Lista de Riesgos
Descripción del riesgo Consecuencias Prob. Impacto Responsable Estrategia de Mitigación Estado
Planificación
1
La lista de Exigencias tomada del usuario es poco clara y no define bien el alcance del proyecto
Avanzar con documentos con el alcance poco claro y tener dificultades al crearlos.
Media MedioAnalista/Programador Funcional
Estar en comunicación con el Usuario al momento de captar los requerimientos y tener preguntas concisas y claras.
OK
2Usuario no cumple con el plazo de revisión
Atraso en el cronograma
Media AltoAnalista/Programador Funcional
Comunicarse semanalmente con el usuario
OK
3
Enfermedad crítica o Accidente que le pasa a alguno de los Miembros del Equipo.
El alcance del proyecto será reducido.
Baja Alto Equipo practicantesEl equipo compensará la ausencia de cualquier recurso.
PEN
4
Cambiar la fecha de entrega de las tareas designadas para la fecha establecida
Atraso el plan de proyecto y recarga de tareas para la próxima entrega Baja Alto
Jefe de Proyecto y Analista/Programador
Compensar los tiempos designados dedicándole mayor esfuerzo al trabajo y tratar de adelantarse en la entrega de los documentos acordados OK
Organización y Gestión
6Confusión de Versiones de documentos
Pérdida de días de trabajo y esfuerzo realizado
Media MedioAnalista/Programador Funcional
Cada miembro del equipo deberá actualizar las versiones utilizadas cada vez que modifique algún documento o parte del software
OK
8Falta de tiempo para reuniones generales por un miembro del equipo
No todo el equipo se llega a enterar de los acuerdos y realizan tareas no indicadas o no realizan lo que tienen pendiente
Media Medio Equipo practicantesConversar con todos los miembros del equipo
OK
10Problemas de Impresión de documentos del software
Dificultades al momento de entregar el avance documentado al usuario.
Baja Bajo Jefe de ProyectoTener siempre una versión electrónica de respaldo del documento a presentar impreso
OK
Cliente
83
11Surgimiento de nuevos requisitos por parte del cliente
Cambios inesperados en el cronograma y negociación con el cliente.
Baja MedioJefe de Proyecto y Analista/Programador
Tener siempre presente los documentos iniciales y de contrato con el cliente para prevalecer con lo acordado
OK
84
ANEXO B
UNIVERSIDAD NACIONAL DE UCAYALI
FACULTAD DE INGENIERIA DE SISTEMAS Y DE INGENIERIA CIVIL
ESCUELA PROFESIONAL DE INGENIERIA DE SISTEMAS
POSTGRADO SYSTEM
Especificación de Requisitos del Software
Versión 2.3
ELABORADO POR : Terán Maca Marlon David.
REVISADO POR : Ing. Amílcar Figueroa
Pucallpa - Perú
2013
85
Historial de Revisiones
Historial de revisionesÍtem Fecha Versión Descripción Equipo
1 02/03/2013 1.0 Versión Preliminar ERS. PRACTICANTES
2 05/03/2013 1.1 Versión Preliminar ERS Finalizada. PRACTICANTES
3 09/03/2013 1.2 Modificación ERS. PRACTICANTES
4 13/03/2013 2.0 Modificación ERS. PRACTICANTES
5 15/03/2013 2.1 Modificación ERS. PRACTICANTES
6 23/03/2013 2.2 Revisión del alcance del sistema. PRACTICANTES
7 24/03/2013 2.3 Revisión de casos de uso PRACTICANTES
86
1. INTRODUCCIÓN
El presente documento es una Especificación de Requisitos (ERS) del sistema POSTGRADO SYSTEM el cual brinda la especificación de los diferentes escenarios presentes en el desarrollo del diseño, especificando la descripción de los casos de uso y la funcionalidad de cada uno de los módulos donde se desenvuelven. Esta especificación se ha realizado tomando como base al estándar “IEEE Recommended Practice for Software Requirements Specification IEEE Std 830-1998”
1.1. Propósito
El propósito principal del documento que a continuación se presenta es minimizar los problemas relacionados al desarrollo del software; esto se lograra mediante una definición clara y concisa de cuál es el alcance de este basándose en los requerimientos recogidos de los diferentes usuarios.
1.2. Ámbito del Sistema
La razón del desarrollo de este sistema es el poder brindar un soporte técnico especializado y así brindar una solución óptima que gestione el registro de notas y proceso de matrícula de los alumnos, para de esta manera mejorar el desarrollo de los procesos de la institución.
1.3. Definiciones, Acrónimos y Abreviaturas
1.3.1. Definiciones
ActividadesPartes en las que se descomponen los diferentes procesos.
TareasPartes en las que se ha descompuesto cada una de las actividades
87
SubtareasPartes en las que se ha descompuesto cada una de las tareas
PaquetesAgrupaciones de casos de uso y actores por funcionalidad que proveerá el sistema.
1.3.2. Acrónimos
ERS Especificación de Requisitos de Software
1.4. Referencias
IEEE Recommended Practice for Software Requirements Specification IEEE Std 830-1998
Lista de exigencias del sistema Postgrado System v2.0
1.5. Visión General de la ERS
Este documento consta de tres secciones. La sección 1 es la introducción y proporciona una visión general de la ERS. En la sección 2 se da una descripción general del sistema, con el fin de conocer las principales funciones que debe realizar, los datos asociados y los factores, supuestos y dependencias que afectan al desarrollo, sin entrar en excesivos detalles. En la sección 3 se definen detalladamente los requisitos que debe satisfacer el sistema.
88
2. Descripción General
En esta sección se presenta una descripción a alto nivel del sistema. Se presentará el modelo de casos de uso (modelo que muestra la funcionalidad del sistema).
2.1. Modelo de Casos de Uso
En esta sección se presentan los diagramas de casos de uso del sistema obtenidos durante el proceso de especificación de requisitos, los cuales permiten mostrar un alto nivel de funcionalidad que el sistema realizará.
2.1.1. Diagrama de Paquetes
GESTION_MANTENEDORESGESTION_PLAN_ESTUDIOS
GESTIONAR_CARGA_ACADEMICA
GESTIONAR_APERTURA_ACADEMICA
GESTIONAR_PROCESO_MATRICULA
GESTIONAR_PROCESO_NOTA
GESTIONAR_CIERRE_REPORTES
Figura: Diagrama de Paquetes2
2.1.1.1. Paquete de Mantenimiento
Contiene los casos de uso que corresponden al mantenimiento (registrar, modificar y buscar) de todo lo que interviene en el llenado de notas finales de los alumnos y el proceso de matrícula, como son los modalidad, mención, alumno, docente, periodo, curso, sección, aula, pabellón, proceso.
89
System
COORDINADOR
ALUMNO
ADMINISTRADOR
DOCENTE
gestionar modalidad
registrar mencionregistrar alumno
registrar docente
registrar periodo
registrar curso
registrar seccionregistrar pabellon
registrar aula
registrar proceso
registrar modalidad
OGCySA
gestion de mantenedores
<<include>>
gestionar mencion<<include>>
establecer los requerimientos generales
buscar modalidadbuscar mencion
gestionar alumno
buscar alumno
<<include>>
gestionar docente
<<include>>
buscar docente
gestionar periodo
buscar periodo
activar periodo
<<include>>
getionar curso
buscar curso
gestionar seccion
buscar seccion
gestionar pabellon
buscar pabellon
getionar aula
buscar aula
<<include>>
<<include>>
<<include>><<include>>
gestionar procesos
<<include>>
<<include>>
<<include>>
<<include>> <<include>>
<<include>>
<<include>>
<<include>>
<<include>> <<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<include>><<include>>
<<include>><<include>>
Figura: Diagrama de Casos de Usos del Paquete de Mantenimientos
90
2.1.1.2. Paquete Plan de Estudios
Contiene los casos de uso encargados de la gestión de plan de estudio (Registrar, buscar, cambiar estado al plan de estudio, asignar curso, asignar prerrequisito y cambiar estado del curso).
COORDINADOR
ADMINISTRADOR
OGCySA
gestion plan de estudios PE
buscar PE
registrar PE
cambiar estado PE
asignar cursos PE
establecer los requerimientos generales<<include>>
<<include>>
<<include>>
buscar modalidad
buscar mencion
<<include>>
<<include>>
<<include>>
buscar curso<<include>>
asignar prerequisito
cambiar estado curso
<<include>>
<<include>>
Figura: Diagrama de Casos de Usos del Paquete de Plan de Estudios
2.1.1.3. Paquete Carga Académica
Contiene los casos de uso encargados de la gestión de carga académica (buscar grupo, asignar grupo, registrar grupo curso, asignar docente, asignar horario curso).
91
COORDINADOR
ADMINISTRADOR
OGCySA
Gestionar Carga Academica
verificar curso asignar grupo
buscar grupobuscar curso
registrar curso grupo
<<include>>
establecer los requerimientos generales
<<include>>
registrar curso horario
<<include>>
<<include>> <<include>>
verificar curso grupo asignar horario
<<include>>
buscar docente
<<include>>
<<include>>
<<include>>
Figura: Diagrama de Casos de Usos del Paquete Carga Académica
2.1.1.4. Paquete de Apertura Académica
Contiene los casos de uso encargados de la gestión de Apertura académica (registrar periodo proceso, buscar proceso, registrar periodo mención, buscar mención, buscar proceso).
COORDINADOR
ADMINISTRADOR
OGCySA
establecer los requerimientos generalesGestionar Apertura Academica
registrar periodo proceso
registrar proceso mencion
buscar periodo
buscar proceso
<<include>>
<<include>>
<<include>>
<<include>>
buscar_mencion
<<include>>
<<include>>
Figura: Diagrama de Casos de Usos del Paquete de Apertura Académica
92
2.1.1.5. Paquete de Proceso de Matricula
Contiene los casos de uso encargados de la gestión de Proceso de matrícula (registrar matricula normal, verificar periodo, buscar alumno, verificar cursos, realizar matrícula de ingresantes buscar plan de estudios, generar ficha de matrícula, generar avance curricular, retiro total, reinscripción y retiro total).
93
COORDINADORADMINISTRADOR
ALUMNOOGCySA
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>>
<<include>>
realizar matricular normal realizar matricula ingresantes
<<include>> <<include>>
establecer los requerimientos generales
<<include>><<include>> <<include>>
verificar cursos
<<include>>
<<include>> <<include>>
buscar alumno
<<include>>
<<include>>
<<include>>
establecer los requerimientos
reinscripcion
retiro total
retiro parcial
<<extend>><<extend>>
<<extend>>
Figura: Diagrama de Casos de Usos del paquete de Proceso de Matricula
94
2.1.1.6. Paquete de Proceso de Notas
Contiene los casos de uso encargados de la gestión de Proceso de notas o registros finales (generar actas de notas, registrar notas, verificar cursos, cargar alumnos).
95
COORDINADORADMINISTRADOR
OGCySA
establecer los requerimientos generales
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>>
Figura: Diagrama de Casos de Usos del Paquete de Proceso de Notas
96
2.1.1.7. Paquete de Cierre de Periodo Académico y Reportes
Contiene los casos de uso encargados de la gestión de cierre de periodo académico y reportes finales (aplicar cierre de matrícula, aplicar cierre de notas, aplicar cierre horario).
97
COORDINADOR ADMINISTRADORALUMNO
Gestionar Reportes
imprimir avance curricular
buscar modalidad
buscar mencion
buscar plan de estudio
verificar periodo buscar alumno
imprimir record academicoimprimir 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
Figura: Diagrama de Casos de Usos del Paquete Gestionar Cierre Periodo Académico y Reportes
98
3. Requisitos Específicos
Esta sección contiene a nivel detallado la funcionalidad y restricciones del sistema. El detalle de la funcionalidad se determina con la especificación de casos de uso.
3.1. Especificación de Casos de Uso
Se detallaran las especificaciones de casos de uso más resaltantes
Lista de casos de uso del sistema: “Gestionar Mantenedores”
Código CUS: Nombre de Caso de Uso
CUS-GMO-001 Gestionar Modalidad
CUS-GME-002 Gestionar Mención
CUS-GAL-003 Gestionar Alumno
CUS-GDO-004 Gestionar Docente
CUS-GPE-005 Gestionar Periodo
CUS-GCU-006 Gestionar Curso
CUS-GSE-007 Gestionar Sección
CUS-GPA-008 Gestionar Pabellón
CUS-GAU-009 Gestionar Aula
CUS-GTP-010 Gestionar Tipo de Procesos
99
ESPECIFICACIÓN DE CU SISTEMA
GESTIONAR MODALIDAD
Código : CUS-GMO-001
Caso de uso: Gestionar Modalidad
Actor(es): - Coordinador.
- Administrador del sistema.
Propósito / Objetivo: Gestionar modalidad tiene como objetivo el registro de modalidades que conformaran los distintos flujos de trabajo.
Resumen: El caso de uso se inicia cuando el administrador del sistema o coordinador se dispone a registrar una nueva modalidad, para ello ingresa la información solicitada por el sistema, como el código de la modalidad, el nombre, la fecha de creación, la abreviatura, entre otros. El caso de uso termina cuando se ha registrado la modalidad y esta se visualiza en el listado inicial. Si hubo algún error al momento de ingresar la información para registrar la nueva modalidad, esta se puede modificar.
Tipo: Real y Expandido.
Precondiciones: El administrador o coordinador ingreso correctamente al sistema y ha seleccionado el módulo de MANTENIMIENTO.
Requerimientos Asociados:
---
ESPECIFICACIÓN
1. Flujo Normal de Eventos
Acción del Actor Respuesta del Sistema
1. El Administrador o Coordinador selecciona la opción en el menú/ MANTENIMIENTO -> GESTIONAR MODALIDAD (Pantalla: Selección de Opción en el Menú)
100
Listado de Modalidad
2. El sistema muestra la pantalla: LISTAR MODALIDAD, con las siguientes opciones:
- (A) Nueva Modalidad: Ver sección: Agregar una Modalidad.
- (B) Modificar una Modalidad seleccionada: Ver sección: Editar la Modalidad Seleccionada.
Listar de Modalidad
Sección: “Agregar una Modalidad”
3. El actor selecciona la opción (A) en la pantalla LISTAR MODALIDAD.
4. El sistema muestra la pantalla: REGISTRAR MODALIDAD.
A
B
101
REGISTRAR MODALIDAD
5. El actor ingresa los datos generales de la modalidad: Código de la Modalidad, Nombre, Fecha de Creación, Resolución, Especialización y Abreviatura.
El actor hace clic en Cancelar
6. El sistema muestra la pantalla:
REGISTRAR MODALIDAD
7. El actor hace clic en Guardar 8. El sistema muestra la pantalla:
102
REGISTRAR MODALIDAD
Sección: “ Editar la Modalidad Seleccionada ”
9. El actor selecciona la opción (B) en la pantalla LISTAR MODALIDAD.
10. El sistema muestra la pantalla: MODIFICAR MODALIDAD.
MODIFICAR MODALIDAD
103
GESTIONAR ALUMNO
Código : CUS-GAL-003
Caso de uso: Gestionar Alumno
Actor(es): - Coordinador.
- Administrador del sistema.
- Alumno
Propósito / Objetivo: Gestionar Alumno tiene como objetivo el registro de alumnos que conformaran en las distintas menciones.
Resumen: El caso de uso se inicia cuando el administrador del sistema o coordinador se dispone a registrar un nuevo alumno, para ello ingresa la información solicitada por el sistema, como por ejemplo a que modalidad y mención va a pertenecer el alumno a registrar, documento de identidad, el nombre, apellido paterno y materno entre otros. El caso de uso termina cuando se ha registrado al alumno y esta se visualiza en el listado según la modalidad y mención seleccionada. Si hubo algún error al momento de ingresar la información para el registro del nuevo alumno, este se puede modificar.
Tipo: Real y Expandido.
Precondiciones: El administrador o coordinador ingreso correctamente al sistema y ha seleccionado el módulo de MANTENIMIENTO.
Requerimientos Asociados:
CUS-GMO-001; CUS-GME-002
ESPECIFICACIÓN
2. Flujo Normal de Eventos
Acción del Actor Respuesta del Sistema
1. El Administrador o Coordinador selecciona la opción en el menú/ MANTENIMIENTO -> GESTIONAR ALUMNO (Pantalla: Selección de Opción en el Menú)
104
Lista de Alumnos
2. El sistema muestra la pantalla(una vez seleccionada la modalidad y Mención): LISTA DE ALUMNOS, con las siguientes opciones:
- (A) Nuevo Alumno: Ver sección: Registrar Alumno.
- (B) Modificar Alumno seleccionado: Ver sección: Editar Alumno Seleccionado
- (C). Búsqueda Avanzada: Ver Sección: Buscar Por Nombre Y Apellido.
LISTA DE ALUMNOS
Sección: “Registrar Alumno”
3. El actor selecciona la opción (A) en la pantalla LISTA DE ALUMNOS y se propone a llenar el formulario, al momento de dar clic en el boton Guardar falta algunos campos por llenar.
4. El sistema muestra la pantalla:
A
B
C
105
REGISTRAR ALUMNO
5. Cuando el actor llena los campos obligatorios para el sistema, recién se dirá que el alumno fue registrado correctamente.
Sección: “Editar Alumno Seleccionado”
6. El actor selecciona la opción (B) en la pantalla LISTA DE ALUMNOS.
7. El sistema muestra la pantalla: MODIFICAR REGISTRO ALUMNO.
MODIFICAR REGISTRO ALUMNO
Sección: “ Buscar Por Nombre Y Apellido ”
8. El actor selecciona la opción (C) en la pantalla LISTA DE ALUMNOS.
En el buscador digita el nombre o apellido del alumno que desea buscar y da clic en el botón Buscar.
9. El sistema muestra la pantalla:
106
LISTA DE ALUMNOS
Lista de casos de uso del sistema: “Gestionar Plan de Estudio”
Código CUS: Nombre de Caso de Uso
CUS-GPE-011 Gestionar Plan de Estudio
107
ESPECIFICACIÓN DE CU SISTEMA
GESTIONAR PLAN DE ESTUDIO
Código : CUS-GPE-011
Caso de uso: Gestionar Plan de Estudio
Actor(es): -Coordinador.
-Administrador del sistema.
Propósito / Objetivo: Gestionar Plan de Estudio tiene como objetivo registrar Planes de Estudio para las diferentes menciones y así poder asignar los cursos que anteriormente fueron creados en el módulo de Gestionar Mantenedores a estos planes que conformaran en los distintos flujos de trabajo.
Resumen: El caso de uso se inicia cuando el administrador del sistema o coordinador se dispone a registrar un nuevo plan de estudio y así asignar cursos a éste. Los usuario podrán cambiar la condición de cada curso de dictado a no dictado según el periodo que se esté dictando en ese momento. El caso de uso termina cuando se ha registrado el plan de estudio y este se visualiza en el listado inicial dependiendo de la modalidad y mención a la que pertenecen. Si hubo algún error al momento de ingresar la información para el registro del nuevo plan de estudio, este se puede modificar.
Tipo: Real y Expandido.
Precondiciones: El administrador o coordinador ingreso correctamente al sistema y ha seleccionado el módulo de PLAN DE ESTUDIO.
Requerimientos Asociados:
CUS-GMO-001; CUS-GME-002; CUS-GCU-006
ESPECIFICACIÓN
3. Flujo Normal de Eventos
Acción del Actor Respuesta del Sistema
1. El Administrador o Coordinador selecciona la opción en el menú/ PLAN DE ESTUDIO -> GESTIONAR PLAN DE ESTUDIO (Pantalla: Selección de Opción en el Menú)
108
Listados de Plan de Estudio
2. El sistema muestra la pantalla: LISTADOS DE PLAN DE ESTUDIO (una vez seleccionada la modalidad y mención) , con las siguientes opciones:
- (A) Nuevo Plan de Estudio: Ver sección: Agregar Plan de Estudio.
- (B) Modificar Plan de Estudio: Ver sección: Editar Plan de Estudio Seleccionado.
- (C) Ver Cursos: Ver sección: Ver Cursos del Plan de Estudio Seleccionado
LISTADOS DE PLAN DE ESTUDIO
Sección: “Agregar Plan de Estudio”
3. El actor selecciona la opción (A) en la pantalla LISTADOS DE PLAN DE ESTUDIO.
4. El sistema muestra la pantalla:
CAB
109
REGISTRAR PLAN DE ESTUDIO
Sección: “Editar Plan de Estudio Seleccionado”
5. El actor selecciona la opción (B) en la pantalla LISTADOS DE PLAN DE ESTUDIO y al igual que en los procesos anteriores este se puede modificar.
Sección: “Ver Cursos del Plan de Estudio Seleccionado”
6. El actor selecciona la opción (C) en la pantalla LISTADOS DE PLAN DE ESTUDIO
7. El sistema muestra la pantalla con las siguientes opciones:
- (1) Asignar Cursos: Ver sección: Agregar Cursos.
- (2) Editar Cursos: Ver sección: Editar Curso Seleccionado.
- (3) Asignar Requisitos: Ver sección: Asignar Requisitos al Curso Seleccionado.
110
LISTADO DE CURSOS
Sección: “Agregar Cursos”
8. El actor selecciona la opción (1) en la pantalla LISTADO DE CURSOS .
9. El sistema muestra la pantalla:
ASIGNAR CURSOS AL PLAN
10. El actor hace clic en el combo de curso (circulo de la imagen superior) y se desplega una lista de cursos (dependiendo la mencion) que se registraron anteriormente en el modulo de MANTENIMIENTO.
11. El sistema muestra la pantalla
231
111
ASIGNAR CURSOS AL PLAN
Sección: “Editar Curso Seleccionado”
12. El actor selecciona la opción (2) en la pantalla LISTADO DE CURSOS
13. El sistema muestra la pantalla:
LISTADO DE CURSOS
14. Si el actor hace clic en Actualizar se actualizan los campos editados y si hace clic en Cancelar no se edita ningun campo (circulo de la imagen superior).
112
Sección: “Asignar Requisitos al Curso Seleccionado”
15. El actor selecciona la opción (3) en la pantalla LISTADO DE CURSOS.
Y despliega la lista que solo muestra cursos de ciclos inferiores del curso seleccionado.
16. El sistema muestra la pantalla:
ASIGNAR CURSOS AL PLAN
17. Una vez que el actor selecciona el curso que sera Pre-Requisito para el curso seleccionado hace clic en el boton Guardar
18. El sistema muestra la pantalla:
113
ASIGNAR CURSOS AL PLAN
19. El actor hace clic en Aceptar (en el mensaje de la figura superior).
20. El sistema muestra la pantalla:
ASIGNAR CURSOS AL PLAN
21. El actor hace clic en “X” (imagen superior donde se encuentra un circulo) para regresar al Listado de Cursos.
22. El sistema muestra la pantalla:
LISTADO DE CURSOS
114
23. El actor hace clic en el icono de forma de flecha (imagen inferior) para regresar a la interfaz principal.
LISTADO DE CURSOS
24. Al hacer clic en el icono de forma de flecha el sistema muestra la pantalla:
LISTADO DE PLAN DE ESTUDIO
115
Lista de casos de uso del Sistema: “Gestionar carga Académica”
Código CUS: Nombre de Caso de Uso
CUS-GCG-012 Gestionar Curso Grupo
116
ESPECIFICACIÓN DE CU SISTEMA
GESTIONAR CURSO GRUPO
Código : CUS-GCG-012
Caso de uso: Gestionar Curso Grupo
Actor(es): -Coordinador.
-Administrador del sistema.
Propósito / Objetivo: Gestionar Curso Grupo tiene como objetivo asignar un grupo a cada curso y aquellos cursos que ya tienen un grupo se les asigna al docente con su respectivo horario.
Resumen: El caso de uso se inicia cuando el administrador del sistema o coordinador se dispone a asignar cada curso a un grupo, para que posteriormente ese mismo curso se le asigne al docente con su respectivo horario que va a ser el responsable de dictar dicho curso. El caso de uso termina cuando se asignó el curso al docente. Si hubo algún error al momento de asignar los horarios al curso, este se puede modificar.
Tipo: Real y Expandido.
Precondiciones: El administrador o coordinador ingreso correctamente al sistema y ha seleccionado el módulo CARGA ACADEMICA.
Requerimientos Asociados:
CUS-GMO-001; CUS-GME-002; CUS-GPE-011
ESPECIFICACIÓN
4. Flujo Normal de Eventos
Acción del Actor Respuesta del Sistema
1. El Administrador o Coordinador selecciona la opción en el menú/ CARGA ACADEMICA -> GESTIONAR CURSO GRUPO (Pantalla: Selección de Opción en el Menú)
117
Listar Curso Grupo
2. El sistema muestra la pantalla: LISTAR CURSO GRUPO (una vez seleccionada la modalidad, mención y Plan de Estudio), con las siguientes opciones:
- (A) Asignar Grupo: Ver sección: Asignar Grupo al Curso Seleccionado.
- (B) Asignar Horario: Ver sección: Asignar Horario al Curso Seleccionado
LISTAR CURSO GRUPO
Sección: “Asignar Grupo al Curso Seleccionado”
3. El actor selecciona la opción (A) en la pantalla LISTAR CURSO GRUPO
4. El sistema muestra la pantalla:
BA
118
ASIGNAR GRUPO SECCION
5. El actor llena los campos que pide el sistema y hace clic en el icono Añadir (imagen en la parte superior en donde se encuentra un circulo).
6. El sistema muestra la pantalla:
ASIGNAR GRUPO SECCION
7. El actor hace clic en el botón Guardar y seguidamente en aceptar.
8. El sistema muestra la pantalla:
119
ASIGNAR GRUPO SECCION
Sección: “Asignar Horario al Curso Seleccionado”
9. El actor selecciona la opción (B) en la pantalla LISTAR CURSO GRUPO.
10. El sistema muestra la pantalla:
ASIGNAR GRUPO SECCION
11. El actor hace clic en el icono de Cargar Horario (imagen que se encuentra en la parte superior donde un circulo rodea a un icono).
12. El sistema muestra la pantalla
120
CARGAR HORARIO
13. El actor llena los campos que pide el sistema, las cuales son: Modalidad del curso, Día, N° Hora Inicio, N° Hora Final, Pabellón, Aula y Docente.
14. El sistema muestra la pantalla:
CARGAR HORARIO
15. El actor hace clic en el icono Añadir (circulo de la imagen superior).
16. El sistema muestra la pantalla:
121
CARGAR HORARIO
17. El actor hace clic en el botón Guardar. 18. El sistema muestra la pantalla:
CARGAR HORARIO
19. El actor hace clic en Aceptar (imagen anterior)
20. El sistema muestra la pantalla:
122
CARGAR HORARIO
Lista de casos de uso del Sistema: “Gestionar Apertura Académica”
Código CUS: Nombre de Caso de Uso
CUS-GPP-013 Gestionar Periodo Proceso
CUS-GPM-014 Gestionar Procesos Mención
123
ESPECIFICACIÓN DE CU SISTEMA
GESTIONAR PERIODO PROCESO
Código : CUS-GPP-013
Caso de uso: Gestionar Periodo Proceso
Actor(es): -Coordinador.
-Administrador del sistema.
Propósito / Objetivo: Gestionar Periodo Proceso tiene como objetivo asignar procesos a un determinado periodo.
Resumen: El caso de uso se inicia cuando el administrador del sistema o coordinador se dispone a asignar procesos al periodo actual. El caso de uso termina cuando en el listado inicial se observa los procesos del periodo actual. Si hubo algún error al momento de asignar las fechas de los procesos, este se puede modificar.
Tipo: Real y Expandido.
Precondiciones: El administrador o coordinador ingreso correctamente al sistema y ha seleccionado el módulo APERTURA ACADEMICA.
Requerimientos Asociados:
CUS-GPE-005; CUS-GTP-010
ESPECIFICACIÓN
5. Flujo Normal de Eventos
Acción del Actor Respuesta del Sistema
1. El Administrador o Coordinador selecciona la opción en el menú/ APERTURA ACADEMICA -> GESTIONAR PERIODO PROCESO (Pantalla: Selección de Opción en el Menú)
124
Listar Periodo Por Proceso Actual
2. El sistema muestra la pantalla: LISTAR PERIODO POR PROCESO ACTUAL, con las siguientes opciones:
- (A)Todos los Periodos: Ver sección: Ver Todos los Periodos.
- (B) Asignar Procesos: Ver sección: Asignar Procesos al Periodo Actual.
- (C) Editar Proceso: Ver sección: Editar Proceso Seleccionado.
LISTAR PERIODO POR PROCESO ACTUAL
Sección: “Ver Todos los Periodos”
3. El actor selecciona la opción (A) en la pantalla LISTAR PERIODO POR PROCESO ACTUAL
4. El sistema muestra la pantalla:
A B
C
125
LISTAR PERIODO POR PROCESO ACTUAL
Sección: “Asignar Procesos al Periodo Actual”
5. El actor selecciona la opción (B) en la pantalla LISTAR PERIODO POR PROCESO ACTUAL
6. El sistema muestra la pantalla:
REGISTRAR PROCESOS POR PERIODO
7. El actor llena los campos que pide el sistema y hace clic en el icono Añadir (imagen en la parte inferior).
8. El sistema muestra la pantalla:
126
REGISTRAR PROCESOS POR PERIODO
9. El actor hace clic en el boton Guardar 10. El sistema muestra la pantalla
REGISTRAR PROCESOS POR PERIODO
11. El actor hace clic en Aceptar (en el mensaje de la figura de la parte superior)
12. El sistema muestra la pantalla:
REGISTRAR PROCESOS POR PERIODO
127
13. El actor hace clic en el boton Cancelar 14. El sistema muestra la pantalla:
REGISTRAR PROCESOS POR PERIODO
15. El actor hace clic en Aceptar (en el mensaje de la figura de la parte superior).
16. El sistema muestra la pantalla:
LISTAR PERIODO POR PROCESO ACTUAL
Sección: “Editar Proceso Seleccionado”
17. El actor selecciona la opción (C) en la pantalla LISTAR PERIODO POR PROCESO ACTUAL
18. El sistema muestra la pantalla:
LISTAR PERIODO POR PROCESO ACTUAL
128
19. El actor una vez que edita la fecha hace clic en el icono Actualizar (imagen superior)
20. El sistema muestra la pantalla:
LISTAR PERIODO POR PROCESO ACTUAL
Lista de casos de uso del sistema: “Gestionar Proceso Matricula”
Código CUS: Nombre de Caso de Uso
CUS-GAC-015 Generar Avance Curricular
CUS-GFM-016 Generar Ficha Matricula
CUS-GPM-017 Gestionar Proceso Matricula
129
ESPECIFICACIÓN DE CU SISTEMA
GESTIONAR PROCESO MATRICULA
Código : CUS-GPM-017
Caso de uso: Gestionar Proceso Matricula
Actor(es): -Coordinador.
-Administrador del sistema.
Propósito / Objetivo: Gestionar Proceso Matricula tiene como objetivo matricular a los alumnos.
Resumen: El caso de uso se inicia cuando el administrador del sistema o coordinador se dispone a matricular a alumnos de una mención específica, estos pueden ser alumnos que ya se encuentran estudiando o como también alumnos que recién van a empezar a estudiar. El caso de uso termina cuando los alumnos se matricularon en los cursos que deseaban. Si el alumno desea retirarse de un curso lo puede hacer, como también se puede reinscribir o hacer un retiro total, todo eso en las fechas establecidas.
Tipo: Real y Expandido.
Precondiciones: El administrador o coordinador ingreso correctamente al sistema y ha seleccionado el módulo de PROCESO DE MATRICULA.
Requerimientos Asociados:
CUS-GPE-005; CUS-GTP-010
ESPECIFICACIÓN
6. Flujo Normal de Eventos
Acción del Actor Respuesta del Sistema
1. El Administrador o Coordinador selecciona la opción en el menú/ PROCESO DE MATRICULA -> GESTIONAR PROCESO MATRICULA (Pantalla: Selección de Opción en el Menú)
130
Lista de Alumnos a Matricular
2. El sistema muestra la pantalla: LISTA DE ALUMNOS A MATRICULAR, con las siguientes opciones:
- (A)Matricula Individual: Ver sección: Matricula Individual
- (B) Alumnos Ingresantes: Ver sección: Matricula Masiva de Alumnos Ingresantes.
LISTA DE ALUMNOS A MATRICULAR
A
B
131
Sección: “Matricula Individual”
3. El actor selecciona la opción (A) en la pantalla LISTA DE ALUMNOS A MATRICULAR
4. El sistema muestra la pantalla:
FICHA DE MATRICULA
5. El actor después de hacer clic en el check, hace clic en el botón MATRICULAR
6. El sistema muestra la pantalla:
FICHA DE MATRICULA
7. El actor ve la boleta de matrícula del alumno
8. El sistema muestra la pantalla:
132
BOLETA DE MATRICULA
9. El actor vuelve a la interfaz principal y hace clic en el icono de “MATRI INDIV” (matricual individual) a un alumno que ya se encuentra MATRICULADO.
10. El sistema muestra la pantalla
LISTAR ALUMNO A MATRICULAR
11. El actor hace clic en el icono “REINS CUR” (reinscripcion de cursos) a un alumno que aun no se encuentra MATRICULADO.
12. El sistema muestra la pantalla:
133
LISTAR ALUMNO A MATRICULAR
13. El actor hace clic en el icono “REINS CUR” a un alumno que si se encuentra MATRICULADO
14. El sistema muestra la pantalla:
FICHA DE REINSCRIPCION DEL CURSO
15. El actor regresa a la interfaz principal 16. El sistema muestra la pantalla:
134
LISTAR ALUMNO A MATRICULAR
17. El actor hace clic en el icono ”RET PAR” (retiro parcial) sin antes no haber generado las actas (en la imagen de la parte superior).
18. El sistema muestra la pantalla:
LISTAR ALUMNO A MATRICULAR
19. El actor permanece en la interfaz principal. 20. El sistema muestra la pantalla:
135
LISTAR ALUMNO A MATRICULAR
21. El actor hace clic en el icono RET TOT (retiro total) (en la imagen de la parte superior).
22. El sistema muestra la pantalla:
136
LISTAR ALUMNO A MATRICULAR
23. El actor hace clic en el boton IMPRIMIR BOLETAS DE MATRICULA (en la imagen de la parte superior)
24. El sistema muestra la pantalla:
BOLETA DE MATRICULA
Sección: “Matricula Masiva de Alumnos Ingresantes”
25. El actor selecciona la opción (B) en la pantalla LISTA DE ALUMNOS A MATRICULAR
26. El sistema muestra la pantalla:
137
LISTA DE ALUMNOS A MATRICULAR
27. El actor hace clic en en boton CURSOS MATRICULAR (imagen superior)
28. El sistema muestra la pantalla:
MATRICULA DE INGRESANTES
29. El actor selecciona el plan de estudio (en la imagen superior)
30. El sistema muestra la pantalla:
MATRICULA DE INGRESANTES
31. El actor hace clic en el boton MATRICULAR (en la imagen superior)
32. El sistema muestra la pantalla:
138
MATRICULA DE INGRESANTES
Lista de casos de uso del sistema: “Gestionar Proceso Nota”
Código CUS: Nombre de Caso de Uso
CUS-GAN-018 Generar Actas Notas
CUS-LCR-019 Listar Curso Registro
CUS-CNO-020 Cargar Nota Opcional
139
ESPECIFICACIÓN DE CU SISTEMA
GENERAR ACTAS NOTAS
Código : CUS-GAN-018
Caso de uso: Generar Actas Notas
Actor(es): -Coordinador.
-Administrador del sistema.
Propósito / Objetivo: Generar Actas Notas tiene como objetivo imprimir las actas de notas para todos los docentes.
Resumen: El caso de uso se inicia cuando el administrador del sistema o coordinador se dispone a generar las actas de notas para los docentes dependiendo la modalidad, mención, periodo y concepto. El caso de uso termina cuando se imprimen las actas para luego dárselas a los docentes.
Tipo: Real y Expandido.
Precondiciones: El administrador o coordinador ingreso correctamente al sistema y ha seleccionado el módulo de PROCESO NOTAS.
Requerimientos Asociados:
CUS-GMO-001; CUS-GME-002; CUS-GPE-005
ESPECIFICACIÓN
7. Flujo Normal de Eventos
Acción del Actor Respuesta del Sistema
1. El Administrador o Coordinador selecciona la opción en el menú/ PROCESO NOTAS -> GENERAR ACTAS NOTAS (Pantalla: Selección de Opción en el Menú)
Generar Actas Notas
140
2. El sistema muestra la pantalla:
GENERAR ACTAS NOTAS
3. El actor llena los campos que pide el sistema.
4. El sistema muestra la pantalla: GENERAR ACTAS NOTAS, con las siguientes opciones:
- (A)Procesar: Ver sección: Procesar Actas Notas (debe ser antes que la opción B).
- (B) Imprimir: Ver sección: Imprimir Actas Notas
GENERAR ACTAS NOTAS
Sección: “Procesar Actas Notas”
5. El actor selecciona la opción (A) en la pantalla GENERAR ACTAS NOTAS.
6. El sistema muestra la pantalla:
A
B
141
GENERAR ACTAS NOTAS
Sección: “Imprimir Actas Notas”
7. Si el actor selecciono la opción (B) antes de la opción (A) en la pantalla GENERAR ACTAS NOTAS.
8. El sistema muestra la pantalla:
GENERAR ACTAS NOTAS
9. El actor selecciona la opción (B) en la pantalla GENERAR ACTAS NOTAS.
10. El sistema muestra la pantalla:
142
REGISTRO FINAL DE EVALUACION ACADEMICA
Lista de casos de uso del Sistema: “Gestionar Cierre Periodos Académicos y Reportes”
Código CUS: Nombre de Caso de Uso
CUS-CCH-021 Cierre De Carga Horario
CUS-CDM-022 Cierre De Matricula
CUS-CNO-023 Cierre de Notas Actas
CUS-AAA-024 Actualizar Avance por Alumno
143
ESPECIFICACIÓN DE CU SISTEMA
ACTUALIZAR AVANCE POR ALUNMNO
Código : CUS-AAA-024
Caso de uso: Actualizar Avance por Alumno
Actor(es): -Coordinador.
-Administrador del sistema.
Propósito / Objetivo: Actualizar Avance por Alumno tiene como objetivos principales actualizar el avance curricular de los alumnos y de imprimir tanto el avance curricular como el record académico.
Resumen: El caso de uso se inicia cuando el administrador del sistema o coordinador se dispone a actualizar el avance de los alumnos de una determinada modalidad, mención y plan de estudio. El actor también puede imprimir tanto el avance curricular como el record académico, con la intención de que el alumno esté al tanto en sus estudios. El caso de uso termina cuando se actualizo correctamente los avances curriculares.
Tipo: Real y Expandido.
Precondiciones: El administrador o coordinador ingreso correctamente al sistema y ha seleccionado el módulo de CIERRE DE PERIODOS ACADEMICOS Y REPORTES.
Requerimientos Asociados:
CUS-GMO-001; CUS-GME-002; CUS-GPE-011
ESPECIFICACIÓN
8. Flujo Normal de Eventos
Acción del Actor Respuesta del Sistema
1. El Administrador o Coordinador selecciona la opción en el menú/ CIERRE DE PERIODOS ACADEMICOS Y REPORTES -> ACTUALIZAR AVANCE POR ALUMNO.
2. El sistema muestra la pantalla: ACTUALIZAR AVANCE POR ALUMNO (inicialmente se seleccionó la modalidad, mención y plan de estudio), con las siguientes opciones:
- (A)Seleccionar Todos: Ver sección: Seleccionar Todos los Alumnos.
- (B)Imprimir Avance: Ver sección: Imprimir Avance del Alumno Seleccionado.
- (C)Imprimir Record: Ver seccion: Imprimir Record Academico del Alumno Seleccionado.
144
|
ACTUALIZAR AVANCE POR ALUMNO
Sección: “Seleccionar Todos los Alumnos”
3. El actor selecciona la opción (A) en la pantalla ACTUALIZAR AVANCE POR ALUMNO.
4. El sistema muestra la pantalla con las siguientes opciones:
- (1) Actualizar: Ver sección: Actualizar Avances de Todos.
- (2)Imprimir Boletas: Ver sección: Imprimir Boletas Seleccionadas.
ACTUALIZAR AVANCE POR ALUMNO (2)
Sección: “Actualizar Avances de Todos”
5. El actor selecciona la opción (1) en la pantalla ACTUALIZAR AVANCE POR ALUMNO (2).
6. El sistema muestra la pantalla:
A
B
C
12
145
ACTUALIZAR AVANCE POR ALUMNO (2)
Sección: “Imprimir Boletas Seleccionadas”
7. El actor selecciona la opción (2) en la pantalla ACTUALIZAR AVANCE POR ALUMNO (2).
8. El sistema muestra la pantalla:
BOLETA DE NOTAS
Sección: “Imprimir Avance del Alumno Seleccionado”
9. El actor selecciona la opción (B) en la pantalla ACTUALIZAR AVANCE POR ALUMNO.
10. El sistema muestra la pantalla:
146
AVANCE CURRICULAR
Sección: “Imprimir Record Académico del Alumno Seleccionado”
11. El actor selecciona la opción (C) en la pantalla ACTUALIZAR AVANCE POR ALUMNO.
12. El sistema muestra la pantalla:
RECORD ACADEMICO
147
ANEXO C
UNIVERSIDAD NACIONAL DE UCAYALI
FACULTAD DE INGENIERIA DE SISTEMAS Y DE INGENIERIA CIVIL
ESCUELA PROFESIONAL DE INGENIERIA DE SISTEMAS
POSTGRADO SYSTEM
Documento de Diseño del Sistema
Versión 1.0
ELABORADO POR : Terán Maca, Marlon David.
REVISADO POR : Ing. Amílcar Figueroa
Pucallpa - Perú
2013
148
Historial de Revisiones
Historial de revisionesÍtem Fecha Versión Descripción Equipo
1 10/04/2013 1.0 Primera Versión PRACTICANTES
149
1. Introducción
El presente es el documento de diseño del Sistema de Postgrado y Registro de
notas finales por encargo de la oficina general de coordinación y servicios
académicos el cual contiene los diagramas de secuencias del sistema, diseño
de base de datos.
1.1. Alcance
El objetivo del diagrama es definir de manera clara y precisa la base para el
modelo de las clases de diseño y la posterior implementación de las clases.
1.2. Definiciones, Acrónimos y Abreviaturas
Objeto Entidad con límites definidos y un significado
propio.
Clase Descripción de un grupo de objetos con
propiedades y comportamiento común.
Atributo Características que definen a un objeto.
Entidad Objeto existente (Concreto o Abstracto) y
distinguible de otros.
Diagrama de
Diseño
Agrupamiento de clases que tiene como finalidad
mostrar las relaciones existentes entre las
mismas.
1.1.1. Definiciones
150
UAP Unified Process Agil (Proceso Racional Agil).
UML Unified Modeling Language(Lenguaje Unificado de
Modelado)
1.3. Referencias
Especificación de Requisitos de Software versión 2.3
Documento de Estándares de Programación versión 1.0
2. Diagramas de Secuencia
Los diagramas de secuencia más resaltantes son:
1.1.2. Acrónimos
151
Diagrama de Secuencia Registrar Modalidad
: PantallaPrincipal ListaPlan.aspx ListaPlan.aspx.csListaCursoPlan.aspx
ListaCursoPlan.aspx.cs
: COORDINADOR
: cModalidad cMencióncPlanEstudio cCursoPlan.csFrmAsignarCurso.aspx FrmAsignarCurso.aspx.cscCurso.cs
1 : click en gestionar plan de estudios()
2 : invocar el formulario()
3 : Page_Load()
4 : LlenarModalidad()
5 : TraerTodos()
6
7 : cargar en la pagina principal8 : seleccionar modalidad()
9 : ddlModalidad_SelectedIndexChanged()
10 : TraerTodosPorModalidad()
1112 : cargar en la pagina principal()
13 : seleccionar mención 14 : LlenarData()
15 : TraerTodos()
16
17 : cargar en la pagina principal()18 : click en ver cursos()
19 : invocar el formulario()
20 : Page_Load()
21 : LlenarData()
22
23 : TraerTodosCursosPlan()
24 : cargar en la pagina principal()25 : click en nuevo()
26 : invocar el formulario()
27 : Page_Load()
28 : cargarCurso()
29 : TraerTodosPorMencion()
30
31 : cargar en la pagina principal()32 : llenar campos()
33 : click en guardar()
34 : btGuardar_Click()
35 : CrearCursoPlan()
36 : mensaje de confirmación()
Figura: Diagrama de Secuencia Registrar Modalidad
152
Diagrama de Secuencia Registrar Mención
: COORDINADOR
: PantallaPrincipal : ListarProcesoMencion.aspx.cs : FrmProcesoMencion.aspx.cs : ListarProcesoMencion.aspx : FrmProcesoMencion.aspx : cPeriodoMencion
1 : click en gestionar procesoMencion()
2 : instanciar el formulario()
3 : llenar tabla()
4 : traerTodos()
5 : muestra la tabla y carga el formulario()
6 : click en nuevo()
7 : instanciar el formulario()
8 : carga el formulario
9 : ingresa datos al formulario
10 : validar datos()
11 : click en aceptar()
12 : btGuardar_Click()
13 : CrearProcesoMencion()
14 : mensaje de confirmacion()
Figura: Diagrama de Secuencia Registrar Mención
153
Diagrama de Secuencia Registrar Alumno
: PantallaPrincipal ListarAlumno.aspx ListarAlumno.aspx.cs FrmAlumno.aspx FrmAlumno.aspx.cs
: COORDINADOR
: cModalidadcMención cAlumno cPeriodo
1 : click en gestionar proceso matricula()
2 : invocar el formulario()
3 : Page_Load()
4 : LlenarModalidad()
5 : TraerTodos()
6
7 : cargar en la pagina principal8 : seleccionar modalidad()
9 : ddlModalidad_SelectedIndexChanged()10 : TraerTodosPorModalidad()
11
12 : cargar en la pagina principal()13 : seleccionar mención()
14 : LlenarData()
15 : TraerTodos()
16
17 : cargar en la pagina principal18 : click en nuevo()
19 : invocar el formulario()
20 : Page_Load()
21 : LlenarPeriodo()
22 : TraerTodos()
23
24 : cargar en la pagina principal25 : seleccionar Periodo()
26 : ingresar campos()
27 : click en guardar()
28 : btGuardar_Click()
29 : CrearAlumno()
30 : esperar mensaje de confirmación
Figura: Diagrama de Secuencia Registrar Alumno
154
Diagrama de Secuencia Generar Avance Curricular
: COORDINADOR
: PantallaPrincipal : FrmGenerarAvance.aspx : FrmGenerarAvance.aspx.cs : cAvanceCurricular cMencioncModalidad cPlanEstudio
1 : click en Generar avance()
2 : instancia la pagina()
3 : invocar los controladores()
4 : traerTodos()
5 : TraerPorModallidad()
6 : TraerPorMencion()
7 : pagina principal8
9 : cargar los controladores
10 : seleccionar datos requeridos()
11 : click en generar()
12 : GenerarAvance()
13 : GenerarAvance()
14 : mensaje de confirmación()
Figura: Diagrama de secuencia Generar Avance Curricular
155
Diagrama de Secuencia Generar Ficha de Matricula
: COORDINADOR
: PantallaPrincipal FrmGenerarFichaMatricula.aspx.csFrmGenerarFichaMatricula.aspx cPeriodo cModalidad cMención cFichaMatriculacAlumno
1 : click en generar ficha de matricula()
2 : invocar el formulario()
3 : periodoActual()
4 : traerPeriodoActual()
5 : cargar en la pagina principal
6 : LlenarModalidad()
7 : traerTodo()
8 : traerTodo
9 : seleccionar modalidad()
10 : ddlModalidad_SelectedIndexChanged()
11 : TraerTodosPorModalidad()
12 : cargar mención13 : seleccionar mención()
14 : cargarGrilla()
15 : traerAlumnosPorMencion()
16 : mostrar grilla17 : click procesar()
18 : btnReprocesar_Click()
19 : GenerarFichaMatricula()
20 : mensaje de confirmación
Figura: Diagrama de secuencia Generar Ficha de Matricula
156
Diagrama de Secuencia Reinscripción de Cursos
: COORDINADOR
: PantallaPrincipal : ListarAlumnoMatricula.aspx : ListarAlumnoMatricula.aspx.cs : FrmReinscripcionCurso.aspx : FrmReinscripcionCurso.aspx.cs : cPeriodo : cModalidad : cMencion : cAlumno : cSeccion : cFichaMatricula : cDetFichaMatricula : cDetCursoMatriculado
1 : click en gestionar proceso matricula()
2 : invocar el formulario()
3 : Page_Load()
4 : lblPeriodoActual.Text()5 : traerPeriodoActual()
6 : trae periodo actual
7 : LlenarModalidad()
8 : traerTodo()
9 : cargar en la pagina principal10 : seleccionar modalidad()
11 : ddlModalidad_SelectedIndexChanged()
12 : TraerTodosPorModalidad()
13 : cargar mención14 : seleccionar mención()
15 : ddlMencion_SelectedIndexChanged()
16 : TraerTodosOpcion()
17 : mostrar grilla18 : buscar alumno()
19 : btBuscar_Click()
20 : muestra el alumno()
21 : click en reinscripcion de curso()
22 : invocamos el formulario()
23 : cargarFicha()
24 : TraerTodosTTXAM()
25 : devuelve la cabecera de la ficha26 : cargarGrilla()
27 : TraerTodosXAM()
28 : cargar el contenido
29 : grvFichaMatricula_RowDataBound()
30 : TraerPorXMC()
31 : cargar grupos32 : mostrar en la pagina principal()
33 : seleccionar grupó()
34
35 : click en matricular()
36 : btMatricular_Click()
37 : MatriculaNor()
38 : mensaje de confirmación()
Figura: Diagrama de secuencia Reinscripción de Cursos
157
Diagrama de Secuencia Retiro Parcial
: COORDINADOR
: PantallaPrincipal : ListarAlumnoMatricula.aspx : ListarAlumnoMatricula.aspx.cs : cPeriodo : cModalidad : cMencion : cAlumno
: cFichaMatricula : cDetCursoMatriculado
: FrmRetiroParcial.aspx : FrmRetiroParcial.aspx.cs
1 : click en gestionar proceso matricula()
2 : invocar el formulario()
3 : Page_Load()
4 : lblPeriodoActual.Text()5 : traerPeriodoActual()
6 : trae periodo actual
7 : LlenarModalidad()
8 : traerTodo()
9 : cargar en la pagina principal10 : seleccionar modalidad()
11 : ddlModalidad_SelectedIndexChanged()
12 : TraerTodosPorModalidad()
13 : cargar mención14 : seleccionar mención()
15 : ddlMencion_SelectedIndexChanged()
16 : TraerTodosOpcion()
17 : mostrar grilla18 : buscar alumno()
19 : btBuscar_Click()
20 : muestra el alumno()
21 : click en retiro parcial()
22 : invocamos el formulario()
23 : cargarFicha()
24 : TraerTodosTTXAM()
25 : devuelve la cabecera de la ficha26 : cargarGrilla()
27 : TraerTodosXA()
28 : cargar el contenido
29 : mostrar en la pagina principal()
30 : seleccionar cursos()
31
32 : click en retirar()
33 : btRetirar_Click()
34 : RetiroCurso()
35 : mensaje de confirmación()
Figura: Diagrama de secuencia Retiro Parcial
158
Diagrama de Secuencia Generar Actas Notas
: COORDINADOR
: PantallaPrincipal cMencioncModalidad : FrmGenerarActaNota.aspx : FrmGenerarActaNota.aspx.cs : cPeriodo : cNotaActa
1 : click en generar actas notas()
2 : invocar el formulario()
3 : Page_Load()
4 : LlenarModalidad()
5 : TraerTodos()
6 : cargar en la pagina principal7 : seleccionar modalidad()
8 : ddlModalidad_SelectedIndexChanged()
9 : TraerTodosPorModalidad()
10 : cargar en la pagina principal11 : seleccionar mención()
12 : ddlMencion_SelectedIndexChanged()
13 : TraerTodos()
14 : cargar en la pagina principal()
15 : seleccionar periodo()
16 : seleccionar concepto()
17 : click en procesar()
18 : btGenerar_Click()
19 : GenerarActaNota()
20 : mensaje de confirmacion
21 : click en imprimir actas()
22 : btImprimirActas_Click()
23 : ImpActasNotas()
24 : mensaje de confirmacion
Figura: Diagrama de secuencia Generar Actas Notas
159
Diagrama de Secuencia Registrar Notas Actas
: COORDINADOR
: PantallaPrincipalcMencioncModalidad : cPeriodo : cNotaActa
: ListaCursoRegistro.aspx : ListaCursoRegistro.aspx.cs : frmRegistrarNota.aspx : frmRegistrarNota.aspx.cs : cPlanEstudio
1 : click en generar actas notas()
2 : invocar el formulario()
3 : Page_Load()
4 : lblPeriodoActual()
5 : TraerPeriodoActual()
67 : LlenarModalidad()
8 : cargar en la pagina principal 9 : TraerTodos()10 : seleccionar modalidad()
11 : ddlModalidad_SelectedIndexChanged()
12 : TraerTodosPorModalidad()
13 : cargar en la pagina principal14 : seleccionar mención()15 : ddlMencion_SelectedIndexChanged()
16 : TraerPorMencion()
17 : cargar en la pagina principal18 : seleccionar plan de estudio()
19 : LlenarData()
20 : TraerTodos()
21 : cargar lista en la pagina principal
22 : click en ver cursos()
23 : invocar el formulario()
24 : Page_Load()
25 : cargarGrilla()
26 : TraerTodosXPLC()
27 : cargar lista alumnos en la pagina principal28 : ingresar nota()
29
30 : btGuardar_Click()
31 : LlenarActaNota()
32 : mensaje de confirmación()
Figura: Diagrama de secuencia Registrar Notas Actas
160
Diagrama de Secuencia Cierre Horario Académico
: COORDINADOR
: PantallaPrincipalcMencioncModalidad : cPeriodo : frmCierreHorario.aspx : frmCierreHorario.aspx.cs : cCargaHorario
1 : click en generar actas notas()2 : invocar el formulario()
3 : Page_Load()
4 : lblPeriodoActual()
5 : TraerPeriodoActual()
6 : LlenarModalidad()
7 : cargar periodo actual
8 : TraerTodos()
9 : cargar en la pagina principal10 : seleccionar modalidad()
11 : ddlModalidad_SelectedIndexChanged()
12 : TraerTodosPorModalidad()
13 : cargar en la pagina principal14 : seleccionar mención()
15 : click en procesar()
16 : btGenerar_Click()
17 : CierreCargaHorario()
18 : mensaje de confirmación
Figura: Diagrama de Secuencia Cierre Horario Académico
161
Diagrama de Secuencia Cierre de Matricula
: COORDINADOR
: PantallaPrincipalcMencioncModalidad : cPeriodo : frmCierreMatricula.aspx : frmCierreMatricula.aspx.cs : cDetCursoMatriculado
1 : click en generar actas notas()2 : invocar el formulario()
3 : Page_Load()
4 : lblPeriodoActual()
5 : TraerPeriodoActual()
6 : cargar periodo actual
7 : LlenarModalidad()
8 : TraerTodos()
9 : cargar en la pagina principal10 : seleccionar modalidad()
11 : ddlModalidad_SelectedIndexChanged()
12 : TraerTodosPorModalidad()
13 : cargar en la pagina principal14 : seleccionar mención()
15 : click en procesar()
16 : btGenerar_Click()17 : CierreMatricula()
18 : mensaje de confirmación
Figura: Diagrama de Secuencia Cierre de Matricula
162
Diagrama de Secuencia Cierre de Registro de Notas
: COORDINADOR
: PantallaPrincipalcMencioncModalidad : cPeriodo : cDetCursoMatriculado
: frmCierreNotas.aspx : frmCierreNotas.aspx.cs
1 : click en generar actas notas()2 : invocar el formulario()
3 : lblPeriodoActual()
4 : TraerPeriodoActual()
5 : cargar periodo actual()<<destroy>>6 : LlenarModalidad()
7 : TraerTodos()
8 : cargar en la pagina principal9 : seleccionar modalidad()
10 : ddlModalidad_SelectedIndexChanged()
11 : TraerTodosPorModalidad()12 : cargar en la pagina principal13 : seleccionar mención()
14 : click en procesar()
15 : btGenerar_Click()
16 : CierreNotaActas()
17 : mensaje de confirmación
Figura: Diagrama de Secuencia Cierre de Registro de Notas
163
Diagrama de Secuencia Actualizar Avance Curricular
: PantallaPrincipal
: COORDINADOR
: cPeriodo : cModalidad : cMencion : frmActualizarAvance.aspx : frmActualizarAvance.aspx.cs : cPlanEstudio : cAvanceCurricular
1 : click en gestionar proceso matricula()2 : invocar el formulario()
3 : Page_Load()
4 : lblPeriodoActual.Text()
5 : traerPeriodoActual()
6 : trae periodo actual
7 : LlenarModalidad()8 : traerTodo()
9 : cargar en la pagina principal10 : seleccionar modalidad11 : ddlModalidad_SelectedIndexChanged()
12 : TraerTodosPorModalidad()
13 : cargar mención14 : seleccionar mención()
15 : ddlMencion_SelectedIndexChanged()
16 : TraerPorMencion()
17 : cargar plan de estudio18 : seleccionar plan de estudio()
19 : ddlPlan_SelectedIndexChanged()
20 : TraerTodos()
21 : carga la lista de alumnos()
22 : click en seleccionar todos()
23 : click en actualizar avances()
24 : btActualizarAvance_Click()
25 : ActualizarAvance()
26 : mensaje de confirmación
Figura: Diagrama de Secuencia Actualizar Avance Curricular
164
Diagrama de Secuencia Imprimir Avance Curricular Masivo
: PantallaPrincipal
: COORDINADOR
: cPeriodo : cModalidad : cMencion : frmActualizarAvance.aspx : frmActualizarAvance.aspx.cs : cPlanEstudio : cAvanceCurricular
1 : click en gestionar proceso matricula()2 : invocar el formulario()
3 : Page_Load()
4 : lblPeriodoActual.Text()
5 : traerPeriodoActual()
6 : trae periodo actual
7 : LlenarModalidad()8 : traerTodo()
9 : cargar en la pagina principal10 : seleccionar modalidad11 : ddlModalidad_SelectedIndexChanged()
12 : TraerTodosPorModalidad()
13 : cargar mención14 : seleccionar mención()
15 : ddlMencion_SelectedIndexChanged()
16 : TraerPorMencion()
17 : cargar plan de estudio18 : seleccionar plan de estudio()
19 : ddlPlan_SelectedIndexChanged()
20 : TraerTodos()
21 : carga la lista de alumnos()
22 : click en seleccionar todos()
23 : click en actualizar avances()
24 : btActualizarAvance_Click()
25 : ActualizarAvance()
26 : mensaje de confirmación27 : click en imprimir avances seleccionados()
28 : btImpAvanceCurricular_Click()
29 : RepAvanceCurricular()
30 : carga el reporte()
31 : click en aceptar()
Figura: Diagrama de secuencia Imprimir Avance Curricular Masivo
165
Diagrama de Secuencia Imprimir Record Académico Masivo
: PantallaPrincipal
: COORDINADOR
: cPeriodo : cModalidad : cMencion : frmActualizarAvance.aspx : frmActualizarAvance.aspx.cs : cPlanEstudio : cAvanceCurricular
1 : click en gestionar proceso matricula()2 : invocar el formulario()
3 : Page_Load()
4 : lblPeriodoActual.Text()
5 : traerPeriodoActual()
6 : trae periodo actual
7 : LlenarModalidad()8 : traerTodo()
9 : cargar en la pagina principal10 : seleccionar modalidad11 : ddlModalidad_SelectedIndexChanged()
12 : TraerTodosPorModalidad()
13 : cargar mención14 : seleccionar mención()
15 : ddlMencion_SelectedIndexChanged()
16 : TraerPorMencion()
17 : cargar plan de estudio18 : seleccionar plan de estudio()
19 : ddlPlan_SelectedIndexChanged()
20 : TraerTodos()
21 : carga la lista de alumnos()
22 : click en seleccionar todos()
23 : click en actualizar avances()
24 : btActualizarAvance_Click()
25 : ActualizarAvance()
26 : mensaje de confirmación27 : click en imprimir avances seleccionados()
28 : btImpAvanceCurricular_Click()
29 : RepAvanceCurricular()
30 : carga el reporte()
31 : click en aceptar()
Figura: Diagrama de Secuencia Imprimir Record Académico Masivo
166
: PantallaPrincipal ListarAlumnoMatricula.aspx ListarAlumnoMatricula.aspx.cs FrmFichaMatricula.aspx FrmFichaMatricula.aspx.cs
: COORDINADOR
: cPeriodo : cModalidad : cMencion : cFichaMatricula : cDetFichaMatricula : cSeccion
: cDetCursoMatriculado
1 : click en gestionar proceso matricula()
2 : invocar el formulario()
3 : Page_Load()
4 : lblPeriodoActual.Text()
5 : traerPeriodoActual()
6 : trae periodo actual7 : LlenarModalidad()
8 : traerTodo()
9 : cargar en la pagina principal
10 : seleccionar modalidad 11 : ddlModalidad_SelectedIndexChanged()
12 : TraerTodosPorModalidad()
13 : cargar mención14 : seleccionar mención()
15 : ddlMencion_SelectedIndexChanged()
16 : TraerTodosOpcion()
17 : mostrar grilla18 : buscar alumno()
19 : btBuscar_Click()
20 : muestra el alumno21 : click en matricular()
22 : invocamos el formulario()
23 : cargarFicha()
24 : TraerTodosTTXAM()
25 : devuelve la cabecera de la ficha
26 : cargarGrilla()
27 : TraerTodosXAM()
28 : cargar el contenido
29 : grvFichaMatricula_RowDataBound()30 : TraerPorXMC()
31 : cargar grupos
32 : mostrar en la pagina principal33 : seleccionar grupó()
34
35 : click en matricular()
36 : btMatricular_Click()
37 : MatriculaNor()
38 : mensaje de confirmación
Figura: Diagrama de Secuencia Realizar Matricula
167
Pabellon
+Cod_Pabellon(PK)+Num_NroPisos+Txt_Descripcion+Num_NroAulas
+GenerarCodigo()+Crear()+Buscar()+Modificar()
Periodo_Proceso
+Cod_Periodo(PK,FK)+Tip_Proceso(PK,FK)+Fec_Inicio+Fec_Termino+Flg_Proceso+Fec_Registro+Tip_Operacion+Cod_Usuario
+Crear()+Buscar()+Modificar()+Eliminar()
Proceso_Mencion
+Cod_Mencion(PK,FK)+Cod_Periodo(PK,FK)+Tip_Proceso(PK,FK)+Tip_Proceso+Fec_Inicio+Fec_Termino+Fec_Ejecucion_Proceso+Fec_Registro+Tip_Operacion+Cod_Usuario
+Crear()+Buscar()+Modificar()+Eliminar()
Aula
+Cod_Aula(PK)+Cod_Pabellon(PK,FK)+Cod_Mencion(FK)+Txt_Aula+Txt_Equipamiento+Num_Capacidad+Num_Carpetas
+GenerarCodigo()+Crear()+Buscar()+Modificar()
Curso
+Cod_Curso(PK)+Cod_Mencion(FK)+Txt_Curso+Est_Curso+Fec_Registro+Tip_Operacion+Cod_Usuario
+GenerarCodigo()+Crear()+Buscar()+Modificar()
Alumnos
+Cod_Alumno(PK)+Cod_Periodo(FK)+Cod_Modalidad(FK)+Cod_Mencion(FK)+Txt_Apellido_Paterno+Txt_Apellido_Materno+Txt_Nombres+Txt_NombreCompleto+Txt_Prefijo+Txt_Telefono+Txt_Direccion+Txt_Urbanizacion+Txt_Correo+Txt_Nacimiento+Tip_Sexo+Tip_Alumno+Tip_Nacionalidad+Tip_Condicion+Txt_Nacionalidad+Tip_Documento+Est_Situacion+Txt_Grupo_Sanguineo+Est_Estado_Civil+Txt_Lugar_Nacimiento+Fec_Registro+Tip_Operacion+Tip_Situacion+Cod_Clave+Cod_Usuario
+Crear()+TraerNoMatriculados()+BuscarPorNombre()+BuscarPorApellido()+Modificar()
Nota_Acta
+Cod_Alumno(PK)+Cod_Concepto(PK)+Cod_Docente(PK)+Cod_Mencion(PK)+Cod_Seccion(PK)+Cod_Sec_PLan(PK)+Cod_Curso(PK)+Cod_Periodo(FK)+Num_Nota_Reclamo+Num_Nota_Anterior+Num_Nota_Concepto+Cod_Usuario+Fec_Registro+Tip_Operacion+Est_Curso
+Crear()+Buscar()+Modificar()+Eliminar()
Docente
+Cod_Docente(PK)+Txt_Apellidos_Nombre+Tip_Condicion+Est_Docente+Tip_Categoria+Txt_Direccion+Txt_Telefono+Tip_Operacion+Fec_Registro+Fec_Termino+Txt_Prefijo+Cod_Usuario+Cod_Clave+Cod_Perfil+Cod_Antiguo
+Crear()+Buscar()+Modificar()
Mencion
+Cod_Mencion(PK)+Cod_Modalidad(FK)+Txt_Mencion+Flg_Plan_Estudio+Fec_Creacion+Txt_Abreviatura+Tip_Operacion+Est_Mencion+Txt_Resolusion+Fec_Resolusion+Num_Nivel+Cod_Usuario
+GenerarCodigo()+Crear()+Buscar()+Modificar()
Ficha_Matricula
+Cod_Alumno(PK,FK)+Cod_Mencion(PK,FK)+Cod_Periodo(FK)+Tip_Condicion_Alumno+Flg_Ampliacion+Est_Ficha_Matricula+Num_Max_Cred_Ampliacion+Num_Incre_Cre_Ampliacion+Num_Max_Cre_Matricula+Num_Max_Cur_Matricula+Num_Orden_Merito_Gen_Matricula+Num_Orden_Merito_Per_Ant_Carr+Num_Orden_Ficha_Mat_carr+Num_Prom_Pond_Periodo_Ant+Num_Creditos_Matriculados+Num_Cursos_Matriculados+Fec_Matricula+Fec_Ampliacion+Fec_Registro+Tip_Operacion+Num_Decre_Cred_Ampliacion+Flg_Boleta_Matricula+Num_Credito_Ampliacion+Cod_Usuario
+Generar()+TraerTodos()+Actualizar()+Buscar()+Eliminar()
Periodos
+Cod_Periodo(PK)+Fec_Resolusion+Fec_Inicio+Fec_Termino+Fec_Registro+Tip_Operacion+Cod_Usuario+Cod_Resolusion+Est_Periodo
+Crear()+Buscar()+Modificar()
Tipo_Proceso
+Tip_Proceso(PK)+Txt_Descripcion+Cod_Usuario
+GenerarCodigo()+Crear()+Buscar()+Modificar()
Seccion
+Cod_Seccion(PK)+Cod_Mencion(PK,FK)+Txt_Seccion+Num_Nivel+Fec_Registro+Tip_Operacion+Cod_Usuario
+GenerarCodigo()+Crear()+Buscar()+Modificar()
Plan_Estudio
+Cod_Sec_Plan(PK)+Cod_Mencion(PK,FK)+Semestre+Est_Plan_Estudio+Fec_Aprobacion+Fec_Inicio_Plan+Fec_Termino_Plan+Num_Tot_Cred_Obligatorio+Num_Tot_Cred_Electivo+Num_Tot_Cred_Practica+Fec_Registro+Tip_Operacion+Txt_Resolusion+Fec_Resolusion+Num_Tot_Cred_Comp+Num_Tot_Cred_ExtraCurr+Cod_Usuario
+Crear()+Buscar()+Modificar()
Modalidad
+Cod_Modalidad(PK)+Txt_Modalidad+Fec_Creacion+Tip_Operacion+Txt_Resolusion+Flg_Especializacion+Txt_Abreviatura+Cod_Usuario
+Crear()+Buscar()+Modificar()
Curso_Plan
+Cod_Mencion(PK,FK)+Cod_Curso(PK,FK)+Cod_Sec_Plan(PK,FK)+Cod_Abreviatura+Num_Credito+Tip_Curso+Tip_Periodo_Academico+Tip_Condicion+Num_Hora_Teoria+Num_Hora_Practica+Num_Hora_Laboratorio+Num_Hora_Taller+Num_Hora_Otro+Fec_Registro+Tip_Operacion+Num_Min_Creditos+Tip_Credito_Req+Tip_Hora_Condicional+Txt_Expediente+Fec_Expediente+Flg_Reprogramacion+Tip_Otro_Req+Flg_PractProfe+Cod_Ciclo+Cod_Sistema_Evaluacion+Cod_Usuario
+Crear()+Buscar()+Modificar()
Carga_Horario
+IDE_Secuencial(PK)+Cod_Curso(FK)+Cod_Docente(FK)+Cod_Aula(FK)+Cod_Seccion(FK)+Cod_Pabellon(FK)+Cod_Mencion(FK)+Cod_Sec_Plan(FK)+Cod_Periodo(FK)+Tip_Curso+Num_Dia+Num_Hora_Inicio+Num_Hora_Final+Fec_Registro+Tip_Operacion+Cod_Usuario
+Crear()+Buscar()+Modificar()+Eliminar()
Curso_Grupo
+Cod_Curso(PK,FK)+Cod_Seccion(PK,FK)+Cod_Mencion(PK,FK)+Cod_Sec_Plan(PK,FK)+Cod_Periodo(PK,FK)+Num_Cupos+Num_Matriculados+Num_Inscritos+Num_Retiro_Parcial+Num_Retiro_Total+Num_Nivel+Fec_Registro+Tip_Operacion
+Crear()+Buscar()+Modificar()+Eliminar()
Pre_Requisito
+Cod_Curso_Requisito(PK)+Cod_Mencion(PK,FK)+Cod_Sec_Plan(PK,FK)+Cod_Curso(PK,FK)+Cod_Pre_Grupo+Tip_Requisito+Est_Requisito+Num_Credito
+Crear()+Buscar()
Detalle_Avance_Curricular
+Cod_Alumno(PK,FK)+Cod_Sec_Plan(PK,FK)+Cod_Curso(PK,FK)+Cod_Mencion(FK)+Cod_Grupo+Cod_Sistema_Evaluacion+Cod_Per_Ult_Matriculado+Cod_Ciclo_Curso+Est_Curso+Tip_Curso+Flg_Covalidacion+Num_Credito_Curso+Num_Nota_Parcial+Num_Nota_Practica+Num_Nota_Final+Num_Nota_Promedio+Num_Veces+Txt_Num_Resolucion+Fec_Resolucion+Cod_Curadi+Txt_Observacion
+Generar()+TraerTodos()+Buscar()+Actualizar()+ImprimirAvance()+ImprimirRecord()
Avance_curricular
+Cod_Alumno(PK)+Cod_Mencion(PK)+Tip_Condicion_Alumno+Cod_Periodo_Ingreso+Cod_Periodo_Ult_Mat+Cod_Plan_Anterior+Cod_Plan_Ultimo+Flg_Ampliacion_Credito+Flg_Pago_Boleta+Est_Avance_Curricular+Flg_Habilitado+Num_Max_Ciclo_Matricularse+Num_Max_Cred_Ampliacion+Num_Max_Cred_Matricula+Num_Max_Cur_Matricula+Num_Orden_Merito_Gen_Matricula+Num_Orden_Merito_Per_Ant_Carr+Num_Orden_Ficha_Mat_Carr+Num_Cred_Aprob_Plan_Actual+Num_Cred_Aprob_Plan_Anterior+Num_Tot_Cred_Desap+Num_Prom_Orden_Matri+Num_Tot_Cursos_Aprob+Num_Tot_Cred_Aprob+Num_Tot_Prom_Pond_General+Fec_Ultima_Actualizacion+Cod_Usuario+Fec_Registro+Tip_Operacion+Num_Cred_Aprob_Periodo_Ant+Num_Prom_Pond_Periodo_Ant+Num_Cred_Insc_Periodo_Ant+Num_Tot_Cred_Acum_Aprob+Num_Cur_Aprob_Periodo_Ant+Num_Prom_Aprob_Plan_Actual+Num_Total_Prom_Acum_Aprob+Num_Ciclo_Relativo+Flg_Medico+Num_Incre_Ciclo_Matricularse+Est_Situacion+Num_Cred_Desap_Plan_Actual+Num_Cred_E_Aprob_Plan_Actual+Num_Cred_e_Desap_Plan_Actual+Num_Prom_Ultimo_Periodo+Num_Ciclo_Relativo_PP
+Generar()+TraerTodos()+Buscar()+Actualizar()
Det_Curso_Matriculado
+Cod_Alumno(PK)+Cod_Sec_Plan(PK)+Cod_Curso(PK)+Cod_Seccion(PK)+Cod_Periodo(PK)+Cod_Grupo_Sup+Fec_Registro+Tip_Operacion+Cod_Usuario+Est_Cur_Mat
+MatriculadorNormales()+MatriculadorIngresantes()+CierreMatricula()+RetiroCurso()+RetiroTotal()
Det_Ficha_Matricula
+Cod_Alumno(PK)+Cod_Curso(PK)+Cod_Mencion(PK)+Cod_Sec_Plan(PK)+Tip_Curso+Est_Curso+Num_Veces+Num_Credito_Curso+Num_Nota_Promedio+Flg_Matricula+Fec_Registro+Tip_Operacion+Flg_Promocion+Cod_Ciclo_Curso+Cod_Ciclo_Actual+Cod_Usuario
+Generar()+TraerTodosIngresantes()+TraerCursosMatricular()
*1
Figura: Diagrama de Clases
168
3. Diagrama de Base de Datos
Figura: Modelo Físico Base de Datos Parte 1
Figura: Modelo Físico Base de Datos Parte 2
Figura: Modelo Físico Base de Datos Parte 3
169
Figura: Modelo Físico Base de Datos Parte 4
Figura: Modelo Físico Base de Datos Parte 5
Modelo Físico de la Base de Datos Tablas Histórica
Estas tablas, fueron diseñadas para la parte de los cierre de periodo académicos y almacenar datos históricos. Su función es de almacenar todos los datos que provienen de todos los periodo académicos aperturados.
170
Figura: Modelo Físico Base de Datos Tablas Históricas
Estructura de Trabajo Base de Datos
Figura: Base de datos
“SistPostGradoInt” Figura: Base de
datos 26 primeras tablas
Figura: Base de datos 8 tablas
restantes
171
Figura: Stored Procedures
172
Figura: Scalar -Values
Functions