Tesis Miguel Diaz Vidarte PDF

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

DEDICATORIA
A mis padres Carlos e Irma y a mi

hermano Rodrigo por su inagotable apoyo
espiritual y material durante toda mi
formacin profesional.

AGRADECIMIENTOS
Al ing. Oscar Capuay por su

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

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

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

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:

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

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

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

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

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.

CAPITULO I
La Organizacin

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.
1
ISTP Repblica Federal de Alemania disponible en: http://www.istrfa.edu.pe [consultado el
15/05/2007]

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.
2
Prospecto de Admisin 2007 del ISTP RFA

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
15/05/2007]

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.

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 CONSEJO
INSTITUCIONAL EDUCATIVO
INSTITUCIONAL
COMIT
ESTRATEGICO
SUB - DIRECCION
SECRETARIA ADMINISTRACIN
DOCENTE
COMISIN DE
ADMISIN
BIBLIOTECA JEFATURA DE TESORESA

DEPARTAMENTOS
ADM CEI CON ELI ELO 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
4
Reglamento General de Organizacin y Funciones del ISTP RFA

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

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

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-2006-
ED), 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.
8

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

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]

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.

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

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.

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.

CAPITULO II
El Problema de Investigacin

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

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

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.

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.

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 FRMULA DESCRIPCIN

Se realizar un muestreo para
([(Cantidad de Estudiantes por determinar el tiempo promedio
Tiempo utilizado en
da)*(Tiempo promedio por de matrcula por estudiante
proceso de Horas
estudiante)] / puntos de desde que este llega a
matrcula.
matricula)/60 min./hr. tesorera hasta que sale del
rea de Secretara Docente.
Se calcular el tiempo
Tiempo de demora (tiempo utilizado por docentes promedio que los docentes
en publicacin de Horas en registro de notas)+( tiempo utilizan para registrar las notas
notas. utilizado por departamentos y se le sumar al tiempo que
acadmicos en registro de utiliza cada departamento

INDICADOR UNIDAD FRMULA DESCRIPCIN

notas) acadmico para la misma
operacin.
Gastos en recursos [(N de personas encargadas Se considera los gastos en
utilizados para Soles de matricular)*(salario recursos tangibles tales como:
proceso de (S/.) promedio)]+ Gastos en papel, impresiones, fotocopias,
matrcula. recursos materiales remuneraciones, equipos.
Gastos en recursos [(N de personas encargadas Se considera los gastos en
utilizados para Soles de registrar notas)*(salario recursos tangibles como:
publicacin de (S/.) promedio)]+ Gastos en papel, impresiones, fotocopias,
notas. recursos materiales 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
TIEMPO
CANTIDAD
PUNTOS DE ESTUDIANTES PROMEDIO POR
PROMEDIO DE TOTAL
DIA MATRICULA (Cada EN PROCESO DE ESTUDIANTE
ESTUDIANTES (Hr.)
2 especialidades) MATRICULA (Min.)
POR DA
1 400 4 100 6 10
2 400 4 100 6 10
3 400 4 100 6 10
4 (*) 60 4 15 6 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

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
CANTIDAD DE TIEMPO
DISTRIBUCION DE ESTUDIANTES PROM. POR TOTAL TOTAL
DA OPERADOR
ESPECIALIDADES ESTUDIANTE (Min.) (Hr.)
Maana Noche (Min.)
1 CEI MAU 165 150 1 315 5,25
2 ADM MEP 165 150 1 315 5,25
1
3 ETE ELE 180 180 1 360 6
4 CON ELO 150 130 1 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
TIEMPO PROMEDIO PROMEDIO DE

TURNOS CICLOS
EN REGISTRO DE CURSOS POR TOTAL
RESPONSABLE POR POR
NOTAS POR REGISTRAR (Hr.)
CURSO SEM.
CURSO (Hr.) NOTAS
DOCENTE 1 2 2 --- 4
JEFATURA DE DPTO. 0.5 2 5 3 15
Tiempo utilizado = 4 Hr. + 15 Hr.

Tiempo utilizado = 19 Hr. Aproximadamente.
b) Tiempo Propuesto
CUADRO N 5: Tiempo usado propuesto para registro de Notas
TIEMPO PROMEDIO PROMEDIO DE

TURNOS CICLOS
EN REGISTRO DE CURSOS POR TOTAL
RESPONSABLE POR POR
NOTAS POR REGISTRAR (Hr.)
CURSO SEM.
CURSO (Hr.) NOTAS
DOCENTE 0.5 2 2 --- 2
JEFATURA DE DPTO. 0* 2 5 3 0
*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.

CAPITULO III
Marco Terico

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
Universidad de Chile, disponible en: http://alpes.stg.uchile.cl/~srvcen01/censo/index_ie.html
14
Universidad Mayor de San Marcos, disponible en: http://sum.unmsm.edu.pe/objetivos.htm

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/
16
Universidad Nacional de San Agustn de Arequipa, disponible en:
http://www.unsa.edu.pe/infounsa/htm/desa_sisacad.htm

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

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

Desarrollo de un Sistema de Matricula para el Instituto Jos

19
Faustino Snchez Carrin Humachuco
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
20
Universidad Seor de Sipn
Autor:
BANCES SAAVEDRA David Enrique
Universidad: Nacional Pedro Ruiz Gallo
Ao: 2006
19
Universidad Privada Antenor Orrego disponible en: http://www.upao.edu.pe
20
Universidad Nacional Pedro Ruiz Gallo disponible en: http://www.unprg.edu.pe

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

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

22
de la Universidad Privada Antenor Orrego
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

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
24
La gestin Acadmica disponible en: http://docentes.uacj.mx/PROMEP/Anexos/anexo_f.htm
[consultado el 10/0907]

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:

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.

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]

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

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.

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]

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]

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.

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.

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.

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

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.

CAPITULO IV
Marco Conceptual

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.

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

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

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:

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

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.
33
Jacobson I., Booch G., Rumbaugh J., El Proceso Unificado de Desarrollo de Software, 2000
Addison Wesley

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
34
clara del sistema completo, necesaria para controlar el desarrollo. En
34
Jacobson I., Booch G., Rumbaugh J., El Proceso Unificado de Desarrollo de Software, 2000
Addison Wesley

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

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 y
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 a 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

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
CONTENIDO Implementacin
Prueba
Desarrollo
Flujos de Trabajo de Soporte
Admin. Configuracin
Administracin
Ambiente
Iteracin(es) Iter. Iter. Iter. Iter. Iter. Iter. Iter.
Preliminar #1 #2 #n #n+1 #n+2 #m #m+1
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?

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.

CAPITULO V
Desarrollo de la Propuesta

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 Elaboracin Construccin Transicin
Modelado del Negocio I
Requisitos I
Anlisis y Diseo I R
Implementacin I R
I: Inicio, R: Refinamiento

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.

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

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

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:

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

Cursos y
REAS Pagos Admisin Matrcula Notas
Horarios
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.

FIGURA N 9: Flujo Secuencial de los Procesos Acadmico - Administrativos
TESORERIA SECRETARIA DOCENTE

Admisin
Pagos
Matrcula Cursos Notas

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

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 Secretara Docente
Ges tin de Curs os y Notas

Tes orera 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

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
Registrar Modalidad
Registrar Vacantes
Listar Especialidad
Listar Modalidad
Listar Semestre
Registrar Postulante
Registrar Pagos del Postulante
Registrar Detalle de Pagos del Postulante
Flujos de Trabajo
Emitir Recibo de Pago
Buscar Postulante
Actualizar Postulante
Listar Turno
Registrar Expediente
Registrar Admisin
Actualizar Admisin
Generar Reportes

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

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

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.

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

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.
o 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:
Registro de Ingresantes por examen de admisin ordinario.
Registro de Ingresantes por examen de exoneracin.
Registro de Ingresantes por Exoneracin.

40

FIGURA N 11: MON Gestin de Admisin
Estudiante
Buscar / Listar Expediente Admisin
Admisin Regi strar

Regi strar / Actualizar
Detalle de Pagos Postulante
Li star Buscar / Listar / Actual izar
Turno Listar Postulante Pagos del Postulante

Secretaria
Li star / Validar Regi strar / Eliminar
Listar
Registrar
Regi strar
Listar Especial idad
Vacantes de Admisin Listar

Registrar / Buscar / Listar
Semestre
Li star
Regi strar / Buscar / 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:

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:
Partida de Nacimiento Original.
41
Art. 10 del Reglamento de Admisin 2007 del ISTP RFA
42

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 o 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

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 Eval uacion

Registrar / Actualizar Detalle Pago Estudiante
Curso
Listar Buscar / Listar
Estudi ante Registrar / Elim inar

Listar
Buscar / Listar / Actualizar Buscar / Listar
Mdulo
Listar
Listar
Listar
Listar
Turno Listar Especial idad
Secretaria Registrar
Cajera
Listar
Registrar / Reservar / Anular
Ciclo
Listar Semestre Pagos Estudiante
Registrar
Matrcula En base a la matrcula
se genera la Ficha de
Matrcula y Nminas de
Matrculas
Jefe de Departamento

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

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 y
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
16/09/2007]

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
Horario Docente se generan las Actas
Registrar consolidadas de
Buscar / Listar / Ac tualizar Ev aluacin
listar Listar
Listar Turno
Semestre
Listar Listar
Ciclo
Jef e de Departamento
Buscar / Listar Listar Secretaria
Mdulo
Ev aluacion Listar / Buscar
Ev aluacion de Unidad
Registrar Listar
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,

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.

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.

