EVIDENCIA TEORICA-ACCESS1.1.1 Base de DatosDefinicin de base de datosUna base de datos es un conjunto de informacin relacionada que se encuentra agrupada o estructurada.

1.1.2 Dato, campo y registroDato: Una representacin simblica ya sea numrica o alfabtica de un atributo o caracterstica de una entidad.Campo: Es un espacio de almacenamiento para un dato en particular.Registro: Un registro (tambin llamado fila o tupla) representa un objeto nico de datos implcitamente estructurados en una tabla.1.1.3 Tablas, claves y relacionesTabla: Se refiere al tipo de modelado de datos, donde se guardan los datos recogidos por un programa. Su estructura general se asemeja a la vista general de un programa de Hoja de clculo. (Las tablas se componen de dos estructuras, Registros y Campos).Claves: Las claves son referencias que se utilizan para identificar los objetos de forma nica en todas las posibles filas de una tabla. La clave candidata es unaagrupacin de uno o varios atributos que identifican sin ambigedad todos los campos de una tabla. La clave primario o principal se escoge entre las claves candidatas, es la de menor tamao en cuanto a nmero de campos que la componen y es el identificador nico para una tabla. Esta clave define por defecto (default) el orden de cmo los registros van a ser expuestos en la pantalla para una tabla. Con la clave primaria nunca existen dos filas de una tabla con el mismo valorUna clave ajena o fornea es unatributo de una tabla oadicin de atributos ya existentes a una tabla; esta inclusive puede ser una clave primaria de otra tabla. Sin embargo los atributos de una clave fornea no necesariamente tienen que formar parte de la clave primaria de la tabla a la que pertenecen. Tampoco es obligatoria la existencia de estas claves; sea puede existir una tabla sin una clave fornea.Relaciones: La Relacin se define como una asociacin establecida entre campos comunes de dos tablas, en la que se pueden combinar informacin de varias tablas, por medio de campos comunes.

1.1.4 Consultas y formulariosConsultas: Es el mtodo para acceder a los datos en las bases de datos. Con las consultas se puede modificar, borrar, mostrar y agregar datos en una base de datos.Existen dos grandes tipos de consultas: de accin y de seleccin.Consultas de accin: realizan cambios a los registros. Las consultas de accin pueden ser, a su vez, para creacin de nuevas tablas, eliminacin, actualizacin, referencias cruzadas y datos anexados.Consultas de seleccin: son tablas donde los datos han sido filtrados y solo se muestran aquellos cuyos criterios hayamos especificado.Formularios: Es una interfaz con componentes para la visualizacin, la entrada o la seleccin de datos.

1.1.5 Informes y reportesInformes: Es un archivo que se crea mediante el Diseador de informes o el Generador de informes. Esta definicin proporciona una descripcin completa de conexiones de orgenes de datos, consultas utilizadas para recuperar datos, expresiones, parmetros, imgenes, cuadros de texto, tablas y cualquier otro elemento de tiempo de diseo que podr incluir en un informe.Reportes: Los reportes soninformes que organizan y exhiben la informacin contenida en la base de datos.

1.1.6Tipos de Manejadores de Base de datosLos DBMS (Sistemas Administradores de Bases de Datos)El DBMS: es un conjunto de programas que se encargan de manejar la creacin y todos los accesos a las bases de datos, son un tipo de software muy especifico, dedicado a servir de interfaz entre la base de datos, el usuario y las aplicaciones que la utilizan, est compuesto por: DDL (Data Definitionlanguage): Lenguaje de Definicin de Datos. Por medio de este el DBMS identifica las descripciones de los elementos de los esquemas y almacena la descripcin del esquema en el catalogo del DBMS. Por medio de este el DBMS especifica el esquema conceptual e interno (Base de datos Almacenada). DML (Data Manipulationlanguage): Lenguaje de Manipulacin de Datos. Permite la manipulacin de las operaciones de Insercin, Eliminacin y Modificacin. SQL: Lenguaje de Consulta.1.2 Modelos de Bases de DatosModelos de Bases de Datos Un modelo de base de datos o esquema de base de datos es la estructura o el formato de una base de datos, descrita en un lenguaje formal soportada por el sistema de gestin de bases de datos. En otras palabras, un "modelo de base de datos" es la aplicacin de un modelo de datos usado en conjuncin con un sistema de gestin de bases de datos.Modelos de Bases de Datos.Un modelo de base de datos o esquema de base de datos es la estructura o el formato de una base de datos, descrita en un lenguaje formal soportada por el sistema de gestin de bases de datos. En otras palabras, un "modelo de base de datos" es la aplicacin de un modelo de datos usado en conjuncin con un sistema de gestin de bases de datos.Los esquemas generalmente son almacenados en un diccionario de datos. Aunque un esquema se defina en un lenguaje de base de datos de texto, el trmino a menudo es usado para referirse a una representacin grfica de la estructura de la base de datos.Los Modelos de base de datos son: Modelo de Red Modelo Jerrquico Modelo Entidad Relacin Modelo Relacional1.2.2 Modelo de RedEl modelo de red (definido por la especificacin CODASYL) organiza datos que usan dos fundamental construcciones, registros llamados y conjuntos. Los registros contienen campos (que puede ser organizado jerrquicamente, como en el lenguaje COBOL de lenguaje de programacin). Los conjuntos (para no ser confundido con conjuntos matemticos) definen de uno a varias relaciones entre registros: un propietario, muchos miembros. Un registro puede ser un propietario en cualquier nmero de conjuntos, y un miembro en cualquier nmero de conjuntos.El modelo de red es una variacin sobre el modelo jerrquico, al grado que es construido sobre el concepto de mltiples ramas (estructuras de nivel inferior) emanando de uno o varios nodos (estructuras de nivel alto), mientras el modelo se diferencia del modelo jerrquico en esto las ramas pueden estar unidas a mltiples nodos. El modelo de red es capaz de representar la redundancia en datos de una manera ms eficiente que en el modelo jerrquico.

Las operaciones del modelo de red son de navegacin en el estilo: un programa mantiene una posicin corriente, y navega de un registro al otro por siguiente las relaciones en las cuales el registro participa. Los registros tambin pueden ser localizados por suministrando valores claves.

