Anda di halaman 1dari 149

Universidad César Vallejo

Facultad de Ingeniería Escuela de Ingeniería de Sistemas

EMA DE GESTIÓN ACADÉMICA PARA MEJORAR LA INFORMACIÓN EN EL INSTITUTO SUPERIOR TECN


ESCUELA PROFESIONAL DE INGENIERÍA DE
Universidad César
CURSO:
ASCOPE”
INGENIERÍA DEL SOFTWARE
SISTEMAS
DOCENTE:
Vallejo
Ing. DÍAZ AMAYA, Lourdes

ALUMNOS: Facultad de Ingeniería


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

TRUJILLO – PERÚ
2009

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

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

DEDICATORIA

1
AGRADECIMIENTO

• A la Universidad César Vallejo, nuestra Alma Mater por todas


las facilidades que nos brinda para la realización de nuestro
proyecto integrador.

• A docentes del ciclo académico actual por su valiosa


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

• Al Director del Instituto Superior Tecnológico Privado -


Ascope”, por haber confiado plenamente en nuestra capacidad,
facilitándonos y proporcionándonos la información y el material
necesario para el desarrollo de nuestra investigación.

Los Autores

1
ÍNDICE GENERAL
CARÁTULA
DEDICATORIA i
AGRADECIMIENTO ii
ÍNDICE GENERAL iii
INDICE TABLAS v
INDICE FIGURAS vi
PRESENTACIÓN viii
INTRODUCCIÓN xi

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

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

CONCLUSIONES 117
BIBLIOGRAFIA 118

2
INDICE DE TABLAS

Tabla Nº 01: Valores Corporativos 4


……………………………………………………

Tabla Nº 02: Área de 25


Admisión……………………………………………………….

Tabla Nº 03: Área de Matricula 25


……………………………………………………......

Tabla Nº 04: Área de Registro de 25


Notas…………………………………………….....

Tabla Nº 05: Flujo 27


Básico………………………………………………………….......

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 52


Software………………………….

Tabla Nº 09: Participantes en el Proyecto 52


……………………………………………..

Tabla № 10: Roles y 53


Responsabilidades………………………………………………..
Tabla № 11: 54
Materiales………………………………………………………………...

Tabla № 11: Recursos 55


Humanos……………………………………………………...

Tabla № 12: Hitos de las 56


Fases………………………………………………………...

Tabla № 13: 58
Calendario………………………………………………………………..

Tabla № 14: Priorización de Casos de 70


Usos…………………………………………...

1
INDICE DE FIGURAS

Figura N° 01: Valores Corporativos……………………………………………….... 6


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

1
Figura Nº 47: Diagrama de Clases Registrar Docente……………………………… 10
5
Figura Nº 48: Diagrama de Clases Registrar Aula…………………………………. 10
6
Figura Nº 49: Diagrama de Clases Registrar Docente 10
…………………………………. 6
Figura Nº 50: Diagrama de Clases Registrar Aperturar Cursos…………………….. 10
7
Figura Nº 51: Diagrama de Clases Registrar Pago………………………………… 10
7
Figura Nº 52: Diagrama de Clases Registrar Categoría…………………………… 10
8
Figura Nº 53: Diagrama de Paquetes del Análisis………………………………….. 10
8
Figura Nº 54: Diagrama de Paquetes del Análisis capa Presentacion……………… 10
9
Figura Nº 55: Diagrama de Paquetes del Análisis Capa Lógica……………………. 11
0
Figura Nº 56: Diagrama de Paquetes del Análisis Capa Datos…………………….. 11
1
Figura Nº 57: Diagrama de Clases del Análisis…………………………………… 11
2
Figura Nº 58: Diagrama de Estado Aperturar 11
Cursos………………………………... 3

2
PRESENTACIÓN

Señores Miembros del Jurado:

Cumpliendo con el Reglamento de Proyectos y Trabajos de


Investigación de la Oficina de Investigación de la Universidad “Cesar
Vallejo” de la ciudad de Trujillo se pone a su disposición el proyecto
integrador titulado:

“IMPLEMENTACIÓN DE UN SISTEMA DE GESTIÓN ACADÉMICA


PARA MEJORAR LA INFORMACIÓN EN EL INSTITUTO SUPERIOR
TECNOLÓGICO PRIVADO – ASCOPE”

En espera de que el proyecto integrador cumpla con las expectativas


trazadas en el ciclo académico, plasmamos los conocimientos
adquiridos, los cuales son aplicados en la elaboración del mismo.

Agradecemos por anticipado su valiosa atención así como el tiempo y


dedicación que se brinda a la presente.

Trujillo, Noviembre del 2009.

AGUILAR RODRIGUEZ, Marjhorie AVALOS


MARCHAN, Maikol

LOPEZ YBAÑEZ, Michell ROSALES MOLINA, Ángel

1
VASQUEZ GUTIERREZ, Nataly AVILA ROMERO, Henry

INTRODUCCION

Los cambios constantes, nos permiten comprender y reflexionar


sobre la velocidad de la vida en que vamos, para ello afrontamos un
gran reto que es nuestra propia realidad, diversa y profunda, mucho
más en el
campo
educativo, en
donde la
mayoría de nuestras Instituciones son de carácter multigrado y
unidocente, las cuales requieren de una atención especial.

Instruir dentro del concepto de calidad implica la introducción


de nuevos enfoques y recursos, que requieren por parte del docente
un gran esfuerzo para mantener una constante actualización de
conocimientos, así como por parte de la Dirección en la labor de
invertir tanto en la infraestructura de la Institución y la capacitación
de los docentes.

Por otro lado, formar a un estudiante con calidad implica no solo


cambios materiales, si no también planes bien estructurados que
precisen que es lo que se debe hacer para alcanzar los niveles de
calidad deseados, así como, cuales son los mecanismos que permitan
realizar el control de calidad durante el proceso enseñanza –
aprendizaje. Por tanto este proyecto se ve enriquecido por la por la
aplicación y esmero de su presentación formal. Nuestro equipo de
trabajo no ha limitado esfuerzo alguno para obtener información
adecuada de la mejor calidad respetando en todos los casos la
selección realizada por los propios colaboradores.

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

Los
Autores

3
1
Universidad César Vallejo
Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

CAPITULO I

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

1.1. DESCRIPCIÓN DE LA ORGANIZACIÓN

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

3
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.
Fuente: ISTP - ASCOPE

VISIÓN

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

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

Fuente: ISTP - ASCOPE

1.1.4.Valores Corporativos

Tabla N° 01: Valores


Corporativos
Valor Descripción

Calidad de La Institución asumirá la calidad como un


servicio en compromiso indispensable, por lo cual los
general miembros de la institución deberán ser
responsables en la calidad de servicio que
brindan; tanto como el servicio educativo,
como también el administrativo.
Responsabilid Encontramos fundamental la
ad responsabilidad, ya que en nuestras manos
Social 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 La Institución busca obtener una mayor
Tecnológica participación en el mercado mediante la
adquisición de nueva tecnología.

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

La honestidad es una cualidad humana


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

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

actividades. Se considera a la puntualidad


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

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

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

COMITÉ DE
TALLER
DPTO.
ASUNTOS
DPTO.
PROYECCION
TALLE
TUTORÍ
TALLERES
DOCENTE
ALUMNO
Y
CORD.
ADMINISTRADO
FORMACION
SECRETARIA
PERSONAL
CENTRO
FORMACION
AUXILIAR
SECRETARIA
CONSEJO
CONSULTORIOORGANO
CONSEJO
DIRECCIO
CORD. ESTUDIANTILES
YDEDE
DE
DE Y PROYECCION
SOCIAL LABORATORIO
PROFESIONAL
GENERAL
ELECTRONICA
R
CÓMPUTO
ARTISTICOS
SOCIAL
AESTUDIANITL
COORDINACION
ESTUDIANTIL
BIBLIOTECA
DOCENTE
SSERVICIO
ENFERMERI
MECANIC GENERAL
R
N
AA

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

Fuente: ISTP - ASCOPE


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

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

de manera automatizada y confiable, ya que se viene


haciendo de forma manual por los encargados del área.

Deficiente entrega de reporte de notas por parte de


los docentes y del área de secretaria académica.
Al solicitar el reporte de notas respectivamente, se
comienza a elaborar de manera manual causando retrasos
en otras actividades y a veces pérdida de información lo
cual ocasiona malestar a los alumnos o apoderados y hasta
de la persona encargada.

Elaborar una Base de Datos.


Al no tener una base de datos se genera una pérdida de
tiempo por la mala organización de la información,
generando malestar en el personal encargado y/o en la
persona que necesite esta información.

Deficiente información en el área de admisión hacia


los alumnos y/o apoderados.
La mala información y atención a los alumnos y/o
apoderados genera malestar y a veces la deserción de los
mismos.

La identificación de los alumnos y docentes (código)


con el ISTP-Ascope no es la adecuada, lo cual trae
como consecuencia incomodidad tanto en docentes
como alumnos.
Al ingresar los alumnos y docentes se les genera un código
de identificación del instituto de manera manual, lo cual
trae consecuencias como la duplicidad y la escritura
incorrecta de los mismos.

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

La demora en el proceso de matriculas.


1.1.1.Antecedentes del Problema
Local:
Titulo:“Desarrollo e Implementación de un sistema
integrado para incrementar la Productividad del
Colegio Privado Mixto de Ingeniería”
Autor: Br. Benitez Pacherres, Alberto Alexis (2004)
Código de tesis: tesis 0078 sis-te, UCV,
El referido autor hizo un estudio en el Colegio Privado Mixto
de Ingeniería de la ciudad de Trujillo en el cual utilizo un
cuestionario y una encuesta, sacando las siguientes
conclusiones:

✔ La ingeniería de información permite la Dirección del