5.2.1.5. Modelo de Dominio del Problema:

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

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

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.

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 a 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 a 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

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.

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:

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.

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.

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.

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.

a) MCUR Gestin de Admisin:
FIGURA N 15: MCUR Gestin de Admisin
Acceder a Mdulo de Pagos
Cajera Registrar Pagos por Admisin Postulante

(from Business Object...)
Model) (from Business Object...)
Model)
<<extend>>
Actualizar Inscripcin Buscar Postulante
<<extend>>
Asignar Ingreso a Exonerados
Secretaria Inscribir Postulante

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.

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: Acceder a Mdulo de Pagos
Para realizar una transaccin de pagos, la cajera debe acceder al
mdulo de pagos va intranet. Para ello el Sistema le solicitar los datos
DESCRIPCIN:
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
Pagos de Estudiante
FLUJO DE EVENTOS:
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.
Debe existir un perfil de usuario para la Cajera u otros usuarios del
PRE CONDICIONES:
mdulo de pagos.
POST CONDICIONES: El sistema almacenar el usuario y la fecha de acceso al sistema.

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
Admisin, deber indicar los conceptos de pago que deber realizar el
DESCRIPCIN:
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 o
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.

Debe existir un registro de especialidades.
PRE CONDICIONES:
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.

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
Reportes para Admisin, el Registro de Vacantes y el Registro de
FLUJO DE EVENTOS:
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.
Debe existir un perfil de usuario para la secretara u otros usuarios del
PRE CONDICIONES:
mdulo de Admisin.

CUADRO N 14: Caso de Uso Buscar Postulante

CASO DE USO: Buscar Postulante
Para inscribir a un postulante, la secretaria debe realizar una bsqueda
previa de este. Para que un postulante pueda ser inscrito, es
DESCRIPCIN:
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
admisin, de lo contrario no aparecer en los resultados de la
PRE CONDICIONES:
bsqueda hechas en el sistema.
La secretaria debe haber validado su cuenta de usuario.
POST CONDICIONES: Ninguna
Al realizar una bsqueda, la secretaria podr inscribir a un postulante o
PUNTO DE EXTENSIN:
actualizar los datos de la inscripcin.

CUADRO N 15: Caso de Uso Inscribir Postulante

CASO DE USO: Inscribir Postulante
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: La cajera debe haber validado su cuenta de usuario.
El sistema auto generar los cdigos de Admisin.
POST CONDICIONES:
El sistema registrar la fecha de inscripcin sin posibilidad de edicin.

FIGURA N 16: Generar Reportes
<<extend>>
Jefe de Comisin Admisin Generar Reportes Generar Reporte de Ingresantes

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

por examen de admisin 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
lo general estos ingresantes son los que se inscribieron antes que se
DESCRIPCIN:
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.
4. Se deber seleccionar del men Condicin, la opcin Ingresante.
FLUJO DE EVENTOS:
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

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.
Al generar el reporte de ingresante por exoneracin, tambin se puede
PUNTO DE EXTENSIN:
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
alcanzado las vacantes ofertadas para esta modalidad. Por lo general
DESCRIPCIN:
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
5. Luego deber Imprimir el reporte.
FLUJO DE EVENTOS:
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.

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.
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
para rendir el examen de admisin. El sistema slo cubre el reporte de
DESCRIPCIN:
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.
5. Luego deber imprimir el reporte.
FLUJO DE EVENTOS:
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: Ninguna.
PUNTO DE EXTENSIN: Al generar el reporte de postulantes al examen de admisin ordinario,

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
especialidad por exoneracin. Tambin se indicar los documentos que
DESCRIPCIN:
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.
4. El sistema mostrar una nueva interfase en la que podr actualizar
FLUJO DE EVENTOS:
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).
Debe existir un registro de modalidades.
El sistema actualizar el nmero de vacantes al momento asignar el
POST CONDICIONES:
ingreso a los postulantes.

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
realiza solo con aquellos postulantes inscritos por la modalidad de
DESCRIPCIN:
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.
Debe haberse asignado Vacantes a cada modalidad.
El sistema actualizar automticamente el nmero de vacantes para esa
POST CONDICIONES:
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

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
vacantes que estn siendo cubiertas por medio de las modalidades de
DESCRIPCIN:
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.
Debe haberse asignado Vacantes.
POST CONDICIONES: Ninguna.

b) MCUR Gestin de Matrcula:
FIGURA N 17: Modelo de Casos de Uso de Requerimientos

Gestin de Matrcula
Buscar Estudiante
<<extend>>
Acceder a Mdulo de Pagos
<<extend>>
<<extend>>
Regi strar Pagos Mensuales
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
...) Model)
Secretaria Actuali zar Estudiante Registrar Padres
...) Model)
<<extend>>
<<extend>>
Generar Nminas de Matrculas M atricular Estudiante Actuali zar Padres

<<incl ude>>
Jefe de Generar fi cha de Matrcula

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

b.1. Especificaciones de los Casos de Uso [Gestin de Matrcula]:
CUADRO N 22: Caso de Uso Buscar Estudiante

CASO DE USO: Buscar Estudiante
Para registrar los pagos de un estudiante, la cajera debe realizar una
DESCRIPCIN:
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: La cajera debe haber validado su cuenta de usuario.
POST CONDICIONES: Ninguno

Al realizar una bsqueda, la cajera podr registrar los pagos por
PUNTO DE EXTENSIN:
matrcula, mensuales o adicionales del estudiante
CUADRO N 23: Caso de Uso Registrar Pagos por Matrcula

CASO DE USO: Registrar Pagos por Matrcula
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
acceder al enlace Registro de Pagos por Matrcula.
FLUJO DE EVENTOS:
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

CASO DE USO: Registrar Pagos por Matrcula

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.
La cajera debe haber validado su cuenta de usuario.
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
establecidos por la institucin, segn su especialidad. Estos pagos
DESCRIPCIN:
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.

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
en el perodo que estos consideren necesario, sin imposicin de tiempo,
DESCRIPCIN:
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.
CUADRO N 26: Caso de Uso Acceder a Mdulo de Matrcula

CASO DE USO: Acceder a Mdulo de Matrcula
Para realizar una matricula, la secretaria debe acceder al mdulo de
matrculas va intranet. Para ello el Sistema le solicitar los datos de su
DESCRIPCIN:
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.

CASO DE USO: Acceder a Mdulo de Matrcula
Flujo Alternativo
1. Si en el punto N 3, la secretaria no ha ingresado correctamente los
Debe existir un perfil de usuario para la secretaria u otros usuarios del
PRE CONDICIONES:
mdulo de matrculas.
CUADRO N 27: Caso de Uso Buscar Estudiante a matricular

CASO DE USO: Buscar Estudiante matricular
Para realizar una matricula, la secretaria debe realizar previamente una
DESCRIPCIN:
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.
2.5. Buscar por Apellido Paterno o Materno.
FLUJO DE EVENTOS:
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,
de lo contrario no aparecer en los resultados de la bsqueda hechas en
PRE CONDICIONES:
el sistema.
PUNTO DE EXTENSIN: Al realizar una bsqueda, la secretara podr actualizar los datos del

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: La Secretaria debe haber validado su cuenta de usuario.
POST CONDICIONES: 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.

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: La secretaria debe haber validado su cuenta de usuario.
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.


CASO DE USO: Matricular Estudiante

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 o Anular,
respectivamente.
PRE CONDICIONES: La Secretaria debe haber validado su cuenta de usuario.
El sistema auto generar los cdigos de Matrcula.
POST CONDICIONES:
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
estudiantes pertenecientes a una especialidad, turno y ciclo
DESCRIPCIN:
determinados. El sistema la genera en base a la consulta que haga la
secretaria.
Flujo Bsico
deber hacer acceder al enlace Registro de Nminas.
2. Aparecer una interfase en la que podr realizar la bsqueda de
FLUJO DE EVENTOS:
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.

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
<<extend>>
Buscar Docente Acceder a M dul o de Especial idad
Buscar Mdul os Acadmi cos
<<extend>>
Actuali zar M dul os Acadmi cos
Actualizar Docente <<extend>>
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.

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
acceder a los mdulos acadmicos correspondientes a su especialidad
DESCRIPCIN:
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 y
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.
Debe existir un perfil de usuario para cada jefe de departamento u otros
PRE CONDICIONES:
usuarios del mdulo de especialidad.

CUADRO N 33: Caso de Uso Buscar Mdulos

CASO DE USO: Buscar Mdulos
Para actualizar los mdulos y sus respectivas asignaturas es necesario
DESCRIPCIN:
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: El jefe de departamento debe haber validado su cuenta de usuario.

Al realizar una bsqueda, los jefes de departamentos podrn actualizar
PUNTO DE EXTENSIN:
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
pertenecer el nuevo mdulo que crear.
FLUJO DE EVENTOS:
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

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: El jefe de departamento debe haber validado su cuenta de usuario.
POST CONDICIONES: El sistema crear automticamente los cdigos de los mdulos creados.
CUADRO N 35: Caso de Uso Actualizar Mdulos Acadmicos

