Proyecto_IngSW

Universidad César Vallejo Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

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

ESCUELA PROFESIONAL DE INGENIERÍA DE Universidad Universida d César SISTEMAS DOCENTE:

ALUMNOS:

Vallejo

Ing. DÍAZ AMAYA, Lourdes

Facultad de Ingeniería

AGUILAR RODRIGUEZ, RODRIG UEZ, Marjhorie AVILA ROMERO, Henry AVALOS MARCHAN, Maikol LOPEZ YBAÑEZ, Michell Mic hell ROSALES MOLINA, Ángel VASQUEZ GUTIERREZ, GU TIERREZ, Natali

TRUJILLO – PERÚ 2009

1

The world’s largest digital library

Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.



















































































































































A A nuestros DIOS DIOS porqueridos darnos Los Autor Au tores. las padres es. fuerzas por necesarias su grandepara amor seguir y sacrificio adelante protegiendo durante du rante losy guiándonos años de nuestra por el sendero formación del bien.profesional, por acompañarme en los buenos y malos momentos, y por la confianza que depositan en nosotros.

DEDICATORIA





































AGRADECIMIENTO

•

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

las las faci facili lida dade dess que que nos nos brin brinda da para para la real realiz izac ació ión n de nues nuestr tro o proyecto integrador. •

A doce docent ntes es del del cicl ciclo o acad académ émic ico o actu actual al 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 Direct Director or del Instit Instituto uto Super Superior ior Tecno Tecnológ lógico ico Privad Privado o Ascope”, por haber confiado plenamente en nuestra capacidad,

facili facilitán tándon donos os y propor proporcio cionán nándon donos os la inform informaci ación ón y el materi material al necesario para el desarrollo de nuestra investigación.

Los Autores







































CARÁTULA DEDICATORIA AGRADECIMIENTO ÍNDICE GENERAL INDICE TABLAS INDICE FIGURAS PRESENTACIÓN INTRODUCCIÓN

ÍNDICE GENERAL

CAPÍTULO I: GENERALIDADES 1.1. Descripción de la Organización 1.1.1. Razón Social: nombre, ubicación, teléfono, e-mail 1.1.2. Reseña Histórica 1.1.3. Direccionamiento de la Organización 1.1.4. Valores Corporativos 1.1.5. Organigrama de la Organización 1.2. Situación Problemática 1.2.1. Selección del Problema 1.2.2. Antecedentes del Problema 1.2.3. Formulación Interrogativa del Problema 1.3. Objetivos 1.3.1. Objetivo General 1.3.2. Objetivos Específicos 1.4. Justificaciones del Proyecto 1.4.1. Justificación Social 1.4.2. Justificación Tecnológica 1.4.3.Justificación Económica 1.4.4. Justificación Operacional

i ii iii v vi v iii xi

11 11 12 13 15 16 17 22 22 22 23 23 23 23





































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

117 118





































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 Software………………………….

del

Plan

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

de en

Desarrollo

del 52

el

Proyecto 52

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

53

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

54

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

55





































