METODOLOGA DE DISEO CONCEPTUAL

1.
2.
3.
4.

Identificar las entidades.

Identificar las relaciones.
Identificar los atributos y asociarlos a entidades y relaciones.
Determinar los dominios de los atributos. (diccionario de datos Tipo de dato y
sus caractersticas)
5. Determinar los identificadores. (llave primaria)
6. Determinar las jerarquas de generalizacin (si las hay).
7. Dibujar el diagrama entidad relacin.
El diseo conceptual involucra seis macroactividades, cada una de las cuales se
concreta en productos especficos que sirven de insumo en actividades
subsecuentes del proceso de generacin de estadsticas. Dichas macroactividades
son:
a) Identificacin de necesidades de informacin
b) Integracin del Marco Conceptual
c) Diseo del esquema de presentacin de resultados
d) Diseo y prueba de instrumentos de captacin
e) Definicin de criterios de validacin
f) Documentacin del diseo conceptual
Identificacin de necesidades de informacin
En el marco del servicio pblico de informacin, todo proyecto estadstico debe
responder a necesidades de la sociedad, por lo cual, la fase de diseo
conceptual ha de dar respuesta al mayor nmero posible de requerimientos de
informacin dentro de los objetivos del proyecto, considerando para ello las
restricciones de carcter financiero y tcnico metodolgico. Esto exige conocer
ampliamente las caractersticas de la demanda de informacin, as como el
estudio y aprovechamiento de experiencias acumuladas sobre su produccin. El
conocimiento sobre las necesidades reales de informacin sirve de base para
seleccionar la temtica y delimitar el marco conceptual. Las acciones requeridas
para obtener dicho conocimiento son diversas y varan en amplitud y
profundidad, as como en tiempo y recursos para efectuarlas. Segn las
exigencias mismas del proyecto, estas difieren en relevancia (si es proyecto
nacional, por peticin de usuarios especficos u otro tipo) y complejidad
(variedad temtica y conceptual, alcance geogrfico, etctera). Sin embargo,
las acciones y sus resultados deben quedar integrados en un documento, el cual
ser til en la evaluacin final del proyecto, contrastando en que medida sus
resultados cubrieron la demanda de informacin, o bien la argumentacin del
porqu no se incluy ciertos tpicos (no fueron conceptos factibles o prioritarios
de captarse, no era el proyecto idneo, etc.)
Integracin del Marco Conceptual
El marco conceptual integra a nivel de enunciados, los conjuntos que sern objeto de
cuantificacin y los criterios bsicos para su caracterizacin, lo cual evidencia las
potencialidades estadsticas del proyecto. Adems, es referencia esencial para el
diseo de los instrumentos de captacin, ya sean cuestionarios, cdulas u otro tipo de
formato, y para el diseo de instructivos de llenado, la definicin de criterios de
validacin y el desarrollo del esquema para la presentacin de resultados.
Diseo del esquema de presentacin de resultados
En esta macroactividad se determinan las modalidades, formas y medios en que se
presentarn los resultados para fines de conocimiento en el campo de estudio del
proyecto. Dado que la cantidad de combinaciones con que pueden presentarse los
resultados puede ser muy elevada y los recursos son siempre limitados, es de especial
importancia disponer de criterios claros de prioridad, sobre la diversidad de

necesidades de informacin, considerando lo dicho en 3.1 Identificacin de