Colegio Privado Mixto Ingeniería, desarrollar un plan de
sistema de todas las áreas para saber donde tiene que
invertir en tecnología, cuáles son sus beneficios y como
van a recuperar su inversión.
✔ Para que la Ingeniería de la información logre su propósito,
se debe contar con la aceptación y el compromiso de la
Dirección, toda vez que se requiere involucrar a todas las
áreas del Centro Educativo.

Titulo:“Implementación de un Sistema Integrado


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

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

 Las referidas autoras realizaron un estudió en el Instituto


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

Titulo:“Mejoramiento del manejo de Información


sobre la Gestión del ISPNE Juan Pablo II, Diseñando
un Sistema de Información Integrado”
Autores: Br. Escobedo Moreno, Elvira del Roció y Br.
Mendoza de los Santos, Alberto Carlos (2000)
Código: tesis 0079 sis-te, UCV
Los referidos autores realizaron un estudio en el ISPNE
“Juan Pablo II” utilizando el cuestionario, llegando a las
siguientes conclusiones:

 El primer punto crítico que se encontró al empezar el


planeamiento estratégica de negocios fue la
estructura del instituto.
 La jefatura de personal debe estar bajo el mando de la
administración

Titulo: “Planeamiento estratégico de un Centro


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

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

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

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

Titulo:”Planeamiento Estratégico para obtener


ventajas competitivas e incrementar la participación
de mercado del Colegio Preuniversitario Integral
Class”
Autor: Br. Campos Avalos, Dabilberto
Br. Figueroa Neira, Wilman Eduardo
Universidad: Universidad Nacional de Trujillo
Conclusiones:
 Con el cumplimiento de los objetivos a corto plazo del
Planeamiento Estratégico, se lograra obtener mayor
efectividad, lo que permitirá incrementar la
participación de mercado del colegio.
 Mediante el planeamiento Estratégico se lograra una
mejor gestión administrativa en el Centro Educativo
(Eficiencia > 97.62% y Eficacia > 71.5%). Siendo, los
clientes (Alumnos + PP.FF.) y docentes participantes
activos en el logro de objetivos.
 De acuerdo a su Visión la institución está orientada al
compromiso social y comunitario y llegar a la
excelencia en el servicio educativo con preparación
preuniversitaria.
 De acuerdo a la Misión el colegio busca satisfacer las
necesidades y exigencias de los clientes, preparando
al alumno para el ingreso a la vida Universitaria.
 El realizar el diagnostico externo, el colegio llego a
determinar importantes oportunidades en el mercado,
entre los cuales: la gran demanda educativa, el acceso
al crédito y la tendencia a la temprana preparación
preuniversitaria son las principales oportunidades.
 El bajo ingreso familiar, la cercanía de la
competitividad y el incremento de la deserción escolar
son algunas amenazas que embargan al centro
educativo.

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

 Las debilidades que tienen mayor peso para la


institución son: incumplimiento de sus objetivos, débil
participación de mercado y la escasez de fondos de
inversión de capital.
 Después de realizar los diferentes análisis matriciales,
se determino que la estrategia principal a seguir por el
colegio es: la Penetración de Mercado, mediante el
direccionamiento de una imagen institucional
independiente del colegio, orientado hacia la
capacitación y atención de los requerimientos y
necesidades de la demanda educativa.
 El Plan Estratégico formulado para el Colegio
Preuniversitario Integral Class, es factible para su
realización, tanto económicamente como
financieramente.
Nacional:
Titulo: Sistema Informático para la Gerencia de
Campo de la Empresa Agroindustrial Casa Grande
S.A.A.
Resumen:
Este proyecto contribuirá al desarrollo de un sistema de
informático gerencial para la empresa Agroindustrial Casa
Grande, que ayudara al jefe de zona y al Gerente de campo
contar con una oportuna información, de manera que les
ayude a la toma de decisiones. Ya que se encontrara en
condiciones de evaluar sus datos oportunamente,
disminuyendo así los costos tiempo y factor económico
empleando en el sistema actual.
La metodología que ayudara a desarrollar este proyecto se
denomina RUP (Rational Unified Process), la cual permitirá
la inicialización, elaboración, construcción y transición para
la elaboración de dichas fases se utilizo la notación UML, el

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

cual nos permitió analizar y diseñar los diagramasen las


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

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

de base de datos SQL-SERVER 2000. La puesta en


producción de este sistema se realizó de forma exitosa, no
solamente por el buen funcionamiento en su desempeño,
sino que también la capacidad de análisis de las gestiones
operativas de estas plantas se incrementó al poner a
disposición de los usuarios información de variables del
proceso en tiempo real de forma precisa y confiable.
Aporte:
Esta investigación es de mucha importancia ya que ayuda
a nuestro proyecto de investigación aprovechar la
información de una manera fácil y eficiente para lograr una
mayor integridad con los clientes, proveedores y socios.
Este proyecto de investigación utiliza al UML (Lenguaje
Unificado del modelado), el cual ayudara a nuestro
proyecto redefinir al sistema del software.

1.1.1.Formulación Interrogativa del Problema


¿La implementación de un Sistema de Gestión Académica
como mejorara la información en la Institución Superior
Tecnológico Privado de ASCOPE?

1.2. OBJETIVOS
1.2.1. Objetivo General
Mejorar la Gestión Académica en el Instituto Superior
Tecnológico Privado - Ascope a través de un Sistema de Gestión
Académica.

1.2.2. Objetivos Específicos

Desarrollar un sistema de información que de manera


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

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

Desarrollar un sistema de información automatizando los


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

1.1. JUSTIFICACIONES DEL PROYECTO

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

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

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

1.1.3.Justificación Económica
Esta investigación permitirá incrementar la población
estudiantil para el ISTP ASCOPE por la buena organización
empresarial obtenida mediante la realización del sistema.

1.1.4.Justificación Operacional
El sistema será bastante flexible y amigable lo cual generará
poca capacitación al personal encargado y un alto índice de
satisfacción en el alumnado y el personal docente.
El proyecto de investigación permitirá reducir el tiempo en la
atención al alumno y/o apoderado.

1.2.LIMITACIONES DEL PROYECTO

Falta de capacitación de docentes en la institución.

En este proyecto no se tendrán actividades relacionadas con las


pruebas del Software, esto se deberá al mínimo tiempo que se
tendrá para el desarrollo del mismo.

Falta de material disponible para la enseñanza a los jóvenes.

Tecnología en mal estado.

1.1.ALCANCE DEL TRABAJO

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

El ISTP-Ascope se encuentra ubicado en la parte baja del Valle


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

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


Ascope

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

Fuente: Elaboración propia

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

Fuente: Google Earth

CAPITULO II

21
APLICACIÓN
Universidad César Vallejo

DE LA METODOLOGÍA
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

Fuente: El Equipo
22
Universidad César Vallejo
Facultad de Ingeniería Escuela de Ingeniería de Sistemas

2.1.1.2.GESTION DE PAGOS

Figura 05: Gestión de Pagos

Fuente: El Equipo

2.1.2.UNIDADES ORGANIZACIONALES

Figura Nº 06: Recursos


Humanos
INFORME
SECRETARIA
RECURSOS
CAJ
ACADEMICA
HUMANOS
A
S

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

Fuente: Elaboración propia

2.1.3.REGLAS DEL NEGOCIO


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

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

Las reglas del negocio especifican, en un nivel adecuado de


detalle, lo que el área de recursos humanos del Instituto
realiza en el desarrollo de sus actividades organizacionales.

1.2Alcance
El documento Reglas del Negocio se ocupa del sistema
integral de gestión del área de recursos humanos. Dicho
sistema será desarrollado por el equipo de trabajo.

El sistema permitirá a los encargados del área controlar


todos los procesos que realizan (gestión académica y gestión
de ingresos).

1.3Referencias
El presente documento de reglas del negocio hace
referencia a los siguientes documentos:

➢ Documento Plan de Desarrollo Software del Proyecto


➢ Documento Visión del Negocio
➢ Documentos de Especificación de Casos de Uso del
Proyecto
➢ Documentos de Especificación de Casos de Pruebas
del Proyecto

1. Reglas del Negocio


2.1 Todos los docentes tienen la obligación de concurrir
puntualmente a sus labores, de acuerdo al horario
establecido y de registrar su asistencia al ingreso y salida.
2.2 El registro de asistencia es personal. El docente que no
apunte o registre su ingreso y salida, será considerado
como inasistencia.

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

2.3Se concederá permiso a los docentes con goce de haber


por los siguientes motivos debidamente comprobados y
especificados en el documento de autorización respectivo.
a. Por razones de salud
b. Por estudios y capacitación
c. Por el día del onomástico del docente
d. Por matrimonio del docente hasta 5 días
e. Por fallecimiento de familiares del docente hasta por
7 días
2.1 Todos los docentes de la empresa estarán obligados a
tomar conocimiento de este reglamento interno de higiene
y seguridad y a poner en práctica las normas y medidas
contenidas en él.

2.1.1.Identificación de Procesos del Negocio

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

➢ Alumno
➢ Apoderado
➢ Docente

2.1.1.Identificación de Trabajadores de Negocio


Figura Nº 09: Identificación de Trabajadores del
Negocio
26
Universidad César Vallejo
Facultad de Ingeniería Escuela de Ingeniería de Sistemas

➢ Secretaria Académica
➢ Cajera

2.1.1.Diagrama de Casos de Uso del Negocio


Figura Nº 10: Diagrama de casos de Uso del
Negocio

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

2.1.2.Realización de Casos de Uso del Negocio

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


Negocio

2.1.8.1

2.1.3.ESPECIFICACION DE CUN

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

1. Introducción: GESTION ACADÉMICA


1.1Propósito
Describir, los procesos de Gestión Académica (Admisión,
Matrículas, y Notas).
1.2 Alcance
En este documento se detallará los procesos que se
realizan dentro de la Gestión Académica.

1.3Referencias
1. Entrevistas.
2. Procedimientos del área.
3. Observación de procesos.
4. Internet.
5. Proyectos Anteriores.

