Proyecto Final

UNIVERSIDAD DEL GOLFO DE MXICO
CAMPUS CIUDAD MENDOZA

Seminario de Investigacin 7 Ing. Sistemas Computacionales
1

Proyecto:

Sistema Computacional para Captura de Registros
Correspondientes a Cursos Impartidos por el
Instituto Mexicano del Seguro Social
Zona Orizaba.

Materia:

Seminario de Investigacin.

Presenta:

Luis Guillermo Ocampo Snchez

Asesor:

Carlos Javier Marn Rosales

OCTUBRE 2009


2
DEDICATORIA

El presente proyecto se lo dedico primordialmente a Dios y a toda mi familia, ya que gracias
a ellos y a su apoyo incondicional he podido vencer todos los obstculos que se me han
presentando para poder llegar a donde me encuentro el da de hoy.

Al igual este proyecto se lo dedico mis catedrticos que estuvieron directa e indirectamente
en mi formacin acadmica ya que gracias a todos ellos tengo las bases para poder
desenvolverme en el campo profesional.

Gracias a todos por sus conocimientos brindados.


3
AGRADECIMIENTOS

Gracias a Dios por sus bondades, por este logro que es el intermedio para
alcanzar una meta mayor.
Gracias a mi Padre y a mi Madre, su amor me hace fuerte y me impulsa a
seguir adelante. Los Amo.
Gracias a mis compaeros y amigos de la maestra, de todos me llevo un
grato recuerdo y una leccin aprendida. xito a todos!
Mi especial agradecimiento a Mara, Mnica, Vctor y Hugo con quienes conviv y forme una
amistad ms afectiva, a los tres los respeto y admiro, valoro sus consejos y sobretodo su
confianza.

Gracias.


4
INDICE

INTRODUCCION.8

CAPITULO I INTRODUCCION.9

DATOS GENERALES DONDE SE REALIZARAN LAS ACTIVIDADES.10
INSTITUTO MEXICANO DEL SEGURO SOCIAL11
ANTECEDENTES GENERALES11
OBJETIVO DEL IMSS13
MISIN13
VISIN.13
TIPO DE ENFOQUE DE LA INVESTIGACION.14
UNIVERSO.14
JUSTIFICACION..15
PLANTEAMIENTO DEL PROBLEMA..16
HIPOTESIS.17
OBJETIVO GENERAL17
OBJETIVOS PARTICULARES17
IMPORTANCIA DEL ESTUDIO..17
ALCANCES Y LIMITACIONES.18
CRONOGRAMA DE ACTIVIDADES.19


5
CAPITULO II MARCO TEORICO..20

INTRODUCCION21
CONCEPTUALIZACION DE SISTEMA22
SISTEMA INFORMTICO.22
CICLO DE VIDA PARA EL DESARROLLO DEL SISTEMA.23
INVESTIGACION PRELIMINAR.24
ACLARACIN DEL REQUERIMIENTO..24
FACTIBILIDAD ECONMICA..24
FACTIBILIDAD OPERATIVA.25
DETERMINACIN DE LOS REQUERIMIENTOS DEL SISTEMA..25
DISEO DE SISTEMA..26
DESARROLLO DEL SOFTWARE.27
PROGRAMADOR..27
PROTOTIPO DEL SISTEMA..28
PRUEBA DEL SISTEMA..28
IMPLEMENTACION Y EVALUACIN DEL SISTEMA.28
EVALUACIN DEL SISTEMA..29
EVALUACIN OPERACIONAL29
IMPACTO ORGANIZACIONAL..29
BASE DE DATOS.30
TIPOS DE BASES DE DATOS30
BASES DE DATOS ESTTICAS31
BASES DE DATOS DINMICAS.31
BASES DE DATOS BIBLIOGRFICAS.31
BASES DE DATOS DE TEXTO COMPLETO.32
MODELOS DE BASES DE DATOS.32

6
BASES DE DATOS JERRQUICAS32
BASE DE DATOS DE RED..33
BASE DE DATOS RELACIONAL.33
OBJETIVOS DE LOS SISTEMAS DE BASES DE DATOS.35
DIFICULTAD PARA TENER ACCESO A LOS DATOS..35
AISLAMIENTO DE LOS DATOS.35
ANOMALAS DEL ACCESO CONCURRENTE.36
PROBLEMAS DE SEGURIDAD36
PROBLEMAS DE INTEGRIDAD.36
CLASIFICACIN DE LOS SISTEMAS GESTORES DE BASE DE DATOS..37
ACTIVIDADES QUE SE REALIZAN EN UN SISTEMA DE BASE DE DATOS..40
ANTECEDENTES HISTRICOS DE VISUAL BASIC 6.0.41
CARACTERSTICAS GENERALES..41
VERSIONES..42
VENTAJAS.43
REQUISITOS PARA LA INSTALACIN DE MICROSOFT VISUAL BASIC 6.0..44
FORMULARIOS Y CONTROLES44
OBJETOS Y PROPIEDADES.45
NOMBRES DE OBJETOS..46
EVENTOS..47
MTODOS47
INVESTIGACION ANTERIOR DEL TEMA48


7
CAPITULO III METODOLOGIA.49

MODELO EN CASCADA.50
BUSQUEDA DE INFORMACION..53

CAPITULO IV RESULTADOS..54

CAPITULO V ANALISIS DE RESULTADOS.55

CONCLUSIONES.56
RECOMENDACIONES.57
GLOSARIO.58
BIBLIOGRAFIA.59


8
INTRODUCCION

Se realizara un sistema computacional para el Instituto Mexicano del Seguro Social
Delegacin Regional Veracruz-Sur, dentro de la Coordinacin Delegacional de Calidad y
Normatividad, el cual su funcin primordial ser la captura de registros y/o datos
correspondientes a los cursos programados y realizados por esta Coordinacin. Las
operaciones comunes que realizara el sistema computacional sern las de: Altas, Bajas,
Modificacin, Consultas y Reportes de todos los trabajadores que hayan acreditado hayan
faltado de acreditar algn curso.

Por lo que no hay ningn impedimento para llevar a cabo este sistema computacional,
puesto que toda la informacin necesaria para entender y comprender el proceso se me
ser proporcionada, ya sea por medio de entrevistas, consultas de manuales operativos o
con el simple hecho de observar cada paso del proceso.


9

CAPITULO I

INTRODUCCION


10
DATOS GENERALES DONDE SE REALIZARAN LAS ACTIVIDADES

Nombre:
Instituto Mexicano del Seguro Social Delegacin Regional Veracruz-Sur
rea:
Coordinacin Delegacional de Calidad y Normatividad
Direccin:
Sur 10 # 127 entre poniente 13 y 15
Colonia centro, Orizaba, Ver. C.P. 94300
Telfono:
72-5-91-30


11
INSTITUTO MEXICANO DEL SEGURO SOCIAL

El Instituto Mexicano del Seguro Social (IMSS) es la institucin de seguridad social ms
grande de Amrica Latina, pilar fundamental del bienestar individual y colectivo de la
sociedad mexicana y principal elemento redistribuidor de la riqueza en Mxico; es sin duda,
una de las instituciones ms queridas por los mexicanos.

Los avances logrados se deben al esfuerzo y compromiso permanente de ms de 370 mil
trabajadores ejemplares del IMSS en todo el pas. Su trabajo se ha desarrollado en un
contexto macroeconmico difcil, y ha descansado en gran medida en esfuerzos de
austeridad y de combate a la evasin y la elusin. Esta ruta, sin embargo, tiene claros
lmites; nos ha ayudado a sortear la coyuntura, pero no es una solucin permanente a
nuestra problemtica. Afortunadamente, la situacin econmica parece ms promisoria
para el resto de ste y los prximos aos.