necesidades de informacin, adems de la relevancia de las aplicaciones, la diversidad
de usos y los medios alternativos a travs de los cuales se puede dar a conocer la
informacin. Con frecuencia, un slo producto no puede cubrir la diversidad de
requerimientos de informacin, por lo que es conveniente considerar productos
diferenciados, de manera que el usuario pueda optar por los ms adecuados a sus
necesidades. Los productos deben adems cumplir requisitos de operatividad o
facilidad para la consulta y manejo de los datos, lo cual se logra con la utilizacin de
tcnicas de graficacin, mapeo, y en general de ilustracin, as como el uso de medios
informticos para la presentacin de bases de datos, sistemas de consulta y libros
electrnicos, adems del acceso a servicios en lnea.
Diseo y prueba de instrumentos de captacin
Esta macroactividad constituye un proceso de operacionalizacin del marco
conceptual, ya que involucra una serie de adecuaciones de cada concepto para fines
de captacin del dato correspondiente en un contexto especfico, y por lo tanto, bajo
determinadas caractersticas del mbito geogrfico, tipo de informante, tipo de
entrevistador y de los procedimientos de captacin, entre otros aspectos. La
operacionalizacin implica, en la mayora de los casos, elaborar el formato de
captacin de datos y los documentos auxiliares para su aplicacin, orientados al
entrevistador cuando se trata de entrevista directa, o al informante si se aplica
autoentrevista, as como los que se requieren para apoyar las labores de capacitacin y
supervisin. Los requisitos esenciales que deben cubrir los instrumentos de captacin
son: la aplicabilidad en el campo y su fidelidad respecto al significado de cada uno de
los elementos del marco conceptual al cual responden.
Definicin de criterios de validacin
La validacin es el conjunto de actividades para identificar los datos que cumplen o no,
con requisitos de congruencia e integridad (revisin), a fin de aplicar a estos ltimos,
una solucin bajo criterios especficos que aseguren no afectar los datos vlidos. La
definicin de esos requisitos y criterios se basa, segn la naturaleza de los datos, en el
conocimiento sobre las variables de estudio, en cuanto a magnitudes, estructuras,
tendencias de cambio, relaciones, interdependencias y causalidades, as como rangos
posibles en valores de respuesta. La validacin es necesaria para evitar que los
problemas en los datos, limiten la calidad de la informacin, afectando con ello el
conocimiento que se pueda obtener sobre el campo de estudio. De ah la importancia
de que cada criterio de validacin sea definido bajo rigurosos anlisis tanto en el plano
conceptual como en el estadstico, de tal manera que se asegure el mejoramiento en la
calidad de la informacin y no lo contrario.
Documentacin del diseo conceptual
El documento de diseo conceptual es la base sobre la cual se elaboran diversos
manuales e instructivos para la captacin de los datos y la capacitacin de personal
operativo, el desarrollo de sistemas de captura, codificacin y validacin, as como de
los programas de explotacin de resultados y sistemas especiales de consulta y
servicio en lnea. Servira tambin para que los usuarios puedan optar por
requerimientos especiales de informacin. El documento se basa en los resultados de
las actividades realizadas en torno a la justificacin y definicin del marco conceptual y
los instrumentos de captacin.

METODOLOGIA DISEO LGICO DE DATOS

1. Diseo lgico de datos.

2. Transformacin del modelo conceptual al lgico.
3. Anlisis relacional de datos.

4. Documentacin.
1. Diseo lgico de datos.
Hoy en da, prcticamente todos los sistemas de informacin almacenan y organizan
los datos en DDBB. Para llevar a cabo la implementacin de la DDBB que necesita el
sistema habr que tener en cuenta todas las fases de diseo de esta:
- Diseo conceptual: Este diseo es independiente del modelo de DDBB usado, del
ordenador, del sistema gestor de bases de datos, etc. Simplemente se estudia el
problema y se seleccionan los elementos del mundo real que vamos a modelar. Este
diseo es al que corresponde el diagrama E/R
- Diseo lgico: Partiendo del diseo conceptual obtenido en la fase anterior, llegamos
a un diseo lgico. Transformamos las entidades y relaciones obtenidas del modelo
anterior en tablas. Para ello usamos la normalizacin.
- Diseo fsico: Este diseo si depende del ordenador, del sistema gestor de DDBB,
etc.En este caso, empleando el gestor de la DDBB, se implementan las tablas de las
DDBB con sus caractersticas, organizacin y estructuras de almacenamiento interno.
Para evitar la gran dependencia que exista antes entre los ficheros y las aplicaciones
que los utilizaban ( cualquier cambio en la estructura fsica o lgica de los datos
afectaba a las aplicaciones ), el instituto ANSI public un informe en el que defina una
arquitectura de tres niveles para ser utilizada en el diseo de DDBB, con objeto de
minorizar el impacto producido por los cambios haciendo nfasis en la independencia
que debe existir entre las referencias externas a los datos y la forma fsica de
almacenamiento y organizacin de los mismos. Los tres niveles definidos son:
- Nivel externo: Constituye un nivel con el que interacta el usuario. Este nivel
representa una visin parcial de los datos, de manera que usuarios diferentes tendrn
una visin distinta de los mismos, mostrando solo aquella parte que interesa al usuario.
- Nivel conceptual: Este nivel representa el esquema lgico de los datos, reflejando su
estructura y relaciones, sin entrar en detalles fsicos. Este nivel se construye mediante
un modelo en el que se define en primer lugar aquella parte del mundo real que
deseamos modelar, excluyendo los datos que no son necesarios. En este punto
debemos decidir que modelo lgico se va a utilizar, existiendo varias alternativas como
puede ser el modelo relacional, el jerrquico, orientado a objetos, etc.
- Nivel fsico: Este nivel debe ser transparente para el usuario. En este nivel se
especifica la estructura de los datos as como el modo de almacenamiento empleado.
Este apartado va a depender de varios factores tanto HW como Software, entre los que
se puede sealar: S.O., Sistema de ficheros del sistema gestor de bases de datos,
Unidades de almacenamiento externos, etc.
2. Transformacin del modelo conceptual al lgico.
El diseo de las DDBB del sistema se llevara a cabo aplicando la arquitectura ANSI de
tres niveles, por tanto debemos partir del modelo conceptual y llegar hasta el esquema
fsico o interno.
El esquema conceptual representa los recursos del sistema y se define sin tener en
consideracin cuestiones fsicas.Para la definicin de este esquema nos podemos
ayudar de herramientas de modelado como los diagramas.El modelo E/R (entidad

relacin) fue propuesto por Chen y posteriormente algunas aportaciones de han dado
lugar E/R extendido.
Los componentes del modelo E/R son:
- Entidades: representan un objeto real o abstracto sobre el que queremos almacenar
informacin.
- Relacin: define una asociacin entre entidades.
- Grado de una relacin: nmero de entidades que participan en una relacin, pudiendo
ser reflexivas (una entidad se relaciona con ella misma), binaria (participan 2
entidades) y n-aria (participan n entidades).
- Cardinalidad: define el nmero mximo de ocurrencias de una entidad que participan
en una relacin. Puede ser de uno a uno, de uno a muchos y de muchos a muchos.
- Atributos: representan propiedades o caractersticas de una entidad o relacin.
Dentro del modelo E/R extendido aparecen adems otros conceptos:
- Jerarqua: una entidad puede mantener una relacin de supertipo con otras entidades.
Es el caso de la generalizacin y especializacin.
- Agregacin: conversin de una relacin junto con sus entidades participantes, en una
entidad para poder relacionarse con otra entidad.
- Exclusividad: es un tipo especial de relacin en la que una entidad se asocia con
varias entidades. La exclusividad relaciona una entidad con otra de entre varias
posibles.
Una vez obtenido el modelo conceptual (representado en el diagrama E/R) debe ser
transformado a un modelo lgico. La secuencia de pasos a aplicar para dicha
transformacin son:

1. Cada entidad se transforma en una tabla y los atributos de dicha entidad en

atributos de la tabla.
2. Las relaciones de muchos a muchos se transforman en tablas cuya clave estar
formada por la clave primaria de las entidades relacionadas. Las relaciones de uno a
muchos propagan la clave principal de la entidad cuya cardinalidad es uno a la entidad
de cardinalidad n.
Otra herramienta empleada para el diseo lgico de datos es el diagrama de estructura
de datos (DED), en la que se establecen los diferentes registros que forman la base de
datos y las relaciones entre ellos. La forma tridente apunta a la entidad que acta
como muchos.
Este tipo de esquema solo admite relaciones entre dos entidades, en caso de modelar
relaciones en las que intervengan ms de dos entidades debemos redefinir el esquema
reducindolo a relaciones binarias.
Se puede establecer una correspondencia entre diagramas E/R y diagramas de
estructura de datos, pudiendo pasar de un tipo de diagrama al otro.
3. Anlisis relacional de datos.
El anlisis relacional de datos se centra en el estudio de la caractersticas del modelo
E/R y de la estructura del modelo lgico (E/R tabla).
El diseo de bases de datos relacionales implica la creacin de un conjunto de tablas
relacionadas entre si. El modelo as obtenido puede presentar una serie de problemas
como son la redundancia de datos y ambigedades a medida que trabajamos con ellas.
Debido a este problema, se ha definido una teora que indica una serie de restricciones

