Metodologa para el desarrollo de bases de datos relacionales

Concepto de metodologa
En distintas reas de la ingeniera del software se han realizado importantes esfuerzos para
encontrar las tecnologas ms adecuadas; esto se debe al gran impacto que una metodologa
tiene en el desarrollo de un producto software, ya sea en lo que e refiere en los costes y plazos
de entrega del mismo, como a la calidad y mantenimiento del producto.
Teniendo en cuenta que una metodologa es un conjunto de modelos, lenguajes y otras
herramientas que nos facilitan la representacin de los datos en cada fase del proceso de
diseo de una base de datos, junto con las reglas que permiten el paso de una fase a la
siguiente, el anlisis de todos estos elementos es fundamental para poder comprender y
aplicar correctamente una metodologa de diseo.
Entendemos por herramienta cualquier recurso particular a disposicin de la metodologa
para realizar las operaciones que en ella se prevn, BATINI et al. (1981); herramientas sern
los diagramas, grafos, teoras, etc. Que se han de aplicar a las distintas fases del desarrollo. Los
modelos, los lenguajes y la documentacin son tambin herramientas, pero dado su especial
inters se consideran de forma individualizada.
Un modelo de datos es un conjunto de conceptos, reglas y convenciones que permiten
describir y manipular los datos de toda la informacin hacia lo que nosotros tenemos.
Un lenguaje de datos esta siempre basado en un determinado modelo de datos y es el
resultado de definir una sintaxis para el mismo, lo que va a permitir expresar un esquema
(basado, por ejemplo, en el modelo relacional) en una sintaxis concreta (como, por ejemplo, la
del SQL).
La documentacin nos permitir describir de forma normalizada los resultados de cada etapa,
facilitando as la labor del diseador y ayudando al mantenimiento de la base.
Las reglas actuaran sobre los elementos de entrada en cada fase para conseguir la salida de
cada una de ellas, permitiendo en algunos casos elaborar distintas alternativas de diseo.
Estos cinco conceptos (modelos, lenguajes, documentacin, otras herramientas y reglas), estn
estrechamente ligados: un lenguaje permite la expresin organizada de los conceptos del
modelo, los modelos no pueden aplicarse de forma satisfactoria sin una metodologa, y una
metodologa ser ms eficaz con el apoyo de herramientas que faciliten su aplicacin y con
reglas que permitan pasar de una etapa a otra, ayudando a resolver los problemas que van
apareciendo en el proceso de diseo, el cual debe estar perfectamente documentado para que
puedan llevarse a cabo las revisiones y el mantenimiento. Los participantes (directivos,
usuarios e informticos) constituyen un elemento esencial del desarrollo.
Enfoque propuesto
La metodologa propuesta pretende resolver uno de los principales problemas del desarrollo
de una BD, que es la comunicacin entre las distintas personas que actan o intervienen a lo
largo del proceso. Se trata normalmente de personas con diferentes mentalidades, formacin
y experiencia que se ven obligadas a trabajar en equipo para desarrollar un sistema til.
Hay 2 causas principales que conducen a un diseo incorrecto, que son:
- Falta de conocimiento del dominio de la aplicacin; conocimiento que no posee el
diseador informtico, pero si el usuario (aunque no siempre lo tenga bien
estructurado ni sepa expresarlo en forma correcta y precisa).
- Falta de experiencia en el modelado: experiencia que si se le supone al diseador, pero
q el usuario conocedor del dominio de la aplicacin no suele poseer.
Para resolver el problema de comunicacin entre el usuario y el diseador, proponemos, al
igual que se hace en otras varias metodologas, utilizar un enfoque basado en el ME/R.
Este modelo, sencillo permite entablar un dilogo entre el usuario y el diseador; dialogo que
facilitara que se despejen dudas y aclaren aspectos del universo del discurso a modelar.
Este modelo permite tambin la colaboracin de los especialistas con los usuarios; de manera
que estos ltimos pueden participar activamente como protagonistas del diseo. Como
sabemos, esto resulta imprescindible para que la implantacin de la base de datos tenga xito.
Como puede deducirse de un estudio general de varias metodologas existentes, parece que
tres grandes fases (que comprenden, a su vez, distintas actividades y tareas), resulta un
numero apropiado de niveles.
Estas fases, son las siguientes:
Modelado conceptual: cuyo objetivo es obtener una buena representacin de los recursos de
informacin de la empresa, con independencia de usuarios o aplicaciones en particular, y fuera
de consideraciones sobre eficiencia del computador.
Diseo lgico: cuyo objetivo es transformar el esquema conceptual obtenido en la etapa
anterior, adaptndolo al modelo de datos en el que se apoya el SGBD que se va utilizar.
Nosotros nos vamos a referir al modelo relacional, pero de forma anloga se podra adaptar
esta etapa del diseo lgico a otro modelo de datos, como el jerrquico o el Codasyl.
Diseo Fsico: cuyo objetivo es conseguir una implementacin, lo ms eficiente posible, del
esquema lgico.
Existe normalmente una realimentacin entre las dos ltimas fases, ya que pueden producirse
cambios en el diseo lgico derivados de requisitos del diseo fsico; es decir, muchas veces es
preciso adaptar el diseo lgico para conseguir una mayor eficiencia del sistema. No es
conveniente, sin embargo, que exista realimentacin de estos dos ltimos niveles hacia el nivel
conceptual, ya que este debe representar los recursos de informacin de la empresa con
independencia de aspectos tcnicos.
Existen otros enfoques de diseo relacional que no se apoyan en el modelo E/R, sino que
llegan directamente al esquema relacional a partir de los atributos considerados aisladamente
y de las restricciones semnticas (especialmente dependencias funcionales). La denominada
relacin universal, que contiene el conjunto de atributos y las restricciones semnticas,
constituye en este caso el punto de partida de la siguiente etapa de diseo que consiste en la
normalizacin de esta relacin.
El mtodo, basado en la relacin universal, presenta la ventaja de un diseo menos subjetivo,
que permite en gran parte aplicar procedimientos algortmicos. Sin embargo, en el se suele
perder ms semntica, las relaciones resultantes pueden no corresponder a hechos del mundo
real, surgen dificultades para expresar restricciones de integridad referencial y es ms difcil
que los usuarios participen en el diseo; otro problema que se presenta en este caso es el de
recoger la presencia de ms de una interrelacin entre dos entidades determinadas. Adems,
los costes de aplicar la teora de la normalizacin crecen exponencialmente con el numero de
atributos por relacin; por tanto, si se parte de la relacin universal se necesita disponer de
herramientas de normalizacin potentes y sofisticadas que consumen gran cantidad de tiempo
y de recursos de mquina.
Nosotros, como ya hemos indicado, concedemos una gran importancia a la participacin de los
usuarios en el proceso de diseo y pensamos, por tanto, que l ME/R ofrece un mejor punto
de partida, ya que se obtienen relaciones ms estructuradas, facilita la normalizacin, y las
relaciones finales representan mejor las entidades e interrelaciones del universo del discurso.
Un posible inconveniente de este mtodos es que exige cierta practica en el diseo, pero en
nuestra opinin, sus ventajas superan con mucho este posible inconveniente.
Con esto se consiguen una serie de ventajas:
- Se requiere menos especializacin por parte del diseador.
- Los usuarios pueden participar en el diseo.
- El diseo es ms fcil de verificar por parte de las personas involucradas en el mismo.
- La estructura obtenida es flexible y fcil de mantener.
- El afinamiento fsico es ms sencillo.
- Cada fase tiene su propia documentacin, ms o menos formal, segn las
caractersticas de la correspondiente fase.
Caractersticas de una metodologa de diseo
a) Claridad y comprensibilidad
La metodologa debe poseer una sencillez tal que permita que sea explicada a distintos
tipos de usuarios.
b) Capacidad de soportar la evolucin de los sistemas
c) Facilitar la portabilidad
El estndar IEEE (1983) considera la portabilidad como la facilidad con la que un
producto de programacin puede ser transferido de un sistema informtico a otro o
de un entorno a otro. La portabilidad es esencial para conseguir sistemas abiertos.
d) Versatilidad respecto a tipos de aplicaciones
La metodologa propuesta no est orientada a un tipo de aplicaciones concreto, sino
que puede utilizarse en aplicaciones diversas, como la gestin de una biblioteca, de un
hospital, de una universidad, etc.
e) Flexibilidad (independencia de la dimensin de los proyectos)
Se pretende que la tecnologa pueda utilizarse tanto en proyectos grandes como
pequeos. Para abordar ambos tipos de proyectos se utilizan modelos, herramientas y
lenguajes anlogos.
f) Rigurosidad
Se pretende imprimir un carcter riguroso a los principios metodolgicos propuestos.
Siempre que ha sido posible (como en el caso de la normalizacin) nos hemos apoyado
en fundamentos tericos, ya que creemos que la teora no tiene por que ir en contra
de la practica.
g) Adopcin de estndares
Se ha procurado aplicar todos aquellos estndares que para la ingeniera del software
en general y para las bases de datos en particular, recomiendan distintas
organizaciones internacionales (como ISO, ACM, IEE, etc.). As, para la descripcin del
esquema lgico estndar nos hemos basado en el estndar SQL92 de ISO.

