Está en la página 1de 101

“Año de la Inversión para el Desarrollo Rural y la Seguridad Alimentaria”

UNIVERSIDAD NACIONAL DE UCAYALI

Facultad de Ingeniería de Sistemas y de ingeniería Civil

Escuela Profesional de Ingeniería de Sistemas

INFORME FINAL DE PRÁCTICA PRE PROFESIONAL I

“ANALISIS Y DISEÑO DEL SISTEMA INTEGRADO DE


GESTIÓN ACADÉMICA DE LA UNIVERSIDAD
NACIONAL INTERCULTURAL DE LA AMAZONIA”

ALUMNOS: PAJUELO TAPIA, AMMIEL ELIEZER

LAULATE PANDURO, CRISTHIAN

ASESORA :ING. CLOTILDE RIOS HIDALGO

UCAYALI – PERÚ

2013
AGRADECIMIENTOS

A Dios por darnos la vida y concedernos los deseos de nuestros corazones,

a nuestros padres por apoyarnos en la realización de nuestras metas como

profesionales, a los docentes Ing. Clotilde Rios Hidalgo y al Ing. Luis Rivera

Echegaray, por apoyarnos y formarnos profesionalmente en la realización

de nuestra Práctica Profesional I a ellos nuestra entera gratitud.


Índice
PRESENTACION.............................................................................................1

Parte 1..............................................................................................................2

Modelado del Negocio......................................................................................2

Reseña Histórica de la Universidad Nacional Intercultural de la..........3

Amazonia.....................................................................................................3

Visión de la Universidad Nacional Intercultural de la Amazonia..................6

Misión de la Universidad Nacional Intercultural de la Amazonia..................7

1.1 Visión del Negocio..................................................................................8

1.2 Posicionamiento Oportunidad del Negocio...........................................9

1.3 Definición del problema........................................................................10

1.4 Posicionamiento del Producto.............................................................11

Autoridades Universitarias y OSA...........................................................17

OSA..........................................................................................................17

(Todos los antes mencionados)..............................................................18

1.5 RANGOS DE CALIDAD........................................................................18

1.6 PLAN DE DESARROLLO DEL SOFTWARE.......................................19

1.7 Modelo de Casos de Uso del Negocio.................................................39

1.8 Modelo de Análisis del Negocio............................................................40

1.9 Modelo de Dominio.............................................................................43

Parte 2............................................................................................................44
Requerimientos............................................................................................44

2.1 Especificación de requerimientos de software.....................................45

2.2 Diagrama de caso de uso de requerimiento del sistema....................48

2.3 Documentación de casos de uso..........................................................49

Parte 3............................................................................................................61

Análisis y Diseño............................................................................................61

Modelo de Análisis.........................................................................................62

3.1 Diagrama de Clases de Análisis...........................................................62

3.2 Modelo de Diseño.................................................................................63

3.3 Diagramas de secuencia y Prototipos de interfaces............................69

3.3.18 Prototipo registrar acta de notas.....................................................79

..................................................................................................................... 79

3.3.19 Prototipo subir silabus......................................................................79

..................................................................................................................... 79

3.4 Diagrama de Clases de Diseño .......................................................... 81

3.5 Diagramas de Estados..........................................................................82


LISTA DE CUADROS

Cuadro 1 Visión del Negocio: Definición del problema..................................10

Cuadro 2 Visión del Negocio: Posicionamiento del Producto........................11

Cuadro 3 Perfil de Stakeholders: Autoridades Universitaria..........................12

Cuadro 4 Perfil de Stakeholders: OSA..........................................................14

Cuadro 5 Perfil de Stakeholders: Docentes..................................................15

Cuadro 6 Perfil de Stakeholders: Estudiantes...............................................15

Cuadro 7 Perfil de Stakeholders: Consejeros................................................16

Cuadro 8 Necesidades Principales de los Usuarios.....................................17

Cuadro 9: Entregables del proyecto..............................................................20

Cuadro 10: Papeles y Responsabilidades.....................................................23

Cuadro 11: Plan de proceso de desarrollo de acuerdo a fases.....................25

Cuadro 12: Fases del proyecto e hitos principales........................................25

Cuadro 13: Tareas del proyecto....................................................................29

Cuadro 14: Factor de peso de los actores sin ajustar (UAW).....................30

Cuadro 15: Factor de peso de los casos de uso sin ajustar (UUCW)..........31

Cuadro 16: Factor de complejidad técnica (TFC).........................................32

Cuadro 17: Factor de complejidad ambiental (ECF).....................................33

Cuadro 18: Características servidor de Base de Datos.................................35

Cuadro 19: Características de las Estaciones de trabajo..............................36

Cuadro 20:Digitar registro.............................................................................49

Cuadro 21: Aperturar ciclo.............................................................................50

Cuadro 22: Realizar cambio de plan..............................................................51


Cuadro 23: Crear plan curricular....................................................................52

Cuadro 24: Permitir Curso paralelo................................................................53

Cuadro 25: Convalidar curso..........................................................................54

Cuadro 26: Realizar matricula.......................................................................55

Cuadro 27: Digitar encuesta...........................................................................56

Cuadro 28: Realizar consultas.......................................................................57

Cuadro 29: Digitar Acta de Notas.................................................................58

Cuadro 30: Entregar Silabos..........................................................................59

Cuadro 31: Generar Reportes.......................................................................60


LISTA DE FIGURAS

(Figura 1 : Diagrama de casos de uso del negocio: Gestión académica

de la UNIA) Fuente: Elaboración propia........................................................39

Figura 2: Modelo de Objetos del Caso de Uso Realizar Matricula...............40

Figura 3: Modelo de objetos del caso de uso elaborar plan académico.......41

Figura 4: Modelo de objetos del caso de uso encuestas...............................42

Figura 5: Modelo de objetos del caso uso entregar sílabos.........................42

(Figura 6: Modelo de Dominio del Proceso de Gestión Académico) Fuente:

Elaboración propia..........................................................................................43

( Figura 7: Diagrama de caso de uso de requerimiento del sistema) Fuente:

Elaboración Propia.........................................................................................48

(Figura 8: Diagrama de Clases de Análisis) Fuente: Elaboración propia......62

Figura 9: Diagrama de Colaboración Registrar Estudiante...........................63

Figura 10: Diagrama de Colaboración Registrar Docente............................63

Figura 11: Diagrama de Colaboración Registrar Cursos...............................63

Figura 12: Diagrama de Colaboración Crear Plan Curricular........................64

Figura 13: Diagrama de Colaboración Cambiar de Plan...............................65

Figura 14: Diagrama de Colaboración Realizar Matricula.............................65

Figura 15: Diagrama de Colaboración Digitar Encuestas..............................66

Figura 16: Diagrama de Colaboración Aperturar Ciclo..................................66

Figura 17: Diagrama de Colaboración Convalidar Cursos............................67

Figura 18: Diagrama de Colaboración Permitir Curso Paralelo.....................67

Figura 19: Diagrama de Colaboración Digitar Acta de Notas........................68


Figura 20: Diagrama de Colaboración Entregar Silabos...............................68

Figura 21: Prototipo Menú Principal...............................................................69

Figura 22: Prototipo Login Administrador.......................................................69

Figura 23: Prototipo menú del administrador.................................................70

Figura 24: Diagrama de secuencia Registrar Docente..................................71

Figura 25: Prototipo Matricula Administrador.................................................72

Figura 26: Diagrama de secuencia gestionar matricula.................................72

Figura 27: Prototipo plan de estudio..............................................................73

Figura 28: Diagrama de secuencia plan de estudio.......................................73

Figura 29: Prototipo login estudiante.............................................................74

Figura 30: Prototipo iniciar matricula..............................................................74

Figura 31: Prototipo Matricula........................................................................75

Figura 32: Prototipo verificar matricula..........................................................75

Figura 33: Prototipo imprimir matricula..........................................................76

Figura 34: Prototipo consultar notas..............................................................76

Figura 35: Diagrama de secuencia matricula.................................................77

Figura 36: Prototipo login docente.................................................................78

Figura 37: Prototipo acta de notas................................................................78

Figura 38: Prototipo registrar acta de notas...................................................79

Figura 39: Prototipo subir silabus...................................................................79

Figura 40: Diagrama de secuencia Docente (Registrar actas, subir silabus,

consultar horario)............................................................................................80

Figura 41: Diagrama de Clases de Diseño....................................................81

Figura 42: Diagrama de estados digitar registro............................................82


Figura 43: Diagrama de estados realizar matricula.......................................82

Figura 44: Diagrama de estados digitar acta de notas..................................83

Figura 45: Diagrama de estados digitar encuesta.........................................83

Figura 46: Diagrama de estados entregar silabos........................................84

Figura 47: Diagrama de estados aperturar ciclo............................................84


1

PRESENTACION

