Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

EMA DE GESTIÓN ACADÉMICA PARA MEJORAR LA INFORMACIÓN EN EL INSTITUTO SUPERIOR TECN CURSO: ASCOPE” INGENIERÍA DEL SOFTWARE

ESCUELA PROFESIONAL DE INGENIERÍA DE Universidad César SISTEMAS
DOCENTE: Ing. DÍAZ AMAYA, Lourdes

Vallejo

ALUMNOS:

AGUILAR RODRIGUEZ, Marjhorie AVILA ROMERO, Henry AVALOS MARCHAN, Maikol LOPEZ YBAÑEZ, Michell ROSALES MOLINA, Ángel VASQUEZ GUTIERREZ, Natali

Facultad de Ingeniería

TRUJILLO – PERÚ 2009

1

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

2

3

4

A ADIOS por queridos padres por nuestros darnos las fuerzas Los Autores. necesarias para seguir sacrificio su grande amor y adelante protegiendo y guiándonos por el durante los años de nuestra sendero del bien. formación profesional, por acompañarme en los buenos y malos momentos, y por la confianza que depositan en nosotros.

DEDICATORIA

1

AGRADECIMIENTO

A la Universidad César Vallejo, nuestra Alma Mater por todas las facilidades que nos brinda para la realización de nuestro proyecto integrador.

A

docentes

del

ciclo

académico

actual

por

su

valiosa

colaboración dedicándonos su tiempo y experiencia en el desarrollo del presente proyecto, demostrándonos que podemos lograr más de lo que podemos desear.

Al Director del Instituto Superior Tecnológico Privado Ascope”, por haber confiado plenamente en nuestra capacidad, facilitándonos y proporcionándonos la información y el material necesario para el desarrollo de nuestra investigación.

Los Autores

1

ÍNDICE GENERAL CARÁTULA DEDICATORIA AGRADECIMIENTO ÍNDICE GENERAL INDICE TABLAS INDICE FIGURAS PRESENTACIÓN INTRODUCCIÓN CAPÍTULO I: GENERALIDADES 1.1. Descripción de la Organización 1.1.1. Razón Social: nombre, ubicación, teléfono, e-mail 1.1.2. Reseña Histórica 1.1.3. Direccionamiento de la Organización 1.1.4. Valores Corporativos 1.1.5. Organigrama de la Organización 1.2. Situación Problemática 1.2.1. Selección del Problema 1.2.2. Antecedentes del Problema 1.2.3. Formulación Interrogativa del Problema 1.3. Objetivos 1.3.1. Objetivo General 1.3.2. Objetivos Específicos 1.4. Justificaciones del Proyecto 1.4.1. Justificación Social 1.4.2. Justificación Tecnológica 1.4.3.Justificación Económica 1.4.4. Justificación Operacional 1.5. Limitaciones del Proyecto 1.6. Alcance del Trabajo CAPITULO II: APLICACIÓN DE LA METODOLOGIA 2.1. MODELAMIENTO DEL NEGOCIO 2.1.1. Objetivos del Negocio 2.1.2. Unidades Organizacionales 2.1.3. Reglas del Negocio 2.1.4. Identificación de Procesos del Negocio 2.1.5. Identificación de Actores del Negocio 2.1.6. Identificación de Trabajadores de Negocio 2.1.7. Diagrama de Casos de Uso del Negocio 2.1.8. Realización de casos de Uso del Negocio 2.1.8.1. Especificación de CUN
1

i ii iii v vi viii xi

11 11 12 13 15 16 17 22 22 22 23 23 23 23 24 24 27 28 30 30 31 31 32 32 33

2.1.8.2. Diagrama de Actividades por cada 36 CUN 2.1.8.3. Modelo de Objetos de Negocio 43 2.1.9. Modelo de Dominio 44 2.1.10. Glosario del Negocio 45 2.2. MODELO DE REQUERIMIENTOS DEL SOFTWARE 2.2.1. Documento Visión del Software 50 2.2.2. Plan de Desarrollo del Software 58 2.2.3. Diagramas de Casos de Uso del SW 73 2.2.4. Requerimientos Funcionales y No Funcionales 74 2.2.5. Especificación de Casos de Uso(6 casos de uso) 77 2.2.6. Priorización de Casos de Uso 82 2.2. ANÁLISIS Y DISEÑO 83 2.2.1. Realización del Análisis 83 CONCLUSIONES BIBLIOGRAFIA 117 118

2

INDICE DE TABLAS Tabla Nº 01: Valores Corporativos …………………………………………………… Tabla Nº 02: Área de Admisión………………………………………………………. Tabla Nº 03: Área de Matricula ……………………………………………………...... Tabla Nº 04: Área de Registro de Notas……………………………………………..... Tabla Nº 05: Flujo Básico…………………………………………………………....... Tabla № 06: Sentencia que Define el Problema ………………………………………. Tabla № 07: Sentencia que Define la Posición del Producto ………………………...... Tabla Nº 08: Evolución Software…………………………. del Plan de en Desarrollo el del 4 25 25 25 27 43 44 52 52 53 54 55 56 58 70

Tabla Nº 09: Participantes ……………………………………………..

Proyecto

Tabla № 10: Roles y Responsabilidades……………………………………………….. Tabla № 11: Materiales………………………………………………………………... Tabla № 11: Recursos Humanos……………………………………………………... Tabla № 12: Hitos de las Fases………………………………………………………... Tabla № 13: Calendario……………………………………………………………….. Tabla № 14: Priorización de Casos de Usos…………………………………………...

1

INDICE DE FIGURAS Figura N° 01: Valores Corporativos……………………………………………….... Figura N° 02: Ubicación Geográfica del ISTP-Ascope ……………………………... Figura Nº 03 : Ubicación Geográfica del ISTP-Ascope …………………….………. Figura Nº 04: Gestión Académica………………………………………………..... Figura Nº05: Gestión de Pagos……………………………………………………... Figura Nº 06: Recursos Humanos……………………………………………….…… Figura Nº 07: Identificación de Procesos del Negocio………………………………. Figura Nº 08: Identificación de Actores del Negocio……………………………….. Figura Nº 09: Identificación de Trabajadores del Negocio………………………….. Figura Nº 10: Diagrama de casos de Uso del Negocio……………………………… Figura Nº 11: Realización de Casos de Uso del Negocio……………………………. Figura Nº 12: Diagrama de Actividades del Área de Admisión…………………....... Figura Nº 13: Diagrama de Actividades del Área de Matriculas…………………….. Figura Nº 14: Diagrama de Actividades del Registro de Notas……………………… Figura Nº 15: Diagrama de Actividades de Gestión de Ingresos (pagos)………......... Figura Nº 16: Diagrama de Objetos del área Académico……………………………. Figura Nº 17: Diagrama de Objetos del Ingresos (Pagos)………………………........ Figura Nº 18: Modelo de Objetos del Negocio………………………………………. Figura Nº 19: Modelo del Dominio………………………………………………….. Figura Nº 20: Diagrama de Casos de Uso del Software……………………………... Figura Nº 21: Diagrama de Colaboración Registrar Alumno………………………... Figura Nº 22: Diagrama de Actividades Registrar Alumno…………………………. Figura Nº 23: Diagrama de Secuencia Registrar Alumno………………………… Figura Nº 24: Diagrama de Colaboración Registrar Semestre…………………… Figura Nº 25: Diagrama de Actividades Registrar Semestre……………………….. Figura Nº 26: Diagrama de Secuencia Registrar Semestre…………………………. Figura Nº 27: Diagrama de Colaboración Registrar Docente…………………….. Figura Nº 28: Diagrama de Actividades Registrar Docente……………………… Figura Nº 29: Diagrama de Secuencia Registrar Docente…………………………. Figura Nº 30: Diagrama de Colaboración Registrar Aulas………………………... Figura Nº 31: Diagrama de Actividades Registrar Aulas…………………………. Figura Nº 32: Diagrama de Secuencia Registrar Aulas…………………………… Figura Nº 33: Diagrama de Colaboración Registrar Notas……………………….. Figura Nº 34: Diagrama de Actividades Registrar Notas………………………… Figura Nº 35: Diagrama de Secuencia Registrar Notas…………………………... Figura Nº 36: Diagrama de Colaboración Aperturar Cursos……………………….. Figura Nº 37: Diagrama de Actividades Aperturar Cursos…………………………. Figura Nº 38: Diagrama de Secuencia Aperturar Cursos………………………… Figura Nº 39: Diagrama de Colaboración Registrar Pago………………………….. Figura Nº 40: Diagrama de Actividades Registrar Pago……………………………. Figura Nº 41: Diagrama de Secuencia Registrar Pago……………………………. Figura Nº 42: Diagrama de Colaboración Categorías……………………………… Figura Nº 43: Diagrama de Actividades Categorías……………………………….. Figura Nº 44: Diagrama de Secuencia Categorías…………………………………. Figura Nº 45: Diagrama de Clases Registrar Alumno……………………………… Figura Nº 46: Diagrama de Clases Registrar Semestre……………………………... 6 16 16 18 19 19 21 22 22 23 23 28 29 30 31 32 33 34 35 60 71 72 72 73 73 74 74 75 76 77 77 78 78 79 79 80 80 81 81 82 83 83 84 84 10 4 10 5

1

Figura Nº 47: Diagrama de Clases Registrar Docente……………………………… Figura Nº 48: Diagrama de Clases Registrar Aula…………………………………. Figura Nº 49: Diagrama de Clases Registrar Docente …………………………………. Figura Nº 50: Diagrama de Clases Registrar Aperturar Cursos…………………….. Figura Nº 51: Diagrama de Clases Registrar Pago………………………………… Figura Nº 52: Diagrama de Clases Registrar Categoría…………………………… Figura Nº 53: Diagrama de Paquetes del Análisis………………………………….. Figura Nº 54: Diagrama de Paquetes del Análisis capa Presentacion……………… Figura Nº 55: Diagrama de Paquetes del Análisis Capa Lógica……………………. Figura Nº 56: Diagrama de Paquetes del Análisis Capa Datos…………………….. Figura Nº 57: Diagrama de Clases del Análisis…………………………………… Figura Nº 58: Diagrama de Estado Aperturar Cursos………………………………...

10 5 10 6 10 6 10 7 10 7 10 8 10 8 10 9 11 0 11 1 11 2 11 3

2

PRESENTACIÓN Señores Miembros del Jurado: Cumpliendo con el Reglamento de Proyectos y Trabajos de

Investigación de la Oficina de Investigación de la Universidad “Cesar Vallejo” de la ciudad de Trujillo se pone a su disposición el proyecto integrador titulado: “IMPLEMENTACIÓN DE UN SISTEMA DE GESTIÓN ACADÉMICA PARA MEJORAR LA INFORMACIÓN EN EL INSTITUTO SUPERIOR TECNOLÓGICO PRIVADO – ASCOPE” En espera de que el proyecto integrador cumpla con las expectativas trazadas en el ciclo académico, plasmamos los conocimientos adquiridos, los cuales son aplicados en la elaboración del mismo. Agradecemos por anticipado su valiosa atención así como el tiempo y dedicación que se brinda a la presente. Trujillo, Noviembre del 2009.

AGUILAR RODRIGUEZ, Marjhorie MARCHAN, Maikol

AVALOS

LOPEZ YBAÑEZ, Michell

ROSALES MOLINA, Ángel

1

VASQUEZ GUTIERREZ, Nataly

AVILA ROMERO, Henry

INTRODUCCION Los cambios constantes, nos permiten comprender y reflexionar sobre la velocidad de la vida en que vamos, para ello afrontamos un gran reto que es nuestra propia realidad, diversa y profunda, mucho más campo educativo, donde en la en el

mayoría de nuestras Instituciones son de carácter multigrado y unidocente, las cuales requieren de una atención especial. Instruir dentro del concepto de calidad implica la introducción de nuevos enfoques y recursos, que requieren por parte del docente un gran esfuerzo para mantener una constante actualización de conocimientos, así como por parte de la Dirección en la labor de invertir tanto en la infraestructura de la Institución y la capacitación de los docentes. Por otro lado, formar a un estudiante con calidad implica no solo cambios materiales, si no también planes bien estructurados que precisen que es lo que se debe hacer para alcanzar los niveles de calidad deseados, así como, cuales son los mecanismos que permitan realizar el control de calidad durante el proceso enseñanza – aprendizaje. Por tanto este proyecto se ve enriquecido por la por la aplicación y esmero de su presentación formal. Nuestro equipo de trabajo no ha limitado esfuerzo alguno para obtener información adecuada de la mejor calidad respetando en selección realizada por los propios colaboradores. todos los casos la

1

Por este motivo, hemos tomado la iniciativa de presentar el trabajo de investigación apoyado en el INSTITUTO SUPERIOR TECNOLOGICO PRIVADO DE ASCOPE, dedicado a la enseñanza de alumnos de nivel superior.

Los Autores

3

1

Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas

CAPITULO I

2

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

1.1. DESCRIPCIÓN DE LA ORGANIZACIÓN 1.1.1.Razón Social:

Nombre: Instituto Superior Tecnológico Privado de Ascope Dirección: Av.. Grau S/N. cuadra 15.
1.1.2.Reseña Histórica:

GENERALIDADES
Privado de Ascope, autorizándose

