Implementación de Un Sistema de Gestión Académica Bajo Plataforma Web, para Mejorar Los Procesos de Matrículas y Registros de Notas Del ISTP "República Federal de Alemania", en La Ciudad de Chiclayo.

FACULTAD DE INGENIERA
ESCUELA PROFESIONAL DE INGENIERA

DE SISTEMAS
TESIS
PARA OPTAR EL TTULO PROFESIONAL
DE INGENIERO DE SISTEMAS
Implementacin de un Sistema de Gestin Acadmica
bajo plataforma Web, para mejorar los procesos de
matrculas y registros de notas del ISTP Repblica
Federal de Alemania, en la ciudad de Chiclayo.
AUTOR
DAZ VIDARTE, MIGUEL ORLANDO
ASESOR
ING. OSCAR CAPUAY UCEDA
Pimentel Per
2007
Implementacin de un Sistema de Gestin Acadmica bajo plataforma Web, para mejorar los procesos de
matrculas y registros de notas del ISTP "Repblica Federal de Alemania, en la ciudad de Chiclayo.
Implementacin de un Sistema de Gestin

Acadmica bajo plataforma Web, para mejorar
los procesos de matrculas y registros de notas
del ISTP Repblica Federal de Alemania, en la
ciudad de Chiclayo.
Autor: Miguel Orlando Daz Vidarte
-2-
Implementacin de un Sistema de Gestin Acadmica

bajo plataforma Web, para mejorar los procesos de
matrculas y registros de notas del ISTP Repblica
Federal de Alemania, en la ciudad de Chiclayo.
Miguel Orlando Daz Vidarte
Ing. Oscar Capuay Uceda
AUTOR
ASESOR
PRESENTADA A LA ESCUELA DE INGENIERA DE SISTEMAS DE LA

UNIVERSIDAD SEOR DE SIPN PARA OPTAR EL TTULO DE:
INGENIERO DE SISTEMAS
APROBADO POR
Ing. Enrique Samilln Ayala
Ing. Lus Snchez Fernndez
PRESIDENTE
SECRETARIO
Ing. Jess Olavarra Paz

VOCAL
-3-
DEDICATORIA
A mis padres Carlos e Irma y a mi

hermano Rodrigo por su inagotable apoyo
espiritual y material durante toda mi
formacin profesional.
-4-
AGRADECIMIENTOS
Al ing. Oscar Capuay por su

asesoramiento y dedicacin desinteresada
que
me
permiti
culminar
satisfactoriamente el presente trabajo de

investigacin.
-5-
RESUMEN
En el marco de una gestin acadmica de calidad, se ha planteado la
implementacin de un sistema de informacin que administre los procesos
acadmicos y facilite al ISTP Repblica Federal de Alemania una eficiente gestin
de sus recursos internos, de modo que se brinde al estudiante un mejor servicio
educativo y se contribuya al logro de los objetivos y metas institucionales. En busca
de este propsito, se ha desarrollado el presente trabajo de investigacin que se
encuentra estructurado en los siguientes captulos:
En el Captulo I, se describe la institucin en estudio considerando su: historia,
autoridades, misin, visin y objetivos institucionales, organigrama, principios,
lineamientos de poltica, aspecto acadmico y carreras profesionales.
En el Captulo II, se analiza el problema de investigacin teniendo en cuenta la
realidad problemtica, la formulacin del problema, la justificacin e importancia de
la investigacin; los objetivos de la investigacin; el planteamiento de la hiptesis y
su contrastacin por medio de variables e indicadores.
En el Captulo III, se establece el marco terico realizando una recopilacin de
antecedentes de estudio e investigacin, as como la definicin conceptual de la
terminologa empleada (Gestin acadmica, Aplicacin Web, Intranets, entre otros).
En el Captulo IV, correspondiente al marco conceptual, se analizan tres
metodologas de desarrollo de software (RUP, XP y FDD) considerando 5 criterios:
el tamao de los equipo, la obtencin de requisitos, la carga de trabajo, la relacin
con el cliente y el desarrollo. Posteriormente se realiza la seleccin de la
metodologa, siendo RUP la que se consider ms apropiada para su aplicacin
teniendo en cuenta que permite generar muchos artefactos finales que pueden ser
aprovechados en una reutilizacin de productos, modelos y procesos.
En el Captulo VI, se desarrolla la propuesta en base a la metodologa RUP. Como
se sabe esta metodologa esta conformada por 4 fases (Inicio, Elaboracin,
Construccin y Transicin) que interactan con sus disciplinas (Modelado del
Negocio, Requisitos, Anlisis, Diseo, Implementacin y Pruebas). La aplicacin de
esta metodologa se ha desarrollado de la siguiente forma:
Fase de Inicio: En esta fase se ha elaborado el modelado del negocio,

realizando una descripcin de las reas y procesos crticos en estudio. Los
artefactos que se han desarrollados son: el Modelo de Casos de Uso de
-6-
Negocio y sus especificaciones, los Modelos de Objetos de Negocio, el Modelo

de Dominio del Problema y un glosario con la terminologa clave del dominio del
problema.
Fase de Elaboracin: En esta fase las disciplinas desarrolladas son:

o
Requerimientos: Donde se ha desarrollado el Modelo de Casos de Uso

de Requerimientos considerando tres procesos principales: Gestin de
Admisin, Gestin de Matrculas y Gestin de Cursos y Notas; y sus
respectivas especificaciones.
Anlisis: Se ha elaborado los Diagramas de Colaboracin del Anlisis

por cada caso de uso.
Fase de Construccin: En esta fase las disciplinas desarrolladas son:

o
Diseo: Se ha elaborado las interfaces del sistema, los diagramas de

secuencia del Diseo, el Diagrama de Clases y el Modelo Fsico de la
Base de Datos.
Implementacin: Se ha elaborado el diagrama de componentes y el de

Despliegue. En esta disciplina se ha considerado los criterios de
seguridad para la aplicacin Web vista desde 3 niveles: Servidor,
Aplicacin y Base de Datos.
En Captulo VI: se ha realizado el anlisis Costo Beneficio, indicando la inversin

inicial, los gastos concurrentes u operativos y los beneficios. Los beneficios han
sido calculados en base a los indicadores planteados en el capitulo II. Tambin se
ha elaborado el Flujo de Caja que muestra el retorno de la inversin en los 5
primeros aos de implementacin del software. En base al flujo de caja se ha
calculado el Valor Actual Neto (VAN), donde se obtuvo la cifra de 8 565; y la Tasa
Interna de Retorno (TIR), donde se obtuvo el valor de 22%; lo que demuestra la
rentabilidad y viabilidad econmica del proyecto.
-7-
ABSTRACT
Within the framework of an academic management of quality, the implementation of
an information system has considered that administers the academic processes and
facilitates to the ISTP Repblica Federal de Alemania an efficient management of
its internal resources, so that a better educative service offers the student and it is
contributed to the profit of the objectives and I put institutional. In search of this
intention, work of investigation has been developed the present that is structured in
the following chapters:
In Chapter I, his is described to the institution in study considering: institutional
history, authorities, mission, vision and objectives, organizational chart, principles,
lineaments of policy, academic aspect and professional races.
In Chapter II, the investigation problem is analyzed considering the problematic
reality, the formulation of the problem, the justification and importance of the
investigation; the objectives of the investigation; the exposition of the hypothesis and
its contrast by means of variables and indicators.
In Chapter III, one settles down the theoretical frame making a compilation of study
antecedents and investigation, as well as the conceptual definition of the used
terminology (academic Management, Application Web and Intranets, among others).
In Chapter IV, corresponding to the conceptual frame, three methodologies of
development of software are analyzed (RUP, XP and FDD) considering 5 criteria:
the size of them equipment, the obtaining of requirements, the service load and the
relation with the client and the development. Later the selection of the methodology
is made; being RUP the one that was considered more appropriate for its application
considering that allows generating many devices final that can be taken advantage
of in reusability products, models and processes.
In the Chapter VI, is developed the proposal on the basis of methodology RUP. As
this conformed by 4 phases is known to this methodology (Beginning, Elaboration,
Construction and Transition) that interacts with their disciplines (Modeled of the
Business, Requirements, Analysis, Design, Implementation and Tests). The
application of this methodology has been developed of the following form:
-8-
Phase of Beginning: In this phase it has been elaborated modeled of the

business, making a critical description of the areas and processes in study. The
devices that have been developed are: the Model of Cases of Use of Business
and its specifications, the Models of Objects of Business, the Model of Dominion
of the Problem and a glossary with the key terminology of the dominion of the
problem.
Phase of Elaboration: In this phase the developed disciplines are:

o
Requirements: Where it has been developed to the Model of Cases of

Use of Requirements considering three main processes: Management of
Admission, Management of Matriculations and Management of Courses
and Notes; and its respective specifications.
Analysis: It has been elaborated the Diagrams of Collaboration of the

Analysis by each case of use.
Phase of Construction: In this phase the developed disciplines are:

o
Design: It has been elaborated the interfaces of the system, the

diagrams of sequence of design, the Diagram of Classes and the
Physical Model of Data Base.
Implementation: It has been elaborated the diagram of components and

the one of Unfolding. In this discipline one has considered the criteria of
security for the application Web Vista from 3 levels: Servant, Application
and Data base.
In Chapter VI: the analysis has been made Cost Benefit, indicating the initial
investment, the concurrent or operative expenses and the benefits. The benefits
have been calculated on the basis of the indicators raised in I capitulate II. Also
the Flow of Box has been elaborated that shows the return of the investment in
the 5 first years of implementation of software. On the basis of the box flow the
Net Present Value has calculated (NPV), where the number of 2 336 was
obtained; and the Internal Rate of Return (IRR), where the value of 15% was
obtained; what demonstrates to the yield and economic viability of the project.
-9-
NDICE
DEDICATORIA......................................................................................................... 4
AGRADECIMIENTOS .............................................................................................. 5
RESUMEN ............................................................................................................... 6
ABSTRACT .............................................................................................................. 8
NDICE................................................................................................................... 10
INTRODUCCIN ................................................................................................... 12
CAPITULO I: La Organizacin................................................................................ 15
1.1. Nombre:.................................................................................................. 15
1.2. Ubicacin: ............................................................................................... 15
1.3. Historia: ................................................................................................. 15
1.4. Autoridades de la Institucin: ................................................................. 16
1.5. Misin y Visin Institucional: .................................................................. 17
1.6. Organigrama Institucional: ...................................................................... 19
1.7. Objetivos Institucionales: ....................................................................... 20
1.8. Principios: ............................................................................................... 21
1.9. Lineamientos de Poltica de Formacin Profesional: .............................. 21
1.10. Infraestructura: ...................................................................................... 22
1.11. Aspecto Acadmico: ............................................................................. 23
1.11.1. Rgimen de Estudios: ..................................................................... 23
1.11.2. Plan de Estudios: ............................................................................ 23
1.11.3. Contenido Curricular: ...................................................................... 24
1.12.
Carreras Profesionales: .................................................................. 25
1.12.1. Administracin de Empresas (ADM):............................................... 25

1.12.2. Computacin e Informtica (CEI): ................................................... 25
1.12.3. Contabilidad (CON): ........................................................................ 26
1.12.4. Electrotecnia Industrial (ELI): .......................................................... 27
1.12.5. Electrnica (ELO): ........................................................................... 27
1.12.6. Enfermera Tcnica (ETE):.............................................................. 28
1.12.7. Mecnica Automotriz (MAU):........................................................... 28
1.12.8. Mecnica de Produccin (MEP): ..................................................... 29
CAPITULO II: El Problema de Investigacin........................................................... 31
2.1. Realidad Problemtica ............................................................................ 31
2.2. Formulacin del Problema: ..................................................................... 32
-10-
2.3. Justificacin e Importancia de la Investigacin:....................................... 32

2.4. Objetivos de la Investigacin:.................................................................. 33
2.4.1. Objetivo General: ............................................................................ 33
2.4.2. Objetivos Especficos: ..................................................................... 33
2.5. Limitaciones de la Investigacin:............................................................. 34
2.5.1. Tiempo: ........................................................................................... 34
2.5.2. En la Institucin:.............................................................................. 34
2.6. Hiptesis: ................................................................................................ 35
2.7. Variables:................................................................................................ 35
2.7.1. Independiente: ................................................................................ 35
2.7.2. Dependiente:................................................................................... 35
2.7.3. Indicadores:..................................................................................... 35
2.8. Contrastacin de hiptesis: ..................................................................... 36
CAPITULO III: Marco Terico................................................................................. 40
3.1. Antecedentes de Estudio e Investigacin:............................................... 40
3.1.1. De Estudio: ..................................................................................... 40
3.1.2. De Investigacin:............................................................................. 42
3.2. Definicin conceptual de la terminologa empleada. ............................... 47
3.2.1. Gestin Acadmica: ...................................................................... 47
3.2.2. Orientacin y Normas para la gestin de los institutos superiores
tecnolgico: ................................................................................................ 49
3.2.3. Aplicacin Web: .............................................................................. 50
3.2.4. Lenguajes de programacin Web:................................................... 54
3.2.5. Intranet: .......................................................................................... 58
CAPITULO IV: Marco Conceptual .......................................................................... 61
4.1. Metodologas de Desarrollo de Software:................................................ 61
4.1.1. RUP (Rational Unified Process) ...................................................... 61
4.1.2. XP (eXtreme Programing - Programacin Extrema) ........................ 62
4.1.3. FDD (Feature Driven Development) ................................................ 62
4.1.4. Tamao de los Equipos:.................................................................. 63
4.1.5. Obtencin de Requisitos: ................................................................ 63
4.1.6. Carga de Trabajo: ........................................................................... 63
4.1.7. Relacin con el Cliente:................................................................... 64
4.1.8. Desarrollo :...................................................................................... 64
4.1.9. Seleccin de metodologa de desarrollo:......................................... 64
4.2. El Proceso Unificado de Rational (RUP): ................................................ 66
4.2.1. Caractersticas principales de RUP: ................................................ 66
-11-
4.2.2. Fases de RUP:................................................................................ 70

CAPITULO V: Desarrollo de la Propuesta .............................................................. 73
5.1. Introduccin: ........................................................................................... 73
5.2. FASE DE INICIO:.................................................................................... 74
5.2.1. Modelado del Negocio:.................................................................... 75
5.3. FASE DE ELABORACIN: ................................................................... 103
5.3.1. Requerimientos: ............................................................................ 104
5.3.2. Anlisis y Diseo: .......................................................................... 137
a.1.
GESTIN DE ADMISIN:............................................................. 139
a.2.
GESTIN DE MATRCULA:.......................................................... 146
a.3.
GESTIN DE CURSOS Y NOTAS: .............................................. 154
5.4. FASE DE CONSTRUCCIN:................................................................ 161

5.4.1. Anlisis y Diseo: .......................................................................... 162
5.4.2. Implementacin:............................................................................ 192
5.5. Criterios de Seguridad para la aplicacin Web...........Error! Marcador no
definido.
5.5.1. A nivel de Servidor Apache 2.2.4: ................................................. 199
5.5.2. A nivel de Aplicacin (PHP 5.2.3):................................................. 201
5.5.3. A nivel de Base de Datos (My SQL 5.0.45): .................................. 204
CAPITULO VI: Anlisis Costo Beneficio ............................................................... 209
4.1. Introduccin: ......................................................................................... 209
4.2. Anlisis Costo - Beneficio: .................................................................... 209
4.2.1. Inversin Inicial: ............................................................................ 209
4.2.2. Gastos Concurrentes u Operativos: .............................................. 211
4.2.3. Beneficios: .................................................................................... 212
4.2.4. Flujo de Caja: ................................................................................ 216
4.2.5. Valor Actual Neto (VAN):............................................................... 218
4.2.6. Tasa Interna de Retorno (TIR):...................................................... 218
CAPITULO VII: Conclusiones............................................................................... 220
CAPITULO VIII: Recomendaciones...................................................................... 223
CAPITULO VIII: Referencias Bibliogrficas .......................................................... 225
8.1. Bibliografa:........................................................................................... 225
8.2. Citas Electrnicas: ................................................................................ 225
ANEXOS .............................................................................................................. 227
-12-
INTRODUCCIN
El presente trabajo de investigacin describe el estudio realizado al ISTP
Repblica Federal de Alemania en las reas de secretara docente, tesorera y las
jefaturas de los departamentos acadmicos. Este estudio est basado en los
procesos de gestin acadmica actuales desempeados en estas reas.
Segn la informacin recopilada por medio de las entrevistas realizadas al personal
involucrado y la percepcin del investigador, la situacin problemtica encontrada
se centra en la modularidad de los procesos de gestin acadmica, es decir, el
aislamiento de informacin crtica para un correcto desempeo de cada una de las
rea en estudio. Al presentarse este panorama, la optimizacin en el uso de
recursos econmicos e intangibles, como el tiempo, se da en menor escala dentro
de la institucin. Esto no solo perjudica el logro de los objetivos y metas
institucionales, sino tambin, a la calidad del servicio que se les ofrece a los
estudiantes.
Es por ello que se propone la integracin del sistema acadmico, a nivel de
informacin, de modo que se pueda optimizar en gran medida los procesos internos
y por consiguiente el uso de recursos crticos para un eficiente desempeo
organizacional.
Los procesos de gestin acadmica analizados, se enfocan en los de matrcula y
registro de notas. Pero estos no pueden ser estudiados de forma aislada
considerando que la matrcula, por ejemplo, se abastece de informacin
proveniente de los procesos de admisin y pagos, as como tambin del proceso de
evaluacin. Es por ello que en el desarrollo de la propuesta, se realiza el modelado
de estos procesos, para tener una visin general de sistema acadmico en la
institucin. El desarrollo de la propuesta se ha hecho aplicando, como herramienta
metodolgica, el Proceso Unificado de Rational (RUP), considerando que mediante
esta metodologa se obtienen los artefactos requeridos para una correcta
documentacin del sistema a implementar.
Cabe mencionar, que al proponer una solucin de software que optimice el uso de
recursos en una institucin educativa pblica, es lgico que el desarrollo del
producto final se realice con herramientas de libre distribucin que no se
encuentren sujetas a licenciamientos y otras inversiones no necesarias.
-13-
CAPITULO I
La Organizacin
-14-
CAPITULO I: La Organizacin
1.1. Nombre:
Instituto
Superior
Tecnolgico
Pblico
"REPBLICA
FEDERAL
DE
ALEMANIA"
1.2. Ubicacin:
Av. Elvira Garca y Garca N 699 - Urbanizacin Los Parques Chiclayo.
1.3. Historia: 1
El Instituto Superior Tecnolgico Pblico "REPBLICA FEDERAL DE
ALEMANIA" (ISTP RFA), fue creado por R.M. N031-80-ED, del 28 de
Marzo de 1980 como Escuela Superior de Educacin Profesional (ESEP) de
II Ciclo, e inici sus funciones como tal el 14 de septiembre de 1981, con
seis Carreras Tecnolgicas: Administracin de Negocios, Contabilidad
Empresarial, Electricidad, Electrnica, Mecnica Automotriz, Mecnica de
Produccin.
En el ao 1983, el Ministro de Educacin por efecto de la R.S. N 131-89-ED
autoriza la educacin y funcionamiento como Institutos Superiores
Tecnolgicos a las ESEP. Despus de un proceso de estudios y minuciosa
evaluacin por una Comisin Especial, esta institucin fue catalogada en
primera categora, convirtindose en el Instituto Superior Tecnolgico
"Repblica Federal de Alemania"; esta nueva etapa la reinicia con seis
Carreras
Profesionales
Tecnolgicas:
Administracin,
Contabilidad,
Electricidad, Electrnica, Mecnica Automotriz, y Mecnica de Produccin.

En 1989 las autoridades del ISTP presentan un proyecto de ampliacin del
servicio solicitando autorizacin de funcionamiento de dos nuevas Carreras
Profesionales y es en 1990 que el Ministro de Educacin aprueba el
funcionamiento de Enfermera Tcnica y Computacin e Informtica, desde
entonces la Institucin oferta ocho Carreras Profesionales.
ISTP Repblica Federal de Alemania

15/05/2007]
disponible en: http://www.istrfa.edu.pe [consultado el
-15-
En 1993 el Instituto constituye una de los centros de formacin tecnolgica

ms destacada de la Regin y es por ello que el Ministro de Educacin lo
considera como uno de los mejores Institutos del Per y sus autoridades son
invitadas a participar en eventos nacionales para difundir las experiencias
del trabajo desarrollado.
En 1998 fue seleccionado como uno de los trece mejores Institutos
Tecnolgicos Estatales a nivel nacional por la comunidad de los pases
europeos en el marco del proyecto FORTE-PE para ser convertidos en
Institutos Superiores Tecnolgicos de Excelencia.
El 30 de diciembre del 2005 con R.D. N 381-2005-ED, el Ministerio de
Educacin revalida el funcionamiento del ISTP RFA y sus ocho carreras
profesionales; como resultado de haber cumplido con los requisitos del
proceso de revalidacin. El ISTP RFA es el nico instituto que revalida con
certificacin de INDECI.
En el marco de la RD. N 0896-2006-ED del 29 de diciembre del 2006, ISTP
RFA ha sido considerado por el ministerio de educacin para experimentar
en nuevo Diseo Curricular Bsico de la Educacin Superior Tecnolgica
en sus ocho carreras profesionales.
1.4. Autoridades de la Institucin: 2

1.4.1. Directora:
Ing. Edita Flor Moreno Eustaquio.
1.4.2. Sub - Director:

Lic. Walter Hugo Rodrguez Nieto.
1.4.3. Jefa del rea de Administracin:

C.P.C. Juana Cruz Sandoval.
1.4.4. Secretara Docente:

Lic. Carmen Sandoval Aguilar.
Prospecto de Admisin 2007 del ISTP RFA
-16-
1.4.5. Jefes de Departamentos de Formacin Profesional:

1.4.5.1. Contabilidad y Administracin:
C.P.C. Vernica Matute Quindes.
1.4.5.2. Computacin e Informtica:

Lic. Urbano Cervantes Mauro.
1.4.5.3. Enfermera Tcnica:

Lic. Rosa Chvez Mendoza.
1.4.5.4. Electrnica Industrial:

Ing. Nestor Mago Alvarado.
1.4.5.5. Electrotecnia Industrial:

Prof. Romn Secln Barturn.
1.4.5.6. Mecnica Automotriz y Produccin:

Ing. Rger Zavaleta Lozano.
1.5. Misin y Visin Institucional: 3

1.5.1. Misin:
Formar profesionales tcnicos calificados, competitivos y creativos,
capaces de insertarse en el mercado laboral o de crear sus propias
empresas, respondiendo a la realidad social, productiva y empresarial
de la regin. Para ello combinamos la excelencia acadmica y el
respeto a los valores humanos con la prctica profesional y la calidad
del servicio institucional, para lograr una formacin integral de los
futuros profesionales y contribuir a mejorar la calidad de vida de la
poblacin.
1.5.2. Visin:
El ISTP RFA ser al 2012 una institucin acreditada, lder en la
formacin tcnica profesional de la Regin y uno de los mejores del
3
ISTP Repblica Federal de Alemania disponible en: http://www.istrfa.edu.pe [consultado el

15/05/2007]
-17-
pas, con una oferta educativa y formativa de excelencia, acorde con la

demanda social y productiva, con una interrelacin slida y
permanente con el sector empresarial. Un Instituto con docentes y
trabajadores capacitados, emprendedores, altamente motivados y
propulsores del desarrollo de valores humanos, comprometidos con
una cultura y actitud organizacional de calidad.
El ISTP RFA aplicar un sistema tcnico pedaggico basado en un
enfoque por competencias, con una estructura curricular modular,
flexible, un sistema tcnico pedaggico dual y el uso de la educacin
virtual. El ISTP RFA aplicar un sistema de aprendizaje - enseanza
vinculada a actividades productivas, para la cual tendr centros de
produccin con capacidad de autosostenimiento.
Los profesores y alumnos participaran de programas de capacitacin,
actualizacin y pasantias a travs de convenios con institutos,
universidades y empresas del extranjero.
El ISTP RFA ser un agente dinamizador del entorno a travs de
programas de mejoramiento continuo y de extensin educativa, con la
finalidad de mejorar las capacidades tcnicas de los recursos humanos
de la Regin. Impulsar, disear y ejecutar proyectos de
investigacin, capacitacin, innovacin y transferencia tecnolgica,
orientados a promover el desarrollo humano sostenible de los jvenes,
profesionales y empresarios.
El ISTP RFA tendr una infraestructura y tecnologa moderna, para lo
cual sus aulas, laboratorios, talleres y mdulos de produccin contaran
con ambientes amplios y apropiados, con equipos y maquinarias de
ltima generacin. Su biblioteca tendr bibliografa actualizada y estar
conectado en Red a las principales bibliotecas del mundo. Tendr un
auditorium diseado para congresos y convenciones regionales,
nacionales e internacionales, y para recibir tele conferencias de los
principales centros acadmicos del mundo.
El ISTP RFA tendr una administracin eficiente, simplificada y
automatizada, un sistema de informacin gerencial ptimo y un Comit
Estratgico apoyando las decisiones trascendentales de la institucin.
-18-
Implementacin de un Sistema de Gestin Acadmica bajo plataforma Web, para mejorar los procesos de matrculas y registros de notas del ISTP "Repblica Federal de Alemania, en
la ciudad de Chiclayo.
1.6. Organigrama Institucional:

DIRECCION
IMAGEN
INSTITUCIONAL
CONSEJO
EDUCATIVO
INSTITUCIONAL
COMIT
ESTRATEGICO
SUB - DIRECCION
ADMINISTRACIN
SECRETARIA
DOCENTE
COMISIN DE
ADMISIN
BIBLIOTECA
ADM
CEI
CON
JEFATURA DE
DEPARTAMENTOS
TESORESA
ELI
ELO
-19-
ETE
MAU
1.7. Objetivos Institucionales: 4

1.7.1. Objetivo General:
Certificar y acreditar la Formacin Profesional Tcnica (FPT) en el
Departamento y la Regin y ser un referente en Innovacin y
transferencia Tecnolgica y Ampliar el nmero de docentes que
realizan trabajo polivalente y que se desenvuelven como de formador
de formadores.
1.7.2. Objetivos Especficos:
Brindar una formacin profesional acorde con la demanda social,

productiva y empresarial, con una estructura curricular modular,
flexible, eslabonada y factible de afrontar las necesidades de
convalidacin y actualizacin permanente.
Implementar un sistema de acreditacin y certificacin progresiva,

con garanta de calidad y xito profesional.
Motivar la labor del docente profesional para impulsar, disear,

formular y ejecutar programas de mejoramiento continuo.
Convertir a nuestra institucin en un agente dinamizador del entorno

implementando un conjunto de mecanismos de convenios, alianzas
estratgicas e intercambio de servicios educativos, empresariales y
de innovacin, con los actores sociales de la localidad.
Fomentar la investigacin, innovacin y transparencia tecnolgica a

favor de los sectores productivos y de servicios de la regin
Reglamento General de Organizacin y Funciones del ISTP RFA
-20-
1.8. Principios: 5
En la actualidad el ISTP "Repblica Federal de Alemania" se orienta por los
siguientes Principios Fundamentales:
Es humanista, porque considera que el hombre como ser social, es

el fin supremo de la Sociedad y del Estado.
Es democrtica porque vincula e integra permanentemente a la

comunidad insterfalina a participar en forma activa en la gestin de
su desarrollo.
Es innovadora, porque promueve la creatividad en la investigacin

tecnolgica, impulsando en todas las carreras profesionales,
actividades productivas y generadores de recursos.
Es humanista y tecnolgica, porque como centro tcnico forma

ntegramente profesionales en las diferentes reas del conocimiento,
comprometidos con la realidad regional y nacional.
1.9. Lineamientos de Poltica de Formacin Profesional: 6

1.9.1. Poltica 1:
Fomentar, institucionalizar y fortalecer los espacios de dilogo social,
concertacin y negociacin entre los actores y otros agentes
vinculados a la formacin profesional, que favorezcan el mejoramiento
de su calidad, la adecuacin ocupacional, la equidad en el acceso y la
insercin al mercado laboral competitivo.
1.9.2. Poltica 2:
Promover la formacin profesional de calidad con valores, con una
perspectiva competitiva, participativa y con equidad, desde los niveles
bsicos hasta el nivel superior, que desarrolle competencias laborales
5

15/05/2007]
6
-21-
y capacidades emprendedoras, que responda a las caractersticas y

demandas locales y regionales en el marco de la descentralizacin y el
mejoramiento de la calidad de vida de la poblacin.
1.9.3. Poltica 3:
Garantizar la produccin y generacin de informacin pertinente,
oportuna y de calidad, implementando el sistema de informacin del
mercado laboral y formativo que garantice el acceso con equidad,
facilitando la toma de decisiones de los actores sociales y otros
agentes vinculados a la formacin profesional de los mbitos nacional,
regional y local.
1.9.4. Poltica 4:
Garantizar
la
sostenibilidad
poltica,
normativa,
administrativa,
econmica, social, institucional y sustentabilidad ambiental de los

esfuerzos que se realizan en el campo de la formacin profesional y
promocin del empleo, que se articulen al plan de desarrollo nacional y
regional, propiciando una sociedad democrtica.
1.10. Infraestructura: 7
1.10.1.
Infraestructura:
El ISTP Repblica Federal de Alemania cuenta con una adecuada
infraestructura debidamente diseada para cumplir con una de las
tareas ms importantes de la actividad humana: educar.
Consta de un pabelln de oficinas administrativas, sala de profesores,
32 aulas, biblioteca, oficina de servicios estudiantiles, laboratorios y
talleres, un almacn, 2 aulas multimedia, una sala de medios
audiovisuales, sala de dibujo tcnico, etc. que fueron debidamente
equipados a travs del convenio PER BIRF, la fundacin japonesa
JICA; INFES, Ministerio de la Presidencia, La Unin Europea a travs
del proyecto FORTE PE y con recursos propios de la institucin.
-22-
Adems forman parte de la infraestructura tres campos deportivos, un

patio y amplios jardines.
1.11. Aspecto Acadmico: 8

1.11.1. Rgimen de Estudios:
El Instituto Superior Tecnolgico Pblico Repblica Federal de
Alemania tiene un rgimen de estudios semestrales, con una
duracin de 3 aos, al trmino del cual se obtiene el Ttulo
Profesional a nombre de la Nacin con mencin en la Carrera
Profesional.
El semestre lectivo tiene una duracin de 19 semanas, de las cuales
17 son lectivas. La hora pedaggica es de 50 minutos, la carga
horaria diaria es de 6 horas y la semanal es de 30 horas como
mnimo.
a) Horario de Estudios:
Turno Maana: 7:45 a.m. a 1:00 p.m.
Turno Noche: 5:45 p.m. a 11:00 p.m.
1.11.2. Plan de Estudios:

A partir del ao 2007 en todas las Carreras Profesionales que oferta
el ISTP RFA, la estructura curricular responde al Diseo Curricular
Bsico de la Educacin Superior Tecnolgica (R.D. N 0896-2006ED), que se caracteriza por ser modular (Estructura en Mdulos
Formativos) y por estar basada en el enfoque de Competencias
Profesionales. Este nuevo diseo curricular permite al estudiante
acceder a Certificaciones Progresivas al trmino de cada Mdulo
Profesional y con ello la posibilidad de insertarse en el mercado
laboral.
-23-
1.11.3. Contenido Curricular:

a. Mdulos de Formacin General:
Proporciona las
bases
cientficas
y humansticas,
desarrolla
competencias individuales y sociales para actuar con eficacia y

sentido tico en todas las esferas de la vida, responder a la demanda
de la sociedad cambiante, construir una sociedad mas justa,
democrtica y desarrollada. Se implementa a travs de los mdulos:
Comunicacin, Matemticas, Informtica, Sociedad y Economa,
Ecologa
Desarrollo
Sostenido,
Actividades,
Investigacin
Tecnolgica, Idioma Extranjero, Relaciones con el entorno de

Trabajo y Gestin Empresarial.
b. Mdulos de formacin Profesionales Especficos:

Proporciona
conocimientos
cientficos
tecnolgicos,
procedimientos, actitudes requeridas para lograr las competencias

propias de cada carrera profesional. Se concretiza mediante mdulos
profesionales (Constituido por los Mdulos Tcnico-Productivos, de
acuerdo a la carrera profesional)
c. Consejera:
Mdulo
de
formacin
orientacin
que
comprende
el
acompaamiento y orientacin a los estudiantes durante su

permanencia en la institucin, a fin de mejorar su aprendizaje y
contribuir a la solucin de sus problemas de carcter intrapersonal e
interpersonal.
d. Prctica Profesional:
Es el ejercicio de las capacidades adquiridas durante el tiempo de
estudias en forma secuencial y en una situacin real de trabajo.
Complementa la formacin profesional desarrollando habilidades
sociales y personales relacionadas al mbito laboral. Tiene una
duracin mnima del 35% de cada mdulo.
-24-
1.12. Carreras Profesionales: 9

1.12.1. Administracin de Empresas (ADM):
El profesional tcnico en Administracin de Empresas se ubica en
entidades financieras, de servicios
y comerciales
del medio,
desarrollando las siguientes tareas:
Ventas y Mercadotecnia
Atencin al Cliente
Asistente Administrativo
Auxiliar de Almacn o de logstica
Asistente de Proyectos.
Adems, puede asumir el gran reto de generar su propia empresa. Es

capaz de: Administrar los recursos humanos, financieros y la
comercializacin de la empresa, as como supervisar la logstica, el
manejo del almacn y los mtodos de organizacin, segn los criterios
de eficiencia y calidad. Ejecuta y supervisa la aplicacin de tcnicas y
mtodos de organizacin en la empresa. Posee una visin global e
ntegra del proceso de administracin y gestin en relacin a los
aspectos tcnicos, organizativos, econmicos y humanos del centro de
trabajo.
1.12.2. Computacin e Informtica (CEI):

El profesional tcnico en Computacin e Informtica Planifica, instala,
configura, modifica, y gestiona los sistemas de informacin de una
organizacin, a partir del anlisis de sus requerimientos aplicando los
criterios de calidad y seguridad establecidos, Elabora el Plan
estratgico de los Sistemas de Informacin de la organizacin,
teniendo en cuenta la evaluacin de sus necesidades.
En este carrera la institucin busca formar profesionales tcnicos
altamente calificados en el manejo del hardware y software, idneos y
creativos, que asuman la cultura de la calidad como practica de su vida
9

09/09/2007]
-25-
diaria, capaces de trabajar en equipo, que promuevan la investigacin

tecnolgica as como el desarrollo de sus propias empresas y estn
comprometidos con el desarrollo social.
1.12.3. Contabilidad (CON):

El profesional tcnico en Contabilidad se ubica en entidades
financieras, de servicios y comerciales del medio, desarrollando las
siguientes tareas:
Asistente de Contabilidad Comercial
Asistente de Contabilidad de Costos
Asistente de Contabilidad Computarizada
Asistente Administrativo
Asistente de Proyectos
Adems, asume el gran reto de generar su propia empresa.
Es capaz de:
Registrar, verificar y contabilizar las operaciones comerciales,
econmicas y financieras de las empresas o clientes en funcin de su
actividad de acuerdo al sistema de contabilidad general y a la
legislacin vigente.
Realiza operaciones contables para el registro de libros y otros
documentos, verificando la calidad del proceso segn el Plan Contable
de la Empresa.
Realiza las operaciones para la obtencin de los costos de produccin
de bienes y servicios de la empresa, segn los procedimientos y
criterios tcnicos establecidos. Propone nuevos criterios o acciones
encaminadas a mejorar la actividad de su rea, mantenindose
informado se las innovaciones, tendencias, tecnolgicas y normativas
aplicable a su mbito de competencia.
-26-
1.12.4. Electrotecnia Industrial (ELI):

Actividad Profesional destinada a la instalacin, calibracin, operacin,
mantenimiento y reparacin de equipos y sistemas electrnicos
industriales y equipos de instrumentacin teniendo conocimiento de los
sistemas
electrnicos, elctricos,
neumticos
y mecnicos.
El
Profesional Tcnico en Electrotecnia Industrial planifica, organiza,

supervisa y/o ejecuta el montaje e instalacin, mantenimiento y
automatizacin de lneas de energa, mquinas, tableros, instrumentos
y controles elctricos, siguiendo normas de seguridad y control de
calidades establecidas.
Adems, el Profesional Tcnico de esta carrera podr realizar las
siguientes actividades:
Evala y diagnostica fallas en equipos electrnicos, sistemas de

automatizacin y equipos de instrumentacin.
Realiza instalaciones con tcnicas de cableado estructurado.
Calcula, selecciona y realiza el montaje de equipos de

iluminacin en instalaciones interiores e industriales.
Selecciona, instala programa y mantiene los controladores

lgicos programables para automatizar sistemas de control.
En los sistemas neumticos e hidrulicos conoce el control y

regulacin, as como reconoce el tipo de fallas elctricas y
mecnicas.
1.12.5. Electrnica (ELO):

Actividad Profesional destinada a la instalacin,
operacin y
mantenimiento de sistemas y equipos de radio comunicacin y

telecomunicacin; as como a la gestin Empresarial y la Produccin
de bienes y servicios.
El Profesional Tcnico en Electrnica organiza, supervisa y ejecuta la
construccin / montaje, instalacin y mantenimiento de sistemas y
-27-
equipos electrnicos usados a nivel empresarial y domstico,

siguiendo normas de calidad y seguridad establecidos.
Adems el
Profesional Tcnico de esta carrera podr realizar las
siguientes actividades:
Instala y da mantenimiento a:
Sistemas de Computo
Equipos mdicos
Equipos de Telefona
Equipos de control y procesos industriales
Equipos de Audio y Video
Evala y ejecuta mantenimiento de sistemas digitales
1.12.6. Enfermera Tcnica (ETE):