Dentro de una empresa privada o estatal es necesario el diseño de un

modelo de negocio, para facilitar el conocimiento de los roles dentro de

dicho negocio, para posteriormente diseñar uno o diversos sistemas que

faciliten el funcionamiento organizado.

Debido a eso diseñaremos el modelo de negocio de la gestión académica

de la universidad nacional intercultural de la amazonia, con el objetivo de

conocer el funcionamiento en sus procesos de gestión donde se detallarán

los actores y roles que forman parte de este negocio.

Además este documento nos servirá de base para crear el Sistema

Integrado de Gestión Académica, de la cual es el objetivo principal para

mejorar su calidad de servicio, ya que en la actualidad no cuentan con un

respectivo sistema que mejore y facilite sus procesos.

El presente documento es el resultado de la etapa de análisis para el

desarrollo del sistema, Mediante este documento se detalla el esquema de

funcionamiento del “SISTEMA INTEGRADO DE GESTIÓN ACADÉMICA

(SIGA WEB)” ofreciendo el panorama en que se desarrollan los procesos,

diagramas y actores en una parte del área de Informática, haciendo uso de

la herramienta UML.
Parte 1:

Modelado del Negocio


Reseña Histórica de la Universidad Nacional Intercultural de la

Amazonia

La Universidad Nacional Intercultural de la Amazonia - UNIA, fue

creada mediante Ley Nº 27250 de fecha 05 de enero del 2000, con

sede en el distrito de Yarinacocha, provincia de Coronel Portillo,

departamento de Ucayali; cuyas finalidades están contempladas en la

Ley Universitaria ( Ley Nº 23733) y su Ley de Creación. Mediante

Resolución Nº 228-2003- CONAFU, de fecha 15 de diciembre del

2003, se otorga el funcionamiento provisional a la UNIA, como

persona jurídica de derecho público interno, para brindar servicio

educativo universitario a través de las Carreras Profesionales de

Educación Inicial Bilingüe y Primaria Bilingüe.

La Resolución Nº 229 – 2003-CONAFU, de fecha 15 de diciembre del

2003, reconoce a la Comisión Organizadora de la UNIA, la que estaba

integrado por las siguientes personas:

- Dr. Jorge Eduardo Villafuerte Recharte - Presidente.

- Mg. Pedro Angulo Herrera - Vicepresidente Académico

- Mg. Augusto Padilla Yépez - Vicepresidente Administrativo.

Según Acta de Instalación y constitución de la Comisión

Organizadora, realizada el día 08 de enero 2004, en las instalaciones

del Campus Universitario, se inició las actividades por la apertura y

consolidación de la UNIA.
La Resolución Nº 183-2004-CONAFU, de fecha 15 de septiembre del

2004, designa al Dr. Otto Flores Sáenz, como Vicepresidente

Académico de la UNIA, por renuncia del Mg. Pedro Angulo Herrera.

La UNIA, está sujeto a la evaluación permanente del CONAFU,

prevista en el literal c) del Artículo 2º de la Ley Nº 23439 (Ley que

crea al CONAFU), hasta el otorgamiento de la autorización definitiva

de funcionamiento.

Mediante Ley Nº 28254 – Ley que autoriza Crédito suplementario en

el Sector Público para el Año Fiscal 2004, de fecha 11 de junio del

2004, se asigna a la UNIA, su primer presupuesto de S/. 1,

000,000.00 Nuevos Soles.

La Resolución Nº 276-2005-UNIA-CO, de fecha 03 de octubre del

2005, deroga la Resolución Nº 007-2004-UNIA-CO-P, de fecha 28 de

junio del 2004, y aprueba el nuevo Reglamento de Organización y

Funciones (ROF), de la UNIA. La Resolución Nº 277-2005-UNIA-CO,

de fecha 03 de octubre del 2005, deroga la Resolución Nº 008-2004-

UNIA-CO-P, de fecha 30 de junio del 2004 y prueba el nuevo Cuadro

para Asignación de Personal (CAP), de la UNIA.

La Resolución Nº 280-2005-UNIA-CO, de fecha 03 de octubre del

2005, deroga la Resolución Nº 010-2004-UNIA-CO-P, de fecha 02 de

julio del 2004 y aprueba el nuevo Presupuesto Analítico de Personal

(PAP), de la UNIA.

La Resolución Nº 283-2005-UNIA-CO de fecha 06 de octubre del

2005, derogada la Resolución Nº 009-2004-UNIA-CO-P, de fecha 01


de julio del 2004 y aprueba el nuevo Manual de Organizaciones y

funciones - MOF, documento de gestión donde se describe las

funciones y estructura orgánica de la UNIA.

El 22 de diciembre del 2005, mediante Resolución Nº 253 – 2005-

CONAFU, se aprueba el Plan de Desarrollo Institucional PDI de la

UNIA, cuyo periodo de vigencia es de cinco (05) años. En el año

2005, la Comisión Organizadora de la Universidad, integrada por el

Dr. Jorge Eduardo Villafuerte Recharte, Presidente, Dr. Otto Flores

Sáenz, Vicepresidente Académico y el Mg. Augusto Padilla Yépez,

Vicepresidente Administrativo, determinaron la realización de las

actividades preparatorias para el funcionamiento de las dos primeras

Carreras Profesionales aprobadas por la CONAFU; Educación Inicial

Bilingüe y Primaria Bilingüe, implementándose de infraestructuras

físicas (aulas y laboratorios) y actividades administrativas,

convocándose al primer Proceso de Admisión en agosto del 2005.

Y en el Año 2006, inician dos nuevas Carreras Profesionales,

Ingeniería Agroforestal – Acuícola y Agroindustrial, dándose 02

procesos de admisión para nuevos ingresantes a las 04 carreras.

La Resolución Nº 477 – 2008-CONAFU, de fecha 27 de Noviembre

del 2008, reconoce una nueva Comisión Organizadora de la UNIA, la

que estaba integrada por las siguientes personas:

- Dr. Demetrio Carranza Lavado - Presidente.

- Ph.D.Edwin Escurra Meneses - Vicepresidente Académico

- Dr. Nilo Maguiña Vásquez - Vicepresidente Administrativo.


La Resolución Nº 021 – 2009-CONAFU, de fecha 14 de Enero del

2009, reconoce una nueva Comisión Organizadora de la UNIA, la que

está integrada por las siguientes personas:

- Ph.D.Edwin Escurra Meneses - Presidente.

- Ing. Mg.Sc. Julio Benito Heredia Vásquez - Vicepresidente

Académico

- Dr. Nilo Maguiña Vásquez - Vicepresidente Administrativo.

Actualmente la UNIA registra una población universitaria de 1055

estudiantes, albergando población mestiza e indígena como son:

Aguaruna (Awajún), Aymara, Amahuaca, Asháninka, Asheninka,

Bora, Cashibo-Cacataibo, Cashinanua, Cocama-Cocamilla,

Isconahua, Machiguenga (Matsiguenga), Quechua, Sarayacu,

Sharanahua, Shawi, Shipibo-Conibo, Yagua, Yanesha, Piro (Yine) y

Resígaro.

Visión de la Universidad Nacional Intercultural de la Amazonia


“La Universidad Nacional Intercultural de la Amazonia, será el

Centro de Educación Superior de vanguardia en la formación

profesional, la capacitación y el desarrollo de comunidades nativas

y poblaciones urbanas; así como en la investigación social y de los

recursos acuícolas y agroforestales como medios para mejorar la

calidad de vida y apoyar al desarrollo de la Amazonia.”.

Misión de la Universidad Nacional Intercultural de la Amazonia

“Formar profesionales con sólida base científica, técnica y

humanística; profundizar la actividad de investigación, incidiendo

en la aplicación e innovación de la ciencia, la tecnológica y el arte

desde y hacia la comunidad local, regional y nacional con la

finalidad de contribuir a su desarrollo sostenido; fundamentalmente

de los grupos etnolingüísticas de la región amazónica y para

mejorar su calidad de vida.


1.1 Visión del Negocio

Introducción

Propósito

El propósito de esta sección del documento, es representar

genéricamente el panorama de funcionalidad y requerimientos

presentados para el desarrollo del Sistema Integrado de Gestión

Académica, según las necesidades de los usuarios finales y en

especial de la Universidad Nacional Intercultural de la Amazonía.

Los detalles de cómo el sistema cubre los requerimientos se

pueden observar en la especificación de los casos de uso y el

detalle de requerimientos funcionales y no funcionales.

Alcance

El Sistema Integrado de Gestión Académica permite automatizar

de forma integrada los procesos de la gestión académica que se

realiza en la Universidad Nacional Intercultural de la Amazonía a

través de la oficina de servicios académicos (OSA).

En este sentido, permite que los usuarios encargados, de acuerdo

a su pertinencia en el proceso, designada por su rol en la

institución puedan planificar y configurar parámetros generales de

