Sunteți pe pagina 1din 16

Tema 41 Utilidades de los sistemas

gestores de bases de datos para el


desarrollo de aplicaciones.
Etiquetas: tema 41 informatica
TIPOS. CARACTERSTICAS.
NDICE
1. INTRODUCCIN

2. DEFINICIN DE FORMATOS DE PANTALLA

2.1 Formatos para consultas

2.2 Formularios de pantalla

3. DEFINICIN DE MENS

4. DEFINICIN DE FORMATOS DE IMPRESORA

5. LENGUAJE DE PROGRAMACIN DE UN SGBD

6. GENERADOR DE APLICACIONES

7. BIBLIOGRAFA

1. INTRODUCCIN
Existen muchos modelos de bases de datos, diferentes maneras en que los programas de
bases de datos tratan los datos (modelo jerrquico, modelo de red, modelo relacional). El
modelo ms utilizado es el modelo relacional concebido por Codd. El resto de los
programas de bases de datos no corresponden tanto a algn modelo terico como a una
solucin prctica de tratamiento de datos llamada gestores de ficheros.

Por tanto, en el mundo de los microordenadores, tenemos que hablar de dos tipos de
programas

de

bases

de

datos

(dos

maneras

de

subdividir

informacin): gestores de ficheros, y bases de datos relacionales.


Mundo Real

Gestores de Ficheros

Bases de Datos Relacionales

gestionar

la

Tipos de entidades

Bases de datos en ficheros

Bases de datos en tablas

Atributos

Campos

Columnas

Casos de entidades

Registros

Tuplas o filas

Fig. 41.1. Equivalencias entre los conceptos del mundo real y los conceptos de los dos
principales tipos de
bases de datos (gestores de ficheros y bases de datos relacionales).

En un gestor de ficheros cada base de datos es un fichero, que se divide en varios


registros (cada registro equivale a una entidad de las que se quiere clasificar) y, a su vez,
cada registro est formado por uno o ms campos que equivalen a los atributos o
caractersticas de las entidades a clasificar. Supongamos que se tiene una entidad que
corresponde a los datos personales de un empleado. Para ello creamos una base de datos
de un nico fichero que almacenara todas las caractersticas relativas a los datos de cada
empleado. Luego, se agrupa la informacin por atributos como nombre, apellidos,
direccin, etc Todos los campos en conjunto, formarn la llamada estructura, comn a
la base de datos. Los datos concretos, lo que en papel diramos ficha, se denominan
registros en los gestores de ficheros. El registro es la unidad mnima, donde se almacenan
los datos concretos de las entidades.
Las bases

de

datos

relacionales son bases de datos, formadas por unidades

bidimensionales llamadas tablas, aqu los registros se llaman filas o tuplas, que equivalen
a los casos de entidades almacenados, y los campos se denominan columnas, como
representacin de los atributos de los tipos de entidades. Cada tabla corresponde a un tipo
de entidad que no contenga informacin repetida. El modelo relacional est basado en el
lgebra y el clculo relacional, que implican operaciones lgicas entre conjuntos, motivo
por el cual las operaciones que se realizan en las bases de datos, afectan a tablas, y no a
registros individuales como en los gestores de ficheros.
2. DEFINICIN DE FORMATOS DE PANTALLA
Cuando se desarrolla una aplicacin para bases de datos siempre es necesario la
incorporacin de formatos de pantalla tanto para la consulta de los datos almacenados en
pantalla como para la actualizacin de los mismos. Todos los SGBD incorporan utilidades
para la definicin de formatos de pantalla a partir de los ficheros (o tablas) de la base de
datos. Estos formatos se almacenan en ficheros de forma que se puedan utilizar todas las
veces que se necesite sin necesidad de volver a definirlos.

Por lo general se puede hablar de dos tipos de formatos de pantalla:

Formatos para consultas (o vistas).


Formularios para adicin/edicin de datos.
2.1. Formatos para consultas
Una consulta permite formular preguntas sobre los datos almacenados en las tablas. La
forma en que se disee la consulta indicar con exactitud al SGBD qu datos debe
recuperar.

Existen varios tipos de consultas:

De seleccin.
De referencias cruzadas.
De acciones.
De unin.
Las consultas ms utilizadas son las de seleccin. Con las consultas de seleccin se
pueden ver datos de las tablas, analizar dichos datos e incluso hacer cambios en ellos. Es
posible ver datos procedentes de una sola tabla, o bien agregar campos de varias tablas
distintas. Se podr formular preguntas sobre los datos de las tablas. Por ejemplo, puede
crearse una consulta de seleccin para mostrar los clientes que han realizado pedidos de
un producto el ao pasado.
Las consultas de referencias cruzadas presentan los datos con ttulos en las filas y
columnas, como en una hoja de clculo. Este tipo de consultas puede presentar gran
cantidad de datos de resumen en un formato mucho ms legible, de manera que se
puedan hacer comparaciones y ver las tendencias de los datos fcilmente. Por ejemplo,
supongamos que se desea analizar las ventas totales de cada representante de una
empresa de ventas, dentro de cada categora de productos. Si se crea una consulta de
seleccin no ser fcil hacer comparaciones entre distintos representantes, ya que es
preciso recorrer muchas pantallas de datos; pero si se crea una consulta de referencias
cruzadas, la hoja de datos ser ms compacta y se podr comparar sin ningn esfuerzo las

cifras de ventas.
Las consultas de unin ayudan a combinar rpidamente campos de dos o ms tablas o
consultas. Cuando se ejecute una consulta de unin, sta devolver los registros de los
campos correspondientes de las tablas incluidas. Por ejemplo, se pueden combinar los
nombres de los proveedores con los nombres de los clientes en una sola lista
-pertenecientes a dos tablas distintas-.
Cuando se desea realizar cambios masivos en los datos, cambios que afectarn de manera
similar a todo un conjunto de registros, se puede crear una consulta de accin. Por
ejemplo, suponga que desea subir un 10 por ciento el precio de un grupo de productos;
para ello basta con crear una consulta de accin. Normalmente existen cuatro tipos de
consultas de accin:

De creacin de tabla.
De eliminacin de registros.
De datos aadidos (aade registros de unas tablas a otras).
De actualizacin para modificar un grupo de registros.
Estructura de una consulta
Para crear una consulta hay que definir los elementos en cada una de las secciones que la
componen. Estas secciones son:

Eleccin de los campos.


Criterios de la consulta.
Campos calculados.
Valores nicos.
Enlace de varias tablas.
Totales.
La eleccin de campos permite establecer cuales de los campos de las tablas incluidas

en la consulta aparecern en pantalla.


En la seccin de criterios de consulta las acciones a realizar (no es necesario especificar
todas) que se pueden incluir son: seleccionar rango de registros, seleccionar registros que
no coinciden con un valor, especificar varios criterios O o Y, seleccionar slo registros
que contienen valores en alguno de los campos, seleccionar registros incluidos en una lista
de valores e incluir clculos en los criterios.
En la seccin campos calculados se agregarn campos que no existen en la tabla pero
que se definen en funcin de stos.
En la seccin valores nicos se puede establecer que solo aparezca una ocurrencia
cuando varias filas tienen un mismo valor de campo.
En la seccin enlace de varias tablas se permite combinar varias tablas y crear
combinaciones externas. Por supuesto solo se podrn enlazar tablas en la consulta si
existe definida relacin entre ellas (tiene que existir un campo de combinacin entre las
tablas). Las combinaciones pueden ser internas o externas. Si para que aparezca
informacin en la consulta es obligatoria la concordancia de datos entre las tablas
conectadas,

hablamos

de combinacin

interna,

cuando

esta

concordancia

no

es

imprescindible hablamos de combinacin externa.


La seccin totales permite agregar clculos sobre los datos de la consulta. Los SGBD
incorporan una serie de funciones predefinidas para incluir estos totales: suma, promedio,
mnimo, mximo, contador, desviacin tpica, varianza
2.2. Formularios de pantalla
Cuando deseemos agregar datos a su base de datos, o cuando tengamos que editar datos
de la misma, podremos realizar la mayor parte del trabajo en formularios de pantalla.

Una vez que se diseen las tablas y consultas, podremos utilizar un formulario como
ventana de acceso a sus datos.

Los formularios proporcionan una forma sencilla de ver los datos. El uso de formularios
tambin es un modo eficiente de introducir los datos, pues ahorra tiempo y evita errores
de mecanografa. Por ejemplo, en lugar de escribir los valores de todos los campos,
pueden crearse listas en el formulario a partir de las cuales se podr elegir los valores.