INDICE DE FIGURAS Figura N° 01: Valores Corporativos……………………………………………….... Corporativos ……………………………………………….... Figura Figu ra N° 02: 02: Ubicaci Ubicación ón Geográf Geográfica ica del del ISTP-Asco ISTP-Ascope pe …………… …………………… ……………… ………... ... Figura Figu ra Nº 03 03 : Ubica Ubicación ción Geográfi Geográfica ca del del ISTP-Asc ISTP-Ascope ope ………… ………………… ………….… ….………. ……. Figu Figura ra Nº Nº 04: 04: Gest Gestió iónn Acad Académ émic ica… a……… ………… ………… ………… ………… ………… ………… ………… ………. …......... Figura Figu ra Nº05: Gestión Gestión de Pagos……… Pagos……………… ……………… ……………… ……………… ……………… …………….. …….... Figura Figu ra Nº 06: Recursos Recursos Humanos… Humanos………… ……………… ……………… ……………… ……………… …………….… …….…… … Figura Figu ra Nº 07: 07: Identi Identifica ficació ciónn de Proceso Procesoss del Negocio… Negocio………… ……………… ……………… ……………. ……. Figura Figu ra Nº Nº 08: 08: Identi Identifica ficació ciónn de Actores Actores del Negocio… Negocio………… ……………… ……………… ……………. ……... Figura Figu ra Nº 09: 09: Identi Identifica ficació ciónn de Trabaj Trabajador adores es del del Negocio… Negocio………… ……………… ……………… ……….... Figura Fig ura Nº Nº 10: Dia Diagra grama ma de caso casoss de Uso Uso del Neg Negoci ocio… o……… ………… ………… ………… ………… ……… … Figura Figu ra Nº 11: 11: Realiz Realizació aciónn de Casos Casos de Uso Uso del del Negocio… Negocio………… ……………… ……………… …………. …. Figura Figu ra Nº 12: Diagrama Diagrama de Activi Actividade dadess del Área de Admis Admisión… ión………… ……………… ………..... ......... Figura Figu ra Nº 13: Diagrama Diagrama de Activi Actividade dadess del Área de Matric Matriculas ulas……… ……………… …………….. …….. Figura Figu ra Nº 14: Diagrama Diagrama de Activi Actividade dadess del Registro Registro de Notas Notas……… ……………… ……………… ……… Figura Figu ra Nº 15: 15: Diagra Diagrama ma de Activida Actividades des de Gestión Gestión de Ingreso Ingresoss (pagos)… (pagos)………. ……...... ........ ... Figura Fig ura Nº Nº 16: Diag Diagram ramaa de Objet Objetos os del del área área Acadé Académic mico…… o………… ………… ………… ………… ………. …. Figura Figu ra Nº 17: 17: Diagrama Diagrama de Objetos Objetos del Ingresos Ingresos (Pagos)…… (Pagos)…………… ……………… …………... …........ ..... Figura Figu ra Nº 18: 18: Modelo Modelo de Objetos Objetos del Negocio… Negocio………… ……………… ……………… ……………… ……………. ……. Figura Fig ura Nº 19: 19: Model Modeloo del Domini Dominio… o……… ………… ………… ………… ………… ………… ………… ………… ………… …….... Figura Fig ura Nº Nº 20: Dia Diagra grama ma de Caso Casoss de Uso Uso del Softwa Software… re……… ………… ………… ………… ………… ……... ... Figura Figu ra Nº 21: 21: Diagrama Diagrama de Colaborac Colaboración ión Registra Registrarr Alumno Alumno……… ……………… ……………… ………... ... Figura Fig ura Nº Nº 22: Diag Diagram ramaa de Activi Activida dades des Regis Registra trarr Alumno… Alumno……… ………… ………… ………… ………. …. Figu Figura ra Nº 23: 23: Diag Diagra rama ma de Secu Secuen enci ciaa Regi Regist stra rarr Alu Alumn mno… o……… ………… ………… ………… ……… … Figu Figura ra Nº 24: 24: Diag Diagra rama ma de Cola Colabo bora raci ción ón Regi Regist stra rarr Seme Semest stre re…… ………… ………… ………… …… Figura Figu ra Nº 25: Diagrama Diagrama de Activida Actividades des Registrar Registrar Semestre Semestre……… ……………… ……………… ……….... Figura Figu ra Nº 26: Diagrama Diagrama de Secuenci Secuenciaa Registrar Registrar Semestre… Semestre………… ……………… ……………… ……….. Figura Figu ra Nº 27: Diagrama Diagrama de Colaboraci Colaboración ón Registrar Registrar Docente… Docente………… ……………… ………….. ….. Figura Fig ura Nº 28: Diagra Diagrama ma de Activ Activida idades des Registr Registrar ar Docent Docente…… e………… ………… ………… ……… … Figura Figu ra Nº 29: Diagrama Diagrama de Secuenci Secuenciaa Registra Registrarr Docente… Docente………… ……………… ……………… ……….. Figura Figu ra Nº 30: Diagrama Diagrama de Colabora Colaboración ción Registrar Registrar Aulas………… Aulas………………… ……………. ……..... Figura Fig ura Nº 31: Diagra Diagrama ma de Activ Activida idades des Regist Registrar rar Aulas Aulas…… ………… ………… ………… ………… …….. Figura Fig ura Nº 32: Diagra Diagrama ma de Secue Secuenci nciaa Regis Registra trarr Aulas Aulas…… ………… ………… ………… ………… ……… … Figura Figu ra Nº 33: Diagrama Diagrama de Colabora Colaboración ción Registra Registrarr Notas………… Notas………………… …………….. …….. Figura Fig ura Nº 34: Diagra Diagrama ma de Activ Activida idades des Regis Registra trarr Notas… Notas……… ………… ………… ………… ……… … Fig Nº 35: Dia de Sec nci Regis Registra tra Not

6 16 16 18 19 19 21 22 22 23 23 28 29 30 31 32 33 34 35 60 71 72 72 73 73 74 74 75 76 77 77 78 78 79 79





































Figura Figu ra Nº 47: Diagrama Diagrama de Clases Clases Registra Registrarr Docente… Docente………… ……………… ……………… …………… ……