ANTECEDENTES GENERALES

Las reivindicaciones para la clase trabajadora se plasmaron desde la Constitucin Polti ca de
1917, el Artculo 123 establece, entre otras medidas, responsabilidades de los patrones en
accidentes de trabajo y enfermedades profesionales, as como tambin la obligacin
de observar los preceptos legales sobre higiene y seguridad.

Sin embargo, no fue sino 26 aos despus cuando bajo el gobierno del Presidente de la
Repblica Manuel vila Camacho se logr hacer realidad este mandato constitucional.


12
En su discurso de toma de posesin, el primero de diciembre de 1940, el Presidente vil a
Camacho anunci: "...todos debemos asumir desde luego el propsito, que yo desplegar
con todas mis fuerzas, de que un da prximo las leyes de seguridad social protejan a todos
los mexicanos en las horas de la adversidad, en la orfandad, en la viudez de las mujeres, en
la enfermedad, en el desempleo, en la vejez, para sustituir este rgimen secular
que por la pobreza de la nacin hemos tenido que vivir".

El 19 de enero de 1943 naci el Instituto Mexicano del Seguro Social, con una composicin
tripartita para su gobierno, integrado, de manera igualitaria, por representantes de los
trabajadores, de los patrones y del Gobierno Federal. De inmediato comenz a trabajar su
Consejo Tcnico. Entonces, al igual que hoy, sus integrantes han sabido anteponer a los
legtimos intereses que representan el bien superior del Seguro Social, constituyndose as
en garanta de permanencia y desarrollo institucional.

Se recibi la primera aportacin del Gobierno Federal por la cantidad de cien mil pesos; se
afili la primer empresa y se expidi la primera credencial de afiliacin.
El 6 de abril de 1943 se funda el Sindicato Nacional de Trabajadores del Seguro Social
(SNTSS), que hoy en da constituye la organizacin sindical ms grande del apartado A del
Artculo 123 Constitucional. El decreto de creacin del IMSS prevea la puesta en marcha de
los servicios para el 1 de enero de 1944.


13
OBJETIVO DEL IMSS.

Seguridad Social para todos el objetivo primordial del IMSS es garantizar los servicios de
salud a travs de la asistencia mdica y otorgar servicios sociales que eleven el bienestar de
los derechohabientes.

MISIN.

Contribuir en el IMSS a la transparencia de su gestin, al mejoramiento de los sistemas de
control interno, a la eficacia en el uso de los recursos ante los ciudadanos, as como
promover la permanencia y desarrollo a travs del buen desempeo de los servidores
pblicos.

VISIN.

El OIC ser visto como garanta de calidad en el servicio a los ciudadanos, en la medida que
la gestin del IMSS sea ajena a toda prctica de corrupcin e impunidad y se establezca un
sistema profesional que garantice la igualdad de oportunidades y un servicio de calidad
continuo y estable.


14
TIPO DE ENFOQUE DE LA INVESTIGACION

El tipo de la investigacin ser cuantitativa ya que dentro del sistema computacional
arrojara diversos datos, como por ejemplo; cuantos cursos tiene acreditados un trabajador
o cuantos les falta por acreditar, el total de trabajadores por cada jefatura, coordinacin,
departamento u rea; es por lo cual la investigacin ser cuantitativa.

La investigacin ser de forma prctica y documental, ya que se realizaran diferentes
entrevistas tanto al encargado de llevar a cabo el proceso, como al personal que est ligado
directamente a l. Documental ya que se tendrn que consultar diversa informacin en
diferentes medios, tales como: manuales operativos, pginas web, libros y documentos
correspondientes al proceso.

UNIVERSO

El universo en el cual se realizara la investigacin ser en Instituto Mexicano del Seguro
Social dentro de la Coordinacin Delegacional de Calidad y Normatividad, en la cual se
enfocara directamente en el personal que se encarga de llevar a cabo la realizacin de
cursos que se imparten dentro del Instituto.


15
JUSTIFICACION

El desarrollo de este sistema computacional es importante; debido a que con esto se tendr
un aseguramiento y resguardo de todos los registros pertenecientes a los cursos
impartidos, no se perder tiempo ni informacin, se tendr mejor manejo y anlisis de la
informacin de una manera ms fcil, sencilla y amigable. Al igual traer beneficios al
personal ya que la obtencin del reporte general ser automtico en cualquier momento
que se requiera sin necesidad de realizar el clculo manualmente. Por lo que este proyecto
es de suma importancia tanto para la Coordinacin como para m, ya que a la Coordinacin
se le facilitara la realizacin de su proceso; y yo tendr la oportunidad de aplicar y llevar a
cabo todos los conocimientos adquiridos dentro y fuera de mi formacin acadmica.


16
PLANTEAMIENTO DEL PROBLEMA

En el Instituto Mexicano del Seguro Social Delegacin Regional Veracruz-Sur, dentro de la
Coordinacin Delegacional de Calidad y Normatividad, existe el manejo de informacin
correspondiente a los cursos que se imparte en la zona Orizaba. El manejo de esta
informacin es manual y a veces existen errores tales como: la mala captura de registros,
tiempos muertos y reportes generales mal elaborados.

A continuacin se enlista una serie de problemticas en las cuales se incurren
frecuentemente.

Algunos datos no son bien capturados.
El manejo de la informacin resulta un tanto ms complicada.
El reporte general puede contener datos errneos debido a la falta de
restricciones de este.
Prdida de tiempo al realizar el reporte de forma manual.
La forma de captura se hace un poco tediosa.
El proceso no es fcil si no se tiene un conocimiento previo del rea.


17
HIPOTESIS

Se pretende que al trmino de este sistema computacional, el proceso de captura de
informacin correspondiente a todos los cursos que imparte el Instituto Mexicano del
Seguro Social dentro de la Zona Orizaba se optimizara y se manejara de una manera ms
fcil y sencilla todos los registros correspondientes a cada trabajador.

OBJETIVO GENERAL

Implementar un sistema computacional para la administracin y manejo de informacin
correspondiente al control de cursos que se imparten.

OBJETIVOS PARTICULARES

Desarrollar un sistema computacional para administrar datos de los cursos
impartidos.
Disminuir el tiempo invertido en la generacin del reporte general de los
datos de los cursos capturados.
Tener un aseguramiento, resguardo y manejo ms confiable de los datos.
IMPORTANCIA DEL ESTUDIO

La importancia del estudio reside prcticamente en el desarrollo del sistema computacional
puesto que la elaboracin de este servir de autoevaluacin para determinar que tanto
aprend dentro de mi formacin acadmica y cuan capaz soy de realizar un sistema
computacional ya aplicado en la vida productiva.


18
ALCANCES Y LIMITACIONES

El sistema computacional se implementara en el Instituto Mexicano del Seguro Social
Delegacin Regional Veracruz- Sur, dentro de la Coordinacin Delegacional de Calidad y
Normatividad nica y exclusivamente para la Zona Orizaba.

Adems que el sistema computacional a desarrollar se pretende que tenga un alcance tanto
para el rea usuaria como para el rea operativa. Mientras que las limitaciones que se
tienen son las de no poder implementar este sistema en las diferentes zonas, al igual que al
termino de este sistema computacional el personal necesitara un capacitacin la cual no
ser tan fcil, ya que se les dificulta el manejo de las nuevas tecnologas.


19
CRONOGRAMA DE ACTIVIDADES