El formulario ofrece el diseo ms cmodo para introducir, modificar y ver los registros de
la base de datos. Los SGBD incluyen herramientas de diseo para formularios que
ayudarn a disear formularios de fcil uso, tiles para:

Presentar los datos en un formato atractivo, con fuentes especiales y otros efectos
grficos, tales como colores y sombreado.

Ofrecer una apariencia similar a los formularios en papel que ya conoce. Calcular totales.

Mostrar grficos.

Mostrar datos de varias tablas. Automatizar tareas que se realizan habitualmente.

Funcionamiento de los formularios


La forma ms rpida de entender su funcionamiento es observar un formulario y el origen
de sus datos. Parte de la informacin de un formulario puede proceder de una tabla o una
consulta, aunque la informacin tambin puede ser independiente de la tabla o consulta:
por ejemplo, el nombre y el logotipo de una compaa pueden aparecer en la parte
superior de un formulario. La apariencia del formulario se almacena en el diseo del
mismo.
Crear formularios
Los formularios se pueden crear con o sin la ayuda de los Asistentes. Los Asistentes
aceleran el proceso de creacin de formularios, ya que realizan automticamente todo el
trabajo bsico. El Asistente suele tener una opcin Automtico que produce un
formulario sencillo preformateado sin pedir informacin. Las dems opciones para
formularios plantearn ciertas preguntas y luego crearn un formulario basndose en sus
respuestas.
Cuando se utilice un formulario para introducir o presentar datos de una base de datos, se
deber conectar a una tabla o a una consulta de seleccin, que ser su origen de los
datos. Si todos los datos estn en una tabla, se deber basar el formulario en esa tabla.
Por el contrario, si los datos estn almacenados en varias tablas, se deber basar el
formulario en una consulta de seleccin.

3. DEFINICION DE MENUS
Si se desea que la aplicacin proporcione al usuario una serie de comandos,
los mens ofrecen una forma cmoda y coherente de agrupar los comandos de modo que
el usuario pueda acceder fcilmente a ellos. Los SGBD incorporan utilidades para el diseo
de estos mens, de forma que el programador no necesite escribir demasiado cdigo.
Normalmente

estas

utilidades

solo

permiten

crear

mens

de

tipo

desplegable,

presentando una barra horizontal con los grupos de opciones principales, cada una de las

cuales desplegar una lista vertical de opciones disponibles.

Los pasos a seguir para la creacin de un men de la aplicacin son:

Crear la barra de men (barra horizontal).


Crear listas desplegables de opciones.
Definir acciones asociadas a cada opcin.
Cada una de las opciones de la barra de men tiene, adems de la apariencia (texto que
se visualizar), un nombre interno que el programador utilizar para asociar las listas
desplegables.

Cada opcin de lista desplegable tambin tiene un texto de apariencia y un nombre


interno que el programador utilizar para asociar las acciones a ejecutar cuando se
seleccione esta opcin en tiempo de ejecucin.

Se pueden definir una serie de atributos -controlables posteriormente en tiempo de


ejecucin- que afectarn a la apariencia y la actividad de esta opcin (una opcin de un
men puede habilitarse o deshabilitarse segn se pueda ejecutar o no el comando
asociado).

4. DEFINICIN DE FORMULARIOS DE IMPRESORA


Una de las utilidades ms importantes de cara a los usuarios es la realizacin
de informes. Todos los programas de bases de datos ofrecen la posibilidad de hacer
listados simples, sin embargo, la mayora de SGBD se esmeran en ofrecer todo tipo de
ventajas de cara a una elegante presentacin de los datos, con la mxima facilidad de uso
posible. Un formulario puede ser una factura, un albarn, un listado de productos, unas
referencias bibliogrficas, incluso una carta. Los formularios pueden utilizarse para salidas
tanto por pantalla, impresora o fichero de texto.
En general todo formulario estructurado consta de seis partes, aunque esto puede variar
de un producto a otro, incluso en sus nombres. El tipo de formulario que se desee crear
determinar las secciones que se deben utilizar, as como la informacin que debe incluir
en cada seccin. A continuacin se describen algunos usos habituales de estas secciones:

Encabezado del formulario. Presenta un ttulo para el formulario. Cuando se imprima

un formulario, el encabezado aparecer al principio de la primera pgina.

Encabezado de pgina. Presenta informacin tal como ttulos, encabezados de