1. Breve descripción
En el proceso de Gestión Académico se detallará 3
subprocesos, como la admisión, matriculas y notas de los
alumnos.

2. Dueño del Proceso


El responsable directo de los procesos es el Director de
dicha Institución.

3. Categoría
Es importante, Es esencial, y de soporte para la toma de
decisiones.

4. Metas
Lograr tener información oportuna y detallada de estos
subprocesos para mejorar así la toma de decisiones en la
parte de Gestión Académica.
 M1: Actualización de datos

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

 M2: Registrar Información de Notas y Matriculas


 M3: Implementar un Sistema de Información que
permita registrar la Información Académica.
 M4: Mejorar calidad de atención
 M5: Atender las solicitudes de estudios de pagos
efectuados

1. Flujos de Trabajo (Workflows)


6.1 Flujo Básico
En este flujo básico se especifica los flujos de eventos a
partir de la identificación de las actividades y el

Nº ACTIVIDAD RESPONSABLE
1 Solicita Requisitos de Apoderado/Alumno
Admisión
2 Entrega Documentos de Apoderado/Alumno
Admisión
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/Alumno
6 Elabora Ficha de Admisión Admisión
7 Verifica Ficha Secretaria
Académica
8 Entrega Ficha Admisión Secretaria
Académica
responsable del desarrollo de la actividad en el área de
Gestión Académica
➢ Área de Admisión

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

Tabla Nº 02: Área de admisión

➢ Área de Matricula

Nº ACTIVIDAD RESPONSABLE
1 Entrega Documentación Apoderado/Alumno
2 Verifica Datos del Alumno Admisión
3 Registra Alumnos Admisión
4 Registra Matricula Admisión
5 Elabora Cronograma de Pagos Admisión

Tabla Nº 03: Área de Matricula

Nº ACTIVIDAD RESPONSABLE
1 Elabora Registro Auxiliar Secretaria
Académica
2 Entrega Registro Auxiliar Secretaria
Académica
3 Ingresa Datos Registro Docente
Auxiliar
4 Verifica Datos Registro Docente
Auxiliar
5 Registro de Actas Docente
6 Entrega de Actas Docente

➢ Área de Registro de Notas

Tabla Nº 04: Área de Registro de


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

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


1.1Propósito
Describir, los procesos de Gestión de Ingresos
(Pagos).
1.2 Alcance
En este documento se detallará los procesos que se
realizan dentro de la Gestión de Ingresos (Pagos).
1.3Referencias
1. Entrevistas.
2. Procedimientos del área.
3. Observación de procesos.
4. Internet.
5. Proyectos Anteriores.

1. Breve descripción
En el proceso de Gestión de Ingresos (Pagos) se detallará
los subprocesos, que hacen los alumnos.

2. Dueño del Proceso


El responsable directo de los procesos es el Director de
dicha Institución.

3. Categoría
Es importante, Es esencial, y de soporte para la toma de
decisiones.

4. Metas
Lograr tener información oportuna y detallada de estos
subprocesos para mejorar así la toma de decisiones en la
parte de Gestión de Ingresos (Pagos).
 M1: Realizar los procesos de trámite

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

 M2: Proporcionar la información económica


 M3: Calcular los montos a pagar por concepto de
estudios.

1. Flujos de Trabajo (Workflows)


6.1Flujo Básico
En este flujo básico se especifica los flujos de eventos
a partir de la identificación de las actividades y el
responsable del desarrollo de la actividad en el área
de Gestión de Ingresos (Pagos).

Nº ACTIVIDAD RESPONSABLE
1 Solicita Cronograma de Pagos Apoderado/Alumno
2 Indica Pago a Realizar Apoderado/Alumno
3 Emite Registro Recibo Caja
4 Verifica Cuota Caja
5 Apertura Ficha de Pago Caja
6 Registra Pago Caja
7 Recepción de Recibo Apoderado/Alumno

Tabla Nº 05: Flujo Básico

2.1.1.DIAGRAMA DE ACTIVIDADES POR CADA CUN

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

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

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

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

2.1.1.2.DIAGRAMA DE ACTIVIDADES DEL ÁREA DE MATRICULAS

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

2.1.1.3.DIAGRAMA DE ACTIVIDADES DE REGISTRO DE NOTAS

Figura Nº 13: Diagrama de Actividades del Área de


Matriculas

Figura Nº 14: Diagrama de Actividades del Registro


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

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

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

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

➢ ACADÉMICO

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

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

Figura Nº 17: Diagrama de Objetos del Ingresos (Pagos)

2.1.1.1.MODELO DE OBJETOS DE NEGOCIO

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

Figura Nº 18: Modelo de Objetos del Negocio

2.1.1.2.MODELO DEL DOMINIO

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

Figura Nº 19: Modelo del Dominio

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

2.1.1.3.Glosario del Negocio


1.Introducción
Este documento recoge todos y cada uno de los términos
manejados a lo largo de todo el proyecto de desarrollo de
un sistema de gestión académica para mejorar la
información en el Instituto Superior Tecnológico Privado –
Ascope”.
Se trata de un diccionario informal de datos y definiciones
de la nomenclatura que se maneja, de tal modo que se crea
un estándar para todo el proyecto.

1.1Finalidad
La finalidad de este glosario es definir con exactitud y sin
ambigüedad la terminología manejada en el proyecto de
desarrollo de un sistema integral para la gestión de
procesos educativos. También sirve como guía de consulta
para la clarificación de los puntos conflictivos o poco
esclarecedores del proyecto.
1.2Alcance
El alcance del presente documento se extiende a todos los
subsistemas definidos para la instituto superior tecnológico
privado – ascope”. De tal modo que la terminología
empleada en la dirección, el Departamento de logística, el
departamento de mantenimiento, el departamento de
psicología, en la gestión de matrícula, en la gestión de
recursos humanos y en la gestión de calificación y
evaluación, se refleja con claridad en este documento.

1.3Referencias
El presente glosario hace referencia a los siguientes
documentos:

➢ Documento Plan de Desarrollo Software del Proyecto


➢ Documento Visión del Negocio

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

➢ Documento Reglas del Negocio


➢ Documentos de Especificación de Casos de Uso del
Proyecto
➢ Documentos de Especificación de Casos de Pruebas del
Proyecto

1.1Organización del Glosario


El presente documento está organizado por definiciones
de términos ordenados de forma ascendente según la
ordenación alfabética tradicional del español.

1.Definiciones
A continuación se presentan todos los términos manejados
a lo largo de todo el proyecto de desarrollo de un sistema
integral para la gestión de procesos educativos para la
instituto superior tecnológico privado – ascope”.

a.Acta De Calificaciones
El acta de Calificaciones es el documento en el cual los
docentes resumen y ponderan las calificaciones obtenidas
por los estudiantes en las diferentes áreas curriculares
que tiene a cargo durante el proceso de evaluación
bimestral o trimestral, según sea el caso.

b.Apoderado

El apoderamiento debe realizarse mediante lo que se


denomina un poder. El poder es una manifestación
unilaterial de la persona que lo otorga, y debe cumplir una
serie de formalidades como, por ejemplo, debe ser
autenticado ante notario Se basa en la confianza de la
persona sobre el apoderado, que podrá contratar y
realizar acuerdos actuando directamente.

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

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

d. Ciclo Académico
Los ciclos son procesos educativos que se organizan y
desarrollan en función de logros de aprendizaje.

e.Comunicado
Un comunicado es un documento que hace entrega la
institución a los alumnos, padres de familia o apoderados,
para informarlos acerca de algún evento a realizarse o
notificaciones de cobranza, etc.

f.Contenido Curricular
El contenido curricular se refiere a los temas dentro de las
áreas curriculares que se contemplan en el desarrollo de
las actividades escolares dentro de la institución, en
conformidad con el DCN.

g.Descuento de Mensualidad
El descuento de mensualidad se da, valga la redundancia,
en las mensualidades pagadas por los padres de familia o
apoderados, según el número de hijos que tengan
matriculados en la institución, y de mutuo acuerdo con el
director.

h.Matrícula por Inclusión


La matrícula por inclusión es una modalidad de matrícula
en la cual un padre de familia o apoderado matricula a un
estudiante que presenta alguna deficiencia o

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

impedimento físico que es permitido por las reglas de la


EBR.

i.Matrícula por Traslado


La matrícula por traslado es una modalidad de matrícula
en la cual un estudiante procedente de otro centro
educativo es matriculado en la institución para continuar
con el desarrollo de su educación.

j.Matrícula Regular
La matrícula regular es una modalidad de matrícula en la
cual un padre de familia o apoderado ratifica la matrícula
de su hijo en la institución; o inscribe a su hijo por
primera vez en la institución sin haber éste estudiado en
alguna otra institución educativa.

k.Mensualidad
La mensualidad es el pago mensual que realiza el padre
de familia o apoderado de un estudiante por el derecho
recibir la educación impartida en la institución.

l.Modalidad de Matrícula
Véase Proceso de Matrícula.

m.Nivel Académico
Los niveles académicos son los periodos graduales y
articulados en los que se divide el proceso educativo, los
cuales tienen los contenidos académicos relacionados en
cuanto a dificultad.

n.Obligaciones Tributarias
Las obligaciones tributarias son los pagos que debe
realizar la institución al Estado por diferentes conceptos.

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

o.Pensión
Acrónimo de Impuesto General a la Venta. Es el impuesto
que se paga por concepto de ventas realizadas por una
institución o empresa que opera en el territorio peruano.

p.Personal Docente
El personal docente (o plana docente) es el grupo de
profesores pertenecientes a todos los niveles y áreas
curriculares que laboran en la institución y que imparten
conocimientos al alumno de ésta.

q.Plan de Estudios
Las características que se esperan tengan los estudiantes
al concluir la Educación Básica, se expresan en un
conjunto de logros de aprendizaje. El Plan de Estudios
organiza las diferentes áreas curriculares para desarrollar
integralmente dichos logros.