2009 2010
ACTIVIDADES SEP OCT NOV DIC ENE FEB
Obtener informacin necesaria
por medio de entrevistas.

Consultar manuales Operativos
de la Coordinacin.

Observar de principio a fin todo lo
que se lleva a cabo durante el
proceso de la informacin.

Clasificar la informacin obtenida
y depurar toda la informacin que
no es necesaria para el sistema.

Diseo y creacin de formularios.
Creacin y Modelado de la Base
de Datos.

Programacin de todo el sistema.
Enlace de formularios con la Base
de Datos.

Diseo de la interfaz que llevara el
sistema.

Realizacin de pruebas a cargo del
personal que lleva a cabo el
proceso.

Identificar si hubo algunos errores
durante las pruebas del sistema.

Correccin de errores si es que los
hubiera habido.

Implementacin del sistema ya
como proceso operativo de la
Coordinacin Delegacional de
Calidad y Normatividad.

Documentacin del sistema.


20

CAPITULO II

MARCO TEORICO


21
INTRODUCCION

Dentro de este marco terico abordaremos los conceptos tomados en cuenta durante todo
el proceso de elaboracin de un sistema. Los conceptos que a continuacin se dan, darn la
pauta sobre los estndares utilizados tanto para el anlisis, diseo, implementacin,
pruebas y mantenimiento del sistema.

Es necesario tener en cuenta que, en el desarrollo del sistema es de suma importancia
definir una metodologa. Esta permite seguir alguna especificacin en cada una de las
etapas del desarrollo del sistema, desde los requerimientos inciales hasta las pruebas
finales que haga que el sistema sea coherente y adems formal, asimismo se establece una
descripcin esencial de los recursos informticos. Por lo que se ha realizado una
recopilacin de informacin en la que cual se detalla y se define los aspectos
fundamentales de estos.


22
CONCEPTUALIZACION DE SISTEMA

Un sistema es un grupo de elementos que se integran con un propsito comn de lograr
cumplir de manera efectiva los objetivos propuestos.

SISTEMA INFORMTICO

Un sistema informtico es el conjunto de hardware, software y de un soporte humano. Un
sistema informtico tpico emplea una computadora que usa dispositivos programables
para capturar, almacenar y procesar datos. La computadora personal o, junto con la
persona que lo maneja y los perifricos que los envuelven, son el tpico ejemplo de un
sistema informtico.

Cabe mencionar que incluso la computadora ms sencilla se clasifica como un sistema
informtico, porque al menos dos componentes (hardware y software) tienen que trabajar
unidos. Pero el genuino significado de "sistema informtico" viene mediante la
interconexin. Muchos sistemas informticos pueden interconectarse, esto es, unirse para
convertirse en un sistema mayor. La interconexin de sistemas informticos puede tornarse
difcil debido a incompatibilidades. A veces estas dificultades ocurren a nivel de hardware,
mientras que en otras ocasiones se dan entre programas informticos que no son
compatibles entre s.

Los diseadores de sistemas informticos, personas profesionales tituladas en Ingeniera
informtica, no necesariamente esperan que sus sistemas se puedan interconectar con
otros sistemas. Los tres elementos bsicos de todo sistema son los siguientes:


23
Entrada: son los datos que le proporcionamos al sistema con el afn de obtener una
respuesta.

Proceso: este elemento es el que se encarga de transformar los datos proporcionados a
travs de un proceso para proporcionar la informacin correcta.

Salida: es la respuesta o informacin que proporciona el sistema en base a los datos
proporcionados.

CICLO DE VIDA PARA EL DESARROLLO DEL SISTEMA

Es el conjunto de actividades que los analistas, diseadores y usuarios, deben realizar para
desarrollar y poner en marcha un sistema informtico. El mtodo de ciclo de vida para el
desarrollo de sistema consta de las siguientes actividades.

1. Investigacin Preliminar
2. Determinacin de los Requerimientos del Sistema
3. Diseo de sistemas
4. Desarrollo de software
5. Prototipo del sistema
6. Prueba de los sistemas
7. Implementacin y evaluacin de los sistemas.


24
INVESTIGACION PRELIMINAR

Esta etapa se origina con la solicitud de la necesidad para desarrollar la automatizacin de
un sistema de informacin y puede originarse por distintas razones; no importando cuales
sean estas, este proceso se inicia siempre con la peticin de una persona que forma parte
de la organizacin o institucin interesada, el administrador empleado o especialista en
sistemas.

Al formular la solicitud se inicia la primera actividad de sistemas; la investigacin preliminar,
que comprende tres partes: aclaracin de la solicitud, estudios de factibilidad y aprobacin
de la solicitud. Bajo este concepto se inician las investigaciones preliminares para la para
disear e implementar un sistema de registros de cursos.

ACLARACIN DEL REQUERIMIENTO

En muchos casos las solicitudes provienen de empleados y usuarios, por lo que las
solicitudes no estn formuladas de manera clara, por lo tanto antes de realizar cualquier
investigacin de diseo de sistemas, la solicitud debe ser examinada minuciosamente, para
determinar de forma precisa lo que el solicitante desea.

FACTIBILIDAD ECONMICA

En la creacin del sistema, los beneficios que se obtendrn del sistema sern suficientes
para absorber los costos?, son tan altos los costos para que el diseo del sistema no pueda
llevarse a cabo?


25
FACTIBILIDAD OPERATIVA

Si se desarrolla e implementa el sistema, se utilizara el sistema?, habr resistencia al
cambio por parte de los usuarios del sistema, y por lo tanto los beneficios no se
desarrollarn?

DETERMINACIN DE LOS REQUERIMIENTOS DEL SISTEMA

El punto clave y ms relevante del anlisis de sistemas es estudiar y comprender todas las
facetas importantes del instituto, es por tal razn que al proceso de adquirir informacin se
denomina investigacin detallada. El analista, al realizar la investigacin debe trabajar con
el personal para as estudiar detalladamente los procesos de la misma y proporcionar
respuesta a las preguntas claves siguientes:

1. Qu se hace?
2. Cmo se est llevado a cabo lo que se hace?
3. Con que frecuencia se realiza?
4. Qu tan extensa es la cantidad de transacciones o de decisiones?
5. Cul es la eficiencia con que se llevan acabo las tareas?
6. Hay algn problema existente?
7. Si existe problema, qu tan complicado es?
8. Si existe algn problema, cules son las causas que lo generan?


26
Para responder a estas preguntas, el analista de sistema realiza conversaciones con varias
de las personas involucradas para reunir los detalles relacionados con los procesos que el
instituto realiza, puntos de vista de porque ocurren las cosas, alternativas de solucin e
ideas para llevar a cabo el cambio de proceso.
Tambin se emplean cuestionarios para recabar esta informacin, cuando no es posible
llevar acabo entrevistas, en forma personal, a los miembros de grupos numerosos dentro
de la organizacin.

Otro factor que no se debe descuidar en las investigaciones es el estudio de manuales y
reportes, llevar adems la observacin en condiciones reales de las actividades de trabajo, y
a veces, muestra de formas y documentos con el fin de comprender de forma muy
completa el proceso.

DISEO DE SISTEMA

El diseo de un sistema de informacin produce los elementos que establecen como el
sistema cumplir los requerimientos identificados durante el anlisis de sistemas que es el
que comprende la investigacin.

Los analistas de sistemas inician el diseo identificando los informes, reportes y dems
salidas que el sistema deber producir.

El diseo de un sistema describe tambin, los datos de entrada, los datos que sern
calculados y aquellos datos que deben ser almacenados; se describen de forma detallada
los procedimientos para clculos individuales. Los diseadores se encargan de seleccionar
las estructuras de archivos y dispositivos de almacenamiento.