CASO DE USO: Actualizar Mdulos
La actualizacin de mdulos permite modificar sus datos o agregar
DESCRIPCIN:
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.
El jefe de departamento debe haber validado su cuenta de usuario.
PRE CONDICIONES:
Debe existir un registro de mdulos previamente creados.
POST CONDICIONES: El sistema actualizar los datos de los mdulos modificados.
Al actualizar mdulos los jefes de departamento podrn agregar nuevas
PUNTO DE EXTENSIN:
asignaturas por medio de caso de uso Registrar Asignaturas.
CUADRO N 36: Caso de Uso Registrar Asignaturas

CASO DE USO: Registrar Asignaturas
Este proceso se realiza para asignar a los mdulos creados las
DESCRIPCIN:
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.

CASO DE USO: Registrar Asignaturas

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.
El sistema crear automticamente los cdigos de las asignaturas
POST CONDICIONES:
creadas.
CUADRO N 37: Caso de Uso Actualizar Asignaturas

CASO DE USO: Actualizar Asignaturas
Este proceso se realiza para modificar los datos de las asignaturas
DESCRIPCIN:
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.
2. El sistema mostrar el resultado de la bsqueda.
FLUJO DE EVENTOS:
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.
El sistema actualizar automticamente los datos de las asignaturas
POST CONDICIONES:
modificadas.
Al actualizar asignaturas, se podr registrar sus horarios
PUNTO DE EXTENSIN:
correspondientes y asignar el docente que estar a cargo.

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
depender de los turnos que haya por especialidad. Por lo general cada
DESCRIPCIN:
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.
Se debe haber creado previamente los mdulos.
PRE CONDICIONES:
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.


Gestin de Notas
Acceder a Mdulo de Cursos
Acceder a Mdulo de Notas

Registrar Notas Semestrales
Docente Registrar Notas de Aplazados

Model) Estudiante
Model)
Generar Record de Notas
Jefe de
Departamento
Generar Actas Consolidadas de
M odel)
Evaluacin
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.
1. El docente accede al Mdulo de Cursos y el sistema le solicitar su

nombre de usuario, contrasea y especialidad.

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: 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
individuales por estudiante. Se debe saber que el docente deber
DESCRIPCIN:
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
de estudiantes y los campos correspondientes a las notas que
FLUJO DE EVENTOS:
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.

CASO DE USO: Registrar Notas

El sistema calcular automticamente los promedios finales por
POST CONDICIONES:
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
de aquellos estudiantes que hayan desaprobados ciertos cursos. Al
DESCRIPCIN:
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.
Debe haberse asignado al docente uno o ms cursos.
PRE CONDICIONES:
El docente debe haber establecido la frmula de evaluacin.
El docente debe haber registrado las notas semestrales.
El sistema actualizar la condicin de los estudiantes que aprobaron los
POST CONDICIONES:
exmenes de recuperacin como Promovido.

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
notas que estar disponible en Internet y podr ser accedido desde
DESCRIPCIN:
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
Notas. El estudiante deber seleccionar dicho enlace.
FLUJO DE EVENTOS:
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 establecido la frmula de evaluacin.
El docente debe haber registrado las notas semestrales y de aplazados.

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:
El docente debe haber registrado las notas semestrales y de aplazados.
POST CONDICIONES: Ninguno

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

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 y los flujos de ejecucin concurrentes se
determinarn explcitamente mediante nmeros de secuencia.

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 VC : Validar Cuenta PU : Perfil de Usuario
5: Mostrar()
6: Gestionar Pagos 7: Ingresar 8: Mostrar()
CA : Cajera
RPA : Registrar Pagos RPA : Registro de Pagos por Admisin

por Adm isin
MP : Men Principal
9: Ingresar 10: M ostrar()
RPE : Registrar Pago por RPE : Registro de Pagos de

Estudiante Estudiante

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
IM : Indicador Modal idad MA : Modal idad de
Admisin
5: Indicar Especialidad (cod_mod) 6: Leer()
7: Listado Esp.
IE : Indicador ES : Especialidad
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 12: Eliminar()
CA : Cajera RPA : Registro de Pagos por Admisin EC : Eliminador Con. DPP : Detalle de Pagos
Pago Postulante
14: Regi strar Pago (cod_est, monto) 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

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 VC : Validar Cuenta PU : Perfil de Usuario
1: Acceder a Mdulo 7: Ingresar 8: Mostrar()
RI : Registrar RI : Registro de Inscripciones

5: Mostrar()
Inscripciones
CA : Secretaria 9: Ingresar 10: M ostrar()

6: Gestionar Admisin
GR : Generar RRA : Registro de Reportes por

Reportes Admisin

MP : Men Principal
RV : Registrar RV : Registro de Vacantes

Vacantes
VE : Visuali zar REV : Registro de Estadsticas

Estadsticas de Vacantes

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
BP : Buscador POS : Postulante
Postulante
5: Buscar Todos 6: Leer()
7: List de Post.
BT : Buscador T odos
8: Buscar por condicin 9: Leer()
12: M sge. de Confi rmacin

10: List. de Post
BC : Buscador
13: Eliminar()
Condici n
1: Inscri bir Postulante 11: Eli minar inscri pcin (cod_pos)
CA : Cajera RPE : Registro de Inscripciones EI : Elimi nador

Inscripci n
14: Inscri bir Postulante (cod_pos) 15: M ostrar()
RI : Registrar IP : Inscripcin de Postulante

Inscripci n
17: Mostrar()
16: Actualizar Inscripci n (cod_pos)
AI : Actualizador AI : Actualizacin de Inscripcin

Inscripci n

a.1.5. DC Inscribir Postulante:
FIGURA N 24: Inscribir Postulante
2: Indicar Aular (cod_aula) 3: Leer()
4: List. aula
IA : Indicar Aula AU : Aula
5: Indicador de T urno 6: Leer()

16: M sg. Verificacin
7: List. T urno
IT : Indicar Turno TU : T urno
1: Inscribir Postulante 8: Mostrar() 9: Leer()
SE : Secretaria IP : Inscripcin de Postulante EA : Expediente Admisin MA : Modalidad de Admisi n
11: Registrar Inscripcin 12: Guardar()
14: Salir de Interface

RI : Registrador Inscripcin POS : Postulante
15: Cancelar Inscripcin 13: Guardar()
17: Salir de Interfase AD : Admisin

CA : Cancelar

a.1.6. DC Generar Reportes:
2: Indicar Modalidad (cod_mod) 3: Leer()
JCA : Jefe de Comisin Admisin 4: List. Mod.

IM : Indicador Modalidad MO : Modalidad de Admisin
5: Indicar Especialidad (cod_mod) 6: Leer()
1: Generar Reporte
7: List. Esp.
IE : Indicador Especialidad ES : Especialidad
8: Indicar condicin 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 RI : Registro de Ingreso
14: Buscar Postulante (cod_pos) 15: Leer()
16: List. de Post 22: Leer()

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

BT : Buscador T odos

20: Imprimir Reporte
23: Imprime Reporte

IR : Impresor Reporte

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 ES : Especialidad
4: Buscar por motivo

5: Leer()
6: List. de vacantes
BM V : Buscador Motivo VA : Vacantes de Admisin
Vacante
7: Asignar vacantes 8: Mostrar()
REV : Registro de Estadsticas de Vacantes AV : Asignador Vacantes RV : Registro de Vacantes

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 ES : Estudiante
5: Registrar Pagos por Matrcula (cod_est) 6: Mostrar()
RPM : Registrador Pagos por Matrcula RPM : Registro de Pagos por Matrcula
1: Registrar Pagos
7: Registrar Pagos Semestrales (cod_est) 8: Mostrar()

CA : Cajera RPE : Registro de Pagos de Estudiante
RPS : Registrador Pagos Mensuales RPS : Registro de Pagos Mensuales
9: Registrar Pagos Adicionales (cod_est) 10: Mostrar()
RPA : Registrador Pagos Adicionales RPA : Registro de Pagos Adicionales

a.2.2. DC Registrar Pagos por Matrcula:
FIGURA N 28: Registrar Pagos por Matrcula
2: Adjuntar Con. Pago (cod_con) 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 10: Imprimir Pagos hechos 11: Leer()
13: Imprime Recibo

CA : Cajera RPM : Registro de Pagos por Matrcula IPH : Impresor Pagos DPE : Detalle Pago Estudiante
Hechos
12: Leer()
14: Registrar Pago 16: Grabar()
18: Salir de interfase

RP : Registrador Pago ES : Estudiante
17: Grabar 21: Eliminar()
19: Cancelar Pago 22: Eli minar()
23: Salir de Interfase

CA : Cancelador PE : Pagos del Estudi ante

a.2.3. DC Registrar Pagos Mensuales:
FIGURA N 29: Registrar Pagos Mensuales
2: Adjuntar Con. Pago (cod_con) 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 10: Imprimir Pagos hechos 11: Leer()
13: Imprime Recibo

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

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

