BDD U2 Atr Arsv

BASE DE DATOS
Bases de datos Unidad 2. REFLEXIONES
1. Menciona los tipos de usuarios de un sistema de informacin

Como lo pudimos ver en la unidad se dividen en 4 tipos de usuarios que intervienen en nuestra base de datos describiendo los diferentes roles que realiza cada uno de ellos en un rea especifica 1. Usuarios primarios. Son los que interactan con el sistema (base de datos). Ellos alimentan la base con datos de entrada, y reciben salidas por medio de una terminal. Usuarios normales. Son usuarios no sofisticados que interactan con el sistema mediante un programa de aplicacin con una interfaz de formularios, donde puede rellenar los campos apropiados del formulario. Estos usuarios pueden tambin simplemente leer informes generados de la base de datos. Usuarios Operativo: Es la persona o conjunto de personas que conocen el problema, desde la perspectiva de la recopilacin e ingreso de datos. Estas personas, a menudo conocen los requerimientos de informacin corrientes, y sern quienes indiquen cmo se recibe la informacin. Programadores de aplicaciones. Son profesionales informticos que escriben los programas de aplicacin, utilizando herramientas para desarrollar interfaces de usuario, como las herramientas de desarrollo rpido de aplicaciones (DRA), que facilitan crear los formularios e informes sin escribir directamente el programa.
2. Usuarios indirectos. Son aqullos que se benefician de los resultados o reportes generados por estos sistemas, pero que no interactan de manera directa con el hardware o software. Para este tipo de usuarios se deben incorporar consideraciones adicionales, tanto para la interaccin, como para proteger de cualquier riesgo a la organizacin que proporciona el servicio.
Usuario Indirecto Es la persona o conjunto de personas que estn relacionadas con el problema pues son productores o consumidores de la informacin que se maneja en el sistema, pero que no van a interactuar directamente con l. Cliente: Es la persona que sufre de la necesidad de informacin para tomar decisiones. Debe tener la autoridad para la toma de decisiones. Asesor Informtico: Asumiendo que el Cliente no requiere poseer conocimientos especficos en el mbito de la Informtica, ni cuenta con el todo el tiempo que a menudo estos sistemas
Universidad Abierta y a Distancia de Mxico Ciencias Exactas, Ingeniera y Tecnologa
requieren, es deseable que defina a una persona con formacin informtica y conocimientos acabados del problema del cliente, para que sea el interlocutor vlido con el equipo de desarrollo 3. Usuarios gerentes. Son los que tienen la responsabilidad administrativa en los sistemas de aplicacin, este tipo de usuario es el que debe participar en los esfuerzos de desarrollo de la base de datos. Es la persona encargada de todas las labores operativas necesarias para construir el sistema (ojo, no slo crear los programas) Usuarios sofisticados. Interactan con el sistema sin programas escritos, usando el lenguaje de consulta de base de datos para hacer sus consultas. Los analistas que envan las consultas para explorar los datos en la base de datos entran en esta categora, usando ellos las herramientas de procesamiento analtico en lnea (OLAP, On Line Analytical Processing), o herramientas de recopilacin de datos. Usuarios especializados. Son usuarios sofisticados que escriben aplicaciones de bases de datos especializadas y adecuadas para el procesamiento de datos tradicional. Entre estas aplicaciones estn los sistemas de diseo asistido por computadora, sistemas de base de conocimientos y sistemas expertos, sistemas que almacenan datos de tipos de datos complejos (como grficos y de audio) y sistemas de modelado de entorno. Analista: Es la persona encargada de analizar el problema y disear su solucin. Programador: Es la persona encargada de todas las labores operativas necesarias para construir el sistema o programa Administradores de la base de datos (ABD). Son las personas que tienen el control central del SGBD. Entre las funciones del ABD se encuentran:

Definicin del esquema de la base de datos. Definicin de la estructura y el mtodo de acceso. Modificacin del esquema y la organizacin fsica. Concesin de autorizacin para el acceso a los datos. Mantenimiento rutinario.
4. Usuarios directivos. Son aquellos que tienen mayor responsabilidad en los sistemas de informacin Jefe de Proyecto: Esta persona ser el interlocutor vlido, por parte del equipo de desarrollo, para comunicarse con el Cliente o su Asesor Informtico. Deber controlar todas las etapas
y asegurar tanto los materiales necesarios para el desarrollo del SI, como la ejecucin de todas las reuniones necesarias para determinar los requerimientos del Sistema.
Por parte del equipo de Desarrollo

Jefe de Proyecto Analista Programador
Por parte del equipo del usuario

Cliente Asesor Informtico Usuario Directo u Operativo Usuario Indirecto
Garante de Calidad Soporte de Operaciones
Se debe tener en cuenta, que distintos roles puede ser ejercidos por la misma persona, y que dependiendo del tamao del proyecto, varias personas pueden ejercer un mismo rol (por ejemplo, varios programadores).
2. Que herramientas existen para la recopilacin de requisitos de un sistema?

