-2-
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-
-4-
-5-
5.-OBJETIVOS
5.1. Objetivo General.Desarrollar un Sistema de Informacin para la Gestin Acadmica y el Personal
Administrativo del Seminario Teolgico Hebrn.
-6-
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.
-7-
-8-
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-
- 10 -
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 -
- 14 -
- 15 -
11.2. OBJETO
11.3. SUJETO
Instituyentes
Administradores
Alumnos
Docentes
Las Instituciones
- 16 -
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
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
11.6. SALIDA
Un Sistema de Informacin que se basa en cumplir con lo siguiente:
- 18 -
PROCESO
- 19 -
SALIDA
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.
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 -
Rector
Plantel Docente
Secretaria
Estudiantes
Personal Administrativo
Rector
Plantel
docente
- 22 -
Secretaria
Estudiantes
Personal
Administrativo
P1
0
P1
6
P8
P1
P1
1
P
2
P6
P7
P4
P1
2
P5
- 23 -
P3
P1
5
P9
- 24 -
Problemas
Cuantificar/Justificar
P2
P3
P4
P5
P6
P7
P8
P9
P10
P11
P12
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
CodA+Recibo
Co
Pagar Inscripcion
+C
dS
A
od
Generar Reportes
Verificar Deudas
CodA
CodA
Constancia
Generar Recibo
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
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
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
Obj10
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.
- 31 -
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
-descripcion: varchar
-idpais
Pais
1
pertenecen 1
*
1
es
-id_profesor: varchar
-id_materia: varchar
-oferta: char
-idpais: int
-descripcion: varchar
tiene
*
es
ProfesorMateria
-idcarrera: varchar
-idmateria: varchar
-trimestre: int
-ano: int
-observacion: varchar
*
*
dicta
Carrera_Materia
Departamento
puede ser
-iddepartamento: varchar
-descripcion: varchar
-telefono
Empleado
-id_empleado: varchar
-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
-descripcion: varchar
-duracion: int
Aula
Carrera
*
esta
hay
Iglesia
habitacion
tiene
Estudiante
tiene
-id_habitacion
-espacio
-observacion
Materia
-idmateria: varchar
-materia: varchar
-creditos: int
-descripcion: varchar
-requisito: varchar
-idarea: varchar
-Id_aula
1
realiza
1
PlanPago
realiza
TurnoMateria
-idmateria: varchar
-idturno: varchar
-oferta: char
-observacion: varchar
1 esta
*
-Id_estudiante: varchar
-idcarrera: varchar
-idmateria: varchar
-trimestre: char
-ano: year
-nota_final: int
-Id_inscripcion
*
*
-idarea: varchar
-descripcion: 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
-id_empleado: varchar
-observacion: varchar
-profesion: varchar
-Id_aula
-Descripcion
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
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
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.
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.
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
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
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.
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.
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 -
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
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
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 -
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
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 -
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 -
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
13.4.2. Script
-- phpMyAdmin SQL Dump
-- Database: `hebron`
---- --------------------------------------------------------- Table structure for table `administrativo`
CREATE TABLE `administrativo` (
`id_administrativo` int(11) NOT NULL,
`id_empleado` varchar(6) collate latin1_general_ci NOT NULL,
`profesion` varchar(30) collate latin1_general_ci default NULL,
`observacion` varchar(20) collate latin1_general_ci default NULL,
`id_departamento` varchar(6) collate latin1_general_ci NOT NULL,
PRIMARY KEY (`id_administrativo`,`id_empleado`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1 COLLATE=latin1_general_ci;
-- --------------------------------------------------------- Table structure for table `area`
CREATE TABLE `area` (
`id_area` varchar(6) collate latin1_general_ci NOT NULL,
`descripcion` varchar(30) collate latin1_general_ci NOT NULL,
PRIMARY KEY (`id_area`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1 COLLATE=latin1_general_ci;
-- --------------------------------------------------------- Table structure for table `aula`
CREATE TABLE `aula` (
`id_aula` int(11) NOT NULL,
`descripcion` varchar(10) collate latin1_general_ci NOT NULL,
`cupo` int(11) NOT NULL,
PRIMARY KEY (`id_aula`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1 COLLATE=latin1_general_ci;
-- --------------------------------------------------------- Table structure for table `carrera`
CREATE TABLE `carrera` (
- 49 -
- 50 -
- 51 -
- 52 -
- 53 -
- 54 -
- 55 -
- 56 -
- 57 -
- 58 -
- 59 -
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 -
- 61 -
- 62 -
- 63 -
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 -
- 65 -
- 66 -
- 67 -
///---------------BORRAR ADMINISTRATIVO----------------//
CREATE PROCEDURE hebron elminarAdministrativo
BEGIN
DELETE FROM administrativo
WHERE id_administrativo=administrativo.id_administrativo;
END $$
- 68 -
ESTUDIANTE
SECRETARIA
Verifica si el Alumno es
Antiguo
Solicita Inscripcion
NO
SI
Verifica
Requis itos
Revisa los
Requisitos
NO
SI
Verificar Datos de
Inscripcin
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 -
ESTUDIANTE
SECRETARIA / CAJERA
Recepcion Datos de
Cons ulta
Decide la Cantidad de
Cuotas a Cancelar
NO
Recepciona Monto a
Cancelar
SI
Registra la Cuota
Cancelada en sis tem a
Em itir Recibo de
Cancelacin
NO
SI
- 70 -
SECRETARIA
Obtiene Docente
Seleccione
Trim es tre
Selecciona Materia
- 71 -
- 72 -
- 73 -
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 -
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
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
CU9
Registrar
Denominacin
Datos de la
denominacin
Aprobado
Importante
Normal
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
Incorporado
Critica
Significativo
CU16
Registrar Aula
Datos de la aula
Incorporado
Critica
Significativo
CU17
Registrar Docente
Aprobado
Importante
Normal
CU18
Registrar Empleado
Aprobado
Importante
Normal
CU19
Registrar
Administrativos
Datos del
administrativo
Aprobado
Importante
Normal
Datos del
departamento
Aprobado
Importante
Normal
CU20
Registrar
Departamento
- 76 -
Registrar Ciudad
Datos de la ciudad
Aprobado
Critico
Critico
CU22
Registrar Pas
Aprobado
Critico
Critico
CU23
Gestionar
Reporte-Nota
Critico
CU24
Verificar estado de
deuda
Critico
- 77 -
Critico
Critico
Prototipo
Interfaz
Humana
CU1
- 78 -
Diseo de CU1
Iniciar Sesin
Nro
Actores
Principales
Actores
Secundarios
Pre-Condicin
CU
Administrador del Sistema
Administrativo
Diseo de CU2
- 80 -
Registrar Inscripcin
Nro
Actores
Principales
Actores
Secundarios
Pre-Condicin
CU2
Alumno
Secretaria
Registrar Nueva Gestin, Registrar Alumno
- 81 -
Diseo de CU3
- 82 -
Registrar Alumno
Nro
Actores
Principales
Actores
Secundarios
Pre-Condicin
CU3
Alumno
Secretaria
Diseo de CU4
- 83 -
Nro
Actores
Principales
Actores
Secundarios
Pre-Condicin
CU4
Administrativo
Administrador del Sistema
Verifica que no este habilitado gestiones anteriores
- 84 -
Diseo de CU5
Nro
Actores
Principales
Actores
Secundarios
Pre-Condicin
CU5
Administrativo
Administrador del Sistema
Inicio de nueva Gestin
Diseo de CU6
- 85 -
Nro
Actores
Principales
Actores
Secundarios
Pre-Condicin
CU6
Alumno
Secretaria
Registrar Inscripcin
Diseo de CU7
- 86 -
Nro
Actores
Principales
Actores
Secundarios
Pre-Condicin
CU7
Alumno
Secretaria
Cancelar Mensualidad o Matrcula
Asignar un recibo
2.- No existen datos del alumno
3.- El alumno no tiene mensualidades pendientes.
- 87 -
Diseo de CU8
- 88 -
Registrar Iglesia
Nro
Actores
Principales
Actores
Secundarios
Pre-Condicin
CU8
Alumno ,Personal Administrativo
Secretaria
Pertenecer a una iglesia
4.-Datos no validos
5.- No puede Inscribir al alumno o contratar al empleado
Diseo de CU9
- 89 -
Registrar Denominacin
Nro
Actores
Principales
Actores
Secundarios
Pre-Condicin
CU9
Alumno ,Personal Administrativo
Secretaria
Pertenecer a una iglesia y denominacin
4.-Datos no validos
5.- Registra nueva denominacin
Diseo de CU10
- 90 -
Registrar Interno
Nro
Actores
Principales
Actores
Secundarios
Pre-Condicin
CU10
Alumno
Secretaria
Registrar Inscripcin
Diseo de CU11
- 91 -
Registrar Habitacin
Nro
Actores
Principales
Actores
Secundarios
Pre-Condicin
CU11
Alumno
Secretaria y/o Administrativo
Registrar Inscripcin
Registrar Interno
3.- No hay habitaciones disponibles
4.- No cumple con los requisitos de interno
- 92 -
Diseo de CU12
- 93 -
Registrar Carrera
Nro
Actores
Principales
Actores
Secundarios
Pre-Condicin
CU12
Alumno
Secretaria
Registrar Inscripcin
Registrar Materias
3.- La carrera no existe o no esta habilitada
4.- Datos incorrectos del alumno
Diseo de CU13
- 94 -
Registrar Materias
Nro
Actores
Principales
Actores
Secundarios
Pre-Condicin
CU13
Alumno
Secretaria
Registrar Carrera
Diseo de CU14
- 95 -
Registrar Area
Nro
Actores
Principales
Actores
Secundarios
Pre-Condicin
CU14
Alumno
Secretaria
Registrar Materia
Diseo de CU15
- 96 -
Registrar Turno
Nro
Actores
Principales
Actores
Secundarios
Pre-Condicin
CU15
Alumno
Secretaria
Registrar Inscripcin
Diseo de CU16
- 97 -
Registrar Aula
Nro
Actores
Principales
Actores
Secundarios
Pre-Condicin
CU16
Alumno
Secretaria
Registrar Inscripcin
- 98 -
Diseo de CU17
Registrar Docente
Nro
Actores
CU17
Docente
- 99 -
Administrativo
Registrar Denominacin, Registrar Iglesia, Registra empleado
Excepcin
- 100 -
Diseo de CU18
Registrar Empleado
- 101 -
CU18
Empleado
Administrativo
Registrar Denominacin, Registrar Iglesia
- 102 -
Diseo de CU19
Registrar Administrativo
- 103 -
CU19
Administrativo
Administrador
Registrar Empleado
Registrar Departamento
3.- Datos incorrectos del nuevo administrativo
- 104 -
Diseo de CU20
Registrar Departamento
- 105 -
CU20
Administrativo
Administrador
Registrar Empleado, Registrar Administrativo
Diseo de CU21
- 106 -
Registrar Ciudad
Nro
Actores
Principales
Actores
Secundarios
Pre-Condicin
CU21
Administrativo
Secretaria
Registrar Pais
Diseo de CU22
- 107 -
Registrar Pais
Nro
Actores
Principales
Actores
Secundarios
Pre-Condicin
CU22
Administrativo
Secretaria
Diseo de CU23
- 108 -
Gestionar Nota
Nro
Actores
Principales
Actores
Secundarios
Pre-Condicin
CU23
Alumno
Secretaria
Iniciar Sesin
Diseo de CU24
- 109 -
Nro
Actores
Principales
Actores
Secundarios
Pre-Condicin
CU24
Alumno
Secretaria
Registrar Inscripcin , Registrar Mensualidad
- 110 -
- 111 -
- 112 -
PAQUETE 2: Administrativo
PAQUETE 3: Docentes
- 113 -
PAQUETE 4: Acadmica
- 114 -
PAQUETE 5: Pagos
PAQUETE 6: Reportes
- 115 -
- 116 -
- 117 -
- 118 -
- 119 -
- 120 -
- 121 -
Tabla user
CAMPO
Host
TIPO
- 123 -
POR DEFECTO
char(60)
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
Tutorial de PHP y MySQL (LuCAS) Pgina 28 de 54
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
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
- 125 -
- 126 -
- 127 -
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:
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.
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
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 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.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:
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.
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.
Comprender el Sistema
Organizar el desarrollo
Fomentar la reutilizacin
Hacer evolucionar el Sistema