Proyecto_IngSW

Universidad César VallejoFacultad de Ingeniería

ESCUELA PROFESIONAL DE INGENIERÍA DE SISTEMAS

“IMPLEMENTACIÓN DE UN SISTEMA DE GESTIÓN ACADÉMICA PARA MEJORAR LA INFORMACIÓN EN EL INSTITUTO SUPERIOR TECNOLÓGICO PRIVADO – ASCOPE”

CURSO: INGENIERÍA DEL SOFTWARE

DOCENTE:Ing. DÍAZ AMAYA, Lourdes

ALUMNOS:AGUILAR RODRIGUEZ, MarjhorieAVILA ROMERO, HenryAVALOS MARCHAN, MaikolLOPEZ YBAÑEZ, MichellROSALES MOLINA, ÁngelVASQUEZ GUTIERREZ, Natali

TRUJILLO – PERÚ2009

A DIOS por darnos las fuerzas necesarias para seguir adelante protegiendo y guiándonos por el sendero del bien.

Los Autores.

A nuestros queridos padres por su grande amor y sacrificio durante los años de nuestra formación profesional, por acompañarme en los buenos y malos momentos, y por la confianza que depositan en nosotros.

DEDICATORIA

i

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

AGRADECIMIENTO

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

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

proyecto integrador.

A docentes del ciclo académico actual por su valiosa

colaboración dedicándonos su tiempo y experiencia en el

desarrollo del presente proyecto, demostrándonos que podemos

lograr más de lo que podemos desear.

Al Director del Instituto Superior Tecnológico Privado -

Ascope”, por haber confiado plenamente en nuestra capacidad,

facilitándonos y proporcionándonos la información y el material

necesario para el desarrollo de nuestra investigación.

Los Autores

ii


ÍNDICE GENERALCARÁTULADEDICATORIA iAGRADECIMIENTO iiÍNDICE GENERAL iiiINDICE TABLAS vINDICE FIGURAS viPRESENTACIÓN viiiINTRODUCCIÓN xi

CAPÍTULO I: GENERALIDADES1.1. Descripción de la Organización

1.1.1. Razón Social: nombre, ubicación, teléfono, e-mail1.1.2. Reseña Histórica1.1.3. Direccionamiento de la Organización1.1.4. Valores Corporativos1.1.5. Organigrama de la Organización

1111121315

1.2. Situación Problemática1.2.1. Selección del Problema1.2.2. Antecedentes del Problema1.2.3. Formulación Interrogativa del Problema

161722

1.3. Objetivos1.3.1. Objetivo General1.3.2. Objetivos Específicos

2222

1.4. Justificaciones del Proyecto1.4.1. Justificación Social1.4.2. Justificación Tecnológica1.4.3.Justificación Económica1.4.4. Justificación Operacional

23232323

1.5. Limitaciones del Proyecto 241.6. Alcance del Trabajo 24CAPITULO II: APLICACIÓN DE LA METODOLOGIA2.1. MODELAMIENTO DEL NEGOCIO

2.1.1. Objetivos del Negocio2.1.2. Unidades Organizacionales2.1.3. Reglas del Negocio

2.1.4. Identificación de Procesos del Negocio2.1.5. Identificación de Actores del Negocio2.1.6. Identificación de Trabajadores de Negocio2.1.7. Diagrama de Casos de Uso del Negocio2.1.8. Realización de casos de Uso del Negocio

2.1.8.1. Especificación de CUN2.1.8.2. Diagrama de Actividades por cada

27283030313132323336

iii


CUN 2.1.8.3. Modelo de Objetos de Negocio2.1.9. Modelo de Dominio2.1.10. Glosario del Negocio

434445

2.2. MODELO DE REQUERIMIENTOS DEL SOFTWARE2.2.1. Documento Visión del Software2.2.2. Plan de Desarrollo del Software2.2.3. Diagramas de Casos de Uso del SW2.2.4. Requerimientos Funcionales y No Funcionales2.2.5. Especificación de Casos de Uso(6 casos de uso)2.2.6. Priorización de Casos de Uso

505873747782

2.2. ANÁLISIS Y DISEÑO2.2.1.Realización del Análisis

8383

CONCLUSIONES 117BIBLIOGRAFIA 118

iv


INDICE DE TABLAS

Tabla Nº 01: Valores Corporativos ……………………………………………………

4

Tabla Nº 02: Área de Admisión……………………………………………………….

25

Tabla Nº 03: Área de Matricula ……………………………………………………......

25

Tabla Nº 04: Área de Registro de Notas…………………………………………….....

25

Tabla Nº 05: Flujo Básico………………………………………………………….......

27

Tabla № 06: Sentencia que Define el Problema ……………………………………….

43

Tabla № 07: Sentencia que Define la Posición del Producto ………………………......

44

Tabla Nº 08: Evolución del Plan de Desarrollo del Software………………………….

52

Tabla Nº 09: Participantes en el Proyecto ……………………………………………..

52

Tabla № 10: Roles y Responsabilidades………………………………………………..

53

Tabla № 11: Materiales………………………………………………………………...

54

Tabla № 11: Recursos Humanos……………………………………………………...

55

Tabla № 12: Hitos de las Fases………………………………………………………...

56

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

58

Tabla № 14: Priorización de Casos de Usos…………………………………………...

70

v


vi


INDICE DE FIGURAS

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

vii


Figura Nº 44: Diagrama de Secuencia Categorías…………………………………. 84Figura Nº 45: Diagrama de Clases Registrar Alumno……………………………… 104Figura Nº 46: Diagrama de Clases Registrar Semestre……………………………... 105Figura Nº 47: Diagrama de Clases Registrar Docente……………………………… 105Figura Nº 48: Diagrama de Clases Registrar Aula…………………………………. 106Figura Nº 49: Diagrama de Clases Registrar Docente

………………………………….106

Figura Nº 50: Diagrama de Clases Registrar Aperturar Cursos…………………….. 107Figura Nº 51: Diagrama de Clases Registrar Pago………………………………… 107Figura Nº 52: Diagrama de Clases Registrar Categoría…………………………… 108Figura Nº 53: Diagrama de Paquetes del Análisis………………………………….. 108Figura Nº 54: Diagrama de Paquetes del Análisis capa Presentacion……………… 109Figura Nº 55: Diagrama de Paquetes del Análisis Capa Lógica……………………. 110Figura Nº 56: Diagrama de Paquetes del Análisis Capa Datos…………………….. 111Figura Nº 57: Diagrama de Clases del Análisis…………………………………… 112Figura Nº 58: Diagrama de Estado Aperturar Cursos………………………………...

113

viii


PRESENTACIÓN

Señores Miembros del Jurado:

Cumpliendo con el Reglamento de Proyectos y Trabajos de

Investigación de la Oficina de Investigación de la Universidad “Cesar

Vallejo” de la ciudad de Trujillo se pone a su disposición el proyecto

integrador titulado:

“IMPLEMENTACIÓN DE UN SISTEMA DE GESTIÓN

ACADÉMICA PARA MEJORAR LA INFORMACIÓN EN EL

INSTITUTO SUPERIOR TECNOLÓGICO PRIVADO – ASCOPE”

En espera de que el proyecto integrador cumpla con las expectativas

trazadas en el ciclo académico, plasmamos los conocimientos

adquiridos, los cuales son aplicados en la elaboración del mismo.

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

dedicación que se brinda a la presente.

Trujillo, Noviembre del 2009.

AGUILAR RODRIGUEZ, Marjhorie AVALOS

MARCHAN, Maikol

LOPEZ YBAÑEZ, Michell ROSALES MOLINA,

Ángel

ix


VASQUEZ GUTIERREZ, Nataly AVILA ROMERO,

Henry

INTRODUCCION

Los cambios constantes, nos permiten comprender y

reflexionar sobre la velocidad de la vida en que vamos, para ello

afrontamos un gran reto que es nuestra propia realidad, diversa y

profunda, mucho más en el campo educativo, en donde la mayoría de

nuestras Instituciones son de carácter multigrado y unidocente, las

cuales requieren de una atención especial.

Instruir dentro del concepto de calidad implica la introducción

de nuevos enfoques y recursos, que requieren por parte del docente

un gran esfuerzo para mantener una constante actualización de

conocimientos, así como por parte de la Dirección en la labor de

invertir tanto en la infraestructura de la Institución y la capacitación

de los docentes.

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

solo cambios materiales, si no también planes bien estructurados que

precisen que es lo que se debe hacer para alcanzar los niveles de

calidad deseados, así como, cuales son los mecanismos que permitan

realizar el control de calidad durante el proceso enseñanza –

aprendizaje. Por tanto este proyecto se ve enriquecido por la por la

aplicación y esmero de su presentación formal. Nuestro equipo de

trabajo no ha limitado esfuerzo alguno para obtener información

adecuada de la mejor calidad respetando en todos los casos la

selección realizada por los propios colaboradores.

x


Por este motivo, hemos tomado la iniciativa de presentar el

trabajo de investigación apoyado en el INSTITUTO SUPERIOR

TECNOLOGICO PRIVADO DE ASCOPE, dedicado a la enseñanza

de alumnos de nivel superior.

Los

Autores

xi

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

CAPITULO I

12

GENERALIDADES


1.1. DESCRIPCIÓN DE LA ORGANIZACIÓN

1.1.1. Razón Social:

Nombre: Instituto Superior Tecnológico Privado de Ascope

Dirección: Av.. Grau S/N. cuadra 15.

1.1.2. Reseña Histórica:

Un 08 de marzo del año 1990, se crea el Instituto Superior

Tecnológico Privado de Ascope, autorizándose el

funcionamiento de tres Carreras Profesionales: Enfermería

Técnica, Mecánica Automotriz y Electrónica.

En agosto de 1990, se inicia su funcionamiento sin contar con

local propio, sin las suficientes herramientas, instrumentos y

materiales necesarios, en los ambientes del Colegio Nacional

“Ramón Castilla” de Ascope.

En el mismo año se contaba con transporte propio que

facilitaba la concurrencia de alumnos, pero dejo de funcionar

por problemas mecánicos y presupuestales.

En cuanto se refería al personal docente, de esto se encargó el

profesor Carlos Sánchez Merino, quien sería el Director del

Instituto Superior Tecnológico Privado “Ascope” (ISTP-

Ascope).

Luego, también fueron Directores: El Ing. Alberto Flores Rojas,

El Prof. Mario Saavedra Arteaga, el Ing. Nestor Cerna Tello,

vuelve el Ing. Alberto Flores Rojas y después el Lic. José Boy

Cerna. Actualmente, desde Marzo del 2000, se encuentra a

cargo de la Dirección, el economista Heriberto Rubio Espinola.

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

Chicama, a 230 m.s.n.m. al norte de la ciudad de Trujillo a 37

km. del departamento de La Libertad. Se localiza entre las

coordenadas, geográficas 79º 11’ 30’’ y 79º 12’ 30’’ de latitud

Sur y 78º 48’ 50’’ y 79º 27’ 05’’ de longitud Oeste. Por el norte

y oeste limita con el pueblo de Casagrande, por el sur con el

Distrito e Chicama, y por el este con los pueblos de San Benito

y Marmot.

13

El Instituto Superior Tecnológico Privado de

Ascope, a fines del 2010, aspira ser líder en la

Provincia, mediante la formación integral y

constante de profesionales técnicos altamente

competitivos con valores éticos, que se sustenta

en una planificación estratégica para asegurar

un crecimiento y desarrollo sostenible personal y

organizacional; con la finalidad de contribuir


El ISTP-Ascope forma y promueve el desarrollo integral y

permanente de la persona, sustentada en una cultura de

valores y de respeto a la identidad; que facilita un aprendizaje

acorde con el avance de la ciencia y la tecnología. Tiene como

una de sus más grandes aspiraciones el llegar a ser líder en la

provincia de Ascope, mediante la formación integral y continua

de profesionales técnicos altamente competitivos con valores

éticos, que se sustenta en una planificación estratégica para

asegurar un crecimiento y desarrollo sostenible personal y

organizacional.

1.1.3. Direccionamiento de la Organización

MISIÓN

Formar y promover el desarrollo integral y

permanente de la persona, sustentada en una

cultura de valores y de respeto a la identidad;

que facilita un aprendizaje acorde con el

avance de la ciencia y tecnología con

capacidad para comprender y describir el

mundo, actuando sobre su hábitat, para

mejorar las condiciones y calidad de vida, en

una búsqueda constante de la excelencia.