10 5 Figura Fig ura Nº 48: Diagra Diagrama ma de Clase Clasess Regist Registrar rar Aula… Aula……… ………… ………… ………… ………… ………… …….. 10 6 Figura Nº 49: Diagrama de Clases Registrar Docente 10 …………………………………. 6 Figura Figu ra Nº 50: Diagrama Diagrama de Clases Clases Registra Registrarr Apertura Aperturarr Cursos……… Cursos……………… ……………. ……... 10 7 Figura Fig ura Nº 51: Diagra Diagrama ma de Clase Clasess Regist Registrar rar Pago… Pago……… ………… ………… ………… ………… ………… …… 10 7 Figura Fig ura Nº 52: Diagra Diagrama ma de Clase Clasess Regist Registrar rar Catego Categoría ría…… ………… ………… ………… ………… ……… … 10 8 Figura Fig ura Nº 53: Diagra Diagrama ma de Paquet Paquetes es del Análi Análisis sis…… ………… ………… ………… ………… ………… ……….. ….. 10 8 Figura Figu ra Nº 54: Diagrama Diagrama de Paquete Paquetess del Análisis Análisis capa Present Presentacio acion……… n……………… ……… 10 9 Figura Figu ra Nº 55: Diagrama Diagrama de Paquete Paquetess del Análisis Análisis Capa Lógica…… Lógica…………… ……………… ……….. 11 0 Figura Fig ura Nº 56: Diagra Diagrama ma de Paquet Paquetes es del Análi Análisis sis Capa Capa Dato Datos… s……… ………… ………… ……….. ….. 11 1 Figura Fig ura Nº 57: Diagra Diagrama ma de Clase Clasess del Análi Análisi sis…… s………… ………… ………… ………… ………… ………… …… 11 2 11 Figura Nº 58: Diagrama de Estado Aperturar 3 Cursos………………………………...







































PRESENTACIÓN Señores Miembros del Jurado:

Cumpliendo con el Reglame amento de Proyectos y Traba abajos 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 traz trazad adas as en el cicl ciclo o acad académ émic ico, o, plas plasma mamo moss los los cono conoci cimi mien ento toss adquiridos, los cuales son aplicados en la elaboración del mismo.





































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 campo educativo,

el en

donde la mayo mayorí ría a de nuest nuestra rass Insti Institu tuci cion ones es son son de carác carácte terr mult multig igra rado do 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 gran esfue esfuerz rzo o para para mant manten ener er una una const constan ante te actu actual aliz izaci ación ón de





































Por este motivo, hemos tomado la iniciativa de presentar el trab trabaj ajo o de inve invest stig igac ació ión n apoy apoyad ado o en el INSTITUT INSTITUTO O SUPERIOR SUPERIOR TECNOLOGICO PRIVADO DE ASCOPE, dedicado a la enseñanza de alumnos de nivel superior.

Los Autores









































































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

CAPITULO I









































1.1. DESCRIPCIÓN DE LA ORGANIZACIÓN

GENERALIDADES

1.1.1.Razón Social:

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

Un 08 de marz marzo o del del año año 1990 1990,, se crea crea el Inst Instit itut uto o Supe Superi rior or Tecnológico

Privado

de

Ascope,

autorizándose

el

func funcio iona nami mien ento to de tres tres Carre Carrera rass Prof Profesi esion onale ales: s: Enfe Enferm rmer ería í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







































El ISTP ISTP-As -Asco cope pe form forma a y prom promue ueve ve el desar desarro roll llo o inte integr gral al y perm perman anen ente te de la pers person ona, a, sust susten enta tada da en una una cult cultur ura a 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 aseg asegur urar ar un crec crecim imie ient nto o y desa desarr rrol ollo lo soste sosteni nibl ble e pers person onal al y organizacional. 1.1.3.Direccionamiento 1.1.3.Direccionamiento de la Organización







































Fuente: ISTP - ASCOPE







































La hone honest stid idad ad es una una cual cualid idad ad huma humana na consi consist sten ente te en comp compor orta tarse rse y expr expresa esars rse e con coherencia y sinceridad, y de acuerdo Honestidad

con los valores de verdad y justicia. En su sentido más evidente, la honestidad puede ente entend nder erse se como como el simp simple le resp respet eto o 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 inst instit ituc ució ión n por por toda todass las las perso persona nass que que la conforman.







































actividade actividades. s. Se considera considera a la puntualida puntualidad d como un valor básico, ya que debe ser un pilar en la institución educativa. La rentabilidad es el rendimiento, ganancia Rentabilidad

que produce una empresa. Como sabemos, es lo que toda empresa busca, en nuestro caso se trata de lograr nuestros objetivos y llegar a sostenerla. Fuente: ISTP - ASCOPE








