Un 08 de marzo del año 1990, se crea el Instituto Superior Tecnológico el funcionamiento de tres Carreras Profesionales: Enfermería Técnica, Mecánica Automotriz y Electrónica. En agosto de 1990, se inicia su funcionamiento sin contar con local propio, sin las suficientes herramientas, instrumentos y materiales necesarios, en los ambientes del Colegio Nacional “Ramón Castilla” de Ascope. En el mismo año se contaba con transporte propio que facilitaba la concurrencia de alumnos, pero dejo de funcionar por problemas mecánicos y presupuestales. En cuanto se refería al personal docente, de esto se encargó el profesor Carlos Sánchez Merino, quien sería el Director del Instituto Superior Tecnológico Privado “Ascope” (ISTP-Ascope). Luego, también fueron Directores: El Ing. Alberto Flores Rojas, El Prof. Mario Saavedra Arteaga, el Ing. Nestor Cerna Tello, vuelve el Ing. Alberto Flores Rojas y después el Lic. José Boy Cerna. Actualmente, desde Marzo del 2000, se encuentra a cargo de la Dirección, el economista Heriberto Rubio Espinola. El ISTP-Ascope se encuentra ubicado en la parte baja del Valle Chicama, a 230 m.s.n.m. al norte de la ciudad de Trujillo a 37 km. del departamento de La Libertad. Se localiza entre las coordenadas, geográficas 79º 11’ 30’’ y 79º 12’ 30’’ de latitud Sur y 78º 48’ 50’’ y 79º 27’ 05’’ de longitud Oeste. Por el norte y oeste limita con el pueblo de Casagrande, por el sur con el Distrito e Chicama, y por el este con los pueblos de San Benito y Marmot.
3

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

El ISTP-Ascope forma y promueve el desarrollo integral y permanente de la persona, sustentada en una cultura de valores y de respeto a la identidad; que facilita un aprendizaje acorde con el avance de la ciencia y la tecnología. Tiene como una de sus más grandes aspiraciones el llegar a ser líder en la provincia de Ascope, mediante la formación integral y continua de profesionales técnicos altamente competitivos con valores éticos, que se sustenta en una planificación estratégica para asegurar un crecimiento y desarrollo sostenible personal y organizacional. 1.1.3.Direccionamiento de la Organización MISIÓN Formar y promover el desarrollo integral y permanente de la persona, sustentada en una cultura de valores y de respeto a la identidad; que facilita un aprendizaje acorde con el avance mundo, de la ciencia sobre y su tecnología hábitat, con para capacidad para comprender y describir el actuando mejorar las condiciones y calidad de vida, en una búsqueda constante de la excelencia. Fuente: ISTP - ASCOPE

VISIÓN

tamente competitivos con valores éticos, que se sustenta en una planificación estratég

4

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

Fuente: ISTP - ASCOPE

1.1.4.Valores Corporativos Tabla N° 01: Valores Corporativos Descripción La Institución asumirá la calidad como un compromiso indispensable, por lo cual los miembros de la institución deberán ser responsables en la calidad de servicio que brindan; tanto como el servicio educativo, como también el administrativo. Responsabilid Encontramos fundamental ad Social la

Valor Calidad de servicio en general

responsabilidad, ya que en nuestras manos está el futuro de nuestro país; es decir nuestra misión es la de formar profesionales técnicos, no sólo con base científica y tecnológica, sino también humanística. La Institución busca obtener una mayor participación en el mercado mediante la adquisición de nueva tecnología.

Innovación Tecnológica

5

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

La honestidad es una cualidad humana consistente en comportarse y expresarse con coherencia y sinceridad, y de acuerdo Honestidad con los valores de verdad y justicia. En su sentido más evidente, la honestidad puede entenderse como el simple respeto a la verdad en relación con el mundo, los hechos y las personas; en otros sentidos, la honestidad también implica la relación entre el sujeto y los demás, y del sujeto consigo mismo. Este valor debe ser practicado en la institución por todas las personas que la conforman. Es la conformidad existente entre lo que se Veracidad expresa y la situación real de algo o el concepto real que se tiene acerca de un tema, es por eso que este valor es fundamental para la institución. La Empatía describe la capacidad de una Empatía persona de vivenciar la manera en que siente otra persona y de compartir sus sentimientos, lo cual puede llevar a una mejor comprensión de su comportamiento o de su forma de tomar decisiones. Es la habilidad para entender las necesidades, sentimientos y problemas de los demás, poniéndose en su a es lugar, sus una y responder reacciones que se correctamente emocionales. La puntualidad Puntualidad

actitud

adquiere desde los primeros años de vida mediante la formación de hábitos en la familia, donde las normas y costumbres establecen horarios para cada una de las
6

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

actividades. Se considera a la puntualidad como un valor básico, ya que debe ser un pilar en la institución educativa. La rentabilidad es el rendimiento, ganancia Rentabilidad que produce una empresa. Como sabemos, es lo que toda empresa busca, en nuestro caso se trata de lograr nuestros objetivos y llegar a sostenerla. Fuente: ISTP - ASCOPE

1.1.5.Organigrama de la Organización Figura N° 01: Valores Corporativos

7

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

COMITÉ SOCIAL

CONSULTORIO Y DE DE DPTO.CORD. ESTUDIANTILES TALLERCORD. ASUNTOS CONSEJO DPTO.SECRETARIA PROYECCION DEDE TALLECONSEJO DE TUTORÍ TALLERES DOCENTE ALUMNO YFORMACION ADMINISTRADO PERSONAL CENTRO FORMACION AUXILIAR SECRETARIA ORGANO DIRECCIO LABORATORIO PROFESIONAL GENERAL ELECTRONICA RARTISTICOS CÓMPUTO R SOCIAL A ESTUDIANTIL ESTUDIANITL COORDINACION BIBLIOTECA DOCENTE S SERVICIO GENERAL ENFERMERI MECANIC N A A

Y

PROYECCION

8

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

Fuente: ISTP - ASCOPE 1.2.Situación Problemática 1.2.1.Selección del Problema EL INSTITUTO SUPERIOR TECNOLÓGICO PRIVADO ASCOPE está situado en la Av. Grau cuadra 15 de la ciudad de ASCOPE de La Región La Libertad. Esta institución fue creada el 08 de marzo de 1990, pertenece al rubro educativo y ofrece a sus alumnos recibir una adecuada formación tecnológica, científica, humanista que los habilita para poder desarrollarse a nivel profesional tanto nacional como internacional. Actualmente nuestra investigación está situada en la gestión académica de la institución, la cuenta con 23 docentes ubicados respectivamente. Después de una serie de observaciones y entrevistas realizadas en el ISTP - ASCOPE se ha podido determinar un conjunto de problemas que deben ser superados en el proceso académico los mismos que mencionamos: La demora en los pagos, entrega de cronogramas de pagos, documentación, por parte de área de caja. El área de caja no cuenta con un sistema que controle los pagos, entregue los cronogramas de pagos y documentación

9

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

de manera automatizada y confiable, ya que se viene haciendo de forma manual por los encargados del área. Deficiente entrega de reporte de notas por parte de los docentes y del área de secretaria académica. Al solicitar el reporte de notas respectivamente, se comienza a elaborar de manera manual causando retrasos en otras actividades y a veces pérdida de información lo cual ocasiona malestar a los alumnos o apoderados y hasta de la persona encargada. Elaborar una Base de Datos. Al no tener una base de datos se genera una pérdida de tiempo por la mala organización de la información, generando malestar en el personal encargado y/o en la persona que necesite esta información.

Deficiente información en el área de admisión hacia los alumnos y/o apoderados. La mala información y atención a los alumnos y/o apoderados genera malestar y a veces la deserción de los mismos. La identificación de los alumnos y docentes (código) con el ISTP-Ascope no es la adecuada, lo cual trae como consecuencia incomodidad tanto en docentes como alumnos. Al ingresar los alumnos y docentes se les genera un código de identificación del instituto de manera manual, lo cual trae consecuencias como la duplicidad y la escritura incorrecta de los mismos.
10

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

La demora en el proceso de matriculas. 1.1.1.Antecedentes del Problema Local: Titulo:“Desarrollo e Implementación de un sistema integrado para incrementar la Productividad del Colegio Privado Mixto de Ingeniería” Autor: Br. Benitez Pacherres, Alberto Alexis (2004) Código de tesis: tesis 0078 sis-te, UCV, El referido autor hizo un estudio en el Colegio Privado Mixto de Ingeniería de la ciudad de Trujillo en el cual utilizo un cuestionario y una encuesta, sacando las siguientes conclusiones: ✔ La ingeniería de información permite la Dirección del Colegio Privado Mixto Ingeniería, desarrollar un plan de sistema de todas las áreas para saber donde tiene que invertir en tecnología, cuáles son sus beneficios y como van a recuperar su inversión. ✔ Para que la Ingeniería de la información logre su propósito, se debe contar con la aceptación y el compromiso de la Dirección, toda vez que se requiere involucrar a todas las áreas del Centro Educativo.

Titulo:“Implementación de un Sistema Integrado para Mejorar la Gestión Académica y Administrativa del Instituto Superior Tecnológico 24 de Julio” Autores: Br. Dioses Urbina, Verónica y Br. Espinoza Vilchez, Gladys (2003) Código: tesis 0055 sis-te, UCV

11

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

 Las referidas autoras realizaron un estudió en el Instituto Superior Tecnológico “24 de Julio” de la ciudad de Trujillo en el cual utilizaron el cuestionario, sacando las siguientes conclusiones:  La estructura orgánica del instituto tiene que ser dinámica y se debe implementar un Departamento de Sistemas e Informática.  El análisis interno demuestra que la Institución tiene problemas de gestiono académica y administrativas muy fuertes. Titulo:“Mejoramiento del manejo de Información

sobre la Gestión del ISPNE Juan Pablo II, Diseñando un Sistema de Información Integrado” Autores: Br. Escobedo Moreno, Elvira del Roció y Br. Mendoza de los Santos, Alberto Carlos (2000) Código: tesis 0079 sis-te, UCV Los referidos autores realizaron un estudio en el ISPNE “Juan Pablo II” utilizando el cuestionario, llegando a las siguientes conclusiones:  El primer punto crítico que se encontró al empezar el planeamiento estratégica de negocios fue la estructura del instituto.  La jefatura de personal debe estar bajo el mando de la administración Titulo: “Planeamiento Particular estratégico para de un Centro su

Educativo

mejorar

posicionamiento de imagen en la ciudad de Trujillo”. Autor: Bach. Juan José Vega Vásquez Universidad: Universidad Nacional de Trujillo Código de Tesis: A – 1420
12

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

Conclusiones:

El C.E.P. “Nuestra Señora del Perpetuo Socorro”, no tiene buena percepción de imagen en la Ciudad de Trujillo, a pesar de que ofrece servicios de buena calidad, pero le falta mejorar su posicionamiento en el sector educativo local.

 El C.E.P. “Nuestra Señora del Perpetuo Socorro”, tiene tres competidores importantes como son el C.E.P. “Claretiano” y el C.E.P. “Inmaculada” y el C.E.P. “San José Obrero” por tener estos, presencia nacional e internacional.  La Empresa afronta una así serie como de amenazas de y la debilidades derivadas de las condiciones actuales de nuestra economía, también competencia de precios y la reducción de la capacidad adquisitiva.  El limitado desarrollo de su imagen institucional como estrategia de comunicación para lograr ventajas de diferenciación y un mejor posicionamiento de la empresa, no ha concedido al C.E.P. “Nuestra Señora del Perpetuo Socorro”, un liderazgo en la ciudad d Trujillo.  La empresa tiene la oportunidad de desarrollar un excelente posicionamiento de su imagen como una ventaja competitiva ante el ingreso de la competencia de otros C.E, a través del desarrollo de un plan estratégico de marketing.  El C.E.P. “Nuestra Señora del Perpetuo Socorro”, necesita tener más publicidad tanto a nivel local como a nivel nacional, ya que su imagen es conocida solamente por un reducido sector de estudiantes y padres de familia.

13

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

Titulo:”Planeamiento

Estratégico

para

obtener

ventajas competitivas e incrementar la participación de mercado del Colegio Preuniversitario Integral Class” Autor: Br. Campos Avalos, Dabilberto Br. Figueroa Neira, Wilman Eduardo Universidad: Universidad Nacional de Trujillo Conclusiones:  Con el cumplimiento de los objetivos a corto plazo del Planeamiento Estratégico, se lograra obtener mayor efectividad, lo que permitirá incrementar la participación de mercado del colegio.

Mediante el planeamiento Estratégico se lograra una mejor gestión administrativa en el Centro Educativo (Eficiencia > 97.62% y Eficacia > 71.5%). Siendo, los clientes (Alumnos + PP.FF.) y docentes participantes activos en el logro de objetivos.

 De acuerdo a su Visión la institución está orientada al compromiso social y comunitario y llegar a la excelencia en el servicio educativo con preparación preuniversitaria.  De acuerdo a la Misión el colegio busca satisfacer las necesidades y exigencias de los clientes, preparando al alumno para el ingreso a la vida Universitaria.  El realizar el diagnostico externo, el colegio llego a determinar importantes oportunidades en el mercado, entre los cuales: la gran demanda educativa, el acceso al crédito y la tendencia a la temprana preparación preuniversitaria son las principales oportunidades.  El bajo ingreso familiar, la cercanía de la competitividad y el incremento de la deserción escolar son algunas amenazas que embargan al centro educativo.
14

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

 Las debilidades que tienen mayor peso para la institución son: incumplimiento de sus objetivos, débil participación de mercado y la escasez de fondos de inversión de capital.  Después de realizar los diferentes análisis matriciales, se determino que la estrategia principal a seguir por el colegio es: la Penetración de Mercado, mediante el direccionamiento independiente del de una imagen orientado institucional hacia la colegio,

capacitación y atención de los requerimientos y necesidades de la demanda educativa.

El

Plan

Estratégico tanto

formulado

para

el

Colegio como

Preuniversitario Integral Class, es factible para su realización, Nacional: Titulo: Sistema Informático para la Gerencia de Campo de la Empresa Agroindustrial Casa Grande S.A.A. Resumen: Este proyecto contribuirá al desarrollo de un sistema de informático gerencial para la empresa Agroindustrial Casa Grande, que ayudara al jefe de zona y al Gerente de campo contar con una oportuna información, de manera que les ayude a la toma de decisiones. Ya que se encontrara en condiciones de evaluar sus datos oportunamente, disminuyendo así los costos tiempo y factor económico empleando en el sistema actual. La metodología que ayudara a desarrollar este proyecto se denomina RUP (Rational Unified Process), la cual permitirá la inicialización, elaboración, construcción y transición para la elaboración de dichas fases se utilizo la notación UML, el económicamente financieramente.

15

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