Realiza servicios auxiliares para la prevencin y promocin de la salud
dirigidos a la comunidad en condiciones de higiene y seguridad,
cumpliendo con los procedimientos y normas establecidas.
1.12.7. Mecnica Automotriz (MAU):

El Profesional Tcnico de Mecnica Automotriz efecta trabajos de
mantenimiento desde una bsica rutina hasta una eficiente reparacin
de un automvil. La exigencia de coincidir el estado real de una unidad
con el estado ideal, es su constante competencia, por tal motivo, los
trabajos que efecte son ajustados de acuerdo a los parmetros
establecidos segn las marcas y modelos de los fabricantes, lo cual le
permite brindar un buen servicio, garantizando la calidad del mismo,
promoviendo el desarrollo cientfico tecnolgico y contribuyendo al
equilibrio ecolgico.
Realiza el diagnstico de averas y mantenimiento de los motores y de
los sistemas de direccin, suspensin, frenos, transmisin y sistemas
elctricos del vehculo, teniendo en cuenta las normas de seguridad.
-28-
1.12.8. Mecnica de Produccin (MEP):

Mecnica de Produccin es la especialidad cuya competencia abarca
todas las actividades productivas de tipo industrial, desde las ms
sencillas actividades como carpintera metlica (construccin de
puertas,
ventanas,
escaleras)
mecnica
de
banco,
mquinas
herramientas (trabajos en torno, fresado de engranajes, rectificado de

autopartes) soldadura (oxiacetilnica, elctrica, con gas protector MIG
- MAG), trabajos en Matricera (metal y plsticos), fundicin ferrosa y
no ferrosa, pasando por la consultora en el diseo de mquinas,
determinacin de costos de fabricacin, asesoramiento en la
determinacin de los materiales y tratamientos trmicos adecuados en
un proceso de fabricacin sea del tipo unitario o en serie.
-29-
CAPITULO II
El Problema de Investigacin
-30-
CAPITULO II: El Problema de Investigacin

2.1. Realidad Problemtica
El ISTP "Repblica Federal de Alemania" dentro de su visin general
busca lograr una administracin eficiente, simplificada y automatizada con
un sistema de informacin gerencial ptimo y un Comit Estratgico
10
apoyando las decisiones trascendentales de la institucin . Para lograr

esta visin la institucin debe cambiar y mejorar los procesos ineficientes
que generan prdidas de recursos, los cuales son vitales para un
desempeo administrativo y acadmico de calidad.
Teniendo en cuenta esto, segn el anlisis hecho dentro de la institucin,
la situacin problemtica percibida se enfoca en el sistema de matricula
actual y los subprocesos que esta abastece. Esta institucin cuenta con un
sistema informtico que solo controla los pagos en tesorera de los
estudiantes. Para el registro de matrcula ordinaria, los estudiantes deben
dirigirse al rea de Secretara Docente con su recibo de pago y verificar
sus datos (Es decir validar sus datos personales, el ciclo al que ser
matriculado, los cursos a cargo, entre otros), los mismos que pasarn al
departamento de su especialidad. En el caso de los estudiantes que se
matriculan por primera vez en la institucin, estos deben hacerlo en fechas
diferentes a los matriculados en forma ordinaria, de modo que se evite
complicaciones que afecten al proceso general. 11
La informacin de los estudiantes matriculados, en cierta forma se
encuentra aislada de los departamentos acadmicos ya que solo se
abastecen de ella a travs de documentos impresos, es decir nminas.
Los jefes de cada departamento tienen que registrar nuevamente a los
estudiantes en libros Excel o cualquier otra aplicacin para su gestin y
control. Este tipo de procedimientos agotan muchos recursos dentro de la
institucin ya que se requiere replicar informacin existente e imprimir y
fotocopiar documentos innecesarios.12
10

15/05/2007]
11
Entrevista con asistente de tesorera del ISTP RFA.
12
Entrevista con el jefe del departamento de Computacin e Informtica del ISTP RFA
-31-
Para el registro de notas se presenta problemas similares, ya que los

docentes deben proporcionar al departamento, una vez culminado el ciclo
de estudios, las notas finales por estudiante. Este registro tambin se
realiza en libros Excel, lo que origina una sobrecarga de labores en cada
departamento para el ingreso de notas por estudiante.
Estos problemas principalmente se originan debido a que la institucin
cuenta con procesos de gestin acadmica y administrativa, modulares;
que van desde el proceso de admisin hasta el registro de notas. Cada
rea involucrada manipula la informacin a travs de fuentes aisladas, lo
que genera retrasos en la elaboracin de documentos importantes,
duplicacin innecesaria de la informacin y gastos en recursos financieros.
Los departamentos de formacin profesional de la institucin requieren
contar con un sistema automatizado que recepcione el registro de los
estudiantes matriculados en secretara docente y permita la publicacin de
sus notas de forma rpida y sencilla.
2.2. Formulacin del Problema:

De qu manera se mejorar los procesos de matrcula y registros de
notas del Instituto Superior Tecnolgico Pblico "REPBLICA FEDERAL
DE ALEMANIA"?
2.3. Justificacin e Importancia de la Investigacin:

El uso eficiente de recursos, y el rpido acceso a informacin crtica del
negocio, son requerimientos importantes de cualquier organizacin. El
ISTP "Repblica Federal de Alemania", es una institucin que busca
siempre mejorar el servicio acadmico que ofrece a sus estudiantes y una
de las formas ms eficientes de hacerlo es automatizando e integrando
sus procesos internos como los de matricula y registros de notas.
Al integrar estos procesos se podr contar con una sola base de datos
fuente que almacene la informacin necesaria del estudiante. Esta
informacin tambin ser de vital importancia para los departamentos que
solo recepcionarn los datos a travs de interfaces grficas para su control
-32-
y gestin. Esta misma informacin estar disponible para que los docentes
ingresen sus notas directamente dejando de lado la carga a los jefes de
departamentos quienes solo tendrn que inspeccionar el proceso.
En general, la justificacin de este proyecto la podemos describir desde
tres perspectivas:
Tecnolgica: Se automatizarn procesos manuales que agotan

recursos dentro de la institucin, trabajando con sistemas integrados
interconectados mediante la intranet institucional. Adems cabe
considerar que se utilizar herramientas de anlisis, diseo y
desarrollo de calidad que garantizan la elaboracin de aplicaciones
informticas con alto nivel de funcionalidad y seguridad.
Social: Los estudiantes recibirn un servicio de calidad, a travs de

procesos acadmicos rpidos y eficientes tales como: acceso a sus
notas en tiempo real a travs del sitio Web institucional y procesos de
matrcula automatizados que disminuyen los tiempos de espera.
Econmica: Se ahorrar en recursos tangibles y no tangibles de

comn uso durante los procesos matrcula y notas, disminuyendo los
gastos que estos requieren. Adems se utilizar herramientas
informticas que minimizarn la inversin en el desarrollo e
implementacin del sistema propuesto.
2.4. Objetivos de la Investigacin:

2.4.1. Objetivo General:
Implementar un Sistema de Gestin Acadmica bajo plataforma Web,

que permita mejorar los procesos de matrculas y registros de notas,
del Instituto Superior Tecnolgico Pblico "Repblica Federal de
Alemania, en la ciudad de Chiclayo.
2.4.2. Objetivos Especficos:
Recopilar
informacin de
los
procesos
generales
de
gestin
acadmica.
-33-
Realizar anlisis de requerimientos de los procesos de matrculas y

registros de notas.
Modelar los procesos generales de gestin acadmica.
Construir los mdulos de matrcula y registros de notas.
Analizar y definir medidas de seguridad para la intranet institucional.
Realizar anlisis Beneficio Costo de la implementacin del sistema.
2.5. Limitaciones de la Investigacin:

Todo proceso de investigacin afronta restricciones que se presentan en
diferentes mbitos del entorno analizado, tales como:
2.5.1. Tiempo:
Desarrollar un sistema informtico que automatice los procesos de
gestin dentro de una institucin, requiere de una importante
dedicacin por parte del analista, diseador y desarrollador. Ms an
considerando que esas funciones las cumple una misma persona,
como en este caso.
Es por ello que dentro de los objetivos de este proyecto se encuentra
el de construir solo los mdulos de matrcula y registros de notas del
ISTP RFA, considerando el factor tiempo anteriormente comentado.
2.5.2. En la Institucin:
La idea que prevalece en los sistemas de informacin administrativos y
acadmicos, dentro del ISTP RFA, es la desconfianza, que se
caracteriza por una obstinacin desafortunadamente justificada, en
cuidar el ejercicio correcto de sus recursos de informacin. Esto de
algn modo ha presentado limitaciones para el proyecto, que han
generado retrasos en el proceso de desarrollo del sistema propuesto.
-34-
Otra limitacin ha sido el desequilibrio en los procesos de

informatizacin,
ya
que
coexisten
sistemas
administrativos
relativamente modernos, con sistemas de gestin acadmica con

procedimientos antiguos.
2.6. Hiptesis:
Mediante la implementacin de un Sistema de Gestin Acadmica bajo
plataforma Web, se mejorar los procesos de matrculas y registros de
notas del Instituto Superior Tecnolgico Pblico "Repblica Federal de
Alemania.
2.7. Variables:
2.7.1. Independiente:
Sistema de Gestin Acadmica bajo plataforma Web.
2.7.2. Dependiente:
Mejora de los procesos de matrculas y registros de notas.
2.7.3. Indicadores:
CUADRO N 1: Indicadores
INDICADOR
UNIDAD
Tiempo utilizado en
proceso
de
Horas
matrcula.
FRMULA
DESCRIPCIN
Se realizar un muestreo para
([(Cantidad de Estudiantes por
determinar el tiempo promedio
da)*(Tiempo promedio por
de matrcula por estudiante
estudiante)] / puntos de
matricula)/60 min./hr.
desde
que
este
llega
tesorera hasta que sale del

rea de Secretara Docente.
Se
Tiempo de demora
en
publicacin
de
Horas
notas.
el
tiempo
promedio que los docentes
en registro de notas)+( tiempo
utilizan para registrar las notas
utilizado por departamentos
y se le sumar al tiempo que
acadmicos en registro de
calcular
(tiempo utilizado por docentes
utiliza
cada
departamento
-35-
INDICADOR
UNIDAD
FRMULA
notas)
DESCRIPCIN
acadmico para la misma
operacin.
Gastos en recursos
utilizados
para
proceso
de
[(N de personas encargadas
Se considera los gastos en
Soles
de matricular)*(salario
recursos tangibles tales como:
(S/.)
promedio)]+ Gastos en
papel, impresiones, fotocopias,
matrcula.
recursos materiales
Gastos en recursos
utilizados
[(N de personas encargadas
para
publicacin
de
Soles
de registrar notas)*(salario
(S/.)
promedio)]+ Gastos en
notas.
recursos materiales
remuneraciones, equipos.
Se considera los gastos en
recursos
tangibles
como:
papel, impresiones, fotocopias,

etc.
FUENTE: Elaboracin Propia
2.8. Contrastacin de hiptesis:

2.8.1. Indicar N 1:
Tiempo utilizado en proceso de matrcula.
a) Tiempo Actual
CUADRO N 2: Tiempo usado actualmente en matrcula
DIA
CANTIDAD
PROMEDIO DE
ESTUDIANTES
POR DA
PUNTOS DE
MATRICULA (Cada
2 especialidades)
ESTUDIANTES
EN PROCESO DE
MATRICULA
TIEMPO
PROMEDIO POR
ESTUDIANTE
(Min.)
400
100
10
400
100
10
400
100
10
4 (*)
60
15
1,5
(*) Da considerado para la matrcula extempornea

Aplicacin de datos en frmula:
Tiempo utilizado = ([(400 estudiante)*(6 min.)] / 4 ptos. mat.) / 60 min./hr.
Tiempo utilizado = 10 Hr. Aproximadamente
-36-
TOTAL
(Hr.)
Este resultado es considerando un solo da de matrcula, ya que el total aproximado

de estudiantes por matricular en un semestre acadmico es de 1260. Teniendo en
cuenta los 2 das restantes (excluyendo los extemporneos), el total de horas sera
de 30 hr. Aproximadamente.
b) Tiempo Propuesto
CUADRO N 3: Tiempo propuesto para proceso de matrcula
DA
DISTRIBUCION DE
ESPECIALIDADES
OPERADOR
Maana
Noche
TIEMPO
PROM. POR
ESTUDIANTE
(Min.)
CANTIDAD DE
ESTUDIANTES
TOTAL
(Min.)
TOTAL
(Hr.)
CEI MAU
165
150
315
5,25
ADM MEP
165
150
315
5,25
ETE ELE
180
180
360
CON ELO
150
130
270
4,5

Tiempo utilizado = ([(1200 estudiante)*(1 min.)] / 4 ptos. mat.) / 60 min./hr.
Tiempo utilizado = 5,25 Hr. Aproximadamente
2.8.2. Indicar N 2:
Tiempo de demora en publicacin de notas.
a) Tiempo Actual
CUADRO N 4: Tiempo usado actualmente en registro de Notas
DOCENTE
TIEMPO PROMEDIO
EN REGISTRO DE
NOTAS POR
CURSO (Hr.)
1
JEFATURA DE DPTO.
0.5
RESPONSABLE
PROMEDIO DE
CURSOS POR
REGISTRAR
NOTAS
2
TURNOS
POR
CURSO
CICLOS
TOTAL
POR
(Hr.)
SEM.
---
15

Tiempo utilizado = 4 Hr. + 15 Hr.
-37-
Tiempo utilizado = 19 Hr. Aproximadamente.
b) Tiempo Propuesto
CUADRO N 5: Tiempo usado propuesto para registro de Notas
DOCENTE
TIEMPO PROMEDIO
EN REGISTRO DE
NOTAS POR
CURSO (Hr.)
0.5
JEFATURA DE DPTO.
0*
RESPONSABLE
PROMEDIO DE
CURSOS POR
REGISTRAR
NOTAS
2
TURNOS
POR
CURSO
CICLOS
TOTAL
POR
(Hr.)
SEM.
---
*El valor 0, es debido a que las jefaturas de departamentos ya no necesitarn realizar el registro de
notas por curso. Slo tendrn que inspeccionar el proceso.

Tiempo utilizado = 2 Hr. + 0 Hr.
Tiempo utilizado = 2 Hr. Aproximadamente.
Para el caso de los indicadores correspondientes a: Gastos en recursos utilizados

para proceso de matrcula y Gastos en recursos utilizados para publicacin de
notas, sern contrastados en el Anlisis Costo Beneficio correspondiente al
captulo VI de este informe.
-38-
CAPITULO III
Marco Terico
-39-
CAPITULO III: Marco Terico

3.1. Antecedentes de Estudio e Investigacin:
3.1.1. De Estudio:
SISTEMA DE INFORMACION DE GESTION ACADEMICA (SIGA)13
Universidad de Chile:
SIGA permite recopilar y tratar la informacin de los distintos niveles
institucionales, lo que relaciona la labor docente, investigativa, de
creacin artstica y extensin, y permite conocer cuantitativa y
cualitativamente
las
iniciativas
desarrolladas
por
los
distintos
organismos de la Institucin.
Desde los datos, e informacin ingresada por las diversas Unidades de
la Institucin, es posible generar Indicadores y Reportes de anlisis en
Docencia de Pregrado; Postgrado, de Actividad Acadmica, de
Investigacin y Extensin.
SIGA est abierto permanentemente para que cada facultad complete
manualmente su informacin y realice la actualizacin continua.
Tambin existe la posibilidad de efectuar cargas masivas de
informacin para agilizar el proceso y actualizar los antecedentes de
cada Facultad o Instituto
SISTEMA NICO DE MATRTCULA (SUM) 14

Universidad Nacional Mayor de San Marcos:
La misin del Sistema nico de Matrcula (SUM) est reflejada en sus
objetivos, los cuales son:
Planificar, organizar y ejecutar los procesos de matrcula de los

estudiantes de pre y post grado.
Optimizar los procesos referentes a matrcula, emisin de actas,

certificados de estudios y generacin de informacin estadstica.
13
14
Universidad de Chile, disponible en: http://alpes.stg.uchile.cl/~srvcen01/censo/index_ie.html

Universidad Mayor de San Marcos, disponible en: http://sum.unmsm.edu.pe/objetivos.htm
-40-
Estandarizar los procesos y normas en relacin con la matrcula,

historial acadmico del estudiante, actas, certificados de estudios y
procesos afines; as como brindar las medidas de seguridad
necesarias y permitir su control y auditoria.
Planificar, dimensionar y disear los sistemas de informacin en el

mbito de las funciones del Sistema nico de Matrcula.
SISTEMA
INTEGRAL
DE
GESTION
ACADEMICA
(SIGA-
ULADECH) 15
Universidad "Los ngeles" de Chimbote:
SIGA (Sistema Integral de Gestin Acadmica) es una plataforma
Web para la gestin acadmica, que hace uso de las nuevas
tecnologas de informacin con la finalidad de facilitar, agilizar y auditar
la informacin a nivel de todas las sedes acadmicas que integran la
Uladech.
El SIGA-ULADECH, es el primer sistema acadmico netamente Web
de todo el norte del Per, que permitir administrar en tiempo real el
rendimiento acadmico de los alumnos, el desarrollo y evaluacin de
las asignaturas a cargo de los docentes, as como el control en el
proceso de programacin de cursos, matrcula, ingreso de notas,
emisin de actas y reportes a cargo de las secretaras acadmicas de
las diferentes escuelas.
SISTEMA DE INFORMACIN ACADMICA (SISACAD)16

Universidad Nacional de San Agustn de Arequipa:
El Sistema de Informacin Acadmica (SISACAD), puede ser operado
en la INTRANET de la Universidad e INTERNET por todas las
personas que forman parte de la comunidad agustina. Este sistema es
utilizado para administrar y controlar los procedimientos acadmicos
en forma automatizada y descentralizada, logrando manipular la
informacin de manera rpida y segura. Entre los principales
15
Universidad "Los ngeles" de Chimbote, disponible en: http://siga.uladech.edu.pe/uladechweb/

Universidad Nacional de San Agustn de Arequipa, disponible en:
http://www.unsa.edu.pe/infounsa/htm/desa_sisacad.htm
16
-41-
procedimientos que controla figuran todos aquellos referidos a los

alumnos, centros de estudios, pagos realizados, registro de grados y
administracin de notas.
El Sistema de Informacin Acadmica se encuentra dividido en
mdulos, cada uno de los cuales administra la informacin que le
compete.
3.1.2. De Investigacin:
3.1.1.1. Tesis:
Aulas Virtuales como Herramienta de Apoyo en la Educacin de
la Universidad Nacional Mayor de San Marcos 17
Autores:
CABAAS VALDIVIEZO Julia Emilia
OJEDA FERNNDEZ Yessenia Magaly.
Ao: 2003
Universidad: Universidad Nacional Mayor de San Marcos.
Descripcin:
La tesis presenta una investigacin sobre Aulas Virtuales y los
aspectos que involucran la implementacin de stas como apoyo en la
educacin. La metodologa de trabajo para su desarrollo se compone
de tres fases: concepcin y anlisis de viabilidad, proceso de
desarrollo e imparticin y seguimiento de las acciones formativas.
Tambin se describen las bondades que el sistema Aula Virtual ofrece
para los docentes, alumnos y pblico en general as como los recursos
que se necesitan para su implementacin. El Aula virtual que se ha
implementado en la UNMSM, es una iniciativa del desarrollo de futuras
herramientas tecnolgicas que contribuyan a la formacin a travs de
Internet, tales como: Campus Virtual y Universidad Virtual que pueden
ser desarrollados en un mediano plazo.
17
Universidad Nacional Mayor de San Marcos disponible en: http://www.unmsm.edu.pe
-42-
Relacin con el Proyecto:

La relacin se encuentra en las herramientas de desarrollo ha utilizar y
el tipo de institucin al que se encuentra dirigida. Esta tesis, al igual
que el proyecto que propongo, est orientada a la mejora de procesos
que beneficien continuamente al estudiante a travs de servicios
acadmicos de calidad.
Diseo de una Plataforma E- learning de soporte a los programas

de Capacitacin Virtual del Centro de Produccin de la Escuela
Profesional de Ingeniera de Sistemas de la Universidad Nacional
Pedro Ruiz Gallo 18
Autor:
FLORES CASTRO Selomit.
Universidad:
Universidad Nacional Pedro Ruiz Gallo
Ao: 2005
Descripcin:
En esta tesis se discute una solucin a las dificultades en la apertura
de los cursos de capacitacin, adecundose a la virtualizacin de la
enseanza, contribuyendo as a lograr la flexibilidad, la eficiencia, las
posibilidades de formacin permanente en la capacitacin que se
brinda. La autora utilizo la siguiente metodologa de recoleccin de
datos con las siguientes fases: Interaccin con el alumno, Interaccin
con la Institucin, Interaccin con los alumnos potenciales a los cursos
y diplomados, Interaccin con especialistas en e-learning y Evaluacin
de Resultados.
La relacin con esta tesis se da en el uso de herramientas Web para el
desarrollo de soluciones informticas aplicables a instituciones
educativas de nivel superior. Esta tesis, al igual que el proyecto que
propongo, est orientada a la mejora de procesos acadmicos, pero en
este caso utilizando una plataforma E-learning.
18
Universidad Nacional Pedro Ruiz Gallo disponible en: http://www.unprg.edu.pe
-43-
Desarrollo de un Sistema de Matricula para el Instituto Jos

Faustino Snchez Carrin Humachuco
19
Autor:
MONZN ACOSTA Mercedes
Universidad: Universidad Privada Antenor Orrego.
Ao: 2002
Descripcin:
Con este proyecto se logr mejorar en un 85% la atencin de los
alumnos en el Instituto; reduciendo as el nmero de das utilizados
para registrar las matrculas, as como los mrgenes de error, teniendo
mayor seguridad en el manejo de informacin del Instituto. Reduciendo
as los principales problemas del Instituto que eran la prdida de
informacin, el tiempo de matriculas por alumnos, entre otros.
Esta tesis se relaciona directamente con el proyecto que propongo en
la orientacin del sistema a desarrollar, es decir, un sistema de
matrcula. Adems de ello se relaciona con el tipo de institucin
educativa a la que se encuentra dirigida, en este caso un instituto
tecnolgico.
Implementacin de una Plataforma WEB basada en SW Libre

como soporte E Learning para el Programa de Actualizacin y
Titulacin de la Escuela de Ingeniera de Sistemas de la
Universidad Seor de Sipn
20
Autor:
BANCES SAAVEDRA David Enrique
Universidad: Nacional Pedro Ruiz Gallo
Ao: 2006
19
20
Universidad Privada Antenor Orrego disponible en: http://www.upao.edu.pe

Universidad Nacional Pedro Ruiz Gallo disponible en: http://www.unprg.edu.pe
-44-
Descripcin:
En esta tesis se busc captar un nuevo sector de clientes, aquellos
que para su complementacin acadmica no tengan restricciones de
horarios, ni lugares, desde donde pueden acceder a la Plataforma,
tambin permitir tener un ahorro de algunos gastos creando un
beneficio econmico. La metodologa de trabajo para su desarrollo se
compone
de
las
siguientes
fases:
Seleccin
de
Opciones
Tecnolgicas, Diseo y desarrollo de contenidos, Implementacin

Tecnolgica y Administracin del Curso. Para la Implementacin de
una Plataforma WEB basada en SW Libre como soporte E Learning
se destacan las herramientas principales: HM-Card, TopClass,
WebCT, Virtual-U, Web-Course-in-a-Box, Learning Space y Moodle.
propongo, est orientada a la automatizacin de procesos de gestin
acadmica para generar beneficios econmicos.
Sistema Informtico y Web para los servicios acadmicos del

Instituto Superior Pedaggico Privado Talara, basadas en
Tecnologa .NET 21
Autores:
CARRIN RUMICHE, Pal Alexander.
HUAMN BENTEZ, Lesli del Roco.
Universidad: Universidad Csar Vallejos.
Ao: 2005
Descripcin:
El Sistema Informtico y Web para los Servicios Acadmicos del
Instituto Superior Pedaggico Privado Talara, permiti a las Institucin
llevar un mejor control de los procesos acadmicos, obteniendo como
21
Universidad Csar Vallejos disponible en: http://www.ucv.edu.pe
-45-
resultado la satisfaccin de los requerimientos del sistema del 100%

en cuanto al ingreso de datos.
propongo, est orientada a mejorar el control de los procesos
acadmicos.
Sistema Web para la Administracin de la escuela de Post-grado

de la Universidad Privada Antenor Orrego
22
Autores:
MENDOZA NALBARTE, Brbara.
SALAZAR CORREA, Lus Arturo.
Universidad: Universidad Privada Antenor Orrego.
Ao: 2002
Descripcin:
La Implementacin del Sistema Web facilit el control Administrativo y
Acadmico en la escuela de post-grado de la Universidad Privada
Antenor Orrego y redujo en un 5% anual el gasto de algunos tems del
Plan Operativo Anual y funcionamiento del desarrollo en el ao 2001.
La relacin con esta tesis se da en el desarrollo de un sistema Web
para una institucin educativa de nivel superior. Esta tesis, al igual que
el proyecto que propongo, est orientada a mejorar el control de los
procesos acadmicos y administrativos.
22
Universidad Privada Antenor Orrego disponible en: http://www.upao.edu.pe
-46-
3.2. Definicin conceptual de la terminologa empleada.

Para el desarrollo de esta propuesta, es necesario tener como base
ciertas definiciones relacionadas al tema en estudio, de modo que provean
un marco de referencia conceptual para la puesta en marcha del proyecto.
Es por ello que se definir puntos relacionados a la gestin acadmica
como: funciones, importancia, caractersticas, normas, entre otros; as
como tambin todo lo relacionada al desarrollo de aplicaciones Web:
funcionamiento, caractersticas, lenguajes de programacin e intranets.
3.2.1. Gestin Acadmica: 23 24

a) Funciones de la Gestin Acadmica:
La gestin acadmica, a nivel superior, se encarga de:
Gestin administrativa de las Pruebas de Acceso, Planes de

Estudio y Oferta de Enseanzas.
Gestin de los procesos de Preinscripcin, Matrcula y Normativa

General Acadmica.
Gestin de la Informacin Acadmica General del Alumno.
Gestin de convocatorias de Becas y Ttulos.
b) Importancia de la Gestin Acadmica :

1. Contribuye a definir el rumbo de la institucin educativa.
2. Realiza el diseo, implantacin y operacin de las decisiones
acadmicas.
3. Evalan los programas acadmicos y asegura su calidad.
c) Caractersticas deseables de la Gestin Acadmica
La toma de decisiones sobre el rumbo acadmico de una
institucin y su implantacin no deben ser acciones individuales,
sino que deben atenderse colectivamente. Los directores deben
reunirse con los docentes que participen en el programa de
23
Posner, George J. Docente del Siglo XXI, Como desarrollar una prctica
La gestin Acadmica disponible en: http://docentes.uacj.mx/PROMEP/Anexos/anexo_f.htm
[consultado el 10/0907]
24
-47-
estudios o en la lnea de investigacin que se trate, para tomar

colectivamente las decisiones pertinentes. La toma de decisiones
acadmicas no debe darse en el aislamiento.
d) La Gestin Acadmica y la operacin de la institucin
Las autoridades de las instituciones educativas son actores
centrales en el diseo, la implantacin y operacin de las
decisiones acadmicas: la elaboracin y revisin de planes de
estudio; las normas y los procedimientos de evaluacin del
desempeo de los estudiantes; la planificacin de las actividades
de generacin y aplicacin del conocimiento; la seleccin de los
medios instrumentales y bibliogrficos apropiados para la
enseanza y la investigacin, etctera.
Los docentes, integrados en el cuerpo acadmico, tienen tambin
un papel central en los procesos de evaluar y asegurar la calidad
de los procesos acadmicos.
3.2.1.1. Matrcula:
Es un procedimiento administrativo, mediante el cual el
estudiante se incorpora al sistema educativo, en el nivel que le
corresponde. La matrcula es parte de un plan acadmico, en un
perodo lectivo determinado; para lo cual se prepara un programa
donde se considera:
a. Recursos Humanos:
Se deben designar a los responsables profesionales, tcnicos y
de servicio que ejecutarn, en los plazos establecidos, los
cronogramas programados.
b. Recursos Materiales:
Conformados por el hardware, software, ambientes, equipos
seleccionados o diseados para el proceso de matrcula.
c. Recursos Financieros:
-48-
Se establece un presupuesto para operativizar los equipos,

elaboracin de materiales, remuneraciones y resolucin de
situaciones de contingencia.
El proceso de matrcula se desarrolla con la ejecucin de un
calendario y con los requisitos contemplados en los estatutos de
la institucin, en el reglamento y manual de procedimientos y
funciones, entre otros.
3.2.2. Orientacin y Normas para la gestin de los institutos

superiores tecnolgico: 25
Disposiciones Generales para los Institutos Superiores Tecnolgicos
Pblicos y Privados, relacionados con los procesos en estudio:
3.2.2.1. Aspecto Acadmico:
El proceso de admisin en los Institutos Superiores Tecnolgicos

pblicos, se realiza slo una vez al ao. En el caso de los IST
privados, hasta dos veces al ao, siempre y cuando en el primer
proceso de admisin no hayan cubierto las metas otorgadas.
Cada Instituto Superior Tecnolgico reglamenta su proceso de
admisin. Los IST estn obligados a incluir en su prospecto, las
Resoluciones Ministeriales o Directorales de autorizacin y
revalidacin de cada una de las carreras.
Las acciones referentes a: proceso de matrcula, traslado,

evaluacin, prcticas profesionales y titulacin se regirn por sus
normas especficas, las que se encuentran en plena vigencia.
Es obligatorio que los Institutos Superiores Tecnolgicos,

privados informen a los estudiantes antes del inicio de la
matrcula; sobre los costos que deben abonar por concepto de
matrcula, mensualidades y otros conceptos, durante la formacin
de su carrera profesional. Asimismo, a cada alumno ingresante
deber entregrsele obligatoriamente el Reglamento Interno del
25
DIRECTIVA N 54- 2005-DINESST-UFP, Direccin Nacional de Educacin Secundaria y Superior

Tecnolgica, Ministerio de Educacin.
-49-
IST, el cual incluir la resolucin de autorizacin o revalidacin

institucional y de cada una de las carreras profesionales
ofertadas.
3.2.2.2. Metas de Estudio:
En ningn caso un Instituto Superior Tecnolgico pblico o

privado, puede superar la meta anual aprobada en cada carrera o
lo dispuesto en la Resolucin de Revalidacin de la Autorizacin
de Funcionamiento, salvo que ample su capacidad instalada.
3.2.2.3. Calendarizacin del Semestre Acadmico:
El inicio y finalizacin de las labores acadmicas de los Institutos

Superiores Tecnolgicos pblicos y privados es flexible, teniendo
en cuenta las diversas realidades del mbito nacional. En un ao
lectivo slo se pueden realizar 02 semestres acadmicos, bajo
responsabilidad.
El semestre acadmico tiene una duracin de 19 semanas,

distribuidas en 17 semanas de ejecucin curricular y 02 semanas
de recuperacin, matrcula y evaluacin. Cada semestre
comprende como mnimo 510 horas pedaggicas y cada semana
30 horas. Slo se autoriza el funcionamiento de dos turnos diurno
y nocturno
3.2.3. Aplicacin Web:26

Una aplicacin Web es un sistema informtico que los usuarios
utilizan accediendo a un servidor Web a travs de Internet o de una
intranet. Las aplicaciones Web son populares debido a la practicidad
del navegador Web como cliente ligero. La facilidad para actualizar y
mantener aplicaciones Web sin distribuir e instalar software en miles
de potenciales clientes es otra razn de su popularidad. Aplicaciones
como los Webmails, Wikis, Weblogs, tiendas en lnea, entre otros
son ejemplos bien conocidos de aplicaciones Web.
26
Aplicacin Web disponible: http://es.wikipedia.org/wiki/Aplicaci%C3%B3n_web [consultada el

15/05/2007]
-50-
Una ventaja significativa en la construccin de aplicaciones Web,

que soporten las caractersticas de los browsers estndar, es que
deberan funcionar igual independientemente de la versin del
sistema operativo instalado en el cliente. En vez de crear clientes
para Windows, Mac OS X, GNU/Linux, y otros sistemas operativos,
la aplicacin es escrita una vez y es mostrada casi en todos lados.
Sin embargo, aplicaciones inconsistentes de HTML, CSS, DOM y
otras especificaciones de browsers pueden causar problemas en el
desarrollo y soporte de aplicaciones Web. Adicionalmente, la
habilidad
de
los
usuarios
personalizar
muchas
de
las
caractersticas de la interfaz (como tamao y color de fuentes, tipos

de fuentes, inhabilitar Javascript) puede interferir con la consistencia
de la aplicacin Web.
Otra aproximacin es utilizar Macromedia Flash o Java applets para
producir parte o toda la interfaz de usuario. Como casi todos los
browsers incluyen soporte para estas tecnologas (usualmente por
medio de plug-ins), aplicaciones basadas en Flash o Java pueden
ser implementadas con aproximadamente la misma facilidad. Como
hacen caso omiso de las configuraciones de los browsers estas
tecnologas permiten ms control sobre la interfaz, aunque
incompatibilidad entre implementaciones de Flash o Java puedan
traer nuevas complicaciones. Por las similitudes con una arquitectura
cliente-servidor, con un cliente un poco especializado, hay disputas
sobre si llamar a estos sistemas aplicaciones Web; un trmino
alternativo es aplicacin enriquecida de Internet.
Aunque muchas variaciones son posibles, una aplicacin Web est
comnmente estructurada como una aplicacin de tres-capas. En su
forma ms comn, el navegador Web (PUBLICACIN) es la primera
capa, un motor usando alguna tecnologa Web dinmica (ejemplo:
CGI, PHP, Java Servlets o ASP) es la capa de en medio
(DESARROLLO), y una base de datos como ltima capa
(INTEGRACIN). El navegador Web manda peticiones a la capa
media, que la entrega valindose de consultas y actualizaciones a la
base de datos generando una interfaz de usuario.
-51-
FIGURA N 1: Estructura de una Aplicacin Web
FUENTE: Introduccin a las Tecnologas Web por Lus Marco
3.2.3.1. Caractersticas de una Aplicacin Web

Una aplicacin Web es una aplicacin orientada al servicio.
Mientras en las aplicaciones tradicionales el objetivo es el
procesamiento de datos, en las aplicaciones Web el objetivo es
ofrecer un servicio a cada uno de los usuarios que se conectan.
Pensemos que mientras en una aplicacin de gestin tradicional
el nico beneficiario es la empresa y por tanto el interfase est
concebido para satisfacer las necesidades de ese beneficiario, en
una aplicacin Web el beneficiario debe ser cada uno de los
usuarios que se conectan a la misma. Y cada usuario tiene una
concepcin de lo que l espera de ese servicio, su beneficio.
En la mayora de los casos es un error trasladar el anlisis de la
aplicacin de gestin interna de la empresa a una aplicacin
Web. La Web es un sistema basado en la oferta y la demanda. Si
no ofreces el servicio que demandan tus usuarios simplemente
no lo utilizan. Y la empresa dejar de percibir los beneficios que
esperaba sacar de esta utilizacin.
-52-
3.2.3.2. Funcionamiento de una aplicacin Web 27

