Solucion Sistema de Informacion de Personal OOO
-
Upload
demegm5129 -
Category
Documents
-
view
213 -
download
0
Transcript of Solucion Sistema de Informacion de Personal OOO
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.