TÉCNICAS AVANZADAS DE BASES DE DATOS

TÉCNICAS AVANZADAS DE BASES DE DATOS

Diagrama de secuencia: como

Diagrama de actividad: que

Ambos son interacciones entre actor(usuario) y sistema.

Cero} Atrasos, bostezos, gorras, celular

Instalar: Postgress, SQL Server, MaribaDB. Powerdesigner hasta el día martes

Herramientas indispensables para el desarrollo de un sistema

1. Herramienta Case (Computed Aided Software Engeneering): Sirve para modelar
2. Backend: Gestor de base de datos que se clasifican por:

1. Relacionales
2. No SQL (SQL= Structured Query Language)
3. New SQL: mezcla entre los dos anteriores

1. Frontend: IDE cuyas características son:

1. Programación Orientada a Objetos: Abstracción, Herencia, Polimorfismo, Encapsulamiento)
2. GUI: Graphic User Interface

Modelar

Tipos de Modelamiento:

• Modelamiento de Procesos

• Es la representación grafica de los procesos que intervienen en un sistema con sus respectivas relaciones.
• No es usado ya que fue absorbido por el de objetos.
• A momento de modelar software hay que tener en cuenta los procesos, tareas lo cual debe estar muy claro, con una visión completa y su relación para obtener un sistema de calidad.
• Lo primero a tener en cuenta deben ser los requerimientos funcionales y no funcionales antes de modelar.
• Los entregables son:

• DFD: Diagrama de flujo de datos

• De nivel 0: Diagrama de contexto
• De nivel N

• Diccionario de datos DFD’s

• Modelamiento de Datos

• Modelo E/R (Entidad Relación): Representación grafica de entidades siendo esta una tabla física, que intervienen en el sistema con sus respectivas relaciones.
• Al tener un sistema cualquiera no se parte del CDM (Conceptual Data Model), se parte de un SRS (requerimientos) y de ahí de un LDM (Logical Data Model) el cual es independiente de un gestor de base de datos. De aquí se obtiene el PDM (Physical Data Model) el cual si esta apegado a un gestor DB del cual se generan los scripts y finalmente se obtiene la base de datos.
• Este procedimiento es conocido como Ingeniería Directa. Al revés se lo conoce como Ingeniería Inversa.
• Relación – Cardinalidad

• Uno a uno
• Uno a varios

• Hija hacia el padre dependiente
• Del padre hacia la hija mandatorio
• Del padre hacia la hija no mandatorio

• Varios a varios

• Modelamiento de objetos =Modelamiento de Procesos + Modelamiento de Datos

• Aquí se generan los Diagramas UML

• Casos de Uso (Hecho en herramienta CASE) y Casos de Uso Detallados (Hecho en Word)
• De actividad
• De secuencia MVC

[pic 1]

• Clases
• Comparativo/Arquitectónico
• Estados
• Colaboración
• Despliegue

• Modelamiento de aspectos

Ambientes: Se deben cubrir cuando desarrollo software.

• Desarrollo.
• Pruebas: Pruebas de caja blanca revisa sintaxis es decir código. Las de caja negra revisan funcionalidad. Pruebas unitarias, modulares, de estrés (de carga de uso del sistema).
• Producción.

Modelado en power

PRIMERO MODELAR A MANO DESPUES EN HERRAMIENTA

1. TODA ENTIDAD EN SINGULAR
2. LA PRIMERA LETRA INDICARÁ EL SUBSISTEMA
3. LA SEGUNDA LETRA EL TIPO DE OBJETO

1. E ENTIDAD (TABLA FISICA)
2. R RELACION
3. V VISTA (TABLA LOGICA) == CURSOR (IMPLICITO, EXPLICITO, IMPLICITO-EXPLICITO)

1. SIEMPRE 3 CARACTERES PARA EL NOMBRE CORTO DE LA TABLA
2. GUION BAJO000000000000000000000000000000000000000000….
3. MAXIMO 6 CARACTERES PARA EL NOMBRE LARGO DE LA TABLA
4. LO ANTES MECIONADO (MENOS EL NOMBRE LARGO) DEBE IR EN TODOS LOS CAMPOS

CRUD

C: CREATE (INSERT INTO TABLE VALUES)

R: SELECT FROM

U: UPDATE

D: DELETE

Siempre que se haga una U o una D se debe usar WHERE

Cardinalidad

• Uno a uno
• Uno a varios
• Varios a varios

Uno a uno:

Tabla A padre                                                                Tabla B Hija

Un registro de TA se relaciona solo con un registro de la TB y un registro de la TB se relaciona solo con un registro de TA

...