VISIÓN

14

Fuente: ISTP - ASCOPE

El Instituto Superior Tecnológico Privado de

Ascope, a fines del 2010, aspira ser líder en la

Provincia, mediante la formación integral y

constante de profesionales técnicos altamente

competitivos con valores éticos, que se sustenta

en una planificación estratégica para asegurar

un crecimiento y desarrollo sostenible personal y

organizacional; con la finalidad de contribuir


1.1.4. Valores Corporativos

Valor Descripción

Calidad de

servicio en

general

La Institución asumirá la calidad como un

compromiso indispensable, por lo cual los

miembros de la institución deberán ser

responsables en la calidad de servicio que

brindan; tanto como el servicio educativo,

como también el administrativo.

Responsabilid

ad

Social

Encontramos fundamental la

responsabilidad, ya que en nuestras manos

está el futuro de nuestro país; es decir

nuestra misión es la de formar profesionales

técnicos, no sólo con base científica y

tecnológica, sino también humanística.

Innovación

Tecnológica

La Institución busca obtener una mayor

participación en el mercado mediante la

adquisición de nueva tecnología.

15


Tabla N° 01: Valores Corporativos


Honestidad

La honestidad es una cualidad humana

consistente en comportarse y expresarse

con coherencia y sinceridad, y de acuerdo

con los valores de verdad y justicia. En su

sentido más evidente, la honestidad puede

entenderse como el simple respeto a la

verdad en relación con el mundo, los hechos

y las personas; en otros sentidos, la

honestidad también implica la relación

entre el sujeto y los demás, y del sujeto

consigo mismo. Este valor debe ser

practicado en la institución por todas las

personas que la conforman.

Veracidad

Es la conformidad existente entre lo que se

expresa y la situación real de algo o el

concepto real que se tiene acerca de un

tema, es por eso que este valor es

fundamental para la institución.

Empatía

La Empatía describe la capacidad de una

persona de vivenciar la manera en que

siente otra persona y de compartir sus

sentimientos, lo cual puede llevar a una

mejor comprensión de su comportamiento o

de su forma de tomar decisiones. Es la

habilidad para entender las necesidades,

sentimientos y problemas de los demás,

poniéndose en su lugar, y responder

correctamente a sus reacciones

emocionales.

Puntualidad

La puntualidad es una actitud que se

adquiere desde los primeros años de vida

mediante la formación de hábitos en la

familia, donde las normas y costumbres

16

DIRECCION

SECRETARIA GENERAL

ORGANO DE COORDINACIONSECRETARIA DOCENTE

COMITÉ DE ASUNTOS ESTUDIANTILES Y PROYECCION SOCIAL


establecen horarios para cada una de las

actividades. Se considera a la puntualidad

como un valor básico, ya que debe ser un

pilar en la institución educativa.

Rentabilidad

La rentabilidad es el rendimiento, ganancia

que produce una empresa. Como sabemos,

es lo que toda empresa busca, en nuestro

caso se trata de lograr nuestros objetivos y

llegar a sostenerla.

1.1.5. Organigrama de la Organización

17


Figura N° 01: Valores Corporativos


1.2. Situación Problemática

1.2.1. Selección del Problema

EL INSTITUTO SUPERIOR TECNOLÓGICO PRIVADO ASCOPE

está situado en la Av. Grau cuadra 15 de la ciudad de ASCOPE

18



de La Región La Libertad. Esta institución fue creada el 08 de

marzo de 1990, pertenece al rubro educativo y ofrece a sus

alumnos recibir una adecuada formación tecnológica,

científica, humanista que los habilita para poder desarrollarse

a nivel profesional tanto nacional como internacional.

Actualmente nuestra investigación está situada en la gestión

académica de la institución, la cuenta con 23 docentes

ubicados respectivamente.

Después de una serie de observaciones y entrevistas realizadas

en el ISTP - ASCOPE se ha podido determinar un conjunto de

problemas que deben ser superados en el proceso académico

los mismos que mencionamos:

La demora en los pagos, entrega de cronogramas de

pagos, documentación, por parte de área de caja.

El área de caja no cuenta con un sistema que controle los

pagos, entregue los cronogramas de pagos y

documentación de manera automatizada y confiable, ya que

se viene haciendo de forma manual por los encargados del

área.

Deficiente entrega de reporte de notas por parte de

los docentes y del área de secretaria académica.

Al solicitar el reporte de notas respectivamente, se

comienza a elaborar de manera manual causando retrasos

en otras actividades y a veces pérdida de información lo

cual ocasiona malestar a los alumnos o apoderados y hasta

de la persona encargada.

Elaborar una Base de Datos.

Al no tener una base de datos se genera una pérdida de

tiempo por la mala organización de la información,

generando malestar en el personal encargado y/o en la

persona que necesite esta información.

19


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

los alumnos y/o apoderados.

La mala información y atención a los alumnos y/o

apoderados genera malestar y a veces la deserción de los

mismos.

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

con el ISTP-Ascope no es la adecuada, lo cual trae

como consecuencia incomodidad tanto en docentes

como alumnos.

Al ingresar los alumnos y docentes se les genera un código

de identificación del instituto de manera manual, lo cual

trae consecuencias como la duplicidad y la escritura

incorrecta de los mismos.

La demora en el proceso de matriculas.

1.2.2. Antecedentes del Problema

Local:

Titulo:“Desarrollo e Implementación de un sistema

integrado para incrementar la Productividad del

Colegio Privado Mixto de Ingeniería”

Autor: Br. Benitez Pacherres, Alberto Alexis (2004)

Código de tesis: tesis 0078 sis-te, UCV,

El referido autor hizo un estudio en el Colegio Privado

Mixto de Ingeniería de la ciudad de Trujillo en el cual

utilizo un cuestionario y una encuesta, sacando las

siguientes conclusiones:

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

Colegio Privado Mixto Ingeniería, desarrollar un plan de

20


sistema de todas las áreas para saber donde tiene que

invertir en tecnología, cuáles son sus beneficios y como

van a recuperar su inversión.

Para que la Ingeniería de la información logre su

propósito, se debe contar con la aceptación y el

compromiso de la Dirección, toda vez que se requiere

involucrar a todas las áreas del Centro Educativo.

Titulo:“Implementación de un Sistema Integrado

para Mejorar la Gestión Académica y Administrativa

del Instituto Superior Tecnológico 24 de Julio”

Autores: Br. Dioses Urbina, Verónica y Br. Espinoza

Vilchez, Gladys (2003)

Código: tesis 0055 sis-te, UCV

Las referidas autoras realizaron un estudió en el

Instituto Superior Tecnológico “24 de Julio” de la ciudad

de Trujillo en el cual utilizaron el cuestionario, sacando

las siguientes conclusiones:

La estructura orgánica del instituto tiene que ser

dinámica y se debe implementar un Departamento de

Sistemas e Informática.

El análisis interno demuestra que la Institución tiene

problemas de gestiono académica y administrativas muy

fuertes.

Titulo:“Mejoramiento del manejo de Información

sobre la Gestión del ISPNE Juan Pablo II, Diseñando

un Sistema de Información Integrado”

Autores: Br. Escobedo Moreno, Elvira del Roció y Br.

Mendoza de los Santos, Alberto Carlos (2000)

Código: tesis 0079 sis-te, UCV

21


Los referidos autores realizaron un estudio en el ISPNE

“Juan Pablo II” utilizando el cuestionario, llegando a las

siguientes conclusiones:

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

planeamiento estratégica de negocios fue la

estructura del instituto.

La jefatura de personal debe estar bajo el mando de la

administración

Titulo: “Planeamiento estratégico de un Centro

Educativo Particular para mejorar su

posicionamiento de imagen en la ciudad de Trujillo”.

Autor: Bach. Juan José Vega Vásquez

Universidad: Universidad Nacional de Trujillo

Código de Tesis: A – 1420

Conclusiones:

El C.E.P. “Nuestra Señora del Perpetuo Socorro”, no

tiene buena percepción de imagen en la Ciudad de

Trujillo, a pesar de que ofrece servicios de buena

calidad, pero le falta mejorar su posicionamiento en el

sector educativo local.

El C.E.P. “Nuestra Señora del Perpetuo Socorro”,

tiene tres competidores importantes como son el

C.E.P. “Claretiano” y el C.E.P. “Inmaculada” y el

C.E.P. “San José Obrero” por tener estos, presencia

nacional e internacional.

La Empresa afronta una serie de amenazas y

debilidades derivadas de las condiciones actuales de

nuestra economía, así como también de la

competencia de precios y la reducción de la

capacidad adquisitiva.

22


El limitado desarrollo de su imagen institucional como

estrategia de comunicación para lograr ventajas de

diferenciación y un mejor posicionamiento de la

empresa, no ha concedido al C.E.P. “Nuestra Señora

del Perpetuo Socorro”, un liderazgo en la ciudad d

Trujillo.

La empresa tiene la oportunidad de desarrollar un

excelente posicionamiento de su imagen como una

ventaja competitiva ante el ingreso de la competencia

de otros C.E, a través del desarrollo de un plan

estratégico de marketing.

El C.E.P. “Nuestra Señora del Perpetuo Socorro”,

necesita tener más publicidad tanto a nivel local como

a nivel nacional, ya que su imagen es conocida

solamente por un reducido sector de estudiantes y

padres de familia.

Titulo:”Planeamiento Estratégico para obtener

ventajas competitivas e incrementar la participación

de mercado del Colegio Preuniversitario Integral

Class”

Autor: Br. Campos Avalos, Dabilberto

Br. Figueroa Neira, Wilman Eduardo

Universidad: Universidad Nacional de Trujillo

Conclusiones:

Con el cumplimiento de los objetivos a corto plazo del

Planeamiento Estratégico, se lograra obtener mayor

efectividad, lo que permitirá incrementar la

participación de mercado del colegio.

Mediante el planeamiento Estratégico se lograra una

mejor gestión administrativa en el Centro Educativo

(Eficiencia > 97.62% y Eficacia > 71.5%). Siendo, los

23


clientes (Alumnos + PP.FF.) y docentes participantes

activos en el logro de objetivos.

De acuerdo a su Visión la institución está orientada al

compromiso social y comunitario y llegar a la

excelencia en el servicio educativo con preparación

preuniversitaria.

De acuerdo a la Misión el colegio busca satisfacer las

necesidades y exigencias de los clientes, preparando

al alumno para el ingreso a la vida Universitaria.

El realizar el diagnostico externo, el colegio llego a

determinar importantes oportunidades en el mercado,

entre los cuales: la gran demanda educativa, el acceso

al crédito y la tendencia a la temprana preparación

preuniversitaria son las principales oportunidades.

El bajo ingreso familiar, la cercanía de la

competitividad y el incremento de la deserción

escolar son algunas amenazas que embargan al

centro educativo.

Las debilidades que tienen mayor peso para la

institución son: incumplimiento de sus objetivos, débil

participación de mercado y la escasez de fondos de

inversión de capital.

Después de realizar los diferentes análisis matriciales,

se determino que la estrategia principal a seguir por

el colegio es: la Penetración de Mercado, mediante el

direccionamiento de una imagen institucional

independiente del colegio, orientado hacia la

capacitación y atención de los requerimientos y

necesidades de la demanda educativa.

El Plan Estratégico formulado para el Colegio

Preuniversitario Integral Class, es factible para su

realización, tanto económicamente como

financieramente.

24


Nacional:

Titulo: Sistema Informático para la Gerencia de

Campo de la Empresa Agroindustrial Casa Grande

S.A.A.

Resumen:

Este proyecto contribuirá al desarrollo de un sistema de

informático gerencial para la empresa Agroindustrial Casa

Grande, que ayudara al jefe de zona y al Gerente de campo

contar con una oportuna información, de manera que les

ayude a la toma de decisiones. Ya que se encontrara en

condiciones de evaluar sus datos oportunamente,

disminuyendo así los costos tiempo y factor económico

empleando en el sistema actual.

La metodología que ayudara a desarrollar este proyecto se

denomina RUP (Rational Unified Process), la cual

permitirá la inicialización, elaboración, construcción y

transición para la elaboración de dichas fases se utilizo la

notación UML, el cual nos permitió analizar y diseñar los

diagramasen las diferentes etapas del proceso.

Aporte:

Este proyecto será de mucha ayuda a nuestra

investigación ya que contribuirá con la metodología RUP,

que ayudara de alguna manera el estudio de los procesos

mediante diagramas para su mayor entendimiento.

