Esta es una posible solución realizada paso a paso.

1) PRIMERA APROXIMACIÓN

Primero identificamos las entidades que nos parezcan más obvias y vemos que relaciones hay entre ellas. Ponemos nombre a las relaciones y les damos un significado.

2) IDENTIFICAMOS LOS ATRIBUTOS DE LAS ENTIDADES

Los atributos siempre son datos que queremos guardar en la base de datos Las entidades SIEMPRE tienen atributos. NO puede haber entidades sin

atributos. Atentos que en esta fase del diseño nos centramos únicamente en atributos que

sean propios de la entidad.

3) SEGUNDA APROXIMACIÓN

Revisamos las relaciones MUCHOS A MUCHOS.Las relaciones MUCHOS A MUCHOS, normalmente siempre van a tener atributos. Tratamos de identificarlos.

Una vez tenemos el diagrama de ENTIDAD / RELACIÓN, lo comentamos con nuestros compañeros de trabajo – posibles usuarios de la base de datos, por si se nos ha pasado algo por alto. Incluimos las modificaciones que estimemos oportunas.

4) PASO DE DIAGRAMA ENTIDAD – RELACION A TABLAS DE ACCESS

Seguimos la receta explicada en la UNIDAD 3

PASO UNO

Cada entidad la transformamos en una tabla, cada atributo de la entidad en un campo de la tabla:

Tablas de Access:PERSONALDNI Apellido1Apellido2NombrePersonaDireccionLocalidadCodigoPostalProvinciaTelefonoFijoTelefonoMovilEmail

PUESTOSNumeroPuestoNombrePuestoGrupoDestinoEspecifico

PERMISOSIdPermisoDenominacion

CURSOSCodigoCursoNombreCursoHoras

NEGOCIADOSIdNegociadoNombreNegociado

SECCIONESIdentificadorSecciónNombreSeccion

SERVICIOSIdServicioNombreServicio

PASO DOS - TRANSFORMACION DE LAS RELACIONES DEL DIAGRAMA E/R

RELACIONES UNO A MUCHOSLos campos clave de la tabla de la entidad de la parte del uno se ponen como campos en la tabla de la entidad de la parte del muchos.

Tenemos 3 relaciones 1 a muchos:

SECCIONES – SERVICIOSSECCIONESIdentificadorSecciónNombreSeccionIdServicio

SERVICIOSIdServicioNombreServicio

NEGOCIADOS – SECCIONESNEGOCIADOSIdNegociadoNombreNegociadoIdentificadorSeccion

SECCIONESIdentificadorSecciónNombreSeccionIdServicio

PUESTOS - NEGOCIADOPUESTOSNumeroPuestoNombrePuestoGrupoDestinoEspecificoIdNegociado

NEGOCIADOSIdNegociadoNombreNegociadoIdentificadorSeccion

RELACIONES UNO A UNOHacemos lo mismo que en una relación uno a muchos. Elegimos una de las tablas y en ella creamos los campos que sean clave en la otra tabla. Estos campos los hacemos indexados SIN repetición.

PERSONALDNI Apellido1Apellido2NombrePersonaDireccionLocalidadCodigoPostalProvinciaTelefonoFijoTelefonoMovilEmailNumeroPuesto (INDEXADO SIN REPETICIÓN)

PUESTOSNumeroPuestoNombrePuestoGrupoDestinoEspecifico

RELACIONES MUCHOS A MUCHOS

Creamos una tabla de una entidad intermedia. En dicha tabla incluimos siempre los campos que son clave en las entidades originales. Elegimos una clave para la tabla intermedia.

PERSONALDNI Apellido1Apellido2NombrePersonaDireccionLocalidadCodigoPostalProvinciaTelefonoFijoTelefonoMovilEmailNumeroPuesto (INDEXADO SIN REPETICIÓN)

PERMISOS_DISFRUTADOSDNIIdPermisoFechaInicioFechaFin

PERMISOSIdPermisoDenominacion

PERSONALDNI Apellido1Apellido2NombrePersonaDireccionLocalidadCodigoPostalProvinciaTelefonoFijoTelefonoMovilEmailNumeroPuesto (INDEXADO SIN REPETICIÓN)

CURSOS_REALIZADOSDNICodigoCursoFechaInicioFechaFinLugarImparticion

CURSOSCodigoCursoNombreCursoHoras

ULTIMO PASOCreamos las tablas y las relaciones en OpenOffice Base.