You are on page 1of 10

Diseo Conceptual de Bases de Datos:

Un enfoque basado en la medicin de la calidad. 1


Marcela Varas
Departamento de Ingeniera Informtica y Ciencias de la Computacin,
Universidad de Concepcin, Chile.
e-mail: mvaras@udec.cl

Resumen.
Se presenta un enfoque para el diseo de esquemas de bases de datos de calidad. Este enfoque est basado en el
trabajo colaborativo e incremental entre usuarios y diseadores, adems de la medicin sistemtica de la calidad de
los esquemas conceptuales. Se define un conjunto de criterios de calidad con sus correspondientes mtricas para
apoyar este enfoque. Adems se introduce el criterio de economa y se redefine el criterio de expresividad.
Palabras Clave: Diseo Conceptual de Bases de Datos, Mtricas de Calidad, Proceso de Diseo, Criterios de Calidad.

Introduccin.

Las bases de datos poseen diversos componentes. Uno de ellos es el esquema conceptual, el cual especifica
principalmente los componentes estticos de la base de datos, incluyendo las estructuras y restricciones estticas.
Esta componente es fundamental para todo el sistema y posee la propiedad de ser independiente de las
consideraciones de implementacin.
El desarrollo de una base de datos considera mucho ms que aspectos estticos, e involucra otros niveles de
abstraccin que el conceptual, pero aquellos aspectos escapan del mbito de este artculo, por lo que no sern
tratados aqu (para detalles sobre niveles de abstraccin y dimensiones de una base de datos, vea el enfoque de co
diseo propuesto por Thalheim [Thalheim2000] ).
Un esquema conceptual se especifica en un lenguaje de modelacin, tal como el modelo entidad interrelacin
[Chen76] o UML [Booch98], pudiendo incluir algunas especificaciones extra, expresadas en lenguaje natural o
alguna lgica. Este esquema es un modelo de una realidad o la especificacin de una solucin a un problema,
dependiendo de si se utiliza el lenguaje para anlisis o diseo respectivamente. La entrada al proceso de diseo
conceptual es el documento de especificacin de requisitos, el cual es el resultado principal de la etapa de anlisis.
Como todo producto de ingeniera, las bases de datos deben ser desarrolladas de modo de asegurar ciertos niveles
mnimos de calidad. El problema radica en que la definicin del concepto de calidad debe ser previo a su medicin.
Ambos asuntos han sido cubiertos en el mbito del software, pero no en el mbito especfico del diseo conceptual
de bases de datos.
En este trabajo se han considerado algunos de los aportes realizados por Batini [Batini94], Moody [Moody94] y
Kesh [Kesh95], quienes han definido criterios de calidad y algunas mtricas para poder medirlos. Para cada uno de
los criterios de calidad bajo consideracin, se propone una mtrica, con lo que se puede obtener una medida de la
calidad de un esquema conceptual.
El proceso de diseo conceptual es una tarea humano-dependiente, en el sentido que requiere de habilidades que son
muy difciles de automatizar. El diseador debe analizar la realidad bajo modelamiento, documentar los hechos
relevantes para satisfacer un conjunto de requerimientos, y complementar el documento de especificacin de
requisitos una vez que obtiene nueva informacin a travs del proceso de diseo. En cada etapa se utilizan distintas
polticas para tomar decisiones de diseo, las cuales pueden variar su importancia (ponderacin o peso) dependiendo
del diseador o la etapa del desarrollo en que se encuentre. Esto hace que este proceso sea muy dependiente de

Investigacin parcialmente financiada por Direccin de Investigacin, Universidad de Concepcin, Proyecto 99.093.003-1.0