Como pudimos aprender en la unidad existen varios tipos de recopilacion de datos haciendo uso de una gran diversidad de tcnicas y herramientas que pueden ser utilizadas por el analista para desarrollar los sistemas de informacin par nuestra base de datos los cuales pueden ser la entrevistas, la encuesta, el cuestionario, la observacin, el diagrama de flujo y el diccionario de datos. LAS TCNICAS PARA HALLAR DATOS Los 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. en este tema nos vamos a extender ms, adems de saber su definicin nos pusimos adentrarnos un poco ms sobre el tema donde se encontr diversos conceptos con tcnicas ms detalladas, que en lo personal se me hacen que son un buen aporte para nuestro aprendizaje. Es por eso el motivo de su inclucion en este trabajo
LA ENTREVISTA Las 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 proporcionarn datos o sern afectados por la aplicacin propuesta. El analista puede entrevistar al personal en forma individual 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. Dentro de una organizacin, la entrevistas es la tcnica ms significativa y productiva de que dispone el analista para recabar datos. En otras palabras, la entrevistas es un intercambio de informacin que se efecta cara a cara. Es un canal de comunicacin entre el analista y la organizacin; sirve para obtener informacin acerca de las necesidades y la manera de satisfacerlas, as como concejo y comprensin por parte del usuario para toda idea o mtodo nuevos. Por otra parte, la entrevista ofrece al analista una excelente oportunidad para establecer una corriente de simpata con el personal usuario, lo cual es fundamental en transcurso del estudio.
PREPARACIN DE LA ENTREVISTA Determinar la posicin que ocupa de la organizacin el futuro entrevistado, sus responsabilidades bsicas, actividades, etc. (Investigacin). Preparar las preguntas que van a plantearse, y los documentos necesarios (Organizacin). Fijar un lmite de tiempo y preparar la agenda para la entrevista. (Sicologa). Elegir un lugar donde se puede conducir la entrevista con la mayor comodidad (Sicologa). Hacer la cita con la debida anticipacin (Planeacin). Conduccin de la Entrevista Explicar con toda amplitud el propsito y alcance del estudio (Honestidad). Explicar la funcin propietaria como analista y la funcin que se espera conferir al entrevistado. (Imparcialidad). Hacer preguntas especficas para obtener respuestas cuantitativas (Hechos). Evitar las preguntas que exijan opiniones interesadas, subjetividad y actitudes similares (habilidad). Evitar el cuchicheo y las frases carentes de sentido (Claridad). Ser corts y comedio, abstenindose de emitir juicios de valores. (Objetividad). Conservar el control de la entrevista, evitando las divagaciones y los comentarios al margen de la cuestin. Escuchar atentamente lo que se dice, guardndose de anticiparse a las respuestas (Comunicacin). SECUELA DE LA ENTREVISTA Escribir los resultados (Documentacin). Entregar una copia al entrevistado, solicitando su conformacin, correcciones o adiciones. (Profesionalismo). Archivar los resultados de la entrevista para referencia y anlisis posteriores (Documentacin). RECABAR DATOS MEDIANTE LA ENTREVISTA La 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, o cantidades. A menudo las entrevistas pueden ser la mejor fuente de informacin cualitativas, los otros mtodos tiende a ser ms tiles en la recabacin 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 ENTREVISTA La estructura de la entrevista varia. 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 libres
Las 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 posible respuestas. Los analistas tambin deben dividir el tiempo entre desarrollar preguntas para entrevistas y analizar respuesta. La entrevista no estructurada no requiere menos tiempos de preparacin, porque no necesita tener por anticipado las palabras precisas de las preguntas. Analizar las respuestas despus de la entrevista lleva ms tiempo que con la entrevista estructuradas. El mayor costo radica en la preparacin, administracin y anlisis de las entrevistas estructuradas para pregunta cerradas.
EJEMPLOS DE LAS PREGUNTAS ABIERTAS Y CERRADAS EN LA ENTREVISTA ESTRUCTURADA
FORMA DE PREGUNTA ABIERTA Ejemplo: obtener la informacin sobre las caractersticas de diseos crticas para los empleados. " algunos empleados han sugerido que la mejor forma para hacer eficiente el procesamiento de pedidos es instalar un sistema de computadora que maneje todos los clculos..." bajo estas circunstancias apoyara usted el desarrollo de un sistema de este tipo?.
FORMA DE PREGUNTA CERRADA Ejemplo: obtener la informacin sobre las Caractersticas de diseo crticas para los empleados. "La experiencia le ha proporcionado una amplia visin en cuanto a la forma en la que la empresa maneja los pedidos..." Me gustara que usted contestara algunas preguntas especficas en relacin en lo anterior: -Qu etapas trabajas bien?cules no -En dnde se presenta la mayor parte del problema? - Cundo ocurre un atraso, cmo se maneja? Entre otros
SELECCIN DE ENTREVISTADOS Realizar entrevistas toma tiempo; por lo tanto no es posible utilizar este mtodo para recopilar toda la informacin que se necesite en la investigacin; incluso el analista debe verificar los datos recopilados utilizando unos de los otros mtodos de recabacin de datos. La entrevista se aplican en todos los niveles gerencial y de empleados y dependa de quien pueda proporcionar la mayor parte de la informacin til para el estudio los analistas que estudian la administracin de inventarios pueden entrevistar a los trabajadores del embarque y de recepcin, al personal de almacn y a los supervisores de los diferentes turnos, es decir. Aquellas personas que realmente trabajan en el almacn, tambin entrevistarn a los gerentes ms importantes.
REALIZACIN DE ENTREVISTA La habilidad del entrevistador es vital para el xito en la bsqueda de hecho por medio de la entrevista. Las buenas entrevistas depende del conocimiento del analista tanto de la preparacin del objetivo de una entrevista especfica como de las preguntas por realizar a una persona determinada. El tacto, la imparcialidad e incluso la vestimenta apropiada ayudan a asegurar una entrevista exitosa. La falta de estos factores puede reducir cualquier oportunidad de xito. Por ejemplo, analista que trabaja en la aplicacin enfocada a la reduccin de errores (captado por la gerencia de alto nivel) probablemente no tendra xito si llegara a una oficina de gerencia de nivel medio con la presentacin equivocada, ejemplo "Estamos aqu para resolver su problema" A travs de la entrevista, los analistas deben preguntarse a s mismo las siguientes preguntas: Qu es lo que me est diciendo la persona? Por qu me lo est diciendo a m ? Qu est olvidando? Qu espera est persona que haga yo? Entrevista estructurada VENTAJAS -Asegura la elaboracin uniforme de las preguntas para todos los que van a responder. Entrevista no estructurada -El entrevistador tiene mayor flexibilidad al realizar las preguntas adecuadas a quien responde.
-Fcil de administrar y evaluar. -El entrevistador puede explotar reas que surgen -Evaluacin ms objetiva tanto espontneamente durante la de quienes responden como entrevista. de las respuestas a las -Puede producir informacin preguntas. sobre rea que se -Se necesita un minimizaron o en las que no limitado entrenamiento del se pens que fueran entrevistador. importantes. -Resulta en entrevistas ms pequeas.
-Alto costo de preparacin.
DESVENTAJAs
-Los que responden pueden no aceptar un alto nivel en la estructura y carcter mecnico -Los entrevistadores pueden de las preguntas. introducir sus sesgos en las -Un alto nivel en la estructura preguntas o al informar de los puede no ser adecuado para resultados. todas las situaciones. -Puede recopilarse -El alto nivel en informacin extraa las estructuras reduce responder en forma -El anlisis y espontnea, as como la la interpretacin de los habilidad del entrevistador resultados pueden ser largos. para continuar con -Toma tiempo extra recabar comentarios hacia el los hechos esenciales. entrevistado.
-Puede utilizarse negativamente el tiempo, tanto de quien responde como del entrevistador.
QU ES UNA ENCUESTA? Se ha dicho que Estados Unidos ya no es una "sociedad industrial", sino una "sociedad de informacin". Esto es, nuestros mayores problemas y tareas ya no giran principalmente en la produccin de bienes y servicios necesarios para nuestra supervivencia y comodidad Nuestra "sociedad", requiere un rpido y preciso flujo de informacin sobre las preferencias, necesidades y comportamiento de sus miembros. Es en respuesta a esta necesidad crtica de informacin por el gobierno, el comercio y las instituciones sociales que tanta confianza se pone en las encuestas. Hoy en da la palabra "encuesta" se usa ms frecuentemente para describir un mtodo de obtener informacin de una muestra de individuos. Esta "muestra" es usualmente slo una fraccin de la poblacin bajo estudio. Por ejemplo, antes de una eleccin, una muestra de electores es interrogada para determinar cmo los candidatos y los asuntos son percibidos por el pblico un fabricante hace una encuesta al mercado potencial antes de introducir un nuevo producto una entidad del gobierno comisiona una encuesta para obtener informacin para evaluar legislacin existente o para preparar y proponer nueva legislacin.
10
No tan slo las encuestas tienen una gran variedad de propsitos, sino que tambin pueden conducirse de muchas maneras, incluyendo por telfono, por correo o en personal An as, todas las encuestas tienen algunas caractersticas en comn. A diferencia de un censo, donde todos los miembros de la poblacin son estudiados, las encuestas recogen informacin de una porcin de la poblacin de inters, dependiendo el tamao de la muestra en el propsito del estudio. En una encuesta bona fide, la muestra no es seleccionada caprichosamente o slo de personas que se ofrecen como voluntarios para participar. La muestra es seleccionada cientficamente de manera que cada persona en la poblacin tenga una oportunidad medible de ser seleccionada. De esta manera los resultados pueden ser proyectados con seguridad de la muestra a la poblacin mayor. La informacin es recogida usando procedimientos estandarizados de manera que a cada individuo se le hacen las mismas preguntas en mas o menos la misma manera. La intencin de la encuesta no es describir los individuos particulares quienes, por azar, son parte de la muestra sino obtener un perfil compuesto de la poblacin. Una "encuesta" recoge informacin de una "muestra." Una "muestra" es usualmente slo una porcin de la poblacin bajo estudio. El estndar de la industria para todas las organizaciones respetables que hacen encuestas es que los participantes individuales nunca puedan ser identificados al reportar los hallazgos. Todos los resultados de la encuesta deben presentarse en resmenes completamente annimos, tal como tablas y grficas estadsticas. QU TAN GRANDE DEBE SER LA MUESTRA? El tamao de muestra requerido en una encuesta depende en parte de la calidad estadstica necesaria para los establecer los hallazgos; esto a su vez, est relacionado en cmo esos hallazgos sern usados. An as, no hay una regla simple para el tamao de muestra que pueda ser usada en todas las encuestas. Mucho de esto depende de los recursos profesionales y fiscales disponibles. Los analistas frecuentemente encuentran que una muestra de tamao moderado es suficiente estadstica y operacionalmente. Por ejemplo, las muy conocidas encuestas nacionales frecuentemente usan cerca de 1,000 personas para obtener informacin razonable sobre actitudes y opiniones nacionales. Cuando nos damos cuenta que una muestra apropiadamente seleccionada de slo 1,000 individuos puede reflejar varias caractersticas de la poblacin total, es fcil apreciar el valor de usar encuestas para tomar decisiones informadas en una sociedad compleja como la nuestra. Las encuestas proveen medios rpidos y econmicos de determinar la realidad de
11
nuestra economa y sobre los conocimientos, actitudes, creencias, expectativas y comportamientos de las personas. QUIN LLEVA A CABO LAS ENCUESTAS? Todos conocemos sobre las encuestas de opinin pblica que son reportadas por los medios informativos. Por ejemplo, la Encuesta Gallup y la Encuesta Harris emiten informes peridicos describiendo la opinin pblica nacional sobre una amplia gama de asuntos corrientes. Encuestas estatales y en las reas metropolitanas, frecuentemente con el apoyo econmico de algn peridico o estacin de televisin local, se reportan regularmente en muchos lugares. Las cadenas mayores de radio y televisin, as como revistas nacionales de noticias tambin llevan a cabo encuestas e informan sus resultados A pesar de esto, la gran mayora de las encuestas no son de opinin pblica. La mayora estn dirigidas a un propsito administrativo, comercial o cientfico. La gran variedad de asuntos con los que tratan las encuestas se puede ilustrar con la siguiente lista de usos reales: Las cadenas mayores de televisin confan en encuestas que le dicen cuntas y qu tipo de personas ven sus programas. Statistics Canad lleva a cabo encuestas continuas de panel sobre nios (y sus familias) para estudiar sus necesidades educativas y otras. Es una buena prctica nunca identificar los participantes individuales. El tamao de la muestra depende de las metas estadsticas y de los recursos disponibles para la encuesta. Los fabricantes de automviles usan encuestas para determinar cun satisfechos estn las personas con sus autos. El Negociado del Censo de los Estados Unidos lleva a cabo encuestas cada mes para obtener informacin sobre empleo y desempleo en la nacin. La Agencia para la Poltica e Investigacin sobre Cuidado de Salud de los Estados Unidos auspicia una encuesta peridica para determinar cuanto dinero est gastando la gente en los distintos tipos de cuidado mdico. Las autoridades de transportacin local conducen encuestas para obtener informacin sobre los hbitos de viaje y transportacin de las personas. Las revistas y revistas profesionales usan encuestas para conocer qu leen sus suscriptores. Se llevan a cabo encuestas para conocer quien usa nuestros parques nacionales y otras facilidades recreativas. Las encuestas proveen una fuente importante de conocimiento cientfico bsico. Economistas, siclogos, profesionales de la salud y socilogos llevan a cabo encuestas para estudiar materias tales como los patrones de ingreso y gastos en los hogares, las races del prejuicio tnico o racial, las implicaciones de los problemas de salud en la vida de las personas, comparando el comportamiento electoral y los efectos sobre la vida familiar de mujeres que trabajan fuera del hogar.
12
CULES SON ALGUNOS MTODOS COMUNES DE ENCUESTAS? Las encuestas pueden ser clasificadas en muchas maneras. Una dimensin es por tamao y tipo de muestra. Las encuestas pueden ser usadas para estudiar poblaciones humanas o no humanas (por ejemplo, objetos animados o inanimados, animales, terrenos, viviendas). Mientras que muchos de los principios son los mismos para todas las encuestas, el foco aqu ser en mtodos para hacer encuestas a individuos. Muchas encuestas estudian todas las personas que residen en un rea definida, pero otras pueden enfocar en grupos particulares de la poblacin -nios, mdicos, lderes de la comunidad, los desempleados, o usuarios de un producto o servicio particular. Las encuestas tambin pueden ser conducidas con muestras locales, estatales o nacionales. Las encuestas pueden ser clasificadas por su mtodo de recoleccin de datos. Las encuestas por correo, telefnicas y entrevistas en persona son las ms comunes. Extraer datos de rcords mdicos y otros se hace tambin con frecuencia. En los mtodos ms nuevos de recoger datos, la informacin se entra directamente a la computadora ya sea por un entrevistador adiestrado o an por la misma persona entrevistada. Un ejemplo bien conocido es la medicin de audiencias de televisin usando aparatos conectados a una muestra de televisores que graban automticamente los canales que se observan Las encuestas son una fuente importante de conocimiento cientfico bsico. Las encuestas por correo, a travs de entrevistas telefnicas o en persona son las ms comunes. Las encuestas por correo pueden ser de costo relativamente bajo. Como con cualquier otra encuesta, existen problemas en usar este mtodo si no se presta suficiente atencin a obtener niveles altos de cooperacin. Estas encuestas pueden ser ms efectivas cuando se dirigen a grupos particulares, tal como suscriptores a una revista especializada o a miembros de una organizacin profesional. Las entrevistas telefnicas son una forma eficiente de recoger ciertos tipos de datos y se estn usando con cada vez mayor frecuencia. Se prestan particularmente bien a situaciones donde es necesario obtener resultados oportunos y cuando el largo de la encuesta es limitadoS Las entrevistas en persona en el hogar u oficina de un participante son mucho ms caras que las encuestas telefnicas o por correo. Estas pueden ser necesarias especialmente cuando se debe recoger informacin compleja.
13
Algunas encuestas combinan varios mtodos. Por ejemplo, una encuestadora puede usar el telfono para identificar participantes elegibles (tal como localizar individuos mayores elegibles para Medicare) y luego hacer cita para una entrevista en persona.
QU PREGUNTAS HACEMOS EN UNA ENCUESTA? Podemos clasificar las encuestas tambin por su contenido. Algunas encuestas enfocan en las opiniones y actitudes (tal como las encuestas pre-eleccionarias), mientras que otras se preocupan por caractersticas o comportamiento reales (tal como la salud de las personas, vivienda, gastos del consumidor o hbitos de transportacin). Muchas encuestas combinan preguntas de ambos tipos. Los participantes pueden ser preguntados si han odo ledo sobre algn asunto qu saben sobre l su opinin con cuanta firmeza sienten y por qu su experiencia sobre el asunto y ci ertos datos personales que ayudar al analista a clasificar sus respuestas (tal como edad, gnero, estado civil, ocupacin y lugar de residencia). Las preguntas pueden ser abiertas ("Por qu siente as?"), o cerradas ("Aprueba usted o desaprueba?"). Los entrevistadores pueden solicitar al participante que evale un candidato poltico o un producto usando alguna escala, o pueden solicitarle que ordene varias alternativas. ALGUNAS ENCUESTAS ENFOCAN SOBRE OPINIONES OTRAS SOBRE HECHOS. La forma en que se hace una pregunta puede afectar mucho los resultados de una encuesta. Por ejemplo, una reciente encuesta de NBC/Wall Street Journal hizo dos preguntas muy similares obteniendo resultados muy diferentes: (1) "Favorece recortar programas tales como el seguro social, medicare, medicaid y subsidios a agricultores con el fin de reducir el dficit presupuestario?" Los resultados: a favor 23%, opuestos 66%, no opinaron 11%. (2) Favorece recortar las autorizaciones fiscales del gobierno para reducir el dficit presupuestario? Los resultados: a favor 61%, opuestos 25%, no opinaron 14%. El cuestionario puede ser muy breve -unas pocas preguntas, tomando cinco minutos o menos - o puede ser bastante extenso - requiriendo una hora o ms de tiempo al participante. Como es ineficiente identificar y acercarse a una muestra nacional grande para preguntar unos pocos temes de informacin, existen encuestas colectivas que combinan los intereses de varios clientes en una sola entrevista. En estas encuestas, a los participantes se les preguntar sobre una docena de preguntas sobre un tema, una media docena sobre otro tema y as sucesivamente.
14
Como los cambios en actitudes o comportamiento no pueden establecerse confiablemente con una sola entrevista, algunas encuestas usan un diseo de panel, en el cual los mismos participantes son entrevistados en dos ocasiones o ms. Tales encuestas son usadas comnmente durante una campaa electoral o para trazar la salud de una familia o su patrn de compras durante un perodo de tiempo.
Entrevista estructurada -Asegura la elaboracin uniforme de las preguntas para todos los que van a responder. VENTAJAS -Fcil de administrar y evaluar. -Evaluacin ms objetiva tanto de quienes responden como de las respuestas a las preguntas. -Se necesita un limitado entrenamiento del entrevistador. -Resulta en entrevistas ms pequeas. -Alto costo de preparacin. -Los que responden pueden no aceptar un alto nivel en la estructura y carcter mecnico de las preguntas. -Un alto nivel en la estructura puede no ser adecuado para todas las situaciones. -El alto nivel en
Entrevista no estructurada
-El entrevistador tiene mayor flexibilidad al realizar las preguntas adecuadas a quien responde. -El entrevistador puede explotar reas que surgen espontneamente durante la entrevista. -Puede producir informacin sobre rea que se minimizaron o en las que no se pens que fueran importantes.
-Puede utilizarse negativamente el tiempo, tanto de quien responde como del entrevistador. -Los entrevistadores pueden introducir sus sesgos en las preguntas o al informar de los resultados. -Puede recopilarse informacin extraa
DESVENTAJA
15
las estructuras reduce responder en forma espontnea, as como la habilidad del entrevistador para continuar con comentarios hacia el entrevistado. QUIN TRABAJA EN LAS ENCUESTAS?
-El anlisis y la interpretacin de los resultados pueden ser largos. -Toma tiempo extra recabar los hechos esenciales.
El trabajador de encuestas mas conocido por el pblico es el entrevistador que llama por telfono, el que aparece en la puerta del hogar o el que detiene a personas en un centro comercial. Tradicionalmente, las entrevistas para encuestas, aunque requieren ocasionalmente largos das de trabajo en el campo, eran hechas principalmente por personas empleadas a tiempo parcial. Por lo tanto este tipo de empleo era particularmente adecuado para personas que no deseaban empleo a tiempo completo o que queran suplementar su ingreso regular. Cambios en el mercado de trabajo y en el nivel de automatizacin de las encuestas han comenzado a alterar este patrn -aumentando el nmero de encuestadores que buscan trabajar a tiempo completo. La experiencia no es usualmente requerida para un empleo de entrevistador, aunque las destrezas bsicas en el uso de computadoras adquieren cada da ms importancia. La mayora de las organizaciones que hacen investigacin proveen su propio adiestramiento para la labor del entrevistador. Los requisitos principales para entrevistar estn la habilidad para acercarse a personas extraas (en persona o por telfono), para El trabajador de encuestas mejor conocido por el pblico es el entrevistador pero hay muchos otros. Persuadirles a participar y para recoger los datos necesarios siguiendo las instrucciones al pie de la letra. Menos visible, pero de igual importancia es el personal de la oficina, quienes -entre otras cosas- planifican la encuesta, seleccionan la muestra, supervisan las entrevistas, procesan los datos recogidos, analizan los datos e informan los hallazgos de la encuesta.
16
En la mayora de las organizaciones de investigacin por encuestas, el personal gerencial habr tomado cursos graduados de mtodos de encuestas y poseen grados universitarios avanzados en estadsticas, sociologa, sicologa, mercadeo, alguna materia afn poseern experiencia equivalente. Los supervisores de nivel intermedio y los asociados de investigacin frecuentemente tendrn trasfondos acadmicos similares a los gerentes o habrn avanzado desde las filas de los entrevistadores, oficinistas o codificadores sobre la base de su competencia y experiencia.
CUESTIONARIO
Los cuestionarios proporcionan una alternativa muy til para la entrevista; si embargo, existen ciertas caractersticas que pueden ser apropiada en algunas situaciones e inapropiadas en otra. Al igual que la entrevistas, deben disearse cuidadosamente para una mxima efectividad. RECABACIN DE DATOS MEDIANTE CUESTIONARIOS Para los analistas los cuestionarios pueden ser la nica forma posible de relacionarse con un gran nmero de personas para conocer varios aspectos del sistema. Cuando se llevan a cabo largos estudios en varios departamentos, se puede distribuir los cuestionarios a todas
17
las personas apropiadas para recabar hechos en relacin al sistema. En mayor parte de los casos, el analista no ver a los que responde; no obstante, tambin esto es una ventaja porque aplican muchas entrevista ayuda a asegurar que el interpelado cuenta con mayor anonimato y puedan darse respuestas mas honesta ( y menos respuestas prehechas o estereotipadas). Tambin las preguntas estandarizadas pueden proporcionar datos ms confiable.
SELECCIN DE FORMAS PARA CUESTIONARIOS El desarrollo y distribucin de los cuestionarios; por lo tanto, el tiempo invertido en esto debe utilizarse en una forma inteligente. Tambin es importante el formato y contenido de las preguntas en la recopilacin de hechos significativos.
Existen dos formas de cuestionarios para recabar datos: cuestionarios abiertos y cerrados, y se aplican dependiendo de si los analistas conocen de antemano todas las posibles respuestas de las preguntas y pueden incluirlas. Con frecuencia se utilizan ambas formas en los estudios de sistemas.
CUESTIONARIO ABIERTO Al igual que las entrevistas, los cuestionarios pueden ser abiertos y se aplican cuando se quieren conocer los sentimientos, opiniones y experiencias generales; tambin son tiles al explorar el problema bsico, por ejemplo, un analista que utiliza cuestionarios para estudiar los mtodos de verificacin de crdito, es un medio. El formato abierto proporciona una amplia oportunidad para quienes respondan escriba las razones de sus ideas. Algunas personas sin embargo, encuentran ms fcil escoger una de un conjunto de respuestas preparadas que pensar por s mismas.
CUESTIONARIO CERRADO El cuestionario cerrado limita las respuestas posibles del interrogado. Por medio de un cuidadoso estilo en la pregunta, el analista puede controlar el marco de referencia. Este
18
formato es el mtodo para obtener informacin sobre los hechos. Tambin fuerza a los individuos para que tomen una posicin y forma su opinin sobre los aspectos importantes.
CONCLUSIN
La Recoleccin de Datos, consiste en la recopilacin de informacin; se lleva a cabo por medio de entrevistas, cuestionarios y observacin; donde el analista obtiene y desarrolla los sistemas de informacin logrando sus metas y objetivos. El analista debe de demostrar y desarrollar las destrezas de sus conocimientos manifestando su honestidad, imparcialidad, habilidad, objetividad, control, comunicacin, comprensin y cortesa para lograr la bsqueda de informacin a travs de las herramientas antes mencionada. La entrevista, se lleva a cabo en todos los niveles de operacin desde el Presidente o el Jefe de Operaciones. Utilizando procedimientos que pueden varar desde muy formales hasta los casuales. El cuestionario, es otra de las utensilios que usa el analista con el fin de lograr un consenso, siendo un canal de comunicacin poco limitado, el analista debe determinar lo que desea saber, estructurar preguntas que pueden dar las respuestas y formular el cuestionario. La observacin, se emplea para verificar los resultados de una entrevista y tiene una aceptacin cientfica.
19
El diagrama de flujo, es el proceso para plantear un problema y determinar un resultado en una empresa. El diccionario de datos, se aplica para la examinacin de los diagramas de flujos de datos y a su vez registra detalles adicionales dentro del flujo de un sistema.
3. Que elementos forman parte del modelo entidad relacin?