r.Planilla de Docentes
La planilla de docentes es el documento o documentos en
el cual figuran los detalles de la remuneración del
personal docente; en este se detalla el pago por hora de
trabajo, las horas trabajadas y el pago total al docente.

s.Proceso de Evaluación
La evaluación de los aprendizajes es el proceso
pedagógico mediante el cual se observa, recoge y analiza
información relevante, con la finalidad de reflexionar,
emitir juicios de valor y tomar decisiones oportunas y
pertinentes para mejorar los procesos de aprendizaje de
los estudiantes.

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

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

u.Repitencia
La repitencia de un estudiante es la condición en la que el
estudiante debe repetir los contenidos académicos del
ciclo educativo en el que se encuentra por no haber
logrado los objetivos de ciclo.

v.Separación de Vacante
La separación de vacantes es el acto en el que un padre
de familia o apoderado manifiesta su deseo de matricular
a su hijo en la institución de manera informal, es decir, sin
presentar los documentos necesarios en este proceso; los
cuales serán presentados más adelante.

w.SUNAT
Acrónimo de Superintendencia Nacional de Administración
Tributaria. Es la entidad encargada, como su nombre lo
dice, de la administración del pago de las obligaciones
tributarias realizadas por las instituciones y empresas que
operan en el territorio peruano.

x.Turno

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

Un turno es un rango de horas en las cuales un conjunto


de alumnos y docentes desarrollan sus actividades. Las
clases se imparten en el turno mañana, tardes y noche.

y.Vacante
Una vacante de matrícula es una disponibilidad que tiene
la institución en un grado y nivel específicos para que un
alumno sea matriculado. Las vacantes son definidas por la
capacidad de las aulas.
MODELO DE REQUERIMIENTOS DEL SOFTWARE
2.1.1.Documento Visión del Software
2.2.1.1.Propósito
El propósito de este documento es recoger, analizar y definir
las necesidades de alto nivel y las características de sistema
gestión académica para mejorar la información en el Instituto
Superior Tecnológico Privado – Ascope.
El documento se centra en la funcionalidad requerida por los
participantes en el presente proyecto y los usuarios finales.

Esta funcionalidad se basa principalmente en la gestión de


los procesos que se realizan Instituto Superior Tecnológico
Privado – Ascope”, de forma que dichos procesos sean
ejecutados de manera lo más automáticamente posible en
una forma eficiente y razonable.

Los detalles de cómo los sistemas cubrirán los requerimientos


se pueden observar en la especialización de los casos de uso
y otros documentos adicionales.

2.2.1.2. Alcance

El documento Visión se ocupa, como ya se ha apuntado,


sistema gestión académica para mejorar la información en el
Instituto Superior Tecnológico Privado – Ascope”.
Dichos sistemas serán desarrollados por el equipo de Trabajo
en la parte de Desarrollo de Software.

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

El sistema permitirá a los encargados de la institución


superior controlar los procesos que realiza la misma (gestión
académica, gestión de pagos, gestión de políticas, etc.).

2.2.1.3.Definiciones, Acrónimos y Abreviaciones

RUP: Son las siglas de Rational Unified Process. Se trata de


una metodología para describir el proceso de desarrollo de
software.

2.2.1.4. Referencias

a) Glosario de Términos.
b) Plan de Desarrollo de Software.
c) RUP(Rational Unified Process)
d) Diagrama de Casos de Uso

2.2.1.1. Posicionamientos

a) Oportunidad de Negocio
Estos sistemas permitirán instituto superior tecnológico
privado – Ascope. Automatizar el control de gran parte de sus
actividades y procesos (gestión de académica, gestión de
pagos, gestión de políticas, etc.), lo cual supondrá un acceso
rápido y sencillo a los datos a los datos, gracias a las
interfaces gráficas sencillas y amigables, ya sean de
aplicaciones en escritorio como aplicaciones web, las cuales

Generarán informes y reportes. Además los datos accedidos


estarán siempre actualizados y almacenados históricamente,
lo cual es importante para poder llevar un control adecuado
para la toma de decisiones.

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

El sistema también permitirá al gerente de la institución y


colaboradores acceder a los muchos beneficios que ofrecerán
el sistema WEB, como los procesos de Gestión Académica
(Admisión, Matrículas, y Notas).

Podemos concluir, entonces, que el producto es novedoso y


deseado por su versatilidad.

b) Sentencia que define el problema


Tabla № 06: Sentencia que Define el
Problema
➢ Controlar los registros de matriculas, el ingreso
y registro de notas en diversas áreas.
➢ La demora en el proceso de matriculas.
El Problema
➢ 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
1. Director.
Afecta A 2. Personal Administrativo
3. Alumnos.
De no contar con un Sistema Informático:

➢ No se podría gestionar los registros de


El Impacto matricula adecuadamente.
Asociado Es
➢ No se podría Gestionar los pagos que los
alumnos solicitan al momento de pagar alguna
transacción.

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

➢ No se podría Gestionar los cronogramas de


pagos, ya que habría un cierto desorden anual.
➢ No se podría Controlar los ingresos y egresos
de alumnos, ya que esto se hace manualmente.
✔ Automatizar e informatizar gran parte de los
procesos, usando las tecnologías de
Una solución
información más actuales, usando una red local
adecuada
sería 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.

Fuente: Elaboración
propia

a) Sentencia que define la posición del producto


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

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


producto información en el Instituto de Ascope.

Beneficios:

➢ Satisfacer al usuario con información rápida y


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

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

matriculas.
➢ Mejorar los reportes de alumnos en pagos y notas
No como ✔ Las hojas de cálculo y de registro manual.

✔ Permite mejorar la Gestión Académica en el


Instituto Superior Tecnológico Privado - Ascope
Nuestro
a través de un Sistema de Gestión Académica.
producto
✔ Además proporciona un acceso rápido y
actualizado a la información desde cualquier
Pc, que tenga acceso a la base de datos.
✔ Elaborado en una base de Datos Relacional.
✔ Multiusuario
✔ Adaptable al cambio

Fuente: Elaboración Propia

2.2.1.1.Descripción de Stakeholders (Participantes en el


Proyecto) y Usuarios
Para proveer productos y servicios de forma efectiva que se
ajusten a las necesidades del usuario, es importante
identificar a todos los participantes en el proyecto como parte
del proceso de modelado de requerimientos. También es
importante identificar a los usuarios del sistema.

En esta parte se muestra un perfil de los participantes y de


los usuarios involucrados en el proyecto, así como los
problemas más importantes que éstos perciben para enfocar
la solución propuesta hacia ellos. No describe sus requisitos
específicos ya que éstos se detallan mediante otro artefacto.
En lugar de esto proporciona la justificación de por qué estos
requisitos son necesarios.

3.1Resumen de Stakeholders

Nombre Descripción Responsabilidades

El stakeholder realiza:

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

Representa ➢ Requerir información estadística del


nte del proceso de la institución.
Director
Instituto ➢ Representa a todos los usuarios
Privado de posibles del sistema.
Ascope. ➢ Aprueba requisitos y funcionalidades
del sistema
Registrar a ➢ Realiza los requerimientos del sistema.
los alumnos ➢ Hace cumplir las funciones y
Secretaria
, cursos y procedimientos de los docentes.
Academica
notas del ➢ Encargada de administrar los procesos
Instituto. que se están realizando dentro del
sistema.
➢ Encargada de realizar los cronogramas
de pagos.
Cajera
➢ Además realiza los cobros de las
pensiones.
➢ Obtiene y Registra diariamente la
información de los procesos del area de
caja.

3.1Resumen de Usuarios
Nombre Descripción Stakeholder

➢ Encarg
ada de
Secretaria
administrar
Academica
los procesos Director
que se están
realizando
dentro del
sistema.
➢ Encarg
ada de
Cajera
realizar los
cronogramas Cajera
de pagos.
➢ Obtien

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

e y Registra
diariamente
la
información
de los
procesos del
área de caja.

3.1Entorno de usuario
Los usuarios ingresaran al sistema identificándose sobre un
computador con un sistema operativo Windows XP, luego entraran
a la parte de aplicación del sistema que es diseñada para la
gestión academica del instituto superior tecnológico privado de
Ascope.

Este sistema contiene aplicaciones, realizadas en Visual Studio


2008, sencillas para que los usuarios se familiaricen rápidamente
con su entorno.

3.2Perfil de los Stakeholders


Representante del área de la Gestión Académica.

Representante Marlon Rodríguez

Descripción Jefe del Area de Gestión Academica

Tipo Primario (Empleado)

Responsabilida ➢ Requerir información estadística del proceso de


des la institución.
➢ Representa a todos los usuarios posibles del
sistema.
➢ Aprueba requisitos y funcionalidades del sistema
Grado de A veces
participación

Comentarios Ninguno

3.1Perfiles de Usuario

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

SECRETARIA ACADEMICA

Representante Sandra Sanchez Gonzales.

Descripción Secretaria Academica

Tipo Primario (Empleado)

Responsabilida ➢ Realiza los requerimientos del sistema.


des ➢ Hace cumplir las funciones y procedimientos de los
docentes.
➢ Encargada de administrar los procesos que se están
realizando dentro del sistema.
Grado de Siempre
participación

Comentarios Ninguno

CAJERA:
Representante Sonia Moya Mantilla

Descripción Cajera

Tipo Primario (Empleado)

Responsabilida ➢ Encargada de realizar los cronogramas de pagos.


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

Comentarios Ninguno

1. Descripción Global del Producto


4.1Perspectiva del producto
El producto a desarrollar es un sistema de Gestión Académica
para la mejora la información en el Instituto Superior
Tecnológico Privado Ascope.

Las sub-áreas involucradas por el sistema son: Ingresos(Pagos),


Matriculas, Admisión.

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