columna o cualquier otra informacin deseada al principio de cada pgina.

Seccin detalle. Presenta los registros. Puede mostrar un registro por pgina (o
pantalla), o bien tantos registros como quepan en la pgina (o pantalla). Para definir las
columnas (campos) de esta seccin hay que indicar la tabla o la consulta de seleccin
origen de los mismos.

Seccin resumen, que es una parte optativa donde se pueden aadir una serie de
campos, llamados virtuales o calculados, que permiten realizar sumas, medias u otro tipo
de operaciones matemticas. Estos campos sirven, para resumir numricamente el
informe. Normalmente se puede incluir ms de un nivel de ruptura a fin de poder imprimir
subtotales (totales parciales por cada grupo de datos listados). Estos subtotales
aparecern cuando cambie el contenido de un campo establecido (n de cliente, fecha ).

Pie de pgina. Presenta informacin tal como la fecha, el nmero de pgina o cualquier
otra informacin deseada al final de cada pgina.

Pie de formulario. Presenta informacin que solo aparecer al final de la ltima pgina
del formulario.
Adems de las secciones de contenidos existe una seccin de parmetros de impresin en
los que se definen dispositivos o cola de salida y estilos de impresin.
5. LENGUAJE DE PROGRAMACIN DE UN SGBD
La utilidad ms importante que incorporan los SGBD para el desarrollo de aplicaciones es
el lenguaje de programacin. Aunque bastante similar a un lenguaje de programacin
convencional en cuanto a su estructura, los lenguajes de programacin presentan
diferencias en cuanto al tipo de mandatos que pueden ser incluidos en un programa.
Los mandatos se agrupan en tres tipos:

Mandatos de uso general, parecidos en su funcin a los mandatos de cualquier


lenguaje de programacin. En este grupo se incluyen las instrucciones de declaracin de
variables, de asignacin, de entrada/salida por teclado y pantalla e instrucciones de
control -condicionales y repetitivas-.

Mandatos de bases de datos. En un programa se pueden incluir los mandatos para


manejo de las bases de datos que se utilizan fuera de los programas. Entre estos estn los
mandatos para utilizacin de tablas, para creacin y uso de consultas, para impresin de
formularios

Mandatos SQL. En general, todos los SGBD incluyen la posibilidad de gestionar las

tablas mediante este lenguaje de consulta, permitiendo adems la inclusin de estas


rdenes en los programas generados en su lenguaje de programacin.
La creacin y ejecucin de un programa sigue los pasos comunes en cualquier lenguaje:

Creacin del cdigo fuente en un fichero ASCII.


Compilacin y enlace.
Ejecucin.
En algunos SGBD la ejecucin puede ser interpretada, con lo que no es necesario el
proceso de enlace. Incluyen, adems, utilidades para la depuracin de programas.

6. GENERADOR DE APLICACIONES
El Generador de Aplicaciones es una herramienta de diseo. Se puede utilizar para
desarrollar aplicaciones que realicen importantes tareas de gestin de datos sin escribir un
simple programa.
El Generador de Aplicaciones proporciona un entorno de diseo que permite crear y
posicionar objetos, como mens, sobre la pantalla. Una vez definidos y posicionados estos
objetos, puede definir acciones para ellos. Cuando se est realizando su diseo, el SGBD
genera los programas necesarios para que se ejecute la aplicacin.

Qu es una aplicacin?
Una aplicacin es un sistema conducido por mens que automatiza una tarea de gestin
de datos. Por ejemplo, se podra utilizar una aplicacin para gestionar una base de datos
de listas de direcciones de correo. Sin embargo, en lugar de utilizar separadamente una
base de datos, preguntas, formularios o informes, se pueden combinar estos elementos en
un sistema conducido por mens. Por ejemplo, una opcin de men debe imprimir un
informe, otra podra aadir registros a la base de datos utilizando un formulario
confeccionado o incluso otra podra crear una copia de seguridad de la base de datos.
Cuando se crea una aplicacin parece que se va a ejecutar independientemente del SGBD.
Cualquiera que utilice la aplicacin solamente necesita conocer cmo arrancar el SGBD y
cmo ejecutar la aplicacin. Los mens que se utilicen para conducir la aplicacin toman
el control desde all. Sin embargo, la aplicacin est respaldada por la potencia del SGBD.
Por ejemplo, podra especificar el mandato de Edicin como opcin en uno de los mens
de su aplicacin. Cuando se selecciona esta opcin, se est tomando la pantalla de edicin

