Asesor:

Docente: Félix Guevara Gamboa

Dedicatoria

A: todos nuestros padres que se

esfuerzan en apoyarnos en
nuestro desarrollo personal, con
el fin de forjar un país mejor.

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

CAPÍTULO III ............................................................... 93

CONCLUSIONES Y SUGERENCIAS .......................................... 93

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:

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

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:

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

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

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

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.

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

12
 CAPÍTULO II
INFORMACIÓN TÉCNICA

13
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.

14
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.

15
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.

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.

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

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

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.

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.

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

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:

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

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

Ca sos d e Usos del sistema

(De acuerdo a l os
Re queri mientos fu ncio nales )
Inscribir
Cliente
<<uses>>

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

CU: 2 – Administrar datos

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
Objetos físicos o tangibles
Especificaciones, diseño o
descripciones de cosas
Lugares
Transacciones
Línea o Ítem de elemento de
transacción
Papel de las personas
Contenedores de otros objetos
Objetos dentro de un contenedor
Otros sistemas de computo o
electromecánicos externos al
sistema
Conceptos de nombre abstractos
Organizaciones
Eventos
Procesos (el principal)
Reglas y Políticas
Catálogos
Registro de finanzas, de trabajo,
de contratos de asuntos legales
Instrumentos y servicios
financieros
Manuales, libros
Alumno, Director, Secretaria,
Documentos.
Matricula, servicios, documentos.
Academia Premilitar Alfa & Taurus
Matricular, Servicio, Investigación
Formación premilitar
Secretaria, Director, Alumno,
Administrador de sistema, Cliente,
Apoderado
Servicio, Lista de alumnos
Registro de inscripción
Información, datos, expulsión,
inscripción.
Alfa & Taurus
Inscribir alumno, Asignar servicio,
Modificar datos, Expulsar alumno,
Generar. Documentos
Matricular un Cliente, Expulsar
Reglamento de requisitos para
inscripción y admisión, Reglamento de
disciplina.
Registro de inscripción, documentos
informe de cambio de estado a
Expulsado.
MIT
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

2.5.2.3 Diagrama de Clases

Diagrama de clases
de Análisis

Grado Instrucción Escuela Militar TipoDoc

ID Instruccion ID Escu ela ID Ti po

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

: Lis taAlum nos : Datos :

: Secretaria
Demográfico Regis troApoderado
Modificar( )

CambiarEstado( )

Modificar( )

Modificar( )

32
DS: Administrar datos

: ListaAlumnos : Datos :
: Secretaria
Demográfico RegistroApoderado
Modificar( )

CambiarEstado( )

Modificar( )

Modificar( )

33
DS: Administrar servicios

: Servicio
: Secretaria

AgregarReg(String, Date, Date)

Modificar(String, Date)

34
2.5.3.2 Diagramas de Secuencia (Diseño)
DS: Iniciar Aplicación

: Modulo : MDI : Menu : : frmLogin : ODBC : Manejador

: Secretaria BarraHerramientas Error
Ejecutar( )

Prepa rarEnto rno( )

Show( )

Mostrar( )

Mos trar( )

Mos trar( )

ResolverConexión( )

Ejecutar( )

EjecutarConexión( ) MostrarError( )

35
DS: Inscribir

: frmInscribir
: Secretaria : Proces oIns crip : InfoGeográfica

Ini ciar( ) Iniciar( )

Show( )

Ingresar( )

AgregarProv( )
AgregarDistrito( )

ObtenerProv( )

ObtenerDistrito( )
Term in ar( )

DS: Administrar servicio

: 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

: : ODBC : Manejador : Informes : CursorActivo

: Secretaria frmGenInformes Error
Mostrar( ) EjecutarConexión( ) MostrarError( )

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( )

: Menu 9: EjecutarC onexión( )

8: Ejecutar( )

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( )

: InfoGeográfica : ODBC : Manejador

Error

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

Solicita inscripcion luego de Inicia un proceso Preparado para ingresar

pasar los exámenes de admisión de inscripción los datos generales

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

Ingresa los datos Sí, guardar por necesidad Recibe, valida

del apoderado

Pasar por alto esta informacion

No lo almacena, hace
Guardar por una excepción
Recibe los Hace disponible las
documentos conformidad opciones de impresión.
Entregar Doc

Guardar

Notificar termino de la Asignar

¿Asignar un Asignar un Registrar
actividad al nuevo alumno
servicio? servicio

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

Ordena manipular Inicia la

servicios actividad Quiero agregar

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

Modificar segun Fin

su interés Muestra los datos. Correcto
Permite guardar

¿Pe rm iti r edi ción de datos

de mograficos rel aci onados? ¿Tiene datos?

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