evaluación por semestre académico, organizar el proceso de

matrícula dinámicamente, organizar un plan curricular, registrar en

detalle las calificaciones del rendimiento académico en sus

distintos niveles, gestionar las encuestas de manera rápida y


procesar los resultados a través de los distintos niveles de

evaluación. Finalmente, los resultados de todo este proceso serán

consultables por todos los actores del proceso.

1.2PosicionamientoOportunidad del Negocio

La implementación del Sistema Integrado de Gestión Académico

permite mejorar el servicio de consulta de información que se le

da a la población universitaria además, hacer un uso eficiente de

los recursos de tiempo y materiales de consumo.

El incremento progresivo del nivel educativo en las universidades

aumenta el compromiso institucional por dar un servicio de calidad

siendo una exigencia por parte de la población universitaria.

Dadas la complejidad del proceso y la flexibilidad que deben tener

las plataformas de información, el sistema actual (desarrollado en

PowerBuilder 6.0) quedará colapsado en su crecimiento.

La Universidad Nacional Intercultural de la Amazonía cuenta con

una infraestructura propia de hardware que puede soportar el

nuevo sistema a desarrollar sin caer en costos adicionales de

implementación.

Los estudiantes cuentan con conexión a internet WIFI que les

brinda la Universidad Nacional Intercultural de la Amazonía,

además que les brinda los laboratorios de cómputo para tener

acceso a internet. Lo cual permitirá el fácil acceso a la información

desde las interfaces web del sistema.


1.3 Definición del problema

Cuadro 1 Visión del Negocio: Definición del problema

1) La falta de integración de la información, estando

fraccionada entre registros manuales.

2) Dificultad de acceso a la información de parte de

los estudiantes, docentes y autoridades

universitarias.

3) Sistema informático desarrollado en PowerBuilder

6.0 de escritorio y archivos de Excel.

El 4) Dificultades de crecimiento de la información.

proble 5) Errores críticos en el modelo de datos.


ma de
6) Ausencia de reportes completos en tiempo real.

7) Doble digitación de promedios por semestre de los

estudiantes.

8) Problemas del manejo de información por falta de

control.
afecta a Estudiantes, Autoridades universitarias y Docentes

1) Malestar en los estudiantes, profesores y

El autoridades universitarias.

impacto 2) Demoras y sobrecostos en los procesos internos de

asociado gestión académica.

es 3) Largas colas de espera al matricularse


Una Implementar un Sistema Integrado De
Gestión
solución Académica que integre toda la información del

adecuada proceso y de acceso rápido y completo a los


actores
sería del proceso.

1.4 Posicionamiento del Producto

Cuadro 2Visión del Negocio: Posicionamiento del Producto

Para Estudiantes, Docentes y Autoridades Universitarias

Necesitan planificar, organizar y ejecutar la gestión

Quienes académica. O en su defecto, consultar la información de la

gestión académica en tiempo real.

El
SISTEMA INTEGRADO DE GESTIÓN ACADEMICA VIA

nombre WEB (SIGA WEB)

del

producto
Almacena y procesa la información correspondiente al
Que
proceso de gestión académica de la universidad.

El proceso actual de registros manuales, sistema

No como desarrollado en powerbuilder 6.0 escritorio y archivos de

Excel.

Nuestro Permite gestionar los distintos procesos de la gestión


producto académica mediante una interfaz gráfica sencilla y

amigable. Además, proporciona acceso rápido y en

tiempo real desde cualquier equipo de la institución ó

desde cualquier equipo que posea conexión a internet.

Fuente: Elaboración propia

Descripción de Stakeholders

Para poder brindar eficientemente un servicio que se ajuste a las

necesidades de los usuarios, es de mucha importancia la identificación

e implicación de quienes son partícipes en el proyecto como

integrantes en el proceso de modelado de requerimientos. Además,

identificar a los usuarios y verificar que los participantes los

representen apropiadamente.Esta sección muestra un perfil de los

participantes y de los usuarios involucrados en el proyecto, así como

los problemas más importantes que éstos perciben para enfocar la

solución propuesta hacia ellos.

Perfil de Stakeholders

Cuadro 3Perfil de Stakeholders: Autoridades Universitaria

Descripción Autoridades universitaria

Representante (Autoridades universitaria – aproximadamente 6)


Participar del control de evaluación y de la

gestión académica.

Supervisar el proceso de gestión académica a

nivel institucional.

Elaborar directivas para el proceso de evaluación,

calificación y proceso de la gestión académica.

Revisión de requerimientos.
Participación
Seguimiento en el desarrollo del proyecto.

Dar visto bueno de los avances e hitos del

sistema.

Consulta información de alumnos matriculados

por escuela.

Consulta información consolidada de

indicadores de gestión académica.

Fuente: Elaboración propia


Cuadro 4 Perfil de Stakeholders: OSA

Descripción OSA

Lic. Beatriz Miguel Diego (jefe de la oficina de servicios


Representantes
académicos)

Ejecutar el plan de evaluación y

gestión académica.

Revisión de requerimientos y prototipos

del sistema.

Brindar información de procesos de

gestión académica a la población

universitaria.

Participación Consultar información consolidada de indicadores

de gestión académica en tiempo real.

Doble digitación de matrículas, promedios y

planes curriculares.

Llevar un control ordenado de la

gestión académica.

Registrar toda la información en la aplicación de

escritorio implementado en powerbuilder 6.0


Fuente: Elaboración propia
Cuadro5 Perfil de Stakeholders: Docentes

Descripción Docentes

Representantes (Docentes – aproximadamente 200)

Registrar actas de notas

manualmente Consultar horarios de

clases.

Participación Entregar silabos del curso que dicta a

los estudiantes.

Participar del control de gestión académica

Participar del plan de evaluación de encuestas y

gestión académica.
Fuente: Elaboración propia

Cuadro 6Perfil de Stakeholders: Estudiantes

Descripción Estudiantes

Representant (Estudiantes – aproximadamente 1500 )


e
Participar del control de gestión

académica. Consultar información de

notas de cursos.
Participación Consultar información de su avance curricular.

Solicitar cursos a convalidar, cambio de plan y

cursos paralelos.

Consultar información de horario de clases.

Realizar matricula de forma manual.


Cuadro 7 Perfil de Stakeholders: Consejeros

Descripción Consejeros

Representa (Consejeros – 50)

nt es

Participar del control de la gestión

académica. Participar del proceso de

matrícula.

Consultar información referente al


Participación
avance académico del estudiante.

Brinda información a los estudiantes de

su avance académico.

Emitir informe de estudiantes matriculados en el

semestre académico.
Fuente: Elaboración propia

Ambiente de Usuario

Los usuarios pertenecientes a la institución, utilizarán una aplicación

vía web en la cual ingresarán un login y password asignado. el cual

habilitará las funciones que le competan según sus funciones y

necesidades.
Necesidades Principales de los Usuarios

Cuadro 8Necesidades Principales de los Usuarios

Solución
Necesidad Priorida Concernient Solución actual
d e propuesta

El sistema
a
Alcanzar

directivas
implement
ar
de

gestión
, tomará
en
Establece académica
r
por
cuenta
escalas hit Autoridades escrito a
e os los
estos
generales de ALTA Universitaria profesores y
s
puntos
gestión y OSA. estudiantes

para
como

parte
académic posteriormente
a.
de

su
supervisar

su
configuraci
ó
cumplimiento.
n
dinámica.
Actividad

manual.
Elaborar
Registros El
físicos sistema
registros

de
desarrollados automatiza
r
por
matrícula, ALTA OSA

acta
equipo y á

este
de notas y
actualizados proceso.

cada
encuestas.
periodo.

Solución
Necesidad Priorida Concernient Solución actual
d e propuesta
Registrar y Actividad manual El

procesar las en su nivel


sistema
calificaciones más
automatiz
de las ALTA Docente detallado.
ar á
evaluaciones Registro de
este
en sus distintos promedios
proceso.
niveles en sistema

desarrollado
de
en
profundidad.
powerbuilder 6.0.
El

Consultar sistema

en Registros permitirá
(Todos
detalle y la
ALTA físicos. Sistema
en los antes consulta
desarrollado
tiempo real mencionado de la
en
la s) informació
powerbuilder 6.0
información n por

de parte de

gestión todos

académica. los

actores

del

proceso.
Fuente: Elaboración propia

1.5 RANGOS DE CALIDAD

1.5.1 DISPONIBILIDAD:
Nuestro producto estará disponible en los horarios que la institución

indique.

1.5.2 USABILIDAD:Nuestro sistema tendrá un manual de uso.

1.5.3 Panorama del producto


a)Perspectiva:El responsable podrá acceder a dicho sistema mediante una

cuenta de usuario.

b) Restricciones: El sistema no dará reporte de notas entre otros.

1.6 PLAN DE DESARROLLO DEL SOFTWARE