Internacional:

Titulo: Sistema Informático para el análisis de

gestión operativa de las plantas Midrex I y Midrex II

de SIDOR C.A.

Resumen:

Para tener éxito en el mercado actual, las organizaciones,

como Sidor, necesitan extender la información e

interactuar con sus clientes, socios y proveedores en

tiempo real y así satisfacer las exigencias de estos que

25


cada vez son mayores. Sidor lo constituyen muchas líneas

productivas y una de ellas son las plantas Midrex I y

Midrex II, en vista de que estas plantas forman el segundo

proceso en el ciclo de vida productivo de esta empresa, se

requiere obtener el máximo aprovechamiento de los

sistemas de información para mantener altos Estándares

de Calidad en sus productos y servicios. Con el Sistema

Web para el análisis de gestión operativa de las plantas

Midrex I y Midrex II de Sidor se desea implementar y

mejorar continuamente el Sistema de Gestión de Calidad

para obtener productos y servicios de excelencia. El

desarrollo de este sistema informático está orientado por

el Proceso Unificado de Desarrollo de Software,

representado gráficamente en términos del Lenguaje

Unificado de Modelado (UML) a lo largo de todas sus

fases. La implementación de este sistema se hizo en forma

de aplicación Web, utilizando como plataforma .NET y

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

producción de este sistema se realizó de forma exitosa, no

solamente por el buen funcionamiento en su desempeño,

sino que también la capacidad de análisis de las gestiones

operativas de estas plantas se incrementó al poner a

disposición de los usuarios información de variables del

proceso en tiempo real de forma precisa y confiable.

Aporte:

Esta investigación es de mucha importancia ya que ayuda

a nuestro proyecto de investigación aprovechar la

información de una manera fácil y eficiente para lograr

una mayor integridad con los clientes, proveedores y

socios. Este proyecto de investigación utiliza al UML

(Lenguaje Unificado del modelado), el cual ayudara a

nuestro proyecto redefinir al sistema del software.

26


1.2.3. Formulación Interrogativa del Problema

¿La implementación de un Sistema de Gestión Académica

como mejorara la información en la Institución Superior

Tecnológico Privado de ASCOPE?

1.3. OBJETIVOS

1.3.1. Objetivo General

Mejorar la Gestión Académica en el Instituto Superior

Tecnológico Privado - Ascope a través de un Sistema de

Gestión Académica.

1.3.2. Objetivos Específicos

Desarrollar un sistema de información que de manera

automática controle los pagos entregue el cronograma de

pagos y la documentación correspondiente.

Desarrollar un sistema de información automatizando los

reportes de notas de manera confiable y rápida.

Elaborar una base de datos de manera que se ordene la

información del la institución para que su disponibilidad sea

inmediata.

El sistema contara con plantillas de información en caso

necesite información los encargados del área de admisión

para brindar una buena atención al apoderado y/o alumno.

Cuando ingrese el alumno o docente el sistema generara un

código de identificación del instituto automáticamente para

evitar errores.

Implementar y mejorar los sistemas de gestión académica

para agilizar la disponibilidad de la misma. Ahorrando así

tiempo y esfuerzo, lo que favorece a la competitividad.

Consolidar el compromiso de los trabajadores, para que se

sientan más identificados con la institución. De modo que se

ofrezca mejor servicio y una atención satisfactoria al

27


alumnado, obteniendo fidelidad del cliente frente a la

competencia.

Demostrar que el Prototipo puede ser aplicable en grandes y

pequeños proyectos, como también en grandes y pequeñas

empresas.

1.4. JUSTIFICACIONES DEL PROYECTO

1.4.1. Justificación Social

Las carreras brindadas en el ISTP ASCOPE son algunas de

las más importantes, es por esto que la presente

investigación tiene relevancia social y así mismo permitirá

brindar una mejor atención a los alumnos y docentes de la

institución y por ende presentar en nuestra sociedad a una

institución capaz de satisfacer las necesidades de sus

clientes.

1.4.2. Justificación Tecnológica

El presente proyecto de investigación colocará al ISTP

ASCOPE a la vanguardia de las demás instituciones de

educación superior en la utilización de software, mejorando

así la imagen y la gestión académica para que de ésta

manera se pueda brindar a los docentes, alumnos y/o

apoderados una buena atención de manera eficiente y

confiable.

1.4.3. Justificación Económica

Esta investigación permitirá incrementar la población

estudiantil para el ISTP ASCOPE por la buena organización

empresarial obtenida mediante la realización del sistema.

1.4.4. Justificación Operacional

28


El sistema será bastante flexible y amigable lo cual generará

poca capacitación al personal encargado y un alto índice de

satisfacción en el alumnado y el personal docente.

El proyecto de investigación permitirá reducir el tiempo en

la atención al alumno y/o apoderado.

1.5. LIMITACIONES DEL PROYECTO

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

En este proyecto no se tendrán actividades relacionadas con

las pruebas del Software, esto se deberá al mínimo tiempo que

se tendrá para el desarrollo del mismo.

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

Tecnología en mal estado.

1.6. ALCANCE DEL TRABAJO

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

Chicama, a 230 m.s.n.m. al norte de la ciudad de Trujillo a 37

km. del departamento de La Libertad. Se localiza entre las

coordenadas, geográficas 79º 11’ 30’’ y 79º 12’ 30’’ de latitud

Sur y 78º 48’ 50’’ y 79º 27’ 05’’ de longitud Oeste. Por el norte

y oeste limita con el pueblo de Casagrande, por el sur con el

Distrito e Chicama, y por el este con los pueblos de San Benito

y Marmot.

29


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

30

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

ISTP-Ascope

Fuente: Elaboración propia


Fuente: Google Earth

CAPITULO II

31

APLICACIÓNDE LA

METODOLOGÍA


2.1. MODELAMIENTO DEL NEGOCIO

2.1.1. Objetivos del Negocio

GESTION ACADEMICA:

Actualización de datos

Registrar Información de Notas y Matriculas

Implementar un Sistema de Información que

permita registrar la Información Académica.

Mejorar calidad de atención

Atender las solicitudes de estudios de pagos

efectuados

GESTION DE INGRESOS (PAGOS)

Realizar los procesos de trámite

Proporcionar la información económica

Calcular los montos a pagar por concepto de estudios.

2.1.1.1. GESTION ACADEMICA

Figura 04: Gestión Académica

32

Fuente: El Equipo

RECURSOS HUMANOS

CAJA

SECRETARIA ACADEMICA

INFORMES


2.1.1.2. GESTION DE PAGOS

Figura 05: Gestión de Pagos

2.1.2. UNIDADES ORGANIZACIONALES

33

Figura Nº 06: Recursos Humanos

Fuente: El Equipo


2.1.3. REGLAS DEL NEGOCIO

1.Introducción

1.1Propósito

El propósito de este documento es describir las políticas,

normas, operaciones, definiciones y restricciones presentes

en el Instituto Superior Tecnológico Privado de Ascope y

que son de vital importancia para alcanzar sus objetivos. El

documento se centra en las múltiples reglas del negocio,

explícitas o tácitas, que están embebidas en procesos,

documentos, etc.

Las reglas del negocio especifican, en un nivel adecuado de

detalle, lo que el área de recursos humanos del Instituto

realiza en el desarrollo de sus actividades organizacionales.

1.2Alcance

34



El documento Reglas del Negocio se ocupa del sistema

integral de gestión del área de recursos humanos. Dicho

sistema será desarrollado por el equipo de trabajo.

El sistema permitirá a los encargados del área controlar

todos los procesos que realizan (gestión académica y

gestión de ingresos).

1.3Referencias

El presente documento de reglas del negocio hace

referencia a los siguientes documentos:

Documento Plan de Desarrollo Software del Proyecto

Documento Visión del Negocio

Documentos de Especificación de Casos de Uso del

Proyecto

Documentos de Especificación de Casos de Pruebas

del Proyecto

2.Reglas del Negocio

2.1Todos los docentes tienen la obligación de concurrir

puntualmente a sus labores, de acuerdo al horario

establecido y de registrar su asistencia al ingreso y salida.

2.2El registro de asistencia es personal. El docente que no

apunte o registre su ingreso y salida, será considerado

como inasistencia.

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

por los siguientes motivos debidamente comprobados y

especificados en el documento de autorización respectivo.

a. Por razones de salud

b. Por estudios y capacitación

c. Por el día del onomástico del docente

d. Por matrimonio del docente hasta 5 días

35


e. Por fallecimiento de familiares del docente hasta

por 7 días

2.4Todos los docentes de la empresa estarán obligados a

tomar conocimiento de este reglamento interno de

higiene y seguridad y a poner en práctica las normas y

medidas contenidas en él.

2.1.4. Identificación de Procesos del Negocio

2.1.5. Identificación de Actores de Negocio

Alumno Apoderado Docente

2.1.6. Identificación de Trabajadores de Negocio

36

Figura Nº 07: Identificación de Procesos del Negocio

Figura Nº 08: Identificación de Actores del Negocio

Figura Nº 09: Identificación de Trabajadores del Negocio


Secretaria Académica

Cajera

2.1.7. Diagrama de Casos de Uso del Negocio

37

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


2.1.8. Realización de Casos de Uso del Negocio

38

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


2.1.8.1

2.1.9. ESPECIFICACION DE CUN

1.Introducción: GESTION ACADÉMICA

1.1Propósito

Describir, los procesos de Gestión Académica (Admisión,

Matrículas, y Notas).

1.2 Alcance

En este documento se detallará los procesos que se

realizan dentro de la Gestión Académica.

1.3Referencias

1. Entrevistas.

2. Procedimientos del área.

3. Observación de procesos.

4. Internet.

5. Proyectos Anteriores.

2. Breve descripción

En el proceso de Gestión Académico se detallará 3

subprocesos, como la admisión, matriculas y notas de

los alumnos.

3. Dueño del Proceso

El responsable directo de los procesos es el Director de

dicha Institución.

4. Categoría

Es importante, Es esencial, y de soporte para la toma de

decisiones.

5. Metas

39


Lograr tener información oportuna y detallada de estos

subprocesos para mejorar así la toma de decisiones en

la parte de Gestión Académica.

M1: Actualización de datos

M2: Registrar Información de Notas y Matriculas

M3: Implementar un Sistema de Información que

permita registrar la Información Académica.

M4: Mejorar calidad de atención

M5: Atender las solicitudes de estudios de pagos

efectuados

6. Flujos de Trabajo (Workflows)

6.1 Flujo Básico

En este flujo básico se especifica los flujos de eventos a

partir de la identificación de las actividades y el

responsable del desarrollo de la actividad en el área de

Gestión Académica

Área de Admisión

Área de Matricula

40

Tabla Nº 02: Área de admisión

Nº ACTIVIDAD RESPONSABLE

1 Solicita Requisitos de Admisión

Apoderado/Alumno

2 Entrega Documentos de Admisión

Apoderado/Alumno

3 Recepción de Documento de Admisión

Admisión

4 Evalúa Solicitud Admisión Secretaria Académica

5 Recibe Solicitud Admisión Apoderado/Alumno6 Elabora Ficha de Admisión Admisión7 Verifica Ficha Secretaria

Académica8 Entrega Ficha Admisión Secretaria

Académica


Área de Registro de Notas

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

1.1 Propósito

Describir, los procesos de Gestión de Ingresos

(Pagos).

41

Tabla Nº 03: Área de

Tabla Nº 04: Área de Registro de


1 Entrega Documentación Apoderado/Alumno2 Verifica Datos del Alumno Admisión3 Registra Alumnos Admisión4 Registra Matricula Admisión5 Elabora Cronograma de

PagosAdmisión


1 Elabora Registro Auxiliar Secretaria Académica

2 Entrega Registro Auxiliar Secretaria Académica

3 Ingresa Datos Registro Auxiliar

Docente

4 Verifica Datos Registro Auxiliar

Docente

5 Registro de Actas Docente6 Entrega de Actas Docente


1.2 Alcance

En este documento se detallará los procesos que se

realizan dentro de la Gestión de Ingresos (Pagos).

1.3 Referencias

1. Entrevistas.

2. Procedimientos del área.

3. Observación de procesos.

4. Internet.

5. Proyectos Anteriores.

2.Breve descripción

En el proceso de Gestión de Ingresos (Pagos) se

detallará los subprocesos, que hacen los alumnos.

3.Dueño del Proceso

El responsable directo de los procesos es el Director de

dicha Institución.

4.Categoría

