Informe de Practicas Pre-Profesionales PDF

UNIVERSIDAD JOS CARLOS MARITEGUI, MOQUEGUA
FACULTAD DE INGENIERA Y ARQUITECTURA
Carrera Profesional De Ingeniera De Sistemas E Informtica
INFORME DE PRACTICAS PRE PROFESIONALES
Desarrollo de un Sistema de Administracin

De Expedientes para la Universidad Jos Carlos Maritegui
PRESENTADO POR:
Bach. Samir Ivan Benavente Condori
Moquegua, 09 de Noviembre de 2016
DEDICATORIA:
A mis Padres:
Dedico el presente trabajo a mis

padres que me vieron nacer y que
su
enseanza
sus
buenas
costumbres han creado en mi

sabidura haciendo que hoy tenga
el conocimiento de lo que soy.
INTRODUCCION
La Universidad Jos Carlos Maritegui tiene varios programas de Educacin,
entre ellos tenemos, Educacin a Distancia, Educacin Presencial, Educacin
para Adultos, Programa Especial y Complementacin acadmica entre otros.
Para administrar todos los expedientes de todos los alumnos de cada programa
antes mencionados se hace complicado saber que contiene y tambin se hace
difcil la bsqueda, por lo cual se hacen ms lento los trmites que tienen que ver
con documentos de los expedientes.
El sistema de control manual que se tiene en la actualidad hace que los
expedientes hace difcil la bsqueda debido a que diariamente se adjuntan
documentos
se
mueven
expedientes
para
algunos
trmites
como
convalidaciones entre otros.

En el presente Informe, se plantea el desarrollo de un sistema informtico
usando tecnologas web para el rea de Archivo de Expedientes. Este informe
comienza con la presentacin de la Universidad Jos Carlos Maritegui en la
cual realic la prctica Pro profesional. En este se incluye toda la informacin
necesaria y requerida para la identificacin de la Universidad, como su
organizacin, funciones, objetivos, entre otros.
El captulo I habla de la organizacin de la Universidad, funciones, ubicacin y
objetivos de la prctica.
En el captulo II se le dedica al Marco Terico, donde se realizan estudios de las
metodologas orientadas diseo de sistemas con tecnologa web, inicialmente se
describen algunos conceptos.
ii
En el captulo III comprende el material y mtodo utilizado donde se especifican

mtodos, tcnicas que se utilizaron para el desarrollo del informe. En el Captulo
IV estn los resultados, se mencionan las ventajas obtenidas con el desarrollo
del sistema informtico propuesto en el presente informe. Por ltimo,
encontramos las conclusiones y sugerencias a las que se arrib en el Desarrollo
del informe de prcticas.
En el Captulo V encontramos las conclusiones y sugerencias a las que se arrib
en el desarrollo del informe de prcticas.
iii
RESUMEN
El presente informe de prcticas se desarroll dentro de la oficina de Servicios
Acadmicos
(OSA) en el rea de Archivos de la Universidad Jos Carlos
Maritegui.
Se realizaron estudios de las principales actividades y procesos administrativos y
se pudo apreciar que el rea de Archivo de Expedientes que se encuentra a
cargo de la OSA y no es controlada con un sistema Informtico, debido a esto,
se pretende desarrollar un sistema de Administracin de expedientes.
Se desarrollara el sistema informtico de control Evaluacin y seguimiento de
los expedientes de cada alumno de la UJCM, esto ser capaz de administrar la
informacin contenida en cada expediente y controlar los movimientos de este
dentro de la UJCM.
Este Sistema presenta alternativas de expansin pudiendo funcionar desde
internet y tener el control a distancia, debido a que se desarroll usando
tecnologas web y aplicando la ingeniera web
iv
NDICE
DEDICATORIA: ................................................................................................... I
INTRODUCCION ................................................................................................. II
RESUMEN ......................................................................................................... IV
CAPTULO I ........................................................................................................ 1
1
GENERALIDADES DE LA INSTITUCIN: ............................................... 1

1.1. NOMBRE O RAZN SOCIAL: ........................................................... 1
1.2. UBICACIN DE LA INSTITUCIN: ................................................... 1
1.3. ACTIVIDADES DE LA INSTITUCIN: ............................................... 1
1.4. RESEA HISTRICA: ....................................................................... 2
1.5. FINALIDAD: ....................................................................................... 5
1.6. VISIN: .............................................................................................. 5
1.7. MISIN: ............................................................................................. 5
1.8. ORGANIGRAMA ................................................................................ 6
1.9. LUGAR DE EJECUCIN DE LAS PRCTICAS PRE
PROFESIONALES: ...................................................................................... 7
1.9.1. NOMBRE DEL REA: .................................................................... 7
1.9.2. DESCRIPCIN DEL REA DE TRABAJO: .................................... 7
1.9.3. OBJETIVOS OFICINA OSA PRE-GRADO: .................................... 7
1.10. ESTRUCTURA TEMTICA: ............................................................... 8
1.10.1. RESUMEN: ................................................................................. 8
1.10.2. DESCRIPCIN DEL PROBLEMA: .............................................. 9
1.11. OBJETIVOS DE LAS PRCTICAS PRE- PROFESIONALES: ........... 9
1.11.1. OBJETIVO GENERAL: ............................................................... 9
1.11.2. OBJETIVOS ESPECIFICOS: .................................................... 10
1.11.3. JUSTIFICACION: ...................................................................... 10
CAPTULO II ..................................................................................................... 11
2
FUNDAMENTO TERICO: .................................................................... 11

2.1. PHP: ................................................................................................ 11
2.2. SISTEMA: ........................................................................................ 12
2.3. MySQL: ............................................................................................ 14
2.4. DBDesigner (Diseador de una Base de Datos): ............................. 15
2.5. RATIONAL ROSE: ........................................................................... 16
2.6. UML ................................................................................................. 17
2.7. SGBD:.............................................................................................. 24
2.8. MODELO OOHDM o Mtodo de Diseo de Hipermedia Orientado .. 25

2.8.1. MODELO CONCEPTUAL: ............................................................ 27
2.8.2. DISEO NAVEGACIONAL: .......................................................... 28
2.8.3. DISEO DE INTERFAZ ABSTRACTA: ........................................ 29
2.8.4. IMPLEMENTACIN: .................................................................... 29
2.9. ANLISIS ORIENTADA A OBJETOS: ............................................. 30
CAPTULO III .................................................................................................... 31
3 MATERIAL Y MTODO UTILIZADO EN LAS PRCTICAS
PREPROFESIONALES: ................................................................................ 31
3.1. MATERIALES: ................................................................................. 31
3.1.1. RECURSOS HUMANOS: ............................................................. 31
3.1.2. RECURSOS DE HARDWARE...................................................... 31
3.1.3. RECURSOS DE SOFTWARE: ..................................................... 32
3.2. METODOLOGA: ............................................................................. 32
3.3. ANLISIS DEL SISTEMA: ............................................................... 33
3.3.1. IDENTIFICACIN DEL PROYECTO: ........................................... 33
3.3.2. DESARROLLO DEL SISTEMA SISCOD: ..................................... 33
3.4. MODELO CONCEPTUAL: ............................................................... 58
3.4.1. DIAGRAMA DE CLASES: ............................................................ 58
3.5. DISEO NAVEGACIONAL: ............................................................. 59
3.5.1. DIAGRAMA DE COMPONENTES: ............................................... 59
3.5.2. DIAGRAMA DE DESPLIEGUE: .................................................... 62
3.6. DISEO DE LA INTERFAZ ABSTRACTA:....................................... 63
3.6.1. MODELO DE LA BASE DE DATOS: ............................................ 67
3.7. |IMPLEMENTACIN: ....................................................................... 68
3.7.1. MIGRACIN DEL MODELO DE LA BASE DE DATOS EN
DBDESIGNER A MYSQL: ....................................................................... 68
3.7.2. CODIGO DE CONEXIN A LA BASE DE DATOS CON PHP: ..... 76
CAPTULO IV .................................................................................................... 77
4
RESULTADOS DE LA PRCTICA REALIZADA: ................................... 77

4.1. MODULO DE CONSULTA: .............................................................. 79
4.1.1. Datos: Resultados de bsqueda, se muestran datos bsicos del
alumno adems de 4 pestaas que muestran ms datos sobre su
expediente. ............................................................................................. 81
4.1.2. MODULO DE ADMINISTRACION: ............................................... 82
4.1.3. CENTROS EDUCATIVOS: ........................................................... 84
4.1.4. ASOCIACIONES: ......................................................................... 85
4.1.5. SEDES: ........................................................................................ 86
vi
4.1.6. Pantallas de Opciones del men buscar alumno. ......................... 86

CAPTULO V ..................................................................................................... 90
5
CONCLUSIONES Y SUGERENCIAS: .................................................... 90

5.1. CONCLUSIONES: ........................................................................... 90
5.2. RECOMENDACIONES: ................................................................... 91
CAPTULO VI .................................................................................................... 92
6
BIBLIOGRAFIA: ..................................................................................... 92
CAPTULO VII ................................................................................................... 95

7
ANEXOS:................................................................................................ 95
7.1. CDIGO FUENTE: .......................................................................... 95
GLOSARIO ..................................................................................................... 102
NDICE DE FIGURAS
DEDICATORIA: ................................................................................................... I
INTRODUCCION ................................................................................................ IV
1

Figura 1.1. Organigrama de la Universidad Jos Carlos Maritegui ............. 6
2 FUNDAMENTO TERICO: .................................................................... 11
Figura 2.1 Ejemplo de cdigo PHP. ........................................................... 12
Figura 2.2 Diseo de una Base de Datos en DBDesigner. ......................... 16
Figura 2.3 Interfaz de Rational Rose. ......................................................... 17
Figura 2.4 Ejemplo UML Diagrama de Clases. .......................................... 24
Tabla 3.1 Recursos Humanos .................................................................... 31
Figura 3.1 Diagrama General del Sistema ................................................. 34
Figura 3.3 Diagrama de Gestin de usuarios ............................................. 36
B) SUB - SISTEMA DE EXPEDIENTES .................................................... 40
Figura 3.4 Diagrama de Gestin de Archivo:.............................................. 40
Figura 3.5 Diagrama de Gestin de Alumnos............................................. 49
vii
Figura 3.6 Diagrama de Administracin del Sistema. ................................. 52

Figura 3.7 Diagrama de Administracin de Especialidad ........................... 53
Figura 3.8 Diagrama de Administracin de Facultad .................................. 53
Figura 3.9 Diagrama de Administracin de Sedes ..................................... 53
Figura 3.10 Diagrama de Administracin de Documentos.......................... 54
Figura 3.11 Diagrama de clases ................................................................ 58
Figura 3.12 Diagrama de componentes estructura del sistema .................. 59
Figura 3.13 Diagrama de componentes men del administrador ............... 60
Figura 3.14 Diagrama de componentes men del usuario ......................... 61
Figura 3.15 Diagrama de despliegue distribucin fsica del sistema .......... 62
Figura 3.16 Interfaz de Documento Emitido ............................................... 63
Figura 3.18 Interfaz de Consulta Documento Emitido. ............................... 65
Figura 3.19 Interfaz de Consulta Documento Remite. ................................ 66
Figura 3.20 Modelo de la Base de Datos ................................................... 67
Figura 3.21 Seleccin de la opcin de exportacin en el men .................. 68
Figura 3.22 Seleccin de las opciones para la exportacin ........................ 69
Figura 3.23 Guardando el archivo con la consulta para la creacin ........... 70
Figura 3.24 Ventana phpMyAdmin de creacin de Base de Datos ............. 71
Figura 3.25: Bsqueda del Archivo exportado en phpMyAdmin. ................ 72
Figura 3.26: Ventana phpMyAdmin con el archivo encontrado. ................. 73
Figura 3.27 Ventana phpMyAdmin con mensaje de ejecucin con xito. ... 74
Figura 3.28: Ventana MyAdmin con la Base de Datos ya importado. ......... 75
Figura 3.39 Cdigo de la clase para la conexin con la base de datos ...... 76
4 RESULTADOS DE LA PRCTICA REALIZADA: ................................... 77
Figura 4.1 Pgina Principal ........................................................................ 77
Figura 4.2 Men del Sistema. .................................................................... 78
Figura 4.3 Inicio del Sistema. ..................................................................... 79
Figura 4.4 Men del Administrador. ........................................................... 80
Figura 4.5 Datos Bsicos del expediente ................................................... 81
Figura 4.6 Documentos que contiene el expediente................................... 82
Figura 4.10 Control de acceso. .................................................................. 83
Figura 4.11 Panel de Administracin.......................................................... 84
Figura 4.12 Ingreso de centros educativos................................................. 85
Figura 4.13 Registrar nueva Asociacin. .................................................... 85
Figura 4.14 Registrar nueva Sede. ............................................................ 86
Figura 4.15 Detalles de Bsqueda de Alumno. .......................................... 87
Figura 4.16 Detalles de ingreso de expediente de alumnos ....................... 88
Figura 4.17 Detalle de ingreso de expediente de alumno........................... 89
5 CONCLUSIONES Y SUGERENCIAS: .................................................... 90
viii
6
7
BIBLIOGRAFIA: ..................................................................................... 92
ANEXOS:................................................................................................ 95
GLOSARIO ..................................................................................................... 102
NDICE DE CUADROS
DEDICATORIA: ................................................................................................... I
RESUMEN ......................................................................................................... IV
1