1.6.1 Introducción

1.6.2 Propósito

El objetivo de este Plan de Desarrollo de Software es definir las

actividades realizadas durante el desarrollo de las fases e iteraciones

requeridas para llevar a cabo elSISTEMA INTEGRADO DE GESTIÓN

ACADÉMICA (SIGA WEB).

1.6.3 Alcance

Este Plan de Desarrollo de Software describe el plan global a ser

usado por los encargados del proyecto, para desarrollar la

implementación de un Sistema Integrado de Gestión Académica,Se

describirán los detalles de los procesamientos individuales del plan.

Los planes que se dan en éste documento se basan en los requisitos

del producto como está especificado en el documento visión.

1.6.4 Referencias

Las referencias aplicables son: La visión para la implementación del

Sistema Integrado de Gestión Académica.

1.6.5 Apreciación Global


Este Plan de Desarrollo de Software contiene la información siguiente:

 Proyecto de Apreciación Global: Proporciona la descripción del

propósito del proyecto, alcance y objetivos. También determina el

entregable que se espera en el proyecto en determinados

periodos.

 El Proceso de Dirección:Explica el costo estimado y lo fija,

define las fases mayores e hitos para el proyecto, y describe el

modo de supervisión para el proyecto.

 Los Planes del Proceso Técnicos:Proporciona un panorama

global del proceso de desarrollo de Software, incluso los

métodos, herramientas y técnicas para ser seguido.

1.6.6 La Apreciación Global del Proyecto

1. Propósito del Proyecto, Alcance y Objetivos

El propósito, alcance y objetivo de este Plan de Desarrollo de

Software es definir las actividades realizadas durante el

desarrollo de las fases e iteraciones requeridas para

implementar el Sistema a realizar.

2. Entregables del Proyecto.

Los entregables siguientes se desarrollaran durante el proyecto.

Cuadro9:Entregablesdelproyecto
Fases Workflows Artefactos

Documentos

de

visión.

Plan de desarrollo

de Software.

INICIAL MODELO Modelo de


DEL Use

Case del Negocio.


NEGOCIO
Modelo de

Dominio del

Problema.
Modelo de
Use
REQUERIMIENTO
Case.
S
Especificación

de los Use Case.


Diagrama

de

Colaboració

n.

Diagrama

ELABORACIÓN ANÁLISIS Y
de Clases.
DISEÑO

Diagrama de

Secuencia.

Diagrama
de Estados

Prototipo

de
Interfaz

Diseño de Base
ANALISIS DE
de Datos.

DISEÑO PrototipoInicial.

Diagrama de

Componente

s.

Diagrama de
CONSTRUCCIÓN IMPLEMENTACIÓ
N Despliegue.

Prototipo

del Software

Final

Pruebapor

TRANSICIÓN PRUEBA
Use Case
Fuente :ElaboraciónPropia

3. Evolución del Plan de desarrollo de Software

El Plan de Desarrollo de Software se revisará anterior a la salida

de cada proceso de iteración.

1.6.7 La Organización del Proyecto

1. Estructura Orgánica

El equipo de trabajo comprende de un estudiante de la escuela

profesional de ingeniería de sistemas de la universidad


nacional de ucayali y un asesor ingeniero de sistemas, para el

desarrollo del proyecto.

2. Interfaces Externas

Los realizadores del proyecto también actuarán recíprocamente

con otro stakeholder para solicitar las entradas y revisión de los

artefactos.

3. Papeles y Responsabilidades

La tabla siguiente identifica las unidades orgánicas que serán

responsables para cada uno de los flujos de trabajo, y el detalle

de los procesos de apoyo.

Cuadro10: Papeles y Responsabilidades

PAP RESPONSABILIDAD
EL

Responsabilidad del manejo del

flujo de producto de dirección del

proyecto global.
 Pajuelo

Tapia, Ammiel Responsable principal de

manejar el modelado comercial y


 Laulate
el flujo de trabajo de los
Panduro,
requisitos, proporciona el apoyo
Cristhian
y entradas de Workflow de

Dirección de Proyecto.

Responsable principal para el


análisis y diseño, aplicación,

configuración, capacitación y

flujos de trabajo de ambiente.

Proporciona el apoyo al

Workflow de dirección de

proyección.

Es el responsable para manejar

la prueba, y Workflows

del

Despliegue.
Realiza la asesoría, seguimiento
Asesores del Proyecto Y correcciones de entregables

de proyectos.

1.6.8 El Proceso de Dirección

1. Estimación del Proyecto

Las estimaciones del proyecto son basadas en el Estudio de

Factibilidad aplicado al proyecto. El tiempo y el esfuerzo estimado en

este informe es la base del presupuesto del proyecto y horario.

2. Plan de Proyecto

a) Plan de la Fase:

ElSistema Integrado de Gestión Académica,será desarrollado

usando un acercamiento escalonado a la cual utilizará cuatro


fases de interacción. Las fases y el horario relativo se muestran

en la tabla siguiente:

Cuadro 11:Plan de proceso de desarrollo de acuerdo a fases

FASE EMPIEZA TERMINA

Fase de Inicio (10%) 15/04/201 20/04/201


3 3
Fase de la Elaboración (25%) 21/04/201 31/05/201
3 3

Fase de la Construcción (60%) 01/06/201 15/07/201


3 3
Fase de la Transición (5%) 16/07/201 21/07/201
3 3

Cuadro 12:Fases del proyecto e hitos principales

FASE DESCRIPCIÓN HITO

En esta Etapa se Determina

define el modelo la

del negocio, los Factibilidad del

requerimientos proyecto desde un

del producto, punto de vista del


INICIO
negocio.
se elabora el

plan de Se definen

desarrollo los

requerimientos,
de Software.
características,

claves y

principales
restricciones.
Estima los
recursos
(Tiempo, costos

del

ambiente de

desarrollo)
La fase

de

Elaboración

analizará

los

requisitos y

se

desarrollará

el

prototipo El hito del Prototipo


ELABORACIÓN
arquitectónico.
Arquitectónico marca
En la realización
el término de la Fase
de la fase
de la Elaboración.
de

la

Elaboración

todos los Use

Case

seleccionados

para una primera

versión 1.0

habrán

completado
el

análisis y el plan.

Además se

habrán

analizado los

Use Case de

alto

riesgo que
para
una Versión 2.0

ya se

habrán

diseñado.

El prototipo

arquitectónico

probará

la

viabilidady

actuación de la

arquitectura que

se requiere para

Versión 1.0.
Durante la Fase Actualización con

de todos los

laConstrucción
elementos necesarios
se analizan los
para dar soporte
Use Case
CONSTRUCCIÓN ala
restantes y se
implantación de la

diseñarán estos. persistencia (ejemplo

La versión beta tablas, index, mapeo

para la Versión de modelo de datos

1.0 se orientado a objetos a

desarrollará y se relacionar).

distribuirá para
la
evaluación.

Completa en la

concordancia con
En esta fase se
los
empaquetará,
requerimientos
distribuirá e
TRANSICIÓN del
instalará el
producto definidas en
producto.
el documento de

Visión del Negocio.

El

producto

final

debeestardisponiblepa

ra los usuarios.

Cada fase es dividida en las interacciones del desarrollo. Se

espera que la duración del proyecto sea de 4 meses.

b) Horario del Proyecto

El horario del proyecto que contiene el nombre de las labores, las

fechas de inicio y fin se muestran a continuación.


Cuadro 13: Tareas del proyecto

FASE EMPIEZA TERMINA

Modelamien
15/04/2013 20/04/2013
to del

Negocio
Requerimiento 21/04/2013 26/04/2013
s

Análisis y
27/04/2013 15/07/2013
Diseño

Implementació
n

Prueba

Despliegue

3. Recursos para el Proyecto

a) Plan de Adquisición de Recursos

La Universidad Nacional Intercultural de la Amazoniaha

asumido con todos los costos que va a requerir el sistema.

b) Entrenamiento que se planean

Se entrenará al equipo del proyecto en las siguientes

habilidades, al comienzo de las actividades del plan:

 Análisis y Diseño Orientado a Objeto


 ProcesoUnificado Rational

 Rational Roose 3.2

 ServidorGlassFish 2.1

 NetBeans 7.2.1

 SQL Server 2008 Enterprise

C) Presupuesto

El siguiente presupuesto se basa en estimaciones iníciales:

Estimación de costo del proyecto basado en el método

de puntos de casos de uso

Cuadro 14: Factor de peso de los actores sin ajustar (UAW)

Tipo Descripción Pes Núme Resulta


do
de o ro

Acto (fact de

r or) Actore
s
Simple Otro sistema que interactúa

con el sistema a desarrollar


1 0 0
mediante una interfaz de

programación (API).

Medio Otro sistema interactuando

a través de un protocolo (ej.

TCP/IP) o una persona 2 0 0