cual nos permitió analizar y diseñar los diagramasen las diferentes etapas del proceso. Aporte: Este proyecto será de mucha ayuda a nuestra investigación ya que contribuirá con la metodología RUP, que ayudara de alguna manera el estudio de los procesos mediante diagramas para su mayor entendimiento. Internacional: Titulo: Sistema Informático para el análisis de gestión operativa de las plantas Midrex I y Midrex II de SIDOR C.A. Resumen: Para tener éxito en el mercado actual, las organizaciones, como Sidor, necesitan extender la información e interactuar con sus clientes, socios y proveedores en tiempo real y así satisfacer las exigencias de estos que cada vez son mayores. Sidor lo constituyen muchas líneas productivas y una de ellas son las plantas Midrex I y Midrex II, en vista de que estas plantas forman el segundo proceso en el ciclo de vida productivo de esta empresa, se requiere obtener el máximo aprovechamiento de los sistemas de información para mantener altos Estándares de Calidad en sus productos y servicios. Con el Sistema Web para el análisis de gestión operativa de las plantas Midrex I y Midrex II de Sidor se desea implementar y mejorar continuamente el Sistema de Gestión de Calidad para obtener productos y servicios de excelencia. El desarrollo de este sistema informático está orientado por el Proceso Unificado de Desarrollo de Software, representado gráficamente en términos del Lenguaje Unificado de Modelado (UML) a lo largo de todas sus fases. La implementación de este sistema se hizo en forma de aplicación Web, utilizando como plataforma .NET y soporte
16

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

de base de datos SQL-SERVER 2000. La puesta en producción de este sistema se realizó de forma exitosa, no solamente por el buen funcionamiento en su desempeño, sino que también la capacidad de análisis de las gestiones operativas de estas plantas se incrementó al poner a disposición de los usuarios información de variables del proceso en tiempo real de forma precisa y confiable. Aporte: Esta investigación es de mucha importancia ya que ayuda a nuestro proyecto de investigación aprovechar la información de una manera fácil y eficiente para lograr una mayor integridad con los clientes, proveedores y socios. Este proyecto de investigación utiliza al UML (Lenguaje Unificado del modelado), el cual ayudara a nuestro proyecto redefinir al sistema del software. 1.1.1.Formulación Interrogativa del Problema ¿La implementación de un Sistema de Gestión Académica la Institución Superior como mejorara la información en Tecnológico Privado de ASCOPE? 1.2. OBJETIVOS 1.2.1. Objetivo General Mejorar la Gestión Académica en el Instituto Superior Tecnológico Privado - Ascope a través de un Sistema de Gestión Académica. 1.2.2. Objetivos Específicos Desarrollar un sistema de información que de manera

automática controle los pagos entregue el cronograma de pagos y la documentación correspondiente.

17

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

Desarrollar un sistema de información automatizando los reportes de notas de manera confiable y rápida. Elaborar una base de datos de manera que se ordene la información del la institución para que su disponibilidad sea inmediata. El sistema contara con plantillas de información en caso necesite información los encargados del área de admisión para brindar una buena atención al apoderado y/o alumno. Cuando ingrese el alumno o docente el sistema generara un código de identificación del instituto automáticamente para evitar errores. Implementar y mejorar los sistemas de gestión académica para agilizar la disponibilidad de la misma. Ahorrando así tiempo y esfuerzo, lo que favorece a la competitividad. Consolidar el compromiso de los trabajadores, para que se sientan más identificados con la institución. De modo que se ofrezca mejor servicio y una atención del satisfactoria frente a al la alumnado, obteniendo fidelidad cliente

competencia. Demostrar que el Prototipo puede ser aplicable en grandes y pequeños proyectos, como también en grandes y pequeñas empresas. 1.1. JUSTIFICACIONES DEL PROYECTO
1.1.1.Justificación Social

Las carreras brindadas en el ISTP ASCOPE son algunas de las más importantes, es por esto que la presente investigación tiene relevancia social y así mismo permitirá brindar una mejor atención a los alumnos y docentes de la institución y por ende presentar en nuestra sociedad a una institución capaz de satisfacer las necesidades de sus clientes.

18

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

1.1.2.Justificación Tecnológica

El presente proyecto de investigación colocará al ISTP ASCOPE a la vanguardia de las demás instituciones de educación superior en la utilización de software, mejorando así la imagen y la gestión académica para que de ésta manera se pueda brindar a los docentes, alumnos y/o apoderados una buena atención de manera eficiente y confiable.
1.1.3.Justificación Económica

Esta

investigación

permitirá

incrementar

la

población

estudiantil para el ISTP ASCOPE por la buena organización empresarial obtenida mediante la realización del sistema.
1.1.4.Justificación Operacional

El sistema será bastante flexible y amigable lo cual generará poca capacitación al personal encargado y un alto índice de satisfacción en el alumnado y el personal docente. El proyecto de investigación permitirá reducir el tiempo en la atención al alumno y/o apoderado. 1.2.LIMITACIONES DEL PROYECTO Falta de capacitación de docentes en la institución. En este proyecto no se tendrán actividades relacionadas con las pruebas del Software, esto se deberá al mínimo tiempo que se tendrá para el desarrollo del mismo. Falta de material disponible para la enseñanza a los jóvenes. Tecnología en mal estado. 1.1.ALCANCE DEL TRABAJO
19

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

El ISTP-Ascope se encuentra ubicado en la parte baja del Valle Chicama, a 230 m.s.n.m. al norte de la ciudad de Trujillo a 37 km. del departamento de La Libertad. Se localiza entre las coordenadas, geográficas 79º 11’ 30’’ y 79º 12’ 30’’ de latitud Sur y 78º 48’ 50’’ y 79º 27’ 05’’ de longitud Oeste. Por el norte y oeste limita con el pueblo de Casagrande, por el sur con el Distrito e Chicama, y por el este con los pueblos de San Benito y Marmot.

Figura N° 02: Ubicación Geográfica del ISTPAscope

20

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

Fuente: Elaboración propia

Figura Nº 03 : Ubicación Geográfica del ISTP-Ascope

Fuente: Google Earth

CAPITULO II

21

APLICACIÓN DE LA METODOLOGÍA
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas

2.1. MODELAMIENTO DEL NEGOCIO 2.1.1. Objetivos del Negocio GESTION ACADEMICA:  Actualización de datos

 Registrar Información de Notas y Matriculas  Implementar un Sistema de Información que permita registrar la Información Académica.

Mejorar calidad de atención las solicitudes de estudios de pagos efectuados

 Atender

GESTION DE INGRESOS (PAGOS)

Realizar los procesos de trámite

 Proporcionar la información económica  Calcular los montos a pagar por concepto de estudios. 2.1.1.1.GESTION ACADEMICA Figura 04: Gestión Académica

Fuente: El Equipo
22

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

2.1.1.2.GESTION DE PAGOS

Figura 05: Gestión de Pagos

Fuente: El Equipo

2.1.2.UNIDADES ORGANIZACIONALES

Figura Nº 06: Recursos Humanos INFORME SECRETARIA RECURSOS CAJ ACADEMICA HUMANOS A S

23

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

Fuente: Elaboración propia

2.1.3.REGLAS DEL NEGOCIO

1. Introducción 1.1Propósito El propósito de este documento es describir las políticas, normas, operaciones, definiciones y restricciones presentes en el Instituto Superior Tecnológico Privado de Ascope y que son de vital importancia para alcanzar sus objetivos. El documento se centra en las múltiples reglas del negocio, explícitas o tácitas, que están embebidas en procesos, documentos, etc.

24

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

Las reglas del negocio especifican, en un nivel adecuado de detalle, lo que el área de recursos humanos del Instituto realiza en el desarrollo de sus actividades organizacionales. 1.2Alcance El documento Reglas del Negocio se ocupa del sistema integral de gestión del área de recursos humanos. Dicho sistema será desarrollado por el equipo de trabajo. El sistema permitirá a los encargados del área controlar todos los procesos que realizan (gestión académica y gestión de ingresos).

1.3Referencias El presente documento de reglas del negocio hace referencia a los siguientes documentos: ➢ Documento Plan de Desarrollo Software del Proyecto ➢ Documento Visión del Negocio ➢ Documentos de Especificación de Casos de Uso del Proyecto ➢ Documentos de Especificación de Casos de Pruebas del Proyecto 1. Reglas del Negocio
2.1 Todos los

docentes tienen la obligación de concurrir

puntualmente a sus labores, de acuerdo al horario establecido y de registrar su asistencia al ingreso y salida.
2.2 El registro de asistencia es personal. El docente que no

apunte o registre su ingreso y salida, será considerado como inasistencia.

25

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

2.3Se concederá permiso a los docentes con goce de haber por los siguientes motivos debidamente comprobados y especificados en el documento de autorización respectivo. a. Por razones de salud b. Por estudios y capacitación
c. Por el día del onomástico del docente d. Por matrimonio del docente hasta 5 días e. Por fallecimiento de familiares del docente hasta por

7 días
2.1 Todos los docentes de la empresa estarán obligados a

tomar conocimiento de este reglamento interno de higiene y seguridad y a poner en práctica las normas y medidas contenidas en él. 2.1.1.Identificación de Procesos del Negocio

2.1.2.Identificación de Actores de Negociode Procesos del Figura Nº 07: Identificación Negocio Figura Nº 08: Identificación de Actores del Negocio

➢ Alumno ➢ Apoderado ➢ Docente 2.1.1.Identificación de Trabajadores de Negocio Figura Nº 09: Identificación de Trabajadores del Negocio
26

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

➢ Secretaria Académica

➢ Cajera

2.1.1.Diagrama de Casos de Uso del Negocio Figura Nº 10: Diagrama de casos de Uso del Negocio

27

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

2.1.2.Realización de Casos de Uso del Negocio

Figura Nº 11: Realización de Casos de Uso del Negocio

2.1.8.1

2.1.3.ESPECIFICACION DE CUN

28

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

1. Introducción: GESTION ACADÉMICA

1.1Propósito Describir, los procesos de Gestión Académica (Admisión, Matrículas, y Notas). 1.2 Alcance En este documento se detallará los procesos que se realizan dentro de la Gestión Académica. 1.3Referencias 1. Entrevistas. 2. Procedimientos del área. 3. Observación de procesos. 4. Internet. 5. Proyectos Anteriores. 1. Breve descripción En el proceso de Gestión Académico se detallará 3 subprocesos, como la admisión, matriculas y notas de los alumnos. 2. Dueño del Proceso El responsable directo de los procesos es el Director de dicha Institución. 3. Categoría Es importante, Es esencial, y de soporte para la toma de decisiones. 4. Metas Lograr tener información oportuna y detallada de estos subprocesos para mejorar así la toma de decisiones en la parte de Gestión Académica.  M1: Actualización de datos
29

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

 M2: Registrar Información de Notas y Matriculas  M3: Implementar un Sistema de Información que permita registrar la Información Académica.  M4: Mejorar calidad de atención  M5: Atender las solicitudes de estudios de pagos efectuados
1. Flujos de Trabajo (Workflows) 6.1 Flujo Básico

En este flujo básico se especifica los flujos de eventos a partir de la identificación de las actividades y el Nº 1 2 3 4 5 6 7 8 ACTIVIDAD Solicita Requisitos de Admisión Entrega Documentos de Admisión Recepción de Documento de Admisión Evalúa Solicitud Admisión Recibe Solicitud Admisión Elabora Ficha de Admisión Verifica Ficha Entrega Ficha Admisión RESPONSABLE Apoderado/Alumno Apoderado/Alumno Admisión Secretaria Académica Apoderado/Alumno Admisión Secretaria Académica Secretaria Académica

responsable del desarrollo de la actividad en el área de Gestión Académica ➢ Área de Admisión

30

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

Tabla Nº 02: Área de admisión ➢ Área de Matricula Nº 1 2 3 4 5 ACTIVIDAD Entrega Documentación Verifica Datos del Alumno Registra Alumnos Registra Matricula Elabora Cronograma de Pagos RESPONSABLE Apoderado/Alumno Admisión Admisión Admisión Admisión

Tabla Nº 03: Área de Matricula

Nº 1 2 3 4 5 6

ACTIVIDAD Elabora Registro Auxiliar Entrega Registro Auxiliar Ingresa Datos Registro Auxiliar Verifica Datos Registro Auxiliar Registro de Actas Entrega de Actas

RESPONSABLE Secretaria Académica Secretaria Académica Docente Docente Docente Docente

➢ Área de Registro de Notas

Tabla Nº 04: Área de Registro de Notas
31

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

1. Introducción: GESTION DE INGRESOS (PAGOS)

1.1Propósito Describir, los procesos de Gestión de Ingresos (Pagos). 1.2 Alcance En este documento se detallará los procesos que se realizan dentro de la Gestión de Ingresos (Pagos). 1.3Referencias 1. Entrevistas. 2. Procedimientos del área. 3. Observación de procesos. 4. Internet. 5. Proyectos Anteriores. 1. Breve descripción En el proceso de Gestión de Ingresos (Pagos) se detallará los subprocesos, que hacen los alumnos. 2. Dueño del Proceso El responsable directo de los procesos es el Director de dicha Institución. 3. Categoría Es importante, Es esencial, y de soporte para la toma de decisiones. 4. Metas Lograr tener información oportuna y detallada de estos subprocesos para mejorar así la toma de decisiones en la parte de Gestión de Ingresos (Pagos).  M1: Realizar los procesos de trámite
32

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

 M2: Proporcionar la información económica  M3: Calcular los montos a pagar estudios. por concepto de

1. Flujos de Trabajo (Workflows)

6.1Flujo Básico En este flujo básico se especifica los flujos de eventos a partir de la identificación de las actividades y el responsable del desarrollo de la actividad en el área de Gestión de Ingresos (Pagos). Nº 1 2 3 4 5 6 7 ACTIVIDAD Solicita Cronograma de Pagos Indica Pago a Realizar Emite Registro Recibo Verifica Cuota Apertura Ficha de Pago Registra Pago Recepción de Recibo RESPONSABLE Apoderado/Alumno Apoderado/Alumno Caja Caja Caja Caja Apoderado/Alumno

