Your SlideShare is downloading. ×
Diseño de interacciones_de_bases_de_datos
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Diseño de interacciones_de_bases_de_datos

4,336
views

Published on

Published in: Education, Travel

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
4,336
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
124
Comments
0
Likes
0
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 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
  • 2. DESARROLLO DE SISTEMAS EN UN AMBIENTE DE BASES DE DATOS .
    • Cuando el propósito del sistema es el soporte de las decisiones de la dirección y los mismos datos se utilizan en aplicaciones múltiples, el analista debe implementar las bases de datos y los sistemas para su manejo.
    • Los analistas deben diseñar los medios de interacción con las bases de datos de la organización.
  • 3. Relaciones entre los datos
    • Las relaciones entre los datos se hacen entre entidades una entidad es un centro de atención ejemplo: un pedido o un inventario.
    • Cuando analistas y usuarios se familiarizan con el sistema de información surgen nuevos requerimientos entonces no solo es necesario recuperar un registro sino relacionarlo con distintas entidades
  • 4. PEDIDO ARTICULO CLIENTE Un cliente puede hacer muchos pedidos Cada pedido es de un cliente Los artículos pueden incluirse en muchos pedidos.
    • Dependencias entre entidades
    • Los detalles del pedido
    • Información del cliente
    • Detalles del inventario de los artículos , todos los datos se interrelacionan por medio de las entidades.
    • De eso se trata el manejo de bases de datos:
    • Marcas las relaciones naturales entre los datos.
    • Compartir los datos entre entidades en todas las aplicaciones que necesiten de los detalles
  • 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.
  • 6.
    • Se describen mediante su dependencia una de la otra y por su alcance de relación.
    Descripción de las relaciones entre entidades conductor Licencia De Manejo Cliente Proyecto Pedido Empleado I I I M M M
  • 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.
  • 9. DIAGRAMAS DE ESTRUTURA DE DATOS
    • Es una descripción de la relación entre entidades (personas, lugares, eventos y objetos) de un sistema y el conjunto de información relacionado con la entidad.
    • Una vez que se han determinado las entidades y sus relaciones, se pueden centrar en los requerimientos de datos para cada entidad; y se construirá un diagrama de estructura de datos a partir de la información obtenida, al preparar el diagrama de relación entre las entidades (las entidades y la dirección y el alcance de las relaciones entre ellas).
  • 10. Finalidades
    • Verificar los requerimientos de información.
    • Describir los datos asociados con las entidades.
    • Mostrar la relación entre entidades.
    • Comunicar los requerimientos de datos a un diseñador de archivos o administrador de la base de datos.
  • 11. Notación
    • Una común se usa al preparar los diagramas de estructura de datos. Las entidades se representan mediante rectángulos, con el nombre de la entidad en la parte de arriba y una lista de atributos que describan la entidad. Cada entidad se puede identificar mediante un atributo llave.
    • El uso de los diagramas de estructura de datos requiere que el analista haga preguntas importantes acerca de la entidad a describir. La llave de registro, identifica de una forma única a la cuenta. Los demás detalles son los atributos.
    Entidad Relación La flecha describe la dirección y el alcance de la relación
  • 12. USO EN EL DISEÑO DE ARCHIVO
    • Además de los componentes básicos existen dos elementos adicionales esenciales:
    • * Apuntadores atributos : enlazan dos entidades mediante la información común, usualmente un atributo llave en uno y un atributo (no llave) en el otro.
    • * Apuntadores lógicos : identifican las relaciones entre las entidades, sirven para obtener acceso inmediato a la información en una entidad, definiendo un atributo llave en otra entidad.
    • Los apuntadores lógicos, que usualmente se indican en la parte inferior del diagrama de estructura de datos, son los enlaces con las demás entidades incluidas en el diagrama.
  • 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
  • 14. Compartir datos entre las aplicaciones.
    • Cada sistema se puede desarrollar por separado, guardando los datos de los estados de cuenta aparte de los datos del inventario. Al desarrollar mas sistemas y crecer su utilidad, muy seguido existe la necesidad de integrar los sistemas para permitir que la información sea compartida por mas de un sistema
  • 15.
    • REDUNDANCIA
    • Si cada sistema se desarrolla en forma independiente, la información puede ser almacenada al menos una vez en cada sistema, éste además de requerir espacio de almacenamiento extra.
    • INTEGRIDAD
    • La integridad de los datos consiste en mantener la precisión y consistencia de los valores de los datos. Los mecanismos de seguridad protegen la integridad de los datos. También se pueden mantener en el diccionario de datos restricciones sobre los valores, aunque es una tarea que resulta complicada.
    • Por último, resaltar que los mecanismos de copias de seguridad y restauración soportados por el SGBD deben preservar los datos de cualquier fallo del sistema.
  • 16. EL IMPACTO DE LOS SISTEMAS DE MANEJO DE UNA BASE DE DATOS EN EL DISEÑO DE SISTEMAS
    • los DBMS son sistemas de manejadores de bases de datos que cuentan con:  
    • La flexibilidad en el almacenamiento
    • Recuperación de datos
    • Producción de información
    • Es decir que es un lenguaje para el manejo de base de datos.    
  • 17. ESQUEMA  
    • Es un puente  entre el programa de aplicación el cual determina cuales datos  son necesarios  y como se les procesara, que coloca los datos en los dispositivos de almacenamiento y define a la sección de la base de datos  que se utilizara para   la recuperación de  la información:  
    • El programa determinara que datos y necesidades tienen  al DBMS
    • el DBMS determina que los datos estén en el sistema  
    • Instruye al sistema operativo para localizar y recuperar los datos del lugar especifico en el dispositivo donde se almacenan.
    • se da una copia de datos al programa de aplicación para su procesamiento.  
  • 18.
    • El DBMS permite la independencia de los datos lo cual si el programa cambie los datos no sufren cambios y se emplea un diccionario que evita la duplicidad de datos. 
    • ESTRUCTURA DE DATOS PARA LOS DATOS INTERRELACIONADOS
    • El almacenamiento se da mediante organizaciones secuenciales, aleatorias o indexadas.
    • Se creara multilistas que es como una cadena que cada eslabón es un registro que cumple con los requisitos del usuario, es decir que los registros nos e mueven si no que cada registro que contiene información ligada se va añadiendo a la cadena o lista.       
  • 19. ARCHIVO INVERTIDO
    • Es un tipo de estructura de datos que se usa comúnmente y utiliza un índice para para almacenar la información para la ubicación de registros con atributos particulares , existe un índice por cada tipo de datos en el conjunto de datos. 
  • 20. MODELO DE DATOS
    • Es un lenguaje orientado a describir una Base de Datos.
    • Típicamente un modelo de datos permite describir:
    • Las estructuras de datos de la base: El tipo de los datos que hay en la base y la forma en que se relacionan.
    • Las restricciones de integridad: Un conjunto de condiciones que deben cumplir los datos para reflejar correctamente la realidad deseada.
    • Operaciones de manipulación de los datos: típicamente, operaciones de agregado, borrado, modificación y recuperación de los datos de la base.
  • 21.
    • Un modelo de datos, permite describir los elementos de la
    • realidad que intervienen en un problema dado y la forma en
    • que se relacionan esos elementos entre sí.
    • Los modelos de datos hacen que sea más fácil comprender el
    • significado de los datos; por tanto, modelamos los datos para
    • estar seguros de comprender:
    • La perspectiva que cada usuario tiene de los datos.
    • La naturaleza de los propios datos, independiente de su representación física.
    • La utilización de los datos en distintas vistas de usuario.
    • Los modelos de datos pueden utilizarse para representar la
    • visión que el diseñador tiene de lo requisitos de información
    • de la empresa.
    •  
  • 22. MODELO RELACIONAL
    • Su idea fundamental es el uso de «relaciones». Estas
    • relaciones podrían considerarse en forma lógica como
    • conjuntos de datos llamados «tuplas». Pese a que ésta es la
    • teoría de las bases de datos relacionales creadas por Edgar
    • Frank Codd, la mayoría de las veces se conceptualiza de una
    • manera más fácil de imaginar, esto es, pensando en cada
    • relación como si fuese una tabla que está compuesta por
    • registros (cada fila de la tabla sería un registro o tupla), y
    • columnas (también llamadas campos).
  • 23. ESTRUCTURACION DE DATOS
    • Es una forma de organizar un conjunto de datos elementales
    • con el objetivo de facilitar su manipulación. Un dato
    • elemental es la mínima información que se tiene en un
    • sistema.
    • Una estructura de datos define la organización e interrelación
    • de éstos y un conjunto de operaciones que se pueden realizar
    • sobre ellos. Las operaciones básicas son:
    • Alta, adicionar un nuevo valor a la estructura.
    • Baja, borrar un valor de la estructura.
    • Búsqueda, encontrar un determinado valor en la estructura para realizar una operación con este valor, en forma secuencial o binario (siempre y cuando los datos estén ordenados).
  • 24.
    • Otras operaciones que se pueden realizar son:
    • Ordenamiento, de los elementos pertenecientes a la estructura.
    • Apareo, dadas dos estructuras originar una nueva ordenada y que contenga a las apareadas .
    • Cada estructura ofrece ventajas y desventajas en relación a la
    • simplicidad y eficiencia para la realización de cada operación.
    • De esta forma, la elección de la estructura de datos apropiada
    • para cada problema depende de factores como la frecuencia y
    • el orden en que se realiza cada operación sobre los datos.
  • 25. NORMALIZACION
    • Es la redacción y aprobación de normas que se establecen
    • para garantizar el acoplamiento de elementos construidos
    • independientemente, así como garantizar el repuesto en caso
    • de ser necesario, garantizar la calidad de los elementos
    • fabricados y la seguridad de funcionamiento y para trabajar
    • con responsabilidad social.
  • 26. FORMAS NORMALES:
    • Las formas normales son aplicadas a las tablas de una base de
    • datos. Decir que una base de datos está en la forma normal N
    • es decir que todas sus tablas están en la forma normal N .
    • En general, las primeras tres formas normales son suficientes
    • para cubrir las necesidades de la mayoría de las bases de
    • datos.
    • El creador de estas 3 primeras formas normales (o
    • reglas) fue Edgar F .
  • 27. Primera Forma Normal (1FN)
    • Una tabla está en Primera Forma Normal si:
    • Todos los atributos son atómicos. Un atributo es atómico si los elementos del dominio son indivisibles, mínimos.
    • La tabla contiene una clave primaria.
    • La llave primaria no contiene atributos nulos.
    • No posee ciclos repetitivos.
    • No debe de existir variación en el número de columnas.
    • Una columna no puede tener múltiples valores. Los datos son
    • atómicos. (Si a cada valor de X le pertenece un valor de Y,
    • entonces a cada valor de Y le pertenece un valor de X)
    • Esta forma normal elimina los valores repetidos dentro de una
    • BD
  • 28. Segunda Forma Normal (2FN)
    • Dependencia Funcional.
    • Una relación está en 2FN si está en 1FN y si los atributos que
    • no forman parte de ninguna clave dependen de forma
    • completa de la clave principal. Es decir que no existen
    • dependencias parciales.
  • 29. Tercera Forma Normal (3FN)
    • La tabla se encuentra en 3FN si es 2FN y si no existe
    • ninguna dependencia funcional transitiva entre los atributos
    • que no son clave.
    • Un ejemplo de este concepto sería que, una dependencia
    • funcional X->Y en un esquema de relación R es una
    • dependencia transitiva si hay un conjunto de atributos Z que
    • no es un subconjunto de alguna clave de R, donde se
    • mantiene X->Z y Z->Y.
    • Por ejemplo, la dependencia SSN->DMGRSSN es una
    • dependencia transitiva.
  • 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
  • 31. MANIPULACION DE DATOS
    • Depende del diseño de la base de datos si es óptimo su desarrollo sus directrices serán más fáciles de recuperar.
    • El lenguaje de manipulación de datos (DML) es utilizado para escribir programas que crean, actualizan y extraen información de las bases de datos.
  • 32.
    • Es indispensable para el diseño de informes y para responder a consultas utilizando uno de los tres operadores relacionales.
  • 33.
    • Esta se emplea con más frecuencia en la práctica, debido al rápido entendimiento por parte de los usuarios que no tienen conocimientos profundos sobre Sistemas de Bases de Datos
    • Es importante mencionar que la mayoría de los paquetes que manejan bases de datos disponibles en el mercado poseen las instrucciones SELECT, PROJECT Y JOIN con diferentes nombres y modalidades pero las mismas funciones.
  • 34.
    • En este modelo toda la información se representa a través de arreglos bidimensionales o tablas.
    • Estas operaciones básicas son:
    • SELECT
    • PROJECT
    • JOIN
  • 35.
    • Operaciones SELECT
    • Operación que sirve para extraer renglones de una tabla a una
    • nueva tabla como respuesta a una solicitud a partir de la tabla
    • inicial que cumpla con los requerimientos según la solicitud,
    • siendo la respuesta a la nueva relación .
  • 36.
    • Operaciones PROJECT
    • Crea una nueva tabla a partir de datos extraídos seleccionando
    • columnas de alguna tabla en relación a alguna solicitud.
  • 37.
    • Operaciones JOIN
    • Relación que combina tablas existentes en respuesta a la
    • pregunta removiendo aquellos datos duplicados
  • 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.
  • 39. MODELO DE DATOS JERÁRQUICO
    • Es un modelo de datos en el cual los datos son organizados en una estructura parecida a un árbol. La estructura permite a la información que repite y usa relaciones padre/Hijo: cada padre puede tener muchos hijos pero cada hijo sólo tiene un padre. Todos los atributos de un registro específico son catalogados bajo un tipo de entidad.
    Diagrama de modelo de datos jerárquico
  • 40. Características de las bases de datos jerárquicas :
    • Los segmentos de un Archivo jerárquico están dispuestos en forma de árbol.
    • Los segmentos están enlazados mediante relaciones uno a muchos.
    • Cada nodo consta de uno o más campos.
    • Cada ocurrencia de un registro padre pueden tener distinto número de ocurrencias de registros hijos.
    • Cuando se elimina un registro padre se deben eliminar todos los registros hijos (integridad de los datos.
    • Todo registro hijo debe tener un único registro padre excepto la raíz.
  • 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
  • 48.
    • El concepto básico en el enfoque de red es el conjunto (`set'), definido por el comité CODASYL. Un conjunto está constituido por dos tipos de registros que mantienen una relación de muchos a muchos. Para conseguir representar este tipo de relación es necesario que los dos tipos de registros estén interconectados por medio de un registro conectivo llamado conjunto conectivo.
    • Los conjuntos poseen las siguientes características:
    • El registro padre se denomina propietario del conjunto, mientras que el registro hijo se denomina miembro.
    • Un conjunto está formado en un solo registro propietario y uno o más registros miembros.
    • Una ocurrencia de conjuntos es una colección de registros, uno de ellos es el propietario y los otros los miembros.
  • 49.
    • El tipo de registro propietario de un tipo de conjunto debe ser distinto de los tipos de los registros miembro.
    • Sólo se permite que un registro miembro aparezca una vez en las ocurrencias de conjuntos del mismo tipo.
    • Un registro miembro puede asociarse con más de un propietario, es decir, puede pertenecer al mismo tiempo a dos o más tipos de conjuntos distintos. Esta situación se puede representar por medio de una estructura Mult. Anillo.
    • Se pueden definir niveles múltiples de jerarquías donde un tipo de registro puede ser miembro en un conjunto y al mismo tiempo propietario en otro conjunto diferente.
    • Todos los registros propietarios de ocurrencias del mismo tipo de conjunto deben ser del mismo tipo de registro.
  • 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.
  • 52.
    • Si un sistema utiliza una base de datos existente, el analista debe completar los siguientes pasos:
    • Familiarizarse con el esquema de la base de datos.
    • Revisar los estándares y especificaciones de los datos en el diccionario de datos.
    • Determinar los requerimientos lógicos de los datos y desarrollar un subes quema en conjunto con el personal de administración de los datos, que se acomode al esquema y que a su vez proporcione los datos requeridos por el sistema de información.
    • Identificar y diseñar los archivos maestros o de transacción necesarios para el sistema de información, pero que no forman parte de la base de datos existente.
    • Determinar los esquemas apropiados de identificación, código y validación, así como los procedimientos adecuados de procesamiento para todas las entidades, ya sea que los datos acerca de ellas estén en una base de datos o archivos separados.
    • Considerar las preocupaciones de diseño, de métodos de entrada y salida los cuales no cambiaran.
  • 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.

×