4.2Resumen de características
A continuación se mostrará un listado con los beneficios que
obtendrá el cliente a partir del producto:

Beneficio del Cliente Características que lo


Apoyan.

Generación de reportes de Ficha de Matricula


matriculas.

Generación de informes de Listado del cronograma


cronogramas de pagos y de pagos.
reportes.

Generar el ingreso de los Constancia de ingresos.


alumnos

Mayor facilidad para la Base de datos


gestión de la información distribuida

4.3Resumen de las necesidades de los stakeholders y de los


usuarios
En la actualidad el área de Gestión Académica del Instituto
Superior Tecnológico Privado de Ascope, no cuenta con un
sistema informático que le permita registrar y organizar su
información

En la necesidad de contribuir con la gestión necesitamos realizar


un sistema personalizado que permita manejar la información de
todas las operaciones de Gestión Académica que se ejecutan
dentro de la Institución.

Necesidade Prioridad Interés/Preoc Solución Solución


s upación Actual Propuesta

Control de Buscar un Se realiza en Un Sistema


Pagos personal Hoja de de
Alta
capacitado en calculo información

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

la
implementaci
ón de este
tipo de
Requerimient
o

Control de Buscar un Se realiza en Un Sistema


Horarios. personal Hoja de de
Alta
capacitado en calculo información
la
implementaci
ón de este
tipo de
Requerimient
o

Gestionar Buscar una un Se realiza en Un Sistema


el registro personal Hoja de de
Alta
de capacitado en calculo información
matricula. la
implementaci
ón de este
tipo de
Requerimient
o

Control del Buscar una un Se realiza en Un Sistema


registro personal Hoja de de
Alta
académicos capacitado en calculo información
. la
implementaci
ón de este
tipo de
Requerimient

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

2.1.1.PLAN DE DESARROLLO DEL SOFTWARE


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

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

El propósito del Plan de Desarrollo de Software es


proporcionar la información necesaria para controlar el
proyecto. En él se describe el enfoque de desarrollo
del software.
Los usuarios del Plan de Desarrollo del Software son:
• El jefe del proyecto el cual organiza la agenda y
necesidades de recursos, para la realización del
proyecto
• Los miembros del equipo de desarrollo lo usan
para entender lo qué deben hacer, cuándo deben
hacerlo y qué otras actividades dependen de ello.
1.1.Alcance
El documento Plan de Desarrollo del software se
ocupa, como ya se ha apuntado, del sistema integral
de gestión académico de los procesos del Instituto
Tecnológico Superior Privado de Ascope. Dichos
sistemas serán desarrollados por el equipo de Trabajo
en la parte de Desarrollo de Software.
El sistema permitirá a los encargados del Instituto
controlar los procesos que se realiza en la Gestión
Académica (Matriculas, Admisión y Notas) y Gestión de
Ingresos (Pagos).
Además, también permitirá a los trabajadores de dicha
institución realizar una actualización permanente de
datos de los alumnos y/o apoderados, y al Y con el
aporte de este documento podremos especificar los
entregables del proyecto, además de la generación de
los hitos correspondientes.
1.2.Resumen
Después de esta introducción, el resto del documento
está organizado en las siguientes secciones:
• Vista General del Proyecto: Proporciona una
descripción del propósito, alcance y objetivos del

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

proyecto, estableciendo los artefactos que serán


producidos y utilizados durante el proyecto.
• Organización del Proyecto: Describe la
estructura organizacional del equipo de desarrollo.
• Gestión del Proceso: Explica los costos y
planificación estimada, define las fases e hitos del
proyecto y describe cómo se realizará su
seguimiento.
• Planes y Guías de aplicación: Proporciona una
vista global del proceso de desarrollo de software,
incluyendo métodos, herramientas y técnicas que
serán utilizadas.

1. Vista General del Proyecto


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

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

A continuación se indican y describen cada uno de los


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

1. Plan de Desarrollo del Software


Es el Presente Documento.

2. Modelo de Casos de Uso del Negocio


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

3. Modelo de Objetos del Negocio

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

Es un modelo que describe la realización de cada


caso de uso del negocio, estableciendo los actores
internos, la información que en términos generales
manipulan y los flujos de trabajo (workflows)
asociados al caso de uso del negocio. Para la
representación de este modelo se utilizan
Diagramas de Colaboración (para mostrar actores
externos, internos y las entidades (información) que
manipulan, un Diagrama de Clases para mostrar
gráficamente las entidades del sistema y sus
relaciones, y Diagramas de Actividad para mostrar
los flujos de trabajo.

4. Glosario
Es un documento que define los principales
términos usados en el proyecto. Permite establecer
una terminología consensuada. .

5. Modelo de Casos de Uso


El modelo de Casos de Uso presenta las funciones
del sistema y los actores que hacen uso de ellas. Se
representa mediante Diagramas de Casos de Uso.

6. Visión
Este documento define la visión del producto desde
la perspectiva del cliente, especificando las
necesidades y características del producto.
Constituye una base de acuerdo en cuanto a los
requisitos del sistema.

7. Especificaciones de Casos de Uso


Para los casos de uso que lo requieran (cuya
funcionalidad no sea evidente o que no baste con

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

una simple descripción narrativa) se realiza una


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

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

9. Prototipos de Interfaces de Usuario


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

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

Construcción en la medida que el resultado de las


iteraciones vayan desarrollando el producto final.

10. Modelo de Análisis y Diseño


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

11. Modelo de Datos


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

12. Modelo de Implementación


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

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

13. Modelo de Despliegue


Este modelo muestra el despliegue la configuración
de tipos de nodos del sistema, en los cuales se hará
el despliegue de los componentes.
14. Casos de Prueba
Cada prueba es especificada mediante un
documento que establece las condiciones de
ejecución, las entradas de la prueba, y los
resultados esperados. Estos casos de prueba son
aplicados como pruebas de regresión en cada
iteración. Cada caso de prueba llevará asociado un
procedimiento de prueba con las instrucciones para
realizar la prueba, y dependiendo del tipo de prueba
dicho procedimiento podrá ser automatizable
mediante un script de prueba.

15. Solicitud de Cambio


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

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

dependencias entre ellas. Se realiza para cada


iteración, y para todas las fases.

17. Evaluación de Iteración


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

18. Lista de Riesgos


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

19. Manual de Instalación


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

20. Material de Apoyo al Usuario Final


Corresponde a un conjunto de documentos y
facilidades de uso del sistema, incluyendo: Guías del
Usuario, Guías de Operación, Guías de
Mantenimiento y Sistema de Ayuda en Línea.
21. Producto
Los ficheros del producto empaquetados y
almacenadas en un CD con los mecanismos
apropiados para facilitar su instalación. El producto,
a partir de la primera iteración de la fase de
Construcción es desarrollado incremental e
iterativamente, obteniéndose una nueva reléase al
final de cada iteración.

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

Los artefactos 19, 20 y 21 se generarán a partir de


la fase de Construcción, con lo cual se han incluido
aquí sólo para dar una visión global de todos los
artefactos que se generarán en el proceso de
desarrollo.

1.1. Evolución del Plan de Desarrollo del Software


El Plan de Desarrollo del Software se revisará
semanalmente y se refinará antes del comienzo de
cada iteración.
Tabla Nº 08: Evolución del Plan de Desarrollo del
Versión Software
Fase Fecha Destino
Inicio
Elaboración
Final 07/12/2009
Construcció
n
Transición

Tabla Nº 09: Participantes en el Proyecto

2. Organización del Proyecto


2.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 Ingeniero de Software
Rodríguez
Michel López Ybañez Ingeniero de Software

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

Nataly Vásquez Tester


Gutiérrez
Henry Avila Romero Programador

2.2. Interfaces Externas


El proyecto tendrá un Asesor Externo para la
Elaboración del Sistema.
2.3.Roles y Responsabilidades
A continuación se describen las principales
responsabilidades de cada uno de los puestos en el
equipo de desarrollo durante las fases de Inicio y
Elaboración, de acuerdo con los roles que
desempeñan en RUP.

Tabla № 10: Roles y


Responsabilidades
Puesto Responsabilidad
El jefe de proyecto asigna los recursos,
gestiona las prioridades, coordina las
interacciones con los clientes y usuarios, y
Jefe de mantiene al equipo del proyecto enfocado en
Proyecto los objetivos. El jefe de proyecto también
establece un conjunto de prácticas que
aseguran la integridad y calidad de los
artefactos del proyecto. Además, el jefe de
proyecto se encargará de supervisar el
establecimiento de la arquitectura del
sistema. Gestión de riesgos. Planificación y
control del proyecto.
Analista de Captura, especificación y validación de
Sistemas requisitos, interactuando con el cliente y los
usuarios mediante entrevistas. Elaboración
del Modelo de Análisis y Diseño. Colaboración
en la elaboración de las pruebas funcionales
y el modelo de datos.

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

Programador Construcción de prototipos. Colaboración en


la elaboración de las pruebas funcionales,
modelo de datos y en las validaciones con el
usuario
Ingeniero de Gestión de requisitos, gestión de
Software 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.
Es el responsable de ejecutar las pruebas que
Tester incluirá la configuración y ejecución de
pruebas, evaluando los errores e
identificando los defectos.
Fuente: Elaboración propia

3. Gestión del Proceso


3.1.Estimaciones del Proyecto
A continuación de dan a conocer los recursos
involucrados en el desarrollo del proyecto y sus
respectivos costos.
• Materiales
Tabla № 11: Materiales
Materi Cantida Observación S/.
al d
Lapicer 3 Para realizar apuntes 4.00
os
Hojas 1 millar Para imprimir 15.00
A4 avances y
realización de diseño
del proyecto.
Recarg 2 color Para la impresión de 20.00
de 2 negro 10.00
a los entregables.
tinta
USB 5 Para almacenar 35.00

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

información
Fólder 3 Para archivar 1.50
es avances y
realización de diseño
del proyecto.
Anillad 2 Para presentaciones 6.00
os de proyecto
Cds 3 Para presentaciones 3.00
de proyecto
Total 94.50
Fuente: Elaboración propia

• Recursos Humanos
Tabla № 11: Recursos Humanos
Motivo Observació Costo de Subtot
n pasaje S/. al
Pasaje 6 pasajes x ida y vuelta 180.00
s en la 6 visitas a la 5.0
visita empresa en
al estudio
Institu
to
Pasaje 35 reuniones 1.00 210.00
s para x 6
reunio integrantes
nes de
grupo
Total 390.0
0
Fuente: Elaboración propia

1.1.Plan del Proyecto


En esta sección se presenta la organización en fases e
iteraciones y el calendario del proyecto.

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

Fase Nro.Iteracio Duración


nes
Fase de Inicio 1 3 semanas
Fase de 1 3 semanas
Elaboración
Fase de 2 4 semanas
Construcción
Fase de 2 4 semanas
Transición

1.1.1.Plan de las Fases


Tabla № 11: Plan de las Fases.

Fuente: Elaboración Propia


El desarrollo se llevará a cabo en base a fases con una o
más iteraciones en cada una de ellas. La siguiente tabla
muestra una la distribución de tiempos y el número de
iteraciones de cada fase (para las fases de Construcción y
Transición es sólo una aproximación muy preliminar).

Los hitos que marcan el final de cada fase se


describen en la siguiente tabla
Tabla № 12: Hitos de las Fases.
Descripció Hito
n
En esta fase desarrollarán los requisitos del
producto desde la perspectiva del usuario, los
Fase de cuales serán establecidos en el artefacto
Inicio Visión. Los principales casos de uso serán
identificados y se hará un refinamiento del
Plan de Desarrollo del Proyecto. La aceptación

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

del cliente /usuario del artefacto Visión y el


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

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

Durante la fase de construcción se terminan


de analizar y diseñar todos los casos de uso,
refinando el Modelo de Análisis / Diseño. El
Fase de producto se construye en base a 2
Construcción 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.
En esta fase se prepararán dos releases para
distribución, asegurando una implantación y
cambio del sistema previo de manera
Fase de adecuada, incluyendo el entrenamiento de
Transición
los usuarios. El hito que marca el fin de esta
fase incluye, la 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.

1.1.2.Calendario del Proyecto


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

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

Tabla № 13: Calendario


Disciplinas / Artefactos generados o modificados Comienzo Aprobación
durante la Fase de Inicio
Modelado del Negocio
Modelo de Casos de Uso del Negocio y Modelo de Semana1
Objetos del Negocio Semana 5
Requisitos
Glosario Semana 5
Semana 6
Visión Semana 6
Semana 7
Modelo de Casos de Uso Semana 8 siguiente fase
Especificación de Casos de Uso Semana 9 siguiente fase
Especificaciones Adicionales Semana 11 siguiente fase
Análisis/Diseño
Modelo de Análisis/Diseño Semana 12
Modelo de Datos Semana 12 siguiente fase
Semana 13
Implementación
Prototipos de Interfaces de Usuario Semana 13 siguiente fase
Modelo de Implementación Semana 13 siguiente fase
Pruebas
Casos de Pruebas Funcionales Semana 14 siguiente fase
Despliegue
Modelo de Despliegue Semana 14 siguiente fase
Gestión de Cambios y Configuración Durante todo el proyecto
Gestión del proyecto Semana 1
Semana 3
Plan de Desarrollo del Software en su versión 1.0 y

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

planes de las Iteraciones


Ambiente Durante todo el proyecto

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

1.2.Seguimiento y Control del Proyecto


a)Gestión de Requisitos
Los requisitos del sistema son especificados en el
artefacto Visión.
b)Control de Plazos
El calendario del proyecto tendrá un seguimiento y
evaluación semanal por el jefe de proyecto.
c)Control de Calidad
Los defectos detectados en las revisiones y
formalizados también en una Solicitud de Cambio
tendrán un seguimiento para asegurar la
conformidad respecto de la solución de dichas
deficiencias Para la revisión de cada artefacto y su
correspondiente garantía de calidad se utilizarán las
guías de revisión y checklist (listas de verificación)
incluidas en RUP.
d)Gestión de Configuración
Se realizará una gestión de configuración para llevar
un registro de los artefactos generados y sus
versiones. También se incluirá la gestión de las
Solicitudes de Cambio y de las modificaciones que
éstas produzcan, informando y publicando dichos
cambios para que sean accesibles a todo los
participantes en el proyecto.

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