COMITÉ SOCIAL

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


Y

PROYECCION













































































de mane manera ra auto automa mati tiza zada da y conf confia iabl ble, e, ya que que se vien viene e 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 soli soliccitar el reporte de notas respe spectivame amente, se comienza a elaborar de manera manual causando retrasos







































La demora en el proceso de matriculas. 1.1.1.Antecedentes 1.1.1.Antecedentes del Problema Local: Titulo:“Desarrollo e Implementación de un sistema inte integr grad ado o para para incr increm emen enta tarr la Prod Produc ucti tivi vida dad d del del Colegio Privado Mixto de Ingeniería”









































Las referidas autoras realizaron un estudió en el Instituto



Superior Tecnológico “24 de Julio” de la ciudad de Trujillo en el cual cual utili tiliza zaro ron n el cue cuestio stion nario ario,, sac sacand ando las las siguientes conclusiones: La estr estru uctur ctura a orgán rgánic ica a del inst instit itu uto tien iene que ser ser dinámica y se debe implementar un Departamento de Sistemas e Informática.








































Conclusiones:







































Titu Titulo lo:” :”Pl Plan anea eami mien ento to


Estr Estrat atég égic ico o

para para

obte obtene nerr





































Universidad César Vallejo Facultad de Ingeniería 


Las Las deb debilid ilidad ades es que que tiene ienen n mayor ayor peso eso para para la







































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







































de base de datos SQL-SERV ERVER 2000

La puesta sta en















































































































































































































































































































































































































































































































































































































































































































































































































































































































































Un turno es un rango de horas en las cuales un conjunto de alumnos y docentes desarrollan sus actividades. Las clases se imparten en el turno mañana, tardes y noche. y.Vacante

Una vacante de matrícula es una disponibilidad que tiene la institución en un grado y nivel específicos para que un alumno sea matriculado. Las vacantes son definidas por la capacidad de las aulas. MODELO DE REQUERIMIENTOS DEL SOFTWARE 2.1.1.Documento 2.1.1.Documento Visión del Software 2.2.1.1.Propósito El propósito propósito de este documento documento es recoger, recoger, analizar y definir 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 proceso procesoss que se realiz realizan an Instit Instituto uto Superi Superior or Tecnol Tecnológ ógico ico Priv Privad ado o – Asco Ascop pe”, e”, de form forma a que dicho ichoss pro proceso cesoss sean 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







































El sist sistem ema a perm permit itir irá á a los los enca encarg rgad ados os de la inst instit ituc ució ión n superior superior controlar controlar los procesos procesos que realiza la misma (gestión (gestión académica, gestión de pagos, gestión de políticas, etc.).

2.2.1.3.Definiciones, 2.2.1.3.Definiciones, Acrónimos y Abreviaciones

RUP: Son las siglas de Rational Rational Unified Process. Process. Se trata de una metodología para describir el proceso de desarrollo de software. 2.2.1.4. Referencias

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

c)

d)

2.2.1.1. Posicionamientos Posicionamientos a) Oportun rtunid idad ad de Negocio cio Estos Estos sist sistem emas as perm permit itir irán án insti institu tuto to supe superi rior or tecn tecnol ológ ógic ico o

privado – Ascope. Automatizar el control de gran parte de sus activi actividad dades es y proceso procesoss (gesti (gestión ón de académ académica ica,, gestió gestión n de pagos, gestión de políticas, etc.), lo cual supondrá un acceso rápi rápido do y senc sencil illo lo a los los dato atos a los los dato atos, graci racias as a las las inte interf rfac aces es gráf gráfic icas as senc sencil illa lass y amig amigab able les, s, ya sean sean de aplicaciones en escritorio como aplicaciones web, las cuales Generarán informes y reportes. Además los datos accedidos estarán siempre actualizados y almacenados históricamente, lo cual es importante para poder llevar un control adecuado







































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

b) Sent Senten enci cia a que que defi define ne el prob proble lema ma Tabla № 06: Sentencia que Define el Problema ➢ Controlar los registros de matriculas, el ingreso

El Problema

➢ ➢

➢

Afecta A

y registro de notas en diversas áreas. La demora en el proceso de matriculas. Defi De fici cien ente te entr entreg ega a de repor reporte te de nota notass por por parte de docente y del área secretaria académica. La demora en los pagos, entrega de crono cronogram gramas as de pagos, pagos, docum document entaci ación, ón, por

parte de área de caja 1. Di Dire rect ctor or.. 2. Person Personal al Admini Administra strativ tivo o 3. Alum Alumno nos. s. De no contar con un Sistema Informático: ➢

El Impacto Asociado Es

No se podría gestionar los registros de matricula adecuadamente.






