interactuando a través de

una

interfaz en modo texto.


Complejo Una persona que 3 3 9
interactúa
con el sistema mediante una

interfaz gráfica (GUI).

Fuente: Elaboraciónpropia

Total UAW = 9

Cuadro 15: Factor de peso de los casos de uso sin ajustar (UUCW)

Tipo Descripción Pes Núme Resulta


do
de o ro de

Caso (fact Caso

de or) s

Uso de
Uso
Simple El caso de uso contiene de 1
5 6 30
a 3 transacciones.

Medio El caso de uso contiene de 4


1 2 20
a 7 transacciones. 0

Complejo El caso de uso contiene más


1 5 75
de 7 transacciones. 5

Fuente: Elaboración propia

UUCW= 125

Número de transacciones por casos de uso:

Digitar registro: 8

Cambio de plan: 3

Aperturar Ciclo: 3

Plan curricular: 2
Convalidar curso: 4

Permitir curso paralelo: 3

Generar reportes: 8

Realizar consulta: 12

Digitar encuesta: 14

Realizar matricula: 8

Realizar consulta: 3

Digitar acta de notas: 4

Entregar sílabos: 2

Cálculo de los puntos de casos de uso sin ajustar:

UUCP = UUCW + UAW

UUCP = 125 + 9

UUCP = 134

Cuadro 16:Factor de complejidad técnica (TFC)

Facto Descripción Pe Impactopercibi Factor


r so do
calcula
Técnic do
o
T1 Sistemadistribuido 2 3 6

T2 Rendimiento o tiempo de
1 3 3
respuesta

T3 Eficiencia del usuario final 1 5 5

T4 Procesamientointernocomplej 1 4 4
o
T5 El código debe ser 1 3 3
reutilizable
T6 Facilidad de instalación 0.5 4 2

T7 Facilidad de uso 0.5 4 2

T8 Portabilidad 2 0 0

T9 Facilidad de cambio 1 2 2

T10 Concurrencia 1 3 3

T11 Característicasespeciales de
1 4 4
seguridad

T12 Provee acceso directo a


1 4 4
terceras partes

T13 Se requiere facilidades

especiales de entrenamiento 1 3 3

a usuario

Fuente: Elaboraciónpropia

Factor total técnico: 41

TFC = 0.6 + (0.01*41)

TFC = 1.01

Cuadro 17:Factor de complejidad ambiental (ECF)

Factor Descripción Pe Impactopercibi Factor


so do
Ambient calcula
al do
E1 Familiaridad con el
1.5 4 6
modelo de proyecto
utilizado, familiaridad

con UML

E2 Personal -1 3 -3
tiempoparcial
E3 Capacidad de
0.5 3 1.5
analistalíder

E4 Experiencia en la
0.5 3 1.5
aplicación

E5 Experiencia en la
1 4 4
orientación a objetos

E6 Motivación 1 4 4

E7 Dificultad del lenguaje


-1 0 0
de programación

E8 Estabilidad de los
2 4 8
requerimientos

Fuente: Elaboraciónpropia

Factor ambiental total: 22

EF = 1.4 + (-0.03 x 22)

EF = 0.74

Puntos de casos de uso ajustados (UCP)

UCP = UUCP x TFC x EF

UCP = 134 x 1.01 x 0.74


UCP = 100.15

UCP 100.15 x 20

UCP = 2003

UCP= 84 días = 3 meses

Este proyecto requerirá aproximadamente un tiempo de

esfuerzo de 3 meses.

4. Entorno de Trabajo

4.1 Elección de Equipos y Accesorios de la Red LAN

a) Elección del Servidor

Para elegir el tipo de servidor se ha tenido en consideración los

equipos comprados por Universidad Nacional Intercultural de la

Amazonia, el Sistema Operativo instalado es Microsoft

Windows Server 2003 Enterprise Edition con un servidor web

GlassFish 2.1

Cuadro 18: Características servidor de Base de Datos

Características Opciones

Procesador Intel Xeon IV 3.60 GHz.

Memoria CachéInterna 2GB

Memoria RAM 4GB


Bus entrada/Salida PCI/EISA

Puerto 1 Paralelo, 2 Seriales

Puerto 3 USB

Disco Duro 1 discos de 1TB SATA

Unidad CD-ROM Lectora 48x

Dual Gigabit
Tarjeta de RED
Ethernet 10/100

Base T
ATI RADEON 7000-
Tarjeta Video
M 16MB SDRAM

Monitor : LG 21”

Mouse: Sleek 2 botones

Teclado Genius PS/2

Fuente: Elaboraciónpropia

b) Elección de Estaciones de Trabajo.

La Oficina de servicios Académicos OSA, posee una Core i3 de

2.8 GHZ de procesador, las cuales estarán conectadas al

servidor principal ubicado la oficina de informática.

Cuadro 19: Características de las Estaciones de trabajo

Características Opciones
Procesador Intel Core i3 de 2.8 GHZ

Memoria
512 Mb

Caché interna

Memoria RAM 2 GB

Disco Duro 500 GB

Tarjeta de RED. Dlink Ethernet 10/100

Teclado y Mouse Genius

Monitor 21” Digital LCD

c) Accesorios de Red Para la Transferencia de Información

de una PC a otraPC

Se ha tomado en consideración el estándar de instalaciones

comerciales de red ANSI/EIA/TIA 568-A.

Tipos de Cable a Usar:

Cable par trenzado (UTP – RJ-45 DE 100 W).

El cable de par trenzado UTP, tiene 4 partes de hilos

trenzados juntos a seis vueltas por pulgada para producir

protección de inferencias eléctricas más impedancia

consistente, o resistencia eléctrica.


El Cable par trenzado UTP es barato, fácil de instalar y puede

funcionar en red. En la actualidad es muy usado en redes

locales Ethernet (UTP) de 8 hilos.

Conectores RJ-45 Categorías 5, soportan 4 pares de cables

UTP categoría 5.

Caja toma de datos (Rosetas) RJ-45 Categoría 5.

Roseta simple (1 jack) por cada estación de

trabajo. Montaje con tornillo para facilitar la

instalación.

Conector RJ45.
39

1.7 Modelo de Casos de Uso del Negocio

Consultar record académico Consultar av ance curricular

<<include>>
<<include>>

<<extend>>

Si llena actas <<include>>


<<extend>> Realizar Matricula..

Si no adeuda

Llenar Acta de notas Encuestar a Estudiante Registrar Deuda Coordinar Horarios Entregar Reportes

<<include>>
Permitir curso paralelo Conv alidar curso
Tesorero OSA <<include>> Consejero

<<include>>
<<include>>

Asignar Aula Gestionar Cursos


<<include>>
<<include>> <<include>>

Aperturar cursos Realizar plan curricular

<<include>>

Entregar Silabos
Autoridad Univ ersitaria

Docente Estudiante. Vice académico Presidente Jef e de OSA Vice Administrativ Jef es de escuelas prof
o esionales

(Figura 1 : Diagrama de casos de uso del negocio: Gestión académica de la UNIA)Fuente: Elaboración propia
40

1.8Modelo de Análisis del Negocio

1.8.1 Modelo de Objetos del Negocio

Leer Avance Curricular


Docente. Registrar

Leer

Acta de Notas
Estudiante Leer Boleta de Notas Leer
Consejero.. Registrar

Registrar

Matricula....
OSA
Record Académico

Figura 2:Modelo de Objetos del Caso de Uso Realizar Matricula

Fuente: Elaboración propia

Descripción

La configuración general de la matrícula es realizada por el Consejero y

OSA, el cual recibe indicaciones del Estudiante.


Figura 3: Modelo de objetos del caso de uso elaborar plan académico

Alumno...

Docente...

Registrar Registrar

Registrar Plan Curricular Leer

Registrar Leer

Registrar Leer
Cambio de Plan
Autoridades... OSA Estudiante.....

Registrar
Registrar
Leer

Convalidar Cursos

Leer

Vice AcadémicoJefe de Facultad

Horarios
Docente.....
Cursos

Descripción

La organización de la estructura del plan académico es desarrollada en

primera instancia por las Autoridades Universitarias y esta es ejecutada

por la OSA, de ahí es consultada por Docentes y Estudiantes.


Figura 4:Modelo de objetos del caso de uso encuestas

Leer Matricula

Leer Registrar

Encuesta
Autoridades... OSA Estudiante....

Fuente: Elaboración propia

Descripción

Las Autoridades solicitan a OSA que se inicie el proceso de encuestas

a los estudiantes para la respectiva evaluación a los docentes.

Figura 5: Modelo de objetos del caso uso entregar sílabos

Registrar Leer

Silabos
OSA.....
Docente..... Estudiante....

Fuente: Elaboración propia

Descripción:

OSA solicita al docente que realice sus sílabos para hacer la respectiva