2.1.1.Diagrama de Casos de Uso del Software

V
alid
arD
ato
sDo
cen
te

V
erific
arD
ispo
nib
ilid
ad
D
oce
nte
. <
<in
clu
de>
>
Do cente
<
<in
clu
de>
>
<
<in
clu
de>
> V
erific
arD
eud
a
<
<in
clu
de>
>
C
aje
ra.
R
egistra
rNo
tas
A
sig
narC
arg
aHo
raria

V
erific
arC
ate
goria P
aga
rMa
tric
ula
R
egistra
rDo
cen
te
R
epo
rta
rMa
tric
ula
dos A
pertu
rarC
ursos
<
<in
clu
de>
> V
erific
arD
ispo
nib
ilida
d
Aula-L
ab

A
pertu
rarH
ora
rio
s

Registra
r
C
onv
alid
a c
io n
.A
lu
m n
o

C
onsulta
rNo
tas

V
erific
arP
agoM
atric
ula

<
<in
clu
de>
>
R
egistra
rAlu
m n
o

S
ecre
taria. <
<in
clu
de>
> V
erific
arC
ruc
eHo
rario
A
cadem ic
a
R
egistra
rSe
m e
stre <
<in
clu
de>
>

V
erific
arC
urso <
<in
clu
de>
>
V
erific
arC
red
ito
s
<
<ex
ten
d>>
<
<in
clu
de>
> R
ealiz
arM
atric
ula
<
<ex
ten
d>>
<
<ex
ten
d>>
V
erific
arCu p
o
D ispon
ibles M
atric
ulaO
bserv
ada

V
erifc
ar M
atric
ulaR
egu
lar
C
onv
alid
ac ion V
erific a
r M
atric
ulaE
xte
m p
ora
nea
P
re-R
equis ito

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

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

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

2.1.2.Requerimientos Funcionales y No Funcionales


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

79
Universidad César Vallejo
Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

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

80
Universidad César Vallejo
Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

De rendimiento
• El software debe ser eficiente en cuanto al tiempo de
respuesta.
• El software debe responder rápidamente a las solicitudes
de los alumnos.
De soporte
• El software debe tener un instalador.
• Facilidad, por parte del desarrollador, de realizar un
mantenimiento al software.
• Se debe realizar pruebas de esfuerzo al sistema.
De portabilidad
• El software podrá ser usado bajo el sistema operativo
Windows XP y Vista.
De seguridad y privacidad
• Se debe permitir acceso a la data bajo previa
identificación y autenticidad del usuario.
• Se debe restringir la información que ha de ser mostrada
a los Trabajadores según su rol.
• Se debe restringir las operaciones según el tipo de rol que
posea el usuario que ingrese al sistema utilizando la
autentificación correspondiente.
Legales
• El Software debe estar sujeto a los estándares
internacionales y a las reglas peruanas.
De confiabilidad
• Ante un caso extremo (como pérdida de fluido eléctrico o
caída del servidor) el software debe garantizar la
integridad y confiabilidad de la data.
• De ayuda y documentación en línea
• El software debe permitir ayuda en línea.
• El software debe incluir manual de usuario e instalación.

81
Universidad César Vallejo
Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

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

2.1.1.ESPECIFICACIÓN DE CASOS DE USO


➢ REGISTRAR ALUMNO

Tabla № 14: 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.

82
Universidad César Vallejo
Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

Actores:
Secretaria Académica,

Precondiciones:
la secretaria debe de ingresar los datos de los
docentes.

Flujo Normal:
✔ La Secretaria Académica ingresa los datos delos
Alumnos.
✔ La Secretaria Académica verifica los datos delos
Alumnos.
✔ La Secretaria Académica registra los datos delos
Alumnos.
✔ El Alumno entrega sus datos.
Flujo Alternativo:

✔ La Secretaria Académica atiende al Alumno

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

➢ REGISTRAR SEMESTRE

Tabla № 15: Registrar Semestre

Nombre: 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.

83
Universidad César Vallejo
Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

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

✔ La Secretaria Académica atiende al Alumno

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

➢ REGISTRAR CATEGORÍA
Nombre: Tabla № 16: Registrar Categoría
Registrar Categorías

Autores: Avalos, Aguilar, Lopez, Rosales, Vásquez,


Avila

Fecha: 20/10/09

Descripción:
Permite el registro de categorías de los alumnos.

Actores:
Secretaria Académica,

Precondiciones:
La secretaria debe de ingresar categoría de los
alumnos.

Flujo Normal:
✔ La Secretaria Académica ingresa datos.
✔ La Secretaria Académica registra categorías.
Flujo Alternativo:

✔ La Secretaria Académica atiende al alumnado y/o


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

84
Universidad César Vallejo
Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

registrarlo.

➢ REGISTRAR NOTAS
➢ REGISTRAR NOTAS
Tabla № 17: Registrar Notas
Nombre: Registrar Notas

Autores: Avalos, Aguilar, López, Rosales, Vásquez,


Ávila

Fecha: 20/10/09

Descripción:
Permite el registro de las notas de los alumnos.

Actores:
Secretaria Académica, Docente

Precondiciones:
La secretaria debe de ingresar las notas entregadas
por los docentes.

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

➢ REGISTRAR PAGO

Nombre: Registrar Pago

85

Tabla № 18: Registrar Pago


Universidad César Vallejo
Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

Autores: Avalos, Aguilar, Lopez, Rosales, Avila,


Vásquez

Fecha: 20/10/09