RP : Registrador Pago PE : Pagos del Estudiante
22: Cancelar Pago 25: Elim inar()

CA : Cancelador

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) 3: Leer()
MM : Mdulo de Matrculas VC : Validar Cuenta PU : Perfil de Usuario
1: Acceder a M dul o
7: Ingresar 8: Mostrar()
5: Mostrar()
RM : Registrar RM : Registro de Matrculas
Matrculas
6: Gestionar Matrcula
CA : Secretaria
MP : M en Principal GRFM : Generar RRA : Registro de Ficha de

Reportes de Fichas Matrcul as
GN : Generar Nm inas RNM : Registro de Nminas de

Matrcul as

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.
BP : Buscador ES : Estudiante
Estudi ante
6: Mostrar()
1: Matri cular Estudiante 5: Matricular Estudiante(cod_est)
SE : Secretaria RPE : Registro de Matrculas ME : Matri culador ME : Matriculacin de Estudiante

Estudiante
7: Actualizar matrcula(cod_est) 8: Mostrar()
AM : Actualizador AM : Actualizaci n de Matrculas

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

a.2.7. DC Actualizar Estudiante:
FIGURA N 33: Actualizar Estudiante
2: Actualizar Estudiante(cod_est) 3: Actual izar()
AE : Actualizador ES : Estudiante
Estudiante
5: Registrar Apoderado 6: Mostrar()
4: Mostrar()
15: M sge. de Confirmacin RA : Registrador RA : Registro de Apoderado

Apoderado
9: Mostrar()
1: Matri cular Estudiante 7: Actualizar Apoderado 8: Leer()
SE : Secretaria RE : Registro de Estudiantes AP : Actual izador AP : Apoderado

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

a.2.8. DC Matricular Estudiante:
FIGURA N 34: Matricular Estudiante
2: Indicar ciclo(cod_ci c) 3: Leer()
4: Li st. ci clo IC : Indicador Ciclo CI : Ciclo
5: Indicar turno 6: Leer()
7: List. turno TUR : T urno

IT : Indicador Turno
11: M sge. de Confirmacin
18: M sge. de Confirmacin 9: Grabar()
8: Matricular
10: Imprime fi cha

ME : Matriculador
1: Matri cular estudiante
Estudiante
SE : Secretaria RM : Registro de Matrculas 12: Reservar 13: Grabar()
RM : Reservador Matrcula MA : Matrcula
14: Anular 16: Grabar
AM : Anul ador
Matrcula
17: Cancelar matrcula
19: Salir de interfase CA : Cancelador Matrcul a

a.2.9. DC Generar Nminas de Matrcula:
FIGURA N 35: Generar Nminas de Matrcula
2: Indicar Especi alidad(cod_esp) 3: Leer()
4: List. esp
IE : Indicar ES : Especialidad
Especial idad
5: Indicar Cicl o(cod_cic) 6: Leer()
15: M sge. confirm acin

7: List. ci clos
IC : Indicar Ciclo CI : Ciclo
1: Generar Nminas 8: Indicar Turno 9: Leer()
10: Li st. turno

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

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

CA : Cancelar

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 VC : Validador Cuenta PU : Perfil de Usuario

Especialidad
1: Acceder a Mdulo 7: Ingresar 8: Mostrar()
RM A : Registrador RMA : Registro de Mdulos

5: Mostrar()
Mdulos Acadm icos Acadmicos

JD : Jefe de
6: Gestionar Cursos
Departam ento
Rd : Actualizador RD : Registro de Docentes

Docente
MP : Men Principal
VE : Generador Actas RA : Registro de Actas de Evaluacin

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

12: Mostrar()
Departam ento Acadmicos
RM : Registrador mdulo RM : Registro de Mdulos
17: Eliminar()
13: Registrar nuevo mdulo 14: Mostrar()
AA : Actualizador AA : Actulizador de Asignaturas

Asignatura
15: Eliminar asignatura
EA : Eliminar Asignatura

a.3.3. DC Registrar Mdulo Acadmicos:
FIGURA N 38: Registrar Mdulos Acadmicos
3: Val idar Formulario 2: Registrar m dulos 4: Guardar()

7: Msge. de Confirmacin
RM : Registrar mdulo MA : Mdulo Acadmi co

1: Ingresar
JD : Jefe de RM : Registro de Mdul os 5: Mostrar()

6: Cancelar
Departamento
8: Sal ir de interfase RA : Registro de Asignatura

CA : Cancelar
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
1: Ingresar 9: Asignar horario 10: M ostrar()
JD : Jefe de RA : Registro de Asignatura AH : Asignador Horari o RH : Registro de Horari o

Departamento
11: Actual izar Horari o 12: Mostrar()
AH : Actual izador Horario
13: El imi nar Horario 15: El im i nar()
EH : El imi nador HO : Horario

Horari o

a.3.5. DC Asignar Horario:
FIGURA N 40: Asignar Horario
2: Indicar turno 3: Leer()
4: List. T urno
IT : Indicador T urno T U : Turno
5: Indicar aula 6: Leer()
16: M sg. de confirmacin

7: List. aula
IA : Indicador Aula A : Aula
1: Ingreso 8: Indicar docente 9: Leer()
11: List. Docente

JD : Jefe de Departamento RH : Registro de Horario AD : Asignador Docente DOC : Docente
12: Grabar 10: Leer()

AH : Asignador Horario DD : Detalle de
Docente
15: Cancelar 13: Grabar()

CA : Cancelador HO : Horario

a.3.6. DC Acceder a Mdulo de Curso:
FIGURA N 41: Acceder a Mdulo de Curso

MA : M dulo de Asignatura VC : Validador Cuenta PU : Perfil de Usuario

1: Acceder a M dulo
7: Registrar notas(cod_cur) 8: Mostrar()

5: Mostrar()
6: Gestionar Notas
CA : Docente RH : Registrador Notas RN : Registro de Notas
MP : M en Principal 9: Registrar notas (cod_cur) 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 NO : Evaluaci n
1: Ingreso 7: Lim pi ar campos 5: Guardar()
DO : Docente RN : Registro de Notas RC : Reestabl ecedor campos DN : Eval uaci n de Unidad
8: Cancelar

CA : Cancelador

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
1: Ingreso 6: Limpiar campos
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

2: Validar Cuenta(log,pas)
3: Leer()
MN : Mdulo de Notas VC : Validador Cuenta PU : Perfil de Usuario
1: Acceder a Mdulo 7: Ver notas(cod_cur)

8: Leer()
5: Mostrar()
CA : Estudiantes VN : Visualizador Notas DN : Evaluacin de Unidad
6: Ver notas
10: Ver Record de Notas

9: Mostrar()
MP : Men Principal VRI : Visualizador record RA : Registro de Asignatura
12: M ostrar()
11: Leer()
RN : Registro de Notas NO : Evaluacin

a.3.10. DC Generar Actas Consolidadas de Evaluacin:
FIGURA N 45: Generar Actas Consolidadas de Evaluacin
2: Indicar cicl o(cod_cic) 3: Leer()
15: Msge. de confi rmacin 4: Li st. cicl os

IC : Indicador Ciclo CI : Ci clo
1: Ingresar 5: Indicar turno(cod_turno) 6: Leer()
7: List. turnos
RAE : Regi stro de Actas de Evaluacin IT : Indicador Turno T U : Turno
14: Cancel ar
8: Generar acta
13: Imprime Acta

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

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.

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

FIGURA N 47: Buscar Postulante
FIGURA N0 48: inscribir Postulante

FIGURA N 50: Reporte Generado

FIGURA N 51: Ver Estadsticas de Vacantes
a.2. GESTIN DE MATRCULA:
FIGURA N 52: Buscar Estudiante

FIGURA N 53: Registrar Pago por Matrcula
FIGURA N 54: Recibo de Pago por Matrcula

FIGURA N 55: Registrar pagos Mensuales
FIGURA N 56: Buscar Estudiante a matricular

FIGURA N 57: Actualizar Estudiante
FIGURA N 58: Registrar Apoderado

FIGURA N 59: Matricular Estudiante

FIGURA N 60: Ficha de Matrcula
a.3. GESTIN DE CURSOS Y NOTAS:
FIGURA N 61: Buscar Mdulos Acadmicos

FIGURA N 62: Registrar Mdulos Acadmicos
FIGURA N: 63 Registrar Asignatura

FIGURA N 64: Asignar Horario
FIGURA N 65: Acceder a Mdulo de Cursos y Notas

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.

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 DPP : Detalle de PP : Pagos del RP : Registrador POS : Postulante CA : Cancelador
por Admisin Modalidad de Admisin Especialidad Con. Pago Con. Pago Pagos Postulante Postulante Pago
Registrar Pago
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

FIGURA N 68: DS Buscar Postulante
CA : Cajera RPE : Registro de BP : Buscador POS : Postulante BT : Buscador BC : Buscador EI : Eli minador RI : Regi strar IP : Inscripcin de AI : Actualizador AI : Actualizacin de
Inscripciones Postul ante Todos Condici n Inscripcin Inscripcin Postulante Inscri pcin Inscripcin
Inscribir Postulante
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()