Figura 1.1. Organigrama de la Universidad Jos Carlos Maritegui ............. 6
2 FUNDAMENTO TERICO: .................................................................... 11
Figura 2.1 Ejemplo de cdigo PHP. ........................................................... 12
Figura 2.2 Diseo de una Base de Datos en DBDesigner. ......................... 16
Figura 2.3 Interfaz de Rational Rose. ......................................................... 17
Figura 2.4 Ejemplo UML Diagrama de Clases. .......................................... 24
Tabla 3.1 Recursos Humanos .................................................................... 31
Figura 3.1 Diagrama General del Sistema ................................................. 34
Figura 3.3 Diagrama de Gestin de usuarios ............................................. 36
Fuente: Propia ........................................................................................... 36
DESCRIPCIN DE CASO DE USO: .......................................................... 36
B) SUB - SISTEMA DE EXPEDIENTES .................................................... 40
Figura 3.4 Diagrama de Gestin de Archivo:.............................................. 40
Figura 3.5 Diagrama de Gestin de Alumnos............................................. 49
Figura 3.6 Diagrama de Administracin del Sistema. ................................. 52
Figura 3.7 Diagrama de Administracin de Especialidad ........................... 53
Figura 3.8 Diagrama de Administracin de Facultad .................................. 53
Figura 3.9 Diagrama de Administracin de Sedes ..................................... 53
Figura 3.10 Diagrama de Administracin de Documentos.......................... 54
Figura 3.11 Diagrama de clases ................................................................ 58
Figura 3.12 Diagrama de componentes estructura del sistema .................. 59
Figura 3.13 Diagrama de componentes men del administrador ............... 60
Figura 3.14 Diagrama de componentes men del usuario ......................... 61
Figura 3.15 Diagrama de despliegue distribucin fsica del sistema .......... 62
Figura 3.18 Interfaz de Consulta Documento Emitido. ............................... 65
ix
5
6
7
Figura 3.19 Interfaz de Consulta Documento Remite. ................................ 66

Figura 3.20 Modelo de la Base de Datos ................................................... 67
Figura 3.21 Seleccin de la opcin de exportacin en el men .................. 68
Figura 3.22 Seleccin de las opciones para la exportacin ........................ 69
Figura 3.23 Guardando el archivo con la consulta para la creacin ........... 70
Figura 3.24 Ventana phpMyAdmin de creacin de Base de Datos ............. 71
Figura 3.25: Bsqueda del Archivo exportado en phpMyAdmin. ................ 72
Figura 3.26: Ventana phpMyAdmin con el archivo encontrado. ................. 73
Figura 3.27 Ventana phpMyAdmin con mensaje de ejecucin con xito. ... 74
Figura 3.28: Ventana MyAdmin con la Base de Datos ya importado. ......... 75
Figura 3.39 Cdigo de la clase para la conexin con la base de datos ...... 76
RESULTADOS DE LA PRCTICA REALIZADA: ................................... 77
Figura 4.1 Pgina Principal ........................................................................ 77
Figura 4.2 Men del Sistema. .................................................................... 78
Figura 4.3 Inicio del Sistema. ..................................................................... 79
Figura 4.4 Men del Administrador. ........................................................... 80
Figura 4.5 Datos Bsicos del expediente ................................................... 81
Figura 4.6 Documentos que contiene el expediente................................... 82
Figura 4.10 Control de acceso. .................................................................. 83
Figura 4.11 Panel de Administracin.......................................................... 84
Figura 4.12 Ingreso de centros educativos................................................. 85
Figura 4.13 Registrar nueva Asociacin. .................................................... 85
Figura 4.14 Registrar nueva Sede. ............................................................ 86
Figura 4.15 Detalles de Bsqueda de Alumno. .......................................... 87
Figura 4.16 Detalles de ingreso de expediente de alumnos ....................... 88
Figura 4.17 Detalle de ingreso de expediente de alumno........................... 89
CONCLUSIONES Y SUGERENCIAS: .................................................... 90
BIBLIOGRAFIA: ..................................................................................... 92
ANEXOS:................................................................................................ 95
GLOSARIO ..................................................................................................... 102
CAPTULO I
1
GENERALIDADES DE LA INSTITUCIN:
1.1.
NOMBRE O RAZN SOCIAL:

Universidad Jos Carlos Maritegui
1.2.
1.3.
UBICACIN DE LA INSTITUCIN:
Departamento
Moquegua
Provincia
Mariscal Nieto
Distrito
Moquegua
Jirn
Ayacucho N 393
Telfono
(053) - 46 1110
ACTIVIDADES DE LA INSTITUCIN:
La Universidad se dedica a:
La Investigacin Cientfica.
Estudio constante.
Educacin superior integral.
Formacin acadmico profesional.
Difusin de cultura.
Con mira a convertirse en una de las mejores Universidades tanto a

nivel
Regional
como
Nacional,
trabaja
arduamente
en
la
Implementacin de Infraestructuras tanto en Moquegua como en Ilo, a

la vez est implementando sus laboratorios con tecnologa de punta
para as poder formar verdaderos profesionales, capaces de
desenvolverse en cualquier mbito laboral
Ofrece Diplomados, Segundas Especialidades. Pro Ttulos, Centro

Pre Universitario, Centro de Computo y Sistemas y de Idiomas
Escuela de Post Grado con Maestras y Doctorados, campos
deportivos, y en cuanto a carreras a Distancia, contando de esta
manera con alumnado de distintas partes del Per.
1.4.
RESEA HISTRICA:
Fue creada como UNIVERSIDAD PRIVADA DE MOQUEGUA por ley
N 25153 del 23 de diciembre de 1989 con las carreras profesionales:
Ingeniera de Minas, Ingeniera Mecnica, Ingeniera Civil, Ingeniera
Ambiental, Ingeniera Pesquera e Ingeniera
Agroindustrial.
Desde su inicio fue su sede principal en el distrito de Moquegua,
provincia de Mariscal Nieto, departamento de Moquegua, donde
figura como persona jurdica sin fines de lucro y empez a brindar su
servicio educativo el 15 de abril de 1991. Desde esa fecha se ha
convertido por mritos propios en una progresista ventana hacia el
desarrolla integral de todos aquellos que son conscientes que para
cumplir su sol para con la sociedad, la mejor forma es a travs de una
eficiente profesionalizacin, por la cual se ha convertido en una firme
esperanza de consolidacin de metas de grandeza espiritual y calidad
humana.
En el Puerto Industrial de Ilo, en el ao 1996 empezaron sus
actividades acadmicas con tres carreras profesionales: Ingeniera
Mecnica, Derecho y Contabilidad.
El 03 de abril del 2001 La Comisin Organizadora presidida por el
Doctor Miguel Fuentes Chvez y la presidan el Doctor Juan
Rodrguez Pantigoso como Vicepresidente Administrativo y el

Licenciado Ramn Vera Robalcaba como Vicepresidente Acadmico,
asumieron con entrega y conviccin el gran compromiso, frente a la
plana docente, la familia estudiantil y el pueblo en conjunto de
institucionalizar la universidad, la misma que se hizo efectiva en un
lapso de 13 meses. Por eso el 28 de mayo del 2002 se consigui el
gran sueo de su institucionalizacin mediante resolucin N 3892002-ANR y como fruto de esta resolucin el 13 de noviembre del
2002 se promulg el primer estatuto de la Universidad y
posteriormente el 30 de diciembre del mismo ao, fueron elegidos el
Rector y Vicerrector en un ambiente democrtico y en estricto
cumplimiento de la ley universitaria y del mencionado estatuto, actos
que garantizan la autonoma y credibilidad de la Universidad Privada
de Moquegua "Jos Carlos Maritegui".
Desde aquella memorable fecha, figura en su historial institucional
como autoridades de la Universidad Privada de Moquegua "Jos
Carlos Maritegui", su primer Rector Mgr. Alberto Coayla Vilca y
Vicerrector Dr. Javier Flores Arocutipa, quienes por su experiencia y
capacidad en estas lides, se han convertido en autnticos lderes de
avanzada al poner en prctica todo un conjunto de procesos del
sistema de educacin superior universitaria, con lo que asegura que
egresen
de
sus
aulas,
profesionales
de
excelente
calidad,
competitivos en cualquier latitud regional nacional y del exterior.

Actualmente, nuestra Universidad oferta trece carreras profesionales
y son las siguientes:
Ingeniera Comercial.
Ingeniera Agronmica.
Ingeniera Civil.
Ingeniera Mecnica Elctrica.

Ingeniera de Sistemas e Informtica.
Ingeniera Pesquera.
Ingeniera Ambiental.
Obstetricia.
Contabilidad.
Odontologa.
Derecho.
Educacin.
Enfermera.
Ingeniera de Sistemas e Informtica
Ingeniera de Telecomunicaciones y Redes
Ingeniera Civil
Ingeniera Mecnica Elctrica
Ingeniera Agronmica
Ingeniera Agroindustrial
Ingeniera Ambiental
Arquitectura
Economa
Ciencias Administrativas y Marketing Estratgico
Administracin Turstica y Hotelera
Ingeniera Comercial
Educacin Secundaria
Educacin Primaria
Educacin Inicial
Derecho
Contabilidad
Enfermera
Obstetricia
Odontologa
Psicologa
1.5.
FINALIDAD:
La Universidad JOS CARLOS MARITEGUI de Moquegua, es una
institucin que tiene como finalidad brindar estudios superiores
universitarios tanto presencial como a distancia, utilizando mtodos
muy eficaces que permiten lograr formar profesionales capaces,
eficientes, eficaces y con un nivel formativo igual o mejor que el
brindado en otras universidades.
1.6.
VISIN:
Hacer de cada hombre un profesional o acadmico de excelencia al
servicio de la equidad social mundial.
1.7.
MISIN:
Formamos profesionales, acadmicos, investigadores, tecnlogos.
Creativos, competentes y comprometidos con la solucin de los
problemas
de
la
comunidad,
generando
desarrollando
conocimientos cientficos, humansticos; a travs de los cuales se

formulen alternativas de desarrollo humano, cultura, bienestar y
equidad social.
1.8.
ORGANIGRAMA
Figura 1.1. Organigrama de la Universidad Jos Carlos Maritegui

Fuente: www.ujcm.edu.pe
1.9.
LUGAR DE EJECUCIN DE LAS PRCTICAS PRE

PROFESIONALES:
1.9.1. NOMBRE DEL REA:
OSA: Oficina de Servicios Acadmicos.
1.9.2. DESCRIPCIN DEL REA DE TRABAJO:
La Oficina de Servicios Acadmicos (Archivo) se encarga de
la administracin de los expedientes de admisin de los
alumnos de las modalidades de Presencial, Semi-presencial,
Programa Especial, Distancia y Complementacin Acadmica
de la Universidad Jos Carlos Maritegui.
1.9.3. OBJETIVOS OFICINA OSA PRE-GRADO:
Codificar a los ingresantes de las diferentes modalidades y

Carreras Profesionales.
Realizar el Proceso de Matrculas el que consta en

Registrar e ingresar las notas de los alumnos de las
diferentes
carreras
profesionales
de
la
modalidad
Presencial, Semi-presencial, Distancia, Programa Especial

y Complementacin Acadmica.
Emitir Actas y Registros de Evaluacin a la direccin de las

Carreras Profesionales para distribuir a los docentes de las
asignaturas
su
cargo,
segn
la
carga
lectiva
correspondiente al semestre acadmico.
Tramitar
con
la
ANR
la
elaboracin
de
Carnets
Universitarios de los alumnos de la Modalidad Presencial,

Semi-presencial, Distancia, as como los alumnos de la
Escuela de Post-Grado. Elaborar Record Acadmicos,
Constancias de Biblioteca y Conformidad de Documentos

solicitados por los alumnos de Pre Grado.
Elaborar los certificados de Estudios en conformidad con

las Actas existentes y en estricto acatamiento a las
calificaciones contenidas en las mismas.
Elaborar Listados de estudiantes y egresados de Pre

Grado pertenecientes al Tercio y Quinto Superior de
acuerdo a las BD existentes en la Oficina.
Mantener y custodiar los expedientes de admisin de los

alumnos de las diferentes Carreras Profesionales de la
Modalidad
Presencial,
Semi-presencial,
Distancia,
Programa Especial y Complementacin Acadmica.
Verificar la correcta convalidacin de cursos de los

