GENERACION DE UN SISTEMA DE BASE DE DATOS

GENERACION DE UN SISTEMA DE BASE DE DATOS

• Cuando hablamos de bases de datos, en nuestras conversaciones nos referimos a datos relacionales. Esto no fue siempre así, antes que el modelo relacional fuese desarrollado, existió otro modelo de datos.Ahora, el caso para considerar las alternativas ha llegado a ser cada vez más fuerte, con las nuevas generaciones de leguajes de desarrollo orientados a objetos se abre una gama de oportunidades a las aplicaciones, y a su vez a las base de datos con la aparición de las bases de datos nativas, orientadas a guardar estos objetos creados por las aplicacionesPrimera generación: modelo jerárquicos y redEl modelo jerárquicosEl modelo de dato de redSegunda generación de bases de datos.: modelo relacionalAccesando el modelo relacionalModelo relacional con programación de procedimientosModelo relacional con programación orienta a objetosTercera generación: modelo post-relacionalEl modelo de objetoEl modelo objeto a relacional
• LA GENERACION MUESTRA LA DIVERSIDAD DE SISTEMAS QUE SE CREARON Y LOS QUE ACTUALMENTE EXISTEN.
  
• CIBER.http://labloguera.net/blogs/elperucho/archive/2007/10/31/generaciones-de-bases-de-datos-un-poco-de-historia.aspx
  

DISEÑO FISICO DE UNA BASE DE DATOS

DISEÑO FISICO DE UNA BASE DE DATOS

• diseño de una base de datos se descompone en tres etapas: diseño conceptual, lógico y físico. La etapa del diseño lógico es independiente de los detalles de implementación y dependiente del tipo de SGBD que se vaya a utilizar. La salida de esta etapa es el esquema lógico global y la documentación que lo describe. Todo ello es la entrada para la etapa que viene a continuación, el diseño físico.
  Mientras que en el diseño lógico se especifica qué se guarda, en el diseño físico se especifica cómo se guarda. Para ello, el diseñador debe conocer muy bien toda la funcionalidad del SGBD concreto que se vaya a utilizar y también el sistema informático sobre el que éste va a trabajar. El diseño físico no es una etapa aislada, ya que algunas decisiones que se tomen durante su desarrollo, por ejemplo para mejorar las prestaciones, pueden provocar una reestructuración del esquema lógico.
  
• ESTO SE REFIERE A COMO VA ESTAR ESTRUCTURADA NOESTRA INFORMACION.
  
• CIBER:http://www.mailxmail.com/curso-diseno-base-datos-relacionales/diseno-fisico-bases-datosT
  

TRANSFORMACION AL MODELO DE DATOS

TRANSFORMACION AL MODELO DE DATOS

• el diseño de una base de datos relacional puede seguir dos caminos. Por una parte, puede crearse tomando como punto de partida la observación del universo en estudio, dando lugar a un conjunto de esquemas de relaciones, que contengan los atributos y sus restricciones. Por otra parte, puede dividirse el diseño en dos fases, la primera de las cuales sería definir el modelo conceptual y su esquema, y la segunda transformar el esquema conceptual en un esquema relacional mediante una transformación realizada de acuerdo a unas reglas dadas.
  
• ESTO NOS MUESTRA UNA FORMA DE CREAR UNA BASE EN LA QUE MAS SE ACOMODE A NUESTRAS NECESIDADES
  
• tramullas.com/documatica/2-8.html

ELECCION DE UN SISTEMA GESTOR DE UNA BASE DE DATOS

ELECCION DE UN SISTEMA GESTOR DE UNA BASE DE DATOS

• Si no se dispone de un SGBD, o el que hay se encuentra obsoleto, se debe escoger un SGBD que sea adecuado para el sistema de información. Esta elección se debe hacer en cualquier momento antes del diseño lógico.
  
• SE DEBE DE ESCOGER UN SGBD DEACUERDO ALAS NECECIDADES QUE SE REQUIERAN PARA EL SISTEMA DE INFORMACION Y ESTA DEBE DE SER ESCOGIDA ANTES DE EL DISEÑO LOGICO
  
• CIBER,http://www3.uji.es/~mmarques/f47/apun/node67.html
  

DISEÑO CONCEPTUAL DE LA BASE DE DATOS

DISEÑO CONCEPTUAL DE LA BASE DE DATOS
1.-Esta etapa consta de tres fases: diseño conceptual, diseño lógico y diseño físico de la base de datos. La primera fase consiste en la producción de un esquema conceptual, que es independiente de todas las consideraciones físicas. Este modelo se refina después en un esquema lógico eliminando las construcciones que no se pueden representar en el modelo de base de datos escogido (relacional, orientado a objetos, etc.). En la tercera fase, el esquema lógico se traduce en un esquema físico para el SGBD escogido. La fase de diseño físico considera las estructuras de almacenamiento y los métodos de acceso necesarios para proporcionar un acceso eficiente a la base de datos en memoria secundaria.
Los objetivos del diseño de la base de datos son:
Representar los datos que requieren las principales áreas de aplicación y los grupos de usuarios, y representar las relaciones entre dichos datos.
Proporcionar un modelo de datos que soporte las transacciones que se vayan a realizar sobre los datos.
Especificar un esquema que alcance las prestaciones requeridas para el sistema.Hay varias estrategias a seguir para realizar el diseño: de abajo a arriba, de arriba a abajo, de dentro a fuera y la estrategia mixta. La estrategia de abajo a arriba parte de todos los atributos y los va agrupando en entidades y relaciones. Es apropiada cuando la base de datos es simple, con pocos atributos. La estrategia de arriba a abajo es más apropiada cuando se trata de bases de datos complejas. Se comienza con un esquema con entidades de alto nivel, que se van refinando para obtener entidades de bajo nivel, atributos y relaciones. La estrategia de dentro a fuera es similar a la estrategia de abajo a arriba, pero difiere en que se parte de los conceptos principales y se va extendiendo el esquema para considerar también otros conceptos, asociados con los que se han identificado en primer lugar. La estrategia mixta utiliza ambas estrategias, de abajo a arriba y de arriba a abajo, con un esquema de divide y vencerás. Se obtiene un esquema inicial de alto nivel, se divide en partes, y de cada parte se obtiene un subesquema. Estos subesquemas se integran después para obtener el modelo final.

2.LO PRINCIPAL EN ESTA ETAPA ES REPRESENTAR LOS DATOS QUE REQUIEREN LOS USUARIOS,PROPORCIONAR UN MODELO DE DATOS Y ESPECIFICAR UN SISTEMA DE DATOS QUE ALCANCE LAS PRESTACIONES REQUERIDAS.

3.-CIBERGRAFIAhttp://www3.uji.es/~mmarques/f47/apun/node67.html

RECOLECCION Y ANALISIS DE INFORMACION

RECOLECCION Y ANÁLISIS DE INFORMACION

• En esta etapa se recogen y analizan los requerimientos de los usuarios y de las áreas de aplicación. Esta información se puede recoger de varias formas:
  Entrevistando al personal de la empresa, concretamente, a aquellos que son considerados expertos en las áreas de interés.
  Observando el funcionamiento de la empresa.
  Examinando documentos, sobre todo aquellos que se utilizan para recoger o visualizar información.
  Utilizando cuestionarios para recoger información de grandes grupos de usuarios.
  Utilizando la experiencia adquirida en el diseño de sistemas similares.La información recogida debe incluir las principales áreas de aplicación y los grupos de usuarios, la documentación utilizada o generada por estas áreas de aplicación o grupos de usuarios, las transacciones requeridas por cada área de aplicación o grupo de usuarios y una lista priorizada de los requerimientos de cada área de aplicación o grupo de usuarios.
  Esta etapa tiene como resultado un conjunto de documentos con las especificaciones de requisitos de los usuarios, en donde se describen las operaciones que se realizan en la empresa desde distintos puntos de vista.
  La información recogida se debe estructurar utilizando técnicas de especificación de requisitos, como por ejemplo técnicas de análisis y diseño estructurado y diagramas de flujo de datos. También las herramientas CASE ( Computer-Aided Software Engineering) pueden proporcionar una asistencia automatizada que garantice que los requisitos son completos y consistentes.
  
• AQUI LO MAS IMPORTANTE ES ANALIZAR Y RECOGER LOS REQUERIMENTOS DE LOS USUARIOS;ENTREVISTANDO OBSERVANDO,EXAMINANDO LA INFORMACION RECOGIDA
  
• CIBERGRAFIA:http://www3.uji.es/~mmarques/f47/apun/node67.html
  

CICLO DE VIDA DEL SISTEMA DE APLICACION DE BASE DE DATOS

CICLO DE VIDA DEL SISTEMA DE APLICACIÓN DE BASE DE DATOS
*Las etapas del ciclo de vida de una aplicación de bases de datos son las siguientes:1.Planificación del proyecto.2.Definición del sistema.3.Recolección y análisis de los requisitos.4.Diseño de la base de datos.5.Selección del SGBD.6.Diseño de la aplicación.7.Prototipado.8.Implementación.9.Conversión y carga de datos.10.Prueba.11.Mantenimiento.Estas etapas no son estrictamente secuenciales. De hecho hay que repetir algunas de las etapas varias veces, haciendo lo que se conocen como ciclos de realimentación. Por ejemplo, los problemas que se encuentran en la etapa del diseño de la base de datos pueden requerir una recolección de requisitos adicional y su posterior análisis.
*Las etapas del ciclo de vida son secuenciales, y algunas de ellas se tiene que repetir varias veces.
* http://www3.uji.es/~mmarques/f47/apun/node67.html