Tabla Nº 05: Flujo Básico

2.1.1.DIAGRAMA DE ACTIVIDADES POR CADA CUN

33

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

2.1.1.1.DIAGRAMA DE ACTIVIDADES DEL ÁREA DE ADMISIÓN

Figura Nº 12: Diagrama de Actividades del Área de Admisión
34

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

2.1.1.2.DIAGRAMA DE ACTIVIDADES DEL ÁREA DE MATRICULAS

35

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

2.1.1.3.DIAGRAMA DE ACTIVIDADES DE REGISTRO DE NOTAS

Figura Nº 13: Diagrama de Actividades del Área de Matriculas Figura Nº 14: Diagrama de Actividades del Registro de Notas
36

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

2.1.1.4.DIAGRAMA DE ACTIVIDADES DE GESTIÓN DE INGRESOS (PAGOS)

Figura Nº 15: Diagrama de Actividades de Gestión de Ingresos(pagos)

37

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

➢ ACADÉMICO

Figura Nº 16: ➢ INGRESOS (PAGOS) Diagrama de Objetos del área Académico
38

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

Figura Nº 17: Diagrama de Objetos del Ingresos (Pagos) 2.1.1.1.MODELO DE OBJETOS DE NEGOCIO

39

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

Figura Nº 18: Modelo de Objetos del Negocio 2.1.1.2.MODELO DEL DOMINIO

40

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

Figura Nº 19: Modelo del Dominio

41

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

2.1.1.3.Glosario del Negocio
1.Introducción

Este documento recoge todos y cada uno de los términos manejados a lo largo de todo el proyecto de desarrollo de un sistema de gestión académica para mejorar la información en el Instituto Superior Tecnológico Privado – Ascope”. Se trata de un diccionario informal de datos y definiciones de la nomenclatura que se maneja, de tal modo que se crea un estándar para todo el proyecto. 1.1Finalidad La finalidad de este glosario es definir con exactitud y sin ambigüedad la terminología manejada en el proyecto de desarrollo de un sistema integral para la gestión de procesos educativos. También sirve como guía de consulta para la clarificación de los puntos conflictivos o poco esclarecedores del proyecto. 1.2Alcance El alcance del presente documento se extiende a todos los subsistemas definidos para la instituto superior tecnológico privado – ascope”. De tal modo que la terminología empleada en la dirección, el Departamento de logística, el departamento de mantenimiento, el departamento de psicología, en la gestión de matrícula, en la gestión de recursos humanos y en la gestión de calificación y evaluación, se refleja con claridad en este documento. 1.3Referencias El presente glosario hace referencia a los siguientes documentos: ➢ Documento Plan de Desarrollo Software del Proyecto ➢ Documento Visión del Negocio
42

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

➢ Documento Reglas del Negocio ➢ Documentos de Especificación de Casos de Uso del Proyecto ➢ Documentos de Especificación de Casos de Pruebas del Proyecto 1.1Organización del Glosario El presente documento está organizado por definiciones de términos ordenados de forma ascendente según la ordenación alfabética tradicional del español. 1.Definiciones A continuación se presentan todos los términos manejados a lo largo de todo el proyecto de desarrollo de un sistema integral para la gestión de procesos educativos para la instituto superior tecnológico privado – ascope”. a.Acta De Calificaciones El acta de Calificaciones es el documento en el cual los docentes resumen y ponderan las calificaciones obtenidas por los estudiantes en las diferentes áreas curriculares que tiene a cargo durante el proceso de evaluación bimestral o trimestral, según sea el caso. b.Apoderado El apoderamiento debe realizarse mediante lo que se denomina un poder. El poder es una manifestación unilaterial de la persona que lo otorga, y debe cumplir una serie de formalidades como, por ejemplo, debe ser autenticado ante notario Se basa en la confianza de la persona sobre el apoderado, que podrá contratar y realizar acuerdos actuando directamente.

43

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

c.Certificado de Estudios El Certificado de Estudios es un documento en el cual se resumen y ponderan las calificaciones obtenidas por un estudiante durante los estudios realizados.
d. Ciclo Académico

Los ciclos son procesos educativos que se organizan y desarrollan en función de logros de aprendizaje. e.Comunicado Un comunicado es un documento que hace entrega la institución a los alumnos, padres de familia o apoderados, para informarlos acerca de algún evento a realizarse o notificaciones de cobranza, etc.

f.Contenido Curricular El contenido curricular se refiere a los temas dentro de las áreas curriculares que se contemplan en el desarrollo de las actividades escolares dentro de la institución, en conformidad con el DCN. g.Descuento de Mensualidad El descuento de mensualidad se da, valga la redundancia, en las mensualidades pagadas por los padres de familia o apoderados, según el número de hijos que tengan matriculados en la institución, y de mutuo acuerdo con el director. h.Matrícula por Inclusión La matrícula por inclusión es una modalidad de matrícula en la cual un padre de familia o apoderado matricula a un estudiante que presenta
44

alguna

deficiencia

o

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

impedimento físico que es permitido por las reglas de la EBR. i.Matrícula por Traslado La matrícula por traslado es una modalidad de matrícula en la cual un estudiante procedente de otro centro educativo es matriculado en la institución para continuar con el desarrollo de su educación. j.Matrícula Regular La matrícula regular es una modalidad de matrícula en la cual un padre de familia o apoderado ratifica la matrícula de su hijo en la institución; o inscribe a su hijo por primera vez en la institución sin haber éste estudiado en alguna otra institución educativa. k.Mensualidad La mensualidad es el pago mensual que realiza el padre de familia o apoderado de un estudiante por el derecho recibir la educación impartida en la institución. l.Modalidad de Matrícula Véase Proceso de Matrícula. m.Nivel Académico Los niveles académicos son los periodos graduales y articulados en los que se divide el proceso educativo, los cuales tienen los contenidos académicos relacionados en cuanto a dificultad. n.Obligaciones Tributarias Las obligaciones tributarias son los pagos que debe realizar la institución al Estado por diferentes conceptos.
45

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

o.Pensión Acrónimo de Impuesto General a la Venta. Es el impuesto que se paga por concepto de ventas realizadas por una institución o empresa que opera en el territorio peruano. p.Personal Docente El personal docente (o plana docente) es el grupo de profesores pertenecientes a todos los niveles y áreas curriculares que laboran en la institución y que imparten conocimientos al alumno de ésta. q.Plan de Estudios Las características que se esperan tengan los estudiantes al concluir la Educación Básica, se expresan en un conjunto de logros de aprendizaje. El Plan de Estudios organiza las diferentes áreas curriculares para desarrollar integralmente dichos logros.

r.Planilla de Docentes La planilla de docentes es el documento o documentos en el cual figuran los detalles de la remuneración del personal docente; en este se detalla el pago por hora de trabajo, las horas trabajadas y el pago total al docente. s.Proceso de Evaluación La evaluación de los aprendizajes es el proceso pedagógico mediante el cual se observa, recoge y analiza información relevante, con la finalidad de reflexionar, emitir juicios de valor y tomar decisiones oportunas y pertinentes para mejorar los procesos de aprendizaje de los estudiantes.
46

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

t.Proceso de Matrícula La matrícula de alumnos es el proceso mediante el cual se inscriben nuevos alumnos en la institución; o ratifican su matrícula los alumnos que ya pertenecen al colegio. La matrícula se realiza en tres modalidades: matrícula regular, matrícula por traslado y matrícula por inclusión. El proceso de matrícula se realiza una vez al año al iniciarse las actividades escolares.
u.Repitencia

La repitencia de un estudiante es la condición en la que el estudiante debe repetir los contenidos académicos del ciclo educativo en el que se encuentra por no haber logrado los objetivos de ciclo. v.Separación de Vacante La separación de vacantes es el acto en el que un padre de familia o apoderado manifiesta su deseo de matricular a su hijo en la institución de manera informal, es decir, sin presentar los documentos necesarios en este proceso; los cuales serán presentados más adelante. w.SUNAT Acrónimo de Superintendencia Nacional de Administración Tributaria. Es la entidad encargada, como su nombre lo dice, de la administración del pago de las obligaciones tributarias realizadas por las instituciones y empresas que operan en el territorio peruano. x.Turno

47

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

Un turno es un rango de horas en las cuales un conjunto de alumnos y docentes desarrollan sus actividades. Las clases se imparten en el turno mañana, tardes y noche. y.Vacante Una vacante de matrícula es una disponibilidad que tiene la institución en un grado y nivel específicos para que un alumno sea matriculado. Las vacantes son definidas por la capacidad de las aulas. MODELO DE REQUERIMIENTOS DEL SOFTWARE 2.1.1.Documento Visión del Software 2.2.1.1.Propósito El propósito de este documento es recoger, analizar y definir las necesidades de alto nivel y las características de sistema gestión académica para mejorar la información en el Instituto Superior Tecnológico Privado – Ascope. El documento se centra en la funcionalidad requerida por los participantes en el presente proyecto y los usuarios finales. Esta funcionalidad se basa principalmente en la gestión de los procesos que se realizan Instituto Superior Tecnológico Privado – Ascope”, de forma que dichos procesos sean ejecutados de manera lo más automáticamente posible en una forma eficiente y razonable. Los detalles de cómo los sistemas cubrirán los requerimientos se pueden observar en la especialización de los casos de uso y otros documentos adicionales. 2.2.1.2. Alcance El documento Visión se ocupa, como ya se ha apuntado, sistema gestión académica para mejorar la información en el Instituto Superior Tecnológico Privado – Ascope”. Dichos sistemas serán desarrollados por el equipo de Trabajo en la parte de Desarrollo de Software.
48

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

El sistema permitirá a los encargados de la institución superior controlar los procesos que realiza la misma (gestión académica, gestión de pagos, gestión de políticas, etc.).

2.2.1.3.Definiciones, Acrónimos y Abreviaciones RUP: Son las siglas de Rational Unified Process. Se trata de una metodología para describir el proceso de desarrollo de software. 2.2.1.4. Referencias
a)

Glosario de Términos. Plan de Desarrollo de Software.

b)
c)

RUP(Rational Unified Process) Diagrama de Casos de Uso 2.2.1.1. Posicionamientos a) Oportunidad de Negocio Estos sistemas permitirán instituto superior tecnológico privado – Ascope. Automatizar el control de gran parte de sus actividades y procesos (gestión de académica, gestión de pagos, gestión de políticas, etc.), lo cual supondrá un acceso rápido y sencillo a los datos a los datos, gracias a las interfaces gráficas sencillas y amigables, ya sean de aplicaciones en escritorio como aplicaciones web, las cuales Generarán informes y reportes. Además los datos accedidos estarán siempre actualizados y almacenados históricamente, lo cual es importante para poder llevar un control adecuado para la toma de decisiones.

d)

49

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

El sistema también permitirá al gerente de la institución y colaboradores acceder a los muchos beneficios que ofrecerán el sistema WEB, como los procesos de Gestión Académica (Admisión, Matrículas, y Notas). Podemos concluir, entonces, que el producto es novedoso y deseado por su versatilidad.

b)

Sentencia que define el problema Tabla № 06: Sentencia que Define el Problema ➢ Controlar los registros de matriculas, el ingreso y registro de notas en diversas áreas. ➢ La demora en el proceso de matriculas. ➢ Deficiente entrega de reporte de notas por parte ➢ La de docente en y los del área secretaria de por académica. demora pagos, entrega cronogramas de pagos, documentación, parte de área de caja 1. Director.

El Problema

Afecta A

2. Personal Administrativo 3. Alumnos. De no contar con un Sistema Informático:
➢ No

se

podría

gestionar

los

registros

de

El Impacto Asociado Es

matricula adecuadamente.
➢ No se podría Gestionar los pagos

que los

alumnos solicitan al momento de pagar alguna transacción.
50

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

➢ No se podría Gestionar los cronogramas de

pagos, ya que habría un cierto desorden anual.
➢ No se podría Controlar los ingresos

y egresos

de alumnos, ya que esto se hace manualmente. ✔ Automatizar e informatizar gran parte de los Una solución adecuada sería procesos, usando las tecnologías de información más actuales, usando una red local con una base de datos accesible y generar interfaces, informes y reportes amigables con lo que se la podrá acceder a que actualizar ayudara y al gestionar información

Instituto Superior Tecnológico Privado – Ascope. Fuente: Elaboración propia

a)

Sentencia que define la posición del producto Tabla № 07: Sentencia que Define la Posición del Producto ✔ Personal Administrativo de la institución educativa ✔ Profesores ✔ Son parte activa e integradora en la realización de los diversos procesos del Instituto Privado Tecnológico de Ascope

Para Quienes

El nombre del producto

✔ Sistema de Gestión Académica para mejorar la

información en el Instituto de Ascope. Beneficios: ➢ Satisfacer al usuario con información rápida y

Qué

eficiente. ➢ Disminuir el tiempo de atención a los alumnos. ➢ Toma de decisiones eficientes ➢ Control de las áreas de admisión, pagos y
51

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

matriculas.
➢ Mejorar los reportes de alumnos en pagos y notas

No como

✔ Las hojas de cálculo y de registro manual.
✔ Permite mejorar la Gestión Académica en el

Nuestro producto

Instituto Superior Tecnológico Privado - Ascope a través de un Sistema de Gestión Académica.
✔ Además

proporciona

un

acceso

rápido

y

actualizado a la información desde cualquier Pc, que tenga acceso a la base de datos. ✔ Elaborado en una base de Datos Relacional. ✔ Multiusuario ✔ Adaptable al cambio Fuente: Elaboración Propia
2.2.1.1.Descripción de Stakeholders (Participantes en el

Proyecto) y Usuarios Para proveer productos y servicios de forma efectiva que se ajusten a las necesidades del usuario, es importante identificar a todos los participantes en el proyecto como parte del proceso de modelado de requerimientos. También es importante identificar a los usuarios del sistema. En esta parte se 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. No describe sus requisitos específicos ya que éstos se detallan mediante otro artefacto.
En lugar de esto proporciona la justificación de por qué estos

requisitos son necesarios.
3.1Resumen de Stakeholders Nombre Descripción Responsabilidades El stakeholder realiza:

52

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

Representa Director nte Instituto Privado Ascope. Registrar a Secretaria Academica los alumnos , cursos y notas Instituto. del de del

➢ Requerir

información a todos

estadística los

del

proceso de la institución. ➢ Representa usuarios posibles del sistema. ➢ Aprueba requisitos y funcionalidades del sistema ➢ Realiza los requerimientos del sistema. ➢ Hace cumplir las funciones y procedimientos de los docentes. ➢ Encargada de administrar los procesos que se están realizando dentro del sistema. ➢ Encargada de realizar los cronogramas

Cajera

de pagos. ➢ Además ➢ Obtiene caja. realiza los cobros de las pensiones. y Registra diariamente la información de los procesos del area de

3.1Resumen de Usuarios Nombre Descripción ➢ Encarg Secretaria Academica ada de Director administrar los procesos que se están realizando dentro del sistema. ➢ Encarg Cajera ada realizar de pagos. ➢ Obtien de los Cajera Stakeholder

cronogramas

53

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

e y Registra diariamente la información de los procesos del área de caja. 3.1Entorno de usuario Los usuarios ingresaran al sistema identificándose sobre un computador con un sistema operativo Windows XP, luego entraran a la parte de aplicación del sistema que es diseñada para la gestión academica del instituto superior tecnológico privado de Ascope. Este sistema contiene aplicaciones, realizadas en Visual Studio 2008, sencillas para que los usuarios se familiaricen rápidamente con su entorno.

3.2Perfil de los Stakeholders Representante del área de la Gestión Académica. Representante Descripción Tipo Responsabilida des Marlon Rodríguez Jefe del Area de Gestión Academica Primario (Empleado) ➢ Requerir información estadística del proceso de la institución. ➢ Representa a todos los usuarios posibles del sistema. Grado de ➢ Aprueba requisitos y funcionalidades del sistema A veces

participación Comentarios Ninguno

3.1Perfiles de Usuario 54

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

SECRETARIA ACADEMICA Representante Descripción Tipo Responsabilida des Sandra Sanchez Gonzales. Secretaria Academica Primario (Empleado) ➢ Realiza los requerimientos del sistema. ➢ Hace cumplir las funciones y procedimientos de los docentes. ➢ Encargada de administrar los procesos que se están Grado realizando dentro del sistema. de Siempre

participación Comentarios Ninguno

CAJERA: Representante Descripción Tipo Responsabilida des Sonia Moya Mantilla Cajera Primario (Empleado) ➢ Encargada de realizar los cronogramas de pagos. ➢ Además realiza los cobros de las pensiones. ➢ Obtiene y Registra diariamente la información de los Grado procesos del area de caja. de Siempre

participación Comentarios Ninguno

1. Descripción Global del Producto 4.1Perspectiva del producto El producto a desarrollar es un sistema de Gestión Académica para la mejora la información en el Instituto Superior Tecnológico Privado Ascope. Las sub-áreas involucradas por el sistema son: Ingresos(Pagos), Matriculas, Admisión.

55

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

4.2Resumen de características A continuación se mostrará un listado con los beneficios que obtendrá el cliente a partir del producto: Beneficio del Cliente Características que lo Apoyan. Generación de reportes de Ficha de Matricula matriculas. Generación de informes de Listado del cronograma cronogramas reportes. Generar el ingreso de los Constancia de ingresos. alumnos Mayor facilidad para la Base distribuida de datos de pagos y de pagos.

gestión de la información

4.3Resumen de las necesidades de los stakeholders y de los usuarios En la actualidad el área de Gestión Académica del Instituto Superior Tecnológico información En la necesidad de contribuir con la gestión necesitamos realizar un sistema personalizado que permita manejar la información de todas las operaciones de Gestión Académica que se ejecutan dentro de la Institución. Privado de Ascope, no cuenta con un sistema informático que le permita registrar y organizar su

Necesidade s Control de Pagos

Prioridad

Interés/Preoc upación Buscar un

Solución Actual Se realiza en Hoja de calculo

Solución Propuesta Un Sistema de información

Alta

personal capacitado en
56

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

la implementaci ón de este tipo de Requerimient o Control de Horarios. Alta Buscar un personal capacitado en la implementaci ón de este tipo de Requerimient o Gestionar el registro de matricula. Alta Buscar una un Se realiza en personal capacitado en la implementaci ón de este tipo de Requerimient o Control del registro académicos . Alta Buscar una un Se realiza en personal capacitado en la implementaci ón de este tipo de Requerimient
57

Se realiza en Hoja de calculo

Un Sistema de información

Un Sistema de información

Hoja de calculo

Un Sistema de información

Hoja de calculo

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

o

2.1.1.PLAN DE DESARROLLO DEL SOFTWARE 1. Introducción Este Plan de Desarrollo del Software es una versión preliminar preparada para ser incluida en la propuesta elaborada como respuesta al sistema integral de gestión académica de los procesos dentro del Instituto Tecnologico Superior Privado de Ascope, que elaboraran los alumnos de la Universidad “César Vallejo”- Trujillo. Este documento provee una visión global del enfoque de desarrollo propuesto. El proyecto ha sido ofertado por el jefe de Proyecto, basado en una metodología de Rational Unified Process en la que únicamente se procederá a cumplir con las primeras fases que marca la metodología, constando únicamente en la tercera fase de una o más iteraciones. Es importante destacar esto puesto que utilizaremos la terminología RUP en este documento. Se incluirá el detalle para las fases de Inicio y Elaboración y adicionalmente se esbozarán El las fases posteriores de Construcción constituye acuerdo a y Transición para dar una visión global de todo proceso. enfoque desarrollo del propuesto RUP de una las configuración proceso

características del proyecto, seleccionando los roles de los participantes, las actividades a realizar y los artefactos (entregables) que serán generados. Este documento es a su vez uno de los artefactos de RUP. 1.1.Propósito

58

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

El propósito del Plan de Desarrollo de Software es proporcionar la información necesaria para controlar el proyecto. En él se describe el enfoque de desarrollo del software. Los usuarios del Plan de Desarrollo del Software son: • El jefe del proyecto el cual organiza la agenda y necesidades de recursos, para la realización del proyecto

Los miembros del equipo de desarrollo lo usan para entender lo qué deben hacer, cuándo deben hacerlo y qué otras actividades dependen de ello.

1.1.Alcance El documento Plan de Desarrollo del software se ocupa, como ya se ha apuntado, del sistema integral de gestión académico de los procesos del Instituto Tecnológico Superior Privado de Ascope. Dichos sistemas serán desarrollados por el equipo de Trabajo en la parte de Desarrollo de Software. El sistema permitirá a los encargados del Instituto controlar los procesos que se realiza Ingresos (Pagos). Además, también permitirá a los trabajadores de dicha institución realizar una actualización permanente de datos de los alumnos y/o apoderados, y al Y con el aporte de este documento podremos especificar los entregables del proyecto, además de la generación de los hitos correspondientes. 1.2.Resumen Después de esta introducción, el resto del documento está organizado en las siguientes secciones:

en la Gestión

Académica (Matriculas, Admisión y Notas) y Gestión de

Vista General del Proyecto: Proporciona una descripción del propósito, alcance y objetivos del
59

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

proyecto, estableciendo los artefactos que serán producidos y utilizados durante el proyecto.

Organización Gestión proyecto del y

del

Proyecto: Explica se

Describe los costos

la y su

estructura organizacional del equipo de desarrollo.

Proceso: describe

planificación estimada, define las fases e hitos del cómo realizará seguimiento.

Planes y Guías de aplicación: Proporciona una vista global del proceso de desarrollo de software, incluyendo métodos, herramientas y técnicas que serán utilizadas.

1. Vista General del Proyecto 1.1.Propósito, Alcance y Objetivos La información que a continuación se incluye ha sido extraída de las diferentes reuniones que se han celebrado con el stakeholder del Instituto Privado de Ascope desde el inicio del proyecto. 1.2. Suposiciones y Restricciones La información luego de las reuniones se establecen ciertos parámetros que debe de contar los sistemas a implantar • Caracteres multilingües • Adaptación a la normativa de Protección de Datos • Para acceso remoto • Sistemas Seguros: protección de información, seguridad en las trasmisiones de datos. • Multiusuario • Adaptación a la legislación vigente. Restricciones: • El Sistema no tendrá una interface web. 1.1.Entregables del Proyecto
60

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

A continuación se indican y describen cada uno de los artefactos que serán generados y utilizados por el proyecto y que constituyen los entregables. Esta lista constituye la configuración de RUP desde la perspectiva de artefactos, y que proponemos para este proyecto. Es preciso destacar que de acuerdo a la filosofía de RUP (y de todo proceso iterativo e incremental), todos los artefactos son objeto de modificaciones a lo largo del proceso de desarrollo, con lo cual, sólo al término del proceso podríamos tener una versión definitiva y completa de cada uno de ellos. Sin embargo, el resultado de cada iteración y los hitos del proyecto están enfocados a conseguir un cierto grado de completitud y estabilidad de los artefactos. Esto será indicado más adelante cuando se presenten los objetivos de cada iteración. 1. Plan de Desarrollo del Software Es el Presente Documento.
2.

Modelo de Casos de Uso del Negocio Es un modelo de las funciones de negocio vistas desde la perspectiva de los actores externos (Agentes de registro, solicitantes finales, otros sistemas etc.). Permite situar al sistema en el contexto organizacional haciendo énfasis en los objetivos en este ámbito. Este modelo se representa con un Diagrama de Casos de Uso usando estereotipos específicos para este modelo.

3.

Modelo de Objetos del Negocio

61

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