que hemos de aplicar sobre el modelo para as obtener un modelo normalizado, que
evita los problemas planteados.
Para poder realizar el proceso de normalizacin hay que tener claros algunos
conceptos:
- Se dice que atributo es atmico cuando no puede tener ms de un valor, en caso
contrario, cuando un atributo puede tener varios valores se dice que es un atributo
multivaluado.
- Las claves son atributos que identifican de forma unvoca a las entidades. Existen
varios tipos de clave:
1. Superclave: estar formada por uno o ms atributos que identificarn de forma nica
a una entidad.
2. Clave candidata: es una superclave mnima, es decir, una superclave que si se le
quita un atributo deja de ser superclave.
3. Clave primaria: es la clave candidata que el diseador de la base de datos ha
elegido para diferenciar las entidades.
- Otro concepto que hay que tener en cuenta es el de dependencia funcional. Existen
varios tipos:
1. Dependencia funcional: dado un conjunto B decimos que dicho conjunto depende
funcionalmente de otro conjunto A si para cualquier valor de A le corresponde un nico
valor de B. Se denota A B.
2. Dependencia funcional completa: decimos que un conjunto B tiene dependencia
funcional completa respecto a otro conjunto A, si depende de dicho conjunto en su
totalidad y no de una de sus partes. Se denota A => B.
3. Dependencia transitiva: se dice que un conjunto B depende de forma transitiva de
otro conjunto A, si existe un conjunto Z que depende funcionalmente de A y B depende
funcionalmente de Z. Se denota A Z B.
Las principales formas normales de la teora de normalizacin son:
- Primera forma normal ( 1FN ): una tabla est en 1FN si todos los atributos no clave,
dependen funcionalmente de la clave (es decir, si dada una clave se puede obtener el
valor de todos sus atributos), o lo que es lo mismo, no existen grupos repetitivos para
un valor de clave.
Pasos a seguir:
A. Se crea a partir de la tabla inicial una nueva tabla con los atributos que dependen
funcionalmente de la clave ( Que tendrn la misma clave que la tabla inicial ). Esta
tabla ya esta en primera forma normal.
B. Se crea una nueva tabla con los atributos restantes, eligiendo de entre estos uno
como clave de la tabla ( o mas de uno ). Los criterios de eleccin de clave sern los
mismos que se expusieron para los tipos de clave.

C. Se comprueba si esta tabla esta en primera forma normal. Si es as, la tabla inicial
ya esta normalizada y finaliza el proceso. Si no, tomamos esta tabla como tabla inicial y
volvemos a realizar el apartado A.
- Segunda Forma Normal ( 2FN ): Una tabla esta en segunda forma normal si esta en
primera forma normal y adems todos los atributos que no pertenecen a la clave
dependen funcionalmente de forma completa de ella. De esta definicin se desprende
que de una tabla en primera forma normal y cuya clave esta compuesta por un nico
atributo esta en segunda forma normal.
El proceso de normalizacin es como sigue:
A. Se crea a partir de la tabla inicial una nueva tabla con los atributos que dependen
funcionalmente de forma completa de la clave ( Que tendrn la misma clave que la
tabla inicial ) . Esta tabla ya esta en segunda forma normal.
B. Se crea una nueva tabla con los atributos restantes, siendo su clave el subconjunto
de atributos de la clave inicial de los que dependen de forma completa.
C. Se comprueba si esta tabla esta en segunda forma normal. Si es as, la tabla inicial
ya esta normalizada y finaliza el proceso. Si no, tomamos esta tabla como tabla inicial y
volvemos a realizar el apartado A.
- Una tabla esta en tercera forma normal esta en tercera forma normal y adems no
existen atributos no claves que dependan transitivamente de la clave, es decir, no
debe haber atributos no clave que dependan de otros atributos no primos ( que no
pertenecen a la clave ).
El proceso de normalizacin es como sigue:
A. Se crea a partir de la tabla inicial una nueva tabla con los atributos que no poseen
dependencias transitivas .( Que tendrn la misma clave que la tabla inicial ) . Esta tabla
ya esta en segunda forma normal.
B. Se crea una nueva tabla con los atributos restantes, siendo su clave el subconjunto
de atributos de la clave inicial de los que dependen de forma completa.
C. Se crea una nueva tabla con los dos atributos no clave, que intervienen en la
dependencia transitiva, seleccionando entre ambos a aquel que cumpla los
requerimientos de clave. Esta nueva tabla esta ya en tercera forma normal
Existen mas formas normales: Forma normal bice Codd ( FNBC ), ( 4FN ), ( 5FN ). Pero
algunos autores opinan que a partir de todas estas formas normales se puede producir
perdida de dependencias
4. Documentacin.
Durante el desarrollo de un proyecto software se genera un importante volumen de
documentacin en las diferentes fases que componen su anlisis y su diseo. Durante
la fase de diseo lgico de datos se generara informacin en forma de diagrama
entidad relacin y Diagrama de estructuras de datos segn la metodologa empleada.
Dichos diagramas deben formar parte de la documentacin del proyecto. Pero adems
de dichos diagramas necesitaremos alguna herramienta que sirva para recopilar los
elementos de datos con los que trabajaremos en el proyecto, as como una descripcin

detallada de dichos elementos. La herramienta que nos sirve para este propsito es el
Diccionario de datos.
El diccionario de datos nos sirve para tomar nota de todos los elementos a los que
hacemos referencia en los diagramas empleados para modelar el sistema que
queremos construir. En el tomaremos nota de los datos, objetos, entidades, almacenes
y elementos de control a los que hacemos referencia E/R, DED, DFD, DFC ,etc.