Es importante, Es esencial, y de soporte para la toma de

decisiones.

5.Metas

Lograr tener información oportuna y detallada de estos

subprocesos para mejorar así la toma de decisiones en

la parte de Gestión de Ingresos (Pagos).

M1: Realizar los procesos de trámite

M2: Proporcionar la información económica

M3: Calcular los montos a pagar por concepto de

estudios.

6.Flujos de Trabajo (Workflows)

42


6.1 Flujo Básico

En este flujo básico se especifica los flujos de eventos

a partir de la identificación de las actividades y el

responsable del desarrollo de la actividad en el área

de Gestión de Ingresos (Pagos).

Tabla Nº 05: Flujo Básico

2.1.10. DIAGRAMA DE ACTIVIDADES POR CADA

CUN

43


1 Solicita Cronograma de Pagos

Apoderado/Alumno

2 Indica Pago a Realizar Apoderado/Alumno3 Emite Registro Recibo Caja4 Verifica Cuota Caja5 Apertura Ficha de Pago Caja6 Registra Pago Caja7 Recepción de Recibo Apoderado/Alumno


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

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

44


2.1.10.2. DIAGRAMA DE ACTIVIDADES DEL ÁREA DE MATRICULAS

45

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


2.1.10.3. DIAGRAMA DE ACTIVIDADES DE REGISTRO DE NOTAS

46

Figura Nº 14: Diagrama de Actividades del Registro de Notas


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

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

47


ACADÉMICO

48

Figura Nº 16: Diagrama de Objetos del área Académico


INGRESOS (PAGOS)

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

49


2.1.10.5. MODELO DE OBJETOS DE NEGOCIO

Figura Nº 18: Modelo de Objetos del Negocio

50


2.1.10.6. MODELO DEL DOMINIO

Figura Nº 19: Modelo del Dominio

51


2.1.10.7. Glosario del Negocio

1. Introducción

Este documento recoge todos y cada uno de los términos

manejados a lo largo de todo el proyecto de desarrollo de

un sistema de gestión académica para mejorar la

información en el Instituto Superior Tecnológico Privado –

Ascope”.

Se trata de un diccionario informal de datos y definiciones

de la nomenclatura que se maneja, de tal modo que se crea

un estándar para todo el proyecto.

1.1 Finalidad

La finalidad de este glosario es definir con exactitud y sin

ambigüedad la terminología manejada en el proyecto de

desarrollo de un sistema integral para la gestión de

procesos educativos. También sirve como guía de consulta

para la clarificación de los puntos conflictivos o poco

esclarecedores del proyecto.

1.2 Alcance

El alcance del presente documento se extiende a todos los

subsistemas definidos para la instituto superior tecnológico

privado – ascope”. De tal modo que la terminología

empleada en la dirección, el Departamento de logística, el

departamento de mantenimiento, el departamento de

psicología, en la gestión de matrícula, en la gestión de

recursos humanos y en la gestión de calificación y

evaluación, se refleja con claridad en este documento.

1.3 Referencias

El presente glosario hace referencia a los siguientes

documentos:

Documento Plan de Desarrollo Software del Proyecto

Documento Visión del Negocio

52


Documento Reglas del Negocio

Documentos de Especificación de Casos de Uso del

Proyecto

Documentos de Especificación de Casos de Pruebas del

Proyecto

1.4 Organización del Glosario

El presente documento está organizado por definiciones

de términos ordenados de forma ascendente según la

ordenación alfabética tradicional del español.

2. Definiciones

A continuación se presentan todos los términos manejados

a lo largo de todo el proyecto de desarrollo de un sistema

integral para la gestión de procesos educativos para la

instituto superior tecnológico privado – ascope”.

a. Acta De Calificaciones

El acta de Calificaciones es el documento en el cual los

docentes resumen y ponderan las calificaciones obtenidas

por los estudiantes en las diferentes áreas curriculares

que tiene a cargo durante el proceso de evaluación

bimestral o trimestral, según sea el caso.

b. Apoderado

El apoderamiento debe realizarse mediante lo que se

denomina un poder. El poder es una manifestación

unilaterial de la persona que lo otorga, y debe cumplir

una serie de formalidades como, por ejemplo, debe ser

autenticado ante notario Se basa en la confianza de la

persona sobre el apoderado, que podrá contratar y

realizar acuerdos actuando directamente.

53


c. Certificado de Estudios

El Certificado de Estudios es un documento en el cual se

resumen y ponderan las calificaciones obtenidas por un

estudiante durante los estudios realizados.

d. Ciclo Académico

Los ciclos son procesos educativos que se organizan y

desarrollan en función de logros de aprendizaje.

e. Comunicado

Un comunicado es un documento que hace entrega la

institución a los alumnos, padres de familia o apoderados,

para informarlos acerca de algún evento a realizarse o

notificaciones de cobranza, etc.

f. Contenido Curricular

El contenido curricular se refiere a los temas dentro de

las áreas curriculares que se contemplan en el desarrollo

de las actividades escolares dentro de la institución, en

conformidad con el DCN.

g. Descuento de Mensualidad

El descuento de mensualidad se da, valga la redundancia,

en las mensualidades pagadas por los padres de familia o

apoderados, según el número de hijos que tengan

matriculados en la institución, y de mutuo acuerdo con el

director.

h. Matrícula por Inclusión

La matrícula por inclusión es una modalidad de matrícula

en la cual un padre de familia o apoderado matricula a un

estudiante que presenta alguna deficiencia o

54


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

EBR.

i. Matrícula por Traslado

La matrícula por traslado es una modalidad de matrícula

en la cual un estudiante procedente de otro centro

educativo es matriculado en la institución para continuar

con el desarrollo de su educación.

j. Matrícula Regular

La matrícula regular es una modalidad de matrícula en la

cual un padre de familia o apoderado ratifica la matrícula

de su hijo en la institución; o inscribe a su hijo por

primera vez en la institución sin haber éste estudiado en

alguna otra institución educativa.

k. Mensualidad

La mensualidad es el pago mensual que realiza el padre

de familia o apoderado de un estudiante por el derecho

recibir la educación impartida en la institución.

l. Modalidad de Matrícula

Véase Proceso de Matrícula.

m.Nivel Académico

Los niveles académicos son los periodos graduales y

articulados en los que se divide el proceso educativo, los

cuales tienen los contenidos académicos relacionados en

cuanto a dificultad.

n. Obligaciones Tributarias

Las obligaciones tributarias son los pagos que debe

realizar la institución al Estado por diferentes conceptos.

55


o. Pensión

Acrónimo de Impuesto General a la Venta. Es el impuesto

que se paga por concepto de ventas realizadas por una

institución o empresa que opera en el territorio peruano.

p. Personal Docente

El personal docente (o plana docente) es el grupo de

profesores pertenecientes a todos los niveles y áreas

curriculares que laboran en la institución y que imparten

conocimientos al alumno de ésta.

q. Plan de Estudios

Las características que se esperan tengan los estudiantes

al concluir la Educación Básica, se expresan en un

conjunto de logros de aprendizaje. El Plan de Estudios

organiza las diferentes áreas curriculares para

desarrollar integralmente dichos logros.

r. Planilla de Docentes

La planilla de docentes es el documento o documentos en

el cual figuran los detalles de la remuneración del

personal docente; en este se detalla el pago por hora de

trabajo, las horas trabajadas y el pago total al docente.

s. Proceso de Evaluación

La evaluación de los aprendizajes es el proceso

pedagógico mediante el cual se observa, recoge y analiza

información relevante, con la finalidad de reflexionar,

emitir juicios de valor y tomar decisiones oportunas y

pertinentes para mejorar los procesos de aprendizaje de

los estudiantes.

56


t. Proceso de Matrícula

La matrícula de alumnos es el proceso mediante el cual

se inscriben nuevos alumnos en la institución; o ratifican

su matrícula los alumnos que ya pertenecen al colegio. La

matrícula se realiza en tres modalidades: matrícula

regular, matrícula por traslado y matrícula por inclusión.

El proceso de matrícula se realiza una vez al año al

iniciarse las actividades escolares.

u. Repitencia

La repitencia de un estudiante es la condición en la que

el estudiante debe repetir los contenidos académicos del

ciclo educativo en el que se encuentra por no haber

logrado los objetivos de ciclo.

v. Separación de Vacante

La separación de vacantes es el acto en el que un padre

de familia o apoderado manifiesta su deseo de

matricular a su hijo en la institución de manera informal,

es decir, sin presentar los documentos necesarios en este

proceso; los cuales serán presentados más adelante.

w. SUNAT

Acrónimo de Superintendencia Nacional de

Administración Tributaria. Es la entidad encargada, como

su nombre lo dice, de la administración del pago de las

obligaciones tributarias realizadas por las instituciones y

empresas que operan en el territorio peruano.

x. Turno

57


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

de alumnos y docentes desarrollan sus actividades. Las

clases se imparten en el turno mañana, tardes y noche.

y. Vacante

Una vacante de matrícula es una disponibilidad que tiene

la institución en un grado y nivel específicos para que un

alumno sea matriculado. Las vacantes son definidas por

la capacidad de las aulas.

MODELO DE REQUERIMIENTOS DEL SOFTWARE2.1.11. Documento Visión del Software

2.2.1.1. Propósito

El propósito de este documento es recoger, analizar y definir

las necesidades de alto nivel y las características de sistema

gestión académica para mejorar la información en el

Instituto Superior Tecnológico Privado – Ascope.

El documento se centra en la funcionalidad requerida por los

participantes en el presente proyecto y los usuarios finales.

Esta funcionalidad se basa principalmente en la gestión de

los procesos que se realizan Instituto Superior Tecnológico

Privado – Ascope”, de forma que dichos procesos sean

ejecutados de manera lo más automáticamente posible en

una forma eficiente y razonable.

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

requerimientos se pueden observar en la especialización de

los casos de uso y otros documentos adicionales.

2.2.1.2. Alcance

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

sistema gestión académica para mejorar la información en

el Instituto Superior Tecnológico Privado – Ascope”.

58


Dichos sistemas serán desarrollados por el equipo de Trabajo

en la parte de Desarrollo de Software.

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

superior controlar los procesos que realiza la misma (gestión

académica, gestión de pagos, gestión de políticas, etc.).

2.2.1.3. Definiciones, Acrónimos y Abreviaciones

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

una metodología para describir el proceso de desarrollo de

software.

2.2.1.4. Referencias

a) Glosario de Términos.

b)Plan de Desarrollo de Software.

c) RUP(Rational Unified Process)

d) Diagrama de Casos de Uso

2.2.1.5. Posicionamientos

a)Oportunidad de Negocio

Estos sistemas permitirán instituto superior tecnológico

privado – Ascope. Automatizar el control de gran parte de

sus actividades y procesos (gestión de académica, gestión de

pagos, gestión de políticas, etc.), lo cual supondrá un acceso

rápido y sencillo a los datos a los datos, gracias a las

interfaces gráficas sencillas y amigables, ya sean de

aplicaciones en escritorio como aplicaciones web, las cuales

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

estarán siempre actualizados y almacenados históricamente,

59

Tabla № 06: Sentencia que Define el Problema


lo cual es importante para poder llevar un control adecuado

para la toma de decisiones.

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

colaboradores acceder a los muchos beneficios que

ofrecerán el sistema WEB, como los procesos de Gestión

Académica (Admisión, Matrículas, y Notas).

Podemos concluir, entonces, que el producto es novedoso y

deseado por su versatilidad.

b)Sentencia que define el problema

El Problema

Controlar los registros de matriculas, el ingreso

y registro de notas en diversas áreas.

La demora en el proceso de matriculas.

Deficiente entrega de reporte de notas por parte

de docente y del área secretaria académica.

La demora en los pagos, entrega de cronogramas

de pagos, documentación, por parte de área de

caja

Afecta A 1. Director.

2. Personal Administrativo

3. Alumnos.

El Impacto

De no contar con un Sistema Informático:

No se podría gestionar los registros de

matricula adecuadamente.

60


Tabla № 07: Sentencia que Define la Posición del Producto


Asociado Es No se podría Gestionar los pagos que los

alumnos solicitan al momento de pagar alguna

transacción.

No se podría Gestionar los cronogramas de

pagos, ya que habría un cierto desorden anual.

No se podría Controlar los ingresos y egresos

de alumnos, ya que esto se hace manualmente.

Una solución adecuada

sería

Automatizar e informatizar gran parte de los

procesos, usando las tecnologías de

