Lineamientos generales:

Objetivos de los lineamientos de las bases de datos.

Satisfacer los requisitos de contenido e informacin de los usuarios y aplicaciones.
Proporcionar una estructura de la informacin con facilidad de entendimiento.
Soportar los requisitos de procesamiento, rendimiento, espacio de almacenamiento y cualesquiera
otros objetivos.

El diseo de una base de datos deber de componerse en tres etapas:
1. Diseo fsico.
2. Diseo lgico.
3. Diccionario de datos.


Lineamientos para el diseo de relaciones de bases de datos:
1. Cada entidad de datos separada debe crear un archivo maestro. No es correcto combinar
dos entidades distintas en un solo archivo.
2. Un campo de datos especifico debe existir solamente en un archivo maestro.
3. Cada archivo maestro o relacin de base de datos debe tener programas para crear, leer,
actualizar y borrar regstros, lo ideal es que solo un programa aada registros y otro
elimine.

El proceso de normalizacin proporcionar a los diseadores los siguientes aspectos
importantes:

Un marco formal para analizar los esquemas de relacin basndose en sus llaves y en las
dependencias funcionales entre sus atributos.
Una serie de pruebas de formas normales que puedan afectarse sobre esquemas de relacin
individuales de modo que la base de datos pueda normalizarse hasta el grado deseado.

Generalizando deber buscarse que el esquema de datos definido en su conjunto alcance la
tercera forma normal, en cuyo caso una relacin no debera de tener un articulo no clave
determinado funcionalmente por otro atributo no clave-

Almacenamiento de informacin:
Durante el diseo, se deber decidir que informacin es realmente necesaria.

Uso de tablas temporales:
El diseador podr considerar el uso de tablas temporales para la manipulacin de
informacin que no necesariamente deba ser almacenada en forma definitiva, existiendo
generalmente cuando esta conexin no se interrumpa. De lo contrario, el DBMS deber
remover automticamente la tabla y liberar el espacio que utilizaba.

Criterios para la creacin de ndices:

Cuando existen bsquedas frecuentes sobre un atributo o conjunto de ellos, lo recomendable
es tener esa columna indexada para obtener de manera ms rpida la informacin.
Si la informacin de la base de datos se consultar con frecuencia sobre un atributo, ese es el
candidato ideal para ser indexado.

El almacenamiento de grandes textos en una base de datos puede resultar errneo, asi como
crear ndices sobre campos de texto. En todos los casos si se tiene visualizado que algn dato
es candidato a convertirse en criterio de bsqueda, no deber ser definido del tipo texto libre,
sino que se buscara que pueda ser catalogado en un archivo maestro.

Caractersticas adicionales considerar en la etapa del diseo.
Independencia de los datos.
Crecimiento: mantenimiento constante al modelo de datos. Conforme crezca la base de datos
para incorporar nuevos tipos de informacin.
Capacidad de auditoria: el diseo de la base de datos siempre deber considerar el manejo y
registro de usuarios y permitir la rastreabilidad de las transacciones.
Las entidades que estn diseadas para soportar el intercambio de informacin en
procesamiento batch, deber ser diseada vista y almacenamiento de bitcoras. Ayudando a
mejorarla calidad de la informacin contenida en el sistema, coadyuva asegurando su
confiablidad.

Desempeo: el diseo de la base de datos, siempre deber responder a las necesidades del
desempeo. Realizando los ajustes apropiados durante la fase de diseo fsico, o antes de los
requerimientos funcionales y tcnicos.






Diseo fsico
El diseo fsico es el diseo de producir la descripcin de la implementacin de la base de datos
en estructuras de almacenamiento y mtodos de acceso que garanticen un desempeo eficiente
en la manipulacin de los datos.
Para llevar a cabo esta etapa: ya debi haberse tomado la decisin respecto a cul ser el DBMS
que se va a utilizar, ya que el esquema fsico se adopta en mayor parte a l. Entre el diseo fsico y
lgico existe un proceso que requiere de constante realimentacin, ya que algunas decisiones que
se tomen para mejorar el diseo fsico, afectan al modelo lgico.