entrega al estudiante.
43

1.9 Modelo de Dominio

.Encuesta 1..*
.Cambio de Plan
1..*
1..*
1..*
Tiene
Genera
1
.Convalidar Cursos Realiza Registra
.Plan .Horario Requisito
1
Curricular
1..* 1..* 1..*
1..* .Matricula
Tiene
1 1..*
1..*
Escue Tiene 1..* Modalidad de Traslado
la
1
1 Tiene Realiza
.. +Tiene Lleva Tiene 1
*
Genera
P 1 Hace
er .. Pertenece Tiene
te * 1
1 1..*
n 1
e .Estudiante
c 1..*
11
e 1
1..* 1
.Cursos

1 +Pertenece Dicta
1..* 1
Facult
ad 1..* 1..*
.Docente
Pertenece

1 1
.Silabos
1..*
(Figura 6: Modelo de Dominio del Proceso de Gestión Académico) Fuente: Elaboración propia
44

Parte 2:

Requerimientos
2.1 Especificación de requerimientos de software

2.1.1 Funcionales

a) Módulo de Administrador está orientado a:

Registrar Facultad y Escuela Profesional.

Registrar deuda del alumno.

Registrar alumno.

Registrar docente.

Registrar curso.

Crear plan curricular.

Hacer retiro y reingreso de alumnos y docentes.

Convalidar cursos.

Registrar curso con su respectivo pre- requisito.

Aperturar Ciclo

Consultar acta de notas.

Consultar matriculas.

Consultar boleta de notas.

Consultar record académico.

Permitir cursos paralelos.

Generar Reportes

b) Módulo Alumno que está orientado a:

Realizar matrícula

Rellenar encuestas
Consultar horarios de clases

Consultar Sílabos

c) Módulo Docente que está orientado a:

Registrar acta de notas.

Subir sílabos al sistema.

Consultar horario de clases.

2.1.2 No Funcionales

a) El sistema debe implementarse usando las herramientas

comerciales de Microsoft: Windows Server 2003, Java,

RationalRoose y SQL Server 2008.

Razón: La institución cuenta con una política de alquiler anual de

licencias de Microsoft. Actualmente ya cuenta con las licencias

contratadas para los productos antes mencionados. La

tecnología resulta probada y confiable para la administración del

colegio.

b) El sistema debe implementarse usando el lenguaje Java.

Razón: Se presume que es el lenguaje más conocido y robusto

por lo que no será difícil ni costoso conseguir personal para su

mantenimiento. Dado que es el lenguaje que está incorporado

como parte de SunMycroSystem para la programación de


proyectos de gran envergadura, además existe personal de

informática en la institución que tiene cierto dominio del mismo.

c) Los sistemas e información deben ser almacenados en la

infraestructura de hardware propia de la institución.

Razón: La institución cuenta con una infraestructura propia

suficiente para soportar el nuevo sistema informático. Además,

los servicios contratados de internet no son suficientes para

almacenar información en “la nube” manteniendo fluidez en la

misma.

d) El diseño de las interfaces del sistema debe ser amigable y de

fácil comprensión, respetando las políticas de gestión académica

de la institución.
48

2.2Diagrama de caso de uso de requerimiento del sistema

Aperturar Ciclo Digitar Registros.. Digitar Encuestas


Crear Plan Curricular Realizar Cambio de Plan Estudiante..

Realizar Matricula
Convalidar Cursos

Digitar Acta de Notas


Docente..

Permitir Cursos Paralelos Realizar Consultas


Admnistrador OSA

<<include>><<include>> Entregar silabos


Imprimir

Generar Reportes

( Figura7: Diagrama de caso de uso de requerimiento del sistema) Fuente: Elaboración Propia
49

2.3 Documentación de casos de uso

2.3.1 Caso de Uso: Digitar registro

Cuadro20:Digitar registro

Digitar registro Elaborado por: AmmielPajuelo Tapia


y

CristhianLaulate Panduro
Sistema: SIGA WEB

Actores Administrador OSA

Digitar Registros..
Admnistrador
OSA

Breve Descripción Este caso de uso se encargará de registrar

al Docente y Estudiante.

Objetivos Guardar información de los Docentes y

Estudiantes (Registrar la información en el

sistema)

Flujo de Trabajo - Registrar Docente

- Registrar Estudiante

Fuente: Elaboración propia


2.3.2 Caso de Uso: Aperturar Ciclo

Cuadro21: Aperturar ciclo

Aperturar Ciclo Elaborado por: AmmielPajuelo Tapia


y

CristhianLaulate Panduro
Sistema: SIGA WEB

Actores Administrador OSA

Aperturar Ciclo
Admnistrador
OSA

Breve Descripción Este caso de uso se encargará de

configurar los horarios de cada curso, en

el respectivo semestre académico para

luego registrarlos, también asignar a cada

docente algún curso a dictar con su

respectiva aula

donde dictará el curso.


Objetivos Aperturar el ciclo académico

Flujo de Trabajo - Consultar cursos matriculados

- Asignarle al curso algún docente

- Asignarle al curso un horario

- Asignarle al curso algún aula

Fuente: Elaboración propia


2.3.3 Caso de Uso: Realizar cambio de plan

Cuadro 22: Realizar cambio de plan

Realizar cambio de plan Elaborado por: AmmielPajuelo Tapia


y

CristhianLaulate Panduro
Sistema: SIGA WEB

Actores Administrador OSA

Realizar Cam bio de Plan


Admnistrador
OSA

Breve Descripción Este caso de uso se encargará de

gestionar el cambio de plan de un

determinado estudiante sea este solicitado

por el

estudiante o dado de manera automática.


Objetivos Realizar el cambio de plan de
los

estudiantes.
Flujo de Trabajo - Leer estudiantes que solicitan

cambio de plan.

- Ingresar código del estudiante que

realiza cambio de plan.

- Seleccionar el plan curricular a

cambiar.

- Convalidar cursos del plan anterior.

- Registrar cambio de plan.


Fuente: Elaboración propia
2.3.4 Caso de Uso: Crear plan curricular

Cuadro23: Crear plan curricular

Crear plan curricular Elaborado por: AmmielPajuelo Tapia


y

CristhianLaulate Panduro
Sistema: SIGA WEB

Actores Administrador OSA

Crear Plan Curricular


Admnistrador
OSA

Breve Descripción Este caso de uso se encargará de crear el

plan curricular con sus respectivos cursos

dictar.
Objetivos Crear el plan curricular para mejorar la

calidad académica de los estudiantes.

Flujo de Trabajo - Asignar año al plan curricular.

- Registrar los cursos a dictarse en el

plan, con su respectivo requisito y

convalidación.

- Crear plan curricular.

Fuente: Elaboración propia


2.3.5 Caso de Uso: Permitir Curso paralelo

Cuadro24: Permitir Curso paralelo

Permitir curso paralelo Elaborado por: AmmielPajuelo Tapia


y

CristhianLaulate Panduro
Sistema: SIGA WEB

Actores Administrador OSA

Perm itir Curs os Paralelos


Admnistrador
OSA

Breve Descripción Este caso de uso se encargará de

conceder al estudiante llevar cursos

paralelos en un

mismo ciclo.
Objetivos Crear el plan curricular para mejorar la

calidad académica de los estudiantes.

Flujo de Trabajo - Consultar el record académico del

estudiante.

- Si su crédito acumulado es de 185

créditos, entonces permitir curso

paralelo, siempre en cuando el

curso sea pre requisito del otro.

- Registrar curso paralelo

Fuente: Elaboración propia


2.3.6 Caso de Uso: Convalidar curso

Cuadro 25: Convalidar curso

Convalidar curso Elaborado por: AmmielPajuelo Tapia


y

CristhianLaulate Panduro
Sistema: SIGA WEB

Actores Administrador OSA

Convalidar Curs os
Admnis trador
OSA

Breve Descripción Este caso de uso se encargará

de convalidar los cursos de los

estudiantes que

lo solicitan.
Objetivos Convalidar los cursos de estudiantes que

vienen de otras universidades, que ya

aprobaron cursos parecidos al plan de

estudio que le pertenece.

Flujo de Trabajo - Leer los estudiantes

que convalidarán cursos.

- Ingresar el código del estudiante

que realiza la convalidación de

curso.

- Consultar plan curricular al

que pertenece el estudiante.

- Consultar relación de curso con su

respectiva convalidación.

- Registrar curso convalidado.


Fuente: Elaboración Propia
2.3.7 Caso de Uso: Realizar matricula

Cuadro 26: Realizar matricula

Realizar Matricula Elaborado por: AmmielPajuelo Tapia


y

CristhianLaulate Panduro
Sistema: SIGA WEB

Actores Estudiante

Realizar Matricula
Estudiante..

Breve Descripción Este caso de uso se encargará de


gestionar

la matricula del estudiante.


Objetivos Matricular al estudiante.