información más actuales, usando una red

local con una base de datos accesible y

generar interfaces, informes y reportes

amigables con lo que se podrá acceder a

actualizar y gestionar la información que

ayudara al Instituto Superior Tecnológico

Privado – Ascope.

a)Sentencia que define la posición del producto

Para Personal Administrativo de la institución

educativa Profesores

Quienes Son parte activa e integradora en la realización

de los diversos procesos del Instituto Privado

Tecnológico de Ascope

El nombre del producto

Sistema de Gestión Académica para mejorar la

información en el Instituto de Ascope.

Beneficios:

61

Fuente: Elaboración Propia


Qué

Satisfacer al usuario con información rápida y

eficiente.

Disminuir el tiempo de atención a los alumnos.

Toma de decisiones eficientes

Control de las áreas de admisión, pagos y

matriculas.

Mejorar los reportes de alumnos en pagos y notas

No como Las hojas de cálculo y de registro manual.

Nuestro producto

Permite mejorar la Gestión Académica en el

Instituto Superior Tecnológico Privado -

Ascope a través de un Sistema de Gestión

Académica.

Además proporciona un acceso rápido y

actualizado a la información desde cualquier

Pc, que tenga acceso a la base de datos.

Elaborado en una base de Datos Relacional.

Multiusuario

Adaptable al cambio

2.2.1.6. Descripción de Stakeholders (Participantes en el Proyecto) y Usuarios

Para proveer productos y servicios de forma efectiva que se

ajusten a las necesidades del usuario, es importante

identificar a todos los participantes en el proyecto como

parte del proceso de modelado de requerimientos. También

es importante identificar a los usuarios del sistema.

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

los usuarios involucrados en el proyecto, así como los

problemas más importantes que éstos perciben para enfocar

la solución propuesta hacia ellos. No describe sus requisitos

62


específicos ya que éstos se detallan mediante otro artefacto.

En lugar de esto proporciona la justificación de por qué estos

requisitos son necesarios.

3.1 Resumen de Stakeholders

Nombre Descripción Responsabilidades

Director

Representan

te del

Instituto

Privado de

Ascope.

El stakeholder realiza:

Requerir información estadística del

proceso de la institución.

Representa a todos los usuarios posibles

del sistema.

Aprueba requisitos y funcionalidades del

sistema

Secretaria

Academica

Registrar a

los alumnos ,

cursos y

notas del

Instituto.

Realiza los requerimientos del sistema.

Hace cumplir las funciones y

procedimientos de los docentes.

Encargada de administrar los procesos

que se están realizando dentro del sistema.

Cajera

Encargada de realizar los cronogramas de

pagos.

Además realiza los cobros de las pensiones.

Obtiene y Registra diariamente la

información de los procesos del area de

caja.

3.2 Resumen de Usuarios

Nombre Descripción Stakeholder

Secretaria

Academica

Encargada de

administrar los

procesos que se

están realizando

dentro del sistema.

Director

Encargada de

realizar los

cronogramas de

63


Cajera pagos.

Obtiene y

Registra

diariamente la

información de los

procesos del área de

caja.

Cajera

3.3 Entorno de usuario

Los usuarios ingresaran al sistema identificándose sobre un

computador con un sistema operativo Windows XP, luego

entraran a la parte de aplicación del sistema que es diseñada

para la gestión academica del instituto superior tecnológico

privado de Ascope.

Este sistema contiene aplicaciones, realizadas en Visual Studio

2008, sencillas para que los usuarios se familiaricen rápidamente

con su entorno.

3.4 Perfil de los Stakeholders

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

Representante Marlon Rodríguez

Descripción Jefe del Area de Gestión Academica

Tipo Primario (Empleado)

Responsabilidad

es

Requerir información estadística del proceso de la

institución.

Representa a todos los usuarios posibles del sistema.

Aprueba requisitos y funcionalidades del sistema

Grado de

participación

A veces

Comentarios Ninguno

3.5 Perfiles de Usuario

64


SECRETARIA ACADEMICA

Representante Sandra Sanchez Gonzales.

Descripción Secretaria Academica


Responsabilid

ades

Realiza los requerimientos del sistema.

Hace cumplir las funciones y procedimientos de los

docentes.

Encargada de administrar los procesos que se están

realizando dentro del sistema.

Grado de

participación

Siempre

Comentarios Ninguno

CAJERA:

Representante Sonia Moya Mantilla

Descripción Cajera


Responsabilid

ades

Encargada de realizar los cronogramas de pagos.

Además realiza los cobros de las pensiones.

Obtiene y Registra diariamente la información de

los procesos del area de caja.

Grado de

participación

Siempre

Comentarios Ninguno

4. Descripción Global del Producto

4.1 Perspectiva del producto

65


El producto a desarrollar es un sistema de Gestión Académica

para la mejora la información en el Instituto Superior

Tecnológico Privado Ascope.

Las sub-áreas involucradas por el sistema son:

Ingresos(Pagos), Matriculas, Admisión.

4.2 Resumen de características

A continuación se mostrará un listado con los beneficios que

obtendrá el cliente a partir del producto:

Beneficio del Cliente Características que lo

Apoyan.

Generación de reportes de

matriculas.

Ficha de Matricula

Generación de informes de

cronogramas de pagos y

reportes.

Listado del cronograma de

pagos.

Generar el ingreso de los

alumnos

Constancia de ingresos.

Mayor facilidad para la gestión

de la información

Base de datos distribuida

4.3 Resumen de las necesidades de los stakeholders y de los

usuarios

En la actualidad el área de Gestión Académica del Instituto

Superior Tecnológico Privado de Ascope, no cuenta con un

sistema informático que le permita registrar y organizar su

información

En la necesidad de contribuir con la gestión necesitamos

realizar un sistema personalizado que permita manejar la

información de todas las operaciones de Gestión Académica

que se ejecutan dentro de la Institución.

66


Necesidad

es

Priorida

d

Interés/

Preocupació

n

Solución

Actual

Solución

Propuesta

Control de

PagosAlta

Buscar un

personal

capacitado en

la

implementaci

ón de este

tipo de

Requerimient

o

Se realiza en

Hoja de

calculo

Un Sistema

de

información

Control de

Horarios.Alta

Buscar un

personal

capacitado en

la

implementaci

ón de este

tipo de

Requerimient

o

Se realiza en

Hoja de

calculo

Un Sistema

de

información

Gestionar

el registro

de

matricula.

Alta

Buscar una

un personal

capacitado en

la

implementaci

ón de este

tipo de

Requerimient

o

Se realiza en

Hoja de

calculo

Un Sistema

de

información

67


Control del

registro

académicos

.

Alta

Buscar una

un personal

capacitado en

la

implementaci

ón de este

tipo de

Requerimient

o

Se realiza en

Hoja de

calculo

Un Sistema

de

información

2.1.12. PLAN DE DESARROLLO DEL SOFTWARE

1. Introducción

Este Plan de Desarrollo del Software es una versión

preliminar preparada para ser incluida en la propuesta

elaborada como respuesta al sistema integral de gestión

académica de los procesos dentro del Instituto

Tecnologico Superior Privado de Ascope, que elaboraran

los alumnos de la Universidad “César Vallejo”- Trujillo.

Este documento provee una visión global del enfoque de

desarrollo propuesto.

El proyecto ha sido ofertado por el jefe de Proyecto,

basado en una metodología de Rational Unified Process

en la que únicamente se procederá a cumplir con las

primeras fases que marca la metodología, constando

únicamente en la tercera fase de una o más iteraciones.

Es importante destacar esto puesto que utilizaremos la

terminología RUP en este documento. Se incluirá el

detalle para las fases de Inicio y Elaboración y

adicionalmente se esbozarán las fases posteriores de

Construcción y Transición para dar una visión global de

todo proceso.

68


El enfoque desarrollo propuesto constituye una

configuración del proceso RUP de acuerdo a las

características del proyecto, seleccionando los roles de

los participantes, las actividades a realizar y los

artefactos (entregables) que serán generados. Este

documento es a su vez uno de los artefactos de RUP.

1.1. Propósito

El propósito del Plan de Desarrollo de Software es

proporcionar la información necesaria para controlar

el proyecto. En él se describe el enfoque de desarrollo

del software.

Los usuarios del Plan de Desarrollo del Software son:

El jefe del proyecto el cual organiza la agenda y

necesidades de recursos, para la realización del

proyecto

Los miembros del equipo de desarrollo lo usan

para entender lo qué deben hacer, cuándo deben

hacerlo y qué otras actividades dependen de ello.

1.2. Alcance

El documento Plan de Desarrollo del software se

ocupa, como ya se ha apuntado, del sistema integral

de gestión académico de los procesos del Instituto

Tecnológico Superior Privado de Ascope. Dichos

sistemas serán desarrollados por el equipo de Trabajo

en la parte de Desarrollo de Software.

El sistema permitirá a los encargados del Instituto

controlar los procesos que se realiza en la Gestión

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

de Ingresos (Pagos).

69


Además, también permitirá a los trabajadores de

dicha institución realizar una actualización

permanente de datos de los alumnos y/o apoderados,

y al Y con el aporte de este documento podremos

especificar los entregables del proyecto, además de la

generación de los hitos correspondientes.

1.3. Resumen

Después de esta introducción, el resto del documento

está organizado en las siguientes secciones:

Vista General del Proyecto: Proporciona una

descripción del propósito, alcance y objetivos del

proyecto, estableciendo los artefactos que serán

producidos y utilizados durante el proyecto.

Organización del Proyecto: Describe la

estructura organizacional del equipo de desarrollo.

Gestión del Proceso: Explica los costos y

planificación estimada, define las fases e hitos del

proyecto y describe cómo se realizará su

seguimiento.

Planes y Guías de aplicación: Proporciona una

vista global del proceso de desarrollo de software,

incluyendo métodos, herramientas y técnicas que

serán utilizadas.

2.Vista General del Proyecto

2.1. Propósito, Alcance y Objetivos

La información que a continuación se incluye ha sido

extraída de las diferentes reuniones que se han

celebrado con el stakeholder del Instituto Privado de

Ascope desde el inicio del proyecto.

2.2. Suposiciones y Restricciones

70


La información luego de las reuniones se establecen

ciertos parámetros que debe de contar los sistemas a

implantar

Caracteres multilingües

Adaptación a la normativa de Protección de Datos

Para acceso remoto

Sistemas Seguros: protección de información,

seguridad en las trasmisiones de datos.

Multiusuario

Adaptación a la legislación vigente.

Restricciones:

El Sistema no tendrá una interface web.

2.3. Entregables del Proyecto

A continuación se indican y describen cada uno de

los artefactos que serán generados y utilizados por el

proyecto y que constituyen los entregables. Esta lista

constituye la configuración de RUP desde la

perspectiva de artefactos, y que proponemos para

este proyecto.

Es preciso destacar que de acuerdo a la filosofía de

RUP (y de todo proceso iterativo e incremental), todos

los artefactos son objeto de modificaciones a lo largo

del proceso de desarrollo, con lo cual, sólo al término

del proceso podríamos tener una versión definitiva y

completa de cada uno de ellos. Sin embargo, el

resultado de cada iteración y los hitos del proyecto

están enfocados a conseguir un cierto grado de

completitud y estabilidad de los artefactos. Esto será

indicado más adelante cuando se presenten los

objetivos de cada iteración.

1.Plan de Desarrollo del Software

Es el Presente Documento.

71


2.Modelo de Casos de Uso del Negocio

Es un modelo de las funciones de negocio vistas

desde la perspectiva de los actores externos

(Agentes de registro, solicitantes finales, otros

sistemas etc.). Permite situar al sistema en el

contexto organizacional haciendo énfasis en los

objetivos en este ámbito. Este modelo se representa

con un Diagrama de Casos de Uso usando

estereotipos específicos para este modelo.

3.Modelo de Objetos del Negocio

Es un modelo que describe la realización de cada

caso de uso del negocio, estableciendo los actores

internos, la información que en términos generales

manipulan y los flujos de trabajo (workflows)

asociados al caso de uso del negocio. Para la

representación de este modelo se utilizan

Diagramas de Colaboración (para mostrar actores

externos, internos y las entidades (información) que

manipulan, un Diagrama de Clases para mostrar

gráficamente las entidades del sistema y sus

relaciones, y Diagramas de Actividad para mostrar

los flujos de trabajo.

4.Glosario

Es un documento que define los principales

términos usados en el proyecto. Permite establecer

una terminología consensuada. .

5.Modelo de Casos de Uso

72


El modelo de Casos de Uso presenta las funciones

del sistema y los actores que hacen uso de ellas. Se

representa mediante Diagramas de Casos de Uso.

6.Visión

Este documento define la visión del producto desde

la perspectiva del cliente, especificando las

necesidades y características del producto.

Constituye una base de acuerdo en cuanto a los

requisitos del sistema.

7.Especificaciones de Casos de Uso

Para los casos de uso que lo requieran (cuya

funcionalidad no sea evidente o que no baste con

una simple descripción narrativa) se realiza una

descripción detallada utilizando una plantilla de

documento, donde se incluyen: precondiciones,

post-condiciones, flujo de eventos, requisitos no-

funcionales asociados. También, para casos de uso

cuyo flujo de eventos sea complejo podrá

adjuntarse una representación gráfica mediante un

Diagrama de Actividad.

8.Especificaciones Adicionales

Este documento capturará todos los requisitos que

no han sido incluidos como parte de los casos de

uso y se refieren requisitos no-funcionales globales.

Dichos requisitos incluyen: requisitos legales o

normas, aplicación de estándares, requisitos de

calidad del producto, tales como: confiabilidad,

desempeño, etc., u otros requisitos de ambiente,

tales como: sistema operativo, requisitos de

compatibilidad, etc.

73


9.Prototipos de Interfaces de Usuario

Se trata de prototipos que permiten al usuario

hacerse una idea más o menos precisa de las

interfaces que proveerá el sistema y así, conseguir

retroalimentación de su parte respecto a los

requisitos del sistema. Estos prototipos se

realizarán como: dibujos a mano en papel, dibujos

con alguna herramienta gráfica o prototipos

ejecutables interactivos, siguiendo ese orden de

acuerdo al avance del proyecto. Sólo los de este

último tipo serán entregados al final de la fase de

Elaboración, los otros serán desechados. Asimismo,

este artefacto, será desechado en la fase de

Construcción en la medida que el resultado de las

iteraciones vayan desarrollando el producto final.

10. Modelo de Análisis y Diseño

Este modelo establece la realización de los casos de

uso en clases y pasando desde una representación

en términos de análisis (sin incluir aspectos de

implementación) hacia una de diseño (incluyendo

una orientación hacia el entorno de

implementación), de acuerdo al avance del

proyecto.

11. Modelo de Datos

Previendo que la persistencia de la información del

sistema será soportada por una base de datos

relacional, este modelo describe la representación

lógica de los datos persistentes, de acuerdo con el

enfoque para modelado relacional de datos. Para

expresar este modelo se utiliza un Diagrama de

74


Clases (donde se utiliza un profile UML para

Modelado de Datos, para conseguir la

representación de tablas, claves, etc.).

12. Modelo de Implementación

Este modelo es una colección de componentes y los

subsistemas que los contienen. Estos componentes

incluyen: ficheros ejecutables, ficheros de código

fuente, y todo otro tipo de ficheros necesarios para

la implantación y despliegue del sistema. (Este

modelo es sólo una versión preliminar al final de la

fase de Elaboración, posteriormente tiene bastante

refinamiento).

13. Modelo de Despliegue

Este modelo muestra el despliegue la configuración

de tipos de nodos del sistema, en los cuales se hará

el despliegue de los componentes.

14. Casos de Prueba

Cada prueba es especificada mediante un

documento que establece las condiciones de

ejecución, las entradas de la prueba, y los

resultados esperados. Estos casos de prueba son

aplicados como pruebas de regresión en cada

iteración. Cada caso de prueba llevará asociado un

procedimiento de prueba con las instrucciones para

realizar la prueba, y dependiendo del tipo de

prueba dicho procedimiento podrá ser

automatizable mediante un script de prueba.

15. Solicitud de Cambio

Los cambios propuestos para los artefactos se

formalizan mediante este documento. Mediante

75


este documento se hace un seguimiento de los

defectos detectados, solicitud de mejoras o cambios

en los requisitos del producto. Así se provee un

registro de decisiones de cambios, de su evaluación

e impacto, y se asegura que éstos sean conocidos

por el equipo de desarrollo. Los cambios se

establecen respecto de la última baseline (el estado

del conjunto de los artefactos en un momento

determinado del proyecto) establecida. En nuestro

caso al final de cada iteración se establecerá una

baseline.

16. Plan de Iteración

Es un conjunto de actividades y tareas ordenadas

temporalmente, con recursos asignados,

dependencias entre ellas. Se realiza para cada

iteración, y para todas las fases.

17. Evaluación de Iteración

Este documento incluye le evaluación de los

resultados de cada iteración, el grado en el cual se

han conseguido los objetivos de la iteración, las

lecciones aprendidas y los cambios a ser realizados.

18. Lista de Riesgos

Este documento incluye una lista de los riesgos

conocidos y vigentes en el proyecto, ordenados en

orden decreciente de importancia y con acciones

específicas de contingencia o para su mitigación.

19. Manual de Instalación

Este documento incluye las instrucciones para

realizar la instalación del producto.

76


20.Material de Apoyo al Usuario Final

Corresponde a un conjunto de documentos y

facilidades de uso del sistema, incluyendo: Guías

del Usuario, Guías de Operación, Guías de

Mantenimiento y Sistema de Ayuda en Línea.

21. Producto

Los ficheros del producto empaquetados y

almacenadas en un CD con los mecanismos

apropiados para facilitar su instalación. El

producto, a partir de la primera iteración de la fase

de Construcción es desarrollado incremental e

iterativamente, obteniéndose una nueva reléase al

final de cada iteración.

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

la fase de Construcción, con lo cual se han incluido

aquí sólo para dar una visión global de todos los

artefactos que se generarán en el proceso de

desarrollo.

2.4. Evolución del Plan de Desarrollo del Software

El Plan de Desarrollo del Software se revisará

semanalmente y se refinará antes del comienzo de

cada iteración.

77

Tabla Nº 08: Evolución del Plan de Desarrollo del Software

Tabla Nº 09: Participantes en el Proyecto

Versión Fase Fecha

Destino

Final

Inicio

07/12/2009Elaboración

Construcció

n

Transición

Tabla № 10: Roles y Responsabilidades


3.Organización del Proyecto

3.1. Participantes en el Proyecto

Nombres Cargo

Ángel Rosales Molina Jefe del Proyecto

Maikol Avalos

Marchan

Analista Diseñador del

Proyecto

Henry Avila Romero Programador

Marjhorie Aguilar

Rodríguez

Ingeniero de Software

Michel López Ybañez Ingeniero de Software

Nataly Vásquez

Gutiérrez

Tester

Henry Avila Romero Programador

3.2. Interfaces Externas

El proyecto tendrá un Asesor Externo para la

Elaboración del Sistema.

3.3. Roles y Responsabilidades

A continuación se describen las principales

responsabilidades de cada uno de los puestos en el

equipo de desarrollo durante las fases de Inicio y

Elaboración, de acuerdo con los roles que

desempeñan en RUP.

Puesto Responsabilidad

Jefe de

Proyecto

El jefe de proyecto asigna los recursos,

gestiona las prioridades, coordina las

interacciones con los clientes y usuarios, y

mantiene al equipo del proyecto enfocado en

los objetivos. El jefe de proyecto también

78



establece un conjunto de prácticas que

aseguran la integridad y calidad de los

artefactos del proyecto. Además, el jefe de

proyecto se encargará de supervisar el

establecimiento de la arquitectura del

sistema. Gestión de riesgos. Planificación y

control del proyecto.

Analista de

Sistemas

Captura, especificación y validación de

requisitos, interactuando con el cliente y los

usuarios mediante entrevistas. Elaboración

del Modelo de Análisis y Diseño.

Colaboración en la elaboración de las

pruebas funcionales y el modelo de datos.

Programado

r

Construcción de prototipos. Colaboración en

la elaboración de las pruebas funcionales,

modelo de datos y en las validaciones con el

usuario

Ingeniero de

Software

Gestión de requisitos, gestión de

configuración y cambios, elaboración del

modelo de datos, preparación de las pruebas

funcionales, elaboración de la

documentación. Elaborar modelos de

implementación y despliegue.

Tester

Es el responsable de ejecutar las pruebas

que incluirá la configuración y ejecución de

pruebas, evaluando los errores e

identificando los defectos.

4.Gestión del Proceso

4.1. Estimaciones del Proyecto

79

Tabla № 11: Materiales


Tabla № 11: Recursos Humanos


A continuación de dan a conocer los recursos

involucrados en el desarrollo del proyecto y sus

respectivos costos.

Materiales

Materi

al

Cantida

d

Observación S/.

Lapicer

os

3 Para realizar

apuntes

4.00

Hojas

A4

1 millar Para imprimir

avances y

realización de

diseño del proyecto.

15.00

Recarg

a de

tinta

2 color Para la impresión de

los entregables.

20.00

2 negro 10.00

USB 5 Para almacenar

información

35.00

Fólder

es

3 Para archivar

avances y

realización de

diseño del proyecto.

1.50

Anilla

dos

2 Para presentaciones

de proyecto

6.00

Cds 3 Para presentaciones

de proyecto

3.00

Total 94.50

Recursos Humanos

Motivo Observació Costo de Subtot

80


Tabla № 11: Plan de las Fases.

Fuente: Elaboración Propia


n pasaje S/. al

Pasaje

s en la

visita

al

Institu

to

6 pasajes x 6

visitas a la

empresa en

estudio

ida y vuelta

5.0

180.00

Pasaje

s para

reunio

nes de

grupo

35

reuniones x

6

integrantes

1.00 210.00

Total 390.0

0

4.2. Plan del Proyecto

En esta sección se presenta la organización en fases e

iteraciones y el calendario del proyecto.

4.2.1. Plan de las Fases

El

desarrollo se llevará a cabo en base a fases con una o

más iteraciones en cada una de ellas. La siguiente tabla

muestra una la distribución de tiempos y el número de

81

Fase Nro.Iteraci

ones

Duración

Fase de Inicio 1 3 semanas

Fase de Elaboración

1 3 semanas

Fase de Construcción

2 4 semanas

Fase de Transición

2 4 semanas

Tabla № 12: Hitos de las Fases.


iteraciones de cada fase (para las fases de Construcción y

Transición es sólo una aproximación muy preliminar).

Los hitos que marcan el final de cada fase se describen

en la siguiente tabla

Descripció

n

Hito

Fase de

Inicio

En esta fase desarrollarán los requisitos del

producto desde la perspectiva del usuario, los

cuales serán establecidos en el artefacto

Visión. Los principales casos de uso serán

identificados y se hará un refinamiento del

Plan de Desarrollo del Proyecto. La aceptación

del cliente /usuario del artefacto Visión y el

Plan de Desarrollo marcan el final de esta

fase.

Fase de

Elaboración

En esta fase se analizan los requisitos y se

desarrolla un prototipo de arquitectura

(incluyendo las partes más relevantes y / o

críticas del sistema). Al final de esta fase,

todos los casos de uso correspondientes a

requisitos que serán implementados en la

primera release de la fase de Construcción

deben estar analizados y diseñados (en el

Modelo de Análisis / Diseño). La revisión y

aceptación del prototipo de la arquitectura del

sistema marca el final de esta fase. En nuestro

caso particular, por no incluirse las fases

siguientes, la revisión y entrega de todos los

artefactos hasta este punto de desarrollo

también se incluye como hito. La primera

iteración tendrá como objetivo la

82


identificación y especificación de los

principales casos de uso, así como su

realización preliminar en el Modelo de Análisis

/ Diseño, también permitirá hacer una revisión

general del estado de los artefactos hasta este

punto y ajustar si es necesario la planificación

para asegurar el cumplimiento de los

objetivos. Ambas iteraciones tendrán una

duración de una semana.

83

Fase de

Construcción

Durante la fase de construcción se terminan

de analizar y diseñar todos los casos de uso,

refinando el Modelo de Análisis / Diseño. El

producto se construye en base a 2

iteraciones, cada una produciendo una

release a la cual se le aplican las pruebas y

se valida con el cliente / usuario. Se

comienza la elaboración de material de

apoyo al usuario. El hito que marca el fin de

esta fase es la versión de la release 2.0, con

la capacidad operacional parcial del

producto que se haya considerado como

crítica, lista para ser entregada a los

usuarios para pruebas beta.

Fase de Transición

En esta fase se prepararán dos releases para

distribución, asegurando una implantación y

cambio del sistema previo de manera

adecuada, incluyendo el entrenamiento de

los usuarios. El hito que marca el fin de esta

fase incluye, la entrega de toda la

documentación del proyecto con los

manuales de instalación y todo el material

de apoyo al usuario, la finalización del

entrenamiento de los usuarios y el

empaquetamiento del producto.


4.2.2. Calendario del Proyecto

A continuación se presenta un calendario de las

principales tareas del proyecto incluyendo sólo las

fases de Inicio y Elaboración.

A continuación se presenta un calendario de las

principales tareas del proyecto.

84

Tabla № 13: Calendario


Disciplinas / Artefactos generados o modificados durante la Fase de Inicio

Comienzo Aprobación

Modelado del NegocioModelo de Casos de Uso del Negocio y Modelo de Objetos del Negocio

Semana1 Semana 5

RequisitosGlosario Semana 5

Semana 6Visión Semana 6

Semana 7Modelo de Casos de Uso Semana 8 siguiente faseEspecificación de Casos de Uso Semana 9 siguiente faseEspecificaciones Adicionales Semana 11 siguiente fase

Análisis/DiseñoModelo de Análisis/Diseño Semana 12Modelo de Datos Semana 12

Semana 13siguiente fase

ImplementaciónPrototipos de Interfaces de Usuario Semana 13 siguiente faseModelo de Implementación Semana 13 siguiente fase

PruebasCasos de Pruebas Funcionales Semana 14 siguiente fase

DespliegueModelo de Despliegue Semana 14 siguiente fase

Gestión de Cambios y Configuración Durante todo el proyectoGestión del proyecto Semana 1

Semana 3Plan de Desarrollo del Software en su versión 1.0 y

85


planes de las IteracionesAmbiente Durante todo el proyecto

86


4.3. Seguimiento y Control del Proyecto

a) Gestión de Requisitos