FIGURA N 69: DS Inscribir Postulante
SE : IP : Inscripcin de IA : Indicador Aula AU : Aula IT : Indicador TU : Turno EA : Expediente MA : Modalidad RI : Registrador POS : Postulante AD : Admisin CA : Cancelador
Secretaria Postulante Turno Admisin de 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

FIGURA N 70: DS Generar Reportes
JCA : Jef e de RRA : Registro de IM : Indicador MO : Modalidad IE : Indicador ES : Especialidad IC : Indicador POS : Postulante AD : Admisin AI : Asignador RI : Registro de Ingreso BP : BuscadorBT : Buscador IR : Impresor
Comis... Reportes por Admisin Modalidad de Admisin Especialidad Condicin Ingreso Postulante Todos 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

FIGURA N 71: DS Buscar Estudiante
CA : Cajera RPE : Registro de Pagos BE : Buscador ES : Estudiante RPM : Registrador RPM : Registro de Pagos RPS : Registrador RPS : Registro de Pagos RPA : Registrador RPA : Registro de Pagos
de Estudiante Estudiante Pagos ... por Matrcula Pagos Semestrales Semestrales Pagos Adicionales Adicionales
Registrar Pagos
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()

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
por Matrcula
Registrar Pago Con. Pago Cantidad Con. Pago Pago Estudiante Pagos Hechos Pago Estudiante
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

FIGURA N 73: DS Buscar Estudiante a Matricular
SE : RPE : Registro de BP : Buscador ES : Estudiante ME : M atriculador ME : Matriculacin de AM : Actualizador AM : Actualizacin de

Secretaria Matrculas Estudi ante Estudi ante Estudiante Matricula 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()

FIGURA N 74: DS Actualizar Estudiante
SE : RE : Registro de AE : Actualizador ES : Estudiante RM : Registro de Matrcula RA : Registrador AP : Apoderado RA : Registro de AP : Actualizador EA : Eliminador RM : Registrador CM : Cancelador
Secretaria Estudiantes Estudiante Apoderado Apoderado Apoderado Apoderado Matrcula Matrcula
Matricular Estudiante
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

FIGURA N 75: DS Matricular Estudiante
SE : RM : Registro de IC : Indicador Ciclo CI : Ciclo IT : Indicador TUR : Turno ME : Matriculador MA : Matrcula CA : Cancelador RM : Reservador AM : Anulador
Secretaria Matrculas Turno Estudiante Matrcula Matrcula 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

FIGURA N 76: DS Buscar Mdulos Acadmicos
JD : Jef e de RMA : Registro de Mdulos IC : Indicador Ciclo RM : Registro de Mdulos IM : Indicador IP : Mdulo IC : Indicador RM : Registrador AS : Asignatura AA : Actualizador AA : Actulizador de EA : Eliminar
Departamento Acadmicos Mdulo Acadmico Curso mdulo Asignatura Asignaturas Asignatura
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()

FIGURA N 77: DS Registrar Mdulos Acadmicos
JD : Jefe de RM : Registro de M dulos RM : Registrador m dulo MA : Mdulo Acadm ico RA : Registro de Asignatura CA : Cancelador
Departamento
Ingresar
Registrar mdulos
Validar Formulario
Guardar()
Mostrar()
Cancel ar
Msge. de Confi rmacin
Salir de interfase

FIGURA N 78: DS Registrar Asignatura
JD : Jef e de
RA : Registro de Asignatura RA : Registrador CU : Curso CA : Cancelador AH : Asignador RH : Registro de Horario AH : Actualizador EH : Eliminador HO : Horario
Departamento Curso Horario Horario Horario
Ingresar
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()

FIGURA N 79: DS Asignar Horario
JD : Jefe de RH : Registro de Horario T U : T urno IT : Indicador IA : Indicador A : Aula AD : Asignador DOC : Docente DD : Detalle de AH : Asignador HO : Horario CA : Cancelador
Departa... T urno Aula Docente Docente Horario
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

FIGURA N 80: DS Acceder a mdulo de Cursos y Notas
CA : Docente MA : Mdulo de Asignatura VC : Validador PU : Perfil de MP : Men Principal RN : Registro de Notas RH : Registrador RNA : Registrador RA : Registro de Aplazados
Cuenta Usuario Notas Notas...
Acceder a Mdulo
Validar Cuenta(log,pas)
Leer()
Msge. Verificacin
Mostrar()
Gestionar Notas
Registrar notas(cod_cur)
Mostrar()
Registrar notas (cod_cur)
Mostrar()

FIGURA N 81: DS Registrar notas Semestrales
DO : Docente RN : Registro de Notas RN : Registrador NO : Evaluacin DN : Evaluacin RC : Reestablecedor CA : Cancel ador

Notas de Unidad campos
Ingreso
Registrar notas(cod_cur)
Validar formulario
Guardar()
Guardar()
Salir de interfase
Limpiar cam pos
Cancelar
Msge. de confi rmacin
Salir de interfase

APODERADO TURN O DOC EN TE

FIGURA N 82: Diagrama de Clases codigo_apoderado : String codigo_turno : String
H OR AR IO
codigo_docente : String
padre_nombres : String codigo_horario : String
turno_nom bre : String doc_apellido_paterno : String
padre_apellidos : String 1 hor_turno : String
doc_apellido_materno : String
padre_lugar_nac : String hor_dia : String
listar() 1..* doc_prim er_nombre : String
padre_ocupacion : String hor_inicio : Time
insertar() doc_segundo_nom bre : String
ESTUDIANTE hor_termino : Time
padre_docimicilio : String actualizar() doc_prof esion : String
codigo_estudiante : String padre_telef ono : String hor_total : Integer
elim inar() doc_direc cion : String
est_apellido_paterno : String padre_docum ento : String 1..*
1 doc_f echa_nac : D ate
est_apellido_materno : String padre_num_doc : String listar_horario()
1 doc_departamento : String
est_primer_nom bre : String padre_niv el_ins : String TIPO_MATRICULA listar_m enu()
doc_telef ono : String
est_segundo_nom bre : String padre_parentesco : String listar_codigo()
codigo_tipo_m at : String doc_m ov il : String
est_f echa_nacim iento : Date padre_apoderado : String listar_hora()
tipo_m at_nombre : String doc_dni : String
est_sexo : String insertar()
tipo_m at_descripcion : String doc_experiencia : String
est_num_doc : String listar() actualizar()
tipo_m at_f echa_inicio : D ate doc_em ail : String
est_documento : String = D NI 1..* elim inar()
listar_codigo() tipo_m at_f echa_termino : Date
est_estado_civ il : String 1 1..*
insertar() listar()
est_padre_v iv e : String 1
actualizar() insertar() listar_codigo()
est_madre_v iv e : String C UR SO
elim inar() actualizar() listar_m enu()
est_telef ono_f ijo : String eliminar() codigo_curso : String
1..* insertar()
est_telef ono_m ov il : String listar() cur_nombre : String
MATRICULA actualizar()
est_email : String cur_descripcion : String
codigo_m atricula : String eliminar()
est_prov incia : String 1 cur_horas_sem : Integer
est_departamento : String m at_turno : String cur_unidades : Integer = 1
m at_tipo : String EVALUAC ION
est_distrito : String 1..*
1 1..* m at_resoluc ion : String codigo_ev aluacion : String
est_direccion : String 1 listar_cur_doc() 1..*
est_ocupacion : String m at_condicion : String ev a_promedio : Float = 0 1..* listar_cur_est()
est_pais : String m at_estado : String ev a_aplazado : Float = 0 listar_codigo()
m at_f echa : D ate 1
est_lengua_materna : String ev a_recuperacion : Float = 0 listar_m enu()
est_lengua_segunda : String ev a_estado : String = No ev aluado insertar()
est_horas_semanales_trabaja : Integer listar_f icha_matricula() actualizar()
est_nacim iento_registro : String listar_m atric ula_estudiante() Insertar() elim inar()
est_tipo_discapacidad : String listar_m atric ula_curso() actualizar()
1
insertar() listar_ev aluacion_estudiante() 1
actualizar() 1..*
listar() insertar_ev aluacion_unidad()
MODU LO
listar_codigo() reserv ar() 1..* EVALUAC ION_U NIDAD
anular() codigo_modulo : String
listar_m atricula() codigo_ev a_uni : Integer
1..* m od_titulo : String
insertar() 1..* ev a_unidad : Integer = 1 m od_nombre : String
actualizar() 1 1 ev a_nota_unidad : Float = 0 m od_unidad : String
elim inar() ESPECIALID AD
SEMESTRE m od_duracion : Integer
codigo_especialidad : String actualizar()
codigo_sem estre : String
esp_nom bre : String listar() listar()
sem _nombre : String 1..*
sem _descripcion : String esp_siglas : String listar_m enu()
esp_descripcion : String listar_codigo()
1 listar_m enu() esp_perf il_estudiante : String insertar()
D ETALLE_SEMESTR E 1..* Insertar() actualizar()
det_sem_observ acion actualizar() listar() 1 elim inar()
1..*
elim inar() listar_m enu()
insertar() listar_codigo()
actualizar() 1 insertar()
elim inar() actualizar()
CICLO
listar() 1..* elim inar()
codigo_ciclo : String
1 cic_descripcion : String 1
listar()
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.

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)

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)

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
LGICA DE PRESENTACIN
NEGOCIO
LGICA DE
ACCESO A DATOS
BD SGA
SERVIDOR WEB
PRESENTACIN