Cuando un servidor Web recibe una peticin para mostrar una
pgina Web esttica, el servidor la enva directamente al
navegador que la solicita. Cuando el servidor Web recibe una
peticin para mostrar una pgina dinmica, sin embargo,
reacciona de distinta forma: transfiere la pgina a un software
especial encargado de finalizar la pgina. Este software especial
se denomina servidor de aplicaciones.
El servidor de aplicaciones lee el cdigo de la pgina, finaliza la
pgina en funcin de las instrucciones del cdigo y elimina el
cdigo de la pgina. El resultado es una pgina esttica que el
servidor de aplicaciones devuelve al servidor Web, que a su vez
la enva al navegador solicitante. Lo nico que el navegador
recibe cuando llega la pgina es cdigo HTML puro. A
continuacin se incluye una vista de este proceso:
FIGURA N 2: Funcionamiento de una aplicacin Web
FUENTE: Aplicaciones Web (http://livedocs.adobe.com/dreamweaver/8_es)
27
Aplicaciones Web, disponible en:

http://livedocs.adobe.com/dreamweaver/8_es/using/wwhelp/wwhimpl/common/html/wwhelp.htm?conte
xt=LiveDocs_Parts&file=gs_12_u5.htm [Consultado el 09/09/07]
-53-
3.2.4. Lenguajes de programacin Web: 28

Existen numerosos lenguajes de programacin empleados para el
desarrollo de Aplicaciones Web, entre los que destacan:
1. PHP
2. ASP/ASP.NET
3. JavaSP (JavaServer Pages)
4. Perl
5. Ruby
6. Python
Aunque ciertamente ASP no es un lenguaje de programacin, sino una
arquitectura de desarrollo Web en la que se pueden usar por debajo
distintos lenguajes (por ejemplo VB.NET o C# para ASP.NET, o
VBScript/JScript para ASP).
3.2.4.1. PHP: 29
PHP es un lenguaje de programacin usado
frecuentemente para la creacin de contenido
para sitios Web con los cuales se puede
programar las pginas html y los cdigos de
fuente. PHP es un acrnimo recursivo que
significa "PHP Hypertext Pre-processor" (inicialmente PHP Tools,
o, Personal Home Page Tools), y se trata de un lenguaje
interpretado usado para la creacin de aplicaciones para
servidores, o creacin de contenido dinmico para sitios Web.
PHP es un lenguaje de programacin de estilo clsico, con
variables, sentencias condicionales, bucles, funciones. No es un
lenguaje de marcas como podra ser HTML, XML o WML. El
resultado es normalmente una pgina HTML pero igualmente
podra ser una pagina WML.
28
Aplicacin Web disponible: http://es.wikipedia.org/wiki/Aplicaci%C3%B3n_web [consultada el

15/05/2007]
29
Lenguaje PHP disponible en
http://www.virtual.unal.edu.co/cursos/sedes/manizales/4060029/lecciones/cap11-2.html [consultada el
15/05/2007]
-54-
a) Usos de PHP
1. Programacin de pginas Web dinmicas, habitualmente en
combinacin con el motor de base datos MySQL, aunque cuenta
con soporte nativo para otros motores, incluyendo el estndar
ODBC, lo que ampla en gran medida sus posibilidades de
conexin.
2. Programacin en consola, al estilo de Perl o Shell scripting.
3. Creacin de aplicaciones grficas independientes del navegador,
por medio de la combinacin de PHP y Qt/GTK+, lo que permite
desarrollar aplicaciones de escritorio en los sistemas operativos
en los que est soportado.
b) Ventajas de PHP
1. Es un lenguaje multiplataforma.
2. Capacidad de conexin con la mayora de los manejadores de
base de datos que se utilizan en la actualidad, destaca su
conectividad con MySQL
3. Lee y manipula datos desde diversas fuentes, incluyendo datos
que pueden ingresar los usuarios desde formularios HTML.
4. Capacidad de expandir su potencial utilizando la enorme cantidad
de mdulos (llamados ext's o extensiones).
5. Posee
una
amplia
documentacin
en
su
pgina
oficial
(http://www.php.net/manual/es/), entre la cual se destaca que

todas las funciones del sistema estn explicadas y ejemplificadas
en un nico archivo de ayuda.
6. Es libre, por lo que se presenta como una alternativa de fcil
acceso para todos.
7. Permite las tcnicas de Programacin Orientada a Objetos.
8. Permite crear los formularios para la Web.
9. Biblioteca nativa de funciones sumamente amplia e incluida
10. No requiere definicin de tipos de variables ni manejo detallado
del bajo nivel.
-55-
FIGURA N 3: Aplicacin Web con PHP
FUENTE: Aplicaciones Web

(http://livedocs.adobe.com/dreamweaver/8_es)
3.2.4.2. Criterios de Seleccin de un Lenguaje de programacin

Web:
Las Tecnologas de Programacin del lado del servidor,
anteriormente descritas, han servido para determinar qu
lenguaje es el ms apropiada para el desarrollo del Sistema de
Gestin Acadmico propuesto, por lo que se ha determinado
elegir a PHP como lenguaje de desarrollo, considerando los
siguientes criterios:
El nuevo modelo orientado a objetos de PHP5 trae una sintaxis

muy parecida a la del lenguaje Java.
Hay un gran nmero de desarrolladores y colaboradores, que

mantienen al da las actualizaciones del PHP, cualquier error que
hubiese es rpidamente corregido. El cdigo es constantemente
revisado y los cambios son publicados en su pgina Web.
PHP es suficientemente verstil y potente como para hacer tanto

aplicaciones complejas que necesiten acceder a recursos de bajo
nivel del sistema como pequeos scripts.
-56-
Si bien es cierto que hay ciertas caractersticas avanzadas que

presentan las plataformas .NET y que PHP no las tiene, no todas
las aplicaciones de Internet ameritan tal grado de complejidad.
PHP fcilmente puede cubrir ms del 75% de las necesidades del
mercado.
Hay abundante informacin, manuales de PHP en ms de 25

idiomas. Listas de inters, servidores de noticias, foros, tutoriales
de PHP en lnea y diferentes canales donde encontrar ayuda.
Soporte a diferentes motores de bases de datos.
Es libre, por lo que se presenta como una alternativa de fcil

acceso para todos, existiendo comunidades que brindan soporte
a las interrogantes de los desarrolladores.
3.2.4.3. MySQL
MySQL es un sistema de gestin de
base de datos relacional, multihilo y
multiusuario con ms de seis millones de instalaciones. MySQL
AB desarrolla MySQL como software libre en un esquema de
licenciamiento dual. Por un lado lo ofrece bajo la GNU GPL, pero,
empresas que quieran incorporarlo en productos privativos
pueden comprar a la empresa una licencia que les permita ese
uso.
Est desarrollado en su mayor parte en ANSI C. Al contrario de
proyectos como el Apache, donde el software es desarrollado por
una comunidad pblica, y el copyright del cdigo est en poder
del autor individual, MySQL es propiedad y est patrocinado por
una empresa privada, que posee el copyright de la mayor parte
del cdigo. Esto es lo que posibilita el esquema de licenciamiento
anteriormente mencionado. Adems de la venta de licencias
privativas, la compaa ofrece soporte y servicios.
-57-
3.2.5. Intranet: 30
Es una red privada que la tecnologa Internet us como arquitectura
elemental. Una red interna se construye usando los protocolos TCP/IP
para comunicacin de Internet, que pueden ejecutarse en muchas de
las plataformas de hardware. El hardware fundamental no es lo que
construye una Intranet, lo que importa son los protocolos del software.
Con el enorme crecimiento de Internet, un gran nmero de personas
en las empresas usan Internet para comunicarse con el mundo
exterior, para reunir informacin, y para hacer negocios.
A la gente no le lleva mucho tiempo reconocer que los componentes
que funcionan tan bien en Internet seran del mismo modo valioso en
el interior de sus empresas y esa es la razn por la que las Intranets
son tan populares. Crear una Intranet en la que todas las
informaciones y recursos se puedan usar sin interrupciones tiene
muchos beneficios. Las redes basadas en TCP/IP facilitan las
personas el acceso a la red remotamente, desde casa o mientras
viajan. Contactar con una Intranet de este modo es muy parecido a
conectar con Internet, La operabilidad interna entre redes es otro
suplemento sustancial. Los sistemas de seguridad separan una
Intranet de Internet.
3.2.5.1. Funcionamiento de una Intranet: 31

El centro de una Intranet es la World Wide Web. En muchos
casos gran parte de la razn por la que se cre una Intranet en
primer lugar es que la Web facilita la publicacin de la
informacin y formularios por toda la compaa usando el
Lenguaje de Marcado de Hipertexto (HTML). La Web permite la
creacin de pginas iniciales multimedia, que estn compuestas
de texto, grficos, y contenidos multimedia como sonido y vdeo.
Los enlaces de hipertexto permiten saltar desde un lugar en la
Web a otro, lo que significa que se puede saltar a lugares dentro
de una Intranet o fuera en Internet desde una pagina inicial. Las
30
Intranet (1996). Disponible en: http://www.wntmag.com/atrasados/1996/02_oct96/intranet.html [consultado

el 15/05/07]
31
Gralla, P. Cmo funcionan las intranets
-58-
Intranets estn basadas en la arquitectura cliente / servidor. EL

software cliente (un navegador para Web), se ejecuta en una
computadora local, y el software servidor en una Intranet
anfitriona. El software cliente y el software servidor no necesitan
ejecutarse en el mismo sistema operativo.
Cuando se ponen en marcha los navegadores, visitarn una
cierta
localizacin
predeterminada.
En
una
Intranet,
esa
localizacin puede ser una pgina Web departamental o una

pgina Web por toda la compaa. Para visitar un sitio diferente,
se escribe la localizacin de la Intranet que se quiera visitar, o se
pulsa un enlace para dirigirse all. El nombre para cualquier
localizacin Web es el URL (localizador uniforme de recursos).
El navegador para Web enva la peticin URL usando http
(Protocolo de Transferencia de Hipertexto) que define el modo en
el que se comunican el navegador para Web y el servidor Web.
Si la peticin es de una pgina localizada en la Intranet, los
navegadores envan la peticin a esa pgina Web de la Intranet.
Puede estar disponible una conexin de alta velocidad, puesto
que las Intranet pueden construirse usando cables de alta
velocidad, y todo el trfico dentro de la Intranet se puede
conducir por esos cables.
Los paquetes que componen la peticin se encaminan hacia un
ruteador de la Intranet, que enva en turnos la peticin al servidor
Web. El servidor Web recibe la peticin usando http, la peticin
es para un documento especfico. Devuelve la pgina inicial,
documento u objetivo al navegador para Web cliente. La
informacin se muestra ahora en la pantalla de la computadora
en el navegador Web. Despus de enviar el objeto al navegador
para Web, la conexin http se cierra para hacer un uso ms
eficaz de los recursos de la red.
-59-
CAPITULO IV
Marco Conceptual
-60-
CAPITULO IV: Marco Conceptual

4.1. Metodologas de Desarrollo de Software:
El desarrollo de software no es una tarea fcil, prueba de ello es que
existen numerosas propuestas metodolgicas que inciden en distintas
dimensiones del proceso de desarrollo. Por una parte tenemos aquellas
propuestas ms tradicionales que se centran especialmente en el control
del proceso, estableciendo rigurosamente las actividades involucradas, los
artefactos que se deben producir, y las herramientas y notaciones que se
usarn. Estas propuestas han demostrado ser efectivas y necesarias en
un gran nmero de proyectos, pero tambin han presentado problemas en
otros muchos.
Para tener un panorama claro sobre la metodologa ms adecuada a
utilizar en el desarrollo del software propuesto, se describir brevemente
las que se consideran ms relevantes e importantes y adems proveen los
procedimientos y tcnicas requeridos para este tipo de proyecto:
4.1.1. RUP (Rational Unified Process)

Esta es una de las metodologas ms generales que existe, esta
enfocado a cualquier tipo de proyecto as no sea de software, se basa en
la documentacin generada en cada uno de sus cuatro fases: Inicio
(puesta en marchar), Elaboracin (definicin, anlisis y diseo),
Construccin (implementacin) y Transicin (fin del proyecto y puesta en
produccin) en las cuales se ejecutarn varias iteraciones (segn el
tamao del proyecto).
RUP se basa en casos de uso para describir lo que se tiene y lo que se
espera del software, est muy orientado a la arquitectura del sistema a
implementarse, documentndose de la mejor manera, basndose en
UML (Unified Modeling Language - Lenguaje de Modelado Unificado).
Para poder usar RUP antes hay que adaptarlo a las caractersticas de la
empresa, y medir de manera exacta el tiempo, costos y todos los dems
recursos involucrados en el proceso.
-61-
4.1.2. XP (eXtreme Programing - Programacin Extrema)

XP, se basa en el trabajo orientado directamente al objetivo, basndose
para esto en las relaciones interpersonales y en la velocidad de reaccin
para la implementacin y para los cambios que puedan surgir durante el
desarrollo del proceso. Esto se logra, minimizando el riesgo de fallo del
proceso manteniendo dentro del equipo a un representante competente
del cliente, este representante es quin responder a todas las
preguntas y dudas que surjan por parte del equipo de desarrollo durante
el proceso, de forma que no se retrase la toma de decisiones.
XP se basa en UseStories (historias de uso), estas historias las escribe
el cliente o su representante dentro del equipo y describen los
escenarios claves del funcionamiento del software, a partir de estas se
generan los releases (entregas) entre el equipo y el cliente. Estos
releases son los que permiten definir las iteraciones necesarias para
cumplir con los objetivos, de manera que cada resultado de la iteracin
sea un programa aprobado por el cliente de quien depende la definicin
de las siguientes iteraciones. Una caracterstica saltante de XP, es que
el cdigo siempre se produce en parejas, parejas que van cambiando
constantemente para lograr as que todo el equipo sepa y pueda
modificar segn necesidades el cdigo generado, esto logra en el equipo
que los integrantes aprendan entre s y compartan todo el cdigo
4.1.3. FDD (Feature Driven Development)

Esta metodologa se considera como punto medio entre los procesos
pesados y giles, aunque en la prctica es ms similar a este ltimo.
Pensado para proyectos relativamente cortos, al igual que los anteriores
tambin esta basado en iteraciones que producen un software funcional
que puede ser visto, probado y monitorizado por el cliente.
Estas iteraciones son decididas en base a las funcionalidades que el
software debe tener, funcionalidades definidas por el cliente, este
proceso est dividido en cinco fases: Desarrollo de un Modelo General,
Construccin de la Lista de Funcionalidades, Plan de releases basadas
en las funcionalidades a implementar, Disear en base a las
funcionalidades definidas e Implementar en base a las mismas
-62-
funcionalidades. Aqu en el equipo de trabajo si existen jerarquas,

siempre debe haber un jefe de proyecto, y aunque es un proceso
considerado ligero tambin incluye documentacin (la mnima necesaria
para que algn nuevo integrante pueda entender el desarrollo de
inmediato).
4.1.4. Tamao de los Equipos:
RUP: pensado para proyectos y equipos grandes, con roles

designados y con una duracin extendida.
XP: proyectos cortos con equipos pequeos y que pueden rotar en

cuanto a roles.
FDD: pensado para proyectos y equipos medianos a pequeos, con

la flexibilidad que a mayor necesidad de cdigo, mayor organizacin.
4.1.5. Obtencin de Requisitos:
RUP: Se basa en los UseCase (casos de uso) donde se describen

los requerimientos de la aplicacin desde el punto de vista del
usuario.
XP: Se Basa en los UseStories (historias de uso), que al igual que el

anterior definen los detalles tcnicos sin meterse con los detalles de
implementacin.
FDD: Define como se va a proceder despus de recoger los

requisitos definidos por el usuario.
4.1.6. Carga de Trabajo:
RUP: proceso pesado por estar basado mucho en la documentacin,

documentacin que se ve afectada con los posibles cambios voltiles
que a los clientes se les ocurre en cuanto a funcionalidades del
software, la justificacin de esto es que gracias a su plan de
desarrollo con se pueden reconocer los problemas y fallos de forma
temprana y corregirlos.
XP: proceso ligero porque no se les asignan roles organizativos al

equipo, roles como el modelado o generacin de la documentacin,
esto es reemplazado por la presencia de un representante
-63-
especializado del cliente, haciendo as ms flexibles los posibles

cambios que se presenten durante el desarrollo del software.
FDD: Aunque tambin genera documentacin es la mnima necesaria

para comprender el cdigo, si bien es cierto el quipo cuenta con
cierta libertad tambin es cierto que estos dependen directamente
del jefe de proyecto quien es el responsable directo de proyecto.
4.1.7. Relacin con el Cliente:
RUP: Al final de cada fase, se les presenta al cliente los artefactos

finales de dicha fase, para que sean evaluados por este y se puedan
generar las iteraciones necesarias para la siguiente fase.
XP: La comunicacin con el cliente es fluida (a travs de su

representante) despus de cada iteracin el cliente recibe un pedazo
de
programa
funcional,
as
el
cliente
est
informado
permanentemente y puede intervenir rpidamente si el desarrollo se

aleja de sus necesidades.
FDD: A diferencia del XP, aqu adems de lo antes mencionado,

existe el modelo general desarrollado en primera fase, la que provee
un marco general dentro de cual evolucionar el proyecto (mientras
no sea necesario cambiarlo)
4.1.8. Desarrollo :
Aqu los tres procesos estn basados en iteraciones, lo que les permite
acercarse poco a poco a la solucin sin tener que entrar demasiado
rpido a los detalles, la diferencia est en que los programadores de XP
y FDD tienen menor carga a parte del desarrollo del software entonces
les permite hacer las iteraciones con una menor duracin.
4.1.9. Seleccin de metodologa de desarrollo:

La seleccin de la metodologa de desarrollo de software se realiza
teniendo en cuenta los puntos dbiles de cada una, de modo que se
pueda identificar aquella que presenta caractersticas ms adaptables
para el desarrollo del software propuesto en este proyecto. As tenemos
que:
-64-
XP: Est muy orientado a la implementacin, esto lo hace bueno

para el equipo de desarrollo ya que no debe preocuparse de la
documentacin y ya que los equipos rotan todos aprenden de todos,
por otro lado el cliente tambin se siente satisfecho pues recibe un
software que se adapta exactamente a sus deseos, pero esto implica
que para esto debi designar a una persona totalmente involucrada
en el negocio, lo que podra implicar que esta persona deje de hacer
sus funciones para estar totalmente disponible al equipo de
desarrollo, razn por la cual se considera mejor la utilizacin de esta
metodologa para desarrollos internos, pues debe haber una gran
confianza entre el cliente y el equipo de desarrollo, como se
mencion antes era poco probable que el cliente pueda prescindir de
sus empleados esto incurrira en un coste adicional para el cliente.
Por ltimo como se podra representar todo lo que se debe sin
documentacin alguna si no se anota ni se archiva nada, como
alguien ms puede tomar el lugar de uno de los miembros del
equipo, o hacer mejoras en el sistema, esto creara una dependencia
para con el equipo de desarrollo.
FDD: El principal problema de este proceso esta representado por la

necesidad de contar con miembros experimentados en el equipo,
miembros que puedan definir los roles y funciones de cada uno, que
marquen el camino a seguir desde el principio con la elaboracin del
modelo global, el hecho de ser una combinacin de XP y RUP es lo
que lo hace ms atractivo a la implementacin, siempre y cuando la
experiencia de esa gente de mayor jerarqua no cree dependencias.
RUP: Esta metodologa suele ser muy grande para proyectos y

equipos pequeos ya que deben repartirse roles y generar muchos
artefactos finales; los que, por otra parte, pueden ser aprovechados
en una reutilizacin de productos, modelos o procesos. Adems,
considerando los requerimientos de este proyecto a nivel de
documentacin,
funcionalidad,
escalabilidad
experiencia
metodolgica por parte del desarrollador; esta metodologa se

presenta como la ms apropiada para el desarrollo de esta
propuesta. A continuacin se describir la metodologa RUP con
mayor detalle.
-65-
4.2. El Proceso Unificado de Rational (RUP):

Es un proceso de ingeniera del software que proporciona un
acercamiento disciplinado a la asignacin de tareas y responsabilidades
en una organizacin de desarrollo. Su propsito es asegurar la produccin
de software de alta calidad que se ajuste a las necesidades de sus
usuarios finales con unos costos y calendario predecibles. En definitiva
RUP es una metodologa de desarrollo de software que intenta integrar
todos los aspectos a tener en cuenta durante todo el ciclo de vida del
software, con el objetivo de hacer abarcables tanto pequeos como
grandes
proyectos
de
software.
Adems
Rational
proporciona
herramientas para todos los pasos del desarrollo as como documentacin

en lnea para sus clientes. 32
4.2.1. Caractersticas principales de RUP:

a) Proceso dirigido por Casos de Uso:
Los Casos de Uso son una tcnica de captura de requisitos que fuerza a
pensar en trminos de importancia para el usuario y no slo en trminos
de funciones que seria bueno contemplar. Se define un Caso de Uso
como un fragmento de funcionalidad del sistema que proporciona al
usuario un valor aadido. Los Casos de Uso representan los requisitos
funcionales del sistema. 33
En RUP los Casos de Uso no son slo una herramienta para especificar
los requisitos del sistema. Tambin guan su diseo, implementacin y
prueba. Los Casos de Uso constituyen un elemento integrador y una
gua del trabajo como se muestra en la Figura N 4.
32
Philippe Kruchten, The Rational Unified Process An Introduction, Addison Wesley, 2001.
Jacobson I., Booch G., Rumbaugh J., El Proceso Unificado de Desarrollo de Software, 2000
Addison Wesley
33
-66-
FIGURA N 4: Los Casos de Uso integran el trabajo
FUENTE: Libro El Proceso Unificado de Desarrollo de Software
Los Casos de Uso no slo inician el proceso de desarrollo sino que

proporcionan un hilo conductor, permitiendo establecer trazabilidad entre
los artefactos que son generados en las diferentes actividades del
proceso de desarrollo. Como se muestra en la Figura N 5, basndose
en los Casos de Uso se crean los modelos de anlisis y diseo, luego la
implementacin que los lleva a cabo, y se verifica que efectivamente el
producto implemente adecuadamente cada Caso de Uso. Todos los
modelos deben estar sincronizados con el modelo de Casos de Uso.
FIGURA N 5: Trazabilidad a partir de los Casos de Uso

b) Proceso centrado en la arquitectura:
La arquitectura de un sistema es la organizacin o estructura de sus
partes ms relevantes, lo que permite tener una visin comn entre
todos los involucrados (desarrolladores y usuarios) y una perspectiva
clara del sistema completo, necesaria para controlar el desarrollo.
34
En
34
Jacobson I., Booch G., Rumbaugh J., El Proceso Unificado de Desarrollo de Software, 2000
Addison Wesley
-67-
el caso de RUP adems de utilizar los Casos de Uso para guiar el

proceso se presta especial atencin al establecimiento temprano de una
buena arquitectura que no se vea fuertemente impactada ante cambios
posteriores durante la construccin y el mantenimiento.
Cada producto tiene tanto una funcin como una forma. La funcin
corresponde a la funcionalidad reflejada en los Casos de Uso y la forma
la proporciona la arquitectura. Existe una interaccin entre los Casos de
Uso y la arquitectura, los Casos de Uso deben encajar en la arquitectura
cuando se llevan a cabo y la arquitectura debe permitir el desarrollo de
todos los Casos de Uso requeridos, actualmente y en el futuro. Esto
provoca que tanto arquitectura como Casos de Uso deban evolucionar
en paralelo durante todo el proceso de desarrollo de software. En la
Figura N 6 se ilustra la evolucin de la arquitectura durante las fases de
RUP. Se tiene una arquitectura ms robusta en las fases finales del
proyecto.
FIGURA N 6: Evolucin de la Arquitectura del Sistema
Inception
Elaboration
Construction
Transition
Architecture
tiempo

c) Proceso iterativo e incremental:
El equilibrio correcto entre los Casos de Uso y la arquitectura es algo
muy parecido al equilibrio de la forma y la funcin en el desarrollo del
producto, lo cual se consigue con el tiempo. Para esto, la estrategia que
se propone en RUP
es tener un proceso iterativo e incremental en
donde el trabajo se divide en partes ms pequeas o mini proyectos.

Permitiendo que el equilibrio entre Casos de Uso y arquitectura se vaya
logrando durante cada mini proyecto, as durante todo el proceso de
desarrollo. Cada mini proyecto se puede ver como una iteracin (un
recorrido ms o menos completo a lo largo de todos los flujos de trabajo
-68-
fundamentales) del cual se obtiene un incremento que produce un

crecimiento en el producto.35
Una iteracin puede realizarse por medio de una cascada como se
muestra en la Figura N 7. Se pasa por los flujos fundamentales
(Requerimientos, Anlisis, Diseo, Implementacin y Pruebas), tambin
existe una planificacin de la iteracin, un anlisis de la iteracin
algunas actividades especficas de la iteracin. Al finalizar se realiza una

integracin de los resultados con lo obtenido de las iteraciones
anteriores.
FIGURA N 7: Una iteracin RUP
El proceso iterativo e incremental consta de una secuencia de

iteraciones. Cada iteracin aborda una parte de la funcionalidad total,
pasando por todos los flujos de trabajo relevantes y refinando la
arquitectura. Cada iteracin se analiza cuando termina. Se puede
determinar si han aparecido nuevos requisitos o han cambiado los
existentes,
afectando
las
iteraciones
siguientes.
Toda
la
retroalimentacin de la iteracin pasada permite reajustar los objetivos

para las siguientes iteraciones. Se contina con esta dinmica hasta que
se haya finalizado por completo con la versin actual del producto.
35
Kruchten, P., The Rational Unified Process: An Introduction, 2000 Addison Wesley
-69-
4.2.2. Fases de RUP:

RUP divide el proceso en cuatro fases, dentro de las cuales se realizan
varias iteraciones en nmero variable segn el proyecto y en las que
se hace un mayor o menor hincapi en los distintas actividades. En la
Figura N 8 se muestra cmo vara el esfuerzo asociado a las
disciplinas segn la fase en la que se encuentre el proyecto RUP.
FIGURA N 8: Esfuerzo en actividades segn fase del proyecto

FASES
Flujos de Trabajo de Procesos
Inicio
Elaboracin Construccin
Transicin
Modelado de Negocios
Requerimientos
Anlisis y Diseo
Implementacin
CONTENIDO
Prueba
Desarrollo
Flujos de Trabajo de Soporte
Admin. Configuracin
Administracin
Ambiente
Iteracin(es)
Preliminar
Iter.
#1
Iter.
#2
Iter.
#n
Iter. Iter.
#n+1 #n+2
Iter.
#m
ITERACIONES

d) Fase de inicio:
Durante esta fase, se desarrolla una descripcin del producto final a
partir de una buena idea y se presenta el anlisis de negocio para el
producto.
Esencialmente, esta fase responde a las siguientes
preguntas:
Cules son las principales funciones del sistema para sus

usuarios ms importantes?
Cmo podra ser la arquitectura del sistema?
Cul es el plan de proyecto y cuanto costar desarrollar el

producto?
-70-
Iter.
#m+1
e) Fase de Elaboracin:
Se especifican en detalle la mayora de los casos de uso del producto y
se disea la arquitectura del sistema. La arquitectura se expresa en
forma de vistas de todos los modelos del sistema, los cuales juntos
representan al sistema entero. El resultado de esta fase es una lnea de
base de la arquitectura. Al final de la fase de elaboracin, el director de
proyecto est en disposicin de planificar las actividades y estimar los
recursos necesarios para terminar el proyecto.
La pregunta fundamental es: son suficientemente estables los casos
de uso, la arquitectura y el plan, y estn los riesgos suficientemente
controlados como para que seamos capaces de comprometernos al
desarrollo entero mediante un contrato?
f) Fase de construccin:
En esta fase La descripcin evoluciona hasta convertirse en un producto
preparado para ser entregado a la comunidad de usuarios. El grueso de
los recursos requeridos se emplea durante esta fase de desarrollo. Al
final de esta fase, el producto contiene todos los casos de uso que la
direccin y el cliente han acordado para el desarrollo de esta versin. Sin
embargo, puede que no este completamente libre de defectos.
La pregunta decisiva es: Cubre el producto las necesidades de algunos
usuarios de manera suficiente como para hacer una primera entrega?
g) Fase de transicin:
Cubre el periodo durante el cual el producto se convierte en la versin
beta. En la versin beta un nmero reducido de usuarios con experiencia
prueba el producto e informa de defecto y deficiencias. Los
desarrolladores corrigen los problemas e incorporan algunas de las
mejoras sugeridas en una versin general dirigida a la totalidad de la
comunidad de los usuarios.
-71-
CAPITULO V
Desarrollo de la Propuesta
-72-
CAPITULO V: Desarrollo de la Propuesta

5.1. Introduccin:
Como se indic en el planteamiento del problema, el ISTP RFA al contar
con sistemas modulares para la gestin de sus procesos acadmico
administrativos, genera un alto nivel de inversin en recursos tangibles e
intangibles que resultan poco redituable para la institucin. Es por ello que
en esta propuesta se plantea la implementacin de un Sistema de Gestin
Acadmica que contribuya a la integracin de los procesos y por
consiguiente a la optimizacin en el uso de recursos crticos para el
cumplimiento de la visin y los objetivos institucionales.
Para el desarrollo de la propuesta se aplicar la metodologa de Rational
Unified Process de modo que provea el soporte tcnico y metodolgico en
la implementacin del Sistema de Gestin Acadmica. Considerando esto,
en este captulo se incluir el detalle para las fases de Inicio y Elaboracin
y adicionalmente se esbozarn las fases posteriores de Construccin y
Transicin para dar una visin global de todo el proceso.
Por cada fase de la metodologa se trabajar con los flujos de trabajo
correspondientes al modelado del negocio, los requisitos, el anlisis y
diseo y la implementacin; presentando los respectivos artefactos que
son requeridos. La relacin entre las fases y los flujos de trabajo, ser
desarrollada como muestra el siguiente cuadro:
CUADRO N 6: Metodologa RUP
FASES
FLUJOS
Inicio
Modelado del Negocio
Elaboracin
Requisitos
Anlisis y Diseo
Construccin
Implementacin
Transicin
R
I
I: Inicio, R: Refinamiento
-73-
5.2. FASE DE INICIO:

El propsito general en esta fase es establecer los objetivos para el ciclo
de vida del producto software a implementar. Durante esta fase se definir
el modelo del negocio y el alcance proyecto. Se identificarn todos los
actores y casos de uso. Los objetivos especficos de esta fase sern:
Establecer el mbito del proyecto y sus lmites.
Encontrar los casos de uso crticos del sistema, los escenarios bsicos
que definen la funcionalidad.
Durante la fase de inicio se definirn el modelo del negocio y el alcance

del proyecto, siendo los artefactos desarrollados:
El Modelo de Caso de Uso del Negocio.
Especificacin de los Caso de Uso del Negocio.
El Modelo de Objetos del Negocio.
El Modelo de Dominio del Problema.
Un glosario con la terminologa clave del dominio del problema.
-74-
5.2.1. Modelado del Negocio:

El modelado del negocio es el primer flujo de trabajo o disciplina de
la metodologa RUP, y consiste en conocer la estructura y la
dinmica de la organizacin, as como conocer los problemas
actuales e identificar mejoras dentro de la organizacin.
Con esta disciplina se pretende llegar a un mejor entendimiento de la
institucin. Los principales motivos para ejecutar esta disciplina son
los siguientes: asegurarse de que el producto ser algo til y no un
obstculo, conseguir que se ajuste de la mejor forma posible en la
organizacin donde se va a implantar; y tener un marco comn para
el desarrollador, los clientes y los usuarios finales.
Los principales objetivos son:
Asegurar
que
clientes
desarrolladores
tengamos
un
entendimiento comn de la institucin.
Entender el problema actual en la institucin e identificar

potenciales mejoras.
Entender la estructura y la dinmica de la institucin.
Para lograr estos objetivos, el modelado de negocio describir como

desarrollar una visin de la nueva organizacin, basado en esta
visin se definirn procesos, roles y responsabilidades de la
institucin por medio de un Modelo de Casos de Uso del Negocio.
Los artefactos del modelo de negocio servirn como entrada y
referencia para la definicin de los requerimientos del sistema.
Teniendo en cuenta a estos criterios, a continuacin se describir los
principales
procesos
generales
de
la
gestin
acadmico
administrativa del ISTP RFA que proporcionarn las bases para el

desarrollo del modelado del negocio.
-75-
a) PAGOS: Proceso a cargo del rea de Tesorera en el que participan

los:
Postulantes, quienes realizan sus pagos por derechos de

examen de admisin, exoneracin o traslados.
Estudiantes, quienes realizan sus pagos por derechos de

matrculas, mensualidades, y otros pagos asignados por la
institucin (indumentaria, fotochecks, examen mdico, etc.) en un
determinado semestre lectivo.
Tesorera, rea que registra y reporta los pagos segn las

especificaciones antes mencionadas.
b) ADMISIN: Proceso a cargo del rea de Secretara Docente y la

Comisin Central de Admisin, en el que participan los:
Postulantes, quienes presentan su expediente en mesa de

partes segn su modalidad de ingreso (Examen de admisin,
Exoneracin o Traslado Externo).
Secretara Docente, rea que registra a los postulantes y

recepciona sus expedientes segn su modalidad de ingreso.
Comisin Central de Admisin, encargada de la organizacin

de todo el proceso de admisin.
Este proceso est conformado por una serie de etapas, tales como:
Convocatoria, Inscripcin, Publicacin de Postulantes, Examen de
36
Admisin, Publicacin de Resultados y Matrcula de Ingresantes .

Para esta investigacin las etapas en estudio sern las de:
Inscripcin, Publicacin de Postulantes, Publicacin de Resultados y
Matrcula de Ingresantes. Ya que estas estn contenidas en el
mbito de este proyecto.
36
-76-
c) MATRCULA: Proceso a cargo de las reas de Secretara Docente y

las Jefaturas de Departamentos, en el que participan los:
Estudiantes, quienes verifican la veracidad e integridad de sus

datos contenidos en las fichas de matrculas (datos personales,
ciclo de matrcula, cursos por llevar, situacin de matrcula, entre
otros).
Cabe mencionar que en el proceso de matrcula adems de

participar los estudiantes que ratifican su matrcula, tambin
participan los estudiantes que se incorporan por primera vez a la
institucin ya sea por el proceso de admisin o traslado externo.
Secretara Docente, rea que registra a los estudiantes segn su

condicin
de
matrcula:
promovido,
repitente,
trasladado,
ingresante, reingresante; generando sus fichas y nminas de

matrculas respectivas.
Jefaturas de Departamentos, rea acadmica que recepciona y

registra las nminas remitidas del rea de Secretara Docente.
d) CURSOS Y HORARIOS: Proceso a cargo de las Jefaturas de

Departamentos, en el que participan los:
Estudiantes, a quienes se les asigna los cursos y horarios segn

los semestres, ciclos y mdulos de matrcula.
Docentes, a quienes se les asigna los cursos y horarios de

enseanza segn los semestres, ciclos y mdulos disponibles.
Jefaturas de Departamentos, rea acadmica que gestiona los

cursos y horarios segn los semestres, ciclos y mdulos
disponibles.
e) NOTAS: Proceso a cargo de las Jefaturas de Departamentos, en el

que participan los:
-77-
Estudiantes, a quienes se les asigna las notas segn los

semestres, ciclos, mdulos y cursos de matrcula.
Docentes,
quienes
asignan
las
calificaciones
segn
los
semestres, ciclos, mdulos y cursos a cargo.
Jefaturas de Departamentos, rea acadmica que gestiona las

notas segn los semestres, ciclos, mdulos y cursos disponibles;
y genera las actas de evaluaciones y records de notas.
Esta ha sido una descripcin general de los procesos de la gestin

acadmico - administrativas del ISTP RFA, en base a los cuales se ha
generado el siguiente cuadro:
CUADRO N 7: Vinculacin entre reas y Procesos
PROCESOS ACADMICO ADMINISTRATIVOS
REAS
Pagos
Admisin
Matrcula
Cursos y
Horarios
Notas
Tesorera
Secretara
Docente
Jefaturas de
Departamentos
El cuadro N 7 muestra la vinculacin existente entre los procesos
acadmico administrativos y sus reas responsables. As tenemos que
el rea de Tesorera se encarga de los procesos de pagos; considerando
que estos se realizan por admisin y matrcula, as como otros asignados
por la institucin en un determinado semestre acadmico. El rea de
Secretara Docente gestiona el proceso de admisin junto con el de
matrcula, el cual tambin es desempeado por las jefaturas de los
departamentos acadmicos, quienes a su vez administran los cursos,
horarios y notas respectivas en un semestre lectivo.
-78-
FIGURA N 9: Flujo Secuencial de los Procesos Acadmico - Administrativos
TESORERIA
SECRETARIA DOCENTE
Admisin
Pagos
Matrcula
Cursos
Horarios
Notas
JEFATURA DE DPTO.

En la figura N 9 se puede apreciar que los procesos acadmico
administrativos en estudio, tienen un alto nivel de dependencia ya que la
salida de datos de un proceso inicial, se convierte luego en una entrada de
datos de otro proceso que iniciar. Puesto que en esencia, todo es un flujo
secuencial, es preciso que todas las reas involucradas gestionen sus
respectivas funciones con fuentes de datos comunes para mantener un alto
nivel de consistencia e integridad en la informacin que manejan.
Es en base a esta informacin, que se ha elaborado el Diagrama de Casos
del Negocio, el cual representa la lgica de funcionamiento actual de los
procesos de gestin acadmico administrativos dentro de la institucin.
De igual forma se han elaborado los Modelos de Objetos del Negocio, los
cuales describirn cmo cada caso de uso es llevado a acabo por los
actores o conjunto de actores de la institucin.
-79-
5.2.1.1. Modelo de Casos de Uso del Negocio (MCUN):
Un modelo de casos de uso del negocio describe los procesos

del negocio en trminos de casos de uso y actores que
corresponden a procesos del negocio y trabajadores o clientes
respectivamente.37
A continuacin se presenta este modelo, el cual representa los
procesos acadmico administrativos del ISTP RFA
FIGURA N 10: Modelo de Casos de Uso de Negocio del ISTP RFA
Ges tin de Adm isin
Pos tulantes
Comis in Central de Admis in
Ges tin de Matrcula
Es tudiantes
Ges tin de Curs os y Notas
Tes orera
Secretara Docente
Departam ento Acadmico
Docentes

En la figura N 10, el Modelo de Casos de Uso del Negocio
presenta las funciones del sistema de gestin acadmico
administrativo y los actores que hacen uso de ellas.
37
El proceso Unificado de Racional (RUP) presentado por Ing. Jess B. Olavarria Paz
-80-
5.2.1.2. Especificacin de Casos de Uso del Negocio:

CUADRO N 8: Caso de Uso Gestin de Admisin
Gestin de Admisin
Proceso de seleccin de los nuevos estudiantes que renan los
requisitos bsicos establecidos en las normas vigentes para la
Definicin del caso de Uso
educacin superior y que logren una de las vacantes en las

carreras profesionales que ofrece la institucin.
Gestionar eficientemente el proceso de admisin en las
diferentes modalidades que la institucin oferta por especialidad
Metas y turno, manteniendo un permanente control de las vacantes

que la institucin tiene disponibles segn sus procesos de
revalidacin.
Propietario Tesorera, Secretaria, Jefe de la Comisin de Admisin.
Al gestionar ineficientemente el proceso de admisin se
Riesgos elaborar incorrectamente los reportes de admisin y se
producir una inadecuada gestin de matrculas.
Categora Caso de Uso Principal
Flujos de Trabajo
Registrar Modalidad
Registrar Vacantes
Listar Especialidad
Listar Modalidad
Listar Semestre
Registrar Postulante
Registrar Pagos del Postulante
Registrar Detalle de Pagos del Postulante
Emitir Recibo de Pago
Buscar Postulante
Actualizar Postulante
Listar Turno
Registrar Expediente
Registrar Admisin
Actualizar Admisin
Generar Reportes
-81-
CUADRO N 9: Caso de Uso Gestin de Matrcula