Los requisitos del sistema son especificados en el

artefacto Visión.

b) Control de Plazos

El calendario del proyecto tendrá un seguimiento y

evaluación semanal por el jefe de proyecto.

c) Control de Calidad

Los defectos detectados en las revisiones y

formalizados también en una Solicitud de Cambio

tendrán un seguimiento para asegurar la

conformidad respecto de la solución de dichas

deficiencias Para la revisión de cada artefacto y su

correspondiente garantía de calidad se utilizarán

las guías de revisión y checklist (listas de

verificación) incluidas en RUP.

d) Gestión de Configuración

Se realizará una gestión de configuración para

llevar un registro de los artefactos generados y sus

versiones. También se incluirá la gestión de las

Solicitudes de Cambio y de las modificaciones que

éstas produzcan, informando y publicando dichos

cambios para que sean accesibles a todo los

participantes en el proyecto.

87


2.1.13. Diagrama de Casos de Uso del Software

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

88

Verificar DisponibilidadDocente

Matricula RegularMatricula Extemporanea

Verificar Pago Matricula

Verificar Cruce Horario

Verificar Creditos

Matricula Observada

Verificar Deuda

Verificar Categoria

Validar Datos Docente

Verificar DisponibilidadAula-Lab

Verificar Curso

Verificar CupoDisponibles

VerifcarConvalidacion Verificar

Pre-Requisito

Cajera.

Pagar Matricula

<<include>>

<<include>>

Docente.

.Alumno

Realizar Matricula

<<include>>

<<include>>

<<include>>

<<include>>

<<include>>

<<extend>><<extend>>

Reportar MatriculadosRegistrar Docente

<<include>>

Registrar Notas

Asignar Carga Horaria

<<include>>

Aperturar Cursos

Consultar Notas

Aperturar Horarios

RegistrarConvalidacion

Registrar Alumno

Registrar Semestre

Secretaria. Academica

<<extend>>

<<include>>


2.1.14. Requerimientos Funcionales y No Funcionales

A continuación mostramos la lista de requerimientos para el

sistema, los cuales hemos obtenido a través de entrevistas

personales con el jefe de la institución.

Requerimientos Funcionales

La captura de los requisitos es el acto de descubrimiento. Es

el proceso de averiguar normalmente en circunstancias

difíciles, lo que se debe construir. De hecho, es tan difícil

que todavía no es poco común para los equipos de proyectos

el comenzar a escribir código (lo que es bastante fácil) antes

de que hayan firmado simplemente lo que se supone que

debe hacer el código (lo cual es difícil determinar).

1. Validar Datos Docente2. Registrar Docente3. Reportar Matriculados4. Registrar Notas5. Asignar Carga Horario6. Aperturar Cursos7. Aperturar Horarios8. Verificar Disponibilidad Docente9. Verificar Categoría10. Verificar Deuda11. Pagar Matricula12. Verificar Disponibilidad Aula-Lab13. Registrar Convalidación14. Consultar Notas15. Registrar Alumno16. Registrar Semestre17. Verificar Pago Matricula18. Verificar Cruce Horario19. Verificar Créditos20. Matricula Observada21. Realizar Matricula22. Verificar Curso23. Verificar Cupo Disponible24. Verificar Convalidación25. Verificar Pre-requisito26. Matricula Extemporánea27. Matricula Regular

89


Requerimientos No Funcionales

Los requerimientos no funcionales son propiedades o

cualidades que el producto debe tener. Debe pensarse en

estas propiedades como las características que hacen al

producto atractivo, usable, rápido o confiable, por ejemplo,

pudiera desearse que el sistema responda dentro de un

intervalo de tiempo especificado o que obtenga los

resultados de los cálculos con un nivel de precisión dado. En

muchos casos los requerimientos no funcionales son

fundamentales en el éxito del producto. Normalmente están

vinculados a requerimientos funcionales, es decir una vez se

conozca lo que el sistema debe hacer podemos determinar

cómo ha de comportarse, qué cualidades debe tener o cuán

rápido o grande debe ser.

De apariencia o interfaz externa

El software debe ser amigable para el personal

encargado de la Institución.

El software debe ser ordenado en cuanto a su

presentación para el encargado de la institución.

Este sistema tendrá un eficiente desempeño registrando

toda la información requerida.

De usabilidad

El software debe ser fácil de usar por cualquier personal,

la cajera, la secretaria académica y el Director.

Permite a los trabajadores un fácil registro de

información correspondiente.

De rendimiento

El software debe ser eficiente en cuanto al tiempo de

respuesta.

El software debe responder rápidamente a las solicitudes

90


de los alumnos.

De soporte

El software debe tener un instalador.

Facilidad, por parte del desarrollador, de realizar un

mantenimiento al software.

Se debe realizar pruebas de esfuerzo al sistema.

De portabilidad

El software podrá ser usado bajo el sistema operativo

Windows XP y Vista.

De seguridad y privacidad

Se debe permitir acceso a la data bajo previa

identificación y autenticidad del usuario.

Se debe restringir la información que ha de ser mostrada

a los Trabajadores según su rol.

Se debe restringir las operaciones según el tipo de rol

que posea el usuario que ingrese al sistema utilizando la

autentificación correspondiente.

Legales

El Software debe estar sujeto a los estándares

internacionales y a las reglas peruanas.

De confiabilidad

Ante un caso extremo (como pérdida de fluido eléctrico o

caída del servidor) el software debe garantizar la

integridad y confiabilidad de la data.

De ayuda y documentación en línea

El software debe permitir ayuda en línea.

El software debe incluir manual de usuario e instalación.

De Hardware

Se debe disponer de una red LAN.

De Software

Se debe disponer de sistema operativo Windows XP y

Vista.

Se debe disponer en cada PC el Net Framework (Pack

91

Tabla № 14: Registrar Alumno


Completo).

Se debe disponer de Microsoft SQL 2005 en cada

terminal.

2.1.15. ESPECIFICACIÓN DE CASOS DE USO

REGISTRAR ALUMNO

Nombre: Registrar Alumno

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

Fecha: 20/10/09

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

Actores: Secretaria Académica,

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

92

Tabla № 15: Registrar Semestre


Flujo Normal: La Secretaria Académica ingresa los datos delos

Alumnos. La Secretaria Académica verifica los datos delos

Alumnos. La Secretaria Académica registra los datos delos

Alumnos. El Alumno entrega sus datos.Flujo Alternativo:

La Secretaria Académica atiende al Alumno

Poscondiciones:

La Secretaria evalúa los datos del Alumno antes de

registrarlo.

REGISTRAR SEMESTRE

Nombre: Registrar Semestre


Fecha: 20/10/09

Descripción: Permite el registro del Semestre

Actores: Secretaria Académica,

Precondiciones: la secretaria debe de ingresar los cursos del Semestre.

Flujo Normal: La Secretaria Académica ingresa los datos del

Semestre.Flujo Alternativo:

La Secretaria Académica atiende al Alumno

Poscondiciones:

93

Tabla № 16: Registrar Categoría


La Secretaria evalúa los datos del Alumno antes de

registrarlo.

REGISTRAR CATEGORÍA

Nombre: Registrar Categorías

Autores: Avalos, Aguilar, Lopez, Rosales,

Vásquez, Avila

Fecha: 20/10/09

Descripción:

Permite el registro de categorías de los

alumnos.

Actores:

Secretaria Académica,

Precondiciones:

La secretaria debe de ingresar categoría de

los alumnos.

Flujo Normal:

La Secretaria Académica ingresa datos.

La Secretaria Académica registra categorías.

Flujo Alternativo:

La Secretaria Académica atiende al alumnado

y/o apoderado.

Pos condiciones:

La Secretaria evalúa los datos del docente

antes de registrarlo.

REGISTRAR NOTAS

94


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:



REGISTRAR PAGO

95


Nombre: Registrar Pago

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

Vásquez

Fecha: 20/10/09

Descripción:

Permite el registro de los pagos de los

alumnos.

Actores:

caja

Precondiciones: la secretaria debe de ingresar

los datos de los alumnos y el monto del pago..

Flujo Normal:

Caja se encarga del cobro de las pensiones.

Caja se encarga de dar un comprobante de

pago. Al alumno.

Flujo Alternativo:

La cajera se encarga el cobro de pensiones

según su cronograma y su categoría.

96

Tabla № 19: Registrar Aula


REGISTRAR AULA

97

Nombre: Registrar Aula

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

Vásquez

Fecha: 20/10/09

Descripción:

Permite el registro de las aulas y la

verificación los datos.

Actores:


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


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:


Precondiciones:

La secretaria debe de ingresar los cursos de

los alumnos.

98

Tabla № 21: Registrar Docente


Flujo Normal:

La Secretaria Académica ingresa nombre curso

del alumno.

La Secretaria Académica registra curso

La Secretaria Académica registra semestre.

Flujo Alternativo:

La Secretaria Académica atiende al

alumnado y/o apoderado.

Pos condiciones:



REGISTRAR DOCENTE

Nombre: Registrar Docente


Fecha: 20/10/09

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

Actores: Secretaria Académica, docente

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

Flujo Normal: La Secretaria Académica ingresa los datos del

docente. La Secretaria Académica verifica los datos del

docente. La Secretaria Académica registra los datos del

docente. El Docente entrega sus datos.

99


Flujo Alternativo:

La Secretaria Académica atiende al docente.

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

2.1.16. PRIORIZACION DE CASOS DE USO

Nº CASO DE USO RENDIMIENTO

FRECUENCIA

(ANUAL)

IMPORTANCIA

URGENCIA

PRIORIDAD

1 Registrar Alumno

30 seg. 1 Vital Inmediato

1

2 Registrar Docente


6

3 Reportar Matriculados

30 seg. 2 Vital Hay presión

9

4 Registrar Notas

30 seg. 8 Importante Puede esperar

11

5 Asignar Carga Horaria


13

6 Aperturar Cursos

30 seg. 2 Vital Puede esperar

14

7 Aperturar Horarios


8

8 Registrar convalidación


5

9 Realizar Matrícula


2

10 Verificar Pago Matrícula

40 seg. 12 Importante Inmediato

3

11 Verificar Cruce de Horario


10

12 Verifica Categoría


7

13 Verificar Convalidación

40 seg. 2 Importante 14

14 Verificar Créditos


12

15 Verificar Curso


15

16 Verificar Cupo disponibles

30 seg 4 Importante Inmediato

18

17 Verificar 40 seg 12 Importante Hay 4

100


Deuda presión18 Verificar Pre-

requisito30 seg 2 Vital Inmediat

o16

19 Matricula Observada


17

20 Matricula Regular


20

21 Matricula Extemporánea

40seg 3 Importante Puede Esperar

22