27
DESARROLLO DEL SOFTWARE

Los desarrolladores del software pueden instalar o modificar; por ejemplo, software
comercial que se haya comprado, o pueden escribir programas nuevos diseados a la
medida y de acuerdo a la naturaleza de una organizacin. La decisin de que se va a hacer
depende del costo de cada una de las opciones, el tiempo disponible para describir el
software y la disponibilidad de programadores.

En forma usual, en las grandes empresas los programadores de computadoras (o la
combinacin de analistas-programadores) son parte de un grupo profesional permanente.
Las compaas ms pequeas en donde los programadores permanentes no se han
contratado, generalmente contratan servicios externos de programacin.

PROGRAMADOR

El programador es responsable de documentar el programa e incluir comentarios que se
detallen como y porque se utiliz cierto procedimiento conforme se codifico de cierta
forma. La documentacin es esencial para probar el programa y darle mantenimiento una
vez que la aplicacin se ha puesto en marcha.


28
PROTOTIPO DEL SISTEMA

El prototipo de un sistema no es ms que un sistema de trabajo diseado para que se
pueda modificar con facilidad. La informacin que se obtiene a travs de su uso se aplica a
un diseo modificado. La versin modificada puede utilizarse, a su vez, como prototipo para
obtener ms informacin valiosa para el diseo del sistema.

Este proceso se repite tantas veces como sea necesario para revelar los requerimientos
esenciales del diseo; cabe mencionar que el desarrollo del prototipo a menudo coincide
con el diseo de sistemas.

PRUEBA DEL SISTEMA

Durante el perodo de prueba, el sistema es utilizado en forma experimental para asegurar
que el software no falle; es decir que la prueba de sistemas sirve para asegurarse de que
este funcionar y correr de acuerdo a sus especificaciones y a la manera que los usuarios
esperan que lo haga. En esta etapa se examinan los datos especiales de prueba en la
entrada del procesamiento y los resultados para localizar algunos problemas que puedan
suscitarse inesperadamente.

IMPLEMENTACION Y EVALUACIN DEL SISTEMA

En la implementacin se realiza el proceso de verificar e instalar nuevo equipo, capacitar a
los usuarios, instalar la aplicacin y construir los archivos de datos necesarios para utilizarla.
Una vez que se han instalado, las aplicaciones se emplean de forma frecuente durante
varios das, meses e inclusive aos.


29
Sin embargo tanto las organizaciones como los usuarios estn sujetos al cambio a travs del
transcurrir del tiempo, incluso el ambiente se torna diferente con el paso de semanas y
meses. Por lo tanto, la aplicacin implementada necesita de mantenimiento, es decir se
deben realizar cambios y modificaciones en el software, los archivos o procedimientos para
satisfacer las necesidades que para los usuarios vayan surgiendo.

EVALUACIN DEL SISTEMA

Este procedimiento se lleva a cabo para identificar puntos dbiles y fuertes del sistema
implementado. Esta evaluacin ocurre a travs de las siguientes dimensiones.

EVALUACIN OPERACIONAL

Es la valoracin de la forma en que funciona el sistema, incluye factibilidad de uso de
tiempo y de respuesta ante una necesidad o proceso, verificacin de los formatos en que se
presenta la informacin de forma global y el nivel de utilizacin.

IMPACTO ORGANIZACIONAL

Esta sirve para identificar y medir los beneficios en las diferentes reas que esta
comprenda como es la eficiencia operacional.


30
BASE DE DATOS

Una base de datos o banco de datos es un conjunto de datos que pertenecen al mismo
contexto almacenados sistemticamente para su posterior uso. En este sentido, una
biblioteca puede considerarse una base de datos compuesta en su mayora por documentos
y textos impresos en papel e indexados para su consulta. En la actualidad, y debido al
desarrollo tecnolgico de campos como la informtica y la electrnica, la mayora de las
bases de datos tienen formato electrnico, que ofrece un amplio rango de soluciones al
problema de almacenar datos.

En informtica existen los sistemas gestores de bases de datos (SGBD), que permiten
almacenar y posteriormente acceder a los datos de forma rpida y estructurada. Las
propiedades de los sistemas gestores de bases de datos se estudian en informtica. Las
aplicaciones ms usuales son para la gestin de empresas e instituciones pblicas.

TIPOS DE BASES DE DATOS

Las bases de datos pueden clasificarse de varias maneras, de acuerdo al criterio elegido
para su clasificacin:

BASES DE DATOS ESTTICAS.
BASES DE DATOS DINMICAS.
BASES DE DATOS BIBLIOGRFICAS.
BASES DE DATOS DE TEXTO COMPLETO.


31
BASES DE DATOS ESTTICAS

stas son bases de datos de slo lectura, utilizadas primordialmente para almacenar datos
histricos que posteriormente se pueden utilizar para estudiar el comportamiento de un
conjunto de datos a travs del tiempo, realizar proyecciones y tomar decisiones.

BASES DE DATOS DINMICAS

stas son bases de datos donde la informacin almacenada se modifica con el tiempo,
permitiendo operaciones como actualizacin y adicin de datos, adems de las operaciones
fundamentales de consulta. Un ejemplo de esto puede ser la base de datos utilizada en un
sistema de informacin de una tienda de abarrotes, una farmacia, un videoclub, etc.
2.- Segn el contenido.

BASES DE DATOS BIBLIOGRFICAS

Solo contienen un representante de la fuente primaria, que permite localizarla. Un registro
tpico de una base de datos bibliogrfica contiene informacin sobre el autor, fecha de
publicacin, editorial, ttulo, edicin, de una determinada publicacin, etc. Puede contener
un resumen o extracto de la publicacin original, pero nunca el texto completo, porque si
no estaramos en presencia de una base de datos a texto completo. Como su nombre lo
indica, el contenido son cifras o nmeros. Por ejemplo, una coleccin de resultados de
anlisis de laboratorio, entre otras.


32
BASES DE DATOS DE TEXTO COMPLETO

Almacenan las fuentes primarias, como por ejemplo, todo el contenido de todas las
ediciones de una coleccin de revistas cientficas.

MODELOS DE BASES DE DATOS

Adems de la clasificacin por la funcin de las bases de datos, stas tambin se pueden
clasificar de acuerdo a su modelo de administracin de datos. Un modelo de datos es
bsicamente una "descripcin" de algo conocido como contenedor de datos (algo en donde
se guarda la informacin), as como de los mtodos para almacenar y recuperar
informacin de esos contenedores. Los modelos de datos no son cosas fsicas: son
abstracciones que permiten la implementacin de un sistema eficiente de base de datos;
por lo general se refieren a algoritmos, y conceptos matemticos.
Algunos modelos con frecuencia utilizados en las bases de datos:

BASES DE DATOS JERRQUICAS.
BASE DE DATOS DE RED.
BASE DE DATOS RELACIONAL.

BASES DE DATOS JERRQUICAS

stas son bases de datos que, como su nombre indica, almacenan su informacin en una
estructura jerrquica. En este modelo los datos se organizan en una forma similar a un
rbol (visto al revs), en donde un nodo padre de informacin puede tener varios hijos. El
nodo que no tiene padres es llamado raz, y a los nodos que no tienen hijos se los conoce
como hojas.

33
Las bases de datos jerrquicas son especialmente tiles en el caso de aplicaciones que
manejan un gran volumen de informacin y datos muy compartidos permitiendo crear
estructuras estables y de gran rendimiento. Una de las principales limitaciones de este
modelo es su incapacidad de representar eficientemente la redundancia de datos.

