Sistema Documentacion

SISTEMA DE INFORMACION PARA LA GESTION ACADEMICA Y EL PERSONAL
ADMINISTRATIVO DEL SEMINARIO

TEOLOGICO HEBRON
INDICE
1.- TITULO.............................................................................................................................2
10. ENTREVISTA................................................................................................................13
11. ELEMENTOS DEL SISTEMA......................................................................................16
11.1. ENTRADA...................................................................................................................16
11.2. OBJETO.......................................................................................................................16
11.3. SUJETO.......................................................................................................................16
11.4. AMBIENTE INTERNO...............................................................................................16
11.5. AMBIENTE EXTERNO.............................................................................................17
11.6. SALIDA.......................................................................................................................18
11.7. ESQUEMA DE LOS ELEMENTOS DEL SISTEMA................................................19
12. METODO DE INGENIERIA DE REQUERIMIENTOS I.S.A.C.................................20
12.1.2. Depurando Problemas...............................................................................................20
12.1.3 Reformulacin de Problemas.....................................................................................21
12.2. LISTA DE PROPIETARIOS DE PROBLEMAS........................................................21
12.3. ANALIS DE PROBLEMAS........................................................................................22
12.3.1 Grafo (Consecuencia Causa/Efecto)..........................................................................22
12.3.2. Matriz de Cuantificacin...........................................................................................24
12.4.1 Alto Nivel...................................................................................................................26
12.4.2.Bajo Nivel..................................................................................................................27
12.4.MODELO DE ACTIVIDAD ACTUAL.......................................................................26
12.5. REALIZAR OBJETIVOS............................................................................................28
12.5.1. Resumen de objetivos...............................................................................................29
12.5.2.ALTERNATIVAS DE CAMBIOS............................................................................30
12.6 CONCLUSION.............................................................................................................31
13 MODELO DE DATOS....................................................................................................31
13.2 DIAGRAMA DE CLASES...........................................................................................32
13.4.1 Tabla de Volumen......................................................................................................41
13.4.2 Script..........................................................................................................................49
13.4.3. Actualizacin de Tuplas............................................................................................59
13.4.4. Consultas...................................................................................................................60
13.4.5. Procedimiento almacenado.......................................................................................64
14.-MODELO DE NEGOCIO..............................................................................................69
14.1. Diagrama de Actividades.............................................................................................69
15. FLUJO DE TRABAJO...................................................................................................72
15.1 Identificar Actores.........................................................................................................72
15.2. Lista de Casos de Usos.................................................................................................73
15.3. Priorizacin de Casos de Usos....................................................................................74
15.4. Detalle de Casos de Usos.............................................................................................75
15.5. PROTOTIPO INTERFAZ USUARIO-DISEO DE CASO DE USOS.....................78
15.6. DIAGRAMA GENERAL DE CASO DE USOS.......................................................111
16. FLUJO DE TRABAJO ANLISIS...........................................................................112
16.1. ANALISIS DE ARQUITECTURA...........................................................................112
16.1.1 Identificar Paquetes..................................................................................................112
-1-

TEOLOGICO HEBRON
17. RELACIONAR PAQUETES........................................................................................116
18. FLUJO DE TRABAJO\......................................................................................................
IMPLEMENTACION...................................................................................................117
18.1 Modelo de Implementacion.........................................................................................117
18.2 Arquitectura de implementacin de Subsistema.........................................................118
19. ELECCION DE PLATAFORMA DE DESARROLLLO............................................121
19.1. Sistema Operativo......................................................................................................122
19.2. Gestor de Base de Datos............................................................................................122
19.3. Lenguaje de Programacin........................................................................................128
2.- INTRODUCCION.............................................................................................................3
20. CONCLUSION.............................................................................................................133
21. RECOMENDACIN....................................................................................................134
22. BIBLIOGRAFIA...........................................................................................................135
23. 2. PROCESO UNIFICADO DE DESARROLLO DE SOFTWARE P.U.D.S.............145
23. ANEXO.........................................................................................................................136
23.1 EL LENGUAJE UNIFICADO DE MODELADO UML........................................136
23.1.1 Concepto..................................................................................................................136
23.1.2 Historia.....................................................................................................................137
23.1.3 Vocabulario de UML...............................................................................................139
23.1.4 Definicin de Diagramas..........................................................................................140
23.1.4.1 Elementos..............................................................................................................140
23.1.4.2 Relaciones.............................................................................................................143
23.1.4.3 Diagramas.............................................................................................................144
23.2.1 Definicin.................................................................................................................146
23.2.2 Fases del PUDS.......................................................................................................146
23.2.3. Caracterstica del PUDS..........................................................................................147
23.2.4 Hitos en PUDS.........................................................................................................149
23.2.5. Las 4 P en el Desarrollo de Software......................................................................149
3.- ANTECEDENTES............................................................................................................3
4.- ESTRUCTURA ORGANIZACIONAL............................................................................5
5.-OBJETIVOS.......................................................................................................................6
5.1. Objetivo General.-............................................................................................................6
5.2. Objetivos Especficos.-....................................................................................................7
6.- DESCRIPCIN DEL PROBLEMA..................................................................................7
7.- REFORMULACIN DEL PROBLEMA.......................................................................10
8. JUSTIFICACIN.............................................................................................................10
9. ALCANCE DEL PROYECTO.........................................................................................11
1.- TITULO
Sistema de Informacin para la Gestin Acadmica y el Personal Administrativo del
Seminario Teolgico HEBRON.
-2-

TEOLOGICO HEBRON
2.- INTRODUCCION
Hoy en da vivimos en el tiempo en que los procesos informticos juegan un papel
importante tanto en la industria, instituciones como en el diario vivir. La automatizacin de
los procesos hace que las tareas que en algunos casos resultan complejas o rutinarias se
conviertan en tareas complejas y efectivas.
Los avances tecnolgicos de la ltima dcada se han introducido prcticamente a todos los
mbitos de la vida cotidiana, especialmente de lo que se refiere a las nuevas formas de
aprendizaje, de comunicacin y de manejo de informacin.
La revolucin tecnolgica creada por la introduccin del computador en las diversas ramas
causo un cambio drstico en la forma de enfrentar el tratamiento de la informacin. Con
este tipo de recursos las organizaciones y profesionales disminuyen el tiempo dedicado a
trabajos largos y repetitivos y tienen tiempo para la investigacin, la creacin de nuevas
soluciones y el anlisis de resultados.
En el presente Sistema, pretende ser una herramienta informtica de apoyo a la labor que
realiza el Seminario Teolgico Hebrn.
3.- ANTECEDENTES
Esta Institucin Bblica empieza, con un grande objetivo de la Unin Evanglica de Sud
Amrica, que fue prepara a los creyentes en Bolivia para la Obra del Ministerio Cristiana,
-3-

TEOLOGICO HEBRON
fue con este fin que en 1949, con el sacrificio de los hermanos que emprendieron el desafi,
se logro obtener una propiedad en Camiri.
A partir de 1953 el Instituto Bblico HEBRON inicio su obra a capacitar a jvenes para la
obra del ministerio cristiano.
Esta tarea inicio con cuatro estudiantes, lo que a la vez tenan como profesores a los
esposos Federico y Evelina.
En aquella poca el Instituto no contaba con la infraestructura adecuada, as que las clases
se dictaban al aire libre hasta que Dios les permiti construir dos lindos edificios.
En 1977 se dieron las condiciones para establecer una institucin a nivel de Seminario
Teolgico de Santa Cruz.
El Seminario comenz en febrero del 1977, en las dependencias del Templo Evanglico
Cristiano, luego en 1981 comenz su ao educativo en su propio edificio destinado a ser
usados como dormitorios, pero por tres aos tambin sirvi para aulas de clases y oficinas.
En 1982, el Instituto Bblico Hebrn se traslad a Santa Cruz para funcionar en las
instalaciones del Seminario Teolgico de Santa Cruz. En el mismo ao se construy un
nuevo edificio debido a que el crecimiento del alumnado creci, ya no era posible seguir en
las mismas aulas.
En 1984 vimos la apremiante necesidad de un edificio administrativo, de tal manera que se
construy uno con las siguientes comodidades: Una capilla con capacidad para 250
personas, una biblioteca grande, aulas de clases y oficinas de administracin. Como en el
caso de los anteriores edificios, la construccin se hizo realidad.
Gracias a Dios, ahora contamos con una mejor estructura, lo cual sin duda ayuda mucho
para desarrollar ms eficazmente nuestras labores educativas, ofreciendo diferentes niveles
tanto en el rea de Educacin Cristiana/Ministerio como en Biblia/Teologa.
-4-

TEOLOGICO HEBRON
El Seor tambin nos ha dado la oportunidad de ampliar nuestro terreno. Hasta ahora
tenemos ms de 7000 m2 para el desarrollo de nuestras actividades.
En 1992, el Seminario Teolgico de Santa Cruz tuvo su primera promocin a nivel
Profesorado. En 1993 el Instituto Bblico Hebrn y el Seminario Teolgico de Santa Cruz
se unieron bajo un mismo nombre: "Seminario Teolgico Hebrn".
En 2001, Hebrn inici un nuevo desafo, a nivel Licenciatura. En el mes de abril, se dio
inicio al primer mdulo con el Prof. Paul Wright.
Hebrn celebr sus Bodas de Oro en septiembre de 2003. Tambin tuvimos nuestra primera
promocin a nivel Licenciatura.
4.- ESTRUCTURA ORGANIZACIONAL
-5-

TEOLOGICO HEBRON
5.-OBJETIVOS
5.1. Objetivo General.Desarrollar un Sistema de Informacin para la Gestin Acadmica y el Personal
Administrativo del Seminario Teolgico Hebrn.
-6-

TEOLOGICO HEBRON
5.2. Objetivos Especficos. Recopilar informacin necesaria para as poder conocer a fondo el funcionamiento
de la institucin y todo el entorno que la rodea.
Tener informacin actualizada en cuantos a datos de nuevos alumnos, nuevas
materias, informacin de nuevo personal.
Clasificar la informacin obtenida para su mejor estudio y comprensin del
problema.
Analizar la informacin clasificada y hacer una relacin con los conocimientos
adquiridos para encontrar la mejor solucin.
Disear e implementar una base de datos, capaz de soportar todos los
requerimientos del Sistema de tal forma que se pueda manipular los datos con
exactitud.
Crear funciones y procedimientos que nos permitan realizar las consultas y
modificaciones necesarias que se requieran en el sistema
Utilizar el Gestor de Base de Datos MySQL en coordinacin con el lenguaje de
programacin PHP.
Disear una interfaz visual amigable para el usuario, de tal modo que sea
comprensible y fcil de manejar, evitando las posibles complicaciones en su
utilizacin.
Realizar pruebas necesarias sobre el buen funcionamiento del sistema, que cumple
los requisitos planteados previa etapa de desarrollo.
6.- DESCRIPCIN DEL PROBLEMA
-7-

TEOLOGICO HEBRON
En el Seminario Teolgico Hebrn desde su creacin todo el movimiento fue manual, no
fue hasta hace unos 5 aos, que obtuvieron un sistema de Inscripcin, la cual no tiene
muchas funcionalidades, se lo hizo de una manera rpida y de una manera de apoyar a la
Institucin.
A continuacin se presenta un listado de los problemas detectados del Seminario Teolgico
Hebrn como previo estudio de su situacin actual:
La Institucin desconoce la cantidad de alumnos que han cancelado la mensualidad
o matricula en un cierto da ya que el informe econmico que recibe de parte del
personal administrativo
es de forma mensual y al final de la gestin.
porque no cuenta con una informacin actualizada al momento.

Se repite los datos de los estudiantes en diferentes duplas de la base de datos con la
que cuentan, ya que presenta inconsistencia de datos.
En el momento de registrar a un alumno nuevo se le asigna un registro de forma
manual. Porque el sistema no cuenta con esa funcionalidad.
En caso de que sea un alumno antiguo no podemos ver su historial, para poder tener
un control de las materias aprobadas.
No se tiene un control de pre-requisitos entre las materias para poder saber que
materias le toca inscribir. porque el sistema no controla los pre-requisitos.
No se sabe que docente dio una materia en un ao especfico. Porque la informacin

no es guardada.
-8-

TEOLOGICO HEBRON
El instituto no cuenta con reportes especficos por reas, materia, o gestin porque
solo cuenta con un reporte general.
Necesitamos saber como trabaja el personal administrativo. Porque no se cuenta con
la informacin de que personal administrativo est a cargo de un departamento.
No se sabe la cantidad de alumnos de una iglesia especfica.
Tampoco sabemos que iglesias forman parte del instituto.
Es por este motivo que se ha encontrado un sin nmero de necesidades que tiene la
institucin al momento de Obtener y registrar datos especficos.
En este contexto es que se llega a lo siguiente: Los sistemas objetivamente son conocidos
para facilitar alas tareas, hacerlas practicas y eficientes. Por lo cual, ante el problema
anteriormente planteado se tiene el propsito de proporcionar una herramienta de apoyo
que pueda facilitar dicha tarea de tal forma que ayuden a organizar mejor su informacin y
mantenerla actualizada.
-9-

TEOLOGICO HEBRON
7.- REFORMULACIN DEL PROBLEMA

Despus de recabar toda la informacin necesaria para el desarrollo del sistema,
encontramos deficiencia en su manejo, inconsistencia de datos, perdida de datos y un
tedioso trabajo de perdida de tiempo y esfuerzo en la bsqueda de datos.
Por esta razn es que se pretende resolver necesidades imprescindibles para el buen
desempeo del trabajo, como las siguientes:
Inicialmente transformar la informacin adquirida, reflejndola en un diseo
estructurado.
Plantearemos una herramienta de trabajo en la que se observe una interfaz, capaz de
interactuar con la persona encargada de manejar este tipo de informacin.
Las propiedades del sistema sern los suficientemente capaces de solventar el
trabajo que como herramienta debe cumplir.
8. JUSTIFICACIN
Uno de los aspectos fundamentales de redisear la Base de datos es que el sistema que
actualmente existe, se encuentra inconsistencia de datos, no esta bien mapeada las tablas y
la informacin se ha ampliado, lo cual el sistema no satisface las necesidades a la
institucin, se requiere de otras funcionalidades en el sistema.
La institucin necesita tener un mejor acceso a la informacin acerca del rea docente y el
rea acadmica, la nueva base de datos, presentara varios aspectos como ser: la parte del
registro de nuevos alumnos, docentes, y personal administrativo, control de las materias
con pre-requisitos al inscribirse, control de pagos.
- 10 -

TEOLOGICO HEBRON
Este trabajo ser hecho con la finalidad de cubrir todos o la gran mayora de los problemas
y requerimientos con los que cuenta actualmente el Seminario Teolgico Hebrn.
9. ALCANCE DEL PROYECTO
Este trabajo propone los siguientes mdulos:
Modulo de Inscripcin
Verificar datos del alumno
Registrar datos del alumno
Registrar la habilitacin de un Alumno a una materia.
Modulo Acadmico
Realizar control acadmico Alumno.
Registrar Carrera
Realizar Control de Materias
Modulo Pago de Mensualidades
Controlar el pago por concepto de Mensualidades
Controlar las deudas
Modulo de Configuracin
Registrar las Fechas de Inicio y Fin de Gestin
Registrar las fechas de inicio y fin de trimestres.
Programar Materias para cada Trimestre.
Modulo Registros
Registrar datos del estudiante
Registrar datos del docente
Registrar Materias
Registrar Turno
- 11 -

TEOLOGICO HEBRON
Registrar Aula
Registrar Carrera
Registrar Iglesia
Registrar Denominacin
Registrar Ciudad
Registrar Deudas
Registrar Plan de Pago
Registrar Cuotas
Registrar Recibo
Modulo Administracin del Sistema
Registrar datos de los usuarios del sistema.
Controlar las fechas del ingreso del usuario al sistema.
Modulo Administrativo
Registrar Empleado
Registrar Administrativo
Registrar Departamento
Modulo de Reportes
Reporte de notas finales
Reporte de alumno
Realizar reporte de lista de alumnos
Realizar reporte de lista de docentes
Realizar reporte de lista de materias
Realizar reporte de personal administrativo
Realizar reporte de pago de mensualidades
Realizar reporte de lista de Iglesias
Realizar reporte de Denominaciones
Realizar reportes de las carreras
- 12 -

TEOLOGICO HEBRON
10. ENTREVISTA
1.- Cuenta con un Sistema de Informacin actualmente?
Si, actualmente la institucin cuenta con un Sistema.
2.- Cmo es realizado el proceso de Inscripcin?
El proceso de inscripcin, cuenta con primeramente pre-requisitos que deben cumplir los
estudiantes, antes de ingresarlos a sistema.
3.- Inscriben a cualquier estudiante?
No, debe ser miembro activos y fiel de una iglesia cristiana
4.- Cmo registrar a las Iglesias Cristianas?
Se las registrar por denominaciones. Como ser la iglesias bautista, Asamblea de Dios
Boliviana, etc.
5.- Un estudiante puede tomar cualquier carrera?
No, si no es bachiller solo puede estudiar la carrera de bachillerato en Biblia y si es
bachiller puede tomar cualquier carrera que ofrece la institucin.
6Cmo llevan el control de los pagos?
Al inicio de cada trimestre el estudiante pasa por finanzas, para cancelar el monto total de
acuerdo a la cantidad de crditos que suman las materias a inscribir mas su matricula.
7.- Existe devoluciones de pago y como se maneja?
No existe devoluciones de pago pero en algunos casos con su recibo de comprobante, pero
antes viendo el motivo de devolucin.
- 13 -

TEOLOGICO HEBRON
8.- Cmo realizan la asignacin de nuevo registro al estudiante?
Manualmente, se tiene en un flder registrado el ltimo nmero asignado, y se le asignar el
siguiente que corresponde.
9.- Como registra su materia?
Si es alumno nuevo le toca llevar materias trimestrales de primer ao, si es alumno antiguo
el departamento acadmico ve manualmente que materias le toca llevar ese trimestre.
10.- Cmo Saben si una materia esta ofertada para un estudiante?
Observando manualmente en la hoja del Plan de programa.
11.- Cmo saben si una materia a Registrar cumple con los prerrequisitos, si tiene?
Obteniendo una lista de las materias aprobadas del estudiante, y de esa manera verificar si
cumple.
12.- Cmo realizan el registro de Notas?
Al final de cada trimestre el profesor entrega la nota final, de cada alumno de la materia que
ensea
13.- Cmo obtienen el listado de alumnos de una materia?
Del sistema obtenemos una lista de alumnos.
14.- Cmo obtiene el Historial de Notas de un Alumno?
Manualmente y en algunos casos obtenemos del sistema porque no todas las notas de los
estudiantes estn registrados. Se procede a pedir su nombre y apellido y se le pregunta en
que ao egreso y luego se procede a buscar.
15.- Cmo lleva el control de los estudiantes Becados?
Se tiene una lista en el Departamento Estudiantil de los estudiantes Becados, y se los pasa a
finanzas.
- 14 -