➢

➢

✔

Una solución adecuada sería


No se podr podría ía Ge Gesti stion onar ar los cron cronog ogra rama mass de pagos, ya que habría un cierto desorden anual. No se podría podría Controlar Controlar los los ingresos ingresos y egresos egresos de alumnos, ya que esto se hace manualmente. Automatizar e informatizar gran parte de los procesos, usando las tecnologías de información más actuales, usando una red local con con una una base base de dato datoss acce accesib sible le y gene genera rarr interfaces, informes y reportes amigables con lo que se podrá acceder a actualizar y gesti stionar la información que ayudara al Instituto Superior Tecnológico Privado – Ascope.

Fuente: Elaboración ro ia

a)

Sente Sentenci ncia a que que defin define e la la pos posici ición ón del produ producto cto

Para

Tabla № 07: Sentencia que Define la Posición del Producto ✔ Personal Administrativo de la institución educativa ✔ Profesores ✔ Son parte activa e integradora en la realización

Quienes

El nombre del producto

de los diversos procesos del Instituto Privado Tecnológico de Ascope ✔

Sistema de Gestión Académica para mejorar la información en el Instituto de Ascope.

Beneficios: ➢

Satisfacer al usuario con información rápida y

➢

eficiente. Disminuir el tiempo de atención a los alumnos.

Qué







































matriculas. No como

➢

Mejorar los reportes de alumnos alumnos en pagos y notas notas

✔

Las hojas de cálculo y de registro manual.

✔

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 proporcion iona un acceso eso rápido y

Nuestro producto ✔

actual actualiza izado do a la inform informaci ación ón desde desde cualqu cualquier ier Pc, que tenga acceso a la base de datos. ✔ ✔ ✔

Elaborado en una base de Datos Relacional. Multiusuario Adaptable al cambio

Fuente: Elaboración Propia 2.2.1.1. Descripción de Stakeholders (Participantes en el

Proyecto) y Usuarios Para proveer proveer productos productos y servicios servicios de forma forma efectiva efectiva que que se

ajus ajuste ten n a

las las nece necesi sida dade dess del del usu usuario ario,, es impo import rtan ante te

identificar a todos todos los participantes en el proyecto como parte del del proc proceso eso de mode modela lado do de requ requer erim imien iento tos. s. Tamb Tambié ién n es importante identificar a los usuarios del sistema. En esta parte parte se muestra muestra un perfil perfil de los particip participantes antes y de los los usua usuari rios os invo involu lucr crad ados os en el proy proyec ecto to,, así así como como los los problemas más importantes que éstos perciben para enfocar la solución propuesta hacia ellos. No describe sus requisitos específicos ya que éstos se detallan mediante otro artefacto. En lugar de esto proporciona la justificación de por qué estos

requisitos son necesarios. 3.1 Resumen de Stakeholders








































Director

Secretaria Academica


Representa nte del Instituto Priv Privad ado o de Ascope.

➢

Regist Registra rarr a los alumnos alumnos , curs cursos os y notas del Instituto.

➢

➢

➢

➢

➢

➢

Cajera

➢

➢

Requer Requerir ir inform informaci ación ón estad estadíst ística ica del del proceso de la institución. Representa a todos los usuarios ios posibles del sistema. Aprueb Aprueba a requis requisito itoss y funcio funcional nalida idade dess del sistema Realiza los requerimientos del sistema. Hace cumplir las funciones y procedimientos de los docentes. Encargada de administrar los procesos procesos que que se está están n rea realiza lizand ndo o dent dentro ro del del sistema. Encargada de realizar los cronogramas de pagos. Además realiz liza los los cobros de las las pensiones. Obtien Obtiene e y Regist Registra ra diaria diariamen mente te la información de los procesos del area de caja.

3.1Resumen de Usuarios

Nombre

Descripción Encarg ada de administrar los proces procesos os que se están

Stakeholder

➢


Director







































e y Registra Registra diariamente la información de l os procesos procesos del área de caja. 3.1Entorno de usuario Los Los usua usuari rios os ingr ingres esar aran an al sist sistem ema a iden identi tifi ficá cánd ndos ose e sobr sobre e 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 gestión academic academica a del instituto instituto superior superior tecnológico tecnológico privado de Ascope. Este sistema contiene aplicacion aplicaciones, es, realizad realizadas as en Visual Visual Studio Studio 2008, sencillas para que los usuarios se familiaricen rápidamente con su entorno.

3.2 Perfil de los Stakeholders Representante del área de de la Gestión Académica. Académica. Repr Repres esen enta tant nte e

Marl Marlon on Rodr Rodrígu íguez ez

Descrip cripci ción ón