Gestin de Matrcula
Proceso administrativo, mediante el cual el estudiante se
incorpora al sistema educativo, en la especialidad, ciclo y turno
Definicin del caso de Uso
que le corresponde. La matrcula es parte de un plan

acadmico, en un perodo lectivo determinado.
Gestionar eficientemente el proceso de matrcula en sus
diferentes modalidades, obteniendo un consolidado semestral
de matriculas por especialidad, turnos y ciclos; de modo que se
Metas
pueda evaluar los niveles demanda actuales y futuros; adems

de cumplir los plazos para la elaboracin y remisin de
documentos.
Propietario Tesorera, Secretaria, Jefes de departamentos.

Una
inadecuada
gestin
de
matrculas,
perjudicar
la
elaboracin de documentos como Fichas y Nminas de
Riesgos
matrculas, adems de los procesos de notas y sus respectivos

documentos.

Buscar Estudiante
Registrar Pagos del Estudiante
Registrar Detalles de Pagos del Estudiante
Emitir Recibo de Pago
Listar Semestre
Actualizar Estudiante
Registrar Apoderado
Listar Apoderado
Flujos de Trabajo
Actualizar Apoderado
Listar Turno
Listar Ciclo
Registrar Matrcula
Reservar Matrcula
Anular Matrcula
Emitir Ficha de Matrcula
Emitir Nmina de Matrcula
-82-
CUADRO N 10: Caso de Uso Gestin de Cursos y notas

Gestin de Cursos y Notas
Proceso acadmico que consiste en registrar y actualizar los
mdulos
acadmicos
sus
respectivas
asignaturas,
Definicin del caso de Uso correspondientes a una especialidad y ciclo de estudios

determinados. En base a las asignaturas y las matrculas se
puede gestionar las notas de cada estudiante.
Gestionar eficientemente los cursos y notas por estudiante, de
modo que se pueda elaborar, en los plazos establecidos, los
Metas
documentos correspondientes y remitirlos a las entidades

involucradas.
Propietario Secretaria, Jefes de departamentos, Docentes

Una inadecuada gestin de notas, perjudicar la elaboracin de
documentos como Actas Consolidadas de Evaluacin y
Riesgos
Records individuales de notas; adems de los procesos de

matrculas y sus respectivos documentos.

Registrar Mdulos
Buscar Mdulos
Registrar Asignatura
Buscar Asignatura
Listar Semestre
Listar Turno
Listar Docente
Flujos de Trabajo
Registrar Horario
Actualizar Docente
Listar Notas
Registrar Notas
Registrar Detalle de Notas
Generar Actas Consolidadas de Evaluacin
Generar Record Individual de Notas.
-83-
5.2.1.3. Modelo de Objetos del Negocio (MON):

Un modelo de Objetos del Negocio es un modelo interno a un
negocio y describe como cada caso de uso es llevado a cabo por
parte de un conjunto de trabajadores que utilizan un conjunto de
entidades del negocio y de unidades de trabajo.
Los modelos de objetos del negocio estn asociados a cada uno
de los casos de uso del negocio descritos anteriormente.
a) MON Gestin de Admisin:
Este MON tiene como actores a la cajera, perteneciente al rea de
tesorera, y a la secretaria quien forma parte del rea de secretara
docente. Este modelo presenta las siguientes etapas:
PAGOS: En este proceso la cajera debe registrar la Modalidad de
Ingreso de los postulantes, que puede ser Examen de Admisin
Ordinario, Exoneracin o Traslados (internos o externos). Cada
modalidad requiere diferentes conceptos de pagos por parte del
postulante. Por ejemplo, los que postulan al examen de admisin
ordinario deben cancelar por conceptos de Carpeta de Postulante e
Inscripcin y Prospecto de Admisin; mientras los que ingresan por
exoneracin, adems de cancelar el concepto de pago anterior,
deben cancelar por derecho de exoneracin segn sea su motivo
(Primer puesto de Educacin Secundaria, Programa de Extensin
CEPRETEC, Convenios, Discapacidad, Profesional Titulado o
Licenciado de las Fuerzas Armadas38). En base a esto se tiene la
entidad Pagos del Postulante.
INSCRIPCION: En esta etapa la secretaria debe inscribir a los
postulantes para el examen de admisin ordinario o como
ingresante por exoneracin. Para ello previamente el postulante
debe haber cancelado los derechos asignados por la institucin
segn su modalidad de ingreso. Cada modalidad tiene un
requerimiento de expediente que vara en algunos documentos, as
38
Art. 12 del Reglamento de Admisin 2007 del ISTP RFA.
-84-
tenemos: Si un postulante desea inscribirse al examen de admisin

ordinario debe presentar los siguientes requisitos39:
Solicitud dirigida a la directora del ISTP RFA.
Recibo de Pago por Derecho de Inscripcin.
Partida de Nacimiento original y fotocopia.
Certificados de Estudios originales u fotocopia.
Ficha de Datos Personales.
Declaracin Jurada.
Dos Fotos Tamao Carn.
En el caso de los estudiantes exonerados, estos deben presentar

adems de los documentos antes mencionados, los documentos
que acrediten su exoneracin tales como:
Primer puesto de Educacin Secundaria: Acta original de

Primer Puesto o certificados de educacin superior.
Programa de
Extensin
CEPRETEC:
Acreditacin
por
CEPRETEC.
Convenios: Acreditacin de Convenio.
Discapacidad: Copia de Resolucin y/o carn otorgado por

CONADIS-MIMDES y/o copia fedateada del Certificado de
Discapacidad concebido por los Centros Hospitalarios del
Ministerio de Salud, Ministerio de Defensa y de ESSALUD.
Profesional Titulado: Copia legalizada de Ttulo Profesional
Licenciado de las Fuerzas Armadas: Constancia que los

acredite.
39
Art. 14 del Reglamento de Admisin 2007 del ISTP RFA
-85-
Dependiendo de la modalidad de admisin la secretaria de mesa

de partes debe validar el Expediente e inscribir al postulante. Uno
de los requerimientos en todas las modalidades es la Ficha de
Datos Personales, que es adquirida por el estudiante al momento
de cancelar sus derechos de pagos por Carpeta de Postulacin. Es
aqu donde el estudiante registra sus datos personales completos y
adems indica la carrera a la que desea postular, de este modo el
rea de secretara podr tener la informacin requerida por el
postulante para realizar su respectiva inscripcin.
PUBLICACIN DE POSTULANTES: En esta etapa, el rea de
Secretara Docente debe presentar los reportes o registros de
postulantes inscritos segn su especialidad y en la fecha
determinada por la institucin. Este registro de postulantes puede
ser de dos tipos:
Postulantes por examen de admisin ordinario.
Exonerados del examen de admisin ordinario que deben

presentarse al examen de seleccin: Son los postulantes que
no alcanzaron las vacantes ofertadas por exoneracin. Segn
el caso se procede de la siguiente forma40:
o
Si son de secundaria, se consideran los calificativos de los

certificados de estudios oficiales.
Si son titulados o tienen algn tipo de discapacidad rendirn

una prueba de seleccin.
PUBLICACIN DE RESULTADOS: En esta etapa, el rea de

Secretara Docente en coordinacin con la Direccin del instituto y
la Comisin Central de admisin, se encarga de publicar los
registros de ingresantes, los cuales pueden ser:
40
Registro de Ingresantes por examen de admisin ordinario.
Registro de Ingresantes por examen de exoneracin.
Registro de Ingresantes por Exoneracin.
-86-
FIGURA N 11: MON Gestin de Admisin
Estudiante
Buscar / Listar
Expediente Admisin
Regi strar
Admisin
Regi strar / Actualizar
Detalle de Pagos Postulante

Li star
Buscar / Listar / Actual izar
Listar
Turno
Pagos del Postulante
Postulante
Secretaria
Li star / Validar
Regi strar / Eliminar
Listar
Registrar
Regi strar
Especial idad
Listar
Listar
Vacantes de Admisin
Registrar / Buscar / Listar
Semestre
Regi strar / Buscar / Li star
Li star
Li star
M odali dad de Admisin

Jefe de Comi si n Admisi n
Cajera

Para gestionar la admisin, previamente es indispensable que la
Comisin Central, encargada de la organizacin del proceso de
admisin y quien vela de que todo se realiza de acuerdo a
normatividad de la institucin y la que el gobierno establece por
medio del Ministerio Educacin, haya asignado las respectivas
vacantes por especialidad y turno para el semestre acadmico
lectivo.
Esta comisin tambin es la encargada de la etapa en la que se
lleva a cabo los exmenes de admisin ordinario y de exoneracin.
b) MON Gestin de Matrcula:
Este MON, tienen como actores principales a la Cajera, Secretaria
y Jefes de Departamentos, quienes participan en el proceso de
matrcula teniendo en cuenta las siguientes etapas:
-87-
PAGOS: Una vez llevado a cabo el proceso de admisin en todas

sus etapas (Convocatoria, Inscripcin, Publicacin de Postulantes,
Examen de Admisin, Publicacin de Resultados41.) se realiza la
Matrcula. Este proceso es realizado considerando que para
registrar los pagos por derecho de matrcula de aquellos
estudiantes que se incorporan por primera vez a la institucin, el
Worker Cajera debe contar con el Registro de Ingresante para
validarlo, de modo que slo se registre los pagos de aquellos que
se han incorporado a la institucin por cualquiera de las
modalidades antes descritas.
Para el caso de aquellos estudiantes que ratificarn su matrcula
(Promovidos, o promovidos con curso cargo) o son repitentes,
reingresantes, o de traslado interno; deben cancelar, adems de su
derecho de matrcula, otros pagos asignados por la institucin
mensual o semestralmente, a los cuales tambin se encuentran
sujetos los ingresantes por admisin. En el caso de los estudiantes
que se matriculan extemporneamente, estos deben cancelar un
recargo en el derecho de matrcula. Estos datos deben ser
actualizados de modo que se cuente con el saldo de pagos
correcto. En base a esto se tiene la entidad Pagos del Estudiante.
Como es obvio, para los procesos de Admisin y Matrcula, es
responsabilidad y obligacin del rea de tesorera entregar al
estudiante pagante un comprobante de pago, siendo en este caso
el Recibo de Pago.
MATRICULA: En esta etapa participan el rea de Secretara
Docente y las jefaturas de Departamentos de la siguiente forma:
Secretara Docente: Una vez concluido el proceso de admisin los
estudiantes ingresantes por medio del examen de admisin deben
acercarse a las oficinas de Secretara Docente con su Expediente,
el mismo que debe estar conformado por los siguientes
documentos42:
41
42
Partida de Nacimiento Original.
Art. 10 del Reglamento de Admisin 2007 del ISTP RFA

-88-
Certificados Originales de Educacin Secundaria.
Copia de la Boleta o Libreta Militar o DNI, visada por fedatario.
Recibo de Pago por Derecho de Fotocheck.
Recibo de Pago por Derecho de Matrcula.
Recibos por otros Pagos (mantenimiento de laboratorios,

derecho de examen mdico, uniforme de educacin fsica,
indumentaria obligatoria segn especialidad).
Los ingresantes por exoneracin de la prueba de admisin y los

estudiantes que ratificarn su matrcula, solo deben presentar los
recibos de pagos correspondientes.
Luego de que la secretaria valide el expediente de los estudiantes
segn sea el caso, esta debe actualizar la Ficha de Matrcula con
los datos del estudiante:
Datos Personales: Conformados principalmente por los

Apellidos, Nombres, N de Boleta Militar, N de DNI, Fecha de
Nacimiento, Sexo, Datos de los Padres, entre otros.
Datos Acadmicos: Conformados por el N de Ficha, N de

Recibo, Especialidad, Semestre, Turno, N de Matrcula, Tipo
de Matrcula, asignaturas, horas, Asignaturas a cargo, entre
otros.
En relacin al tipo de matrcula, en el ISTP RFA, se manejan
tres tipos: La Ordinaria, que es la que se realiza a los
estudiantes que son promovidos o llevan cursos a cargo, la
extempornea, que se realiza a los estudiante que se
presentaron a matricular una vez vencido el plazo de matrcula
ordinaria; y la extraordinaria que se da cuando el estudiante es
repitente,
reingresante
trasladado
de
otros
institutos
superiores.
El estudiante debe verificar la conformidad de sus datos tanto
personales como acadmicos y firmar su ficha de matrcula. Slo
-89-
de esta manera la matrcula del estudiante se considera efectiva.

Una vez matriculados todos los estudiantes, se generan las
Nminas de Matrcula, que contienen el listado de estudiantes
matriculados por Especialidad, Semestre Turno y Ciclo acadmico.
Jefatura de Departamentos: Cada Departamento Acadmico
recepciona las nminas de matrcula segn su especialidad y
registra a los estudiantes que formarn parte de la carrera en el
Semestre Turno y Ciclo acadmico de matrcula.
Por lo general, cada Jefatura de Departamento recepciona slo las
nminas, por lo que deben registrar nuevamente a los estudiantes
en aplicaciones como Microsoft Office Excel para su gestin y
control.
FIGURA N 12: MON Gestin de Matrcula
Apoderado
Curso
Eval uacion
Registrar / Actualizar
Listar
Detalle Pago Estudiante
Buscar / Listar
Estudi ante
Listar
Buscar / Listar / Actualizar
Mdulo
Registrar / Elim inar

Buscar / Listar
Listar
Listar
Listar
Listar
Turno
Secretaria
Especial idad
Listar
Registrar
Cajera
Listar
Ciclo
Registrar / Reservar / Anular

Semestre
Listar
Pagos Estudiante
Registrar
Matrcula
En base a la matrcula
se genera la Ficha de
Matrcula y Nminas de
Matrculas
Jefe de Departamento
-90-
c) MON Gestin de Cursos y Notas:

En este MON participan los Jefes de cada Departamento
acadmico y los docentes de su especialidad. Para el caso de los
cursos, el ISTP RFA ha sido incluido en los institutos superiores
tecnolgicos que a partir del presente ao (2007) deben
experimentar el Diseo Curricular Bsico de Educacin Superior
Tecnolgica en sus ocho carreras profesionales, segn la RD N
0896-2006-ED propuesto por el Ministerio de Educacin.
Este diseo curricular se caracteriza por ser modular (Estructura en
Mdulos Formativos) y por estar basada en el enfoque de
Competencias Profesionales. Este nuevo diseo curricular permite
al estudiante acceder a certificaciones progresivas al trmino de
cada Mdulo Profesional.
Se debe tener en cuenta que cada jefatura de departamento debe
presentar una propuesta del diseo curricular en coordinacin con
los docentes de su especialidad. Teniendo en cuenta esto, la
gestin de los cursos y horarios es manejado por cada jefatura de
la siguiente forma:
Debe generar los Mdulos Acadmicos, que formarn parte

del plan curricular de la especialidad. Por lo general pueden ser
de formacin general o formacin profesional.
A cada Mdulo se le asigna un Curso o Asignatura, en el que

se le indica sus horas semanales y el total de horas por ciclo.
Para la asignacin de docentes a los cursos, cada jefe de

departamento debe realizar una evaluacin previa de los
Horarios que establecer en cada curso y la disponibilidad del
docente segn el horario asignado.
La gestin de cursos tambin abarca el proceso de Asignacin de

Notas, el cual es un proceso en el que participan los Jefes de
departamentos, los docentes, y el rea de Secretara Docente. Los
docentes al culminar un semestre lectivo, presentan ante la jefatura
del departamento de su especialidad los Reportes o Registros de
-91-
Evaluacin de su curso o cursos a cargo. En base a estos

registros se generan las Actas Consolidadas de Evaluacin.
Las actas consolidadas de evaluacin se elaboran, teniendo en
cuenta el siguiente procedimiento43:
La informacin relativa al N de matrcula, condicin, apellidos y

nombre de los alumnos, es consignada en las actas
Consolidadas de Evaluacin Acadmica de la Secretara
General de la Institucin.
Las actas son elaboradas por duplicado, originales.
Las notas son copiadas de los Registros de Evaluacin

Acadmica,
los
cuales
sern
previamente
revisados
aprobados por el Jefe de cada Departamento.
El vaciado de las notas de los Registros a las Actas

Consolidadas de Evaluacin Acadmica, estn a cargo de la
Secretara General.
Los docentes de las diferentes asignaturas deben registrar su

firma en el Acta Consolidada de Evaluacin Acadmica, en la
fecha sealada.
El Acta Consolidada de Evaluacin Semestral se elabora al

trmino de las acciones de recuperacin.
43
ISTP Repblica Federal de Alemania

16/09/2007]
disponible en: http://www.istrfa.edu.pe [consultado el
-92-
FIGURA N 13: MON Gestin de Cursos y Notas

En base a las
entidades,especialidad,
turno, cic lo, ev aluacin,
asignatura,ev aluacin
de unidad y estudiante
se generan las Actas
consolidadas de
Ev aluacin
Docente
Horario
Registrar
Buscar / Listar / Ac tualizar

listar
Listar
Listar
Turno
Semestre
Listar
Listar

Ciclo
Jef e de Departamento
Buscar / Listar
Mdulo
Secretaria
Listar

Listar / Buscar
Ev aluacion
Ev aluacion de Unidad
Listar
Registrar
Curso
Registrar
Listar / Buscar
Listar
Estudiante
Listar
Especialidad
Docentes
5.2.1.4. Diagnstico del Modelado del Negocio:

Tal y como se plante en la formulacin del problema, hoy en da
la institucin cuenta con procesos modulares para la gestin de
sus actividades acadmico administrativas. Por lo que es vital
para una mejor gestin de esos procesos, integrar los sistemas
de modo que se obtenga un ptimo desempeo, reduciendo los
gastos generales e incrementando la rapidez de los procesos de
atencin. Estas son las principales limitaciones encontradas:
En el rea de tesorera, la institucin cuenta con un mdulo de
pagos desarrollado en el lenguaje Visual Basic 6.0. Esta
aplicacin tiene serios problemas en el aspecto de la
disponibilidad ya que ante una sobrecarga de transacciones,
-93-
presenta colapsos que obligan al usuario a reiniciarla, lo que

origina demoras en la atencin a los estudiantes que necesitan
realizar una transaccin de pago.
En el rea de secretara docente, los procesos de inscripcin y
matrcula se realizan utilizando el programa Microsoft Excel que
almacena los registros de postulantes y estudiantes; y se utiliza
para la elaborar las nminas de matrcula a travs de las
plantillas que ofrece el ministerio de educacin. Para la
elaboracin de las fichas de matrculas y otros documentos, se
utiliza el programa Microsoft Word. Desafortunadamente estos
programas son utilizados en esta rea informalmente ya que no
se encuentran licenciados.
La mayora de departamentos acadmicos utilizan el programa
Microsoft Excel para el registro de sus estudiantes, docentes,
horarios, notas y cursos. Considerando que no todas trabajan de
esta forma, no existe un formato estndar de documentos para la
gestin interna de los procesos acadmicos a nivel de
departamento.
En el caso de las notas, cada docente una vez culminado un
semestre acadmico debe presentar sus registros a la jefatura de
departamento y cada jefe debe encargase de registrarlos
nuevamente en Microsoft Excel para la elaboracin de los
documentos correspondientes. Este proceso requiere de una
gran cantidad de tiempo que origina demoras para que los
estudiantes puedan tener acceso a los resultados finales de sus
calificaciones.
Como se puede ver cada rea involucrada, maneja la informacin
de forma aislada lo que crea una gran cantidad de fuentes de
datos principalmente para el registro de los estudiantes y sus
transacciones. As tenemos que el rea de Tesorera tiene un
registro de los estudiantes por medio de su aplicacin, el rea de
secretara docente cuenta con otro registro de estudiante por
medio de Microsoft Excel al igual que cada Departamento
Acadmico.
-94-
Los principales problemas que originan estas limitaciones son:

Ausencia de confiabilidad de la informacin manejada en las
reas de estudio.
Ineficiencia en el cumplimiento de los plazos para elaborar
documentos como: records de notas, nminas de matrculas,
actas consolidadas de evaluacin, reportes de pagos, reportes
de deudas.
Incremento
de
gastos
generales
en
recursos
como:
impresiones, remuneraciones, fotocopias, papeles.

A continuacin se ha modelado el Domino del Problema que
representa las entidades contenidas en los modelos de objeto del
negocio correspondientes a los procesos de pagos, admisin,
matrculas, cursos y notas.
-95-
5.2.1.5. Modelo de Dominio del Problema:

FIGURA N 14: Modelo de Dominio del Problema
Horari o
1
Docente
Expediente
Admisin
Mdul o
1..*
1..*
Vacantes
Postul ante
Detall e
Semestre
1..*
Matrcul a
1..*
Apoderado
1..*
Ciclo
Especialidad
1..*
1
1..*
1
1
Estudi ante
1..*
Pagos Postul ante
1
1..*
Detall e de Pagos Postulante
1..*
1
1..*
Pagos Estudi ante
1..*
Eval uacion de
Unidad
1
1..*
Detall e de Pago
Estudi ante
Semestre
1..*
Eval uacin
1
Curso
Admisin
1..*
1..*
1
1..*
1..*
Detall e Docente
1..*
Modal idad
1..*
1..*
-96-
T urno
5.2.1.6. Glosario de Trminos:

A continuacin se recoge cada uno de los trminos manejados a
lo largo del proyecto de implementacin de un sistema de gestin
acadmica en el ISTP Repblica Federal de Alemania. Se trata
de un glosario de datos y definiciones de la nomenclatura que se
maneja, de tal modo que se cree un estndar para todo el
proyecto.
De este modo, tambin se podr definir con exactitud y sin
ambigedad la terminologa manejada y servir como una gua
de
consulta
para
la
clarificacin
de
los
puntos
poco
esclarecedores del proyecto.

1. Actas consolidadas de evaluacin: Documento establecido por
el ministerio de educacin, para el registro de los promedios
finales por estudiante y asignatura. Para los institutos superiores,
este documento contiene, entre otros datos, el nombre de la
carrera profesional, el semestre, el ciclo, la seccin, el turno, los
nombres completos de los estudiantes, las asignaturas y los
promedios finales. Cabe mencionar que se elaboran una vez
culminada la etapa de recuperacin.
2. Admisin: Proceso de seleccin de los nuevos estudiantes que
renan los requisitos bsicos establecidos en las normas
vigentes para la educacin superior y que logren una de las
vacantes en las carreras profesionales que ofrece el instituto.
3. Aplazado:
Estudiante
que
debe
rendir
el
examen
de
recuperacin de la o las asignaturas desaprobadas en un

semestre lectivo.
4. Asignatura: tambin definida como curso. Es cada una de las
materias que se ensean o forman parte de un plan estudios.
Para los institutos superiores cada asignatura est contenida a
un mdulo y ciclo acadmico especfico, y tienen asignadas un
horario y docente determinado.
5. Curso a Cargo: Es la asignatura que el estudiante debe llevar de
un ciclo anterior, al que se encuentra matriculado en caso la haya
-97-
desaprobado durante las etapas de recuperacin. Segn las

normatividad de la educacin superior, un estudiante no puede
llevar a cargo ms del 50% de los cursos que llev en su ciclo de
matrcula, ya que de lo contrario sera considerando repitente.
6. Docente: Profesional encargado de la capacitacin de los
estudiantes en una asignatura. En la institucin existen dos tipos:
los nombrados quienes tienen una permanencia indefinida en la
institucin y los contratados quienes tienen una permanencia
definida segn el contrato establecido por la institucin. Los
docentes son los encargados de la asignacin de las notas y
promedios finales en un semestre lectivo.
7. Estudiante: Persona que cursa estudios en una carrera, ciclo y
turno especfico. Los postulantes son considerados estudiantes
solo si ocuparon unas de las vacantes ofertadas por la institucin
durante el examen de admisin, por exoneracin o por traslado
externo.
8. Examen de Admisin Ordinario: Modalidad de Admisin,
donde el postulante debe rendir un examen que determinar su
inclusin o no a la institucin como estudiante.
9. Exoneracin: Modalidad de Admisin, donde el postulante
automticamente es ingresante a la institucin. Esta modalidad
de admisin, dependiendo del motivo de exoneracin y las
vacantes que se le hayan asignado, tambin requerir que el
postulante rinda un examen de admisin especial.
10. Expediente: Conjunto de documentos, establecidos por la
institucin y el ministerio de educacin, que un postulante debe
presentar para su inscripcin segn su modalidad de admisin.
11. Ficha de Matrcula: Documento establecido por la institucin,
para el registro individual de los estudiantes durante el proceso
de matrcula. Contiene entre otros datos, la carrera, el ciclo, el
turno, los cursos que le corresponde llevar segn el ciclo de
matrcula y los cursos que tiene a cargo.
-98-
12. Inscripcin: Etapa del proceso de admisin, a cargo del rea de

Secretara Docente y consiste en registrar a los postulantes al
examen de admisin, a los exonerados y a los trasladados de
otras instituciones superiores. Para realizar este proceso cada
postulante debe presentar sus documentos segn su modalidad
de admisin.
13. Jefe de Departamento: Persona a cargo de un departamento
acadmico. Los jefes de departamentos realizan la gestin de los
principales
procesos
acadmicos
concernientes
su
especialidad a cargo, tales como: matrculas, horarios, mdulos

acadmicos, asignaturas, cursos, notas entre otros.
14. Matrcula: Es un procedimiento administrativo, mediante el cual
el estudiante se incorpora al sistema educativo, en el nivel que le
corresponde. La matrcula es parte de un plan acadmico, en un
perodo lectivo determinado.
15. Matrcula Ordinaria: Tipo de matrcula que se realiza en una
fecha
determinada
por
la
institucin
los
estudiantes
promovidos.
16. Matrcula Extempornea: Tipo de matrcula que se realiza en
una fecha determinada por la institucin a los estudiantes
promovidos una vez cumplida la fecha de matrcula ordinaria.
17. Matrcula Extraordinaria: Tipo de matrcula que se realiza en
una fecha determinada por la institucin a los estudiantes
repitentes, reingresantes y trasladados.
18. Nmina de Matrcula: Documento establecido por el ministerio
de educacin, para el registro de los estudiantes matriculados en
una carrera, ciclo y turno determinado. Este documento contiene
entre otros datos, el cdigo del estudiante, sus nombres
completos, fecha de nacimiento, sexo, situacin de matrcula,
condicin carrera, ciclo y turno.
19. Promovido: Estudiante que ha aprobado todas sus asignaturas
durante un semestre acadmico y puede ser matriculado al ciclo
-99-
inmediato superior. Un estudiante que lleva a cargo, menos del

50% de sus cursos, tambin es promovido, pero debe llevarlos
en el semestre siguiente.
20. Publicacin: Etapa del proceso de admisin que consiste en
generar los reportes de resultados. Estos reportes contienen el
registro de:
Ingresantes por la modalidad de exoneracin.
Postulantes al examen de exoneracin.
Ingresantes por examen de exoneracin.
Postulantes al examen de admisin.
Ingresantes por el examen de admisin.
21. Repitente: Estudiante que ha salido desaprobado en mas del
50% de los cursos que llevaba en un ciclo, considerando la etapa
de recuperacin. Un estudiante que repite un ciclo, debe
matricularse nuevamente en dicho ciclo y llevar todos los cursos.
22. Reingresante: Estudiante que se matricula, luego de haber
dejado sus estudios durante el desarrollo del ciclo o luego que
este haya concluido. En el primer caso debe matricularse
llevando nuevamente todos los cursos del ciclo no concluido; en
el segundo, debe matricularse en el ciclo inmediato superior en
caso haya aprobado todo los cursos de lo contrario tendr que
llevar a cursos cargo.
23. Recuperacin: Etapa que se realiza una vez concluido un
semestre acadmico, donde los estudiantes que desaprobaron
asignaturas deben rendir si recuperacin y determinar su
promedio final.
24. Traslado Externo: Tipo de traslado que se realiza a los
estudiantes que provienen de otras instituciones superiores. Para
realizar este tipo de traslado el postulante debe presentar una
serie de documentos requeridos por la institucin. No todos los
traslados externos se hacen efectivos, ya que depender de las
vacantes que la institucin haya asignado a la carrera en el turno
y ciclo de traslado.
-100-
25. Traslado Interno: Tipo de traslado que se realiza a los

estudiantes que requieren cambiar de carrera de estudios dentro
de la institucin. Para realizar este tipo de traslado el postulante
debe presentar una serie de documentos requeridos por la
institucin. No todos los traslados internos se hacen efectivos, ya
que depender de las vacantes que la institucin haya asignado
a la carrera en el turno y ciclo de traslado.
26. Ratificacin de Matrcula: Matrcula que realizan los estudiante
promovidos indicando su continuidad de estudios en la
institucin.
27. Record de Notas: Es el registro individual de los promedios
finales por curso que se les entrega a los estudiantes para que
constaten el resultado de sus calificaciones al culminar un
semestre acadmico.
28. Postulante: Persona que se inscribe ante la secretara general
de la institucin, para postular por una de las vacantes ofertadas
segn su modalidad de admisin.
29. Mdulo acadmico: Unidad que agrupa un conjunto asignaturas
correspondientes a un nivel acadmico especfico. Los institutos
superiores asumen 2 tipos de mdulos: Los de Formacin
General y los de Formacin Profesional. Tambin pueden ser
implementados los mdulos de Prctica Profesional. Un ciclo
acadmico puede estar conformado por uno o ms mdulos
segn la planificacin de cada jefatura.
30. Mdulo de Admisin: Programa informtico para la gestin de
los procesos de admisin como: asignacin de vacantes,
inscripcin, publicacin.
31. Mdulo de Curso: Aplicacin Web que permite a los docentes
registrar las notas de los estudiantes matriculados en los cursos
a su cargo.
32. Mdulo de Especialidad: Programa informtico para la gestin
de los procesos acadmicos de cada departamento, como:
-101-
registro de docentes, registro de actas de evaluacin, registro de

horarios.
33. Mdulo de Matrcula: Programa informtico para la gestin de
matrculas: Registro de estudiante, asignacin de cursos por
ciclo, registro de nminas.
34. Mdulo de Notas: Aplicacin Web que permite al estudiante
visualizar las notas asignadas por los docentes a cada curso en
el que se encuentre matriculado.
35. Mdulo de Pagos: Programa informtico que permite gestionar
los pagos de los postulantes y estudiante hechos durante los
procesos de admisin y matrcula.
36. Semestre Acadmico: Es el perodo de tiempo correspondiente
a la mitad del ao acadmico. En los Institutos superiores
pblicos, un semestre acadmico est conformado por 3 ciclos
segn sea el perodo, por ejemplo: el semestre 2007-I contiene
los ciclos primero, tercero y quinto; y el semestre 2007-II contiene
los ciclos segundo, cuarto y sexto.
37. Recibo de Pago: Documento emitido por el rea de tesorera,
que constata el pago hecho por un estudiante. Los recibos de
pagos pueden ser emitidos por los derechos de: examen de
admisin, exoneracin, traslado, matrcula, mensualidades u
otros determinados por la institucin.
-102-
5.3. FASE DE ELABORACIN:

El objetivo general en esta fase es plantear la arquitectura para el ciclo de
vida del producto que se implementar en el ISTP RFA. Se desarrollar
prototipos que contendrn los casos de uso crticos que fueron
identificados en la fase de inicio. En esta fase se realizar la captura de la
mayor parte de los requerimientos funcionales, manejando los riesgos que
interfieran con los objetivos del sistema, acumulando la informacin
necesaria para el plan de construccin y obteniendo suficiente informacin
para hacer realizable el caso del negocio.
Los principales objetivos para esta fase son:
Crear un plan fiable para la fase de construccin.
Demostrar que la arquitectura propuesta soportar la visin con un

costo razonable.
En esta fase se analizar el dominio del problema, planteado en el

modelado del negocio, y se establecer los cimientos de la arquitectura y
eliminar los mayores riesgos. Cuando termina esta fase se llega al punto
de no retorno del proyecto: a partir de ese momento se pasar de las
relativamente ligeras y de poco riesgo dos primeras fases, a afrontar la
fase de construccin, que de algn modo resulta ser costosa y arriesgada.
Es por esto que la fase de elaboracin es de gran importancia.
Los artefactos que se presentar en esta fase sern:
Modelo de Casos de Casos de Uso de Requerimiento.
Diagramas de Colaboracin.
Diagramas de Secuencia.
Diagrama de Clases.
-103-
5.3.1. Requerimientos:
La etapa de Requerimientos es el segundo flujo de trabajo o
disciplina de la metodologa RUP, y consiste en establecer los
servicios que el sistema debe proveer y las restricciones bajo las
cuales debe operar.
El objetivo principal de esta disciplina es establecer las funciones
que se quiere que satisfaga el sistema a construir. En esta lnea los
requerimientos son el contrato que se debe cumplir, de modo que los
usuarios finales tienen que comprender y aceptar los requerimientos
que se especifiquen. Para obtener los requerimientos se deben
aplicar prcticas de licitacin a los involucrados en el proyecto,
anotar y validar todas sus solicitudes.
Los principales objetivos de esta disciplina son:
Definir el mbito del sistema.
Definir una interfaz de usuarios para el sistema, enfocada a las

necesidades y metas del usuario.
Establecer y mantener un acuerdo entre clientes y otros

involucrados sobre lo que el sistema debera hacer.
Tener un mejor entendimiento de los requerimientos del sistema.
Tener una base para estimar recursos y tiempo de desarrollo del

sistema.
Los requerimientos sern divididos en dos grupos: Los funcionales,

que describirn las funciones que el software va a ejecutar; y los no
funcionales, que especificarn criterios que pueden usarse para
juzgar la operacin de un sistema en lugar de sus funciones
especficas.
Para ello se ha utilizado los diagramas de casos de uso, elaborando
sus respectivas especificaciones, de modo que se pueda tener una
descripcin detallada de los requisitos funcionales del sistema de
gestin acadmica que se implementar.
-104-
As mismo, los requisitos no funcionales que representan aquellos

atributos que debe exhibir el sistema, pero que no son una
funcionalidad
especfica;
sern
descritos
textualmente
en
especificaciones suplementarias.
5.3.1.1. Modelo de Casos de Uso de Requerimientos (MCUR):

Los Modelos de Casos de Uso capturan parte de la realidad en la
cual se est trabajando y describen el sistema y su ambiente.
Teniendo en cuenta el modelado del negocio hecho en el flujo
anterior, perteneciente a la fase de Inicio de la metodologa, se
ha elaborado los casos de uso de requerimientos, siendo estos
divididos entre tres procesos principales:
Gestin de Admisin.
Gestin de Matrcula.
Gestin de Cursos y Notas.
Cabe mencionar que el proceso de pagos se encuentra contenido

en los procesos de Admisin y Matrcula ya que ambos requieren
de su ejecucin como etapa inicial de sus actividades.
-105-
a) MCUR Gestin de Admisin:

FIGURA N 15: MCUR Gestin de Admisin
Acceder a Mdulo de Pagos
Registrar Pagos por Admisin
Cajera
Postulante
(from Business Object...)

Model)

Model)
<<extend>>
Actualizar Inscripcin
Buscar Postulante
<<extend>>
Asignar Ingreso a Exonerados

Inscribir Postulante
Secretaria
Model)
Generar Reportes
Acceder a Mdulo de Admisin
Jefe de Comisin
Admisin
Model)
Asignar Vacantes
Ver Estadsticas de Vacantes

A continuacin se detallar las especificaciones de los principales Casos
de Uso presentados en la Figura N 15. Estas especificaciones indicarn
los requerimientos funcionales del sistema en relacin al proceso de
gestin de admisin.
-106-
a.1. Especificaciones de los Casos de Uso [Gestin de Admisin]:

CUADRO N 11: Caso de Uso Acceder a Mdulo de Pagos
CASO DE USO:

Para realizar una transaccin de pagos, la cajera debe acceder al
DESCRIPCIN:
mdulo de pagos va intranet. Para ello el Sistema le solicitar los datos

de su cuenta. Una vez que la cajera ingrese los datos, el sistema los
validar.
Flujo Bsico
1. La cajera ingresa al Mdulo de Pagos y el sistema le solicitar su
nombre de usuario y contrasea.
2. Una vez ingresado sus datos de usuario, el Sistema los validar en
su perfil de cuenta.
3. Si los datos son correctos aparecer una nueva interfase con
enlaces hacia el Registro de Pagos por Admisin y el Registro de
FLUJO DE EVENTOS:
Pagos de Estudiante
4. La Cajera debe seleccionar el enlace segn la transaccin que
necesite realizar.
Flujo Alternativo
5. Si en el punto N 3, la cajera no ha ingresado correctamente los
datos de usuario o el perfil de usuario no existe, aparecer un
mensaje de error dndole 2 oportunidades ms para logearse.
6. Si supera los intentos de logeo, entonces la interfase se cerrar
automticamente.
PRE CONDICIONES:
POST CONDICIONES:
Debe existir un perfil de usuario para la Cajera u otros usuarios del

mdulo de pagos.
El sistema almacenar el usuario y la fecha de acceso al sistema.
-107-
CUADRO N 12: Caso de Uso Registrar Pagos por Admisin

CASO DE USO:
Registrar Pagos por Admisin

Una vez que la cajera se encuentre en la interfase de pagos para
DESCRIPCIN:
Admisin, deber indicar los conceptos de pago que deber realizar el