alumnos ingresantes extraordinarios e ingresar los cuadros
de Convalidacin al Sistema Acadmico utilizado en
OSAERC de los alumnos de Pre Grado.
Verificar e ingresar la correcta Adecuacin al Nuevo Plan

de Estudios de los alumnos que retoman sus estudios y/o
alumnos que se acogen al Nuevo Plan de Estudios.
1.10.
ESTRUCTURA TEMTICA:
1.10.1. RESUMEN:
El
presente
proyecto
titulado
Desarrollo
un
Sistema
Informtico para gestionar los expedientes en la OSA de la

Universidad Jos Carlos Maritegui. Ha sido desarrollado
con la finalidad de automatizar del control de archivos y as
diversos procesos administrativos, se viene realizando en
varias Universidades nacionales y privadas del Per.
Logrando una mejora institucional notable.
El Sistema de Informacin que se propone, mantendr un

control eficiente sobre el monitoreo de los archivos y
expedientes de la universidad y as, apoyar a los diferentes
procesos de gestin y una bsqueda del bienestar y mejor
servicio brindado a la comunidad Universitaria.
La informacin podr ser vista en tiempo real, de acuerdo a la
competencia del personal y a la confidencialidad de la
informacin.
Se tendr la informacin necesaria en corto tiempo lo que
permitir el ahorro de tiempo as como la impresin de
reportes segn sean requeridos por los rganos jerrquicos
autorizados.
Reducir la carga documental de archivos fsicos. Y generara
reportes importantes para la toma de decisiones a Nivel
Gerencial.
1.10.2. DESCRIPCIN DEL PROBLEMA:
La Universidad Jos Carlos Maritegui, Oficina de Servicios
Acadmicos, Evaluacin y Registro Central no cuenta con un
sistema automatizado de Control de Archivos.
1.11.
OBJETIVOS DE LAS PRCTICAS PRE- PROFESIONALES:
1.11.1. OBJETIVO GENERAL:
Desarrollar un Sistema Informtico para gestionar los

expedientes en la OSA de la Universidad Jos Carlos
Maritegui.
1.11.2. OBJETIVOS ESPECIFICOS:
Analizar los principales procesos y actividades del rea de

archivo de expedientes, para minimizar tiempos en los
trmites.
Diseo del sistema informtico utilizando la Metodologa

OO para la elaboracin del sistema web.
Implementar un prototipo del sistema web utilizando el

lenguaje de programacin php.
1.11.3. JUSTIFICACION:
La Universidad Jos Carlos Maritegui, apuesta por la
innovacin tecnolgica y busca alcanzar niveles altos de
calidad en servicios tanto acadmicos como administrativos
para destacar de entre las universidades.
Por lo tanto la implementacin de un Sistema de Informacin
Web como resultado de una investigacin y desarrollo
respectivo, permitir:
Agilizar los trmites que se realizan en archivo como
conformidades, envi de documentos que nos solicitan.
Saber la ubicacin exacta del expediente para mejorar el
tiempo de bsqueda.
Contribuir al desarrollo de la Institucin.
10
CAPTULO II
FUNDAMENTO TERICO:
2.1.
PHP:
El
PHP
(Profesional
Home
Pages
Pginas
Personales
Profesionales) es un lenguaje para la creacin de pginas web. Es

una solucin para la construccin de Webs con independencia de la
Base de Datos (aunque normalmente se usar MySQL) del servidor
Web (aunque normalmente se usar Apache), vlida para cualquier
plataforma (Unix, Windows, Mac). El objetivo final es conseguir la
integracin de las pginas HTML con aplicaciones que corran en el
servidor como procesos integrados en el mismo, y no como un
proceso separado, como ocurre con los CGIs (aunque PHP tambin
puede funcionar como un CGI) . Igualmente interesa que dichas
aplicaciones sean totalmente independientes del navegador (lo que
no ocurre con otros lenguajes basados en scripts como JavaScript o
VisualBasic Script).1
El lenguaje de programacin interpretado PHP naci como Personal
Home Page (PHP) Tools. Fue creado por el programador dans
Rasmus Lerdorf en 1994 para la creacin de pginas web
dinmicas.2
F.Javier Garcia Catellano TUTORIAL DE PHP, disponible en: http://flanagan.urg.es/php/index2.htm.
Definicion de PHP disponible en: http://definicion.de/php/.
11
Figura 2.1 Ejemplo de cdigo PHP.

Fuente: www.flanagan.ugr.es/php/index2.htm.
El acrnimo recursivo, sin embargo, actualmente est vinculado a PHP
Hypertext Pre-Processor. El lenguaje es administrado por The PHP
Group y no cuenta con una especificacin formal. La Free Software
Foundation, por lo tanto, considera la licencia PHP como parte del
software libre.
2.2.
SISTEMA:
Un sistema es un conjunto de partes o elementos organizados y
relacionados que interactan entre s para lograr un objetivo. Los
sistemas reciben (entrada) datos, energa o materia del ambiente y
proveen (salida) informacin, energa o materia.
Un sistema puede ser fsico o concreto (una computadora, un
televisor, un humano) o puede ser abstracto o conceptual (un
software) Cada sistema existe dentro de otro ms grande, por lo tanto
un sistema puede estar formado por subsistemas y partes, y a la vez
puede ser parte de un sper sistema.
12
Los sistemas tienen lmites o fronteras (Ver: frontera de un sistema),

que los diferencian del ambiente. Ese lmite puede ser fsico (el
gabinete de una computadora) o conceptual. Si hay algn intercambio
entre el sistema y el ambiente a travs de ese lmite, el sistema es
abierto, de lo contrario, el sistema es cerrado.3
El ambiente es el medio en externo que envuelve fsica o
conceptualmente a un sistema. El sistema tiene interaccin con el
ambiente, del cual recibe entradas y al cual se le devuelven salidas.
El ambiente tambin puede ser una amenaza para el sistema.
Sistema es un conjunto de sistemas organizados que interactan
entre s y con su ambiente para lograr objetivos comunes, operando
sobre informacin, sobre energa o materia u organismos para
producir como salida informacin o energa o materia u organismos.
Elementos de Sistema
Son elementos estructurales de un sistema:
Elementos: Son los componentes fundamentales del sistema. Un
elemento es la representacin simplificada de alguna caracterstica

de la realidad objeto de estudio.
Relaciones entre elementos o redes de comunicacin: Los
elementos o componentes estn interrelacionados. En un sistema no

se retienen todas las interacciones entre todos los elementos, sino las
ms significativas para los fines concretos con que est laborando el
sistema. Las redes de comunicacin pueden tener un soporte fsico o
ser redes o conexiones mentales o abstractas.
Lmites: Un sistema puede tener lmites precisos o una zona
llamada interfaz, que lo separa del entorno circundante o de otros
Definicin de Sistema disponible en: http://www.alegsa.com.ar/Dic/sistema.php.
13
sistemas, de tal manera que, sin ambigedad, se sepa si un

determinado elemento o red pertenece o no al sistema.
El entorno del sistema: aquello que lo rodea, dentro del cual est
ubicado.
Las Elementos funcionales de los sistemas son las siguientes:
Flujos: Ya sea de materiales, informacin o energa que circulan
entre variables de estado. Esta circulacin se hace a travs de las

redes de comunicacin y cuenta con dispositivos: vlvulas o grifos
que controlan los diversos flujos.
Redes de retroalimentacin: cadenas de causalidad o influencias
circulares entre elementos.

2.3.
MySQL:
El software MySQL proporciona un servidor de base de datos SQL
(Structured Query Language) veloz, multi-hilo, multiusuario y robusto.
El servidor est proyectado tanto para sistemas crticos en produccin
soportando intensas cargas de trabajo como para empotrarse en
sistemas de desarrollo masivo de software. El software MySQL tiene
licencia dual, pudindose usar de forma gratuita bajo licencia GNU o
bien adquiriendo licencias comerciales de MySQL AB en el caso de
no desear estar sujeto a los trminos de la licencia GPL. MySQL es
una marca registrada de MySQL AB.
Uso de MySQL:
MySQL es muy popular en aplicaciones web, y es componente de
las plataformas LAMP, MAMP, WAMP, entre otras. MySQL suele
combinarse con el popular lenguaje PHP.
14
Caractersticas de MySQL:
MySQL est escrito en C y C++.
Emplea el lenguaje SQL para consultas a la base de datos.
MySQL Server est disponible como freeware bajo licencia
GPL.
MySQL Enterprise es la versin por suscripcin para
empresas, con soporte las 24 horas.
Trabaja en las siguientes plataformas: AIX, BSDi, FreeBSD,
HP-UX, GNU/Linux, Mac OS X, NetBSD, Novell NetWare,
OpenBSD, OS/2 Warp, QNX, SGI IRIX, Solaris, SunOS, SCO
OpenServer, SCO UnixWare, Tru64, Microsoft Windows (95,
98, ME, NT, 2000, XP y Vista).
2.4.
DBDesigner (Diseador de una Base de Datos):

DBDesigner 4 es un sistema visual de diseo de bases de datos que
integra el diseo de bases de datos, modelado, creacin u
mantenimiento en un ambiente sencillo y sin complicaciones.
Combina caractersticas profesionales con una interfaz de usuario
clara y simple para ofrecer el modo ms eficiente de manipular sus
bases de datos.4
DBDesigner 4 es equivalente a productos como Designer de Oracle,
Rational Rose de IBM, ERwinde Computer Associates y DataArchitect
de theKompany pero es un proyecto de cdigo abierto disponible para
Microsoft Windows 2000/XP y Linux KDE/Gnome. Se distribuye bajo
la Licencia Pblica General.
DBDesigner 4 est desarrollado y optimizado para la Base de datos
de cdigo abierto MySQL para dar soporte a usuarios de My SQL con
una herramienta de diseo poderosa y disponible en forma gratuita.
DBDesigner disponible en: http//www.freedownloadmanager.org/es/downloads/DBDesigner_4_3178_p/.
15
Todas las caractersticas especficas de MySQL han sido construidas

para ofrecer el modo ms conveniente de disear y mantener el
control de sus bases de da datos de MySQL.
Figura 2.2 Diseo de una Base de Datos en DBDesigner.

Fuente: www.freedownloadmanager.org/es/downloads/DBDesigner_4_3178_p/
2.5.
RATIONAL ROSE:
Es una herramienta software para el Modelado Visual mediante UML
de sistemas software.
Permite Especificar, Analizar, Disear el sistema antes de
Codificarlo.
Caractersticas Rational Rose:
Mantiene la consistencia de los modelos del sistema software.
Chequeo de la sintaxis UML.
Generacin Documentacin automticamente.
Generacin de Cdigo a partir de los Modelos.
Ingeniera Inversa (crear modelo a partir cdigo).
16
Figura 2.3 Interfaz de Rational Rose.

Fuente: www.monografias.com/trabajos5/insof/insof.shtml
2.6.
UML
UML es un lenguaje para especificar, construir, visualizar y
documentar los artefactos de un sistema de software orientado a
objetos (OO). Un artefacto es una informacin que es utilizada o
producida mediante un proceso de desarrollo de software.
UML se quiere convertir en un lenguaje estndar con el que sea
posible modelar todos los componentes del proceso de desarrollo de
aplicaciones. Sin embargo, hay que tener en cuenta un aspecto
importante del modelo: no pretende definir un modelo estndar de
desarrollo, sino nicamente un lenguaje de modelado. Otros mtodos
de modelaje como OMT (Object Modeling Technique) o Booch s
definen procesos concretos. En UML los procesos de desarrollo son
diferentes segn los distintos dominios de trabajo; no puede ser el
mismo el proceso para crear una aplicacin en tiempo real, que el
proceso de desarrollo de una aplicacin orientada a gestin, por
poner un ejemplo.
17
Las diferencias son muy marcadas y afectan a todas las fases del
proceso. El mtodo del UML recomienda utilizar los procesos que
otras metodologas tienen definidos.
Elementos de UML:
Diagrama de casos de uso:
Los diagramas de casos de uso describen las relaciones y las
dependencias entre un grupo de casos de uso y los actores
participantes en el proceso.
Es importante resaltar que los diagramas de casos de uso no
estn pensados para representar el diseo y no puede
describir los elementos internos de un sistema. Los diagramas
de casos de uso sirven para facilitar la comunicacin con los
futuros usuarios del sistema, y con el cliente, y resultan
especialmente tiles para determinar las caractersticas
necesarias que tendr el sistema. En otras palabras, los
diagramas de casos de uso describen qu es lo que debe
hacer el sistema, pero no cmo.
Caso de uso:
Un caso de uso describe, desde el punto de vista de los
actores, un grupo de actividades de un sistema que
produce un resultado concreto y tangible.
Los casos de uso son descriptores de las interacciones
tpicas entre los usuarios de un sistema y ese mismo
sistema. Representan el interfaz externo del sistema y
especifican qu requisitos de funcionamiento debe tener
este (recuerde, nicamente el qu, nunca el cmo).
18
Cuando se trabaja con casos de uso, es importante tener