Entradas y salidas del proceso de desarrollo
Podemos considerar que en el proceso de desarrollo de una BD existen una serie de entradas y
de salidas que pasamos a resumir.
Entradas:
- Requisitos de informacin y objetivos.
- Requisitos de los procesos.
- Especificaciones del SGBD.
- Configuracin del equipo fsico y del S.O.
Salidas:
- Estructura lgicas de datos.
- Estructura de almacenamiento.
- Especificaciones para los programas de aplicacin.

MODELADO CONCEPTUAL
Etapas del modelado conceptual
El modelado conceptual, tambin denominado diseo conceptual, constituye la primera fase
de desarrollo de bases de datos, y puede subdividirse en dos etapas claramente diferenciadas:
A) Anlisis de requisitos
Esta primera etapa, en general comn para datos y procesos, es la etapa de percepcin,
identificacin y descripcin de los fenmenos del mundo real a analizar.
En el anlisis de requisitos, se ha de responder a la pregunta: Qu representar?
Mediante el estudio de las reglas de una empresa (que proveen el marco para el anlisis del
sistema) y de entrevistas a los usuarios de los diferentes niveles de la organizacin (que
proveen los detalles sobre los datos) se llega a elaborar un esquema descriptivo de la realidad.
Son varias las propuestas existentes respecto a la forma de expresar el esquema descriptivo,
pero en general (y esta tambin nuestra propuesta) se utiliza el lenguaje natural para recoger
esta primera informacin.
Como ven los usuarios a los analistas Como ven los analistas a los usuarios
- No entienden el negocio, es decir, la
actividad de la empresa.
- Intentan decirnos como realizar nuestro
trabajo
- No consiguen instrumentar de manera
aceptable las especificaciones del sistema.
- Dicen NO a todas nuestras sugerencias.
- Ponen demasiado nfasis en aspectos
tcnicos.
- Siempre piden ms presupuesto.
- Siempre se retrasan.
- Nos piden tiempo y esfuerzo en
detrimento de nuestro trabajo.
- No pueden responder de forma rpida y
satisfactoria a los cambios necesarios en el
sistema.
- No saben lo que quieren.
- Tienen muchas necesidades polticas.
- Quieren todo YA.
- No son capaces de establecer prioridades
entre las necesidades.
- Quieren poner sus necesidades
especficas por delante de las de la
compaa u organismo.
- Rehsan responsabilidades sobre el
sistema.
- No son capaces de dar una definicin
clara del sistema para que funcione.
- Son incapaces de respetar la
planificacin.
- No dicen todo lo que saben sobre el
sistema.