Descripción:
Permite el registro de los pagos de los alumnos.

Actores:
caja

Precondiciones: la secretaria debe de ingresar los datos


de los alumnos y el monto del pago..

Flujo Normal:
✔ Caja se encarga del cobro de las pensiones.
✔ Caja se encarga de dar un comprobante de pago.
Al alumno.
Flujo Alternativo:

✔ La cajera se encarga el cobro de pensiones según


su cronograma y su categoría.

➢ REGISTRAR AULA
Tabla № 19: Registrar Aula

86
Universidad César Vallejo
Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

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).

87
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.

Flujo Normal:
✔ La Secretaria Académica ingresa nombre curso

88
Universidad César Vallejo
Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

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

✔ La Secretaria Académica atiende al alumnado y/o


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

➢ REGISTRAR DOCENTE
Tabla № 21: Registrar Docente
Nombre: 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.
Flujo Alternativo:

✔ La Secretaria Académica atiende al docente.

89
Universidad César Vallejo
Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

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

2.1.1.PRIORIZACION DE CASOS DE USO


Nº CASO DE USO RENDIMIEN FRECUENCI IMPORTANCI URGENCIA PRIORIDAD
TO A A
(ANUAL)
1 Registrar 30 seg. 1 Vital Inmediat 1
Alumno o
2 Registrar 30 seg. 1 Vital Inmediat 6
Docente o
3 Reportar 30 seg. 2 Vital Hay 9
Matriculados presión
4 Registrar 30 seg. 8 Importante Puede 11
Notas esperar
5 Asignar Carga 30 seg. 2 Vital Inmediat 13
Horaria o
6 Aperturar 30 seg. 2 Vital Puede 14
Cursos esperar
7 Aperturar 30 seg. 2 Vital Inmediat 8
Horarios o
8 Registrar 30 seg. 1 Vital Inmediat 5
convalidación o
9 Realizar 30 seg. 2 Vital Inmediat 2
Matrícula o
10 Verificar Pago 40 seg. 12 Importante Inmediat 3
Matrícula o
11 Verificar 40 seg. 2 Importante Inmediat 10
Cruce de o
Horario
12 Verifica 40 seg. 2 Importante Inmediat 7
Categoría o
13 Verificar 40 seg. 2 Importante 14
Convalidación
14 Verificar 40 seg. 2 Vital Inmediat 12
Créditos o
15 Verificar 40 seg. 2 Vital Inmediat 15
Curso o
16 Verificar Cupo 30 seg 4 Importante Inmediat 18
disponibles o
17 Verificar 40 seg 12 Importante Hay 4
Deuda presión

90
Universidad César Vallejo
Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

18 Verificar Pre- 30 seg 2 Vital Inmediat 16


requisito o
19 Matricula 40 seg 2 Importante Inmediat 17
Observada o
20 Matricula 40 seg 2 Importante Inmediat 20
Regular o
21 Matricula 40seg 3 Importante Puede 22
Extemporánea Esperar
22 Verificar 40 seg 8 Vital Inmediat 19
Datos o

Tabla № 22: Priorización de Casos de Usos

2.2. ANÁLISIS Y DISEÑO


2.2.1.Realización del Análisis
2.2.2.1.Diagrama de Colaboración Registrar Alumno
➢ REGISTRAR ALUMNO

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

➢ Diagrama de Actividades Registrar Alumno

91
Universidad César Vallejo
Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

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


Registrar Alumno

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

➢ Diagrama de Secuencia Registrar Alumno

:S
ec
r
eta
ri
a . :I
U _
Re
gi
s t
rarA
lum
no :B
us
ca
rA
lum
no :B
us
ca
rU
bi
g e
o :U
bi
g e
o :B
us
ca
rC
at
ego
r
ia :C
at
ego
r
ia :R
eg
i
s t
rad
or
Alum
no :A
l
u m
no
o
Ac
ade
m ica
R
eg
i
s t
rar
Alum
no
M
o
doE
di
cion
()

B
l
o q
ue
arCo
nt
rol
e s
()

c
mdB
us
ca
r
O
b
te
ne
rA
lum
no
(
Int
ege
r
) L
ee
r()
O
b
jAl
u m
n
o()

O
b
te
ne
rU
bi
g e
o() L
ee
r(
)

O
b
jUb
i
g e
o()

O
b
te
ne
rC
at
ego
r
ia(
) L
ee
r()

O
b
jCa
t
ego
r
ia(
)

c
mdA
gr
ega
r
M
o
doE
di
cion
()

D
es
bl
o q
ue
ar
C o
nt
rol
e s
()

O
b
te
ne
rA
lum
no
(
Int
ege
r
) L
ee
r()

O
b
jAl
u m
n
o()

O
b
te
ne
rC
at
ego
r
ia(
) L
ee
r()

O
b
jCa
t
ego
r
ia(
)

A
g
re
ga
rA
lum
no
() N
ue
vo
()
O
b
jAg
r
ega
r
()

G
r
aba
r
Al
u m
n
o()
G
r
aba
r
()

O
b
jGr
aba
r
()

c
mdE
di
tar
B
l
o q
ue
arCo
nt
rol
e s
()

M
o
doC
on
f
ir
m a
ci
o n
()

O
b
te
ne
rA
lum
no
(
Int
ege
r
) L
ee
r()
O
b
jAl
u m
n
o()

O
b
te
ne
rU
bi
g e
o() L
ee
r(
)

O
b
jUb
i
g e
o()

O
b
te
ne
rC
at
ego
r
ia(
) L
ee
r()

O
b
jCa
t
ego
r
ia(
)

E
di
tar
Al
u m
n
o() E
di
tar
()
O
b
jEd
i
tar
()

G
r
aba
r
Al
u m
n
o() G
r
aba
r
()

O
b
jGr
aba
r
()

c
mdA
nu
l
ar

M
o
doC
on
f
ir
m a
ci
o n
()

O
b
te
ne
rA
lum
no
(
Int
ege
r
) L
ee
r()
O
b
jAl
u m
n
o()

O
b
te
ne
rU
bi
g e
o() L
ee
r(
)

O
b
jUb
i
g e
o()

O
b
te
ne
rC
at
ego
r
ia(
) L
ee
r()

O
b
jCa
t
ego
r
ia(
)

A
n
ul
a r
Al
u m
n
o() A
n
ul
a r
()
O
b
jAn
ul
a r
()

G
r
aba
r
Al
u m
n
o() G
r
aba
r
()

O
b
jGr
aba
r
()

O
b
jRe
gi
s t
rad
os
Ex
it
o()

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

Figura Nº 23: Diagrama de Secuencia Registrar Alumno

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

➢ Diagrama Colaboración Registrar Semestre

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

➢ Diagrama de Actividades Registrar Semestre

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

Figura Nº 25: Diagrama de Actividades Registrar Semestre

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

Diagrama de Secuencia Registrar Semestre

:Secretaria. :IU_RegistrarSemestre :RegistrarSemestre :Semestre


Academ ica RegistrarSemestre
ModoEdicion()

DesbloquearControles()

ModoConfirmacion()

LimpiarControles()
ObtenerSemestre()
Leer()
ObjSemestre()

A
gregarSemestre() A
gregar()

ObjA
gregar()

GrabarSemestre()
Grabar()
ObjGrabar()

cmdEditar()

DesbloquearControles()

ModoConfirmacion()

ObtenerSemestre() Leer()

ObjSemestre()

EditarSemestre() Editar()

ObjEditar()

GrabarSemestre() Grabar()

ObjGrabar()

cmdA
nular

ModoConfirmacion()

ObtenerSemestre()
Leer()
ObjSemestre()

A
nularSemestre() A
nular()

ObjA
nular()

ObjRegistroEx
ito()

Figura Nº 26: Diagrama de Secuencia Registrar Semestre

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

➢ Diagrama de Colaboración Registrar Docente

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


➢ Diagrama de Actividades Registrar Docente

Figura Nº 28: Diagrama de Actividades Registrar Docente

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

➢ Diagrama de Secuencia Registrar Docente

Diagrama de Colaboración Registrar Aulas

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

➢ Diagrama de Actividades Registrar Aulas

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

Figura Nº 31: Diagrama de Actividades Registrar Aulas

➢ Diagrama de Secuencia Registrar Aulas

:S
ecre
taria
.
Ac
adem ic
a :R
egistra
dorA
ula :B
usc
arA
ula :B
usc
arT
ipo
Aula :R
egistra
rAu
la :A
ula

R
egistra
rAu
la()
M
odo
Edic
ion
()

B
loq
uea
rCo
ntro
les()

C
m d
B u
sca
rClic
k()

O
bte
nerA
ula
()
L
eer()

O
bjA
ula
()

C
m d
N u
evo
C lik
()
D
esb
loq
uea
rCo
ntro
les()

M
odo
C o
nfirm
acio
n()

L
imp
iaCo
ntro
les()

O
bte
nerA
ula
() L
eer()

O
bjA
ula
()

O
bte
nerT
ipo
Aula
()
L
eer()

O
bjT
ipo
Aula
()

A
gre
garA
ula
()
A
gre
gar()

O
bjA
gre
gad
o()

G
uard
arA
ula
()
G
uard
ar()

O
bjG
uard
ado
()

C
m d
Edita
rClic
k()
B
loq
uea
rCo
ntro
les()

M
odo
C o
nfirm
acio
n()

O
bte
nerA
ula
()
L
eer()

O
bjA
ula
()

O
bte
nerT
ipo
Aula
()
L
eer()

O
bjT
ipo
Aula
()

E
dita
rAu
la()
E
dita
r()

O
bjE
dita
do()

G
uard
arA
ula
()
G
uard
ar()

O
bjG
uard
ado
()

C
m d
Anu
larC
lic
k()

M
odo
C o
nfirm
acio
n()

O
bte
nerA
ula
() L
eer()

O
bjA
ula
()

O
bte
nerT
ipo
Aula
()
L
eer()