Modelo de datos basado en una percepcin del mundo real que consiste en un conjunto de objetos bsicos llamados entidades y relaciones entre estos objetos" [Kor98]. Describe los datos en los niveles conceptual y de vista. El modelo E-R, tiene su implementacin grafica en el Diagrama EntidadRelacin.
Entidad: Representa un objeto que tiene vida propia en el sistema que se est modelando, tanto tangible como intangibles. Ejemplo: cliente, producto, estudiante, vacacin. Conjunto de entidades: Grupo (conjunto) de entidades del mismo tipo. Ejemplo: Todos los estudiantes de un curso, representan el conjunto de entidades estudiante. Relacin: Asociacin o vinculacin entre dos o ms entidades. Ejemplo: La relacin comprar entre las entidades cliente y producto. Generalmente representa acciones entre las entidades. Conjunto de relaciones: Son relaciones del mismo tipo. Atributos: Caractersticas o propiedades asociadas al conjunto de entidades o relaciones y que toman valor en una entidad en particular. Ejemplo: nombre, cdula, telfono. Los posibles valores puede tomar un atributo para un conjunto de entidades se denomina dominio. Los atributos se pueden clasificar en: - Simples o atmicos: Son aquellos que no contienen otros atributos
20
- Compuestos: Son los que incluyen otros atributos simples.. Ejemplo: direccin (Se puede dividir en calle, nmero, ciudad). - Monovalorados o Univalorados: Atributo que toma un solo valor, para una entidad en particular. - Multivalorados: Atributo que para una misma entidad puede tomar muchos valores. - Derivados o calculados: Son aquellos atributos cuyos valores se pueden conseguir con operaciones sobre valores de otros atributos. - Nulos: Son aquellos atributos para los cuales en algn momento no existe o no se conoce su valor. Diagrama Entidad - Relacin. Es la representacin grfica del Modelo Entidad-Relacin y permite ilustrar la estructura de la base de datos del negocio modelado. Escribe Johnson "los diagramas ER constituyen una notacin para documentar un diseo tentativo de bases de datos. Los analistas los utilizan para facilitar el proceso de diseo" [Joh00]. Est compuesto por los siguientes elementos.
Rectngulo que representa un conjunto de entidades.
Elipse que representa los atributos de cada entidad.
Rombos que representan conjuntos de relaciones.
21
Estos elementos se unen a travs de lneas para formar as el diagrama. Ejemplo:
Dependiendo del tipo de atributo representan en forma diferente: - Simples y monovalorados: Se simbolizan con una elipse sencilla - Compuestos: Se representan por una elipse de la cual salen otras elipses con los atributos simples. - Multivalorados: Se representan con una elipse doble. - Derivados: Se representan con una elipse punteada. Otra forma de representar los conjuntos de entidades y sus atributos consiste mostrar los atributos en forma de lista dentro del rectngulo:
4. Que tipos de relaciones maneja el modelo e-r?