CUADRO N 44: Especificacin de componente Lgica de Negocio
COMPONENTE CLASES PROCEDIMIENTOS ALMACENADOS
listar_todos
listar_codigo
insertar
LGICA DE NEGOCIO APODERADO
actualizar
eliminar
listar_por_estudiante
listar_menu
listar_codigo
CICLO insertar
actualizar
eliminar
listar_menu
listar_codigo
insertar
CURSO actualizar
eliminar
listar_por_docente
listar_todos
listar_menu
listar_codigo
listar_profesion
insertar
DOCENTE
actualizar
elimimar
insertar_detalle
listar_detalle
eliminar_detalle
listar_todos
listar_menu
listar_codigo
ESPECIALIDAD
insertar
actualizar
eliminar
listar_todos
listar_codigo
listar_matricula
ESTUDIANTE insertar
actualizar
eliminar
actualizar_imagen
listar_evaluacion_estudiante
Insertar
insertar_evaluacion_unidad
insertar_evaluacion_aplazado
EVALUACION actualizar_evaluacion_unidad
actualizar_evaluacion_aplazado
listar_notas_estudiante
listar_notas_curso
listar_notas_estudiante_semestre

listar_horario
listar_hora
HORARIO
insertar
eliminar
listar_ficha_matricula
listar_matricula_estudiante
listar_matricula_curso
MATRICULA listar_tipo_matricula
insertar
actualizar
eliminar
listar_todos
listar_menu
listar_codigo
MODULO
insertar
actualizar
eliminar
listar_menu
listar_codigo
SEMESTRE insertar
actualizar
eliminar
listar_menu
listar_codigo
TURNO insertar
actualizar
eliminar
CUADRO N 45: Especificacin de componente Lgica de Acceso a Datos
listar_todos
listar_codigo
listar_varios
LGICA DE listar_por_estudiante
APODERADO_DAL insertar
ACCESO A DATOS
actualizar
eliminar
validar_apoderado
listarVar_SQL
BASE_DAL listarUno_SQL
ejecutar_SQL
listar_menu
listar_codigo
CICLO_DAL insertar
actualizar
eliminar

listar_menu
listar_codigo
listar_varios
insertar
CURSO_DAL
actualizar
eliminar
listar_por_docente
listar_todos
listar_menu
listar_codigo
listar_profesion
insertar
DOCENTE_DAL actualizar
elimimar
insertar_detalle
listar_detalle
listar_detalle_no_asignado
eliminar_detalle
listar
insertar
DETALLE_SEMESTRE_DAL
actualizar
eliminar
listar_todos
listar_menu
listar_codigo
ESPECIALIDAD_DAL
insertar
actualizar
eliminar
listar_todos
listar_codigo
listar_matricula
listar_varios
ESTUDIANTE_DAL
insertar
actualizar
eliminar
actualizar_imagen
listar_evaluacion_estudiante
Insertar
EVALUACION_DAL listar_notas_estudiante
listar_notas_curso
listar_notas_estudiante_semestre
insertar_evaluacion_unidad
insertar_evaluacion_aplazado
EVALUACION_UNIDAD_DAL
actualizar_evaluacion_unidad
actualizar_evaluacion_aplazado
listar_horario
listar_hora
listar_por_curso
listar_por_docente
HORARIO_DAL
listar_por_aula
insertar
eliminar
validar_horario

listar_ficha_matricula
listar_matricula_estudiante
listar_matricula_curso
listar_tipo_matricula
listar_varios
MATRICULA_DAL
listar_por_especialidad
listar_por_semestre
listar_por_ciclo
insertar
actualizar
eliminar
listar_todos
listar_menu
listar_codigo
listar_por_especialidad
MODULO_DAL
listar_por_ciclo
insertar
actualizar
eliminar
listar_menu
listar_codigo
SEMESTRE_DAL insertar
actualizar
eliminar
listar_menu
insertar
TIPO_MATRICULA
actualizar
eliminar
listar_menu
listar_codigo
TURNO_DAL insertar
actualizar
eliminar

5.4.2.2. Diagrama de Despliegue:

FIGURA N 85: Diagrama de Despliegue
Serv idor Web Serv idor que

permitir el acceso
desde internet al
sistema de Cursos y
Notas para docentes
y Estudiante
executive
S.O. Red Hat Enterprise Linux 9.0 Equipos que se

Serv idor que alojar MySQL Database Version 5.0.45 encuentran distribuidos
todos los Apache Web Server Version 2.2.4
entre los 8
componetes del Presentacin
Departamentos
sistema
Acadmicos
TCP/IP
Estacin DA-01 - DA-08

Serv idor de Departamentos Acadmicos
Aplicacin Switch - D-Link Switch - D-Link
DES 1005D DES 1005D
TCP/IP TCP/IP TCP/IP
executive
S.O. Red Hat Enterprise Linux 9.0

MySQL Database Version 5.0.45
S.O. Windows XP
Apache Web Server Version 2.2.4
TCP/UP Naveg ador Web (Mdulo de Cursos y Notas)
Presentacin
Lg ica de Negocio
Lg ica de Acceso a Datos
Estacin SD-01 - SD-04

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

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

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.

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

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

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();
}
}

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 los datos a otro servidor SQL (no
necesariamente MySQL). El respaldo tpicamente contiene
sentencias SQL para crear la tabla y su contenido.
mysqldump db_name > backup-file.sql

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

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.

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.

CAPITULO VI
Anlisis Costo Beneficio

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

Prom. Monto Das por
Descripcin Meses Total (S/.)
Diario(S/) mes(S/.)
Transporte 4,00 20 6 480,00
Servicio de Internet 1,00 20 6 120,00
Servicio de Luz (*) 0.86 20 6 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.

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

Precio
Descripcin Cantidad Unidad Total (S/.)
Unitario (S/.)
Impresiones 720 Hojas 0,20 144,00
Fotocopias 100 Hojas 0,05 5,00
Papel Bond A4 1 Millar 13,00 13,00
CDs 4 Unidades 1,00 4,00
Insumos de oficina 1 Juego 20,00 20,00
Empastados 3 Juegos 15,00 45,00
Estos gastos estn relacionados en su mayora a la documentacin del

proyecto.
b) Costos de Personal:
CUADRO N 48: Costos de Personal
Duracin
Costo por
Descripcin Total (S/.)
Das por Horas por Hora (S/.)
Meses
mes Da
Anlisis y Diseo (*) 3 20 4 10,00 2400,00
Implementacin (**) 3 20 5 15,00 4500,00
Instalacin y Pruebas 4 20 4 10,00 3200,00
Capacitacin y Consultora 1 20 4 10,00 800,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.

c) Costos de Software:
CUADRO N 49: Licencias de Software de Desarrollo e Implementacin

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
(*) 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

1 Servidor de Aplicacin (*) 5038,19
2 Switch (**) 222,96
(*) 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
Costo por
Descripcin Das por Horas por Hora (S/.) Total (S/.)
Meses
mes Da
Administracin del Sistema 10 20 8 10,00 16000,00
Actualizacin de Reportes
1 20 5 10,00 1000,00
(Fichas, Nminas, Actas)(*)

Duracin
Costo por
Descripcin Das por Horas por Hora (S/.) Total (S/.)
Meses
mes Da
Mantenimiento de Servidores 1 20 5 10,00 1000,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.

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
4
de matrcula en Secretara Docente)
Salario promedio/persona (S/.) por
Variables de 1500,00
semestre
Entrada
N de Semestres 2
Frmula: (N de personas encargadas de
Total(S/.) 12000,00
matricular)*(salario promedio)
(%)
% de Ahorro ganados en el primer ao
(asumiendo que la implementacin empieza 50
Impacto en el
a mediados de ao)
Tiempo
% 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

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 2
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/.)
Perodo Ao 2 330,80
Ao 3 330,80

Ao 4 330,80
Ao 5 330,80
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
8
Departamentos Acadmicos)
Salario promedio/persona (S/.) por semestre 1000,00
N de Fotocopias de Actas 48
Variables de
Costo (S/.) 0,05
Entrada
N de Semestres 2
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/.)

Perodo Ao 2 16004,80
Ao 3 16004,80
Ao 4 16004,80
Ao 5 16004,80
4.2.4. Flujo de Caja:

CUADRO N 55: Flujo de Caja Ao 0 Ao 1 Ao 2 Ao 3 Ao 4 Ao 5 Total