22 Verificar Datos

40 seg 8 Vital Inmediato

19

Tabla № 22: Priorización de Casos de Usos

2.3. ANÁLISIS Y DISEÑO

2.3.1. Realización del Análisis

2.2.2.1. Diagrama de Colaboración Registrar Alumno

REGISTRAR ALUMNO

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

Diagrama de Actividades Registrar Alumno

101


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

102

: Secretaria. Academica

: IU_Registrar Alumno : Buscar Alumno : BuscarUbigeo : Ubigeo : BuscarCategoria : Categoria : Registrador Alumno : Alumnoo

Registrar AlumnoModo Edicion( )

Bloquear Controles( )

cmdBuscar

ObtenerAlumno(Integer) Leer( )

ObjAlumno( )

ObtenerUbigeo( ) Leer( )

ObjUbigeo( )

ObtenerCategoria( ) Leer( )

ObjCategoria( )

cmdAgregarModo Edicion( )

Desbloquear Controles( )


ObjAlumno( )


ObjCategoria( )

AgregarAlumno( ) Nuevo( )

ObjAgregar( )

GrabarAlumno( )Grabar( )

cmdEditarBloquear Controles( )

Modo Confirmacion( )


ObjAlumno( )


ObjUbigeo( )


ObjCategoria( )

ObjGrabar( )

EditarAlumno( ) Editar( )

ObjEditar( )

GrabarAlumno( ) Grabar( )

ObjGrabar( )

cmdAnular



ObjAlumno( )


ObjUbigeo( )


ObjCategoria( )

AnularAlumno( ) Anular( )

ObjAnular( )

GrabarAlumno( ) Grabar( )

ObjGrabar( )

ObjRegistradosExito( )


Diagrama de Secuencia Registrar Alumno

103


Figura Nº 23: Diagrama de Secuencia Registrar Alumno

104


Diagrama Colaboración Registrar Semestre

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

Diagrama de Actividades Registrar Semestre

105


Figura Nº 25: Diagrama de Actividades Registrar Semestre

106


Diagrama de Secuencia Registrar Semestre

Figura Nº 26: Diagrama de Secuencia Registrar Semestre

107


: IU_Registrar Semestre : RegistrarSemestre : SemestreRegistrar Semestre

Modo Edicion( )



Limpiar Controles( )

ObtenerSemestre( )Leer( )

ObjSemestre( )

AgregarSemestre( ) Agregar( )

ObjAgregar( )

GrabarSemestre( )

Grabar( )ObjGrabar( )

cmdEditar( )



ObtenerSemestre( ) Leer( )

ObjSemestre( )

EditarSemestre( ) Editar( )

ObjEditar( )

GrabarSemestre( ) Grabar( )

ObjGrabar( )

cmdAnular


Leer( )

AnularSemestre( ) Anular( )

ObjAnular( )

ObjRegistroExito( )

ObtenerSemestre( )

ObjSemestre( )


Diagrama de Colaboración Registrar Docente

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

Figura Nº 28: Diagrama de Actividades Registrar Docente

108


Diagrama de Secuencia Registrar Docente

Diagrama de Colaboración Registrar Aulas

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

Diagrama de Actividades Registrar Aulas

109


Figura Nº 31: Diagrama de Actividades Registrar Aulas

Diagrama de Secuencia Registrar Aulas

: Secretaria. Academica : RegistradorAula : BuscarAula : BuscarTipoAula : RegistrarAula : Aula

RegistrarAula( )ModoEdicion( )

BloquearControles( )

CmdBuscarClick( )

ObtenerAula( )Leer( )

ObjAula( )

CmdNuevoClik( )

DesbloquearControles( )

ModoConfirmacion( )

LimpiaControles( )

ObtenerAula( ) Leer( )

ObjAula( )

ObtenerTipoAula( )Leer( )

ObjTipoAula( )

AgregarAula( )Agregar( )

ObjAgregado( )

GuardarAula( )Guardar( )

ObjGuardado( )

CmdEditarClick( )BloquearControles( )

ModoConfirmacion( )

ObtenerAula( )Leer( )

ObjAula( )


ObjTipoAula( )

EditarAula( )Editar( )

ObjEditado( )

CmdAnularClick( )

ModoConfirmacion( )

ObtenerAula( ) Leer( )

ObjAula( )


ObjTipoAula( )

AnularAula( )

Eliminar( )

ObjAnulado( )

GuardarAula( )Guardar( )

ObjGuardado( )

ObjRegistrarExito( )

Figura Nº 32: Diagrama de Secuencia Registrar Aulas

110


Diagrama de Colaboración Registrar Notas

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

111


Diagrama de Actividades Registrar Notas

112


Figura Nº 34: Diagrama de Actividades Registrar Notas

113


Solicitar Datos Alumno

Registra Notas

Generar Reporte Notas

Buscar Datos Alumno

Buscar Docente/Cursos

Mostrar Datos

Alumno

Cursos

Existe

Si

No

Buscar Estado

Buscar Categoria

Estado

Categoria

SistemaSecretaria Academica

114


Diagrama de Secuencia Registrar Notas

Figura Nº 35: Diagrama de Secuencia Registrar Notas

115


Diagrama de Colaboración Aperturar Cursos

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

Diagrama de Actividades Aperturar Cursos

Figura Nº 37: Diagrama de Actividades Aperturar Cursos

116


Diagrma de Secuencia Aperturar Cursos

117


: RegistradorCurso : BuscarCursos : Cursos : BuscarDocente : Docente_ : RegistrarCurso

Registrar Curso ObtenerCursos( ) Leer( )

ObjCursos( )

ObtenerDocente( )

Leer( )

ObjDocente( )

NuevoCurso( )

EditarCurso( )

EliminarCurso( )

GuardarCurso( )

Nuevo( )

Editar( )

Eliminar( )

Guardar( )ObjRegistroExito( )


Figura Nº 38: Diagrama de Secuencia Aperturar Cursos

118


Diagrama de Colaboración Registrar Pago

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

Diagrama de Actividades Registrar Pagos

Figura Nº 40: Diagrama de Actividades Registrar Pago

119


Diagrama de Secuencia Registrar Pagos

Figura Nº 41: Diagrama de Secuencia Registrar Pago

120


Diagrama de Colaboración Categorías

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

Diagrama de Actividades Categorías

Figura Nº 43: Diagrama de Actividades Categorías

121


Diagrama de Secuencia Categorías

Figura Nº 44: Diagrama de Secuencia Categorías

122


2.2.2.2. INTERFAZ DE DISEÑO

Ingresando a la “DEFINICIÓN DEL SEMESTRE”

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

123


Accediendo a la tabla ALUMNOS

Accediendo a la tabla PROFESORES

124


Accediendo a la tabla AULAS

Accediendo a la tabla CATEGORIAS

125


Accediendo a la tabla CURSOS

Accediendo a la tabla NOTAS

126


Accediendo a la tabla PAGOS

2.2.2.3. Diagrama de Clases:

REGISTRAR ALUMNO

127

Categoria

IdCategoriaCategoria

MontoDescripcion

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

(f rom CAPA DE DATOS)

Ubigeo

IdUbigeoDescripcion

Leer()


Alumnoo

IdAlumnoNombres

ApelMaternoApelPaterno

EdadSexoMail

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

Agregar()



Figura Nº 45: Diagrama de Clases Registrar Alumno

REGISTRAR SEMESTRE

Figura Nº 46: Diagrama de Clases Registrar Semestre

REGISTRAR DOCENTE

Figura Nº 47: Diagrama de Clases Registrar Docente

128

Semestre

IdSemestrePeriodoFeInicioFeFinal

Agregar()Editar()Anular()Grabar()Leer()


Docente_

IdDocenteNombresApellidos

MailEspecialidad

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


Ubigeo

IdUbigeoDescripcion

Leer()



REGISTRAR AULA

Figura Nº 48: Diagrama de Clases Registrar Aula

REGISTRAR NOTAS

129

Aula

IdAulaDescripcionCapacidad

Leer()Agregar()Editar()

Eliminar()Guardar()



Figura Nº 49: Diagrama de Clases Registrar Docente

REGISTRAR APERTURAR CURSOS

Figura Nº 50: Diagrama de Clases Registrar Aperturar Cursos

REGISTRAR PAGO

130

Docente_

IdDocenteNombresApellidos

MailEspecialidad

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


Cursos

IdCursosDescripcion

Leer()Nuevo()Editar()

Eliminar()Guardar()


Cronograma

IdCronogramaDescripcion

Leer()


Pagos

IdPagosFechaVencFechaPagoFormaPago

Leer()Agregar()Grabar()Editar()Anular()


Alumnoo

IdAlumnoNombres

ApelMaternoApelPaterno

EdadSexoMail

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

Agregar()



Figura Nº 51: Diagrama de Clases Registrar Pago

REGISTRAR CATEGORIA

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

2.2.2.4. DIAGRAMA DE PAQUETES DEL ANÁLISIS.

Figura Nº 53: Diagrama de Paquetes del Analisis

131

TipoCategoria

IdTipoCategoriaDescripcion

Leer()


Categoria

IdCategoriaCategoria

MontoDescripcion

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



132


DIAGRAMA DE PAQUETE DE ANALISIS CAPA DE PRESENTACION

Figura Nº 54: Diagrama de Paquetes del Analisis

133

RegistrarDocente BuscarTipoDocente

BuscarEspecialidadDocente.

RegistrarCategoria

BuscarTipoCategoria

Registrador Alumno

BuscarUbigeo

BuscarCronograma

RegistrarPagos

BuscarPago

IU_RegistrarPago

IU_Registrar Alumno

IU_RegistrarCategoria

RegistradorDocente

Buscar Alumno

BuscarCategoria

BuscarDocente

RegistrarNotas.

RegistradorNotas

IU_Registrar SemestreBuscarTipoAula

RegistrarAula

RegistrarCurso

BuscarCursos

BuscarEstado

RegistrarSemestre

RegistradorAula

RegistradorCurso

BuscarAula


DIAGRAMA DE PAQUETES DE ANALISI CAPA LOGICO

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

134


DIAGRAMA DE PAQUETES DE ANALISIS CAPA DATOS

135


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

136


Figura Nº 57: Diagrama de Clases del Analisis

137


DIAGRAMAS DE ESTADOREGISTRAR APERTURAR CURSOS

DIAGRAMA DE ESTADO REGISTRAR PAGO

138

Figura Nº 59: Diagrama de Estado Registrar Pago

Figura Nº 58: Diagrama de estado Aperturar Cursos


MODELO FISiCO DE LA BAE RELACIONAL. Diagrama de Paquetes del Diseño

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

2.4.8. Script de migración a SQL

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

2.4.10. Modelo Físico de BD Relacional Normalizado

139


IMPLEMENTACIÓN

2.5.1. Diagrama de Componentes

140

Figura Nº 60: Diagrama de Componentes


2.5.2. Diagrama de Despliegue

141

Servidor DB<<Procesador>>

preemptive

SistemaCompras

Switch<<Dispositivo>>

Impresora Deskjet<<Dispositivo>>

Impresora Deskjet 840CRPM 800Inyeccion a tintaA Color

PCCompras<<Procesador>>

1

UTPC5

<<PCP/ib>>

Pc_Caja


CONCLUSIONES

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

Superior Tecnológico de Ascope, se basa en obtener un buen

manejo de información.

El desarrollo de un sistema de información para el área de

gestión académica haciendo uso de la metodología RUP ayudó

a entender los requerimientos de manera acertada, obteniendo

de manera satisfactoria un producto de software que cumpla

con las necesidades del usuario.

La ingeniería del software ayuda a comprender de manera

eficaz la importancia de la documentación de un software en

las etapas de su desarrollo (según cada metodología)

142


LINKOGRAFÍA

[URL 01]:

http://www.monografias.com/trabajos11/teosis/teosis

shtml#CONCEP

[URL 02]:http://admindeempresas.

blogspot.com/2007/12/concepto-de-unidad-estrategica-de.html

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

[URL 04]

:http://www.promonegocios.net/mercadotecnia/proceso-

venta.htm

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

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

%C3%B1o_de_software

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

%C3%B3norientadaaobjetos

[URL 08]

:http://es.wikipedia.org/wiki/Lenguaje_Unificado_de_Modelado

[URL 09]:

webbress.com.ar/web/sitios/web_proyectoisi/download/diagra

mas

deluml.pdf

143

Proyecto_IngSW

Documents

Transcript of Proyecto_IngSW