postulante. El sistema calcular automticamente los subtotales y
montos a pagar por el postulante.
Flujo Bsico
1. La cajera deber ingresar al enlace Registro de Pagos por
Admisin.
2. Deber seleccionar de un men, la modalidad de ingreso del
postulante
(Examen
de
Admisin
Ordinario,
Exoneracin
Traslado).
3. Dependiendo de la modalidad que elija, el sistema muestra un
listado de los conceptos de pagos a realizar. Cada elemento de la
lista contendr un enlace que servir para adjuntarlo como concepto
FLUJO DE EVENTOS:
de pago a cancelar.
4. La cajera deber seleccionar, la especialidad de postulacin.
5. Del listado de pagos, deber adjuntar los conceptos de pago, segn
la modalidad del postulante.
6.
Luego deber ingresar los datos personales del postulante (Apellido

Paterno y Materno, Primer y Segundo Nombre, DNI. o Libreta Militar)
7. La cajera deber registrar el pago.

8. Aparecer una ventana con la vista previa del Recibo de pago que
se imprimir.
La cajera debe haber validado su cuenta de usuario.
PRE CONDICIONES:
Debe existir un registro de especialidades.

Debe existir un registro de modalidades.
Debe existir un registro de conceptos de pagos por modalidad.
El sistema auto generar los cdigos de pago y sus detalles.
POST CONDICIONES:
El sistema registrar automticamente la fecha de pago sin posibilidad

de modificacin.
-108-
CUADRO N 13: Caso de Uso Acceder a Mdulo de Admisin

CASO DE USO:
Acceder a Mdulo de Admisin

Para inscribir a un postulante, la secretaria debe acceder al mdulo de
DESCRIPCIN:
Admisin va intranet. Para ello el Sistema le solicitar los datos de su

cuenta. Una vez que la cajera ingrese los datos, el sistema los validar.
Flujo Bsico
1. La secretaria ingresa al Mdulo de Admisin y el sistema le solicitar
su nombre de usuario y contrasea.
2. Una vez ingresado sus datos de usuario el Sistema los validar en
3. Si los datos son correctos, aparecer una nueva interfase con
enlaces hacia el Registro de Inscripciones, el Registro de
FLUJO DE EVENTOS:
Reportes para Admisin, el Registro de Vacantes y el Registro de

Estadsticas de Vacantes.
4. La cajera deber acceder al enlace requerido.
Flujo Alternativo
5. Si en el paso N 3, la secretaria no ha ingresado correctamente los
6. Si supera los intentos de logeo, entonces la ventana del navegador
se cerrar automticamente.
PRE CONDICIONES:
POST CONDICIONES:
Debe existir un perfil de usuario para la secretara u otros usuarios del

mdulo de Admisin.
-109-
CUADRO N 14: Caso de Uso Buscar Postulante

CASO DE USO:
Buscar Postulante
Para inscribir a un postulante, la secretaria debe realizar una bsqueda
DESCRIPCIN:
previa de este. Para que un postulante pueda ser inscrito, es

indispensable que este haya realizado sus pagos en tesorera ya que
de lo contrario no aparecer en los resultados de la bsqueda.
Flujo Bsico
1. Una vez que la secretaria haya ingresado al Mdulo de Admisin,
deber acceder en el enlace Registro de inscripciones.
2. Aparecer una interfase en la que podr realizar la bsqueda del
postulante que desea inscribir.
3. La bsqueda la puede realizar considerando los siguientes
criterios:
2.1. Buscar por cdigo de Pago.
FLUJO DE EVENTOS:
2.2. Buscar por Apellido Paterno o Materno.

2.3. Buscar por condicin (inscrito o no inscrito).
4. El sistema mostrar el resultado de la bsqueda. Al lado de cada
registro aparecer los enlaces Registrar Inscripcin, Actualizar
Inscripcin y Eliminar Inscripcin.
Flujo Alternativo
5. Si en el punto N 3, la secretaria decide hacer la bsqueda por
Condicin, solo deber seleccionar la opcin por medio de un
men desplegable y sistema mostrar los resultados.
El postulante debe haber cancelado sus derechos de pago por
PRE CONDICIONES:
admisin, de lo contrario no aparecer en los resultados de la

bsqueda hechas en el sistema.
La secretaria debe haber validado su cuenta de usuario.
POST CONDICIONES:
PUNTO DE EXTENSIN:
Ninguna
Al realizar una bsqueda, la secretaria podr inscribir a un postulante o
actualizar los datos de la inscripcin.
-110-
CUADRO N 15: Caso de Uso Inscribir Postulante

CASO DE USO:
La inscripcin del postulante consiste en actualizar sus datos personales
DESCRIPCIN:
y validar su expediente, el mismo que depender de la modalidad que

haya indicado al momento de realizar sus pagos en tesorera.
Flujo Bsico
1. Una vez que la secretaria haya ingresado al Mdulo de Admisin,
deber hacer acceder al enlace Registro de inscripciones.
2. Para inscribir al postulante la secretaria deber acceder al enlace
Registrar Inscripcin.
3. Aparecer una nueva interfase con los datos del postulante, los
cuales pueden ser actualizados (Apellido Paterno y Materno, Primer
y Segundo Nombre, DNI. o Libreta militar, Fecha de Nacimiento,
Direccin, Sexo, Lugar de procedencia, entre otros).
4. La secretara deber indicar, el aula en la que el postulante rendir
su evaluacin.
FLUJO DE EVENTOS:
5. La secretara deber indicar, el turno al que se postula.

6. Dependiendo de la Modalidad en la que el postulante haya
cancelado sus derechos en tesorera, aparecer el listado de
documentos que deber adjuntar en su expediente y que la
secretaria deber validar para hacer efectiva la inscripcin.
7. Una vez culminado los puntos anteriores, la secretaria deber
almacenar los datos de la inscripcin.
Flujo Alternativo
8. En el punto N 2, la secretaria podr acceder al enlace Actualizar
Inscripcin, en caso el postulante ya haya sido inscrito.
9. En el punto N 2, la secretaria podr eliminar la inscripcin, anulando
todos los datos correspondientes a ese postulante.
PRE CONDICIONES:
POST CONDICIONES:

El sistema auto generar los cdigos de Admisin.
El sistema registrar la fecha de inscripcin sin posibilidad de edicin.
-111-
FIGURA N 16: Generar Reportes
<<extend>>
Generar Reportes
Jefe de Comisin Admisin
Generar Reporte de Ingresantes

por exoneracin
(from Business Object M odel)
<<extend>>
Generar Reporte de Ingresantes

por examen de admisin
Generar Reporte de exonerados

que rinden examen

CUADRO N 16: Caso de Uso Generar Reporte de Ingresantes por Exoneracin
CASO DE USO:
Generar Reporte de Ingresantes por Exoneracin

Los ingresantes por exoneracin son aquellos postulantes que han
alcanzado las vacantes que la institucin ofertaba para exonerados. Por
DESCRIPCIN:
lo general estos ingresantes son los que se inscribieron antes que se

cumpla la fecha lmite, teniendo mayores posibilidades de alcanzar una
vacante. Este caso de uso est a cargo del jefe de la comisin de
admisin.
Flujo Bsico
1. Una vez que el jefe de la comisin de admisin haya ingresado al
Mdulo de Admisin, deber acceder al enlace Registro de
Reportes para Admisin.
2. El sistema mostrar una nueva interfase, con opciones de bsqueda
para generar los reportes.
3. Se deber seleccionar del men Modalidad, la opcin Exoneracin.
FLUJO DE EVENTOS:
4. Se deber seleccionar del men Condicin, la opcin Ingresante.

5. Luego deber imprimir el reporte.
6. El sistema mostrar una nueva interfase con la vista previa del
reporte de ingresantes por exoneracin. El reporte muestra el cdigo
del postulante, sus nombres completos, y la modalidad de ingreso.
Flujo Alternativo
7. Luego de los puntos N 3 y 4, se podr realizar una bsqueda por
Especialidad.
8. Luego de los puntos N 3 y 4, se podr realizar una bsqueda
-112-
CASO DE USO:
Generar Reporte de Ingresantes por Exoneracin

individual por postulante indicando el apellido paterno y materno del
ingresante.
El jefe de admisin debe haber validado su cuenta de usuario.
PRE CONDICIONES:
Se debe haber asignado el ingreso a postulantes por exoneracin.

Se debe haber asignado las vacantes.
POST CONDICIONES:
PUNTO DE EXTENSIN:
Ninguna
Al generar el reporte de ingresante por exoneracin, tambin se puede
crear el reporte de exonerados que rinden examen.

CUADRO N 17: Caso de Uso Generar Reporte de Exonerados que rinden Examen
CASO DE USO:
Generar Reporte de Exonerados que rinden Examen

Los exonerados que rinden examen son aquellos postulantes que han
sido exonerados del examen de admisin ordinario, pero que no han
DESCRIPCIN:
alcanzado las vacantes ofertadas para esta modalidad. Por lo general

estos postulantes son los que se inscribieron despus que se cumpli la
fecha de inscripcin, teniendo menores posibilidades de alcanzar una
vacante.
Flujo Bsico
1. Una vez el jefe de la comisin central de admisin haya ingresado al
3. Se deber seleccionar del men Modalidad, la opcin Exoneracin.
4. Se deber seleccionar del men Condicin, la opcin Postulante
FLUJO DE EVENTOS:
5. Luego deber Imprimir el reporte.

del postulante, sus nombres completos, y la modalidad de ingreso.
Flujo Alternativo
Especialidad.
ingresante.
PRE CONDICIONES:
El jefe de la comisin central debe haber validado su cuenta de usuario.
-113-
CASO DE USO:
Generar Reporte de Exonerados que rinden Examen

Se debe haber asignado el ingreso a postulantes por exoneracin.
Se debe haber asignado vacantes a cada modalidad.
POST CONDICIONES:
Ninguna

CUADRO N 18: Caso de Uso Generar Reporte de Postulantes al Examen
Ordinario
CASO DE USO:
Generar Reporte de Postulantes al Examen Ordinario

Los postulantes al examen ordinario son aquellos que se inscribieron
DESCRIPCIN:
para rendir el examen de admisin. El sistema slo cubre el reporte de

los postulantes ya que el de ingresantes por esta modalidad corresponde
a otro sistema ya implementado en la institucin.
Flujo Bsico
1. Una vez que el jefe de la comisin central de admisin haya
ingresado al Mdulo de Admisin, deber acceder al enlace
Registro de Reportes para Admisin.
3. Se deber seleccionar del men Modalidad, la opcin Examen de
Admisin.
4. Se deber seleccionar del men Condicin, la opcin Postulante.
FLUJO DE EVENTOS:
5. Luego deber imprimir el reporte.

del postulante, sus nombres completos, la modalidad de ingreso y el
aula de evaluacin.
Flujo Alternativo
Especialidad.
ingresante.
El jefe de la comisin de admisin debe haber validado su cuenta de
PRE CONDICIONES:
usuario.
Se debe haber asignado vacantes a cada modalidad.
POST CONDICIONES:
PUNTO DE EXTENSIN:
Ninguna.
Al generar el reporte de postulantes al examen de admisin ordinario,
-114-
CASO DE USO:
Generar Reporte de Postulantes al Examen Ordinario

tambin se puede crear el reporte de ingresante por exoneracin.

CUADRO N 19: Caso de Uso Asignar Vacantes
CASO DE USO:
Asignar Vacantes
Este es un proceso a cargo de la comisin central de admisin y
consiste indicar la cantidad de vacantes con la que se contar en cada
DESCRIPCIN:
especialidad por exoneracin. Tambin se indicar los documentos que

deber presentar el postulante para su inscripcin. Cabe mencionar que
este proceso est normado por la institucin y depende del proceso de
revalidacin al que se encuentra sujeta.
Flujo Bsico
1. Una vez que el usuario haya ingresado al Mdulo de Admisin,
deber acceder al enlace Registro de Vacantes.
2. El sistema mostrar una interfase en la que podr realizar la
bsqueda por Tipo de exoneracin.
3. El sistema mostrar el resultado de la bsqueda. En el registro
encontrado aparecer un enlace para modificarlo.
FLUJO DE EVENTOS:
4. El sistema mostrar una nueva interfase en la que podr actualizar

los datos del registro. El usuario deber indicar el nmero de
vacantes y guardar los cambios.
Flujo Alternativo
5. En el punto N 2, el usuario podra agregar un nuevo registro de
exoneracin accediendo al enlace Nuevo.
6. El sistema mostrar una interfase en la que se deber ingresar los
datos (Nombre, N Vacantes, Requerimiento de examen, Documento
Requerido y Precio).
PRE CONDICIONES:
usuario.
Debe existir un registro de modalidades.
POST CONDICIONES:
El sistema actualizar el nmero de vacantes al momento asignar el

ingreso a los postulantes.
-115-
CUADRO N 20: Caso de Uso Asignar Ingreso a Postulante

CASO DE USO:
Asignar Ingreso a Postulante

Este proceso se realiza para indicar qu postulantes ingresarn y sern
considerados estudiantes de la institucin. La asignacin de ingreso se
DESCRIPCIN:
realiza solo con aquellos postulantes inscritos por la modalidad de

exoneracin, sea cual fuera el motivo de la misma. Para el caso de los
que postulan por el examen ordinario, la asignacin de ingreso se realiza
por medio de otros procesos que este sistema no cubre.
Flujo Bsico
1. Una vez que el jefe de comisin de admisin haya ingresado al
3. El usuario deber seleccionar del men, la opcin Exoneracin.
4. El sistema mostrar el registro de postulantes por exoneracin. Al
lado de cada registro aparecer un enlace Asignar condicin a
FLUJO DE EVENTOS:
Postulante.
5. El sistema mostrar una interfase con los datos del postulante. El
usuario deber seleccionar
del men Condicin, la opcin
Ingresante y almacenar los cambios.

Flujo Alternativo
6. En el punto N 6, si usuario asigna como ingresante al postulante y
el nmero de vacantes para la especialidad y el motivo de
exoneracin al que est inscrito, estn agotadas, el sistema
mostrar un mensaje de error asignndole automticamente la
condicin de postulante.
PRE CONDICIONES:
usuario.
Debe haberse asignado Vacantes a cada modalidad.
POST CONDICIONES:
El sistema actualizar automticamente el nmero de vacantes para esa

especialidad y motivo de exoneracin, disminuyndole en 1.

El proceso de admisin ordinario es llevado a cabo por la comisin central
de admisin. Como se mencion, el sistema que se propone implementar
proveer el soporte de informacin para llevar a cabo este proceso, ms no
participar directamente en la evaluacin de los postulantes ni en la
-116-
determinacin de los ingresantes y no ingresantes; ya que este es un

proceso llevado a cargo por otro sistema ya tiene implementado y cuyo
funcionamiento cumple con los requerimientos de la institucin.
CUADRO N 21: Caso de Uso Ver Estadsticas de Vacantes
CASO DE USO:
Ver Estadsticas de Vacantes

El jefe de la comisin de Admisin debe conocer las estadsticas de las
DESCRIPCIN:
vacantes que estn siendo cubiertas por medio de las modalidades de

admisin. De este modo podr controlar la inscripcin de los postulantes
y conocer el nivel de demanda existente por admisin.
Flujo Bsico
1. Una vez que el jefe de la comisin de admisin haya ingresado al
Estadsticas de Vacantes.
para consultar las estadsticas:
FLUJO DE EVENTOS:
2.1. Buscar por Especialidad.

2.2. Buscar por Motivo de vacantes
3. El usuario deber indicar los parmetros requeridos para la
bsqueda.
4. El sistema mostrar los resultados de la bsqueda, indicando el
nmero de vacantes asignadas, el nmero de vacantes cubiertas y
el nmero de vacantes restantes.
PRE CONDICIONES:
usuario.
Debe haberse asignado Vacantes.
POST CONDICIONES:
Ninguna.
-117-
b) MCUR Gestin de Matrcula:

FIGURA N 17: Modelo de Casos de Uso de Requerimientos
Gestin de Matrcula
Buscar Estudiante
<<extend>>
<<extend>>
Regi strar Pagos Mensuales
<<extend>>
Registrar Pagos por Matrcula

Cajera
(from Business Object
...) Model)
Regi strar Otros Pagos

Acceder a Mdulo de Matrcula
Buscar Estudiante a m atricular
<<extend>>
<<extend>>
Estudiante
Secretaria
Actuali zar Estudiante
Registrar Padres

...) Model)

...) Model)
<<extend>>
<<extend>>
Generar Nminas de Matrculas M atricular Estudiante
Actuali zar Padres
<<incl ude>>
Jefe de
Departam ento
Generar fi cha de Matrcula

...) Model)

A continuacin se detallar las especificaciones de los principales Casos
de Uso presentados en la Figura N 17. Estas especificaciones indicarn
los requerimientos funcionales del sistema en relacin al proceso de
gestin de matrcula.
-118-
b.1. Especificaciones de los Casos de Uso [Gestin de Matrcula]:

CUADRO N 22: Caso de Uso Buscar Estudiante
CASO DE USO:
DESCRIPCIN:
Buscar Estudiante
Para registrar los pagos de un estudiante, la cajera debe realizar una
bsqueda previa, para agilizar la transaccin.
Flujo Bsico
1. Una vez haya accedido al mdulo de pagos la cajera deber
ingresar al enlace Registro de Pagos de Estudiante.
2. El sistema mostrar una interfase donde podr realizar la bsqueda
del postulante segn:
2.1. Apellidos Paterno y Materno.
FLUJO DE EVENTOS:
2.2. Especialidad.
3. La cajera deber ingresar los Apellidos Paterno y Materno del
estudiante que realizar el pago.
4. El sistema mostrar los resultados de la bsqueda. Al lado del
registro encontrado, aparecer los enlaces Registrar Pagos de
Matrcula, Registrar Pagos Mensuales y Registrar Otros Pagos.
5. La cajera deber acceder al enlace que corresponda.
PRE CONDICIONES:
POST CONDICIONES:
PUNTO DE EXTENSIN:

Ninguno
Al realizar una bsqueda, la cajera podr registrar los pagos por
matrcula, mensuales o adicionales del estudiante

CUADRO N 23: Caso de Uso Registrar Pagos por Matrcula
CASO DE USO:

Este proceso consiste en registrar los pagos que el estudiante realiza
para hacer efectiva su matrcula. Estos pagos incluyen adems del
DESCRIPCIN:
derecho de matrcula, los que asigna la institucin semestral y

mensualmente. Se debe considerar que si el estudiante no realiza sus
pagos respectivos, no podr matricularse.
Flujo Bsico
1. Una vez haya ingresado al mdulo de pagos la cajera deber
FLUJO DE EVENTOS:
acceder al enlace Registro de Pagos por Matrcula.

2. El sistema mostrar una nueva interfase con los datos del estudiante
y los conceptos de pago que debe realizar por matrcula. Al lado de
cado concepto de pago aparecer un enlace para adjuntarlo como
-119-
CASO DE USO:

pago hecho.
3. La secretaria deber imprimir el recibo de pago.
4. El sistema mostrar una nueva interfase con la vista previa del recibo
de pago.
Debe existir un registro de pagos por matrcula, asignados por la
PRE CONDICIONES:
institucin.
Se debe haber realizado la bsqueda del estudiante por medio de caso
de uso Buscar Estudiante
POST CONDICIONES:
El sistema auto generar los cdigos de pagos y detalles.

CUADRO N 24: Caso de Uso Registrar Pagos Mensuales
CASO DE USO:
Registrar Pagos Mensuales

Los estudiantes deben cancelar mensualmente una serie de pagos
DESCRIPCIN:
establecidos por la institucin, segn su especialidad. Estos pagos

principalmente son los que se realiza por concepto de laboratorio o
taller.
Flujo Bsico
acceder al enlace Registro de Pagos Mensuales.
2. El sistema mostrar una nueva interfase con los datos del
estudiante y sus pagos pendientes. Al lado de cado concepto de
FLUJO DE EVENTOS:
pago pendiente aparecer un enlace para adjuntarlo como pago

hecho.
3. La cajera deber adjuntar cada concepto de pago pendiente.
4. Luego deber imprimir el recibo de pago.
recibo de pago.
La cajera debe haber validado su cuenta.
PRE CONDICIONES:
Debe existir un registro de pagos por matrcula y mensuales, asignados

por la institucin.
POST CONDICIONES:
-120-
CUADRO N 25: Caso de Uso Registrar Otros Pagos

CASO DE USO:
Registrar Otros Pagos

Este caso de uso est referido a los pagos que realizan los estudiantes
DESCRIPCIN:
en el perodo que estos consideren necesario, sin imposicin de tiempo,

como: solicitudes, derechos de prcticas, derechos de titulacin, entre
otros.
Flujo Bsico
acceder al enlace Registro de Pagos Adicionales.
2. El sistema mostrar una nueva interfase con los datos del estudiante
y los conceptos de pagos que puede realizar como: Pagos por
FLUJO DE EVENTOS:
solicitud, derecho de prcticas, derecho de titulacin, entre otros. Al

lado de cado concepto de pago aparecer un enlace para adjuntarlo
como pago hecho.
3. Luego deber imprimir el recibo de pago.
recibo de pago.
La cajera debe haber validado su cuenta.
PRE CONDICIONES:
Debe existir un registro de pagos adicionales, asignados por la

institucin.
POST CONDICIONES:

CUADRO N 26: Caso de Uso Acceder a Mdulo de Matrcula
CASO DE USO:

Para realizar una matricula, la secretaria debe acceder al mdulo de
DESCRIPCIN:
matrculas va intranet. Para ello el Sistema le solicitar los datos de su

cuenta. Una vez que la secretaria ingrese los datos, el sistema los
validar.
FLUJO DE EVENTOS:
Flujo Bsico
1. La secretaria ingresa al Mdulo de Matrcula y el sistema le solicitar
su nombre de usuario y contrasea.
2. Una vez ingresado sus datos de usuario el Sistema los validar en
3. Si los datos son correctos, aparecer una nueva interfase con
enlaces hacia el Registro de Matrculas, el Registro de Fichas de
Matrculas y Registro de Nominas.
4. La secretaria deber acceder al enlace requerido.
-121-
CASO DE USO:

Flujo Alternativo
1. Si en el punto N 3, la secretaria no ha ingresado correctamente los
PRE CONDICIONES:
POST CONDICIONES:
Debe existir un perfil de usuario para la secretaria u otros usuarios del

mdulo de matrculas.

CUADRO N 27: Caso de Uso Buscar Estudiante a matricular
CASO DE USO:
DESCRIPCIN:
Buscar Estudiante matricular

Para realizar una matricula, la secretaria debe realizar previamente una
bsqueda del estudiante a matricular.
Flujo Bsico
1. Una vez que la secretaria haya ingresado al Mdulo de Matrcula,
deber acceder al enlace Registro de Matrculas.
2. El Sistema Mostrar una nueva interfase para realizar la bsqueda
de estudiantes a matricular.
3. La bsqueda la puede realizar considerando los siguientes criterios:
2.4. Buscar por Especialidad.
FLUJO DE EVENTOS:
2.5. Buscar por Apellido Paterno o Materno.

4. El sistema mostrar el resultado de la bsqueda. Al lado de cada
registro aparecer los enlaces Matricular Estudiante y Actualizar
Matrcula.
Flujo Alternativo
5. Si en el punto N 3, la secretaria decide hacer la bsqueda por
Especialidad, solo deber seleccionar la opcin por medio de un
men desplegable y el sistema mostrar los resultados. Luego
continuar con los siguientes pasos.
El estudiante debe haber cancelado sus derechos de pago por matrcula,
PRE CONDICIONES:
de lo contrario no aparecer en los resultados de la bsqueda hechas en

el sistema.
POST CONDICIONES:
PUNTO DE EXTENSIN:
Ninguna
Al realizar una bsqueda, la secretara podr actualizar los datos del
-122-
CASO DE USO:
Buscar Estudiante matricular

estudiante y posteriormente matricularlo.

CUADRO N 28: Caso de Uso Actualizar Estudiante
CASO DE USO:
Actualizar Estudiante
Al matricular a un estudiante, la secretaria puede actualizar sus datos
DESCRIPCIN:
personales en caso sea necesario, como por ejemplo cambiar la

direccin, la fecha de nacimiento, telfono, trabajo entre otros.
Flujo Bsico
deber seleccionar el nombre del estudiante que servir como
enlace.
2. Aparecer una nueva interfase con los datos del estudiante, los
cuales pueden ser actualizados (Apellido Paterno y Materno, Primer
FLUJO DE EVENTOS:
y Segundo Nombre, DNI. o Libreta militar, Fecha de Nacimiento,

Direccin, Sexo, Lugar de procedencia, entre otros).
3. Una vez actualizado los datos, la secretaria deber guardar los
cambios.
Flujo Alternativo
4. Si en el paso punto N 4, la secretaria no desea actualizar los datos,
podr realizar la matrcula directamente.
PRE CONDICIONES:
POST CONDICIONES:
La Secretaria debe haber validado su cuenta de usuario.

El sistema actualizar los datos de los estudiantes.
Para el caso de los estudiantes que se incorporan por primera vez a la
institucin, se requiere registrar los datos de sus padres e indicar su
PUNTO DE EXTENSIN
apoderado.
Para el caso de los estudiantes que ratificarn su matrcula, se podr
editar el registro de sus padres.
-123-
CUADRO N 29: Caso de Uso Registrar Padres

CASO DE USO:
Registrar Padres
Al actualizar los datos de los estudiantes, la secretaria puede registrar
DESCRIPCIN:
los datos de sus padres, en caso se incorpore por primera vez, o

actualizarlos en caso ratifique su matrcula.
Flujo Bsico
1. Una vez que la secretaria haya accedido al Mdulo de Matrcula,
2. Para matricular al estudiante, la secretaria deber acceder al enlace
Matricular Estudiante.
3. Si el estudiante no tiene asignado un registro de padres, la
secretaria deber registrarlos.
FLUJO DE EVENTOS:
4. El sistema mostrar una nueva interfase, donde se deber ingresar

los datos de los padres u otro familiar. Por cada uno deber indicar:
Nombres completos, fecha y lugar de nacimiento, ocupacin y
domicilio.
5. La secretaria deber seleccionar, de un men desplegable, quien
ser el apoderado del estudiante (Padre, Madre u Otro).
6. Una vez culminado los puntos anteriores, la secretaria deber
almacenar el registro de Padres.
PRE CONDICIONES:
POST CONDICIONES:

El sistema auto generar los cdigos del registro de padres.

CUADRO N 30: Caso de Uso Matricular Estudiante
CASO DE USO:
Matricular Estudiante
La matrcula del estudiante consiste en indicar el ciclo al que le
corresponde continuar sus estudios y determinar su situacin. Al indicar
el ciclo el sistema automticamente le asignar los cursos que le
corresponde llevar. Por medio de la matrcula, tambin se determinar si
DESCRIPCIN:
el estudiante es ingresante, promovido, repitente, reingresante o tiene

cursos a cargo. La matrcula puede ser ordinaria, que es la realizada por
los estudiantes que se acercan a regularizarla en el plazo indicado por la
institucin; o extempornea, que es la realizada por los estudiantes fuera
del plazo lmite determinado por la institucin.
FLUJO DE EVENTOS:
Flujo Bsico

-124-
CASO DE USO:
2. Para matricular al estudiante, la secretaria deber acceder al enlace
Matricular Estudiante.
3. El sistema mostrar una nueva interfase, en la que indicar los
cursos por llevar, cursos a cargo (desaprobados), su condicin
(ingresante, promovido, repitente, reingresante), el ciclo, el estado
(Matriculado, Por Matricular, Reservado, Anulado) y el tipo de
matrcula (ordinaria, extempornea, traslado interno, traslado
externo).
4. El sistema indicar automticamente el ciclo que le corresponde al
estudiante y los cursos que llevar.
5. La secretaria deber seleccionar la opcin Matricular.
6. El sistema mostrar una nueva interfase con la vista previa de la
ficha de matrcula del estudiante que deber ser impresa.
Flujo Alternativo
7. En el punto N 2, la secretaria podr acceder al enlace Actualizar
Matrcula, en caso el estudiante ya haya sido matriculado.
8. Si en el punto N 6, se desea reservar la matrcula o anularla, se
deber
seleccionar
las
opciones
Reservar
Anular,
respectivamente.
PRE CONDICIONES:
POST CONDICIONES:
La Secretaria debe haber validado su cuenta de usuario.

El sistema auto generar los cdigos de Matrcula.
El sistema registrar la fecha de matrcula sin posibilidad de edicin.

CUADRO N 31: Caso de Uso Generar Nminas de Matrcula
CASO DE USO:
Generar Nminas de Matrcula

Las Nminas de Matrcula son documentos que contienen el registro de
DESCRIPCIN:
estudiantes
pertenecientes
una
especialidad,
turno
ciclo
determinados. El sistema la genera en base a la consulta que haga la

secretaria.
Flujo Bsico
deber hacer acceder al enlace Registro de Nminas.
FLUJO DE EVENTOS:
2. Aparecer una interfase en la que podr realizar la bsqueda de

Nminas.
3. La
secretaria
deber
indicar
de
los
mens
desplegables
Especialidad, Ciclo y Turno; los datos correspondientes.

4. La secretara deber ingresar al enlace Generar Nmina.
-125-
CASO DE USO:
Generar Nminas de Matrcula

5. El sistema mostrar una nueva interfase, con la vista previa de la
nmina de matrcula que deber ser impresa.
Se debe haber realizado la matrcula de una cierta cantidad de
PRE CONDICIONES:
estudiantes
c) MCUR Gestin de Cursos y Notas:

Gestin de Cursos
Buscar Docente
<<extend>>
Acceder a M dul o de Especial idad
Buscar Mdul os Acadmi cos

<<extend>>
Actuali zar M dul os Acadmi cos
<<extend>>
Actualizar Docente
Jefe de Departamento Regi strar Mdulos Acadm icos

(from Business Object Model)
<<include>>
Actualizar Asi gnaturas
<<extend>>
<<extend>>
Registrar Horarios
Asi gnar Docente a Asi gnatura
Registrar Asignaturas

A continuacin se detallar las especificaciones de los principales
Casos de Uso presentados en la Figura N 18. Estas especificaciones
indicarn los requerimientos funcionales del sistema en relacin a la
gestin de curso.
-126-
c.1. Especificaciones de los Casos de Uso [Gestin de Cursos]:

CUADRO N 32: Caso de Uso Acceder a Mdulo de Especialidad
CASO DE USO:
Acceder a Mdulo de Especialidad

Para la gestin de Cursos y Notas, los jefes de departamento deben
DESCRIPCIN:
acceder a los mdulos acadmicos correspondientes a su especialidad

va intranet. Para ello el Sistema le solicitar los datos de su cuenta. Una
vez que hayan ingresados los datos, el sistema los validar.
Flujo Bsico
1. El jefe de departamento accede al Mdulo de Especialidad y el
sistema le solicitar su
nombre de usuario,
contrasea
especialidad.
3. Si los datos son correctos aparecer una nueva interfase con los
enlaces: Registro de Mdulos Acadmicos, Registro de Horarios,
FLUJO DE EVENTOS:
Registro de Docentes y Registro de Actas de Evaluacin.

4. El jefe de Departamento deber seleccionar el enlace requerido.
Flujo Alternativo
5. Si en el punto N 3, el jefe de departamento no ha ingresado
correctamente los datos de usuario o el perfil de usuario no existe,
aparecer un mensaje de error dndole 2 oportunidades ms para
logearse.
PRE CONDICIONES:
POST CONDICIONES:
Debe existir un perfil de usuario para cada jefe de departamento u otros

usuarios del mdulo de especialidad.
-127-
CUADRO N 33: Caso de Uso Buscar Mdulos

CASO DE USO:
DESCRIPCIN:
Buscar Mdulos
Para actualizar los mdulos y sus respectivas asignaturas es necesario
hacer una bsqueda previa que permita identificarlos rpidamente.
Flujo Bsico
1. Una vez haya accedido al Registro de Mdulos Acadmicos, el
sistema mostrar una interfase donde se podr realizar la bsqueda
de mdulos.
2. El jefe de departamento podr realizar la bsqueda de mdulos
considerando los siguientes criterios:
FLUJO DE EVENTOS:
2.1. Buscar por Ciclo.

2.2. Buscar por Mdulo.
2.3. Buscar por Curso.
3. Se deber indicar los datos respectivos y el sistema mostrar el
resultado de la bsqueda.
Flujo Alternativo
Ninguno
PRE CONDICIONES:
POST CONDICIONES:
PUNTO DE EXTENSIN:
El jefe de departamento debe haber validado su cuenta de usuario.

Ninguna
Al realizar una bsqueda, los jefes de departamentos podrn actualizar
los Mdulos por medio del caso de uso Actualizar Mdulos.

CUADRO N 34: Caso de Uso Registrar Mdulos Acadmicos
CASO DE USO:
Registrar Mdulos Acadmicos

Como se indic en el modelado del negocio, los departamentos
acadmicos de la institucin estn actualizando su plana curricular, a una
DESCRIPCIN:
estructura modular. Para ello el sistema proveer el soporte necesario

para cubrir estos requerimientos, a travs de la creacin de nuevos
mdulos, la asignacin de cursos, y sus respectivos mantenimientos.
Flujo Bsico
1. Una vez haya accedido al Registro de Mdulos Acadmicos, el jefe
de departamento deber seleccionar de un men, el Ciclo al que
FLUJO DE EVENTOS:
pertenecer el nuevo mdulo que crear.

2. El jefe de departamento deber seleccionar la opcin Nuevo
Mdulo.
3. El sistema mostrar una nueva interfase donde se deber asignar el
Ttulo, Nombre y duracin del Mdulo. Estos datos debern ser
-128-
CASO DE USO:
Registrar Mdulos Acadmicos

registrados.
4. El sistema mostrar una nueva interfase donde se deber registrar la
primera asignatura. Si no registra la asignatura, no podr crear el
mdulo.
PRE CONDICIONES:
POST CONDICIONES:

El sistema crear automticamente los cdigos de los mdulos creados.

CUADRO N 35: Caso de Uso Actualizar Mdulos Acadmicos
CASO DE USO:
DESCRIPCIN:
Actualizar Mdulos
La actualizacin de mdulos permite modificar sus datos o agregar
nuevas asignaturas.
Flujo Bsico
1. Para editar el mdulo, el jefe de departamento deber acceder a su
nombre que servir como enlace.
FLUJO DE EVENTOS:
2. El sistema mostrar una nueva interfase donde se podr editar el

ttulo, nombre y duracin del mdulo.
3. Una vez hecho los cambios, el jefe de departamento deber
almacenarlos.
PRE CONDICIONES:
POST CONDICIONES:
PUNTO DE EXTENSIN:

Debe existir un registro de mdulos previamente creados.
El sistema actualizar los datos de los mdulos modificados.
Al actualizar mdulos los jefes de departamento podrn agregar nuevas
asignaturas por medio de caso de uso Registrar Asignaturas.

CUADRO N 36: Caso de Uso Registrar Asignaturas
CASO DE USO:
DESCRIPCIN:
Este proceso se realiza para asignar a los mdulos creados las
asignaturas correspondientes.
Flujo Bsico
1. Una vez haya accedido al Registro de Mdulos Acadmicos, el jefe
de departamento deber seleccionar el nombre del mdulo que
FLUJO DE EVENTOS:
servir como enlace.

2. El sistema mostrar una nueva interfase donde se podr editar los
datos del mdulo.
3. Se deber seleccionar la opcin Nueva Asignatura.
-129-
CASO DE USO:
4. El sistema mostrar una nueva interfase donde se deber ingresar
los datos de la asignatura (nombre, descripcin, total de horas
semanales, N de unidades).
5. El sistema mostrar la interfase con la nueva asignatura creada.
PRE CONDICIONES:
Se debe haber creado previamente los mdulos a los que se le

asignar los cursos.
POST CONDICIONES:
El sistema crear automticamente los cdigos de las asignaturas

creadas.

CUADRO N 37: Caso de Uso Actualizar Asignaturas
CASO DE USO:
DESCRIPCIN:
Actualizar Asignaturas
Este proceso se realiza para modificar los datos de las asignaturas
creadas previamente.
Flujo Bsico
1. Una vez haya accedido al Registro de Mdulos Acadmicos, El jefe
de departamento deber indicar a travs de los mens desplegables
el ciclo, el mdulo y curso que se desea actualizar.
FLUJO DE EVENTOS:
2. El sistema mostrar el resultado de la bsqueda.

3. Para editar la asignatura, el jefe de departamento deber acceder al
enlace Actualizar Asignatura.
4. El sistema mostrar una nueva interfase donde se podr modificar
los datos de la asignatura (nombre, descripcin y el total de horas
semanales).
PRE CONDICIONES:
Se debe haber creado previamente los registros de mdulos y

asignaturas.
POST CONDICIONES:
PUNTO DE EXTENSIN:
El sistema actualizar automticamente los datos de las asignaturas

modificadas.
Al
actualizar
asignaturas,
se
podr
registrar
sus
horarios
correspondientes y asignar el docente que estar a cargo.
-130-
CUADRO N 38: Caso de Uso Registrar Horario

CASO DE USO:
Registrar Horario
Este proceso consiste en asignar a cada curso un horario, el cual
DESCRIPCIN:
depender de los turnos que haya por especialidad. Por lo general cada
curso tiene un horario dividido en 2 das y cada hora acadmica una
duracin de 50 minutos.
Flujo Bsico
1. Una vez haya accedido al Registro de Mdulos Acadmicos y se
haya creado una asignatura determinada, el jefe de departamento
deber seleccionar la opcin Agregar Horario
2. El sistema mostrar una nueva interfase, donde se podr indicar el
da, la hora de inicio y trmino, el turno del horario agregado al
FLUJO DE EVENTOS:
curso, el aula, el docente que lo tendr a cargo y el semestre.

3. El jefe de departamento deber seleccionar la opcin Establecer
Horario.
Flujo Alternativo
4. En el punto N 1, el jefe de departamento podr seleccionar
nuevamente la opcin Agregar Horario, en caso el horario del
curso est dividido en ms das.
PRE CONDICIONES:
Se debe haber creado previamente los mdulos.