presentes algunas sencillas reglas:
Cada caso de uso est relacionado como mnimo con un

actor.
Cada caso de uso es un iniciador (es decir, un actor).
Cada caso de uso lleva a un resultado relevante (un

resultado con valor intrnseco).
Los casos de uso pueden tener relaciones con otros casos de

uso. Los tres tipos de relaciones ms comunes entre casos de
uso son:
<<include>> que especifica una situacin en la que un

caso de uso tiene lugar dentro de otro caso de uso.
<<extends>> que especifica que en ciertas situaciones, o

en algn punto (llamado punto de extensin) un caso de
uso ser extendido por otro.
Generalizacin que especifica que un caso de uso hereda

las caractersticas del super caso de uso, y puede volver
a especificar algunas o todas ellas de una forma muy
similar a las herencias entre clases.
Actor:
Un actor es una entidad externa (de fuera del sistema) que
interacciona con el sistema participando (y normalmente
iniciando) en un caso de uso. Los actores pueden ser
19
gente real (por ejemplo, usuarios del sistema), otros

ordenadores o eventos externos.5
Los actores no representan a personas fsicas o a
sistemas, sino su rol. Esto significa que cuando una
persona interacta con el sistema de diferentes maneras
(asumiendo diferentes papeles), estar representado por
varios actores. Por ejemplo, una persona que proporciona
servicios de atencin telefnica a clientes y realiza pedidos
para los clientes estara representada por un actor equipo
de soporte y por otro actor representante de ventas.
Descripcin de casos de uso:
Las descripciones de casos de uso son reseas textuales
del caso de uso. Normalmente tienen el formato de una
nota o un documento relacionado de alguna manera con el
caso de uso, y explica los procesos o actividades que
tienen lugar en el caso de uso.
Diagrama de Clases:
Los diagramas de clases muestran las diferentes clases que
componen un sistema y cmo se relacionan unas con otras.
Se dice que los diagramas de clases son diagramas
estticos porque muestran las clases, junto con sus
mtodos y atributos, as como las relaciones estticas entre
ellas: qu clases conocen a qu otras clases o qu clases
son parte de otras clases, pero no muestran los mtodos
mediante los que se invocan entre ellas.
Ingeniera de Software UML disponible en: http://www.monografia.com/trabajos5/insof/insof.shtml.
20
Clase:
Una clase define los atributos y los mtodos de una serie
de objetos. Todos los objetos de esta clase (instancias de
esa clase) tienen el mismo comportamiento y el mismo
conjunto de atributos (cada objetos tiene el suyo propio).
En ocasiones se utiliza el trmino tipo en lugar de clase,
pero recuerde que no son lo mismo, y que el trmino tipo
tiene un significado ms general.
Diagramas de Colaboracin:
Los diagramas de colaboracin muestran las interacciones
que ocurren entre los objetos que participan en una situacin
determinada. Esta es ms o menos la misma informacin que
la mostrada por los diagramas de secuencia, pero destacando
la forma en que las operaciones se producen en el tiempo,
mientras que los diagramas de colaboracin fijan el inters en
las relaciones entre los objetos y su topologa.
En los diagramas de colaboracin los mensajes enviados de
un objeto a otro se representan mediante flechas, mostrando
el nombre del mensaje, los parmetros y la secuencia del
mensaje. Los diagramas de colaboracin estn indicados para
mostrar una situacin o flujo programa especficos y son unos
de los mejores tipos de diagramas para demostrar o explicar
rpidamente un proceso dentro de la lgica del programa.
Diagrama de Estado:
Los diagramas de estado muestran los diferentes estados
de un objeto durante su vida, y los estmulos que provocan
los cambios de estado en un objeto.
21
Los diagramas de estado ven a los objetos como mquinas

de estado o autmatas finitos que pueden estar en un
conjunto de estados finitos y que pueden cambiar su
estado a travs de un estmulo perteneciente a un conjunto
finito. Por ejemplo, un objeto de tipo NetServer puede tener
durante su vida uno de los siguientes estados:
Listo.
Escuchando.
Trabajando.
Detenido.
y los eventos que pueden producir que el objeto cambie de
estado son
Se crea el objeto.
El objeto recibe un mensaje de escucha.
Un cliente solicita una conexin a travs de la red.
Un cliente finaliza una solicitud.
La solicitud se ejecuta y ser termina.
El objeto recibe un mensaje de detencin, etc.
Diagrama de Actividad:
Los diagramas de actividad describen la secuencia de las
actividades en un sistema. Los diagramas de actividad son
una forma especial de los diagramas de estado, que
nicamente (o mayormente) contienen actividades.
Los diagramas de actividad soportan actividades tanto
secuenciales como paralelas. La ejecucin paralela se
22
representa por medio de iconos de fork/espera, y en el caso

de las actividades paralelas, no importa en qu orden sean
invocadas (pueden ser ejecutadas simultneamente o una
detrs de otra).6
Diagramas de Componentes:
Los diagramas de componentes muestran los componentes
del software (ya sea las tecnologas que lo forman como
Kparts, componentes CORBA, Java Beans o simplemente
secciones del sistema claramente distintas) y los artilugios de
que est compuesto como los archivos de cdigo fuente, las
libreras o las tablas de una base de datos.
Los componentes pueden tener interfaces (es decir clases
abstractas con operaciones) que permiten asociaciones entre
componentes.
Diagramas de Implementacin:
Los diagramas de implementacin muestran las instancias
existentes al ejecutarse as como sus relaciones. Tambin se
representan los nodos que identifican recursos fsicos,
tpicamente un ordenador as como interfaces y objetos
(instancias de las clases).
Introduccin a UML disponible en: http://docs.kde.org/stable/es/kdesdk/umbrello/uml-elements.html.
23
Figura 2.4 Ejemplo UML Diagrama de Clases.

Fuente: www.fabforce.net/dbdesigner4/images/ss/dbd4_ss_simplemodel.png
2.7.
SGBD:
Sistema de Gestin de Base de Datos o en Ingles Database
management system (DBMS), es una agrupacin de programas que
sirven para definir, construir y manipular una Base de Datos.7
En la manipulacin de la base de datos, los SGBD deben incluir un
control de concurrencia, sea deben permitir a varios usuarios tener
acceso simultaneo a la base de datos. Controlar la concurrencia
implica que si varios usuarios acceden a la base de datos, la
actualizacin de los datos se haga de forma controlada para que no
haya problemas.
Carmen B. Navarrete Centro de Referencia Linux UAM IBM, Publicacin Introduccin a las Bases de Datos.2003, pg 35.
24
2.8.
MODELO OOHDM o Mtodo de Diseo de Hipermedia Orientado

a. Objetos:
El
modelo
OOHDM
Object
Oriented
Hypermedia
Design
Methodology, para diseo de aplicaciones hipermedia y para la Web,

fue diseado por D. Schwabe, G. Rossi, and S. D. J. Barbosa y es
una extensin de HDM con orientacin a objetos, que se est
convirtiendo en una de las metodologas ms utilizadas. Ha sido
usada para disear diferentes tipos de aplicaciones hipermedia como
galeras interactivas, presentaciones multimedia y, sobre todo,
numerosos sitios web.
Al igual que RMM, este mtodo se inspira en el modelo HDM, pero lo
que le distingue claramente del primero es el proceso de concepcin
orientado a objetos. OOHDM propone el desarrollo de aplicaciones
hipermedia mediante un proceso de 4 etapas:
-
Diseo Conceptual.
Diseo Navegacional.
Diseo de Interfaces Abstractas.
Implementacin.
Cada etapa de la concepcin define un esquema objeto especfico en

el que se introducen nuevos elementos (clases).
En la primera etapa se construye un esquema conceptual
representado por los objetos de dominio o clases y las relaciones
entre dichos objetos. Se puede usar un modelo de datos semntico
estructural (como el modelo de entidades y relaciones). El modelo
OOHDM propone como esquema conceptual basado en clases,
relaciones y subsistemas.
25
En la segunda etapa, el diseador define clases navegacionales tales

como nodos, enlaces y estructuras de acceso (ndices y visitas
guiadas) inducidas del esquema conceptual. Los enlaces derivan de
las relaciones y los nodos representan ventanas lgicas (views) sobre
las clases conceptuales. A continuacin, el diseador describe la
estructura navegacional en trminos de contextos navegacionales. Un
contexto navegacional es un conjunto de nodos, enlaces, clases de
contextos y otros contextos navegacionales (contextos anidados) igual que en HDM definen agrupaciones- que pueden ser definidos
por comprensin o extensin, o por enumeracin de sus miembros.
Los nodos se enriquecen con un conjunto de clases especiales que
permiten presentar atributos as como mtodos o comportamientos
cuando se navega en un contexto particular. Durante esta etapa, es
posible adaptar los objetos navegacionales para cada contexto, de
forma similar a las perspectivas de HDM.
OOHDM no propone un modelo enriquecido para el dominio de la
aplicacin, por lo que deja libre al diseador para elegir el modelo de
especificacin del dominio. Sin embargo, el modelo hipermedia est
definido en dos niveles de abstraccin: las clases navegacionales y
los contextos navegacionales. En el momento de la especificacin de
las clases navegacionales
es cuando el diseador define las
correspondencias y, aunque OOHDM sugiere algunas, no impone

metforas preestablecidas tan sistemticamente como RMM. Los
nodos inducidos de las clases del modelo del dominio y los enlaces
inducidos de las relaciones del modelo del dominio se pueden
precisar. Como el segundo nivel est consagrado a la especificacin
de la navegacin, expresada exclusivamente sobre los objetos
navegacionales (no sobre los elementos del modelo del dominio),
26
constituye un mecanismo que permite enriquecer el modelo

hipermedia.
La tercera etapa est dedicada a la especificacin de la interfaz
abstracta. As, se define la forma en la cual deben aparecer los
contextos navegacionales. Tambin se incluye aqu el modo en que
dichos objetos de interfaz activarn la navegacin y el resto de
funcionalidades de la aplicacin, esto es, se describirn los objetos de
interfaz y se los asociar con objetos de navegacin. La separacin
entre el diseo navegacional y el diseo de interfaz abstracta
permitir construir diferentes interfaces para el mismo modelo
navegacional.
Por fin, la cuarta etapa, dedicada a la puesta en prctica, es donde se
hacen corresponder los
objetos de interfaz con los objetos de
implementacin.
Aunque los ejemplos que ilustran el mtodo sean siempre del mismo
tipo, OOHDM es un mtodo abierto porque, por una parte, el modelo
del dominio no viene impuesto y por otra parte, el soporte en objetos
del mtodo permite la especializacin de las clases navegacionales y
de los contextos navegacionales. El objetivo de OOHDM es cubrir la
concepcin de todo tipo de aplicaciones hipermedia.8
2.8.1. MODELO CONCEPTUAL:
Durante la primera fase se realiza el modelado del dominio
del hiperdocumento utilizando algn mtodo anlisis orientado
a objetos de Sistemas de Informacin, por ejemplo OMT,
obteniendo as un esquema conceptual de clases en el que,
8
Modelado OOHDM - disponible en: http//www.hipertexto.info/documentos/oohdm.htm
27
adems de clases abstractas y objetos, se representan las

relaciones entre ellas, incluidas las de herencia y agregacin,
y los correspondientes atributos (que pueden ser de cualquier
tipo, desde simples cadenas de caracteres a grficos,
imgenes, texto, sonido, etc.) y mtodos asociados a las
clases.9
2.8.2. DISEO NAVEGACIONAL:

La primera generacin de aplicaciones de multimedia
intentaba realizar la navegacin a travs de un espacio de
informacin usando un solo modelo de datos de hipermedia.
A pesar de estos problemas que son bien conocidos en la
comunidad de la hipermedia, ellos raramente han sido
tomados en cuenta por los diseadores de Multimedia y Web
Sites.
El mayor esfuerzo de diseo normalmente se ha puesto en
aspectos de interfaz del usuario y la estructura de la
navegacin se construye en jerarquas simples. Ahora que los
navegadores (Browser) de Web son la interfaz, y a veces el
Host, para los tipos diferentes de aplicaciones, hay un riesgo
en la navegacin a ser considerada simplemente otro tipo de
comportamiento de aplicacin. En OOHDM, la navegacin es
considerada un paso crtico en el diseo de una aplicacin de
hipermedia. Un Modelo de navegacin se construye como
una vista ms de un modelo conceptual y permite la
construccin de modelos diferentes segn los perfiles
Daniel Schwabe y Gustavo Ross, disponible en: http://www.di.inf.puc-rio.br/schwabe/papers/TAPOSRevised.pdf
28
diferentes de los usuarios. Cada modelo de navegacin