Jefe efe del del Area de Ge Gesstión tión Academi demicca

Tipo

Primario (Empleado)

Responsabilida des

➢

Requerir información estadística del proceso proceso de la institución.







































SECRETARIA ACADEMICA

Repr Repres esen enta tant nte e

Sand Sandra ra Sanc Sanche hezz Gonzal Gonzales es..

Descripción


Tipo

Primario (Empleado)

Responsabilida des

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

➢

Ninguno

CAJERA:

Repr Repres esen enta tant nte e

Sonia Sonia Moya Moya Mant Mantil illa la

Descripción

Cajera

Tipo

Primario (Empleado)

Responsabilida des

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

➢

Ninguno







































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

Cara aracterí terís stic ticas que que lo Apoyan.

Gener Generaci ación ón de repor reportes tes de Ficha de Matricula matriculas. Gener Generaci ación ón de infor informes mes de Listado Listado del cronogra cronograma ma cronog onogrramas mas de pago pagoss y de pagos. reportes. Genera Gene rarr el ingr ingres eso o de los los Constancia de ingresos. alumnos Mayor facilidad para la Base de gestión de la información distribuida

datos

4.3Resumen de las necesidades de los stakeholders y de los usuarios En la actua actualida lidad d el área área de Gestió Gestión n Acadé Académic mica a del Instit Instituto uto Superior Superior Tecnológic Tecnológico o Privado Privado de Ascope, Ascope, no cuenta cuenta con un sistem sistema a inform informát ático ico que le permit permita a regist registra rarr y organi organizar zar su información En la necesidad de contribuir con la gestión necesitamos realizar







































la implementaci ón de este tipo de Requerimient o Control de Horarios.

Alta

Buscar un personal

Se realiza en Hoja de

capacitado en calculo la implementaci

Un Sistema de información

ón de este tipo de Requerimient o Gestionar el registro de matricula.

Alta

Buscar una un Se realiza en

Un Sistema

personal Hoja de capacitado en calculo

de información

la implementaci ón de este tipo de Requerimient o









































o

2.1.1.PLAN DE DESARROLLO DEL SOFTWARE 1. In Intr trod oduc ucci ción ón

Este Este Plan Plan de De Desa sarr rrol ollo lo del del Soft Softwa ware re es una una vers versió ión 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 Tecnolog Tecnologico ico Superior Superior Privado Privado de Ascope, 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 proy proyec ecto to ha sido sido ofert ofertad ado o por por el jefe jefe de Proy Proyec ecto to,, basado basado en una metodologí metodología a de Rational Rational Unified Process en la que únicamente se procederá a cumplir con las prim primer eras as fases fases que que marc marca a la meto metodo dolo logí gía, a, cons consta tand ndo o únicamente en la tercera fase de una o más iteraciones.







































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 del proyecto proyecto el cual organi organiza za la agenda agenda y •

necesidades de recursos, para la realización del proyecto •

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

1.1.Alcance

El docu docume ment nto o Plan Plan de De Desa sarr rrol ollo lo del del soft softwa ware re se ocupa, como ya se ha apuntado, del sistema integral de gestión gestión académ académico ico de los proceso procesoss del Instit Instituto uto Tec Tecn noló ológico gico Supe Superi rio or Priv Privad ado o de Asco Ascope pe.. Di Dich chos os sistemas serán desarrollados por el equipo de Trabajo en la parte de Desarrollo de Software. El si itir itirá á lo ad

del del

it







































proyec proyecto, to, establ establecie eciendo ndo los artefa artefacto ctoss que serán serán producidos y utilizados durante el proyecto. •

•

Describe la estructura organizacional del equipo de desarrollo. Gest Gestió ión n del del Proc Proces eso: o: Explica los costos y planificación estimada, define las fases e hitos del Orga rganiza nizaci ció ón

proyecto

y

del

describe

Proy royecto ecto::

cómo

se

realizará

su

seguimiento. •

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

vista global del proceso de desarrollo de software, incluyendo métodos, herramientas y técnicas que serán utilizadas. 1. Vista Vista General General del Proye Proyecto cto 1.1.Propósito, 1.1.Propósito, Alcance y Objetivos

La información que a continuación se incluye ha sido extr extraí aída da de las las dife difere rent ntes es reun reunio ione ness que que se han han celebrado celebrado con el stakeholder stakeholder del Instituto Instituto Privado de Ascope desde el inicio del







