quienes lo desarrollen, y que en la prctica, sea difcil justificar una determinada decisin de diseo, si es que no se
cuenta con herramientas adecuadas (parte de las cuales proveemos en este trabajo).
En la seccin siguiente, se presenta un marco de trabajo para el desarrollo de esta tarea, incluyendo distintos puntos
de vista para el enfoque propuesto. En la seccin 3 se presentan los criterios de calidad propuestos en la literatura,
adems de introducir el criterio de economa y redefinir el criterio de expresividad. En la seccin 4 se presentan
mtricas para cada uno de los criterios de calidad presentados. Por ltimo, se presentan las conclusiones y las
referencias bibliogrficas.

Marco de Trabajo para el proceso de diseo conceptual de bases de datos.

Consideramos que el proceso de diseo conceptual no puede ser independiente del proceso de anlisis de
requerimientos, ms an, ambos procesos desarrollados sinrgicamente mejorarn la calidad del producto final. Bajo
este precepto, distinguimos tres procesos principales en el diseo conceptual: Anlisis de Requerimientos,
Especificacin del Esquema Conceptual y Evaluacin del Esquema Conceptual. Para cada uno de ellos, se declaran
los actores involucrados, sus entradas, salidas y la descripcin del proceso en s.
a. Anlisis de Requerimientos (AR).
Actores: Usuario, Analista.
Entrada: Necesidades de una organizacin en trminos de requisitos de datos, funcionales y de aplicacin
[Batini94].
Salida: Documento de Especificacin de Requisitos (DER)
Proceso: El usuario (una organizacin formada por personas) entrega sus requerimientos al analista, en la forma de
entrevistas, formularios pre existentes, organigramas, polticas, procedimientos y estrategias organizacionales, etc. El
analista, basndose en la informacin entregada por el usuario ms su propio conocimiento del dominio del negocio,
prepara la salida en una forma tcnica.
b. Especificacin del Esquema Conceptual (EEC).
Actores: Diseador Conceptual, Usuario.
Entrada: Documento de Especificacin de Requisitos.
Salida: Esquema Conceptual de Bases de Datos (ECBD).
Proceso: El diseador conceptual mapea el DER en una esquema conceptual de base de datos utilizando un lenguaje
de modelacin. Normalmente, en esta etapa el diseador encontrar algunas incompletitudes en la especificacin de
requisitos.
c. Evaluacin del Esquema Conceptual (EvEC).
Actores: Diseador Conceptual.
Entrada: Esquema Conceptual de Bases de Datos.
Salida: Medida de la calidad del esquema conceptual.
Proceso: El esquema es evaluado utilizando mtricas de calidad.
El DER es escrito en un lenguaje que permite tanto al diseador como al usuario su comprensin y manipulacin.
Durante del proceso de especificacin del esquema conceptual, los requerimientos de datos especificados en el DER
se mapean en un esquema conceptual, mientras que los requerimientos funcionales y de aplicacin normalmente no
quedarn expresados en el esquema conceptual de bases de datos, excepcin de algunas restricciones de integridad
que podran considerar algunos de estos requisitos. Las especificaciones de la aplicacin y los esquemas funcionales
deberan especificar los requerimientos de aplicacin y funcionales respectivamente. Esto ltimo escapa al mbito de
este estudio.
Durante el proceso de EEC, el diseador debe refinar el DER, validndolo con el usuario. Basado en la evaluacin
del ECBD, el diseador decidir mejorarlo en base a las falencias detectadas.
Estos tres procesos deben desarrollarse incrementalmente, como se muestra en la figura 1, y con una
retroalimentacin continua, como se muestra en la figura 2. El rea bajo la espiral de la figura 1 denota el esfuerzo

invertido en el proceso de diseo, mientras que las flechas de la figura 2 indican las interacciones entre los sub
procesos presentes en el proceso de diseo conceptual.

Anlisis de
Requerimientos

Evaluacin del
Esquema

Especificacin del Esquema Conceptual

Figura 1. Proceso de Diseo Conceptual.

Anlisis de Requerimientos

Especificacin del
Esquema Conceptual

Especificacin del
Esquema Conceptual

