Proyecto siga web terminado

3,775 views

Published on

2 Comments
2 Likes
Statistics
Notes
No Downloads
Views
Total views
3,775
On SlideShare
0
From Embeds
0
Number of Embeds
6
Actions
Shares
0
Downloads
212
Comments
2
Likes
2
Embeds 0
No embeds

No notes for slide

Proyecto siga web terminado

  1. 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. 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. 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. 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. 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
  6. 6. 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
  7. 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. 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. 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. 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.
  11. 11. 2 Parte 1: Modelado del Negocio
  12. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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
  53. 53. 44 Parte 2: Requerimientos
  54. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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
  70. 70. 61 Parte 3: Análisis y Diseño
  71. 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. 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. 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. 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()
  75. 75. 66 Figura 15: Diagrama de Colaboración Digitar Encuestas Fuente: Elaboración propia Figura 16: Diagrama de Colaboración Aperturar Ciclo Fuente: Elaboración propia : .Estudiante. : .Matricula. : Encuestas : Encuesta.: Guardar Encuesta 1: Digitar cuestionario 2: Listar Cursos Matriculados 3: Obj.Cursos Matriculados 4: Resolver cuestionario 6: Msj.confirmacion 5: Guardar encuesta() : Administrador Osa. : Aperturar Ciclo : Asignar Aula : Aula : Asignar Horario : Horario. : Asignar Docente : Curso Docente : Consultar cursos : Curso. 1: Aperturar Ciclo 5: Asignar Docente 7: Obj.docente 8: Asignar Horario 10: Obj.horario 2: Listar Cursos 4: listCursos 11: Asignar Aula 13: Obj.Aula 12: Asignar() 9: Asignar() 6: Asignar() 3: Consultar()
  76. 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. 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. 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
  79. 79. 70 3.3.3 Prototipo menú del administrador Figura 23: Prototipo menú del administrador
  80. 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. 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. 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. 83. 74 3.3.9 Prototipo login estudiante Figura 29: Prototipo login estudiante 3.3.10 Prototipo Iniciar Matricula Figura 30: Prototipo iniciar matricula
  84. 84. 75 3.3.11 Prototipo Matricula Figura 31: Prototipo Matricula 3.3.12 Prototipo verificar matricula Figura 32: Prototipo verificar matricula
  85. 85. 76 3.3.13 Prototipo imprimir matricula Figura 33: Prototipo imprimir matricula 3.3.14Prototipo consultar notas Figura 34: Prototipo consultar notas
  86. 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. 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. 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. 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. 90. 81 3.4 Diagrama de Clases de Diseño Figura 41: Diagrama de Clases de Diseño
  91. 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. 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. 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()
  94. 94. 85

×