Debe existir un registro de Asignaturas creadas.
Debe existir un registro de Docentes por especialidad.
POST CONDICIONES:
El sistema auto generar los cdigos de horarios.
-131-

Gestin de Notas
Acceder a Mdulo de Cursos

Acceder a Mdulo de Notas
Registrar Notas Semestrales
Registrar Notas de Aplazados
Docente
Estudiante

Model)

Model)
Generar Record de Notas
Jefe de
Departamento
Generar Actas Consolidadas de

Evaluacin

M odel)

A continuacin se detallar las especificaciones de los principales
Casos de Uso presentados en la Figura N 19. Estas especificaciones
indicarn los requerimientos funcionales del sistema en relacin a la
gestin de notas.
c.2. Especificaciones de los Casos de Uso [Gestin de Notas]:
CUADRO N 39: Caso de Uso Acceder a Mdulo de Curso
CASO DE USO:
Acceder a Mdulo de Curso

Para gestionar las notas de los estudiantes que se han matriculado en
los cursos que tienen a cargo, los docentes deben acceder al mdulo de
DESCRIPCIN:
Curso que estar disponible en Internet y podr ser accedido desde

cualquier navegador Web. Para ello deber identificarse por medio de un
nombre de usuario y una contrasea, que el sistema validar.
FLUJO DE EVENTOS:
Flujo Bsico
1. El docente accede al Mdulo de Cursos y el sistema le solicitar su

nombre de usuario, contrasea y especialidad.
-132-
CASO DE USO:
Acceder a Mdulo de Curso

3. Si los datos son correctos aparecer una nueva interfase con el
listado de las asignaturas a su cargo. Cada asignatura tendr
enlaces hacia: Registrar Notas Semestrales, Registrar Notas de
Aplazados.
4. El docente deber seleccionar el enlace requerido.
Flujo Alternativo
5. Si en el punto N 3, el docente no ha ingresado correctamente los
PRE CONDICIONES:
POST CONDICIONES:
Debe existir un perfil de usuario para cada docente del mdulo de Notas.

CUADRO N 40: Caso de Uso Registrar Notas Semestrales
CASO DE USO:
Registrar Notas
Al culminar un semestre acadmico, el docente debe registrar las notas
DESCRIPCIN:
individuales por estudiante. Se debe saber que el docente deber

registrar las notas antes de que se cumpla la fecha lmite establecida por
la institucin.
Flujo Bsico
1. Una vez el docente haya accedido al Mdulo de Cursos, el sistema
mostrar el listado de cursos a su cargo.
2. El docente deber acceder al enlace Notas Semestrales.
3. El sistema mostrar una nueva interfase, donde mostrar el listado
FLUJO DE EVENTOS:
de estudiantes y los campos correspondientes a las notas que

deber asignar. Las notas se ingresarn en base al nmero de
unidades
asignadas
al
curso
por
parte
de
los
jefes
de
departamentos.
4. Una vez ingresada las notas, el docente deber seleccionar la
opcin Registrar Notas. Este proceso es irreversible ya que las
notas no podrn ser modificadas.
El docente debe haber validado su cuenta de usuario.
PRE CONDICIONES:
Debe haberse asignado al docente uno o ms cursos.

El docente debe haber establecido la frmula de evaluacin.
-133-
CASO DE USO:
POST CONDICIONES:
Registrar Notas
El sistema calcular automticamente los promedios finales por
estudiante en el curso donde se registr las notas.

CUADRO N 41: Caso de Uso Registrar Notas de Aplazados
CASO DE USO:
Registrar Notas de Aplazados

Una vez que los docentes hayan asignado las notas semestrales, se
aperturar una semana de recuperacin donde se realizar la evaluacin
DESCRIPCIN:
de aquellos estudiantes que hayan desaprobados ciertos cursos. Al

concluir las evaluaciones los docentes debern ingresar los nuevos
promedios obtenidos por los estudiantes durante la etapa de
recuperacin.
Flujo Bsico
1. Una vez el docente haya accedido al Mdulo de Cursos, el sistema
mostrar el listado de cursos a su cargo.
2. El docente deber acceder al enlace Aplazados.
3. El sistema mostrar una nueva interfase, donde mostrar el listado
FLUJO DE EVENTOS:
de estudiantes que rindieron el examen de recuperacin y los

campos correspondientes a los promedios que se les deber
asignar.
4. Una vez ingresado los promedios, el docente deber hacer
seleccionar la opcin Registrar Notas. Este proceso es irreversible
ya que las notas no podrn ser modificadas.
El docente debe haber validado su cuenta de usuario.
PRE CONDICIONES:
Debe haberse asignado al docente uno o ms cursos.

El docente debe haber registrado las notas semestrales.
POST CONDICIONES:
El sistema actualizar la condicin de los estudiantes que aprobaron los

exmenes de recuperacin como Promovido.
-134-
CUADRO N 42: Caso de Uso Acceder a Mdulo de Notas

CASO DE USO:
Acceder a Mdulo de Notas

Para observar sus notas, los estudiantes deben acceder al mdulo de
DESCRIPCIN:
notas que estar disponible en Internet y podr ser accedido desde

cualquier navegador Web. Para ello deber identificarse por medio de un
nombre de usuario y una contrasea, que el sistema validar.
Flujo Bsico
1. El estudiante accede al Mdulo de Notas y el sistema le solicitar su
nombre de usuario, contrasea y especialidad.
3. Si los datos son correctos aparecer una nueva interfase con el
listado de los cursos actuales, cada registro tendr el enlace Ver
FLUJO DE EVENTOS:
Notas. El estudiante deber seleccionar dicho enlace.

4. El sistema mostrar una nueva interfase con el detalle de las notas
del curso consultado.
Flujo Alternativo
5. Si en el punto N 3, el estudiante desea observar su registro
completo de notas, el estudiante deber acceder al enlace Record
de Notas.
6. El sistema mostrar una nueva interfase con el Record de Notas, el
cual podr ser impreso.
Debe existir un perfil de usuario para cada estudiante.
PRE CONDICIONES:

El docente debe haber registrado las notas semestrales y de aplazados.
POST CONDICIONES:
Ninguna
-135-
CUADRO N 43: Caso de Uso Generar Actas Consolidadas de Evaluacin

CASO DE USO:
Generar Actas Consolidadas de Evaluacin

Al culminar un semestre acadmico los jefes de departamentos deben
DESCRIPCIN:
generar las actas consolidadas de evaluacin. Estos documentos

contienen el registro los promedios finales por especialidad, turno y ciclo.
Flujo Bsico
1. Una vez haya ingresado al mdulo de especialidad, el jefe de
departamento debe acceder al enlace Registro de Actas.
2. Aparecer una interfase en la que podr realizar la bsqueda de
Actas.
3. El jefe de departamento deber indicar de los mens desplegables
Ciclo y Turno; los datos correspondientes.
FLUJO DE EVENTOS:
4. Luego deber ingresar al enlace Generar Actas.

5. El sistema mostrar una nueva interfase con la vista previa del acta
consolidada de evaluacin, la cual mostrar el listado de
estudiantes, el sexo, las asignaturas del ciclo acadmico, los
promedios por curso, los nombre de los docentes, entre otros.
6. El jefe de departamento podr imprimir el acta.
7. Cabe mencionar que cada docente deber firmar el acta para
hacerla efectiva.
PRE CONDICIONES:
POST CONDICIONES:

El docente debe haber registrado las notas semestrales y de aplazados.
Ninguno
-136-
5.3.2. Anlisis y Diseo:

El
objetivo
principal
de
esta
disciplina
es
transformar
los
requerimientos a una especificacin que describa cmo implementar

el sistema en la institucin. En el anlisis fundamentalmente se
tratar de obtener una visin acerca de la funcionalidad del sistema
de software a desarrollar, por tal motivo este se interesa en los
requerimientos funcionales. Por otro lado, el diseo es un
refinamiento que toma en cuenta los requerimientos no funcionales,
por lo cual se centra en como el sistema cumple sus objetivos.
Los principales objetivos en esta disciplina son:
Adaptar el diseo para que sea consistente con el entorno de

implementacin.
Desarrollar una arquitectura para el sistema.
Transformar los requerimientos al diseo del futuro sistema.
Al principio de la fase de elaboracin hay que definir una arquitectura

candidata: crear un esquema inicial de la arquitectura del sistema,
identificar clases de anlisis y actualizar las realizaciones de los
Casos de Uso con las interacciones de las clases de anlisis.
Durante la fase de elaboracin se va refinando esta arquitectura
hasta llegar a su forma definitiva. En cada iteracin hay que analizar
el comportamiento para disear componentes.
5.3.2.1.
Modelo de Anlisis:
A travs de este modelo se representar la estructura global
del sistema, se describir la realizacin de los casos de uso,
servir como una abstraccin del Modelo de Diseo y se
centrar en los requerimientos funcionales.
Este modelo de anlisis no es un diagrama final que describe
todos los posibles conceptos y sus relaciones, es un primer
intento por definir los conceptos claves que describen el
sistema. Su utilidad radica en que permite una apreciacin
-137-
global conceptual del sistema. Puede contener: las clases y

paquetes de anlisis, las realizaciones de los casos de uso, las
relaciones y los diagramas.
A diferencia del Modelo de Casos de Uso que captura la
funcionalidad del sistema, el Modelo de Anlisis da forma a la
arquitectura para soportar las funcionalidades que en el anterior
modelo se expresa.
Para representar los diagramas del
Modelo de Anlisis se emplear los diagramas UML de

Colaboracin.
a) Diagramas de Colaboracin (DC):

Un Diagrama de Colaboracin muestra una interaccin organizada
basndose en los objetos que toman parte en la interaccin y los
enlaces entre los mismos. Estos diagramas muestran las
relaciones entre los roles de los objetos.
Cada diagrama de colaboracin har una referencia directa a cada
caso de uso mostrado en la etapa de requisitos, as como tambin
a cada interfase mostrada en la etapa de diseo. La secuencia de
los
mensajes
los
flujos
de
ejecucin
concurrentes
se
determinarn explcitamente mediante nmeros de secuencia.
-138-
GESTIN DE ADMISIN:
a.1.1. DC Acceder a Mdulo de Pagos:

FIGURA N 20: Acceder a Mdulo de Pagos
2: Validar Cuenta(log,pas)
3: Leer()
1: Acceder a M dulo
4: Msg. de Verificacin
MP : Mdulos de Pagos
5: Mostrar()
6: Gestionar Pagos
PU : Perfil de Usuario
VC : Validar Cuenta
7: Ingresar
8: Mostrar()
CA : Cajera
RPA : Registrar Pagos
por Adm isin
RPA : Registro de Pagos por Admisin
MP : Men Principal
9: Ingresar
RPE : Registrar Pago por

Estudiante
10: M ostrar()
RPE : Registro de Pagos de

Estudiante
-139-
a.1.2. DC Registrar Pago por Admisin:

FIGURA N 21: Registrar Pago por Admisin
2: Indicar Modal idad (cod_mod)
3: Leer()
4: Li stado Mod
MA : Modal idad de
Admisin
IM : Indicador Modal idad

5: Indicar Especialidad (cod_mod)
6: Leer()
7: Listado Esp.
ES : Especialidad
IE : Indicador
Especialidad
9: Grabar()
8: Adjuntar Con. Pago (cod_con)
10: Cal cular Monto
13: Cal cular Monto
15: Validar Formulario
20: M sge. de Confirmacin
AC : Adjuntador Con.
Pago
1: Registrar Pago
11: Elim inar Con. de Pago
CA : Cajera RPA : Registro de Pagos por Admisin
12: Eliminar()
EC : Eliminador Con.
Pago
14: Regi strar Pago (cod_est, monto)
DPP : Detalle de Pagos

Postulante
16: Grabar()
21: Elim inar()
18: Imprime Recibo

RP : Registrador Pago
POS : Postulante
17: Grabar()
PP : Pagos del Postulante

19: Cancelar Pago
22: Sal ir de Interfase CA : Cancelador
-140-
a.1.3. DC Acceder a Mdulo de Admisin:

FIGURA N 22: Acceder a Mdulo de Admisin
4: Msge. Verificaci n
MP : Mdulo de Admi sin
8: Mostrar()
RI : Registro de Inscripciones
RI : Registrar
Inscripciones
5: Mostrar()
9: Ingresar
CA : Secretaria
6: Gestionar Admisin
VC : Validar Cuenta
7: Ingresar
1: Acceder a Mdulo
3: Leer()
10: M ostrar()
RRA : Registro de Reportes por

Admisin
GR : Generar
Reportes
11: Ingresar
12: M ostrar()
MP : Men Principal
RV : Registro de Vacantes
RV : Registrar
Vacantes
13: Ingresar
14: M ostrar()
VE : Visuali zar
Estadsticas
REV : Registro de Estadsticas

de Vacantes
-141-
a.1.4. DC Buscar Postulante:

FIGURA N 23: Buscar Postulante
2: Buscar Postulante(ape pa, ape ma, cod_pag)
3: Leer()
4: List. de Post
POS : Postulante
BP : Buscador
Postulante
5: Buscar Todos
6: Leer()
7: List de Post.
BT : Buscador T odos
9: Leer()
8: Buscar por condicin

12: M sge. de Confi rmacin
10: List. de Post
BC : Buscador
Condici n
1: Inscri bir Postulante
CA : Cajera
13: Eliminar()
11: Eli minar inscri pcin (cod_pos)
RPE : Registro de Inscripciones
EI : Elimi nador
Inscripci n
14: Inscri bir Postulante (cod_pos)
15: M ostrar()
RI : Registrar
Inscripci n
16: Actualizar Inscripci n (cod_pos)
AI : Actualizador
Inscripci n
IP : Inscripcin de Postulante
17: Mostrar()
AI : Actualizacin de Inscripcin
-142-
a.1.5. DC Inscribir Postulante:

FIGURA N 24: Inscribir Postulante
3: Leer()
2: Indicar Aular (cod_aula)
4: List. aula
AU : Aula
IA : Indicar Aula
6: Leer()
5: Indicador de T urno
16: M sg. Verificacin
7: List. T urno
TU : T urno
IT : Indicar Turno
SE : Secretaria
9: Leer()
8: Mostrar()
1: Inscribir Postulante
IP : Inscripcin de Postulante
EA : Expediente Admisin
11: Registrar Inscripcin
MA : Modalidad de Admisi n
12: Guardar()
14: Salir de Interface

RI : Registrador Inscripcin
15: Cancelar Inscripcin
17: Salir de Interfase
CA : Cancelar
POS : Postulante
13: Guardar()
AD : Admisin
-143-
a.1.6. DC Generar Reportes:

2: Indicar Modalidad (cod_mod)
JCA : Jefe de Comisin Admisin
3: Leer()
4: List. Mod.
MO : Modalidad de Admisin
IM : Indicador Modalidad
5: Indicar Especialidad (cod_mod)
6: Leer()
1: Generar Reporte
7: List. Esp.
IE : Indicador Especialidad
8: Indicar condicin
ES : Especialidad
9: Leer()
10: List. Con

IC : Indicador Condicin
AD : Admisin
12: M ostrar()
11: Asginar ingreso (cod_pos)
RRA : Registro de Reportes por Admisin
13: List. aulas
AI : Asignador Ingreso
14: Buscar Postulante (cod_pos)
15: Leer()
16: List. de Post

BP : Buscador Postulante
17: Buscar todos los Pos.
RI : Registro de Ingreso
22: Leer()
POS : Postulante
18: Leer()
19: List. de Pos.

BT : Buscador T odos

20: Imprimir Reporte
23: Imprime Reporte

IR : Impresor Reporte
-144-
FIGURA N 26: Ver estadsticas de vacantes
1: Buscar por especialidad
2: Leer()
JCA : Jefe de Comisin Admisin

3: List. de vacantes
BE : Buscador Especialidad
4: Buscar por motivo
5: Leer()
6: List. de vacantes
BM V : Buscador Motivo
Vacante
7: Asignar vacantes
REV : Registro de Estadsticas de Vacantes
ES : Especialidad
VA : Vacantes de Admisin
8: Mostrar()
AV : Asignador Vacantes
RV : Registro de Vacantes
-145-
GESTIN DE MATRCULA:
a.2.1. DC Buscar Estudiante:
FIGURA N 27: Buscar Estudiante
2: Buscar Estudiante (ape pa, ape ma)
3: Leer()
4: List. de Est.
BE : Buscador Estudiante
5: Registrar Pagos por Matrcula (cod_est)
ES : Estudiante
6: Mostrar()
RPM : Registrador Pagos por Matrcula RPM : Registro de Pagos por Matrcula
1: Registrar Pagos
7: Registrar Pagos Semestrales (cod_est)

CA : Cajera RPE : Registro de Pagos de Estudiante
8: Mostrar()
RPS : Registrador Pagos Mensuales
9: Registrar Pagos Adicionales (cod_est)
RPS : Registro de Pagos Mensuales
10: Mostrar()
RPA : Registrador Pagos Adicionales
RPA : Registro de Pagos Adicionales
-146-
a.2.2. DC Registrar Pagos por Matrcula:

FIGURA N 28: Registrar Pagos por Matrcula
3: Grabar()
ACP : Adj untador Con. Pago
9: Actualizar Monto
7: Eliminar Con. Pago (cod_con)
8: Eliminar()
ECP : Elimi nador Con. Pago
5: Calcular Monto
4: Indicar canti dad
6: Actual izar()

20: M sge. de verfii cacin
RC : Registrador
Cantidad
1: Registrar Pago
11: Leer()
10: Imprimir Pagos hechos
13: Imprime Recibo

CA : Cajera RPM : Registro de Pagos por Matrcula
IPH : Impresor Pagos
Hechos
DPE : Detalle Pago Estudiante

12: Leer()
16: Grabar()
14: Registrar Pago
18: Salir de interfase

ES : Estudiante
17: Grabar
19: Cancelar Pago
21: Eliminar()
22: Eli minar()

CA : Cancelador
PE : Pagos del Estudi ante
-147-
a.2.3. DC Registrar Pagos Mensuales:

FIGURA N 29: Registrar Pagos Mensuales
3: Grabar
ACP : Adjuntador Con. Pago

9: Actualizar Monto
7: Eliminar Con. Pago (cod_con)
8: Eliminar()
ECP : Eliminador Con. Pago

5: Calcular Monto
4: Indicar cantidad
6: Actualizar Monto

23: M sge. de Verificacin
RC : Registrador Cantidad
1: Registrar Pago
11: Leer()
10: Imprimir Pagos hechos
13: Imprime Recibo

CA : Cajera RPM : Registro de Pagos por Matrcula
IPH : Im presor Pagos Hechos
DPE : Detalle Pago Estudiante
12: Leer()
15: Leer()
16: Leer()
14: Imprimir Pagos Actuales
17: Imprime Recibo

IPA : Im presor Pagos Actuales
ES : Estudiante
26: Elim inar()
21: Grabar()
18: Registrar Pago

22: Cancelar Pago
20: Grabar
PE : Pagos del Estudiante

25: Elim inar()

CA : Cancelador
-148-
a.2.4. DC Acceder a Mdulo de Matrculas:

FIGURA N 30: Acceder a Mdulo de Matrculas
4: Msge. Verificacin
2: Val idar Cuenta(log,pas)
MM : Mdulo de Matrculas
1: Acceder a M dul o
3: Leer()
VC : Validar Cuenta PU : Perfil de Usuario
7: Ingresar
8: Mostrar()
5: Mostrar()
RM : Registro de Matrculas
RM : Registrar
Matrculas
6: Gestionar Matrcula
CA : Secretaria
9: Ingresar
MP : M en Principal
10: Mostrar()
RRA : Registro de Ficha de

Matrcul as
GRFM : Generar
Reportes de Fichas
11: Ingresar
12: Mostrar()
GN : Generar Nm inas
RNM : Registro de Nminas de

Matrcul as
-149-
a.2.5. DC Buscar Estudiante a matricular:

FIGURA N 31: Buscar Estudiante a matricular
2: Buscar Estudiante(ape pa, ape ma)
3: Leer()
4: Li st. de Est.
ES : Estudiante
BP : Buscador
Estudi ante
1: Matri cular Estudiante
SE : Secretaria
5: Matricular Estudiante(cod_est)
RPE : Registro de Matrculas
6: Mostrar()
ME : Matriculacin de Estudiante
ME : Matri culador
Estudiante
7: Actualizar matrcula(cod_est)
8: Mostrar()
AM : Actualizaci n de Matrculas
AM : Actualizador
Matricul a

a.2.6. DC Registrar Padres:
FIGURA N 32: Registrar Padres
6: Msge. de Confirm acin
1:
SE : Secretaria
2: Registrar apoderado
RA : Registro de Apoderado
3: Grabar()
RA : Registrador
Apoderado
AP : Apoderado
5: Cancelar registro
CA : Cancelador
-150-
a.2.7. DC Actualizar Estudiante:

FIGURA N 33: Actualizar Estudiante
2: Actualizar Estudiante(cod_est)
3: Actual izar()
ES : Estudiante
AE : Actualizador
Estudiante
5: Registrar Apoderado
6: Mostrar()
4: Mostrar()
1: Matri cular Estudiante
SE : Secretaria
RA : Registro de Apoderado
RA : Registrador
Apoderado
9: Mostrar()
7: Actualizar Apoderado
RE : Registro de Estudiantes
8: Leer()
AP : Apoderado
AP : Actual izador
Apoderado
10: Elim inar Apoderado
11: Elim inar()
EA : Eliminador
Apoderado
12: Regi strar matrcula(cod_est)
13: M ostrar()
RM : Registrador Matrcula
RM : Registro de Matrcula
14: Cancel ar matrcula

CM : Cancelador Matrcula
-151-
a.2.8. DC Matricular Estudiante:

FIGURA N 34: Matricular Estudiante
2: Indicar ciclo(cod_ci c)
4: Li st. ci clo
3: Leer()
5: Indicar turno
7: List. turno
6: Leer()
IT : Indicador Turno
10: Imprime fi cha
RM : Registro de Matrculas
TUR : T urno
9: Grabar()
8: Matricular
1: Matri cular estudiante
SE : Secretaria
CI : Ciclo
IC : Indicador Ciclo
ME : Matriculador
Estudiante
12: Reservar
13: Grabar()
RM : Reservador Matrcula
14: Anular
MA : Matrcula
16: Grabar
AM : Anul ador
Matrcula
17: Cancelar matrcula
19: Salir de interfase CA : Cancelador Matrcul a
-152-
a.2.9. DC Generar Nminas de Matrcula:

FIGURA N 35: Generar Nminas de Matrcula
2: Indicar Especi alidad(cod_esp)
4: List. esp
3: Leer()
ES : Especialidad
IE : Indicar
Especial idad
6: Leer()
5: Indicar Cicl o(cod_cic)

15: M sge. confirm acin
7: List. ci clos
CI : Ciclo
IC : Indicar Ciclo
1: Generar Nminas
SE : Secretari a
9: Leer()
8: Indicar Turno
10: Li st. turno

SE : Registro de Nm inas de
IT : Indicar T urno
Matrcul as
11: Imprimir nmina
TU : T urno
12: Leer()
13: impri me nmi na

IN : Im prim ir Nmina
DM : Detalle de M atrcula
14: Cancelar

CA : Cancelar
-153-
GESTIN DE CURSOS Y NOTAS:
a.3.1. DC Acceder a Mdulo de Especialidad:

FIGURA N 36: Acceder a Mdulo de Especialidad
MP : Mdulo de
Especialidad
1: Acceder a Mdulo
3: Leer()
VC : Validador Cuenta
7: Ingresar
5: Mostrar()
8: Mostrar()
RMA : Registro de Mdulos

Acadmicos
RM A : Registrador
Mdulos Acadm icos
9: Ingresar
10: M ostrar()
JD : Jefe de
6: Gestionar Cursos
Departam ento
RD : Registro de Docentes
Rd : Actualizador
Docente
11: Ingresar
12: M ostrar()
MP : Men Principal
VE : Generador Actas
RA : Registro de Actas de Evaluacin
-154-
a.3.2. DC Buscar Mdulo Acadmicos:

FIGURA N 37: Buscar Mdulos Acadmicos
2: Indicar ciclo (cod_cic)
3: Leer()
4: List. ciclos
RM : Registro de Mdulos
5: Indicar mdulo(cod_mod)
6: Leer()
7: List. de mod.
IP : Mdulo Acadmico
IM : Indicador Mdulo
16: M sge. Confirmacin
8: Indicar curso(cod_cur)
1: Inscribir Postulante
9: Leer()
10: List. de cursos
AS : Asignatura
IC : Indicador Curso
JD : Jefe de
Departam ento

Acadmicos
11: Registrar mdulo
12: Mostrar()
RM : Registrador mdulo
13: Registrar nuevo mdulo
RM : Registro de Mdulos
14: Mostrar()
AA : Actualizador
Asignatura
15: Eliminar asignatura
17: Eliminar()
AA : Actulizador de Asignaturas
EA : Eliminar Asignatura
-155-
a.3.3. DC Registrar Mdulo Acadmicos:

FIGURA N 38: Registrar Mdulos Acadmicos
3: Val idar Formulario
2: Registrar m dulos
7: Msge. de Confirmacin
4: Guardar()
MA : Mdulo Acadmi co
RM : Registrar mdulo
1: Ingresar
JD : Jefe de
Departamento
RM : Registro de Mdul os
5: Mostrar()
6: Cancelar
8: Sal ir de interfase
CA : Cancelar
RA : Registro de Asignatura

a.3.4. DC Registrar Asignaturas:
FIGURA N 39: Registrar Asignaturas
2: Registrar Asi gnatura
4: Guardar()
RA : Registrador Curso
CU : Curso
6: Cancelar
3: Validar form ulario
14: Msge. de Confirm acin 8: Sal ir de Interfase
CA : Cancelador
9: Asignar horario
1: Ingresar
JD : Jefe de
Departamento
10: M ostrar()
AH : Asignador Horari o
11: Actual izar Horari o
RH : Registro de Horari o
12: Mostrar()
AH : Actual izador Horario

13: El imi nar Horario
15: El im i nar()
EH : El imi nador
Horari o
HO : Horario
-156-
a.3.5. DC Asignar Horario:

FIGURA N 40: Asignar Horario
2: Indicar turno
3: Leer()
4: List. T urno
T U : Turno
IT : Indicador T urno
5: Indicar aula
16: M sg. de confirmacin
1: Ingreso
JD : Jefe de Departamento
7: List. aula
6: Leer()
8: Indicar docente
RH : Registro de Horario
A : Aula
IA : Indicador Aula
9: Leer()
11: List. Docente

AD : Asignador Docente
12: Grabar
10: Leer()

AH : Asignador Horario
15: Cancelar

CA : Cancelador
DOC : Docente
DD : Detalle de
Docente
13: Grabar()
HO : Horario
-157-
a.3.6. DC Acceder a Mdulo de Curso:

FIGURA N 41: Acceder a Mdulo de Curso
MA : M dulo de Asignatura
3: Leer()
1: Acceder a M dulo
8: Mostrar()
7: Registrar notas(cod_cur)
5: Mostrar()
6: Gestionar Notas
RH : Registrador Notas
CA : Docente
MP : M en Principal
9: Registrar notas (cod_cur)
RN : Registro de Notas
10: Mostrar()
RNA : Registrador Notas de RA : Registro de Aplazados

Aplazados

a.3.7. DC Registrar Notas Semestrales:
FIGURA N 42: Registrar Notas Semestrales
2: Regi strar notas(cod_cur)
4: Guardar()
3: Val idar form ul ario

9: Msge. de confirmaci n 6: Salir de i nterfase
RN : Registrador Notas
1: Ingreso
7: Lim pi ar campos
DO : Docente RN : Registro de Notas
NO : Evaluaci n
5: Guardar()
RC : Reestabl ecedor campos
DN : Eval uaci n de Unidad
8: Cancelar

CA : Cancelador
-158-
a.3.8. DC Registrar Notas de Aplazados:

FIGURA N 43: Registrar Notas de Aplazados
2: Actual izar notas(cod_cur)
4: Actualizar()
3: Validar form ulario

8: Msge. de confirmaci n 5: Salir de i nterfase
RN : Registrador Notas
NO : Evaluacin
6: Limpiar campos
1: Ingreso
DO : DocenteRN : Registro de Aplazados
RC : Reestabl ecedor campos
7: Cancelar
9: Salir de i nterfase
CA : Cancelador

a.3.9. DC Acceder a Mdulo de Notas:
FIGURA N 44: Acceder a Mdulo de Notas
MN : Mdulo de Notas
1: Acceder a Mdulo
3: Leer()
7: Ver notas(cod_cur)
8: Leer()
5: Mostrar()
CA : Estudiantes
VN : Visualizador Notas
6: Ver notas
DN : Evaluacin de Unidad
10: Ver Record de Notas

9: Mostrar()
MP : Men Principal
VRI : Visualizador record
12: M ostrar()
11: Leer()
RN : Registro de Notas
NO : Evaluacin
-159-
a.3.10.
DC Generar Actas Consolidadas de Evaluacin:
FIGURA N 45: Generar Actas Consolidadas de Evaluacin

2: Indicar cicl o(cod_cic)
4: Li st. cicl os
15: Msge. de confi rmacin
5: Indicar turno(cod_turno)
1: Ingresar
3: Leer()
CI : Ci clo
6: Leer()
7: List. turnos
RAE : Regi stro de Actas de Evaluacin
IT : Indicador Turno
14: Cancel ar
T U : Turno
8: Generar acta
13: Imprime Acta

GA : Generador Acta
JD : Jefe de Departamento
CA : Cancel ador
11: Leer()
9: Leer()
ES : Estudiante
12: Leer()
10: Leer()
AS : Curso
NO : Evaluacin DN : Eval uaci n de Uni dad
-160-
5.4. FASE DE CONSTRUCCIN:

El objetivo general de esta fase es alcanzar la capacidad operacional del
producto de software de forma incremental a travs de las sucesivas
iteraciones. En esta fase todas las caractersticas, componentes, y
requerimientos sern integrados, implementados, y probados en su
totalidad, obteniendo una versin aceptable del producto comnmente
llamada versin beta.
Se har nfasis en controlar las operaciones realizadas, administrando los
recursos eficientemente, de tal forma que se optimicen los costos, los
calendarios y la calidad.
Los objetivos especficos de esta fase son:
Minimizar los costos de desarrollo mediante la optimizacin de

recursos y evitando el tener que rehacer un trabajo o incluso
desecharlo.
Conseguir una calidad adecuada tan rpido como sea prctico.
Conseguir versiones funcionales (alfa, beta, y otras versiones de

prueba) tan rpido como sea prctico.
El hito en esta fase culmina con el desarrollo del sistema con calidad de
produccin y la preparacin para la entrega al equipo de transicin. Toda
la funcionalidad debe haber sido implementada.
-161-
5.4.1. Anlisis y Diseo:

5.4.1.1.
Modelo de Diseo:
Es una abstraccin del Modelo de Implementacin y su cdigo
fuente, el cual fundamentalmente se emplear para representar
y documentar su diseo. Ser usado como entrada esencial en
las actividades relacionadas a implementacin. Representar a
los casos de uso en el dominio de la solucin.
Para representar los diagramas del Modelo de Diseo se
emplearn
diferentes
diagramas
de
UML
tales
como:
Interfases, Diagramas de Secuencia y Diagramas de Clases.
a) Interfaces del Sistemas:

a.1. GESTIN DE ADMISIN:
FIGURA N 46: Registrar Pago por Admisin
-162-
FIGURA N 47: Buscar Postulante

FIGURA N0 48: inscribir Postulante
-163-

FIGURA N 50: Reporte Generado
-164-
FIGURA N 51: Ver Estadsticas de Vacantes
a.2. GESTIN DE MATRCULA:

FIGURA N 52: Buscar Estudiante
-165-
FIGURA N 53: Registrar Pago por Matrcula

FIGURA N 54: Recibo de Pago por Matrcula
-166-
FIGURA N 55: Registrar pagos Mensuales

FIGURA N 56: Buscar Estudiante a matricular
-167-
FIGURA N 57: Actualizar Estudiante

FIGURA N 58: Registrar Apoderado
-168-
FIGURA N 59: Matricular Estudiante
-169-
FIGURA N 60: Ficha de Matrcula
a.3. GESTIN DE CURSOS Y NOTAS:

FIGURA N 61: Buscar Mdulos Acadmicos
-170-
FIGURA N 62: Registrar Mdulos Acadmicos

FIGURA N: 63 Registrar Asignatura
-171-
FIGURA N 64: Asignar Horario

FIGURA N 65: Acceder a Mdulo de Cursos y Notas
-172-
FIGURA N 66: Registrar Notas Semestrales
b) Diagramas de Secuencia (DS):

Un diagrama de secuencia muestra las interacciones entre
objetos ordenadas en secuencia temporal. Muestra los objetos
que se encuentran en el escenario y la secuencia de mensajes
intercambiados entre los objetos para llevar a cabo la
funcionalidad descrita por el escenario.
A continuacin se presentarn los diagramas de secuencia que
documentarn el diseo desde el punto de vista de los casos de
uso, observando qu mensajes se envan a los objetos,
componentes o casos de uso y viendo en forma estimada, cuanto
tiempo consume el mtodo invocado. Estos diagramas ayudarn
tambin a identificar los cuellos de botella potenciales, para as
poder eliminarlos.
-173-
FIGURA N 67: DS Registrar Pagos por admisin
CA : Cajera RPA : Registro de Pagos IM : Indicador MA : Modalidad IE : Indicador ES : Especialidad AC : Adjuntador EC : Eliminador
Modalidad
Con. Pago
Con. Pago
por Admisin
de Admisin Especialidad
Registrar Pago
DPP : Detalle de PP : Pagos del RP : Registrador POS : Postulante CA : Cancelador

Pago
Pagos Postulante
Postulante
Indicar Modalidad (cod_mod)

Leer()
Listado Mod
Indicar Especialidad (cod_mod)
Leer()
Listado Esp.
Adjuntar Con. Pag o (cod_con)
Grabar()
Calcular Monto
Eliminar Con. de Pago
Eliminar()
Calcular Monto
Registrar Pago (cod_est, monto)
Validar Formulario
Grabar()
Grabar()
Imprime Recibo
Cancelar Pago
Msge. de Confirmacin
Eliminar()
Salir de Interfase

-174-
FIGURA N 68: DS Buscar Postulante
CA : Cajera
RPE : Registro de
Inscripciones
BP : Buscador
Postul ante
POS : Postulante BT : Buscador

Todos
BC : Buscador
Condici n
EI : Eli minador
Inscripcin
RI : Regi strar
Inscripcin
IP : Inscripcin de
Postulante
AI : Actualizador AI : Actualizacin de
Inscri pcin
Inscripcin
Buscar Postulante(ape pa, ape ma, cod_pag)
Leer()
List. de Post
Buscar T odos
Leer()
List de Post.
Buscar por condicin

Leer()
List. de Post
Elim inar inscripcin (cod_pos)
Eliminar()
Inscribir Postulante (cod_pos)
Mostrar()
Actualizar Inscri pcin (cod_pos)
Mostrar()

-175-
FIGURA N 69: DS Inscribir Postulante
SE :
IP : Inscripcin de
Secretaria
Postulante
IA : Indicador Aula AU : Aula IT : Indicador TU : Turno EA : Expediente MA : Modalidad

Turno
Admisin
de Admisin
RI : Registrador POS : Postulante AD : Admisin

Inscripcin
Indicar Aular (cod_aula)
Leer()
List. aula
Indicador de Turno
Leer()
List. Turno
Mostrar()
Leer()
Registrar Inscripcin
Validar Form ulario
Guardar()
Guardar()
Salir de Interf ace
Cancelar Inscripcin
Msg. Verif icacin
Salir de Interf ase

-176-
CA : Cancelador
FIGURA N 70: DS Generar Reportes

JCA : Jef e de RRA : Registro de
Comis... Reportes por Admisin
IM : Indicador MO : Modalidad IE : Indicador ES : Especialidad IC : Indicador

Modalidad
Especialidad
Condicin
de Admisin
POS : Postulante AD : Admisin AI : Asignador

Ingreso
RI : Registro de Ingreso BP : BuscadorBT : Buscador

Postulante
Todos
IR : Impresor
Reporte
Generar Reporte
Indicar Modalidad (cod_mod)
Leer()
List. Mod.
Indicar Especialidad (cod_mod)
Leer()
List. Esp.
Indicar condicin
Leer()
List. Con
Asginar ingreso (cod_pos)
Mostrar()
List. aulas
Buscar Postulante (cod_pos)
Leer()
List. de Post
Buscar todos los Pos.
Leer()
List. de Pos.
Imprimir Reporte
Validar Formulario
Leer()
Imprime Reporte

-177-
FIGURA N 71: DS Buscar Estudiante
CA : Cajera RPE : Registro de Pagos

de Estudiante
Registrar Pagos
BE : Buscador
Estudiante
ES : Estudiante RPM : Registrador RPM : Registro de Pagos RPS : Registrador RPS : Registro de Pagos RPA : Registrador
Pagos ...
Pagos Semestrales
Pagos Adicionales
por Matrcula
Semestrales
RPA : Registro de Pagos

Adicionales
Buscar Estudiante (ape pa, ape ma)

Leer()
List. de Est.
Registrar Pagos por Matrcula (cod_est)
Mostrar()
Registrar Pagos Semestrales (cod_est)
Mostrar()
Registrar Pagos Adicionales (cod_est)