BASE DE DATOS DE RED

ste es un modelo ligeramente distinto del jerrquico; su diferencia fundamental es la
modificacin del concepto de nodo: se permite que un mismo nodo tenga varios padres
(posibilidad no permitida en el modelo jerrquico).

Fue una gran mejora con respecto al modelo jerrquico, ya que ofreca una solucin
eficiente al problema de redundancia de datos; pero, aun as, la dificultad que significa
administrar la informacin en una base de datos de red ha significado que sea un modelo
utilizado en su mayora por programadores ms que por usuarios finales.

BASE DE DATOS RELACIONAL

ste es el modelo ms utilizado en la actualidad para modelar problemas reales y
administrar datos dinmicamente. Tras ser postulados sus fundamentos en 1970 por Edgar
Frank Codd, de los laboratorios IBM en San Jos (California), no tard en consolidarse como
un nuevo paradigma en los modelos de base de datos. Su idea fundamental es el uso de
"relaciones".

Estas relaciones podran considerarse en forma lgica como conjuntos de datos llamados
"tuplas". Pese a que sta es la teora de las bases de datos relacionales creadas por Edgar
Frank Codd, la mayora de las veces se conceptualiza de una manera ms fcil de imaginar.

34
Esto es pensando en cada relacin como si fuese una tabla que est compuesta por
registros (las filas de una tabla), que representaran las tuplas, y campos (las columnas de
una tabla).

En este modelo, el lugar y la forma en que se almacenen los datos no tienen relevancia (a
diferencia de otros modelos como el jerrquico y el de red). Esto tiene la considerable
ventaja de que es ms fcil de entender y de utilizar para un usuario espordico de la base
de datos. La informacin puede ser recuperada o almacenada mediante "consultas" que
ofrecen una amplia flexibilidad y poder para administrar la informacin.

El lenguaje ms habitual para construir las consultas a bases de datos relacionales es SQL,
Structured Query Language o Lenguaje Estructurado de Consultas, un estndar
implementado por los principales motores o sistemas de gestin de bases de datos
relacionales. Durante su diseo, una base de datos relacional pasa por un proceso al que se
le conoce como normalizacin de una base de datos.

Durante los aos '80 (1980-1989) la aparicin de dBASE produjo una revolucin en los
lenguajes de programacin y sistemas de administracin de datos. Aunque nunca debe
olvidarse que dBase no utilizaba SQL como lenguaje base para su gestin.


35
OBJETIVOS DE LOS SISTEMAS DE BASES DE DATOS

Los objetivos principales de un sistema de base de datos es disminuir los siguientes
aspectos:

DIFICULTAD PARA TENER ACCESO A LOS DATOS.
AISLAMIENTO DE LOS DATOS.
ANOMALAS DEL ACCESO CONCURRENTE.
PROBLEMAS DE SEGURIDAD.
PROBLEMAS DE INTEGRIDAD.

DIFICULTAD PARA TENER ACCESO A LOS DATOS

Un sistema de base de datos debe contemplar un entorno de datos que le facilite al usuario
el manejo de los mismos. Supngase un banco, y que uno de los gerentes necesita
averiguar los nombres de todos los clientes que viven dentro del cdigo postal 78733 de la
ciudad. El gerente pide al departamento de procesamiento de datos que genere la lista
correspondiente. Puesto que esta situacin no fue prevista en el diseo del sistema, no
existe ninguna aplicacin de consulta que permita este tipo de solicitud, esto ocasiona una
deficiencia del sistema.

AISLAMIENTO DE LOS DATOS

Puesto que los datos estn repartidos en varios archivos, y estos no pueden tener
diferentes formatos, es difcil escribir nuevos programas de aplicacin para obtener los
datos apropiados.


36
ANOMALAS DEL ACCESO CONCURRENTE

Para mejorar el funcionamiento global del sistema y obtener un tiempo de respuesta ms
rpido, muchos sistemas permiten que mltiples usuarios actualicen los datos
simultneamente. En un entorno as la interaccin de actualizaciones concurrentes puede
dar por resultado datos inconsistentes. Para prevenir esta posibilidad debe mantenerse
alguna forma de supervisin en el sistema.

PROBLEMAS DE SEGURIDAD

La informacin de toda empresa es importante, aunque unos datos lo son ms que otros,
por tal motivo se debe considerar el control de acceso a los mismos, no todos los usuarios
pueden visualizar alguna informacin, por tal motivo para que un sistema de base de datos
sea confiable debe mantener un grado de seguridad que garantice la autentificacin y
proteccin de los datos. En un banco por ejemplo, el personal de nminas slo necesita ver
la parte de la base de datos que tiene informacin acerca de los distintos empleados del
banco y no a otro tipo de informacin.

PROBLEMAS DE INTEGRIDAD

Los valores de datos almacenados en la base de datos deben satisfacer cierto tipo de
restricciones de consistencia. Estas restricciones se hacen cumplir en el sistema aadiendo
cdigos apropiados en los diversos programas de aplicacin.


37
CLASIFICACIN DE LOS SISTEMAS GESTORES DE BASE DE DATOS

El criterio principal que se utiliza para clasificar los SGBD es el modelo lgico en que se
basan. Los modelos lgicos empleados con mayor frecuencia en los SGBD comerciales
actuales son el relacional, el de red y el jerrquico. Algunos SGBD ms modernos se basan
en modelos orientados a objetos.

El modelo relacional se basa en el concepto matemtico denominado ``relacin",
que grficamente se puede representar como una tabla. En el modelo relacional, los
datos y las relaciones existentes entre los datos se representan mediante estas
relaciones matemticas, cada una con un nombre que es nico y con un conjunto de
columnas.

En el modelo relacional la base de datos es percibida por el usuario como un
conjunto de tablas. Esta percepcin es slo a nivel lgico (en los niveles externo y
conceptual de la arquitectura de tres niveles), ya que a nivel fsico puede estar
implementada mediante distintas estructuras de almacenamiento.

En el modelo de red los datos se representan como colecciones de registros y las
relaciones entre los datos se representan mediante conjuntos, que son punteros en
la implementacin fsica. Los registros se organizan como un grafo: los registros son
los nodos y los arcos son los conjuntos. El SGBD de red ms popular es el sistema
IDMS.

El modelo jerrquico es un tipo de modelo de red con algunas restricciones. De
nuevo los datos se representan como colecciones de registros y las relaciones entre
los datos se representan mediante conjuntos.

38
Sin embargo, en el modelo jerrquico cada nodo puede tener un solo padre. Una base de
datos jerrquica puede representarse mediante un rbol: los registros son los nodos,
tambin denominados segmentos, y los arcos son los conjuntos. El SGBD jerrquico ms
importante es el sistema IMS.

La mayora de los SGBD comerciales actuales estn basados en el modelo relacional,
mientras que los sistemas ms antiguos estaban basados en el modelo de red o el modelo
jerrquico. Estos dos ltimos modelos requieren que el usuario tenga conocimiento de la
estructura fsica de la base de datos a la que se accede, mientras que el modelo relacional
proporciona una mayor independencia de datos. Se dice que el modelo relacional es
declarativo (se especifica qu datos se han de obtener) y los modelos de red y jerrquico
son navegacionales (se especifica cmo se deben obtener los datos).