1.2.3 Modelo JerrquicoEn un modelo jerrquico, los datos son organizados en una estructura parecida a un rbol, implicando un eslabn solo ascendente en cada registro para describir anidar, y un campo de clase para guardar los registros en un orden particular en cada lista de mismo-nivel. Las estructuras jerrquicas fueron usadas extensamente en los primeros sistemas de gestin de datos de unidad central, como el Sistema de Direccin de Informacin (IMS) por la IBM, y ahora describen la estructura de documentos XML. Esta estructura permite un 1:N en una relacin entre dos tipos de datos. Esta estructura es muy eficiente para describir muchas relaciones en el verdadero real; recetas, ndice, ordenamiento de prrafos/versos, alguno anida y clasifica la informacin. Sin embargo, la estructura jerrquica es ineficaz para ciertas operaciones de base de datos cuando un camino lleno (a diferencia del eslabn ascendente y el campo de clase) tambin no es incluido para cada registro.Una limitacin del modelo jerrquico es su inhabilidad de representar manera eficiente la redundancia en datos. Los modelos de base de datos " el valor de atributo de entidad " como Caboodle por Swink estn basados en esta estructura.En la relacin Padre-hijo: El hijo solo puede tener un padre pero un padre puede tener mltiples hijos. Los padres e hijos son atados juntos por eslabones llamados "indicadores. Un padre tendr una lista de indicadores de cada uno de sus hijos.1.2.4 Modelo Entidad RelacinEs una herramienta para el modelado de datos de un sistema de informacin. Estos modelos expresan entidades relevantes para un sistema de informacin as como sus interrelaciones y propiedades.1.2.5 Modelo RelacionalEl modelo relacional para la gestin de una base de datos es un modelos de datos basado en la lgica de pre candidatos y en la teora de conjuntos. Es el modelo ms utilizado en la actualidad para modelar problemas reales y administrar datos dinmica mente. Tras ser postuladas sus bases en 1970 por Edgar Frank Codd, de los laboratorios IBM en San Jos (California), no tard en consolidarse como un nuevo paradigma en los modelos de base de datos.Su idea fundamental es el uso de . Estas relaciones podran considerarse en forma lgica como conjuntos de datos llamados . Pese a que sta es la teora de las bases de datos relacionales creadas por Edgar Frank Codd, la mayora de las veces se conceptualiza de una manera ms fcil de imaginar, esto es, pensando en cada relacin como si fuese una tablas que est compuesta por registros (cada fila de la tabla sera un registro o tupla), y columnas (tambin llamadas campos).1.3 Requerimientos de Construccin1. Determinar la finalidad de la base de datos2. Buscar y organizar la informacin necesaria3. Dividir la informacin en tablas4. Convertir los elementos de informacin en columnas5. Especificar claves principales6. Definir relaciones entre las tablas7. Ajustar el diseo8. Aplicar las reglas de normalizacin1.3.1 Modelo ANSI PARKLa arquitectura de sistemas de bases de datos de tres esquemas fue aprobado por la ANSI-SPARC (American National Standard Institute - StandardsPlanning and RequirementsCommittee) en 1975 como ayuda para conseguir la separacin entre los programas de aplicacin y los datos, el manejo de mltiples vistas por parte de los usuarios y el uso de un catalogo para almacenar el esquema de la base de datos.1.3.2 Arquitectura de tres nivelesNivel interno: Tiene un esquema interno que describe la estructura fsica de almacenamiento de base de datos. Emplea un modelo fsico de datos y los nicos datos que existen estn realmente en este nivel.Nivel conceptual: tiene esquema conceptual. Describe la estructura de toda la base de datos para una comunidad de usuarios. Oculta los detalles fsicos de almacenamiento y trabaja con elementos lgicos como entidades, atributos y relaciones.Nivel externo o de vistas: tiene varios esquemas externos o vistas de usuario. Cada esquema describe la visin que tiene de la base de datos a un grupo de usuarios, ocultando el resto.El objetivo de la arquitectura de tres niveles es el de separar los programas de aplicacin de la base de datos fsica.1.4 Algebra relacionalEl lgebra relacional permite entender el modelo relacional de bases de datos desde la perspectiva matemtica. Aqu se introducen los fundamentos del lgebra relacional y se les relaciona con la estructura del lenguaje de consulta de bases de datos relacionales SQL, para conectar la teora con la prctica.1.4.1 Operadores primitivosSon varios los operadores que podramos llamar primitivos: los tradicionales de teora de conjuntos unin, diferencia y producto cartesiano, y los especialmente introducidos por Codd de restriccin y proyeccin; adems, existen otros operadores que se pueden considerar derivados, ya que se pueden deducir de los primitivos.El aspecto dinmico del modelo relacional en lo que al lgebra se refiere, lo constituye una coleccin de operadores que, aplicados a las relaciones, dan como resultado nuevas relaciones (propiedad de cierre).Los operandos del lgebra son las relaciones y los operadores se aplican a las relaciones a fin de formular consultas a la BD.Existen diversos tipos de operadores primitivos los cuales van a ir variando de acuerdo a la necesidad de el usuario de la base de datos, de estos mismos se pueden derivar otros para poder asi hacer la relacion de las tablas.1.4.2 Operadores deirivadosLos operadores derivados son aquellos que se pueden expresar siempre en funcin de operadores primitivos, pero su introduccin tiene por fin la simplificacin de las consultas.Entre ellos estn:La combinacin o reunin (join) permite cruzar los valores de tablas relacionadasLa combinacin toma dos relaciones y devuelve una relacin con las tuplas que resultan de concatenar tuplas de la primera con tuplas de la segunda y despus seleccionar las que cumplen una condicin de combinacin C.Una combinacin entre las relaciones R y Q mediante la condicin C se denota como R[C]Q.Si la condicin es la de igualdad, se denomina combinacin por igualdad (equi_join).La llamada combinacin natural es una combinacin por igualdad donde se ha eliminado en la relacin resultante uno de los atributos idnticos. Es el caso ms comn para relaciones que tienen un atributo comn.1.4.3 Operadores adicionales de consultaSon los operadores, que nos permiten realizar consultas de datos o comprobar datos atraves de operaciones aritmticas, comparaciones, asignacin de valores, etc., Adems de poder responder a consultas comunes y frecuentes. Aparte, son los que nos van a ayudar a tener un mejor manejo de las tablas y facilitar el trabajo.Finalidad.Este tipo de operadores se han introducido para poder mejorar el poder del algebra relacional. A partir de las operaciones fundamentales, es posible generar nuevas, que aunque su poder dentro del algebra relacional es muy poco, pues ayudan bastante en la escritura de consultas.Operaciones de algebra relacional. (Operadores adicionales de consulta)Existen tres tipos de operadores adicionales de consulta: De Interseccin, de Join Natural y de Divisin.Estos tres tipos de operaciones, son ms puras, porque ya con los otros tipos de operaciones, se esta hablando de subdivisiones de estas tres y aparte se mezclan con las otras operaciones de los otros tipos de operadores.Interseccin entre conjuntos de tuplas. ()La operacin de interseccin permite identificar filas que son comunes en dos relaciones. Para poder hacer esta operacin es necesario que las tablas a unirse tengan las mismas estructuras y que sus campos sean iguales. La operacin de interseccin permite identificar filas que son comunes en dos relaciones.EquivalnciaRS ( R( RS) )Join Natural o Reunin Natural. (Operacin Producto)Consiste en la realizacin de un producto cartesiano. Dando como resultado todas las posibles combinaciones entre los registros de la primera y segundo tabla.Divisin.Operacin del lgebra relacional que crea una nueva relacin, seleccionando las filas en una relacin que se corresponden con todas las filas en otra relacin.Una tabla contiene datos sobre un tema en concreto, como empleados o productos. Cada registro de una tabla contiene informacin sobre un elemento, como un determinado empleado. Un registro se compone de campos, como un nombre, una direccin y un nmero de telfono. Los registros se suelen denominar tambin filas y los campos, columnas.1. Registro o fila2. Campo o columna3. Campo de un registroLa base de datos puede contener muchas tablas, cada una de ellas con informacin sobre un tema diferente. Cada tabla, a su vez, puede contener muchos campos de diferentes tipos, como texto, nmeros, fechas e imgenes.A continuacin se indican algunos ejemplos de tablas comunes que puede crear.Una tabla de clientes con los clientes de su empresa y sus direcciones.Un catlogo de los productos en venta con precios e imgenes de cada artculo.Importante:Se debe planear y disear la base de datos con cuidado para asegurarse de que tiene un diseo correcto y evitar as tener que realizar muchos cambia.

PRCTICA # 9 Resumen terico total de la Unidad 2Unidad 2: Organizacin de una base de datos.2.2 FormulariosUn formulario es un objeto de base de datos que se puede usar para escribir, modificar o mostrar los datos de una tabla o consulta. Los formularios se pueden usar para controlar el acceso a los datos, como que campos o filas de datos se van a mostrar. Por ejemplo, puede que algunos usuarios necesiten ver slo algunos de los campos de una tabla que contiene numerosos campos. Si se proporciona a esos usuarios un formulario con slo esos campos, les ser ms fcil usar la base de datos. Asimismo, se pueden agregar botones y otras funciones a un formulario con el fin de automatizar las acciones frecuentes.

Considera los formularios como ventanas por las que los usuarios ven y alcanzan las bases de datos. Un formulario eficaz acelera el uso de las bases de datos, ya que los usuarios no tienen que buscar lo que necesitan. Si un formulario es visualmente atractivo, resultar ms agradable y ms eficaz trabajar con una base de datos, adems de ayudar a evitar que se introduzcan datos incorrectos.

2.2.1 Creacion de un formulario Para crear un formulario tenemos varias opciones.Podemos acceder a todas ellas desde la pestaa Crear.

Diseo del formulario abre un formulario en blanco en la vista diseo y tenemos que ir incorporando los distintos objetos que queremos aparezcan en l. Este mtodo no se suele utilizar ya que en la mayora de los casos esms cmodo y rpido crear un autoformulario o utilizar el asistente y despus sobre el formulario creado modificar el diseo para ajustar el formulario a nuestras necesidades. En esta unidad veremos ms adelante cmo modificar eldiseo de un formulario.Asistente para formularios utiliza un asistente que nos va guiando paso por paso en la creacin del formulario.Formulario consiste en crear automticamente un nuevo formulario que contiene todos los datos de la tabla o consulta seleccionada en el Panel de Exploracin.Grficos dinmicos abrir un formulario en blanco basado en la utilizacin de grficos dinmicos.

EL ASISTENTE PARA FORMULARIOS.Para arrancar el asistente para formularios haz clic en la opcin Asistente para formularios que puedes ver en la imagen anterior.Aparece la primera ventana del asistente:En esta ventana nos pide introducir los campos a incluir en el formulario.

Primero seleccionamos la tabla o consulta de donde coger los datos del cuadro Tablas/Consultas, este ser el origen del formulario. Si queremos sacar datos de varias tablas lo mejor ser crear una consulta para obtener esos datos y luego elegir como origen del formulario esa consulta.A continuacin seleccionamos los campos a incluir en el formulario haciendo clic sobre el campo y clic sobre el botn o simplemente doble clic sobre el campo.Si nos hemos equivocado de campo pulsamos el botn > y el campo se quita de la lista de campos seleccionados.Podemos seleccionar todos los campos a la vez haciendo clic sobre el botn>> o deseleccionar todos los campos a la vez haciendo clic sobre el botn

Una vez seleccionada la distribucin que nos interesa pulsamos el botn Siguiente y aparece la siguiente pantalla:En esta pantalla elegimos la distribucin de los datos dentro del formulario. Seleccionando un formato aparece en el dibujo de la izquierda el aspecto que tendr el formulario con esa distribucin.En esta pantalla elegimos el estilo que queremos dar al formulario, podemos elegir entre los estilos que tiene definidos Access. Seleccionando un estilo aparece en el dibujo de la izquierda el aspecto que tendr el formulario con ese estilo.Una vez seleccionado el estilo que nos interesa pulsamos el botn Siguiente y aparece la ltima pantalla del asistente para formularios:

En esta ventana el asistente nos pregunta el ttulo del formulario, este ttulo tambin ser el nombre asignado al formulario.Antes de pulsar el botn Finalizar podemos elegir entre:

Abrir el formulario para ver o introducir informacin en este caso veremos el resultado del formulario preparado para la edicin de registros, por ejemplo:

2.2.2 Modificar un formularioPara editar datos de una tabla utilizando un formulario, debemos abrir el formulario posicionndonos en l en el Panel de Exploracin, hacer clic derecho y seleccionar la opcin en el men contextual.O simplemente hacer doble clic sobre el nombre del formulario.Aparecern los datos del origen del formulario con el aspecto definido en el formulario (la vista Formulario). Podemos a continuacin buscar datos, reemplazar valores, modificarlos como si estuviramos en la vista Hoja de datos de una tabla, desplazarnos a lo largo de la tabla utilizando la barra de desplazamiento por los registros que ya conocemos, lo nico que cambia es el aspecto de la pantalla.La vista diseo de formulario La vista diseo es la que nos permite definir el formulario, en ella le indicamos a Access cmo debe presentar los datos del origen del formulario, para ello nos servimos de los controles que veremos ms adelante. Para entrar en la vista diseo debemos buscar el formulario en el Panel de Exploracin y hacer clic derecho sobre l para seleccionar la opcin en el men contextual.Nos aparece la ventana Diseo de formulario: El rea de diseo consta de tres secciones:La seccin Encabezado de formulario, en ella ponemos lo que queremos que aparezca al principio del formulario.La seccin Detalle, en ella aparecern los registros del origen del formulario, o varios registros o uno slo por pantalla segn el tipo de formulario. Aunque se visualicen varios registros en una pantalla, debemos indicar en la seccin Detalle eldiseo correspondiente a un slo registro.La seccin Pie de formulario, en ella ponemos lo que queremos aparezca al final del formulario.Podemos mostrar u ocultar el encabezado o el pie haciendo clic en el botn Encabezado o Pie del formulario de la pestaa Organizar:

Alrededor del rea de diseo tenemos unas reglas que nos permiten medir las distancias y los controles, tambin disponemos de una cuadrcula que nos ayuda a colocar los controles dentro del rea de diseo.Para ver u ocultar las reglas o la cuadrcula tenemos las opciones Regla y Cuadrcula respectivamente, que puedes ver en la imagen anterior.

2.2.3 Agregar objetos a un formulario

En este apartado veremos las opciones ms interesantes de la pestaa de Diseo que aparece cuando entramos en la Vista Diseo del formulario.

El primer botn que vemos es uno de los ms tiles cuando trabajamos con formularios, permite pasar de una vista a otraSi lo desplegamos podemos elegir entre Vista Diseo la que estamos describiendo ahora y la Vista Formulario que nos presenta los datos del origen del formulario tal como lo tenemos definido en la vista diseo.

Access 2007 introduce la Vista Presentacin que nos permite trabajar casi del mismo modo en que lo hacemos con la Vista de Diseo pero con las ventajas de la Vista Formulario, pues nos muestra a tiempo real los datos del formulario para que nos hagamos una idea aproximada de cmo ser su aspecto final.Tambin podremos acceder a las vistas Tabla dinmica, Hoja de datos y Grfico dinmico, que ya hemos comentado, si previamente lo permitimos en las propiedades del formulario.En la seccin Herramientas podrs encontrar el botn Agregar campos existentes, que hace aparecer y desaparecer el cuadro Lista de campos en el que aparecen todos los campos del origen de datos para que sea ms cmodo aadirlos en el rea de diseo como veremos ms adelante.En la parte central puedes ver la seccin Controles y campos en el que aparecen todos los tipos de controles para que sea ms cmodo aadirlos en el rea de diseo como veremos ms adelante.Todo formulario tiene asociada una pgina de cdigo en la que podemos programar ciertas acciones utilizando el lenguaje VBA (Visual Basic para Aplicaciones),se accede a esta pgina de cdigo haciendo clic sobre el botn Con el botn hacemos aparecer y desaparecer el cuadro Propiedades del control seleccionado. Recuerda que en cualquier momento puedes hacer clic en el botn para acceder a la ayuda de Access.2.3 ConsultasLas consultas son los objetos de una base de datos que permiten recuperar datos de una tabla, modificarlos e incluso almacenar el resultado en otra tabla.

Existen varios tipos de consultas:

Consultas de seleccin.

Son las consultas que extraen o nos muestran datos. Muestran aquellos datos de una tabla que cumplen los criterios especificados. Una vez obtenido el resultado podremos consultar los datos para modificarlos (esto se podr hacer o no segn la consulta). Una consulta de seleccin genera una tabla lgica (se llama lgica porque no est fsicamente en el disco duro sino en la memoria del ordenador y cada vez que se abre se vuelve a calcular). Consultas de accin.Son consultas que realizan cambios a los registros. Existen varios tipos de consultas de accin, de eliminacin, de actualizacin, de datos anexados y de creacin de tablas. Consultas especficas de SQL.Son consultas que no se pueden definir desde la cuadrcula QBE de Access sino que se tienen que definir directamente en SQL. Estas consultas no se estudiarn en este curso ya que para definirlas hay que saber SQL, cosa que no es objeto de este curso.2.3.1 Consultas por AsistentePara crear una consulta, seguir los siguientes pasos:Abrir la base de datos donde se encuentra la consulta a crear.Hacer clic en el botn Diseo de Consulta en la pestaa Crear:Tambin tenemos la posibilidad de utilizar el Asistente para consultas que puedes ver en la imagen anterior para crear consultas con un poco de ayuda.Si haces clic en el botn Asistente para consultas aparecer el siguiente cuadro de dilogo

El Asistente para consultas sencillas crea una consulta de seleccin sencillaAl entrar en la Vista Diseo de consulta nos pide primero las tablas y los campos de los que la consulta sacar los datos con un cuadro de dilogo parecido al siguiente:Seleccionar la tabla de la que queremos sacar datos y hacer clic sobre el botn Agregar.Si queremos sacar datos de varias tablas agregar de la misma forma las dems tablas.Finalmente hacer clic sobre el botn Cerrar.Aparecer la ventana Vista Diseo de consultas.2.3.2 Consultas por varias TablasEn Access, es posible realizar consultas involucrando campos de varias tablas, de modo que el resultado de la consulta muestre informacin procedente de todas ellas. Para que una consulta pueda realizarse sobre campos de varias tablas, stas deben tener un campo comn, y las tablas debern estar relacionadas por esos campos. Si no se hubieran establecido las relaciones anteriormente, habra que establecerlas en este momento (en la propia consulta), ya que si no existenrelaciones entre las tablas, Access no encontrar relacin entre los campos especificados en la ventana de diseo y no mostrar ningn registro como resultado de la consulta.Una vez establecidas las relaciones entre las tablas el modo de generar una consulta de varias tablas es imilar a la de creacin de cualquier otra consulta, sin ms que "subir" a la parte superior de la consulta las tablas necesarias(varias en lugar de una sola), y "bajar" los campos a incluir en la consulta desde cada correspondiente tabla en la que se encuentrenEjemplo-1: Supongamos que en la federacin de golf (siguiendo con el ejemplo de la base de datos Socios del Club) se ha asignado un responsable tutor por cada uno de los niveles de juego de forma que a cada jugador le pasa a corresponder un responsable deportivo en virtud de si su nivel de juego es principiante, medio o senior. Dicho tutor, tiene unos datos que lo identifican, tales como son su nombre, apellidos, telfono de contacto, fax, direccin de e-mail, direccin de ficina...Sera preciso que en el registro de cada socio se dispusiera de toda la informacin de su tutor o responsable deportivo.Tras un anlisis de la nueva situacin, se deduce que si en la tabla socios agregamos tantos campos como para albergar la informacin de dichos tutores, a todos los socios con el mismo nivel de juego, les va a corresponder el mismo tutor, con lo que todos los datos del tutor estaran repetidos de forma masiva y redundante en la tabla socios (ocupando mucho espacio y lentificando el proceso bsicamente). Quizs la mejor solucin sea, en este caso, definir otra tabla llamada Tutores, en la que deber existir un registro para cada nivel de juego y por lo tanto para cada tutor. La estructura de la tabla sera la siguiente: Se introducirn los datos de los niveles junto a sus responsables...

Pero, de qu manera podramos enlazar o relacionar esta nueva tabla de tutores con la gran tabla de socios?Ser necesario relacionar el nivel de juego de cada socio de la tabla de socios con el cdigo de nivel de la tabla de tutores. Pero como son de distinto tipo (texto -en socios- frente a numrico -en tutores-) no se podr. La solucin es sustituir en la tabla de socios el campo nivel por el campo codnivel (por ejemplo) de tipo numrico y luego colocar a cada socio un cdigo (el que corresponde a su nivel de juego) en este campo de acuerdo a los niveles y tutores introducidos en la tabla detutores (1, 2 o 3).1. Se deber crear en la tabla de socios el campo codnivel.2. Mediante tres consultas de actualizacin, a aquellos que tengan nivel de juego principiante, actualizaremos ese nuevo campo codnivel (de la tabla de socios) a 1. De igual manera, los socios con nivel senior actualizaremos a 2 su campo codnivel. Y a 3 el campo codnivel de los socios con nivel senior.3. A continuacin deberemos (de forma recomendada, aunque en este ejemplo no lo borremos) eliminar el campo nivel de la tabla socios ya que, a partir de ahora, Se conocer el nivel de juego gracias a un cdigo en la tabla de socios, que se corresponder con uno de los niveles y tutores de la tabla tutores.4. Ahora tendremos que establecer la relacin (en la pantalla de relaciones) de acuerdo a la siguiente pantalla:A partir de este momento, podramos crear consultas, formularios e informes en donde aparecen ambas tablas implicadas, eso si, previamente relacionadas.Ejemplo-2: Supongamos un ejemplo superficial de gestin de sanciones de trfico en una localidad. Existen diferentes tipos de sancin (tipos de multa), diferentes guardias o agentes, los vehculos, los cuales pertenecen a unciudadano o propietario, y... por supuesto sanciones. Las sanciones las "pone" un agente a un vehculo, un determinado da, a una hora, en un lugar, y esa infraccin es de un determinado tipo de entre las que se puedensancionar. Un ciudadano puede tener ms de un vehculo. La informacin habr que disgregarla en diferentes tablas, (la de vehculos se supone que la facilita trfico con todos los vehculos), que debern estar... Relacionadas. La siguiente imagen muestra un posible planteamiento.