Es un modelo que describe la realización de cada caso de uso del negocio, estableciendo los actores internos, la información que en términos generales manipulan y representación los de flujos este de trabajo modelo (workflows) se utilizan asociados al caso de uso del negocio. Para la Diagramas de Colaboración (para mostrar actores externos, internos y las entidades (información) que manipulan, un Diagrama de Clases para mostrar gráficamente las entidades del sistema y sus relaciones, y Diagramas de Actividad para mostrar los flujos de trabajo. 4. Es Glosario un documento que define los principales términos usados en el proyecto. Permite establecer una terminología consensuada. . 5. Modelo de Casos de Uso El modelo de Casos de Uso presenta las funciones del sistema y los actores que hacen uso de ellas. Se representa mediante Diagramas de Casos de Uso. 6. la Visión Este documento define la visión del producto desde perspectiva y del cliente, especificando del las necesidades características producto.

Constituye una base de acuerdo en cuanto a los requisitos del sistema. 7. Especificaciones de Casos de Uso Para los casos de uso que lo requieran (cuya funcionalidad no sea evidente o que no baste con
62

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

una simple descripción narrativa) se realiza una descripción detallada utilizando una plantilla de documento, donde se incluyen: precondiciones, post-condiciones, flujo de eventos, requisitos nofuncionales asociados. También, para casos de uso cuyo flujo de eventos sea complejo podrá adjuntarse una representación gráfica mediante un Diagrama de Actividad.
8.

Especificaciones Adicionales Este documento capturará todos los requisitos que no han sido incluidos como parte de los casos de uso y se refieren requisitos no-funcionales globales. Dichos requisitos incluyen: requisitos legales o normas, aplicación de estándares, requisitos de calidad del producto, tales como: confiabilidad, desempeño, etc., u otros requisitos de ambiente, tales como: sistema operativo, requisitos de compatibilidad, etc.

9.

Prototipos de Interfaces de Usuario Se trata de prototipos que permiten al usuario hacerse una idea más o menos precisa de las interfaces que proveerá el sistema y así, conseguir retroalimentación de su parte respecto a los requisitos del sistema. Estos prototipos se realizarán como: dibujos a mano en papel, dibujos con alguna herramienta gráfica o prototipos ejecutables interactivos, siguiendo ese orden de acuerdo al avance del proyecto. Sólo los de este último tipo serán entregados al final de la fase de Elaboración, los otros serán será
63

desechados. desechado

Asimismo, en la fase

este de

artefacto,

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

Construcción en la medida que el resultado de las iteraciones vayan desarrollando el producto final.
10.

Modelo de Análisis y Diseño

Este modelo establece la realización de los casos de uso en clases y pasando desde una representación en términos de análisis (sin incluir aspectos de implementación) hacia una de diseño (incluyendo una orientación de hacia el al entorno avance de del implementación), proyecto.
11.

acuerdo

Modelo de Datos

Previendo que la persistencia de la información del sistema será soportada por una base de datos relacional, este modelo describe la representación lógica de los datos persistentes, de acuerdo con el enfoque para modelado relacional de datos. Para expresar este modelo se utiliza un Diagrama de Clases (donde se utiliza un profile UML para Modelado de Datos, para conseguir la representación de tablas, claves, etc.).
12.

Modelo de Implementación

Este modelo es una colección de componentes y los subsistemas que los contienen. Estos componentes incluyen: ficheros ejecutables, ficheros de código fuente, y todo otro tipo de ficheros necesarios para la implantación y despliegue del sistema. (Este modelo es sólo una versión preliminar al final de la fase de Elaboración, posteriormente tiene bastante refinamiento).

64

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

13.

Modelo de Despliegue

Este modelo muestra el despliegue la configuración de tipos de nodos del sistema, en los cuales se hará el despliegue de los componentes.
14.

Casos de Prueba prueba que las es especificada las la de mediante condiciones prueba, y un de los establece entradas

Cada

documento ejecución,

resultados esperados. Estos casos de prueba son aplicados como pruebas de regresión en cada iteración. Cada caso de prueba llevará asociado un procedimiento de prueba con las instrucciones para realizar la prueba, y dependiendo del tipo de prueba dicho procedimiento podrá ser automatizable mediante un script de prueba.
15.

Solicitud de Cambio

Los cambios propuestos para los artefactos se formalizan mediante este documento. Mediante este documento se hace un seguimiento de los defectos detectados, solicitud de mejoras o cambios en los requisitos del producto. Así se provee un registro de decisiones de cambios, de su evaluación e impacto, y se asegura que éstos sean conocidos por el equipo de desarrollo. Los cambios se establecen respecto de la última baseline (el estado del conjunto de los artefactos en un momento determinado del proyecto) establecida. En nuestro caso al final de cada iteración se establecerá una baseline.
16.

Plan de Iteración con recursos asignados,

Es un conjunto de actividades y tareas ordenadas temporalmente,

65

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

dependencias entre ellas. Se realiza para cada iteración, y para todas las fases.
17.

Evaluación de Iteración documento incluye le evaluación de los

Este

resultados de cada iteración, el grado en el cual se han conseguido los objetivos de la iteración, las lecciones aprendidas y los cambios a ser realizados.
18.

Lista de Riesgos

Este documento incluye una lista de los riesgos conocidos y vigentes en el proyecto, ordenados en orden decreciente de importancia y con acciones específicas de contingencia o para su mitigación.
19.

Manual de Instalación

Este documento incluye las instrucciones para realizar la instalación del producto.

20.

Material de Apoyo al Usuario Final Corresponde a un conjunto de documentos y facilidades de uso del sistema, incluyendo: Guías del Usuario,
21.

Guías

de

Operación,

Guías

de

Mantenimiento y Sistema de Ayuda en Línea. Producto ficheros del en producto un CD con empaquetados los y mecanismos Los

almacenadas

apropiados para facilitar su instalación. El producto, a partir de la primera iteración de la fase de Construcción es desarrollado incremental e iterativamente, obteniéndose una nueva reléase al final de cada iteración.
66

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

Los artefactos 19, 20 y 21 se generarán a partir de la fase de Construcción, con lo cual se han incluido aquí sólo para dar una visión global de todos los artefactos que se generarán en el proceso de desarrollo. 1.1. Evolución del Plan de Desarrollo del Software El Plan de Desarrollo del Software se revisará semanalmente y se refinará antes del comienzo de cada iteración. Versión Final
Tabla Nº 08: Evolución del Plan de Desarrollo del Software Fase Fecha Destino

Inicio Elaboración Construcció n Transición

07/12/2009

Tabla Nº 09: Participantes en el Proyecto

2. Organización del Proyecto

2.1.Participantes en el Proyecto Nombres Ángel Rosales Molina Maikol Avalos Marchan Cargo Jefe del Proyecto Analista Diseñador

del

Proyecto Henry Avila Romero Programador Marjhorie Aguilar Ingeniero de Software Rodríguez Michel López Ybañez
67

Ingeniero de Software

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

Nataly

Vásquez Tester Programador

Gutiérrez Henry Avila Romero
2.2. Interfaces Externas

El

proyecto

tendrá

un

Asesor

Externo

para

la

Elaboración del Sistema. 2.3.Roles y Responsabilidades A continuación se describen las principales responsabilidades de cada uno de los puestos en el equipo de desarrollo durante las fases de Inicio y Elaboración, de acuerdo con los roles que desempeñan en RUP. Tabla № 10: Roles y Responsabilidades Responsabilidad El jefe de proyecto asigna los recursos, gestiona Jefe Proyecto las prioridades, coordina las interacciones con los clientes y usuarios, y de mantiene al equipo del proyecto enfocado en los objetivos. El jefe de proyecto también establece un conjunto de prácticas que aseguran la integridad y calidad de los artefactos del proyecto. Además, el jefe de proyecto se encargará de la de supervisar el del establecimiento arquitectura

Puesto

sistema. Gestión de riesgos. Planificación y Analista Sistemas control del proyecto. de Captura, especificación y validación de

requisitos, interactuando con el cliente y los usuarios mediante entrevistas. Elaboración del Modelo de Análisis y Diseño. Colaboración en la elaboración de las pruebas funcionales y el modelo de datos.
68

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

Programador Construcción de prototipos. Colaboración en la elaboración de las pruebas funcionales, modelo de datos y en las validaciones con el usuario Ingeniero de Gestión Software de requisitos, gestión de

configuración y cambios, elaboración del modelo de datos, preparación de las pruebas funcionales, documentación. elaboración Elaborar de modelos la de

implementación y despliegue. Es el responsable de ejecutar las pruebas que Tester incluirá pruebas, la configuración evaluando y los ejecución errores de e

identificando los defectos. Fuente: Elaboración propia 3. Gestión del Proceso 3.1.Estimaciones del Proyecto A continuación de dan a conocer los recursos involucrados • Materiales Tabla № 11: Materiales Materi al Lapicer os Hojas A4 Cantida d 3 1 millar Observación S/. en el desarrollo del proyecto y sus

respectivos costos.

Para realizar apuntes 4.00 Para avances imprimir 15.00 y

realización de diseño Recarg a tinta USB 2 color de 2 negro 5
69

del proyecto. Para la impresión de 20.00 10.00 los entregables. Para almacenar 35.00

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

Fólder es

3

información Para archivar 1.50 avances y realización de diseño

Anillad 2 os Cds 3

del proyecto. Para presentaciones 6.00 de proyecto Para presentaciones 3.00 94.50

de proyecto Total Fuente: Elaboración propia • Recursos Humanos

Tabla № 11: Recursos Humanos Motivo Pasaje visita al Institu to Pasaje s reunio nes de grupo Total Fuente: Elaboración propia 1.1.Plan del Proyecto En esta sección se presenta la organización en fases e iteraciones y el calendario del proyecto. 390.0 0 35 reuniones 1.00 6 integrantes 210.00 Observació Costo de Subtot n pasaje S/. al 6 pasajes x ida y vuelta 180.00 empresa en estudio

s en la 6 visitas a la 5.0

para x

70

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

Fase Fase de Inicio Fase de Elaboración Fase de Construcción Fase de Transición

Nro.Iteracio Duración nes 1 1 2 2 3 semanas 3 semanas 4 semanas 4 semanas

1.1.1.Plan de las Fases Tabla № 11: Plan de las Fases.

Fuente: Elaboración Propia El desarrollo se llevará a cabo en base a fases con una o más iteraciones en cada una de ellas. La siguiente tabla muestra una la distribución de tiempos y el número de iteraciones de cada fase (para las fases de Construcción y Transición es sólo una aproximación muy preliminar). Los hitos que marcan el final de cada fase se describen en la siguiente tabla Tabla № 12: Hitos de las Fases. Descripció n En esta fase desarrollarán los requisitos del producto desde la perspectiva del usuario, los Fase Inicio de cuales serán establecidos en el artefacto Visión. Los principales casos de uso serán identificados y se hará un refinamiento del Plan de Desarrollo del Proyecto. La aceptación
71

Hito

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

del cliente /usuario del artefacto Visión y el Plan de Desarrollo marcan el final de esta fase. En esta fase se analizan los requisitos y se desarrolla Fase Elaboración un prototipo de arquitectura de (incluyendo las partes más relevantes y / o críticas del sistema). Al final de esta fase, todos los casos de uso correspondientes a requisitos que serán implementados en la primera release de la fase de Construcción deben estar analizados y diseñados (en el Modelo de Análisis / Diseño). La revisión y aceptación del prototipo de la arquitectura del sistema marca el final de esta fase. En nuestro caso particular, por no incluirse las fases siguientes, la revisión y entrega de todos los artefactos hasta este punto de desarrollo también se incluye como hito. La primera iteración tendrá como objetivo la identificación y especificación de los principales casos de uso, así como su realización preliminar en el Modelo de Análisis / Diseño, también permitirá hacer una revisión general del estado de los artefactos hasta este punto y ajustar si es necesario la planificación para asegurar el cumplimiento iteraciones semana. de los una objetivos. duración Ambas de una tendrán

72

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

Durante la fase de construcción se terminan de analizar y diseñar todos los casos de uso, refinando el Modelo de Análisis / Diseño. El Fase de producto se construye cada con el una en base a 2 una Se Construcción iteraciones, se valida produciendo / usuario.

release a la cual se le aplican las pruebas y cliente comienza la elaboración de material de apoyo al usuario. El hito que marca el fin de esta fase es la versión de la release 2.0, con la capacidad operacional parcial del producto que se haya considerado como crítica, lista para ser entregada a los usuarios para pruebas beta. En esta fase se prepararán dos releases para distribución, asegurando una implantación y cambio del sistema previo de manera Fase de adecuada, incluyendo el entrenamiento de Transición los usuarios. El hito que marca el fin de esta fase incluye, la del entrega de toda con la los del el documentación apoyo al proyecto la los

manuales de instalación y todo el material de usuario, de finalización usuarios y entrenamiento

empaquetamiento del producto.

1.1.2.Calendario del Proyecto A continuación se presenta un calendario de las principales tareas del proyecto incluyendo sólo las fases de Inicio y Elaboración. A continuación se presenta un calendario de las principales tareas del proyecto.

73

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

Tabla № 13: Calendario Disciplinas / Artefactos generados o modificados durante la Fase de Inicio Modelado del Negocio Modelo de Casos de Uso del Negocio y Modelo de Objetos del Negocio Requisitos Glosario Visión Modelo de Casos de Uso Especificación de Casos de Uso Especificaciones Adicionales Análisis/Diseño Modelo de Análisis/Diseño Modelo de Datos Implementación Prototipos de Interfaces de Usuario Modelo de Implementación Pruebas Casos de Pruebas Funcionales Despliegue Modelo de Despliegue Gestión de Cambios y Configuración Gestión del proyecto Plan de Desarrollo del Software en su versión 1.0 y
74

Comienzo

Aprobación

Semana1 Semana 5 Semana Semana Semana Semana Semana Semana Semana 5 6 6 7 8 9 11

siguiente fase siguiente fase siguiente fase

Semana 12 Semana 12 Semana 13 Semana 13 Semana 13 Semana 14 Semana Durante Semana Semana

siguiente fase

siguiente fase siguiente fase siguiente fase

14 siguiente fase todo el proyecto 1 3

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

planes de las Iteraciones Ambiente

Durante todo el proyecto

75

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

1.2.Seguimiento y Control del Proyecto
a)Gestión

de Requisitos

Los requisitos del sistema son especificados en el artefacto Visión.
b)Control

de Plazos

El calendario del proyecto tendrá un seguimiento y evaluación semanal por el jefe de proyecto.
c)Control

de Calidad detectados seguimiento en las revisiones asegurar y la

Los

defectos un

formalizados también en una Solicitud de Cambio tendrán para conformidad respecto de la solución de dichas deficiencias Para la revisión de cada artefacto y su correspondiente garantía de calidad se utilizarán las guías de revisión y checklist (listas de verificación) incluidas en RUP.
d)Gestión

de Configuración

Se realizará una gestión de configuración para llevar un registro de los artefactos generados y sus versiones. También se incluirá la gestión de las Solicitudes de Cambio y de las modificaciones que éstas produzcan, informando y publicando dichos cambios para que sean accesibles a todo los participantes en el proyecto.

76

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

2.1.1.Diagrama de Casos de Uso del Software

Vi aDo D et adr a s o n l t c e D et . o n c e <i c d> < l e> nu <i c d> < l e> nu Vii aDpn ii a efcr i oi ldd r s b D et o n c e Vii aD d efcr e a r u <i c d> < l e> nu R i taNa es r os g r t AgaC g H aa s nr a a o r i r r i Vii aCeoa efcr a gr r t i R i taD et es r o n g r c e R oaM i u ds e r r a cl o pt t r a A ru rC s s ptr e a uo r <i c d> < l e> nu Vii aDpn ii a efcr i oi ldd r s b Aa a u- b l L P aM i u a r a cl g t r a Ce . ar j a <i c d> < l e> nu

A ru rH ao ptr e a or s r i R i ta es r g r C vldc n o a ai n i o

.l m A n u o

C s laNa o u r os n t t Vii aP o ai u efcr a M cl r g t r a <i c d> < l e> nu <i c d> < l e> nu R i taS ete es r e s g r m r Vii aC s efcr u o r r <i c d> < l e> nu <i c d> < l e> nu <eed> <x n> t Vii aC o efcr u r p Dpn l s i oi e s b V icr ef a r C vldc n o a ai n i o Vi i a efcr r P - eu io r R i t e qs M i u Ee pr na a cl x m ae t r a t o Mi u R u r a cl e l t r a ga <eed> <x n> t M i u O e aa a cl b r d t r a sv R lzrM i u e i a a cl a t r a <e ed> <x n> t <i c d> < l e> nu V ii aC do efcr r i s r et Vii aC c H ao efcr r e o r r u r i

R i taAm es r l n g r u o S r t ra ee i . c a A dma c ei a c

Figura Nº 20: Diagrama de Casos de Uso del Software

77

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

78

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

2.1.2.Requerimientos Funcionales y No Funcionales A continuación mostramos la lista de requerimientos para el sistema, los cuales hemos obtenido a través de entrevistas personales con el jefe de la institución. Requerimientos Funcionales La captura de los requisitos es el acto de descubrimiento. Es el proceso de averiguar normalmente en circunstancias difíciles, lo que se debe construir. De hecho, es tan difícil que todavía no es poco común para los equipos de proyectos el comenzar a escribir código (lo que es bastante fácil) antes de que hayan firmado simplemente lo que se supone que debe hacer el código (lo cual es difícil determinar). 1. 2. 3. 4. 5. Validar Datos Docente Registrar Docente Reportar Matriculados Registrar Notas Asignar Carga Horario 6. Aperturar Cursos 7. Aperturar Horarios 8. Verificar Disponibilidad Docente 9. Verificar Categoría 10.Verificar Deuda 11.Pagar Matricula 12. Verificar Disponibilidad Aula-Lab 13. Registrar Convalidación 14.Consultar Notas 15.Registrar Alumno 16.Registrar Semestre 17.Verificar Pago Matricula 18.Verificar Cruce Horario 19. Verificar Créditos 20.Matricula Observada 21.Realizar Matricula 22.Verificar Curso 23.Verificar Cupo Disponible 24.Verificar Convalidación 25.Verificar Pre-requisito 26.Matricula Extemporánea 27.Matricula Regular
79

Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas

Requerimientos No Funcionales Los requerimientos no funcionales son propiedades o cualidades que el producto debe tener. Debe pensarse en estas propiedades como las características que hacen al producto atractivo, usable, rápido o confiable, por ejemplo, pudiera desearse que el sistema responda dentro de un intervalo de tiempo especificado o que obtenga los resultados de los cálculos con un nivel de precisión dado. En muchos casos los requerimientos no funcionales son fundamentales en el éxito del producto. Normalmente están vinculados a requerimientos funcionales, es decir una vez se conozca lo que el sistema debe hacer podemos determinar cómo ha de comportarse, qué cualidades debe tener o cuán rápido o grande debe ser. De apariencia o interfaz externa • • • El software debe ser amigable para el personal encargado de la Institución. El software debe ser ordenado en cuanto a su presentación para el encargado de la institución. Este sistema tendrá un eficiente desempeño registrando toda la información requerida. De usabilidad • • El software debe ser fácil de usar por cualquier personal, la cajera, la secretaria académica y el Director. Permite a los trabajadores un fácil registro de información correspondiente.

80

Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas

De rendimiento • • El software debe ser eficiente en cuanto al tiempo de respuesta. El software debe responder rápidamente a las solicitudes de los alumnos. De soporte • • • • El software debe tener un instalador. Facilidad, por parte del desarrollador, de realizar un mantenimiento al software. Se debe realizar pruebas de esfuerzo al sistema. El software podrá ser usado bajo el sistema operativo Windows XP y Vista. De seguridad y privacidad

De portabilidad

Se

debe

permitir

acceso

a

la

data

bajo

previa

identificación y autenticidad del usuario. • • Se debe restringir la información que ha de ser mostrada a los Trabajadores según su rol. Se debe restringir las operaciones según el tipo de rol que posea el usuario que ingrese al sistema utilizando la autentificación correspondiente. Legales • El Software debe estar sujeto a los estándares internacionales y a las reglas peruanas. De confiabilidad • Ante un caso extremo (como pérdida de fluido eléctrico o caída • • • del servidor) el software debe garantizar la integridad y confiabilidad de la data. De ayuda y documentación en línea El software debe permitir ayuda en línea. El software debe incluir manual de usuario e instalación.
81

Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas

De Hardware • • • • Se debe disponer de una red LAN. Se debe disponer de sistema operativo Windows XP y Vista. Se debe disponer en cada PC el Net Framework (Pack Completo). Se debe disponer de Microsoft SQL 2005 en cada terminal. De Software

2.1.1.ESPECIFICACIÓN DE CASOS DE USO

➢ REGISTRAR ALUMNO Nombre: Autores: Fecha: Tabla № 14: Registrar Alumno Registrar Alumno Avalos, Aguilar, Lopez, Rosales, Vásquez, Avila 20/10/09

Descripción: Permite el registro de los Alumno y la verificación de sus datos.

82

Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas

Actores: Secretaria Académica, Precondiciones: la secretaria debe de ingresar los datos de los docentes. Flujo Normal: ✔ La Secretaria Académica ingresa los datos delos Alumnos. ✔ La Secretaria Académica verifica los datos delos Alumnos. ✔ La Secretaria Académica registra los datos delos Alumnos. ✔ El Alumno entrega sus datos. Flujo Alternativo:

La Secretaria Académica atiende al Alumno

Poscondiciones: La Secretaria evalúa los datos del Alumno antes de registrarlo.

➢ REGISTRAR SEMESTRE Tabla № 15: Registrar Semestre Nombre: Autores: Fecha: Registrar Semestre Avalos, Aguilar, Lopez, Rosales, Vásquez, Avila 20/10/09

Descripción: Permite el registro del Semestre Actores: Secretaria Académica, Precondiciones: la secretaria debe de ingresar los cursos del Semestre.

83

Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas

Flujo Normal: ✔ La Secretaria Académica ingresa los datos del Semestre. Flujo Alternativo:

La Secretaria Académica atiende al Alumno

Poscondiciones: La Secretaria evalúa los datos del Alumno antes de registrarlo.

Nombre: Autores:

➢ REGISTRAR CATEGORÍA Tabla Registrar Categorías № 16: Registrar Categoría Avalos, Aguilar, Lopez, Rosales, Vásquez, Avila

Fecha: Descripción:

20/10/09

Permite el registro de categorías de los alumnos. Actores: Secretaria Académica, Precondiciones: La secretaria debe de ingresar categoría de los alumnos. Flujo Normal: ✔ La Secretaria Académica ingresa datos. ✔ La Secretaria Académica registra categorías. Flujo Alternativo: ✔ La Secretaria Académica atiende al alumnado y/o

apoderado. Pos condiciones: La Secretaria evalúa los datos del docente antes de

84

Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas

registrarlo.

➢ REGISTRAR NOTAS ➢ REGISTRAR NOTAS Tabla № 17: Registrar Notas Nombre: Autores: Registrar Notas Avalos, Aguilar, López, Rosales, Vásquez, Ávila Fecha: Descripción: Permite el registro de las notas de los alumnos. Actores: Secretaria Académica, Docente Precondiciones: La secretaria debe de ingresar las notas entregadas por los docentes. Flujo Normal: ✔ ✔ ✔ La Secretaria Académica solicita datos alumno. La Secretaria Académica registra notas La Secretaria Académica entrega reporte de 20/10/09

notas. Flujo Alternativo: La Secretaria Académica atiende al alumnado y/o apoderado. Pos condiciones: La Secretaria evalúa los datos del docente antes de registrarlo.

➢ REGISTRAR PAGO

Nombre:

Registrar Pago
85

Tabla № 18: Registrar Pago

Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas

Autores:

Avalos, Aguilar, Lopez, Rosales, Avila, Vásquez

Fecha: Descripción:

20/10/09

Permite el registro de los pagos de los alumnos. Actores: caja Precondiciones: la secretaria debe de ingresar los datos de los alumnos y el monto del pago.. Flujo Normal:
✔ ✔

Caja se encarga del cobro de las pensiones. Caja se encarga de dar un comprobante de pago.

Al alumno. Flujo Alternativo:

La cajera se encarga el cobro de pensiones según su cronograma y su categoría. ➢ REGISTRAR AULA Tabla № 19: Registrar Aula

86

Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas

Nombre: Autores:

Registrar Aula Avalos, Aguilar, Lopez, Rosales, Avila, Vásquez

Fecha:

20/10/09

Descripción: Permite el registro de las aulas y la verificación los datos. Actores: Secretaria Académica Precondiciones: la secretaria debe de ingresar los datos de las aulas. Flujo Normal: ✔ La Secretaria Académica ingresa los datos del aula. ✔ La Secretaria Académica verifica los datos del aula. ✔ La Secretaria Académica registra los datos del aula. Flujo Alternativo: ✔ La secretaria académica recibe los

datos de las aulas Poscondiciones: La Secretaria evalúa los tipo del aula (laboratorios, normales, auditorio, etc).

87

Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas

➢ Nombre: Autores: ➢ REGISTRAR CURSO Registrar Cursos Avalos, Aguilar, Avila, Lopez, Rosales, Vásquez, Fecha: Descripción: Permite el registro de los cursos de los alumnos. Actores: Secretaria Académica Precondiciones: La secretaria debe de ingresar los cursos de los alumnos. Flujo Normal: ✔ La Secretaria Académica ingresa nombre curso 20/10/09

88

Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas

del alumno. ✔ La Secretaria Académica registra curso ✔ La Secretaria Académica registra semestre. Flujo Alternativo:

La Secretaria Académica atiende al alumnado y/o

apoderado. Pos condiciones: La Secretaria evalúa los datos del docente antes de registrarlo.

➢ REGISTRAR DOCENTE Tabla № 21: Registrar Docente Nombre: Autores: Fecha: Registrar Docente Avalos, Aguilar, Lopez, Rosales, Vásquez, Avila 20/10/09

Descripción: Permite el registro de los docente y la verificación de sus datos. Actores: Secretaria Académica, docente Precondiciones: la secretaria debe de ingresar los datos de los docentes. Flujo Normal: ✔ La Secretaria Académica ingresa los datos del docente. ✔ La Secretaria Académica verifica los datos del docente. ✔ La Secretaria Académica registra los datos del docente. ✔ El Docente entrega sus datos. Flujo Alternativo: ✔ La Secretaria Académica atiende al docente.

89

Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas

Poscondiciones: La Secretaria evalúa los datos del docente antes de registrarlo.

2.1.1.PRIORIZACION DE CASOS DE USO
Nº CASO DE USO RENDIMIEN TO FRECUENCI A (ANUAL) IMPORTANCI A URGENCIA PRIORIDAD

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

Registrar Alumno Registrar Docente Reportar Matriculados Registrar Notas Asignar Carga Horaria Aperturar Cursos Aperturar Horarios Registrar convalidación Realizar Matrícula Verificar Pago Matrícula Verificar Cruce de Horario Verifica Categoría Verificar Convalidación Verificar Créditos Verificar Curso Verificar Cupo disponibles

30 seg. 30 seg. 30 seg. 30 seg. 30 seg. 30 seg. 30 seg. 30 seg. 30 seg. 40 seg. 40 seg. 40 seg. 40 seg. 40 seg. 40 seg. 30 seg 40 seg

1 1 2 8 2 2 2 1 2 12 2 2 2 2 2 4 12

Vital Vital Vital Importante Vital Vital Vital Vital Vital Importante Importante Importante Importante Vital Vital Importante Importante

Inmediat o Inmediat o Hay presión Puede esperar Inmediat o Puede esperar Inmediat o Inmediat o Inmediat o Inmediat o Inmediat o Inmediat o

1 6 9 11 13 14 8 5 2 3 10 7 14

Inmediat o Inmediat o Inmediat o Hay presión

12 15 18 4

17 Verificar Deuda

90

Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas

18 Verificar Prerequisito 19 Matricula Observada 20 Matricula Regular 21 Matricula Extemporánea 22 Verificar Datos

30 seg 40 seg 40 seg 40seg 40 seg

2 2 2 3 8

Vital Importante Importante Importante Vital

Inmediat o Inmediat o Inmediat o Puede Esperar Inmediat o

16 17 20 22 19

Tabla № 22: Priorización de Casos de Usos 2.2. ANÁLISIS Y DISEÑO 2.2.1.Realización del Análisis
2.2.2.1.Diagrama de Colaboración Registrar Alumno

➢ REGISTRAR ALUMNO

Figura Nº 21: Diagrama de Colaboración Registrar Alumno ➢ Diagrama de Actividades Registrar Alumno

91

Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas

Figura Nº 22: i Figura N° 22: Diagrama de Actividades Registrar Alumno

92

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

➢ Diagrama de Secuencia Registrar Alumno

: etr. S a c i r a e Ae a c m a i dc R t rl m e r An g au o i s

: _g au o I R t rl m U i r An e s

: u rl m Bau o s An c

: u rb o Ba i e sU c g

: bo U ie g

: u ra o Ba tg sC r c ei a

: ao C r tg ei a

: et d lm R r ou o gar i s An

: lm An uo o