proporciona una vista "Subjetiva" del modelo conceptual.10
2.8.3. DISEO DE INTERFAZ ABSTRACTA:11

Una vez que las aplicaciones de estructura navegacional han
sido definidos, se debe especificar ahora aspectos de la
interfaz. Esto significa definir la manera en que diferentes
objetos
de
navegacin
aparecern,
qu
objetos
de
navegacin de la interfaz se activara y otra funcionalidad de

aplicacin, y qu transformaciones de la interfaz tendrn lugar
y cuando.
Una separacin ordenada entre ambas preocupaciones, de
navegacin y diseo de interfaz abstracta, permite construir
interfaces diferentes para el mismo modelo de navegacin,
llevando a un grado ms alto de independencia de tecnologa
de la interfaz de usuario. En suma, esta separacin permite
entender mejor la aplicacin global de la estructura para
indicar qu transformaciones claramente en la interfaz sern
transformaciones navegacionales.
2.8.4. IMPLEMENTACIN:
En esta fase, el diseador realmente implementar el diseo.
Hasta ahora, todos los modelos fueron deliberadamente
construidos de semejante manera en lo que se refiere a ser
independiente de la plataforma de implementacin; en esta
10
Carvalho, G Rossi, disponible en: http://www.di.inf.puc-rio.br/schwabe/HT96WWW/section3.html
11
Coleman Introduccin Orientado a Objetos, disponible en http://www.di.inf.puc-rio.br/schwabe/HT96WWW/section3.html
29
fase el ambiente particular de (tiempo de ejecucin) runtime

se toma el derecho de acceso a un servidor o a la red
internet. A continuacin se fijar cmo los diseos de
OOHDM pueden ser implementados en el WWW, tener
cuidado para no arreglar una sola alternativa, desde que hay
muchos acercamientos posibles a travs de los cuales esto
puede ser logrado.
Cuando la fase de implementacin se alcanza, el diseador
ya tiene definido los artculos de informacin que son parte
del dominio del problema.
2.9.
ANLISIS ORIENTADA A OBJETOS:

El anlisis orientado a objetos, es desarrollar una serie de modelos
que describan el software de computadora al trabajar para satisfacer
un conjunto de requisitos definidos por el cliente. El AOO forma un
modelo de anlisis multiparte para satisfacer este objetivo. El modelo
de anlisis ilustra informacin, funcionamiento y comportamiento
dentro del contexto de los elementos del modelo de objetos.12
12
Ingeniera de software, un enfoque prctico, Roger S. Pressman, 5aEdicin, pg. 133
30
CAPTULO III
3
MATERIAL Y MTODO UTILIZADO EN LAS PRCTICAS

PREPROFESIONALES:
3.1.
MATERIALES:
3.1.1. RECURSOS HUMANOS:

CANTIDAD RECURSO HUMANO
CANTIDAD
RECURSO HUMANO
01
Analista de Sistemas.
01
Diseador de Sistemas
01
Programador de Sistemas
Todos los Roles son Asumidos por:

Bachiller. Samir Ivn Benavente Condori
Tabla 3.1 Recursos Humanos
Fuente: Propia
3.1.2. RECURSOS DE HARDWARE
01 Laptop Intel(R) Core(TM)i7 CPU
Procesador
: Intel(R) Core(TM) i7 CPU
Q720 @ 1.60GHz.
Memoria
: RAM de 4.00 GB
Disco Duro
: 500 GB
Sistema Operativo
: Windows 10
Tarjeta de Sonido y Audio
:NVIDIA High
Definition Audio.
01 Impresora Lser Jet 1610.
31
3.1.3. RECURSOS DE SOFTWARE:
Microsoft Windows 7.
Microsoft Office 2007 (Microsoft Excel y Microsoft Word).
DBDesigner, para el modelamiento Web.
Rational Rose Enterprise Edition v.2003.
XAMPP Para Windows.
Apache Web Server Version 2.2.4.
PHP Script Language Version 5.2.3.
MySQL Database Version 5.0.45.
Notepad++ v5.6.6 para la programacin, tanto para el

cdigo HTML como cdigo PHP.
3.2.
Navicat 8 for MySQL.
METODOLOGA:
La Metodologa utilizada es OOHDM (Object Oriented Hypermedia

Design Method), por lo que la metodologa elegida es un mtodo para
el desarrollo de aplicaciones web.
Los modelos orientados a objetos se construyen en cada paso que
mejora los modelos diseados en iteraciones anteriores y consta de
las siguientes fases:
Anlisis del Sistema.
Fase Conceptual.
Fase Navegacional.
Fase de Interfaz Abstracta.
32

3.3.
Fase de Implementacin.
ANLISIS DEL SISTEMA:

3.3.1. IDENTIFICACIN DEL PROYECTO:
a) TTULO:
Desarrollo
de
un
Sistema
Informtico
para
la
Administracin de Expedientes de la Universidad Jos

Carlos Maritegui.
b) DESCRIPCIN:
Es un sistema Web que mediante sus mdulos se puede
administrar los expedientes de los alumnos de la UJCM.
c) AUTOR:
Bach. Samir Ivn Benavente Condori
3.3.2. DESARROLLO DEL SISTEMA SISCOD:
3.3.2.1.
DIAGRAMA GENERAL DEL SISTEMA
33
Figura 3.1 Diagrama General del Sistema

Fuente: Propia
34
3.3.2.2.
DIAGRAMA DE CASO DE USO:
A) SUB - SISTEMA DE OFICINAS
Figura 3.2 Diagrama de Gestin de Actores

Fuente: Propia
ACT 001
Descripcin
Comentario
ACT 001
Descripcin
Comentario
PERSONAL DE ARCHIVO
Actor que representa a la persona
que tiene permisos para
gestionar todo el sistema.
Tambin llamado personal.
PERSONAL DE ARCHIVO
Actor que representa a la oficina que
solicita o interacta con los
expedientes.
Tambin llamado usuario.
35
Figura 3.3 Diagrama de Gestin de usuarios

Fuente: Propia
DESCRIPCIN DE CASO DE USO:
CU-001
NUEVO USUARIO
Versin
1.0
Actor
ACT 001
Descripcin
El sistema deber comportarse

tal como se describe en
este
C.U.
cuando
seleccione nuevo.
CU-002
BUSCAR
Versin
1.0
Actor
ACT 001
Descripcin
El sistema deber comportarse tal como

se describe en este C.U. cuando
seleccione BUSCAR.
36
Dependencias
Precondicin
Secuencias Normal
Post condicin
N Accin
1
El Actor (ACT 001) realiza la

bsqueda
El sistema muestra los resultados

de la bsqueda.
El Actor (ACT 001) selecciona de

entre los resultados el
expediente deseado y el caso
de uso finaliza correctamente.
Excepciones
N Accin
1
Si el sistema no encuentra
resultados para la bsqueda,
el sistema se lo indica al actor
y vuelve al paso 1, a
continuacin este caso de uso
contina.
Comentarios
Ninguno.
CU-003
MODIFICAR
Versin
1.0
Actor
ACT 001
Descripcin

seleccione MODIFICAR.
Dependencias
Precondicin
Secuencia normal
N Accin
1
Se realiza el caso de uso Buscar

(CU-002)
37
Post condicin
Excepciones
Comentarios
El Actor (ACT 001) realiza los

cambios.
El Actor (ACT 001) selecciona

Aceptar cambios.
El sistema evala si los datos

introducidos son vlidos.
El sistema pide confirmacin sobre

los datos introducidos.
El Actor (ACT 001) confirma la

peticin
El sistema realiza las

modificaciones y el caso de
uso finaliza con xito.
La base de datos ha de estar en un

estado consistente
N Accin
1
Si la bsqueda no finalizo
exitosamente, el sistema
finaliza el caso de uso, a
queda sin efecto.
Si los datos introducidos no son

vlidos, el sistema vuelve al
paso 2, a continuacin este
caso de uso continua.
Si el actor (ACT-001) no confirma la

modificacin, el sistema
queda sin efecto.
En cualquier momento el Actor (ACT 001)

puede seleccionar Cancelar y salir
del caso de uso sin realizar ningn
cambio (la cancelacin deber
confirmarse).
38
CU-004
ELIMINAR
Versin
1.0
Actor
ACT 001
Descripcin

seleccione ELIMINAR USUARIO.
Dependencias
Precondicin
Secuencia normal
Post condicin
Excepciones
Comentarios
N Accin
1
Se realiza el caso de uso Buscar

(CU-002)
El Actor (ACT 001) confirma que

desea eliminar un Usuario.
El sistema elimina el usuario de la

B.D.
El sistema finaliza el caso de uso.
La base de datos ha de estar en un

estado consistente
N Accin
1
exitosamente, el sistema
continuacin este caso de
uso queda sin efecto.
Si no lo confirma, el sistema refleja

la excepcin, a continuacin
este caso de uso queda sin
efecto.
Ninguno.
39
B) SUB - SISTEMA DE EXPEDIENTES

BSQUEDA DE DOCUMENTO RECIBIDO:
Figura 3.4 Diagrama de Gestin de Archivo:

Fuente: Propia
CU-005
MODIFICAR EXPEDIENTE
Versin
1.0
Actor
ACT 001
Descripcin
El sistema deber comportarse tal como se

describe en este C.U. cuando seleccione
MODIFICAR EXPEDIENTE En este
40
mdulo se podr agregar ms documentos

al expediente del Alumno.
Dependencias
Precondicin
El alumno debe estar registrado en la Base

de Datos.
Secuencias
Normal
Post condicin
Excepciones
N Accin
1

bsqueda (CU 002)
El sistema muestra los resultados de

la bsqueda.

entre los resultados el expediente del
alumno deseado.
Agrega los documentos a su

expediente.
Confirma y finaliza el caso de Uso.
N Accin
1
Si el sistema no encuentra resultados

para la bsqueda, el sistema se lo
indica al actor y vuelve al paso 1, a
contina.
Si el Actor (ACT 001) no confirma, no

se guardaran los cambios.
Comentarios
El Actor (ACT 001) podr cancelar en

cualquier momento el caso de Uso.
CU-006
ELIMINAR EXPEDIENTE
Versin
1.0
Actor
ACT 001
Descripcin

41
ELIMINAR EXPEDIENTE En este caso de

uso se podr eliminar documentos en caso
de haber llenado mal.
Dependencias
Precondicin

de Datos.
Secuencias
Normal
Post condicin
Excepciones
Comentarios
N Accin
1

bsqueda (CU 002)

la bsqueda.

alumno deseado.
Elimina el expediente seleccionado.
N Accin
1

contina.


Al eliminar un expediente se eliminara
al alumno as como tambin todos los
movimientos y traslados que el alumno
realizo; por lo cual esta funcin deber
de usarse con la seguridad del caso.
42
CU-007
VER EXPEDIENTE
Versin
1.0
Actor
ACT 001
Descripcin

VER EXPEDIENTE.
Dependencias
Precondicin

de Datos.
Secuencias
Normal
Post condicin
Excepciones
Accin

bsqueda (CU 002)

la bsqueda.

alumno deseado.
El sistema muestra detalles del

expediente.
Accin

contina.
Comentarios
Ninguno
CU-008
TRASLADAR EXPEDIENTE
43
Versin
1.0
Actor
ACT 001
Descripcin

TRASLADAR EXPEDIENTE
Dependencias
Precondicin

de Datos.
Secuencias
Normal
Post condicin
Excepciones
Comentarios
N Accin
1

bsqueda (CU 002)

la bsqueda.

alumno deseado.
El Actor (ACT 001) modifica la

ubicacin del expediente segn el
documento.
N Accin
1

contina.


44
CU-009
AGREGAR DOCUMENTOS
Versin
1.0
Actor
ACT 001
Descripcin

AGREGAR DOCUMENTOS
Dependencias
(CU 005) Modificar Expediente.
Precondicin

de Datos.
Secuencias
Normal
Post condicin
Excepciones
N Accin
1
El Actor (ACT 001) realiza la bsqueda

(CU 002)
El sistema muestra los resultados de la

bsqueda.
El Actor (ACT 001) selecciona de entre

los resultados el expediente del
alumno deseado.
El Actor (ACT 001) agrega nuevos

documentos.
N Accin
1

contina.

45
Comentarios

CU-010
RETIRAR EXPEDIENTE
Versin
1.0
Actor
ACT 001
Descripcin

RETIRAR EXPEDIENTE. Este caso de
uso se dar cuando un alumno tramite su
retiro de la Universidad por razones
personales.
Dependencias
Precondicin

de Datos.
Secuencias
Normal
Post condicin
N Accin
1

bsqueda (CU 002)

la bsqueda.

alumno deseado.
El Actor (ACT 001) ejecuta retiro de

alumno.
46
Excepciones
Comentarios
N Accin
1

contina.


CU-011
EGRESAR
Versin
1.0
Actor
ACT 001
Descripcin