2.3.3 Consultas por parmetrosSi observas la pantalla, en la parte superior tenemos la zona de tablas donde aparecen las tablas aadidas con sus correspondientes campos, y en la parte inferior denominada cuadrcula QBE definimos la consulta.Cada columna de la cuadrcula QBE corresponde a un campo.Cada fila tiene un propsito que detallamos brevemente a continuacin, ms adelante iremos profundizando en la explicacin:Campo: ah ponemos el campo a utilizar que en la mayora de los casos ser el campo a visualizar, puede ser el nombre de un campo de la tabla y tambin puede ser un campo calculado.Tabla: nombre de la tabla de la que sacamos el campo. Nos ser til cuando definamos consultas basadas en varias tablas.Orden: sirve para ordenar las filas del resultado.Mostrar: si la casilla de verificacin aparece desactivada la columna no aparecer en el resultado, se suele desactivar cuando queremos utilizar el campo para definir la consultapero no queremos que aparezca en el resultado. Por ejemplo si queremos que la consulta nos saque todos los alumnos de Valencia, necesitamos el campo Poblacion para seleccionar los alumnos pero no queremos que aparezca la poblacin en el resultado ya que todos son de la misma poblacin.Criterios: sirve para especificar un criterio de bsqueda. Un criterio de bsqueda es una condicin que deben cumplir los registros que aparecern en el resultado de la consulta.Por lo tanto est formado por una condicin o varias condiciones unidas por los operadores Y (AND) y O (OR).O: esta fila y las siguientes se utilizan para combinar condiciones.AADIR CAMPOS Para aadir campos a la cuadrcula podemos:Hacer doble clic sobre el nombre del campo que aparece en la zona de tablas, este se colocar en la primera columna libre de la cuadrcula.Hacer clic sobre el nombre del campo que aparece en la zona de tablas y sin soltar el botn del ratn arrastrar el campo sobre la cuadrcula, soltar el botn cuando estemos sobre la columna delante de la cual queremos dejar el campo que estamos aadiendo.Hacer clic sobre la fila Campo: de una columna vaca de la rejilla, aparecer a la derecha la flecha para desplegar la lista de todos los campos de todas las tablas que aparecen en la zona de tablas. Si tenemos muchos campos y varias tablas podemos reducir la lista seleccionando primero una tabla en la fila Tabla:, as en la lista desplegable slo aparecern campos de la tabla seleccionada.Tambin podemos teclear directamente el nombre del campo en la fila Campo: de una columna vaca de la cuadrcula.Si queremos que todos los campos de la tabla aparezcan en el resultado de la consulta podemos utilizar el asterisco * (sinnimo de 'todos los campos').

DEFINIR CAMPOS CALCULADOS Los campos calculados son campos obtenidos del resultado de una expresin o de una funcin.ENCABEZADOS DE COLUMNA Podemos cambiar el encabezado de las columnas del resultado de la consulta.Normalmente aparece en el encabezado de la columna el nombre de la columna, si queremos cambiar ese encabezado lo indicamos en la fila Campo: escribindolo delante del nombre del campo y seguido de dos puntos ( : ). Se suele utilizar sobre todo para los campos calculados.En la consulta que aparece ms arriba tienes el ejemplo de la segunda columna, esta tendr en el encabezado Mes_Factura y en la columna se visualizar el mes de la fecha de lafactura (tenemos un campo calculado que utiliza la funcin mes( ), funcin que obtiene el mes de una fecha).CAMBIAR EL ORDEN DE LOS CAMPOS Si hemos incluido campos en la cuadrcula y queremos cambiar el orden de estos campos podemos mover una columna (o varias) arrastrndola o bien cortando y pegando.Para mover una columna arrastrndola:Posicionar el cursor sobre el extremo superior de la columna y cuando aparece la flecha hacer clic, la columna aparecer resaltada (est seleccionada).Mover un poco el cursor para que aparezca la flecha

Pulsar el botn del ratn y sin soltarlo arrastrar la columna hasta la posicin deseada.Para mover una columna cortndola:Seleccionar la columna (posicionar el cursor sobre el extremo superior de la columna y cuando aparece la flecha hacer clic).Hacer clic sobre el icono en la pestaa Inicio (o bien teclear Ctrl+X), desaparecer la columna.A continuacin crear una columna en blanco en el lugar donde queremos mover la columna que hemos cortado con la opcin Insertar Columnas de la pestaa Diseo.Seleccionar esa columna y hacer clic sobre el icono Pegar la pestaa Inicio (o bien teclear Ctrl+V).

GUARDAR LA CONSULTAPodemos Guardar la consultahaciendo clic sobre el botn GUARDAR de la barra de Acceso Rpido,o bien,seleccionando la opcin Guardar del Botn de Office .Si es la primera vez que guardamos la consulta aparecer el cuadro de dilogo para darle un nombre.Se puede poner cualquier nombre excepto el de una tabla ya creada.A continuacin hacer clic sobre el botn Aceptar.Para cerrar la consulta hacer clic sobre su botn CERRAR.EJECUTAR LA CONSULTA Podemos ejecutar una consulta desde la ventana Diseo de consulta o bien desde el Panel de Exploracin.Desde el Panel de Exploracin:Haciendo doble clic sobre su nombre.Desde la vista diseo de la consulta:Haciendo clic sobre el botn Ejecutar de la pestaa Diseo:

Cuando estamos visualizando el resultado de una consulta, lo que vemos realmente es la parte de la tabla que cumple los criterios especificados, por lo tanto si modificamos algn dato de los que aparecen en la consulta estaremos modificando el dato en la tabla (excepto algunas consultas que no permiten esas modificaciones).

MODIFICAR EL DISEO DE UNA CONSULTA Si lo que queremos es modificar el diseo de una consulta: Situarse en el Panel de Exploracin y hacer clic derecho sobre el nombre de la consulta. En el men contextual seleccionar A menudo, en una consulta necesitamos utilizar un valor que no es conocido en ese momento sino que queremos que lo introduzca el usuario cuando se ejecute la consulta. Por ejemplo, queremos hacer una consulta para obtener los alumnos de una determinada Poblacin, la poblacin la introducir el usuario cuando Access se lo pida. En este caso necesitamos utilizar en nuestra consulta un parmetro.En parmetro funciona de forma parecida a un campo de tabla, pero el valor que almacena lo introduce el usuario cuando se ejecuta laconsulta.En una consulta cuando utilizamos un nombre de campo que no est en el origen de datos, Access considera este campo como un parmetro y cuando se ejecuta la consulta nos pide Introducir el valor del parmetro mediante un cuadro de dilogo como este:

En el ejemplo anterior, en la consulta tendramos que aadir una condicin de bsqueda que especifique que la Poblacin es igual al Valor a introducir, de esta manera:

Ojo! cuando pongamos el nombre del parmetro esimportante es cribirlo entre corchetes, de lo contrario Access le aadir comillas y no lo considerar como un nombre de parmetro sino como un valor.

Otra forma de utilizar un parmetro en una consulta esdefinindolo mediante el botn Parmetros de la pestaa Diseo. En este caso, despus de elegir la opcin, se abre el cuadro de dilogo Parmetros de la consulta donde podemos indicar el nombre del parmetro y el tipo de dato.