El modelo orientado a objetos define una base de datos en trminos de objetos, sus
propiedades y sus operaciones. Los objetos con la misma estructura y comportamiento
pertenecen a una clase, y las clases se organizan en jerarquas o grafos acclicos.
Las operaciones de cada clase se especifican en trminos de procedimientos predefinidos
denominados mtodos. Algunos SGBD relacionales existentes en el mercado han estado
extendiendo sus modelos para incorporar conceptos orientados a objetos. A estos SGBD se
les conoce como sistemas objeto-relacionales.

Un segundo criterio para clasificar los SGBD es el nmero de usuarios a los que da servicio
el sistema. Los sistemas monousuario slo atienden a un usuario a la vez, y su principal uso
se da en los ordenadores personales. Los sistemas multiusuario, entre los que se
encuentran la mayor parte de los SGBD, atienden a varios usuarios al mismo tiempo.


39
Un tercer criterio es el nmero de sitios en los que est distribuida la base de datos. Casi
todos los SGBD son centralizados: sus datos se almacenan en un solo computador. Los
SGBD centralizados pueden atender a varios usuarios, pero el SGBD y la base de datos en s
residen por completo en una sola mquina. En los SGBD distribuidos la base de datos real y
el propio software del SGBD pueden estar distribuidos en varios sitios conectados por una
red. Los SGBD distribuidos homogneos utilizan el mismo SGBD en mltiples sitios. Una
tendencia reciente consiste en crear software para tener acceso a varias bases de datos
autnomas preexistentes almacenadas en SGBD distribuidos heterogneos. Esto da lugar a
los SGBD federados o sistemas multibase de datos en los que los SGBD participantes tienen
cierto grado de autonoma local. Muchos SGBD distribuidos emplean una arquitectura
cliente-servidor.

Un cuarto criterio es el coste del SGBD. La mayor parte de los paquetes de SGBD cuestan
entre 10.000 y 100.000 euros. Los sistemas monousuario ms econmicos para
microcomputadores cuestan entre 100 y 3.000 euros. En el otro extremo, los paquetes ms
completos cuestan ms de 100.000 euros.

Por ltimo, los SGBD pueden ser de propsito general o de propsito especfico. Cuando el
rendimiento es fundamental, se puede disear y construir un SGBD de propsito especial
para una aplicacin especfica, y este sistema no sirve para otras aplicaciones. Muchos
sistemas de reservas de lneas areas son SGBD de propsito especial y pertenecen a la
categora de sistemas de procesamiento de transacciones en lnea (OLTP), que deben
atender un gran nmero de transacciones concurrentes sin imponer excesivos retrasos.


40
ACTIVIDADES QUE SE REALIZAN EN UN SISTEMA DE BASE DE DATOS

Las actividades ms comunes realizadas en un sistema de base de datos son:

Aseguramiento de la informacin.- es el resguardo de los datos de una forma
eficiente, optimizada y segura.

Manipulacin de la informacin.- una vez ingresados los datos correctos el sistema
en base a operaciones creadas por el programador realiza y/o genera los reportes
correspondientes.

Optimizacin de recursos.- se aprovecha mas el tiempo ya que desde el ingreso
adecuado de los datos los reportes son generados automticamente y as el usuario
ya no tiene que realizarlos manualmente y de este modo el tiempo restante le sirve
para otras cosas.


41
ANTECEDENTES HISTRICOS DE VISUAL BASIC 6.0

Visual Basic es un lenguaje de programacin desarrollado por Alan Cooper para Microsoft.
El lenguaje de programacin es un dialecto de BASIC, con importantes aadidos. Su primera
versin fue presentada en 1991 con la intencin de simplificar la programacin utilizando
un ambiente de desarrollo completamente grfico que facilitara la creacin de interfaces
grficas y en cierta medida tambin la programacin misma. Visual Basic fue discontinuado
por Microsoft hace ya varios aos. Muchos programadores estn migrando a Real Basic o
hacia Delphi que es un entorno de desarrollo ms avanzado y mucho ms actual (ltima
edicin en 2007 y con planes anunciados hasta el 2009). Microsoft propone abandonar el
desarrollo en Win32 y pasar al Visual Basic.NET que presenta serias incompatibilidades con
el cdigo Visual Basic existente.

CARACTERSTICAS GENERALES

Es un lenguaje de fcil aprendizaje pensado tanto para programadores principiantes como
expertos, guiado por eventos, y centrado en un motor de formularios que facilita el rpido
desarrollo de aplicaciones grficas. Su sintaxis, derivada del antiguo BASIC, ha sido ampliada
con el tiempo al agregarse las caractersticas tpicas de los lenguajes estructurados
modernos.
Se ha agregado una implementacin limitada de la programacin orientada a objetos (los
propios formularios y controles son objetos), aunque s admite el polimorfismo mediante el
uso de los Interfaces, no admite la herencia. No requiere de manejo de punteros y posee un
manejo muy sencillo de cadenas de caracteres. Posee varias bibliotecas para manejo de
bases de datos, pudiendo conectar con cualquier base de datos a travs de ODBC (Informix,
DBase, Access, MySQL, SQL Server, PostgreSQL ,etc) a travs de ADO.


42
Es utilizado principalmente para aplicaciones de gestin de empresas, debido a la rapidez
con la que puede hacerse un programa que utilice una base de datos sencilla, adems de la
abundancia de programadores en este lenguaje.

El compilador de Microsoft genera ejecutables que requieren una DLL para que funcionen,
en algunos casos llamada MSVBVMxy.DLL (acrnimo de "MicroSoft Visual Basic Virtual
Machine x.y", siendo x.y la versin) y en otros VBRUNXXX.DLL ("Visual Basic Runtime X.XX"),
que provee todas las funciones implementadas en el lenguaje. Adems existen un gran
nmero de bibliotecas (DLL) que facilitan el acceso a muchas funciones del sistema
operativo y la integracin con otras aplicaciones. Sin embargo esto slo es una limitacin en
sistemas obsoletos, ya que las bibliotecas necesarias para ejecutar programas en Visual
Basic vienen de serie en todas las versiones de Windows desde Windows 2000.

VERSIONES

Las versiones de Visual Basic para Windows son muy conocidas, pero existe una versin de
Microsoft Visual Basic 1.0 para MS-DOS (ediciones Profesional y Estndar) menos difundida
y que data de 1992. Era un entorno que, aunque en modo texto, inclua un diseador de
formularios en el que se podan arrastrar y soltar distintos controles.

La ltima versin slo para 16 bits, la 3.0, inclua ya una detallada biblioteca de
componentes para toda clase de usos. Durante la transicin de Windows 3.11 a Windows
95, apareci la versin 4.0, que poda generar programas de 16 y 32 bits a partir de un
mismo cdigo fuente, a costa de un gran aumento en el tamao de los archivos "runtime"
necesarios. Adems, se sustituyen los controles VBX por los nuevos OCX. Con la versin 5.0,
se implement por primera vez la posibilidad de compilar a cdigo nativo, obteniendo una
mejora de rendimiento considerable.

43
Tanto esta como la posterior 6.0 soportaban caractersticas propias de los lenguajes
orientados a objetos, aunque careciendo de algunos tems importantes como la herencia, el
polimorfismo y la sobrecarga. La versin 6.0 contina utilizndose masivamente.
Las versiones actuales de Visual Basic se basan en la plataforma .NET, la versin 7 del
lenguaje fue implementada por Microsoft en el programa Visual Basic .NET mientras que la
versin 8 fue implementada el programa Visual Basic 2005. Ambas versiones tienen muchas
de las caractersticas del lenguaje original tienen numerosas diferencias que los hacen
incompatibles. En muchos casos para portar un cdigo escrito en Visual Basic 6 a Visual
Basic .Net se hace necesario reescribir parte del cdigo. La nueva versin del lenguaje es
mayormente equivalente a C# aunque presenta algunas diferencias. Por eso hay un debate
sobre la validez de esta nueva versin del lenguaje y sus ventajas y desventajas sobre C#.

VENTAJAS

La facilidad del lenguaje permite crear aplicaciones para Windows en muy poco tiempo. En
otras palabras, permite un desarrollo eficaz y menor inversin en tiempo que con otros
lenguajes. Permite generar libreras dinmicas (DLL) ActiveX de forma nativa y Win32 (no
ActiveX, sin interfaz COM) mediante una reconfiguracin de su enlazador en el proceso de
compilacin.

Permite la utilizacin de formularios (Forms) tanto a partir de recursos (como en otros
lenguajes) como utilizando un IDE para disearlos.

Posibilidad de desarrollar y ejecutar aplicaciones de Visual Basic 6.0 en Windows Vista sin
realizar cambios en la mayora de los casos pero no se logra aprovechar al mximo las
caractersticas de este sistema como permite hacerlo Visual Basic 2005 o el prximo Visual
Basic 9 de Visual Studio Orcas que saldr en Noviembre 2009.

44
REQUISITOS PARA LA INSTALACIN DE MICROSOFT VISUAL BASIC 6.0

Requisitos mnimos:
S.O.: Win2000/2003/XP/Vista
Procesador: 600 MHz
Memoria RAM: 192 MB

Requisitos recomendados:
Procesador: 1 GHz
Memoria RAM: 512 MB

FORMULARIOS Y CONTROLES

Cada uno de los elementos grficos que pueden formar parte de una aplicacin tpica de
Windows 95/98/NT es un tipo de control: los botones, las cajas de dilogo y de texto, las
cajas de seleccin desplegables, los botones de opcin y de seleccin, las barras de
desplazamiento horizontales y verticales, los grficos, los mens, y muchos otros tipos de
elementos son controles para Visual Basic 6.0. Cada control debe tener un nombre a travs
del cual se puede hacer referencia a l en el programa. Visual Basic 6.0 proporciona
nombres por defecto que el usuario puede modificar.

En la terminologa de Visual Basic 6.0 se llama formulario (form) a una ventana. Un
formulario puede ser considerado como una especie de contenedor para los controles. Una
aplicacin puede tener varios formularios, pero un nico formulario puede ser suficiente
para las aplicaciones ms sencillas. Los formularios deben tambin tener un nombre.


45
OBJETOS Y PROPIEDADES

Los formularios y los distintos tipos de controles son entidades genricas de las que puede
haber varios ejemplares concretos en cada programa. En programacin orientada a objetos
(ms bien basada en objetos, habra que decir) se llama clase a estas entidades genricas,
mientras que se llama objeto a cada ejemplar de una clase determinada. Por ejemplo, en un
programa puede haber Captulo 1: Introduccin pgina 3 varios botones, cada uno de los
cuales es un objeto del tipo de control command button, que sera la clase.

Cada formulario y cada tipo de control tienen un conjunto de propiedades que definen su
aspecto grfico (tamao, color, posicin en la ventana, tipo y tamao de letra, etc.) y su
forma de responder a las acciones del usuario (si est activo o no, por ejemplo). Cada
propiedad tiene un nombre que viene ya definido por el lenguaje.

Por lo general, las propiedades de un objeto son datos que tienen valores lgicos (True,
False) o numricos concretos, propios de ese objeto y distintos de las de otros objetos de su
clase. As pues, cada clase, tipo de objeto o control tiene su conjunto de propiedades, y
cada objeto o control concreto tiene unos valores determinados para las propiedades de su
clase. Casi todas las propiedades de los objetos pueden establecerse en tiempo de diseo y
tambin -casi siempre- en tiempo de ejecucin.

En este segundo caso se accede a sus valores por medio de las sentencias del programa, en
forma anloga a como se accede a cualquier variable en un lenguaje de programacin. Para
ciertas propiedades sta es la nica forma de acceder a ellas. Por supuesto Visual Basic 6.0
permite crear distintos tipos de variables.


46
NOMBRES DE OBJETOS

En principio cada objeto de Visual Basic 6.0 debe tener un nombre, por medio del cual se
hace referencia a dicho objeto. El nombre puede ser el que el usuario desee, e incluso
Visual Basic 6.0 proporciona nombres por defecto para los diversos controles. Estos
nombres por defecto hacen referencia al tipo de control y van seguidos de un nmero que
se incrementa a medida que se van introduciendo ms controles de ese tipo en el
formulario (por ejemplo VScroll1, para una barra de desplazamiento -scroll bar- vertical,
HScroll1, para una barra horizontal, etc.).
Los nombres por defecto no son adecuados porque hacen referencia al tipo de control,
pero no al uso que de dicho control est haciendo el programador. Por ejemplo, si se utiliza
una barra de desplazamiento para introducir una temperatura, conviene que su nombre
haga referencia a la palabra temperatura, y as cuando haya que utilizar ese nombre se
sabr exactamente a qu control corresponde. Un nombre adecuado sera por ejemplo
hsbTemp, donde las tres primeras letras indican que se trata de una horizontal scroll bar, y
las restantes (empezando por una mayscula) que servir para definir una temperatura.
Existe una convencin ampliamente aceptada que es la siguiente: se utilizan siempre tres
letras minsculas que indican el tipo de control, seguidas por otras letras (la primera
mayscula, a modo de separacin) libremente escogidas por el usuario, que tienen que
hacer referencia al uso que se va a dar a ese control.


47
EVENTOS

Ya se ha dicho que las acciones del usuario sobre el programa se llaman eventos. Son
eventos tpicos el clicar sobre un botn, el hacer doble clic sobre el nombre de un fichero
para abrirlo, el arrastrar un icono, el pulsar una tecla o combinacin de teclas, el elegir una
opcin de un men, el escribir en una caja de texto, o simplemente mover el ratn.

Cada vez que se produce un evento sobre un determinado tipo de control, Visual Basic 6.0
arranca una determinada funcin o procedimiento que realiza la accin programada por el
usuario para ese evento concreto. Estos procedimientos se llaman con un nombre que se
forma a partir del nombre del objeto y el nombre del evento, separados por el carcter (_),
como por ejemplo txtBox_click, que es el nombre del procedimiento que se ocupar de
responder al evento click en el objeto txtBox.

MTODOS

Los mtodos son funciones que tambin son llamadas desde programa, pero a diferencia de
los procedimientos no son programadas por el usuario, sino que vienen ya pre-
programadas con el lenguaje. Los mtodos realizan tareas tpicas, previsibles y comunes
para todas las aplicaciones. De ah que vengan con el lenguaje y que se libere al usuario de
la tarea de programarlos. Cada tipo de objeto o de control tiene sus propios mtodos.
Por ejemplo, los controles grficos tienen un mtodo llamado Line que se encarga de
dibujar lneas rectas. De la misma forma existe un mtodo llamado Circle que dibuja
circunferencias y arcos de circunferencia, es obvio que el dibujar lneas rectas o
circunferencias es una tarea comn para todos los programadores y que Visual Basic 6.0 da
ya resuelta.


48
INVESTIGACION ANTERIOR DEL TEMA

No existe un antecedente del tema el cual nos pueda mencionar que se trato de
implementar un sistema computacional para la captura de registros, el nico antecedente
que se tiene es que inicialmente todo absolutamente todo se lleva de forma manual ya que
todo se tena que escribir en libros de registros y que con el paso de tiempo ya este proceso
se hace desde la captura de hojas de clculo.


49

CAPITULO III

METODOLOGIA


50
MODELO EN CASCADA

En Ingeniera de software el desarrollo en cascada, tambin llamado modelo en cascada, es
el enfoque metodolgico que ordena rigurosamente las etapas del ciclo de vida del
software, de forma tal que el inicio de cada etapa debe esperar a la finalizacin de la
inmediatamente anterior.

Un ejemplo de una metodologa de desarrollo en cascada es:

Anlisis de
requisitos
Diseo del
sistema
Diseo del
programa
Codificacin
Prueba e
implementacin

51
Anlisis de los requisitos del software: El proceso de recopilacin de los requisitos se centra
e intensifica especialmente en el software. El ingeniero de software (Analistas) debe
comprender el mbito de la informacin del software, as como la funcin, el rendimiento y
las interfaces requeridas. Se analizan las necesidades de los usuarios finales del software
para determinar qu objetivos debe cubrir.

De esta fase surge una memoria llamada SRD (documento de especificacin de requisitos),
que contiene la especificacin completa de lo que debe hacer el sistema y sus partes sin
entrar en detalles internos. Es importante sealar que en esta etapa se deben consensuar
todo lo que se requiere del sistema y ser aquello lo que seguir en las siguientes etapas,
no pudindose requerir nuevos resultados a mitad del proceso de elaboracin del software.

Diseo del sistema: Se descompone y organiza el sistema en elementos que puedan
elaborarse por separado, aprovechando las ventajas del desarrollo en equipo. Como
resultado surge el SDD (Documento de Diseo del Software), que contiene la especificacin
de lo que debe hacer cada una de sus partes, as como la manera en que se combinan unas
con otras. El proceso de diseo traduce los requisitos en una representacin del software
con la calidad requerida antes de que comience la codificacin.

Diseo del programa: En esta fase es donde se realizan los algoritmos necesarios para el
cumplimiento de los requerimientos del usuario as como tambin se establece el
diccionario de datos que indica al usuario los datos y tipos de datos que sern soportados
por la base de datos.


52
Codificacin: Es la fase de programacin propiamente dicha. Aqu se desarrolla el cdigo
fuente, haciendo uso de prototipos as como pruebas y ensayos para corregir errores.
Dependiendo del lenguaje de programacin y su versin se crean las libreras y
componentes reutilizables dentro del mismo proyecto para hacer que la programacin sea
un proceso mucho ms rpido. El diseo debe traducirse en una forma legible para la
maquina. El paso de codificacin realiza esta tarea. Si el diseo se realiza de una manera
detallada la codificacin puede realizarse mecnicamente.

Prueba e implementacin: Una vez que se ha generado el cdigo comienza la prueba del
programa. La prueba se centra en la lgica interna del software, y en las funciones externas,
realizando pruebas que aseguren que la entrada definida produce los resultados que
realmente se requieren.

El software obtenido se pone en produccin. Se implementan los niveles software y
hardware que componen el proyecto. La implementacin es la fase con ms duracin y con
ms cambios en el ciclo de elaboracin de un proyecto. Es una de las fases finales del
proyecto. Durante la explotacin del sistema de software pueden surgir cambios, bien para
corregir errores o bien para introducir mejoras. Todo ello se recoge en los documentos de
cambios.


53
BUSQUEDA DE INFORMACION

Se buscara la informacin de la siguiente forma:
Pginas de Internet.
Paginas oficiales del IMSS.
Intranet que maneja el IMSS (exclusivo de trabajadores).
Paginas de diferentes servidores.
Manuales proporcionados por el rea operativa.
Entrevistas con personal encargado de llevar a cabo el proceso.
Diferentes libros de programacin.


54

CAPITULO IV

RESULTADOS


55

CAPITULO V

ANALISIS DE
RESULTADOS


56
CONCLUSIONES

La realizacin de este sistema cubre con los objetivos que se plantearon y es de gran
utilidad para mejorar el control de los trabajadores que se van a capacitar, para as tener la
informacin actualizada y llevar el procedimiento de manera ms fcil y sencilla Dentro de
la Coordinacin Delegacional de Calidad y Normatividad. Este sistema mantiene a este
organismo actualizado y permite que sea menos cansado el proceso de captura y
generacin de reportes.

El sistema se realizo en base a las necesidades especificas del Instituto y me deja en claro
que para lograr un sistema como el que se ha creado se necesita de mucha paciencia,
investigacin y dedicacin. El sistema que se realiz requiri de cada uno de los
conocimientos que me fueron compartidos durante mi formacin acadmica.


57
RECOMENDACIONES

Para estudios posteriores acerca de este proyecto o para la construccin de un sistema
similar se recomienda lo siguiente:

1.- Indagar todo sobre el problema al cual se le desea dar solucin para poder planear la
forma en que se deber trabajar con objetivos fijos y de una forma en la que no quede
ninguna duda sobre lo que se desea realizar.

2.- Tener al menos un conocimiento mnimo sobre bases de datos y programacin de
sistemas ya que es importante saber programar para obtener un sistema de calidad y
tambin ahorrar tiempo el momento de iniciar con este trabajo ya que si se trata de un
sistema de informacin ser elemental contar con una amplia informacin sobre lo que son
las bases de datos, su forma de almacenamiento y la forma de interactuar con ellas.

3.- Es importante a su vez obtener informacin real sobre el negocio o institucin para
saber exactamente a qu o a quienes va enfocado o dirigido el sistema que se desea crear,

4.- Es significativo estimar el tiempo y cumplir con los objetivos previstos al desarrollar el
sistema, ya que solo de esta forma se puede conseguir que sea terminado en tiempo y
forma.


58
GLOSARIO

ANALISTA: Persona que realiza el anlisis ante la presencia de un problema y establece las
posibles soluciones.

BASE DE DATOS: Fuente central de datos que est diseada para que sea compartida por
los usuarios a travs de sus aplicaciones.

COMPUTADORA: Objeto al que se le instala programas para registrar, guardar y facilitar el
procesamiento de informacin.

DISEO: es la realizacin de delineacin de un objeto, para establecer cmo alcanzar los
objetivos propuestos.

HARDWARE: Est formado por las partes fsicas de la computadora, en ella abarcamos el
equipo computacional.

SISTEMA: Es el conjunto de partes o componentes que trabajan interrelacionados para
alcanzar una meta comn, a travs de entradas que luego generan salidas por medio de un
proceso organizado.

SOFTWARE: Es el conjunto de programas que integran un sistema informtico, los cuales
estn integrados por instrucciones u rdenes, las cuales se codifican en un lenguaje de
programacin para que el computador las entienda.

USUARIO: Persona que interacta con un sistema de informacin, como consecuencia de su
trabajo en una institucin.

59
BIBLIOGRAFIA

Paginas Internet:
http://www.imss.gob.mx/instituto/historia/

Intranet:
http://intranet.com/........ (Pagina reservada, solo para uso interno)

Manuales:
Procedimientos Normativos Calidad y Normatividad 2006
Autor: Instituto Mexicano del Seguro Social
Editorial: Talleres Mexicanos S.A. de C.V.

Libros:
Diseo Aplicacin y Administracin de Bases de Datos.
Autor: Mannino Michael
Publicacin: 21/feb/07
Editorial: McGraw-Hill

Proyecto Final

Încărcat de

Informații document

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Proyecto Final

Încărcat de

Drepturi de autor:

Formate disponibile

UNIVERSIDAD DEL GOLFO DE MXICO

CAMPUS CIUDAD MENDOZA

S-ar putea să vă placă și