A continuación se indican y describen cada uno de los artef artefac acto toss que que serán serán gene genera rado doss y util utiliz izad ados os por por el proyecto y que constituyen los entregables. Esta lista constituye la configuración de RUP desde la persp perspec ecti tiva va de arte artefa fact ctos os,, y que que prop propon onemo emoss para 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 com complet pleta a de cada ada uno de ello ellos. s. Sin Sin embar mbargo go,, el resultado de cada iteración y los hitos del proyecto está están n enfo enfoca cado doss a cons conseg egui uirr un cier cierto to grad grado o de completitud y estabilidad de los artefactos. Esto será indi indica cado do más más adel adelan ante te cuan cuando do se pres presen ente ten n los los objetivos de cada iteración. l

d

ll d l

f







































Es un modelo modelo que describe describe la realizació realización n de cada cada caso de uso del negocio, estableciendo los actores internos, la información que en términos generales man manipul ipulan an y los los flu flujos jos de traba rabajo jo (wo (workf rkflows lows)) aso asociad ciado os al caso aso de uso del del neg negocio ocio.. Para ara la representación de este modelo se utilizan Diagramas de Colaboración (para mostrar actores externos, internos y las entidades (información) que manipu manipulan lan,, un Diagra Diagrama ma de Clases Clases para para mostra mostrarr gráf gráfic icam amen ente te las las enti entid dade ades del sist sistem ema a y sus sus relaciones, relaciones, y Diagramas Diagramas de Activid Actividad ad para mostrar mostrar los flujos de trabajo. 4.

Glosario

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

d









































una una simpl simple e descr descrip ipci ción ón narr narrat ativ iva) a) se reali realiza za una una descr descrip ipci ción ón deta detall llad ada a util utiliz izan ando do una una plan planti till lla a de docu docume ment nto, o, dond donde e se incl incluy uyen en:: prec precon ondi dicio cione nes, s, post-c post-cond ondici icione ones, s, flujo flujo de evento eventos, s, requis requisito itoss nofuncionales asociados. También, para casos de uso cuyo flujo de eventos sea complejo podrá adjuntarse una representación gráfica mediante un Diagrama de Actividad. 8.

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







































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érm términ inos os de anál anális isis is (sin (sin incl inclui uirr aspe aspect ctos os de implementación) hacia una de diseño (incluyendo una orientación hacia el entorno implementaci ación), de acuerdo al avance proyecto. 11.

Modelo de Datos

de del






































13.


Modelo de Despliegue

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

Cada

Casos de Prueba

prueba

es

especificada

mediante

un

docu docum mento ento que que estab stable lece ce las las con condici dicio ones nes de ejecución, las entradas de la prueba, y los resultados esperados. Estos casos de prueba son apli aplica cado doss como como prue prueba bass de regr regres esió ión n en cada 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







































depe depend nden enci cias as entr entre e ella ellas. s. Se real realiz iza a para ara cada cada iteración, y para todas las fases. 17.

Evaluación de Iteración

Este Este docu docume men nto incl inclu uye le eval evalua uaci ción ón de los los resultados de cada iteración, el grado en el cual se han han cons conseg egui uido do los los obje objeti tivo voss de la iter iteraci ación ón,, las las lecciones aprendidas y los cambios a ser realizados. 18.

Lista de Riesgos

Este Este docu docume ment nto o incl incluy uye e una una list lista a de los los riesg riesgos os conocidos y vigentes en el proyecto, ordenados en orden decreciente de importancia y con acciones







































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 arte artefa fact cto os que que se gen generar erarán án en el proce roceso so de desarrollo. 1.1. Evolución del Plan de Desarrollo del Software

El Plan Plan de De Desa sarr rrol ollo lo del del Soft Softwa ware re se revi revisa sará rá semanalmente y se refinará antes del comienzo de cada iteración. Versión

Tabla Nº 08: Evolución del Plan de Desarrollo del Software Fa s e Fecha Destino

Inicio








































Nataly


Vásquez Tester

Gutiérrez Henry Avila Romero

Programador

2.2. Interfaces Externas

El proy royecto tendrá un Asesor sor Externo para la Elaboración del Sistema.







































Progra Programad mador or Constru Construcci cción ón de protot prototipo ipos. s. Colabor Colaboraci ación ón en la elabor elaboració ación n de las prueba pruebass funcio funcional nales, es, modelo de datos y en las validaciones con el usuario Ingeniero de Gestión de requisitos, gestión de Software

conf config igur urac ació ión n y camb cambio ios, s, elab elabor orac ació ión n del del modelo de datos, preparación de las pruebas







































es

información Para archivar 1.50 avances y

Anillad 2

realización de diseño del proyecto. Para pr presentaciones 6.00

os

de proyecto

Fólder

3






































Fase


Nro.Iteracio Duración nes

Fase de Inicio Fa s e de Elaboración Fa s e de Construcción Fa s e de Transición

1 1

3 semanas 3 semanas

2

4 semanas

2

4 semanas







































del cliente /usuario del artefacto Visión y el Plan de Desarrollo marcan el final de esta fase. En esta fase se analizan los requisitos y se Fase

desar sarrol rolla un prototipo de arqu rquitect ectura de (incluyendo las partes más relevantes y / o

Elaboración

crít crític icas as del del sist sistem ema) a).. Al fina finall de esta esta fase fase,, todo todoss los los caso casoss de uso uso corr corres espo pond ndie ient ntes es a









