EGRESAR. Este caso de uso se dar
cuando un alumno tramite constancia de
Egresado.
Dependencias
Precondicin

de Datos.
47
Secuencias
Normal
Post condicin
Excepciones
Comentarios
N Accin
1

bsqueda (CU 002)

la bsqueda.

alumno deseado.
El Actor (ACT 001) modifica el

estado del expediente.
N Accin
1

contina.


C) SUB - SISTEMA DE ALUMNOS

BSQUEDA DE DOCUMENTO EMITIDO:
48
Figura 3.5 Diagrama de Gestin de Alumnos

Fuente: Propia.
CU-012
NUEVO ALUMNO
Versin
1.0
Actor
ACT 001
Descripcin
El sistema deber comportarse tal

como se describe en este C.U.
cuando seleccione NUEVO
ALUMNO.
CU-013
MODIFICAR
Versin
1.0
Actor
ACT 001
49
Descripcin

MODIFICAR (Datos del Alumno) En este
modulo se modificaran datos del Alumno.
Dependencias
Precondicin

de Datos.
Secuencias
Normal
Post
condicin
Excepciones
Comentarios
CU-014
N Accin
1

bsqueda (CU 002)

la bsqueda.

entre los resultados al alumno
deseado.
Modifica datos del alumno.
N Accin
1
Si el sistema no encuentra
resultados para la bsqueda, el
sistema se lo indica al actor y
vuelve al paso 1, a continuacin
este caso de uso contina.
Si el Actor (ACT 001) no confirma,

no se guardaran los cambios.

ELIMINAR
50
Versin
1.0
Actor
ACT 001
Descripcin

ELIMINAR (Datos del Alumno).
Dependencias
Precondicin
El alumno debe estar registrado en la Base de

Datos.
Secuencias
Normal
Post condicin
Excepciones
Comentarios
Accin
El Actor (ACT 001) realiza la bsqueda

(CU 002)
El sistema muestra los resultados de la

bsqueda.
El Actor (ACT 001) selecciona de entre

los resultados al alumno deseado.
Elimina registro del alumno.
Accin

para la bsqueda, el sistema se lo indica
al actor y vuelve al paso 1, a
continuacin este caso de uso contina.
Si el Actor (ACT 001) no confirma, no se

guardaran los cambios.
El Actor (ACT 001) podr cancelar en cualquier

momento el caso de Uso.
51
D) SUB - SISTEMA DE ADMINISTRACIN
Figura 3.6 Diagrama de Administracin del Sistema.

Fuente: Propia
Podemos hallar las siguientes relaciones:
52
Figura 3.7 Diagrama de Administracin de Especialidad

Fuente: Propia.
Figura 3.8 Diagrama de Administracin de Facultad

Fuente: Propia
Figura 3.9 Diagrama de Administracin de Sedes

Fuente: Propia
53
Figura 3.10 Diagrama de Administracin de Documentos

Fuente: Propia
DIAGRAMA DE ADMINISTRACIN DEL SISTEMA:
CU-015
MODIFICAR
Versin
1.0
Actor
ACT 001
Descripcin

MODIFICAR En este modulo se
modificaran datos.
Dependencias
Precondicin
Secuencias
Normal
N Accin
1

bsqueda (CU 002)
54
Post condicin
Excepciones
Comentarios

la bsqueda.

entre los resultados el deseado.
Modifica datos del Sistema.
N Accin
1

contina.


CU-016
NUEVO
Versin
1.0
Actor
ACT 001
Descripcin
El sistema deber comportarse

tal como se describe en este
C.U. cuando seleccione
nuevo.
CU-017
ELIMINAR
55
Versin
1.0
Actor
ACT 001
Descripcin

ELIMINAR.
Dependencias
Precondicin
Secuencia
normal
Post condicin
Excepciones
Comentarios
N Accin
1
Se realiza el caso de uso Buscar (CU002)
El Actor (ACT 001) confirma que

desea eliminar.
El sistema elimina de la B.D.
El sistema finaliza el caso de uso.
La base de datos ha de estar en un estado

consistente
N Accin
1
exitosamente, el sistema finaliza el
caso de uso, a continuacin este caso
de uso queda sin efecto.
Si no lo confirma, el sistema refleja la

excepcin, a continuacin este caso
de uso queda sin efecto.
Ninguno.
56
Personal de Archivo
ACT-001
PERSONAL DE ARCHIVO
Versin:
1.0 ( 27/009/2016 )
Autor:
Samir Ivan Benavente Condori
Fuentes:
Descripcin:
Este actor representa la

persona que tiene permisos
para gestionar todo el sistema
Comentarios:
Ninguno
Administrativo
ACT-002
Administrativo
Versin:
1.0 ( 27/09/2016 )
Autor:
Samir Ivan Benavente Condori
Fuentes:
Descripcin:
Este actor representa la

persona que interacciona con
los expedientes
Comentarios:
Ninguno
57
3.4.
MODELO CONCEPTUAL:
3.4.1. DIAGRAMA DE CLASES:
ALUMNO
SEDE
ALUCOD: INTEGER
ADMCOD: INTEGER (FK)
SEDECOD: INTEGER
ALUCOD: INTEGER (FK)
ALUAPE: CHAR(50)
ALUNOM: CHAR(50)
ESPCOD: CHAR(10)
FACCOD: CHAR(10)
SEDECOD: CHAR(10)
SEDENOM: CHAR(18)
ADMIN
ADMCOD: INT
ADMAPE: VARCHAR(20)
ADMNOM: VARCHAR(20)
ADMUSER: VARCHAR(20)
ADMPASS: VARCHAR(20)
TIPODOCUMENTO
TIPODOCCOD: CHAR(50)
DOCCOD: CHAR(10) (FK)
EXPCOD: INTEGER (FK)
MODODOCCOD: INTEGER
DOCCOD: INTEGER (FK)
MODODOCNOM: CHAR(18)
FACCOD: INTEGER
ESPCOD: CHAR(18)
FACCOD: INTEGER (FK)
FACNOM: CHAR(18)
ESPNOM: CHAR(18)
EXPEDIENTE
DOCUMENTO
EXPCOD: INTEGER
DOCCOD: INTEGER
EXPUBIC: CHAR(18)
EXPEST: CHAR(18)
MODODOCCOD: CHAR(18)
TIPODOCCOD: CHAR(18)
PRESTAMO
TIPODOCNOM: CHAR(18)
MODODOCUMENTO
ESPECIALIDAD
FACULTAD
PRESCOD: INTEGER
OFICINA
OFICOD: INTEGER
PRESCOD: INTEGER (FK)
ESPCOD: CHAR(10)
PRESFECP: CHAR(18)
PRESFECD: CHAR(18)
PRESDOCP: CHAR(50)
PRESDOCD: CHAR(50)
PRESCOMP: CHAR(50)
PRESCOMD: CHAR(18)
OFINOM: CHAR(50)
Figura 3.11 Diagrama de clases

Fuente: Propia
58
TRASLADO
TRASCOD: INTEGER
TRASDOC: CHAR(18)
FACCODO: CHAR(18)
FACCODD: CHAR(18)
ESPCODO: CHAR(18)
ESPCODD: CHAR(18)
SEDECODO: CHAR(18)
SEDECODD: CHAR(10)
TRASFEC: CHAR(18)
TRASCOM: CHAR(50)
3.5.
DISEO NAVEGACIONAL:
3.5.1. DIAGRAMA DE COMPONENTES:
A. ESTRUCTURA DEL SISTEMA:
Figura 3.12 Diagrama de componentes estructura del sistema

Fuente: Propia
59
3.5.1.1.
MEN DEL ADMINISTRADOR:
Figura 3.13 Diagrama de componentes men del administrador

Fuente: Propia
60
3.5.1.2.
MEN DEL USUARIO:
Figura 3.14 Diagrama de componentes men del usuario

Fuente: Propia
61
3.5.2. DIAGRAMA DE DESPLIEGUE:

A. DISTRIBUCIN FSICA DEL SISTEMA:
Figura 3.15 Diagrama de despliegue distribucin fsica del sistema

Fuente: Propia
62
3.6.
DISEO DE LA INTERFAZ ABSTRACTA:
Figura 3.16 Interfaz de Documento Emitido

Fuente: Propia
63
Figura 3.17 Interfaz de Documento Emitido

Fuente: Propia
64
Figura 3.18 Interfaz de Consulta Documento Emitido.

Fuente: Propia
65
Figura 3.19 Interfaz de Consulta Documento Remite.

Fuente: Propia
66
3.6.1. MODELO DE LA BASE DE DATOS:

SEDE
SEDECOD: int
ALUCOD: int (FK)
ADMCOD: int (FK)
FACULTAD
ALUMNO
FACCOD: int
ALUCOD: int (FK)
ADMCOD: int (FK)
ALUCOD: int
ADMCOD: int (FK)
ESPECIALIDAD
ESPCOD: char(18)
FACCOD: int (FK)
ALUCOD: int (FK)
ADMCOD: int (FK)
ADMIN
ADMCOD: int
TIPODOCUMENTO
TIPODOCCOD: char(50)
DOCCOD: char(10) (FK)
EXPCOD: int (FK)
ALUCOD: int (FK)
ADMCOD: int (FK)
DOCUMENTO
EXPEDIENTE
DOCCOD: int
EXPCOD: int (FK)
ALUCOD: int (FK)
ADMCOD: int (FK)
EXPCOD: int
ALUCOD: int (FK)
ADMCOD: int (FK)
TRASLADO
MODODOCUMENTO
MODODOCCOD: int
DOCCOD: int (FK)
EXPCOD: int (FK)
ALUCOD: int (FK)
ADMCOD: int (FK)
PRESTAMO
PRESCOD: int
EXPCOD: int (FK)
ALUCOD: int (FK)
ADMCOD: int (FK)
OFICINA
OFICOD: int
PRESCOD: int (FK)
EXPCOD: int (FK)
ALUCOD: int (FK)
ADMCOD: int (FK)
Figura 3.20 Modelo de la Base de Datos

Fuente: Propia
67
TRASCOD: int
ALUCOD: int (FK)
ADMCOD: int (FK)
3.7.
|IMPLEMENTACIN:
3.7.1. MIGRACIN DEL MODELO DE LA BASE DE DATOS EN
DBDESIGNER A MYSQL:
A. PROCESO DE EXPORTACION DEL DBDESIGNER:
1. Damos click en el menu File->Export->SQL crate
Scrit
Figura 3.21 Seleccin de la opcin de exportacin en el men

Fuente: Propia
2. En la ventana que aparece seleccionamos las
siguientes opciones:
All Tables.
Define Primary Keys.
Create Indices.
Output Table Options.
Output Estndar Inserts.
y damos click en el botn Save Script to file.
68
Figura 3.22 Seleccin de las opciones para la exportacin

Fuente: Propia
69
3. Seleccionamos la ubicacin donde se guardara el

archivo bdsisdoc.sql, el cual contiene la consulta
para crear la base de datos, y damos click en el
botn Guardar.
Figura 3.23 Guardando el archivo con la consulta para la creacin

Fuente: Propia
70
B. PROCESO DE IMPORTACIN AL MYSQL:

1. Desde el phpMyAdmin, creamos una Base de Datos
con el nombre BDSISCOD y presionamos Crear
Figura 3.24 Ventana phpMyAdmin de creacin de Base de Datos

Fuente: Propia
71
2. Luego seleccionamos la opcin Importar y luego

Examinar_, para abrir el archivo generado con la
exportacin del DBDesigner.
Figura 3.25: Bsqueda del Archivo exportado en phpMyAdmin.

Fuente: Propia
72
3. Despus presionamos el botn Continuar.
Figura 3.26: Ventana phpMyAdmin con el archivo encontrado.

Fuente: Propia
73
4. Listo, ya contamos con nuestra Base datos en mysql,

y listo para interactuar con PHP.
Figura 3.27 Ventana phpMyAdmin con mensaje de ejecucin con xito.

Fuente: Propia
74
Figura 3.28: Ventana MyAdmin con la Base de Datos ya importado.

Fuente: Propia
75
3.7.2. CODIGO DE CONEXIN A LA BASE DE DATOS CON PHP:
Figura 3.39 Cdigo de la clase para la conexin con la base de datos

Fuente: Propia
76
CAPTULO IV
4
RESULTADOS DE LA PRCTICA REALIZADA:

En este captulo se realizar la descripcin del Sistema de Administracin de
los expedientes de la UJCM SIARCH (Sistema de Administracin de
Archivo).
El sistema se subdivide de dos mdulos bsicos para el control y verificacin
del sistema:
Modulo de Administracin.
Modulo de Consulta.
Figura 4.1 Pgina Principal

Fuente: Propia
El sistema de Control Expedientes cuenta con un men, el cual se

