Upload
miguelcrux
View
6.623
Download
3
Embed Size (px)
DESCRIPTION
Monografía que tiene como titulo Sistema de Control De Matriculas de la Academia Premilitar Alfa & Taurus
Citation preview
Asesor: Docente: Félix Guevara Gamboa
2
Dedicatoria
A: todos nuestros padres que se
esfuerzan en apoyarnos en
nuestro desarrollo personal, con
el fin de forjar un país mejor.
3
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.
4
Í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
5
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
CAPÍTULO III ............................................................... 93
CONCLUSIONES Y SUGERENCIAS.......................................... 93
6
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:
El primer capitulo llamado Información General del Sistema detalla el
estudio preliminar y la identificación del perfil en la cual la empresa se
desarrolla desde sus inicios como centro de formación militar.
El segundo capitulo, Información técnica describe los problemas de la
institución, la elaboración de la hipótesis, Las metodologías y aspectos
administrativos a considerar para la ejecución del proyecto. El análisis, diseño
y la implementación se describen con completa plenitud para una buena
planeación.
El capitulo III, IV y V informan las conclusiones, sugerencias, las
fuentes bibliografiítas, anexos, el manual de usuario respectivamente.
Por ultimo, la elaboración de este proyecto nace por la idea de formar
un centro de computo el cual necesitaba un sistema de control para la
matricula de los alumnos, la cual se desarrolló en la asignatura del Taller De
Desarrollo de Sistemas de la carrera de Computación e informática del
Instituto de Educación Superior Continental.
Los Autores
7
CAPÍTULO I
INFORMACIÓN GENERAL DEL SISTEMA
8
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: [email protected]
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.
9
1.4 Breve reseña histórica:
La academia premilitar Alfa & Taurus se fundó el 18 de mayo de
1998 por la familia Torres Pacheco. Desde sus inicios, Alfa & Taurus ha
brindado sus servicios de forma privada, y su iniciativa primordial ha sido
entrenar alumnos, preparándolos, física, psicológica e intelectualmente
para pode afrontar su deseado propósito: postular e ingresar en alguna
de las escuelas militares de nuestro país.
Actualmente tiene a cargo a su señor director, el Sr. Zósimo Torres
Pacheco, que actualmente es responsable de la organización. ALFA &
TAURUS que promueve su propio desarrollo día a día, para convertir su
visión en realidad.
1.5 Producción y/o Servicios:
La empresa se dedica a la formación de alumnos para postular a
las diversas escuelas militares del país. ALFA & TAURUS forma a sus
alumnos teniendo en cuenta la siguiente clasificación:
1. Formación Académica a. Conocimiento
b. Aptitud Académica
c. Psicotécnico Superior
d. Letras
2. Formación Castrense a. Instrucción premilitar teórico y practico
b. Orientación vocacional
c. Actividades de preparación Castrense
d. Entrevista Personal
3. Preparación Física a. Atletismo
b. Gimnasia
c. Natación
d. Defensa Personal
10
1.6 ORGANIGRAMA
DIRECCIÓN REGIOMAL DE EDUCACIÓN DE JUNÍN
COORDINACIÓN GENERAL
DIRECCIÓN
PROFESORES DE ASIGNATURA
ALUMNOS
PROMOTORA
SECRETARIA
PERSONAL DE SERVICIO
DEPARTAMENTO DE PSICOPEDAGOGIA
ASESORIA LEGAL Y CONTABLE
AUXILIARES DE EDUCACIÓN
TUTORES
11
1.7 Problemas en la empresa
La empresa tiene un gran problema en los métodos de cómo
maneja su información. Al tener almacenada los datos de los alumnos en
Archivadores, solo consiguen volumen. Otro caso que perjudica un buen
desempeño se encuentra cuando se hacen estudios de los datos para la
toma de decisiones, por ejemplo, cual es la escuela militar favorita a
postular, de donde provienen mayormente los alumnos, quienes están
inscritos en determinado servicio. Con el método actual se obtiene estos
datos luego de un plazo y no de manera instantánea. tiempo por el cual
no se toma de decisiones de forma oportuna. Por último, la captura de
datos en un proceso de matricula es ambigua debido al mal diseño de las
fichas de matricula. Esto corrompe los resultados de estudio para la toma
de decisiones.
Por estas razones, es necesario implementar un Sistema de
información que controle la entrada de datos (proceso de matricula) y
apoye a la toma de decisiones con información de calidad.
Antecedentes de otro sistema implantado: Nunca existió un sistema computacional anterior a este proyecto.
1.8 Justificación de la implementación:
Se justifica implementar la red de computadores de forma local por
las siguientes condiciones:
• Este proyecto se implantó paralelamente al proyecto de
implementación de un centro de capacitación en computación para la
Academia Premilitar Alfa & Taurus. Se aprovechó la instalación de la
12
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.
1.9 Situación Actual de Hardware y Software:
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
13
CAPÍTULO II
INFORMACIÓN TÉCNICA
14
2.1 El problema de la investigación: 2.1.1 Titulo descriptivo del proyecto
Sistema de control de matriculas de la academia premilitar Alfa &
Taurus.
2.1.2 Formulación del problema
La academia Alfa & Taurus carece de un proceso de
administración de datos por el cual no lleva correctamente un
control de sus alumnos y garantice la confíabiabilidad de la
información de ellos.
Otro problema es que los estudios de los datos no se hacen
por el simple hecho de ser costosos, y si se hacen, posiblemente
los resultados ya no sean oportunos. De hecho, en toda la vida de
la institución solo se hizo un estudio estadístico en forma manual
para averiguar la escuela militar preferida y adaptar los cursos.
Por último se encontró deficiencia en la generación de
documentos (tiempo de elaboración) que se maneja dentro de la
institución como: Lista de alumnos , tarjetas de control, ficha de
inscripción y constancia de reserva.
2.1.3 Alternativas de Solución
Una alternativa fija es implementar un SI que administre los
datos de los alumnos, controle su inscripción al servicio que la
empresa, brinde y genere información oportuna. Genere
documentos relacionados a los alumno con el mínimo de esfuerzo
y tiempo.
15
2.1.4 Objetivos de la aplicación o sistema a implementar
• Capturar los datos del cliente (alumno) con el propósito de
almacenarlos para usos posteriores (generación de
documentos y resultado de investigaciones).
• Llevar el control automatizado de los servicios y de los alumnos
que participen en dichos servicios.
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.
16
2.2 Marco de referencia
2.2.1 Fundamentos Teóricos
• Cliente: Es una persona que quiere recibir los servicios de la
empresa.
• Apoderado: Es la persona encargada de responder por el
cliente porque en ocasiones el cliente es menor de edad. Al
momento de inscribirse el alumno, debe de estar presente el
Apoderado.
• Matricula: Sucede cuando un cliente ha sido registrado para
participar en un servicio. Para inscribir al cliente, primero se
comprueba si es apto para el curso.
• Alumno: Se denomina alumno a un cliente matriculado
• Evaluación de aptitud: Consiste en pruebas que el Cliente
debe pasar para poderse inscribir.
• Evaluación de disciplina: Se basan en las normas de la
institución que describen la disciplina militar del alumno durante
su permanencia en el servicio de la institución.
• Expulsar un alumno del servicio: Consiste en una grave falta
a las normas de disciplina. Se castiga al alumno con la
expulsión de la academia de forma definitiva. Otra causa es un
problema de salud que no permita al alumno continuar en la
participación del servicio de preparación premilitar. Y por último, Las normas de permisos, Que describen la forma de
gestionar los permisos de los alumnos para justificar su falta en
las clases por un máximo de días. Si no se cumple el acuerdo,
simplemente se considera como un problema de disciplina.
• Proceso de inscripción: es el proceso de captura de los datos
del cliente y su relación con el servicio.
17
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.
2.2.4 Identificación de las variables (Dependientes–independientes) Dependientes:
• Las variable dependientes vendrían a ser la políticas, normas,
soporte de datos, costos. Independientes:
• Clientes, gustos, servicios
2.2.5 Lenguaje Unificado de Modelos (UML)
UML (Lenguaje Unificado de Modelamiento) es una
herramienta necesaria para el desarrollo de software exitoso.
Provee los enfoques de Análisis, Diseño e Implementación del
18
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
2.3.1 Diseño de técnicas de recopilación de información Se requiere la siguiente información:
• Problemas de la empresa generados por la toma de una mala
decisiones por causa de información inoportuna.
• Las molestias que se presentan al momento de elaborar los
documentos y los documento que se necesiten automatizar.
Por lo tanto, aplicaremos las siguientes técnicas:
Entrevista: Aplicada a los miembros de la gerencia
Observación: Para analizar las dificultades que se presentan al
preparar documentos.
2.3.2 Población y Muestras Unidad de Análisis: Personal de la empresa involucrada en el
problema.
19
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.
2.3.4 Guía de Trabajo de Campo
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.
2.4 Aspectos Administrativos 2.4.1 Recursos Humanos (Asesores, Usuario, Integrantes)
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
20
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.
21
2.4.3 Tamaño del Proyecto (Diagrama de Gantt)
22
2.4.4 Presupuesto
El presupuesto de la creación de este software constara :
En Hardware:
Hardware N° PRECIO $ Detalle
Servidor 1 $ 900.00 Ya se cuenta
Maquinas cliente 2 $ 600.00 Ya se cuenta
Impresora 1 $ 150.00 Ya se cuenta
TOTAL $ 1650 Este total está invertido
En Licencias de Software:
Software PRECIO Detalle MSDB SQL Server $ 350.00 MS Open lincense
Total $ 350.00
23
2.5 Análisis del Sistema 2.5.1 Análisis de Requisitos
Requisitos de Usuario
ID Descripción
F1 La secretaria podrá acceder a uso del sistema confirmando su identidad y su contraseña.
F2 La secretaria es la encargada de registrar los datos del los alumnos en el sistema.
F3 La secretaria ingresa los datos de un nuevo alumno en un 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.
F7 El administrador del sistema puede hacer el mantenimiento 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.
24
2.5.1.1 Diagramas de Caso de Usos
Casos de Usos del sistema(De acuerdo a los Requerimientos funcionales )
No tiene Diagrama de Activ porque su analisis no forma parte del mismo Director
Generar información
Administrar servicios
Alumno
Cliente
Secretaria
Administrar datos
Inscribir
<<uses>>
25
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 Secundario Real Tipo Opcional
Descripción Relacionar a un alumno con un servicio de la empresa. Referencia a requerimientos :
F2,F3, F8
Curso típico de eventos Acción del actor Respuesta del sistema
La secretaria averigua si el alumno fue inscrito antes. De confirmarse, el alumno debe de proporcionar los datos que permitan buscar su referencia en el sistema. Encontrados los datos, procede a inscribir al alumno al servicio. 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.
Si el alumno está inscrito, busca en los datos en base a la referencia proporcionada. Muestra los resultados. Permite inscribir al alumno al servicio. Si se necesita registrar un cliente, se prepara, captura y valida los datos que se proporciones.
Al terminar el proceso de inscripción, se pueden imprimir (opcional) los documentos relacionados sin necesidad de almacenarlos.
Muestra e imprime los documentos relacionados.
Para almacenar los datos capturados del alumno (en el caso de no estar registrado), debe de resolver entre almacenarlos como Reserva o Asignación de Servicio
Si elige Reserva, solo almacena los datos del alumno, pero si elige Asignación del servicio, permite relacionar al alumno con el 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.
26
Relacionar a un servicio no está posible si no existe algún servicio
CU: 2 – Administrar datos
ID 2 Nombre del CU Administrar datos
Primario Secretaria Actores Secundarios Alumno (indirecto)
Propósito Hacer operaciones de actualización de los datos del alumno. Primario X Esencial Secundario Real X Tipo Opcional
Descripción
Un alumno que se matricula para usar otra vez un servicio de la academia tiene que pasar a actualizar sus datos. También se hace en caso de la expulsión del alumno por falta grave.
Referencia a requerimientos :
F5
Curso típico de eventos Acción del actor Respuesta del sistema
Si un alumno se ha registrado con anterioridad y se ha inscrito para seguir siendo usuario del servicio de la academia, entonces tiene la obligación de actualizar sus datos en compañía de su apoderado.
Muestra por modulación los datos del alumno, luego del apoderado. Permite la edición. Guarda los cambios.
En el caso de expulsión, el director manda la orden por escrito. Las secretaria actualiza el estado del alumno transformándolo en “Expulsado”
Permite la edición. Advierte si es correcto usar la operación. Actualiza y notifica
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.
27
CU: 3 – Administrar servicios
ID 3 Nombre del CU Administrar servicios
Primario Secretaria Actores Secundarios Director (Secundario) Propósito Agregar y modificar los servicios.
Primario X Esencial X Secundario Real Tipo Opcional
Descripción Agregar un servicio para hacer la apertura de inscripción y establecer la duración del servicio.
Referencia a requerimientos
F9, F6
Curso típico de eventos Acción del actor Respuesta del sistema
La secretaria recibe la autorización para agregar un nuevo servicio y por lo tanto, hacer la apertura de inscripción
El sistema registra el servicio. notifica
La secretaria reciba la orden de modificar los atributos del servicio
El sistema responde a la orden de edición buscando al servicio y 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
28
CU: 4 – Generar documentos
ID 4 Nombre del CU Generar documentos
Primario Secretaria Actores Secundarios Director (Secundario)
Propósito Generar los documentos de interés relacionado a informes estáticos o consultas
Primario Esencial X
Secundario X Real Tipo Opcional
Descripción
Cuando la secretaria requiera los informes, el sistema cumple con presentarlos. Lo mismo sucede cuando se quiere imprimir el resultado producto de una consulta o de los documentos necesarios.
Referencia a requerimientos :
F4
Curso típico de eventos Acción del actor Respuesta del sistema
La secretaria elige entre informes y resultados de consulta. Ejecuta. Envía a impresión.
Ejecuta lo necesario. Si no encuentra datos, notifica.
29
2.5.2 Modelo de Análisis 2.5.2.1 Selección de Conceptos
Objetos físicos o tangibles Alumno, Director, Secretaria, Documentos.
Especificaciones, diseño o descripciones de cosas Matricula, servicios, documentos.
Lugares Academia Premilitar Alfa & Taurus Transacciones Matricular, Servicio, Investigación Línea o Ítem de elemento de transacción Formación premilitar
Papel de las personas Secretaria, Director, Alumno, Administrador de sistema, Cliente, Apoderado
Contenedores de otros objetos Servicio, Lista de alumnos Objetos dentro de un contenedor Registro de inscripción Otros sistemas de computo o electromecánicos externos al sistema
Conceptos de nombre abstractos Información, datos, expulsión, inscripción.
Organizaciones Alfa & Taurus
Eventos Inscribir alumno, Asignar servicio, Modificar datos, Expulsar alumno, Generar. Documentos
Procesos (el principal) Matricular un Cliente, Expulsar
Reglas y Políticas Reglamento de requisitos para inscripción y admisión, Reglamento de disciplina.
Catálogos
Registro de finanzas, de trabajo, de contratos de asuntos legales
Registro de inscripción, documentos informe de cambio de estado a Expulsado.
Instrumentos y servicios financieros
Manuales, libros MIT
30
2.5.2.2 Conceptos Correctos
Conceptos: Matricula Demográfico
Servicios Lista de Alumnos
Cliente Apoderado
Alumno Referencia geográfica
Restricciones Tipos de documento
2.5.2.3 Diagrama de Clases
Diagrama de clases de Análisis
ServicioIDNombreFinInicioEstado
AgregarReg()Modificar()
Grado Instrucción
ID Instruccion
RegistroNumRegAlumnoServicio
Registrar()0..*1 0..*1
Presente en
Escuela Militar
IDEscuela
Datos DemográficoColegioFechaInicioEstudioFinEstudioOcupaciónTelefono
AgregarReg()Modificar()
11
ListaAlumnosIDNombreNombre2ApPaternoApMaternoGeneroFechaNacDocIDEstado
AgregarReg()Modificar()CambiarEstado()
0..*
1
0..*
1
Presente en
11
1 11 1
Relacionado
Parentes co
IdParentesco
Si es mayor de edad, no necesita, salvo si desea
Si se reserva, no es necesario registra aquí
RegistroApoderadoNombreNombre2ApPaternoApMaternoGeneroParentescoOcupacionDireccionTrabajoDocIDTipoDocID
AgregarReg()Modificar()
1 0..11 0..1
Relacionado
11
TipoDoc
IDTipo
11
31
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)
32
2.5.3 Modelo de Interacción o Comportamiento 2.5.3.1 Diagramas de Secuencia (Análisis)
DS: Inscribir
: Lis taAlum nos : Datos Demográfico
: Regis troApoderado : Secretaria
Modificar( )
Modificar( )
Modificar( )
CambiarEstado( )
33
DS: Administrar datos
: ListaAlumnos : Datos Demográfico
: RegistroApoderado : Secretaria
Modificar( )
Modificar( )
Modificar( )
CambiarEstado( )
34
DS: Administrar servicios
: Secretaria : Servicio
Modificar(String, Date)
AgregarReg(String, Date, Date)
35
2.5.3.2 Diagramas de Secuencia (Diseño)
DS: Iniciar Aplicación
: Secretaria : Modulo : MDI : Menu :
BarraHerramientas : frmLogin : Manejador
Error : ODBC
Ejecutar( )
PrepararEntorno( )
Show( )
Mostrar( )
Mostrar( )
Mostrar( )
ResolverConexión( )
Ejecutar( )
EjecutarConexión( ) MostrarError( )
36
DS: Inscribir
: Secretaria : ProcesoInscrip : frmInscribir
: InfoGeográfica
Iniciar( ) Iniciar( )
Show( )
Ingresar( )
AgregarProv( )
Term inar( )
AgregarDistrito( )
ObtenerProv( )
ObtenerDistrito( )
DS: Administrar servicio
: Secretaria : ManipularServicio : frmServicio
Iniciar( ) Show( )
Ingresar( )
Terminar( )
37
DS: Administrar Datos
: Secretaria : Modificar Datos : frmEditar : InfoGeográfica
Iniciar( ) Show( )
Ingresar( ) AgregarProv( )
AgregarDistrito( )
ObtenerProv( )
ObtenerDistrito( )
Terminar( )
DS: Consultar
: Secretaria : ODBC : Manejador
Error : Informes : CursorActivo :
frmGenInformesMostrar( ) EjecutarConexión( ) MostrarError( )
CrearCursor( )
Mostrar( )
LeerCursor( )
Imprimir( )
38
2.5.3.3 Diagramas de Colaboración (Diseño)
DColaboración: Iniciar Aplicación
: Secretaria
: Modulo : MDI
: Menu
: BarraHerramientas
: frmLogin : Manejador
Error : ODBC
2: PrepararEntorno( )
1: Ejecutar( )
7: ResolverConexión( )
3: Show( )
4: Mos trar( )
5: Mostrar( )
6: Mostrar( )
8: Ejecutar( )9: EjecutarConexión( )
10: MostrarError( )
39
DColaboración: Inscribir DColaboración: Administrar Servicios
: Secretaria : ProcesoInscrip
: frmInscribir
: InfoGeográfica
3: Show( )
2: Iniciar( )
5: AgregarProv( )6: AgregarDistrito( )
7: ObtenerProv( )8: ObtenerDistrito( )
1: Iniciar( )9: Terminar( )
4: Ingresar( )
: Secretaria : ManipularServicio
: frmServicio
1: Iniciar( )4: Terminar( )
3: Ingresar( )
2: Show( )
40
DColaboración: Administrar Datos DColaboración: Consultar
: Secretaria
: Modificar Datos
: frmEditar
: InfoGeográfica
1: Iniciar( )8: Terminar( )
3: Ingresar( )2: Show( )
4: AgregarProv( )5: AgregarDistri to( )6: ObtenerProv( )
7: ObtenerDistrito( )
: Secretaria
: ODBC : Manejador Error
: frmGenInformes
: Informes
: CursorActivo
1: Mostrar( )
7: Imprimir( )
3: MostrarError( )2: EjecutarConexión( )
4: CrearCursor( )
5: Mostrar( ) 6 : LeerCursor( )
41
2.5.3.4 Diagramas de Actividad
DA: Inscribir
Inicio
Solicita inscripcion luego de pasar los exámenes de admisión
Recibe los documentos
CU: Inscribir
Inicia un proceso de inscripción
Ingresa los datos del alumno
Ingresa datos Demograficos
Ingresa los datos del apoderado
Guardar por conformidad
Entregar Doc
Notificar termino de la actividad al nuevo alumno
Preparado para ingresar los datos generales
Notifica estar Listo
Hace disponible las opciones de impresión.
Guardar
¿Asignar un servicio?
Fin
No asignar
Recibe y valida
Recibe, valida, agrega
Recibe, validaSí, guardar por necesidad
No lo almacena, hace una excepción
Pasar por alto esta informacion
Agrega si comprueba que no lo reconoce
No lo Reconozco, Guardar
No lo reconozco, Guardar
No lo reconozco, Guardar
Muestra los datos contenidos
ActualizarCascadaUbicacionActualizarCascadaUbicacion
ActualizarCascadaUbicacion
Asignar un servicio
Asignar Registrar
NuevoRegistro : RegistroServicio : ServicioGeo : InfoGeográficaNuevoApoderado : RegistroApoderadoDatosDemog : Datos DemográficoNuevoAlumno : ListaAlumnosProceso : ProcesoInscripSecretaria : SecretariaCliente : Cliente
42
DA: Administrar Servicios
Inicio
Ordena manipular servicios
Inicia la actividad
Agregar
Quiero agregar
¿Modificar A cual?
Quiero Modificar
CU Administrar servic ios
Serv icio : Serv icioSe cre taria : Secreta riaDirector : Director
43
DA: Administrar datos
Inicio
Modificar segun su interés
Fin
Muestra los datos. Permite guardar
¿Perm iti r edición de datos demograficos relacionados?
No
Muestra los datos. Permite guardar
Sí
¿Permitir la edición de datos del apoderado?
No
Fin
Muestra los datos. Permite guardar
¿Tiene datos?
Sí
Correcto
Fin
No tiene datos
Apoderado : RegistroApoderadoDe mog : Datos DemográficoAlumno : ListaAlumnosSecretaria : Secre taria
44
2.5.4 Modelo de Diseño
DP: Diagrama de paquetes principal
Clases Diseño Clases Análisis
Diagrama de Paquetes. Relación entre el analisis y el diseño
DP: Relación entre paquetes para la aplicación y los componentes necesarios para implementar la aplicación en Visual Fox
Formularios
Cursores
Dependencia de los formularios. Conclusión, los formularios son el centro de operaciones.
(Dependencia en base a Estructura de proyecto Visual Fox)
Servicios
Programas
45
DP: Relación entre las dependencias de los componentes de la aplicación en un proyecto Fox
Formularios
Cursores
Dependencia de los formularios. Conclusión, los formularios son el centro de operaciones.
(Dependencia en base a Estructura de proyecto Visual Fox)
Servicios
DC: Formularios
Relación entre el formulario MDI, la barra de herramientas y menu
Relación para todas: <<Contenido en MDI>>
Menu
Mostrar()
BarraHerramientas
Mostrar()Habilitar()
frmServicio
Show()Ingresar()
frmEditar
Show()Ingresar()
frmInscribir
Show()Ingresar()
frmAdminConsulta
Show()
frmLogin
Mostrar()ResolverConexión()
Informes
Mostrar()Imprimir()
MDI
Show()
1
1
1
111 11
1
1
1
1
1
1
1
11
1
1
111 11
1
1
1
1
1..*
1
1..*
1
46
DC: Servicios
Este diagrama enseña la unica salida de conexión activa para un proceso de clase control.Cada clase control usa un Manejador de Error para mostrar los errores de conexión
Manejador ErrorIDErrorDescripción
MostrarError()
<<error>>
ProcesoInscrip
Iniciar()Term inar()
(f rom Controladores)
InfoGeográfica
AgregarProv()AgregarDistrito()
(f rom Controladores)
ODBC
EjecutarConexión()
<<Interface>>
1
1
1
1
Usa
1
1
1
1
11
ManipularServicio
Agregar()Term inar()
(f rom Controladores)
1
1
1
1
47
DC: Objetos controladores
frmEditar
Show()Ingresar()
(f rom Formularios)frmServicio
Show()Ingresar()
(f rom Formularios)
InfoGeográfica
AgregarProv()AgregarDistrito()ObtenerProv()ObtenerDistrito()Iniciar()
Modificar Datos
Iniciar()Term inar()
1
1
1
1
controlado por
ManipularServicio
Agregar()Terminar()Iniciar()
1
1
1
1
controlado por
frmInscribir
Show()Ingresar()
(f rom Formularios)Usa
CursorActivo
NombreCursor
CrearCursor()EliminarCursor()LeerCurs or()
(from Cursores)
1..*
1
1..*
1
1..*
1
1..*
1
1..*
1
1..*
1ProcesoInscrip
In iciar()Terminar()
1
1
1
1
controlador por
1..*
1
1..*
1
Para trabajar correctamente, todos tienen la responsabilidad de generar Cursores y destruirlos
48
D Estado: Clase Servicio
Inicio
Activo Desactivo
Estados del servicio"A" -> El servicio no ha llegado a la fecha fin"D" -> El servicio pasa a ser Historia. Los alumnos relacionados a el Pasan a "D". El servicio llega a su fecha Fin al dia siguiente de dicha fecha
Culminar
Creado
Inicio Activación
Nuevo
Estando activo podemos Editarlo
49
D Estado: Clase Lista Alumno
Inicio
D: (Desactivo) Un alumno que ya no participa en el servicio porque el servicio que estaba usando ha culminado. (Servicio Desactivo)H: (Habilitado) Un alumno que en ese momento esta relacionado en un Servicio ActivoA: (Activar) Un nuevo cliente inscrito, que no tiene aun relación con algún servicio y presto para activar.E: (Un alumno Expulsado) Caso que maneja a un alumno expulsado (Apartado) del servicio por orden del Director.
Expulsado
Habilitado
Desactivado
Usando el servicio
Reservado
ExpulsadoTermina el servicio
Ya terminó, esperamos que vuelva a usar el servicio
Activar
Participar en un servicio
Volver a inscribir
Reservar
50
2.5.4.1 Diagramas de Componentes
DP: Diagrama principal
S e r v i d o r
C l i e n t e
C o m p o n e n t e s : L a a p l i c a c ió n c l i e n t e d e p e n d e d e l s e r v i d o r
D Componentes: PC Cliente
Aplicación cliente
<<Application>>
ODBC
Dependencias
Sistema Operativo Windows
<<SO>>
D Componentes: Servidor
SQL server<<GDBD>>
Agente SQL
<<Agent>>
51
2.5.4.2 Diagramas de Despliegue o Plataforma D Componentes: PC Cliente
Servidor Windows 2000
preemptive
<<Servidor>>
WS01
executive
<<Estación de trabajo>>
TCP/IP<<Protocolo de comunicación>>
52
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.
53
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:
54
55
2.6.2.2 Diseño de la estructura de cada tabla
Tabla alumno:
56
Tabla demográfico:
57
Tabla apoderado:
58
Tabla matricula
Tabla servicio
59
Tabla departamento:
Tabla provincia:
Tabla distrito:
60
2.6.2.3 Integridad Referencial
Alumno – Demográfico
Alumno – Apoderado
61
Alumno – Matricula
Servicio – Matricula
62
Departamento –Provincia
Provincia - Distrito
63
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.
64
2.6.3 Interfaz de Usuario (en funcionalidad con los casos de uso) 2.6.3.1 Pantalla de presentación del sistema
65
2.6.3.2 Diseño de Menús
Muestra el menú Salir y cerrar sesión. Este comando permite salir del sistema y terminar con la sesión
Contiene los comandos necesarios para trabajar con eltexto (Copiar, pegar, Deshacer, Borrar, Rehacer) en lascajas de texto.
66
Muestra un navegador Web que proporciona acceso a ladocumentación en pantalla en formato HTML. Para poder ver el contenido, tiene que instalar primero los archivos de ayuda. Paramás detalles, revise el capitulo 1 Instalación..
Tiene la responsabilidad de mostrar las opciones de generaciónde información de salida del sistema. Podemos ejecutar Consultas y Reportes así como el Administrador de Consultas y las interesantes funcionalidades del conjunto deGráficos. Todos ellos, desde luego, con la función deimpresión..
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 unalumno a un proceso de matrícula. Manipulación de los servicios permite trabajar con los servicios activos de la empresa yMantenimiento de los datos de los alumnos es el comando que permite manipular los datos de los alumnos, permitiendo la ediciónde dichos datos y la gestión de casos excepcionales.
67
2.6.3.3 Diseño de la barra de herramientas
2.6.3.4 Diseño de Formularios
A diferencia de la barra de menús y con el objetivo demejorar la apariencia de la interfaz, la barra de herramientas tiene el objetivo de permitir un acceso másfácil y metafórico a las opciones del menú (Además deuna opción extra que no se encuentra en los menús, laAsignación de un servicio)
Cuadro de inicio de sesión: Formulario donde ingresara el usuario y su contraseña para ingresar al sistema
68
Situación: Si requiere un proceso de inscripción,la siguiente pantalla le va permitir inscribir oasignar un alumno a un servicio.
Situación: Al finalizar la captura de los datosrelacionados a una inscripción, se encontrará con esta ventana. Para agregar o editar un serviciode la academia
69
Situación: Por otra parte, cuando desee realizar el mantenimientode los datos de los alumnos, tendrá que determinar a que tipoexclusivo pertenece con la siguiente interfaz.
Ventana de captura de datos para la información necesaria del cliente.
70
Situación: Al finalizar la captura de los datos relacionados a unainscripción, se encontrará con esta ventana Entonces usted vadecidir reservar o asignar a un servicio.
Interfaz para poder asignar el servicio al alumno
71
Localizador de referencias de los alumnos
La siguiente pantalla muestra los servicios disponibles para asignar a un alumno
72
Permite crear los servicios desde esta interfaz
Interfaz para modificación un servicio
73
2.6.3.5 Diseño de Consultas
Interfaz útil para realizar cualquier tipo de consultas SQL por parámetros
La pantalla siguiente le permitirá realizar consultas por entidades
74
2.6.3.6 Diseño de Informes
Esta pantalla le ve permitir realizar consulta por rango de fechas
Formulario que le muestra la lista de alumnos con respecto a un servicio
75
Servicio de documentos automatizados: Ejemplo: Matricula a un servicio
Servicio de documentos automatizados: Ejemplo: Información de un alumno
76
Servicio de documentos automatizados: Ejemplo: Informe del proceso de expulsado
Servicio de documentos automatizados: Ejemplo: Tarjeta de Control
77
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."
78
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
79
*--------------------------------------------- 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"
80
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
81
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
82
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
83
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
84
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
85
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
86
*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
87
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"
88
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
89
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
90
*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
91
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
92
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.
93
CAPÍTULO III
CONCLUSIONES Y SUGERENCIAS
94
CONCLUSIONES
Almacenamiento de los datos básicos de interés de la academia con el
propósito de su uso posterior en la generación de documentos en un
proceso de inscripción y control de datos del alumno, así como
generación de resultados de estudios de los datos.
Implementación de una solución basada en computadoras en pleno
beneficio para la institución automatizando el control de los datos de los
servicios y de los alumnos.
95
SUGERENCIAS
Implementación de un siguiente ciclo de desarrollo con el objetivo de
mejorar y ampliar las capacidades del software.
Implementación de la siguiente versión usando componentes,
orientación del desarrollo a la implementación de software empresarial
en base a componentes para un rápido mantenimiento.
96