El rol de las TIC en la competitividad de las PyME - Verónica Alderete
Proyecto siga web terminado
1. “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
2. 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.
3. Í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
4. 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
5. 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
7. 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
8. 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
9. 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
10. 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.
12. 3
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.
13. 4
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
14. 5
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.
15. 6
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
16. 7
“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.
17. 8
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
18. 9
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.
19. 10
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.
4) Dificultades de crecimiento de la información.
5) Errores críticos en el modelo de datos.
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.
El
problema
de
afecta a Estudiantes, Autoridades universitarias y Docentes
El impacto
asociado
es
1) Malestar en los estudiantes, profesores y autoridades
universitarias.
2) Demoras y sobrecostos en los procesos internos de
gestión académica.
3) Largas colas de espera al matricularse
20. 11
1.4 Posicionamiento del Producto
Cuadro 2Visión del Negocio: Posicionamiento del Producto
Para Estudiantes, Docentes y Autoridades Universitarias
Quienes
Necesitan planificar, organizar y ejecutar la gestión
académica. O en su defecto, consultar la información de la
gestión académica en tiempo real.
El nombre
del
producto
SISTEMA INTEGRADO DE GESTIÓN ACADEMICA VIA
WEB (SIGA WEB)
Que
Almacena y procesa la información correspondiente al
proceso de gestión académica de la universidad.
No como
El proceso actual de registros manuales, sistema
desarrollado en powerbuilder 6.0 escritorio y archivos de
Excel.
Nuestro Permite gestionar los distintos procesos de la gestión
Una
solución
adecuada
sería
Implementar un Sistema Integrado De Gestión
Académica que integre toda la información del
proceso y de acceso rápido y completo a los actores
del proceso.
21. 12
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)
22. 13
Participación
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.
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
23. 14
Cuadro 4 Perfil de Stakeholders: OSA
Descripción OSA
Representantes
Lic. Beatriz Miguel Diego (jefe de la oficina de servicios
académicos)
Participación
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.
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
24. 15
Cuadro5 Perfil de Stakeholders: Docentes
Descripción Docentes
Representantes (Docentes – aproximadamente 200)
Participación
Registrar actas de notas manualmente
Consultar horarios de clases.
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
Representante (Estudiantes – aproximadamente 1500 )
Participación
Participar del control de gestión académica.
Consultar información de notas de cursos.
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.
25. 16
Cuadro 7 Perfil de Stakeholders: Consejeros
Descripción Consejeros
Representant
es
(Consejeros – 50)
Participación
Participar del control de la gestión académica.
Participar del proceso de matrícula.
Consultar información referente al 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.
26. 17
Necesidades Principales de los Usuarios
Cuadro 8Necesidades Principales de los Usuarios
Necesidad Prioridad Concerniente Solución actual
Solución
propuesta
Establecer
escalas e hitos
generales de
gestión
académica.
ALTA
Autoridades
Universitarias
y OSA.
Alcanzar directivas
de gestión
académica por
escrito a los
profesores y
estudiantes para
posteriormente
supervisar su
cumplimiento.
El sistema a
implementar
, tomará en
cuenta
estos
puntos
como parte
de su
configuració
n dinámica.
Elaborar
registros de
matrícula, acta
de notas y
encuestas.
ALTA OSA
Actividad manual.
Registros físicos
desarrollados por
equipo y
actualizados cada
periodo.
El sistema
automatizar
á este
proceso.
Necesidad Prioridad Concerniente Solución actual
Solución
propuesta
27. 18
Registrar y
procesar las
calificaciones de
las evaluaciones
en sus distintos
niveles de
profundidad.
ALTA Docente
Actividad manual en
su nivel más
detallado. Registro
de promedios en
sistema
desarrollado en
powerbuilder 6.0.
El sistema
automatizar
á este
proceso.
Consultar en
detalle y en
tiempo real la
información de
gestión
académica.
ALTA
(Todos los
antes
mencionados)
Registros físicos.
Sistema
desarrollado en
powerbuilder 6.0
El sistema
permitirá la
consulta de
la
información
por parte de
todos 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
28. 19
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
29. 20
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
30. 21
Fases Workflows Artefactos
INICIAL MODELO DEL
NEGOCIO
Documentos de
visión.
Plan de desarrollo
de Software.
Modelo de Use
Case del Negocio.
Modelo de Dominio
del Problema.
ELABORACIÓN
REQUERIMIENTOS
Modelo de Use
Case.
Especificación de
los Use Case.
ANÁLISIS Y DISEÑO
Diagrama de
Colaboración.
Diagrama de
Clases.
Diagrama de
Secuencia.
Diagrama de
Estados
Prototipo de
31. 22
Interfaz
CONSTRUCCIÓN
ANALISIS DE
DISEÑO
Diseño de Base de
Datos.
PrototipoInicial.
IMPLEMENTACIÓN
Diagrama de
Componentes.
Diagrama de
Despliegue.
Prototipo del
Software Final
TRANSICIÓN PRUEBA
Pruebapor 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
32. 23
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
PAPEL RESPONSABILIDAD
Pajuelo Tapia,
Ammiel
Laulate Panduro,
Cristhian
Responsabilidad del manejo del
flujo de producto de dirección del
proyecto global.
Responsable principal de manejar
el modelado comercial y el flujo de
trabajo de los requisitos,
proporciona el apoyo y entradas de
Workflow de Dirección de
Proyecto.
Responsable principal para el
33. 24
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.
Asesores del Proyecto
Realiza la asesoría, seguimiento 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
34. 25
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/2013 20/04/2013
Fase de la Elaboración (25%) 21/04/2013 31/05/2013
Fase de la Construcción (60%) 01/06/2013 15/07/2013
Fase de la Transición (5%) 16/07/2013 21/07/2013
Cuadro 12:Fases del proyecto e hitos principales
FASE DESCRIPCIÓN HITO
INICIO
En esta Etapa se
define el modelo
del negocio, los
requerimientos del
producto, se
elabora el plan de
desarrollo de
Software.
Determina la
Factibilidad del proyecto
desde un punto de vista
del negocio.
Se definen los
requerimientos,
características, claves y
principales restricciones.
Estima los recursos
35. 26
(Tiempo, costos del
ambiente de
desarrollo)
ELABORACIÓN
La fase de
Elaboración
analizará los
requisitos y se
desarrollará el
prototipo
arquitectónico. En
la realización de la
fase 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
El hito del Prototipo
Arquitectónico marca el
término de la Fase de la
Elaboración.
36. 27
una Versión 2.0 ya
se habrán
diseñado. El
prototipo
arquitectónico
probará la
viabilidad y
actuación de la
arquitectura que
se requiere para
Versión 1.0.
CONSTRUCCIÓN
Durante la Fase de
laConstrucción se
analizan los Use
Case restantes y
se diseñarán
estos. La versión
beta para la
Versión 1.0 se
desarrollará y se
distribuirá para la
Actualización con todos
los elementos
necesarios para dar
soporte a la
implantación de la
persistencia (ejemplo
tablas, index, mapeo de
modelo de datos
orientado a objetos a
relacionar).
37. 28
evaluación.
TRANSICIÓN
En esta fase se
empaquetará,
distribuirá e
instalará el
producto.
Completa en la
concordancia con los
requerimientos del
producto definidas en el
documento de Visión del
Negocio. El producto
final
debeestardisponiblepara
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.
38. 29
Cuadro 13: Tareas del proyecto
FASE EMPIEZA TERMINA
Modelamiento
del Negocio
15/04/2013 20/04/2013
Requerimientos 21/04/2013 26/04/2013
Análisis y
Diseño
27/04/2013 15/07/2013
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
39. 30
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 de
Actor
Descripción Peso
(factor)
Número
de
Actores
Resultado
Simple Otro sistema que interactúa
con el sistema a desarrollar
mediante una interfaz de
programación (API).
1 0 0
Medio Otro sistema interactuando a
través de un protocolo (ej.
TCP/IP) o una persona
interactuando a través de una
interfaz en modo texto.
2 0 0
Complejo Una persona que interactúa 3 3 9
40. 31
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 de
Caso de
Uso
Descripción Peso
(factor)
Número
de
Casos
de Uso
Resultado
Simple El caso de uso contiene de 1
a 3 transacciones.
5 6 30
Medio El caso de uso contiene de 4
a 7 transacciones.
10 2 20
Complejo El caso de uso contiene más
de 7 transacciones.
15 5 75
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
41. 32
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)
Factor
Técnico
Descripción Peso Impactopercibido Factor
calculado
T1 Sistemadistribuido 2 3 6
T2 Rendimiento o tiempo de
respuesta
1 3 3
T3 Eficiencia del usuario final 1 5 5
T4 Procesamientointernocomplejo 1 4 4
42. 33
T5 El código debe ser reutilizable 1 3 3
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
seguridad
1 4 4
T12 Provee acceso directo a
terceras partes
1 4 4
T13 Se requiere facilidades
especiales de entrenamiento a
usuario
1 3 3
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
Ambiental
Descripción Peso Impactopercibido Factor
calculado
E1 Familiaridad con el
modelo de proyecto
1.5 4 6
43. 34
utilizado, familiaridad
con UML
E2 Personal tiempoparcial -1 3 -3
E3 Capacidad de
analistalíder
0.5 3 1.5
E4 Experiencia en la
aplicación
0.5 3 1.5
E5 Experiencia en la
orientación a objetos
1 4 4
E6 Motivación 1 4 4
E7 Dificultad del lenguaje
de programación
-1 0 0
E8 Estabilidad de los
requerimientos
2 4 8
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
44. 35
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
45. 36
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
Tarjeta de RED
Dual Gigabit Ethernet
10/100 Base T
Tarjeta Video
ATI RADEON 7000-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
46. 37
Procesador Intel Core i3 de 2.8 GHZ
Memoria Caché
interna
512 Mb
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.
47. 38
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.
48. 39
1.7 Modelo de Casos de Uso del Negocio
(Figura 1 : Diagrama de casos de uso del negocio: Gestión académica de la UNIA)Fuente: Elaboración propia
Vice académico Presidente Jefe de OSA Vice Administrativo
Consultar avance curricular
Consejero
Consultar record académico
Jefes de escuelas profesionalesDocente
Realizar plan curricularAperturar cursos
Autoridad Universitaria
Gestionar Cursos
<<include>>
Tesorero
Entregar ReportesLlenar Acta de notas
Si llena actas
<<extend>>
Coordinar Horarios
OSA
Asignar Aula
Realizar Matricula..
Encuestar a Estudiante
<<include>>
Entregar Silabos
<<include>>
Registrar Deuda
Si no adeuda
<<extend>>
Permitir curso paralelo Convalidar curso
Estudiante.
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
49. 40
1.8Modelo de Análisis del Negocio
1.8.1 Modelo de Objetos del Negocio
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.
Avance Curricular
Record Académico
Docente.
Acta de Notas
Registrar
Consejero..
Leer
Leer Boleta de Notas
Leer
Estudiante
OSA
Leer
Registrar
Matricula....
Registrar
50. 41
Autoridades...
Cursos
Jefe de FacultadVice Académico
Alumno...
Docente...
OSA
Registrar
Registrar Registrar
Plan CurricularRegistrar
Cambio de Plan
Registrar
Convalidar Cursos
Registrar
Estudiante.....
Docente.....
Horarios
Registrar
Leer
Leer
Leer
Leer
Leer
Figura 3: Modelo de objetos del caso de uso elaborar plan académico
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.
51. 42
OSA..... Estudiante....
Silabos
Leer
Docente.....
Registrar
Figura 4:Modelo de objetos del caso de uso encuestas
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
Fuente: Elaboración propia
Descripción:
OSA solicita al docente que realice sus sílabos para hacer la respectiva
entrega al estudiante.
Matricula
Autoridades...
Encuesta
OSA
Leer
Leer
Estudiante....
Registrar
52. 43
.Horario
Facultad
.Cambio de Plan
Modalidad de Traslado
.Matricula
.Convalidar Cursos
.Plan Curricular
1..*
1
1..*
1
Tiene
Requisito
Escuela
1..*
1
1..*
1
Tiene
1..*
1
1..*
1
Pertenece
.Estudiante
1..*
1
1..*
1
Realiza
Lleva
1..*
1
1..*
1
Realiza
1
1..*
1
1..*
Hace
1
1..*1..*
Tiene
.Encuesta
1..*
1
1..*
1
Genera
1..*
11
1..*
Registra
.Docente
1..*
1..*
1..* +Tiene
1..*
+Pertenece
.Cursos
1..*
1..*
1..*
1..*
Dicta
1..*
1
1..*
1
Tiene 1..*
1
1..*
1
Genera
1..*
1
1..*
1
Tiene
1..*
1..*
1..*
1..*
Pertenece
1..*
1
1..*
1
Tiene
.Silabos
1..*
1
1..*
1 1
11
Pertenece
1.9 Modelo de Dominio
(Figura 6: Modelo de Dominio del Proceso de Gestión Académico) Fuente: Elaboración propia
54. 45
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
55. 46
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
56. 47
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.
57. 48
2.2Diagrama de caso de uso de requerimiento del sistema
( Figura7: Diagrama de caso de uso de requerimiento del sistema) Fuente: Elaboración Propia
Imprimir
Digitar Encuestas
Realizar Matricula
Digitar Acta de Notas
Entregar silabos
Estudiante..
Docente..
Digitar Registros..
Realizar Consultas
Generar Reportes
<<include>> <<include>>
Realizar Cambio de Plan
Aperturar Ciclo
Crear Plan Curricular
Convalidar Cursos
Permitir Cursos Paralelos
Admnistrador OSA
58. 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
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
Digitar Registros..
Admnistrador OSA
59. 50
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
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
Aperturar Ciclo
Admnistrador OSA
60. 51
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
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
Realizar Cam bio de Plan
Admnistrador OSA
61. 52
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
Breve Descripción Este caso de uso se encargará de crear el
plan curricular con sus respectivos cursos a
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
Crear Plan Curricular
Admnistrador OSA
62. 53
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
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
Perm itir Curs os Paralelos
Admnistrador OSA
63. 54
2.3.6 Caso de Uso: Convalidar curso
Convalidar curso Elaborado por: AmmielPajuelo Tapia y
CristhianLaulate Panduro
Sistema: SIGA WEB
Actores Administrador 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
Convalidar Curs os
Admnis trador OSA
Cuadro 25: Convalidar curso
64. 55
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
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
Realizar Matricula
Estudiante..
65. 56
2.3.8 Caso de Uso: Digitar Encuesta
Cuadro27: Digitar encuesta
Digitar Encuesta Elaborado por: AmmielPajuelo Tapia y
CristhianLaulate Panduro
Sistema: SIGA WEB
Actores Estudiante
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
Digitar Encues tas
Es tudiante..
66. 57
2.3.9 Caso de Uso: Realizar consultas
Cuadro28: Realizar consultas
Realizar Consulta Elaborado por: AmmielPajuelo Tapia y
CristhianLaulate Panduro
Sistema: SIGA WEB
Actores Administrador OSA, estudiante y docente
Breve Descripción Este caso de uso se encargará de
proporcionar información al administrador
como al estudiante y docente.
Objetivos Brindar información de los procesos
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
Es tudiante..
Docente..
Realizar Cons ultas
Admnistrador OSA
67. 58
2.3.10 Caso de Uso: Digitar Acta de Notas
Cuadro 29: Digitar Acta de Notas
Digitar Actas de Notas Elaborado por: AmmielPajuelo Tapia y
CristhianLaulate Panduro
Sistema: SIGA WEB
Actores Docente
Breve Descripción Este caso de uso de encargará de rellenar
las notas de los alumnos.
Objetivos Brindar información de promedios a los
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
Digitar Acta de Notas
Docente..
68. 59
2.3.11 Caso de Uso: Entregar Silabos
Cuadro 30: Entregar Silabos
Fuente: Elaboración propia
Entregar Silabos Elaborado por: AmmielPajuelo Tapia y
CristhianLaulate Panduro
Sistema: SIGA WEB
Actores 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.
Entregar silabos
Docente..
69. 60
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
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
Generar Reportes
Im primir
<<include>>
Realizar Consultas
<<include>>
Admnistrador OSA
71. 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
72. 63
3.2 Modelo de Diseño
3.2.1 Diagramas de Colaboración
Figura 9: Diagrama de Colaboración Registrar Estudiante
Fuente: Elaboración propia
Figura 10:Diagrama de Colaboración Registrar Docente
Fuente: Elaboración propia
Figura 11: Diagrama de Colaboración Registrar Cursos
: Administrador Osa. RE : Registro de Estudiante
1: Regsitrar Estudiante
BE : Buscar Estudiante
CE : Crear Estudiante
ME : Modificar Estudiante
: ..Estudiante
2: Buscar Estudiante(Obj.Estudiante) 3: Buscar()
4: Obj. Estudiante
5: Crear Estudiante () 6: Crear()
7: Msj. confrmacion
8: Modificar Estudiante (Codigo)
9: Modificar()
10: Msj.Confirmacion
: Administrador Osa. RD : Registro de Docente
BD : Buscar Docente
CD : Crear Docente
MD : Modificar Docente
: ..Docente
1: Registrar Docente
2: Buscar Docente (Obj. Docente)
4: Obj.Docente
5: Crear Docente()
7: Msj. confirmacion
8: Modificar Docente (Codigo)
10: Msj. Confirmacion
3: Buscar()
6: Crear()
9: Modificar()
73. 64
Fuente: Elaboración propia
Figura 12: Diagrama de Colaboración Crear Plan Curricular
Fuente: Elaboración propia
: .Administrador OSA : Registro de Curso
: Buscar Curso
: Crear Curso
: Modificar Curso
: Asignar Ciclo.
: Asignar Escuela
: Ciclo..
: Curso.
: Escuela.
: Asignar Convalida: Asignar Requisito
: Convalidar
: .Requisito
1: Regsitrar Curso
2: Buscar Curso
4: Obj. Curso
5: Crear Curso
7: Msj. Confrmacion
11: Asignar
13: Obj. Ciclo
8: Modificar Curso (Codigo)
10: Msj. Confirmacion
14: Asignar
16: Obj. Escuela
17: Asignar Convalida
19: Obj.Convalida
20: Asignar Requisito
22: Obj.Requisito
3: Buscar()
6: Crear()
9: Modificar()
12: Asignar()
15: Asignar()
18: Asignar()21: Asignar()
: Administrador Osa. : Plan Curricular.
: Listar Cursos
: Asignar Curso
: Crear Plan : ..Plan curricular
: Curso.
1: Crear Plan Curricular
2: Listar Cursos(Obj.Ciclo)
3: Consultar()
4: list Cursos
5: Asignar Curso
6: Asignar()
7: Obj.Curso
8: Crear plan curricular
9: Crear()10: Msj. Confirmacion
74. 65
Figura 13: Diagrama de Colaboración Cambiar de Plan
Fuente: Elaboración propia
Figura 14: Diagrama de Colaboración Realizar Matricula
Fuente: Elaboración propia
: Administrador Osa. : Cambio de plan
: ..Estudiante
: Cambio de plan.: Cambiar de plan
: Asignar Estudiante
1: Realizar Cambio de Plan
2: Asignar Estudiante
4: Obj. Estudiante
5: Cambiar de plan
7: Msj. confirmacion 6: Cambiar Plan()
3: Asignar()
: Administrador Osa. : Realizar Matricula
: Curso.
: .Matricula.: Matricularse
1: Realizar Matricula
2: Listar Cursos
3: Obj.Cursos
4: Matricularse
6: Msj.confirmacion
5: Matricular()
76. 67
Figura 17: Diagrama de Colaboración Convalidar Cursos
Fuente: Elaboración propia
Figura 18:Diagrama de Colaboración Permitir Curso Paralelo
Fuente: Elaboración propia
: Administrador Osa. : Convalidar cursos
: ..Estudiante: Consultar Estudiante
: Convalidar: Consultar curso a convalidar
: Modificar matricula : .Matricula.
: Nota
: Asignar Nota
1: Convalidar cursos
2: Consultar estudiante (codigo)
4: Obj. Estudiante
5: Consultar curso convalida
7: Obj.Curso
8: Modificar Matricula
10: Msj.confirmacion
11: Asignar Nota
13: obj.nota
3: Consultar()
6: Consultar()
9: Modificar()
12: Asignar()
: Administrador Osa. : Cursos Paralelo
: Consultar record : Record academico
: Permitir curso paralelo : .Matricula.
1: Permitir curso paralelo
2: Consultar Record (codigo)
4: cursos paralelos
6: Obj.Matricula
3: Consultar()
5: Modificar()
77. 68
Figura 19: Diagrama de Colaboración Digitar Acta de Notas
Fuente: Elaboración propia
Figura 20: Diagrama de Colaboración Entregar Silabos
Fuente: Elaboración propia
: Actas de notas
: Curso Docente
: ..Estudiante
: Guardar Acta : Nota
: ...Docente
2: Consultar curso que dicta el docente
3: List.Curso que dicta el docente
4: List. estudiantes que llevan el curso
5: Obj.Estudiantes
6: Guardar Acta
8: Msj.confirmacion
7: Guardar()
1: Digitar Acta de notas
: ...Docente : Entregar silabos
: Curso Docente
: Subir Silabos : ..Silabos
1: Entrega de silabos
2: Listar los cursos que dicta el docente
3: Obj.cursos que dicta el docente
4: Subir Archivo
6: Msj.confirmacion
5: Guardar()
78. 69
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
80. 71
: ADMI_OSA: ADMI_OSA
: Menu Principal: Menu Principal
:
FORM_REGISTRAR_DOCENTE
:
FORM_REGISTRAR_DOCENTE
:
MODIFICAR_DOCENTE
:
MODIFICAR_DOCENTE : REPORT_DOCENTE: REPORT_DOCENTE
:
BUSCAR_DOCENTE
:
BUSCAR_DOCENTE
C. DocenteC. Docente
: TBL_DOCENTE: TBL_DOCENTE
click en registrar
Consultar Form
Mostrar Form
Enviar_Datos_Docente Insert_Docente()
Click en Modificar
Consultar Form
Mostrar Form Enviar_Datos_A_Modificar
Modificar_Docente()
Enviar_msj
Mostrar msj
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
3.3.4 Diagrama de Secuencia: Registrar Docente
Figura 24: Diagrama de secuencia Registrar Docente
81. 72
: ADMI_OSA: ADMI_OSA : Menu Principal: Menu Principal :
Consultar_matricula
:
Consultar_matricula
: Reporte_Matricula: Reporte_Matricula : Reserva
Matricula
: Reserva
Matricula
: C. Matricula: C. Matricula
: TBL_MATRICULA: TBL_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()
Devolver_TablaMostrar_Resultado
Consultar Form
Mostrar Form
Enviar_Datos
Reservar_Matricula()
Devolvel msj
Mostrar Obj.msj
3.3.5 Prototipo matricula administrador
Figura 25: Prototipo Matricula Administrador
3.3.6 Diagrama de secuencia Gestionar Matricula
Figura 26: Diagrama de secuencia gestionar matricula
82. 73
: ADMI_OSA: ADMI_OSA : Menu Principal: Menu Principal : Nuevo_PlanEs: Nuevo_PlanEs : Generar_Plan: Generar_Plan
: C. Plan: C. Plan
:
TBL_PLANCURRICULAR
:
TBL_PLANCURRICULAR
Click Menu_Principal_Plan
Consultar Form
Mostrar Form
Enviar_Datos
Nuevo_Plan()
Devolver Msj
Mostrar Obj.msj
Consultar Form
Mostrar Form
Enviar_Datos
Generar_Plan()
Devolver Tabla
Mostrar Plan_Tabla
3.3.7 Prototipo Plan de Estudio
Figura 27: Prototipo plan de estudio
3.3.8 Diagrama de secuencia: Plan de estudio
Figura 28: Diagrama de secuencia plan de estudio
83. 74
3.3.9 Prototipo login estudiante
Figura 29: Prototipo login estudiante
3.3.10 Prototipo Iniciar Matricula
Figura 30: Prototipo iniciar matricula
85. 76
3.3.13 Prototipo imprimir matricula
Figura 33: Prototipo imprimir matricula
3.3.14Prototipo consultar notas
Figura 34: Prototipo consultar notas
86. 77
3.3.15 Diagrama de secuencia: (Matricula, consultar notas, digitar encuestas)
Figura 35: Diagrama de secuencia matricula
: Estudiante: Estudiante : LoginEstudiante: LoginEstudiante : Form Matricula: Form Matricula : Matricularse: Matricularse : Consultar Notas: Consultar Notas : Digitar Encuestas: Digitar Encuestas
C.MatriculaC.Matricula C.NotasC.Notas C.EncuestaC.Encuesta
: Matricula: Matricula : Notas: Notas : Encuesta: Encuesta
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
87. 78
3.3.16 Prototipo login docente
Figura 36: Prototipo login docente
3.3.17Prototipo acta de notas
Figura 37:Prototipo acta de notas
88. 79
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
89. 80
: Docente: Docente : Login: Login : Form Docente: Form Docente : Actas: Actas : Silabus: Silabus : Horario: Horario
C. UsuarioC. Usuario C. ActaC. Acta C.SilabusC.Silabus C.HorarioC.Horario
: Usuario: Usuario : Nota: Nota : Archivo: Archivo : Horario.: Horario.
Click en Login
Click en Actas
Enlazar form Actas
Mostrar form Actas
Llenar Actas
RegistrarActas()
Ingresar Datos
Click en Enviar
TraerLogin()
Leer()
Mostrar form Docente
Mostrar form
Crear()
Mostrar Msj. confirmacion
Click en Silabus
Enlazar form
Mostrar form Silabus
Click subir silabus
Subir()
Crear()
Msj. confirmacion
Click en Horario
Enlazar form Horario
TraerHoario()
Leer()
Mostrar form
3.3.20 Diagrama de secuencia Docente (Registrar actas, subir silabus, consultar horario)
Figura 40: Diagrama de secuencia Docente (Registrar actas, subir silabus, consultar horario)
90. 81
3.4 Diagrama de Clases de Diseño
Figura 41: Diagrama de Clases de Diseño
91. 82
3.5 Diagramas de Estados
Figura 42: Diagrama de estados digitar registro
Fuente: Elaboración propia
Figura 43: Diagrama de estados realizar matricula
Fuente: Elaboración propia
Registrado
ActivoFinalizar
Registrar()
Activar()
Finalizar()
Habilitado Matriculado
Desabilitad
o
Finalizado
Habilitar() Matricular()
Desabilitar() Finalizar()
Finalizar()
92. 83
Figura 44: Diagrama de estados digitar acta de notas
Fuente: Elaboración propia
Figura 45: Diagrama de estados digitar encuesta
Fuente: Elaboración propia
HabilitadoHabilitar() Matriculado
Calificado
Matriculado en el curso
Calificar()
Finalizar
Finalizar
Habilitado Matriculado
EncuestadoFinalizar
Habilitar() Matriculado en el curso
Encuestar()
Finalizar()
93. 84
Figura 46: Diagrama de estados entregar silabos
Fuente: Elaboración propia
Figura 47: Diagrama de estados aperturar ciclo
Fuente: Elaboración propia84
Curso
Habilitado
Silabo
Entregado
Finalizado
Habilitar Cursos Entregar Silabo
Finalizar entrega
Curso
Habilitado
Aula
Habilitada
Docente
Habilitado
Horario
Habilitado
Ciclo
Aperturado
Habilita curso() Habilitar Docente
Habilitar Horario
Habilitar Aula
Aperturar
FinalizadoFinalizar()