encuentra en la parte superior y permanente un espacio donde se
hace la bsqueda de los expedientes mediante su cdigo, apellidos
del alumno.
77
Ya que el men se modifica cuando se inicia sesin, apareciendo

ms opciones de acuerdo a los permisos que tiene el empleado.
Figura 4.2 Men del Sistema.

Fuente: Propia.
78
4.1.
MODULO DE CONSULTA:
El administrador tiene todas las opciones del sistema. Para el acceso
al sistema de EXPEDIENTES, se tiene que ingresar el usuario y
Password, el cual es:
Usuario
Password
: SAMIR
: 54879314
Figura 4.3 Inicio del Sistema.

Fuente: Propia
79
Luego de iniciar sesin con la cuenta del ADMINISTRADOR, el

men que aparece por defecto vara apareciendo ms opciones
en la barra de men, la misma que se puede observar a
continuacin.
Figura 4.4 Men del Administrador.

Fuente: Propia.
80
4.1.1. Datos: Resultados de bsqueda, se muestran datos

bsicos del alumno adems de 4 pestaas que muestran
ms datos sobre su expediente.
Permite el mantenimiento y bsqueda de los documentos

emitidos.
Para registrar los documentos emitidos es necesario llenar
obligatoriamente los campos del formulario que tienen
asterisco.
Figura 4.5 Datos Bsicos del expediente

Fuente: Propia
Datos: Muestra datos bsicos del alumno.
Documentos: Muestra los documentos que tiene el alumno en su
expediente.
Documentos: Muestra donde est ubicado el expediente.
81
Figura 4.6 Documentos que contiene el expediente

Fuente: Propia
4.1.2. MODULO DE ADMINISTRACION:

Para entrar al sistema primero tiene que teclear el usuario y
Password para tener acceso en este caso para ingresar al
sistema tendr que escribir:
Usuario: admin
Password: admin
82
Figura 4.10 Control de acceso.

Fuente: Propia
Para poder acceder a este mdulo deber escribir esta direccin:
http://localhost/siarch/admin/index.php
La direccin del
sistema web es variable depende de la
configuracin del servidor, ya sea a nivel local o a travs de internet.

Panel de Administracin:
Desde aqu se administra todo el sistema, como se muestra en la
imagen:
83
Figura 4.11 Panel de Administracin

Fuente: Propia
Sede.
Oficina.
Tipo de Documento.
Modo de Documento.
Buscar Alumno.
Ingresar Alumno.
4.1.3. CENTROS EDUCATIVOS:

En esta pestaa nosotros podremos registrar los centros educativos
donde el alumno estudio ya sea colegio, instituto, universidad.
84
Figura 4.12 Ingreso de centros educativos.

Fuente: Propia
4.1.4. ASOCIACIONES:
Permite personalizar y listar las Asociaciones de la UJCM
Figura 4.13 Registrar nueva Asociacin.

Fuente: Propia
85
4.1.5. SEDES:
Permite personalizar y listar las Sedes de la UJCM
Figura 4.14 Registrar nueva Sede.

Fuente: Propia
4.1.6. Pantallas de Opciones del men buscar alumno.
86
Figura 4.15 Detalles de Bsqueda de Alumno.

Fuente: Propia
Ingresar Alumno. Mediante es modulo ingresaremos los alumnos al
sistema de archivo en el cual especificaremos nombres, apellidos,
carrera, facultad, adems de los documentos que contiene sus
expediente y el lugar de ubicacin en donde ser colocado el
expediente para una bsqueda ms rpida mediante el sistema.
87
Figura 4.16 Detalles de ingreso de expediente de alumnos

Fuente: Propia
Esta es una parte muy importante del sistema dado a que es aqu
donde inicia todo el ingreso de datos al sistema para brindar
informacin para realizar los trmites correspondientes.
Para iniciar ubicamos el icono de ingreso de alumnos situado en la
pgina principal del mdulo de administracin.
Al acceder a este vnculo nos mostrara campos bsicos del
alumno que se muestran en la siguiente imagen.
La pestaa Expediente. Hace referencia a la ubicacin del
expediente en la oficina de archivo.
Despus de completar los datos bsicos continuamos con la
siguiente pestaa, que se refiere a los documentos que contiene
cada expediente.
88
Una vez completado todos estos datos, guardamos y tenemos

todos los datos ingresados al sistema.
Figura 4.17 Detalle de ingreso de expediente de alumno.

Fuente: Propia
89
CAPTULO V
5
CONCLUSIONES Y SUGERENCIAS:
5.1.
CONCLUSIONES:
Objetivo general
Se logr desarrollar el sistema informtico obteniendo resultados
positivos, en la Oficina de Servicios Acadmicos., con lo cual se
cumple con el objetivo general, puesto que el sistema informtico
de gestin de expedientes desarrollado ha contribuido de manera
eficiente en minimizar el tiempo en la bsqueda, ubicacin y la
actualizacin de documentos.
Objetivos Especficos
Se analiz los procesos de administracin de archivos
y se
desprende que muchos de ellos son factibles de informatizacin.

No solo en lo que respecta a control de documentos, sino
tambin, dentro de las diversas funciones que se realizan dentro
de la Oficina de Servicios Acadmicos.
Se logr disear el sistema informtico usando la metodologa
OOHDM, por ser esta metodologa una de las ms usadas y de
gran popularidad dentro del grupo de Metodologas Estructuradas.
90
Se logr desarrollar e implementar el sistema Informtico para

administrar los expedientes de la Universidad Jos Carlos
Maritegui con el lenguaje de Programacin php que permite
disear sistemas dinmicos.
5.2.
RECOMENDACIONES:
Evaluar constantemente el sistema para detectar las nuevas
necesidades
y/o
requerimientos
que
se
presenten
para
posteriormente actualizar el sistema.

Utilizando tcnicas para anlisis se lograra obtener una adecuada
imagen de los procesos que se realiza en la oficina para as tener
un mejor entendimiento de lo que se quiere lograr en el sistema.
Se recomienda la utilizacin de la metodologa OOHDM, ya que
es un mtodo para desarrollar aplicaciones web.
El lenguaje que se recomienda utilizar para desarrollar un sistema
web es el lenguaje de programacin PHP, el mismo que sirve para
manejar base de datos, y tambin para controlar la informacin
que llega desde el usuario.
91
CAPTULO VI
6
BIBLIOGRAFIA:
LIBROS IMPRESOS:
Vzquez Mollo Virginia, Molina Cceres Juan Jos, Ros Lpez

Cecilia (2004), Metodologa de Objetos UML y RUP, I Edicin,
Universidad Jos Carlos Maritegui, 507 pginas, Per, Pg. 3 al 45,
50 al 85.
Burch Jhon G. - Grudnitski,Gary (2007) Diseo de Sistemas de

Informacin, Wesley Iberoamericana, S.A. Quinta Edicin. cita Pg.
23, U.S.A.
Roger S. Presuman (2007), Ingeniera de Software un enfoque, 5

Edicin, Colombia, Pg. 20, 50,75.
Roger Pressman. Ingeniera de Software un enfoque prctico. Quinta

Edicin. McGRAW-HILL. 2002. pp. 25, 166, 132, 324-325, 524-526,
499.
Sergio Matsukawa Maeda (2004), Anlisis y Diseo Orientados a

Objetos con UML y Rational Rose, 1ra Edicin: Diciembre 2004,
Empresa Editora Macro E.I.R.L., Per, Pg. 20 al 80.
Xavier Ferr Grau - Mara Isabel Snchez, (2007), Desarrollo

Orientado a Objetos con UML, II Edicin, S. Editorial, Pg. 5 al 25.
92
LIBROS DIGITALES:
GMEZ A. (2004), Metodologa de Desarrollo lo de Aplicaciones

Web, Disponible en: agomez@micorp.com.ve, [descargado].
Autor: Xavier Ferr Grau - Mara Isabel Snchez Segura (2004),

Lenguaje
Unificado
de
Modelado,
Espaa,
disponible
en:
http://www.clikear.com/manuales/uml, [web en lnea].
Curso Visual de Computacin, Alberto Martnez De Arredondo (2000).

Lexus Editores S.A.
Lars
Torben
(2004),
Manual
de
PHP
4,
Disponible
en:
http://www.php.net/docs.php, [descargado].
DIRECCIONES ELECTRNICAS:
WIKIPEDIA
(2007),
PHPMYADMIN,
Disponible
en:
http://es.wikipedia.org/wiki/phpmyadmin, [web en lnea].
TUTORIAL DE PHP, Autor: Javier Garca Castellano, Disponible en:

http://flanagan.ugr.es/php/index2.htm, [web en lnea].
WIKIPEDIA
(2007),
APACHE,
Disponible
en:
http://es.wikipedia.org/wiki/servidor_http_apache, [web en lnea].
DEFINICIN Y USO DE CLASES EN PHP, Disponible en:

http://www.webtaller.com/construccion/lenguajes/php/lecciones/de
finicion-uso-clases-php.php, [web en lnea].
MODELO
OOHDM,
Disponible
http://www.hipertexto.info/documentos/oohdm.htm, [web en lnea].
93
en:
METODOLOGAS
WEB
OOHDM,
Disponible
en:
http://es.scribd.com/doc/55661469/OOHDM, [web en lnea].
INGENIERA
DE
SOFTWARE
UML,
Disponible
http://www.monografias.com/trabajos5/insof/insof.shtml,
[web
en:
en
lnea].
WIKIPEDIA PHP, Disponible en: http://es.wikipedia.org/wiki/PHP, [web

en lnea].
94
CAPTULO VII
ANEXOS:
7.1.
CDIGO FUENTE:
PGINA DE INICIO:
Index.php
<?php
session_start();
if ($_SESSION['autenticado']=='SI')
{
$nombres=$_SESSION['usuario'];
$cargo=$_SESSION['cargo'];
// $idAdministrador=$_SESSION['idAdministrado'];
$BV="<span>".strtoupper("$nombres")." ($cargo)"." <a
target='gutierrez' href='public/w.php' class='leo' >Cerrar Sesion
</a></span>";
}
?>
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<title>Sistema de Control Documentario- SISCOD</title>
<meta name="Universidad Jose Carlos Mariategui"
content="sisdoc,contactenos">
<meta name="keywords" content="UJCM, Universidad,
Mariategui, sisdoc">
<meta http-equiv="Content-Type" content="text/html;
charset=iso-8859-1">
<link rel="stylesheet" type="text/css"
href="public/css/estilos.css">
<script type="text/javascript"
src="public/js/codigo.js"></script>
<script
type="text/javascript"src="public/js/jquery.js"></script><meta httpequiv="content-type" content="application/xhtml+xml;
charset=UTF-8">
95
<link rel="stylesheet" type="text/css" media="screen"