Evaluacin del Esquema


Conceptual

Evaluacin del Esquema


Conceptual

Figura 2. Interaccin entre sub procesos en el diseo conceptual.

Resumiendo, el proceso de diseo conceptual puede expresarse en un algoritmo, como el siguiente.


Entrada:
- Documento de Especificacin de Requerimientos R = {R1, ..., Rn}, con Ri un requerimiento, i = {1,...,n}.
- Esquema vaco S0.
- Documento de Informacin Extra I (I es vaco inicialmente).
Cada Ri podra mapearse en un esquema conceptual de bases de datos, algunos Ri podra no tener representacin en
un ECBD (por ejemplo, un requerimiento funcional).

Proceso.
Variables Globales: R, I
{
S0=
I=
RI =
For i = 1 to n do
{
Repeat
{
IF hay incompletitud o ambigedad en Ri
{
Ri = refinement (Ri)
}
If Ri puede mapearse en un esquema conceptual de bases de datos then
{
especificar el esquema Si basado en Ri y Si-1.
Agregar Ri a RI
}
else
{
Agregar Ri a I
}
}
until(Evaluation (Si,I,RI, Ri)qualitycriteria)
}
}

Refinement (requerimiento: R): requerimiento


{
Obtener (del usuario) ms informacin acerca de R
return R
}
Evaluation(esquema: S, documento de informacin extra: I, Documento de Especificacin de Requerimientos: R,
Requerimiento: Ri): integer
{
Return Qualitymetric(S,I,R,Ri)
}
Salida:
- Esquema Final Sn.
- Documento de Informacin Extra I.
- Documento de Especificacin de Requisitos R.
Este algoritmo asume que hay un modo definido para evaluar un esquema conceptual de bases de datos
(Qualitymetric). La interaccin con el usuario est dada en la funcin Refinement. El desarrollo del esquema
conceptual se hace incrementalmente adicionando un requerimiento a la vez al esquema. Cuando no hay modo de
modelar un determinado requerimiento, ste se adiciona al documento de informacin extra I.

Criterios para la evaluacin de Esquemas.

Basado en la propuesta de Batini ([Batini94]), algunos de las caractersticas que influyen en la mayor o menor
calidad de un esquema de bases de datos se describen a continuacin.
Legibilidad. Se refiere a la esttica del esquema. Un esquema es legible si los grficos estn distribuidos
adecuadamente en el espacio disponible, y los textos estn con una fuente y un tamao adecuado, de modo que sea
de fcil lectura.
Completitud. Se trata del esquema que incluye la representacin total del mundo o la realidad especificada, esto a
travs de los requerimientos impuestos y restricciones, es decir, que exista una correspondencia uno a uno de los
requerimientos con el esquema y tambin viceversa, adems no deben existir requerimientos no formulados
(inexistentes).
Correctitud Un esquema cumple con esta caracterstica cuando usa correctamente los conceptos y definiciones del
lenguaje (por ejemplo el modelo entidad interrelacin) ya sea sintctica como semnticamente.
Minimalidad. Un esquema es mnimo si no se puede borrar del esquema un elemento sin perder alguna informacin.
Expresividad. La expresividad se enfoca a la naturalidad con que se expresan los requerimientos. Se diferencia de la
legibilidad en que aqu el esquema es de fcil comprensin, pero desde el punto de vista de lo que representa.
Adems, un esquema es ms expresivo cuando no necesita de otras notaciones ajenas al lenguaje de modelacin para
hacerlo ms comprensible.
Autoexplicacin. Un esquema se autoexplica si todos los requerimientos pueden ser modelados a travs de los
conceptos del modelo sin la ayuda de otros formalismos (ej. : lgica, lenguaje natural).
Consistencia. Un esquema es consistente, si existe al menos una instanciacin permitida (no vaca) para cada
elemento del esquema.

3.1

Expresividad y Economa.