Mostrar()
-178-
FIGURA N 72: DS Registrar Pago por Matrcula
CA : Cajera RPM : Registro de Pagos ACP : AdjuntadorRC : Registrador ECP : Eliminador DPE : Detalle IPH : Im presor ES : EstudianteRP : Registrador PE : Pagos del CA : Cancelador
Cantidad
Con. Pago
Pago
por Matrcula
Con. Pago
Pago Estudiante Pagos Hechos
Estudiante
Registrar Pago
Adjuntar Con. Pago (cod_con)
Grabar()
Indicar cantidad
Calcular Monto
Actualizar()
Eliminar Con. Pago (cod_con)
Eliminar()
Actualizar Monto
Imprimir Pagos hechos
Leer()
Leer()
Imprime Recibo
Registrar Pago
Validar Formulario
Grabar()
Grabar
Salir de interf ase

Cancelar Pago
Msge. de v erf iicacin
Eliminar()
Eliminar()
Salir de Intef ase

-179-
FIGURA N 73: DS Buscar Estudiante a Matricular
SE :
RPE : Registro de BP : Buscador
Secretaria
Estudi ante
Matrculas
ES : Estudiante
ME : M atriculador
Estudi ante
ME : Matriculacin de
Estudiante
AM : Actualizador
Matricula
AM : Actualizacin de
Matrculas
Matri cular Estudiante

Buscar Estudiante(ape pa, ape m a)
Leer()
List. de Est.
Matricul ar Estudi ante(cod_est)

Mostrar()
Actualizar matrcula(cod_est)
M ostrar()
-180-
FIGURA N 74: DS Actualizar Estudiante
SE :
Secretaria
RE : Registro de
Estudiantes
AE : Actualizador ES : Estudiante RM : Registro de Matrcula RA : Registrador AP : Apoderado RA : Registro de AP : Actualizador EA : Eliminador RM : Registrador
Estudiante
Apoderado
Apoderado
Apoderado
Matrcula
Apoderado
Actualizar Estudiante(cod_est)
Actualizar()
Mostrar()
Registrar Apoderado
Mostrar()
Actualizar Apoderado
Leer()
Mostrar()
Eliminar Apoderado
Eliminar()
Registrar matrcula(cod_est)
Mostrar()
Cancelar matrcula
Salir de Interfase
-181-
CM : Cancelador
Matrcula
FIGURA N 75: DS Matricular Estudiante
SE :
Secretaria
RM : Registro de
Matrculas
CI : Ciclo
IT : Indicador
Turno
TUR : Turno
ME : Matriculador
Estudiante
MA : Matrcula
CA : Cancelador
Matrcula
RM : Reservador
Matrcula
Matricular estudiante
Indicar ciclo(cod_cic)
Leer()
List. ciclo
Indicar turno
Leer()
List. turno
Matricular
Grabar()
Imprime ficha
Reservar
Grabar()
Anular
Grabar
Cancelar matrcula
Salir de interfase

-182-
AM : Anulador
Matrcula
FIGURA N 76: DS Buscar Mdulos Acadmicos
JD : Jef e de
Departamento

Acadmicos
IC : Indicador Ciclo RM : Registro de Mdulos IM : Indicador

Mdulo
IP : Mdulo IC : Indicador
Curso
Acadmico
RM : Registrador AS : Asignatura
mdulo
AA : Actualizador
Asignatura
AA : Actulizador de EA : Eliminar
Asignatura
Asignaturas
Indicar ciclo (cod_cic)
Leer()
List. ciclos
Indicar mdulo(cod_mod)
Leer()
List. de mod.
Indicar curso(cod_cur)
Leer()
List. de cursos
Registrar mdulo
Mostrar()
Registrar nuev o mdulo

Mostrar()
Eliminar asignatura
Msge. Conf irmacin
Eliminar()
-183-
FIGURA N 77: DS Registrar Mdulos Acadmicos
JD : Jefe de
Departamento
RM : Registro de M dulos RM : Registrador m dulo
MA : Mdulo Acadm ico
Ingresar
Registrar mdulos
Validar Formulario
Guardar()
Mostrar()
Cancel ar
Msge. de Confi rmacin
Salir de interfase
-184-
RA : Registro de Asignatura CA : Cancelador
FIGURA N 78: DS Registrar Asignatura
JD : Jef e de
Departamento
Ingresar
RA : Registrador
Curso
CU : Curso
CA : Cancelador
AH : Asignador RH : Registro de Horario AH : Actualizador

Horario
Horario
EH : Eliminador HO : Horario
Horario
Registrar Asignatura
Validar f orm ulario

Guardar()
Salir de Interf ase

Cancelar
Msge. de Conf irmacin

Salir de Interf ase
Asignar horario
Mostrar()
Actualizar Horario
Mostrar()
Eliminar Horario
Msge. de Conf irmacin
Eliminar()

-185-
FIGURA N 79: DS Asignar Horario
JD : Jefe de
Departa...
RH : Registro de Horario
T U : T urno
IT : Indicador
T urno
IA : Indicador
Aula
A : Aula
AD : Asignador DOC : Docente DD : Detalle de

Docente
Docente
AH : Asignador
Horario
HO : Horario CA : Cancelador
Ingreso
Indicar turno
Leer()
List. T urno
Indicar aula
Leer()
List. aula
Indicar docente
Leer()
Leer()
List. Docente
Grabar
Grabar()
Salir de interfase
Cancelar
Msg. de confirmacin
Salir de Interfase

-186-
FIGURA N 80: DS Acceder a mdulo de Cursos y Notas
CA : Docente MA : Mdulo de Asignatura

Acceder a Mdulo
VC : Validador
Cuenta
PU : Perfil de MP : Men Principal RN : Registro de Notas RH : Registrador RNA : Registrador RA : Registro de Aplazados
Notas
Notas...
Usuario
Validar Cuenta(log,pas)
Leer()
Msge. Verificacin
Mostrar()
Gestionar Notas
Registrar notas(cod_cur)
Mostrar()
Registrar notas (cod_cur)

Mostrar()
-187-
FIGURA N 81: DS Registrar notas Semestrales
DO : Docente RN : Registro de Notas
RN : Registrador NO : Evaluacin DN : Evaluacin

Notas
de Unidad
Ingreso
Registrar notas(cod_cur)
Validar formulario
Guardar()
Guardar()
Salir de interfase
Limpiar cam pos
Cancelar
Msge. de confi rmacin
Salir de interfase
-188-
RC : Reestablecedor CA : Cancel ador

campos
APODERADO
FIGURA N 82: Diagrama de Clases
ESTUDIANTE
codigo_estudiante : String
est_apellido_paterno : String
est_apellido_materno : String
est_primer_nom bre : String
est_segundo_nom bre : String
est_f echa_nacim iento : Date
est_sexo : String
est_num_doc : String
est_documento : String = D NI
est_estado_civ il : String
est_padre_v iv e : String
est_madre_v iv e : String
est_telef ono_f ijo : String
est_telef ono_m ov il : String
est_email : String
est_prov incia : String
est_departamento : String
est_distrito : String
est_direccion : String
est_ocupacion : String
est_pais : String
est_lengua_materna : String
est_lengua_segunda : String
est_horas_semanales_trabaja : Integer
est_nacim iento_registro : String
est_tipo_discapacidad : String
TURN O
codigo_apoderado : String
padre_nombres : String
padre_apellidos : String
padre_lugar_nac : String
padre_ocupacion : String
padre_docimicilio : String
padre_telef ono : String
padre_docum ento : String
padre_num_doc : String
padre_niv el_ins : String
padre_parentesco : String
padre_apoderado : String
1..*
1
listar_f icha_matricula()
listar_m atric ula_estudiante()
listar_m atric ula_curso()
insertar()
actualizar()
reserv ar()
anular()
listar()
listar_codigo()
listar_m atricula()
insertar()
actualizar()
elim inar()
1..*
EVALUAC ION
codigo_ev aluacion : String
ev a_promedio : Float = 0
ev a_aplazado : Float = 0
ev a_recuperacion : Float = 0
ev a_estado : String = No ev aluado
Insertar()
actualizar()
listar_ev aluacion_estudiante()
insertar_ev aluacion_unidad()
insertar()
actualizar()
elim inar()
listar()
ESPECIALID AD
codigo_ciclo : String
cic_descripcion : String
listar()
insertar()
actualizar()
elim inar()
listar()
listar_m enu()
listar_codigo()
insertar()
actualizar()
elim inar()
MODU LO
codigo_modulo : String
m od_titulo : String
m od_nombre : String
m od_unidad : String
m od_duracion : Integer
codigo_ev a_uni : Integer

ev a_unidad : Integer = 1
ev a_nota_unidad : Float = 0
actualizar()
listar()
codigo_especialidad : String
esp_nom bre : String
esp_siglas : String
esp_descripcion : String
esp_perf il_estudiante : String
CICLO
1..*
1
1..*
listar_m enu()
Insertar()
actualizar()
elim inar()
det_sem_observ acion
1..*
1..*
listar_cur_doc()
listar_cur_est()
listar_codigo()
listar_m enu()
insertar()
actualizar()
elim inar()
EVALUAC ION_U NIDAD
SEMESTRE
1..*
1
1..*
1..*
codigo_sem estre : String

sem _nombre : String
sem _descripcion : String
D ETALLE_SEMESTR E
listar()
listar_codigo()
listar_m enu()
insertar()
actualizar()
eliminar()
codigo_curso : String
cur_nombre : String
cur_descripcion : String
cur_horas_sem : Integer
cur_unidades : Integer = 1
1
1..*
1..*
1
C UR SO
insertar()
actualizar()
eliminar()
listar()
1..*
1 1..*
1..*
listar_horario()
listar_m enu()
listar_codigo()
listar_hora()
insertar()
actualizar()
elim inar()
codigo_tipo_m at : String
tipo_m at_nombre : String
tipo_m at_descripcion : String
tipo_m at_f echa_inicio : D ate
tipo_m at_f echa_termino : Date
MATRICULA
codigo_m atricula : String
m at_turno : String
m at_tipo : String
m at_resoluc ion : String
m at_condicion : String
m at_estado : String
m at_f echa : D ate
1..*
TIPO_MATRICULA
listar()
listar_codigo()
insertar()
actualizar()
elim inar()
codigo_docente : String
doc_apellido_paterno : String
doc_apellido_materno : String
doc_prim er_nombre : String
doc_segundo_nom bre : String
doc_prof esion : String
doc_direc cion : String
doc_f echa_nac : D ate
doc_departamento : String
doc_telef ono : String
doc_m ov il : String
doc_dni : String
doc_experiencia : String
doc_em ail : String
codigo_horario : String
hor_turno : String
hor_dia : String
hor_inicio : Time
hor_termino : Time
hor_total : Integer
1
listar()
insertar()
actualizar()
elim inar()
1
DOC EN TE
H OR AR IO
codigo_turno : String
turno_nom bre : String

-189-
1..*
1..*
listar()
listar_m enu()
listar_codigo()
insertar()
actualizar()
elim inar()
c) Diagrama de Clases:
El diagrama de clases mostrado en la figura N 82, representa slo
aquellas clases que sern implementadas a nivel programacin en
lenguaje PHP. Esto debido a que como se plante en los objetivos
especficos y en las limitaciones de la investigacin, slo se
implementar los mdulos de Matrculas y Notas.
Pero como se sabe implementar el mdulo de Notas, amerita la
implementacin del mdulo de Cursos, que incorpora el Registro de
Horarios, Docentes y Mdulos Acadmicos. Esto es importante, ya
que permitir mantener una coherencia en la implementacin
adems de contar con integridad de informacin en los resultados
mostrados luego de la misma.
Considerando esto, tambin se desarrollar aplicaciones que
simulen los procesos de admisin y pagos, de modo que todo el
Sistema de Gestin Acadmica pueda tener un correcto flujo de
datos desde la incorporacin del estudiante a la institucin hasta el
registro de sus evaluaciones semestrales.
d) Diseo Fsico de la Base de Datos:

Un modelo de clases es un modelo relacional evolucionado
mejorado, es por ello que para la elaboracin del modelo fsico de la
base de datos bastar con convertir las clases en tablas y las
asociaciones en relaciones.
En la Figura N 83 se muestra el diagrama fsico de la base de datos
migrado desde el modelo de clases, considerando aquellas clases
que son persistentes.
-190-
FIGURA N 83: Diseo Fsico de la Base de Datos migrada del Modelo de Clases
FUENTE: Elaboracin Propia (Diseado en SQL Manager for MySQL 4.2)
-191-
5.4.2. Implementacin:
El objetivo principal que se busca en esta disciplina es convertir los
elementos del diseo en elementos de implementacin, dichos
elementos son los archivos y cdigos fuentes. Otra parte de esta
disciplina son las pruebas de unidad, las cuales se limitan a los
componentes de software implementados. De esta disciplina se
obtendr un sistema estable.
Los objetivos especficos son:
Determinar en qu orden se implementarn los elementos de

cada subsistema.
Integrar el sistema siguiendo el plan.
Notificar los errores de diseo, si se encuentran, actualizando la

documentacin.
Probar los subsistemas individualmente.
La estructura de todos los elementos implementados formar el

Modelo de Implementacin.
5.4.2.1.
Diagrama de Componentes:
El diagrama de componentes describir los elementos fsicos
del sistema, sus relaciones y dependencias. En la figura N 84,
se muestra las tres capas del sistema implementadas en el
lenguaje PHP:
La capa de Presentacin que contiene los formularios de
mantenimientos, transacciones y reportes.
La capa Negocio, que contiene la lgica del negocio
correspondiente a validaciones y control de transacciones.
La capa de Lgica de Acceso a Datos, que est conformada
por las clases que realizarn las consultas y transacciones SQL
a la Base de Datos, segn lo solicite la capa de Negocio. Est
capa contiene tambin el componente de conexin donde se
configura la Base de Datos (tipo, nombre, servidor, usuario,
password y dsn)
-192-
Para integrar las 3 capas se utilizar el componente

config_namespace.php, que contiene la siguiente codificacin:
<?php
define('HOME',$_SERVER[DOCUMENT_ROOT]);
define('SGA',HOME."/SiGAc");
define('NEG',SGA."/negocio");
define('PRE',SGA."/presentacion");
define('DAT',SGA."/datos"); ?>
FIGURA N 84: Diagrama de Componentes
SERVIDOR DE APLICACION
PRESENTACIN
LGICA DE
NEGOCIO
LGICA DE
ACCESO A DATOS
BD SGA
SERVIDOR WEB
PRESENTACIN
-193-
CUADRO N 44: Especificacin de componente Lgica de Negocio

COMPONENTE
CLASES
LGICA DE NEGOCIO
APODERADO
CICLO
CURSO
DOCENTE
ESPECIALIDAD
ESTUDIANTE
EVALUACION
PROCEDIMIENTOS ALMACENADOS
listar_todos
listar_codigo
insertar
actualizar
eliminar
listar_por_estudiante
listar_menu
listar_codigo
insertar
actualizar
eliminar
listar_menu
listar_codigo
insertar
actualizar
eliminar
listar_por_docente
listar_todos
listar_menu
listar_codigo
listar_profesion
insertar
actualizar
elimimar
insertar_detalle
listar_detalle
eliminar_detalle
listar_todos
listar_menu
listar_codigo
insertar
actualizar
eliminar
listar_todos
listar_codigo
listar_matricula
insertar
actualizar
eliminar
actualizar_imagen
listar_evaluacion_estudiante
Insertar
insertar_evaluacion_unidad
insertar_evaluacion_aplazado
actualizar_evaluacion_unidad
actualizar_evaluacion_aplazado
listar_notas_estudiante
listar_notas_curso
listar_notas_estudiante_semestre
-194-
COMPONENTE
CLASES
HORARIO
MATRICULA
MODULO
SEMESTRE
TURNO
listar_horario
listar_hora
insertar
eliminar
listar_ficha_matricula
listar_matricula_estudiante
listar_matricula_curso
listar_tipo_matricula
insertar
actualizar
eliminar
listar_todos
listar_menu
listar_codigo
insertar
actualizar
eliminar
listar_menu
listar_codigo
insertar
actualizar
eliminar
listar_menu
listar_codigo
insertar
actualizar
eliminar

CUADRO N 45: Especificacin de componente Lgica de Acceso a Datos
COMPONENTE
CLASES
APODERADO_DAL
listar_todos
listar_codigo
listar_varios
insertar
actualizar
eliminar
validar_apoderado
BASE_DAL
listarVar_SQL
listarUno_SQL
ejecutar_SQL
CICLO_DAL
listar_menu
listar_codigo
insertar
actualizar
eliminar
LGICA DE
ACCESO A DATOS
-195-
COMPONENTE
CLASES
CURSO_DAL
DOCENTE_DAL
DETALLE_SEMESTRE_DAL
ESPECIALIDAD_DAL
ESTUDIANTE_DAL
EVALUACION_DAL
EVALUACION_UNIDAD_DAL
HORARIO_DAL
listar_menu
listar_codigo
listar_varios
insertar
actualizar
eliminar
listar_por_docente
listar_todos
listar_menu
listar_codigo
listar_profesion
insertar
actualizar
elimimar
insertar_detalle
listar_detalle
listar_detalle_no_asignado
eliminar_detalle
listar
insertar
actualizar
eliminar
listar_todos
listar_menu
listar_codigo
insertar
actualizar
eliminar
listar_todos
listar_codigo
listar_matricula
listar_varios
insertar
actualizar
eliminar
actualizar_imagen
listar_evaluacion_estudiante
Insertar
listar_notas_estudiante
listar_notas_curso
listar_notas_estudiante_semestre
insertar_evaluacion_unidad
insertar_evaluacion_aplazado
actualizar_evaluacion_unidad
actualizar_evaluacion_aplazado
listar_horario
listar_hora
listar_por_curso
listar_por_docente
listar_por_aula
insertar
eliminar
validar_horario
-196-
COMPONENTE
CLASES
MATRICULA_DAL
MODULO_DAL
SEMESTRE_DAL
TIPO_MATRICULA
TURNO_DAL
listar_ficha_matricula
listar_matricula_estudiante
listar_matricula_curso
listar_tipo_matricula
listar_varios
listar_por_especialidad
listar_por_semestre
listar_por_ciclo
insertar
actualizar
eliminar
listar_todos
listar_menu
listar_codigo
listar_por_especialidad
listar_por_ciclo
insertar
actualizar
eliminar
listar_menu
listar_codigo
insertar
actualizar
eliminar
listar_menu
insertar
actualizar
eliminar
listar_menu
listar_codigo
insertar
actualizar
eliminar
-197-
5.4.2.2. Diagrama de Despliegue:

FIGURA N 85: Diagrama de Despliegue
Serv idor que
permitir el acceso
desde internet al
sistema de Cursos y
Notas para docentes
y Estudiante
Serv idor Web
executive
S.O. Red Hat Enterprise Linux 9.0
MySQL Database Version 5.0.45
Apache Web Server Version 2.2.4
Presentacin
Serv idor que alojar

todos los
componetes del
sistema
Equipos que se
encuentran distribuidos
entre los 8
Departamentos
Acadmicos
TCP/IP
Estacin DA-01 - DA-08

Departamentos Acadmicos
Serv idor de
Aplicacin
Switch - D-Link
DES 1005D
Switch - D-Link
DES 1005D
TCP/IP
TCP/IP
TCP/IP
executive
S.O. Red Hat Enterprise Linux 9.0
MySQL Database Version 5.0.45
Apache Web Server Version 2.2.4
Presentacin
Lg ica de Negocio
Lg ica de Acceso a Datos
S.O. Windows XP
Naveg ador Web (Mdulo de Cursos y Notas)
TCP/UP
Estacin SD-01 - SD-04

Secretara Docente
Impresosa matricial
EPSON LX 810
Puerto LPT 1
Equipos que se
encuentran distribuidos
en la of icina de
Secretara Docente
S.O. Windows XP
Naveg ador Web (Mdulo de M atrcula)

-198-
El Diagrama de Despliegue mostrado en la figura N 85, presenta la disposicin

fsica de los distintos nodos que componen el sistema y el reparto de los
componentes sobre dichos nodos.
El sistema se alojar en un servidor de aplicacin, el cual contendr todos los
componentes y archivos del sistema de gestin acadmica. Este servidor pondr
a disposicin de toda la intranet institucional, los mdulos del sistema. As
tenemos que en el rea Secretara Docente se ubicarn 4 estaciones de trabajo,
a travs de las cuales se acceder al mdulo de matrcula. En los 8
departamentos acadmicos existirn estaciones desde las que se acceder a los
mdulos de cursos y notas.
Para el caso del registro y visualizacin de notas por Internet, se utilizar un
servidor Web que alojar el mdulo de cursos y notas, para el acceso de
docentes y estudiantes.
5.5. Anlisis y Definicin de medidas de seguridad para

intranet institucional:
5.5.1. Introduccin:
Las comunicaciones internas y la organizacin de la informacin han
adquirido una importancia relevante en el mundo empresarial. La
aplicacin de las tecnologas subyacentes a Internet para la gestin de la
informacin interna de la empresa es la base del concepto conocido
como Intranet.
La aplicacin de estas tecnologas resulta muy atractiva ya que, por un
lado son muy accesibles a los usuarios, ya acostumbrados a la
navegacin por las pginas Web, mientras que por otro, pueden
vincularse a fuentes de informacin corporativa o externa, actualizarse
de forma instantnea y adaptarse con facilidad a los requisitos de la
empresa. Adems, su implantacin no supone grandes inversiones
econmicas.
En este contexto, se propone la implementacin del sistema de gestin
acadmica que deber ser desplegada en una Intranet basada en la
combinacin de tecnologas de Internet y sistemas tradicionales como
-199-
bases de datos. Se emplear para ello la trada de herramientas ms

conocida de la tecnologa Open Source: El servidor Web Apache, el
motor de bases de datos MySQL y el lenguaje de scripting PHP.
Pero cabe mencionar que aunque una intranet sea una red privada en la
que se tengan grupos bien definidos y limitados, sta no se encuentra
exenta de ataques que pudiesen poner en riesgo la informacin que
maneja, es por ello que a continuacin se definir medidas de seguridad
propuestas en base al anlisis de las herramientas antes mencionadas.
5.5.2. Seguridad a nivel de Servidor Apache 2.2.4:

El servidor pondr a disposicin de la intranet los recursos y servicios
necesarios para que los usuarios puedan utilizar el sistema de manera
ptima. Este contendr la aplicacin en su totalidad, ya que no existir
separacin fsica de las tres capas, debido principalmente a la ausencia
de hardware que permita esta distribucin. Por este motivo el servidor
tambin alojar la base de datos del sistema.
Considerando esto, se han definido las siguientes medidas de seguridad
que evitarn el acceso y alteracin de informacin crtica para la
institucin.
a) Impedir que los usuarios alteren las caractersticas generales del
sistema:
Para funcionar con un manejo realmente estricto ser necesario no
permitir que los usuarios configuren archivos .htaccess los cuales
pueden anular los sistemas de seguridad configurados. En el archivo
de configuracin del servidor se tendr que establecer:
AllowOverride None
Options None
Allow from all
Y despus se configuran directorios especficos. Esto detiene todas
las anulaciones, inclusiones y accesos en todos los directorios fuera
de los que se nombran.
-200-
b) Disminuir el valor mximo de tiempo de espera:

Por defecto el tiempo de espera es de 300 segundos. Puede
disminuirse por seguridad para prevenir ataques de esta manera:
Timeout 45
c) Restringir acceso por IP:
Si se tiene un recurso al que deba solamente tener acceso alguna
red, o IP en concreto, este puede ser configurarlo en Apache. Por
ejemplo si se desea restringir el acceso a la Intranet para permitir
solamente la red 176.16:
Order Deny,Allow
Deny from all
Allow from 176.16.0.0/16
d) Limitar el tamao mximo de peticiones:
Apache tiene varias directivas que permiten que se limite el tamao
de una peticin, Una manera de comenzar es con la directiva
LimitRequestBody. Esta directiva esta fijada a ilimitado por defecto.
Si se est permitiendo uploads de archivos que no sean mayores a
1MB, se podra establecer:
LimitRequestBody 1048576
Si no se est permitiendo uploads de archivos puede ser fijado a un
tamao ms pequeo.
e) Apache debe funcionar bajo su propia cuenta y grupo de usuario:
Algunas versiones de Apache corren bajo el usuario nobody, esto
compromete mucho su seguridad. Ser necesario establecer:
User apache
Group apache
5.5.3. Seguridad a nivel de Aplicacin (PHP 5.2.3):

La aplicacin, desarrollada en base programacin orientada a objetos e
implementada mediante una arquitectura cliente / servidor, tambin se
-201-
encuentra expuesta a ataques de usuarios externos y hasta en algunos

casos internos; es por ello que se ha definido medidas de seguridad que
permitirn aplacar, aunque en menor medida, estos ataques.
Estas medidas de seguridad sern implementadas a nivel de cdigo por
medio de clases, propiedad y mtodos.
a) Uso de sesiones:
Las sesiones permiten mantener a un usuario conectado a la
aplicacin por medio de su cuenta, evitando el acceso de usuarios no
autorizados. Para ello existen funciones para el inicio y cierre de
sesin.
Inicio de Sesin:
session_start();
session_register(user);
Cierre de Sesin:
session_start();
session_unset();
session_destroy();
b) Encriptacin de contraseas:
Para prevenir posibles vulnerabilidades en nuestro servidor, es una
medida eficaz encriptar las contraseas. Para mejorar este sistema, se
utilizar un algoritmo de encriptacin de un solo sentido, es decir que
no se puede desencriptar de ninguna manera, como por ejemplo md5.
$contrasena = md5($contrasena);
c) Autenticacin de usuarios y sesiones en PHP:
Integrando los puntos anteriores, se podr implementar medidas de
seguridad haciendo uso de una clase denominada usuario.class.php.
Class usuario {
var $id;
var $nombre;
var $email;
function autenticar($usuario, $password) {
-202-
global $db, $site_key;

$usuario = $db->get_row('SELECT id, nombre, email,
password FROM usuario WHERE usuario_nombre= \'' . $db>escape($usuario) . '\'');
if ($usuario && $usuario->password == md5( $site_key .
$password ) ) {
$this->id = $usuario->id;
$this->nombre = $usuario->nombre;
$this->email = $usuario->email;
return true;
}
return false;
}
}
De modo que cuando se realice el logeo del usuario, se valide la

autenticacin de la siguiente forma:
if ( ! empty( $_POST[usuario] ) && ! empty(
$_POST['password'] ) ) {
$user = new usuario();
if ( $usuario->autenticar(
$_POST['usuario'], $_POST['password'] ) == true ) {
$_SESSION['usuario'] = $usuario;
header( 'Location: /admin' );
exit();
}
}
-203-
5.5.4. Seguridad a nivel de Base de Datos (MySQL 5.0.45):

Para implementar medidas de seguridad a nivel de base de datos,
MySQL provee de herramientas que facilitan el control de accesos por
medio de contraseas y escaneo de puertos, las copias de seguridad y
el mantenimiento de la base de datos.
a) Asignar password a root (superusuario):
Se puede asignar password a la cuenta root (sper usuario), por
medio de tres funciones:
Con mysqladmin:
-u root password 'newpass
Con SET PASSWORD:
mysql -u root
SET PASSWORD FOR ''@'localhost' =
PASSWORD('newpwd');
Con la sentencia UPDATE:
mysql -u root
UPDATE mysql.user SET Password =
PASSWORD('newpwd') WHERE User = '';
FLUSH PRIVILEGES;
b) Escanear puertos de MySQL:
Escanear los puertos de MySQL desde Internet utilizando una
herramienta como nmap, para verificar si el puerto MySQL est
abierto. MySQL utiliza el puerto 3306 por defecto.
telnet server_host 3306
c) Copias de Seguridad:
El cliente mysqldump es un programa de respaldo de base de datos,
pueden
transferiste
necesariamente
los
MySQL).
datos
El
otro
respaldo
servidor
tpicamente
SQL
(no
contiene
sentencias SQL para crear la tabla y su contenido.

mysqldump db_name > backup-file.sql
-204-
d) Mantenimiento de Base de Datos:

El cliente mysqlcheck analiza, repara optimiza el contenido de las
Tablas.
mysqldcheck -- analize --all
5.5.5. Polticas de Seguridad:

Las Polticas de seguridad describen, principalmente, la forma adecuada
de uso de los recursos del sistema, las responsabilidades y derechos
tanto de usuarios como administradores, describe lo que se va a
proteger y de lo que se esta tratando de proteger, stos documentos son
el primer paso en la construccin de Firewalls efectivos. 44
a) Polticas de contraseas:
Son una de las polticas ms importantes, ya que por lo general, las
contraseas constituyen la primera y tal vez nica manera de
autenticacin y, por tanto, la nica lnea de defensa contra ataques.
As tenemos que:
El administrador del sistema, es el nico usuario encargado de

asignar las contraseas a los nuevos usuarios del sistema.
El administrador del sistema, es el nico usuario encargado de la

cuenta root, de la base de datos y del sistema operativo.
Las
contraseas
no
pueden
ser
modificadas,
slo
son
reemplazadas por completo.
Las contraseas no podrn tener una longitud mxima de 8

caracteres alfanumricos.
Las contraseas sern encriptadas con el algoritmo MD5.
b) Polticas de control de acceso:

Estas especifican cmo deben los usuarios acceder al sistema,
desde dnde y de qu manera deben autentificarse.
44
Seguridad en Intranets, disponible en: http://www.monografias.com/trabajos6/sein/sein.html

[consultado el 02/01/2008].
-205-
Los usuarios que tras 3 intentos no se hayan logeado

correctamente, sern expulsados del navegador.
Las operaciones que realicen los usuarios en las tablas del

sistema sern monitoreados durante todo el inicio de sesin.
Slo se tendr acceso a la intranet desde los equipos instalados

en la institucin.
Slo los docentes y estudiantes podrn acceder a los mdulos de

cursos y notas desde cualquier Terminal.
c) Polticas de uso adecuado:

Estas especifican lo que se considera un uso adecuado o
inadecuado del sistema por parte de los usuarios, as como lo que
est permitido y lo que est prohibido dentro del sistema de
cmputo.
Est prohibido ejecutar programas que intenten descifrar
las
contraseas alojadas en las tablas de usuarios de mquinas

locales o remotas.
Los usuarios no deben utilizar inyecciones SQL desde el

navegador, ya que podra alterar el correcto funcionamiento de la
aplicacin.
Todas las transacciones deben ser culminadas o anuladas para

evitar inconsistencias en las base de datos.
d) Polticas de respaldos:
Estas especifican qu informacin debe respaldarse, con qu
periodicidad, qu medios de respaldo utilizar, cmo deber ser
restaurada
la
informacin,
dnde
debern
almacenarse
los
respaldos, etc.
El administrador del sistema es el responsable de realizar

respaldos de la informacin peridicamente. Cada treinta das
deber efectuarse un respaldo completo del sistema y cada da
debern ser respaldados todos los archivos que fueron
modificados o creados.
-206-
La informacin se respaldar por medio del copiado total de la

estructura y el contenido de las tablas del sistema. Tambin se
generarn respaldos por medio de archivos de texto SQL, con el
usuario mysqldump.
La informacin respaldada deber ser almacenada en un lugar

seguro y distante del sitio de trabajo.
Ningn trabajador podr llevarse los respaldos de manera

completa o parcial, a otros lugares fuera de la institucin. Es el
administrador del sistema el encargado de designar el lugar
donde se almacenar fsicamente los backups.
FIGURA N 86: Distribucin actual de Intranet institucional

La figura N 86 muestra la distribucin fsica de los departamentos
acadmicos dentro de la institucin. En base a esta distribucin, la intranet
se encuentra estructurada actualmente, siendo el punto de administracin la
oficina de cmputo, desde la que se provee los servicios y recursos
informticos a todas las oficinas.
-207-
CAPITULO VI
Anlisis Costo Beneficio
-208-
CAPITULO VI: Anlisis Costo Beneficio

4.1. Introduccin:
El anlisis Costo Beneficio permitir demostrar la rentabilidad del proyecto
en los primeros 5 aos de implementacin, el cual ser evaluado no slo
desde el punto de vista monetario, sino tambin considerando los
beneficios intangibles que se obtendrn. Es por ello que se trabajar
directamente con las variables e indicadores en estudio establecidos en el
captulo II.
Primero se establecer los costos de inversin que deber afrontar la
institucin en la etapa inicial de la implementacin, luego se definir los
gastos concurrentes u operativos que se presentar en los prximos 5
aos de puesta en marcha.
Para los Beneficios o Ingresos se utilizar los indicadores de la variable
dependiente correspondientes al ahorro de recursos utilizando las
frmulas previamente definidas.
4.2. Anlisis Costo - Beneficio:

4.2.1. Inversin Inicial:
a) Costos de Servicios y Materiales:
CUADRO N 46: Costos de servicios
Descripcin
Transporte
Prom. Monto
Diario(S/)
4,00
Das por
mes(S/.)
Meses
Total (S/.)
20
480,00
Servicio de Internet
1,00
20
120,00
Servicio de Luz (*)
0.86
20
103,19
Monto Total (S/.)
703,19
(*)Tomando en cuenta que el consumo de una computadora por hora es de 0.300 Kw,
y el costo de energa tiene un valor de S/. 0.3583 x Kwh, entonces el monto promedio
diario se calcul de la siguiente forma: 0.3 Kw/hr * 8hr/da * S/. 0.3583 = S/. 0.86 soles
diarios.
-209-
Los servicios descritos en el cuadro anterior, corresponden a los gastos

realizados concurrentemente durante los 6 meses de desarrollo del proyecto.
CUADRO N 47: Costos de materiales
Impresiones
720
Precio
Unitario (S/.)
Hojas
0,20
Fotocopias
100
Hojas
0,05
5,00
Papel Bond A4
Millar
13,00
13,00
CDs
Unidades
1,00
4,00
Insumos de oficina
Juego
20,00
20,00
Empastados
Juegos
15,00
45,00
Monto Total (S/.)
231,00
Descripcin
Cantidad
Unidad
Total (S/.)
144,00

Estos gastos estn relacionados en su mayora a la documentacin del
proyecto.
b) Costos de Personal:
CUADRO N 48: Costos de Personal
Duracin
Descripcin
Anlisis y Diseo (*)
Das por Horas por

Meses
mes
Da
3
20
4
Costo por
Hora (S/.)
Total (S/.)
10,00
2400,00
Implementacin (**)
20
15,00
4500,00
Instalacin y Pruebas
20
10,00
3200,00
Capacitacin y Consultora
20
10,00
800,00
Monto Total (S/.)
10900,00
(*) El modelado del negocio y requerimientos corresponden a las tareas de anlisis del desarrollador.
(**) La implementacin est referida a la construccin del software por parte del programador,
considerando los artefactos utilizados en las etapas anteriores de la metodologa RUP.

El tiempo de anlisis, diseo e implementacin; corresponde a los 6 meses
empleados en el desarrollo completo del proyecto. Esto considerando los 4
meses del segundo semestre del ao 2007 y los 2 primeros meses del 2008.
-210-
c) Costos de Software:
CUADRO N 49: Licencias de Software de Desarrollo e Implementacin
Descripcin
Total (S/.)
Servidor Apache
0,00
Lenguaje de programacin PHP
0,00
Base de Datos MySQL
0,00
Sistema Operativo Red Hat Linux 9.0
0,00
EasyEclipse for PHP (IDE)
0,00
Dreamweaber 8.0 (*)
640,00
Monto Total (S/.)
640,00
(*) Costo de licencia anual. Informacin disponible en

http://www.adobe.com/

d) Costos de Hardware:
CUADRO N 50: Costos de Hardware necesario para la implementacin
Descripcin
Total (S/.)
1 Servidor de Aplicacin (*)
5038,19
2 Switch (**)
222,96
Monto Total (S/.)
5261,15
(*) Slo se ha considerado el servidor ya que la institucin tiene disponibles en cada rea
los equipos (terminales) necesarios para la implementacin. Las caractersticas del
equipo propuesto se encuentran en el anexo N 8.
(**) Los suministros de red correspondientes a cableados, conectores, tarjetas, entre
otros no son considerados ya que la institucin los tiene disponibles y no requiere de una
nueva adquisicin.
4.2.2. Gastos Concurrentes u Operativos:

CUADRO N 51: Gastos Operativos en Personal
Duracin
Descripcin
Administracin del Sistema
Actualizacin
de
Reportes
(Fichas, Nminas, Actas)(*)
Costo por
Das por Horas por Hora (S/.) Total (S/.)
Meses
mes
Da
10
20
8
10,00
16000,00
1
20
10,00
1000,00
-211-
Duracin
Costo por
Das por Horas por Hora (S/.) Total (S/.)
Meses
mes
Da
1
20
5
10,00
1000,00
Descripcin
Mantenimiento de Servidores
Monto Total (S/.)
18000,00
(*) El ISTP Repblica Federal de Alemania, al ser una institucin pblica est sometido a la
actualizacin de estos formatos segn lo establezca el Ministerio de Educacin.
4.2.3. Beneficios:
Como se mencion los beneficios se analizarn en base a las variables
e indicadores en estudio que quedaron pendientes por contrastar:
Gastos en recursos utilizados para proceso de matrcula.
Gastos en recursos para publicacin de notas.
Estos 2 indicadores sern analizados para el clculo de los beneficios

Monetarios
a) 1 indicador: Gastos en recursos utilizados para proceso de matrcula.
Los gastos en recursos para matrcula estn divididos en Gastos por
Personal y Materiales.
Personal: Para el proceso de matrcula en el rea de Secretara
Docente se encuentran 8 personas, divididas en 4 secretarias y 4
auxiliares. Estas se encuentran agrupadas en dos (1 secretaria y 1
auxiliar) y se encargan de matricular a estudiantes de 2 especialidades
por ciclo (La matrcula se realiza por ciclos en das diferentes).
El sistema de Gestin Acadmica busca la reduccin de personal
auxiliar, ya que slo se requerir los operadores encargados de
matricular.
-212-
CUADRO N 52: Reduccin de Personal en Secretara General