href="public/css/layout1.css">
<link rel="stylesheet" type="text/css" media="screen"
href="public/css/stack-example3.css">
<link href="public/css/dropdown/dropdown.css" media="all"
rel="stylesheet" type="text/css" />
<link
href="public/css/dropdown/themes/nvidia.com/default.advanced.cs
s" media="all" rel="stylesheet" type="text/css" />
src="public/js/swfobject.js"></script>
<noscript>
<style type="text/css">
#dock { top: -32px; }
a.dock-item { position: relative; float: left;
margin-right: 10px; }
.dock-item span { display: block; }
.stack { top: 0; }
.stack ul li { position: relative; }
</style>
</noscript>
src="public/js/jquery.min.js"></script>
<script type="text/javascript" src="public/js/fisheyeiutil.
min.js"></script>
<script type="text/javascript" src="public/js/dock
example1.js"></script>
<script type="text/javascript" src="public/js/stack1.js"></script>
<script>
function ajustar(){
var altura =
window.frames['gutierrez'].document.body.scrollHeight;// Obtengo
altura del documento
document.getElementById('gutierrez').height =
altura+400;// Cambio altura de iframe
}
</script>
</head>
<body
onload="menuSlider.init('menucabecera','menucabeceraslide')"
bgcolor="#ffffff" onresize="ajustar()">
<table border='0' id="ujcmhead" align="center" cellpadding="0"
cellspacing="0" width="860">
<tbody>
<tr>
<td width="95" bgcolor="#DEE7F7">
96
</td>
<td height="31" bgcolor="#DEE7F7"></td>
<td align="right" bgcolor="#DEE7F7"><script
type="text/javascript">fecha();</script><span
id="fecha"></span></td>
</tr>
<tr>
<td colspan='3'>
<div id="header">
<div style="color:blue; font: 20px Broadway BT;">
<CENTER>
<P style="color:red; font: 35px Broadway
BT;">SISTEMA DE CONTROL DOCUMENTARIO</P>
<P style="color:blue; font: 20px Britannic
Bold;">"UNIVERSIDAD JOS CARLOS MARITEGUI"</P>
<H1></H1>
</CENTER>
</div>
<h1>
<table width="860">
<tr><td width="180">
<img src="public/img/logo.png" alt="SISCOD" width="70" />
SISCOD
</td><td align="CENTER" style="color:#81BE18; font: 20px Comic
Sans MS;">OSAERC</BR> PRE-GRADO
</td><td width="180" align="right">
<img src="public/img/ujcm.gif" width="70"/>
</td></tr>
</h1>
<table width="860">
<tr><td>
<ul class="dropdown dropdown-horizontal">
<li>
<a href="./" class="dir">Inicio</a>
</li>
<?php
{
switch($_SESSION['cargo']){
case 'USUARIO':
require_once
('public/menu/menuUser.php');
break;
case 'ADMINISTRADOR':
require_once
('public/menu/menuAdmin.php');
97
break;
}
}else{
?>
<li>
<a href="presentacion/FrmLogin.php" target='gutierrez'
class="dir">Ingresar</a>
</li>
<li><a href="./" class="dir">Consulta</a>
<ul>
<li><a
href="presentacion/FrmConsultaEmitido.php"
target='gutierrez'>Documento Emitido</a></li>
<li><a
href="presentacion/FrmConsultaRecibido.php"
target='gutierrez'>Documento Recibido</a></li>
</ul>
</li>
<?php
}
?>
<li>
<a href="public/manual.pdf" target='gutierrez'
class="dir">Manual</a>
</li>
<li>
<a href="public/acerca.php" target='gutierrez'
class="dir">Acerca de..</a>
</li>
</ul>
</td>
<td><div style="font-size: 9;">
Programaddr: Bach. Beyker Albert Gutierrez
Quispe.</br>E-mail: beyker_gutierre@hdtmail.cdm
</div>
</td>
</tr>
<tr><td colspan='2' bgcolor="#E7EBF7"><div id="session">
<?php echo "</br>"; ?>
</div></td>
</tr>
</table>
</div><?php echo $BV."</br>"; ?>
</td>
</tr>
<tr>
<td colspan="3">
98
<div id="ini">
<?php include
"presentacion/FrmLogin.php"; ?>
</div>
<iframe src="" frameborder="0"
marginheight="0" marginwidth="0" scrolling="no"
width="100%" id="gutierrez"
name="gutierrez"
onload="ajustar();">
</iframe>
</td>
</tr>
</tbody>
</table>
<div id="contenidos">
<table border="0" cellpadding="0" cellspacing="0">
<tbody>
<tr>
<td><img src="public/img/spacer.gif" alt=""
border="0" height="1" width="12"></td>
</tr>
<tr>
<td rowspan="7" colspan="4">
<td><img src="public/img/spacer.gif" alt=""
border="0" height="77" width="1"></td>
</tr>
</tbody>
</table>
</div>
<?php
{
switch($_SESSION['cargo']){
case 'USUARIO':
require_once
('public/menu/menuUser.php');
break;
case 'ADMINISTRADOR':
require_once
('public/menu/menuAdmin.php');
break;
}
?>
<?php
}
?>
99
<center>
<table border='0' cellpadding="0" cellspacing="0" width="860">
<tr>
<td bgcolor="#DEE7F7" width='100%'
height='10'></td>
</tr>
<tr>
<td colspan="3" background="public/partes_r25_c4.jpg">
<strong>SISCOD 2011</strong><br>
Prdgramaddr: Bach. Beyker Albert Gutierrez Quispe.</br>
E-mail: beyker_gutierre@hdtmail.cdm
<br><br>
</td>
<tr>
</table>
</center>
<script src="index.js" type="text/javascript"></script>
</body></html>
Index.js:
$('.leo').click(function(){
$.ajax({
type: "POST",
url: "presentacion/CSession.php",
data: "boton=cerrar",
success: function(html)
{
$('#session').html(html);
}
})
});
CLASE CONEXIN:
Conexin.php:
<?php
class conexion
{
var $server="localhost";
var $user="root";
var $pass="";
var $bd="BDSISCOD";
public $conn;
function conectar()
{
$this->conn=new mysqli($this->server,$this>user,$this->pass,$this->bd);
}
function cerrar()
100
{
$this->conn->close();
}
}
?>
FORMULARIO DOCUMENTO RECIBIDO:
FrmDocumentoRecibido.php:
<?php
session_start();
{
?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0
Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<meta http-equiv="Content-Type" content="text/html;
charset=iso-8859-1">
<title>DocumentoRecibido</title>
<script src="../public/js/jquery.js"
type="text/javascript"></script>
<script src="../public/js/jquery.validate.js"
type="text/javascript"></script>
<script src="../public/js/tab.js" type="text/javascript"
></script>
<link href="../public/css/insidestyle.css" rel="stylesheet"
type="text/css"/>
<style>
.dropdownEffect
{
width: 170px;
}
table.tmin th {
101
GLOSARIO
1. Freeware:
Freeware Software de distribucin gratuita. Programas que se distribuyen
a travs de Internet de forma gratuita.
2. LSAPILSAPI (Licensing Service API):
Interfaz de programacin de Microsoft que permite a un servidor con
licencia rastrear aplicaciones en uso para administrar licencias de
software multiusuario.
3. DualDual:
La palabra Dual hace referencia a una dplica o espejo de algo que se
est haciendo, por ejemplo la dual de una tabla en Oracle.
4. Dual ChannelDual Channel:
Doble canal de datos. Es una caracterstica que nos indica que el
procesador puede acceder a su memoria por dos caminos distintos y los
puede usar de forma.
5. Apache:
Servidor web de cdigo abierto. Su desarrollo comenz en febrero de
1995, por Rob McCool.
6. Aplicacin:
Cualquier programa que corra en un sistema operativo y que haga una
funcin
especfica
para
102
un
usuario.
7. FTP:
File Transfer Protocol. Protocolo de transferencia de archivos. Por medio
de programas que usan este protocolo, se permite la conexin entre dos
computadoras y se pueden cargar y descargar archivos entre el cliente y
el host (servidor).
8. Hosting:
El servicio de Web Hosting consiste en el almacenamiento de datos,
aplicaciones o informacin dentro de servidores diseados para llevar a
cabo esta tarea.
9. JSP:
Siglas de Java Server Pages o Pginas de servidor de Java, es la
tecnologa para generar pginas web de forma dinmica en el servidor,
desarrollado por Sun Microsystems, basado en scripts que utilizan una
variante del lenguaje java para construir pginas HTML en servidores.
10. MySQL:
My SQL es uno de los Sistemas Gestores de Bases de Datos ms
populares. Su ingeniosa arquitectura lo hace extremadamente rpido y
fcil de personalizar.
11. NCSA:
Centro Nacional de Aplicaciones de Supercmputo (National Center for
Supercomputing Applications). Desarrolladores del visualizador Mosaic
para el World Wide Web. Localizado en. http://www.ncsa.uiuc.edu/
12. ODBC:
Open Database Connectivity. Estndar de acceso a Bases de Datos
desarrollado por Microsoft cuyo objetivo es hacer posible el acceder a
103
cualquier dato de cualquier aplicacin, sin importar qu Sistema Gestor

de Bases de Datos (DBMS por sus siglas en ingls) almacene los datos.
13. Open source:
Cdigo fuente abierto software libre, se refiere a un programa cuyo
cdigo fuente est disponible al pblico general, gratis, para usar y
modificar.
14. Paquete:
Un paquete es un pedazo de informacin enviada a travs de la red. La
unidad de datos que se enva a travs de una red la cual se compone de
un conjunto de bits que viajan juntos.
15. PHP:
Hypertext Preprocessor. Lenguaje de script diseado para la creacin de
pginas web activas (similares a ".asp" de Microsoft), multiplataforma
(puede correr en Windows, Mac, Linux). Usualmente se usa en conjunto
con la base de datos MySQL, pero puede usar cualquier otro tipo de base
de datos como por ejemplo Oracle, SQL o Postgres.
16. Protocolo:
Descripcin formal de formatos de mensaje y de reglas que dos
computadoras deben seguir para intercambiar dichos mensajes. Un
protocolo puede describir detalles de bajo nivel de las interfaces mquina
a mquina o intercambios de alto nivel entre programas de asignacin de
recursos.
17. Proxy:
Servidor especial encargado, entre otras cosas, de centralizar el trfico
entre Internet y una red privada, de forma que evita que cada una de las
104
mquinas de la red interior tenga que disponer necesariamente de una

conexin directa a la red.
18. Servidor:
Un servidor es una computadora que maneja peticiones de data, email,
servicios de redes y transferencia de archivos de otras computadoras
(clientes).
19. Servidor Web:
Un servidor web es el programa, y la computadora que lo corre, que
maneja los dominios y pginas web, interpretando lenguajes como html y
php, entre otros. Ejemplos: Apache y Microsoft IIS.
20. Servlet:
Pequea aplicacin Java (applet) la cual se ejecuta en un servidor web y
se enva al usuario junto a una pgina web con objeto de realizar
determinadas funciones.
21. Sesin Remota:
Uso de los recursos de una computadora desde una terminal la cual no
se encuentra cercana a dicha computadora.
105

Informe de Practicas Pre-Profesionales PDF

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Informe de Practicas Pre-Profesionales PDF

Enviado por

Direitos autorais:

Formatos disponíveis

UNIVERSIDAD JOS CARLOS MARITEGUI, MOQUEGUA

FACULTAD DE INGENIERA Y ARQUITECTURA

Carrera Profesional De Ingeniera De Sistemas E Informtica

INFORME DE PRACTICAS PRE PROFESIONALES

Desarrollo de un Sistema de Administracin

Bach. Samir Ivan Benavente Condori

Moquegua, 09 de Noviembre de 2016

Dedico el presente trabajo a mis

costumbres han creado en mi

convalidaciones entre otros.

En el captulo III comprende el material y mtodo utilizado donde se especifican

(OSA) en el rea de Archivos de la Universidad Jos Carlos

GENERALIDADES DE LA INSTITUCIN: ............................................... 1

FUNDAMENTO TERICO: .................................................................... 11

2.8. MODELO OOHDM o Mtodo de Diseo de Hipermedia Orientado .. 25

RESULTADOS DE LA PRCTICA REALIZADA: ................................... 77

4.1.6. Pantallas de Opciones del men buscar alumno. ......................... 86

CONCLUSIONES Y SUGERENCIAS: .................................................... 90

CAPTULO VII ................................................................................................... 95

GLOSARIO ..................................................................................................... 102

GENERALIDADES DE LA INSTITUCIN: ............................................... 1

Figura 3.6 Diagrama de Administracin del Sistema. ................................. 52

GLOSARIO ..................................................................................................... 102

GENERALIDADES DE LA INSTITUCIN: ............................................... 1

Figura 3.19 Interfaz de Consulta Documento Remite. ................................ 66

GLOSARIO ..................................................................................................... 102

NOMBRE O RAZN SOCIAL:

Educacin superior integral.

Formacin acadmico profesional.

Con mira a convertirse en una de las mejores Universidades tanto a

Implementacin de Infraestructuras tanto en Moquegua como en Ilo, a

Ofrece Diplomados, Segundas Especialidades. Pro Ttulos, Centro

Rodrguez Pantigoso como Vicepresidente Administrativo y el

competitivos en cualquier latitud regional nacional y del exterior.

Ingeniera Mecnica Elctrica.

conocimientos cientficos, humansticos; a travs de los cuales se

Figura 1.1. Organigrama de la Universidad Jos Carlos Maritegui

LUGAR DE EJECUCIN DE LAS PRCTICAS PRE

1.9.3. OBJETIVOS OFICINA OSA PRE-GRADO:

Codificar a los ingresantes de las diferentes modalidades y

Realizar el Proceso de Matrculas el que consta en

Presencial, Semi-presencial, Distancia, Programa Especial

Emitir Actas y Registros de Evaluacin a la direccin de las

correspondiente al semestre acadmico.

Universitarios de los alumnos de la Modalidad Presencial,

Constancias de Biblioteca y Conformidad de Documentos

Elaborar los certificados de Estudios en conformidad con

Elaborar Listados de estudiantes y egresados de Pre

Mantener y custodiar los expedientes de admisin de los

Programa Especial y Complementacin Acadmica.

Verificar la correcta convalidacin de cursos de los

Verificar e ingresar la correcta Adecuacin al Nuevo Plan

Informtico para gestionar los expedientes en la OSA de la

El Sistema de Informacin que se propone, mantendr un

OBJETIVOS DE LAS PRCTICAS PRE- PROFESIONALES:

1.11.1. OBJETIVO GENERAL:

Desarrollar un Sistema Informtico para gestionar los

1.11.2. OBJETIVOS ESPECIFICOS:

Analizar los principales procesos y actividades del rea de

Diseo del sistema informtico utilizando la Metodologa

Implementar un prototipo del sistema web utilizando el

Profesionales) es un lenguaje para la creacin de pginas web. Es

F.Javier Garcia Catellano TUTORIAL DE PHP, disponible en: http://flanagan.urg.es/php/index2.htm.