Trabajo Parte 2 de MDD

El siguiente enlace contiene el informe corregido de la primera parte, ademas de el script y los cdigos SQL generados

Trabajo Parte 2

Trabajo parte 1 "TuplaSeguros"

Trabajo Parte 1

Integrantes:
Csar Figueroa
Gonzalo Acua
Paulina Sandoval

Enlace al informe, el modelo y el Script:
https://www.dropbox.com/s/653pfnzfx1ldqve/Trabajo%20parte%201.rar

Enunciado - Reglas de Negocio

Una empresa aseguradora llamada TuplaSeguros desea llevar el registro de los seguros de automovil vendidos, asi como el empleado que realiz la venta, el cliente y el vehiculo asegurado.

Del vendedor interesa saber su rut, nombre, domicilio, un telfono de contacto, la fecha de ingreso a la aseguradora y sus posibles cargas familiares, de las cuales queremos saber el nombre, el rut y el parentesco con el empleado

Tambien es preciso almacenar los datos de la venta, quien vendi, la fecha de la venta, el monto, el nombre del seguro y si existe algn descuento implicado, en cuyo caso, de cuanto es.

Con el fn de fidelizar y asegurar la calidad de atencin, se pretende conservar los datos del cliente, tales como el rut, el nombre, si es persona natural o empresa y la cantidad de vehculos previamente asegurados en la empresa.

Lgicamente, es necesario tambien tener la mayor informacin relevante del vehculo asegurado, asi como la marca, el modelo, el ao, la patente y la fecha de la ltima revisin tcnica.

Clase 5 - Semana 3

Introducción al modelamiento de base de datos

Auto
*Patente
*Marca
*Color
*Modelo
*Tipo

Siendo "Auto" un objeto o Entidad, y los items listados, los atributos

-------------------------------------*---------------------------------------------------------

Modelo Conceptual
Es el proceso de abstracción, siendo posible definir lo relevante del problema.
Con el fín de realizar un modelo óptimo, es ideal solicitar y recavar la mayor información posible del cliente, asi como de los usuarios, pues estos últimos son quienes tienen mayor experiencia de interacción con el SABD. Debemos comprender los objetivos del negocio, la mision y vision.

Las vistas de usuarios son los elementos a los cuales el usuario está expuesto, nustro deber es conocerlos e identificar sus detalles, para mejorar y/o adaptar cada una a nuestra labor

Proceso de elaboración del Modelo Conceptual:
*Identificar Entidades
*Identificar realciones
*Asociar los atributos con los tipos de Entidad
*Determinar el Dominio (Rango) de los atributos
*Determinar los atributos de Primary Keys y Secondary Key
Nota:Es aconsejable NO usar el valor de un atributo como Identificador Único, es decir como Primary Key
*"Considerar" el uso de modelado avanzado (Ej.: Modelo Entidad/Relación de Chen)
*Comprobar redundancias en el modelo
*Validar el modelo conceptual(realizar pruebas, consultas con el cliente y los usuarios, etc.)

En el Modelo Conceptual, la tabla es la Entidad, La columna es el Atributo y la fila es la Tupla/Registro.

Reglas de Negocio: Son los requerimientos expuestos en el problema, estos deben ser aplicados a la solución
(Modelo de Base de Datos). Las Reglas de Negocios son terminos condicionantes.

-----------------------------------*-----------------------------------------------------------

Identificando entidades
Pudiendo ser entidades:PERSONA, CONCEPTO, EVENTO, COSA/OBJETO, LUGAR, ORGANIZACIÓN.



Conceptos de la clase:
Instancia: Empleado(Entidad) -> Juan Perez(Instancia empleado de la Entidad)
Motor de Base de Datos (SABD)

Clase 04

Clase 04

Modelo de Base de Datos: Es el resultado de una abstracción de la realidad, con el fin de extraer lo esencial de algo,
ademas permite la interacción entre los involucrados respecto a la idea final.

Un modelo de Base de Datos permite el "ensayo y error" antes de la implementación y representa en forma simple los
elementos de la futura base de datos.

Etapas del Modelamiento:
*Requerimientos del Usuario: La realidad, para establecer los requerimientos, es NECESARIA la información, involucrarse en
el negocio, obtener tantos datos como sea posible
*Modelo Conceptual de Datos (Modelo Entidad-Relación)
*Proceso de Noprmalización: Limpiar los datos.
*Modelo Conceptual Canónico
*Modelo Realacional: Relacionado al motor de base de datos
*Generación de la Base de Datos: depende del DBMS o SABD seleccionado

Modelo Entidad - Relación: http://pastebin.com/cLNqMyMg (Fig. 1)

En este modelo se denotan las entidades (Departamento, Empleado)
Cada uno con distintos Atributos. La flecha representa la Interrelación, la flecha multiple en este caso indica que
una entidad Departamento tiene N Empleados.
Fila, Registro o Tupla: identifica cada una de las variables de la entidad
(Ej.: Departamento de Finanzas, Departamento de Ventas, etc) este registro corresponde a la Primary Key
Primary Key: Todo objeto debe tener un identificador único, aconsejable un ID automático, no relacionado al negocio(entidad)
Este modelo es similar al Modelo de Clases de JAVA (Sin los métodos)

Existen otros métodos de representación del Model Entidad Realción (E/R) como el modelo de Chen, que utiliza rectángulos
para las Entidades, Rombos para las relaciones y lineas (sin flechas, ya que la relación es bidireccional) para ligar los elementos.

Modelo E/R de Chen: http://pastebin.com/cLNqMyMg (Fig. 2)

Luego, cada atributo, posee un tipo de dato, el cual debemos definir, como por ejemplo:
NUMBER(): un numero de (N) dígitos.
VARCHAR(): una variable de caracteres de (N) espacios, este dato se comprime si no son ocupadas todas las celdas de caracter
Foreign Key
Nota: no es aconsejable usar el RUT de una persona como identificador único para un empleado (Ejemplo) porque existen
RUT DUPLICADOS

Tras esto, se realiza el Script SQL, el cual es el proceso para la creación de la tabla:
Ej:
CREATE TABLE EMPLOYEES
(ID NOMBER (6) NOT NULL,
First Name VARCHAR2 (50),
Last Name VARCHAR2 (50),
Hire Date DATE,
Salary NUMBER (8,2),
...

Hay tres enfoques para el modelado:
Top-Down (de arriba a abajo): ir de lo general, a lo particular. (Para una nueva Base de Datos)
Bottom-Up (de abajo a arriba): Partir del detalle hasta lo general (Modifica una definición de base de datos existente). Ingeniería Inversa.
Targeted: Focalizado, a base de un modelo existente, se adapta a nuevos requerimientos



CONCEPTOS DE LA CLASE:
Oracle + SQL Developer
Lenguaje Funcional
Big Data -> NoSQL

Relacional DataBase Management System: RDBMS
Sistema de Administración de Base de Datos Realcional: SABDR
Singleton: Patron de Diseño sin atributos.