La diferencia entre escribir directamente un nombre de parmetro y definirlo con el botn Parmetros es que, si le hemos asignado un tipo de dato, Access comprueba automticamente el tipo del valor introducido por el usuario2.4 InformesLos informes sirven para presentar los datos de una tabla o consulta generalmente para imprimirlos. La diferencia bsica con los formularios es que los datos que aparecen en el informe slo se pueden visualizar o imprimir (no se pueden modificar) y en los informes se puede agrupar ms fcilmente la informacin y sacar totales por grupos.En este tema veremos cmo crear un informe utilizando el asistente y cmo cambiar su diseo una vez creado.Para crear un informe podemos utilizar a seccin Informes que encontrars en la pestaa Crear:Diseo de informe abre un informe en blanco en la vista diseo y tenemos que ir incorporando los distintos objetos que queremos aparezcan en l. Este mtodo no se suele utilizar ya que en la mayora de los casos es ms cmodo y rpidocrear un autoinforme o utilizar el asistente y despus sobre el informe creado modificar el diseo para ajustar el informe a nuestras necesidades. En esta unidad veremos ms adelante cmo modificar el diseo de un informe. Asistente para informes utiliza un asistente que nos va guiando paso por paso en la creacin del informe. Informe consiste en crear automticamente un nuevo informe que contiene todos los datos de la tabla o consulta seleccionada en el Panel de Exploracin. Informe en blanco abre un informe en blanco en vista Presentacin2.4.1 Partes de un InformeLa vista diseo es la que nos permite definir el informe, en ella le indicamos a Access cmo debe presentar los datos del origen del informe, para ello nos servimos de los controles que veremos ms adelante de la misma forma que definimos un formulario.Para entrar en la vista diseo debemos posicionarnos en la ventana Base de datos con el informe seleccionado y a continuacin hacemos clic en el botn Nos aparece la ventana diseo: El rea de diseo consta normalmente de cinco secciones:La seccin Encabezado del informe, en ella ponemos lo que queremos que aparezca al principio del informe.La seccin Encabezado de pgina, en ella ponemos lo que queremos que aparezca al principio de cada pgina.La seccin Detalle, en ella aparecern los registros del origen del informe, o varios registros o uno slo por pgina segn el tipo de informe. Aunque se visualicen varios registros en una pgina, debemos indicar en laseccin Detalle el diseo correspondiente a un slo registro. La seccin Pie de pgina, en ella ponemos lo que queremos aparezca al final de cada pgina.La seccin Pie de informe, en ella ponemos lo que queremos aparezca al final del informe.Podemos eliminar los encabezados y pies con las opciones encabezado o pie de pgina y encabezado o pie de pgina del informe que encontrars en la pestaa Organizar:Si quitamos las secciones perderemos todos los controles definidos en ellas.Para abrirlas, slo tenemos que volver a seleccionar la opcin.Alrededor del rea de diseo tenemos las reglas que nos permiten medir las distancias y los controles, tambin disponemos de una cuadrcula que nos ayuda a colocar los controles dentro del rea de diseo.Para ver u ocultar las reglas o la cuadrcula tenemos en la seccin Mostrar u ocultar las opciones Regla y Cuadrcula respectivamente, en la imagen anterior puedes ver estas opciones.La pestaa Diseo de informe Si has entrado en diseo de informe podrs ver la pestaa de Diseo que muestra las siguientes opciones:Esta barra la recuerdas seguro, es muy parecida a la que estudiamos en los formularios.A continuacin describiremos los distintos botones que pertenecen a esta barra.

El primer botn nos permite pasar de una vista a otra, si lo desplegamos podemos elegir entre Vista Diseo la que estamos describiendo ahora, la Vista Presentacin que muestra un hibrido entre la vista Informes y Diseo y finalmente la Vista Informes que muestra el informe en pantalla.La Vista Preliminar nos permite ver cmo quedar la impresin antes de mandar el informe a impresora.Haciendo clic en el botn Agregar campos existentes hars aparecer y desaparecer el cuadro lista de campos en el que aparecen todos los campos del origen de datos para que sea ms cmodo aadirlos en el rea de diseo como veremos ms adelante.El botn permite modificar los niveles de agrupamiento como veremos ms adelante.Todo informe tiene asociada una pgina de cdigo en la que podemos programar ciertas acciones utilizando el lenguaje VBA (Visual Basic para Aplicaciones), se accede a esa pgina de cdigo haciendo clic sobre el botn Con el botn hacemos aparecer y desaparecer el cuadro Propiedades del control seleccionado. Las propiedades del informe son parecidas a las de un formulario.2.4.2 Creacin de un informe utilizando un AsistentePara arrancar el asistente para informes haz clic en el botn Asistente para informes que puedes ver en la imagen anterior.Aparece la primera ventana del asistente:En esta ventana nos pide introducir los campos a incluir en el informe.Primero seleccionamos la tabla o consulta de donde coger los datos del cuadro Tablas/Consultas este ser el origen del informe. Si queremos sacar datos de varias tablas lo mejor ser crear una consulta para obtener esos datos y luego elegir como origen del informe esa consulta.A continuacin seleccionamos los campos haciendo clic sobre el campo para seleccionarlo y clic sobre el botn o simplemente doble clic sobre el campo.Si nos hemos equivocado de campo pulsamos el botn y el campo se quita de la lista de campos seleccionados.Podemos seleccionar todos los campos a la vez haciendo clic sobre el botn o deseleccionar todos los campos a la vez haciendo clic sobre el botn A continuacin pulsamos el boton Siguiente > y aparece la ventana que puedes ver en la siguiente pgina...En esta pantalla elegimos los niveles de agrupamiento dentro del informe. Podemos agrupar los registros que aparecen en el informe por varios conceptos y para cada concepto aadir una cabecera y pie de grupo, en el pie de grupo normalmente se visualizarn totales de ese grupo.Para aadir un nivel de agrupamiento, en la lista de la izquierda, hacer clic sobre el campo por el cual queremos agrupar y hacer clic sobre el botn (o directamente hacer doble clic sobre el campo).En la parte de la derecha aparece un dibujo que nos indica la estructura que tendr nuestro informe, en la zona central aparecen los campos que se visualizarn para cada registro, en nuestro ejemplo, encima aparece un grupo por poblacin, y encima un grupo por cdigo postal.Para quitar un nivel de agrupamiento, hacer clic sobre la cabecera correspondiente al grupo para seleccionarlo y pulsar el botn .Si queremos cambiar el orden de los grupos definidos utilizamos los botones , la flecha hacia arriba sube el grupo seleccionado un nivel, la flecha hacia abajo baja el grupo un nivel.Con el botn podemos refinar el agrupamiento. Haciendo clic en ese botn aparecer el siguiente cuadro de dilogo:En este cuadro aparecen los distintos grupos que tenemos definidos, y por cada grupo tenemos el campo que define el grupo en Campos de grupo: y el cuadro Intervalos de agrupamiento:, desplegando el cuadro podemos indicar que utilice para agrupar el valor completo contenido en el campo o que utilice la primera letra, las dos primeras, etc... Despus de pulsar el botn Aceptar volvemos a la ventana anterior.Una vez tenemos los niveles de agrupamiento definidos hacemos clic en el botn Siguiente> y pasamos a la siguiente ventana que vers en la siguiente pgina. En esta pantalla podemos elegir ordenar los registros por hasta cuatro campos de ordenacin. Seleccionamos el campo por el que queremos ordenar los registros que saldrn en el informe, y elegimos si queremos una ordenacin ascendente o descendente, para elegir una ordenacin descendente hacer clic sobre el botn Ascendente y pasar a ser Descendente. Podemos elegir un tipo de ordenacin diferente en los distintos campos de ordenacin.Para seguir con el asistente hacemos clic sobre el botn Siguiente> y aparece la siguiente ventana:En esta pantalla elegimos la distribucin de los datos dentro del informe. Seleccionando una distribucin aparece en el dibujo de la izquierda el aspecto que tendr el informe con esa distribucin.En el cuadro Orientacin podemos elegir entre impresin Vertical u Horizontal (apaisado).Con la opcin Ajustar el ancho del campo de forma que quepan todos los campos en una pgina, se supone que el asistente generar los campos tal como lo dice la opcin.A continuacin pulsamos el botn Siguiente> y aparece la ventana que podremos ver en la siguiente pgina...En esta pantalla elegimos el estilo que queremos dar al informe, podemos elegir entre los estilos que tiene definidos Access. Seleccionando un estilo aparece en el dibujo de la izquierda el aspecto que tendr el informe con ese estilo.Una vez seleccionado el estilo que nos interesa pulsamos el botn Siguiente y aparece la ltima pantalla del asistente para informes:

En esta ventana el asistente nos pregunta el ttulo del informe, este ttulo tambin ser el nombre asignado al informe.Antes de pulsar el botn Finalizar podemos elegir entre:Vista previa del informe en este caso veremos el resultado del informe preparado para la impresino bienModificar el diseo del informe, si seleccionamos esta opcin aparecer la ventana Diseo de informe donde podremos modificar el aspecto del informe.2.4.3 Creacin de un informe utilizando tablasSi ninguna de las opciones para la creacin automtica de informes resultara apropiada para sus necesidades, o bien deseara acudir a la ventana de diseo para modificar la estructura o organizacin de informes creados por el Asistente o de autoinforme, siga estos pasos:1. Active la ficha Informes en la ventana Base de datos.2. Pulse en el botn Nuevo para acceder al cuadro de dilogo Nuevo Informe3. Elija Vista Diseo en el cuadro de dilogo nuevo informe.4. Lleve a cabo una de las siguientes acciones, dependiendo del tipo de informe que se dispone a crear. Elija el nombre de la tabla o consulta que contiene los datos en los que desea basar el informe Si desea crear un informe que utilice datos de ms de una tabla, base su informe en una consulta. Si desea confeccionar un informe independiente, no seleccione nada de esta lista.5. Pulse en Aceptar.Microsoft Access presenta la ventana informe en la vista Diseo, junto con elcuadro de herramientas