Grado de una relacin. El nmero del conjunto de entidades que participan en la asociacin. Puede ser:
22
Unaria 1 -1 : Participa un nico conjunto de entidades. Ejemplo:
Binaria: Participan dos (2) conjuntos de entidades. Ejemplo:
N-aria: Participan ms de dos conjuntos de entidades. Ejemplo:
23
Cardinalidad de las Relaciones Indica el nmero de entidades del conjunto de entidades E2 que se relacionan con una entidad del conjunto de entidades E1 y viceversa.
Dependiendo de esto, puede ser: Uno a uno. 1:1. Una entidad del conjunto de entidades E1 se relaciona con una nica
24
entidad del conjunto de entidades E2 y viceversa.
Uno a muchos. 1:n. Una entidad del conjunto de entidades E1 se relaciona con muchas entidades del conjunto de entidades E2 y una entidad del conjunto de entidades E2 solo puede estar relacionada con una entidad del conjunto de entidades E1.
Muchos a uno. n:1. Una entidad en E1 esta asociada con una nica entidad del conjunto
25
de entidades E2 y una entidad del conjunto de entidades en E2 esta relacionada con muchas entidades del conjunto de entidades E1
Muchos a muchos. n:n. Una entidad del conjunto de entidades E1 esta relacionada con muchas entidades del conjunto de entidades E2 y viceversa.
Existen diversas maneras de representar la cardinalidad, la ms sencilla es la presentada anteriormente, donde solo se especifica el nmero mximo de relaciones que puede tener
26
una entidad con entidades del otro conjunto de entidades con que se asocia. Korth distingue en el diagrama la cardinalidad a partir de lneas dirigidas o no. La lnea dirigida indica que la relacin es a uno. Por ejemplo una relacin de 1: n se graficara as:
En los modelos conceptuales es suficiente con los valores mximos, pero para el anlisis detallado se requieren de cuatro (4) puntos para expresar las reglas del negocio que se necesitan hacer cumplir en la estructura de la base de datos. En estos casos la cardinalidad de las relaciones se expresa con un valor mnimo y un mximo y se declara grficamente en el diagrama entidad relacin, dado que las relaciones se indican en ambos direcciones entre las entidades, la cardinalidad mxima y mnima debe indicarse igualmente [Rub98]: Se tomar como ejemplo una agrupacin de propietarios de autos antiguos, con las restricciones que un auto solo pertenece a una persona y toda persona debe tener por lo menos un auto, pues en otro caso no hara parte del club. Por lo tanto teniendo presente los valores mximos y mnimos, se dira que una persona debe tener mnimo un vehculo y mximo varios. Por el otro lado, un auto siempre tiene un dueo y mximo uno, para nuestro caso:
Si se permiten personas que no tengan autos el diagrama quedara:
Como se aprecia el valor mnimo realmente es una restriccin de obligatoriedad o no en la participacin de las entidades en la relacin. Si es cero (0), es opcional la participacin, en otro caso (valor 1) es requerida. El valor mximo que puede ser 1 o n, determina si la participacin es singular o plural en la relacin. Los valores cero, uno y n, pueden reemplazarse por 0, | y un tridente, quedando el ltimo caso as: Diagrama para Mtodo CASE. Trabajando con los diagramas modelados para acercamiento a las herramientas CASE, Barker [BAR92] propone
27
Observaciones: Los nombres de las entidades se escriben en maysculas y en singular. Los nombres de los atributos en minsculas y en singular. Los atributos identificadores se marcan con el smbolo #. Los atributos obligatorios se marcan con * y los opcionales con o. Las relaciones se representan por flechas que tienen en cada lado un nombre, la cardinalidad y si es obligatoria u opcional dicha relacin. Cuando es obligatorio se lee anteponiendo "debe ser". En el caso de opcionales "puede ser". Para el caso: Cada persona puede poseer uno o muchos carros. Cada carro debe pertenecer a una y solo una persona.
5. Cuantas formas de normalizacin existen?

Primero le daremos una repasada al significado de Normalizacin que es un conjunto de reglas que sirven para ayudar a los diseadores a desarrollar un esquema que minimice los problemas de lgica. Cada regla est basada en la que le antecede. La normalizacin se adopt porque el viejo estilo de poner todos los datos en un solo lugar, como un archivo o una tabla de la base de datos, era ineficiente y conduca a errores de lgica cuando se trataba de manipular los datos. Por ejemplo, vea la base de datos Mi Tienda. Si almacena todos los datos en la tabla Clientes, sta podra verse como se muestra a continuacin: Clientes ID_Cliente Nombre Apellidos Nombre_Producto1 Costo_Producto1 Imagen_Producto1 Nombre_Producto2 Costo_Producto2 Imagen_Producto2 Fecha_Pedido Cantidad_Pedido Nombre_Cia_Envios
28
La tabla se ha descrito de manera abreviada pero aun as representa la idea general. Cmo podra aadir un nuevo cliente en su tabla Clientes? Debera aadir un producto y un pedido tambin. Qu tal si quisiera emitir un informe de todos los productos que vende? No podra separar fcilmente los productos de los clientes con una simple instruccin SQL. Lo bello de las bases de datos relacionales, si estn bien diseadas, es que puede hacer esto fcilmente. La normalizacin tambin hace las cosas fciles de entender. Los seres humanos tenemos la tendencia de simplificar las cosas al mximo. Lo hacemos con casi todo desde los animales hasta con los automviles. Vemos una imagen de gran tamao y la hacemos menos compleja agrupando cosas similares juntas. Las guas que la normalizacin provee crean el marco de referencia para simplificar la estructura. En su base de datos de muestra es fcil detectar que usted tiene tres diferentes grupos: clientes, productos y pedidos. Si sigue las guas de la normalizacin, podra crear las tablas basndose en estos grupos. El proceso de normalizacin tiene un nombre y una serie de reglas para cada fase. Esto puede parecer un poco confuso al principio, pero poco a poco ir entendiendo el proceso, as como las razones para hacerlo de esta manera. A la mayora de la gente le encantan las hojas de clculo por la forma en la que manejan sus datos. El tiempo que le lleve reconfigurar su esquema para ajustarlo al proceso de normalizacin, siempre ser bien Invertido. Al fin y al cabo, esto le tomar menos tiempo que el que tendra que invertir, para cortar y pegar sus columnas de datos para generar el informe que quiere su jefe. Otra ventaja de la normalizacin de su base de datos es el consumo de espacio. Una base de datos normalizada puede ocupar menos espacio en disco que una no normalizada. Hay menos repeticin de datos, lo que tiene como consecuencia un mucho menor uso de espacio en disco.
Grados de normalizacin
Existen bsicamente tres niveles de normalizacin: Primera Forma Normal (1NF), Segunda Forma Normal (2NF) y Tercera Forma Normal (3NF). Cada una de estas formas tiene sus propias reglas. Cuando una base de datos se conforma a un nivel, se considera normalizada a esa forma de normalizacin. Por ejemplo, supongamos que su base de datos cumple con todas las reglas del segundo nivel de normalizacin. Se considera que est en la Segunda Forma Normal. No siempre es una buena idea tener una base de datos conformada en el nivel ms alto de normalizacin. Puede llevar a un
29
nivel de complejidad que pudiera ser evitado si estuviera en un nivel ms bajo de normalizacin.
Primera Forma Normal

La regla de la Primera Forma Normal establece que las columnas repetidas deben eliminarse y colocarse en tablas separadas. sta es una regla muy fcil de seguir. Observe el esquema de la tabla Clientes de la base de datos. Clientes ID Cliente Nombre Apellidos Nombre_Producto1 Costo_Producto1 Imagen_Producto1 Nombre_Producto2 Costo_Producto2 Imagen_Producto2
Fecha_Pedidos Cantidad_Pedido Nombre Cia Envios La tabla tiene varias columnas repetidas. stas se refieren principalmente a los productos. De acuerdo con la regla, debe eliminar las columnas repetidas y crearles su propia tabla. Eliminacin de datos repetidos en una base de datos Clientes Pedidos ID_Clientes Nombre_Productos Nombre Costo_Producto Apellidos Imagen_Producto Direccion Numero_Pedido Fecha_Pedido Cantidad_Pedido Clave_Cia_Envios Membreca_ Envios
30
Ahora se tiene dos tablas. Pero todava hay un problema. No hay forma de relacionar los datos de la tabla original con los de la nueva tabla. Para hacerlo, debe aadir un campo clave a la segunda tabla de forma que se establezca la relacin. Aada a la tabla Productos una clave primaria que se llame ID_Producto y aada una clave a la tabla Clientes que la relacione con la tabla Productos. El campo ID_Producto es el candidato ideal.
Primera Forma Normal

Clientes Pedidos ID_Productos ID_Productos ID_Clientes Nombre_Productos Nombre Costo_Producto Apellidos Imagen_Producto Direccion Numero_Pedido Fecha_Pedido Cantidad_Pedido Clave_Cia_Envios
As, se ha establecido una relacin uno a varios. sta representa lo que la base de datos estar haciendo en la vida real. El cliente tendr muchos productos que podr comprar, sin importar cuntos otros clientes quieran comprarlos tambin. Adems, el cliente necesitar haber pedido un producto para ser un cliente. Usted ya no est obligado a aadir un cliente cada vez que aade un nuevo producto a su inventario. Poner la base de datos en la Primera Forma Normal resuelve el problema de los encabezados de columna mltiples. Muy a menudo, los diseadores de bases de datos inexpertos harn algo similar a la tabla no normalizada. Una y otra vez, crearn columnas que representen los mismos datos. En una empresa de servicios de electricidad, haba una base de datos para el control de refacciones de una planta nuclear. La tabla de su base de datos, la cual contena los nmeros de parte de las refacciones, tena una columna repetida ms de treinta veces. Cada vez que una nueva parte se tena que dar de alta, se creaba una nueva columna para almacenar la informacin. Obviamente, el diseo de la base de datos era bastante pobre y, por lo mismo, resultaba una pesadilla para sus programadores/administradores. La normalizacin ayuda a clarificar la base de datos ya organizarla en partes ms pequeas y ms fciles de entender. En lugar de tener que entender una tabla gigantesca y monoltica que tiene muchos diferentes aspectos, usted slo tiene que entender objetos pequeos y ms tangibles, as como las relaciones que guardan con otros objetos tambin pequeos. No es necesario mencionar que un mejor
31
entendimiento del funcionamiento de su base de datos conducir aun mejor aprovechamiento de sus activos.
Segunda Forma Normal

La regla de la Segunda Forma Normal establece que todas las dependencias parciales se deben eliminar y separar dentro de sus propias tablas. Una dependencia parcial es un trmino que describe a aquellos datos que no dependen de la clave de la tabla para identificarlos. En la base de datos de muestra, la informacin de pedidos est en cada uno de los registros. Sera mucho ms simple utilizar nicamente el nmero del pedido. El resto de la informacin podra residir en su propia tabla. Una vez que haya organizado la informacin de pedidos.
Eliminacin de las dependencias parciales -Segunda Forma Normal

Clientes Pedidos Productos ID_Productos ID_Productos ID_Producto ID_Clientes Nombre_Productos Fecha_Compra Nombre Cantidad_Pedido Costos_Productos Apellidos Imagen_Producto Direccion Numero_Pedido Nombre_Cia_Envios
De nuevo, al organizar el esquema de esta forma puede reflejar el mundo real en su base de datos. Tendra que hacer algunos cambios en sus reglas del negocio para que esto fuera aplicable, pero para ilustrar la normalizacin, as est bien. Una de las mayores desventajas de la normalizacin es el tiempo que lleva hacerlo. La mayora de la gente est demasiado ocupada, y emplear tiempo para asegurarse de que sus datos estn normalizados cuando todo funciona ms o menos bien, parece ser un desperdicio de tiempo. Pero no es as. Usted tendr que emplear ms tiempo arreglando una base de datos no normalizada que el que empleara en una normalizada. Al haber alcanzado la Segunda Forma Normal, se puede disfrutar de algunas de las ventajas de las bases de datos relacionales. Por ejemplo, puede aadir nuevas columnas a la tabla Clientes sin afectar a las tablas Productos y Pedidos. Lo mismo aplica para las otras tablas. Alcanzar este nivel de normalizacin permite que los datos se acomoden de una manera natural dentro de los lmites esperados.
32
Una vez que ha alcanzado el nivel de la Segunda Forma Normal, se han controlado la mayora de los problemas de lgica. Puede insertar un registro sin un exceso de datos en la mayora de las tablas. Observando un poco ms de cerca la tabla Clientes, vemos la columna Nombre_Cia_Envios. sta no es dependiente del cliente. El siguiente nivel de normalizacin explicar cmo solucionar esto.
Tercera Forma Normal

La regla de la Tercera Forma Normal seala que hay que eliminar y separar cualquier dato que no sea clave. El valor de esta columna debe depender de la clave. Todos los valores deben identificarse nicamente por la clave. En la base de datos de muestra, la tabla Clientes contiene la columna Nombre_Cia_Envios, la cual no se identifica nicamente por la clave. Podra separar estos datos de la tabla y ponerlos en una tabla aparte.
Eliminacin de los datos que no son claves para la Tercera Forma Normal
Clientes Productos PedidoMaestro PedidoDetallado Cias_Envios ID_cliente ID_Producto ID_Pedido ID_PedidoDetallado ID_Cia_Envios ID_Producto Nombre_Producto Fecha_Pedido ID_Pedido Nombre_Cia_Envios. Numero_Pedido Costos_Productos Cantidad_Pedidos Fecha_Pedido ID_Cia_Envios Foto_Producto Cantidad_Pedido Nombre Apellidos Direccion
Ahora todas sus tablas estn en la Tercera Forma Normal. Esto le da ms flexibilidad y previene errores de lgica cuando inserta o borra registros. Cada columna en la tabla est identificada de manera nica por la clave, y no hay datos repetidos. Esto provee un esquema limpio y elegante, que es fcil de trabajar y expandir.
Qu tan lejos debe llevar la normalizacin

La siguiente decisin es qu tan lejos debe llevar la normalizacin? La normalizacin es una ciencia subjetiva. Determinar las necesidades de simplificacin depende de usted. Si su base de datos va a proveer informacin aun solo usuario para un propsito simple y existen pocas posibilidades de expansin, normalizar sus datos hasta la 3FN sea quiz algo extremoso. Las reglas de normalizacin existen como guas para crear tablas que sean fciles de manejar, as como flexibles y eficientes.
33
A veces puede ocurrir que normalizar sus datos hasta el nivel ms alto no tenga sentido. Por ejemplo, suponga que aade una columna extra para la direccin en su base de datos. Es muy normal tener dos lneas para la direccin. El esquema de la tabla podra verse como se muestra a continuacin: ID_Cliente Nombre Apellidos Direccion1 Direccion2
De acuerdo con las reglas, si aplica la Primera Forma Normal, la columna de direccin debera sacarse de esta tabla y reemplazarse con la clave de una nueva tabla. El resultado de este esquema se muestra a continuacin: ID_Ciente ID_Direccion Nombre ID_Cliente Apellidos Direccion
La base de datos ahora cumple con la Primera Forma Normal. Los clientes pueden tener ms de una direccin. El problema aqu es que se ha complicado demasiado una idea simple, por tratar de seguir las reglas de normalizacin. En el ejemplo mostrado, la segunda direccin es totalmente opcional. Est ah slo para colectar informacin que pudiera utilizarse como informacin de contacto. No hay necesidad de partir la tabla en dos y forzar las reglas de la normalizacin. En esta instancia, el exceso de normalizacin frustra el propsito para el que se utilizan los datos. Aade, de manera innecesaria, un nivel ms de complejidad. Una buena forma de determinar si est llevando demasiado lejos su normalizacin, es ver el nmero de tablas que tiene. Un nmero grande de tablas pudiera indicar que est normalizando demasiado. Est dividiendo tablas slo para seguir las reglas o estas divisiones son en verdad prcticas? stas son el tipo de cosas que el diseador de la base de datos, necesita decidir. La experiencia y el sentido comn lo pueden auxiliar para tomar la decisin correcta. La normalizacin no es una ciencia exacta. Es subjetiva. Existen seis niveles ms de normalizacin que no se han discutido aqu. Ellos son Forma Normal Boyce-Codd, Cuarta Forma Normal (4NF), Quinta Forma Normal (5NF) o Forma Normal de Proyeccin-Unin, Forma Normal de Proyeccin-Unin Fuerte, Forma Normal de Proyeccin-Unin Extra Fuerte y Forma Normal de Clave de Dominio. Estas formas de normalizacin pueden llevar las cosas ms all de lo que necesita. stas
34
existen para hacer una base de datos realmente relacional. Tienen que ver principalmente con dependencias mltiples y claves relacionales.
En resumen
La normalizacin es una tcnica que se utiliza para crear relaciones lgicas apropiadas entre tablas de una base de datos. Ayuda a prevenir errores lgicos en la manipulacin de datos. La normalizacin facilita tambin agregar nuevas columnas sin romper el esquema actual ni las relaciones. Existen varios niveles de normalizacin: Primera Forma Normal, Segunda Forma Normal, Tercera Forma Normal, Forma Normal Boyce-Codd, Cuarta Forma Normal, Quinta Forma Normal o Forma Normal de Proyeccin-Unin, Forma Normal de Proyeccin-Unin Fuerte, Forma Normal de Proyeccin-Unin Extra Fuerte y Forma Normal de Clave de Dominio. Cada nuevo nivel o forma lo acerca ms a hacer su base de datos verdaderamente relacional. Se discutieron las primeras tres formas. stas proveen suficiente nivel de normalizacin para cumplir con las necesidades de la mayora de las bases de datos. Normalizar demasiado puede conducir a tener una base de datos ineficiente y hacer a su esquema demasiado complejo para trabajar. Un balance apropiado de sentido comn y prctico puede ayudarle a decidir cundo normalizar, por lo que es sde suma importancia cuidare caer en este tipo de errores.
6. Que elementos maneja el modelo relacional?

Definiciones informales El modelo relacional se basa en el concepto matemtico de relacin, que grficamente se representa mediante una tabla. Codd, que era un experto matemtico, utiliz una terminologa perteneciente a las matemticas, en concreto de la teora de conjuntos y de la lgica de predicados. Una relacin es una tabla con columnas y filas. Un SGBD slo necesita que el usuario pueda percibir la base de datos como un conjunto de tablas. Esta percepcin slo se aplica a la estructura lgica de la base de datos (en el nivel externo y conceptual de la arquitectura de tres niveles ANSI-SPARC). No se aplica a la estructura fsica de la base de datos, que se puede implementar con distintas estructuras de almacenamiento.
35
Un atributo es el nombre de una columna de una relacin. En el modelo relacional, las relaciones se utilizan para almacenar informacin sobre los objetos que se representan en la base de datos. Una relacin se representa grficamente como una tabla bidimensional en la que las filas corresponden a registros individuales y las columnas corresponden a los campos o atributos de esos registros. Los atributos pueden aparecer en la relacin en cualquier orden. Por ejemplo, la informacin de las oficinas de la empresa inmobiliaria se representa mediante la relacin OFICINA, que tiene columnas para los atributos Onum (nmero de oficina), Calle, Area, Poblacin, Telfono y Fax. La informacin sobre la plantilla se representa mediante la relacin PLANTILLA, que tiene columnas para los atributos Enum (nmero de empleado), Nombre, Apellido, Direccin, Telfono, Puesto, Fecha_nac, Salario, DNI, Onum (nmero de la oficina a la que pertenece el empleado). A continuacin se muestra una instancia de la relacin OFICINA y una instancia de la relacin PLANTILLA. Como se puede observar, cada columna contiene valores de un solo atributo. Por ejemplo, la columna Onum slo contiene nmeros de oficinas que existen.
OFICINA Onum O5 O7 O3 Calle Enmedio, 8 Moyano, s/n San Miguel, 1 Trafalgar, 23 Cedre, 26 Grao Area Centro Centro Poblacin Castelln Castelln Villarreal Telfono 964 201 240 964 215 760 964 520 250 Fax 964 201 340 964 215 670 964 520 255
O4 O2
Castelln Villarreal PLANTILLA
964 284 440 964 525 810
964 284 420 964 252 811
Enum EL21
Nombre Amelia
Apellido Pastor
Direccin Magallanes, 15 Castelln Bayarri, 11 Villareal
Telfono 964 284 560
Puesto Director
Fecha_nac 12/10/62
Salario 30000
DNI 39432212E
Onum O5
EG37
Pedro
Cubedo
964 535 690
Supervisor
24/3/57
18000
38766623X
O3
36
EG14
Luis
Collado
Borriol, 35 Villareal
964 522 230
Administ.
9/5/70
12000
24391223L
O3
EA9
Rita
Renau
Casalduch, 32 Melilla, 23 Villareal
964 257 550 964 524 590
Supervisor
19/5/60
18000
39233190F
O7
EG5
Julio
Prats
Director
19/12/50
24000
25644309X
O3
EL41
Carlos
Baeza
Herrero, 51
964 247 250
Supervisor 29/2/67
18000
39552133T O5
Un dominio es el conjunto de valores legales de uno o varios atributos. Los dominios constituyen una poderosa caracterstica del modelo relacional. Cada atributo de una base de datos relacional se define sobre un dominio, pudiendo haber varios atributos definidos sobre el mismo dominio. La siguiente tabla muestra los dominios de los atributos de la relacin OFICINA. Ntese que en esta relacin hay dos atributos que estn definidos sobre el mismo dominio, Telfono y Fax.
Atributo Onum
Nombre del Dominio NUM_OFICINA
Descripcin Posibles valores de nmero de oficina
Definicin 3 caracteres;
rango O1-O99 Calle NOM_CALLE Nombres de calles de Espaa Nombres de reas de las poblaciones de Espaa Nombres de las poblaciones de Espaa Nmeros de telfono de Espaa 25 caracteres
Area
NOM_AREA
20 caracteres
Poblacin
NOM_POBLACION
15 caracteres
Telfono
NUM_TEL_FAX
9 caracteres
El concepto de dominio es importante porque permite que el usuario defina, en un lugar comn, el significado y la fuente de los valores que los atributos pueden tomar. Esto hace que haya ms informacin disponible para el sistema cuando ste va a ejecutar una operacin relacional, de modo que las operaciones que son semnticamente
37
incorrectas, se pueden evitar. Por ejemplo, no tiene sentido comparar el nombre de una calle con un nmero de telfono, aunque los dos atributos sean cadenas de caracteres. Sin embargo, el importe mensual del alquiler de un inmueble no estar definido sobre el mismo dominio que el nmero de meses que dura el alquiler, pero s tiene sentido multiplicar los valores de ambos dominios para averiguar el importe total al que asciende el alquiler. Los SGBD relacionales no ofrecen un soporte completo de los dominios ya que su implementacin es extremadamente compleja. Una tupla es una fila de una relacin. Los elementos de una relacin son las tuplas o filas de la tabla. En la relacin OFICINA, cada tupla tiene seis valores, uno para cada atributo. Las tuplas de una relacin no siguen ningn orden. El grado de una relacin es el nmero de atributos que contiene. La relacin OFICINA es de grado seis porque tiene seis atributos. Esto quiere decir que cada fila de la tabla es una tupla con seis valores. El grado de una relacin no cambia con frecuencia. La cardinalidad de una relacin es el nmero de tuplas que contiene. Ya que en las relaciones se van insertando y borrando tuplas a menudo, la cardinalidad de las mismas vara constantemente. Una base de datos relacional es un conjunto de relaciones normalizadas. Definiciones formales Una relacin definida sobre un conjunto de dominios consta de: Cabecera: conjunto fijo de pares atributo: dominio Donde cada atributo corresponde a un nico dominio y todos los son distintos, es decir, no hay dos atributos que se llamen igual. El grado de la relacin es : Cuerpo: conjunto variable de tuplas. Cada tupla es un conjunto de pares atributo:valor: con , donde es la cardinalidad de la relacin . En cada par se tiene que .
La relacin OFICINA tiene la siguiente cabecera: {(Onum:NUM_OFICINA), (Calle:NOM_CALLE), (Area:NOM_AREA), (Poblacin:NOM_POBLACION), (Telfono:NUM_TEL_FAX), (Fax:NUM_TEL_FAX)}. Siendo la siguiente una de sus tuplas: {(Onum:O5), (Calle:Enmedio,8), (Area:Centro), (Poblacin:Castelln), (Telfono:964 201 240), (Fax:964 201 340)}. Este conjunto de pares no est ordenado, por lo que esta tupla y la siguiente, son la misma:
38
{(Calle:Enmedio,8), (Fax:964 201 340), (Poblacin:Castelln), (Onum:O5), (Telfono:964 201 240), (Area:Centro)} Grficamente se suelen representar las relaciones mediante tablas. Los nombres de las columnas corresponden a los nombres de los atributos y las filas son cada una de las tuplas de la relacin. Los valores que aparecen en cada una de las columnas pertenecen al conjunto de valores del dominio sobre el que est definido el atributo correspondiente.
Propiedades de las relaciones

Las relaciones tienen las siguientes caractersticas: o Cada relacin tiene un nombre y ste es distinto del nombre de todas las dems. o Los valores de los atributos son atmicos: en cada tupla, cada atributo toma un solo valor. Se dice que las relaciones estn normalizadas. o No hay dos atributos que se llamen igual. o El orden de los atributos no importa: los atributos no estn ordenados. o Cada tupla es distinta de las dems: no hay tuplas duplicadas. o El orden de las tuplas no importa: las tuplas no estn ordenadas.
Tipos de relaciones
En un SGBD relacional pueden existir varios tipos de relaciones, aunque no todos manejan todos los tipos. o Relaciones base. Son relaciones reales que tienen nombre y forman parte directa de la base de datos almacenada (son autnomas). o Vistas. Tambin denominadas relaciones virtuales, son relaciones con nombre y derivadas: se representan mediante su definicin en trminos de otras relaciones con nombre, no poseen datos almacenados propios. o Instantneas. Son relaciones con nombre y derivadas. Pero a diferencia de las vistas, son reales, no virtuales: estn representadas no slo por su definicin en trminos de otras relaciones con nombre, sino tambin por sus propios datos almacenados. Son relaciones de slo de lectura y se refrescan peridicamente.
39
o Resultados de consultas. Son las relaciones resultantes de alguna consulta especificada. Pueden o no tener nombre y no persisten en la base de datos. o Resultados intermedios. Son las relaciones que contienen los resultados de las subconsultas. Normalmente no tienen nombre y tampoco persisten en la base de datos. o Resultados temporales. Son relaciones con nombre, similares a las relaciones base o a las instantneas, pero la diferencia es que se destruyen automticamente en algn momento apropiado.
Claves
Ya que en una relacin no hay tuplas repetidas, stas se pueden distinguir unas de otras, es decir, se pueden identificar de modo nico. La forma de identificarlas es mediante los valores de sus atributos. I. Una superclave es un atributo o un conjunto de atributos que identifican de modo nico las tuplas de una relacin. Una clave candidata es una superclave en la que ninguno de sus subconjuntos es una superclave de la relacin. El atributo o conjunto de atributos de la relacin es una clave candidata para si y slo si satisface las siguientes propiedades: Unicidad: nunca hay dos tuplas en la relacin con el mismo valor de. Irreducibilidad (minimalidad): ningn subconjunto de tiene la propiedad de unicidad, es decir, no se pueden eliminar componentes de sin destruir la unicidad. Cuando una clave candidata est formada por ms de un atributo, se dice que es una clave compuesta. Una relacin puede tener varias claves candidatas. Por ejemplo, en la relacin OFICINA, el atributo Poblacin no es una clave candidata ya que puede haber varias oficinas en una misma poblacin. Sin embargo, ya que la empresa asigna un cdigo nico a cada oficina, el atributo Onum s es una clave candidata de la relacin OFICINA. Tambin son claves candidatas de esta relacin los atributos Telfono y Fax. En la base de datos de la inmobiliaria hay una relacin denominada VISITA que contiene informacin sobre las visitas que los clientes han realizado a los inmuebles. Esta relacin contiene el nmero del cliente Qnum, el nmero del inmueble Inum, la fecha de la visita Fecha y un comentario opcional. Para un determinado nmero de cliente Qnum, se pueden encontrar varias visitas a varios inmuebles. Del mismo modo, dado un nmero de inmueble Inum, puede que haya varios clientes que lo hayan visitado. Por lo tanto, el atributo Qnum no es una clave candidata para la relacin VISITA, como tampoco lo es el atributo Inum. Sin embargo, la combinacin de los dos atributos s identifica a una sola tupla, por lo que los dos juntos son una clave candidata de VISITA.
II.
III.
40
Si se desea considerar la posibilidad de que un mismo cliente pueda visitar un mismo inmueble en varias ocasiones, habra que incluir el atributo Fecha para identificar las tuplas de modo nico (aunque ste no es el caso de la empresa que nos ocupa). Para identificar las claves candidatas de una relacin no hay que fijarse en un estado o instancia de la base de datos. El hecho de que en un momento dado no haya duplicados para un atributo o conjunto de atributos, no garantiza que los duplicados no sean posibles. Sin embargo, la presencia de duplicados en un estado de la base de datos s es til para demostrar que cierta combinacin de atributos no es una clave candidata. El nico modo de identificar las claves candidatas es conociendo el significado real de los atributos, ya que esto permite saber si es posible que aparezcan duplicados. Slo usando esta informacin semntica se puede saber con certeza si un conjunto de atributos forman una clave candidata. Por ejemplo, viendo la instancia anterior de la relacin PLANTILLA se podra pensar que el atributo Apellido es una clave candidata. Pero ya que este atributo es el apellido de un empleado y es posible que haya dos empleados con el mismo apellido, el atributo no es una clave candidata. La clave primaria de un relacin es aquella clave candidata que se escoge para identificar sus tuplas de modo nico. Ya que una relacin no tiene tuplas duplicadas, siempre hay una clave candidata y, por lo tanto, la relacin siempre tiene clave primaria. En el peor caso, la clave primaria estar formada por todos los atributos de la relacin, pero normalmente habr un pequeo subconjunto de los atributos que haga esta funcin. Las claves candidatas que no son escogidas como clave primaria son denominadas claves alternativas. Por ejemplo, la clave primaria de la relacin OFICINA es el atributo Onum, siendo Telfono y Fax dos claves alternativas. En la relacin VISITA slo hay una clave candidata formada por los atributos Qnum e Inum, por lo que esta clave candidata es la clave primaria. Una clave ajena es un atributo o un conjunto de atributos de una relacin cuyos valores coinciden con los valores de la clave primaria de alguna otra relacin (puede ser la misma). Las claves ajenas representan relaciones entre datos. El atributo Onum de PLANTILLA relaciona a cada empleado con la oficina a la que pertenece. Este atributo es una clave ajena cuyos valores hacen referencia al atributo Onum, clave primaria de OFICINA. Se dice que un valor de clave ajena representa una referencia a la tupla que contiene el mismo valor en su clave primaria ( tupla referenciada).
ESQUEMA DE UNA BASE DE DATOS RELACIONAL

Una base de datos relacional es un conjunto de relaciones normalizadas. Para representar el esquema de una base de datos relacional se debe dar el nombre de sus relaciones, los atributos de stas, los dominios sobre los que se definen estos atributos, las claves primarias y las claves ajenas.
EL ESQUEMA DE LA BASE DE DATOS DE LA EMPRESA INMOBILIARIA ES EL SIGUIENTE:

41
OFICINA (Onum, Calle, Area, Poblacin, Telfono, Fax) PLANTILLA (Enum, Nombre, Apellido, Direccin, Telfono, Puesto, Fecha_nac, Salario, DNI, Onum) INMUEBLE (Inum, Calle, Area, Poblacin, Tipo, Hab, Alquiler, Pnum, Enum, Onum) INQUILINO (Qnum, Nombre, Apellido, Direccin, Telfono, Tipo_pref, Alquiler_max) PROPIETARIO (Pnum, Nombre, Apellido, Direccin, Telfono) VISITA (Qnum, Inum, Fecha, Comentario)
En el esquema, los nombres de las relaciones aparecen seguidos de los nombres de los atributos encerrados entre parntesis. Las claves primarias son los atributos subrayados. Las claves ajenas se representan mediante los siguientes diagramas referenciales.
PLANTILLA
OFICINA
Oficina a la que pertenece el empleado. Propietario del inmueble. Empleado encargado del inmueble. Oficina a la que pertenece el inmueble. Inquilino que ha visitado el inmueble.
PLANTILLA
INMUEBLE
PROPIETARIO
INMUEBLE
INMUEBLE
PLANTILLA
INMUEBLE
INMUEBLE
OFICINA
INMUEBLE
VISITA
INQUILINO
VISITA
A continuacin se muestra un estado (instancia) de la base de datos cuyo esquema se acaba de definir.
42
OFICINA Onum O5 O7 O3 O4 O2 Calle Enmedio, 8 Moyano, s/n San Miguel, 1 Trafalgar, 23 Cedre, 26 Grao Area Centro Centro Poblacin Castelln Castelln Villarreal Castelln Villarreal Telfono 964 201 240 964 215 760 964 520 250 964 284 440 964 525 810
PLANTILLA
Enum EL21 Nombre Amelia Apellido Pastor Direccin Magallanes, 15 Bayarri, 11 Telfono 964 284 560 964 535 690 964 522 230 964 257 550 964 524 590 964 247 250 Puesto Director Fecha_nac 12/10/62 Salario 30000 DNI 39432212E Onum O5
EG37
Pedro
Cubedo
Supervisor
24/3/57
18000
38766623X
O3
EG14
Luis
Collado
Borriol, 35
Administ.
9/5/70
12000
24391223L
O3
EA9
Rita
Renau
Casalduch, 32 Melilla, 23
Supervisor
19/5/60
18000
39233190F
O7
EG5
Julio
Prats
Director
19/12/50
24000
25644309X
O3
EL41
Carlos
Baeza
Herrero, 51
Supervisor
29/2/67
18000
39552133T
O5
INMUEBLE
Inum IA14 Calle Enmedio, 128 Riu Ebre, 24 Area Centro Poblacin Castelln Tipo Casa Hab 6 Alquiler 600 Pnum P46
IL94
Ronda Sur
Castelln
Piso
350
P87
43
IG4 IG36 IG21
Sorell, 5 Alicante,1 San Francisco, 10 Capuchinos, 19
Grao
Castelln Segorbe Vinaroz
Piso Casa Piso
3 3 5
300 325 550
P40 P93 P87
IG16
Rafalafena
Castelln
Piso
400
P93
PROPIETARIO
Pnum P46 Nombre Amparo Apellido Felipe Direccin Asensi 24, Castelln Av. Libertad 15, Vinaroz Av. del Puerto 52, Castelln Pursima 4, Segorbe Telfono 964 230 680
P87
Manuel
Obiol
964 450 760
P40
Alberto
Estrada
964 200 740
P93
Yolanda
Robles
964 710 430
INQUILINO
Qnum Q76 Nombre Juan Apellido Felip Direccin Barcel 47, Castelln San Rafael 45, Almazora Navarra 76, Castelln Alloza 45, Castelln Telfono 964 282 540 Tipo Piso Alquiler 375
Q56
Ana
Grangel
964 551 110
Piso
300
Q74
Elena
Abaso
964 205 560
Casa
700
Q62
Alicia
Mori
964 229 580
Piso
550
44
VISITA
Qnum Q56 Q76 Q56 Q62 Inum IA14 IG4 IG4 IA14 Fecha 24/11/99 20/10/99 26/11/99 14/11/99 no tiene saln Comentario muy pequeo muy lejos
Reglas de integridad
Una vez definida la estructura de datos del modelo relacional, pasamos a estudiar las reglas de integridad que los datos almacenados en dicha estructura deben cumplir para garantizar que son correctos. Al definir cada atributo sobre un dominio se impone una restriccin sobre el conjunto de valores permitidos para cada atributo. A este tipo de restricciones se les denomina restricciones de dominios. Hay adems dos reglas de integridad muy importantes que son restricciones que se deben cumplir en todas las bases de datos relacionales y en todos sus estados o instancias (las reglas se deben cumplir todo el tiempo). Estas reglas son la regla de integridad de entidades y la regla de integridad referencial. Antes de definirlas, es preciso conocer el concepto de nulo.
Nulos
Cuando en una tupla un atributo es desconocido, se dice que es nulo. Un nulo no representa el valor cero ni la cadena vaca, stos son valores que tienen significado. El nulo implica ausencia de informacin, bien porque al insertar la tupla se desconoca el valor del atributo, o bien porque para dicha tupla el atributo no tiene sentido. Ya que los nulos no son valores, deben tratarse de modo diferente, lo que causa problemas de implementacin. De hecho, no todos los SGBD relacionales soportan los nulos.
Regla de integridad de entidades

La primera regla de integridad se aplica a las claves primarias de las relaciones base: ninguno de los atributos que componen la clave primaria puede ser nulo. Por definicin, una clave primaria es un identificador irreducible que se utiliza para identificar de modo nico las tuplas. Que es irreducible significa que ningn subconjunto de la clave primaria sirve para identificar las tuplas de modo nico. Si se permite que
45
parte de la clave primaria sea nula, se est diciendo que no todos sus atributos son necesarios para distinguir las tuplas, con lo que se contradice la irreducibilidad. Ntese que esta regla slo se aplica a las relaciones base y a las claves primarias, no a las claves alternativas.
Regla de integridad referencial

La segunda regla de integridad se aplica a las claves ajenas: si en una relacin hay alguna clave ajena, sus valores deben coincidir con valores de la clave primaria a la que hace referencia, o bien, deben ser completamente nulos. La regla de integridad referencial se enmarca en trminos de estados de la base de datos: indica lo que es un estado ilegal, pero no dice cmo puede evitarse. La cuestin es qu hacer si estando en un estado legal, llega una peticin para realizar una operacin que conduce a un estado ilegal? Existen dos opciones: rechazar la operacin, o bien aceptar la operacin y realizar operaciones adicionales compensatorias que conduzcan a un estado legal. Por lo tanto, para cada clave ajena de la base de datos habr que contestar a tres preguntas: Regla de los nulos: Tiene sentido que la clave ajena acepte nulos?
Regla de borrado: Qu ocurre si se intenta borrar la tupla referenciada por la clave ajena? o
Restringir: no se permite borrar la tupla referenciada.
o Propagar: se borra la tupla referenciada y se propaga el borrado a las tuplas que la referencian mediante la clave ajena. o Anular: se borra la tupla referenciada y las tuplas que la referenciaban ponen a nulo la clave ajena (slo si acepta nulos). Regla de modificacin: Qu ocurre si se intenta modificar el valor de la clave primaria de la tupla referenciada por la clave ajena? o Restringir: no se permite modificar el valor de la clave primaria de la tupla referenciada. o Propagar: se modifica el valor de la clave primaria de la tupla referenciada y se propaga la modificacin a las tuplas que la referencian mediante la clave ajena. o Anular: se modifica la tupla referenciada y las tuplas que la referenciaban ponen a nulo la clave ajena (slo si acepta nulos).
46
Reglas de negocio
Adems de las dos reglas de integridad anteriores, los usuarios o los administradores de la base de datos pueden imponer ciertas restricciones especficas sobre los datos, denominadas reglas de negocio. Por ejemplo, si en una oficina de la empresa inmobiliaria slo puede haber hasta veinte empleados, el SGBD debe dar la posibilidad al usuario de definir una regla al respecto y debe hacerla respetar. En este caso, no debera permitir dar de alta un empleado en una oficina que ya tiene los veinte permitidos. Hoy en da an existen SGBD relacionales que no permiten definir este tipo de restricciones ni las hacen respetar.
Lenguajes relacionales
La tercera parte de un modelo de datos es la de la manipulacin. Son varios los lenguajes utilizados por los SGBD relacionales para manejar las relaciones. Algunos de ellos son procedurales, lo que quiere decir que el usuario dice al sistema exactamente cmo debe manipular los datos. Otros son no procedurales, que significa que el usuario dice qu datos necesita, en lugar de decir cmo deben obtenerse. En este apartado se presentan el lgebra relacional y el clculo relacional, definidos por Codd como la base de los lenguajes relacionales. Se puede decir que el lgebra es un lenguaje procedural (de alto nivel), mientras que el clculo relacional es un lenguaje no procedural. Sin embargo, ambos lenguajes son equivalentes: para cada expresin del lgebra, se puede encontrar una expresin equivalente en el clculo, y viceversa. El lgebra relacional (o el clculo relacional) se utilizan para medir la potencia de los lenguajes relacionales. Si un lenguaje permite obtener cualquier relacin que se pueda derivar mediante el lgebra relacional, se dice que es relacionalmente completo. La mayora de los lenguajes relacionales son relacionalmente completos, pero tienen ms potencia que el lgebra o el clculo porque se les han aadido operadores especiales. Tanto el lgebra como el clculo son lenguajes formales no muy "amigables". Pero se deben estudiar porque sirven para ilustrar las operaciones bsicas que todo lenguaje de manejo datos debe ofrecer. Adems, han sido la base para otros lenguajes relacionales de manejo de datos de ms alto nivel.
lgebra relacional
El lgebra relacional es un lenguaje formal con una serie de operadores que trabajan sobre una o varias relaciones para obtener otra relacin resultado, sin que cambien las relaciones originales. Tanto los operandos como los resultados son relaciones, por lo que la salida de una operacin puede ser la entrada de otra operacin. Esto permite
47
anidar expresiones del lgebra, del mismo modo que se pueden anidar las expresiones aritmticas. A esta propiedad se le denomina clausura: las relaciones son cerradas bajo el lgebra, del mismo modo que los nmeros son cerrados bajo las operaciones aritmticas. En este apartado se presentan los operadores del lgebra relacional de un modo informal. Las definiciones formales pueden encontrarse en la bibliografa que se comenta al final del captulo. Primero se describen los ocho operadores originalmente propuestos por Codd y despus se estudian algunos operadores adicionales que aaden potencia al lenguaje. De los ocho operadores, slo hay cinco que son fundamentales: restriccin, proyeccin, producto cartesiano, unin y diferencia, que permiten realizar la mayora de las operaciones de obtencin de datos. Los operadores no fundamentales son la concatenacin (join), la interseccin y la divisin, que se pueden expresar a partir de los cinco operadores fundamentales. La restriccin y la proyeccin son operaciones unarias porque operan sobre una sola relacin. El resto de las operaciones son binarias porque trabajan sobre pares de relaciones. En las definiciones que se presentan a continuacin, se supone que R y S son dos relaciones cuyos atributos son A=(a , a , ..., a ) y B=(b , b , ..., b ) respectivamente.
RESTRICCIN : R WHERE CONDICIN

La restriccin, tambin denominada seleccin, opera sobre una sola relacin R y da como resultado otra relacin cuyas tuplas son las tuplas de R que satisfacen la condicin especificada. Esta condicin es una comparacin en la que aparece al menos un atributo de R, o una combinacin booleana de varias de estas comparaciones. Ejemplo 4.1 Obtener todos los empleados con un salario anual superior a 15.000 pesos.
PLANTILLA WHERE salario>15000 pesos

Enum EL21 Nombre Amelia Apellido Pastor Direccin Magallanes, 15 Bayarri, 11 Telfono 964 284 560 964 535 690 964 257 550 Puesto Director Fecha_nac 12/10/62 Salario 30000 DNI 39432212E Onum O5
EG37
Pedro
Cubedo
Supervisor
24/3/57
18000
38766623X
O3
EA9
Rita
Renau
Casalduch, 32
Supervisor
19/5/60
18000
39233190F
O7
48
EG5
Julio
Prats
Melilla, 23
964 524 590 964 247 250
Director
19/12/50
24000
25644309X
O3
EL41
Carlos
Baeza
Herrero, 51
Supervisor
29/2/67
18000
39552133T
O5
Ejemplo 4.2 Obtener todos los inmuebles de Castelln con un alquiler mensual de hasta 350 euros.
INMUEBLE WHERE poblacin=`Castelln AND alquiler<=350

Inum IL94 Calle Riu Ebre, 24 Sorell, 5 Alicante,1 Area Ronda Sur Poblacin Castelln Tipo Piso Hab 4 Alquiler 350 Pnum P87
IG4 IG36
Grao
Castelln Segorbe
Piso Piso
3 3
300 325
P40 P93
PROYECCIN
: R[A , ..., A ]
La proyeccin opera sobre una sola relacin R y da como resultado otra relacin que contiene un subconjunto vertical de R, extrayendo los valores de los atributos especificados y eliminando duplicados. Ejemplo 4.3 Obtener un listado de empleados mostrando su nmero, nombre, apellido y salario.
PLANTILLA [enum,nombre,apellido,salario]
Enum EL21 EG37 Nombre Amelia Pedro Apellido Pastor Cubedo Salario 30000 18000
49
EG14 EA9 EG5
Luis Rita Julio
Collado Renau Prats
12000 18000 24000
Ejemplo 4.4 Obtener los distintos puestos que pueden ocupar los empleados. PLANTILLA [puesto] Puesto Director Supervisor Administ.
PRODUCTO CARTESIANO : R TIMES S

El producto cartesiano obtiene una relacin cuyas tuplas estn formadas por la concatenacin de todas las tuplas de R con todas las tuplas de S. La restriccin y la proyeccin son operaciones que permiten extraer informacin de una sola relacin. Habr casos en que sea necesario combinar la informacin de varias relaciones. El producto cartesiano "multiplica" dos relaciones, definiendo una nueva relacin que tiene todos los pares posibles de tuplas de las dos relaciones. Si la relacin R tiene tuplas y atributos y la relacin S tiene tuplas y atributos, la relacin resultado tendr tuplas y atributos. Ya que es posible que haya atributos con el mismo nombre en las dos relaciones, el nombre de la relacin se antepondr al del atributo en este caso para que los nombres de los atributos sigan siendo nicos en la relacin resultado. Ejemplo 4.5 Obtener los nombres de los inquilinos y los comentarios que stos han realizado cuando han visto algn inmueble. INQUILINO[qnum,nombre,apellido] TIMES VISITA[qnum,inum,comentario]
INQUILINO.Qnum Q76
Nombre Juan
Apellido Felip
VISITA.Qnum Q56
Inum IA14
Comentario muy
50
pequeo Q76 Q76 Q76 Juan Juan Juan Felip Felip Felip Q76 Q56 Q62 IG4 IG4 IA14 no tiene saln muy lejos
Q76 Q56
Juan Ana
Felip Grangel
Q56 Q56
IG36 IA14 muy pequeo muy lejos
Q56 Q56 Q56
Ana Ana Ana
Grangel Grangel Grangel
Q76 Q56 Q62
IG4 IG4 IA14
no tiene saln
Q56 Q74
Ana Elena
Grangel Abaso
Q56 Q56
Q74 Q74 Q74
Elena Elena Elena
Abaso Abaso Abaso
Q76 Q56 Q62
IG4 IG4 IA14
no tiene saln
Q74 Q62
Elena Alicia
Abaso Mori
Q56 Q56
Q62 Q62 Q62
Alicia Alicia Alicia
Mori Mori Mori
Q76 Q56 Q62
IG4 IG4 IA14
no tiene saln
Q62
Alicia
Mori
Q56
IG36
51
Como se puede observar, la relacin resultado contiene ms informacin de la que se necesita. Por ejemplo, la primera tupla tiene distintos nmeros de inquilino: el comentario realizado en la visita no corresponde al inquilino cuyo nombre y apellido se muestra. Para obtener el listado que se pide en el ejemplo, es necesario realizar una restriccin para quedarse solamente con las tuplas en donde INQUILINO.Qnum = VISITA.Qnum. (INQUILINO[qnum,nombre,apellido] TIMES VISITA[qnum,inum,comentario]) WHERE inquilino.qnum=visita.qnum El resultado de esta operacin se muestra a continuacin.
INQUILINO.Qnum Q76 Q56 Q56 Q56 Q62 Nombre Juan Ana Ana Ana Alicia Apellido Felip Grangel Grangel Grangel Mori VISITA.Qnum Q76 Q56 Q56 Q56 Q62 Inum IG4 IA14 IG4 IG36 IA14 no tiene saln Comentario muy lejos muy pequeo
La combinacin del producto cartesiano y la restriccin del modo en que se acaba de realizar, se puede reducir a la operacin de concatenacin ( join) que se presenta ms adelante.
UNIN : R UNION S
La unin de dos relaciones R y S, con y tuplas respectivamente, es otra relacin que tiene como mucho tuplas siendo stas las tuplas que se encuentran en R o en S o en ambas relaciones a la vez. Para poder realizar esta operacin, R y S deben ser compatibles para la unin. Se dice que dos relaciones son compatibles para la unin si ambas tienen la misma cabecera, es decir, si tienen el mismo nmero de atributos y stos se encuentran definidos sobre los mismos dominios. En muchas ocasiones ser necesario realizar proyecciones para hacer que dos relaciones sean compatibles para la unin.
52
Ejemplo 4.6 Obtener un listado de las reas en las que hay oficinas o inmuebles para alquilar. OFICINA[rea] UNION INMUEBLE[rea] Area Centro Grao Ronda Sur Rafalafena
DIFERENCIA : R MINUS S
La diferencia obtiene una relacin que tiene las tuplas que se encuentran en R y no se encuentran en S. Para realizar esta operacin, R y S deben ser compatibles para la unin. Ejemplo 4.7 Obtener un listado de todas las poblaciones en donde hay una oficina y no hay inmuebles para alquilar. OFICINA[poblacin] MINUS INMUEBLE[poblacin] Poblacin Villarreal
CONCATENACIN (JOIN) : R JOIN S

La concatenacin de dos relaciones R y S obtiene como resultado una relacin cuyas tuplas son todas las tuplas de R concatenadas con todas las tuplas de S que en los atributos comunes (que se llaman igual) tienen los mismos valores. Estos atributos comunes aparecen una sola vez en el resultado. Ejemplo 4.8 Obtener los nombres y los comentarios que los inquilinos han realizado cuando han visto algn inmueble. INQUILINO JOIN VISITA Esta expresin obtiene el mismo resultado que la expresin final del ejemplo 4.5, ya que la concatenacin es, en realidad, un producto cartesiano y una restriccin de igualdad sobre los atributos comunes.
53
CONCATENACIN EXTERNA (OUTER-JOIN) : R JOIN S (+)

La concatenacin externa es una concatenacin en la que las tuplas de R que no tienen valores en comn con ninguna tupla de S, tambin aparecen en el resultado. Ejemplo 4.9 Obtener un listado de todos los inmuebles y las visitas que han tenido. INMUEBLE JOIN VISITA (+)
Inum IA14 IA14 IL94 IG4 IG4 Calle Enmedio, 128 Enmedio, 128 Riu Ebre, 24 Sorell, 5 Sorell, 5 Poblacin Castelln Castelln Castelln Castelln Q76 20/10/99 muy lejos Qnum Q56 Q62 Fecha 24/11/99 14/11/99 Comentario muy pequeo no tiene saln
Conclusin del Tema

Cerramos el tema de la segunda unidad y en general podemos decir si a lo mejor me extend en los temas y busque diversos definiciones de diferentes autores y resumir lo que para m, en lo personal es importante y no entenda algunos significados y algunas definiciones que no vienen dentro de la unidad, ahora despus de este estudio puedo decir que se ha reforzado el conocimiento que se tiene de los conceptos, quiz se describieron demasiados ejemplos y tarde varios das en hacer un resumen que sea entendible, pero en mi caso es importante repasarlos ya que no tengo el conocimiento realizando una base de datos conocer su metodologa, caractersticas, terminologa asi como sus diversas tablas y sus funciones .
54

BDD U2 Atr Arsv

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

BDD U2 Atr Arsv

Cargado por

Copyright:

Formatos disponibles

BASE DE DATOS

Bases de datos Unidad 2. REFLEXIONES

1. Menciona los tipos de usuarios de un sistema de informacin

Bases de datos Unidad 2. REFLEXIONES

Bases de datos Unidad 2. REFLEXIONES

Por parte del equipo de Desarrollo

Por parte del equipo del usuario

Garante de Calidad Soporte de Operaciones

2. Que herramientas existen para la recopilacin de requisitos de un sistema?

Universidad Abierta y a Distancia de Mxico Ciencias Exactas, Ingeniera y Tecnologa

Bases de datos Unidad 2. REFLEXIONES

Universidad Abierta y a Distancia de Mxico Ciencias Exactas, Ingeniera y Tecnologa

Bases de datos Unidad 2. REFLEXIONES

Bases de datos Unidad 2. REFLEXIONES

Universidad Abierta y a Distancia de Mxico Ciencias Exactas, Ingeniera y Tecnologa

Bases de datos Unidad 2. REFLEXIONES

EJEMPLOS DE LAS PREGUNTAS ABIERTAS Y CERRADAS EN LA ENTREVISTA ESTRUCTURADA

Universidad Abierta y a Distancia de Mxico Ciencias Exactas, Ingeniera y Tecnologa

Bases de datos Unidad 2. REFLEXIONES

Bases de datos Unidad 2. REFLEXIONES

-Alto costo de preparacin.

Universidad Abierta y a Distancia de Mxico Ciencias Exactas, Ingeniera y Tecnologa

Bases de datos Unidad 2. REFLEXIONES

Bases de datos Unidad 2. REFLEXIONES

Bases de datos Unidad 2. REFLEXIONES

Universidad Abierta y a Distancia de Mxico Ciencias Exactas, Ingeniera y Tecnologa

Bases de datos Unidad 2. REFLEXIONES

Universidad Abierta y a Distancia de Mxico Ciencias Exactas, Ingeniera y Tecnologa

Bases de datos Unidad 2. REFLEXIONES

Bases de datos Unidad 2. REFLEXIONES

Universidad Abierta y a Distancia de Mxico Ciencias Exactas, Ingeniera y Tecnologa

Bases de datos Unidad 2. REFLEXIONES

Bases de datos Unidad 2. REFLEXIONES

Universidad Abierta y a Distancia de Mxico Ciencias Exactas, Ingeniera y Tecnologa

Bases de datos Unidad 2. REFLEXIONES

Universidad Abierta y a Distancia de Mxico Ciencias Exactas, Ingeniera y Tecnologa

Bases de datos Unidad 2. REFLEXIONES

3. Que elementos forman parte del modelo entidad relacin?

Bases de datos Unidad 2. REFLEXIONES

Rectngulo que representa un conjunto de entidades.

Elipse que representa los atributos de cada entidad.

Rombos que representan conjuntos de relaciones.

Universidad Abierta y a Distancia de Mxico Ciencias Exactas, Ingeniera y Tecnologa

Bases de datos Unidad 2. REFLEXIONES

Estos elementos se unen a travs de lneas para formar as el diagrama. Ejemplo:

4. Que tipos de relaciones maneja el modelo e-r?

Universidad Abierta y a Distancia de Mxico Ciencias Exactas, Ingeniera y Tecnologa

Bases de datos Unidad 2. REFLEXIONES

Unaria 1 -1 : Participa un nico conjunto de entidades. Ejemplo:

Binaria: Participan dos (2) conjuntos de entidades. Ejemplo:

N-aria: Participan ms de dos conjuntos de entidades. Ejemplo:

Universidad Abierta y a Distancia de Mxico Ciencias Exactas, Ingeniera y Tecnologa

Bases de datos Unidad 2. REFLEXIONES

Bases de datos Unidad 2. REFLEXIONES

entidad del conjunto de entidades E2 y viceversa.

Bases de datos Unidad 2. REFLEXIONES

Bases de datos Unidad 2. REFLEXIONES

Si se permiten personas que no tengan autos el diagrama quedara:

Universidad Abierta y a Distancia de Mxico Ciencias Exactas, Ingeniera y Tecnologa

Bases de datos Unidad 2. REFLEXIONES

5. Cuantas formas de normalizacin existen?

Universidad Abierta y a Distancia de Mxico Ciencias Exactas, Ingeniera y Tecnologa

Bases de datos Unidad 2. REFLEXIONES