INVERSION INICIAL (S/.) (S/.) (S/.) (S/.) (S/.) (S/.) (S/.)
Costos de Servicios y Materiales 934,19 934,19
Costos de Personal 10900,00 10900,00
Costos de Software 640,00 640,00
Costos de Hardware 5261,15 5261,15
Total Inversin Inicial 17735,34 0,00 0,00 0,00 0,00 0,00 17735,34
GASTOS CONCURRENTES U OPERATIVOS (S/.) (S/.) (S/.) (S/.) (S/.) (S/.) (S/.)
Mantenimiento Anual de Licencias 0,00 0,00 0,00 0,00 0,00 0,00
Administracin del sitio Web 16000,00 16000,00 16000,00 16000,00 16000,00 80000,00
Actualizacin de Reportes (Fichas, Nminas, Actas) 1000,00 1000,00 1000,00 1000,00 1000,00 5000,00
Mantenimiento Anual de Servidores 1000,00 1000,00 1000,00 1000,00 1000,00 5000,00
Total Inversin Concurrente 0,00 18000,00 18000,00 18000,00 18000,00 18000,00 90000,00
Total TODOS los Gastos Por Ao 17735,34 18000,00 18000,00 18000,00 18000,00 18000,00 107735,34
Total TODOS los Gastos Acumulados 17735,34 35735,34 53735,34 71735,34 89735,34 107735,34
BENEFICIOS (S/.) (S/.) (S/.) (S/.) (S/.) (S/.) (S/.)

Reduccin de Personal en Secretara General 6000,0 12000,0 12000,0 12000,0 12000,0 54000,0
Reduccin del Costo de Materiales en proceso de matrcula 165,4 330,8 330,8 330,8 330,8 1488,6
Reduccin del Costo de Recursos en registro de notas 8002,4 16004,8 16004,8 16004,8 16004,8 72021,6
Total Bruto de Beneficios Por Ao 0,0 14167,8 28335,6 28335,6 28335,6 28335,6 127510,2
Total Bruto de Beneficios Acumulado 0,0 14167,8 42503,4 70839,0 99174,6 127510,2
Total NETO de Beneficios Por Ao 0,0 -3832,2 10335,6 10335,6 10335,6 10335,6 37510,2
Total NETO de Beneficios Acumulado 0,0 -3832,2 6503,4 16839,0 27174,6 37510,2
FLUJO DE CAJA NETO (S/.) (S/.) (S/.) (S/.) (S/.) (S/.) (S/.)
Flujo de Caja Neto Anual -17735,3 -3832,2 10335,6 10335,6 10335,6 10335,6 19774,9
Flujo de Caja Neto Acumulado -17735,3 -21567,5 -11231,9 -896,3 9439,3 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 utilizando la funcin:

VNA(tasa;perodo_1:perodo_5)+perodo_0, del programa 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%.

CAPITULO VII
Conclusiones

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,

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.

CAPITULO VIII
Recomendaciones

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.

CAPITULO IX
Referencias Bibliogrficas

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]

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]

ANEXOS

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 Apellidos y Nombres Condicin Nmero de

Edad
orden Matrcula ( Riguroso Orden Alfabtico ) (*) Cursos en cargo

N de N de Apellidos y Nombres Condicin Nmero de

Edad
orden Matrcula ( Riguroso Orden Alfabtico ) (*) Cursos en cargo
ALUMNOS :
ALUMNAS :
TOTAL :
GRATUITOS : VB DIRECTOR
Direc. Regional/Direc.Sub.Regional/
PAGANTES :
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)

Anexo N 2
INSTITUTO SUPERIOR TECNOLOGICO PBLICO
REPBLICA FEDERAL DE ALEMANIA
FICHA DE MATRICULA SEMESTRAL

N DE FICHA: N DE RECIBO:
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:
REPITENCIA DE
NOMBRE DE LA ASIGNATURA HORAS
ASIGNATURAS
DATOS DE FILIACION
NOMBRE PADRE:
NOMBRE MADRE:
DOMICILIO: TELF.: TRABAJAS:

RAZON SOCIAL:
---------------------------- FECHA:
FIRMA ALUMNO
------------------------------------ ---------------------------
SECRETARIA GENERAL SUB-DIRECCION

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

Anexo N 4 ACTA CONSOLIDADA DE EVALUACIN ACADMICA DE FORMACIN PROFESIONAL

SUPERIOR TECNOLGICA
IST./ ESCUELA SUPERIOR
ASIGNATURAS DE FORMACIN GENERAL Y FORMACIN
NMERO DE ASIGNATURAS DESAPROBADAS

DE / DRE / DSRE EVALUACIN
INSTITUTO SUPERIOR TECNOLGICO
TECNOLGICA EN EL ORDEN DEL PLAN CURRICULAR
PBLICO
TCNICAS DE ANLISIS Y DISEO DE

FUNDAMENTOS DE PROGRAMACIN
Nombre LAMBAYEQUE "REPBLICA FEDERAL DE ALEMANIA"
PLANEAMIENTO ESTRATGICO DE
ADMINISTRACIN DE PROYECTOS
ARQUITECTURA DE SISTEMAS DE
SEMESTRAL
SISTEMAS DE INFORMACIN
PLATAFORMAS OPERATIVAS
COMPUTACIN E
Dpto. LAMBAYEQUE Carrera Profes.
INFORMTICA
COMUNICACIN
Provincia CHICLAYO Semestre/Ao I - 2007 - I (Semestre, Recuperacin,
INFORMACIN
MATEMATICA I
INFORMTICA
ACTIVIDADES
Subsanacin, Cargo,
SISTEMAS
Distrito CHICLAYO Seccin UNICA Repitencia, y Extraordinaria)
Lugar CHICLAYO Turno MAANA

Condicin
Sexo F/M
N Orden
Matrcula
Apellidos y Nombres OBSERVACIONES

(Orden Alfabtico)
A B C D E F G H I L
1 0104-07 G ALVARADO FIESTAS ,Paula Indira F 10 12 03 00 00 00 00 00 00 D 09 D, E, F, G, H, I: 01
2 0015-07 G ALVARADO SUAREZ, Neptali Gustavo M 14 13 15 13 14 16 14 14 12 A 01
3 0398-07 G BANCES SANDOVAL, Liliana Elizabeth F 14 15 14 14 14 12 16 13 14 A 01
4 0099-07 G BURGA DOMINGUEZ, Xiomara De La Flor F 14 13 14 13 13 15 13 14 13 A 00
5 0616-07 G CAVA EXEBIO, Carlos Arnold M 16 15 14 15 15 13 17 12 13 A 01
6 0591-07 G CORNEJO PORTAL, Fiorela Yamaly F 14 13 15 15 14 17 14 16 14 A 00

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
NOMBRE DEL
E ASIGNATURA PROFESOR FIRMA CLAVE ASIGNATURA NOMBRE DEL PROFESOR FIRMA
Anastacio Soriano
A Comunicacin Mendo E Arq. Sis. Informacin Robin Falen Larrea
B Matemtica 1 Jos Valdivia Chavez F Plataformas Operativas Xavier Benites Marn
C Informtica Carlos Azula Mondragn G Fundamentos de Prog. Deisy Olgun Garca
D P. Estrat. De Sis. Inf. Deisy Olgun Garca H Tec. An. Dis. Sistemas Gabriel Fernndez Montalbn

Anexo N 5
PROPUESTA DE PLAN DE ESTUDIOS DE COMPUTACIN E

