METODOLOGIA PARA EL DISEO E IMPLEMENTACION DE UNA BASE DE DATOS

INFORMACION GENERAL REQUERIMIENTOS REQUERIMIENTOS, FORMULACION Y ANALISIS PROCESAMIENTO DE REQUERIMIENTOS

ADMINISTRADOR DE BASE DE DATOS

REQUERIMIENTOS ESPECIFICACIONES DISEO CONCEPTUAL

ESTRUCTURA IMPLEMENTACION DEL DISEO DISEO LOGICO ESPECIFICACIONES APLICAC. PROGR.

DISEO FISICO DISEO Y ESTRUCTURA FISICA B.D.

HARDWARE CARACTERISTICAS DEL SIST. OPERAT.

REQUERIMIENTOS, FORMULACION Y ANALISIS

DEFINICION DEL ALCANCE DE LA BASE DE DATOS

ESTABLECIMIENTO Y COLECCION DE DATOS ESTANDARES

IDENTIFICAR LOS PUNTOS DE VISTA DE LOS USUARIOS

CONSTRUIR UN DICCIONARIO DE DATOS

IDENTIFICAR VOLUMEN Y USO DE INFORMACION

IDENTIFICAR REQUERIMIENTOS OPERACIONALES

EJEMPLO
1. DEFINICION DEL ALCANCE DE LA BD. OBTENER EL PROMEDIO FINAL DE LOS ESTUDIANTES. 2.ESTABLECIMIENTO Y COLECCIN DE DATOS ESTANDARES. RECOPILAR INFORMACION DE LAS NOTAS 3.IDENTIFICAR LOS PUNTOS DE VISTA DEL USUARIO. EN CASO QUE NO EXISTAN, CONSTRUIR LAS VISTAS DE USUARIO

VISTA DE USUARIO
UNIVERSIDAD ALAS PERUANAS ESPECIALIDAD DE INGENIERIA DE SISTEMAS E INFORMATICA ACTA DE NOTAS SEMESTRE ACADEMICO : 98-II PROFESOR : LUIS MUOZ R. CDIGO NOMBRE ALUMNO CURSO : BASE DE DATOS CREDITOS : 4 CDIGO : 02108 NOTA 1 NOTA 2 NOTA 3 P.FINAL

COORDINADOR

PROFESOR

VISTA DE USUARIO - DESCRIPCION

USER VIEW 1 NOMBRE: ACTA DE NOTAS DESCRIPCION: UN ACTA SE GENERA AL FINAL DE UN SEMESTRE. DATA ITEMS: 1. PERIODO 2. CURSO 3. CREDITO 4. CDIGO 5. PROFESOR 6. CDIGO_ALUMNO 7. NOMBRE_ALUMNO 8. NOTA 1 9. NOTA 2 10. NOTA 3 11. P.FINAL 12. COORDINADOR

DISEO CONCEPTUAL
I.- MODELAR LA DATA : TRABAJAR CON LAS VISTAS DE USUARIO NORMALIZAR LOS DATOS Y LLEGAR A LA TERCERA FORMA NORMAL (3FN). II.- INTEGRAR LAS VISTAS : DOS REGISTROS EN 3 FN SE INTEGRAN SI Y SOLO SI TIENEN LA MISMA LLAVE PRINCIPAL.

DISEO CONCEPTUAL
III.-PREPARAR EL DIAGRAMA ESTRUCTURADO DE DATOS (DSD): A) LA LLAVE DE UNO ESTA INCLUIDO INTEGRAMENTE EN LA OTRA. B) CUANDO LA LLAVE DE UNO DE ELLOS COINCIDE CON UNA LLAVE EXTRANJERA DEL OTRO. IV.- REVISION DEL MODELO : USUALMENTE, SE ELABORAN FORMATOS DE CONSULTA A LOS USUARIOS PARA EVALUAR SI LAS USER VIEW SON LAS QUE EL MISMO USUARIO DESEABA.

NORMALIZACION DE LOS DATOS

1. DATOS NO NORMALIZADOS : LISTAR TODOS LOS DATOS DE UNA USER VIEW, ELIMINANDO TODOS LOS DATOS QUE PUEDAN SER DEDUCIDOS O CALCULADOS A PARTIR DE OTROS DATOS. 2. PRIMERA FORMA NORMAL (1FN) : SACAR APARTE A LOS GRUPOS REPETITIVOS.

NORMALIZACION DE LOS DATOS

3. SEGUNDA FORMA NORMAL (2FN) : ELIMINAR DEPENDENCIAS PARCIALES, DONDE UNA DEPENDENCIA PARCIAL ES AQUELLA QUE EXISTE EN LLAVES CONCATENADAS. EVALUAR SI CADA CAMPO DEPENDE DE LA LLAVE CONCATENADA O DE UNO DE LOS CAMPOS DE LA LLAVE.

NORMALIZACION DE LOS DATOS

4. TERCERA FORMA NORMAL (3FN) : ELIMINAR DEPENDENCIAS TRANSITIVAS, DONDE UNA DEPENDENCIA TRANSITIVA ES IDENTIFICADA CUANDO EXISTE UNA RELACION ENTRE CAMPOS QUE NO SON LLAVE PRIMARIA.

EJEMPLO: VISTA DE USUARIO DE UNA FACTURA

FACTURA NRO .: FECHA : NOMBRE CLIENTE : DIRECCION : COD.ITEM ______ ______ ______ ______ DESCRIPCION _______________ _______________ _______________ _______________ RUC CLIENTE: DISTRITO : CANTIDAD P.UNIT. ______ _______ ______ _______ ______ _______ ______ _______ TOTAL PARCIAL IGV (18%) NETO A PAGAR SUBTOTAL _________ _________ _________ _________ _________ _________ _________

EJEMPLO DE NORMALIZACION
1. DATOS NO NORMALIZADOS : COLOCAR TODOS LOS DATOS QUE CONTIENE LA FACTURA, A EXCEPCION DE LOS DATOS : SUBTOTAL, TOTAL PARCIAL, IGV Y NETO A PAGAR, DEBIDO A QUE ESTOS DATOS SON CALCULADOS A PARTIR DE CANTIDAD Y PRECIO UNITARIO. (NUMERO-FACT, FECHA-FACT, NOMBRECLI, RUC-CLI, DIREC-CLI, DIST, (CODITEM, DESCRIP, CANT, PRECIO))

EJEMPLO DE NORMALIZACION
2. PRIMERA FORMA NORMAL (1FN) : SACAR APARTE LOS DATOS CDIGO ITEM, DESCRIPCION, CANTIDAD Y PRECIO UNITARIO, POR SER CAMPOS QUE SE REPITEN EN LA FACTURA. (NUMERO-FACT, FECHA-FACT, NOMBRECLI, RUC-CLI, DIREC-CLI, DIST) (NUMERO-FACT, COD-ITEM, DESCRIP, CANT, PRECIO)

EJEMPLO DE NORMALIZACION
3. SEGUNDA FORMA NORMAL (2FN) :
ELIMINAR LAS DEPENDENCIAS PARCIALES. EN EL CASO DE LA FACTURA, EXISTE UNA LLAVE CONCATENADA PARA DATOS REPETITIVOS, DONDE CANTIDAD DEPENDE DE TODA LA LLAVE, SIN EMBARGO, DESCRIPCION Y PRECIO DEPENDEN SOLO DEL CAMPO COD-ITEM, ES DECIR, DE UNO DE LOS CAMPOS DE LA LLAVE. (NUMERO-FACT, FECHA-FACT, NOMBRE-CLI, RUC-CLI, DIREC-CLI, DIST) (NUMERO-FACT, COD-ITEM, CANT) (COD-ITEM, DESCRIP, PRECIO)

EJEMPLO DE NORMALIZACION
4. TERCERA FORMA NORMAL (3FN) : ELIMINAR LAS DEPENDENCIAS TRANSITIVAS. EN EL CASO DE LA FACTURA, EXISTE UNA RELACION ENTRE LOS CAMPOS RUC-CLI, NOMBRE-CLI, DIRECCION-CLI Y DISTRITO, POR LO TANTO LO SACAMOS DE NUMERO-FACT Y LO COLOCAMOS APARTE. FINALMENTE NUESTRA NORMALIZACION QUEDARIA DE LA SIGUIENTE MANERA: FACTURA=(NUMERO-FACT,FECHA-FACT,RUC-CLI) CLIENTE=(RUC-CLI,NOMBRE-CLI,DIREC-CLI,DIST) DETALLE-FACT=(NUMERO-FACT,COD-ITEM, CANT) ITEM=(COD-ITEM,DESCRIP,PRECIO)