TEOLOGICO HEBRON
16.- Hay restricciones de acceso, al sistema?
No en la actualidad no, porque todos tenemos el mismo acceso.
17.- Cmo realiza los reportes de estudiantes Egresados?
No lo hemos realizado de todos los estudiantes.
18.- Cmo realiza el cambio de plan de carrera de un estudiante?
Simplemente convalida las materias y as de forma personal cambiamos de plan.
19.- Cuenta la Institucin con sistema de Copia de seguridad (Backup)?
No cuenta en la actualidad con una copia de seguridad.
20.- Cmo registrar a un empleado?
El requisito fundamental es ser miembro de una iglesia cristiana.
21.- Cmo registrar los datos de un administrativo?
Primero debe cumplir con los requisitos de empleado y entonces se registran sus datos.
22.- Cmo saben que administrativos esta a cargo de un departamento?
Se lo registra en un archivo Excel guardando sus datos y el nombre de su departamento.
Entrevistado(a)
Secretaria: Maria Cristina Sarzuri de Claros
Decano Estudiantil: Lic. Enrique Rocha
- 15 -

TEOLOGICO HEBRON
11. ELEMENTOS DEL SISTEMA

11.1. ENTRADA
Datos del alumno

Datos de los docentes
Datos de los administrativos
11.2. OBJETO
Material de Oficina y Escritorio

Infraestructura
Biblioteca
Conjunto de muebles
11.3. SUJETO
Instituyentes
Administradores
Alumnos
Docentes
Desarrolladores del Sistema
11.4. AMBIENTE INTERNO
Las Instituciones
Conforma el Seminario Teolgico HEBRON se encargan de preparar a sus

miembros en el rea espiritual y conocimientos teolgicos, pero con distintos
requisitos de ingreso.
- 16 -

TEOLOGICO HEBRON
REQUISITO DE ENTRADA: Solo una carta de recomendacin de la iglesia o

pastor.
Los Administradores
Son quienes establecen las normas para el mejor funcionamiento del Seminario
Teolgico HEBRON a travs de propuestas, requerimientos y riesgos que estos
puedan tomar. Adems de brindarles a los Alumnos y Docentes todas las
comodidades en cuanto a infraestructura y inmobiliario se refiere.
Los Alumnos
Son quienes se estn capacitando para ser personas de xito profesional y

espiritualmente.
Los Docentes
Son aquellos que brindan todo su conocimiento a los alumnos con el fin de que se
superen como personas, facilitando el proceso de enseanza, estableciendo
comunicacin con el alumno, incentivndolo y sirviendo de guas en el curso de su
estudio superior.
11.5. AMBIENTE EXTERNO
La Sociedad
Es un conjunto de relaciones que se establecen entre los individuos y grupos con la

finalidad de construir cierto tipo de colectividad, estructurada en campos definidos
de actuacin en los que se regulan los procesos de pertenencia, adaptacin,
participacin, conocimiento, autoridad, burocracia, conflicto y otros.
Las dems Instituciones

1. El Ministerio de Educacin
- 17 -

TEOLOGICO HEBRON
El Ministerio de Educacin establece las normas que rigen el
funcionamiento de las instituciones educativas, las cuales son de
cumplimiento obligatorio, teniendo un control mediante la informacin que
les envan, de esta forma el gobierno regula la actividad educativa en
beneficio del pas.
2. Otras Instituciones
La Institucin no emplea la Poltica de hacer convenio de intercambio de
estudiantes.
Sin embargo tiene relacin con otras instituciones del mismo rubro,
Seminarios Bblicos, Organizaciones Eclesisticas. Estas organizaciones
aportan a la misin de la Institucin, brindando conferencias, seminarios,
cursos de capacitacin a docentes.
El Alumno como Profesional

El alumno despus de adquirir los conocimientos necesarios que la Institucin le
brinda, entra en una etapa de puesta en practica en la sociedad, su labor
consiste en ser un gua espiritual y moral. Son las personas idneas, encargadas
de ser el sostn de aquellos grupos desorientados (alcohlicos Annimos, apoyo
psicolgico, bienestar social, indigentes, etc.) la sociedad tiene el privilegio de
contar con personas capaces de brindar este servicio social.
11.6. SALIDA
Un Sistema de Informacin que se basa en cumplir con lo siguiente:
Reportes completos de Alumnos, Docentes y Personal Administrativo
Reportes Boletines y Notas de los Alumnos
Recibos de pagos de mensualidad
- 18 -
SISTEMA DE INFORMACION PARA LA GESTION ACADEMICA Y EL PERSONAL ADMINISTRATIVO DEL SEMINARIO

TEOLOGICO HEBRON
11.7. ESQUEMA DE LOS ELEMENTOS DEL SISTEMA
ENTRADA
PROCESO
- 19 -
SALIDA

TEOLOGICO HEBRON
12. METODO DE INGENIERIA DE REQUERIMIENTOS I.S.A.C
Caso de Estudio: GESTION ACADEMICA Y ADMINISTRATIVA

DEL SEMINARIO TEOLOGICO HEBRN
12.1.1. LISTA DE PROBLEMAS

P1: Inadecuado control de asistencia del personal administrativo.
P2: Proceso manual y moroso de inscripcin de alumnos.
P3: Las estadsticas no son confiables.
P4: Demora en el momento de llenar los datos.
P5: Demora en proporcionar listados actualizados de alumnos a docentes.
P6: No existe control de cupo de alumnos en un grupo.
P7: Inconsistencia de datos en el proceso de inscripcin.
P8: Bsqueda deficiente de datos
P9: Ineficiencia en la generacin de los reportes varios.
P10: Tardanza en la convalidacin de materia.
P11: Dificultad en la organizacin de la carga horaria de docentes.
P12: Falencia en el control de historial de notas de alumnos.
P13: La secretaria no posee los conocimientos necesarios.
P14: Existe perdida de documentos.
P15: Demora en el cobro de mensualidad.
P16: No se cuenta con un registro de horas extras
de trabajo del personal
administrativo.
P17: No existe un control de vacaciones, permisos y bajas mdicas del personal
administrativo.
P18: No se cuenta con un historial de empleados, lo que ocasiona que no se haga un
buen reclutamiento, seleccin y evaluacin del personal para un puesto disponible.
P19: Deficiente proceso en registrar las notas de los alumnos.
12.1.2. Depurando Problemas

- 20 -

TEOLOGICO HEBRON
P1, P2, P3, P4, P5, P6, P7, P8, P9, P10, P11, P12, P13, P14, P15, P16, P17,
P18, P19
P1, P2, P3, P4, P5, P6, P7, P8, P9, P10, P11, P15=P12, P19=P13
12.1.3. Reformulacin de Problemas
P1: Inadecuado control de asistencia del personal administrativo.
P2: Proceso manual y moroso de inscripcin de alumnos.
P3: Las estadsticas no son confiables.
P4: Demora en el momento de llenar los datos.
P5: Demora en proporcionar listados actualizados de alumnos a docentes.
P6: No existe control de cupo de alumnos en un grupo.
P7: Inconsistencia de datos en el proceso de inscripcin.
P8: Bsqueda deficiente de datos
P9: Ineficiencia en la generacin de los reportes varios.
P10: Tardanza en la convalidacin de materias.
P11: Dificultad en la organizacin de la carga horaria de docentes.
P12: Demora en el cobro de mensualidad.
P13: Deficiente proceso en registrar las notas de los alumnos.
12.2. LISTA DE PROPIETARIOS DE PROBLEMAS
- 21 -

TEOLOGICO HEBRON
Rector
Plantel Docente
Secretaria
Estudiantes
Personal Administrativo
12.3. Matriz de Problemas

Propietarios
Problema
P1
P2
P3
P4
P5
P6
P7
P8
P9
P10
P11
P12
P13
Rector
Plantel
docente
12.3. ANALIS DE PROBLEMAS

12.3.1 Grafo (Consecuencia Causa/Efecto)
- 22 -
Secretaria
Estudiantes
Personal
Administrativo

TEOLOGICO HEBRON
Proceso Manual Inadecuado
P1
0
P1
6
P8
P1
P1
1
P
2
P6
P7
P4
P1
2
P5
- 23 -
P3
P1
5
P9

TEOLOGICO HEBRON
12.4. Matriz de Cuantificacin
- 24 -
Problemas
Cuantificar/Justificar
El control de asistencia no se realiza consecutivamente porque se

realiza
manualmente, la secretaria
se encarga del conteo respectivo
ADMINISTRATIVO
DEL SEMINARIO
P1
(asistencias,
faltas y retrasos)
ocasionando un trabajo extra.
TEOLOGICO
HEBRON
P2
Existe demora en la recoleccin de datos de alumnos.

Debido a la cantidad de alumnos que se inscriben anualmente este es
un proceso largo y tedioso.
Cada ao se debe registrar y clasificar un sin numero de estudiantes

para diferentes ciclos.
No existe una actualizacin de datos de alumnos, docentes y
personal administrativo, durante el transcurso de cada ao.
P3
P4
Todo proceso manual es lento y moroso.

Existe riesgo de perder o confundir informacin.
Debido al retraso en la organizacin de inscritos, se retrasan las

nominas de alumnos por curso para tomar asistencia.
Los profesores no saben la cantidad ni el nombre de los alumnos que
asisten a clases.
P5
P6
P7
Debido a que la inscripcin de alumnos es manual no se controla la

cantidad de alumnos inscriptos para cada grupo.
Toda la informacin acerca de los alumnos se guardan en ficheros y

libreros que no siguen un orden especifico lo que conlleva a la
repeticin de inscripcin del alumno, ya que estn propensos al
extravi.
Al haber inconsistencia en la informacin, la secretaria registra
varias veces la misma informacin por causa de algn olvido.
La informacin guardada de los alumnos, docentes y personal

administrativo no esta organizada por el cual es dificultoso la
bsqueda de datos.
La forma en la que esta organizada es deficiente, no cuentan con una

buena organizacin de la informacin que almacena en sus libros de
apunte, ya que por esto no se puede tener una informacin
actualizada.
No se cuenta con la informacin bien organizada lo que conlleva a
buscar uno por uno el historial de nota del alumno, por lo cual es
demorosa o a veces no se encuentra por extravi del documento.
P8
P9
P10
Es dificultoso organizar el horario de los docentes porque esto se

hace manualmente y lleva mucho tiempo en coordinar con los
docentes los horarios.
Se desconoce la cantidad de alumnos que cancelaron su mensualidad

o matricula en un cierto da ya que e l informe econmico se realiza
semestralmente y al-final
25 - de la gestin.
El proceso de registrar notas de los alumnos en su historial es muy
P11
P12

TEOLOGICO HEBRON
12.5. MODELO DE ACTIVIDAD ACTUAL

12.5.1 Alto Nivel
SECRETARIA
Verificar
Denominacin
Id_Ig
CodA+Actualiza
Id_D
Verificar Iglesia
u is
Req
itos
CodS+Sol
G
Procesar Notas
Verificar
Cupos de
Aula
- 26 -
Co
dA
Inscribir Alumnos

TEOLOGICO HEBRON
CodA+Recibo
Co
Pagar Inscripcion
+C
dS
A
od
Generar Reportes
Verificar Deudas
CodA
CodA
Constancia
Generar Recibo
Actividad: Proceso de Inscripcin
Vocabulario:
CodA: Cdigo de identificacin del alumno.
CodS: Cdigo de identificacin de la secretaria.
Id_D: Cdigo de identificacin de Denominacin
Id_Ig: Cdigo de identificacin de Iglesia
12.5.2. Bajo Nivel
SECRETARIA
Co
dS
+C
od
Cu
rso
Administrar
Cursos
DOCENTE
CodP+CodM+CodCusro+Reg.
CodP+CodM+CodCurso+Reg.
CodC+Selec
Seleccionar
Materia
CodC+CodM+Reg
- 27 -
Entregar
NOTAS

TEOLOGICO HEBRON
Registrar
Nota
Actividad: Procesar Notas
Vocabulario:
CodP: Cdigo de identificacin del Profesor.
CodM: Cdigo de identificacin de la Materia.
CodCurso: Cdigo de identificacin del Curso.
Reg: Codigo de identificacin de Alumno
12.6. REALIZAR OBJETIVOS

Rector:
Obj1.- Generar reportes confiables.
Obj2.- Acceder a la informacin de la forma mas rpida posible.
Obj3.- Optimizar su atencin a la comunidad estudiantil.
Obj4.-Tener seguridad sobre los datos entregados por el rectorado.
Plantel de Docente:
Obj1.- Obtener informacin personalizada y actualizada de los alumnos.
Obj2.- Obtener el listado de alumnos de forma actualizada y ordenada.
- 28 -

TEOLOGICO HEBRON
Obj3.- Automatizar los procesos de inscripcin y entrega de notas.
Secretaria:
Obj1.- Acceso rpido a historial de alumnos.
Obj2.- Generar reportes confiables en todos los procesos.
Obj3.- Acceder a la informacin en forma rpido.
Obj4.- Guardar, organizar y controlar de forma eficiente los datos del alumnado.
Obj5.- Automatizar procesos para obtener con mayor rapidez un resultado.
Estudiantes:
Obj1.- Obtener informacin detallada de sus notas.
Obj2.- Generar boletines confiables.
Obj3.- Proceso de inscripcin sea ms eficiente.
Personal Administrativo:
Obj1: Acceder a reportes confiables.
Obj2: Tener un control de asistencia.
Obj3: Tener acceso de informacin de los dems departamentos.
12.6.1. Resumen de objetivos
Obj1: Desarrollar un Sistema de Informacin para el proceso de inscripcin de alumnos.
Obj2: Generar reportes confiables en todos los procesos.
Obj3: Obtener informacin de forma personalizada y actualizada.
Obj4: Automatizar los procesos de inscripcin y entrega de notas.
Obj5: Guardar, organizar y controlar de forma mas eficiente los datos.
Obj6: Obtener informacin actualizada de los dems departamentos.
Obj7: Tener un control de asistencia al personal administrativo.
- 29 -

TEOLOGICO HEBRON
Obj8: Obtener estadsticas actualizadas.

Obj9: Obtener el listado de alumnos de forma actualizada y ordenada
Obj10: Obtener reportes de Plantel Docente, Personal Administrativo y Alumnos.
12.7. ALTERNATIVAS DE CAMBIOS

Objetivo
Obj1 Obj2 Obj3 Obj4 Obj5 Obj6 Obj7 Obj8 Obj9
Problema
P1
P2
P3
P4
P5
P6
P7
P8
P9
P10
- 30 -
Obj10

TEOLOGICO HEBRON
P11
P12
P13
12.8. CONCLUSION
- Desarrollar un sistema de informacin para disminuir el tiempo en el proceso de datos.
- Generar reportes automatizados para evitar doble trabajo.
- Generar reportes por criterio especfico y exacto para obtener de manera ms rpida los
resultados.
13. MODELO DE DATOS

13.1. MODELO DE DOMINIO:
- 31 -

TEOLOGICO HEBRON
13.2. DIAGRAMA DE CLASES

Gestion
Mensualid_Deuda
Deudas
-Id_mensualidad
-Id_Deuda
-id_deuda
-descripcion
-monto
Inscripcion
Mensualidad
*
1
-Id_inscripcion
-Id_estudiante
-Id_admin
-Id_gestion
-fecha: datetime
-observacion
tiene
1
1
asigna
1
-Id_Planpago
-fecha_inicio
-fecha_fin
-estado
-registro: varchar
-nombre: varchar
-apellidos: varchar
-direccion: varchar
-idciudad: int
-idpais: int
-email: varchar
-telefono: varchar
-celular
-idiglesia: int
-estado_civil: char
-hijos: int
-fecha_nac: date
-ci: varchar
-profesion: varchar
-sexo: char
-foto: varchar
-fecha_ingreso: datetime
*
Cuotas
-idcuota
-Id_Planpago
-Id_recibo
-monto
-fecha
*
tiene
1
Recibo
-id_recibo
-descripcion
-monto
-fecha
Carrera_Estudiante
-registro: varchar
-idcarrera: varchar
-fecha: date
esta
realiza
tiene
*
pertenece
1
-idiglesia: int
-iglesia: varchar
-direccion: varchar
-email_iglesia: varchar
-telefono: varchar
-iddenominacion: int
-pastor: varchar
-email_pastor: varchar
Internado
*
pertenece
1
-id_interno
-id_habitacion
-fecha_ingreso
-Id_estudiante
-iddenominacion: int
-descripcion: varchar
asigna
-id_carrera
-id_turno
-estado
estudia
Profesor
-id_profesor: varchar
-id_empleado: varchar
-invitado: char
-habilitado: char
-especialidad: varchar
Ciudad
pertenece
tiene
1
*
-idciudad: int
-idpais
Pais
1
pertenecen 1
*
1
es
-id_profesor: varchar
-id_materia: varchar
-oferta: char
-idpais: int
tiene
*
es
ProfesorMateria
-idcarrera: varchar
-idmateria: varchar
-trimestre: int
-ano: int
-observacion: varchar
*
*
dicta
Carrera_Materia
Departamento
puede ser
-iddepartamento: varchar
-telefono
Empleado
-nombre: varchar
-apellidos: varchar
-ci: varchar
-direccion: varchar
-telefono
-celular
-email: varchar
-estado_civil
-hijos: int
-sexo: char
-foto: vchar
-id_iglesia: int
-id_pais
-id_ciudad
Denominacin
- 32 -
Turno
-idturno: varchar
-turno: varchar
turno_carrera 1
esta
*
-idcarrera: varchar
-duracion: int
Aula
Carrera
*
esta
hay
Iglesia
habitacion
tiene
Estudiante
tiene
-id_habitacion
-espacio
-observacion
Materia
-idmateria: varchar
-materia: varchar
-creditos: int
-requisito: varchar
-idarea: varchar
-Id_aula
1
realiza
1
PlanPago
realiza
TurnoMateria
-idmateria: varchar
-idturno: varchar
-oferta: char
1 esta
*
-Id_estudiante: varchar
-idcarrera: varchar
-idmateria: varchar
-trimestre: char
-ano: year
-nota_final: int
-Id_inscripcion
*
*
-idarea: varchar
Carrera_Estudiant_Materia
pertenece
tiene
-id_mensualidad
-Id_inscripcion
-Id_Planpago
Area
-Id_gestion
-descripcion
-Fecha_Inicio
-Fecha_Fin
-Estado
1
se encarga
1
Administrativo
1
puede ser
1
-id_administrativo: varchar
-profesion: varchar
-Id_aula
-Descripcion

TEOLOGICO HEBRON
13.3. DISEO LOGICO:
13.3.1. MAPEO:
1. Administrativo
id_administrativo
P.K.
2. rea
id_area
P.K.
descripcion
3. Aula
id_aula
P.K.
descripcion
id_empleado
F.K
profesin
observacin
id_departamento
F.K.
Cupo
4. Carrera
id_icarrera descripcion duracion
P.K.
5. Carrera_Estudiante
id_carrera
id_estudiante
F.K.
F.K.
fecha_ingreso
6. Carrera_Estudiante_Materia
id_carrera id_estudiante
id_materia
F.K.
F.K.
F.K.
trimestre
7. Carrera_Materia
nro
id_carrera
id_materia trimestre
P.K.
F.K.
8. Ciudad
id_ciudad
P.K.
9. Cuotas
id_cuota
P.K.
F.K.
descripcin
id_planpago
F.K.
ao
ao
nota_final id_inscripcion
F.K.
observacion
id_pais
F.K.
id_recibo
F.K.
monto
10. Denominacin
- 33 -
fecha