Medidas del diseo de la base de datos:
1. Nomenclatura.
2. Utilizar caracteres alfanumricos.
3. Limitar los nombres a menos de 50 caracteres
4. Utilizar el guion bajo (_) para separar palabras.
5. Utilizar palabras en minsculas.
6. Los nombres de las tablas debern ir en plural y los nombres de las columnas en singular.
7. Utilizar las letras ID en la columnas de llave primaria y fornea.
8. En una tabla, colocar primero la llave primaria seguida de las llaves forneas.
9. Los nombres de los campos deben de ser descriptivos de su contenido.
10. Los nombres de los campos deben de ser unvocos entre tablas, excepcin hecha de las
llaves.
11. Los puntos sealados, permitirn que paulatinamente la nomenclatura utilizada en las
bases de datos diseadas sean coherentes y consistentes, minimizando la posibilidad de
errores al momento de crear interfaces que permitan el intercambio de informacin.


Mtricas:


1. Mtricas de Calidad para Esquemas Conceptuales de Bases de Datos.
Una mtrica de calidad para esquemas conceptuales de bases de datos deber considerar
como variables, aquellas caractersticas descritas en la seccin anterior, siendo de la
forma:
Q = q(L,Cm,Crr,M,E,A,Ext, Con), con
L: Legibilidad.
Cm: Complecin.
Crr: Correccin.
M: Minimalidad.
E: Expresividad.
A: Autoexplicacin.
Ext: Extensibilidad.
Con: Consistencia.

Para cada una de estas cualidades se podra dar una valoracin subjetiva, por ejemplo de
un rango de 1 a 10, con 1 la peor valoracin, y 10 la mxima valoracin. Luego, utilizando
ponderadores, se podra obtener una mtrica de la calidad

Q
0
= p
1
* L+ p
2
*Cm+p
3
*Crr+p
4
*M+p
5
*E+p
6
*A+p
7
*Ext+p
9
* Con ,con (p
1
++p
9
)=1

De este modo, se obtendr un valor de Q
0
entre 1 y 10, siendo el esquema con mayor
valoracin el de mejor calidad.

En la siguiente seccin se presentan tres mtricas, una que evala la expresividad,
correctitud semntica y complecin de un esquema, (denominada Q1), y otra mtrica que
evala la autoexplicacin de un esquema (denominada A). Luego, se define una mtrica de
calidad (parcial) Q que considera las caractersticas de expresividad, correctitud semntica,
complecin y autoexplicacin, como una propuesta que pretende obtener valores menos
subjetivos.



1. Mtrica de Expresividad, Correctitud Semntica y Complecin de un esquema.

La base para el uso correcto de esta mtrica es la existencia de una especificacin
de requisitos detallada, que haya sido validada por el usuario.
Se utilizar como unidad base el "requisito", el cual expresa un requerimiento de
informacin, o una restriccin a los datos.

El encuestado debe "traducir" el esquema a lenguaje natural, luego de lo cual se
contrasta con la especificacin de requisitos.
De ah se obtienen los siguientes valores.
Nmero de Requisitos reales : RT
Nmero de requisitos acertados con los reales : RA
Nmero de requisitos inexistentes : RI
Nmero de requisitos no correctos : RNC
con
RT: nmero total de requisitos presentes en la especificacin de
Requisitos,
RA : nmero de requisitos que el esquema satisface y que coinciden con
algn requisito existente (de aquellos que se contabilizaron en RT),
RI: nmero de requisitos que el esquema satisface, que no aparecen en la
especificacin de requisitos y que no tienen conflicto con algn requisito
de la especificacin.
RNC: nmero de requisitos que, estando presentes en la especificacin de
requisitos, estn representados de manera errnea en el esquema (no se
contabilizan en RA ni en RI).
Adems, RE = RA + RI + RNC; indica los Requisitos del Esquema, es decir, nmero
de requisitos que el esquema representa.
Sobre la base de lo anterior, se obtienen las siguientes mtricas:
Complecin = RA/RT
Correctitud Semntica = 1- RNC/RT
Expresividad = 1 - RI/RE
Para cada mtrica, los valores ms cercanos a 1 indican mayor calidad.