Flujo de Trabajo - Consultar Deuda.

- Realizar Pago.

- Consultar avance curricular.

- Consultar record académico.

- Consultar boleta de notas.

- Registrar cursos a llevar.

Fuente: Elaboración propia


2.3.8 Caso de Uso: Digitar Encuesta

Cuadro27: Digitar encuesta

Digit Encuesta Elaborado por: Tapi y


ar AmmielPajuelo a

CristhianLaulate Panduro
Sistema: SIGA WEB

Actores Estudiante

Digitar Encues tas


Es tudiante..

Breve Descripción Este caso de uso se encargará de

gestionar los cuestionarios

cuyo propósito

tiene

evaluar al docente.
Objetivos Hacer que el estudiante evalué a su
docente

a través de la encuesta.
Flujo de Trabajo - El estudiante debe estar

matriculado en el curso

correspondiente.

- El estudiante procede a digitar el

cuestionario de encuesta.
Fuente: Elaboración propia
2.3.9 Caso de Uso: Realizar consultas

Cuadro28: Realizar consultas

Realiz Consulta Elaborado por: AmmielPajuelo Tapia


ar
CristhianLaulate Panduro y

Sistema: SIGA WEB

Actores Administrador OSA, estudiante y docente

Es
tudiante..

Realizar Cons ultas


Adm nistrador OSA

Docente
..

Breve Descripción Este caso de uso se encargará

de proporcionar información

al administrador

como al estudiante y docente.


Objetivos Brindar de los proceso
s
información

académicos
Flujo de Trabajo - Al administrador podrá consultar

cuantos estudiantes se encuentran

matriculados.

- Consultar el record académico.

- Consultará el avance curricular.

- Consultará boleta de notas.

- Consultará los resultados de las

encuestas.

- El estudiante y el docente consultarán

los horarios de clase.

Fuente: Elaboración Propia


2.3.10 Caso de Uso: Digitar Acta de Notas Cuadro

29: Digitar Acta de Notas

Digit Actas de Notas Elaborado por: AmmielPajuelo Tapia


ar y

CristhianLaulate Panduro
Sistema: SIGA WEB

Actores Docente

Digitar Acta de Notas


Docente..

Breve Descripción Este caso de uso de encargará de rellenar

las notas de los alumnos.

Objetivos Brindar información de promedios lo


a s
estudiantes.

Flujo de Trabajo - El docente rellena las notas de

teoría y práctica.

- El docente calcula el promedio final

a partir de las notas parciales.

- El docente registra las notas de los

estudiantes.

Fuente: Elaboración propia


2.3.11 Caso de Uso: Entregar Silabos

Cuadro 30: Entregar Silabos

Entregar Silabos Elaborado por: AmmielPajuelo Tapia y

CristhianLaulate Panduro

Sistema: SIGA WEB

Actores Docente

Entregar silabos
Docente..

Breve Descripción Este caso de uso se encargará de

gestionar la entrega de sílabos

del

estudiante.
Objetivos El docente elaborará el silabo de curso

para luego entregársela al estudiante.

Flujo de Trabajo - El docente elabora sílabos del

curso.

- El docente entrega el silabo del

curso al estudiante.

- Registra la entrega de los


sílabos

a los estudiantes.

Fuente: Elaboración propia


2.3.12 Caso de Uso: Generar Reportes

Cuadro 31: Generar Reportes

Generar Reportes Elaborado por: AmmielPajuelo Tapia


y

CristhianLaulate Panduro
Sistema: SIGA WEB

Actores Administrador OSA

<<include>>

Realizar Consultas
<<include>>

Generar Reportes
Admnistrador OSA

Im primir

Breve Descripción Este caso de uso se encargará de generar

todos los reportes resultados

del

procesamiento de la información.
Objetivos Brindar información completa, resultado del

procesamiento completo de la información.

Flujo de Trabajo - Consultar la información de la que

nos interesa sacarle un reporte.

- Obtener información completa y

válida para su respectivo análisis.

- Generar reporte.

- Imprimir el reporte

Fuente: Elaboración propia


Parte 3:

Análisis y Diseño
62

Modelo de Análisis

3.1 Diagrama de Clases de Análisis

(Figura 8: Diagrama de Clases de Análisis) Fuente: Elaboración propia


63

3.2 Modelo de Diseño

3.2.1 Diagramas de Colaboración

Figura 9: Diagrama de Colaboración Registrar Estudiante

BE : Buscar Estudiante 2: Buscar Estudiante(Obj.Estudiante)


3: Buscar()

4: Obj. Estudiante

1: Regsitrar Estudiante 5: Crear Estudiante () 6: Crear()

7: Msj. confrmacion
: Administrador Osa. RE : Registro de EstudianteCE : Crear Estudiante 9: Modificar() : ..Estudiante

8: Modificar Estudiante (Codigo)

10: Msj.Confirmacion

ME : Modificar Estudiante

Fuente: Elaboración propia

Figura 10:Diagrama de Colaboración Registrar Docente

2: Buscar Docente (Obj. Docente) BD : Buscar Docente

3: Buscar()

4: Obj.Docente

1: Registrar Docente 5: Crear Docente() 6: Crear()

7: Msj. confirmacion
: Administrador Osa. RD : Registro de Docente CD : Crear Docente 9: Modificar() : ..Docente

8: Modificar Docente (Codigo)

10: Msj. Confirmacion

MD : Modificar Docente

Fuente: Elaboración propia

Figura 11: Diagrama de Colaboración Registrar Cursos


3: Buscar()

6: Crear()

: Buscar Curso 4: Obj. Curso : Curso.

9: Modificar()

: Crear Curso
2: Buscar Curso 5: Crear Curso 8: Modificar Curso (Codigo)

7: Msj. Confrmacion
: Modificar Curso
1: Regsitrar Curso
10: Msj. Confirmacion
11: Asignar

12: Asignar()
: .Administrador OSA : Registro de Curso
13: Obj. Ciclo

17: Asignar Convalida


22: Obj.Requisito : Ciclo..
14: Asignar : Asignar Ciclo.

19: Obj.Convalida
16: Obj. Escuela 15: Asignar()

20: Asignar Requisito


: Asignar Escuela : Escuela.

21: Asignar() 18: Asignar()


: Asignar Requisito : Asignar Convalida

: Convalidar
: .Requisito

Fuente: Elaboración propia

Figura 12: Diagrama de Colaboración Crear Plan Curricular

3: Consultar()

2: Listar Cursos(Obj.Ciclo)
: Listar Cursos

6: Asignar()
4: list Cursos
: Curso.
5: Asignar Curso
1: Crear Plan Curricular

7: Obj.Curso : Asignar Curso

: Administrador Osa. : Plan Curricular.


8: Crear plan curricular

10: Msj. Confirmacion 9: Crear()

: Crear Plan : ..Plan curricular

Fuente: Elaboración propia


Figura 13: Diagrama de Colaboración Cambiar de Plan

3: Asignar()

2: Asignar Estudiante

: Asignar Estudiante : ..Estudiante

1: Realizar Cambio de Plan 4: Obj. Estudiante

5: Cambiar de plan
: Administrador Osa. : Cam bio de plan
6: Cambiar Plan()
7: Msj. confirmacion

: Cam biar de plan : Cam bio de plan.

Fuente: Elaboración propia

Figura 14: Diagrama de Colaboración Realizar Matricula

2: Listar Cursos

: Curso.
1: Realizar Matricula
3: Obj.Cursos

: Administrador Osa. : Realizar Matricula 4: Matricularse


5: Matricular()
6: Msj.confirmacion

: Matricularse : .Matricula.

Fuente: Elaboración propia


Figura 15: Diagrama de Colaboración Digitar Encuestas

2: Listar Cursos Matriculados


: .Matricula.

1: Digitar cuestionario 3: Obj.Cursos Matriculados

4: Resolver cuestionario

: .Estudiante. : Encuestas
5: Guardar encuesta()
6: Msj.confirmacion

: Guardar Encuesta
: Encuesta.

Fuente: Elaboración propia

Figura 16: Diagrama de Colaboración Aperturar Ciclo

3: Consultar()

: Consultar cursos : Curso.

2: Listar Cursos
4: listCursos

6: Asignar()

5: Asignar Docente

1: Aperturar Ciclo : Asignar Docente : Curso Docente

7: Obj.docente
8: Asignar Horario

: Administrador Osa. : Aperturar 9: Asignar()


Ciclo

10: Obj.horario

11: Asignar Aula


: Asignar Horario : Horario.

13: Obj.Aula
12: Asignar()

: Asignar Aula : Aula

Fuente: Elaboración propia


Figura 17: Diagrama de Colaboración Convalidar Cursos

3: Consultar()

: Consultar Estudiante : ..Estudiante

2: Consultar estudiante (codigo)