A continuacin, se redefine el criterio de expresividad, en contraste con la definicin de Batini. Adems se introduce
el criterio de economa.

3.1.1

Expresividad

Segn Batini [Batini94] se puede lograr expresividad simplificando el esquema, considerando un esquema con pocos
elementos y que exprese naturalmente los requerimientos como un esquema expresivo, la simplificacin propuesta se
puede hacer en los casos en que existen tipos de entidad subconjunto en jerarquas de generalizacin, es decir,
existan subentidades que no poseen ningn atributo especfico, aqu la jerarqua se simplifica solamente a la entidad
padre (figura 3).

Colegio
Colegio

Particular

Pblico

Figura 3. Aumento de la expresividad a travs de la simplificacin.

tipo

O tambin cuando existen tipos de entidad "colgantes", es decir, si existen dos tipos de entidad conectadas a travs
de un tipo de interrelacin y una de las dos posee pocos atributos. Siendo uno de los dos tipos de entidad ms
importante que el otro, se puede eliminar el tipo de entidad pobre en atributos y el tipo de interrelacin, pasando los
atributos respectivos al tipo de entidad ms importante (figura 4).
Se puede observar que legibilidad y expresividad estn relacionadas, ya que estas caractersticas se complementan,
entre mayor expresividad por simplificacin se logre tambin la legibilidad ir en aumento.
Adems, ayuda a la expresividad, el nombre de los elementos del esquema para que exista un mayor grado de
comprensin, sugiriendo un nombre acorde a lo que estos elementos representen. El esquema no debe poseer rtulos
repetidos en los tipos de entidad, tipos de interrelacin o atributos de un mismo tipo de entidad, aunque la semntica
de stos quede definida por su contexto, pues puede inducir a confusin y a una interpretacin errnea de la
presencia de elementos redundantes. Tambin es importante considerar el tamao de los rtulos, ya que los nombres
muy largos pueden atentar contra la comprensin del esquema.

Ru t
Nombre

Profesor

Ru t
Nombre
Colegio_en_que_trabaja

Hace clases

Colegio

nombre

Profesor

Figura 4. Otro ejemplo de aumento de la expresividad a travs de la simplificacin.

Un punto de vista distinto de expresividad da real prioridad al entendimiento del problema a travs del esquema, es
decir que no necesariamente un esquema simplificado es ms expresivo. Tomando la Figura 3, si es mostrado el lado
derecho (tipo de entidad colegio con atributo tipo), no es muy obvio lo que se quiere expresar. En cambio, en la
generalizacin del lado izquierdo, resulta natural decir que colegio puede ser particular o pblico. Sin embargo, esta
transformacin correspondera a un aumento de la expresividad segn la definicin de Batini.
As, la nueva definicin de expresividad sera la siguiente:
Expresividad. Un esquema expresivo es aquel que ofrece informacin completa sobre el dominio del problema,
utilizando los recursos que le otorga el modelo conceptual. La expresividad del esquema es mayor en la medida que
es ms fcil capturar, sobre la base del esquema, la informacin completa de la realidad modelada.
As, el esquema de la izquierda sera ms expresivo, al dejar explcitamente claro que nos interesan los colegios
Particulares y Pblicos, informacin que no es explcita en el esquema de la derecha (habra que examinar la
especificacin del dominio del atributo tipo).
Esta expresividad es un criterio antagnico con la legibilidad: entre mayor expresividad se quiera lograr usando
mayor cantidad de elementos en el esquema para lograr una mayor comprensin, la legibilidad de este se pierde en el
sentido que existir una mayor cantidad de elementos que har que ste sea de difcil lectura.

3.1.2

Economa

