Tutorial de SQL

Criterios de calidad

Bases de datos-Modelo de datos-Criterios de calidad

Legibilidad
El diseño de una base de datos ha de estar redactado con la suficiente claridad para que pueda ser entendido rápidamente. El lenguaje utilizado debe ser lo suficientemente claro, conciso y detallado para que explique con total claridad el diseño del modelo, sus objetivos, sus restricciones, en general todo aquello que afecte al sistema de forma directa o indirecta. En este punto conviene aplicar el principio que una imagen vale más que mil palabras, pero en ocasiones son necesarias esas mil palabras y obviar la imagen.

Fiabilidad
Se trata de realizar un sistema de bases de datos lo suficientemente robusto para que sea capaz de recuperarse frente a errores o usos inadecuados. Se deben utilizar gestores con las herramientas necesarias para la reparación de los posibles errores que las bases de datos pueden sufrir, por ejemplo tras un corte inesperado de luz.

Portabilidad
El diseño deber permitir la implementación del modelo físico en diferentes gestores de bases de datos.

Modificabilidad
Ningún sistema informático es estático, las necesidades de los usuarios varían con el tiempo y por lo tanto las bases de datos se deben adaptar a las nuevas necesidades, por lo que se precisa que un buen diseño facilite el mantenimiento, esto es, las modificaciones y actualizaciones necesarias para adaptarlo a una nueva situación.

Eficiencia
Se deben aprovechar al máximo los recursos de la computadora, minimizando la memoria utilizada y el tiempo de proceso o ejecución, siempre que no sea a costa de los requisitos anteriores. En este punto se debe tener en cuenta los gestores cliente / servidor de bases de datos. En muchas ocasiones es más rentable cargar de trabajo al servidor y liberar recursos de los clientes, pero no todos los gestores permiten este tipo de trabajo, por lo tanto se ha de tener en cuenta estas dos circunstancias en el diseño de la base de datos.

Auto descripción
En la documentación generada debe estar todo el detalle del diseño, evitando referencias a otros documentos que no estén incluidos dentro de la documentación de la base de datos.

Trivialidad
Tanto el diseño como la implantación se deben realizar utilizando los estándares fijados a priori, estos estándares deberán quedar reflejados al inicio del documento.

Claridad
Todos los documentos deben estar redactados de forma clara y fácil de entender, los nombre utilizados para las tablas, los campos, índices, etc. deben ser autodescriptivos y estar perfectamente documentados.

Coherencia
Las anotaciones y terminología utilizada deben ser uniformes, para ello se debe seguir algún tipo de metodología estándar, indicado cual se ha empleado, en los casos en que se utilice alguna metodología no estándar se debe adjuntar a la documentación.

Completo
Todos los elementos constitutivos de la base de datos existen, no se han dejado partes incompletas, sin documentar o sin implementar.

Concisión
No existen elementos inútiles ni repetitivos. En este apartado hay que hacer un especial hincapié en la repetición de datos en diferentes tablas, hay que evitar a toda costa que el mismo dato se repita en varias tablas para conseguir así una optimización del tamaño de la base de datos.

Facilidad de Aprendizaje
La documentación de la base de datos se puede utilizar sin necesidad de otros conocimientos informáticos fuera del alcance del diseño e implementación de la base de datos.

Facilidad de Uso
Los datos deben ser fáciles de elaborar y los resultados fáciles de entender.

Generalidad
La base de datos debe ser capaz de adaptarse a cualquier tipo de empresa y a cualquier casuística.

Independencia de Usuario
La base de datos no debe estar ligada a la utilización en una única instalación, hay que tener en cuenta que, aunque se trate de un desarrollo a medida, en un futuro se podría realizar la instalación en un cliente diferente al inicial.

Independencia de Sistema
Las prestaciones y diseño de la base de datos no están vinculadas al entorno.

Independencia de Instalación
La base de datos se puede transportar fácilmente de una instalación a otra.

Modularidad
La base de datos puede ser descompuesta en elementos independientes. Si se trata de un diseño grande, en donde hay un gran número de tablas, conviene realizar agrupaciones entre ella, creando módulos funcionales que permitan la mejor compresión del diseño y de la implantación.

Observable
La base de datos debe permitir observar los accesos a los datos. Siempre que se pueda hay que dejar un rastro de la utilización de los datos por parte de los usuarios, esta información ayuda al redimensionado de la base de datos y a conocer el número de accesos a los datos.

Precisión
Los cálculos efectuados se deben realizar con la precisión requerida.

Protección
La base de datos debe permitir la protección de los datos frente a usos no debidos, para ello hay que elaborar un sistema de accesos definiendo diferentes usuarios con diferentes claves y especificar que autorizaciones tendrá cada usuario sobre los diferentes datos.

Trazabilidad
Tomando como punto de partida la versión actual se puede remontar su diseño hasta las especificaciones iniciales