Meta Reduccin de Personal en Secretara General
Reduccin de trabajo debido a:
Eliminacin de papeleo
Origen del Ahorro Manejo de consultas adhoc y de reportes usuario final
Integracin de datos para reducir errores y conciliaciones
Facilidad en el ingreso de informacin
Clculos
Total(S/.)
Nmero de personas reducidas (auxiliares
de matrcula en Secretara Docente)

Variables de
Entrada
Salario promedio/persona (S/.) por
1500,00
semestre
N de Semestres
Frmula: (N de personas encargadas de

matricular)*(salario promedio)
Total(S/.)
12000,00
(%)
% de Ahorro ganados en el primer ao
Impacto en el
Tiempo
(asumiendo que la implementacin empieza
50
a mediados de ao)
% de Ahorro ganados a partir del segundo
100
ao
(S/.)
Ao 1
6000,00
Ao 2
12000,00
Impacto Neto por
Ao 3
12000,00
Perodo
Ao 4
12000,00
Ao 5
12000,00
Total de Ahorro en 5 aos
54000,00
Materiales: Para realizar la matrcula, la institucin debe invertir en

insumos, suministros y fotocopias. El Sistema de Gestin Acadmica
-213-
busca reducir la inversin en estos materiales a cero, ya que no sern

requeridos una vez que este sea implementado. Actualmente la poblacin
estudiantil en el ISTP Repblica Federal de Alemania es de
aproximadamente 1260 estudiante, considerando los turnos maana y
noche.
Luego de llevada a cabo la matrcula, la institucin mantiene copias de
respaldo de los documentos elaborados tales como fichas de matrcula,
que son generadas por cada estudiante; y Nminas, que son elaboradas
por ciclo, especialidad y turno.
CUADRO N 53: Reduccin del Costo de Materiales en proceso de matrcula
Meta Reduccin del Costo de Materiales en proceso de matrcula
Reduccin de costos debido a:
Eliminacin de papeleo
Origen del Ahorro Reduccin de insumos y suministros de oficina
Reduccin de fotocopiado de documentos
Almacenamiento continuo de informacin en BD
Clculos
Total(S/.)
N de Fotocopias de Fichas
1260
N de Fotocopias de Nminas
48
Variables de Costo (S/.) por unidad
0,05
Entrada Insumos y suministros de oficina
100,00
N de Semestres
Frmula: Gastos en recursos materiales
Total(S/.)
330,80
(%)
Impacto en el (asumiendo que la implementacin empieza a
50
Tiempo mediados de ao)

% de Ahorro ganados a partir del segundo ao
100
(S/.)
Impacto Neto por
Ao 1
165,40
Perodo
Ao 2
330,80
Ao 3
330,80
-214-
Ao 4
330,80
Ao 5
330,80
1488,60

b) 2 indicador: Gastos en recursos para publicacin de notas.

Los gastos en recursos para publicacin de notas, tambin se encuentran
clasificados en Gastos por Personal y Materiales.
CUADRO N 54: Reduccin del Costo de Recursos en registro de notas
Meta Reduccin del Costo de Recursos en registro de notas
Reduccin de trabajo debido a:
Registro de notas directamente por docentes
Origen del Ahorro Integracin de datos para reducir errores y conciliaciones
Disminucin en tiempos de registro
Facilidad en el ingreso de informacin
Clculos
Total(S/.)
Nmero de personas reducidas (auxiliares de
Departamentos Acadmicos)
Salario promedio/persona (S/.) por semestre
Variables de
Entrada
1000,00
N de Fotocopias de Actas
48
Costo (S/.)
0,05
N de Semestres
Frmula: [(N de personas encargadas de

registrar notas)*(salario promedio)]+ Gastos en
Total(S/.) 16004,80
recursos materiales
(%)
Impacto en el (asumiendo que la implementacin empieza a
50
Tiempo mediados de ao)

% de Ahorro ganados a partir del segundo ao
100
(S/.)
Impacto Neto por
Ao 1
8002,40
-215-
Perodo
Ao 2 16004,80
Ao 3 16004,80
Ao 4 16004,80
Ao 5 16004,80
72021,60
4.2.4. Flujo de Caja:
-216-
CUADRO N 55: Flujo de Caja
Ao 0
(S/.)
INVERSION INICIAL
Costos de Servicios y Materiales
Costos de Personal
Costos de Software
Costos de Hardware
Total Inversin Inicial
GASTOS CONCURRENTES U OPERATIVOS
Ao 1
(S/.)
934,19
10900,00
640,00
5261,15
17735,34
(S/.)
Ao 2
(S/.)
0,00
(S/.)
0,00
(S/.)
Ao 3
(S/.)
Ao 4
(S/.)
0,00
(S/.)
Ao 5
(S/.)
0,00
0,00
(S/.)
(S/.)
Total
(S/.)
934,19
10900,00
640,00
5261,15
17735,34
(S/.)
0,00
0,00
16000,00
1000,00
1000,00
18000,00
0,00
16000,00
1000,00
1000,00
18000,00
0,00
16000,00
1000,00
1000,00
18000,00
0,00
16000,00
1000,00
1000,00
18000,00
0,00
16000,00
1000,00
1000,00
18000,00
0,00
80000,00
5000,00
5000,00
90000,00
Total TODOS los Gastos Por Ao

Total TODOS los Gastos Acumulados
17735,34
17735,34
18000,00
35735,34
18000,00
53735,34
18000,00
71735,34
18000,00
89735,34
18000,00
107735,34
107735,34
BENEFICIOS
(S/.)
Mantenimiento Anual de Licencias

Administracin del sitio Web
Actualizacin de Reportes (Fichas, Nminas, Actas)
Mantenimiento Anual de Servidores
Total Inversin Concurrente
(S/.)
Reduccin de Personal en Secretara General

Reduccin del Costo de Materiales en proceso de matrcula
Reduccin del Costo de Recursos en registro de notas
(S/.)
(S/.)
(S/.)
(S/.)
(S/.)
6000,0
165,4
8002,4
12000,0
330,8
16004,8
12000,0
330,8
16004,8
12000,0
330,8
16004,8
12000,0
330,8
16004,8
54000,0
1488,6
72021,6
Total Bruto de Beneficios Por Ao

Total Bruto de Beneficios Acumulado
0,0
0,0
14167,8
14167,8
28335,6
42503,4
28335,6
70839,0
28335,6
99174,6
28335,6
127510,2
127510,2
Total NETO de Beneficios Por Ao

Total NETO de Beneficios Acumulado
0,0
0,0
-3832,2
-3832,2
10335,6
6503,4
10335,6
16839,0
10335,6
27174,6
10335,6
37510,2
37510,2
FLUJO DE CAJA NETO
(S/.)
Flujo de Caja Neto Anual

Flujo de Caja Neto Acumulado
-17735,3
-17735,3
(S/.)
-3832,2
-21567,5
-217-
(S/.)
(S/.)
10335,6
-11231,9
10335,6
-896,3
(S/.)
10335,6
9439,3
(S/.)
10335,6
19774,9
(S/.)
19774,9
4.2.5. Valor Actual Neto (VAN):

El VAN es un procedimiento que permitir calcular el valor presente de
un determinado nmero de flujos de caja futuros.
El
clculo
del
VAN
se
ha
realizado
VNA(tasa;perodo_1:perodo_5)+perodo_0,
utilizando
del
la
programa
funcin:
Excel.
Donde la tasa de inters es del 10% y los perodos son extrados de

Flujo de Caja Neto Anual presentado en el cuadro N 52.
El resultado obtenido es de S/. 8565,00; lo que indica el buen nivel de
rentabilidad del proyecto propuesto.
4.2.6. Tasa Interna de Retorno (TIR):

El TIR es la tasa de inters con la cual el valor actual neto o valor
presente neto (VAN o VPN) es igual a cero.
Al igual que el VAN, el clculo del TIR se ha realizado utilizando la
funcin del programa Excel: TIR(perodo_0:perodo_5).
El resultado obtenido es de 22%.
-218-
CAPITULO VII
Conclusiones
-219-
CAPITULO VII: Conclusiones
Respecto al objetivo de Recopilar informacin de los procesos

generales de gestin acadmica, en el modelado del negocio se pudo
constatar que hoy en da la institucin cuenta con procesos modulares
para la gestin de sus actividades acadmico administrativas. Por lo que
es vital para una mejor gestin de esos procesos, integrar los sistemas
de modo que se obtenga un ptimo desempeo, reduciendo los gastos
generales e incrementando la rapidez de los procesos de atencin.
Respecto al objetivo de Realizar anlisis de requerimientos de los

procesos de matrculas y registros de notas, se obtuvieron los
requerimientos funcionales de estos procesos, los cuales son necesarios
automatizar por medio de un sistema informtico, ms no cambiar o
alterar, ya que se rigen segn los procedimientos y funciones internas,
adems de la normatividad que establece el estado en las instituciones
pblicas.
Respecto al objetivo de Modelar los procesos generales de gestin

acadmica, en las etapas de anlisis y diseo se elabor los artefactos
establecidos por la metodologa considerando los procesos de admisin,
pagos, matrculas y notas. Fue necesario realizar un modelado general
de los procesos de gestin ya que todo el sistema debe funcionar bajo
un flujo de informacin coherente, integro y escalable.
Respecto al objetivo de Construir los mdulos de matrcula y registros

de notas, en el desarrollo de la propuesta se aplic una metodologa
orientada a objetos en todas sus fases y disciplinas, lo que conllevo a
realizar la implementacin (construccin) mediante esta tcnica de
programacin, utilizando el lenguaje PHP en su versin 5. Considerando
tambin los requerimientos de implementacin establecidos por la
institucin, ha sido necesario realizar la separacin lgica de la
aplicacin en capas (presentacin, negocio y datos).
Respecto al objetivo de Analizar y definir medidas de seguridad para la

intranet institucional, se ha definido la seguridad bajo tres niveles: A
nivel de servidor, en este caso Apache 2.2.4; a nivel de Aplicacin,
-220-
desarrollada en PHP 5.2.3 y a nivel de Base de Datos con el DBMS

MySQL 5.0.45.
Respecto al objetivo de Realizar anlisis Costo Beneficio de la

implementacin del sistema, la inversin inicial necesaria para la
implementacin del sistema es de S/. 17 735,34, los gastos concurrentes
u operativos ascienden a un promedio de S/. 18 000,00 anuales y los
beneficios netos que se obtendrn anualmente asciende a un promedio
de S/. 7 502,00. En base a estos valores, el valor actual neto obtenido es
de S/. 8 565,00 y la tasa interna de retorno es de 22%; demostrando el
alto nivel de rentabilidad de la solucin de software propuesta.
-221-
CAPITULO VIII
Recomendaciones
-222-
CAPITULO VIII: Recomendaciones
Al implementarse una aplicacin Web que funcionar sobre una intranet

y pondr a disposicin de los usuarios algunas funcionalidades a travs
de Internet, es de vital importancia establecer medidas de seguridad que
disminuyan la vulnerabilidad de la aplicacin contra ataques inesperados
que puedan perjudicar su correcto desempeo y la integridad de la
informacin que esta procesa. Es por ello que se sugiere tomar en
consideracin los criterios de seguridad formulados, durante la
implementacin del software propuesto.
El desarrollo de aplicaciones distribuidas en capas, por lo general

proporcionan la portabilidad de distribuir la aplicacin fsicamente en
distintos servidores para su funcionamiento. Para el caso de esta
aplicacin Web la separacin de la funcionalidad en capas slo se ha
dado a nivel lgico, lo que obliga a que su implementacin se realice en
un slo servidor. Es por ello que se recomienda a la institucin adquirir
un servidor con las caractersticas establecidas en el anexo N 8, de
modo que la intranet funcione correctamente a nivel de velocidad y
disponibilidad para el usuario.
Al no existir una estructura de trabajo estndar, en las jefaturas de los

departamentos acadmicos para la gestin de sus procesos internos, es
importante que se cree un consenso que defina las pautas para la
gestin interna y de este modo no exista problema de adaptacin por
parte de algunas jefaturas que se muestran reticentes al cambio
tecnolgico.
Todo avance tecnolgico, por lo general, conlleva a una importante

disminucin de los recursos humanos dentro de las organizaciones, ya
que los procesos se automatizan, los tiempos disminuyen y los recursos,
en el costo plazo, se ahorran. Es por ello que se sugiere a la institucin
que la reduccin del personal planteada en el anlisis costo beneficio, no
se realice de forma estricta, sino ms bien se haga una redistribucin del
mismo en reas que lo necesiten.
-223-
CAPITULO IX
Referencias Bibliogrficas
-224-
CAPITULO VIII: Referencias Bibliogrficas

8.1. Bibliografa:
SENN,
JAMES A.
ANLISIS Y DISEO DE SISTEMAS DE
INFORMACIN. 2da. Edicin. Editorial MCGRAW-HILL, 1990
KENDALL, KENNETH E. ANLISIS Y DISEO DE SISTEMAS. 3ra.

edicin
Editorial PRENTICE HALL, 1991
J. MONZON F., DAVID SPENCER. ANLISIS Y DISEO DE

SISTEMAS INFORMTICOS. 1ra. Edicin. Editorial Gmez, 1994.
GRALLA, P. CMO FUNCIONAN LAS INTRANETS. 1ra edicin.

Editorial PRENTICE HALL, 1996
POSNER, GEORGE J. DOCENTE DEL SIGLO XXI, Como desarrollar

una prctica docente competitiva. 1ra edicin. Editorial MCGRAW-HILL,
1984
JACOBSON I., BOOCH G., RUMBAUGH J., EL PROCESO UNIFICADO

DE DESARROLLO DE SOFTWARE. Editorial ADDISON WESLEY, 2000
PHILIPPE KRUCHTEN, THE RATIONAL UNIFIED PROCESS AN

INTRODUCTION. Editorial ADDISON WESLEY, 2001.
8.2. Citas Electrnicas:
ISTP Repblica Federal de Alemania disponible en:

http://www.istrfa.edu.pe [consultado el 15/05/2007]
Intranet (1996). Disponible en:

http://www.wntmag.com/atrasados/1996/02_oct96/intranet.html
[consultado el 15/05/07]
Lenguaje PHP disponible en:

http://www.virtual.unal.edu.co/cursos/sedes/manizales/4060029/leccione
s/cap11-2.html [consultada el 15/05/2007]
-225-
Aplicaciones Web, disponible en:

http://livedocs.adobe.com/dreamweaver/8_es/using/wwhelp/wwhimpl/co
mmon/html/wwhelp.htm?context=LiveDocs_Parts&file=gs_12_u5.htm
[Consultado el 09/09/07]
Aplicacin Web disponible:

http://es.wikipedia.org/wiki/Aplicaci%C3%B3n_web [consultada el
15/05/2007]
La gestin Acadmica disponible en:

http://docentes.uacj.mx/PROMEP/Anexos/anexo_f.htm [consultado el
10/0907]
-226-
ANEXOS
-227-
Anexo N 1
MINISTERIO DE EDUCACION
NOMINA DE MATRICULA
(Carrera Profesional)
EDUCACION SUPERIOR
Alumnos matriculados en la Seccin ........................................................................................
(Diurna, Vespertina, Nocturna, Capacitacin)
En el .......... Semestre Acadmico de ............. en el ...............................................................
.................... ..................................................... .........................................................................
Que funciona en la: ...................................................................... .Provincia:............................
Distrito: ...............Calle:.................................................................... N........ Telf.: ..................
Director (a): ........ ............................................................................. ............ ...........................
(Nombres y Apellidos Completo)
....................................................................................................................................................
(Fecha, Numero y clase de resolucin que autorizo el funcionamiento de la institucin)
N de
N de
orden Matrcula
Apellidos y Nombres
( Riguroso Orden Alfabtico )
Condicin
(*)
Edad
Nmero de
Cursos en cargo
-228-
N de
N de
orden Matrcula
Apellidos y Nombres
( Riguroso Orden Alfabtico )
ALUMNOS
ALUMNAS
TOTAL
GRATUITOS :
PAGANTES :
Condicin
(*)
Edad
Nmero de
Cursos en cargo
VB DIRECTOR
Direc. Regional/Direc.Sub.Regional/
Direc.Departamental
DIRECTOR A
(FIRMA Y SELLO)
NOTA:
1) La inscripcin de los Alumnos se har en forma clara y en riguroso orden
alfabtico cuidando de anotar:
1 El apellido paterno 2 El apellido materno y 3 Los nombres del matriculado,
tal como figura en la Partida de Nacimiento.
2) Las nminas se asentarn por Triplicado y se remitirn a las Direcciones

correspondientes para su visacin.
(*)Si es gratuito (G) o Pagante (P)
-229-
Anexo N 2
INSTITUTO SUPERIOR TECNOLOGICO PBLICO
REPBLICA FEDERAL DE ALEMANIA
FICHA DE MATRICULA SEMESTRAL

N DE RECIBO:
N DE FICHA:
DATOS:
APELLIDO PATERNO
APELLIDO MATERNO
NOMBRES
ESPECIALIDAD
SEMESTRE
TURNO
N DE MATRICULA
N DE BOLETA MILITAR
N DE DNI.
FECHA DE NACIMIENTO
EDAD
SEXO
TIPO DE MATRICULA:
NOMBRE DE LA ASIGNATURA
HORAS
REPITENCIA DE
ASIGNATURAS
DATOS DE FILIACION
NOMBRE PADRE:
NOMBRE MADRE:
DOMICILIO:
TELF.:
TRABAJAS:
RAZON SOCIAL:
---------------------------FIRMA ALUMNO
-----------------------------------SECRETARIA GENERAL
FECHA:
--------------------------SUB-DIRECCION
-230-
Anexo N 3
INSTITUTO SUPERIOR TECNOLOGICO PBLICO
REPBLICA FEDERAL DE ALEMANIA
LISTA DE ALUMNOS
ESPECIALIDAD
TURNO
SEMESTRE
SECCION
ASIGNATURA
N ORD.
:
:
:
:
:
CODIGO
APELLIDOS Y NOMBRES
SECRETARIA GENERAL
FECHA:
DE
DEL
-231-
IST./ ESCUELA SUPERIOR
ASIGNATURAS DE FORMACIN GENERAL Y FORMACIN
INSTITUTO SUPERIOR TECNOLGICO

PBLICO
I - 2007 - I
Distrito
CHICLAYO
Seccin
UNICA
Lugar
CHICLAYO
Turno
MAANA
MATEMATICA I
Sexo F/M
Apellidos y Nombres
(Orden Alfabtico)
ACTIVIDADES
Semestre/Ao
ADMINISTRACIN DE PROYECTOS
CHICLAYO
TCNICAS DE ANLISIS Y DISEO DE

SISTEMAS
Provincia
FUNDAMENTOS DE PROGRAMACIN
COMPUTACIN E
INFORMTICA
PLATAFORMAS OPERATIVAS
Carrera Profes.
INFORMTICA
LAMBAYEQUE
ARQUITECTURA DE SISTEMAS DE
INFORMACIN
"REPBLICA FEDERAL DE ALEMANIA"
COMUNICACIN
Dpto.
Condicin
LAMBAYEQUE
PLANEAMIENTO ESTRATGICO DE
SISTEMAS DE INFORMACIN
TECNOLGICA EN EL ORDEN DEL PLAN CURRICULAR
Nombre
Matrcula
N Orden
DE / DRE / DSRE
NMERO DE ASIGNATURAS DESAPROBADAS
ACTA CONSOLIDADA DE EVALUACIN ACADMICA DE FORMACIN PROFESIONAL

SUPERIOR TECNOLGICA
Anexo N 4
0104-07
ALVARADO FIESTAS ,Paula Indira
10
12
03
00
00
00
00
00
00
09
0015-07
ALVARADO SUAREZ, Neptali Gustavo
14
13
15
13
14
16
14
14
12
01
0398-07
BANCES SANDOVAL, Liliana Elizabeth
14
15
14
14
14
12
16
13
14
01
0099-07
BURGA DOMINGUEZ, Xiomara De La Flor
14
13
14
13
13
15
13
14
13
00
0616-07
CAVA EXEBIO, Carlos Arnold
16
15
14
15
15
13
17
12
13
01
0591-07
CORNEJO PORTAL, Fiorela Yamaly
14
13
15
15
14
17
14
16
14
00
-232-
SEMESTRAL
(Semestre, Recuperacin,
Subsanacin, Cargo,
Repitencia, y Extraordinaria)
OBSERVACIONES
EVALUACIN
D, E, F, G, H, I: 01
ESTADSTICA POR ASIGNATURA

APROBADOS
DESAPROBADOS
NO SE PRESENTARON
RETIRADOS
LOS QUE SUSCRIBIMOS, PROFESORES DE LAS ASIGNATURAS QUE SE INDICAN, VERIFICAMOS QUE LAS NOTAS QUE APARECEN EN LA PRESENTE
ACTA SON LAS MISMAS QUE HEMOS REGISTRADO EN NUESTROS RESPECTIVOS REGISTROS DE EVALUACIN ACADMICA
Comunicacin
NOMBRE DEL
PROFESOR
Anastacio Soriano
Mendo
Matemtica 1
C
D
ASIGNATURA
FIRMA
CLAVE
ASIGNATURA
NOMBRE DEL PROFESOR
Arq. Sis. Informacin
Robin Falen Larrea
Jos Valdivia Chavez
Plataformas Operativas
Xavier Benites Marn
Informtica
Carlos Azula Mondragn
Fundamentos de Prog.
Deisy Olgun Garca
P. Estrat. De Sis. Inf.
Deisy Olgun Garca
Tec. An. Dis. Sistemas
Gabriel Fernndez Montalbn
-233-
FIRMA
Anexo N 5
CICLO
MODULOS
FORMACION
GENERAL
H*S
PROPUESTA DE PLAN DE ESTUDIOS DE COMPUTACIN E

INFORMTICA
UNIDADES DIDACTICAS
4
2
2
2
3
2
6
3
2
2
2
Comunicacin
Matemtica I
Actividades
U01: Informtica Bsica
MDULO
PROFESIONAL N
1 ARQUITECTURA DE
COMPUTADORAS Y
GESTION DEL
PROCESO DE DATOS
U02: Electrnica Digital y Microprocesadores

U03: Sistemas Operativos I
U04: Taller de Programacin I (Visual Basic)
U05: Circuitos Elctricos y Electrnicos
U06: Ensamblaje de computadoras
U07: Software Aplicativos - Ofimtica
U08 Gestin de Base de Datos
Total Hrs en la Semana
FORMACION
GENERAL
II
MDULO
PROFESIONAL N 2
GESTION DE REDES
DE COMPUTADORAS
Y TENDENCIAS
Idioma Extranjero I
2
3
2
U01: Implementacin de Redes
U02: Taller de Programacin II
U03: Sistemas Operativos II (S.O. II y III)
U04: Administracin de Centro de Cmputo y seguridad de Redes
Matemtica II
Sociedad y Economa
FORMACION
GENERAL
III
MDULO
PROFESIONAL N 3
DISEO GRAFICO
PUBLICITARIO
Relaciones con el Entorno del Trabajo I
2
3
2
U01: Software Grafico
U02: Software Grfico Multimedia
Formacin Centro de Trabajo
Idioma Extranjero II
Ecologa y Desarrollo Sostenido
2
2
2
2
Innovaciones e Investigacin Tecnolgica I
FORMACIN
GENERAL
Idioma Extranjero III

Relaciones con el Entorno del Trabajo II
Gestin Empresarial I
U01: Taller de Programacin III (HTML)
IV
MDULO
PROFESIONAL N
4 TIC`S Y
GESTION
EMPRESARIAL
U02: Taller de Programacin IV (Java script)

U04: Taller de Programacin VI (ASP / PHP)
U05: Gestin de Base de Datos en la Web (MySQL, PostgreSQL)
U06:Desarrollo de Plataformas Virtuales (Introduccin a los Servidores
WEB)
2
4
6
2
2
6
FORMACIN
GENERAL
2
2
Innovaciones e Investigacin Tecnolgica II

Idioma Extranjero IV
-234-
2
3
3
3
3
3
6
Gestin Empresarial II
U01: Planeamiento Estratgico
MDULO
PROFESIONAL N 5
DISEO DEL PLAN
ESTRATEGICO DE
UN SISTEMA DE
INFORMACION
U02: Marketing Informtico

U03: Evaluacin y Formulacin de Proyectos de Inversin
U04: Proyectos de Sistemas Informticos I (Seminario I)
U05: Anlisis de Sistemas Orientado a Objetos (Java)
Formacin y Orientacin
3
FORMACIN
GENERAL
4
4
4
7
3
2
6
Innovaciones e Investigacin Tecnolgica III

U01: Administracin de Base de Datos con SQL Server 2000
VI
MDULO
PROFESIONAL N
6 DISEO Y
CONSTRUCCION DE
SOFTWARE
U02: Diseo de Sistemas Orientado a Objetos (Java)

U03: Taller de Programacin VI (Visual Basic.Net)
U04: Proyectos de Sistemas Informticos II (Seminario II)
U05: Auditoria de Sistemas Informticos
-235-
Anexo N 6
SMA
SMA
VCJ
VCJ
RCE
RCE
AMC
AMC
1
1
1
1
1
1
1
1
Olgun Garca Deisy
OGD 1
Benites Morales Isidoro

Falen Larrea Robin
Falen Larrea Robin
Benites Marn Xavier
Benites Marn Xavier
Olgun Garca Deisy
Olgun Garca Deisy
Azula Mondragn Carlos
Benites Marn Xavier
Vignolo Zapata Orlando
Cervantes Mauro Urbano
Rodrguez Argomedo Florencia
Olgun Garca Deisy
Olgun Garca Deisy
Benites Marn Xavier
Benites Marn Xavier
Fernndez Guerrero
Anaximandro
Fernndez Guerrero
Anaximandro
Y
Y
BMI
FLR
FLR
BMX
BMX
OGD
OGD
BMI
BMI
AMC
BMX
VZO
VZO
CMU
CMU
RAF
RAF
OGD
OGD
BMX
BMX
BMI
BMI
1
1
1
1
1
1
1
1
1
1
1
3
3
3
3
3
3
3
3
3
3
3
3
FGA
FGA
Y
Y
VZO
VZO
RAF
RAF
3
3
3
5
5
5
5
Turno
Semest.
Soriano Mendo Anastacio

Soriano Mendo Anastacio
Valdivia Chavez Jos
Valdivia Chavez Jos
Ruiz Cardoso Enrique
Ruiz Cardoso Enrique
PROFESOR
N Hr/Asig
COD:Prof
DISTRIBUCIN DE ASIGNATURAS Y CARGA HORARIA - 2006 II

(COMPUTACIN E INFORMTICA)
Comunicacin
Comunicacin
Matemtica I
Matemtica I
Actividades
Actividades
Informtica Bsica
Informtica Bsica
4
4
2
2
2
2
4
4
M
N
M
N
M
N
M
N
Planeamiento Estratgico de Sistemas de

Informacin
Planeamiento Estratgico de Sistemas de
Informacin
Arquitectura de Sistemase Informacin

Arquitectura de Sistemas de Informacin
Fundamentos de Programacin
Fundamentos de Programacin
Tcnica de Anlisis y Diseo de Sistemas
Tcnica de Anlisis y Diseo de Sistemas
Administracin de Proyectos
Administracin de Proyectos
Contabilidad 2
Contabilidad 2
Matemtica Financiera.
Matemtica Financiera.
Estadstica 1
Estadstica 1
Tcnicas de Programacin
Tcnicas de Programacin
Estructura de la Informacin.
Estructura de la Informacin.
Anlisis y Diseo de Sistemas.
Anlisis y Diseo de Sistemas.
2
2
2
2
6
6
4
4
2
2
3
3
3
3
3
3
3
3
3
3
5
5
N
M
N
M
N
M
N
M
N
M
N
M
N
M
N
M
N
M
N
M
N
M
N
Lenguaje de Programacin 3
Ed. Fsica y Deportes

Ed. Fsica y Deportes
Contab.Costos y Presupuestos.
Contab.Costos y Presupuestos.
Estadstica 3
Estadstica 3
2
2
4
4
3
3
ASIGNATURA
-236-
M
N
M
N
M
N
M
N
Benites Marn Xavier

Morocho Liviapoma Santiago
Falen Larrea Robin
Falen Larrea Robin
Benites Marn Xavier
Fernndez Guerrero
Anaximandro
BMX
MLS
CMU
CMU
F0R
FLR
AMC
BMX
5
5
5
5
5
5
5
5
Microprocesadores
Microprocesadores
Evaluacin de Proyectos
Evaluacin de Proyectos
Seminario 1
Seminario 1
Base de Datos
FGA 5
AMC 5 Base de Datos
5
5
4
4
8
8
4
4
4
4
-237-
M
N
M
N
M
N
M
N
M
N
Anexo N 7: Programacin de matrcula

CRONOGRAMA MATRICULA 2007 - II
Repitentes, Reingresantes, Cambios de Turno, Traslados Externos
Presentacin de Expedientes
Mesa de Partes
01 al 07 de agosto
8:00 - 13:00 h. / 14:00 - 19:00 h.
Asignacin de vacantes
09 de agosto
Acto pblico Biblioteca
(10:00 h.)
09 de agosto
Matrcula
(10:00 a 19:30 h.)
RATIFICACION DE MATRICULA
(9:00 a 12:30 h. y de 16:00 a 19:30 h).
ESPECIALIDAD
ELECTRONICA
ENFERMERIA TECNICA
MECANICA AUTOMOTRIZ
MECANICA DE PRODUCCION
ADMINISTRACION
CONTABILIDAD
COMPUTACION E INFORMATICA
ELECTROTECNIA INDUSTRIAL
CICLO
II
IV
VI
II
IV
VI
II
IV
VI
II
IV
VI
II
IV
VI
II
IV
VI
II
IV
VI
II
IV
VI
FECHA
06 de agosto
07 de agosto
08 de agosto
06 de agosto
07 de agosto
08 de agosto
06 de agosto
07 de agosto
08 de agosto
06 de agosto
07 de agosto
08 de agosto
06 de agosto
07 de agosto
08 de agosto
06 de agosto
07 de agosto
08 de agosto
06 de agosto
07 de agosto
08 de agosto
06 de agosto
07 de agosto
08 de agosto
-238-
Anexo N 8: Caractersticas de Servidor de Aplicacin
SERVIDOR HP PROLIANT DL140G3

Cod. Producto: 10428463
Ref. Fabricante: 470064-491
DATOS BSICOS
Tipo de procesador: Procesador Intel Xeon E5310 Quad Core a 1,60 GHz
Nmero de procesadores: 1 procesador
Actualizacin del procesador: Ampliable a dos procesadores
Bus del sistema: Bus frontal a 1.066 MHz
Memoria cach interna: 8 MB (2 x 4 MB) de cach de nivel 2
Memoria de serie: 2 GB (2 x 1 GB) de memoria de serie
Memoria mxima: 16 GB
Tipo de memoria: DIMMs PC2-5300 con memoria intermedia completa (DDR2-667)
Ranuras de memoria: 8 ranuras
UNIDADES INTERNAS
Unidad de disco duro interna: 2 unidades de disco SATA de 3,5" y 80 GB sin conexin en
caliente
Velocidad de la unidad de disco duro: 7.200 rpm
Controlador de disco duro: Controlador HP SATA RAID integrado
Unidad de disco flexible: Slo a travs de USB
Compartimentos para unidades internas: Dos compartimentos para disco SATA no hot-plug
de 3,5"
Unidades pticas: DVD-ROM/CD-RW
Tipo de unidad ptica: DVD-ROM/CD-RW
CARACTERSTICAS DEL SISTEMA
Tipo de chasis: Bastidor de 1 U

Chipset: Chipset Intel 5000X
Interfaz de red: Tarjetas de red Broadcom 5721 10/100/1000 dobles integradas (compatibles
con Wake on LAN y PXE
Puertos de E/S externos: Red RJ-45 (Ethernet) - 2 puertos para tarjetas de interfaz de red
10/100/1000 (ms 1 dedicado para gestin remota HP ProLiant Lights Out 100i); Serie - 1;
Dispositivo de puntero (ratn) - 1; Grficos - 1; Teclado - 1; USB 4 (dos frontales, dos
posteriores)
Ranuras de expansin: Dos ranuras PCI-Express disponibles: Ranura 1: PCI-xpress x16 de
longitud y altura completas; Ranura 2: PCI-Express x8 de perfil bajo y media altura
Tipo de fuente de alimentacin: 650 W, autoconmutacin, PFC (correccin de factor de
potencia)
Requisitos de alimentacin: Voltaje de entrada de 115 o 230 VCA, 47/63 Hz
Sistemas operativos compatibles: Microsoft Windows 2000 Server (32 bits); Microsoft
Windows 2000 Advanced Server (32 bits); Microsoft Windows 2003 y Microsoft
Windows 2003/R2 Standard Edition (32 bits); Microsoft Windows 2003 y Microsoft
Windows 2003/R2 Enterprise Edition (32 bits); Microsoft Windows 2003 y Microsoft
Windows 2003/R2 Web Edition (32 bits); Microsoft Windows 2003 y Microsoft
Windows 2003/R2 for Extended Systems Standard Edition (64 bits); Microsoft Windows
2003 y Microsoft Windows 2003/R2 for Extended Systems Enterprise Edition (64 bits);
Red Hat Enterprise Linux; SUSE Linux Enterprise Server
Dimensiones (An x F x Al): 42,62 x 70,49 x 4,32 cm
Peso: 15,87 kg (sin unidades de disco duro)
Cumplimiento de estndares del mercado: Compatible con ACPI V2.0; Compatible con PCI
2.2; Compatible con PXE; Compatible con WOL; Certificaciones del logotipo Microsoft;
compatible con IPMI 2,0
Gestin de seguridad: Contrasea de encendido; Contrasea de configuracin
PRECIO: S/. 5,038.19
-239-

Implementación de Un Sistema de Gestión Académica Bajo Plataforma Web, para Mejorar Los Procesos de Matrículas y Registros de Notas Del ISTP "República Federal de Alemania", en La Ciudad de Chiclayo.

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Implementación de Un Sistema de Gestión Académica Bajo Plataforma Web, para Mejorar Los Procesos de Matrículas y Registros de Notas Del ISTP "República Federal de Alemania", en La Ciudad de Chiclayo.

Uploaded by

Copyright:

Available Formats

FACULTAD DE INGENIERA

ESCUELA PROFESIONAL DE INGENIERA

Implementacin de un Sistema de Gestin

Autor: Miguel Orlando Daz Vidarte

Implementacin de un Sistema de Gestin Acadmica

Miguel Orlando Daz Vidarte

Ing. Oscar Capuay Uceda

PRESENTADA A LA ESCUELA DE INGENIERA DE SISTEMAS DE LA

Ing. Enrique Samilln Ayala

Ing. Lus Snchez Fernndez

Ing. Jess Olavarra Paz

Autor: Miguel Orlando Daz Vidarte

A mis padres Carlos e Irma y a mi

Autor: Miguel Orlando Daz Vidarte

Al ing. Oscar Capuay por su

satisfactoriamente el presente trabajo de

Autor: Miguel Orlando Daz Vidarte

Fase de Inicio: En esta fase se ha elaborado el modelado del negocio,

Autor: Miguel Orlando Daz Vidarte

Negocio y sus especificaciones, los Modelos de Objetos de Negocio, el Modelo

Fase de Elaboracin: En esta fase las disciplinas desarrolladas son:

Requerimientos: Donde se ha desarrollado el Modelo de Casos de Uso

Anlisis: Se ha elaborado los Diagramas de Colaboracin del Anlisis

Fase de Construccin: En esta fase las disciplinas desarrolladas son:

Diseo: Se ha elaborado las interfaces del sistema, los diagramas de

Implementacin: Se ha elaborado el diagrama de componentes y el de

En Captulo VI: se ha realizado el anlisis Costo Beneficio, indicando la inversin

Autor: Miguel Orlando Daz Vidarte

Autor: Miguel Orlando Daz Vidarte

Phase of Beginning: In this phase it has been elaborated modeled of the

Phase of Elaboration: In this phase the developed disciplines are:

Requirements: Where it has been developed to the Model of Cases of

Analysis: It has been elaborated the Diagrams of Collaboration of the

Phase of Construction: In this phase the developed disciplines are:

Design: It has been elaborated the interfaces of the system, the

Implementation: It has been elaborated the diagram of components and

Autor: Miguel Orlando Daz Vidarte

Carreras Profesionales: .................................................................. 25

1.12.1. Administracin de Empresas (ADM):............................................... 25

Autor: Miguel Orlando Daz Vidarte

2.3. Justificacin e Importancia de la Investigacin:....................................... 32

Autor: Miguel Orlando Daz Vidarte

4.2.2. Fases de RUP:................................................................................ 70

GESTIN DE ADMISIN:............................................................. 139

GESTIN DE MATRCULA:.......................................................... 146

GESTIN DE CURSOS Y NOTAS: .............................................. 154

5.4. FASE DE CONSTRUCCIN:................................................................ 161

Autor: Miguel Orlando Daz Vidarte

Autor: Miguel Orlando Daz Vidarte

Autor: Miguel Orlando Daz Vidarte

Electricidad, Electrnica, Mecnica Automotriz, y Mecnica de Produccin.

ISTP Repblica Federal de Alemania

Autor: Miguel Orlando Daz Vidarte

disponible en: http://www.istrfa.edu.pe [consultado el

En 1993 el Instituto constituye una de los centros de formacin tecnolgica

1.4. Autoridades de la Institucin: 2

1.4.2. Sub - Director:

1.4.3. Jefa del rea de Administracin:

1.4.4. Secretara Docente:

Prospecto de Admisin 2007 del ISTP RFA

Autor: Miguel Orlando Daz Vidarte

1.4.5. Jefes de Departamentos de Formacin Profesional:

1.4.5.2. Computacin e Informtica: