Normalización. Ing. Luis Zuloaga Rotta. Normalización



Documentos relacionados
Normalización. CC20A 1 Computación II Auxiliar 10 Iván Bustamante. Clase Auxiliar 10 1

Diseño Lógico de Bases de Datos Relacionales

Terminología Equivalente

BASES DE DATOS TEMA 4 DISEÑO DE BASES DE DATOS RELACIONALES

BASES DE DATOS TEMA 2 MODELOS DE DATOS

Diseñando una Base de Datos

Guía de Ejercicios. ordenes (id_orden, fecha, id_cliente, nom_cliente, estado, num_art, nom_art, cant, precio)

Una relación esta en 4FN si esta en la BCFN y no contiene dependencias multivaluadas.

Normalización. Curso Bases de Datos. Por Elizabeth León Guzmán, Ph.D. Profesora Ingeniería de Sistemas Grupo de Investigación MIDAS

PRESTAMO LE# LI# NOMBRE CIUDAD NºHAB T_LIBRO TITULO TIPO

Una tabla se encuentra en primera forma normal si impide que un atributo de una tupla pueda tomar más de un valor. La tabla:

FORMAS NORMALES. Andrés Moreno S. Diagramas de Dependencias Funcionales. Diagramas de Dependencias Funcionales

Formas Normales. - Facultad de Ingeniería Curso : Fundamentos de Bases de Datos Tema 1. Introducción y Conceptos Generales 1

BASE DE DATOS Modelos de Datos

REGLAS DE CODD DEL MODELO RELACIONAL

Fundamentos de Programación y Bases de Datos

Capítulo 2: Modelo relacional (Parte 2) Dr. Edwin E. González Carril SICI-4015: Archivo y base de datos agosto 2017

Modelo Relacional. El modelo relacional...1 El modelo entidad relación (que vimos ayer) es un modelo conceptual que sirve

Diseño de Base de Datos

CC BASES DE DATOS OTOÑO 2018

Clave Primaria Pacientes

Bases de datos Unidad 4 Modelo Relacional

CC BASES DE DATOS OTOÑO Clase 6: Actualizaciones, Restricciones, Formas Normales. Aidan Hogan

Esquema Relacional Normalización

Catedra de Base de Datos

Normalización. Tecnólogo en Informática, sede Paysandú Bases de Datos 1

1. INTRODUCCIÓN A LA MODELIZACIÓN CONCEPTUAL DE DATOS

Capacidad : Número de valores diferentes que puede representar un código. Depende del número de dígitos usados.

Bases de datos 1. Teórico: Normalización

TEORÍA DE LA NORMALIZACIÓN GESTIÓN Y MODELACIÓN DE DATOS

Bases de Datos Web. Andrés s Ochoa Correa

El Modelo Relacional de Bases de Datos

Bases de datos 1. Teórico: Normalización

Fundamentos de Normalización

Bases de Datos y Sistemas de Información. Fundamentos de Normalización

Objetivos y Temario CURSO SQL SERVER 2012

Catedra de Base de Datos

NORMALIZACION. MsC (c) Esp. Alexis Ovany Torres Ch. Orientador Fundamentos y Diseño de Base de Datos

Normalización. Carlos A. Olarte Bases de Datos I

Sistema de Información y Seguimiento Académico Instituto Santo Toribio de Mogrovejo. Sigla: (S.I.S.A.) Documento: Segunda parte Análisis y Diseño

BASES DE DATOS. En Access hay una serie de herramientas u objetos que facilitan enormemente el tratamiento de la información:

Normalización. Fund. Bases de Datos Ing. Felipe Alanís González -ITD- 1

Normalización de bases de datos.

L.O.P.D. Ley de Protección de Datos. Trevenque Sistemas de Información S.L.

TÉCNICO SUPERIOR UNIVERSITARIO EN TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIÓN

Tabla de contenido. P á g i n a 2

Formas Normales. Normalización. Introducción

BB.DD. relacionales. BB. DD. Relacionales T Dpto. Lenguajes y Sistemas Informáticos. Universidad de Alicante

Universidad Nacional del Sur Departamento de Ciencias e Ingeniería de la Computación Análisis y Diseño de Sistemas 1er.Cuatrimestre de 2007.

El Modelo Relacional. Carlos A. Olarte BDI

Guía de Ejercicios. ordenes (id_orden, fecha, id_cliente, nom_cliente, estado, num_art, nom_art, cant, precio)

CERTIKIN IBERICA. l i e n t e s. contenido. - Introducción - Página Inicio - Conexión - Información de la cuenta - Navegación

División Académica de Informática y Sistemas

Normalización de Modelos Relacionales

MODELO RELACIONAL BASE DE DATOS RELACIONALES

Esquema Relacional Pasaje a Tablas. Sistemas de Bases de Datos I ITS EMT CETP

Normalización. Diseño de bases de datos. Normalización 2009/2010 NORMALIZACIÓN 1. Normalización

7 Diseño de Bases de Datos Relacionales: Normalización

Tema 7. Diseño de bases de datos relacionales.

Subdirección Académica Instrumentación Didáctica para la Formación y Desarrollo de Competencias Profesionales Periodo escolar: Agosto Diciembre 2017

IV. MODELO RELACIONAL

Sistemas de Información para la Gestión

Ing. Yim Isaias Apestegui Florentino

Problemas de malos diseños

FUNDAMENTOS DE LAS BASES DE DATOS ( ) Datos Generales

Diplomado en Base de Datos. Clase 7,8 y 9: Modelamiento de Datos Juan Guillermo Henao Montoya

ING. INFORMÁTICA - BASE DE DATOS

Base de Datos. Grupo 404, Ingeniería en Computación MCC Omar

Teoría de la producción

ANEXO Nº 3: MODELO DE ENTREVISTA TRADICIONAL DE ANÁLISIS DE PUESTOS

Cátedra: Programación II Tema: Bases de datos. Normalización.

CURSO DE COMPUTACIÓN A2 ADMINISTRATIVO MÓDULO CONFIGURABLE

Corresponde al Anexo de la Resolución Administrativa No 375 /2015 REGLAMENTO ADMINISTRATIVO PARA ASIGNACIÓN Y CONTROL DE TELÉFONOS CELULARES

GUÍA DE APRENDIZAJE. Módulo VI Seis Sigma. Aprendizaje sin fronteras

UNIDAD II. Universidad del Zulia Costa Oriental del Lago. Modelo de Datos

Teoría de la Normalización

APÉNDICE D. INTRODUCCIÓN A SQL

Visualización de solicitud de pedido

MANUAL DE USO DE LA APLICACIÓN DE BOLSA DE PRÁCTICAS EXTRACURRICULARES Y EMPLEO MÓDULO DE EMPRESAS

TÍTULO: BASES DE DATOS Disponibilidad Objetivos 5 Definicion de una base de datos 9 Datos de nomina (tabla) 9 Esquema de bases de datos (mapa

Catedra de Base de Datos

Carrera: SCM Participantes. Representantes de la academia de sistemas y computación de los Institutos Tecnológicos.

DIGITANDO REMISIÓN DE MAQUINARIA EN ALQUILER.

GLOSARIO Y DESCRIPCIÓN DEL PROCESO EVALUACIÓN DE LA GESTIÓN PARA EL PERSONAL ADMINISTRATIVO

Teoría formal de la normalización de esquemas relacionales. Definición formal de las tres primeras Formas Normales

INGENIERÍA TELEINFORMÁTICA

Solución de sistemas de ecuaciones lineales: Introducción y conceptos generales

Sus socios en ISO Manual de Calidad

MANUAL DE USUARIO DEL PERFIL DE COORDINADORES SIU

Ing. CIP Javier Canchano Caro, MBA, PMP

Access SQL: DDL y DML. Una empresa de Ingeniería precisa una base de datos para la gestión de sus proyectos.

UNIVERSIDAD AUTÓNOMA DEL ESTADO DE HIDALGO

CONTROL DE CRUCES DE FACTURAS DE VENTA

Diseño de Base de Datos Relacionales

INGENIERÍA TELEINFORMÁTICA

Introducción. las tuplas en R. {C 1, C 2,..., C j } sobre R. 1 {A 1, A 2,..., A n } = {B 1, B 2,..., B i } {C 1, C 2,..., C j }

Conceptos de bases de datos para Mercadeo

Tema 5: Normalización en Bases de Datos

Pago de Facturas. Documento de Construcción. Copyright 2014 Bizagi

Transcripción:

Normalización Ing. Luis Zuloaga Rotta Normalización Es el análisis de dependencias funcionales entre atributos (o items de datos). El propósito de la normalización es reducir complejas vistas de usuario a un conjunto de pequeñas y estables estructuras de datos. La experiencia muestra claramente que estructuras de datos normalizadas son mas flexibles, estables y mas fáciles de mantener, que las estructuras no normalizadas.

Pasos para la normalización Primero se identifican las vistas de usuario, luego cada vista es convertida a la forma de una relación no normalizada. Se remueven los grupos repetitivos, y se obtiene un conjunto de relaciones en 1FN, enseguida se remueven dependencias parciales, y el resultado es un conjunto de relaciones en 2FN. Finalmente se remueven las dependencias transitivas creando un conjunto de relaciones en 3FN. Remover grupos repetitivos Remover Dependencias parciales Remover Dependencias transitivas Vistas de usuario Relaciones no normalizadas Relación Normalizada 1FN Relaciones en 2da forma Normal - 2FN Relaciones en 3ra forma Normal - 3FN Relaciones No Normalizadas REPORTE MATRICULA NOMBRE ALUMNO ESPECIALIDAD DENOMINACION NOMBRE DOCENTE OFICINA SECCION ALUMNO CURSO 382145A LUIS ZULOAGA INDUSTRIAL MA123 MATEMATICA 2 CARLOS ARAMBULO CB-214 U 360247K RAUL ROJAS SISTEMAS QU514 FISICO QUIMICA PETRA RONDINEL CB-110 U AU521 DESCRIPTIVA VICTOR MONCADA CB-120 W PA714 INVESTIGACION 1 CESAR FERNANDEZ SC-220 V MA123 MATEMATICA 2 CARLOS ARAMBULO CB-214 V AU511 DIBUJO VICTOR MONCADA CB-120 U Una relación no normalizada es una relación que contiene uno o mas grupos repetitivos. Desde que cada alumno se puede inscribir en uno o mas cursos-sección, los datos de los cursos-sección en la vista constituyen grupos repetitivos dentro de los datos de los alumnos.

redundantes REPORTE MATRICULA ALUMNO NOMBRE ALUMNO ESPECIALIDAD DENOMINACION NOMBRE DOCENTE OFICINA SECCION CURSO Grupos repetitivos Como se observa en la relación no normalizada por cada alumno existen varios cursos-sección matriculados, cada uno con un docente responsable a quien se le ubica en una oficina determinada. La principal desventaja de relaciones no normalizadas es que ellas contienen datos redundantes. En el ejemplo, vemos que el curso MA123 puede aparecer varias veces, que ocurriría si deseamos cambiar el nombre del curso? Anomalías de Comportamientos anómalos que se pueden presentar al insertar, borrar y actualizar datos en una base de datos relacional, producidos por un diseño deficiente.

Anomalía a de Inserción n (insert( insert) La existencia de un objeto requiere la existencia de otro objeto independiente. Ej: Factura (nfact, ncliente, nombre, direccion, fecha,total) Reporte (codalum,nomalu,espec,codcur,denomin,nomdoc,ofic,secc) Para añadir un nuevo cliente o un nuevo curso, obligatoriamente necesito crear una factura o un nuevo alumno para ese cliente o ese curso. (Es decir esta representación no permite organizar la información correctamente). Anomalía a de Borrado o Eliminación n (delete( delete) El borrado (rutinario) de un registro puede hacer que se pierda (borre) información que no se quería eliminar. Factura (nfact, ncliente, nombre, direccion, fecha, total) Reporte (codalum,nomalu,espec,codcur,denomin,nomdoc,ofic,secc) Si se elimina una factura y es la única de un cliente, o se elimina un alumnoy es el único matriculado en el curso, se pierde la información de ese cliente o de ese curso sección (pérdida de datos).

Anomalía a de Actualización (update) Para cambiar el valor de un atributo, se necesita cambiarlo simultáneamente en varios sitios, en lugar de en uno. Factura (nfact, ncliente, nombre, direccion, fecha, total) Reporte (codalum,nomalu,espec,codcur,denomin,nomdoc,ofic,secc) Para cambiar la dirección de un cliente o la denominación de un curso, hay que hacerlo en todas las facturas que tenga o en todas las matriculas donde aparezca, a pesar que el cliente sólo tiene una dirección y el curso sólo tiene una denominación (por la redundancia). Primera Forma Normal 1FN Es una relación que contiene sólo valores simples o atómicos en la intersección de cada fila y columna. Esto es, una relación normalizada no contiene grupos repetitivos. Para la 1FN separamos la relación no normalizada en dos entidades, uno conformada con los grupos no repetitivos y la otra con los grupos repetitivos. Reporte (codalum,nomalu,espec,codcur,denomin,nomdoc,ofic,secc) Alumno (codalum,nomalu,espec) CursoAlumno (codalum+codcur, denomin,nomdoc,ofic,secc)

REPORTE MATRICULA ALUMNO NOMBRE ALUMNO ESPECIALIDAD DENOMINACION NOMBRE DOCENTE OFICINA SECCION CURSO ALUMNO ESPECIALIDAD NOMBRE ALUMNO ALUMNO 382145A LUIS ZULOAGA INDUSTRIAL 360247K RAUL ROJAS SISTEMAS CURSO ALUMNO Grupos repetitivos DENOMINACION NOMBRE DOCENTE OFICINA SECCION ALUMNO CURSO 382145A MA123 MATEMATICA 2 CARLOS ARAMBULO CB-214 U 382145A QU514 FISICO QUIMICA PETRA RONDINEL CB-110 U 382145A AU521 DESCRIPTIVA VICTOR MONCADA CB-120 W 360247K PA714 INVESTIGACION 1 CESAR FERNANDEZ SC-220 V 360247K MA123 MATEMATICA 2 CARLOS ARAMBULO CB-214 V 360247K AU511 DIBUJO VICTOR MONCADA CB-120 U Dependencias La razón de las anomalías es que varios de los atributos no clave son dependientes sólo de parte de la clave primaria (de algunos atributos) y no de la cave primaria total. Los atributos no clave que dependen de la clave primaria son totalmente dependientes los otros son sólo parcialmente dependientes. DENOMINACION NOMBRE DOCENTE OFICINA SECCION ALUMNO CURSO 382145A MA123 MATEMATICA 2 CARLOS ARAMBULO CB-214 U 382145A QU514 FISICO QUIMICA PETRA RONDINEL CB-110 U 382145A AU521 DESCRIPTIVA VICTOR MONCADA CB-120 W 360247K PA714 INVESTIGACION 1 CESAR FERNANDEZ SC-220 V 360247K MA123 MATEMATICA 2 CARLOS ARAMBULO CB-214 V 360247K AU511 DIBUJO VICTOR MONCADA CB-120 U

Segunda Forma Normal 2FN Para eliminar las anomalías de la 1FN, debemos remover las dependencias funcionales parciales. Una relación esta en segunda forma normal si esta en 1FN y toda dependencia funcional parcial ha sido removida. Para convertir una relación con dependencias parciales a 2da. forma normal (2FN), creamos dos nuevas relaciones, una con atributos que son totalmente dependientes de la clave primaria y la otra con atributos que son parcialmente dependientes de la clave. CURSO ALUMNO ALUMNO CURSO DENOMINACION NOMBRE DOCENTE OFICINA SECCION DETALLE MATRICULA ALUMNO CURSO SECCION 382145A MA123 U 382145A QU514 U 382145A AU521 W 360247K PA714 V 360247K MA123 V 360247K AU511 U CURSO CURSO DENOMINACION NOMBRE DOCENTE OFICINA MA123 MATEMATICA 2 CARLOS ARAMBULO CB-214 QU514 FISICO QUIMICA PETRA RONDINEL CB-110 AU521 DESCRIPTIVA VICTOR MONCADA CB-120 PA714 INVESTIGACION 1 CESAR FERNANDEZ SC-220 AU511 DIBUJO VICTOR MONCADA CB-120

Tercera Forma Normal 3FN Una relación esta en 3ra. Forma normal (3FN) si esta en 2FN y no contiene dependencias transitivas. Esto es, cada atributo no clave es totalmente dependiente de la clave primaria y no existen dependencias transitivas ( ocultas ). CURSO CURSO DENOMINACION NOMBRE DOCENTE OFICINA A B C C B A C A Dependencia Transitiva CURSO DENOMINACION NOMBRE DOCENTE MA123 MATEMATICA 2 CARLOS ARAMBULO QU514 FISICO QUIMICA PETRA RONDINEL AU521 DESCRIPTIVA VICTOR MONCADA PA714 INVESTIGACION 1 CESAR FERNANDEZ AU511 DIBUJO VICTOR MONCADA DOCENTE NOMBRE DOCENTE CARLOS ARAMBULO PETRA RONDINEL CESAR FERNANDEZ VICTOR MONCADA OFICINA CB-214 CB-110 SC-220 CB-120

Forma Normal Boyce&Codd - BCNF Cuando una relación tiene mas de una clave candidata, se pueden presentar anomalías aun cuando la relación este en 3FN. R.F. Boyce y E.F. Codd identificaron esta deficiencia y propusieron una extraña definición de 3FN que soluciona el problema, introduciendo el concepto de determinante. Un determinante es cualquier atributo (simple o compuesto) sobre el cual algún otro atributo es funcionalmente dependiente (total). CK1 CK2 ALUMNO ESPECIALIDAD ASESOR 65430A INDUSTRIAL ZULOAGA 65430A SISTEMAS ROJAS 14300L CIVIL CARDENAS 48675J MECANICA MONTES 86543M MECANICA RUIZ 46789B SISTEMAS ROJAS La relación esta en 3FN. Cada alumno puede especializarse en varias materias. Por cada especialidad un alumno sólo puede tener un asesor Cada especialidad tiene varios asesores Cada asesor asesora sólo una especialidad. Existen dos claves candidatas (codalum+espec) y (codalum+asesor). PK PK ALUMNO 65430A 65430A 14300L 48675J 86543M 46789B ASESOR ZULOAGA ROJAS CARDENAS MONTES RUIZ ROJAS ASESOR ZULOAGA CARDENAS MONTES RUIZ ROJAS ESPECIALIDAD INDUSTRIAL CIVIL MECANICA MECANICA SISTEMAS Con esto se eliminan las posibles anomalías de inserción, eliminación y actualización.

Cuarta Forma Normal 4FN Una relación esta en 4FN si esta en la BCFN y no contiene dependencias multivaluadas. Existe una dependencia multivaluada cuando hay tres atributos (A,B y C) en una relación, tal que por cada valor de A existe un bien definido conjunto de valores de B y un bien definido conjunto de valores de C, sin embargo el conjunto de valores de B es independiente del conjunto C y viceversa. COMPUTADORA PAQUETE SOFTWARE TIENDA APPLE WRITER PCSHOP APPLE FOX PCSHOP APPLE WRITER DIGISHOP IBM WORD CIBERSTORE NCR LOTUS DIGISHOP NCR WORDPERFECT DIGISHOP NCR LOTUS CIBERSTORE La relación esta en la BCFN. La clave primaria de la relación se expresa en función de los tres atributos. Por cada computadora existe un conjunto de paquetes y un conjunto de tiendas que las venden. Los paquetes y las tiendas son independientes. COMPUTADORA APPLE APPLE IBM NCR NCR PAQUETE SOFTWARE WRITER FOX WORD WORDPERFECT LOTUS COMPUTADORA APPLE APPLE IBM NCR NCR TIENDA PCSHOP DIGISHOP CIBERSTORE DIGISHOP CIBERSTORE Para eliminar las anomalías dividimos la relación en dos entidades.

Quinta Forma Normal 5FN Permite hacer frente a un tipo de dependencia denominada dependencia de unión (Join dependency). Suele presentarse cuando resolvemos tres (o mas) entidades, todas relacionadas con una relación muchos-a-muchos a las otras. Es algunas veces referida como Join-Proyection Normal Form (JPNF). Estas relaciones son raras en la práctica. Carro Color Modelo Color_Carro Carro Modelo_Carro Color Color_Modelo Modelo Solución con Entidades Asociativas

Carro Color Modelo Carro_Modelo_Color Solución a través de la Tabla Asociativa - 5NF La solución correcta a este problema es mucho mas simple, hay que introducir una simple entidad asociativa enlazando las otras tres, a la que podemos denominar Carro_Color_Modelo. EJERCICIO DE MODELAMIENTO 1. Modelo de Descomposición de Procesos 2. Modelo de Flujo de DFD 3. Diagrama entidad relación - ERD

USED AT: AUTHOR: Ing. Luis Zuloaga DATE: 27/04/01 EJEMPLO PROJECT: AUTOM. STMA. ACADEMICO REV: 27/04/01 NOTES: 1 2 3 4 5 6 7 8 9 10 WORKING DRAFT RECOMMENDED PUBLICATION READER DATE CONTEXT: TOP Reglamento Academico Informacion actores Informacion Plan Estudios matricula Notas alumno SISTEMA ACADEMICO Informacion academica 0 Alumno Docente SISTEMA ACADEMICO NODE: TITLE: NUMBER: A-0 1 1 USED AT: AUTHOR: Ing. Luis Zuloaga DATE: 27/04/01 Ejemplo PROJECT: AUTOM. STMA. ACADEMICO REV: 04/05/01 NOTES: 1 2 3 4 5 6 7 8 9 10 WORKING DRAFT RECOMMENDED PUBLICATION READER DATE CONTEXT: A-0 Informacion actores Infraestructura Informacion Plan Estudios matricula Reglamento Academico REGISTRO FACULTAD 1 alumno aulas de cursos Docente CATALOGO HORARIOS 2 cursos-seccion asignados verificados MATRICULA 3 Catalogo de Horarios del periodo Listado alumnos matriculados alumnos matriculados Informacion academica Actas de notas Notas alumno REGISTRO ACADEMICO 4 Docente Alumno SISTEMA ACADEMICO NODE: TITLE: NUMBER: A0 2 1

USED AT: AUTHOR: Ing. Luis Zuloaga DATE: 04/05/01 PROJECT: AUTOM. STMA. ACADEMICO REV: 04/05/01 NOTES: 1 2 3 4 5 6 7 8 9 10 WORKING DRAFT RECOMMENDED PUBLICATION READER DATE CONTEXT: A0 Reglamento Academico Disponibilidad docente Docente REGISTRO DISPONIBILIDAD de cursos 1 disponibilidad docente ASIGNACION aulas CURSOS SECCION 2 cursos-seccion asignados verificados GENERAR CATALOGO Catalogo de Horarios del periodo 3 Docente NODE: TITLE: NUMBER: CATALOGO HORARIOS A2 USED AT: AUTHOR: Ing. Luis Zuloaga DATE: 04/05/01 PROJECT: AUTOM. STMA. ACADEMICO REV: 04/05/01 NOTES: 1 2 3 4 5 6 7 8 9 10 WORKING DRAFT RECOMMENDED PUBLICATION READER DATE CONTEXT: A2 Docente VERIFICAR DATOS DOCENTE 2 Docente 1 DOCENTE 1 DOCENTE Disponibilidad docente de docente validados 3 DISPONIBILIDAD 2 CURSO de cursos REGISTRAR DISPONIBILIDAD 1 disponibilidad docente NODE: TITLE: NUMBER: REGISTRO DISPONIBILIDAD A21

USED AT: AUTHOR: Ing. Luis Zuloaga DATE: 04/05/01 PROJECT: AUTOM. STMA. ACADEMICO REV: 04/05/01 NOTES: 1 2 3 4 5 6 7 8 9 10 WORKING DRAFT RECOMMENDED PUBLICATION READER DATE CONTEXT: A2 3 DISPONIBILIDAD disponibilidad docente 2 CURSO de cursos ASIGNAR CURSOS SECCION 1 asignacion 8 ASIGNACION TEMPORAL asignacion 7 CURSO SECCION Asignacion errada 6 AULA aulas 2 cursos-seccion asignados verificados VALIDAR ASIGNACION CURSOS SECCION NODE: TITLE: NUMBER: ASIGNACION CURSOS SECCION A22

EJERCICIO 1. Para la vista de usuario Contarto Venta contruir el ERD. 2. Resolver las vistas propuestas. LA FAVORITA S.A. Los Camotales 1354 - Lima Telfs. 465-4568 458-3106 CONTRATO DE VENTA Vendedor Fecha Tipo Vta. Nro. Contrato Cliente Dirección Ciudad Teléfono RUC Código Observaciones Depósito de despacho Item Cód.Prod. Descripción Producto Nro.Unid. Precio Dscto. Total Item Nota : Todo Contrato de Venta al crédito esta sujeto a verificación y aprobación por el Administrador de Ventas. Si este Contrato es anulado por el Cliente, el vendedor podrá tomar la acción legal correspondiente reteniendo el adelanto como liquidación por los daños. Total Venta Transporte IGV Adelanto Saldo a Pagar Firma Cliente: Firma y Sello Vendedor :

CURSO PROFESOR TEXTO Física Matemáticas Prof. Verde Prof. Pardo Prof. Negro Prof. Blanco Mecánica Básica Principios de Optica Algebra Moderna Geometría Proyectiva Buque Capitán Viaje Solitario Solitario Solitario Solitario Noche Clara Solitario Solitario Noche Clara Noche Clara Noche Clara Ruiz Aguilar Cordova Gomez Cordova Rios Gomez Aguilar Lopez Cordova Callao-Piura Callao-Piura Callao-Piura Callao-Piura Callao-Piura Talara-Ilo Talara-Ilo Tacna-Tumbes Supe-Paita Supe-Paita

PROYECTO ACTIVIDAD EMPLEADO TAURO TAURO TAURO TAURO GALES GALES PLANEAR PLANEAR COMPRAR COMPRAR CONTRATAR CONTRATAR J. GARCIA L. ALVA J. GARCIA L. ALVA M. ROSAS J. GARCIA