O
bjT
ipo
Aula
()

A
nula
rAu
la()
E
lim
in
ar()

O
bjA
nula
do()

O
bjR
egistra
rEx
ito
()

Figura Nº 32: Diagrama de Secuencia Registrar Aulas

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

➢ Diagrama de Colaboración Registrar Notas

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

➢ Diagrama de Actividades Registrar Notas

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

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

Figura Nº 34: Diagrama de Actividades Registrar Notas

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

Secretaria Academica Sistema

Alumno

Solicitar Datos Buscar Datos


Alumno Alumno Estado

Buscar Estado
Categoria

Buscar
Categoria
Cursos

Buscar
Docente/Cursos

Mostrar Datos

No Existe

Registra Notas

Si

Generar
Reporte Notas

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

➢ Diagrama de Secuencia Registrar Notas

Figura Nº 35: Diagrama de Secuencia Registrar Notas

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

➢ Diagrama de Colaboración Aperturar Cursos

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

Diagrama de Actividades Aperturar Cursos

Figura Nº 37: Diagrama de Actividades Aperturar Cursos

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

➢ Diagrma de Secuencia Aperturar Cursos

: Secretaria. : RegistradorCurso : BuscarCursos : Cursos : BuscarDocente : Docente_ : RegistrarCurso


Academica
Registrar Curso ObtenerCursos( ) Leer( )

ObjCursos( )

ObtenerDocente( )
Leer( )

ObjDocente( )

NuevoCurso( )

EditarCurso( )

EliminarCurso( )

GuardarCurso( )

Nuevo( )
Editar( )
Eliminar( )
Guardar( )
ObjRegistroExito( )

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

Figura Nº 38: Diagrama de Secuencia Aperturar Cursos

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

➢ Diagrama de Colaboración Registrar Pago

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

➢ Diagrama de Actividades Registrar Pagos

Figura Nº 40: Diagrama de Actividades Registrar Pago


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

➢ Diagrama de Secuencia Registrar Pagos

Figura Nº 41: Diagrama de Secuencia Registrar Pago

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

➢ Diagrama de Colaboración Categorías

Figura Nº 42: Diagrama de Colaboración


Categorías

➢ Diagrama de Actividades Categorías

Figura Nº 43: Diagrama de Actividades Categorías

111
Universidad César Vallejo
Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

➢ Diagrama de Secuencia Categorías

Figura Nº 44: Diagrama de Secuencia Categorías

112
Universidad César Vallejo
Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

2.2.2.1.INTERFAZ DE DISEÑO

Ingresando a la “DEFINICIÓN DEL SEMESTRE”

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

113
Universidad César Vallejo
Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

Accediendo a la tabla ALUMNOS

Accediendo a la tabla PROFESORES

114
Universidad César Vallejo
Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

Accediendo a la tabla AULAS

Accediendo a la tabla CATEGORIAS

115
Universidad César Vallejo
Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

Accediendo a la tabla CURSOS

116
Universidad César Vallejo
Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

Accediendo a la tabla NOTAS

117
Universidad César Vallejo
Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

Accediendo a la tabla PAGOS

2.2.2.2.Diagrama de Clases:
REGISTRAR ALUMNO

Alumnoo Categoria
Ubigeo
(f rom CAPA DE DATOS) (f rom CAPA DE DATOS) (f rom CAPA DE DATOS)

IdUbigeo IdAlumno IdCategoria


Descripcion Nombres Categoria
ApelMaterno Monto
Leer() ApelPaterno Descripcion
Edad
Sexo Leer()
Mail Agregar()
Eliminar()
Leer() Guardar()
Grabar() Modificar()
Editar()
Anular()
Nuevo()
118
Agregar()
Universidad César Vallejo
Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

Figura Nº 45: Diagrama de Clases Registrar Alumno

REGISTRAR SEMESTRE

Semestre
(fromCAPADEDATOS)

IdSemestre
Periodo
FeInicio
FeFinal

Agregar()
Editar()
A nular()
G rabar()
Leer()

Figura Nº 46: Diagrama de Clases Registrar Semestre

REGISTRAR DOCENTE

Docente_ Ubigeo
(f rom CAPA DE DATOS) (f rom CAPA DE DATOS)

IdDocente IdUbigeo
Nombres Descripcion
Apellidos
Mail Leer()
Especialidad

Leer()
Nuevo()
Editar()
Anular()
Grabar()

Figura Nº 47: Diagrama de Clases Registrar Docente

119
Universidad César Vallejo
Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

REGISTRAR AULA

Aula
(f rom CAPA DE DATOS)

IdAula
Descripcion
Capacidad

Leer()
Agregar()
Editar()
Eliminar()
Guardar()

Figura Nº 48: Diagrama de Clases Registrar Aula

REGISTRAR NOTAS

120
Universidad César Vallejo
Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

Figura Nº 49: Diagrama de Clases Registrar Docente

REGISTRAR APERTURAR CURSOS

Cursos Docente_
(f rom CAPA DE DATOS) (f rom CAPA DE DATOS)

IdCursos IdDocente
Descripcion Nombres
Apellidos
Leer() Mail
Nuevo() Especialidad
Editar()
Eliminar() Leer()
Guardar() Nuevo()
Editar()
Anular()
Grabar()

Figura Nº 50: Diagrama de Clases Registrar Aperturar Cursos

121
Universidad César Vallejo
Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

REGISTRAR PAGO

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

Id C ro n o g ra m a Id Alu m n o Id P a g o s
D e s c rip cio n N o m b re s Fe ch a Ve n c
Ap e lMa te rn o Fe cha P a g o
L e e r() Ap e lP a te rn o Fo rm a P a g o
Edad
S e xo L e e r()
Ma il Ag re g a r()
G ra b a r()
L e e r() E d ita r()
G ra b a r() An u la r()
E d ita r()
An u la r()
N u e vo()
Ag re g a r()

Figura Nº 51: Diagrama de Clases Registrar Pago

REGISTRAR CATEGORIA

Categoria TipoCategoria
(f rom CAPA DE DATOS) (f rom CAPA DE DATOS)

IdCategoria IdTipoCategoria
Categoria Descripcion
Monto
Descripcion Leer()

Leer()
Agregar()
Eliminar()
Guardar()
Modificar()

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

122
Universidad César Vallejo
Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

2.2.2.3.DIAGRAMA DE PAQUETES DEL ANÁLISIS.

Figura Nº 53: Diagrama de Paquetes del Analisis

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

DIAGRAMA DE PAQUETE DE ANALISIS CAPA DE PRESENTACION

RegistradorAlumno RegistrarDocente RegistradorDocente BuscarTipoDocente


IU_RegistrarAlumno RegistrarCurso

BuscarEspecialidadDocente. BuscarDocente
BuscarUbigeo

BuscarCategoria

RegistradorNotas BuscarEstado

Buscar Alumno
BuscarTipoCategoria
IU_RegistrarCategoria RegistradorCurso
BuscarPago

BuscarCursos

BuscarCronograma
RegistrarCategoria
IU_RegistrarPago RegistrarNotas.

RegistrarPagos
RegistrarAula

BuscarTipoAula
BuscarAula RegistrarSemestre IU_Registrar Semestre

RegistradorAula

Figura Nº 54: Diagrama de Paquetes del Analisis

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

DIAGRAMA DE PAQUETES DE ANALISI CAPA LOGICO

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

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

DIAGRAMA DE PAQUETES DE ANALISIS CAPA DATOS

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

Figura Nº 56: Diagrama de Paquetes del Analisis Capa Datos


DIAGRAMA DE CLASES DEL ANALISIS

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

Figura Nº 57: Diagrama de Clases del Analisis

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

DIAGRAMAS DE ESTADO
REGISTRAR APERTURAR CURSOS

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

Figura Nº 59: Diagrama de Estado Registrar Pago

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

MODELO FISiCO DE LA BAE RELACIONAL


. Diagrama de Paquetes del Diseño

2.4.7. Modelo Físico de la BD Relacional (Rational)

2.4.8. Script de migración a SQL

2.4.9. Modelo Físico de la BD Relacional (SQL)

2.4.10. Modelo Físico de BD Relacional Normalizado

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

IMPLEMENTACIÓN

2.5.1. Diagrama de Componentes

Figura Nº 60: Diagrama de Componentes

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

2.5.2. Diagrama de Despliegue

<<Proces ador>>
Servidor DB <<Dis pos itivo>>
Switch

p re e m p tive

Si ste m a Co m pra s <<PCP/ib>>


UTPC5

1
<<Proces ador>>
PCCom pras

<<Dis pos itivo>>


Im pres ora Des kjet

Im pres ora Des kjet 840C


RPM 800
Inyeccion a tinta
A Color

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

Pc_Caja

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

CONCLUSIONES

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


Superior Tecnológico de Ascope, se basa en obtener un buen
manejo de información.
• El desarrollo de un sistema de información para el área de
gestión académica haciendo uso de la metodología RUP ayudó
a entender los requerimientos de manera acertada, obteniendo
de manera satisfactoria un producto de software que cumpla
con las necesidades del usuario.
• La ingeniería del software ayuda a comprender de manera
eficaz la importancia de la documentación de un software en las
etapas de su desarrollo (según cada metodología)

134
Universidad César Vallejo
Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

LINKOGRAFÍA

 [URL 01]: http://www.monografias.com/trabajos11/teosis/teosis


shtml#CONCEP

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

 [URL 03]: www.goldratt.com.mx/desarrollo.html.

 [URL 04]
:http://www.promonegocios.net/mercadotecnia/proceso-
venta.htm

 [URL 05]: http://es.wikipedia.org/wiki/Computer_software

 [URL 06] : http://es.wikipedia.org/wiki/Dise


%C3%B1o_de_software

 [URL 07]: http://es.wikipedia.org/wiki/Programaci


%C3%B3norientadaaobjetos

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

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

deluml.pdf

135

Anda mungkin juga menyukai