Proyecto-IngSW
-
Upload
juan-renzo-hilario-munoz -
Category
Documents
-
view
215 -
download
0
description
Transcript of Proyecto-IngSW
Universidad César Vallejo
Facultad de Ingeniería
ESCUELA PROFESIONAL DE INGENIERÍA DE SISTEMAS
“IMPLEMENTACIÓN DE UN SISTEMA DE GESTIÓN ACADÉMICA PARA MEJORAR LA INFORMACIÓN EN EL INSTITUTO SUPERIOR TECNOLÓGICO PRIVADO – ASCOPE”
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
1
CURSO: INGENIERÍA DEL SOFTWARE
DOCENTE:Ing. DÍAZ AMAYA, Lourdes
ALUMNOS:AGUILAR RODRIGUEZ, MarjhorieAVILA ROMERO, HenryAVALOS MARCHAN, MaikolLOPEZ YBAÑEZ, MichellROSALES MOLINA, Ángel
VASQUEZ GUTIERREZ, Natali
TRUJILLO – PERÚ2009
DEDICATORIA
1
A DIOS por darnos las fuerzas necesarias para seguir adelante protegiendo y guiándonos por el sendero del bien.
Los Autores.A nuestros queridos padres por su grande amor y sacrificio durante los años de nuestra formación profesional, por acompañarme en los buenos y malos momentos, y por la confianza que depositan en nosotros.
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 GENERALCARÁTULADEDICATORIA iAGRADECIMIENTO iiÍNDICE GENERAL iiiINDICE TABLAS vINDICE FIGURAS viPRESENTACIÓN viiiINTRODUCCIÓN xi
CAPÍTULO I: GENERALIDADES1.1. Descripción de la Organización
1.1.1. Razón Social: nombre, ubicación, teléfono, e-mail1.1.2. Reseña Histórica1.1.3. Direccionamiento de la Organización1.1.4. Valores Corporativos1.1.5. Organigrama de la Organización
1111121315
1.2. Situación Problemática1.2.1. Selección del Problema1.2.2. Antecedentes del Problema1.2.3. Formulación Interrogativa del Problema
161722
1.3. Objetivos1.3.1. Objetivo General1.3.2. Objetivos Específicos
2222
1.4. Justificaciones del Proyecto1.4.1. Justificación Social1.4.2. Justificación Tecnológica1.4.3.Justificación Económica1.4.4. Justificación Operacional
23232323
1.5. Limitaciones del Proyecto 241.6. Alcance del Trabajo 24CAPITULO II: APLICACIÓN DE LA METODOLOGIA2.1. MODELAMIENTO DEL NEGOCIO
2.1.1. Objetivos del Negocio2.1.2. Unidades Organizacionales2.1.3. Reglas del Negocio
2.1.4. Identificación de Procesos del Negocio2.1.5. Identificación de Actores del Negocio2.1.6. Identificación de Trabajadores de Negocio2.1.7. Diagrama de Casos de Uso del Negocio2.1.8. Realización de casos de Uso del Negocio
2.1.8.1. Especificación de CUN
272830303131323233
1
2.1.8.2. Diagrama de Actividades por cada CUN 2.1.8.3. Modelo de Objetos de Negocio
2.1.9. Modelo de Dominio2.1.10. Glosario del Negocio
36434445
2.2. MODELO DE REQUERIMIENTOS DEL SOFTWARE2.2.1. Documento Visión del Software2.2.2. Plan de Desarrollo del Software2.2.3. Diagramas de Casos de Uso del SW2.2.4. Requerimientos Funcionales y No Funcionales
2.2.5.Especificación de Casos de Uso(6 casos de uso)2.2.6.Priorización de Casos de Uso
505873747782
2.2. ANÁLISIS Y DISEÑO2.2.1.Realización del Análisis
8383
CONCLUSIONES 117BIBLIOGRAFIA 118
2
INDICE DE TABLAS
Tabla Nº 01: Valores Corporativos ……………………………………………………
4
Tabla Nº 02: Área de Admisión……………………………………………………….
25
Tabla Nº 03: Área de Matricula ……………………………………………………......
25
Tabla Nº 04: Área de Registro de Notas…………………………………………….....
25
Tabla Nº 05: Flujo Básico………………………………………………………….......
27
Tabla № 06: Sentencia que Define el Problema ……………………………………….
43
Tabla № 07: Sentencia que Define la Posición del Producto ………………………......
44
Tabla Nº 08: Evolución del Plan de Desarrollo del Software………………………….
52
Tabla Nº 09: Participantes en el Proyecto ……………………………………………..
52
Tabla № 10: Roles y Responsabilidades………………………………………………..
53
Tabla № 11: Materiales………………………………………………………………...
54
Tabla № 11: Recursos Humanos……………………………………………………...
55
Tabla № 12: Hitos de las Fases………………………………………………………...
56
Tabla № 13: Calendario………………………………………………………………..
58
Tabla № 14: Priorización de Casos de Usos…………………………………………...
70
1
INDICE DE FIGURAS
Figura N° 01: Valores Corporativos……………………………………………….... 6Figura N° 02: Ubicación Geográfica del ISTP-Ascope ……………………………... 16Figura Nº 03 : Ubicación Geográfica del ISTP-Ascope …………………….………. 16Figura Nº 04: Gestión Académica………………………………………………..... 18Figura Nº05: Gestión de Pagos……………………………………………………... 19Figura Nº 06: Recursos Humanos……………………………………………….…… 19Figura Nº 07: Identificación de Procesos del Negocio………………………………. 21Figura Nº 08: Identificación de Actores del Negocio……………………………….. 22Figura Nº 09: Identificación de Trabajadores del Negocio………………………….. 22Figura Nº 10: Diagrama de casos de Uso del Negocio……………………………… 23Figura Nº 11: Realización de Casos de Uso del Negocio……………………………. 23Figura Nº 12: Diagrama de Actividades del Área de Admisión…………………....... 28Figura Nº 13: Diagrama de Actividades del Área de Matriculas…………………….. 29Figura Nº 14: Diagrama de Actividades del Registro de Notas……………………… 30Figura Nº 15: Diagrama de Actividades de Gestión de Ingresos (pagos)………......... 31Figura Nº 16: Diagrama de Objetos del área Académico……………………………. 32Figura Nº 17: Diagrama de Objetos del Ingresos (Pagos)………………………........ 33Figura Nº 18: Modelo de Objetos del Negocio………………………………………. 34Figura Nº 19: Modelo del Dominio………………………………………………….. 35Figura Nº 20: Diagrama de Casos de Uso del Software……………………………... 60Figura Nº 21: Diagrama de Colaboración Registrar Alumno………………………... 71Figura Nº 22: Diagrama de Actividades Registrar Alumno…………………………. 72Figura Nº 23: Diagrama de Secuencia Registrar Alumno………………………… 72Figura Nº 24: Diagrama de Colaboración Registrar Semestre…………………… 73Figura Nº 25: Diagrama de Actividades Registrar Semestre……………………….. 73Figura Nº 26: Diagrama de Secuencia Registrar Semestre…………………………. 74Figura Nº 27: Diagrama de Colaboración Registrar Docente…………………….. 74Figura Nº 28: Diagrama de Actividades Registrar Docente……………………… 75Figura Nº 29: Diagrama de Secuencia Registrar Docente…………………………. 76Figura Nº 30: Diagrama de Colaboración Registrar Aulas………………………... 77Figura Nº 31: Diagrama de Actividades Registrar Aulas…………………………. 77Figura Nº 32: Diagrama de Secuencia Registrar Aulas…………………………… 78Figura Nº 33: Diagrama de Colaboración Registrar Notas……………………….. 78Figura Nº 34: Diagrama de Actividades Registrar Notas………………………… 79Figura Nº 35: Diagrama de Secuencia Registrar Notas…………………………... 79Figura Nº 36: Diagrama de Colaboración Aperturar Cursos……………………….. 80Figura Nº 37: Diagrama de Actividades Aperturar Cursos…………………………. 80Figura Nº 38: Diagrama de Secuencia Aperturar Cursos………………………… 81Figura Nº 39: Diagrama de Colaboración Registrar Pago………………………….. 81Figura Nº 40: Diagrama de Actividades Registrar Pago……………………………. 82Figura Nº 41: Diagrama de Secuencia Registrar Pago……………………………. 83Figura Nº 42: Diagrama de Colaboración Categorías……………………………… 83Figura Nº 43: Diagrama de Actividades Categorías……………………………….. 84Figura Nº 44: Diagrama de Secuencia Categorías…………………………………. 84Figura Nº 45: Diagrama de Clases Registrar Alumno……………………………… 10
4Figura Nº 46: Diagrama de Clases Registrar Semestre……………………………... 10
5
1
Figura Nº 47: Diagrama de Clases Registrar Docente……………………………… 105
Figura Nº 48: Diagrama de Clases Registrar Aula…………………………………. 106
Figura Nº 49: Diagrama de Clases Registrar Docente………………………………….
106
Figura Nº 50: Diagrama de Clases Registrar Aperturar Cursos…………………….. 107
Figura Nº 51: Diagrama de Clases Registrar Pago………………………………… 107
Figura Nº 52: Diagrama de Clases Registrar Categoría…………………………… 108
Figura Nº 53: Diagrama de Paquetes del Análisis………………………………….. 108
Figura Nº 54: Diagrama de Paquetes del Análisis capa Presentacion……………… 109
Figura Nº 55: Diagrama de Paquetes del Análisis Capa Lógica……………………. 110
Figura Nº 56: Diagrama de Paquetes del Análisis Capa Datos…………………….. 111
Figura Nº 57: Diagrama de Clases del Análisis…………………………………… 112
Figura Nº 58: Diagrama de Estado Aperturar Cursos………………………………...
113
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 AVALOS
MARCHAN, Maikol
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 en el
campo
educativo, en
donde la
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 todos los casos la
selección realizada por los propios colaboradores.
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
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:
Un 08 de marzo del año 1990, se crea el Instituto Superior
Tecnológico Privado de Ascope, autorizándose 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
GENERALIDADES
El Instituto Superior Tecnológico Privado de Ascope, a fines del 2010, aspira ser líder en la Provincia, mediante la formación integral y constante 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; con la finalidad de contribuir con el bienestar socio-económico, político y cultural de la región y del país.
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 de la ciencia y tecnología con
capacidad para comprender y describir el
mundo, actuando sobre su hábitat, para
mejorar las condiciones y calidad de vida, en
una búsqueda constante de la excelencia.
VISIÓN
4
Fuente: ISTP - ASCOPE
El Instituto Superior Tecnológico Privado de Ascope, a fines del 2010, aspira ser líder en la Provincia, mediante la formación integral y constante 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; con la finalidad de contribuir con el bienestar socio-económico, político y cultural de la región y del país.
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
1.1.4.Valores Corporativos
Valor Descripción
Calidad de
servicio en
general
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
ad
Social
Encontramos fundamental la
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.Innovación
Tecnológica
La Institución busca obtener una mayor
participación en el mercado mediante la
adquisición de nueva tecnología.
5
Fuente: ISTP - ASCOPE
Tabla N° 01: Valores Corporativos
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
Honestidad
La honestidad es una cualidad humana
consistente en comportarse y expresarse
con coherencia y sinceridad, y de acuerdo
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.
Veracidad
Es la conformidad existente entre lo que se
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.
Empatía
La Empatía describe la capacidad de una
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 lugar, y responder
correctamente a sus reacciones
emocionales.
Puntualidad
La puntualidad es una actitud que se
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.
Rentabilidad
La rentabilidad es el rendimiento, ganancia
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.
1.1.5.Organigrama de la Organización
7
Fuente: ISTP - ASCOPE
Figura N° 01: Valores Corporativos
DIRECCION
SECRETARIA GENERALORGANO DE
COORDINACIONSECRETARIA
DOCENTECONSEJO
ESTUDIANTILAUXILIAR DE BIBLIOTECA
COMITÉ DE ASUNTOS ESTUDIANTILES Y PROYECCION SOCIAL
DPTO. FORMACION GENERAL
PERSONAL DE SERVICIO
ADMINISTRADOR
DPTO. FORMACION PROFESIONAL
CORD.MECANIC
A
TALLERES ARTISTICOSTUTORÍ
APROYECCION
SOCIALCORD.
ENFERMERIA
CORD. ELECTRONICA
TALLER Y CENTRO DE CÓMPUTO
CONSULTORIO Y LABORATORIOTALLER
DOCENTES
ALUMNOSCONSEJO
ESTUDIANITL
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
8
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
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
Fuente: ISTP - ASCOPE
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 estratégico de un Centro
Educativo Particular para mejorar su
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 serie de amenazas y
debilidades derivadas de las condiciones actuales de
nuestra economía, así como también de la
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 de una imagen institucional
independiente del colegio, orientado hacia la
capacitación y atención de los requerimientos y
necesidades de la demanda educativa.
El Plan Estratégico formulado para el Colegio
Preuniversitario Integral Class, es factible para su
realización, tanto económicamente como
financieramente.
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
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
como mejorara la información en la Institución Superior
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 satisfactoria al
alumnado, obteniendo fidelidad del cliente frente a la
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.
20
Figura N° 02: Ubicación Geográfica del ISTP-
Ascope
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
Figura Nº 03 : Ubicación Geográfica del ISTP-Ascope
Fuente: Google Earth
CAPITULO II
21
APLICACIÓNDE LA METODOLOGÍA
Fuente: Elaboración propia
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
Atender las solicitudes de estudios de pagos
efectuados
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
22
APLICACIÓNDE LA METODOLOGÍA
Fuente: El Equipo
RECURSOS HUMANOS
CAJA
SECRETARIA ACADEMICAINFORME
S
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
2.1.2.UNIDADES ORGANIZACIONALES
23
Figura Nº 06: Recursos Humanos
Fuente: El Equipo
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
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
Fuente: Elaboración propia
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.1Todos 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.2El 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.1Todos 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 Negocio
➢ Alumno➢ Apoderado➢ Docente
2.1.1.Identificación de Trabajadores de Negocio
26
Figura Nº 07: Identificación de Procesos del NegocioFigura Nº 08: Identificación de Actores del Negocio
Figura Nº 09: Identificación de Trabajadores del Negocio
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
27
Figura Nº 10: Diagrama de casos de Uso del Negocio
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
2.1.8.1
2.1.3.ESPECIFICACION DE CUN
28
Figura Nº 11: Realización de Casos de Uso del Negocio
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
responsable del desarrollo de la actividad en el área de
Gestión Académica
➢ Área de Admisión
30
Nº ACTIVIDAD RESPONSABLE1 Solicita Requisitos de
AdmisiónApoderado/Alumno
2 Entrega Documentos de Admisión
Apoderado/Alumno
3 Recepción de Documento de Admisión
Admisión
4 Evalúa Solicitud Admisión Secretaria Académica
5 Recibe Solicitud Admisión Apoderado/Alumno6 Elabora Ficha de Admisión Admisión7 Verifica Ficha Secretaria
Académica8 Entrega Ficha Admisión Secretaria
Académica
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
➢ Área de Matricula
➢ Área de Registro de Notas
31
Nº ACTIVIDAD RESPONSABLE1 Entrega Documentación Apoderado/Alumno2 Verifica Datos del Alumno Admisión3 Registra Alumnos Admisión4 Registra Matricula Admisión5 Elabora Cronograma de Pagos Admisión
Nº ACTIVIDAD RESPONSABLE1 Elabora Registro Auxiliar Secretaria
Académica2 Entrega Registro Auxiliar Secretaria
Académica3 Ingresa Datos Registro
AuxiliarDocente
4 Verifica Datos Registro Auxiliar
Docente
5 Registro de Actas Docente6 Entrega de Actas Docente
Tabla Nº 02: Área de admisión
Tabla Nº 03: Área de Matricula
Tabla Nº 04: Área de Registro de Notas
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 por concepto de
estudios.
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).
Tabla Nº 05: Flujo Básico
2.1.1.DIAGRAMA DE ACTIVIDADES POR CADA CUN
33
Nº ACTIVIDAD RESPONSABLE1 Solicita Cronograma de Pagos Apoderado/Alumno2 Indica Pago a Realizar Apoderado/Alumno3 Emite Registro Recibo Caja4 Verifica Cuota Caja5 Apertura Ficha de Pago Caja6 Registra Pago Caja7 Recepción de Recibo Apoderado/Alumno
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
36
Figura Nº 13: Diagrama de Actividades del Área de Matriculas
Figura Nº 14: Diagrama de Actividades del Registro de Notas
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
➢ INGRESOS (PAGOS)
38
Figura Nº 16: Diagrama de Objetos del área Académico
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 alguna deficiencia o
44
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 SOFTWARE2.1.1.Documento Visión del Software
2.2.1.1.PropósitoEl 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.
b) Plan de Desarrollo de Software.
c) RUP(Rational Unified Process)
d) Diagrama de Casos de Uso
2.2.1.1. Posicionamientos
a) Oportunidad de NegocioEstos 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.
49
Tabla № 06: Sentencia que Define el Problema
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
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 de docente y del área secretaria
académica.
➢ La demora en los pagos, entrega de
cronogramas de pagos, documentación, por
parte de área de caja
Afecta A 1. Director.
2. Personal Administrativo
3. Alumnos.
El Impacto Asociado Es
De no contar con un Sistema Informático:
➢ No se podría gestionar los registros de
matricula adecuadamente.
➢ No se podría Gestionar los pagos que los
alumnos solicitan al momento de pagar alguna
transacción.
50
Fuente: Elaboración propia
Tabla № 07: Sentencia que Define la Posición del Producto
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.
Una solución adecuada
sería
✔ Automatizar e informatizar gran parte de los
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 podrá acceder a actualizar y
gestionar la información que ayudara al
Instituto Superior Tecnológico Privado – Ascope.
a) Sentencia que define la posición del producto
Para✔ Personal Administrativo de la institución
educativa ✔ Profesores
Quienes✔ Son parte activa e integradora en la realización
de los diversos procesos del Instituto Privado
Tecnológico de Ascope
El nombre del producto
✔ Sistema de Gestión Académica para mejorar la
información en el Instituto de Ascope.
Qué
Beneficios:
➢ Satisfacer al usuario con información rápida y
eficiente.
➢ Disminuir el tiempo de atención a los alumnos.
➢ Toma de decisiones eficientes
➢ Control de las áreas de admisión, pagos y
51
Fuente: Elaboración Propia
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
matriculas.
➢ Mejorar los reportes de alumnos en pagos y notasNo como ✔ Las hojas de cálculo y de registro manual.
Nuestro producto
✔ Permite 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.
✔ 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
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
Director
Representa
nte del
Instituto
Privado de
Ascope.
➢ Requerir información estadística del
proceso de la institución.
➢ Representa a todos los usuarios
posibles del sistema.
➢ Aprueba requisitos y funcionalidades
del sistema
Secretaria
Academica
Registrar a
los alumnos
, cursos y
notas del
Instituto.
➢ 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.
Cajera
➢ Encargada de realizar los cronogramas
de pagos.
➢ Además realiza los cobros de las
pensiones.
➢ Obtiene y Registra diariamente la
información de los procesos del area de
caja.
3.1Resumen de Usuarios
Nombre Descripción Stakeholder
Secretaria
Academica
➢ Encarg
ada de
administrar
los procesos
que se están
realizando
dentro del
sistema.
Director
Cajera
➢ Encarg
ada de
realizar los
cronogramas
de pagos.
➢ Obtien
Cajera
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 Marlon Rodríguez
Descripción Jefe del Area de Gestión Academica
Tipo Primario (Empleado)
Responsabilida
des
➢ Requerir información estadística del proceso de
la institución.
➢ Representa a todos los usuarios posibles del
sistema.
➢ Aprueba requisitos y funcionalidades del sistema Grado de
participación
A veces
Comentarios Ninguno
3.1Perfiles de Usuario
54
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
SECRETARIA ACADEMICA
Representante Sandra Sanchez Gonzales.
Descripción Secretaria Academica
Tipo Primario (Empleado)
Responsabilida
des
➢ 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.Grado de
participación
Siempre
Comentarios Ninguno
CAJERA:
Representante Sonia Moya Mantilla
Descripción Cajera
Tipo Primario (Empleado)
Responsabilida
des
➢ Encargada de realizar los cronogramas de pagos.
➢ Además realiza los cobros de las pensiones.
➢ Obtiene y Registra diariamente la información de los
procesos del area de caja.Grado de
participación
Siempre
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
matriculas.
Ficha de Matricula
Generación de informes de
cronogramas de pagos y
reportes.
Listado del cronograma
de pagos.
Generar el ingreso de los
alumnos
Constancia de ingresos.
Mayor facilidad para la
gestión de la información
Base de datos
distribuida
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 Privado de Ascope, no cuenta con un
sistema informático que le permita registrar y organizar su
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.
Necesidade
s
Prioridad Interés/Preoc
upación
Solución
Actual
Solución
Propuesta
Control de
PagosAlta
Buscar un
personal
capacitado en
Se realiza en
Hoja de
calculo
Un Sistema
de
información
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
Se realiza en
Hoja de
calculo
Un Sistema
de
información
Gestionar
el registro
de
matricula.
Alta
Buscar una un
personal
capacitado en
la
implementaci
ón de este
tipo de
Requerimient
o
Se realiza en
Hoja de
calculo
Un Sistema
de
información
Control del
registro
académicos
.
Alta
Buscar una un
personal
capacitado en
la
implementaci
ón de este
tipo de
Requerimient
Se realiza en
Hoja de
calculo
Un Sistema
de
información
57
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 las fases posteriores de Construcción y
Transición para dar una visión global de todo proceso.
El enfoque desarrollo propuesto constituye una
configuración del proceso RUP de acuerdo a las
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 en la Gestión
Académica (Matriculas, Admisión y Notas) y Gestión de
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:
• 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 del Proyecto: Describe la
estructura organizacional del equipo de desarrollo.
• Gestión del Proceso: Explica los costos y
planificación estimada, define las fases e hitos del
proyecto y describe cómo se realizará su
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 los flujos de trabajo (workflows)
asociados al caso de uso del negocio. Para la
representación de este modelo se utilizan
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. Glosario
Es 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. Visión
Este documento define la visión del producto desde
la perspectiva del cliente, especificando las
necesidades y características del 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 no-
funcionales 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 desechados. Asimismo, este
artefacto, será desechado en la fase de
63
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 hacia el entorno de
implementación), de acuerdo al avance del
proyecto.
11. 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
Cada prueba es especificada mediante un
documento que establece las condiciones de
ejecución, las entradas de la prueba, y los
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
Es un conjunto de actividades y tareas ordenadas
temporalmente, con recursos asignados,
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
Este documento incluye le evaluación de los
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, Guías de Operación, Guías de
Mantenimiento y Sistema de Ayuda en Línea.
21. Producto
Los ficheros del producto empaquetados y
almacenadas en un CD con los mecanismos
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.
2. Organización del Proyecto
2.1.Participantes en el Proyecto
Nombres CargoÁngel Rosales Molina Jefe del ProyectoMaikol Avalos Marchan Analista Diseñador del
ProyectoHenry Avila Romero ProgramadorMarjhorie Aguilar
Rodríguez
Ingeniero de Software
Michel López Ybañez Ingeniero de Software
67
Versión Fase Fecha Destino
Final
Inicio
07/12/2009ElaboraciónConstrucció
nTransición
Tabla Nº 08: Evolución del Plan de Desarrollo del Software
Tabla Nº 09: Participantes en el Proyecto
Tabla № 10: Roles y Responsabilidades
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
Nataly Vásquez
Gutiérrez
Tester
Henry Avila Romero Programador
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.
Puesto Responsabilidad
Jefe de
Proyecto
El jefe de proyecto asigna los recursos,
gestiona las prioridades, coordina las
interacciones con los clientes y usuarios, y
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 supervisar el
establecimiento de la arquitectura del
sistema. Gestión de riesgos. Planificación y
control del proyecto.Analista de
Sistemas
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
Fuente: Elaboración propia
Tabla № 11: Materiales
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
usuarioIngeniero de
Software
Gestión de requisitos, gestión de
configuración y cambios, elaboración del
modelo de datos, preparación de las pruebas
funcionales, elaboración de la
documentación. Elaborar modelos de
implementación y despliegue.
Tester
Es el responsable de ejecutar las pruebas que
incluirá la configuración y ejecución de
pruebas, evaluando los errores e
identificando los defectos.
3. Gestión del Proceso
3.1.Estimaciones del Proyecto
A continuación de dan a conocer los recursos
involucrados en el desarrollo del proyecto y sus
respectivos costos.
• Materiales
Materi
al
Cantida
d
Observación S/.
Lapicer
os
3 Para realizar apuntes 4.00
Hojas
A4
1 millar Para imprimir
avances y
realización de diseño
del proyecto.
15.00
Recarg
a de
tinta
2 color Para la impresión de
los entregables.
20.002 negro 10.00
USB 5 Para almacenar 35.00
69
Fuente: Elaboración propia
Tabla № 11: Recursos Humanos
Fuente: Elaboración propia
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
informaciónFólder
es
3 Para archivar
avances y
realización de diseño
del proyecto.
1.50
Anillad
os
2 Para presentaciones
de proyecto
6.00
Cds 3 Para presentaciones
de proyecto
3.00
Total 94.50
• Recursos Humanos
Motivo Observació
n
Costo de
pasaje S/.
Subtot
alPasaje
s en la
visita
al
Institu
to
6 pasajes x
6 visitas a la
empresa en
estudio
ida y vuelta
5.0
180.00
Pasaje
s para
reunio
nes de
grupo
35 reuniones
x 6
integrantes
1.00 210.00
Total 390.0
0
1.1.Plan del Proyecto
En esta sección se presenta la organización en fases e
iteraciones y el calendario del proyecto.
70
Tabla № 11: Plan de las Fases.
Fuente: Elaboración Propia
Tabla № 12: Hitos de las Fases.
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
1.1.1.Plan de las Fases
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
Descripció
n
Hito
Fase de
Inicio
En esta fase desarrollarán los requisitos del
producto desde la perspectiva del usuario, los
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
Fase Nro.Iteracio
nes
Duración
Fase de Inicio 1 3 semanasFase de Elaboración
1 3 semanas
Fase de Construcción
2 4 semanas
Fase de Transición
2 4 semanas
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.
Fase de
Elaboración
En esta fase se analizan los requisitos y se
desarrolla un prototipo de arquitectura
(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 de los objetivos. Ambas
iteraciones tendrán una duración de una
semana.
72
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
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
Fase de
Construcción
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
producto se construye en base a 2
iteraciones, cada una produciendo una
release a la cual se le aplican las pruebas y
se valida con el cliente / usuario. Se
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.
Fase de Transición
En esta fase se prepararán dos releases para
distribución, asegurando una implantación y
cambio del sistema previo de manera
adecuada, incluyendo el entrenamiento de
los usuarios. El hito que marca el fin de esta
fase incluye, la entrega de toda la
documentación del proyecto con los
manuales de instalación y todo el material de
apoyo al usuario, la finalización del
entrenamiento de los usuarios y el
empaquetamiento del producto.
Tabla № 13: Calendario
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
Disciplinas / Artefactos generados o modificados durante la Fase de Inicio
Comienzo Aprobación
Modelado del NegocioModelo de Casos de Uso del Negocio y Modelo de Objetos del Negocio
Semana1 Semana 5
RequisitosGlosario Semana 5
Semana 6Visión Semana 6
Semana 7Modelo de Casos de Uso Semana 8 siguiente faseEspecificación de Casos de Uso Semana 9 siguiente faseEspecificaciones Adicionales Semana 11 siguiente fase
Análisis/DiseñoModelo de Análisis/Diseño Semana 12Modelo de Datos Semana 12
Semana 13siguiente fase
ImplementaciónPrototipos de Interfaces de Usuario Semana 13 siguiente faseModelo de Implementación Semana 13 siguiente fase
PruebasCasos de Pruebas Funcionales Semana 14 siguiente fase
DespliegueModelo de Despliegue Semana 14 siguiente fase
Gestión de Cambios y Configuración Durante todo el proyectoGestión del proyecto Semana 1
Semana 3Plan de Desarrollo del Software en su versión 1.0 y
74
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
planes de las IteracionesAmbiente 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
Los defectos detectados en las revisiones y
formalizados también en una Solicitud de Cambio
tendrán un seguimiento para asegurar la
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
Figura Nº 20: Diagrama de Casos de Uso del Software
77
Verificar DisponibilidadDocente
Matricula RegularMatricula Extemporanea
Verificar Pago Matricula
Verificar Cruce Horario
Verificar Creditos
Matricula Observada
Verificar Deuda
Verificar Categoria
Validar Datos Docente
Verificar DisponibilidadAula-Lab
Verificar Curso
Verificar CupoDisponibles
VerifcarConvalidacion Verificar
Pre-Requisito
Cajera.
Pagar Matricula
<<include>>
<<include>>
Docente.
.Alumno
Realizar Matricula
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<extend>><<extend>>
Reportar MatriculadosRegistrar Docente
<<include>>
Registrar Notas
Asignar Carga Horaria
<<include>>
Aperturar Cursos
Consultar Notas
Aperturar Horarios
RegistrarConvalidacion
Registrar Alumno
Registrar Semestre
Secretaria. Academica
<<extend>>
<<include>>
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. Validar Datos Docente2. Registrar Docente3. Reportar Matriculados4. Registrar Notas5. Asignar Carga Horario6. Aperturar Cursos7. Aperturar Horarios8. Verificar Disponibilidad Docente9. Verificar Categoría10.Verificar Deuda11.Pagar Matricula12.Verificar Disponibilidad Aula-Lab13.Registrar Convalidación14.Consultar Notas15.Registrar Alumno16.Registrar Semestre17.Verificar Pago Matricula18.Verificar Cruce Horario19.Verificar Créditos20.Matricula Observada21.Realizar Matricula22.Verificar Curso23.Verificar Cupo Disponible24.Verificar Convalidación25.Verificar Pre-requisito26.Matricula Extemporánea27.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.
De portabilidad
• El software podrá ser usado bajo el sistema operativo
Windows XP y Vista.
De seguridad y privacidad
• 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
Tabla № 14: Registrar Alumno
Universidad César Vallejo Facultad de Ingeniería
Escuela de Ingeniería de Sistemas
De Hardware
• Se debe disponer de una red LAN.
De Software
• 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.
2.1.1.ESPECIFICACIÓN DE CASOS DE USO
➢ REGISTRAR ALUMNO
Nombre: Registrar AlumnoAutores: Avalos, Aguilar, Lopez, Rosales, Vásquez,
Avila
Fecha: 20/10/09
Descripción: Permite el registro de los Alumno y la verificación de sus datos.
82
Tabla № 15: Registrar Semestre
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
Nombre: Registrar SemestreAutores: Avalos, Aguilar, Lopez, Rosales, Vásquez,
Avila
Fecha: 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
Tabla № 16: Registrar Categoría
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.
➢ REGISTRAR CATEGORÍA
Nombre: Registrar Categorías
Autores: Avalos, Aguilar, Lopez, Rosales, Vásquez,
Avila
Fecha: 20/10/09
Descripción:
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
Tabla № 18: Registrar Pago
Universidad César Vallejo Facultad de Ingeniería
Escuela de Ingeniería de Sistemas
registrarlo.
➢ REGISTRAR NOTAS
➢ REGISTRAR NOTAS
Tabla № 17: Registrar Notas
Nombre: Registrar Notas
Autores: Avalos, Aguilar, López, Rosales, Vásquez,
Ávila
Fecha: 20/10/09
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
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 № 19: Registrar Aula
Universidad César Vallejo Facultad de Ingeniería
Escuela de Ingeniería de Sistemas
Autores: Avalos, Aguilar, Lopez, Rosales, Avila,
Vásquez
Fecha: 20/10/09
Descripción:
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
86
Universidad César Vallejo Facultad de Ingeniería
Escuela de Ingeniería de Sistemas
87
Nombre: Registrar Aula
Autores: 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 aulasPoscondiciones:
La Secretaria evalúa los tipo del aula
(laboratorios, normales, auditorio, etc).
Universidad César Vallejo Facultad de Ingeniería
Escuela de Ingeniería de Sistemas
➢
➢ REGISTRAR CURSONombre: Registrar Cursos
Autores: Avalos, Aguilar, Avila, Lopez, Rosales,
Vásquez,
Fecha: 20/10/09
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
88
Tabla № 21: Registrar Docente
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
Nombre: Registrar DocenteAutores: Avalos, Aguilar, Lopez, Rosales, Vásquez,
Avila
Fecha: 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 RENDIMIENTO
FRECUENCIA
(ANUAL)
IMPORTANCIA
URGENCIA PRIORIDAD
1 Registrar Alumno
30 seg. 1 Vital Inmediato
1
2 Registrar Docente
30 seg. 1 Vital Inmediato
6
3 Reportar Matriculados
30 seg. 2 Vital Hay presión
9
4 Registrar Notas
30 seg. 8 Importante Puede esperar
11
5 Asignar Carga Horaria
30 seg. 2 Vital Inmediato
13
6 Aperturar Cursos
30 seg. 2 Vital Puede esperar
14
7 Aperturar Horarios
30 seg. 2 Vital Inmediato
8
8 Registrar convalidación
30 seg. 1 Vital Inmediato
5
9 Realizar Matrícula
30 seg. 2 Vital Inmediato
2
10 Verificar Pago Matrícula
40 seg. 12 Importante Inmediato
3
11 Verificar Cruce de Horario
40 seg. 2 Importante Inmediato
10
12 Verifica Categoría
40 seg. 2 Importante Inmediato
7
13 Verificar Convalidación
40 seg. 2 Importante 14
14 Verificar Créditos
40 seg. 2 Vital Inmediato
12
15 Verificar Curso
40 seg. 2 Vital Inmediato
15
16 Verificar Cupo disponibles
30 seg 4 Importante Inmediato
18
17 Verificar Deuda
40 seg 12 Importante Hay presión
4
90
Universidad César Vallejo Facultad de Ingeniería
Escuela de Ingeniería de Sistemas
18 Verificar Pre-requisito
30 seg 2 Vital Inmediato
16
19 Matricula Observada
40 seg 2 Importante Inmediato
17
20 Matricula Regular
40 seg 2 Importante Inmediato
20
21 Matricula Extemporánea
40seg 3 Importante Puede Esperar
22
22 Verificar Datos
40 seg 8 Vital Inmediato
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
: Secretaria. Academica
: IU_Registrar Alumno : Buscar Alumno : BuscarUbigeo : Ubigeo : BuscarCategoria : Categoria : Registrador Alumno : Alumnoo
Registrar AlumnoModo Edicion( )
Bloquear Controles( )
cmdBuscar
ObtenerAlumno(Integer) Leer( )
ObjAlumno( )
ObtenerUbigeo( ) Leer( )
ObjUbigeo( )
ObtenerCategoria( ) Leer( )
ObjCategoria( )
cmdAgregarModo Edicion( )
Desbloquear Controles( )
ObtenerAlumno(Integer) Leer( )
ObjAlumno( )
ObtenerCategoria( ) Leer( )
ObjCategoria( )
AgregarAlumno( ) Nuevo( )
ObjAgregar( )
GrabarAlumno( )Grabar( )
cmdEditarBloquear Controles( )
Modo Confirmacion( )
ObtenerAlumno(Integer) Leer( )
ObjAlumno( )
ObtenerUbigeo( ) Leer( )
ObjUbigeo( )
ObtenerCategoria( ) Leer( )
ObjCategoria( )
ObjGrabar( )
EditarAlumno( ) Editar( )
ObjEditar( )
GrabarAlumno( ) Grabar( )
ObjGrabar( )
cmdAnular
Modo Confirmacion( )
ObtenerAlumno(Integer) Leer( )
ObjAlumno( )
ObtenerUbigeo( ) Leer( )
ObjUbigeo( )
ObtenerCategoria( ) Leer( )
ObjCategoria( )
AnularAlumno( ) Anular( )
ObjAnular( )
GrabarAlumno( ) Grabar( )
ObjGrabar( )
ObjRegistradosExito( )
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
➢ Diagrama de Secuencia Registrar Alumno
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
Figura Nº 26: Diagrama de Secuencia Registrar Semestre
97
: Secretaria. Academica
: IU_Registrar Semestre : RegistrarSemestre : SemestreRegistrar Semestre
Modo Edicion( )
Desbloquear Controles( )
Modo Confirmacion( )
Limpiar Controles( )
ObtenerSemestre( )Leer( )
ObjSemestre( )
AgregarSemestre( ) Agregar( )
ObjAgregar( )
GrabarSemestre( )
Grabar( )ObjGrabar( )
cmdEditar( )
Desbloquear Controles( )
Modo Confirmacion( )
ObtenerSemestre( ) Leer( )
ObjSemestre( )
EditarSemestre( ) Editar( )
ObjEditar( )
GrabarSemestre( ) Grabar( )
ObjGrabar( )
cmdAnular
Modo Confirmacion( )
Leer( )
AnularSemestre( ) Anular( )
ObjAnular( )
ObjRegistroExito( )
ObtenerSemestre( )
ObjSemestre( )
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
: Secretaria. Academica : RegistradorAula : BuscarAula : BuscarTipoAula : RegistrarAula : Aula
RegistrarAula( )ModoEdicion( )
BloquearControles( )
CmdBuscarClick( )
ObtenerAula( )Leer( )
ObjAula( )
CmdNuevoClik( )
DesbloquearControles( )
ModoConfirmacion( )
LimpiaControles( )
ObtenerAula( ) Leer( )
ObjAula( )
ObtenerTipoAula( )Leer( )
ObjTipoAula( )
AgregarAula( )Agregar( )
ObjAgregado( )
GuardarAula( )Guardar( )
ObjGuardado( )
CmdEditarClick( )BloquearControles( )
ModoConfirmacion( )
ObtenerAula( )Leer( )
ObjAula( )
ObtenerTipoAula( )Leer( )
ObjTipoAula( )
EditarAula( )Editar( )
ObjEditado( )
CmdAnularClick( )
ModoConfirmacion( )
ObtenerAula( ) Leer( )
ObjAula( )
ObtenerTipoAula( )Leer( )
ObjTipoAula( )
AnularAula( )
Eliminar( )
ObjAnulado( )
GuardarAula( )Guardar( )
ObjGuardado( )
ObjRegistrarExito( )
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
Figura Nº 34: Diagrama de Actividades Registrar Notas
103
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
Solicitar Datos Alumno
Registra Notas
Generar Reporte Notas
Buscar Datos Alumno
Buscar Docente/Cursos
Mostrar Datos
Alumno
Cursos
Existe
Si
No
Buscar Estado
Buscar Categoria
Estado
Categoria
SistemaSecretaria Academica
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
107
: Secretaria. Academica
: RegistradorCurso : BuscarCursos : Cursos : BuscarDocente : Docente_ : RegistrarCurso
Registrar Curso ObtenerCursos( ) Leer( )
ObjCursos( )
ObtenerDocente( )
Leer( )
ObjDocente( )
NuevoCurso( )
EditarCurso( )
EliminarCurso( )
GuardarCurso( )
Nuevo( )
Editar( )
Eliminar( )
Guardar( )ObjRegistroExito( )
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
118
Categoria
IdCategoriaCategoria
MontoDescripcion
Leer()Agregar()Eliminar()Guardar()Modificar()
(f rom CAPA DE DATOS)
Ubigeo
IdUbigeoDescripcion
Leer()
(f rom CAPA DE DATOS)
Alumnoo
IdAlumnoNombres
ApelMaternoApelPaterno
EdadSexoMail
Leer()Grabar()Editar()Anular()Nuevo()
Agregar()
(f rom CAPA DE DATOS)
Universidad César Vallejo Facultad de Ingeniería
Escuela de Ingeniería de Sistemas
Figura Nº 45: Diagrama de Clases Registrar Alumno
REGISTRAR SEMESTRE
Figura Nº 46: Diagrama de Clases Registrar Semestre
REGISTRAR DOCENTE
Figura Nº 47: Diagrama de Clases Registrar Docente
119
Semestre
IdSemestrePeriodoFeInicioFeFinal
Agregar()Editar()Anular()Grabar()Leer()
(from CAPA DE DATOS)
Docente_
IdDocenteNombresApellidos
MailEspecialidad
Leer()Nuevo()Editar()Anular()Grabar()
(f rom CAPA DE DATOS)
Ubigeo
IdUbigeoDescripcion
Leer()
(f rom CAPA DE DATOS)
Universidad César Vallejo Facultad de Ingeniería
Escuela de Ingeniería de Sistemas
REGISTRAR AULA
Figura Nº 48: Diagrama de Clases Registrar Aula
REGISTRAR NOTAS
120
Aula
IdAulaDescripcionCapacidad
Leer()Agregar()Editar()
Eliminar()Guardar()
(f rom CAPA DE DATOS)
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
Figura Nº 50: Diagrama de Clases Registrar Aperturar Cursos
121
Docente_
IdDocenteNombresApellidos
MailEspecialidad
Leer()Nuevo()Editar()Anular()Grabar()
(f rom CAPA DE DATOS)
Cursos
IdCursosDescripcion
Leer()Nuevo()Editar()
Eliminar()Guardar()
(f rom CAPA DE DATOS)
Universidad César Vallejo Facultad de Ingeniería
Escuela de Ingeniería de Sistemas
REGISTRAR PAGO
Figura Nº 51: Diagrama de Clases Registrar Pago
REGISTRAR CATEGORIA
Figura Nº 52: Diagrama de Clases Registrar Categoría
122
C ro no g ra m a
Id C ro n o g ra m aD e s cripc io n
L e e r()
(f ro m C A P A D E D A TO S )
P a g o s
Id P a g o sFe cha Ve n cFe cha P a g oFo rm a P a go
L e e r()Ag re g a r()Gra ba r()E d ita r()An u la r()
( f ro m C A P A D E D A TO S )
Alu m no o
Id Alu m n oN o m b re s
Ap e lMa te rn oAp e lP a te rn o
E d a dS e xoMa il
L e e r()Gra ba r()E d ita r()An u la r( )N u e vo()
Ag re g a r()
(f ro m C A P A D E D A TO S )
TipoCategoria
IdTipoCategoriaDescripcion
Leer()
(f rom CAPA DE DATOS)
Categoria
IdCategoriaCategoria
MontoDescripcion
Leer()Agregar()Eliminar()Guardar()Modificar()
(f rom CAPA DE DATOS)
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
Figura Nº 54: Diagrama de Paquetes del Analisis
124
RegistrarDocente BuscarTipoDocente
BuscarEspecialidadDocente.
RegistrarCategoria
BuscarTipoCategoria
Registrador Alumno
BuscarUbigeo
BuscarCronograma
RegistrarPagos
BuscarPago
IU_RegistrarPago
IU_Registrar Alumno
IU_RegistrarCategoria
RegistradorDocente
Buscar Alumno
BuscarCategoria
BuscarDocente
RegistrarNotas.
RegistradorNotas
IU_Registrar SemestreBuscarTipoAula
RegistrarAula
RegistrarCurso
BuscarCursos
BuscarEstado
RegistrarSemestre
RegistradorAula
RegistradorCurso
BuscarAula
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 DatosDIAGRAMA 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 ESTADOREGISTRAR APERTURAR CURSOS
DIAGRAMA DE ESTADO REGISTRAR PAGO
129
Figura Nº 59: Diagrama de Estado Registrar Pago
Figura Nº 58: Diagrama de estado Aperturar Cursos
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
131
Figura Nº 60: Diagrama de Componentes
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
2.5.2. Diagrama de Despliegue
132
Servidor DB<<Proces ador>>
preemptive
SistemaCompras
Switch<<Dispos itivo>>
Im pres ora Deskjet<<Dispos itivo>>
Im pres ora Deskjet 840CRPM 800Inyeccion a tintaA Color
PCCom pras<<Proces ador>>
1
UTPC5
<<PCP/ib>>
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/proceso-
venta.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