definida en el SGBD. Todos los mens normalmente disponibles para esta pantalla tambin
estn disponibles para la aplicacin.

Una aplicacin es una coleccin de programas. Los programas que forman una aplicacin
estn compuestos de las mismas rdenes escritas que el lenguaje de rdenes del SGBD.
Cada programa en una aplicacin realiza una tarea especfica de clculo u operacin para
esa aplicacin. Por ejemplo, un programa podra presentar un sistema de mens mientras
que otros programas realizan cada una de las acciones especificadas por esos mens. El
propsito del Generador de Aplicaciones es escribir esos programas por nosotros.

El Generador de Aplicaciones es una herramienta para crear un sistema central de mens


que llame a los programas de utilidad del SGBD.

El Generador de Aplicaciones es un sistema conducido por mens para desarrollar


aplicaciones. Permite enlazar los distintos componentes del SGBD (bases de datos,
consultas, formularios, etc.), permitiendo definir imgenes visuales de objetos en la
superficie de trabajo del Generador de Aplicaciones (un ejemplo de objeto visual es un
men). Una vez que definidos estos objetos, se les puede asignar acciones. Una accin es
un procedimiento que se va a realizar cuando se seleccione ese tem. Por ejemplo, para un
men objeto, podra asignar acciones a cada una de las opciones de ese men.
La creacin de una aplicacin a partir del Generador de Aplicaciones seguir los
siguientes pasos:

Definicin del entorno implcito.


Definicin de objetos.
Asignacin de acciones.
Generacin del cdigo.
Definicin del entorno implcito
El Generador de Aplicaciones (G.A.) presenta, al iniciarse, un formulario para definir el
entorno de la aplicacin. Se utiliza el formulario de definicin de aplicaciones para definir
el entorno implcito de su aplicacin. Es aqu donde se nombra la aplicacin, se define su
men principal y se especifica una base de datos o vista que se emplear posteriormente.

Tambin puede usarse este formulario para especificar un ndice implcito para la
aplicacin. El SGBD utiliza esta informacin para crear dos programas que definen su
aplicacin. Uno describe el sistema de mens y el otro describe las acciones que se han
asignado a esos mens. Los elementos del formulario de definicin de aplicaciones
habituales se dan a continuacin.
Nombre de la Aplicacin. Se usar este campo para introducir el nombre de la
aplicacin. Cuando se genere el cdigo de la aplicacin, el SGBD crea un archivo de
programa con este nombre.
Descripcin. Se utilizar este campo para introducir una descripcin que se visualiza
cuando se seleccione el nombre de una aplicacin en el Panel de Aplicaciones del
Asistente.
Tipo de men principal. Se utilizar este campo para especificar el tipo de men de
apertura de la aplicacin. El SGBD permite introducir uno de los tres tipos de mens de
apertura: barra, desplegable o batch. Las dos primeras opciones, barra y desplegable, son
dos tipos de men que se pueden crear utilizando el Generador de Aplicaciones. El tipo de
men principal que especifica en este campo es el que se visualizar cuando ms tarde
ejecute la aplicacin. La tercera opcin, batch, referencia a un proceso por lotes que
realiza una serie de operaciones en una secuencia especificada. En cada uno de los pasos
del proceso por lotes, puede abrirse un men.
Nombre del Men Principal. El G.A. utiliza los contenidos de este campo para nombrar
el fichero del sistema de mens.
Tabla o consulta. Este campo permite disear la base de datos o visualizacin que se
quiere que utilice la aplicacin. Puede introducirse el nombre de una base de datos, como
clientes, o el nombre de una consulta, ya creada utilizando la utilidad de Diseo de
Consultas.

ndice. Aqu es donde se especifica el nombre del ndice asociado con la base de datos
que se introdujo en el campo Tabla o consulta.
Una vez que se haya introducido la informacin apropiada en el formulario de definicin de
aplicaciones se guardar esta definicin en memoria y se desplazar la superficie de
trabajo del Generador de Aplicaciones.

Definicin de objetos
El Generador de Aplicaciones permite disear objetos de diversos tipos, mediante una
interfaz visual. Una vez que se definen estos objetos, se les puede asignar acciones. El

Generador de Aplicaciones utiliza los objetos que se definen y las acciones que especifica
para generar el cdigo de la aplicacin.

El Generador de Aplicaciones permite definir mens, listas y procesos por lotes. Cada uno
de estos objetos est disponible en la opcin Diseo de la barra de mens del Generador
de Aplicaciones.

El Generador de Aplicaciones visualiza una caja de listas de ficheros en la pantalla. Se


desplazar el cursor a la opcin <crear> y se pulsar ENTER, colocndose el objeto en la
superficie de trabajo del Generador de Aplicaciones.

Si el nuevo objeto es un men o proceso por lotes, llega a la superficie de trabajo del
Generador de Aplicaciones como una caja blanca. Puede rellenarse con los tems de ese
men. Cada lnea del men representa un tem u opcin del men. Entonces puede
asignarse una accin a cada tem del men. Si no se asigna ninguna accin a ningn tem
del men, el G.A. lo visualizar todava como parte del men, pero no podr ser
seleccionado. Cuando se termine la aplicacin, al pulsar ENTER sobre un tem del men el
SGBD inicializar la accin que se haya asignado a ese tem.

Mens
El Generador de Aplicaciones le permite especificar tres tipos diferentes de mens:

Mens de barras horizontales.


Mens desplegables.
Mens de aparicin autnomos.
Los mens desplegables van ligados normalmente a una de las opciones de un men de
barra horizontal, de forma que cuando se seleccione una opcin se desplegar
automticamente el men desplegable asociado.

Puede utilizarse un men de aparicin como submen para otros mens de aparicin. Con
esta configuracin, siempre que seleccione un men de aparicin, aparece otro men de
aparicin de las opciones.

Aunque los mens de aparicin funcionan bien con los mens de barra horizontal, tambin

se pueden utilizar independientemente. Por ejemplo, se puede utilizar un men de


aparicin autnomo como men principal de una aplicacin.

Listas
Las cajas de listas contienen los nombres de ficheros, campos de la base de datos o
contenidos de campos especificados de una base de datos. Las cajas de listas funcionan
como los mens, ya que permiten que su usuario realice una seleccin de su contenido. Se
puede disponer de la informacin de cada una de estas listas por seleccin.

Hay tres tipos de cajas de listas:

Listas de ficheros que contienen nombres de fichero.


Listas de estructuras que contienen nombres de campo.
Listas de valores que contienen contenidos de campos de bases de datos.
Proceso por lotes
Los procesos por lotes permiten especificar una lista de operaciones que se van a ejecutar
en secuencia cuando se escoge una opcin de un men especfico. De forma diferente a
los mens y cajas de listas, el usuario nunca ve procesos por lotes, y no lo necesita. Se
puede utilizar un proceso por lotes para hacer una copia de seguridad de una base de
datos, especificando tambin las siguientes operaciones:

Marcar registros para supresin.


Suprimir esos registros.
Hacer la copia de seguridad de la base de datos.
La definicin de un proceso por lotes es similar a la de definir un men. Se teclean las
descripciones para cada paso del proceso por lotes. A continuacin se asignan acciones a
cada elemento del proceso por lotes. Despus se guarda el proceso por lotes, que ahora
puede ser llamado desde cualquier men que se haya definido. Cuando es llamado un
proceso por lotes, todos sus tems son ejecutados automticamente en secuencia.
Asignacin de acciones
Una vez que se hayan definido los mens y sus tems correspondientes, pueden asignarse
acciones a cada tem de cada men. Ejemplos de acciones son: aadir un registro,
utilizando un formulario confeccionado, o imprimir un informe.

A travs de mens desplegables se puede elegir, sin escribir cdigo, el tipo de accin a
asociar. Estas acciones son las correspondientes a los mandatos del SGBD para el manejo
de bases de datos, consultas y formularios. Adems, se incluyen opciones para abrir un
nuevo men o ejecutar un programa de la aplicacin o proceso batch, permitiendo
personalizar la ejecucin de los mismos. Por ejemplo, se puede asignar la impresin de un
formulario ya creado y variar las condiciones para los datos extrados de la base de datos
o consulta de seleccin.

Generacin de cdigo
Cuando est finalizando el diseo del sistema de mens y asignadas las acciones o
procesos por lotes a los tems del men, se puede generar el cdigo de la aplicacin. La
aplicacin no correr a menos que se haya generado en el lenguaje del SGBD el cdigo de
programa necesario.

Para generar el cdigo de programa requerido, se utilizar la opcin Generacin de Cdigo


del men del Generador de Aplicaciones. La opcin de men Generacin suele tener los
tres siguientes submens: Iniciar generacin, Seleccionar y Visualizar durante generacin.

Se utilizar la opcin Iniciar generacin para generar el cdigo y la documentacin del


programa. Esta documentacin muestra los objetos que se han definido y las acciones
especificadas para esos objetos. Cuando se realiza el proceso de generacin se crean
bloques de ficheros:

Ficheros de cdigo de programa (cdigo fuente).


Ficheros de documentacin de programa.
Antes

de

que

se

utilice

la

opcin

Iniciar

generacin,

puede

utilizarse

la

opcin Seleccionar para especificar si el G.A. genera el cdigo o la documentacin del


programa. Esta opcin permite elegir entre uno de los bloques de ficheros descritos
anteriormente.
Cuando se especifique la opcin de ficheros de cdigo, el G.A. genera los dos ficheros de
programa necesarios para que se ejecute la aplicacin.

Cuando se utilice la opcin de creacin de documentacin para generar la documentacin


de la aplicacin, el G.A. da a este fichero el nombre de la aplicacin y una extensin de

archivo de texto. Esa documentacin se puede imprimir o ver por pantalla ms tarde.

La opcin Visualizar har que el G.A. muestre como se est generando la documentacin
de la aplicacin.
Creacin de grandes aplicaciones
Para desarrollar una aplicacin de gran tamao es conveniente seguir estos pasos:
1. Anotar los objetivos de aplicacin.
ste es un paso de papel y lpiz que involucra redactar notas sobre lo que se quiere que
haga la aplicacin. Se comienza con un planteamiento global de los objetivos y despus se
van considerando los detalles especficos. Por ejemplo, puede desearse que la aplicacin
gestione una lista de correos. Sin embargo, probablemente se quiera aadir registros a la
base de datos y editar esos registros utilizando un formulario confeccionado. Se
necesitarn varios tipos de ndices para ordenar la informacin por apellidos y cdigo
postal. Tambin necesitarn varios tipos de informes y de formularios de etiquetas para
imprimir etiquetas de correo. El considerar cada pequeo objetivo como una entidad
independiente har el trabajo de desarrollo mucho ms fcil.

2. Disear la base de datos.


Una vez definidos los objetivos, se est listo para crear la base de datos. Cuando se
diseen los campos de la base de datos, se tendrn en cuenta sus objetivos.

3. Construir los componentes.


A continuacin se disearn y construirn los componentes que utilizar la aplicacin,
incluyendo visualizaciones, formularios, informes y etiquetas. Se continan teniendo en
cuenta los objetivos del sistema cuando se disean estos componentes. Si se cambia de
idea sobre el diseo de un componente mientras se est desarrollando la aplicacin,
siempre se puede volver hacia atrs y cambiarlo ms tarde.

4. Disear el sistema de mens.


Se bosqueja el men principal y los mens de aparicin o cajas de listas que se puedan
necesitar. Este bosquejo ser una herramienta valiossima una vez que se entre en el
Generador de Aplicaciones y se comience a desarrollar la aplicacin.

5. Disear los procesos por lotes.


Siempre que se necesite seleccionar un men para realizar ms de una tarea, se
necesitar un proceso por lotes. Anotaremos los pasos para cada proceso por lotes con

frases sencillas. Se podrn asignar acciones a cada uno de esos pasos cuando utilicemos
el Generador de Aplicaciones.

6. Desarrollar la aplicacin.
Ahora se est listo para entrar en el Generador de Aplicaciones y desarrollar la aplicacin.
Se mantendr el bosquejo del sistema de mens a mano, ya que, se consultar con
frecuencia.

7. Probar la aplicacin.
Antes de que se haya finalizado el desarrollo de la aplicacin, debe probarse
completamente cada men simple utilizando datos ejemplo. Slo entonces la aplicacin
estar lista para ser utilizada.

7. BIBLIOGRAFA
Gary W. Hansen

Diseo y Administracin de Bases de Datos


Prentice Hall, 1998

Microsoft

Manual del usuario de Access 97


Microsoft Corporation, 1997

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