M dn oEo d ii ( oc ) B eCo ( lq r o ls o a ne u t r ) c Ba mc dsr u Oeu oe ) b r m tg tn l n eA ( e I n r Om b n jl A o u ( ) L( e) e r

Oe i e b rbo tn g ) eU ( O ie b g) j bo U (

L( e) e r

Oe tg ( b rao ) tn e i eC r a O tg ( b ei ) j ao C r a

L( e) e r

cA a me d g g r r

M dn oEo d ii ( oc ) Dl q r o l s eo a n e s u Co ( b e t r ) Oeu oe ) b r m tg tn l n eA ( e I n r Om b n jl A o u ( ) L( e) e r

Oe tg ( b rao ) tn e i eC r a O tg ( b ei ) j ao C r a Aam g ru o r An) e l g ( Or a b e( jg r A g) G ru o ram a An bl ( ) Oar b b) jra G(

L( e) e r

N( u ) e v o

Gr ra a( b)

c Er mt di d a B eCo ( lq r o ls o a ne u t r ) M o mn oCr a ( d n c ) o f i i o Oeu oe ) b r m tg tn l n eA ( e I n r Om b n jl A o u ( ) Oe i e b rbo tn g ) eU ( O ie b g) j bo U ( Oe tg ( b rao ) tn e i eC r a O tg ( b ei ) j ao C r a Eru o dAn i lm t a ( ) Oi r b t( jd ) E a G ru o ram a An bl ( ) Oar b b) jra G( Gr ra a( b) Er d( i ) t a L( e) e r L( e) e r

L( e) e r

cAr ml d a n u M o mn oCr a ( d n c ) o f i i o Oeu oe ) b r m tg tn l n eA ( e I n r Om b n jl A o u ( ) L( e) e r

Oe i e b rbo tn g ) eU ( O ie b g) j bo U ( Oe tg ( b rao ) tn e i eC r a O tg ( b ei ) j ao C r a

L( e) e r

L( e) e r

A ru o n An u lm l a ( ) Ou( b lr jn ) A a G ru o ram a An bl ( ) Oar b b) jra G(

Ar n( u) l a

Gr ra a( b)

O ga E ) b it d x jero i( R s st o

93

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

Figura Nº 23: Diagrama de Secuencia Registrar Alumno

94

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

➢ Diagrama Colaboración Registrar Semestre

Figura Nº 24: Diagrama de Colaboración Registrar Semestre

➢ Diagrama de Actividades Registrar Semestre

95

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

Figura Nº 25: Diagrama de Actividades Registrar Semestre

96

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

Diagrama de Secuencia Registrar Semestre

:Sceaia er t r . :I _ e isr rS msr UR g t a e e t e Aa e ic R g t a S msr c d m a e isr r e e t e Md E ic n ) o o d io ( D s lo u a Cnr le () eb qe r o to s Md Cnir a io () o o o f mc n L p rC nr le () imia o t o s

:Rg t aS msr e isr r e e t e

:S msr e e te

Ot n r e e t e ) be eS msr ( L e() er OjSmsr () b e e te Ar g r e e t e ) ge aS msr ( OjAr g r ) b ge a( G b r e e te ) r aS msr ( a G br ) r a( a OjG b r ) b r a( a Ar g r ) ge a(

c d d a() mE it r D s lo u a Cnr le () eb qe r o to s Md Cnir a io () o o o f mc n Ot n r e e t e ) be eS msr ( OjSmsr () b e e te E it r e e t e ) d aS msr ( OjE it r ) b d a( G b r e e te ) r aS msr ( a OjG b r ) b r a( a c d n la mAu r Md Cnir a io () o o o f mc n Ot n r e e t e ) be eS msr ( L e() er OjSmsr () b e e te Au r e e t e ) n laS msr ( OjAu r ) b n la( OjRg t o xo ) b e isr Eit ( Au r ) n la( G br ) r a( a E it r ) d a( L e() er

Figura Nº 26: Diagrama de Secuencia Registrar Semestre
97

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

➢ Diagrama de Colaboración Registrar Docente

Figura Nº 27: Diagrama de Colaboración Registrar Docente ➢ Diagrama de Actividades Registrar Docente

Figura Nº 28: Diagrama de Actividades Registrar Docente

98

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

➢ Diagrama de Secuencia Registrar Docente

Diagrama de Colaboración Registrar Aulas

Figura Nº 30: Diagrama de Colaboración Registrar Aulas
➢ Diagrama de Actividades Registrar Aulas

99

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

Figura Nº 31: Diagrama de Actividades Registrar Aulas ➢ Diagrama de Secuencia Registrar Aulas

:S r t ra ee i . c a A dma c ei a c

:R i tao u e s dr l g r Aa

:Bsa u ucr l Aa

:B cr i ou u a pAa s T l

:R i ta u es r l g r Aa

:Aa u l

R i ta u () es r l g r Aa

M od i n) o Ec ( d i o Bqer oto s ) l ua n l ( o C r e

C ducr lc() m sa i k B C Oee u () b nr l t Aa OAa) bu( j l Le ) er (

C d uvC () m e lk N oi D b qer oto s ) e l ua n l ( so C r e M o ofr ai n) o C i m o( d n c L p C to s ) i i o rl ( ma n e Oee u () b nr l t Aa OAa) bu( j l Le ) er (

Oee i ou () b nr pAa t T l Le ) er ( OT ou () b i Aa j p l

Aea u () g gr l r Aa Aea ) g gr r ( OA eao) b g gd( j r

G r a u () u dr l a Aa Gra ) u dr a ( OG r ao) b u dd( j a

C dda lc() m i r ik Et C Bqer oto s ) l ua n l ( o C r e M o ofr ai n) o C i m o( d n c Oee u () b nr l t Aa Le ) er ( OAa) bu( j l

Oee i ou () b nr pAa t T l OT ou () b i Aa j p l

Le ) er (

Et r u () da l i Aa Et r ) da i ( OE t d() b dao j i G r a u () u dr l a Aa Gra ) u dr a ( OG r ao) b u dd( j a

C dnl r lc() m u Ck A a i

M o ofr ai n) o C i m o( d n c Oee u () b nr l t Aa OAa) bu( j l Le ) er (

Oee i ou () b nr pAa t T l OT ou () b i Aa j p l

Le ) er (

A l r u () na l u Aa E ia) lm r i n( OA l d() b n ao j u

OR i ta xo) b es r i ( j g r Et

Figura Nº 32: Diagrama de Secuencia Registrar Aulas
100

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

➢ Diagrama de Colaboración Registrar Notas

Figura Nº 33: Diagrama de Colaboración Registrar Notas

➢ Diagrama de Actividades Registrar Notas
101

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

102

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

Figura Nº 34: Diagrama de Actividades Registrar Notas

103

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

Secretaria Academica

Sistema

Alumno Solicitar Datos Alumno Buscar Datos Alumno

Estado

Buscar Estado Categoria Buscar Categoria Cursos Buscar Docente/Cursos

Mostrar Datos

No

Existe

Registra Notas Si Generar Reporte Notas

104

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

➢ Diagrama de Secuencia Registrar Notas

Figura Nº 35: Diagrama de Secuencia Registrar Notas

105

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

➢ Diagrama de Colaboración Aperturar Cursos

Figura Nº 36: Diagrama de Colaboración Aperturar Cursos Diagrama de Actividades Aperturar Cursos

Figura Nº 37: Diagrama de Actividades Aperturar Cursos
106

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

➢ Diagrma de Secuencia Aperturar Cursos

: S c ta . e re ria : B sc rC rso u a u s :R g e istra orC rso d u A a e ic cdm a Rg e istra C r urso O te e u s( ) b n rC rso O jC rso ) b u s(

: C rso u s Le ) e r(

: B sc rD c n u a o e te

:D c n _ o e te

:R g e istra u rC rso

O te e o e te ) b n rD c n ( Le ) e r( O jD c n ( ) b o e te

N e o u () u v C rso E ita u ( ) d rC rso E in rC rso ) lim a u ( G a a u () u rd rC rso N eo ) u v( E ita ) d r( E in r( ) lim a Ga a ) u rd r( O jR g b e istro x ( ) E ito

107

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

Figura Nº 38: Diagrama de Secuencia Aperturar Cursos

108

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

➢ Diagrama de Colaboración Registrar Pago

Figura Nº 39: Diagrama de Colaboración Registrar Pago
➢ Diagrama de Actividades Registrar Pagos

Figura Nº 40: Diagrama de Actividades Registrar Pago ➢
109

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

➢ Diagrama de Secuencia Registrar Pagos

Figura Nº 41: Diagrama de Secuencia Registrar Pago

110

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

➢ Diagrama de Colaboración Categorías

Figura Nº 42: Diagrama de Colaboración Categorías
➢ Diagrama de Actividades Categorías

Figura Nº 43: Diagrama de Actividades Categorías

111

Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas

➢ Diagrama de Secuencia Categorías

Figura Nº 44: Diagrama de Secuencia Categorías

112

Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas

2.2.2.1.INTERFAZ DE DISEÑO Ingresando a la “DEFINICIÓN DEL SEMESTRE”

Y después de llenar los semestres se guardan y queda asi:

113

Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas

Accediendo a la tabla ALUMNOS

Accediendo a la tabla PROFESORES

114

Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas

Accediendo a la tabla AULAS

Accediendo a la tabla CATEGORIAS

115

Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas

Accediendo a la tabla CURSOS

116

Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas

Accediendo a la tabla NOTAS

117

Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas

Accediendo a la tabla PAGOS

2.2.2.2.Diagrama de Clases: REGISTRAR ALUMNO

Ubigeo
(f rom CAPA DE DATOS)

Alumnoo
(f rom CAPA DE DATOS)

Categoria
(f rom CAPA DE DATOS)

IdUbigeo Descripcion Leer()

IdAlumno Nombres ApelMaterno ApelPaterno Edad Sexo Mail Leer() Grabar() Editar() Anular() Nuevo() Agregar() 118

IdCategoria Categoria Monto Descripcion Leer() Agregar() Eliminar() Guardar() Modificar()

Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas

Figura Nº 45: Diagrama de Clases Registrar Alumno REGISTRAR SEMESTRE

S ms e e e tr
( o CP D DT S fr m A A E A O )

I S m sr d e e te Pr d eio o F I ic en io FF a e in l Ar g r ) ge a( E ita( d r) Au r ) n la( G b r) r a( a L e( e r)

Figura Nº 46: Diagrama de Clases Registrar Semestre REGISTRAR DOCENTE

Docente_
(f rom CAPA DE DATOS)

Ubigeo
(f rom CAPA DE DATOS)

IdDocente Nombres Apellidos Mail Especialidad Leer() Nuevo() Editar() Anular() Grabar()

IdUbigeo Descripcion Leer()

Figura Nº 47: Diagrama de Clases Registrar Docente
119

Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas

REGISTRAR AULA

Aula
(f rom CAPA DE DATOS)

IdAula Descripcion Capacidad Leer() Agregar() Editar() Eliminar() Guardar()

Figura Nº 48: Diagrama de Clases Registrar Aula REGISTRAR NOTAS

120

Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas

Figura Nº 49: Diagrama de Clases Registrar Docente

REGISTRAR APERTURAR CURSOS

Cursos
(f rom CAPA DE DATOS)

Docente_
(f rom CAPA DE DATOS)

IdCursos Descripcion Leer() Nuevo() Editar() Eliminar() Guardar()

IdDocente Nombres Apellidos Mail Especialidad Leer() Nuevo() Editar() Anular() Grabar()

Figura Nº 50: Diagrama de Clases Registrar Aperturar Cursos

121

Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas

REGISTRAR PAGO

C ro no g ra m a
(f ro m C A P A D E D A TO S )

Alu m no o
(f ro m C A P A D E D A TO S )

Pagos
(f ro m C A P A D E D A TO S )

Id C ro n o g ra m a D e s c rip cio n L e e r()

Id Alu m n o N o m b re s Ap e lMa te rn o Ap e lP a te rn o Edad S e xo Ma il L e e r() G ra b a r() E d ita r() An u la r() N u e vo() Ag re g a r()

Id P a g o s Fe ch a Ve n c Fe cha P a g o Fo rm a P a g o L e e r() Ag re g a r() G ra b a r() E d ita r() An u la r()

Figura Nº 51: Diagrama de Clases Registrar Pago

REGISTRAR CATEGORIA

Categoria
(f rom CAPA DE DATOS)

TipoCategoria
(f rom CAPA DE DATOS)

IdCategoria Categoria Monto Descripcion Leer() Agregar() Eliminar() Guardar() Modificar()

IdTipoCategoria Descripcion Leer()

Figura Nº 52: Diagrama de Clases Registrar Categoría
122

Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas

2.2.2.3.DIAGRAMA DE PAQUETES DEL ANÁLISIS.

Figura Nº 53: Diagrama de Paquetes del Analisis

123

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

DIAGRAMA DE PAQUETE DE ANALISIS CAPA DE PRESENTACION

I _ e isr rA m o U R g t a lu n

R g tr d rA m o e is a o lu n

R g t aD c ne e isr r o e t

R g t a oD c ne e isr d r o e t

B s aT o o e t u c r ip D c ne

R g t aC r o e isr r us

B s aU ig o ucr b e

B s aE p c lid d o e t . u c r s e ia a D c ne

B s aD c ne u c r oe t

B s aC t g r u c r ae oia R g tr d r oa e is a oN t s Bs a A mo u c r lu n B s aT o ae oia u c r ip C t g r I _ e isr r ae oia U R g t aC t g r B s aP g ucr ao R g t a oC r o e isr d r us B s aE t d u c r sa o

B s aC r o u c r us s B s aCo o ra a ucr r ng m R g t aC t g r e isr r ae oia I _ e isr r a o U R g t aP g R g t aP g s e isr r a o R g t aA la e isr r u B s aT o u u c r ip A la R g t aN t s e isr r oa .

B s aA la ucr u

R g t aS m sre I _ e isr r S m sr e isr r e e t U Rg ta e e te

R g tr d r u e is a oA la

Figura Nº 54: Diagrama de Paquetes del Analisis

124

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

DIAGRAMA DE PAQUETES DE ANALISI CAPA LOGICO

Figura Nº 55: Diagrama de Paquetes del Analisis Capa Logica

125

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

DIAGRAMA DE PAQUETES DE ANALISIS CAPA DATOS

126

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

Figura Nº 56: Diagrama de Paquetes del Analisis Capa Datos DIAGRAMA DE CLASES DEL ANALISIS

127

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

Figura Nº 57: Diagrama de Clases del Analisis

128

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

DIAGRAMAS DE ESTADO REGISTRAR APERTURAR CURSOS

DIAGRAMA DE ESTADO REGISTRARestado Aperturar Cursos Figura Nº 58: Diagrama de PAGO

Figura Nº 59: Diagrama de Estado Registrar Pago

129

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

MODELO FISiCO DE LA BAE RELACIONAL
. Diagrama de Paquetes del Diseño 2.4.7. Modelo Físico de la BD Relacional (Rational) 2.4.8. Script de migración a SQL 2.4.9. Modelo Físico de la BD Relacional (SQL) 2.4.10. Modelo Físico de BD Relacional Normalizado

130

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

IMPLEMENTACIÓN 2.5.1. Diagrama de Componentes

Figura Nº 60: Diagrama de Componentes

131

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

2.5.2. Diagrama de Despliegue

<<Proces ador>> Servidor DB

<<Dis pos itivo>> Switch

p re e m p tive Si ste m a Co m pra s

<<PCP/ib>> UTPC5 1

<<Proces ador>> PCCom pras

<<Dis pos itivo>> Im pres ora Des kjet

Im pres ora Des kjet 840C RPM 800 Inyeccion a tinta A Color

132

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

Pc_Caja

133

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

CONCLUSIONES
• La implementación de un Sistema Académico para el Instituto

Superior Tecnológico de Ascope, se basa en obtener un buen manejo de información.
• El desarrollo de un sistema de información para el área de

gestión académica haciendo uso de la metodología RUP ayudó a entender los requerimientos de manera acertada, obteniendo de manera satisfactoria un producto de software que cumpla con las necesidades del usuario. • La ingeniería del software ayuda a comprender de manera eficaz la importancia de la documentación de un software en las etapas de su desarrollo (según cada metodología)

134

Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas

LINKOGRAFÍA

[URL 01]: http://www.monografias.com/trabajos11/teosis/teosis shtml#CONCEP

[URL 02]:http://admindeempresas. blogspot.com/2007/12/concepto-de-unidad-estrategica-de.html

 

[URL 03]: www.goldratt.com.mx/desarrollo.html. [URL 04] :http://www.promonegocios.net/mercadotecnia/procesoventa.htm

 

[URL 05]: http://es.wikipedia.org/wiki/Computer_software [URL 06] : http://es.wikipedia.org/wiki/Dise %C3%B1o_de_software

[URL 07]: http://es.wikipedia.org/wiki/Programaci %C3%B3norientadaaobjetos

[URL 08] :http://es.wikipedia.org/wiki/Lenguaje_Unificado_de_Modelado

[URL 09]: webbress.com.ar/web/sitios/web_proyectoisi/download/diagram as deluml.pdf

135

Sign up to vote on this title
UsefulNot useful