2. Mtrica de Autoexplicacin de un esquema.
Un esquema se autoexplica si encierra en si toda la informacin del problema
abordado, por ello no necesita de otras notaciones para ser entendido.
Se distinguen dos tipos de informacin externa o no incluida en el esquema.
Supuestos y descripciones no soportados por el esquema.
Restricciones no modeladas y no soportadas por el esquema (o por el lenguaje
utilizado, por ejemplo MER).
Sobre la base de la examinacin de la informacin externa al esquema se obtiene:
Nmero de supuestos y descripciones : NS
Nmero de restricciones no modeladas : NR
Adems, se utiliza de la especificacin de requisitos:
Nmero total de requisitos : RT
Donde NS es el nmero de supuestos, que deben fraccionarse al nivel de clusulas
similares a un requisito.
RT es el nmero total de requisitos en la especificacin.
NR es el nmero total de restricciones presentes en la especificacin y no
modeladas en el esquema, pero expresadas utilizando otros lenguajes.
La autoexplicacin quedara entonces determinada por:
Autoexplicacin= 1- (NS + NR)/RT
Donde el mayor valor de calidad con respecto a la autoexplicacin es 1.

3. Mtrica de calidad sobre la base de la expresividad, correctitud semntica,
complecin y autoexplicacin de un esquema.
Se define la mtrica de calidad Q1 como
Q1 = Autoexplicacin + Complecin + Correctitud Semntica + Expresividad
Esta mtrica entrega valores entre 0 y 4, asignndole a cada caracterstica la misma importancia.
Considerando ahora una cierta priorizacin de criterios, donde complecin y correctitud
semntica son de mayor importancia que autoexplicacin y expresividad, se define la
siguiente mtrica de calidad.
Q = 0.5* Autoexplicacin + 0.5 * Expresividad + 1.8* Complecin + 1.2 * Correctitud
semntica







Informe de Revisin Tcnica Formal (RTF)
Plan de Verificacin y Validacin de un
diccionario de datos de una base de datos.
Versin 2.0

Historia de revisiones
Fecha Versin Descripcin Autor





Contenido
1 PRODUCTO REVISADO ............................................... ERROR! BOOKMARK NOT DEFINED.
1.1 NOMBRE Y VERSIN DEL PRODUCTO REVISADO ......................... ERROR! BOOKMARK NOT DEFINED.
1.2 PARTICIPANTES DE LA REVISIN .............................................. ERROR! BOOKMARK NOT DEFINED.
1.3 TCNICA UTILIZADA ............................................................... ERROR! BOOKMARK NOT DEFINED.
2 OBJETIVOS DE LA RTF ................................................. ERROR! BOOKMARK NOT DEFINED.
3 PROBLEMAS DETECTADOS ......................................... ERROR! BOOKMARK NOT DEFINED.
3.1 FALTA LA DEFINICIN DE INTERFACES EN EL SUBSISTEMA MACIEL .. ERROR! BOOKMARK NOT DEFINED.
3.1.1 Sugerencia de correccin ................................................ Error! Bookmark not defined.
4 EVALUACIN ............................................................. ERROR! BOOKMARK NOT DEFINED.
4.1 ESTADO ACTUAL DEL PRODUCTO ............................................. ERROR! BOOKMARK NOT DEFINED.
4.2 ACCIONES A TOMAR .............................................................. ERROR! BOOKMARK NOT DEFINED.
4.3 PRXIMA REVISIN DEL PRODUCTO ........................................ ERROR! BOOKMARK NOT DEFINED.

.


1 Producto revisado
1.1 Nombre y Versin del Producto revisado

Producto:
Versin:

1.2 Participantes de la revisin

Participante Rol


1.3 Tcnica utilizada
(descripcin)
2 Objetivos de la RTF
(descripcin)

3 Problemas detectados
(Descripcin)
3.1.1 Sugerencia de correccin
(descripcin)

4 Evaluacin
(descripcin)
4.1 Estado actual del Producto
(descripcin)
4.2 Acciones a tomar
(descripcin)
4.3 Prxima Revisin del Producto
(descripcin)








Diseo lgico:

En esta etapa, se transforma el esquema conceptual en un modelo lgico que utilizara las
estructuras de datos del modelo de base de datos en el que se basa el DBMS que se vaya a
utilizar, como puede ser:
1. Modelo relacional
2. Modelo de red.
3. Modelo jerrquico.
4. Modelo orientado a objetos.

Conforme se va desarrollando el esquema lgico, este se probar y validara contra los requisitos
del usuario, en el caso de los sistemas de informacin transaccionales se utilizara el modelo
relacional.
El esquema lgico es una fuente de informacin para el diseo fsico. Adems es un apartado muy
importante durante la etapa de mantenimiento del sistema de informacin, ya que permite que
los futuros cambios que se realicen sobre los datos, sean representados correctamente en la base
de datos.
Tanto el diseo conceptual como el diseo lgico, son procesos interactivos.


























Informe de Revisin Tcnica Formal (RTF)
Plan de Verificacin y Validacin del diseo
lgico de una base de datos
Versin 2.0

Historia de revisiones
Fecha Versin Descripcin Autor





Contenido
1 PRODUCTO REVISADO ............................................... ERROR! BOOKMARK NOT DEFINED.
1.1 NOMBRE Y VERSIN DEL PRODUCTO REVISADO ......................... ERROR! BOOKMARK NOT DEFINED.
1.2 PARTICIPANTES DE LA REVISIN .............................................. ERROR! BOOKMARK NOT DEFINED.
1.3 TCNICA UTILIZADA ............................................................... ERROR! BOOKMARK NOT DEFINED.
2 OBJETIVOS DE LA RTF ................................................. ERROR! BOOKMARK NOT DEFINED.
3 PROBLEMAS DETECTADOS ......................................... ERROR! BOOKMARK NOT DEFINED.
3.1 FALTA LA DEFINICIN DE INTERFACES EN EL SUBSISTEMA MACIEL .. ERROR! BOOKMARK NOT DEFINED.
3.1.1 Sugerencia de correccin ................................................ Error! Bookmark not defined.
4 EVALUACIN ............................................................. ERROR! BOOKMARK NOT DEFINED.
4.1 ESTADO ACTUAL DEL PRODUCTO ............................................. ERROR! BOOKMARK NOT DEFINED.
4.2 ACCIONES A TOMAR .............................................................. ERROR! BOOKMARK NOT DEFINED.
4.3 PRXIMA REVISIN DEL PRODUCTO ........................................ ERROR! BOOKMARK NOT DEFINED.

.


1 Producto revisado
1.1 Nombre y Versin del Producto revisado

Producto:
Versin:

1.2 Participantes de la revisin

Participante Rol


1.3 Tcnica utilizada
(descripcin)
2 Objetivos de la RTF
(descripcin)

3 Problemas detectados
(Descripcin)
3.1.1 Sugerencia de correccin
(descripcin)

4 Evaluacin
(descripcin)
4.1 Estado actual del Producto
(descripcin)
4.2 Acciones a tomar
(descripcin)
4.3 Prxima Revisin del Producto
(descripcin)








Diccionario de datos.
Medidas:
Durante el diseo de la base de datos deber, procurarse eliminar al mximo el uso y aplicacin de
datos almacenados en texto libre, ser importante que a criterio del diseador se promueva el uso
de informacin catalogada. Facilitando la localizacin plenamente identificada.

Esencialmente se guardarn objetos que puedan resultar de inters para el sistema, como:
1. Tablas.
2. Vistas.
3. ndices.
4. Usuarios.
5. Planes de aplicacin.
6. Privilegios de acceso.
La informacin contenida en el catlogo es indispensable para que el sistema se comporte de
manera adecuada. El conocer los ndices que existen por ejemplo, facilitara o influira sin dudas en
la planificacin de la estrategia en una determinada consulta.

El subsistema de autorizacin, chequear por ejemplo que cada operacin que intente realizar el
usuario est permitida. De manera que tambin vemos que el catlogo sirve para chequear la
validez de una sentencia y mantener la integridad y la coherencia de los datos.

Las consultas al catlogo pueden realizarse con las mismas sentencias que se consulta cualquier
base de datos o tabla. Sin embargo las actualizaciones al catlogo (INSERT, DELETE, UPDATE) no
son posibles.

En contraposicin a estas sentencias existen otras proposiciones de definicin de datos, como son
CREATE TABLE, CREATE INDEX, DROP y ALTER. Cuando hacemos un CREATE TABLE, solamente se
hace un ingreso en la tabla systables(tabla que contiene todas las tablas del sistema) del catlogo,
sino que tambin se dan ingresos en la tabla syscolumns a todas las columnas que contiene la
nueva tabla a crear.


Medidas de validacin del Diseo Fsico










Informe de Revisin Tcnica Formal (RTF)
Plan de Verificacin y Validacin de un
diccionario de datos de una base de datos.
Versin 2.0

Historia de revisiones
Fecha Versin Descripcin Autor





Contenido
1 PRODUCTO REVISADO ............................................... ERROR! BOOKMARK NOT DEFINED.
1.1 NOMBRE Y VERSIN DEL PRODUCTO REVISADO ......................... ERROR! BOOKMARK NOT DEFINED.
1.2 PARTICIPANTES DE LA REVISIN .............................................. ERROR! BOOKMARK NOT DEFINED.
1.3 TCNICA UTILIZADA ............................................................... ERROR! BOOKMARK NOT DEFINED.
2 OBJETIVOS DE LA RTF ................................................. ERROR! BOOKMARK NOT DEFINED.
3 PROBLEMAS DETECTADOS ......................................... ERROR! BOOKMARK NOT DEFINED.
3.1 FALTA LA DEFINICIN DE INTERFACES EN EL SUBSISTEMA MACIEL .. ERROR! BOOKMARK NOT DEFINED.
3.1.1 Sugerencia de correccin ................................................ Error! Bookmark not defined.
4 EVALUACIN ............................................................. ERROR! BOOKMARK NOT DEFINED.
4.1 ESTADO ACTUAL DEL PRODUCTO ............................................. ERROR! BOOKMARK NOT DEFINED.
4.2 ACCIONES A TOMAR .............................................................. ERROR! BOOKMARK NOT DEFINED.
4.3 PRXIMA REVISIN DEL PRODUCTO ........................................ ERROR! BOOKMARK NOT DEFINED.

.


1 Producto revisado
1.1 Nombre y Versin del Producto revisado

Producto:
Versin:

1.2 Participantes de la revisin

Participante Rol


1.3 Tcnica utilizada
(descripcin)
2 Objetivos de la RTF
(descripcin)

3 Problemas detectados
(Descripcin)
3.1.1 Sugerencia de correccin
(descripcin)

4 Evaluacin
(descripcin)
4.1 Estado actual del Producto
(descripcin)
4.2 Acciones a tomar
(descripcin)
4.3 Prxima Revisin del Producto
(descripcin)