INFORMTICA
H*S
CICLO MODULOS UNIDADES DIDACTICAS
Comunicacin 4
FORMACION
GENERAL Matemtica I 2
Actividades 2
U01: Informtica Bsica 2
U02: Electrnica Digital y Microprocesadores 3
MDULO
U03: Sistemas Operativos I 2
I PROFESIONAL N
U04: Taller de Programacin I (Visual Basic) 6
1 ARQUITECTURA DE
COMPUTADORAS Y U05: Circuitos Elctricos y Electrnicos 3
GESTION DEL
PROCESO DE DATOS U06: Ensamblaje de computadoras 2
U07: Software Aplicativos - Ofimtica 2
U08 Gestin de Base de Datos 2
Total Hrs en la Semana
Matemtica II 2
FORMACION
GENERAL Sociedad y Economa 3
Idioma Extranjero I 2
MDULO U01: Implementacin de Redes 4
II PROFESIONAL N 2
U02: Taller de Programacin II 8
GESTION DE REDES
DE COMPUTADORAS U03: Sistemas Operativos II (S.O. II y III) 5
Y TENDENCIAS
U04: Administracin de Centro de Cmputo y seguridad de Redes 6
Idioma Extranjero II 2
FORMACION
GENERAL Ecologa y Desarrollo Sostenido 3
Relaciones con el Entorno del Trabajo I 2
III MDULO U01: Software Grafico 8
PROFESIONAL N 3
DISEO GRAFICO U02: Software Grfico Multimedia 9
PUBLICITARIO
Formacin Centro de Trabajo 6
Innovaciones e Investigacin Tecnolgica I 2
FORMACIN Idioma Extranjero III 2
GENERAL Relaciones con el Entorno del Trabajo II 2
Gestin Empresarial I 2
U01: Taller de Programacin III (HTML) 2
IV MDULO U02: Taller de Programacin IV (Java script) 4
PROFESIONAL N U04: Taller de Programacin VI (ASP / PHP) 6
4 TIC`S Y 2
U05: Gestin de Base de Datos en la Web (MySQL, PostgreSQL)
GESTION U06:Desarrollo de Plataformas Virtuales (Introduccin a los Servidores
EMPRESARIAL WEB) 2
V FORMACIN Innovaciones e Investigacin Tecnolgica II 2
GENERAL Idioma Extranjero IV 2

Gestin Empresarial II 2
U01: Planeamiento Estratgico 3
MDULO U02: Marketing Informtico 3
PROFESIONAL N 5 3
U03: Evaluacin y Formulacin de Proyectos de Inversin
DISEO DEL PLAN
ESTRATEGICO DE U04: Proyectos de Sistemas Informticos I (Seminario I) 3
UN SISTEMA DE U05: Anlisis de Sistemas Orientado a Objetos (Java) 3
INFORMACION Formacin Centro de Trabajo 6
Formacin y Orientacin 3
FORMACIN
GENERAL Innovaciones e Investigacin Tecnolgica III 4
U01: Administracin de Base de Datos con SQL Server 2000 4
MDULO U02: Diseo de Sistemas Orientado a Objetos (Java) 4
PROFESIONAL N 7
VI 6 DISEO Y
U03: Taller de Programacin VI (Visual Basic.Net)
CONSTRUCCION DE U04: Proyectos de Sistemas Informticos II (Seminario II) 3
SOFTWARE U05: Auditoria de Sistemas Informticos 2

Anexo N 6
DISTRIBUCIN DE ASIGNATURAS Y CARGA HORARIA - 2006 II

(COMPUTACIN E INFORMTICA)
N Hr/Asig
COD:Prof
Semest.
Turno
PROFESOR ASIGNATURA
Soriano Mendo Anastacio SMA 1 Comunicacin 4 M

Soriano Mendo Anastacio SMA 1 Comunicacin 4 N
Valdivia Chavez Jos VCJ 1 Matemtica I 2 M
Valdivia Chavez Jos VCJ 1 Matemtica I 2 N
Ruiz Cardoso Enrique RCE 1 Actividades 2 M
Ruiz Cardoso Enrique RCE 1 Actividades 2 N
Azula Mondragn Carlos AMC 1 Informtica Bsica 4 M
Azula Mondragn Carlos AMC 1 Informtica Bsica 4 N
Planeamiento Estratgico de Sistemas de
Olgun Garca Deisy OGD 1 Informacin 2 M
Planeamiento Estratgico de Sistemas de
Benites Morales Isidoro BMI 1 Informacin 2 N
Falen Larrea Robin FLR 1 Arquitectura de Sistemase Informacin 2 M
Falen Larrea Robin FLR 1 Arquitectura de Sistemas de Informacin 2 N
Benites Marn Xavier BMX 1 Plataformas Operativas 2 M
Benites Marn Xavier BMX 1 Plataformas Operativas 2 N
Olgun Garca Deisy OGD 1 Fundamentos de Programacin 6 M
Olgun Garca Deisy OGD 1 Fundamentos de Programacin 6 N
Benites Morales Isidoro BMI 1 Tcnica de Anlisis y Diseo de Sistemas 4 M
Benites Morales Isidoro BMI 1 Tcnica de Anlisis y Diseo de Sistemas 4 N
Azula Mondragn Carlos AMC 1 Administracin de Proyectos 2 M
Benites Marn Xavier BMX 1 Administracin de Proyectos 2 N
Vignolo Zapata Orlando VZO 3 Contabilidad 2 3 M
Vignolo Zapata Orlando VZO 3 Contabilidad 2 3 N
Cervantes Mauro Urbano CMU 3 Matemtica Financiera. 3 M
Cervantes Mauro Urbano CMU 3 Matemtica Financiera. 3 N
Rodrguez Argomedo Florencia RAF 3 Estadstica 1 3 M
Rodrguez Argomedo Florencia RAF 3 Estadstica 1 3 N
Olgun Garca Deisy OGD 3 Tcnicas de Programacin 3 M
Olgun Garca Deisy OGD 3 Tcnicas de Programacin 3 N
Benites Marn Xavier BMX 3 Estructura de la Informacin. 3 M
Benites Marn Xavier BMX 3 Estructura de la Informacin. 3 N
Benites Morales Isidoro BMI 3 Anlisis y Diseo de Sistemas. 5 M
Benites Morales Isidoro BMI 3 Anlisis y Diseo de Sistemas. 5 N
Fernndez Guerrero
Lenguaje de Programacin 3 8
Anaximandro FGA 3 M
Fernndez Guerrero
Lenguaje de Programacin 3 8
Anaximandro FGA 3 N
Y Y 3 Ed. Fsica y Deportes 2 M
Y Y 3 Ed. Fsica y Deportes 2 N
Vignolo Zapata Orlando VZO 5 Contab.Costos y Presupuestos. 4 M
Vignolo Zapata Orlando VZO 5 Contab.Costos y Presupuestos. 4 N
Rodrguez Argomedo Florencia RAF 5 Estadstica 3 3 M
Rodrguez Argomedo Florencia RAF 5 Estadstica 3 3 N

Benites Marn Xavier BMX 5 Microprocesadores 5 M

Morocho Liviapoma Santiago MLS 5 Microprocesadores 5 N
Cervantes Mauro Urbano CMU 5 Evaluacin de Proyectos 4 M
Cervantes Mauro Urbano CMU 5 Evaluacin de Proyectos 4 N
Falen Larrea Robin F0R 5 Lenguaje de Programacin 5 8 M
Falen Larrea Robin FLR 5 Lenguaje de Programacin 5 8 N
Azula Mondragn Carlos AMC 5 Seminario 1 4 M
Benites Marn Xavier BMX 5 Seminario 1 4 N
Fernndez Guerrero
Base de Datos 4
Anaximandro FGA 5 M
Azula Mondragn Carlos AMC 5 Base de Datos 4 N

Anexo N 7: Programacin de matrcula
CRONOGRAMA MATRICULA 2007 - II
Repitentes, Reingresantes, Cambios de Turno, Traslados Externos
Presentacin de Expedientes 01 al 07 de agosto
Mesa de Partes 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 CICLO FECHA

II 06 de agosto
ELECTRONICA IV 07 de agosto
VI 08 de agosto
II 06 de agosto
ENFERMERIA TECNICA IV 07 de agosto
VI 08 de agosto
II 06 de agosto
MECANICA AUTOMOTRIZ IV 07 de agosto
VI 08 de agosto
II 06 de agosto
MECANICA DE PRODUCCION IV 07 de agosto
VI 08 de agosto
II 06 de agosto
ADMINISTRACION IV 07 de agosto
VI 08 de agosto
II 06 de agosto
CONTABILIDAD IV 07 de agosto
VI 08 de agosto
II 06 de agosto
COMPUTACION E INFORMATICA IV 07 de agosto
VI 08 de agosto
II 06 de agosto
ELECTROTECNIA INDUSTRIAL IV 07 de agosto
VI 08 de agosto

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

Tesis Miguel Diaz Vidarte PDF

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Tesis Miguel Diaz Vidarte PDF

Transféré par

Droits d'auteur :

Formats disponibles

FACULTAD DE INGENIERA

ESCUELA PROFESIONAL DE INGENIERA

PARA OPTAR EL TTULO PROFESIONAL

Implementacin de un Sistema de Gestin Acadmica

Implementacin de un Sistema de Gestin

Autor: Miguel Orlando Daz Vidarte -2-

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 -3-

A mis padres Carlos e Irma y a mi

Autor: Miguel Orlando Daz Vidarte -4-

Al ing. Oscar Capuay por su

Autor: Miguel Orlando Daz Vidarte -5-

En el Captulo I, se describe la institucin en estudio considerando su: historia,

En el Captulo II, se analiza el problema de investigacin teniendo en cuenta la

En el Captulo III, se establece el marco terico realizando una recopilacin de

En el Captulo IV, correspondiente al marco conceptual, se analizan tres

En el Captulo VI, se desarrolla la propuesta en base a la metodologa RUP. Como

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

Autor: Miguel Orlando Daz Vidarte -6-

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

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

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

o Anlisis: Se ha elaborado los Diagramas de Colaboracin del Anlisis

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

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

o 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 -7-

In Chapter I, his is described to the institution in study considering: institutional

In Chapter II, the investigation problem is analyzed considering the problematic

In Chapter IV, corresponding to the conceptual frame, three methodologies of

Autor: Miguel Orlando Daz Vidarte -8-

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

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

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

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

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

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

o Implementation: It has been elaborated the diagram of components and

Autor: Miguel Orlando Daz Vidarte -9-

Autor: Miguel Orlando Daz Vidarte -10-

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

Autor: Miguel Orlando Daz Vidarte -11-

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

Autor: Miguel Orlando Daz Vidarte -12-

Segn la informacin recopilada por medio de las entrevistas realizadas al personal

Es por ello que se propone la integracin del sistema acadmico, a nivel de

Los procesos de gestin acadmica analizados, se enfocan en los de matrcula y

Autor: Miguel Orlando Daz Vidarte -13-

Autor: Miguel Orlando Daz Vidarte -14-

En el ao 1983, el Ministro de Educacin por efecto de la R.S. N 131-89-ED

En 1989 las autoridades del ISTP presentan un proyecto de ampliacin del

Autor: Miguel Orlando Daz Vidarte -15-

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

En 1998 fue seleccionado como uno de los trece mejores Institutos

El 30 de diciembre del 2005 con R.D. N 381-2005-ED, el Ministerio de

En el marco de la RD. N 0896-2006-ED del 29 de diciembre del 2006, ISTP

1.4. Autoridades de la Institucin: 2

1.4.2. Sub - Director: