Professional Documents
Culture Documents
2
Agradecimiento:
Agradecemos la cooperación y
patrocinio de nuestro amable asesor y
a la Academia Premilitar Alfa & Taurus,
alma Mater de la región y en especial a
su director, Sr. Zósimo Torres Pacheco,
su secretaria Luz Rosario Palma.
3
ÍNDICE
Asesor: ....................................................................................1
Dedicatoria ...............................................................................2
Agradecimiento: ........................................................................3
ÍNDICE ...................................................................................4
Introducción..............................................................................6
CAPÍTULO I .....................................................................7
INFORMACIÓN GENERAL DEL SISTEMA .................................7
1.1 Estudio Preliminar ...........................................................8
1.2 Misión – Visión de la empresa ...........................................8
1.3 Objetivos:......................................................................8
1.4 Breve reseña histórica: ....................................................9
1.5 Producción y/o Servicios: .................................................9
1.6 ORGANIGRAMA............................................................. 10
1.7 Problemas en la empresa ............................................... 11
4
1.8 Justificación de la implementación:.................................. 11
1.9 Situación Actual de Hardware y Software: ........................ 12
CAPÍTULO II ................................................................. 13
INFORMACIÓN TÉCNICA....................................................... 13
2.1 El problema de la investigación:...................................... 14
2.2 Marco de referencia....................................................... 16
2.3 Metodología ................................................................. 18
2.4 Aspectos Administrativos ............................................... 19
2.5 Análisis del Sistema ...................................................... 23
2.6 Diseño del Sistema ....................................................... 52
2.7 Diseño de Objetos......................................................... 77
2.8 Implementación............................................................ 92
5
Introducción
La presente monografía que tiene como titulo Sistema de Control De
Matriculas de la Academia Premilitar Alfa & Taurus, se detalla en cinco
capítulos:
Los Autores
6
CAPÍTULO I
INFORMACIÓN GENERAL DEL SISTEMA
7
1.1 Estudio Preliminar
Nombre o Razón Social:
Academia Pre-militar ALFA & TAURUS
Ubicación:
Ciudad : Huancayo
Dirección : Jirón Trujillo Nro 876
Teléfono : 940933 - 249823
Dirección Electrónica:
Correo electrónico del director: ztpat@hotmail.com
RUC:
N° 20485924494
Representante de la institución:
Director: Sr. Zósimo Torres Pacheco
Secretaria: Luz Rosario Palma
1.2 Misión – Visión de la empresa
Visión:
Ser la academia de preparación premilitar líder en nuestra región. Gozar
de una buena imagen institucional y tener el mayor número de
ingresantes a las escuelas militares del país.
Misión:
La misión de la academia es de formar alumnos con un alto grado de
preparación castrense y puedan ingresar a los centros de formación
militar para formar un mejor país.
1.3 Objetivos:
• Prestar un servicio de calidad a sus alumnos.
• Brindar la mejor preparación a diferencia de otras academias.
• Ofrecer la preparación de los mejores Instructores de las fuerzas
armadas, así como una plana docente experta en ciencias y letras.
8
1.4 Breve reseña histórica:
9
1.6 ORGANIGRAMA
DIRECCIÓN REGIOMAL DE
EDUCACIÓN DE JUNÍN
PROMOTORA
DIRECCIÓN
ASESORIA LEGAL Y
SECRETARIA CONTABLE
COORDINACIÓN GENERAL
PERSONAL DE
SERVICIO
AUXILIARES DE
EDUCACIÓN
DEPARTAMENTO DE
PSICOPEDAGOGIA
PROFESORES DE
TUTORES
ASIGNATURA
ALUMNOS
10
1.7 Problemas en la empresa
11
red y el servidor de dicho centro de computo para implementar una
solución cliente – servidor.
• La solución cliente servidor demuestra la ventaja de centrar los datos
en el mismo servidor que se usará para compartir archivos en el
centro de computo. En el futuro, se planea implementar una solución
basada en computadoras para Caja y Control de Notas, por esto, seria
una buena idea centrar todas las soluciones en Un servidor de Base
de Datos.
Se encontró:
• Un PC para la secretaria, con el único fin de elaborar los documentos
de la organización.
• Cinco PC’s para el centro de computo con las características propias
de estaciones de trabajo.
• Todas tenían el Sistema Operativo Windows Millenium instalado.
• Los computadores están conectadas en una red local.
• El software se limita a la Suite Office XP, Antivirus The Hacker
12
CAPÍTULO II
INFORMACIÓN TÉCNICA
13
2.1 El problema de la investigación:
2.1.1 Titulo descriptivo del proyecto
14
2.1.4 Objetivos de la aplicación o sistema a implementar
2.1.5 Justificación
Es justificada la implementación por los siguientes antecedente:
• El sistema podrá validar los datos de entrada con el propósito
de garantizar la confiabilidad de los datos.
• La generación de documentos y resultado de investigaciones
de forma automatizada ahorrarán tiempo.
• Implementar una central de datos para compartir la
información de los alumnos en otros procesos de negocio.
2.1.6 Limitaciones
• Las Políticas que norman:
o El proceso de matrícula.
o La creación de servicios.
o La disciplina de los alumnos.
• El manual de procedimientos de la empresa.
• El sistema será diseñado para correr en la Intranet de la
empresa.
• El sistema estará al servicio del área administrativa de la
institución.
15
2.2 Marco de referencia
16
2.2.2 Antecedentes del Problema
• Recojo de información poco ambigua y poco confiable.
• Deficiencia en el proceso de generación de documentos en la
academia.
• Por el momento los datos están almacenados como pilas de
papel y no son usados para generar información que apoye a la
toma de decisiones.
• La gerencia necesita información oportuna para la toma de
decisiones.
2.2.3 Elaboración de Hipótesis
• Usar un mecanismo de validación de datos. El sistema
garantizará la fiabilidad de los datos en el momento de su
captura.
• Llevar el control automatizado de los servicios prestados por la
institución.
• Automatizar la generación de documentos.
• La generación de documentos producto del estudio de los
datos relacionados al alumno.
Dependientes:
• Las variable dependientes vendrían a ser la políticas, normas,
soporte de datos, costos.
Independientes:
• Clientes, gustos, servicios
17
producto software. UML trabaja con los fundamentos del desarrollo
Orientado a Objetos. Los diagramas que son parte de su
metodología permiten una rápida comprensión y desarrollo
controlado.
2.2.6 Herramientas
• Rational Rose (Diagramador herramienta CASE para UML
• Microsoft Office (Word, Excel, Power Point)}
• Microsoft Proyect 95
• Diagramador Visio V4.0
• Utilitarios del sistema operativo Windows
2.3 Metodología
18
2.3.3 Técnicas de Análisis
• Al usar la entrevista, averiguaremos que necesita la gerencia
de los datos.
• Al conocer las dificultades de la elaboración de documentos,
implementaremos una solución para reducirlas y saber qué
documentos se incluirán para la automatización.
El flujo es el siguiente:
El alumno que se inscribe brinda sus datos, estos son
capturados por el sistema y se generan los documentos de la
operación. Cuando la gerencia necesite determinada información,
el sistema brinda los datos.
Además, se tiene el control de cuando el alumno inicia sus
clases y cuando ya no forma parte del servicio porque el tiempo de
vida del servicio ha caducado.
Asesor:
• Félix Guevara Gamboa
Representante de la institución:
• Director: Sr. Zósimo Torres Pacheco
Integrantes:
• Darío Yamil Campos Salvatierra
• Miguel Ángel Cruz Cóndor
19
2.4.2 Factibilidad (Técnica, Económica, Operativa)
Técnica:
• Encontramos factibilidad en el software y los equipos para
llevar la ejecución del proyecto por parte de la empresa.
• Existe confiabilidad en la seguridad y exactitud de los datos con
la tecnología que tenemos.
Económica:
• La empresa cuenta con los recursos necesarios para poner en
marcha el proyecto. Desde los equipos hasta el dinero par
invertir en el proyecto.
Operativa:
• Es factible, la encargada de llevar a cabo la mayor parte del
trabajo como usuario del sistema cuenta con la capacitación
necesaria en computación para poder manejar el sistema.
20
2.4.3 Tamaño del Proyecto (Diagrama de Gantt)
21
2.4.4 Presupuesto
El presupuesto de la creación de este software constara :
En Hardware:
En Licencias de Software:
22
2.5 Análisis del Sistema
2.5.1 Análisis de Requisitos
Requisitos de Usuario
ID Descripción
La secretaria podrá acceder a uso del sistema confirmando
F1
su identidad y su contraseña.
La secretaria es la encargada de registrar los datos del los
F2
alumnos en el sistema.
La secretaria ingresa los datos de un nuevo alumno en un
F3
proceso de inscripción.
F4 La secretaria puede generar los documentos que necesite.
F5 La secretaria puede editar los datos de los alumnos.
F6 La secretaria apertura un proceso de inscripción.
El administrador del sistema puede hacer el mantenimiento
F7 de la base de datos y estar a cargo de los usuarios y los
permisos que tienen.
F8 La secretaria inscribe un alumno a un servicio activo.
F9 La secretaria agrega y modificar los servicios.
Restricciones
ID Descripción
R1 El Administrador del sistema es el encargado del mantenimiento
del equipo Servidor.
F2 El sistema trabajará en una Intranet.
F3 Las validaciones de datos se hacen en la maquina cliente y en el
servidor (trabajo compartido).
F4 El sistema puede correr en cualquier equipo PC.
23
2.5.1.1 Diagramas de Caso de Usos
Administrar datos
Secretaria
Alumno
Administrar servicios
No tiene Diagrama
de Activ porque su
analisis no forma
parte del mismo Di rector
Generar información
24
2.5.1.2 Documentación de cada Caso de Uso
CU: 1 - Inscribir
ID 1
Nombre del CU Inscribir
Primario Secretaria
Actores
Secundarios Director, Cliente
Propósito Manipular para la apertura de la inscripción.
Primario X Esencial X
Tipo Secundario Real
Opcional
Descripción Relacionar a un alumno con un servicio de la empresa.
Referencia a F2,F3, F8
requerimientos :
Curso típico de eventos
Acción del actor Respuesta del sistema
La secretaria averigua si el alumno Si el alumno está inscrito, busca en
fue inscrito antes. De confirmarse, el los datos en base a la referencia
alumno debe de proporcionar los proporcionada. Muestra los
datos que permitan buscar su resultados. Permite inscribir al
referencia en el sistema. Encontrados alumno al servicio.
los datos, procede a inscribir al Si se necesita registrar un cliente, se
alumno al servicio. prepara, captura y valida los datos
que se proporciones.
Si el cliente no ha sido registrado con
anterioridad, la secretaria ingresa los
datos del cliente. Para permitirse la
inscripción, el cliente debe de estar
acompañado de su apoderado cuando
el cliente es menor de edad.
Al terminar el proceso de inscripción, Muestra e imprime los documentos
se pueden imprimir (opcional) los relacionados.
documentos relacionados sin
necesidad de almacenarlos.
Para almacenar los datos capturados Si elige Reserva, solo almacena los
del alumno (en el caso de no estar datos del alumno, pero si elige
registrado), debe de resolver entre Asignación del servicio, permite
almacenarlos como Reserva o relacionar al alumno con el servicio.
Asignación de Servicio
Cursos alternos
Si el alumno no se encuentra registrado con anterioridad a pesar de afirmar que lo
está, se procede a la captura de datos.
25
Relacionar a un servicio no está posible si no existe algún servicio
ID 2
Nombre del
Administrar datos
CU
Primario Secretaria
Actores
Secundarios Alumno (indirecto)
Hacer operaciones de actualización de los datos del
Propósito
alumno.
Primario X Esencial
Tipo Secundario Real X
Opcional
Un alumno que se matricula para usar otra vez un
servicio de la academia tiene que pasar a actualizar sus
Descripción
datos. También se hace en caso de la expulsión del
alumno por falta grave.
Referencia a F5
requerimientos
:
Curso típico de eventos
Acción del actor Respuesta del sistema
Si un alumno se ha registrado Muestra por modulación los datos
con anterioridad y se ha inscrito del alumno, luego del apoderado.
para seguir siendo usuario del Permite la edición. Guarda los
servicio de la academia, cambios.
entonces tiene la obligación de
actualizar sus datos en
compañía de su apoderado.
En el caso de expulsión, el Permite la edición. Advierte si es
director manda la orden por correcto usar la operación.
escrito. Las secretaria actualiza Actualiza y notifica
el estado del alumno
transformándolo en “Expulsado”
Cursos alternos
Si por error se expulsa a un alumno no involucrado, se puede revertir la
expulsión.
Si el alumno afirma no tener datos que actualizar, entonces termina el
proceso.
26
CU: 3 – Administrar servicios
ID 3
Nombre del
Administrar servicios
CU
Primario Secretaria
Actores
Secundarios Director (Secundario)
Propósito Agregar y modificar los servicios.
Primario X Esencial X
Tipo Secundario Real
Opcional
Agregar un servicio para hacer la apertura de
Descripción inscripción y establecer la duración del servicio.
Referencia a F9, F6
requerimientos
Curso típico de eventos
Acción del actor Respuesta del sistema
La secretaria recibe la El sistema registra el servicio.
autorización para agregar un notifica
nuevo servicio y por lo tanto,
hacer la apertura de inscripción
La secretaria reciba la orden de El sistema responde a la orden
modificar los atributos del de edición buscando al servicio y
servicio presentándolo para la edición.
Luego, guarda y notifica.
Cursos alternos
Cuando por alguna causa el servicio no debe ser cancelado con
inmediatez, simplemente se modifica la fecha de culminación de la
duración del servicio
27
CU: 4 – Generar documentos
ID 4
Nombre del
Generar documentos
CU
Primario Secretaria
Actores
Secundarios Director (Secundario)
Generar los documentos de interés relacionado a
Propósito informes estáticos o consultas
Primario Esencial X
Tipo Secundario X Real
Opcional
Cuando la secretaria requiera los informes, el sistema
cumple con presentarlos. Lo mismo sucede cuando se
Descripción
quiere imprimir el resultado producto de una consulta o
de los documentos necesarios.
Referencia a F4
requerimientos
:
Curso típico de eventos
Acción del actor Respuesta del sistema
La secretaria elige entre Ejecuta lo necesario. Si no
informes y resultados de encuentra datos, notifica.
consulta. Ejecuta. Envía a
impresión.
28
2.5.2 Modelo de Análisis
2.5.2.1 Selección de Conceptos
29
2.5.2.2 Conceptos Correctos
Conceptos:
Matricula Demográfico
Servicios Lista de Alumnos
Cliente Apoderado
Alumno Referencia geográfica
Restricciones Tipos de documento
Diagrama de clases
de Análisis
1 1
ListaAlumnos RegistroApoderado
1 ID Nombre
Dat os Demográfic o Nombre Nombre2
Nombre2 ApPaterno
Colegio ApPaterno ApMaterno
FechaInicioEstudio ApMaterno
Relacionado Relacionado Genero
FinEstudio Genero Parentesco
Ocupación FechaNac
Ocupacion
Telefono 1 1 DocID 1 0..1
DireccionTrabajo
Estado
DocID
AgregarReg()
AgregarReg() TipoDocID
Modificar()
Modificar()
CambiarEstado() AgregarReg()
Modificar()
1 1
Si es mayor de
Presente en edad, no necesita,
salvo si desea
Servicio 0..*
ID Registro
Nombre
Fin Presente en NumReg
Inicio Alumno
Estado Servicio
1 0..* Pare ntes co
AgregarReg() Registrar()
IdParentesco
Modificar()
Si se reserva, no es
necesario registra aquí
30
2.5.2.4 Diccionario de Clases (Análisis)
Alumno: Son todos los clientes que ya han sido inscritos en
la base de datos. Un cliente se realiza en alumno cuando se
inscribe.
Demográfico: Muestra más referencia de los datos de un
alumno. Es la adaptación de datos para la investigación.
Apoderado: Son los datos de una persona que responde
por el alumno. Un alumno puede o no tener un apoderado si
es mayor de edad..
Servicio: Representan los servicios existentes en la
empresa y disponerlos o no para un proceso de matricula.
(Apertura de inscripción) Dependen de su tiempo de vida.
Registro: Inscripción de los alumno (referencia) a un
servicio.
Grado de Instrucción (Estático): Descripción formal de los
grado de instrucción formal de la Academia.
Escuela Militar (Estático): Descripción formal de las
escuelas militares del País.
Tipo de Documento de identidad (Estático): Descripción
formal de los documentos de identidad aceptados en la
institución.
Ubicación geográfica (Estático): Integridad referencial de
los elementos geográficos. (departamento, provincia y
distrito)
Ubicación geográfica (Estático): Integridad referencial de
los elementos geográficos. (departamento, provincia y
distrito)
31
2.5.3 Modelo de Interacción o Comportamiento
2.5.3.1 Diagramas de Secuencia (Análisis)
DS: Inscribir
CambiarEstado( )
Modificar( )
Modificar( )
32
DS: Administrar datos
: ListaAlumnos : Datos :
: Secretaria
Demográfico RegistroApoderado
Modificar( )
CambiarEstado( )
Modificar( )
Modificar( )
33
DS: Administrar servicios
: Servicio
: Secretaria
Modificar(String, Date)
34
2.5.3.2 Diagramas de Secuencia (Diseño)
DS: Iniciar Aplicación
Show( )
Mostrar( )
Mos trar( )
Mos trar( )
ResolverConexión( )
Ejecutar( )
EjecutarConexión( ) MostrarError( )
35
DS: Inscribir
: frmInscribir
: Secretaria : Proces oIns crip : InfoGeográfica
Show( )
Ingresar( )
AgregarProv( )
AgregarDistrito( )
ObtenerProv( )
ObtenerDistrito( )
Term in ar( )
: frmServicio
: Secretaria : ManipularServicio
Iniciar( ) Show( )
Ingresar( )
Terminar( )
36
DS: Administrar Datos
: frmEditar
: Secretaria : Modificar Datos : InfoGeográfi ca
Iniciar( ) Show( )
Ingresar( ) AgregarProv( )
AgregarDistrito( )
ObtenerProv( )
ObtenerDistrito( )
Terminar( )
DS: Consultar
CrearCursor( )
Mostrar( )
LeerCursor( )
Imprimir( )
37
2.5.3.3 Diagramas de Colaboración (Diseño)
DColaboración: Iniciar Aplicación
2: PrepararEntorno( )
:
BarraHerramientas
3: Show( )
: Modulo : MDI
5: Mostrar( )
1: Ejecutar( )
6: Mostrar( )
: Secreta ria
4: Mos trar( )
7: ResolverConexión( )
: frmLog in
: Manejador : ODBC
Error
10: MostrarError( )
38
DColaboración: Inscribir DColaboración: Administrar Servicios
1: Iniciar( )
9: Terminar( )
:
frmServicio
: ProcesoInscri p
: Secre taria
2: Show( )
2: Iniciar( ) 3: Ingresar( )
4: Ingresar( )
3: Show ( )
5: AgregarProv( )
6: AgregarDistrito( )
7: ObtenerProv( )
8: ObtenerDistrito( )
:
frmInscribir : ManipularServicio 1: Iniciar( )
: InfoGeográfi ca 4: Terminar( ) : Se cretaria
39
DColaboración: Administrar Datos DColaboración: Consultar
1: Iniciar( )
8: Termi nar( )
7: Imprimir( )
:
: Modificar Datos Informes
: Secretaria
: Secretaria
5: Mostrar( ) 6 : LeerCursor( )
1: Mostrar( )
3: Ingresar( )
2: Show( )
4: CrearCursor( )
4: AgregarProv( )
: frmGenInformes : CursorActi vo
5: AgregarDistri to( )
6: ObtenerProv( )
7: ObtenerDistrito( )
2: EjecutarConexión( )
:
frmEditar 3: MostrarError( )
40
2.5.3.4 Diagramas de Actividad
DA: Inscribir
Cliente : Cliente Secretaria : Secretaria Proceso : ProcesoInscrip NuevoAlumno : ListaAlumnos DatosDemog : Datos Demográfico Nuev oApoderado : RegistroApoderado Geo : InfoGeográfica Serv ic io : Servicio NuevoRegistro : Registro
Inicio
CU: Inscribir
Notifica estar
Listo Muestra los datos
contenidos
ActualizarCascadaUbicacion
ActualizarCascadaUbicacion
Ingresa los datos Recibe y
del alumno valida
No lo Reconozco, Guardar
Agrega si comprueba
que no lo reconoce
No lo reconozco, Guardar
Ingresa datos Recibe, valida,
Demograficos agrega No lo reconozco, Guardar
ActualizarCascadaUbicacion
Guardar
No asignar
Fin
41
DA: Administrar Servicios
Director : Director Se cre taria : Secr eta ria Serv icio : Serv icio
Ini cio
CU Administrar
servic ios
Agregar
Quiero Modificar
¿Modificar A
cual?
42
DA: Administrar datos
Secretaria : Secre taria Alumno : ListaAlumnos De mog : Datos Demográfi co Apoderado : RegistroApoderado
Muestra los datos.
Inicio Permite guardar
No
Fin Sí
No tiene datos
Sí
Fin
Muestra los datos.
No Permite guardar
¿Permitir la edición de
datos del apoderado?
43
2.5.4 Modelo de Diseño
Diagrama de
Paquetes. Relación
entre el analisis y
el diseño
Cursores
Dependencia de los
formularios. Conclusión,
los formularios son el
centro de operaciones. Servicios
(Dependencia en base a
Estructura de proyecto
Visual Fox)
Formularios
Programas
44
DP: Relación entre las dependencias de los
componentes de la aplicación en un proyecto Fox
Cursores
Dependencia de los
formularios. Conclusión,
los formularios son el
centro de operaciones. Servicios
(Dependencia en base a
Estructura de proyecto
Visual Fox)
Formularios
DC: Formularios
Relación entre el
formulario MDI, la Menu
barra de
herramientas y Relación para todas:
Mostrar()
menu <<Contenido en MDI>>
1
1
BarraHerramientas
1 1 MDI frmAdminConsulta
Mostrar() 1 1
Show() Show()
Habilitar() 1
1 1 1
1
1
frmServicio frmInscribir
1
Show() Show()
Ingresar() Ingresar()
1 1
1..*
frmEditar frmLogin
Informes
Show() Mostrar()
Ingresar() Mostrar() ResolverConexión()
Imprimir()
45
DC: Servicios
Usa
1
<<Interface>>
ODB C
1
Eje cutarConexión ()
1
1 1
46
DC: Objetos controladores
1 1
1
1 1
ProcesoInscrip InfoGeográfica 1 1Manipul arServici o
Modificar Datos
47
D Estado: Clase Servicio
Creado
Inicio
Nuevo
48
D Estado: Clase Lista Alumno
Activar
Inicio
Reservado
Reservar
Desactivado
Participar en un servicio Expulsado
Volver a inscribir
Ya terminó, esperamos
que vuelva a usar el Usando el
servicio servicio
49
2.5.4.1 Diagramas de Componentes
DP: Diagrama principal
C lie n t e
C o m p o n e n te s : L a
a p lic a c ió n c lie n t e
d e p e n d e d e l s e r vi d o r
S e r vid o r
D Componentes: PC Cliente
ODBC
<<Application>>
Aplicación
cliente
Depend
encias <<SO>>
Sistema Operativo
Windows
D Componentes: Servidor
<<Agent>> <<GDBD>>
Agente SQL server
SQL
50
2.5.4.2 Diagramas de Despliegue o Plataforma
D Componentes: PC Cliente
<<Servidor>>
Servidor Windows 2000
preemptive
<<Protocolo de comunicación>>
TCP/IP
<<Estación de trabajo>>
WS01
executive
51
2.6 Diseño del Sistema
2.6.1 Arquitectura del Sistema
Topologías:
La red Cliente servidor trabajará adaptado a la red del centro de
computo de Alfa & Taurus, la topología Estrella será usada para la
interconexión.
Protocolos de Comunicación
• Se usará el “Protocolo de Control de Transferencia / Protocolo
de Internet” TCP/IP.
• Se utilizará ODBC (Conectividad abierta de bases de datos):
Es un protocolo estándar que sirve para obtener acceso a
bases de datos relacionales basadas en SQL.y otras
plataformas para acceso a base de datos remotas.
52
2.6.2 Estrategia de almacenamiento de Datos
2.6.2.1 Diseño de la Base de Datos
La relación de las tablas de la base de datos SQL – Server es la siguiente:
53
54
2.6.2.2 Diseño de la estructura de cada tabla
Tabla alumno:
55
Tabla demográfico:
56
Tabla apoderado:
57
Tabla matricula
Tabla servicio
58
Tabla departamento:
Tabla provincia:
Tabla distrito:
59
2.6.2.3 Integridad Referencial
Alumno – Demográfico
Alumno – Apoderado
60
Alumno – Matricula
Servicio – Matricula
61
Departamento –Provincia
Provincia - Distrito
62
2.6.2.4 Crecimiento de la base de datos
El crecimiento del archivo de la Base de datos
(Archivo de datos) es del 10%. La limitación del archivo de
base de datos se limita al 60% del tamaño del disco duro.
Este calculo queda como obligación del administrador del
sistema.
63
2.6.3 Interfaz de Usuario (en funcionalidad con los casos de uso)
2.6.3.1 Pantalla de presentación del sistema
64
2.6.3.2 Diseño de Menús
65
Es el menú principal que, como su nombre indica los las Acciones
que podemos hacer con la aplicación. Iniciar un proceso de
Matrícula activa todo el proceso de registro de los datos de un
alumno a un proceso de matrícula. Manipulación de los servicios
permite trabajar con los servicios activos de la empresa y
Mantenimiento de los datos de los alumnos es el comando que
permite manipular los datos de los alumnos, permitiendo la edición
de dichos datos y la gestión de casos excepcionales.
66
2.6.3.3 Diseño de la barra de herramientas
67
Situación: Si requiere un proceso de inscripción,
la siguiente pantalla le va permitir inscribir o
asignar un alumno a un servicio.
68
Situación: Por otra parte, cuando desee realizar el mantenimiento
de los datos de los alumnos, tendrá que determinar a que tipo
exclusivo pertenece con la siguiente interfaz.
69
Situación: Al finalizar la captura de los datos relacionados a una
inscripción, se encontrará con esta ventana Entonces usted va
decidir reservar o asignar a un servicio.
70
Localizador de referencias de los alumnos
71
Permite crear los servicios desde esta interfaz
72
2.6.3.5 Diseño de Consultas
73
Esta pantalla le ve permitir realizar consulta por rango de fechas
74
Servicio de documentos automatizados: Ejemplo: Matricula a un servicio
75
Servicio de documentos automatizados: Ejemplo: Informe del
proceso de expulsado
76
2.7 Diseño de Objetos
Diseñar algoritmos y pasarlos a funciones
*---------------------------------------------
*Programa: Capturador de errores y lanzador de funciones
*Version: 1.0
*Editor: Dario y Cx
*Aprobado: Ok //
*Comentario: Los errores son procesados aquí
*---------------------------------------------
procedure Captura_Error
=aerror (temp)
n=temp(1)
do case
case n=1547
cmens="Por favor, rellene todos los campos"
case n=1526
cmens="Hay inconvenientes para terminar con la operación. Se ha perdido la conexión con el servidor. Sentimos los
inconvenientes. Por favor, consulte con el Administrador del Sistema o puede intentar la operación más tarde
reiniciando la sesión de conexión."
77
case n=4
cmens="Por favor, ingrese los datos necesarios en los campos"
case n=1582 or n=1583 && errores extra
cmens=temp(3)
case n=1584
cmens="El identificador ya existe"
case n=1539
cmens="No se puede actualizar este registro debido a la integridad"
case n=108 or n=109
cmens="No se puede trabajar la petición porque otro usuario está usando el registro. Espere por favor"
case n=1951 &&No se puede autoborrar
return
otherwise
cmens=temp(2)
endcase
=messagebox(cmens,16,"Paso inestable..."+str(temp(1)))
return
*---------------------------------------------
*Aprobado: Ok
*Comentario: Restaura el entorno de Visual Fox
78
*---------------------------------------------
PROCEDURE SALIR(Forzado)
IF Type("Cn")= 'N' then &&Si es numerico
if Cn>0
=sqlDisconnect(cn) && Good Bye Conexión !! Termina la transmisión...
endif
endif
release obarra
_SCREEN.Caption = "Microsoft Visual FoxPro"
_SCREEN.Icon =''
_SCREEN.Picture =""
_screen.closable=.t.
clear menus
SET SYSMENU TO DEFAULT
set status bar on
IF WEXIST("Administrador de Proyectos")
SHOW WINDOW "Administrador de Proyectos"
ENDIF
IF WEXIST("Standard")
SHOW WINDOW "Standard"
79
ENDIF
IF WEXIST("Estándar")
SHOW WINDOW "Estándar"
ENDIF
release cn
close database
On shutdown
Clear Events
endProc
*---------------------------------------------
*Aprobado: /
*Comentario: Procedimiento de clave total.
*Activado
*---------------------------------------------
FUNCTION ExeCommGrabar(strCadenaGrabar)
ON ERROR DO captura_Error
= SQLSETPROP(cn,'Transactions', 2) && Transacciones manuales.
= SQLEXEC(cn,strCadenaGrabar,"temporal")
nEstado = SQLCOMMIT(cn)&&Grabar los cambios. Si no puede vemos Aerror
IF nEstado=-1 then
80
Do Captura_Error
bValorError=.t.
else
bValorError=.f.
endif
ON ERROR &&Restaura el tratamiento de errores del sistema
* Si bValorError ENTONCES error.existió=.t.
RETURN bValorError
ENDFUNC
*---------------------------------------------
*Aprobado: /
*Comentario: Procedimiento de clave total.
*Activado
*---------------------------------------------
FUNCTION ExeCommConsultar(strCadena,NombCursor)
ON ERROR DO captura_Error
bValorError=.f. &&Por ahora, no puedo decir nada...
Result=0
Result=SQLEXEC(cn,strCadena,NombCursor)
if Result<0 then
81
Do Captura_Error
bValorError=.t. &&Ooops, un error
endif
ON ERROR &&Restaura el tratamiento de errores del sistema
RETURN bValorError
ENDFUNC
*---------------------------------------------
*Aprobado: /
*Comentario: Procedimiento de clave total.
*Activado
*---------------------------------------------
FUNCTION ExeCommActualizar(strCadenaActualizar)
ON ERROR DO captura_Error
Result=0
bValorError=.f. &&Por ahora, no puedo decir nada...
Result=SQLEXEC(cn,strCadenaActualizar)
if Result<0 then
Do Captura_Error
bValorError=.t.
endif
82
ON ERROR &&Restaura el tratamiento de errores del sistema
RETURN bValorError
ENDFUNC
*---------------------------------------------
*Aprobado: /
*Comentario: Almacena Info Geografica Provincia.
*Activado
*---------------------------------------------
PROCEDURE AlmacenarGeoProvincia(NomProvincia,NomGeoDepart)
rptaProv=sqlexec(cn,"select NumReg=count(prov_id) from provincia where prov_id=?NomProvincia")
if NumReg=0 then
= SQLSETPROP(cn,'Transactions', 2) && Transacciones manuales.
= SQLEXEC(cn,"insert provincia (prov_id,dep_id) values (?NomProvincia,?NomGeoDepart)")
= SQLCOMMIT(cn)
endif
EndProc
*---------------------------------------------
*Aprobado: /
*Comentario: Almacena Info Geografica Distrito.
*Activado
83
PROCEDURE AlmacenarGeoDistrito(NomDistrito,NomGeoProv)
&&Contamos si existen registros con el mismo nombre:
rptaDist=sqlexec(cn,"select NumReg=count(dis_id) from distrito where dis_id=?DemDistri")
if NumReg=0 then
= SQLSETPROP(cn,'Transactions', 2) && Transacciones manuales.
= SQLEXEC(cn,"insert Distrito (prov_id,dis_id) values (?NomDistrito,?NomGeoProv)")
= SQLCOMMIT(cn)
endif
EndProc
*---------------------------------------------
*Aprobado: /
*Comentario: Muestra el formulario de espera
*---------------------------------------------
PROCEDURE MostrarEsperar(Mostrar)
If Mostrar then
wait window "Trabajando. Por favor, espere..." nowait
else
wait clear
endif
84
ENDPROC
*---------------------------------------------
*Programa: Configuracion del entorno de la aplicacion
*Version: 1.0
*Editor: Dycs y Cx
*Aprobado: Ok
*Comentario: Inicio de la configuracion del entorno
*---------------------------------------------
clear all
SET EXCLU OFF
SET REPROCESS TO 3
SET DATE BRITISH
*Comprobamos si el sistema corre en windows
if _WINDOWS = .t.
endif
*Ubicamos la carpeta que aloja el proyecto
CD SUBSTR(SYS(16),1,RAT("\",SYS(16)))
public dir
dir=SUBSTR(SYS(16),1,RAT("\",SYS(16)))
CLEAR
85
*Aplicando configuracion aL ENTORNO !
_screen.Caption = "SI Alfa & Taurus - Control de matrículas y datos de alumnos"
_screen.Icon = 'icon\UST.ico'
_screen.picture = 'imagenes\fondo_alfa4.jpg'
_screen.windowState=2
_screen.closable=.f.
****
*Iniciando referencias a nuestras clases [Importante]
set classlib to class\clsAlfa && abre el archivo de clases
oBarra=createobject("Barra") && crea una instancia de la clase
*Nos adelantamos a imprevistos de la interfaz dev Fox
IF WEXIST("Vista Preliminar")
HIDE WINDOW "Vista Preliminar"
ENDIF
IF WEXIST("Controles de informes")
HIDE WINDOW "Controles de informes"
ENDIF
IF WEXIST("Paleta de colores")
HIDE WINDOW "Paleta de colores"
ENDIF
86
IF WEXIST("Diseñador de formularios")
HIDE WINDOW "Diseñador de formularios"
ENDIF
IF WEXIST("Diseñador de bases de datos")
HIDE WINDOW "Diseñador de bases de datos"
ENDIF
IF WEXIST("Diseñador de informes")
HIDE WINDOW "Diseñador de informes"
ENDIF
IF WEXIST("Diseñador de consultas")
HIDE WINDOW "Diseñador de consultas"
ENDIF
IF WEXIST("Diseñador de vistas")
HIDE WINDOW "Diseñador de vistas"
ENDIF
IF WEXIST("Administrador de Proyectos")
HIDE WINDOW "Administrador de Proyectos"
ENDIF
IF WEXIST("Controles de formularios")
HIDE WINDOW "Controles de formularios"
87
ENDIF
IF WEXIST("Diseño")
HIDE WINDOW "Diseño"
ENDIF
IF WEXIST("Standard")
HIDE WINDOW "Standard"
ENDIF
IF WEXIST("Estándar")
HIDE WINDOW "Estándar"
ENDIF
SET SYSMENU TO
*Inicio de la captura de error [Importante]
public dimension temp(10)
public n
Public CN &&Numero de conexión, exclusivo
public cmens
public Cprr
SET PROCEDURE TO programa\captura_errorpgr.prg
**Capturador de errores para errores de conexion [Importante]
ON ERROR DO Captura_Error
88
On shutdown do salir
***
*¡Iniciando la interfaz! [Importante]
do form "form\frmLog-on"
* captura error
if Cprr=.f. then
do "menu\menuprincipal.mpr"
Read Events
else
SET SYSMENU TO DEFAULT
endif
*---------------------------------------------
*Aprobado: Ok
*Comentario: Llamado por la interfaz de inicio de sesion - frmLog-on
*---------------------------------------------
procedure Inicializar
open database 'bd\dataalfa.dbc'exclusive &&Abrimos el entorno porque esta configurado para no
*Mostrar la ventana de conexion propia de ODBC [Importante]
*=SQLSETPROP(cn,'DispLogin', 3)
cn=sqlConnect(Origen,Nombre,Contraseña)&¶metros extraidos de frmLog-on
89
*Manejo de error de conexión:
if cn<1 then
x="No se puede establecer la conexión con el origen de datos SQL server. Por favor, consulte con el
Administrador del Sistema"
if messagebox(x,16+5,"Error al intentar la conexión")=4 &&Configuracion: si elige reintentar
do Inicializar
endif
Cprr=.t. &&Clave que informa la aparición de un error
do salir &&Con errores, es mejor cerrar la aplicacion
else
&&Sin errores, se muestra la barra principal de la app
obarra.show
endif
endproc
*---------------------------------------------
*Aprobado: Ok
*Comentario: Validacion de la activación de los botones de la barra de herramientas.
*Desactivado
*---------------------------------------------
procedure Desactivar
90
obarra.cmdMatricular.enabled=.f.
obarra.cmdServicio.enabled=.f.
obarra.cmddatos.enabled=.f.
* obarra.cmdSalir.enabled=.f.
obarra.cmdAConsultas.enabled=.f.
obarra.cmdidentidades.enabled=.f.
endproc
*---------------------------------------------
*Aprobado: Ok
*Comentario: Validacion de la activación de los botones de la barra de herramientas.
*Activado
*---------------------------------------------
Procedure Activar
obarra.cmdMatricular.enabled=.t.
obarra.cmdServicio.enabled=.t.
obarra.cmddatos.enabled=.t.
* obarra.cmdSalir.enabled=.t.
obarra.cmdAConsultas.enabled=.t.
obarra.cmdIdentidades.enabled=.t.
endproc
91
Diseñar de Clases
Las clases generadas por Visual Fox en los controles son de alta
utilidad porque nos permite usar la herencia y polimorfismo para el
diseño de las interfases.
2.8 Implementación
Seleccionar el software apropiado
Para implementar la aplicación cliente usaremos Visual Fox Pro Versión
6.0 y el sistema operativo Microsoft Windows.
También usaremos componentes ActiveX para la implementación de las
interfases de fecha como el DataPickerControl, Control Calendar.
Se aprovecha el uso del Protocolo ODBC para acceder a los datos
remotos del servidor SQL.
Modelo de Implementación
Se usa la tecnología orientada a objetos para un fácil mantenimiento.
Las clases de Visual Fox hacen que el diseño y la codificación se
realicen de forma más intuitiva y rápida.
El gestor de Base de datos tiene la capacidad de auto-administración.
Esto provee mayores posibilidades de explotación de la tecnología
SQL-Server
Modelo de Pruebas
Las versiones de prueba fueron 2:
La primera versión: Iniciaba la inscripción del alumno y validaba de
forma muy básica los datos. Se incluyo la idea de prueba del Agente
SQL.
La segunda versión: Una vez comprobada la efectividad de las
validaciones, se crean las salidas de datos se pulen procedimientos y
funciones para la Base de Datos.
92
CAPÍTULO III
CONCLUSIONES Y SUGERENCIAS
93
CONCLUSIONES
94
SUGERENCIAS
95
96