generacion de un sistema de base de datos

• en esta etapa se crean las definiciones de la base de datos a nivel conceptual, externo e interno, asi como los programas de aplicacion. la implementacion de la base de datos se realiza mediante las sentencias del lenguaje de definicion de datos del SGBD escogido. estas sentencias se encargan de crear el esquema de la base de datos, los ficheros donde se almacenaran los datos y las vistas de losn usuarios. los programas de aplicacion de implementan utilizando lenguajes de tercera o cuarta generacion. partes deestas aplicaciones son transacciones de la base de datos, que se implementan mediante el lenguaje del amnejo de datos. las sentencias de este lenguaje se pueden embeber en un lenguaje de programacion anfitrion. en esta estapa tambien se implementan los menus, los formularios para la introduccion de datos y los informes de visualizacion de datos. para ello el SGBD puede disponer de lenguajes de cuarta generacion que permiten el desarrollo rapido de aplicaciones mediante lengujes de consulta no precedurales, generadores de informes, generadores de formularios, generadores de graficos y generadores de aplicaciones.
• aqui se crean diversas normalizaciones para la base de datos.
• http//:www3.wi.es/mmarques/f47/apun/node67.html

diseño fisico de la base de datos

• en esta eapa se diseñan los programas de aplicacion que se usaran y procesaran la base de datos, esta etapa y el diseño de la base de datos, son paralelas. en la mayor parte de los casos nos se puede finalizar el diseño de las aplicaciones hasta que se ha terminado con el diseño de la base datos. por otro lado la base de datos existe para dar soporte a las aplicaciones, por lo que hara una realimentacion desde el diseño de las aplicaciones al diseño de la base de datos. en esta etapa hay que asegurarse de que toda la funcionalidad especificada en los requisitos de usuario se encuentra en el diseño de la aplicacion. ademas habra que diseñar las interfaces del usuario.
• en esta etapa se especifican los progamas a ocupar durante la elaboracion dela misma
• http//:www3.wi.es/mmarques/f47/apun/node67.html

transformacion al modelo de base de datos

• esta etapa que es opcional, es para construir prototipos de la aplicacion que permitan a los diseñarores y a los usuarios probar el sistema. un prototipo es un modelo de trabajo de aplicaciones del sistema. este proceso permite que quienes diseñan e implementan el sistema sepan si han interpretado correctamente los requisitos de los usuarios, otra ventaja de los prototipos es que se construyen rapidamente. esta etapa es imprencindible cuando el sistema se va a implementar tiene un gran costo,gran riesgo o utiliza nuevas tecnologias.
• aqui se crean varios prototipos posibles para la base de datos
• http//:www3.wi.es/mmarques/f47/apun/node67.html

eleccion de un sistema gestor de base de datos

• si no se dispone un SGBD, o el que hay se encuentra obsoleto, se debe escoger un SGBD que sea adecuado al sistema de informacion. esta eleccion se debe hacer en cualquier momento antes del diseño logico.
• esta es una eleccion que se hace antes del diseño
• http//:www3.wi.es/mmarques/f47/apun/node67.html

diseño conceptual de la base de datos

• esta etapa consta de tres fases: diseño conceptual, diseño logico y diseño fisico de la base de datos. la primera base consiste en la produccion de unesquema conceptual, que es independiente de todas las consideraciones fisicas, este modelo se refina despues en un diseño logico eliminando las construcciones que no se pueden representar en el modelo de base de datos, en la tercera fase de esquema fisico considera las estructuras almacenamiento y los metodos de acceso necesarios para proporcionar un acceso eficiente ala base de datos en memoria secundaria. proporcionar un modelo de datos que soporte las transacciones que se vallan a realizar sobre los datos. hay varias estrategias a seguir para realizar el diseño: de abajo arriba, de arriba a bajo, de dentro a fuera y la estrategia mixta.
• es el diseño preliminar de nuestra vbase de datos
• http://www3.wi.es/mmarques/f47/apun/node67.html

recoleccion y analisis de informacion

• en esta etapa se recogen y analizan los requerimientos de los usuariosy de las areas de aplicacion. esta aplicacion se puede recoger de varias formas: entrevistando al personal de la empresa, concretamente, aquellos que son considerados expertos en la area de interes, examinando documentos sobre todos aquellos que se utilizan para recoger o visualizar informacion. esta etapa tiene como resultado un conjunto de documentos con las especificaciones de requisitos de los usuarios, donde se describen las operaciones que se realizan en la empresa desde distintos puntos de vista. la informacion recojida se debe estructurar utilizando tecnicas de analisis y diseño estructurado o diagramas de flujo de datos.
• en esta etapa se reconoce la informacion que nos facilitara nuestro labor.
• http//:www3.wi.es/mmarques/f47/apun/node67.html

ciclo de vida del sistema de aplicacion de base de datos

• las etapas de una vida de aplicacion de base de datos son las siguentes: planificacion del proyento, definicion del sistema, recoleccion y analisis de los requisitos, diseño de la base de datos, seleccion de SGBD, diseño de la aplicacion, prototipo, implementacion, convercion y carga de datos, prueba, matenimiento. estas etapas no son estrictamente secuenciales. de hecho hay que repetir algunas de las etapas varias veces, haciendo lo que se conocesn como ciclo de realimentacion.


• son las diferentes etapas a seguir para la vida de una base de datos.


• http//:www3.wi.es/mmarques/f47/apun/node67.html

tercera forma normal

• eliminar los campos que no dependan de la clave. los valores de un registro que no forman parte de la clave de dicho registro no pertenece a esa tabla. en general siempre que un grupo de campos se puede aplicar a mas de un registro en la tabla, debe tener en cuenta la psibilidad de incluir dichos campos en una tabla independiente.
• esta opcion nos permite alterar la clave de registro en access
• http//:support.microsoft.com/kb/209534/es

segunda forma normal

• crear tablas independientes para conjuntos de valores que se apliquen a varios registros. relacionar dichas tablas mediante una clave externa.los registros tan solo deben depender de la clave principal de una tabla (si es necesario,puede ser una clave compuesta).
• es un cojunto de siversos caracteres que se utilizan para interrelacionar tablas creadas en access
• http//:suppor.microsoft.com/kb/209534/es

primera forma normal

• eliminar grupos repetidos tablas individuales. crear una tabla diferente para cada conjunto de datos relacionados. identificar cada conjunto de datos relacionados mediante una clave principal. no utilizar varios campos en una tabla para almacenar datos similares
• es una manera de realizar diversas modificaciones y alteraciones a la base de datos
• http//support.microsotf.com/kb/209534.es

• la normalizacion es el proceso de organizar los datos de una base de datos.este incluye crear tablas y estrablecer relaciones entre relaciones entre las tablas segun diseñadas tanto para proteger los datos y para hacer que la base de datos sea mas flexible eliminando rebundancia y dependencias incoherentes. los datos rebundantes desperdician espacio en un disco y crean problemas de mantenimiento, si es necesario cambiar los datos que aoparecen en mas de un sitio, el cambio debera ser exactamente igual en todos los sitios. existen unas cuantas reglas para la normalizacion de base de datos. cada una se le denomina norma formal, si se cumple la primera regla, se dice que la base de datos esta en la primera forma normal
• es una proceso de organizacion de la base de datos
• http//:support.microsoft.com/kb/209534/es