Un esquema es econmico si representa la realidad bajo modelamiento con un nmero mnimo de estructuras, esto
es, un nmero mnimo de atributos, tipos de entidad y tipos de interrelacin en un esquema MER. Hay que destacar
que difiere de la minimalidad expuesta anteriormente en que sta se asocia a la informacin contenida en el esquema,
mientras que la economa lo hace con la estructura y el nmero de elementos utilizados para representar la realidad.
Pero aunque exista esta diferencia, se puede considerar la caracterstica de economa como un tipo de minimalidad,
referida a la estructura.

Para ejemplificar este criterio, considrese la siguiente realidad: "los profesores hacen clases en colegios. Existen
colegios particulares y colegios pblicos". El esquema de la figura 5 es menos econmico que el esquema de la
figura 6, pues modela la misma realidad con un nmero menor de estructuras.
Ru t
Nombre

Profesor

Colegio

Hace clases

Particular

Nombre Colegio

Pblico

Figura 5. Realidad modelada con 8 estructuras.


Ru t
Nombre
Colegio_en_que_trabaja
tipo de colegio

Profesor

Figura 6 Realidad modelada con 5 estructuras.


Al contrario de la expresividad, la economa tiene efecto positivo con la legibilidad. Esto se explica ya que la
economa busca minimizar el uso de elementos (atributos, tipos de entidad y tipos de interrelacin) para representar
una realidad: un menor nmero de elementos implica una mayor legibilidad del esquema. Producto de esto, la
economa es opuesta a la expresividad, es decir a mayor economa mayor legibilidad y menor expresividad.

Mtricas para la evaluacin de la calidad de esquemas conceptuales.

Pradenas en [Pradenas01] defini un conjunto de mtricas para cada criterio de calidad enunciado. Para la definicin
de las mtricas, se han considerado los siguientes factores.
-

En lo posible debe tratarse de una funcin no lineal (exponencial, logartmica, cuadrtica, por ejemplo). Esto
es debido a que la percepcin de la calidad no es lineal. Para ilustrar este punto, considrese la diferencia en la
evaluacin de un esquema en una escala de 1 a 100, un esquema A evaluado con una calidad 23, un esquema B
con calidad 25, un esquema C con una calidad 70 y un esquema D con una calidad 72. El esquema A y B son
"equivalentemente malos", mientras que el esquema D "es mejor" que el esquema C, aunque la diferencia entre
A y B es la misma que entre C y D.

Debe tratarse de una funcin que est definida para todos los valores posibles que pueden tomar sus
parmetros. Es decir, la funcin siempre debe poder calcularse (no considerar la divisin por cero, por
ejemplo).

Los valores entregados estn en el intervalo (0,1),[0,1), (0,1] o [0,1]. Esta condicin ha sido elegida slo por
simplicidad, pues ayuda a obtener valores ms manipulables.

Las mtricas propuestas por Pradenas se enuncian en la tabla 1. Este conjunto de mtricas se obtuvieron en base a
experimentacin y aproximaciones sucesivas, considerando adems las 3 condiciones expuestas previamente. No es
el objetivo de este artculo profundizar acerca del uso de estas mtricas. Un primer acercamiento a esta materia se
puede encontrar en [Varas00].

Caracterstica
Legibilidad

Mtrica

Legibilida d =

e
Completitud

Parmetros
NFI: nmero de fuentes de ilegibilidad.
NE: nmero de estructuras.

NFI
0,5 * NE

RE
Completitud =

RT

Correctitud Sintctica Correccin Sintctica =

1
ErrSin + 1

1
Correctitud Semntica Correccin Semntica =
ErrSem + 1

Minimalidad

FR
Minimalidad = 1

Expresividad =

Expresividad

Autoexplicacin

Economa

Consistencia =

Autoexplic acin =

e
Consistencia

1
2*

ErrSem: nmero de errores semnticos

FR: nmero de fuentes de redundancia


A: nmero de atributos del esquema.

RA
+
2 * RT

RE: nmero de requisitos de la


especificacin expresados en el
esquema.
RT: nmero de requisitos totales de la
especificacin.
ErrSin: nmero de errores sintcticos