TEOLOGICO HEBRON
id_denominacion
descripcion
P.K.
11. Departamento
id_departamento descripcin telefono
P.K.
12. Deudas
id_deuda descripcin monto
P.K.
13. Dia
codigo
P.K
descripcion
14. Empleado
id_empleado
nombres
apellidos
direccion
telefono
P.K.
id_iglesia id_ciudad id_pais
ci
estado_civil sexo
F.K
F.K
F.K
P.K
15. Estudiante
registro
nombres
P.K.
telefono
celular
apellidos
sexo
ci direccion
estado_civil
hijos
id_ciudad
F.K.
fecha_nac
16. Gestin
id_gestion descripcion fecha_inicio fecha_fin estado
P.K.
17. Habitacin
id_habitacion
P.K.
18. Hora
codigo
P.K
19. Horario
id_codigotm
F.K
espacio
Inicio
Id_dia
F.K.
observacion
Fin
tiempo
Id_hora
F.K.
- 34 -
celular
hijos
email
fecha_ingreso
id_pais
id_iglesia
email
F.K.
F.K.
profesion
ingreso

TEOLOGICO HEBRON
20. Iglesia
id_iglesia
iglesia
P.K.
id_denominacion
direccion
email_iglesia
telefono
pastor
email_pastor
F.K.
21. Inscripcin
id_inscripcion id_estudiante id_administrativo id_gestion fecha
P.K.
F.K.
F.K.
F.K.
22. Internado
id_interno
id_habitacion
P.K.
F.K.
fecha_ingreso
F.K.
23.- Internado_Estud
id_interno
id_estudiante
observacion
FK
FK
24. Materia
id_materia
materia
creditos
descripcion
id_area
P.K.
F.K.
25. Materia_Requisito
codigo
Id_materia
P.K
F.K.
26. Mensualidad
id_mensualidad
Id_requisito
F.K
id_inscripcion
id_planpago
F.K.
27. Mensualidad_Deuda
id_mensualidad
id_deuda
F.K.
F.K.
28. Pais
id_pais descripcin
P.K.
29. Plan_Pago
id_planpago
fecha_inicio
P.K.
fecha_fin
- 35 -
estado
P.K.
F.K.

TEOLOGICO HEBRON
30. Profesor
id_profesor
P.K.
id_empleado
F.K.
invitado
31. Recibo
id_recibo descripcion monto
P.K.
32. Turno
id_turno
P.K.
habilitado
fecha
descripcion
33. Turno_Carrera
id_carrera
id_turno
estado
F.K.
34. Turno_Materia
codigotm id_materia id_turno oferta
F.K.
35. Usuario
codigo
P.K.
especialidad
F.K.
observacion grupo
F.K.
usuario
Contrasena
- 36 -
F.K.

TEOLOGICO HEBRON
13.4. NORMALIZACIN:
1. Administrativo
id_administrativo
P.K.
id_empleado
F.K
2. rea
id_area
P.K.
descripcion
3. Aula
id_aula
P.K.
descripcion
profesin
observacin
id_deparatamento
F.K.
Cupo
4. Carrera
id_icarrera descripcion duracion
P.K.
5. Carrera_Estudiante
id_carrera
id_estudiante
F.K.
F.K.
fecha_ingreso
6. Carrera_Estudiante_Materia
id_carrera id_estudiante
id_materia
F.K.
F.K.
F.K.
trimestre
7. Carrera_Materia
nro
id_carrera
id_materia trimestre
P.K.
F.K.
8. Ciudad
id_ciudad
P.K.
9. Cuotas
id_cuota
P.K.
F.K.
descripcin
id_planpago
F.K.
ao
ao
nota_final id_inscripcion
F.K.
observacion
id_pais
F.K.
id_recibo
F.K.
monto
- 37 -
fecha

TEOLOGICO HEBRON
10. Denominacin
id_denominacion
descripcion
P.K.
11. Departamento
id_departamento descripcin telefono
P.K.
12. Deudas
id_deuda descripcin monto
P.K.
13. Dia
codigo
P.K
descripcion
14. Empleado
id_empleado
nombres
apellidos
direccion
telefono
P.K.
id_iglesia id_ciudad id_pais
ci
estado_civil sexo
F.K
F.K
F.K
P.K
15. Estudiante
registro
nombres
P.K.
telefono
celular
apellidos
sexo
ci direccion
estado_civil
hijos
id_ciudad
F.K.
fecha_nac
16. Gestin
id_gestion descripcion fecha_inicio fecha_fin estado
P.K.
17. Habitacin
id_habitacion
P.K.
18. Hora
codigo
P.K
19. Horario
id_codigotm
F.K
espacio
Inicio
Id_dia
F.K.
observacion
Fin
tiempo
Id_hora
F.K.
- 38 -
celular
hijos
email
fecha_ingreso
id_pais
id_iglesia
email
F.K.
F.K.
profesion
ingreso

TEOLOGICO HEBRON
20. Iglesia
id_iglesia
iglesia
P.K.
id_denominacion
direccion
email_iglesia
telefono
pastor
email_pastor
F.K.
21. Inscripcin
id_inscripcion id_estudiante id_administrativo id_gestion fecha
P.K.
F.K.
F.K.
F.K.
22. Internado
id_interno
id_habitacion
P.K.
F.K.
fecha_ingreso
F.K.
23.- Internado_Estud
id_interno
id_estudiante
observacion
FK
FK
24. Materia
id_materia
materia
creditos
descripcion
id_area
P.K.
F.K.
25. Materia_Requisito
codigo
Id_materia
P.K
F.K.
26. Mensualidad
id_mensualidad
id_inscripcion
Id_requisito
F.K
id_planpago
F.K.
27. Mensualidad_Deuda
id_mensualidad
id_deuda
F.K.
F.K.
28. Pais
id_pais descripcin
P.K.
29. Plan_Pago
- 39 -
P.K.
F.K.

TEOLOGICO HEBRON
id_planpago
P.K.
30. Profesor
id_profesor
P.K.
fecha_inicio
id_empleado
F.K.
fecha_fin
invitado
31. Recibo
id_recibo descripcion monto
P.K.
32. Turno
id_turno
P.K.
habilitado
fecha
estado
F.K.
34. Turno_Materia
codigotm id_materia id_turno oferta
35. Usuario
codigo
P.K.
especialidad
descripcion
33. Turno_Carrera
id_carrera
id_turno
F.K.
estado
F.K.
observacion grupo
F.K.
usuario
Contrasena
- 40 -
F.K.

TEOLOGICO HEBRON
13.4. DISEO FISICO:

13.4.1. Tabla de Volumen
Administrativo
Atributo
id_admin
id_empleado
profesin
observacin
id_departamento
Tipo de Dato
Int
varchar
varchar
varchar
varchar
Amplitud
6
30
20
6
Llave
P.K.
F.K.
F.K.
Nulo
No
No
Si
Si
No
Descripcin
Area
Atributo
id_area
descripcin
Tipo de Dato
varchar
varchar
Amplitud
6
30
Llave
P.K.
Nulo
No
No
Descripcin
Tipo de Dato
Int
varchar
Int
Amplitud
10
-
Llave
P.K.
Nulo
No
No
No
Descripcin
Tipo de Dato
varchar
int
varchar
varchar
Amplitud
6
30
10
Llave
P.K.
Nulo
No
No
No
No
Descripcin
Aula
Atributo
id_aula
descripcin
cupo
Carrera
Atributo
id_carrera
Numero
descripcin
duracin
Carrera_estudiante
- 41 -

TEOLOGICO HEBRON
Atributo
Tipo de Dato
id_carrera
varchar
id_estudiante
varchar
fecha_ingreso
Date
Carrera_estudiante_materia
Amplitud
6
-
Llave
P.K.
F.K.
Nulo
No
No
No
Descripcin
Atributo
id_carrera
id_estudiante
id_materia
trimestre
ano
nota_final
id_inscripcin
Tipo de Dato
varchar
varchar
Varchar
Int
Year
Int
Int
Amplitud
6
6
-
Llave
F.K.
F.K.
F.K.
Nulo
No
No
No
No
No
No
No
Descripcin
Tipo de Dato
varchar
Varchar
Int
Year
varchar
int
Amplitud
6
6
20
-
Llave
F.K.
F.K.
Nulo
No
No
Si
Si
Si
No
Descripcin
F.K.
Carrera_Materia
Atributo
id_carrera
id_materia
trimestre
ano
observacin
nro
F.K
Ciudad
Atributo
id_ciudad
descripcin
id_pais
Tipo de Dato
Int
Varchar
Int
Amplitud
15
-
Llave
P.K.
F.K.
Nulo
No
No
No
Descripcin
Cuotas
Atributo
id_cuota
\id_planpago
id_recibo
monto
fecha
Tipo de Dato
Int
Int
Int
Int
Date
Amplitud
-
Denominacin
- 42 -
Llave
P.K.
F.K.
F.K.
Nulo
No
No
No
No
No
Descripcin

TEOLOGICO HEBRON
Atributo
Id_denominac
descripcin
Tipo de Dato
Int
Varchar
Amplitud
25
Llave
P.K.
Nulo
No
No
Descripcin
Tipo de Dato
Varchar
Varchar
Varchar
Amplitud
6
15
8
Llave
P.K.
Nulo
No
No
Si
Descripcin
Tipo de Dato
Int
Varchar
Int
Amplitud
15
-
Llave
P.K.
Nulo
No
No
No
Descripcin
Departamento
Atributo
id_departamento
descripcion
telefono
Deudas
Atributo
id_deuda
descripcin
monto
Dia
Atributo
codigo
descripcion
Tipo de
Dato
Varchar
Varchar
Amplitud
Llave
2
15
P.K.
Nulo
Descripcin
No
No
Empleado
Atributo
id_empleado
nombres
apellidos
direccion
telefono
celular
email
id_iglesia
id_ciudad
id_pais
ci
estado_civil
sexo
Tipo de Dato
Varchar
Varchar
Varchar
Varchar
Varchar
Varchar
Varchar
Int
Int
Int
Varchar
char
char
Amplitud
6
20
40
40
10
10
50
12
1
1
- 43 -
Llave
P.K.
Nulo
No
No
No
Si
Si
Si
Si
No
No
No
Si
No
No
Descripcin

TEOLOGICO HEBRON
hijos
fecha_ingreso
Int
Date
No
No
Estudiante
Atributo
registro
nombres
apellidos
ci
direccion
id_ciudad
id_pais
id_iglesia
email
telefono
celular
sexo
estado_civil
hijos
fecha_nac
profesion
fecha_ingreso
Tipo de Dato
int
Varchar
Varchar
Varchar
Varchar
Int
Int
Int
Varchar
Varchar
Varchar
char
char
Int
Date
varchar
Date
Amplitud
20
40
12
40
50
10
10
1
1
25
-
Llave
P.K.
Tipo de Dato
int
Varchar
Date
Date
Char
Amplitud
8
1
Llave
P.K.
Nulo
No
No
No
No
No
Descripcin
Tipo de Dato
int
Varchar
Varchar
Amplitud
10
30
Llave
P.K.
Nulo
No
No
Si
Descripcin
F.K.
F.K.
F.K.
Nulo
No
No
No
No
Si
No
No
Descripcin
Si
Si
Si
No
No
Si
No
No
No
Gestin
Atributo
id_gestion
descripcin
fecha_inicio
fecha_fin
estado
Habitacin
Atributo
id_habitacin
espacio
observacin
- 44 -

TEOLOGICO HEBRON
Iglesia
Atributo
id_iglesia
iglesia
direccion
email_iglesia
telefono
pastor
email_pastor
id_denominacin
Tipo de Dato
int
Varchar
Varchar
Varchar
Varchar
Varchar
Varchar
Int
Amplitud
25
30
40
10
40
40
-
Llave
P.K.
Nulo
No
No
No
No
No
No
No
No
Descripcin
Tipo de Dato
Int
Int
Int
Int
Date
Amplitud
-
Llave
P.K.
F.K.
F.K.
F.K.
Nulo
No
No
No
No
No
Descripcin
Tipo de Dato
Int
Int
Date
Amplitud
-
Llave
P.K.
F.K.
Nulo
No
No
No
Descripcin
Tipo de Dato
Int
Int
Varchar
Amplitud
15
Llave
P.K.
F.K.
Nulo
No
No
No
Descripcin
F.K.
Inscripcin
Atributo
id_inscripcin
id_estudiante
id_administrativo
id_gestin
fecha
Internado
Atributo
id_interno
id_habitacion
fecha_ingreso
Internado_estud
Atributo
id_interno
id_estudiante
observacion
Hora
Atributo
Tipo de
Amplitud
- 45 -
Llave
Nulo
Descripcin

TEOLOGICO HEBRON
codigo
inicio
fin
tiempo
Horario
Atributo
id_codigotm
id_dia
id_hora
Dato
Int
Date
Date
Int
Tipo de
Dato
P.K.
Amplitud
Int
Varchar
Int
No
No
No
No
Llave
2
-
F.K.
F.K.
F.K.
Nulo
Descripcin
No
No
No
Materia
Atributo
id_materia
materia
creditos
descripcion
id_area
Tipo de Dato
Varchar
Varchar
Int
Varchar
Varchar
Amplitud
6
40
40
6
Llave
P.K.
F.K.
Nulo
No
No
No
No
No
Descripcin
Materia_Requisito
Atributo
codigo
id_materia
id_requisito
Tipo de
Dato
Int
Varchar
Varchar
Amplitud
6
6
Llave
P.K
F.K.
F.K.
Nulo
Descripcin
No
No
No
Mensualidad
Atributo
id_mensualidad
id_inscripcin
id_planpago
Tipo de Dato
int
int
int
Amplitud
-
Llave
P.K.
F.K.
F.K.
Nulo
No
No
No
Descripcin
Amplitud
-
Llave
F.K.
F.K.
Nulo
No
No
Descripcin
Mensualidad_Deuda
Atributo
id_mensualidad
id_deuda
Tipo de Dato
int
int
- 46 -

TEOLOGICO HEBRON
Pais
Atributo
id_pais
descripcin
Tipo de Dato
int
Varchar
Amplitud
10
Llave
P.K.
Nulo
No
No
Descripcin
Plan_Pago
Atributo
id_planpago
fecha_inicio
fecha_fin
estado
Tipo de Dato
Int
Date
Date
Char
Amplitud
1
Llave
P.K.
Nulo
No
No
No
No
Descripcin
Atributo
id_profesor
id_empleado
invitado
habilitado
especialidad
Recibo
Tipo de Dato
Int
Varchar
Char
Char
Varchar
Amplitud
6
1
1
30
Llave
P.K.
F.K.
Nulo
No
No
Si
Si
Si
Descripcin
Atributo
id_recibo
descripcion
monto
fecha
Tipo de Dato
Int
Varchar
Int
Date
Amplitud
30
-
Llave
P.K.
Nulo
No
No
No
No
Descripcin
Tipo de Dato
Int
Varchar
Amplitud
10
Llave
P.K.
Nulo
No
No
Descripcin
Tipo de Dato
Varchar
Int
Char
Amplitud
6
1
Llave
F.K.
F.K.
Nulo
No
No
No
Descripcin
Profesor
Turno
Atributo
id_Turno
descripcion
Turno_carrera
Atributo
id_carrera
id_turno
estado
- 47 -

TEOLOGICO HEBRON
Turno_materia
Atributo
codigotm
id_materia
id_turno
id_aula
id_profesor
grupo
oferta
observacion
Tipo de Dato
Int
Varchar
Int
Int
Int
Varchar
Varchar
Varchar
Amplitud
6
6
1
6
- 48 -
Llave
P.K.
F.K.
F.K.
F.K.
F.K.
Nulo
No
No
No
No
No
No
No
No
Descripcin