4: Obj. Estudiante
5: Consultar curso convalida 6: Consultar()
1: Convalidar cursos

7: Obj.Curso
: Consultar curso a convalidar : Convalidar
: Administrador Osa. : Convalidar cursos

8: Modificar Matricula
13: obj.nota

10: Msj.confirm acion 9: Modificar()

11: Asignar Nota


: Modificar matricula : .Matricula.

12: Asignar()

: Asignar Nota
: Nota

Fuente: Elaboración propia

Figura 18:Diagrama de Colaboración Permitir Curso Paralelo

3: Consultar()

2: Consultar Record (codigo)

: Consultar record : Record academico

1: Permitir curso paralelo

4: cursos paralelos

: Administrador Osa. : Cursos Paralelo


5: Modificar()
6: Obj.Matricula

: Permitir curso paralelo : .Matricula.

Fuente: Elaboración propia


Figura 19: Diagrama de Colaboración Digitar Acta de Notas

2: Consultar curso que dicta el docente


: Curso Docente

3: List.Curso que dicta el docente


4: List. estudiantes que llevan el curso
1: Digitar Acta de notas

5: Obj.Estudiantes
: ...Docente : Actas de notas : ..Estudiante
6: Guardar Acta

7: Guardar()
8: Msj.confirmacion

: Guardar Acta : Nota

Fuente: Elaboración propia

Figura 20: Diagrama de Colaboración Entregar Silabos

2: Listar los cursos que dicta el docente

: Curso Docente

3: Obj.cursos que dicta el docente


1: Entrega de silabos

4: Subir Archivo
5: Guardar()

: ...Docente : Entregar silabos


6: Msj.confirmacion

: Subir Silabos : ..Silabos

Fuente: Elaboración propia


3.3 Diagramas de secuencia y Prototipos de interfaces

3.3.1 Prototipo menú principal

Figura 21: Prototipo Menú Principal

3.3.2 Prototipo login administrador

Figura 22:Prototipo Login Administrador


3.3.3 Prototipo menú del administrador

Figura 23: Prototipo menú del administrador


71

3.3.4 Diagrama de Secuencia: Registrar Docente

C. Docente

: : : : TBL_DOCENTE
: ADMI_OSA : Menu Principal FORM_REGISTRAR_DOCENTE MODIFICAR_DOCENTE : REPORT_DOCENTE BUSCAR_DOCENTE

click en registrar

Consultar Form

Mostrar Form

Enviar_Datos_D Insert_Docente()
ocente

Enviar_msj

Mostrar msj

Click en Modificar

Consultar Form

Mostrar Form Enviar_Datos_A_Modificar

Modificar_Docente()

Enviar_msj

Mostra_msj

Consultar Form

Mostrar Form Enviar Datos

Reporte_Docentes()

Enviar_Tabla

Mostrar Reporte

Consultar Form

Mostrar Form
Presione una Tecla a Buscar

Buscar_Docente()

Devolver_Tabla_Resultados

Mostrar_Resultados

Buscar

Figura 24: Diagrama de secuencia Registrar Docente


72

3.3.5 Prototipo matricula administrador

Figura 25: Prototipo Matricula Administrador

3.3.6 Diagrama de secuencia Gestionar Matricula

: C. Matricula

: Menu Principal : Reporte_Matricula : Reserva


: ADMI_OSA : Matricula : TBL_MATRICULA
Consultar_matricula

Click_Menu_Principal_Matricula

Consultar_Form

Mostrar_Form

Enviar_Datos

Consultar_Matricula()

Devolver_Tabla

Mostrar_Resultado

Consultar Form

Mostrar_Form

Enviar_Datos

Reporte_Matricula()

Mostrar_Resultado Devolver_Tabla

Consultar Form

Mostrar Form

Enviar_Datos

Reservar_Matricula()

Devolvel msj

Mostrar Obj.msj

Figura 26: Diagrama de secuencia gestionar matricula


3.3.7 Prototipo Plan de Estudio

Figura 27: Prototipo plan de estudio

3.3.8 Diagrama de secuencia: Plan de estudio

: ADMI_OSA : Menú Principal : C. Plan


: Nuevo Planes : Generar Plan
Click Menu_Principal_Plan
:
Consultar Form TBL_PLANCURRICULAR

Mostrar Form

Enviar_Datos

Nuevo Plan()

Devolver Msj

Mostrar Obj.msj

Consultar Form

Mostrar Form

Enviar_Datos

Generar Plan()

Devolver Tabla

Mostrar Plan_Tabla

Figura 28: Diagrama de secuencia plan de estudio


3.3.9 Prototipo login estudiante

Figura 29: Prototipo login estudiante

3.3.10 Prototipo Iniciar Matricula

Figura 30: Prototipo iniciar matricula


3.3.11 Prototipo Matricula

Figura 31: Prototipo Matricula

3.3.12 Prototipo verificar matricula

Figura 32: Prototipo verificar matricula


3.3.13 Prototipo imprimir matricula

Figura 33: Prototipo imprimir matricula

3.3.14 Prototipo consultar notas

Figura 34: Prototipo consultar notas


77

3.3.15 Diagrama de secuencia: (Matricula, consultar notas, digitar encuestas)

C.Matricula C.Notas C.Encuesta

: Matricularse : Consultar Notas : Digitar Encuestas : Matricula : Notas : Encuesta


: Estudiante : LoginEstudiante : Form Matricula

Click en Login

Enlazar form Mostrar form

Click en matricularse Enlazar form

TraerMatricula()

Leer()

Mostrar Datos de matricula

Mostrar Form

Click en guardar matricula

RegistrarMatricula

Crear()

Msj.confirmacion

Click en consultar Notas

Enlazar form

TraerNotas()

Leer()

Mostrar Datos de Notas

Mostrar form

Click en Encuestas

Enlazar form

TraerEncuesta()

Leer()

Mostrar Datos Encuesta

Mostrar Form

Digitar Encuestas

Marcar con check

Click en Guardar encuesta

Guardar()

Crear()

Msj.confirmacion

Figura 35: Diagrama de secuencia matricula


78

3.3.16 Prototipo login docente

Figura 36: Prototipo login docente

3.3.17 Prototipo acta de notas

Figura 37:Prototipo acta de notas


3.3.18 Prototipo registrar acta de notas

Figura 38: Prototipo registrar acta de notas

3.3.19 Prototipo subir silabus

Figura 39: Prototipo subir silabus


80

3.3.20 Diagrama de secuencia Docente (Registrar actas, subir silabus, consultar horario)

C.C.Usuario
Usuario C.
C. Acta
Acta C.Silabus
C.Silabus C.Horario
C.Horario
: Usuario : Nota : Archivo : Horario.

: Docente : Login : Form Docente : Actas : Silabus : Horario

Click en Login

Ingresar Datos

Click en Enviar

TraerLogin()

Leer()

Mostrar form

Mostrar form Docente

Enlazar form Actas

Click en Actas Mostrar f

orm Actas

Regist rarActas()
Llenar Actas
Crear()

Click en S ilabus

Enlazar form Mostrar Ms j. confirmacion

Mostrar form Silabus

Click subir silabus


Subir ()

Crear()

Click en H orario

Enlazar form Horario

Msj. confir macion


rio()

Lee r()

Mostrar form

TraerHoa

Figura 40: Diagrama de secuencia Docente (Registrar actas, subir silabus, consultar horario)
3.4 Diagrama de Clases de Diseño

Figura 41: Diagrama de Clases de Diseño


82

3.5 Diagramas de Estados

Figura 42: Diagrama de estados digitar registro

Registrar() Registrado

Activar()

Finalizar Activo

Finalizar()

Fuente: Elaboración propia

Figura 43: Diagrama de estados realizar matricula

Habilitar() Habilitado Matricular() Matriculado

Desabilitar() Finalizar()

Desabilitad o Finalizar() Finalizado

Fuente: Elaboración propia


Figura 44: Diagrama de estados digitar acta de notas

Habilitar() Habilitado Matriculado en el curso Matriculado

Calificar()

Finalizar Calificado

Finalizar

Fuente: Elaboración propia

Figura 45: Diagrama de estados digitar encuesta

Habilitar() HabilitadoMatriculado en el cursoMatriculado

Encuestar()

Finalizar Encuestado

Finalizar()

Fuente: Elaboración propia


Figura 46: Diagrama de estados entregar silabos

Habilitar Cursos Curso Entregar Silabo Silabo


Habilitado Entregado

Finalizar entrega

Finalizado

Fuente: Elaboración propia

Figura 47: Diagrama de estados aperturar ciclo

Habilita curso() CursoHabilitar DocenteDocente HabilitadoHabilitado

Habilitar Horario

Aula Habilitada Horario Habilitado

Habilitar Aula

Aperturar

Ciclo Aperturado Finalizar() Finalizado

Fuente: Elaboración propia84

También podría gustarte