DP: Diagrama de paquetes principal

Diagrama de
Paquetes. Relación
entre el analisis y
el diseño

Clases Diseño Clases Análisis

DP: Relación entre paquetes para la aplicación y los

componentes necesarios para implementar la aplicación
en Visual 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

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

Este diagrama enseña la

<<error>>
unica salida de conexión
Manejador Error
activa para un proceso de
clase control. IDError
Cada clase control usa un Descripción
Manejador de Error para
mostrar los errores de MostrarError()
conexión 1

Usa

1
<<Interface>>
ODB C
1
Eje cutarConexión ()
1

1 1

Manipu larServicio InfoGeográfica ProcesoInscrip

(f rom Controladores) (f rom Controladores)
(f rom Controladores)

AgregarProv() Ini ci ar()

Agregar()
AgregarD istrito() Term ina r()
Term ina r()

46
DC: Objetos controladores

frmInscribir frmEditar frmServicio

(f rom Formularios)
(f rom Formularios) (f rom Formularios)
Usa
Show() Show() Show()
Ingresar() Ingresar() Ingresar()
1
1 1

con trola dor por controlado por controlado por

1 1
1

1 1
ProcesoInscrip InfoGeográfica 1 1Manipul arServici o
Modificar Datos

In ici ar() AgregarProv() Agregar()

AgregarDistrito() Ini ci ar()
Terminar() Te rm inar() Terminar()
ObtenerProv() Iniciar()
ObtenerDistrito()
Iniciar()

1..* 1..* 1..*

1..*
Para trabajar CursorActivo
correctamente, (from Cursores)
todos tienen la NombreCursor
responsabilidad de
generar Cursores y CrearCursor()
destruirlos Elimi narCursor()
Lee rCurs or()

47
D Estado: Clase Servicio

Creado
Inicio
Nuevo

Estando activo podemos

Inicio Activación Editarlo

Activo Culminar 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

48
D Estado: Clase Lista Alumno

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
Activo
A: (Activar) Un nuevo cliente inscrito, que no tiene aun relación con algún
s ervicio y presto para activar.
E: (Un alumno Expulsado) Caso que maneja a un alumno expulsado (Apartado)
del servicio por orden del Director.

Activar
Inicio
Reservado
Reservar

Desactivado
Participar en un servicio Expulsado

Volver a inscribir

Termina el servicio Expulsado

Habilitado

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

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 el

texto (Copiar, pegar, Deshacer, Borrar, Rehacer) en las
cajas de texto.

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.

Tiene la responsabilidad de mostrar las opciones de generación

de información de salida del sistema. Podemos ejecutar
Consultas y Reportes así como el Administrador de
Consultas y las interesantes funcionalidades del conjunto de
Gráficos. Todos ellos, desde luego, con la función de
impresión..

Muestra un navegador Web que proporciona acceso a la

documentación en pantalla en formato HTML. Para poder ver el
contenido, tiene que instalar primero los archivos de ayuda. Para
más detalles, revise el capitulo 1 Instalación..

66
2.6.3.3 Diseño de la barra de herramientas

A diferencia de la barra de menús y con el objetivo de

mejorar la apariencia de la interfaz, la barra de
herramientas tiene el objetivo de permitir un acceso más
fácil y metafórico a las opciones del menú (Además de
una opción extra que no se encuentra en los menús, la
Asignación de un servicio)

2.6.3.4 Diseño de Formularios

Cuadro de inicio de sesión: Formulario donde

ingresara el usuario y su contraseña para ingresar al
sistema

67
 Situación: Si requiere un proceso de inscripción,
la siguiente pantalla le va permitir inscribir o
asignar un alumno a un servicio.

Situación: Al finalizar la captura de los datos

relacionados a una inscripción, se encontrará con
esta ventana. Para agregar o editar un servicio
de la academia

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.

Ventana de captura de datos para la información necesaria del cliente.

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.

Interfaz para poder asignar el servicio al alumno

70
 Localizador de referencias de los alumnos

La siguiente pantalla muestra los servicios disponibles para

asignar a un alumno

71
Permite crear los servicios desde esta interfaz

Interfaz para modificación un servicio

72
 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

73
 Esta pantalla le ve permitir realizar consulta por rango de fechas

2.6.3.6 Diseño de Informes

Formulario que le muestra la lista de alumnos con respecto a un servicio

74
 Servicio de documentos automatizados: Ejemplo: Matricula a un servicio

Servicio de documentos automatizados: Ejemplo: Información de un alumno

75
 Servicio de documentos automatizados: Ejemplo: Informe del
proceso de expulsado

Servicio de documentos automatizados: Ejemplo: Tarjeta de Control

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)&&parametros 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

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.

94
 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.

95
96