1. DISEÑO DE INTERACCIONES DE BASES DE DATOS Gloria Estella Toro Villa Ana Lorena Niño Téllez Ángela Margarita Núñez Ariza Blanca Helena Parada Lancheros William Poveda Merchán Mónica Johanna Sandoval Rincón Sandra Mylena Segura Medina ANÁLISIS Y DISEÑO DE SISTEMAS DE INFORMACIÓN II

5. En este ejemplo la entidad cliente apunta hacia la entidad vehículo, un cliente puede tener muchos vehículos, y un vehículo solo puede pertenecer a un cliente. Hay otras relaciones entre entidades que representan las actividades en una organización por ejemplo los departamentos están conformados por empleados, los productos tiene partes y los proyectos incluyen a los empleados en cada uno de estos ejemplos las entidades están relacionadas entre si.

7. Dependencia entre entidades: Dependencia existencial: una entidad no puede existir a menos que la otra este presente, ejemplo los pedidos no pueden existir sin que exista el cliente. En una base datos al borrar los registros de una entidad se pueden borrar los registros de la otra. Dependencia de identificación : una dependencia no puede identificarse de manera única con sus propios atributos. La identificación es posible mediante la relación de una entidad con otras por ejemplo las calles son únicas dentro de las ciudades las ciudades son únicas dentro de los estados, debemos conocer tanto la calle como la ciudad, la ciudad como el estado para identificar completamente que esta es una entidad de lugar.

8. Alcance de la dependencia El alcance de la dependencia incluye dos preocupaciones interrelacionadas: la dirección de relación y el tipo de asociación entre ellas. Por ejemplo: la entidad cliente apunta hacia la entidad pedido la relación se lee como “los clientes tienen pedidos” como lo indica el otro extremo en forma de pata de gallina, la dirección de la flecha y el extremo de pata de gallina indican una mutua dependencia entre los clientes y los pedidos. Las asociaciones entre las entidades son uno a uno y uno a muchos y describen el alcance de la relación si es uno a uno, quiere decir que existe una y solo una aparición correspondiente de la otra entidad.

13. Clave Atributos Apuntadores a los atributos Apuntador Lógico EJEMPLO DIAGRAMA ESTRUCTURA DE DATOS PEDIDO Numero de pedido Descripción del articulo Precio del articulo Cantidad solicitada Numero de cliente Numero de articulo ARTICULO Numero de articulo Descripción del articulo Costo del articulo Renta del articulo CLIENTE Numero de cliente Nombre del cliente Dirección del cliente Balance actual Balance a 30 días Balance a 60 días Balance a 90 días Balance a mas de 120 días

30. Resumen en los pasos de normalización FORMA PASOS PRIMERA FORMA NORMAL Cambiar todas las estructuras que no sean bidimensionales (es decir grupos de repetición) en estructuras de registros bidimensionales. SEGUNDA FORMA NORMAL Eliminar los datos que no dependan totalmente de las llaves de registro TERCERA FORMA NORMAL Eliminar los datos que dependan transitivamente de las llaves primarias

38. Operaciones Relacionales: manipulación de datos OPERADOR RELACIONAL DESCRIPCION DE LA OPERACIÓN SELECT Crea una nueva relación extrayendo renglones que cumplan con los criterios establecidos. PROJECT Crea una nueva tabla extrayendo columnas que cumplan con los criterios establecidos. JOIN Crea una nueva relación a partir de los renglones de dos tablas que tengan atributos que cumplan los criterios establecidos.

41. En una base de datos, un tipo de entidad es el equivalente de una tabla; cada registro individual es representado como una fila y un atributo como una columna. Los tipos de entidad son relacionados el uno con el otro usando 1: Trazar un mapa de n, también conocido como relación de uno a varios. El ejemplo más aprobado de base de datos jerárquica modela es un IMS diseñado por la IBM. Ejemplo de un Modelo Jerárquico:

42. Una base de datos puesta en práctica relacionada con este tipo de modelo de datos primero fue llamada en la forma de publicación en 1992. Antes del desarrollo del primer sistema de gestión de datos (DBMS), los programas de uso proporcionaron el acceso a los datos que tuvieron acceso a archivos planos. Los problemas de integridad de datos y la inhabilidad de tales sistemas de tratamiento de archivo para representar relaciones de datos lógicas conducen al primer modelo de datos: el modelo de datos jerárquico. Este modelo, que fue puesto en práctica principalmente por el Sistema de Dirección de Información de la IBM (IMS) sólo permite personalizado(exacto) una a varias relaciones entre entidades. Cualquier entidad al final de la relación puede ser relacionada sólo con una entidad. HISTORIA

43. Ejemplo Un ejemplo de un modelo de datos jerárquico sería si una organización tuviera los registros de empleados en una tabla (el tipo de entidad) llamada "Empleados". En la tabla habría atributos/columnas como el Nombre de pila, el Apellido, el Nombre de Trabajo y el Salario. La empresa también tiene datos sobre los hijos del empleado en una tabla separada "Hijos" llamada con atributos como el Nombre de pila, el Apellido y la fecha de nacimiento. La tabla de Empleado representa un segmento paternal y la tabla de Hijos representa un segmento Infantil. Estos dos segmentos forman una jerarquía donde un empleado puede tener muchos hijos, pero cada hijo sólo puede tener un padre. Considere la estructura siguiente:

44. En esta tabla, "el hijo" es el mismo tipo que "el padre". La jerarquía que declara EmpNo 10 es el jefe de 20, 30 y 40, cada informe a 20 es representado por la columna "Reporta". Llamada en la Base de datos relacional, la columna Reporta es una llave foránea, el referirse de la columna EmpNo. Si el tipo de datos "hijo" fuera diferente, estaría en una tabla diferente, pero todavía habría una llave foránea que se refiere la columna EmpNo de la tabla de empleados. Comúnmente se conocen a estos modelos simplemente como la lista de adyacencia, fue presentado por el Doctor Edgar F. Codd. Emp N Puesto Reporta 10 Director 20 Alto directivo 10 30 Mecanógrafo 20 40 Programador 20

45. MODELO DE DATOS DE RED Éste es un modelo ligeramente distinto del jerárquico; su diferencia fundamental es la modificación del concepto de nodo : se permite que un mismo nodo tenga varios padres (posibilidad no permitida en el modelo jerárquico). Fue una gran mejora con respecto al modelo jerárquico, ya que ofrecía una solución eficiente al problema de redundancia de datos; pero, aun así, la dificultad que significa administrar la información en una base de datos de red ha significado que sea un modelo utilizado en su mayoría por programadores más que por usuarios finales. Una base de datos de red es una base de datos conformada por una colección o set de registros, los cuales están conectados entre sí por medio de enlaces en una red. El registro es similar al de una entidad como las empleadas en el modelo relacional.

46. Un registro es una colección o conjunto de campos (atributos), donde cada uno de los que contiene solamente un único valor almacenado, exclusivamente el enlace es la asociación entre dos registros, así que podemos verla como una relación estrictamente binaria. Una estructura de base de datos de red, llamada algunas veces estructura de plex, abarca más que la estructura de árbol, porque un nodo hijo en la estructura red puede tener más de un nodo padre. En otras palabras, la restricción de que en un árbol jerárquico cada hijo puede tener sólo un padre, se hace menos severa. Así, la estructura de árbol se puede considerar como un caso especial de la estructura de red. Estructura de datos de Red o estructura plex

47. Para ilustrar la estructura de los registros en una base de datos de red, mostraremos la base de datos alumno – materia, con los siguientes registros (en el Lenguaje de programación Pascal): type alumno = record nombreA: string[30]; control: string[8]; esp: string[3] end; type materia = record clave: string[7] nombreM: string[25] cred: string[2]; end; Ejemplo

50. Como ejemplos de DBMSs comerciales basados en el modelo de red cabe citar: El DMS 1100 de UNIVAC El IDMS, de Cullinane El TOTAL, de Cincom El EDMS, de Xerox El PHOLAS, de Philips El DBOMP, de IBM El IDS, de Honeywell Tanto el modelo jerárquico de datos como el de red permiten únicamente operaciones y facilidades navegacionales primitivas.

51. DISEÑO EN UN AMBIENTE DE BASE DE DATOS El personal responsable de la base de datos debe vigilar el manejo y desarrollo de la misma, definiendo el esquema, manteniendo el diccionario de datos y buscando estándares para los datos. El analista de sistemas debe determinar los requerimientos de la información y las especificaciones de procesamiento de programa, las que a su vez se traducen en el contenido del subes quema, el cual es la definición lógica de los datos para la base de datos que utilizara el programa. El analista de sistemas es el encargado de definir como se ligaran los datos para cumplir con los requerimientos del usuario; los análisis de requerimientos realizados con cuidado permiten al analista prever consultas complejas y proporcionar los métodos para responder a ellas. Las estructuras de registro son determinadas por el analista de sistemas; el conocimiento de que ciertos datos son necesarios para proporcionar información importante al usuario sigue siendo responsabilidad del analista.

53. Si los analistas están trabajando con un sistema que implica el desarrollo de una nueva base de datos, todos los pasos anteriores son necesarios, además, se necesitaran una interacción cercana con el personal de manejo de la base de datos para establecer el esquema, definiciones y diccionario de base de datos. El DBMS proporciona al analista una herramienta adicional para ser utilizada en el desarrollo de sistemas que proporcionen información esencial a la dirección. Las preguntas acerca de los requerimientos del usuario orientan cualquier decisión con respecto al diseño de sistemas o uso de un software de base de datos. El objetivo del diseño es proporcionar la información correcta en el momento oportuno.

54. Bibliografía Senn, James A. análisis y diseño de sistemas de información. Diseño de interacciones de bases de datos. 2 ed. Naucalpan de Juárez, Edo de México. Mc Graw Hill interamericana de México. 1999. p. 641- 676. http://es.wikipedia.org/wiki/Modelo_jer%C3%A1rquico , Un modelo de datos jerárquico es un modelo de datos en el cual los datos son organizados en una estructura parecida a un árbol. http://es.wikipedia.org/wiki/Base_de_datos#Base_de_datos_de_red , Éste es un modelo ligeramente distinto del jerárquico; su diferencia fundamental es la modificación del concepto de nodo. http://es.wikipedia.org/wiki/Base_de_datos_de_red , Una base de datos de red es una base de datos conformada por una colección o set de registros , los cuales están conectados entre sí por medio de enlaces en una red. http://html.rincondelvago.com/tipologia-de-bases-de-datos.html , Este modelo fue el resultado de estandarización del comité CODASYL.

55. Base de datos: son programas que administran información y hacen más ordenada la información, aparte de hacerla fácil de buscar. Diseño Lógico: El diseño lógico es el proceso de construir un esquema de la información que utiliza la empresa, basándose en un modelo de base de datos específico. Esquema: es el que define a la base de datos. Llave Foránea (FK): Conjunto de atributos común a dos entidades que sirve como relación entre las dos entidades. No es un atributo de la entidad relacionada, pero es la llave-primaria de la entidad con la cual ésta se relaciona Es marcada como FK en el RDM. Nodo: Es un punto terminal de una red, o cualquiera de sus intersecciones. Su origen está en la raíz indoeuropea ned, que en latín produjo nodus , origen del español nodo y nudo (y que, por cierto, dio origen a la propia net en inglés). Según el Gran diccionario de uso del español actual de SGEL, define Nodo como "Punto de intersección o unión de varios elementos que confluyen en el mismo lugar“. En una red de ordenadores cada una de lás máquinas es un nodo, y si la red es Internet, cada servidor constituye también un nodo. Glosario

56. Base de datos: son programas que administran información y hacen más ordenada la información, aparte de hacerla fácil de buscar. Diseño Lógico: El diseño lógico es el proceso de construir un esquema de la información que utiliza la empresa, basándose en un modelo de base de datos específico. Esquema: es el que define a la base de datos. Llave Foránea (FK): Conjunto de atributos común a dos entidades que sirve como relación entre las dos entidades. No es un atributo de la entidad relacionada, pero es la llave-primaria de la entidad con la cual ésta se relaciona Es marcada como FK en el RDM. Nodo: Es un punto terminal de una red, o cualquiera de sus intersecciones. Su origen está en la raíz indoeuropea ned, que en latín produjo nodus , origen del español nodo y nudo (y que, por cierto, dio origen a la propia net en inglés). Según el Gran diccionario de uso del español actual de SGEL, define Nodo como "Punto de intersección o unión de varios elementos que confluyen en el mismo lugar“. En una red de ordenadores cada una de lás máquinas es un nodo, y si la red es Internet, cada servidor constituye también un nodo.