Ya sealbamos que uno de los problemas ms importantes con los que se enfrenta el diseo
de una base de datos es el de la comunicacin entre las distintas personas que participan en el
mismo, el lenguaje natural servir para que los usuarios de la base de datos especifiquen
fcilmente sus necesidades.
Los posibles problemas que presenta esta primera especificacin se irn solucionando a lo
largo del resto de las etapas de diseo. Podemos afirmar que este primer esquema percibido
bruto se ir refinando hasta llegar a un esquema ms correcto: el esquema conceptual.
B) Etapa de conceptualizacin
En ella se transforma este primer esquema descriptivo, refinndolo y estructurndolo
adecuadamente. Esta etapa responde a la pregunta: Cmo representar?
En esta etapa de conceptualizacin se habr de buscar una representacin normalizada que se
apoye en un modelo de datos que cumpla determinadas propiedades, a saber; coherencia,
plenitud, no redundancia, simplicidad, fidelidad, etc., para llegar as al denominado esquema
conceptual.
Una caracterstica importante del esquema conceptual, es que sea infologico, en el sentido de
que no describa los aspectos ligados a la instrumentacin del esquema en un SGBD, sino que
permita ver la informacin con todo su contenido semntico.

En la figura pueden observarse, a modo de resumen, las dos fases del diseo conceptual con
sus entradas y salidas. Se parte del anlisis del universo del discurso (lo que tambin podra
denominarse realidad empresarial), analizando los listados, pantallas, normativas, etc. Y
realizando un conjunto de entrevistas a varios niveles de la empresa.
Posteriormente se elabora un esquema percibido, expresado en lenguaje natural, que nos
facilita la obtencin del esquema conceptual, esto es, delimita que entidades, atributos,
interrelaciones y restricciones semnticas vamos a considerar.
Este proceso se realiza de forma iterativa hasta que se introducen y clasifican todos los objetos
del universo del discurso de forma satisfactoria.