IA
0,5 * RT

1
NI + 1

RAe

Economa =
* 20
NE * RTe

RI
RT

RA: nmero de requisitos obtenidos del


esquema y que se encuentran en la
especificacin (Acertados).
RT: nmero de requisitos totales de la
especificacin.
RI: nmero de requisitos presentes en el
esquema, pero que no se encuentran en
la especificacin.
IA: informacin anexa al esquema, ya
sea como, restricciones en lenguaje
natural o como supuestos al modelo.
RT: nmero de requisitos totales de la
especificacin.
NI: nmero de inconsistencias del
esquema

RAe: nmero de requisitos de estructura


acertados
RTe: nmero total de requisitos de
estructura de la especificacin.
NE: nmero de estructuras.

Calidad

Q=w1*Legibilidad+
w2*Completitud+
w3*Correctitud Sintctica+
w4*Correctitud Semntica+
w5*Minimalidad+
w6*Expresividad+
w7*Autoexplicacin+
w8*Consistencia+
w9*Economa

Wi i=1...9 son los pesos asociados a


cada criterio de calidad segn su
importancia.

Tabla 1. Mtricas de Calidad [Pradenas01].

Conclusiones.

El proceso de diseo conceptual de bases de datos es un proceso de gran relevancia en el desarrollo de sistemas de
informacin, los cuales normalmente estn basados en una base de datos.
Se ha propuesto un enfoque prctico, que utiliza la medicin de la calidad en forma explcita, lo que apoya el
desarrollo riguroso de los esquemas conceptuales de bases de datos que luego sustentarn los sistemas de
informacin.
La existencia de mtricas apoya el proceso de toma de decisiones en el diseo conceptual, pues un diseador puede
de este modo justificar sus decisiones de diseo, las cuales normalmente quedaban fuera de la documentacin, y peor
an, eran difcil de argumentar en trminos tcnicos.
Es indudable que el apoyo de herramientas automatizadas se hace imperativo en el desarrollo de tareas complejas,
como es el caso del diseo conceptual. Lamentablemente este proceso cuenta con aspectos de dificil automatizacin,
como lo son el conocimiento del dominio del problema, la experiencia del analista, del diseador, y de los usuarios.
La existencia de un mtodo bien definido, como el propuesto en este artculo, aumenta la posibilidad de automatizar,
aunque sea parcialmente, esta tarea.
Las mtricas presentadas requieren el anlisis de los requisitos de la aplicacin, de una forma anloga a las mtricas
de punto de funcin [Albretch83]. Al depender slo de la especificacin, entregan resultados que son independientes
de plataformas de implementacin, lo cual las hace adecuadas para la etapa de diseo conceptual. Por otro lado, los
parmetros que utilizan las mtricas junto con el enfoque propuesto, hacen que estas medidas puedan aplicarse en
esquemas de manera independiente del lenguaje de modelacin.
El mtodo propuesto considera la medicin de la calidad mediante mtricas (en la funcin Qualitymetric). No se ha
profundizado en la forma de utilizar estas mtricas, pero se sub entiende que debern utilizarse en ese punto aquellas
presentadas en la seccin 4.
Como trabajo futuro, se contempla la validacin del mtodo propuesto mediante la experimentacin con diseadores
de distinto nivel de experiencia, adems de la continuacin del desarrollo de herramientas automatizadas que apoyen
este proceso. Actualmente se cuenta con un dibujador de esquemas conceptuales [Inostroza01], un mapeador de
esquemas conceptuales a lenguaje natural [Torres99], y un mapeador de esquemas conceptuales a esquemas
relacionales [Troncoso01], adems de la definicin de la arquitectura de una herramienta CASE para el diseo
conceptual, que incluye las funcionalidades mencionadas. En desarrollo se encuentra una herramienta que
implementa las mtricas propuestas por Pradenas.
Tambin se considera la definicin de guas para la aplicacin de las mtricas propuestas, y la definicin de un
mtodo para la etapa de especificacin de esquemas conceptuales, incluyendo el proceso de anlisis.

Bibliografa y Referencias

[Albretch83]

Allan J. Albrecht and John E. Gaffney, "Software Function, Lines of Code, and Development
Effort Prediction: A Software ScienceValidation", IEEE Transactions on Software Engineering, vol
SE-9, No 6, November 1983.

[Batini94]

Carlo Batini, Stefano Ceri, Shamkant B. Navathe, "Diseo Conceptual de Bases de Datos: Un
enfoque de entidades-interrelaciones", Addison-Wesley/Daz de Santos, 1994.

[Booch94]

G. Booch, Object Oriented Analysis and Design, The Benjamin/Cummings Publishing Company
Inc, 1994.

[Booch98]

G. Booch, J. Rumbaugh, I. Jacobson, "Unified Modeling Language User Guide", Addison Wesley,
1998.

[Chen76]

P.P.Chen, The Entity-Relationship Model: Toward a Unified View of Data, ACM Transactions
on Database Systems, volume 1, number 1, January 1976.

[Fernndez99]

Fernndez, L. y Dolado, J. J., Measurement and prediction of the verification cost of the design in
a formalized methodology, Information and software technology, vol. 41, n 7, julio, 1999, pp
421-434.

[Gray91]

Gray, R., Carey, B., McGlynn, N. y Pengelly A., Design metrics for database systems, BT
technology, vol. 9, n4, 1991

[Kesh95]

Kesh, S., Evaluating the quality of entity relationship models, Information and software
technology, vol. 37, n 12, 1995, pp. 681-689.

[Inostroza01]

Inostroza L., "Software de Dibujo para Apoyo al Diseo de Bases de Datos Usando Lenguaje
CCER", memoria para optar al ttulo de ingeniero de ejecucin en informtica, Instituto Profesional
Virginio Gomez, 2001.

[Moody94]

Daniel L. Moody,Graeme G. Shanks, What makes a Good Data Model? Evaluating the Quality of
Entity Relationship Models, In Pericles Loucopoulos (Ed.), Entity-Relationship Approach ER'94, Buisiness Modelling and Re-Engineering, 13th International Conference on the EntityRelationship Approach, Lecture Notes in Computer Science, Vol. 881, Springer, 1994.

[Polo98]

Polo, M., Calero, C., Ruiz F.,y Piattini, M., Mtricas de Calidad y complejidad para bases de
datos, Actas de las III jornadas de ingeniera del software, 1998, pp 79-90.

[Pradenas01]

Pradenas J., "Mtricas de Calidad para esquemas conceptuales de bases de datos", Memoria para
optar al Titulo de Ingeniero Civil Informtico, Universidad de Concepcin, 2001.

[Thalheim2000] Bernhard Thalheim, "Fundamentals of Entity-Relationship Modeling", Springer, Heidelberg, 2000.


[Torres99]

Jorge Torres, "Lector de esquemas CCER", Memoria para optar al titulo de Ingeniero Civil
Informtico, Departamento de Ingeniera Informtica y Ciencias de la Computacin, Universidad
de Concepcin, 1999.

[Troncoso01]

Troncoso E., "Sistema de gestin de Base de Datos CCER (primer incremento)", Memoria para
optar al titulo de Ingeniero Civil Informtico, Universidad de Concepcin, 2001.

[Varas98]

M. Varas, Formalismo de Representacin de Restricciones de Integridad en Esquemas


Conceptuales de Bases de Datos, Master Thesis, Magster en Ciencias de la Computacin,
Universidad de Concepcin, Chile, 1998.

[Varas00]

M. Varas, J. Pradenas, "Hacia la Definicin de Mtricas de Calidad para Esquemas Conceptuales


de Bases de Datos", Actas Encuentro Chileno de Computacin 2000.

You might also like