Universidad César VallejoFacultad 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”
CURSO: INGENIERÍA DEL SOFTWARE
DOCENTE:Ing. DÍAZ AMAYA, Lourdes
ALUMNOS:AGUILAR RODRIGUEZ, MarjhorieAVILA ROMERO, HenryAVALOS MARCHAN, MaikolLOPEZ YBAÑEZ, MichellROSALES MOLINA, ÁngelVASQUEZ GUTIERREZ, Natali
TRUJILLO – PERÚ2009
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.
DEDICATORIA
i
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
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
ii
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
Í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 CUN2.1.8.2. Diagrama de Actividades por cada
27283030313132323336
iii
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
CUN 2.1.8.3. Modelo de Objetos de Negocio2.1.9. Modelo de Dominio2.1.10. Glosario del Negocio
434445
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 Funcionales2.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
iv
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
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
v
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
vi
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
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……………………………….. 84
vii
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
Figura Nº 44: Diagrama de Secuencia Categorías…………………………………. 84Figura Nº 45: Diagrama de Clases Registrar Alumno……………………………… 104Figura Nº 46: Diagrama de Clases Registrar Semestre……………………………... 105Figura Nº 47: Diagrama de Clases Registrar Docente……………………………… 105Figura Nº 48: Diagrama de Clases Registrar Aula…………………………………. 106Figura Nº 49: Diagrama de Clases Registrar Docente
………………………………….106
Figura Nº 50: Diagrama de Clases Registrar Aperturar Cursos…………………….. 107Figura Nº 51: Diagrama de Clases Registrar Pago………………………………… 107Figura Nº 52: Diagrama de Clases Registrar Categoría…………………………… 108Figura Nº 53: Diagrama de Paquetes del Análisis………………………………….. 108Figura Nº 54: Diagrama de Paquetes del Análisis capa Presentacion……………… 109Figura Nº 55: Diagrama de Paquetes del Análisis Capa Lógica……………………. 110Figura Nº 56: Diagrama de Paquetes del Análisis Capa Datos…………………….. 111Figura Nº 57: Diagrama de Clases del Análisis…………………………………… 112Figura Nº 58: Diagrama de Estado Aperturar Cursos………………………………...
113
viii
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
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
ix
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
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.
x
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
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
xi
Universidad César Vallejo Facultad de Ingeniería
Escuela de Ingeniería de Sistemas
CAPITULO I
12
GENERALIDADES
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.
13
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
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
14
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
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.
15
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
16
DIRECCION
SECRETARIA GENERAL
ORGANO DE COORDINACIONSECRETARIA DOCENTE
COMITÉ DE ASUNTOS ESTUDIANTILES Y PROYECCION SOCIAL
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
establecen horarios para cada una de las
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
17
Fuente: ISTP - ASCOPE
Figura N° 01: Valores Corporativos
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
18
Fuente: ISTP - ASCOPE
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
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 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.
19
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
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.
La demora en el proceso de matriculas.
1.2.2. 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
20
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
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
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
21
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
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
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.
22
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
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.
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
23
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
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.
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.
24
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
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 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
25
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
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 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.
26
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
1.2.3. 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.3. OBJETIVOS
1.3.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.3.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.
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
27
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
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.4. JUSTIFICACIONES DEL PROYECTO
1.4.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.
1.4.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.4.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.4.4. Justificación Operacional
28
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
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.5. 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.6. ALCANCE DEL TRABAJO
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.
29
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
Figura Nº 03 : Ubicación Geográfica del ISTP-Ascope
30
Figura N° 02: Ubicación Geográfica del
ISTP-Ascope
Fuente: Elaboración propia
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
Fuente: Google Earth
CAPITULO II
31
APLICACIÓNDE LA
METODOLOGÍA
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
2.1. MODELAMIENTO DEL NEGOCIO
2.1.1. Objetivos del Negocio
GESTION ACADEMICA:
Actualización de datos
Registrar Información de Notas y Matriculas
Implementar un Sistema de Información que
permita registrar la Información Académica.
Mejorar calidad de atención
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
32
Fuente: El Equipo
RECURSOS HUMANOS
CAJA
SECRETARIA ACADEMICA
INFORMES
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
33
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.
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
34
Fuente: Elaboración propia
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
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
2.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.
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
35
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
e. Por fallecimiento de familiares del docente hasta
por 7 días
2.4Todos 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.4. Identificación de Procesos del Negocio
2.1.5. Identificación de Actores de Negocio
Alumno Apoderado Docente
2.1.6. Identificación de Trabajadores de Negocio
36
Figura Nº 07: Identificación de Procesos del Negocio
Figura Nº 08: Identificación de Actores del Negocio
Figura Nº 09: Identificación de Trabajadores del Negocio
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
Secretaria Académica
Cajera
2.1.7. Diagrama de Casos de Uso del Negocio
37
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.8. Realización de Casos de Uso del Negocio
38
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
2.1.8.1
2.1.9. ESPECIFICACION DE CUN
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.
2. 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.
3. Dueño del Proceso
El responsable directo de los procesos es el Director de
dicha Institución.
4. Categoría
Es importante, Es esencial, y de soporte para la toma de
decisiones.
5. Metas
39
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
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
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
6. 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
Área de Matricula
40
Tabla Nº 02: Área de admisión
Nº ACTIVIDAD RESPONSABLE
1 Solicita Requisitos de Admisión
Apoderado/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 Registro de Notas
1.Introducción: GESTION DE INGRESOS (PAGOS)
1.1 Propósito
Describir, los procesos de Gestión de Ingresos
(Pagos).
41
Tabla Nº 03: Área de
Tabla Nº 04: Área de Registro de
Nº ACTIVIDAD RESPONSABLE
1 Entrega Documentación Apoderado/Alumno2 Verifica Datos del Alumno Admisión3 Registra Alumnos Admisión4 Registra Matricula Admisión5 Elabora Cronograma de
PagosAdmisión
Nº ACTIVIDAD RESPONSABLE
1 Elabora Registro Auxiliar Secretaria Académica
2 Entrega Registro Auxiliar Secretaria Académica
3 Ingresa Datos Registro Auxiliar
Docente
4 Verifica Datos Registro Auxiliar
Docente
5 Registro de Actas Docente6 Entrega de Actas Docente
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
1.2 Alcance
En este documento se detallará los procesos que se
realizan dentro de la Gestión de Ingresos (Pagos).
1.3 Referencias
1. Entrevistas.
2. Procedimientos del área.
3. Observación de procesos.
4. Internet.
5. Proyectos Anteriores.
2.Breve descripción
En el proceso de Gestión de Ingresos (Pagos) se
detallará los subprocesos, que hacen los alumnos.
3.Dueño del Proceso
El responsable directo de los procesos es el Director de
dicha Institución.
4.Categoría
Es importante, Es esencial, y de soporte para la toma de
decisiones.
5.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
M2: Proporcionar la información económica
M3: Calcular los montos a pagar por concepto de
estudios.
6.Flujos de Trabajo (Workflows)
42
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
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 de Ingresos (Pagos).
Tabla Nº 05: Flujo Básico
2.1.10. DIAGRAMA DE ACTIVIDADES POR CADA
CUN
43
Nº ACTIVIDAD RESPONSABLE
1 Solicita Cronograma de Pagos
Apoderado/Alumno
2 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.10.1. DIAGRAMA DE ACTIVIDADES DEL ÁREA DE ADMISIÓN
Figura Nº 12: Diagrama de Actividades del Área de Admisión
44
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
2.1.10.2. DIAGRAMA DE ACTIVIDADES DEL ÁREA DE MATRICULAS
45
Figura Nº 13: Diagrama de Actividades del Área de Matriculas
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
2.1.10.3. DIAGRAMA DE ACTIVIDADES DE REGISTRO DE NOTAS
46
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.10.4. DIAGRAMA DE ACTIVIDADES DE GESTIÓN DE INGRESOS (PAGOS)
Figura Nº 15: Diagrama de Actividades de Gestión de Ingresos(pagos)
47
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
ACADÉMICO
48
Figura Nº 16: Diagrama de Objetos del área Académico
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
INGRESOS (PAGOS)
Figura Nº 17: Diagrama de Objetos del Ingresos (Pagos)
49
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
2.1.10.5. MODELO DE OBJETOS DE NEGOCIO
Figura Nº 18: Modelo de Objetos del Negocio
50
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
2.1.10.6. MODELO DEL DOMINIO
Figura Nº 19: Modelo del Dominio
51
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
2.1.10.7. 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.1 Finalidad
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.2 Alcance
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.3 Referencias
El presente glosario hace referencia a los siguientes
documentos:
Documento Plan de Desarrollo Software del Proyecto
Documento Visión del Negocio
52
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.4 Organizació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.
2. 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.
53
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
54
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.
55
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.
56
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
57
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.11. Documento Visión del Software
2.2.1.1. Propósito
El propósito de este documento es recoger, analizar y definir
las necesidades de alto nivel y las características de sistema
gestión académica para mejorar la información en el
Instituto Superior Tecnológico Privado – Ascope.
El documento se centra en la funcionalidad requerida por los
participantes en el presente proyecto y los usuarios finales.
Esta funcionalidad se basa principalmente en la gestión de
los procesos que se realizan Instituto Superior Tecnológico
Privado – Ascope”, de forma que dichos procesos sean
ejecutados de manera lo más automáticamente posible en
una forma eficiente y razonable.
Los detalles de cómo los sistemas cubrirán los
requerimientos se pueden observar en la especialización de
los casos de uso y otros documentos adicionales.
2.2.1.2. Alcance
El documento Visión se ocupa, como ya se ha apuntado,
sistema gestión académica para mejorar la información en
el Instituto Superior Tecnológico Privado – Ascope”.
58
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
Dichos sistemas serán desarrollados por el equipo de Trabajo
en la parte de Desarrollo de Software.
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.5. Posicionamientos
a)Oportunidad de Negocio
Estos sistemas permitirán instituto superior tecnológico
privado – Ascope. Automatizar el control de gran parte de
sus actividades y procesos (gestión de académica, gestión de
pagos, gestión de políticas, etc.), lo cual supondrá un acceso
rápido y sencillo a los datos a los datos, gracias a las
interfaces gráficas sencillas y amigables, ya sean de
aplicaciones en escritorio como aplicaciones web, las cuales
Generarán informes y reportes. Además los datos accedidos
estarán siempre actualizados y almacenados históricamente,
59
Tabla № 06: Sentencia que Define el Problema
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
lo cual es importante para poder llevar un control adecuado
para la toma de decisiones.
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
De no contar con un Sistema Informático:
No se podría gestionar los registros de
matricula adecuadamente.
60
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
Asociado Es No se podría Gestionar los pagos que los
alumnos solicitan al momento de pagar alguna
transacción.
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.
Beneficios:
61
Fuente: Elaboración Propia
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
Qué
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
matriculas.
Mejorar los reportes de alumnos en pagos y notas
No 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.6. 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
62
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
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.1 Resumen de Stakeholders
Nombre Descripción Responsabilidades
Director
Representan
te del
Instituto
Privado de
Ascope.
El stakeholder realiza:
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.2 Resumen de Usuarios
Nombre Descripción Stakeholder
Secretaria
Academica
Encargada de
administrar los
procesos que se
están realizando
dentro del sistema.
Director
Encargada de
realizar los
cronogramas de
63
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
Cajera pagos.
Obtiene y
Registra
diariamente la
información de los
procesos del área de
caja.
Cajera
3.3 Entorno 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.4 Perfil 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)
Responsabilidad
es
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.5 Perfiles de Usuario
64
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)
Responsabilid
ades
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)
Responsabilid
ades
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
4. Descripción Global del Producto
4.1 Perspectiva del producto
65
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
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.
4.2 Resumen 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.3 Resumen 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.
66
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
Necesidad
es
Priorida
d
Interés/
Preocupació
n
Solución
Actual
Solución
Propuesta
Control de
PagosAlta
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
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
67
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
Control del
registro
académicos
.
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
2.1.12. 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.
68
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
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
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.2. 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).
69
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
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.3. 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
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.
2.Vista General del Proyecto
2.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.
2.2. Suposiciones y Restricciones
70
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
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.
2.3. Entregables del Proyecto
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.
71
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
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
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
72
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
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
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.
73
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
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
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
74
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
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).
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
75
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
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,
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.
76
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
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.
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.
2.4. 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.
77
Tabla Nº 08: Evolución del Plan de Desarrollo del Software
Tabla Nº 09: Participantes en el Proyecto
Versión Fase Fecha
Destino
Final
Inicio
07/12/2009Elaboración
Construcció
n
Transición
Tabla № 10: Roles y Responsabilidades
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
3.Organización del Proyecto
3.1. Participantes en el Proyecto
Nombres Cargo
Ángel Rosales Molina Jefe del Proyecto
Maikol Avalos
Marchan
Analista Diseñador del
Proyecto
Henry Avila Romero Programador
Marjhorie Aguilar
Rodríguez
Ingeniero de Software
Michel López Ybañez Ingeniero de Software
Nataly Vásquez
Gutiérrez
Tester
Henry Avila Romero Programador
3.2. Interfaces Externas
El proyecto tendrá un Asesor Externo para la
Elaboración del Sistema.
3.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
78
Fuente: Elaboración propia
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
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.
Programado
r
Construcción de prototipos. Colaboración en
la elaboración de las pruebas funcionales,
modelo de datos y en las validaciones con el
usuario
Ingeniero de
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.
4.Gestión del Proceso
4.1. Estimaciones del Proyecto
79
Tabla № 11: Materiales
Fuente: Elaboración propia
Tabla № 11: Recursos Humanos
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
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.00
2 negro 10.00
USB 5 Para almacenar
información
35.00
Fólder
es
3 Para archivar
avances y
realización de
diseño del proyecto.
1.50
Anilla
dos
2 Para presentaciones
de proyecto
6.00
Cds 3 Para presentaciones
de proyecto
3.00
Total 94.50
Recursos Humanos
Motivo Observació Costo de Subtot
80
Fuente: Elaboración propia
Tabla № 11: Plan de las Fases.
Fuente: Elaboración Propia
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
n pasaje S/. al
Pasaje
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
4.2. Plan del Proyecto
En esta sección se presenta la organización en fases e
iteraciones y el calendario del proyecto.
4.2.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
81
Fase Nro.Iteraci
ones
Duración
Fase de Inicio 1 3 semanas
Fase de Elaboración
1 3 semanas
Fase de Construcción
2 4 semanas
Fase de Transición
2 4 semanas
Tabla № 12: Hitos de las Fases.
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
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
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
82
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
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.
83
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.
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
4.2.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.
84
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
85
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
planes de las IteracionesAmbiente Durante todo el proyecto
86
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
4.3. 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.
87
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
2.1.13. Diagrama de Casos de Uso del Software
Figura Nº 20: Diagrama de Casos de Uso del Software
88
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.14. 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
89
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.
De rendimiento
El software debe ser eficiente en cuanto al tiempo de
respuesta.
El software debe responder rápidamente a las solicitudes
90
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
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.
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
91
Tabla № 14: Registrar Alumno
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
Completo).
Se debe disponer de Microsoft SQL 2005 en cada
terminal.
2.1.15. ESPECIFICACIÓN DE CASOS DE USO
REGISTRAR ALUMNO
Nombre: Registrar Alumno
Autores: 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.
Actores: Secretaria Académica,
Precondiciones: la secretaria debe de ingresar los datos de los docentes.
92
Tabla № 15: Registrar Semestre
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
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 Semestre
Autores: 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.
Flujo Normal: La Secretaria Académica ingresa los datos del
Semestre.Flujo Alternativo:
La Secretaria Académica atiende al Alumno
Poscondiciones:
93
Tabla № 16: Registrar Categoría
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
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 registrarlo.
REGISTRAR NOTAS
94
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
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
95
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
Nombre: Registrar Pago
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.
96
Tabla № 19: Registrar Aula
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
REGISTRAR AULA
97
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
aulas
Poscondiciones:
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 CURSO
Nombre: 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.
98
Tabla № 21: Registrar Docente
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
Flujo Normal:
La Secretaria Académica ingresa nombre curso
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 Docente
Autores: 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.
99
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
Flujo Alternativo:
La Secretaria Académica atiende al docente.
Poscondiciones: La Secretaria evalúa los datos del docente antes de registrarlo.
2.1.16. 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 40 seg 12 Importante Hay 4
100
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
Deuda presión18 Verificar Pre-
requisito30 seg 2 Vital Inmediat
o16
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.3. ANÁLISIS Y DISEÑO
2.3.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
101
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
102
: 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
103
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
Figura Nº 23: Diagrama de Secuencia Registrar Alumno
104
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
105
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
Figura Nº 25: Diagrama de Actividades Registrar Semestre
106
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
107
: 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
108
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
109
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
110
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
111
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
Diagrama de Actividades Registrar Notas
112
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
Figura Nº 34: Diagrama de Actividades Registrar Notas
113
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
114
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
115
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
116
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
Diagrma de Secuencia Aperturar Cursos
117
: 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
118
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
119
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
120
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
121
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
122
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
2.2.2.2. INTERFAZ DE DISEÑO
Ingresando a la “DEFINICIÓN DEL SEMESTRE”
Y después de llenar los semestres se guardan y queda asi:
123
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
Accediendo a la tabla ALUMNOS
Accediendo a la tabla PROFESORES
124
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
Accediendo a la tabla AULAS
Accediendo a la tabla CATEGORIAS
125
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
Accediendo a la tabla CURSOS
Accediendo a la tabla NOTAS
126
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
Accediendo a la tabla PAGOS
2.2.2.3. Diagrama de Clases:
REGISTRAR ALUMNO
127
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
128
Semestre
IdSemestrePeriodoFeInicioFeFinal
Agregar()Editar()Anular()Grabar()Leer()
(f rom 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
129
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
REGISTRAR PAGO
130
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)
Cronograma
IdCronogramaDescripcion
Leer()
(f rom CAPA DE DATOS)
Pagos
IdPagosFechaVencFechaPagoFormaPago
Leer()Agregar()Grabar()Editar()Anular()
(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º 51: Diagrama de Clases Registrar Pago
REGISTRAR CATEGORIA
Figura Nº 52: Diagrama de Clases Registrar Categoría
2.2.2.4. DIAGRAMA DE PAQUETES DEL ANÁLISIS.
Figura Nº 53: Diagrama de Paquetes del Analisis
131
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
132
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
133
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
134
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
DIAGRAMA DE PAQUETES DE ANALISIS CAPA DATOS
135
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
136
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
Figura Nº 57: Diagrama de Clases del Analisis
137
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
DIAGRAMAS DE ESTADOREGISTRAR APERTURAR CURSOS
DIAGRAMA DE ESTADO REGISTRAR PAGO
138
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
139
Universidad César Vallejo Facultad de Ingeniería Escuela de Ingeniería de Sistemas
IMPLEMENTACIÓN
2.5.1. Diagrama de Componentes
140
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
141
Servidor DB<<Procesador>>
preemptive
SistemaCompras
Switch<<Dispositivo>>
Impresora Deskjet<<Dispositivo>>
Impresora Deskjet 840CRPM 800Inyeccion a tintaA Color
PCCompras<<Procesador>>
1
UTPC5
<<PCP/ib>>
Pc_Caja
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)
142
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/diagra
mas
deluml.pdf
143