TEOLOGICO HEBRON
13.4.2. Script
-- phpMyAdmin SQL Dump
-- Database: `hebron`
---- --------------------------------------------------------- Table structure for table àdministrativo`
CREATE TABLE àdministrativo` (
ìd_administrativo` int(11) NOT NULL,
ìd_empleado` varchar(6) collate latin1_general_ci NOT NULL,
`profesion` varchar(30) collate latin1_general_ci default NULL,
òbservacion` varchar(20) collate latin1_general_ci default NULL,
ìd_departamento` varchar(6) collate latin1_general_ci NOT NULL,
PRIMARY KEY (ìd_administrativo`,ìd_empleado`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1 COLLATE=latin1_general_ci;
-- --------------------------------------------------------- Table structure for table àrea`
CREATE TABLE àrea` (
ìd_area` varchar(6) collate latin1_general_ci NOT NULL,
`descripcion` varchar(30) collate latin1_general_ci NOT NULL,
PRIMARY KEY (ìd_area`)
-- --------------------------------------------------------- Table structure for table àula`
CREATE TABLE àula` (
ìd_aula` int(11) NOT NULL,
`cupo` int(11) NOT NULL,
PRIMARY KEY (ìd_aula`)
-- --------------------------------------------------------- Table structure for table `carrera`
CREATE TABLE `carrera` (
- 49 -

TEOLOGICO HEBRON
ìd_carrera` varchar(6) collate latin1_general_ci NOT NULL,
`duracion` varchar(10) collate latin1_general_ci NOT NULL,
PRIMARY KEY (ìd_carrera`)
-- Table structure for table `carrera_estudiante`
CREATE TABLE `carrera_estudiante` (
ìd_estudiante` int(11) NOT NULL,
`fecha_ingreso` date NOT NULL,
PRIMARY KEY (ìd_carrera`,ìd_estudiante`)
-- --------------------------------------------------------- Table structure for table `carrera_estudiante_materia`
CREATE TABLE `carrera_estudiante_materia` (
ìd_materia` varchar(6) collate latin1_general_ci NOT NULL,
`trimestre` int(11) NOT NULL,
àno` year(4) NOT NULL,
`nota_final` int(11) default NULL,
ìd_inscripcion` int(11) NOT NULL
-- --------------------------------------------------------- Table structure for table `carrera_materia`
CREATE TABLE `carrera_materia` (
`nro` int(11) NOT NULL,
`trimestre` int(11) default NULL,
àno` int(11) default NULL,
PRIMARY KEY (`nro`,ìd_carrera`,ìd_materia`)
-- --------------------------------------------------------- Table structure for table `ciudad`
CREATE TABLE `ciudad` (
- 50 -

TEOLOGICO HEBRON
ìd_ciudad` int(11) NOT NULL,
ìd_pais` int(11) NOT NULL,
PRIMARY KEY (ìd_ciudad`)
-- Table structure for table `cuotas`
CREATE TABLE `cuotas` (
ìd_cuota` int(11) NOT NULL,
ìd_planpago` int(11) NOT NULL,
ìd_recibo` int(11) NOT NULL,
`monto` int(11) NOT NULL,
`fecha` date NOT NULL,
PRIMARY KEY (ìd_cuota`,ìd_planpago`,ìd_recibo`)
-- --------------------------------------------------------- Table structure for table `denominacion`
CREATE TABLE `denominacion` (
ìd_denominacion` int(11) NOT NULL,
PRIMARY KEY (ìd_denominacion`)
-- --------------------------------------------------------- Table structure for table `departamento`
CREATE TABLE `departamento` (
ìd_departamento` varchar(6) collate latin1_general_ci NOT NULL,
`telefono` varchar(8) collate latin1_general_ci default NULL,
PRIMARY KEY (ìd_departamento`)
-- --------------------------------------------------------- Table structure for table `deudas`
CREATE TABLE `deudas` (
ìd_deuda` int(11) NOT NULL,
PRIMARY KEY (ìd_deuda`)
- 51 -

TEOLOGICO HEBRON
-- Table structure for table `dia`

CREATE TABLE `dia` (
`codigo` char(2) collate latin1_general_ci NOT NULL,
PRIMARY KEY (`codigo`)
-- --------------------------------------------------------- Table structure for table èmpleado`
CREATE TABLE èmpleado` (
`nombres` varchar(20) collate latin1_general_ci NOT NULL,
àpellidos` varchar(40) collate latin1_general_ci NOT NULL,
`direccion` varchar(40) collate latin1_general_ci default NULL,
`celular` varchar(10) collate latin1_general_ci default NULL,
èmail` varchar(50) collate latin1_general_ci default NULL,
ìd_iglesia` int(11) NOT NULL,
`ci` varchar(12) collate latin1_general_ci NOT NULL,
èstado_civil` char(1) collate latin1_general_ci NOT NULL,
`sexo` char(1) collate latin1_general_ci NOT NULL,
`hijos` int(11) default NULL,
`foto` varchar(25) collate latin1_general_ci default NULL,
PRIMARY KEY (ìd_empleado`)
-- --------------------------------------------------------- Table structure for table èstudiante`
CREATE TABLE èstudiante` (
`registro` int(11) NOT NULL,
`nombres` varchar(20) collate latin1_general_ci NOT NULL,
àpellidos` varchar(40) collate latin1_general_ci NOT NULL,
`ci` varchar(12) collate latin1_general_ci NOT NULL,
- 52 -

TEOLOGICO HEBRON
`direccion` varchar(40) collate latin1_general_ci default NULL,
èmail` varchar(50) collate latin1_general_ci default NULL,
`celular` varchar(10) collate latin1_general_ci default NULL,
`sexo` char(1) collate latin1_general_ci NOT NULL,
èstado_civil` char(1) collate latin1_general_ci NOT NULL,
`hijos` int(11) default NULL,
`fecha_nac` date NOT NULL,
`profesion` varchar(25) collate latin1_general_ci NOT NULL,
`foto` varchar(25) collate latin1_general_ci default NULL,
PRIMARY KEY (`registro`)
-- --------------------------------------------------------- Table structure for table `gestion`
CREATE TABLE `gestion` (
ìd_gestion` int(11) NOT NULL,
`fecha_inicio` date NOT NULL,
`fecha_fin` date NOT NULL,
èstado` char(1) collate latin1_general_ci NOT NULL,
PRIMARY KEY (ìd_gestion`)
-- --------------------------------------------------------- Table structure for table `habitacion`
CREATE TABLE `habitacion` (
ìd_habitacion` int(11) NOT NULL,
èspacio` varchar(10) collate latin1_general_ci NOT NULL,
PRIMARY KEY (ìd_habitacion`)
-- --------------------------------------------------------- Table structure for table `hora`
CREATE TABLE `hora` (
`codigo` int(11) NOT NULL,
- 53 -

TEOLOGICO HEBRON
ìnicio` time NOT NULL,
`fin` time NOT NULL,
`tiempo` int(11) NOT NULL,
-- Table structure for table `horario`
CREATE TABLE `horario` (
ìd_codigotm` int(11) NOT NULL,
ìd_dia` char(2) collate latin1_general_ci NOT NULL,
ìd_hora` int(11) NOT NULL,
PRIMARY KEY (ìd_dia`,ìd_hora`)
-- --------------------------------------------------------- Table structure for table ìglesia`
CREATE TABLE ìglesia` (
ìglesia` varchar(25) collate latin1_general_ci NOT NULL,
`direccion` varchar(30) collate latin1_general_ci NOT NULL,
èmail_iglesia` varchar(40) collate latin1_general_ci default NULL,
`pastor` varchar(40) collate latin1_general_ci NOT NULL,
èmail_pastor` varchar(40) collate latin1_general_ci default NULL,
ìd_denominacion` int(11) NOT NULL,
PRIMARY KEY (ìd_iglesia`,ìd_denominacion`)
-- --------------------------------------------------------- Table structure for table ìnscripcion`
CREATE TABLE ìnscripcion` (
ìd_inscripcion` int(11) NOT NULL,
ìd_administrativo` int(11) NOT NULL,
ìd_gestion` int(11) NOT NULL,
`fecha` datetime NOT NULL,
PRIMARY KEY (ìd_inscripcion`,ìd_estudiante`,ìd_administrativo`,ìd_gestion`)
- 54 -

TEOLOGICO HEBRON
-- Table structure for table ìnternado`

CREATE TABLE ìnternado` (
ìd_interno` int(11) NOT NULL,
ìd_habitacion` int(11) NOT NULL,
PRIMARY KEY (ìd_interno`,ìd_habitacion`,ìd_estudiante`)
-- --------------------------------------------------------- Table structure for table ìnternado_estudiante`
CREATE TABLE ìnternado_estudiante` (
ìd_interno` int(11) NOT NULL,
PRIMARY KEY (ìd_interno`,ìd_estudiante`)
-- --------------------------------------------------------- Table structure for table `materia`
CREATE TABLE `materia` (
`materia` varchar(40) collate latin1_general_ci NOT NULL,
`creditos` int(11) NOT NULL,
`descripcion` varchar(40) collate latin1_general_ci default NULL,
ìd_area` varchar(6) collate latin1_general_ci NOT NULL,
PRIMARY KEY (ìd_materia`,ìd_area`)
-- --------------------------------------------------------- Table structure for table `materia_requisito`
CREATE TABLE `materia_requisito` (
- 55 -

TEOLOGICO HEBRON
`codigo` int(11) NOT NULL,
ìd_requisito` varchar(6) collate latin1_general_ci NOT NULL,
-- Table structure for table `mensualidad`
-CREATE TABLE `mensualidad` (
ìd_mensualidad` int(11) NOT NULL,
ìd_inscripcion` int(11) NOT NULL,
PRIMARY KEY (ìd_mensualidad`,ìd_inscripcion`,ìd_planpago`)
-- --------------------------------------------------------- Table structure for table `mensualidad_deuda`
CREATE TABLE `mensualidad_deuda` (
ìd_mensualidad` int(11) NOT NULL,
ìd_deuda` int(11) NOT NULL,
PRIMARY KEY (ìd_mensualidad`,ìd_deuda`)
-- --------------------------------------------------------- Table structure for table `pais`
CREATE TABLE `pais` (
PRIMARY KEY (ìd_pais`)
-- --------------------------------------------------------- Table structure for table `plan_pago`
-CREATE TABLE `plan_pago` (
`fecha_inicio` date NOT NULL,
`fecha_fin` date NOT NULL,
- 56 -

TEOLOGICO HEBRON
PRIMARY KEY (ìd_planpago`)
-- Table structure for table `profesor`
CREATE TABLE `profesor` (
ìd_profesor` int(11) NOT NULL,
ìnvitado` char(1) collate latin1_general_ci default NULL,
`habilitado` char(1) collate latin1_general_ci default NULL,
èspecialidad` varchar(30) collate latin1_general_ci default NULL,
PRIMARY KEY (ìd_profesor`,ìd_empleado`)
-- --------------------------------------------------------- Table structure for table `recibo`
CREATE TABLE `recibo` (
ìd_recibo` int(11) NOT NULL,
`fecha` date NOT NULL,
PRIMARY KEY (ìd_recibo`)
-- --------------------------------------------------------- Table structure for table `turno`
CREATE TABLE `turno` (
ìd_turno` int(11) NOT NULL,
PRIMARY KEY (ìd_turno`)
-- --------------------------------------------------------- Table structure for table `turno_carrera`
CREATE TABLE `turno_carrera` (
- 57 -

TEOLOGICO HEBRON
PRIMARY KEY (ìd_carrera`,ìd_turno`)
-- Table structure for table `turno_materia`

CREATE TABLE `turno_materia` (
`codigotm` int(11) NOT NULL,
`grupo` varchar(3) collate latin1_general_ci NOT NULL,
òferta` char(1) collate latin1_general_ci NOT NULL,
ìd_aula` int(11) NOT NULL,
ìd_profesor` int(11) NOT NULL,
PRIMARY KEY (`codigotm`)
-- --------------------------------------------------------- Table structure for table ùsuario`
CREATE TABLE ùsuario` (
`codigo` varchar(5) collate latin1_general_ci NOT NULL,
ùsuario` varchar(10) collate latin1_general_ci NOT NULL,
`contrasena` varchar(15) collate latin1_general_ci NOT NULL,
- 58 -

TEOLOGICO HEBRON
13.4.3. Actualizacin de Tuplas

INSERT INTO `hebron`.àrea` (ìd_area` ,`descripcion` )VALUES ('100', 'Antiguo
Testamento'), ('200', 'Nuevo Testamento');
INSERT INTO `hebron`.àrea` (ìd_area`, `descripcion`) VALUES ('300', 'Teologia,
Historia y Filosofia'), ('400', 'Ministerios Pastorales');
INSERT INTO `hebron`.àrea` (ìd_area`, `descripcion`) VALUES ('500', 'Educacin
Cristiana');
INSERT INTO `hebron`.`materia` (ìd_materia`, `materia`, `creditos`, `descripcion`,
`requisito`, ìd_area`, ìd_aula`) VALUES ('101', 'Pentateuco', '4', NULL, NULL, '100', '0');
`requisito`, ìd_area`, ìd_aula`) VALUES ('102', 'Libros Historicos', '4', NULL, NULL,
'100', '0');
`requisito`, ìd_area`, ìd_aula`) VALUES ('103', 'Libros Poticos', '4', NULL, NULL, '100',
'0');
UPDATE `hebron`.`materia` SET ìd_aula` = '1' WHERE
CONVERT(`materia`.ìd_materia` USING utf8) = '101' AND
CONVERT(`materia`.ìd_area` USING utf8) = '100' AND `materia`.ìd_aula` = 0 LIMIT
1;
1;
1;
DELETE FROM area WHERE id_area='400'
- 59 -

TEOLOGICO HEBRON
DELETE FROM area WHERE id_area='500'
DELETE FROM aula WHERE id_aula='2'
13.4.4. Consultas
Consultas Simples:
1. Mostrar todas las Areas del Seminario
SELECT *FROM area
2. Mostrar todas las Aulas del Seminario
SELECT *FROM aula
3. Mostrar todas las Materias del Seminario
SELECT *FROM material
4. Mostrar todas las Denominaciones de las Iglesias que estan en el Seminario
SELECT *FROM denominacin
5. Mostrar todas las Iglesias que son participes del Seminario
SELECT *FROM iglesia
6. Mostrar todas las Materias que se dictan en el Seminario
SELECT *FROM material
7. Mostrar todos los Empleados que tabajan en el Seminario
SELECT *FROM empleado
8. Mostrar todas los Departamentos que son del Seminario
SELECT *FROM Departamento
9. Mostrar todos los Administrativos del Seminario
SELECT *FROM Administrativo
- 60 -

TEOLOGICO HEBRON
10. Mostrar todas las carreras del Seminario
SELECT *FROM Carrera
Consultas Multiples:
11. Mostrar todos los Turnos de las Carreras
Select carrera.descripcion, turno.descripcion from turno
INNER JOIN (carrera INNER JOIN turno_carrera on
carrera.id_carrera=turno_carrera.id_carrera)
on turno.id_turno=turno_carrera.id_turno
12. Obtener Id_carrrera especificando el Turno (Carrera,turno)
SELECT carrera.id_carrera from carrera INNER JOIN
(turno_carrera INNER JOIN turno on
turno_carrera.id_turno=turno.id_turno and turno.descripcion='Maana')
on carrera.id_carrera=turno_carrera.id_carrera
Where carrera.descripcion='Profesorado en Teologia'
13. Modificar id_carrera de Licenciatura a Profesorado
UPDATE carrera_materia set id_carrera='PTE120' Where id_carrera='LIT110'
14. Mostrar las materias que pertenecen al area Educacion Cristiana
Select materia.materia from materia INNER JOIN area on
(materia.id_area=area.id_area and area.descripcion='Educacin Cristiana')
15. Mostrar todas las Materias Habilitadas en las Maanas
SELECT materia.materia from materia INNER JOIN
(turno_materia INNER JOIN turno on
turno_materia.id_turno=turno.id_turno and turno.descripcion='Maana')
on turno_materia.id_materia=materia.id_materia
16. Mostrar Nombres de las Iglesias que pertenecen a la denominacion Bautista
Fundamental
SELECT iglesia.iglesia from iglesia INNER JOIN denominacion on
(iglesia.id_denominacion=denominacion.id_denominacion and
denominacion.descripcion='Bautista Fundamental')
- 61 -

TEOLOGICO HEBRON
17. Mostrar el nombre de un empleado que tambien es profesor

select empleado.nombres, empleado.apellidos from empleado INNER JOIN profesor on
(empleado.id_empleado=profesor.id_empleado)
18. Mostrar Los datos de los Empleados que son de Santa Cruz
select empleados* From empleado INNER JOIN
ciudad on (empleado.id_ciudad=ciudad.id_ciudad)
19. Mostrar los empleados que pertenecen a la Iglesia Rios de Agua Viva
select empleado.nombres, empleado.apellidos From empleado INNER JOIN iglesia on
(empleado.id_iglesia=iglesia.id_iglesia and iglesia.iglesia='Rios de Agua Viva')
20. Mostrar las Materias que Pertenecen al Area Teologia, Historia y Filosofia y estan
en el Turno de la Noche
select materia.materia from area INNER JOIN
((turno_materia INNER JOIN turno ON
turno_materia.id_turno=turno.id_turno and turno.descripcion='Maana')INNER JOIN
materia on turno_materia.id_materia=materia.id_materia)on
area.id_area=materia.id_area Where area.descripcion='Teologia, Historia y Filosofia'
Subconsultas:
21. Mostrar el codigo y el nombre de la Materia del Area 100
SELECT id_materia, materia FROM materia(INNER JOIN area) Where
materia.id_area=100
22. Mostrar todas las Materias que estan en el tuno de la Maana
Select materia
From Materia M INNER JOIN (TurrnoMateria TM INNER JOIN Turno) on
M.Id_materia=TM.Id_mateia and TM.Id_turno=T.Id_turno,and T.descripcion=Maana;
23. Mostrar todos los Profesores que son invitados al Seminario
SELECT empleado.nombres, apellidos
FROM empleado
- 62 -

TEOLOGICO HEBRON
INNER JOIN profesor ON ( empleado.id_empleado = profesor.id_empleado )
WHERE profesor.invitado = 'T'
24. Mostrar todos los Alumnos Nuevos del Seminario

select alumno.nombres,apellidos from gestion INNER JOIN inscripcion
on(gestion.Id_gestion=inscripcion.Id_gestion)
inscripcion INNER JOIN alumno on(inscripcion.registro=alumno.registro)
where gestion.descripcion='2008';
25. Mostrar todos los alumnos que estudian la Carrea Licenciatura en Teologia
SELECT estudiante.nombres, estudiante.apellidos from carrera INNER JOIN
(estudiante INNER JOIN carrera_estudiante on
estudiante.registro=carrera_estudiante.id_estudiante)on carrera_estudiante.id_carrera=
carrera.id_carrera Where
carrera.descripcion='Licenciatura en Teologia'
26. Mostrar la cantidad de alumnos que estudian la carrera Diploma en Ministerio
SELECT count(*) from carrera INNER JOIN
(estudiante INNER JOIN carrera_estudiante on
estudiante.registro=carrera_estudiante.id_estudiante)on carrera_estudiante.id_carrera=
carrera.id_carrera Where
carrera.descripcion='Diploma en Ministerio'
27. Mostrar Iglesias que pertenecen a la UCE
Select iglesia.iglesia from iglesia INNER JOIN denominacin on
denominacin.descripcion=UCE
28. Mostrar las Materias en Oferta
SELECT materia.id_materia, materia.materia from materia INNER JOIN
turno_materia on(materia.id_materia=turno_materia.id_materia)
Where turno_materia.oferta='H'
29. Mostrar el nombre de las Iglesias que son partes del Seminario
Select iglesia.descripcion from iglesia
30. Mostrar la profesin de los Administrativos
Select administrativo.profesion from administrativo
- 63 -

TEOLOGICO HEBRON
13.4.5. Procedimiento almacenado

DELIMITER $$
//--------PARA ADICIONAR ALUMNO-------///
-- ----------------------------------------------------------------------------DROP PROCEDURE IF EXISTS ` hebron `.àdicionarAlumno` $$
CREATE PROCEDURE ` hebron `.àdicionarAlumno` (IN nombre varCHAR(45), IN
edad int)
BEGIN
DECLARE var int;
set var := obtenerCantidad();
IF var = 0 THEN
INSERT INTO ` hebron `.àlumno` VALUES (200,nombre,edad);
ELSE
SET var := (SELECT MAX(alumno.registro) FROM alumno) + 1 ;
INSERT INTO ` hebron `.àlumno` VALUES (var,nombre,edad);
END IF;
-----
SELECT max(alumno.registro)as ult FROM alumno ;

SELECT 'Hello world!' INTO var1
SELECT max(alumno.registro) INTO var FROM alumno LIMIT 1;
SET var := (SELECT MAX(alumno.registro) FROM alumno) ;
END $$
//----------- PARA BORRAR ALUMNO------------------//
-- ----------------------------------------------------------------------------DROP PROCEDURE IF EXISTS ` hebron `.`borrarAlumno` $$
CREATE PROCEDURE ` hebron `.`borrarAlumno` (IN registro int)
BEGIN
DELETE FROM alumno
WHERE registro = alumno.registro;
END $$
- 64 -

TEOLOGICO HEBRON
//-----------------PARA MODIFICAR ALUMNOS------------------//

-- ----------------------------------------------------------------------------DROP PROCEDURE IF EXISTS ` hebron `.`modificarAlumno` $$
CREATE PROCEDURE ` hebron `.`modificarAlumno` (IN registro int, IN newNombre
varCHAR(45),IN newEdad int)
BEGIN
UPDATE alumno SET alumno.nombre = newNombre , alumno.edad = newEdad
WHERE alumno.registro = registro;
END $$
///-----------PARA OBTENER LA CANTIDAD DE ALUMNOS--------//
-- ---------- ----------------------------------------------------------------------------DROP PROCEDURE IF EXISTS ` hebron `.òbtenerCantidad` $$
CREATE FUNCTION ` hebron `.òbtenerCantidad` () RETURNS INT
BEGIN
return (SELECT COUNT(*) from alumno);
END $$
//-------------- PARA ADICIONAR IGLESIAS----------------//

-- ----------------------------------------------------------------------------DROP PROCEDURE IF EXISTS ' hebron '.'adicionarIglesia'$$
CREATE PROCEDURE ' hebron '.'adicionarIglesia'(IN id_iglesia varCHAR(45),IN
iddenominacion varCHAR(45))
BEGIN
DECLARE var int
set var:=obtenerCantidadDenominacion();
IF var= 0 THEN
INSERT INTO
'hebron '.'Iglesia'VALUES(300,nombre_iglesia,denominacion);
ELSE
SET var := (SELECT MAX(Iglesia.Id_iglesia)FROM Iglesia)+1;
- 65 -

TEOLOGICO HEBRON
INSERT INTO
' hebron '.'Iglesia'VALUES(var,nombre_iglesia,denominacion);
END IF;
END $$
//------------- PARA BORRAR IGLESIAS ----------------//
-- ----------------------------------------------------------------------------DROP PROCEDURE IF EXISTS ' hebron '.'borrarIglesia'$$
CREATE PROCEDURE ' hebron '.'borrarIglesia'(IN Id_iglesia int)
BEGIN
DELETE FROM Iglesia
WHERE Id_iglesia = Iglesia.Id_iglesia;
END $$
-- ----------------------------------------------------------------------------//----------------------- PARA OBTENER CANTIDAD DE IGLESIAS --------//
DROP PROCEDURE IF EXISTS ' hebron '.'obtenerCantidadIglesias'$$
CREATE PROCEDURE ' hebron '.'obtenerCantidadIglesias'()RETURN INT
BEGIN
RETURN (SELECT COUNT(*)from Iglesia);
END $$
DELIMITER ;
//------------- PARA MOSTRAR LA CARRERA DEL ESTUDIANTE ----/
CREATE PROCEDURE CARRERA_ESTUDIANTE IF EXISTS
hebron.carrera_estudiante(IN registro int(30),IN registro int(30),IN id_carrera
varCHAR(45))
BEGIN
DECLARE var int
set var=0 THEN
INSERT INTO
hebron.carrera_estudianteVALUES(LIN101,Descripcion,registro);
ELSE
SET var=(SELECT MAX(carrera.Descripcion)FROM carrera (INNER JOIN
carrera_estudiante)on INNER JOIN estudiante)on carrera.id_carrera=carrera_estudiante
and carrera_estudiante.registro=estudiante.registro+1,
INSERTO INTRO hebronCarrera_estudianteVALUES(var,Descripcin,registro);
- 66 -

TEOLOGICO HEBRON
END IF
END $$
DELIMITER;
//----- MOSTRAR CIUDAD DEL ESTUDIANTE --------------//

CREATE PROCEDURE CIUDAD_ESTUDIANTE IF EXISTS
hebron.Adicionarciudad(IN id_ciudad varCHAR(45),IN registro varCHAR(45))
BEGIN
DECLARE var int
set var=Obtener CantidadCiudad();
IF var=0 THEN
INSERT INTO hebron.estudianteVALUES(400,nombre_ciudad,descrpicion),
ELSE
SET var=(SELECT MAX(estudiante.registro)FROM estudiante)+1;
INSERT INTRO hebronestudianteVALUES(var,nombre_ciudad,iddenominacion);
END IF
END $$
DEMILITER;
//------MOSTRAR TODOS LOS ESTUDIANTE NUEVOS----/
CREATE PROCEDURE ALUMNOS_NUEVOS IF EXISTS
hebron.alumnosnuevos,
BEGIN
DECLARE var int
set var=obteneralumnosnuevos();
set var=Select registro, Nombre, apellidos from estudiante INNER JOIN Alumno on
Cod=CodAlum where antiguo=Nuevo
END $$
DELIMITER
//---- MUESTRA EL PERFIL DEL ADMINISTRATIVO ---//
CREATE PROCEDURE administradores IF EXISTS test.administradores,
BEGIN
DECLARE var int
set var=administrores
- 67 -

TEOLOGICO HEBRON
set var=Select id_administivo, id_empleado, observacion ,profesion from administrativo
INNER JOIN Administrativo on id_administrativo=id_administrativo
///---------------BORRAR ADMINISTRATIVO----------------//
CREATE PROCEDURE hebron elminarAdministrativo
BEGIN
DELETE FROM administrativo
WHERE id_administrativo=administrativo.id_administrativo;
END $$
- 68 -

TEOLOGICO HEBRON
14. MODELO DE NEGOCIO

14.1. Diagrama de Actividades
ESTUDIANTE
SECRETARIA
Verifica si el Alumno es
Antiguo
Solicita Inscripcion
NO
SI
Verifica
Requis itos
Revisa los
Requisitos
NO
SI
Verificar Datos de
Inscripcin
Llena los datos del

Estudiante
NO
SI
Regis trar Datos
de la Carrera
Regis trar Materias
Recibe Monto a
Cancelar
Em itir Monto a
Cancelar
Se Genera un
Plan de Pago
SI
NO
- 69 -

TEOLOGICO HEBRON
Diagrama de Actividad: Proceso de Inscripcin
ESTUDIANTE
SECRETARIA / CAJERA
Solicita Inform acion

de Cons ulta
Recepcion Datos de
Cons ulta
Cons ultas Datos de

Sis tem a
Decide la Cantidad de
Cuotas a Cancelar
NO
Em ite Res ultado de

Cons ulta
Recepciona Monto a
Cancelar
SI
Registra la Cuota
Cancelada en sis tem a
Em itir Recibo de
Cancelacin
Verifica datos del

recibo
NO
SI
- 70 -

TEOLOGICO HEBRON
Diagrama de Actividad: Control de Pagos

PROFESOR
SECRETARIA
Entrega Las Notas
Obtiene Docente
Seleccione
Trim es tre
Selecciona Materia
Regis tra Notas
- 71 -

TEOLOGICO HEBRON
Diagrama de Actividad: Registrar Notas

15. FLUJO DE TRABAJO
15.1. Identificar Actores
Administrador del sistema

Es el encargado de manejar el sistema del Instituto Teolgico Hebrn, crear una
nueva gestin, Administra el sistema brindado con permisos de accesibilidad.
Administrativo
Es el encargado designado por el Instituto Teolgico Hebrn para desempear las
actividades de inscripcin de estudiantes, tiene a su cargo a los departamentos de
servicios, control de sistemas, secretaria general y otros.
Secretaria
Es la persona encargada del proceso de inscripcin de alumnos, pagos de matricula,
entregar las notas de los estudiantes, en si es la que interacta directamente con el
estudiante.
Docente
Es la persona designada por el coordinador estudiantil para ensear a los respectivos
estudiantes de un rea.
- 72 -

TEOLOGICO HEBRON
Alumno
Es la persona que requiere conocimientos para superarse, a la vez consigue apoyo del
seminario por ejemplo con internado, comedor, biblioteca, etc.
15.2. Lista de Casos de Usos

CU1.- Inicio de Sesin.
CU2.- Registrar Inscripcin
CU3.- Registrar Alumno
CU4.- Registrar Nueva Gestin
CU5.- Establecer Precios-Mensualidad
CU6.- Gestionar Plan de Pagos
CU7.- Generar Recibo
CU8.- Registrar Iglesia
CU9.- Registrar denominacin
CU10.- Registrar Interno
CU11.- Registrar Habitacin
CU12.- Registrar Carrera
CU13.- Registrar Materias
CU14.- Registrar rea
CU15.- Registrar Turno
CU16.- Registrar Aula
CU17.- Registrar Docente
CU18.- Registrar Empleado
CU19.- Registrar Administrativos
CU20.- Registrar Departamento
CU21.- Registrar Ciudad
CU22.- Registrar Pas
CU23.- Gestionar Nota
CU24.-Verificar estado de deuda
- 73 -

TEOLOGICO HEBRON
15.3. Priorizacin de Casos de Usos
Estado:
Aprobado: Se usa cuando el caso de uso esta entre los principales en
construirse.
Incorporado: Caso de uso que son referidos por los Caso de Usos
principales y tambin sern resueltos.
Propuesto: Caso de uso que no sern implementados, en otras interacciones
e incrementos debe ser resuelto.
Prioridad:
Importante: Cuando el Caso de Uso se realiza inicialmente.
Critico: Cuando el Caso de Uso requiere de mas informacin que le ser
proporcionada de otro caso de uso.
Accesoria: Caso de uso que generan informacin personalizada.
Riesgo:
Normal: Se usa en Los casos de Usos Bsicos de Registro de Datos
Significativo: Cuando el caso de Uso genera informacin
Critico: Caso de Uso que procesan transacciones.
- 74 -

TEOLOGICO HEBRON
15.4. Detalle de Casos de Usos

Nro
CU1
Nombre
Inicio de Sesin.
CU2
Registrar Inscripcin
CU3
Registrar Alumno
CU4
Registrar Nueva
Gestin
CU5
Establecer
Precios-Mensualidad
CU6
Gestionar
Plan de Pagos
CU7
CU8
Generar Recibo
Registrar Iglesia
Descripcin
Estado
Prioridad
Riesgo
Verificar Pass
Word de Personal
Autorizado
Aprobado
Importante
Normal
Nueva gestin y
Datos personales de
los Alumnos
Aprobado
Importante
Normal
Aprobado
Importante
Normal
Aprobado
Importante
Normal
Fija los precios

segn la gestin
Incorporado
Accesoria
Significativo
Establece un plan
de pagos
Incorporado
Accesoria
Significativo
Incorporado
Critico
Critico
Aprobado
Importante
Normal
Datos personales de
los Alumnos
Datos de la nueva
gestin
Datos del alumno

que pago su
mensualidad
Datos de la iglesia
que pertenece
- 75 -

TEOLOGICO HEBRON
CU9
Registrar
Denominacin
Datos de la
denominacin
Aprobado
Importante
Normal
Datos del alumno o

empleado
Incorporado
Critico
Critico
Datos de las
habitaciones
Incorporado
Critico
Critico
Importante
Normal
CU10
Registrar Interno
CU11
Registrar Habitacin
CU12
Registrar Carrera
Datos de la carrera
Aprobado
CU13
Registrar Materias
Datos de la materia
Incorporado
Critica
Significativo
CU14
Registrar rea
Datos de la rea
Incorporado
Critica
Significativo
CU15
Registrar Turno
Datos del turno
Incorporado
Critica
Significativo
CU16
Registrar Aula
Datos de la aula
Incorporado
Critica
Significativo
CU17
Registrar Docente
Datos del docente
Aprobado
Importante
Normal
CU18
Registrar Empleado
Datos del empleado
Aprobado
Importante
Normal
CU19
Registrar
Administrativos
Datos del
administrativo
Aprobado
Importante
Normal
Datos del
departamento
Aprobado
Importante
Normal
CU20
Registrar
Departamento
- 76 -

TEOLOGICO HEBRON
CU21
Registrar Ciudad
Datos de la ciudad
Aprobado
Critico
Critico
CU22
Registrar Pas
Datos del pas
Aprobado
Critico
Critico
CU23
Gestionar
Reporte-Nota
Datos del alumno y Incorporado

materia
Critico
CU24
Verificar estado de
deuda
Consulta el estado Propuesto

de deudas
Critico
- 77 -
Critico
Critico

TEOLOGICO HEBRON
15.5. PROTOTIPO INTERFAZ USUARIO-DISEO DE CASO DE USOS
CU1: Inicio de Sesin.
Prototipo
Interfaz
Humana
CU1
- 78 -

TEOLOGICO HEBRON
Diseo de CU1
DOCUMENTACION DE CASO DE USO

CU1.- Iniciar Sesin
Caso de Uso
Iniciar Sesin
Nro
Actores
Principales
Actores
Secundarios
Pre-Condicin
CU
Administrador del Sistema
Administrativo
Flujo Principal Acciones del Actor

1.- Solicita iniciar Sesin
Respuesta del sistema
2.- Llenar datos pedidos
3.- Verifica datos
4.- Inicia sesin
PostCondicin
Excepcin
Registrar nueva gestin

4.- Datos NO validos
5.- No puede iniciar Sesin
CU2: Registrar Inscripcin

- 79 -

TEOLOGICO HEBRON
Prototipo Interfaz Humana CU2
Diseo de CU2
- 80 -

TEOLOGICO HEBRON
CU2.- Registrar Inscripcin
Caso de Uso
Nro
Actores
Principales
Actores
Secundarios
Pre-Condicin
CU2
Alumno
Secretaria
Registrar Nueva Gestin, Registrar Alumno

1.- El alumno solicita inscribirse
2.- Verifica si es Alumno Nuevo o Antiguo
3.- Verifica datos del Alumno
4.- Registra Inscripcin
PostCondicin
Excepcin
Verificar estado de deuda, Gestionar Plan de Pagos

3.- El alumno no esta registrado
4.- Datos Incompletos
CU3: Registrar Alumno
- 81 -

TEOLOGICO HEBRON
Diseo de CU3
- 82 -

TEOLOGICO HEBRON
CU3.- Registrar Alumno
Caso de Uso
Registrar Alumno
Nro
Actores
Principales
Actores
Secundarios
Pre-Condicin
CU3
Alumno
Secretaria
Registrar Iglesia, Registrar Denominacin, Registrar Interno, Registrar

Pas
1.- El alumno solicita a la administracin una inscripcin.
4.- El alumno solicita a la administracin registrarse como un interno.
2.- Verifica si pertenece a un a iglesia.
3.- Verifica si pertenece a una denominacin.
5.- Verifica Requisitos.
6.- Registra Datos del Alumno.
7.- Almacena en la Base de datos, los datos personales del alumno.
PostCondicin
Excepcin
Registrar Carrera, Registrar Inscripcin

2.- NO se puede registrar al alumno porque no pertenece a una iglesia.
3.- NO se puede registrar al alumno no es parte de una denominacin.
5.-Datos no validos, no cumple los requisitos.
6.- No puede Registrar Estudiante.
CU4: Registrar Nueva Gestin
Diseo de CU4
- 83 -

TEOLOGICO HEBRON

Caso de Uso
Registrar Nueva Gestin
Nro
Actores
Principales
Actores
Secundarios
Pre-Condicin
CU4
Administrativo
Verifica que no este habilitado gestiones anteriores

1.- El Administrador requiere iniciar Nueva Gestin
2.- Verifica que no exista gestiones anteriores vigentes
3.- Pide nuevos datos al administrativo.
4.- Registra nuevos datos
5.- Verifica datos de la Nueva Gestin
6.- Registra Nueva Gestin
PostCondicin
Excepcin
Comienza Nueva Gestin Acadmica

3.- No puede Registrar nueva gestin hasta que termine la gestin
vigente
CU5: Establecer Precios-Mensualidad
- 84 -

TEOLOGICO HEBRON
Diseo de CU5

Caso de Uso
Establecer Precios - Mensualidad
Nro
Actores
Principales
Actores
Secundarios
Pre-Condicin
CU5
Administrativo
Inicio de nueva Gestin

1.- Establecer mensualidad.
2.- Verificar si es Nueva Gestin.
3.- Establecer precios de Mensualidad.
4.- Establecer Plan de Pagos.
5.- Registrar nuevos precios de Mensualidad y tipo de Plan de Pago.
PostCondicin
Excepcin
Asignar a las mensualidades y Generar Plan Pago.

3.- No puede gestionar mensualidad porque ya estn establecidas los
precios o no se inicio nueva gestin porque otra esta vigente
CU6: Gestionar Plan de Pagos
Diseo de CU6
- 85 -

TEOLOGICO HEBRON

Caso de Uso
Gestionar Plan de Pagos
Nro
Actores
Principales
Actores
Secundarios
Pre-Condicin
CU6
Alumno
Secretaria

1.- El alumno solicita plan de pagos
2.- Registrar plan de pagos
3.- Designa fecha del prximo pago
4.- Emite comprobante de pago
PostCondicin
Excepcin
Asignar un plan de pago

2.- No gestiona plan de pagos
CU7: Generar Recibo
Diseo de CU7
- 86 -

TEOLOGICO HEBRON

CU7.- Generar Recibo
Caso de Uso
Gestionar Plan de Pagos
Nro
Actores
Principales
Actores
Secundarios
Pre-Condicin
CU7
Alumno
Secretaria
Cancelar Mensualidad o Matrcula

1.- Ingresa datos del alumno
4.- Cancela mensualidad o matricula.
2.- Verifica datos del alumno
3.- Verificar estado de mensualidad o matricula
5.- Generar Recibo
PostCondicin
Excepcin
Asignar un recibo
2.- No existen datos del alumno
3.- El alumno no tiene mensualidades pendientes.
CU8: Registrar Iglesia
- 87 -

TEOLOGICO HEBRON
Diseo de CU8

CU8.- Registrar Iglesia
- 88 -

TEOLOGICO HEBRON
Caso de Uso
Registrar Iglesia
Nro
Actores
Principales
Actores
Secundarios
Pre-Condicin
CU8
Alumno ,Personal Administrativo
Secretaria
Pertenecer a una iglesia

1.- Registrar Iglesia
2.-Pide datos
3.-Verifica datos validos
4.- Procede a la inscripcin del alumno o procede a contratar a un
empleado
5.- Registra la iglesia
PostCondicin
Excepcin
4.-Datos no validos
5.- No puede Inscribir al alumno o contratar al empleado
CU9: Registrar denominacin
Diseo de CU9
- 89 -

TEOLOGICO HEBRON

CU9.- Registrar Denominacin
Caso de Uso
Registrar Denominacin
Nro
Actores
Principales
Actores
Secundarios
Pre-Condicin
CU9
Alumno ,Personal Administrativo
Secretaria
Pertenecer a una iglesia y denominacin

1.- Registrar Denominacin
2.-Pide datos
3.-Verifica si existe la denominacin
4.- Registra la denominacin ,procede a la inscripcin del alumno o
procede a contratar a un empleado
PostCondicin
Excepcin
4.-Datos no validos
5.- Registra nueva denominacin
CU10: Registrar Interno
Diseo de CU10
- 90 -

TEOLOGICO HEBRON

CU10.- Registrar Interno
Caso de Uso
Registrar Interno
Nro
Actores
Principales
Actores
Secundarios
Pre-Condicin
CU10
Alumno
Secretaria

1.- Ingresa datos del estudiante.
5.- Asigna Habitacin
3.- Verifica datos del estudiante
4.- Verifica requisitos
6.- Asigna un cdigo de interno
7.- Verifica si esta libre la habitacin
8.- Registra interno
PostCondicin
Excepcin
4.- Datos del estudiante no validos

8.- La habitacin esta ocupada
CU11: Registrar Habitacin
Diseo de CU11
- 91 -

TEOLOGICO HEBRON

CU11.- Registrar Habitacin
Caso de Uso
Registrar Habitacin
Nro
Actores
Principales
Actores
Secundarios
Pre-Condicin
CU11
Alumno
Secretaria y/o Administrativo

1.- Ingresa datos del estudiante.
2.- Verifica cupo de habitaciones
3.- Verifica requisitos
4.- Registra habitacin
5.-Asigna un cdigo de habitacin
PostCondicin
Excepcin
Registrar Interno
3.- No hay habitaciones disponibles
4.- No cumple con los requisitos de interno
CU12: Registrar Carrera
- 92 -

TEOLOGICO HEBRON
Diseo de CU12

CU12.- Registrar Carrera
- 93 -

TEOLOGICO HEBRON
Caso de Uso
Registrar Carrera
Nro
Actores
Principales
Actores
Secundarios
Pre-Condicin
CU12
Alumno
Secretaria

1.- El Alumno solicita que se le registre una Carrera
2.- Verifica el estado de la carrera
3.- Verifica datos del alumno
4.- Registra Carrera
5.- Designa Materias al alumno
PostCondicin
Excepcin
Registrar Materias
3.- La carrera no existe o no esta habilitada
4.- Datos incorrectos del alumno
CU13: Registrar Materias
Diseo de CU13
- 94 -

TEOLOGICO HEBRON

CU13.- Registrar Materias
Caso de Uso
Registrar Materias
Nro
Actores
Principales
Actores
Secundarios
Pre-Condicin
CU13
Alumno
Secretaria
Registrar Carrera

1.- El Alumno solicita inscribir materias
2.- Verifica si esta inscrito en una carrera
3.- Verifica las materias
4.- Registrar Materia
5.- Entrega una boleta de las materias inscritas
PostCondicin
Excepcin
Disponibilidad de todas las materias para los alumnos.

3.- El Alumno no esta inscrito en una carrera
4.- Materias incorrectas
CU14: Registrar rea
Diseo de CU14
- 95 -

TEOLOGICO HEBRON

CU14.- Registrar rea
Caso de Uso
Registrar Area
Nro
Actores
Principales
Actores
Secundarios
Pre-Condicin
CU14
Alumno
Secretaria
Registrar Materia

1.- Clasifica las materias.
2.- Asigna cada materia por rea
3.- Verifica si ya existe el rea.
4.- Modifica los datos si hay alguna equivocacin
5.- Registra las diferentes reas
PostCondicin
Excepcin
Registrar Alumnos en las diferentes reas.

4.- No existe el rea
CU15: Registrar Turno
Diseo de CU15
- 96 -

TEOLOGICO HEBRON

CU15.- Registrar Turno
Caso de Uso
Registrar Turno
Nro
Actores
Principales
Actores
Secundarios
Pre-Condicin
CU15
Alumno
Secretaria

1.- El Alumno escoge un turno
2.- Verifica si esta inscrito el alumno
3.-Verifica las materias disponibles en el turno
4.- Registra turno
PostCondicin
Excepcin
5.- Designa Turno

Registrar Aula
2.- El alumno no esta inscrito
4.- No hay materias disponibles en el turno
CU16: Registrar Aula
Diseo de CU16
- 97 -

TEOLOGICO HEBRON

CU16.- Registrar Aula
Caso de Uso
Registrar Aula
Nro
Actores
Principales
Actores
Secundarios
Pre-Condicin
CU16
Alumno
Secretaria

1.- El Alumno inscribe materias y se designa una Aula
2.- Verifica materias inscritas
3.- Se designa una Aula
4.- Verifica si el aula esta disponible
5.- Registra el aula
6.- Designa Aula al Alumno
PostCondicin
Excepcin
3.- NO esta inscrito el Alumno
CU17: Registrar Docente
- 98 -

TEOLOGICO HEBRON
Diseo de CU17

CU17.- Registrar Docente
Caso de Uso
Registrar Docente
Nro
Actores
CU17
Docente
- 99 -

TEOLOGICO HEBRON
Principales
Actores
Secundarios
Pre-Condicin
Administrativo
Registrar Denominacin, Registrar Iglesia, Registra empleado

1.- Ingresar datos del docente
2.- Verifica datos del docente
3.- Verifica datos de empleado
4.- Registra docente
PostCondicin
Registrar Materia ,Registrar Turno.
Excepcin
3.- Datos incorrectos o incompletos del empleado.

4.- Datos incorrectos o incompletos del docente.
CU18: Registrar Empleado
- 100 -

TEOLOGICO HEBRON
Diseo de CU18

CU18.- Registrar Empleado
Caso de Uso
Registrar Empleado
- 101 -

TEOLOGICO HEBRON
Nro
Actores
Principales
Actores
Secundarios
Pre-Condicin
CU18
Empleado
Administrativo
Registrar Denominacin, Registrar Iglesia

1.- Ingresar datos del Empleado
2.- Verifica datos del empleado
3.- Se asigna un cdigo al empleado
4.- Registra empleado
PostCondicin
Excepcin
3.- Datos incompletos del empleado.
CU19: Registrar Administrativo
- 102 -

TEOLOGICO HEBRON
Diseo de CU19

CU19.- Registrar Administrativo
Caso de Uso
Registrar Administrativo
- 103 -

TEOLOGICO HEBRON
Nro
Actores
Principales
Actores
Secundarios
Pre-Condicin
CU19
Administrativo
Administrador
Registrar Empleado

1.- Adicionar a un nuevo Administrativo
2.- Verifica si existen los datos del Administrativo.
3.- Ingresa datos del nuevo Administrativo.
4.- Registra al Administrativo.
PostCondicin
Excepcin
3.- Datos incorrectos del nuevo administrativo
- 104 -

TEOLOGICO HEBRON
Diseo de CU20

Caso de Uso
- 105 -

TEOLOGICO HEBRON
Nro
Actores
Principales
Actores
Secundarios
Pre-Condicin
CU20
Administrativo
Administrador
Registrar Empleado, Registrar Administrativo

1.- El Administrador organiza un muevo departamento
2.- Ingresa los datos del departamento
3.- Verifica datos del nuevo departamento
4.-Asigna un cdigo al departamento
5.- Registra el departamento
PostCondicin
Excepcin
4.- Datos no vlidos o incorrectos

5.- Intentar de nuevo ingresar datos del nuevo Departamento
CU21: Registrar Ciudad
Diseo de CU21
- 106 -

TEOLOGICO HEBRON

CU21.- Registrar Ciudad
Caso de Uso
Registrar Ciudad
Nro
Actores
Principales
Actores
Secundarios
Pre-Condicin
CU21
Administrativo
Secretaria
Registrar Pais

1.- Ingresa datos de la cuidad
2.- Verifica valides de los datos
3.- Verifica a que pas pertenece
4.- Asigna un cdigo a la ciudad
5.- Registra la ciudad
PostCondicin
Excepcin
Registrar Empleado ,Registrar Estudiante

3.- Datos no vlidos
CU22: Registrar Pas
Diseo de CU22
- 107 -

TEOLOGICO HEBRON

CU22.- Registrar Pas
Caso de Uso
Registrar Pais
Nro
Actores
Principales
Actores
Secundarios
Pre-Condicin
CU22
Administrativo
Secretaria

1.- Ingresa datos del Pas
2.- Verifica valides de datos
3.- Asigna un cdigo al pas
4.- Registra al pas
PostCondicin
Excepcin
Registrar Estudiante , Registrar Empleados

3.- Datos no vlidos
CU23: Gestionar Reporte-Nota
Diseo de CU23
- 108 -

TEOLOGICO HEBRON

CU23.- Gestionar Reporte-Nota
Caso de Uso
Gestionar Nota
Nro
Actores
Principales
Actores
Secundarios
Pre-Condicin
CU23
Alumno
Secretaria
Iniciar Sesin

1.- El Alumno solicita un boletn de notas
2.- Verifica la listas las notas
3.- Gestiona Reporte-Nota
PostCondicin
Excepcin
Registrar Estudiante , Registrar Empleados

3.- Las notas no estn listas para entregar y guardarlas en la base de
datos
CU24: Verificar Estado de Deuda
Diseo de CU24
- 109 -

TEOLOGICO HEBRON

CU24.- Verificar Estado de Deuda
Caso de Uso
Verificar Estado de Deuda
Nro
Actores
Principales
Actores
Secundarios
Pre-Condicin
CU24
Alumno
Secretaria
Registrar Inscripcin , Registrar Mensualidad

1.- El Alumno solicita pagar Mensualidad
2.- Verifica Inscripcin.
3.- Verifica estado de Deuda del Alumno.
4.- Cancela Mensualidad.
PostCondicin
Excepcin
4.- Tiene Deudas el Alumno, solicita plan de Pago.
- 110 -

TEOLOGICO HEBRON
15.6. DIAGRAMA GENERAL DE CASO DE USOS
- 111 -

TEOLOGICO HEBRON
16. FLUJO DE TRABAJO ANLISIS

16.1. ANALISIS DE ARQUITECTURA
16.1.1. Identificar Paquetes.
Se identificaron los siguientes paquetes para el Sistema de Informacin del
Seminario Teolgico Hebrn
PAQUETE 1: Estudiante
- 112 -

TEOLOGICO HEBRON
PAQUETE 2: Administrativo
PAQUETE 3: Docentes
- 113 -

TEOLOGICO HEBRON
PAQUETE 4: Acadmica
- 114 -

TEOLOGICO HEBRON
PAQUETE 5: Pagos
PAQUETE 6: Reportes
- 115 -

TEOLOGICO HEBRON
17. RELACIONAR PAQUETES
- 116 -

TEOLOGICO HEBRON
18. FLUJO DE TRABAJO: IMPLEMENTACION

18.1 Modelo de Implementacion
- 117 -

TEOLOGICO HEBRON
18.2. Arquitectura de implementacin de Subsistema
- 118 -

TEOLOGICO HEBRON
- 119 -

TEOLOGICO HEBRON
- 120 -

TEOLOGICO HEBRON
19. ELECCION DE PLATAFORMA DE DESARROLLLO
- 121 -

TEOLOGICO HEBRON
19.1. Sistema Operativo
El sistema que desarrollamos en el lenguaje php, es multiplataforma ya que este funciona
en el sistema Operativo Window y Linux.
19.2. Gestor de Base de Datos
MySQL
En esta leccin vamos a hacer un pequeo recorrido por MySQL, por su estructura y forma
de trabajar. Para ello suponemos que ya hemos conseguido (por fin...) instalar MySQL en
nuestra mquina.
Lo primero que debemos hacer es arrancar MySQL (ver capitulo de instalacin):
1 Linux: ./mysqld start
2 Windows: mysqld-shareware.exe
Todo el sistema de permisos de acceso al servidor, a las bases de datos y sus tablas,
MySQL lo almacena en una tabla llamada mysql, que como todas estar en el directorio
/data, a menos que hayamos especificado otro directorio.
En Windows esta tabla se crea con la instalacin, pero en Linux/Unix debemos crearla con:
/usr/local/mysql/bin/mysql_install_db
En la base de datos mysql es donde se guardaran todos los permisos y restricciones a los
datos de nuestras bases de datos. La principal herramienta de MySQL es mysqladmin, la
cul como parece indicar su nombre es la encargada de la administracin.
MySQL crea por defecto al usuario root con todos los permisos posibles habilitados,
podemos utilizar este usuario como administrador o crear otro, por ejemplo mysqladmi.
Como el usuario root lo crea sin clave de acceso, lo primero que debemos hacer es
asignarle una:
mysqladmin -u root password "miclave"
A partir de ahora cualquier operacin que hagamos como root deberemos especifica la
clave. Hay que destacar que enter el modificador -p y la clave no debe habeficador -p y la
clave no debe haber espacios.
mysqladmin -u root -pmiclave
Pues bien, ya estamos preparados para crear una base de datos
mysqladmin -u root -pmiclave create mibasededatos
Para borrarla
- 122 -

TEOLOGICO HEBRON
mysqladmin -u root -pmiclave drop mibasededatos
La estructura de MySQL
En el directorio /benc encontraremos ejemplos de script y SQL. En el directorio /share
estn los mensajes de error del servidor para los distintos idiomas. Los directorios /include
y /lib contiene los fichero *.h y las libreras necesarias, en /bin estan los ficheros
ejecutables y en /data encontraremos como subdirectorio cada una de las bases de datos que
hayamos creado.
Como hemos dicho, para cada base de datos que nosotros creamos, MySQL crea un
directorio con el nombre que le hemos asignado a la base de datos. Dentro de este
directorio, por cada tabla que definamos MySQL va a crear tres archivos: mitabla.ISD,
mitabla.ISM, mitabla.frm
El abla.frm
El archivo con extensin ISD, es el contiene los datos de nuestra tabla, el ISM contiene
informacin acerca de las claves y otro datos que MySQL utiliza para buscar datos en el
fichero ISD. Y el archivo frm contiene la estructura de la propia tabla.
Tutorial de PHP y MySQL (LuCAS) Pgina 27 de 54
Dado que las bases de datos de MySQL son simples ficheros de un directorio, para realizar
copias de seguridad, podremos utilizar las herramientas de compresin que habitualmente
usamos en nuestro sistema y luego copiarlo a otro lugar, o simplemente esto ltimo.
Seguridad
Como comentamos anteriormente, todo el sistema de permisos MySQL lo guarda en una
base de datos llamada mysql, la cul se componen de cinco tablas: host, user, db,
tables_priv, colums_priv.
La tabla user contiene informacin sobre los usuarios, desde que mquinas pueden acceder
a nuestro servidor MySQL, su clave y de sus diferentes permisos. La tabla host nos informa
sobre que mquinas podran acceder a nuestro sistema, as como a las bases de datos que
tendrn acesso y sus diferentes permisos. Finalmente, las tablas db, tables_priv,
columns_priv nos proveen de un control individual de las bases de datos, tablas y columnas
(campos).
Tabla user
CAMPO
Host
TIPO
- 123 -
POR DEFECTO
char(60)

TEOLOGICO HEBRON
User
Password
Select_priv
Insert_priv
Update_priv
Delete_priv
Create_priv
Drop_priv
Reload_priv
Shutdown_priv
Process_priv
File_priv
Grant_priv
References_priv
Index_priv
Alter_priv
char(16)
char(16)
enum('N','Y') N
enum('N','Y') N
enum('N','Y') N
enum('N','Y') N
enum('N','Y') N
enum('N','Y') N
enum('N','Y') N
enum('N','Y') N
enum('N','Y') N
enum('N','Y') N
enum('N','Y') N
enum('N','Y') N
enum('N','Y') N
enum('N','Y') N
Tabla host
CAMPO
TIPO
POR DEFECTO
Host
char(60)
Db
char(32)
Select_priv enum('N','Y') N
Insert_priv
enum('N','Y') N
Update_priv enum('N','Y') N
Delete_priv
enum('N','Y' N
)
Create_priv
enum('N','Y' N
)
Drop_priv
enum('N','Y' N
)
Grant_priv
enum('N','Y' N
)
References_priv enum('N','Y' N
)
Index_priv
enum('N','Y' N
)
Alter_priv
enum('N','Y' N
)
Tabla db
CAMPO
TIPO
- 124 -
POR DEFECTO

TEOLOGICO HEBRON
Host
Db
User
Select_priv
Insert_priv
Update_priv
Delete_priv
Create_priv
Drop_priv
References_priv
Index_priv
Alter_priv
char(60)
char(32)
char(16)
enum('N','Y') N
enum('N','Y') N
enum('N','Y') N
enum('N','Y') N
enum('N','Y') N
enum('N','Y') N
enum('N','Y') N
enum('N','Y') N
enum('N','Y') N
He aqu una breve descripcin de los diferentes permisos:

1 Select_priv: Permite utilizar la sentencia SELECT
2 Insert_priv: Permite utilizar la sentencia INSERT
3 Update_priv: Permite utilizar la sentencia UPDATE
4 Delete_priv: Permite utilizar la sentencia DELETE
5 Create_priv: Permite utilizar la sentencia CREATE o crear bases de datos
6 Drop_priv: Permite utilizar la sentencia DROP o eliminar bases de datos
7 Reload_priv: Permite recargar el sistema mediante mysqladmin reload
8 Shutdown_priv: Permite parar el servidor mediante mysqladminPermite parar el
servidor mediante mysqladmin shutdown
9 Process_priv: Permite manejar procesos del servidor
10 File_priv: Permite leer y escribir ficheros usando comando como SELECT INTO
OUTFILE y LOAD DATA INFILE
11 Grant_priv: Permite otorgar permisos a otros usuarios
12 Index_priv: Permite crear o borrar ndices
13 Alter_priv: Permite utilizar la sentencia ALTER TABLE
Si dejamos en blanco los campos user, host o db, haremos referencia a cualquier usario,
servidor o base de datos. Conseguiremos el mismo efecto poniendo el smbolo % en el
campo.
Funciones PHP de acceso a MySQL
En esta leccion vamos a ver todas la funciones que provee PHP para el manejo de bases de
datos MySQL. Los ejemplos del manejo de las funciones, los veremos a lo largo del curso.
- 125 -

TEOLOGICO HEBRON
mysql_affected_rows
int mysql_affected_rows(int [link_identifier] );
mysql_affected_rows devuelve el nmero de filas afectado en el ltimo SELECT,
UPDATE o DELETE pregunta en el servidor asociado con el identificador de conexin
especificado. Si no se e especifica un identificador de conexin, se asume le de la ltima
conexin abierta.
Este orden no es eficaz para las instrucciones SELECT, slo en instrucciones que
modifican archivos. Para recuperar el nmero de filas vuelto de un SELECT, usa
mysql_num_rows.
mysql_close
int mysql_close(int [link_identifier] );
Devuelve: TRUE si se ha cerrado correctamente, FALSE en caso de errror.
mysql_close closes la conexin a la base de datos MySQL asociada al idenficador de
conexin especificado. Si no se e especifica un identificador de conexin, se asume le de la
ltima conexin abierta.
Note que esta funcin no es normalmente necesaria en conexiones no-persistentes (abiertas
con mysl_connect) ya que st se cerrar automticamente al final de la ejecucin del script
o pgina. La funcin mysql_close no cierra una conecin persistente (abierta con
mysql_pconnect()).
Ver tambien: mysql_connect y mysql_pconnect.
mysql_connect
int mysql_connect(string [hostname] , string [username] , string [password] );
Devuelve: un identificador de conexin, o FALSE en caso de error.
sql_connect establece una conexin a un servidor de MySQL. Todos los argumentos son
optativos, y si no se especifican, los valores por defecto son (' el localhost', nombre del
usuario del usuario que posee el proceso del servidor, la contrasea vaca). La cadena
hostname tambin puede incluir un nmero del puerto, "hostname:port".
En caso de realizar una segunda llamada a mysql_connect con los mismos argumentos, no
se establecer ninguna nueva conexin, sino se devolver el identificador de conexin de la
ya existente.
La conexin al servidor se cerrar en cuanto la ejecucin del script acabe, a menos que la
cerremos antes con la funcin mysql_close.
- 126 -

TEOLOGICO HEBRON
Ver tambin: mysql_pconnect y mysql_close.
mysql_create_db
int mysql_create_db(string database name, int [link_identifier] );
La funcin mysql_create_db intenta crear una nueva base de datos en el servidor asociado
con el identificado de conexin especificado.
Ver tambin: mysql_drop_db.
- 127 -
19.3. Lenguaje de Programacin

Qu es PHP?
PHP (acronimo de "PHP: Hypertext Preprocessor") es un lenguaje interpretado de alto nivel
embebido en pginas HTML y
ejecutado en el servidor.
Una respuesta corta y concisa, pero que significa realmente? Un ejemplo nos aclarar las cosas:
Ejemplo 1-1. Un ejemplo introductorio
<html>
<head>
<title>Ejemplo PHP</title>
</head>
<body>
<?php echo "Hola, este es un ejemplo con PHP!"; ?>
</body>
</html>
Podemos ver que no es lo mismo que un script CGI escrito en otro lenguaje de programacin
como Perl o C En vez de escribir un programa con muchos comandos para crear una salida en
HTML, escribimos el cdigo HTML con cierto cdigo PHP embebido (introducido) en el
mismo, que producir cierta salida (en nuestro ejemplo, producir un texto).
El cdigo PHP se incluye entre etiquetas especiales de comienzo y final que nos permitirn
entrar y salir del modo PHP.
Lo que distingue a PHP de la tecnologa Javascript, la cual se ejecuta en la mquina cliente, es
que el cdigo PHP es ejecutado en el servidor. Si tuvisemos un script similar al de nuestro
ejemplo en nuestro servidor, el cliente solamente recibira el resultado de su ejecucin en el
servidor, sin ninguna posibilidad de determinar que cdigo ha producido el resultado recibido. El
servidor web puede ser incluso configurado para que procese todos los ficheros HTML con PHP.
Qu se puede hacer con PHP?
Al nivel ms bsico, PHP puede hacer cualquier cosa que se pueda hacer con un script CGI,
como procesar la informacin de formularios, generar pginas con contenidos dinmicos, o
mandar y recibir cookies.
Quizs la caracterstica ms potente y destacable de PHP es su soporte para una gran cantidad de
bases de datos. Escribir un interfaz va web para una base de datos es una tarea simple con PHP.
Las siguientes bases de datos estn soportadas actualmente:
Adabas D Ingres Oracle (OCI7 and OCI8)
dBase InterBase PostgreSQL
Empress FrontBase Solid
FilePro mSQL Sybase
IBM DB2 MySQL Velocis
Informix ODBC Unix dbm
PHP tambin soporta el uso de otros servicios que usen protocolos como IMAP, SNMP, NNTP,
POP3, HTTP y derivados.
Tambin se pueden abrir sockets de red directos (raw sockets) e interactuar con otros protocolos.
Corta historia de PHP
PHP fue concebido en otoo de 1994 por Rasmus Lerdorf (mailto:rasmus@php.net). Las
primeras versiones no distribuidas al pblico fueron usadas en un sus pginas web para mantener
un control sobre quien consultaba su currculum. La primera versin disponible para el pblico a
principios de 1995 fue conocida como "Herramientas para pginas web personales"(Personal
Home Page Tools). Consistan en un analizador sintctico muy simple que solo entenda unas
cuantas macros y una serie de utilidades comunes en las pginas web de entonces, un libro de
visitas, un contador y otras pequeas cosas. El analizador sintctico fue reescrito a mediados de
1995 y fue nombrado PHP/FI versin 2. FI viene de otro programa que Rasmus haba escrito y
que procesaba los datos de formularios. As que combin las Herramientas
Introduccin
Para pginas web personales", el "intrprete de formularios", aadi soporte para MySQL y
PHP/FI vio la luz. PHP/FI creci a gran velocidad y la gente empez a contribuir en el cdigo.
Es difcil dar estadsticas exactas, pero se estima que a finales de 1996 PHP/FI se estaba usando
al menos en 15.000 pginas web alrededor del mundo. A mediados de 1997 este nmero haba
crecido a ms de 50.000. A mediados de 1997 el desarrollo del proyecto sufri un profundo
cambio, dej de ser un proyecto personal de Rasmus, al cual haban ayudado un grupo de
usuarios y se convirti en un proyecto de grupo mucho ms organizado. El analizador sintctico
se reescribi desde el principio por Zeev Suraski y Andi Gutmans y este nuevo analizador
estableci las bases para PHP versin 3. Gran cantidad de cdigo de PHP/FI fue portado a PHP3
y otra gran cantidad fue escrita completamente de nuevo.
Hoy en da (finales 1999), tanto PHP/FI como PHP3 se distribuyen en un gran nmero de
productos comerciales tales como el servidor web "C2s StrongHold"y Redhat Linux. Una
estimacin conservativa basada en estadsticas de NetCraft (http://www.netcraft.com/) (ver
tambin Estudio de NetCraft sobre servidores web (http://www.netcraft.com/survey/)), es
que ms de 1.000.000 de servidores alrededor del mundo usan PHP. Para hacernos una idea, este
nmero es mayor que el nmero de servidores que utilizan el "Netscapes Enterprise server en
Internet.
A la vez que todo esto est pasando, el trabajo de desarrollo de la prxima generacin de PHP
est en marcha. Esta versin utiliza el potente motor de scripts Zend (http://www.zend.com/)
para proporcionar altas prestaciones, as como soporta otros servidores web, adems de apache,
que corren PHP como mdulo nativo.
Configuracin
Hay dos maneras de configurar el PHP.
Utilizando el script de "setup"que viene con el PHP. Este script le hace una serie de preguntas
(casi como el script "install"del PHP/FI 2.0) y ejecuta el "configure" al final. Para ejecutar este
script, escriba ./setup.
Este script tambin crear un archivo llamado "do-conf", que contendr las opciones pasadas a la
configuracin. Puede editar este archivo para cambiar algunas opciones sin tener que re-ejecutar
el "setup". Escriba luego ./do-conf para ejecutar la configuracin con las nuevas opciones.
Ejecutar el "configure"a mano. Para ver las opciones de que dispone, escriba. /configure help.
Los detalles sobre las distintas opciones de configuracin son listados a continuacin.
Mdulo del Apache
Para configurar el PHP como mdulo de Apache, responda "yes"a "Build as an Apache
module?"(la opcin -with-apache=DIR es la que lo configura) y especifique el directorio base de
la distribucin de Apache. Si ha desempacado el Apache en /usr/local/www/apache_1.2.4, este
ser su directorio base de la distribucin de Apache.
El directorio por defecto es /usr/local/etc/httpd.
CGI versin
El valor por defecto es configurar el PHP como programa CGI. Si est ejecutando un servidor
web para el que el PHP tiene soporte como mdulo, debera elegir dicha solucin por motivos de
rendimiento. Sin embargo, la versin CGI permite a los usuarios del Apache el ejecutar distintas
pginas con PHP bajo distintos identificadores de usuario. Por favor, asegrese de haber ledo el
captulo sobre Seguridad si va a ejecutar el PHP como CGI.
Opciones de soporte para Base de Datos
El PHP tiene soporte nativo para bastantes bases de datos (as como para ODBC):
Adabas D
-with-adabas=DIR
Compila con soporte para Adabas D. El parmetro es el directorio de instalacin de Adabas D y
por defecto vale
/usr/local/adabasd.
Pgina de Adabas (http://www.adabas.com/)
dBase
-with-dbase
Instalacin
Habilita el soporte integrado para DBase. No se precisan libreras externas.
filePro
-with-filepro
Habilita el soporte integrado de slo lectura para filePro. No se precisan libreras externas.
mSQL
-with-msql=DIR
Habilita el soporte para mSQL. El parmetro es el directorio de instalacin de mSQL y por
defecto vale /usr/local/Hughes. Este es el directorio por defecto de la distribucin mSQL 2.0.
configure detecta automticamente qu versin de mSQL est ejecutndose y el PHP soporta
tanto 1.0 como 2.0, pero si compila el PHP con mSQL 1.0 slo podr acceder a bases de datos de
esa versin y viceversa.
Vea tambin Directivas de Configuracin de mSQL en el archivo de configuracin.
Pgina de mSQL (http://www.hughes.com.au)
MySQL
-with-mysql=DIR
Habilita el soporte para MySQL. El parmetro es el directorio de instalacin de MySQL y por
defecto vale /usr/local.
Este es el directorio de instalacin de la distribucin de MySQL.
Vea tambin Directivas de Configuracin de MySQL en el archivo de configuracin.
Pgina de MySQL (http://www.tcx.se)
Directivas de Configuracin de MySQL
mysql.allow_persistent boolean
Si permitir o no conexiones MySQL persistentes.
mysql.default_host string
El servidor por defecto para utilizar cuando se conecte al servidor de bases de datos si no se
especifica otro distinto.
mysql.default_user string
El nombre de usuario por defecto para utilizar cuando se conecta al servidor de base de datos si
no se especifica otro.
mysql.default_password string
La clave por defecto para utilizar cuando se conecta al servidor de base de datos si no se
especifica otro.
mysql.max_persistent integer
El nmero mximo de conexiones persistentes de MySQL por proceso.
mysql.max_links integer
El nmero mximo de conexiones de MySQL por proceso, incluyendo las persistentes.
Configuracin
Directivas de Configuracin de mSQL
msql.allow_persistent boolean
Si se permiten o no conexiones persistentes de mSQL.
msql.max_persistent integer
El nmero mximo de conexiones persistentes mSQL por proceso.
msql.max_links integer
El nmero mximo de conexiones de mSQL por proceso, incluyendo las persistentes.
Saliendo de HTML
Hay cuatro formas de salir de HTML y entrar en el "modo de cdigo PHP":
Ejemplo 5-1. Formas de salir de HTML
1. <? echo ("esta es la ms simple, una instruccin de procesado SGML\n"); ?>
2. <?php echo("si quiere servir documentos XML, haga esto\n"); ?>
3. <script language="php">
echo ("a algunos editores (como FrontPage) no les
gustan las intrucciones de procesado");
</script>
4. <% echo ("Puedes tambin usar etiquetas tipo ASP"); %>
<%= $variable; # Esto es una forma abreviada de "<%echo .." %>
La primera forma slo est disponible si se han habilitado las etiquetas cortas. Esto se puede
hacer a travs de la funcin short_tags(), habilitando la opcin de configuracin short_open_tag
en el archivo de configuracin de PHP, o compilando PHP con la opcin enable-short-tags en
configure.
La cuarta manera est disponible slo si se han habilitado las etiquetas tipo ASP usando la
opcin de configuracin asp_tags.
Nota: El soporte para las etiquetas tipo ASP se aadi en 3.0.4.
La etiqueta de cierre de un bloque incluir el carcter de nueva lnea final si hay uno presente.
Separacin de instrucciones
Las instrucciones se separan igual que en C o perl - terminando cada sentencia con un punto y
coma.
La etiqueta de cierre (?>) tambin implica el fin de la sentencia, as lo siguiente es equivalente:
<?php
echo "Esto es una prueba";
?>
<?php echo "Esto es una prueba" ?>
Comentarios
PHP soporta comentarios tipo C, C++ y shell de Unix. Por ejemplo:
<?php
echo "Esto es una prueba"; // Esto es un comentario tipo c++ para una lnea
/* Esto es un comentario multilnea
otra lnea ms de comentario*/
echo "Esto es an otra prueba";
echo "Una Prueba Final"; # Este es un comentario tipo shell
81
Sintaxis bsica
?>
El tipo de comentario de "una lnea"slo comenta, en realidad, hasta el fin de la lnea o el bloque
actual de cdigo PHP, lo
que venga primero.
<h1>Esto es un <?# echo "simple";?> ejemplo.</h1>
<p>La cabecera de arriba dir Esto es un ejemplo.
Se debera tener cuidado para no anidar comentarios de tipo C, lo cual puede ocurrir cuando se
comentan grandes bloques.
20. CONCLUSION
Hemos dado por finalizado el siguiente proyecto cumplimiento satisfactoriamente casi en su
totalidad de todos los objetivos planteados en un principio, cabe recordar que este trabajo esta
basado en el manejo de la parte Acadmica y Personal Administrativa.
Durante el desarrollo del sistema se utilizo el Proceso Unificado de Desarrollo del
Software(PUDS) y el Lenguaje Unificado de Modelado (UML) para la representacin grafica de
los distintos modelos obtenidos durante el proceso de desarrollo, obtenindose de esta manera
una forma estndar de representar los modelos que compone un sistema
Durante el transcurso de la materia, se planteo cumplir con el siguiente propsito:
Modulo de Gestin de Acadmica y de Personal Administrativa
Modulo de Gestin de Estudiante
Modulo de Gestin de Inventario
21. RECOMENDACIN
Al finalizar el desarrollo del presente proyecto los desarrolladores recomendamos a los
usuarios finales del sistema lo siguiente:
Para utilizar el sistema se necesita instalar el Gestor de Base de Datos MYSQL o

posterior en computadores Pentium IV.
Se recomienda adjuntar la base de datos Hebron.mdf.
Previo a la Instalacin del sistema se requiere el Lenguaje de programacin PHP

en alguna de sus versiones.
La presente Aplicacin ha sido elaborada con los requerimientos y necesidades

actuales del Seminario Hebrn. Sera importante tomar en cuenta los futuros
requerimientos que puedan surgir en el Seminario para as de esta forma se
obtenga un software ms robusto acorde a las nuevas exigencias, para optimizar
los procesos establecidos.
22. BIBLIOGRAFIA
23. ANEXO
23.1. EL LENGUAJE UNIFICADO DE MODELADO UML
23.1.1 Concepto
El Lenguaje de ModeladoUnificado (UML, Unified Modeling Language), es el lenguaje
de modelado orientado a objetos estndar de la industria para especificar, visualizar,
construir y documentar los elementos, artefactos de los sistemas de software, as como
para modelado del negocio y de otros sistemas que no son de software.
Captura desiciones y conocimientos sobre los sistemas que se deben construir. Se usa
para entender, disear, ojear, configurar, mantener y controlar l a informacin sobre tales
sistemas.
Simplifica el proceso complejo de anlisis y diseo de software, facilitando un plano para

la construccin. En el caso de nuestro trabajo trataremos de plasmar de manera clara
aspectos importantes de UML y su aplicacin en el anlisis y diseo de sistemas.
23.1.2 Historia
La Guerra de los Mtodos
El Anlisis y Diseo Estructurado fue tal vez la primera familia de mtodos de desarrollo de
software que fue usada ampliamente. Formalizado durante el inicio de los 70s por Ed Yourdon,
Tom DeMarco, Larry Constantine, Cris Gane, y otros, este mtodo fue muy til para una amplia
variedad de problemas.
Sin embargo, bajo los estndares actuales, los problemas para los cuales el Anlisis y Diseo
Estructurado era aplicado son muy simples y de poco alcance descubriendo las limitaciones de
este mtodo. De ah es que aparecieron lenguajes basados en objetos y orientados a objetos y
tambin se descubri problemas
Hacia finales de la dcada de los 80s, los lenguajes y procesos se estaban moviendo al paradigma
orientado a objetos. En general las tcnicas orientadas a objetos resolvan los problemas de
administracin de la complejidad, y eran mucho ms apropiados para un proceso de desarrollo
iterativo, su caracterstica fue su enfoque en modelar el vocabulario del problema y el espacio de
la solucin en una forma que proporciona un plano ms exacto para la construccin del software.
El nmero de mtodos orientados a objetos se increment de menos de 10 a ms de 50 durante el
perodo entre 1989 y 1994, lo que origino la llamada guerra de los mtodos. Comenzaron a
aparecer nuevas generaciones de los mtodos con unos cuantos mtodos emergentes, ms
notablemente los siguientes:
. Booch: El mtodo de Grady Booch que defini la nocin de que un sistema es analizado en
una serie de vistas, donde cada vista es descrita por una serie de diagramas de modelo.
. OMT: La Tcnica de Modelaje de Objetos (OMT: Object Modeling Technique) es un mtodo
desarrollado en General Electric donde James Rumbaugh trabajaba previamente. Es por ello un
proceso directamente para pruebas, basado en la especificacin de requerimientos. El sistema
es descrito por una serie de modelos: el modelo de objetos, del modelo dinmico y el modelo
funcional, tambin contena descripciones prcticas de como hacer el diseo de un sistema,
tomando en cuenta la concurrencia y el mapeo a las bases de datos relacionales.
. OOSE/Objectory: Los mtodos OOSE y el Objectory fueron por Ivar Jacobson. El mtodo
OOSE es la visin de Ivar Jacobson de un mtodo orientado a objetos; el mtodo est basado
en los casos de uso, los cuales definen los requerimientos iniciales de un sistema como es visto
por un actor externo.
. Fusion: El mtodo Fusion viene de Hewlett-Packard. Es llamado un mtodo de segunda
generacin. El mtodo Fusion ha extendido las tcnicas para la especificacin de operaciones e
interacciones entre los objetos. El mtodo tiene un nmero grande de diagramas de modelos.
. Coad/Yourdon: El mtodo de Coad/Yourdon, tambin conocido como OOA/OOD, fue uno de

los primeros mtodos utilizados para el anlisis y el diseo orientado a objetos. El mtodo es
algo simple y fcil de aprender, es para principiantes.
Cada uno de estos mtodos tena su propia notacin (los smbolos utilizados para dibujar los
modelos orientados a objetos), proceso (qu actividades realizar en las diferentes partes del
desarrollo), y herramientas (las herramientas CASE que soporten la notacin y los procesos).
Esto haca la eleccin del mtodo una decisin muy importante, y a menudo conllevaba a fuertes
discusiones y debates acerca de cul mtodo era el mejor, el ms avanzado, y el correcto
para utilizar en un proyecto especfico.
El trabajo en el UML comenz oficialmente en Octubre de 1994 cuando Rumbaugh se uni a
Booch en Rational. Su objetivo era el de crear un nuevo mtodo, el Mtodo Unificado, que
unira el mtodo de Booch y el mtodo OMT-2. La versin 0.8 del Mtodo Unificado fue
liberada en Octubre de 1995.
Alrededor de la misma fecha Ivar Jacobson el hombre detrs de los mtodos OOSE y
Objectory se uni a ellos y el alcance del UML fue expandido para incorporar OOSE. Rational
Software tambin compr Objective Systems, la empresa sueca que desarroll y distribuy el
Objectory.
En este momento, los futuros desarrolladores del UML tambin se dieron cuenta que su trabajo
estaba dirigido ms directamente hacia la creacin de un lenguaje de modelaje estndar, y
renombraron su trabajo como Lenguaje de Modelaje Unificado.
Los esfuerzos de Booch, Rumbaugh y Jacobson resultaron en la liberacin del UML 0.9 en
Junio de 1996 y 0.91 en Octubre de 1996. Durante 1996, una serie de organizaciones se
unieron a Rational para formar el consorcio de los socios del UML. Estas organizaciones
consideraban al UML como estratgico para sus negocios y contribuyeron con la definicin del
UML lanzaron la versin 1.0 del UML en Enero de 1997.
El UML est destinado a ser dominante, el lenguaje de modelaje comn utilizado en la industria.
Tiene un amplio rango de uso, est construido sobre tcnicas bien establecidas y probadas para el
modelaje de sistemas. Tiene el soporte para la industria necesario para establecer un estndar en
el mundo real.
El UML est bien documentado con metamodelos (un modelo de los elementos del modelo) del
lenguaje, y con una especificacin formal de la semntica del lenguaje.
Para establecer el UML, los desarrolladores y Rational se dieron cuenta que el lenguaje tena que
estar disponible para cualquiera. Por consiguiente, el lenguaje no tiene un propietario y est
abierto para todos.
La OMG, ofreci el UML 1.0 para su estandarizacin en Enero de 1997. Entre Enero y Julio de
1997 el grupo original de socios fue expandido para formalizar la especificacin del UML y para
integrar el UML con otros esfuerzos de estandarizacin. La versin revisada UML 1.1 fue
ofrecida al OMG para estandarizacin en Julio de 1997. En Septiembre de 1997 esta versin fue
aceptada por la Fuerza de Trabajo de Anlisis y Diseo del OMG y la Junta de Arquitectura del
OMG, y despus de votos por todos los miembros del OMG fue aceptada el 14 de Noviembre de
1997.
Metas del UML

Las metas primarias en el diseo del UML fueron:
1. Proporcionar a los usuarios un lenguaje de modelaje visual expresivo que permita desarrollar e
intercambiar modelos con significado.
2. Proporcionar mecanismos de extensibilidad y especializacin para extender los conceptos
centrales.
3. Proporcionar una base formal para entender el lenguaje de modelaje.
4. Incentivar el crecimiento del mercado de herramientas orientadas a objetos.
5. Soportar conceptos de desarrollo de alto nivel tales como colaboraciones, estructuras, patrones
y componentes.
Uso del UML
El UML es utilizado para modelar sistemas, cuyo rango es muy amplio: muchos tipos diferentes
de sistemas pueden ser descritos. El UML puede ser utilizado tambin en las diferentes fases del
desarrollo de un sistema, desde la especificacin de los requerimientos hasta la prueba del
sistema terminado.
23.1.3 Vocabulario de UML
UML
Elementos
Estructurales
Caso de Uso
Clase
Clase Activa
Interfase
Componente
Colaboracin
Nodo
Comportamiento
Interaccin
Maquina de
Estados
Relaciones
De agrupacin
Paquete
Modelo
Subsistema
Marco de
Trabajo
Diagramas
De anotacin
Nota
Caso de uso
Clase
Objeto
Dependencia
Interaccin
Asociacin
Estados
Generalizacin
Actividad
Componentes
Despliegue
23.1.4 Definicin de Diagramas

23.1.4.1 Elementos
1. Elementos Estructurales:
Caso de Uso
Un caso de Uso es la secuencia de acciones, incluyendo secuencias variantes y secuencias
de error, que pueden ser efectuadas por un sistema, subsistema o clase por interaccin con
actores externos.
Realizando
Pedidos
Clase
Descriptor de un conjunto de objetos que comparten los mismos atributos, operaciones,
mtodos, relaciones y comportamiento. Una clase representa un concepto dentro del
sistema.
Nombre
Atributos
Operaciones
Clase Activa
Es una clase cuyas instancias son objetos activos.
Objeto activo:
Objeto que tiene un hilo de control y que puede iniciar una actividad de control; instancia
de una clase activa.
Hilo de control:
nica ruta de ejecucin que recorre un programa, modelo dinmico u otra representacin
de flujo de control.
Interface
Un conjunto de operaciones que posee un nombre y que caracteriza el comportamiento de
un elemento. Especifican un servicio de una clase o componente, describe un
comportamiento visible.
Componente
Una parte fsica de un sistema que empaqueta si implementacin y es conforme a un
conjunto de interfaces a las que proporciona su realizacin.
Un componente tiene dos caractersticas: cdigo e identidad.
Colaboracin
Es una descripcin de una coleccin de objetos que interactan para implementar un
cierto comportamiento, como un caso de uso o una operacin dentro de un contexto. Una
colaboracin tiene un parte esttica y otra dinmica. La esttica describe los roles que
pueden desempear los objetos y enlaces en una instancia de colaboracin; y la dinmica
esta formada por una o ms interacciones dinmicas que muestran flujos de mensajes en
la colaboracin a travs del tiempo para realizar cmputos.
Cadena de
responsabilidade
s
Nodo
Es un objeto fsico de ejecucin que representa un recurso computacional que
generalmente tiene por lo menos memoria y a menudo capacidad de proceso. Los nodos
pueden contener objetos, instancias, instancias de componentes.
Se representa mediante un cubo estilizado con el nombre del nodo u opcionalmente si
clasificacin.
2. Elementos de Comportamiento
Interaccin:
Se trata de la especificacin de la forma en que se envan mensajes entre objetos u otras
instancias para ejecutar una tares. La interaccin se define en el contexto de una
colaboracin.(ver colaboracin) mensajes intercambiados entre un conjunto de objetos.
dibujar
mensajes
Maquina de Estados:
Es un grafico de estados y de transiciones. Una maquina de estados se une a una clase y
describe generalmente la respuesta de una instancia de la clase, a los eventos que recibe.
Las maquinas de estados tambin se pueden unir a operaciones, casos de usos,
colaboraciones para describir su ejecucin.
3. Elementos de Agrupacin
Esperando
Paquete
Es una parte de un modelo, cada parte de un modelo debe pertenecer a un paquete.
Denota organizar en grupos los elementos.
Reglas de
negocios
Modelo
Es una abstraccin semnticamente completa de un sistema. Es una representacin de
algo que capta los aspectos importantes de lo que estamos modelando, desde cierto punto
de vista, omitiendo el resto.
Subsistema
Es un paquete que tiene piezas separadas de especificacin y realizacin. Representa una
unidad coherente del modelo, con interfaces que describen su relacin con el resto del
sistema y las circunstancias en que se puede utilizar.
Marco de Trabajo
Una arquitectura genrica que proporciona una plantilla ampliable para su aplicacin
dentro de un dominio.Framework.
4. Elementos de Anotacin
Nota
Un smbolo adecuado para mostrar un comentario u otra informacin textual, tal como el
cuerpo de un mtodo o una restriccin.
Devuelve una
copia
23.1.4.2. Relaciones
Dependencia
Una relacin entre dos elementos en los cuales un cambio en un elemento puede afectar o
proveer la informacin necesaria para el otro elemento.
--------------------
Asociacin
Describe conexin discreta entre objetos u otras instancias de un sistema. El tipo mas
comn es la asociacin entre clases o clasificadores, es solo un enlace.
0..1
Patrn
*
empleado
Generalizacin
Es una relacin taxonmica entre una descripcin mas general y una descripcin mas
especifica, que se construye sobre ella y la extiende.
23.1.4.3. Diagramas
Un Diagrama es una representacin Grafica de una coleccin de elementos del modelo,
construida a menudo como un grafico conexo de arcos (relaciones) y de vrtices (otros
elementos del modelo)
Diagrama de Casos de Usos:

Es un Diagrama que muestra las relaciones existentes entre actores y casos de usos dentro
de un sistema. (ver caso de uso, actor)
Actor:
Un actor es una idealizacin de una persona externa, de un proceso, o de una cosa que
interacta con un sistema, un subsistema o una clase.
Diagrama de Clase
Un Diagrama de Clases es una presentacin Grafica de la vista esttica, que muestra una
coleccin de elementos declarativos (estticos) del modelo, como clases, tipos y sus
contenidos y relaciones. Un diagrama de clases contiene ciertos elementos materializados
de comportamiento, como operaciones, pero cuya dinmica esta representada en otros
diagramas como diagramas de estados o diagramas de colaboracin. (ver clase)
Diagrama de Objeto
Termino que denota los Diagramas que muestran los objetos y sus relaciones en un
determinado instante de tiempo. Un diagrama de objetos se puede considerar como un
caso especial de diagrama de clases en el que se pueden mostrar tanto las clases como las
instancias. Tambin estn relacionados los diagramas de colaboracin, que muestran
objetos prototipitos (roles del actor) dentro de un contexto.
Diagrama de Interaccin
Se trata de un Trmino genrico que se aplica a varios tipos de Diagramas que hacen
Hincapi en las interacciones entre objetos. Los diagramas de Actividades estn
ntimamente relacionados. (Ver interaccin)
Diagrama de Estados
Diagrama que muestra una maquina de estados, incluyendo estados simples, transiciones
y estados compuestos anidados. El concepto original fue inventado por David Harel. (ver
maquina de estados)
Diagrama de Actividad
Diagrama que muestra un grafo de actividades.
Grafo de actividades:
Un grafo de actividades muestra un procedimiento o un flujo de trabajo.Un grafo de
actividades es una unidad completa en el modelo, mientras que un diagrama de
actividades es un diagrama que muestra un grafo de actividades.
Diagrama de Componentes
Es un diagrama que muestra las organizaciones y las dependencias entre tipos de
componentes.
Representa las dependencias entre componentes software, incluyendo componentes de
cdigo fuente, componentes de cdigo binario y componentes ejecutables. Muestra
clasificadores de componentes, clases definidas en ellos y las relaciones entre ellas.
Clasificadores:
Es un concepto discreto en el modelo, que tiene identidad, estado, comportamiento y
relaciones. Las clases de clasificadores incluyen la clase, la interfaz, y los tipos de datos.
Diagrama de Despliegue
Un diagrama que muestra la configuracin de los nodos de procesos y las instancias de
componentes y objetos que residen en ellos. Un diagrama de despliegue muestra
instancias mientras que un diagrama de componentes muestra la definicin de los tipos de
los componentes por si mismos.
(ver componente, interfaz, nodo).
23. 2. PROCESO UNIFICADO DE DESARROLLO DE SOFTWARE P.U.D.S.
23.2.1 Definicin
El Proceso Unificado "es un proceso de desarrollo de software configurable que se adapta a
travs de los proyectos variados en tamaos y complejidad.
El Proceso Unificado gua a los equipos de proyecto en cmo administrar el desarrollo iterativo
de un modo controlado mientras se balancean los requerimientos del negocio, el tiempo al
mercado y los riesgos del proyecto. El proceso describe los diversos pasos involucrados en la
captura de los requerimientos y en el establecimiento de una gua arquitectnica lo ms pronto,
para disear y probar el sistema hecho de acuerdo a los requerimientos y a la arquitectura. El
proceso describe qu entregables producir, cmo desarrollarlos y tambin provee patrones. El
proceso unificado es soportado por herramientas que automatizan entre otras cosas, el modelado
visual, la administracin de cambios y las pruebas.
El Proceso Unificado ha adoptado un enfoque que se caracteriza por:
Interaccin con el usuario continua desde un inicio

Mitigacin de riesgos antes de que ocurran
Liberaciones frecuentes
Aseguramiento de la calidad
Involucramiento del equipo en todas las decisiones del proyecto
Anticiparse al cambio de requerimientos
El Proceso Unificado es un proceso porque "define quin est haciendo qu, cundo lo hacer y
cmo alcanzar cierto objetivo, en este caso el desarrollo de software"
23.2.2. Fases del PUDS
1. Fase de Inicio
En esta fase se establece la oportunidad y alcance el proyecto. Se identifican todas las entidades
externas con las que se trata (actores) y se define la interaccin en un alto nivel de abstraccin: se
deben identificar todos los casos de uso, y se deben describir algunos en detalle. La oportunidad
del negocio incluye: definir los criterios de xito, identificacin de riesgos, estimacin de
recursos necesarios, y plan de las fases incluyendo hitos.
2. Fase de elaboracin
Definir y validar una arquitectura estable. Se hace un refinamiento de la Visin del sistema,
basndose en nueva informacin obtenida durante esta fase, se establece una slida comprensin
de los casos de uso ms crticos que definen las decisiones arquitectnicas y de planificacin.
Creacin de los planes de desarrollo detallados para las iteraciones de la fase de construccin.
3. Fase de construccin
Gestin de los recursos, optimizacin y control de los procesos de construccin del software.
Se completa el desarrollo de los componentes y/o subsistemas, probndolos contra un conjunto
definido de criterios aprobados al inicio del proyecto.
4. Fase de transicin
Ejecucin de los planes de implantacin. Se finalizan los manuales de usuario y mantenimiento.
Pruebas del sistema en el entorno de explotacin. Creacin de una relase del sistema.
Validacin del sistema por los usuarios. Ajuste fino del sistema segn la validacin con el
usuario. Se facilita la transicin del sistema al personal de mantenimiento. Se pone el producto a
disposicin del usuario final.
23.2.3. Caracterstica del PUDS
Dirigido por los
Casos de Uso
Centrado en la
Arquitectura
Iterativo e
Incremental
Iterativo e Incremental
El Proceso Unificado es un marco de desarrollo iterativo e incremental compuesto de cuatro
fases denominadas Inicio, Elaboracin, Construccin y Transicin. Cada una de estas fases es a
su vez dividida en una serie de iteraciones (la de inicio slo consta de varias iteraciones en
proyectos grandes). Estas iteraciones ofrecen como resultado un incremento del producto
desarrollado que aade o mejora las funcionalidades del sistema en desarrollo.
Cada una de estas iteraciones se divide a su vez en una serie de disciplinas que recuerdan a las
definidas en el ciclo de vida clsico o en cascada: Requisitos, Anlisis, Diseo, Implementacin
y Prueba. Aunque todas las iteraciones suelen incluir trabajo en casi todas las disciplinas, el
grado de esfuerzo dentro de cada una de ellas vara a lo largo del proyecto.
Dirigido por los casos de uso

En el Proceso Unificado los casos de uso se utilizan para capturar los requisitos funcionales y
para definir los contenidos de las iteraciones. La idea es que cada iteracin tome un conjunto de
casos de uso o escenarios y desarrolle todo el camino a travs de las distintas disciplinas: diseo,
implementacin, prueba, etc. el proceso dirigido por casos de uso es el ru.
Centrado en la arquitectura
El Proceso Unificado asume que no existe un modelo nico que cubra todos los aspectos del
sistema. Por dicho motivo existen mltiples modelos y vistas que definen la arquitectura
software de un sistema. La analoga con la construccin es clara, cuando construyes un edificio
existen diversos planos que incluyen los distintos servicios del mismo: electricidad, fontanera,
etc.
La arquitectura de Sistema es la visin general comn en la que todos los empleados
(desarrolladores y otros usuarios) deben estar de acuerdo. La arquitectura da una clara
perspectiva del sistema completo, necesaria para controlar el desarrollo.
Se necesita arquitectura para:
Comprender el Sistema
Organizar el desarrollo
Fomentar la reutilizacin
Hacer evolucionar el Sistema
Enfocado en los riesgos

El Proceso Unificado requiere que el equipo del proyecto se centre en identificar los riesgos
crticos en una etapa temprana del ciclo de vida. Los resultados de cada iteracin, en especial los
de la fase de Elaboracin, deben ser seleccionados en un orden que asegure que los riesgos
principales son considerados primero.
23.2.4. Hitos en PUDS
1. Establecer el mbito del producto, la identificacin de los principales riesgos y la

viabilidad del proyecto.
2. Obtener una lnea base de la arquitectura del sistema, capturar la mayora de los
requisitos y reducir los riesgos principales as como permitir la escalabilidad del equipo
del proyecto durante la fase de construccin.
3. Desarrollo del sistema con calidad de produccin y prepararse para la entrega al equipo
de transicin. Toda la funcionalidad debe haber sido implementada y las pruebas para el
estado beta de la aplicacin completadas. Si el proyecto no logra alcanzar este hito,
entonces la transicin deber posponerse una iteracin.
4. Consiste en decidir si los objetivos se cumplieron y si debe comenzarse otro ciclo de
desarrollo. Es el resultado de la revisin y aceptacin por parte del cliente de los
artefactos que le han sido entregados.
23.2.5. Las 4 P en el Desarrollo de Software
Dentro de todo proyecto de desarrollo de software intervienen los siguientes conceptos
que son claves para comprender el tema.
Proyecto: El trabajo que se quiere desarrollar.
Persona: El grupo de desarrollo del proyecto
Proceso: herramientas que se utilizan para el desarrollo P.U.D.S.
Producto: Resultado final del proyecto (Sistema de Informacin)

Sistema Documentacion

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Sistema Documentacion

Cargado por

Copyright:

Formatos disponibles

SISTEMA DE INFORMACION PARA LA GESTION ACADEMICA Y EL PERSONAL

ADMINISTRATIVO DEL SEMINARIO

SISTEMA DE INFORMACION PARA LA GESTION ACADEMICA Y EL PERSONAL

SISTEMA DE INFORMACION PARA LA GESTION ACADEMICA Y EL PERSONAL

SISTEMA DE INFORMACION PARA LA GESTION ACADEMICA Y EL PERSONAL

SISTEMA DE INFORMACION PARA LA GESTION ACADEMICA Y EL PERSONAL

4.- ESTRUCTURA ORGANIZACIONAL

SISTEMA DE INFORMACION PARA LA GESTION ACADEMICA Y EL PERSONAL

SISTEMA DE INFORMACION PARA LA GESTION ACADEMICA Y EL PERSONAL

6.- DESCRIPCIN DEL PROBLEMA

SISTEMA DE INFORMACION PARA LA GESTION ACADEMICA Y EL PERSONAL

es de forma mensual y al final de la gestin.

porque no cuenta con una informacin actualizada al momento.

No se sabe que docente dio una materia en un ao especfico. Porque la informacin

SISTEMA DE INFORMACION PARA LA GESTION ACADEMICA Y EL PERSONAL

SISTEMA DE INFORMACION PARA LA GESTION ACADEMICA Y EL PERSONAL

7.- REFORMULACIN DEL PROBLEMA

SISTEMA DE INFORMACION PARA LA GESTION ACADEMICA Y EL PERSONAL

SISTEMA DE INFORMACION PARA LA GESTION ACADEMICA Y EL PERSONAL

SISTEMA DE INFORMACION PARA LA GESTION ACADEMICA Y EL PERSONAL

SISTEMA DE INFORMACION PARA LA GESTION ACADEMICA Y EL PERSONAL

SISTEMA DE INFORMACION PARA LA GESTION ACADEMICA Y EL PERSONAL

SISTEMA DE INFORMACION PARA LA GESTION ACADEMICA Y EL PERSONAL

11. ELEMENTOS DEL SISTEMA

Datos del alumno

Material de Oficina y Escritorio

Desarrolladores del Sistema

11.4. AMBIENTE INTERNO

Conforma el Seminario Teolgico HEBRON se encargan de preparar a sus

SISTEMA DE INFORMACION PARA LA GESTION ACADEMICA Y EL PERSONAL

REQUISITO DE ENTRADA: Solo una carta de recomendacin de la iglesia o

Son quienes se estn capacitando para ser personas de xito profesional y

Es un conjunto de relaciones que se establecen entre los individuos y grupos con la

Las dems Instituciones

SISTEMA DE INFORMACION PARA LA GESTION ACADEMICA Y EL PERSONAL

El Alumno como Profesional

Reportes completos de Alumnos, Docentes y Personal Administrativo

Reportes Boletines y Notas de los Alumnos

Recibos de pagos de mensualidad

SISTEMA DE INFORMACION PARA LA GESTION ACADEMICA Y EL PERSONAL ADMINISTRATIVO DEL SEMINARIO

SISTEMA DE INFORMACION PARA LA GESTION ACADEMICA Y EL PERSONAL

Caso de Estudio: GESTION ACADEMICA Y ADMINISTRATIVA

12.1.1. LISTA DE PROBLEMAS

de trabajo del personal

12.1.2. Depurando Problemas

SISTEMA DE INFORMACION PARA LA GESTION ACADEMICA Y EL PERSONAL

SISTEMA DE INFORMACION PARA LA GESTION ACADEMICA Y EL PERSONAL

12.3. Matriz de Problemas

12.3. ANALIS DE PROBLEMAS

SISTEMA DE INFORMACION PARA LA GESTION ACADEMICA Y EL PERSONAL

Proceso Manual Inadecuado

SISTEMA DE INFORMACION PARA LA GESTION ACADEMICA Y EL PERSONAL

12.4. Matriz de Cuantificacin

El control de asistencia no se realiza consecutivamente porque se

Existe demora en la recoleccin de datos de alumnos.

Cada ao se debe registrar y clasificar un sin numero de estudiantes

Todo proceso manual es lento y moroso.

Debido al retraso en la organizacin de inscritos, se retrasan las

Debido a que la inscripcin de alumnos es manual no se controla la

Toda la informacin acerca de los alumnos se guardan en ficheros y

La informacin guardada de los alumnos, docentes y personal

La forma en la que esta organizada es deficiente, no cuentan con una

Es dificultoso organizar el horario de los docentes porque esto se

Se desconoce la cantidad de alumnos que cancelaron su mensualidad