PRCTICA #10 Resumen terico total de la unidad 3Unidad 3: Ciclo de vida y normalizacin de un sistema de base de datos.3.1 Normalizacin.El proceso de normalizacin de bases de datos consiste en aplicar una serie de reglas a las relaciones obtenidas tras el paso del modelo entidad-relacin al modelo relacional.Las bases de datos relacionales se normalizan para:Evitar la redundancia de los datos.Evitar problemas de actualizacin de los datos en las tablas.Proteger la integridad de los datos.En el modelo relacional es frecuente llamar tabla a una relacin, aunque para que una tabla sea considerada como una relacin tiene que cumplir con algunas restricciones:Cada tabla debe tener su nombre nico. No puede haber dos filas iguales. No se permiten los duplicados.Todos los datos en una columna deben ser del mismo tipo.3.1.1 Primera forma normal (1FN) Formas NormalesLas formas normales son aplicadas a las tablas de una base de datos. Decir que una base de datos est en la forma normal N es decir que todas sus tablas estn en la forma normal N. Primera Forma Normal (1FN)Una tabla est en Primera Forma Normal si: Todos los atributos son atmicos. Un atributo es atmico si los elementos del dominio son indivisibles, mnimos.La tabla contiene una clave primaria.La clave primaria no contiene atributos nulos.No debe de existir variacin en el nmero de columnas.Los Campos no clave deben identificarse por la clave (Dependencia Funcional)Debe Existir una independencia del orden tanto de las filas como de las columnas, es decir, si los datos cambian de orden no deben cambiar sus significadosUna tupla no puede tener mltiples valores en cada columna. Los datos son atmicos. (Si a cada valor de X le pertenece un valor de Y y viceversa)Esta forma normal elimina los valores repetidos dentro de una BD.3.1.2 Segunda forma normal (2NF)Segunda Forma Normal (2FN)Dependencia Funcional. Una relacin est en 2FN si est en 1FN y si los atributos que no forman parte de ninguna clave dependen de forma completa de la clave principal. Es decir que no existen dependencias parciales. (Todos los atributos que no son clave principal deben depender nicamente de la clave principal).En otras palabras podramos decir que la segunda forma normal est basada en el concepto de dependencia completamente funcional . Una dependencia funcional es completamente funcional si al eliminar los atributos A de X significa que la dependencia no es mantenida, esto es que . Una dependencia funcional es una dependencia parcial si hay algunos atributos quepueden ser eliminados de X y la dependencia todava se mantiene, esto es .Por ejemplo{DNI, ID_PROYECTO} HORAS_TRABAJO (con el DNI de un empleado y el ID de un proyecto sabemos cuntas horas de trabajo por semana trabaja un empleado en dicho proyecto) es completamente dependiente dado que ni DNI HORAS_TRABAJOni ID_PROYECTO HORAS_TRABAJO mantienen la dependencia. Sin embargo {DNI, ID_PROYECTO} NOMBRE_EMPLEADO es parcialmente dependiente dado que DNI NOMBRE_EMPLEADO mantiene la dependencia.3.1.3 Tercera forma normal (3FN)La tabla se encuentra en 3FN si es 2FN y si no existe ninguna dependencia funcional transitiva entre los atributos que no son clave.Un ejemplode este concepto sera que, una dependencia funcional X->Y en un esquema de relacin R es una dependencia transitiva si hay un conjunto de atributos Z que no es un subconjunto de alguna clave de R, donde se mantiene X->Z y Z->Y.Por ejemplo,la dependencia SSN->DMGRSSN es una dependencia transitiva en EMP_DEPT de la siguiente figura. Decimos que la dependencia de DMGRSSN el atributo clave SSN es transitiva va DNUMBER porque las dependencias SSNDNUMBER y DNUMBERDMGRSSNson mantenidas, y DNUMBER no es un subconjunto de la clave de EMP_DEPT. Intuitivamente, podemos ver que la dependencia de DMGRSSN sobre DNUMBER es indeseable en EMP_DEPT dado que DNUMBER no es una clave de EMP_DEPT.

Formalmente, un esquema de relacion R est en 3 Forma Normal Elmasri-Navathe, []si para toda dependencia funcional, se cumple al menos una de las siguientes condiciones:X es superllave o clave.A es atributo primo de R; esto es, si es miembro de alguna clave en R.Adems el esquema debe cumplir necesariamente, con las condiciones de segunda forma normal.3.2 Ciclo de vida de un sistema de base dedatosLas etapas del ciclo de vida de una aplicacin de bases de datos son lassiguientes:1.Planificacin del proyecto.2.Definicin del sistema.3.Recoleccin y anlisis de los requisitos.4.Diseo de la base de datos.5.Seleccin del SGBD.6.Diseo de la aplicacin.7.Prototipado.8.Implementacin.9.Conversin y carga de datos.10.Prueba.11.Mantenimiento.. Planificacin del proyectoEsta etapa conlleva la planificacin de cmo se pueden llevar acabo las etapas del ciclo de vida de la manera ms eficiente.Hay tres componentes principales: el trabajo que se ha derealizar, los recursos para llevarlo a cabo y el dinero para pagarpor todo ello.Normalmente, este modelo de datos se representa mediante undiagrama Entidad - Relacin.La planificacin de la base de datos tambin incluye eldesarrollo de estndares que especifiquen cmo realizar larecoleccin de datos, cmo especificar su formato, qudocumentacin ser necesaria y cmo se va a llevar a cabo eldiseo y la implementacin.. Definicin del sistemaEn esta etapa se especifica el mbito y los lmites de laaplicacin de bases de datos, as como con qu otros sistemasinteracta. Tambin hay que determinar quienes son losusuarios y las reas de aplicacin.3.2.1 Recoleccin y anlisis de informacin

La recoleccin de datos se refiere al uso de una gran diversidad de tcnicasy herramientas que pueden ser utilizadas por el analista para desarrollar los sistemas de informacin, los cuales pueden ser la entrevistas, la encuesta, el cuestionario,laobservacin, el diagrama de flujo y el diccionario de datos.

Todos estos instrumentos se aplicar en un momento en particular, con lafinalidad de buscar informacin que sertil a una investigacin en comn. En la presente investigacin trata con detalle los pasos que se debe seguir en el proceso de recoleccin de datos, con las tcnicas ya antes nombradas.

TCNICAS PARA HALLAR DATOSLos analistas utilizan una variedad de mtodos a fin de recopilar los datos sobre una situacin existente, como entrevistas, cuestionarios, inspeccin de registros (revisin en el sitio) y observacin. Cada uno tiene ventajas y desventajas. Generalmente, se utilizan dos o tres para complementar el trabajo de cada una y ayudar a asegurar una investigacin completa.

LA ENTREVISTALas entrevistas se utilizan para recabar informacin en forma verbal, a travs de preguntas que propone el analista. Quienes responden pueden ser gerentes o empleados , los cuales son usuarios actuales del sistema existente, usuarios potenciales del sistema propuesto o aquellos que roporcionarn datos o sern afectados por la aplicacin propuesta. El analista puede entrevistar al personal en formaindividual o en grupos algunos analistas prefieren este mtodo a las otras tcnicas que se estudiarn ms adelante. Sin embargo, las entrevistas no siempre son la mejor fuente de datos de aplicacin.

Preparacin de la Entrevista1. Determinar la posicin que ocupa de la organizacin el futuro entrevistado, sus responsabilidades bsicas, actividades, etc. (Investigacin).2. Preparar las preguntas que van a plantearse, y los documentos necesarios (Organizacin).3. Fijar un lmite de tiempo y preparar la agenda para la entrevista. (Sicologa).4. Elegir un lugar donde se puede conducir la entrevista con la mayor comodidad (Sicologa).5. Hacer la cita con la debida anticipacin (Planeacin).Conduccin de la Entrevista 1. Explicar con toda amplitud el propsito y alcance del estudio (Honestidad). 2. Explicar la funcin propietaria como analista y la funcin que se espera conferir al entrevistado. (Imparcialidad).3. Hacer preguntas especficas para obtener respuestas cuantitativas (Hechos).4. Evitar las preguntas que exijan opiniones interesadas, subjetividad y actitudes similares (habilidad).5. Evitar el cuchicheo y las frases carentes de sentido (Claridad).6. Ser corts y comedio, abstenindose de emitir juicios de valores. (Objetividad).7. Conservar el control de la entrevista, evitando las divagaciones y los comentarios al margen de la cuestin.8. Escuchar atentamente lo que se dice, guardndose de anticiparse a las respuestas (Comunicacin).Secuela de la Entrevista1. Escribir los resultados (Documentacin).2. Entregar una copia al entrevistado, solicitando su conformacin, correcciones o adiciones. (Profesionalismo).3. Archivar los resultados de la entrevista para referencia y anlisis posteriores (Documentacin).

Recabar datos mediante la EntrevistaLa entrevista es una forma de conversacin, no de interrogacin, al analizar las caractersticas de los sistemas con personal seleccionado cuidadosamente por sus conocimientos sobre el sistema, los analistas pueden conocer datos que no estn disponibles en ningn otra forma.

En las investigaciones de sistema, las formas cualitativas y cuantitativas de la informacin importante. La informacin cualitativa est relacionada con opinin, poltica y descripciones narrativas de actividades o problemas, mientras que las descripciones cuantitativas tratan con nmeros frecuencia, ocantidades. A menudo las entrevistas pueden ser la mejor fuente de informacin cualitativas, los otros mtodos tiende a ser ms tiles en la ecaudacin de datos cuantitativos.Son valiosas las opiniones, comentarios, ideas o sugerencia en relacin a como se podra hacer el trabajo; las entrevistas a veces es la mejor forma para conocer las actividades de las empresas. La entrevista pueden descubrir rpidamente malos entendidos, falsa expectativa o incluso resistencia potencial para las aplicaciones de desarrollo; ms an, a menudo es ms fcil calendarizar una entrevista con los gerentes de alto nivel, que pedirle que llenen cuestionario.Determinacin del tipo de EntrevistaLa estructura de la entrevista vara. Si el objetivo de la entrevista radica en adquirir informacin general, es conveniente elaborar una serie de pregunta sin estructura, con una sesin de preguntas y respuesta libresLas entrevistas estructuradas utilizan pregunta estandarizada. El formato de respuestas para las preguntas pueden ser abierto o cerrado; las preguntas para respuestas abierta permiten a los entrevistados dar cualquier respuesta que parezca apropiado. Pueden contestar por completo con sus propias palabras. Con las preguntas para respuesta cerradas se proporcionan al usuario un conjunto de respuesta que se pueda seleccionar. Todas las personas que respondes se basan en un mismo conjunto de posibles respuestas.

LA OBSERVACINOtra tcnicatil para el analista en su progreso de investigacin, consiste en observar a las personas cuando efectan su trabajo. Como tcnica de investigacin, la observacin tiene amplia aceptacin cientfica. Los socilogos, siclogos e ingenieros industriales utilizan extensamente sta tcnica con el fin de estudiar a las personas en sus actividades de grupo y como miembros de la organizacin. El propsito de la organizacin es mltiple: permite al analista determinar que se est haciendo, como se est haciendo, quien lo hace, cuando se lleva a cabo, cuanto tiempo toma, dnde se hace y por que se hace.

Preparacin para la observacin1. Determinar y definir aquella que va a observarse.2. Estimular el tiempo necesario de observacin.3. Obtener la autorizacin de la gerencia para llevar a cabo la observacin.4. Explicar a las personas que van a ser observadas lo que se va a hacer y las razones para ello.

Conduccin de la observacin1. Familiarizarse con los componentes fsicos del rea inmediata de observacin.2. Mientras se observa, medir el tiempo en forma peridica.3. Anotar lo que se observa lo ms especficamente posible, evitando las generalidades y las descripciones vagas.4. Si se est en contacto con las personas observadas, es necesario abstenerse de hacer comentarios cualitativos o que impliquen un juicio de valores.5. Observar las reglas de cortesa y seguridad.Secuela de la observacin1. Documentar y organizar formalmente las notas, impresionistas, etc.2. Revisar los resultados y conclusiones junto con la persona observada, elsupervisar inmediato y posiblemente otro de sistemas.

Diagrama de FlujoEs una representacin pictrica de los pasos en proceso. til para determinar cmo funciona realmente el proceso para producir un resultado. El resultado puede ser un producto, un servicio, informacin o una combinacin de los tres. Al examinar cmo los diferentes pasos es un proceso serelacionan entre s, se puede descubrir con frecuencia las fuentes de problemas potenciales. Los diagramas de flujo se pueden aplicar a cualquier aspecto del proceso desde el flujo de materiales hasta los pasos para hacer la venta u ofrecer un producto. Con frecuencia este nivel de detalle no es necesario, pero cuando se necesita, el equipo completo de trabajo ms pequeo puede agregar niveles segn sea necesario durante el proyecto.

3.2.2 Diseo conceptual de la base de datosMetodologa de diseo de bases de datosEl diseo de una base de datos es un proceso complejo que abarca decisiones a muy distintos niveles. La complejidad se controla mejor si se descompone el problema en subproblemas y se resuelve cada uno de estos subproblemas independientemente, utilizando tcnicasespecficas. As, el diseo de una base de datos se descompone en diseo conceptual, diseo lgico y diseo fsico.

El diseo conceptual parte de las especificaciones de requisitos de usuario y su resultado es el esquema conceptual de la base de datos. Un esquema conceptual es una descripcin de alto nivel de la estructura de la base de datos, independientemente del SGBD que se vaya a utilizar para manipularla. Un modelo conceptual es un lenguaje que se utiliza para describir esquemas conceptuales. El objetivo del diseo conceptual es describir el contenido de informacin de la base de datos y no las estructuras de almacenamiento que se necesitarn para manejar esta formacin.

El diseo lgico parte del esquema conceptual y da como resultado un esquema lgico. Un esquema lgico es una descripcin de la estructura de la base de datos en trminos de las estructuras de datos que puede procesar un tipo de SGBD. Un modelo lgico es un lenguaje usado para especificar esquemas lgicos (modelo relacional, modelo de red, etc.). El diseo lgico depende del tipo de SGBD que se vaya a utilizar, no depende del producto concreto.

El diseo fsico parte del esquema lgico y da como resultado un esquema fsico. Un esquema fsico es una descripcin de la implementacin de una base de datos en memoria secundaria: las estructuras de almacenamiento y los mtodos utilizados para tener un acceso eficiente a los datos. Por ello, el diseo fsico depende del SGBD concreto y el esquema fsico se expresa mediante su lenguaje de definicin de datos.Modelos de datosUn modelo de datos es una serie de conceptos que puede utilizarse para describir un conjunto de datos y las operaciones para manipularlos. Haydos tipos de modelos de datos: los modelos conceptuales y los modelos lgicos. Los modelos conceptuales se utilizan para representar la realidad a un alto nivel de abstraccin. Mediante los modelos conceptuales se puede construir una descripcin de la realidad fcil de entender. En los modelos lgicos, las descripciones de los datos tienen una correspondencia sencilla con la estructura fsica de la base de datos.En el diseo de bases de datos se usan primero los modelos conceptuales para lograr una descripcin de alto nivel de la realidad, y luego se transforma el esquema conceptual en un esquema lgico. El motivo de realizar estas dos etapas es la dificultad de abstraer la estructura de una base de datos que presente cierta complejidad. Un esquema es un conjunto de representaciones lingsticas o grficas que describen la estructura de los datos de inters.Los modelos conceptuales deben ser buenas herramientas para representar la realidad, por lo que deben poseer las siguientes cualidades:Expresividad: deben tener suficientes conceptos para expresar perfectamente la realidad. Simplicidad: deben ser simples para que los esquemas sean fciles de entender.Minimalidad: cada concepto debe tener un significado distinto. Formalidad: todos los conceptos deben tener una interpretacin nica, precisa y bien definida. El modelo entidad-relacinEl modelo entidad-relacin es el modelo conceptual ms utilizado para el diseo conceptual de bases de datos. Fue introducido por Peter Chen en 1976. El modelo entidad-relacin est formado por un conjunto de conceptos que permiten describir la realidad mediante un conjunto de representaciones grficas y lingsticas. Originalmente, el modelo entidad-relacin slo inclua los conceptos de entidad, relacin y atributo. Ms tarde, se aadieron otros conceptos, como los atributos compuestos y las jerarquas de generalizacin, en lo que se ha denominado modelo entidad-relacin extendido. Entidad Cualquier tipo de objeto o concepto sobre el que se recoge informacin: cosa, persona, concepto abstracto o suceso. Por ejemplo: coches, casas, empleados, clientes, empresas, oficios, diseos de productos, conciertos, excursiones, etc. Las entidades se representan grficamente mediante rectngulos y su nombre aparece en el interior. Un nombre de entidad slo puede aparecer una vez en el esquema conceptual. Hay dos tipos de entidades: fuertes y dbiles. Una entidad dbil es una entidad cuya existencia depende de la existencia de otra entidad. Una entidad fuertees una entidad que no es dbil. Relacin (interrelacin)Es una correspondencia o asociacin entre dos o ms entidades. Cada relacin tiene un nombre que describe su funcin. Las relaciones se representan grficamente mediante rombos y su nombre aparece en el interior. Las entidades que estn involucradas en una determinada relacin se denominan entidades participantes. El nmero de participantes en una relacin es lo que se denomina grado de la relacin. Por lo tanto, una relacin en la que participan dos entidades es una relacin binaria; si son tres las entidades participantes, la relacin es ternaria; etc. Una relacin recursiva es una relacin donde la misma entidad participa ms de una vez en la relacin con distintos papeles. El nombre de estos papeles es importante para determinar la funcin de cada participacin. La cardinalidad con la que una entidad participa en una relacin especifica el nmero mnimo y el nmero mximo de correspondencias en las que puede tomar parte cada ocurrencia de dicha entidad. La participacin de una entidad en una relacin es obligatoria (total) si la existencia de cada una de sus ocurrencias requiere la existencia de, al menos, una ocurrencia de la otra entidad participante. Si no, la participacin es opcional (parcial). Las reglas que definen la cardinalidad de las relaciones son las reglas de negocio. A veces, surgen problemas cuando se est diseado un esquema conceptual. Estos problemas, denominados trampas, suelen producirse a causa de una mala interpretacin en el significado de alguna relacin, por lo que es importante comprobar que el esquema conceptual carece de dichas trampas. En general, para encontrar las trampas, hay que asegurarse de que se entiende completamente el significado de cada relacin. Si no se entienden las relaciones, se puede crear un esquema que no represente fielmente la realidad. Una de las trampas que pueden encontrarse ocurre cuando el esquema representa una relacin entre entidades, pero el camino entre algunas de sus ocurrencias es ambiguo. El modo de resolverla es reestructurando el esquema para representar la asociacin entre las entidades correctamente. Otra de las trampas sucede cuando un esquema sugiere la existencia de una relacin entre entidades, pero el camino entre una y otra no existe para algunas de sus ocurrencias. En este caso, se produce una prdida de informacin que se puede subsanar introduciendo la relacin que sugera el esquema y que no estaba representada. AtributoEs una caracterstica de inters o un hecho sobre una entidad o sobre una relacin. Los atributos representan las ropiedades bsicas de las entidades y de las relaciones. Toda la informacin extensiva es portada por los atributos. Grficamente, se representan mediante bolitas que cuelgan de las entidades o relaciones a las que pertenecen. Cada atributo tiene un conjunto de valores asociados denominado dominio. El dominio define todos los valores posibles que puede tomar un atributo. Puede haber varios atributos definidos sobre un mismo dominio. Los atributos pueden ser simples o compuestos. Un atributo simple es un atributo que tiene un solo componente, que no se puede dividir en partes ms pequeas que tengan un significado propio. Un atributo compuesto es un atributo con varios componentes, cada uno con un significado por s mismo. Un grupo de atributos se representa mediante un atributo compuesto cuando tienen afinidad en cuanto a su significado, o en cuanto a su uso. Un atributo compuesto se representa grficamente mediante un valo. Los atributos tambin pueden clasificarse en monovalentes o polivalentes. Un atributo monovalente es aquel que tiene un solo valor para cada ocurrencia de la entidad o relacin a la que pertenece. Un atributo polivalente es aquel que tiene varios valores para cada ocurrencia de la entidad o relacin a la que pertenece. A estos atributos tambin se les denomina multivaluados, y pueden tener un nmero mximo y un nmero mnimo de valores. La cardinalidad de un atributo indica el nmero mnimo y el nmero mximo de valores que puede tomar para cada ocurrencia de la entidad o relacin a la que pertenece. El valor por omisin es . Por ltimo, los atributos pueden ser derivados. Un atributo derivado es aquel que representa un valor que se puede obtener a partir del valor de uno o varios atributos, que no necesariamente deben ertenecer a la misma entidad o relacin. IdentificadorUn identificador de una entidad es un atributo o conjunto de atributos que determina de modo nico cada ocurrencia de esa entidad. Un identificador de una entidad debe cumplir dos condiciones:No pueden existir dos ocurrencias de la entidad con el mismo valor del identificador. Si se omite cualquier atributo del identificador, la condicin anterior deja de cumplirse.Toda entidad tiene al menos un identificador y puede tener varios identificadores alternativos. Las relaciones no tienen identificadores.Jerarqua de generalizacin Una entidad E es una generalizacin de un grupo de entidades E1,E2 ,....En , si cada ocurrencia de cada una de esas entidades es tambin una ocurrencia deE. Todas las propiedades de la entidad genrica E son heredadas por las subentidades. Cada jerarqua es total o parcial, y exclusiva o superpuesta. Una jerarqua es total si cada ocurrencia de la entidad genrica corresponde al menos con una ocurrencia de alguna subentidad. Es parcial si existe alguna ocurrencia de la entidad genrica que no corresponde con ninguna ocurrencia de ninguna subentidad. Una jerarqua es exclusiva si cada ocurrencia de la entidad genrica corresponde, como mucho, con una ocurrencia de una sola de las subentidades. Es superpuesta si existe alguna ocurrencia de la entidad genrica que corresponde a ocurrencias de dos o ms subentidades diferentes. Un subconjunto es un caso particular de generalizacin con una sola entidad como subentidad. Un subconjunto siempre es una jerarqua parcial y exclusiva.3.2.3 Eleccin de un sistema de gestor de base de DatosUn gestor de base de datos o sistema de gestin de base de datos (SGBD o DBMS) es un software que permite introducir, organizar y recuperar la informacin de las bases de datos; en definitiva, administrarlas. Existen distintos tipos de gestores de bases de datos: relacional, jerrquico, red,... El modelo relacional es el utilizado por casi todos los gestores de bases de datos para PCs. El modelo relacional (SGBDR) es un software que almacena los datos en forma de tablas.Caractersticas Generales de los Sistemas Gestores de B.D.Aunque hay multitud de aplicaciones para la Gestin de Bases de Datos diferentes en caractersticas y precios, podemos encontrar aspectos comunes en todos ellos: Aceptan definiciones de esquemas y vistas (definicin de diferentes bases dedatos). Manipulan los datos siguiendo las rdenes de los usuarios. Cuidan que se respete la seguridad e integridad de los datos. Permiten definir usuarios y las restricciones de acceso para cada uno deellos. Controlan la concurrencia y las operaciones asociadas a la recuperacin delos fallos.3.2.4 Transformacin al modelo de datosEs innegable que la gestin y la explotacin subsiguiente de los registros que contienen datos, y, como consecuencia, informacin, depende de las herramientas existentes en el campo de la gestin de la informacin, por una parte, y del cuerpo terico de la ciencia de la informacin, por otra. La explotacin satisfactoria de esta informacin, de la misma forma, demanda experiencia en dos reas de conocimiento: en las tcnicas de recuperacin de informacin y en el estudio de las necesidades de los usuarios.*Para transformar al modelo de datos se debe a la forma de la informacin y la necesidad del usuario.3.2.5 Diseo fsico de la base de datosEl diseo de una base de datos se descompone en tres etapas: diseo conceptual, lgico y fsico. La etapa del diseo lgico es independiente de los detalles de implementacin y dependiente del tipo de SGBD que se vaya a utilizar. La salida de esta etapa es el esquema lgico global y la documentacin que lo describe. Todo ello es la entrada para la etapa que viene a continuacin, el diseo fsico. Mientras que en el diseo lgico se especifica qu se guarda, en el diseo fsico se especifica cmo se guarda. Para ello, el diseador debe conocer muy bien toda la funcionalidad del SGBD concreto que se vaya a utilizar y tambin el sistema informtico sobre el que ste va a trabajar. El diseo fsico no es una etapa aislada, ya que algunas decisiones que se tomen durante su desarrollo, por ejemplo para mejorar las prestaciones, pueden provocar una reestructuracin del esquema lgico.Metodologa de diseo fsico para bases de datos relacionalesEl objetivo de esta etapa es producir una descripcin de la implementacin de la base de datos en memoria secundaria. Esta descripcin incluye las estructuras dealmacenamiento y los mtodos de acceso que se utilizarn para conseguir un acceso eficiente a los datos.El diseo fsico se divide de cuatro fases, cada una de ellas compuesta por una serie de pasos: Traducir el esquema lgico global para el SGBD especfico. Disear las relaciones base para el SGBD especfico. Disear las reglas de negocio para el SGBD especfico. Disear la representacin fsica. Analizar las transacciones. Escoger las organizaciones de ficheros. Escoger los ndices secundarios. Considerar la introduccin de redundancias controladas. Estimar la necesidad de espacio en disco. Disear los mecanismos de seguridad. Disear las vistas de los usuarios. Disear las reglas de acceso.Monitorizar y afinar el sistema. 3.2.6 Generacin de un sistema de bases de datosCuando 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 msfuerte, con las nuevas generaciones de leguajes de desarrolloorientados a objetos se abre una gama de oportunidades a lasaplicaciones, y a su vez a las base de datos con la aparicin de lasbases de datos nativas, orientadas a guardar estos objetos creados porlas aplicaciones.Antes de que el primer DBMS fuesedesarrollado, las aplicaciones se conectaban a orgenes de datos deficheros planos. stos no permitir la representacin de lasrelaciones de los datos o de la aplicacin lgicas de la integridad delos mismo. El modelar de los datos se ha desarrollado desde los aos 60para proveer caractersticas de gran alcance del almacenaje de datos. Generalmentehablando, los modelos de los datos se han desarrollado en tresgeneraciones. La primera generacin de modelos de los datos se tiende arechazar sin embargo fue el origen o gnesis de las base de datos.Hasta el momento, las bases de datos ms comercialmente aceptada hansido las bases de datos de segunda generacin que utilizan el modelorelacional. Las bases de datos relacionales son definitivamente las queposeen la mayor parte del mercado por ahora lo que ha hecho muydifciles para una nueva generacin de bases de datos, conseguir por lomenos un equilibrio entre las dos generaciones. Sin embargo, el mundode los lenguajes programacin o desarrollo ha venido cambiado. Con laevolucin nuevas plataformas como lo son Java y de Microsoft con .NET,entre otras. Las opciones del desarrollador cada vez ms amplias ypoder elegir el modelo de datos a utilizar, entre el modelo orientadoobjetos y el modelo no orientado a objetos.http://chio-basededatos.blogspot.mx/2012/02/operadores-primitivos.htmlhttps://sites.google.com/site/secuenciadidacticaenlinea/home/campos-disciplinares/Asignaturas/informatica-y-computacion-iv/141operadores-primitivoshttp://equipo22compu.blogspot.mx/2012/06/operadores-derivados.htmlhttp://www.uaeh.edu.mx/docencia/P_Presentaciones/huejutla/sistemas/estructura_datos/ciclo_vida.pdf