Durante la fase de construcción se terminan






































Tabla № 13: Calendario Disciplinas / Artefactos generados o modificados durante la Fase Fase de Inicio Modelado del Negocio


Comienzo

Aprobación






































planes de las Iteraciones Ambiente


Durante todo el proyecto







































1.2.Seguimiento 1.2.Seguimiento y Control del Proyecto






































2.1.1.Diagrama de Casos de Uso del Software


















































































































































































































































































































































































































































































































































































































































































































































































































































































































































Figura Nº 38: Diagrama de Secuencia Aperturar Aperturar Cursos Cursos

108




























➢


Diagrama de Colaboración Registrar Pago

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

Diagrama de Actividades Registrar Pagos






































➢


Diagrama de Secuencia Registrar Pagos

Figura Nº 41: Diagrama de Secuencia Registrar Pago

110




























➢


Diagrama de Colaboración Categorías

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

Diagrama de Actividades Categorías

Figura Nº 43: Diagrama de Actividades Categorías






































➢

Diagrama de Secuencia Categorías

Figura Nº 44: Diagrama de Secuencia Categorías








































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

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






































Accediendo a la tabla ALUMNOS






































Accediendo a la tabla AULAS






































Accediendo a la tabla CURSOS






































Accediendo a la tabla NOTAS








































Accediendo a la tabla PAGOS






































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

S em estr tre (f romC mCAPADED ED AT O S)

IdS em estre P erio iodo F eInicio F eF inal A gregar() E ditar() A nu lar() () G raba r() Leer()

Figura Nº 46: Diagrama de Clases Registrar Semestre






































REGISTRAR AULA

Aula (f rom CAPA DE DATOS) DATOS)

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






































Figura Nº 49: Diagrama de Clases Registrar Docente

REGISTRAR APERTURAR CURSOS

Cursos

Docente_

(f rom CAPA DE DATOS)

(f rom CAPA DE DATOS) DATOS)

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

IdDocente Nombres Apellidos Mail Especialidad Leer()






































REGISTRAR PAGO

Cronog ram a

Alum no o

Pagos

(f rom C AP A D E D ATO S)

(f rom C AP A D E D ATO S)

(f rom C AP A D E D ATOS )

IdC rono gram a Descripcion

IdAlum no Nom bres ApelMaterno ApelPaterno Edad Sexo Mail

IdPagos FechaVenc FechaPago Form aP ago

Leer()

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

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

Figura Nº 51: Diagrama de Clases Registrar Pago








































2.2.2.3.DIAGRAMA DE PAQUETES DEL ANÁLISIS.

Figura Nº 53: Diagrama de Paquetes del Analisis







































DIAGRAMA DE PAQUETE DE ANALISIS CAPA DE PRESENTACION

Registr trador A lum no IU_R egistrar Alumno

RegistrarDocente

Registr tradorDocente

BuscarEspeciali lidadDo cente.

BuscarUbigeo

BuscarTipoDocente

Re gistrarCurso

BuscarDocente

BuscarCategoria ia Re gistr tradorN otas

BuscarEstado

BuscarA lum no BuscarTipoCategoria ia Re gistr tradorC urso

IU_R egistra rarCa tegoria BuscarPago

BuscarCursos BuscarCronogram a Re gistrarCategoria ia IU_R egistra rarPago

Re gistr trarNotas. Registr trarPagos

Re gistr trarAu la BuscarTipoAula

BuscarA ula la

Re gistr tradorA ula

Re gistr trarSem estre

IU_R egistrar Sem estre re






































DIAGRAMA DE PAQUETES DE ANALISI CAPA LOGICO







































DIAGRAMA DE PAQUETES DE ANALISIS CAPA DATOS








































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









































Figura Nº 57: Diagrama de Clases del Analisis







































DIAGRAMAS DE ESTADO REGISTRAR 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






































IMPLEMENTACIÓN 2.5.1. Diagrama de Componentes Componentes








































2.5.2. Diagrama de Despliegue

<> Servidor DB

<> Switch

preemptive SistemaCompras

<> UTPC5 1

<> PCCompras














































































CONCLUSIONES







































Proyecto_IngSW

Recommend Documents