P. 1
TOPICOS DDDS

TOPICOS DDDS

|Views: 619|Likes:

More info:

Published by: Paola Yesenia Ortiz Rodriguez on Dec 20, 2010
Copyright:Attribution Non-commercial

Availability:

Read on Scribd mobile: iPhone, iPad and Android.
download as PPTX, PDF, TXT or read online from Scribd
See more
See less

01/14/2013

pdf

text

original

Sections

  • 1.1 FUNDAMENTOS DE TEORÍA GENERAL DE SISTEMAS
  • 1.2 INTEGRANTES Y COMPONENTES
  • 1.3 MODELOS
  • 1.4 ENFOQUE DE SISTEMAS
  • 1.5 DEFINICIÓN Y NATURALEZA DE LOS ERP
  • 2.1 DEFINICIÓN
  • 2.2 FASES(ANÁLISIS DE REQUISITOS Y CONCEPTUALIZACIÓN)
  • 2.3 METODOLOGÍA DEL LENGUAJE LINGÜÍSTICO
  • 3.1 ER-WIN
  • 3.2 DESIGNER
  • 4.1.1 ESTÁNDAR
  • 4.1.2 ESPECIFICO
  • 4.2 HERRAMIENTAS CASE PARA DISEÑO LÓGICO
  • 5.1 IMPLEMENTACIÓN DE CASO PRACTICO EN MODELO RELACIONAL

TOPICOS DE DISEÑO DE SISTEMAS

ALUMNA: LORENA MARLEN ORTIZ RDZ NUMERO CONTROL: 06480492 MAESTRA: LIC. MARTHA ELVA TORRES CASTILLO

UNIDAD I- ENFOQUE DE SISTEMAS 1.1 1.2 1.3 1.4 1.5 Fundamentos de teoría general de sistemas Integrantes y componentes Modelos Enfoque de sistemas Definición y naturaleza de los ERP

UNIDAD II- DISEÑO CONCEPTUAL 2.1 2.2 2.3 2.4 Definición Fases(Análisis de requisitos y Conceptualización) Metodología del Lenguaje Lingüístico Metodología del Lenguaje Estructurado

UNIDAD III- HERRAMIENTAS DE DISEÑO CONCEPTUAL(CASE) 3.1 ER-WIN 3.2 Designer UNIDAD IV- DISEÑO LOGICO DEL DBMS 4.1 Transformación del diseño conceptual al diseño lógico 4.1.1 Estándar 4.1.2 Especifico 4.2 Herramientas CASE para diseño lógico 4.2.1 SmartDraw UNIDAD V- DISEÑO FISICO DEL DBMS 5.1 Implementación de caso practico en modelo relacional

UNIDAD I- ENFOQUE DE SISTEMAS
1.1 FUNDAMENTOS DE TEORÍA GENERAL DE SISTEMAS
TEORIA DE SISTEMAS La teoría de los sistemas es un ramo específico de la teoría general de sistemas. ORIGENES DE LA TEORIA DE SISTEMAS. La teoría general de sistemas surgió de los trabajos del biólogo alemán Ludwig von Bertalanffy, publicados entre 1950 y 1968. La T.G.S. no busca solucionar problemas o intentar soluciones prácticas, pero si producir teorías y formulaciones conceptuales que puedan crear condiciones de aplicación en realidad empírica. Los supuestos básicos de la teoría general de sistemas son: Existe una nítida tendencia hacia la integración de diversas ciencias naturales y sociales Esa integración parece orientarse rumbo a una teoría de sistemas. Dicha teoría de sistemas puede ser una manera más amplia de estudiar los campos no-físicos del conocimiento científico, esencialmente en las ciencias sociales. Con esa teoría, al desarrollar principios unificadores que atraviesan verticalmente los universos particulares de las diversas ciencias involucradas, nos aproximamos al objetivo de la unidad de la ciencia. Esto puede generar una integración necesaria en la educación científica. La teoría general de los sistemas afirma que las propiedades de los sistemas pueden ser descritas significativamente en términos de sus elementos. La comprensión de los sistemas solamente se presenta cuando se estudian los sistemas globalmente, involucrando todas las interdependencias de subsistemas.

sino las características y parámetros que establece para todos los sistemas. El enfoque sistemático. Las funciones de un sistema dependen de su estructura. Los sistemas son abiertos. tanto desde el punto de vista individual como colectivo. a través de una teoría de sistemas capaz de propiciar una visión de un sistema de toma de decisiones. generalmente en aquellos que le son contiguos. No es propiamente la T.D. las culturas dentro de conjuntos mayores de culturas. Es una consecuencia de la premisa anterior. El enfoque sistemático tiene por objetivo representar. en el lugar de hablar de T. si el tema es fisiología. que son los otros sistemas. de forma comprensiva y objetiva el medio en el que tiene lugar la toma de decisiones. los órganos dentro de los organismos . excepto el mayor o el menor.S. el sistema se desintegra. Los sistemas abiertos son caracterizados por un proceso de intercambio infinito con su ambiente. esto es. El concepto de sistema pasó a dominar las ciencias y principalmente. Para los sistemas biológicos y mecánicos esta afirmación es intuitiva. se contraen porque están constituidos por una estructura celular que permite contracciones. se piensa en el sistema nervioso. recibe y descarga algo en los otros sistemas. Si se habla de astronomía. hoy en día en la administración. Cuando el intercambio cesa. Los tejidos musculares. por ejemplo.G. La empresa se presenta como una estructura autónoma con capacidad de reproducirse y puede ser visualizada. se piensa en el sistema solar.S. a veces inconscientemente.G. se fundamenta en tres premisas básicas a saber: Los sistemas existen dentro de los sistemas. .La T. toda vez que la toma de decisión será mucho más fácil.. la administración. es tan común que casi siempre se está utilizando. las colonias dentro de culturas nutrientes. las células dentro de tejidos . o sea. los tejidos dentro de órganos. pierde sus fuentes de energía. se hablaría de la teoría de sistemas. de la organización como un conjunto. Cada sistema que examine. De ahora en adelante. y así sucesivamente. Las moléculas existen dentro de células. lo que constituye en el área de interés en este caso. si se cuenta con una descripción concreta y objetiva del sistema dentro del cual debe ser tomada. los organismos dentro de colonias.G.

La organización o la empresa están sujetas a presiones externas por parte del medio ambiente. trajo la teoría de la decisión mostrando que la organización puede concebirse como un complejo sistema de decisiones: todos los participantes de las organizaciones toman decisiones dentro de una maraña de relaciones de intercambios que caracterizan el comportamiento organizacional. con gran número de variables.Desde el punto de vista histórico. Se preocupo por la productividad y los procedimientos de trabajo que beneficiaran a los operarios. b) la teoría de las relaciones humanas amplió el enfoque de la unidad hombre máquina extendiéndolo a las relaciones entre las personas dentro de la organización. trafico. de la conducta social del individuo y la de los pequeños grupos provocó una profunda revisión de los criterios y técnicas gerenciales. operaciones de carga y descarga. como de una organización informal dentro de un sistema total integrado. e) después de la segunda guerra mundial se intensifico a través de la teoría matemática la aplicación de la investigación operacional a la resolución de problemas grandes y complejos. entre otras cosas. a los jefes y los empresarios. . la empresa es considerada como parte integrante de un sistema social más amplio. La comprensión del efecto de las relaciones sociales entre personas. esto es. se verifica que: a) la teoría de la administración científica utilizó el concepto de sistema hombre máquina paro se limitó al nivel de trabajo fabril. d) la teoría del comportamiento. principalmente en la programación de la producción. c) la teoría estructuralista concibe la empresa como un sistema social reconociendo la existencia tanto de una organización formal.

con la consecuente falla en el desarrollo y la comprensión de los procesos de retroalimentación (feedback). cuantificando sólo los elementos que los comprenden. Esa tendencia ha llevado a no considerar los diferentes ambientes organizacionales y la naturaleza de la dependencia organizacional en cuanto al ambiente. no bastan para analizar la organización empresarial. Por su naturaleza. Por otro lado "el punto débil del micro enfoque en el pasado fue doble: trató con pocas de las variables significantes de la situación total. Sin embargo." CONCEPTO DE SISTEMAS La palabra "SISTEMA" tiene muchas connotaciones: "un conjunto de elementos interdependientes e interactúantes. si esas técnicas científicas propiciaron la solución de muchos problemas complejos y con elevado número de variables. . un grupo de unidades combinadas que forman un todo organizado y cuyo resultado es mayor que el resultado que las unidades podrían tener si funcionaran independientemente. que son esenciales en la supervivencia". y muchas veces se ha sustentado con variables impropias. Se verifica que "Las teorías tradicionales de la organización han propendido por ver la organización humana como un sistema cerrado. También nos llevo a una súper concentración en los principios de funcionamiento organizacional interno. tales técnicas deben estructurar los sistemas.La teoría de colas fue profundizada y se formularon modelos capaces de presentar una gran variedad de situaciones típicas de prestación de servicios en los que es necesario programar la cantidad óptima de servidores para una esperada afluencia de clientes.

para el relajamiento de los estándares y para un aumento de la aleatoriedad. definen una distribución que trata siempre de alcanzar un objetivo. los sistemas se descomponen en estados más simples. Los límites entre el sistema y su ambiente admiten cierta arbitrariedad. De la definición de Bertalanffy según la cual el sistema es un conjunto de unidades recíprocamente relacionadas se deduce dos conceptos: el de propósito (u objetivo) y el de globalismo (o totalidad). A medida de que la entropía aumenta.CARACTERISTICAS DE LOS SISTEMAS Sistema es un todo organizado o complejo un conjunto o combinación de cosas o partes que forman un todo complejo o unitario. Las unidades o elementos. Entropía: es la tendencia que los sistemas tienen al desgaste. De ahí el concepto de neguentropía. Es posible pasar de un sistema a otro que lo abarca. como también las relaciones. De los cambios y de los ajustes continuos del sistema se derivan dos fenómenos el de la entropía y el de la homeostasis. o sea. A medida de que aumenta la información la entropía disminuye. pues la información es la base de la configuración y del orden. Es difícil decir donde comienza y dónde termina determinado sistema. como también pasar a una versión menor contenida en el. por lo cual una acción que produzca cambio en alguna de las unidades del sistema con mucha probabilidad producirá cambios en todas las otras unidades de éste. la información como medio de ordenación del sistema. Esos dos conceptos reflejan dos características básicas de un sistema: Propósito u objetivo: todo sistema tiene uno o algunos objetivos. Globalismo o totalidad: todo sistema tiene una naturaleza orgánica. a la desintegración. .

. La definición de un sistema dependerá del interés de la persona que pretenda analizarlo. El objetivo del sistema total define la finalidad para la cual fueron ordenados todos los componentes y relaciones del sistema .Homeostasia: es el equilibrio dinámico entre las partes del sistema. El sistema total es aquel representado por todos los componentes y relaciones necesarios para la realización de un objetivo. mientras que las restricciones del sistema son las limitaciones introducidas en su operación que definen los límites del sistema y posibilitan explicar las condiciones bajo las cuales debe operar. Los sistemas tienen una tendencia a adaptarse con el fin de alcanzar un equilibrio interno frente a los cambios externos del medio ambiente. dado un cierto número de restricciones.

.1.2 INTEGRANTES Y COMPONENTES Las características esenciales del sistema son las propiedades emergentes de la integración: ‡ Depende de la naturaleza interna de las partes: Un cambio de composición puede producir cambios en el todo y modificar las cualidades del sistema ‡ Su composición: Son el conjunto de partes y elementos que lo integran ‡ Su organización interna: Son las relaciones que se establecen para el adecuado funcionamiento del sistema ‡ Los vínculos que se establecen entre el sistema y el entorno externo que propician su funcionamiento y desarrollo.

Abarca las actividades de Análisis y Diseño. La actividad de análisis se construye el Modelo Esencial.1.3 MODELOS Los Modelos del Sistema ± Enfoque Estructurado La siguiente figura describe todos los modelos desarrollados durante el ciclo de desarrollo de un sistema. . basándose en el enfoque estructurado. en tanto la actividad de diseño construye el Modelo de Implementación.

Los Modelos del Análisis Modelo Ambiental El Modelo Esencial Declaración de propósitos Lista de acontecimientos Diagrama de contexto Modelo de Comportamiento Modelo preliminar (1DFD por c/acontecimiento) Modelo terminado (Nivelación Ascendente/Descendente) .

.

Se acostumbra.El Modelo Esencial Puede ser considerado como la aplicación de la metodología de Análisis Estructurado Moderno de Yourdon. Todos los criterios de modelado y. también. eventos no considerados). modelar el comportamiento externo del sistema con DTE. La creación simultánea del modelo de datos. ayuda en la validación y completitud del modelo esencial (descubriendo. Creación de un Diagrama de Contexto y de una Lista de Eventos. describe los estímulos que recibe el sistema y las respuestas generadas por los estímulos. árboles de pantallas o menús. Definición del Diccionario de Datos inicial. Tabla de Estimulo-Respuesta. descriptos en la metodología de Análisis Estructurado Moderno pueden (y deben) ser aplicados en esta etapa para obtener un modelo esencial de calidad y que sea consistente. modelo funcional y modelo de interfaz o comportamiento externo. principalmente de validación. Los DFDs por eventos se unen en un único DFD (el Modelo Funcional) y los ERDs por eventos se unen en un único ERD (el Modelo de Datos). Dos modelos componen el modelo esencial: El Modelo del Ambiente: Declaración de los objetivos. etc. La idea fundamental con la que el modelo esencial es concebido es la de Tecnología Perfecta en la cual no hay restricciones de cantidad de memoria. por ejemplo. y un ERD por cada uno de los eventos de la Lista de Eventos. tamaño del disco o velocidad del procesador. El Modelo de Comportamiento: Creación de un DFD. .

La creación del modelo de implementación se fundamenta en la creación de tres modelos. lenguajes de comandos. etc. etc. Se debe considerar ahora. uno de ellos en forma independiente (el modelo de implementación usuario o de la interfaz hombremáquina) y los otros dos en forma encadenada en un proceso incremental de refinamiento e incorporación de detalles: El Modelo de Implantación del Usuario Es el punto de inflexión entre la etapa de análisis y la etapa de diseño. las imperfecciones de la tecnología y determinar: la cantidad de procesadores necesarios. diseño de pantallas para el ingreso de datos y presentación de resultados. lay-out y formato de pantallas. Luego se diseña la solución sobre la base de esas restricciones tecnológicas.). el tamaño de disco necesario de acuerdo al volumen de la información a ser almacenada. El modelo de implementación del usuario especifica un conjunto de restricciones que el usuario deseará imponer al grupo de desarrollo y condicionarán al diseñador. el modelo esencial es instanciado en una tecnología dada. secuencialidad. las cualidades de estos procesadores. Las interfaces deben ser diseñadas para cada uno de los procesadores (del modelo de procesadores) y para cada una de las tareas (del modelo de tareas).El Modelo de Implementación A partir de esta etapa. estilo (árboles de menús. Define la interfaz hombremáquina que es modelada en todos sus detalles. formato de informes y listados. y puede ser desarrollado en paralelo. estilo de mensajes de error. manipulación directa. La creación de este modelo es independiente del resto de los modelos que conforman el de implementación. etc. .

dispositivos de almacenamiento. salida de datos del sistema) * Operación del sistema en producción . navegaciones de pantalla Métodos de codificación a utilizar para el ingreso de datos Actividades de apoyo manual que se podrían requerir: actividades µno esenciales¶ que deben agregarse al sistema por no disponerse de una tecnología perfecta e ideal. realización de cálculos. El usuario escoge un sistema totalmente automatizado El usuario escoge un sistema totalmente manual Detalle de la interacción humano-máquina: especifica todos los aspectos del diseño de la interfaz entre el sistema y el entorno. Los aspectos más importantes a considerar en este punto son: * * * * * Elección de dispositivos de E/S Formato de las entradas que fluyen desde los terminadores hasta el sistema Formato de las salidas que fluyen desde el sistema hacia los terminadores Secuencia y tiempos de entradas y salidas en un sistema en línea. Pueden representarse como burbujas adicionales en el modelo esencial. pero lo que debe tenerse presente es que siempre es el usuario el que finalmente tiene la responsabilidad de fijar la frontera de automatización. El usuario puede fijar entre las siguientes alternativas * diseñador * * Al usuario no le interesa donde está la frontera de automatización. Los casos típicos son: * Controles de posibles fallas humanas/técnicas (ingreso de datos al sistema.Los aspectos más importantes que se especifican en el modelo de implementación del usuario son: Delimitación de la frontera de automatización: distribución del modelo esencial entre personas y máquinas: el usuario puede tomar diferentes actitudes frente a este punto. dejando librado al la decisión de establecerla.

lenguaje de programación. telecomunicaciones. mttr) Restricciones de seguridad (controles de acceso al sistema) Agregado de procesos de arranque y apagado del sistema. El criterio fundamental es: Minimizar todo lo posible las distorsiones agregadas. Los aspectos típicos son: * * * * * * Volumen de los datos Tiempo de respuesta en sistemas On-line Restricciones políticas sobre modalidades de implantación Restricciones ambientales Restricciones de seguridad y confiabilidad (mtbf. . El Modelo de Distribución Describe todas las decisiones relativas a la arquitectura de hardware (modelo de procesadores) y a la estructuración general de la arquitectura de software (modelo de tareas).Restricciones operativas que el usuario desea imponer al sistema: son restricciones que afectarán la configuración de hw. en los modelos creados hasta este punto algunas Distorsiones (requerimientos no esenciales) destinadas a optimizar el uso de esa tecnología. Se incorporan. sistema operativo.

Tipos de configuración típicas: . Implica la asignación de procesos y almacenes a los procesadores. software y hardware de red. etc.Centralizada (host based) .El Modelo de Procesadores Asigna el modelo esencial a distintos procesadores y determina la arquitectura de comunicación entre ellos. modelo funcional y modelo de comportamiento externo o de interfaz) es subdividido por procesadores. refinamiento de procesos y entidades o depósitos de datos (para asociar parte en un procesador y parte en otro) y a la incorporación de procesos para el control de la comunicación entre procesadores (siempre que la tecnología no solucione el problema de manera transparente). volumen de información almacenada.Descentralizada . Las distorsiones agregadas corresponden a la partición del DFD. Se aplican criterios cualitativos (por ejemplo: necesidad de monitores de alta resolución gráfica) y cuantitativos (por ejemplo: velocidad del procesador. ERD. sistemas operativos. El modelo comporta mental (modelo de datos.Mixta .) para seleccionar los procesadores.Distribuida / C-S . Según la cantidad de procesadores utilizados y la forma de comunicación entre ellos se tienen distintas configuraciones. etc. DTE en procesadores.

redundantes) .D.Eficiencia . y mantenerse copias actualizadas en cada procesador. y acceso a base de datos.Centralizada: Asigna el modelo esencial completo a un único procesador central. En este caso el usuario ve al conjunto de procesadores como un único recurso computacional. lógica del negocio.Confiabilidad (separar los procesos en varios procesadores. / Servidor de Aplicación / Presentación en Est. proc.Enlace de telecomunicaciones entre procesadores . etc. . / Aplicación-Presentación en Estación de Trabajo C/S 3 niveles: Servidor de B.Seguridad (procesadores y datos en lugares seguros) .Conexión directa entre procesadores (canal / red local / otros) .Enlace indirecto: los datos son transferidos de un procesador a otro vía algún medio de almacenamiento (cinta. Es común la existencia de un sistema central que consolida toda la información de la organización y que en diferentes unidades operativas que no esté conectadas a dicho procesador central existan sistemas satélites que implementan algunos procesos con almacenes con datos locales.) Factores que influyen en la configuración de procesadores: . Cliente/Servidor: Se distribuyen partes del proceso en diferentes procesadores. CD.Trab. Los dos esquemas cliente-servidor más utilizados en la actualidad son: C/S 2 niveles: Servidor de B. disquete. Distribuida: Se asignan partes del modelo esencial a diferentes procesadores los cuales están comunicados de alguna forma y sobre los que corre un sistema operativo distribuido. El esquema más genérico de distribución cliente-servidor distribuye el modelo del sistema en tres niveles: presentación. Tipos de configuración de comunicación entre procesadores: .Costo . los mismos deberán duplicarse. En el caso de almacenes que deban ser compartidos por procesos asignados a diferentes procesadores. Descentralizada: Se asignan partes del modelo esencial a diferentes procesadores los cuales trabajan en forma independiente.D.Restricciones políticas y operacionales. Mixta: Puede darse una combinación de los casos anteriores.

el manejo de tareas es transparente al desarrollador. Además. interactivos o de tiempo real. es diseñada mediante la aplicación de las técnicas y estrategias descriptas por el Diseño Estructurado (por ejemplo: Análisis de Transformaciones y Transacciones) y mejorada con la aplicación de criterios de calidad (por ejemplo: Cohesión. etc. es probable que sea necesario agregar procesos de control de concurrencia y sincronización para el acceso a recursos compartidos (como por ejemplo los depósitos de datos). La comunicación entre tareas normalmente es provista vía el sistema operativo. En muchos sistemas operativos modernos. etc. Las tareas pueden categorizarse típicamente en Interactivas.) . Para la mayoría de los sistemas administrativos es importante determinar que partes del modelo esencial se asignaran a tareas interactivas y cuales a tareas batch.El Modelo de Tareas Los modelos resultantes de la creación del modelo de procesadores son estudiados por separado (un procesador por vez). y en Tiempo Real. Dentro de cada procesador definido en el modelo anterior. Acoplamiento. para determinar tareas diferentes (que serán programas diferentes de manera tal que se pueden ejecutar concurrentemente o no). El Modelo de Programas Para cada tarea debe desarrollarse un modelo de programa. Batch. La estructura del programa que implementa cada una de las tareas resultantes de las etapas de modelado de procesadores y tareas. partes del DFD aisladas del resto (comunicación solamente a través de depósitos de datos). La distorsión agregada en esta etapa representa la subdivisión del modelo funcional de un procesador (el DFD) en distintos DFDs (uno por tarea) agrupando procesos batch. deben asignarse procesos a diferentes tareas o particiones. De esto se encarga principalmente el Diseño Estructurado.

. El enfoque comienza con una serie de objetivos y se dedica al diseño del todo. El sistema de contabilidad tradicional se ocupaba principalmente de suministrar información posterior a los hechos para los estados financieros. a diferencia del diseño de los componentes o subsistemas. las organizaciones de negocios no alcanzaban su eficacia óptima porque no relacionaban entre sí las partes o funciones (subsistemas) ni tampoco con el todo. Los sistemas de organización e información se diseñan para lograr la sinergia. que produce un efecto total mayor que el de la suma de los efectos considerados independientemente. la acción simultánea de las partes separadas. no de una toma de decisiones administrativas proyectada hacia lo futuro. Anteriormente. aunque recíprocamente relacionadas. B) Para diseñar sistemas de información para la toma de decisiones. flujos de dinero o sistemas de fuerza humana).1. A veces la función de ventas se ejecutaba sin un consideración adecuada de de la manufactura. el enfoque de sistemas para la administración se diseña para utilizar el análisis científico en las organizaciones complejas: A) Para desarrollar y administrar los sistemas de operación (por ejemplo. Es evidente el eslabonamiento entre esos dos procesos: el objetivo del diseño de sistemas de información consiste en ayudar a la toma de decisiones relacionadas con la administración de los sistemas de operación Un concepto fundamental del enfoque de sistemas para la organización y la administración es la relación recíproca de las partes o subsistemas de la organización. La característica sinérgica del enfoque de sistemas es muy importante. El control de producción no se coordinaba con el planeamiento financiero o de personal y el sistema clásico de información a la gerencia consistía de la tabla de cuentas.4 ENFOQUE DE SISTEMAS Esencialmente.

Thome y Willard han descrito ese enfoque: El enfoque de sistemas una forma ordenada de valorar una necesidad humana de índole compleja. 3. no como partes. la administración trataba de hacer lo siguiente: 1.ENFOQUE DE SISTEMAS PARA LA SOLUCIÓN DE PROBLEMAS INCLUYE: 1) Una filosofía de enfoque 2) Un método de diseño de sistemas para la solución de problemas. preguntándonos: ¿Cuántos elementos distinguibles tiene este aparente problema? ¿Qué relaciones de causa y efecto hay entre esos elementos? ¿Qué funciones hay que ejecutar en cada caso? ¿Qué intercambios pueden requerirse entre los recursos después de que se definan? Cómo el enfoque de sistemas se dedica al diseño del todo. De acuerdo con el antiguo enfoque de componentes.Optimizar la zona de conocimiento y el proceso. 2. Optimizar la zona del comedor y el proceso de recolección del dinero. Para explicar este punto consideramos el "ardiente" expendio de carnes al carbón. Optimizar el proceso de servicio. . se ocupa de las relaciones antes de perfeccionar los componentes. La filosofía consiste en ver siempre el problema y sus componentes en su totalidad relacionada. en un estado de ánimo de "esperemos y estudiemos la situación desde todos los puntos de vista".

. teórico. El enfoque organizado requiere que a pesar de sus diversos antecedentes especializados los miembros del grupo del sistema comprendan el enfoque de sistemas. Aunque el desarrollo del sistema en sus etapas posteriores puede no proporcionar el mejor diseño de los componentes. Aunque puede decirse lo mismo de las prácticas administrativas pasadas. por que los objetivos del sistema derivan de la formulación y de las necesidades del mismo. el sistema fracasará. Esas características del enfoque de sistemas son las siguientes: 1. el sistema puede seguir funcionando para suministrar una solución adecuada. Ordinariamente. hay ciertas diferencias de grado y procedimiento.CARACTERISTICAS DEL ENFOQUE DE SISTEMAS: El enfoque de sistemas es también organizador. independientemente de lo bien que se lleve a cabo el diseño detallado. La formulación del problema es muy importante para todo el proyecto de diseño. a fin de formularlos. un grupo de diestros generalizadores profesionales (diseñadores de sistemas) y de especialistas (expertos en técnicas y componentes) examinan el dominio del problema durante un periodo especifico. si el problema se diagnostica de modo incorrecto y se establecen objetivos incorrectos. La administración desempeña un papel muy importante en la identificación y formulación de los problemas.ORGANIZADO: El enfoque de sistemas es un medio para resolver grandes problemas amorfos cuyas soluciones requieren la aplicación de grandes cantidades de recursos en una forma organizada. Sin embargo. creador. empírico y pragmático. El lenguaje del diseño de sistemas es la base de sus comunicaciones.

D) Hay que subordinar las barreras tradicionales. El enfoque de sistemas debe ser creador porque: A) Los problemas son tan complejos y tan mal estructurados que no hay una formulación o solución única. funcionales y disciplinarias a la síntesis de la solución. pero la teoría proporciona el molde. C) Hay que formular soluciones alternativas para los problemas de los subsistemas y debe escogerse entre muchas soluciones a fin de lograr una aproximación de un sistema total óptimo. con los cuales podemos construir soluciones prácticas de los problemas. El sistema final dependerá en gran parte de la originalidad y de la capacidad creadora de los individuos que contribuyan a su diseño. el enfoque de sistemas debe ser creador. Los distintos datos pueden dar formas diferentes. CREADOR: A pesar de los procedimientos generalizados desarrollados para el diseño de sistemas. 3. La estructura es el esqueleto y los datos suministran la materia que llena la forma. Las teorías pertinentes para el enfoque de sistemas pueden obtenerse de cualquier disciplina.2. B) Una gran parte de los datos disponibles es tan incompleta. según se requiera. que se dedique primeo a las metas y luego a los métodos. . y la misma teoría de los sistemas se basa en muchas disciplinas. TEÓRICO: Los métodos científicos son los fundamentos del enfoque de sistemas. incierta o ambigua que hay que usar una gran dosis de imaginación para formar una estructura teórica para el problema. La ciencia suministra estructuras teóricas (cuya validación aumenta con el tiempo).

Además. funciones. El sistema debe ser posible. . Hay que distinguir los datos pertinentes de los que no lo son. el personal de la organización debe tomar parte en el proceso de diagnóstico. ínter actuaciones. desarrollo y diseño. actitudes y otras características de organización en los sistemas de hombres y máquinas. PRAGMÁTICO: En los sistemas empíricos o reales una importante característica del enfoque de sistemas es que suministra un resultado orientado hacia la acción. Las actividades del sistema se encaminan hacia la ejecución de una serie de propósitos actuales o de necesidades reales. así como los verdaderos de los falsos. Por regla general los datos pertinentes incluyen no sólo hechos y aspectos técnicos. Por lo tanto. 5.4. capaz de producirse y de funcionar. el diseñador de sistemas debe tener una buena comprensión de la organización para la que se efectúa el trabajo. sino también hechos sobre las prácticas. EMPÍRICO: La búsqueda de datos empíricos es una parte indispensable del enfoque.

en la aparición de varios cambios fundamentales en el proceso administrativo durante los últimos veinte años. y 4) la explosión de la información. en nuestra premisa original de complejidad de las organizaciones modernas y. por una parte. Esos dos factores la creciente complejidad y los cambios administrativos seguirán acelerándose durante la década presente y se hará hincapié en la administración del cambio. por la otra. Aunque las causas son muchas y muy variadas. los factores no humanos que afectan el proceso administrativo y que dan por resultado la necesidad de mejores sistemas de información se atribuyen por regla general a lo siguiente: 1) la revolución tecnológica.3) los cambios de producción y la disminución del ciclo vital de los mismos. . LA COMPLEJIDAD EN LAS ORGANIZACIONES MODERNAS: Es indudable que la aceleración de la complejidad es una característica de las organizaciones modernas en gran escala.2) los efectos de las investigaciones y del desarrollo.RAZONES PARA APLICAR EL ENFOQUE DE SISTEMAS: ¿Por qué sale el enfoque de sistemas al frente de la administración este momento especial de la historia? La respuesta consiste.

negocios. aspectos y cuestiones productivas y distributivas de bienes y servicios en una empresa. ³Planeamiento de Recursos Empresariales´. . o bien.5 DEFINICIÓN Y NATURALEZA DE LOS ERP Se llama ERP a los sistemas de planificación empresariales que administran aspectos de producción. ERP es una sigla que significa ³Enterprise Resource Planning´. Esta práctica tiene que ver con el gerenciamiento de los distintos recursos. distribución y otros en una compañía.1.

existen alternativas. entregas. Openbravo. en la medida en que los primeros se ocupan de aspectos administrativos internos. entre otras cosas. el AbanQ. ser modular (dividir sus aspectos según los diferentes departamentos de la empresa). Para esto pueden emplearse distintos software que facilitan la organización de datos. es decir. logística. la resolución de problemas y el arribo a conclusiones satisfactorias y precisas. no son fácilmente personalizables. facturación y contabilidad. No sólo a nivel del departamento de producción y finanzas. de administrar la producción. sino que también son contemplados en aspectos de tecnología. Un sistema ERP en una institución se ocuparía. OpenERP y GNUe. . el registro de operaciones y la elaboración de informes. Algunos ERP de software libre. en ocasiones.A menudo se los conoce como µback office¶. inventario. Sin embargo. típicamente. mientras que el segundo término refiere al software u operaciones relacionados con atención al cliente y público general. amoldarse a las particularidades de cada institución). un sistema ERP es empleado en todo tipo de empresas. Actualmente. por ejemplo. la comunicación con los distintos interlocutores. que pueden ser utilizados sin restricciones son. Este tipo de software o sistema puede centralizar las operaciones e información de toda la compañía. marketing y administración estratégica. un ERP tiene que cumplir las siguientes atribuciones: ser integral (administrar todos los aspectos de una empresa). y ser adaptable (es decir. recursos humanos. distribución. Para ser considerado como tal. facilitando el trabajo entre pares. La mayoría de los programas de ERP son costosos y. a la inversa de µfront office¶. venta.

.

2. El diseño debe implementar todos los requisitos explícitos obtenidos en la etapa de análisis. . El diseño lógico es la solución del equipo de proyecto del negocio y consiste de las siguientes tareas: Identificar los usuarios y sus roles Obtener datos de los usuarios Evaluar la información Documentar los escenarios de uso Validar con los usuarios Validar contra la arquitectura de la empresa Una forma de obtener estos requerimientos es construir una matriz usuarios-actividades de negocios. El diseño debe proporcionar una idea completa de lo que es el software. dónde y por qué de la solución. realizar entrevistas.1 DEFINICIÓN El diseño conceptual se considera como un análisis de actividades y consiste en la solución de negocios para el usuario y se expresa con los casos de uso. encuestas y/o visitas a los usuarios. Estos parámetros son los siguientes: 1.DISEÑO CONCEPTUAL 2. El diseño debe ser una guía que puedan leer y entender los que construyen el código y los que prueban y mantienen el software.UNIDAD II. qué. El objetivo del diseño es producir un modelo o representación de una entidad que se va a construir hay tres características que sirven como parámetros generales para la evaluación de un buen diseño. cuándo. de tal manera que se obtenga quién.

y puede subdividirse en dos etapas: *Análisis de los requerimientos: El análisis de los requerimientos es un paso esencial en el proceso de diseño ya que se debe asegurar que se incorpore toda la información necesaria para la aplicación particular. . la función requerida.2 FASES(ANÁLISIS DE REQUISITOS Y CONCEPTUALIZACIÓN) El proceso de reunión de requisitos se intensifica y se centra especialmente en el software. y fuera de consideraciones sobre la eficiencia del ordenador. comportamiento. rendimiento e interconexión.2. el desarrollador o desarrolladores del software comprendan completamente la naturaleza de los programas que deben construirse para desarrollar la aplicación. con independencia de usuarios o aplicaciones en particular. constituye la primera fase de la metodología de diseño de bases de datos. Una metodología es un conjunto de modelos y herramientas que nos permiten pasar de una etapa a la siguiente en el proceso de diseño de la Base de Datos En una metodología existen varias etapas o fases para la creación del diseño: Fase de diseño conceptual: su objetivo es obtener una buena representación de los recursos de información de la empresa. Dentro del proceso de análisis es fundamental que a través de una colección de requerimientos funcionales y no funcionales. El diseño conceptual también se le denomina como modelo conceptual.

en general. si bien no existen reglas deterministas que nos digan qué elemento va a ser una entidad o cuál otro una interrelación. un tipo de entidad. el esquema conceptual El enfoque lingüístico establece que: a).los nombres propios suelen indicar ocurrencias de un tipo de entidad. utilizando como herramienta el modelo entidad/relación.un verbo transitivo o frase verbal es un tipo de interrelación. sí se pueden enunciar unos principios generales que... . El estado de análisis de los requerimientos debería contener además un análisis de los tipos de operaciones a ser ejecutadas en la base de datos *Etapa de conceptualización: En esta etapa se debe interpretar las frases del lenguaje natural y representarlo de forma normalizada apoyándose en un modelo de datos como en el modelo entidad relación.Su objetivo es identificar los requerimientos de la empresa cuyos datos se quiere almacenar y describir los objetos y sus interrelaciones así como describir los fenómenos del mundo real. d).una proposición o frase preposicional entre dos nombres suele ser un tipo de interrelación o también establece una asociación entre entidad y atributo. aunque podría ser atributo.el sustantivo que actúa como sujeto o complemento directo es. b). junto al buen criterio del diseñador pueden ayudarnos a elaborar. c).. En la transformación al esquema conceptual..

una interrelación es un objeto de datos que hace posible la selección de una entidad por medio de una referencia a un atributo de otra entidad. II.un atributo es un objeto de datos al que se asigna un valor. . Teniendo como objetivo el de: ‡ ‡ ‡ ‡ y describir un modelo del sistema utilizando el lenguaje de los Desarrolladores. razonar más sobre los aspectos internos del sistema. incluyendo la arquitectura. III.El enfoque de categorización de objetos establece que: I. Durante la etapa de análisis de requisitos. utilizar un lenguaje más formal para refinar detalles relativos a los requisitos del sistema. su mantenimiento. en general. analizamos los requisitos que se han descrito en la etapa de requisitos. El propósito principal de esta etapa es conseguir una comprensión más precisa de los requisitos y una descripción de los mismos que sea fácil de mantener y que nos ayude a estructurar el sistema completo. desarrollo.una entidad es un objeto de datos que tiene más propiedades que su nombre. modificación. refinándolos y estructurándolos. estructurar los requisitos de un modo que facilite su comprensión.

cuando la arquitectura es estable y se comprenden los requisitos. Arquitectura del software (modelo de análisis). refinar la arquitectura. Informe de evaluación. Análisis de los casos de uso. Los productos de desarrollo del software fundamentales que se desarrollan en la etapa de análisis de requisitos son: ‡ ‡ ‡ ‡ ‡ Modelo de análisis. Los participantes responsables de las realizar las actividades y los productos de desarrollo del software son: ‡ ‡ Arquitecto software Analista del sistema Dentro del ciclo de vida del software las iteraciones iniciales de la fase de elaboración se centran en el análisis de requisitos. Análisis de la realización de los casos de uso. Plan de pruebas.Para conseguir estos objetivos el flujo de trabajo de la etapa de análisis de requisitos consta de las siguientes etapas: ‡ ‡ ‡ ‡ ‡ definir la arquitectura candidata. Evaluación. Más adelante. al término de la fase de elaboración y durante la fase de construcción. el énfasis pasa en cambio a la etapa de diseño y a la de implementación. . Informe del modelo de análisis. Eso contribuye a obtener una arquitectura estable y sólida y facilita una comprensión en profundidad de los requisitos. que incluye diagrama de conceptos y realización de los casos de uso.

: date. Estas son las formas en las que pueden aparecer estos recursos lingüísticos representando extractos de conocimiento: ‡ La representación lingüística textual parte del lenguaje natura l y los términos ‡ La representación lingüística sintética ‡ Los documentos estructurados ‡ Las representaciones multimedia EN EL ENFOQUE LINGÜÍSTICO: Un sustantivo (nombre común) que actúa como sujeto o complemento directo en una frase es por lo general un tipo de entidad. podemos pensar en la interrelación entre autor e institución o bien.: la institución del autor.2. Diseño lógico En esta etapa transformaremos el esquema conceptual obtenido en la fase anterior a un esquema relacional. Los nombres propios indican ocurrencias de un tipo de entidad.: pedir prestado indica una interrelación entre las entidades libro y socio. el atributo institución de autor. . entendemos el lenguaje natural y los términos cuya naturaleza de representación también es lingüística. Ej. Ej. Ej.: los socios piden prestados libros. Ej. Un verbo transitivo o una frase verbal es un tipo de interrelación. Una preposición entre dos nombres suele ser un tipo de interrelación o también establece la asociación entre una entidad y sus atributos. c indica una ocurrencia de autor. existen dos posibles entidades: socio y libro. Este esquema sigue siendo independiente del sgbd que se utilizará en la siguiente etapa. aunque podría ser un atributo.3 METODOLOGÍA DEL LENGUAJE LINGÜÍSTICO Recursos lingüísticos.

En esta etapa.. éste se va probando y validando con los requisitos de usuario. La normalización es una técnica que se utiliza para comprobar la validez de los esquemas lógicos basados en el modelo relacional. El esquema lógico es una fuente de información para el diseño físico. independiente del sgbd concreto que se vaya a utilizar y de cualquier otra consideración física. 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.todo tipo de entidad se convierte en una relación. como puede ser el modelo relacional.todo tipo de interrelación n: m se transforma en una relación. II. se representen correctamente en la base de datos. ya que asegura que las relaciones (tablas) obtenidas no tienen datos redundantes. el modelo jerárquico o el modelo orientado a objetos.-todo tipo de interrelación 1: n se traduce en el fenómeno de propagación de la clave o bien se crea una nueva relación. Conforme se va desarrollando el esquema lógico. el modelo de red. ya que permite que los futuros cambios que se realicen sobre los programas de aplicación o sobre los datos. III. se transforma el esquema conceptual en un esquema lógico que utilizará las estructuras de datos del modelo de base de datos en el que se basa el sgbd que se vaya a utilizar.El paso del esquema e/r al relacional se basa en los siguientes principios: I. juega un papel importante durante la etapa de mantenimiento del sistema. Además. Esta técnica se presenta en el capítulo dedicado al diseño lógico de bases de datos.

es fundamental dedicar el tiempo y las energías necesarias para producir el mejor esquema que sea posible. hay que tener en cuenta que la capacidad de ajustarse a futuros cambios es un sello que identifica a los buenos diseños de bases de datos. o mantener la integridad de la base de datos. . definir todas las vistas de usuario (esquemas externos). También puede ser difícil definir la implementación física o el mantener unas prestaciones aceptables del sistema. El diseño conceptual y el diseño lógico son etapas clave para conseguir un sistema que funcione correctamente. Además. será difícil. sino imposible. tienen un punto de inicio y se van refinando continuamente. como el diseño lógico. son procesos iterativos. Por todo esto.Tanto el diseño conceptual. Ambos se deben ver como un proceso de aprendizaje en el que el diseñador va comprendiendo el funcionamiento de la empresa y el significado de los datos que maneja. Si el esquema no es una representación fiel de la empresa.

a manera en que el soft are se encuentra estructurado tiene que ser especificada desde su componente más ásico asta los usuarios finales. Est s l spect es l represent ci n e soft re e efine los e se empaquetan estos componentes e n sistema. Hay de diferentes niveles dependiendo la complejidad del sistema q analiza. F Q En el enfoque estructurado se usan los dfd (diagrama de flujo de datos) como principal erramienta para entender al sistema antes de plasmarlo a código fuente. Un mínimo cambio en el código puede llegar alterar al resto del programa cosa que en uno OO bien encarado eso no sucede lo cual es una ventaja porque así no se pierde tiempo en arreglar cosas ya hechas.2. con solo importar clases ya hechas se escribe menos código y se ahorra tiempo. flujo de datos (argumentos) archivos ( ase de datos). Hablando de lenguajes tiene muchas diferencias con la OO. la manera en componentes e interact an unos con los otros. esto sí es habitual en lenguajes OO.   ¨ ¤ §¦ §¦ ¡¥   ¤ £ ¡ ¨ ¥ © ¡ § ¢ ¤ ¡       . Dfd es un diagrama en el que participan procesos (métodos). Otra desventaja es que una porción de código en lenguaje estructurado es difícil que pueda servir en otros proyectos.

.

.

‡Una innovación en la organización. Implementación e Instalación. Se puede ver al CASE como la unión de las herramientas automáticas de software y las metodologías de desarrollo de software formales. Diseño. utilidades y técnicas que facilitan la automatización del ciclo de vida del desarrollo de sistemas de información. ingenieros de software y desarrolladores. durante todos los pasos del Ciclo de Vida de desarrollo de un Software.Qué son las Herramientas CASE Se puede definir a las Herramientas CASE como un conjunto de programas y ayudas que dan asistencia a los analistas. Análisis. . completamente o en alguna de sus fases. un concepto avanzado en la evolución de tecnología con un potencial efecto profundo en la organización. CASE se define también como: ‡Conjunto de métodos. los estados en el Ciclo de Vida de desarrollo de un Software son: Investigación Preliminar. Como es sabido. ‡La sigla genérica para una serie de programas y una filosofía de desarrollo de software que ayuda a automatizar el ciclo de vida de desarrollo de los sistemas.

las compañías pudieron desarrollar sistemas sin encarar el problema de tener cambios en las necesidades del negocio. Con un CASE integrado. las organizaciones pueden desarrollar rápidamente sistemas de mejor calidad para soportar procesos críticos del negocio y asistir en el desarrollo y promoción intensiva de la información de productos y servicios. Por esto.La realización de un nuevo software requiere que las tareas sean organizadas y completadas en forma correcta y eficiente. antes de finalizar el proceso de desarrollo. Las herramientas CASE también permiten a los analistas tener más tiempo para el análisis y diseño y minimizar el tiempo para codificar y probar. La introducción de CASE integradas está comenzando a tener un impacto significativo en los negocios y sistemas de información de las organizaciones. . Las Herramientas CASE fueron desarrolladas para automatizar esos procesos y facilitar las tareas de coordinación de los eventos que necesitan ser mejorados en el ciclo de desarrollo de software. En un mercado altamente competitivo. También permite a las compañías competir más efectivamente usando estos sistemas desarrollados nuevamente para compararlos con sus necesidades de negocio actuales. esto puede hacer la diferencia entre el éxito y el fracaso. La mejor razón para la creación de estas herramientas fue el incremento en la velocidad de desarrollo de los sistemas.

Los diccionarios de datos. hecho posible a través de las mejoras en las Herramientas CASE. son el resultado directo de la llegada del diseño de flujo de datos y análisis estructural. etc. coherencia. Para conseguir estos dos objetivos es conveniente contar con una organización y una metodología de trabajo. Los setentas vieron la introducción de técnicas gráficas y diagramas de flujo de estructuras de datos. Historia de las Herramientas CASE Las Herramientas CASE tienen su inicio con el simple procesador de palabras que fue usado para crear y manipular documentación. La mejora de calidad se consigue reduciendo sustancialmente muchos de los problemas de análisis y diseño.). además de la propia herramienta. Generar estructuras de código. algunas de ellas son: Verificar el uso de todos los elementos en el sistema diseñado. Automatizar el dibujo de diagramas. La mejora de productividad se consigue a través de la automatización de determinadas tareas. como la generación de código y la reutilización de objetos o módulos. La principal ventaja de la utilización de una herramienta CASE. es la mejora de la calidad de los desarrollos realizados y. en segundo término. un documento muy usado que mantiene los detalles de cada tipo de dato y los procesos dentro de un sistema. La introducción de las herramientas CASE para ayudar en este proceso ha permitido que los diagramas puedan ser fácilmente creados y modificados. . Ayudar en la documentación del sistema. Ayudar en la creación de relaciones en la Base de Datos. el diseño y especificaciones en forma pictórica han sido extremadamente complejos y consumían mucho tiempo para realizar cambios. mejorando la calidad de los diseños de software. Sobre este punto. el aumento de la productividad. inherentes a los proyectos de mediano y gran tamaño (lógica del diseño.Estas herramientas pueden proveer muchos beneficios en todas las etapas del proceso de desarrollo de software. consolidación.

Como un paso final.Pronto se reemplazaron los paquetes gráficos por paquetes especializados que habilitan la edición. . Estos beneficios consistían. utilidad y rendimiento. mantenimiento y actualización. las herramientas gráficas integradas con diccionarios de base de datos para producir poderosos diseños y desarrollar herramientas. Con estos objetivos en mente. La primera herramienta comercial se remonta a 1982. por ejemplo. Reducción del costo de producción de software. la industria destinó millones en producción de Herramientas CASE. Las herramientas del CASE serían una familia de métodos favorablemente estructurados para planeamiento. la verificación de errores y generadores de casos de pruebas fueron incluidos para validar el diseño del software. en el aumento en la productividad. Todos estos procesos pueden saberse integrados en una simple herramienta CASE que soporta todo el ciclo de desarrollo. Esto llevaría a la generación automática de código para desarrollo de software vía una especificación formalmente diseñada. análisis y diseño. El objetivo en 1985 para muchos vendedores era producir software más rápidamente. fiabilidad. Eventualmente. El entorno de producción de documentación para software mejora la comunicación. podrían sostener ciclos completos de diseño de documentos. No fue sino hasta 1985 en que las herramientas CASE se volvieron realmente importantes en el proceso de desarrollo de software. actualización e impresión en múltiples versiones de diseño. aunque algunos especialistas indican que algunos ejemplos de herramientas para diagramación ya existían. Esto traería como beneficio: Una mejora en la calidad. Hace el trabajo de diseño de software más fácil y agradable. La promesa futura de reemplazar realmente a los ingenieros de software especializados. Los proveedores prometieron a la Industria que muchas actividades serían beneficiadas por la ayuda de las CASE.

hubo también trabajo de investigación a nivel mundial en diferentes instituciones como Universidades. La industria de Herramientas CASE está creciendo y está tomando cada vez mayor importancia.Así como esta enorme suma de dinero fue gastada en Herramientas CASE. Instituciones Gubernamentales y de Defensa. .

atributos. Genera automáticamente las tablas y miles de líneas de stored procedure y triggers para los principales tipos de base de datos. ERwin hace fácil el diseño de una base de datos. y llaves importantes. generación. ERwin automatiza el proceso de diseño de una manera inteligente. ERwin permite visualizar la estructura. los elementos importantes. Los diseñadores de bases de datos sólo apuntan y pulsan un botón para crear un gráfico del modelo E-R (Entidad-relación) de todos sus requerimientos de datos y capturar las reglas de negocio en un modelo lógico. Desde un modelo lógico de los requerimientos de información. ERwin habilita la creación de un diccionario de atributos reusables. hasta el modelo físico perfeccionado para las características específicas de la base de datos diseñada. Por ejemplo. Brinda productividad en diseño. y optimizar el diseño de la base de datos. asegurando la consistencia de nombres y definiciones para su base de datos. . Más que una herramienta de dibujo. relaciones. mostrando todas las entidades.3.1 ER-WIN PLATINUM ERwin es una herramienta de diseño de base de datos. y mantenimiento de aplicaciones.

ERwin genera automáticamente tablas. . e Informix. Microsoft SQL Server. reglas de integridad referencial (llaves primarias. ERwin establece una conexión entre una base de datos diseñada y una base de datos. vistas. El mismo modelo puede ser usado para generar múltiples bases de datos. Sybase. llaves foráneas).Se mantienen las vistas de la base de datos como componentes integrados al modelo. valores por defecto y restricciones de campos y dominios. permitiendo que los cambios en las tablas sean reflejados automáticamente en las vistas definidas. La migración automática garantiza la integridad referencial de la base de datos. índices. Usando esta conexión. permitiendo transferencia entre ambas y la aplicación de ingeniería reversa. o convertir una aplicación de una plataforma de base de datos a otra. DB2. ERwin soporta principalmente bases de datos relacionales SQL y bases de datos que incluyen Oracle.

PowerBuilder. Paradox.) . SQL Anywhere. Red Brick Warehouse. InterBase. PROGRESS. Visual Basic Bases de Datos Compatibles: CA-Clipper. FoxPro. SAS.Especificaciones Técnicas: Software de Aplicación Compatibles: NetDynamics. HiRDB. Rdb. DB2 for MVS y DB2 for OS/390. DB2 UDB. Windows 98 Requerimientos Técnicos: Mínimo 10 MB de espacio de disco duro. Sybase. Informix. Windows 95. CA-OpenIngres. 16 MB RAM (32 MB RAM recomendado para modelos largos. Teradata Sistemas Operativos Compatibles: Windows NT. dBASE. Microsoft SQL Server. Microsoft Access. SQLBase. Oracle.

2 DESIGNER Oracle Designer es un juego de herramientas para guardar las definiciones que necesita el usuario y automatizar la construcción rápida de aplicaciones cliente/servidor flexibles y gráficas. Todos los datos ingresados por cualquier herramienta de Oracle Designer. Oracle Designer provee una solución para desarrollar sistemas empresariales cliente/servidor de segunda generación. generación y captura de diseño de los siguientes tipos de bases de datos. Oracle7 Personal Oracle Lite Rdb ANSI 92 DB2/2 and MVS Microsoft SQL Server Sybase . Sofisticadas aplicaciones cliente/servidor pueden ser 100% generadas usando la lógica de la aplicación y el módulo de componentes reusables.3. por conexión nativa de Oracle y por conectividad ODBC: ‡ ‡ ‡ ‡ ‡ ‡ ‡ Oracle8. Oracle Designer también habilita la captura del diseño de sistemas existentes. habilitando el trabajo fácil del equipo y la dirección del proyecto. salvaguardando la versión actual. se guardan en un repositorio central. Integrado con Oracle Developer. Oracle Designer soporta la definición. En el lado del Servidor. en cualquier fase de desarrollo.

Muchas metodologías diferentes para base de datos y desarrollo de aplicaciones existen actualmente. crear representaciones diagramáticas de los procesos del negocio. Generadores de Diseños Preliminares: Uso de Transformadores para generar los diseños preliminares de los modelos creados anteriormente. crear modelos diagramáticos de las entidades. funciones y flujos de datos en los sistemas que constituyen la organización. re-examinar los métodos usados para conseguir las metas de la organización. Oracle Designer no fuerza al uso de alguna metodología específica. pero en cambio proporciona un juego de herramientas que le permiten que use la metodología de desarrollo que elija. describir los requisitos del negocio en detalle. detalles de los registros. Oracle Designer soporta las siguientes metodologías: ‡ ‡ ‡ ‡ Desarrollo Rápido de Aplicaciones (RAD) Ingeniería de la Información (IE) Moldeamiento de Procesos Asistido Captura de Diseño Asistido Las herramientas de Oracle Designer se agrupan en áreas que reflejan las necesidades primarias de sus tipos diferentes de usuarios: Requisitos para el Modela miento de Sistemas: Uso de las herramientas en esta área: procesos para el modelo del negocio. .

administrar el Repositorio de datos. proveer un ambiente de desarrollo para los ingenieros de sistemas y diseñadores. . mostrar las relaciones entre los elementos en el Repositorio de Datos.Diseño y Generación: Uso de las herramientas en esta área: diseño de sistemas que reúnan los requisitos comerciales de una organización. escribir sentencias interactivas en SQL. Utilitarios: Uso de las herramientas en esta área: ingresar y editar la información en el Repositorio. generar etiquetas predefinidas y personalizadas en el Repositorio. crear componentes del lado del servidor y aplicaciones del lado del cliente desde definiciones grabadas en el Repositorio de Datos.

.

.

. por tanto debemos partir del modelo conceptual y llegar hasta el esquema físico o interno.DISEÑO LOGICO DEL DBMS 4. El diseño de las DDBB del sistema se llevara a cabo aplicando la arquitectura ANSI de tres niveles.1 TRANSFORMACIÓN DEL DISEÑO CONCEPTUAL AL DISEÑO LÓGICO Transformación del modelo conceptual al lógico. El esquema conceptual representa los recursos del sistema y se define sin tener en consideración cuestiones físicas. Para la definición de este esquema nos podemos ayudar de herramientas de modelado como los diagramas. El modelo E/R (entidad relación) fue propuesto por Chen y posteriormente algunas aportaciones de han dado lugar E/R extendido.UNIDAD IV.

-Atributos: representan propiedades o características de una entidad o relación.Agregación: conversión de una relación junto con sus entidades participantes.Relación: define una asociación entre entidades. en una entidad para poder relacionarse con otra entidad. . . . . .Jerarquía: una entidad puede mantener una relación de súper tipo con otras entidades. binaria (participan 2 entidades) y n-aria (participan n entidades).Exclusividad: es un tipo especial de relación en la que una entidad se asocia con varias entidades. Puede ser de uno a uno. Es el caso de la generalización y especialización. Dentro del modelo E/R extendido aparecen además otros conceptos: . .Entidades: representan un objeto real o abstracto sobre el que queremos almacenar información. La exclusividad relaciona una entidad con otra de entre varias posibles.Cardinalidad: define el número máximo de ocurrencias de una entidad que participan en una relación. de uno a muchos y de muchos a muchos.Grado de una relación: número de entidades que participan en una relación. pudiendo ser reflexivas (una entidad se relaciona con ella misma).Los componentes del modelo E/R son: .

y diagramas de estructura de datos. a secuencia de pasos a aplicar para dicha transformación son: . a forma tridente apunta a la entidad que act a como muchos. as relaciones de uno a muchos propagan la clave principal de la entidad cuya ardinalidad es uno a la entidad de ardinalidad n. en la que se establecen los diferentes registros que forman la base de datos y las relaciones entre ellos. tra herramienta empleada para el diseño lógico de datos es el diagrama de estructura de datos ( ED). ada entidad se transforma en una tabla y los atributos de dicha entidad en atributos de la tabla.    . en caso de modelar relaciones en las que intervengan más de dos entidades debemos redefinir el esquema reduci ndolo a relaciones binarias. as relaciones de muchos a muchos se transforman en tablas cuya clave estará formada por la clave primaria de las entidades relacionadas.Una ez obtenido el modelo conceptual (representado en el diagrama E/ ) debe ser transformado a un modelo lógico. Este tipo de esquema solo admite relaciones entre dos entidades.  e puede establecer una correspondencia entre diagramas E/ pudiendo pasar de un tipo de diagrama al otro. "  !         # .

1.1. que será descrito en el lenguaje del producto comercial que estemos utilizando (p.4.1 ESTÁNDAR A) Diseño lógico estándar Elaboración del Esquema Lógico Estándar que se apoya en el modelo lógico estándar -Relacional. Oracle) . e. Codasyl. si existe.g. el SQL92) 4. del modelo de datos correspondiente (v. JerárquicoEl Esquema Lógico Estándar se describirá utilizando el lenguaje estándar.2 ESPECIFICO B) Diseño lógico específico Con el Esquema Lógico Estándar. se elabora el esquema lógico específico. y teniendo en cuenta el modelo lógico específico propio del SGBD.

Una herramienta CASE suele incluir: Un diccionario de datos para almacenar información sobre los datos de la aplicación de bases de datos. subir el nivel de efectividad puede ser más importante que aumentar la eficiencia. también se puede escoger una herramienta CASE (Computer-Aided Software Engineering) que permita llevar a cabo el resto de tareas del modo más eficiente y efectivo posible. de desarrollar la aplicación. Para obtener una buena productividad. En el diseño de una base de datos se debe realizar un modelo de datos que ayude a entender el significado de los datos y que facilite la comunicación en cuanto a los requisitos de información. Herramientas de diseño para dar apoyo al análisis de datos. La primera etapa es el diseño conceptual.2 HERRAMIENTAS CASE PARA DISEÑO LÓGICO Cuando se hace la planificación de la base de datos. la primera etapa del ciclo de vida de las aplicaciones de bases de datos. en donde se construye un esquema de la información que maneja la empresa. El uso de las herramientas CASE puede mejorar la productividad en el desarrollo de una aplicación de bases de datos.4. como la efectividad del sistema desarrollado. independientemente de todas las consideraciones físicas. La eficiencia se refiere al coste. Herramientas que permitan desarrollar el modelo de datos corporativo. tanto en tiempo como en dinero. Herramientas para desarrollar los prototipos de las aplicaciones. La efectividad se refiere al grado en que el sistema satisface las necesidades de los usuarios. . Y por productividad se entiende tanto la eficiencia en el desarrollo. así como los esquemas conceptual y lógico.

La administración de datos consiste en la gestión de los datos como recurso.Después viene el diseño lógico. Por último. en el que el esquema anterior se transforma según el modelo de base de datos que se vaya a utilizar para implementar el sistema. El diseño de las aplicaciones. Las herramientas CASE permiten que el desarrollo de los sistemas de información se realice de modo eficiente y efectivo. . mientras que la administración de la base de datos es la gestión de la base de datos física. está compuesta por dos actividades: el diseño de las transacciones y el diseño de las interfaces de usuario de informes y formularios. en la etapa del diseño físico. se produce una descripción de la implementación de la base de datos en memoria secundaria. una fase que se debe llevar a cabo en paralelo con el diseño de la base de datos.

4.1 SMARTDRAW SmartDraw es un programa ideal para crear diagramas. dibujos técnicos. Diagramas de Circuito.000 formas y símbolos listos para usar que simplemente tienes que arrastrar a tus dibujos. SmartDraw viene con plantillas especiales y bibliotecas de formas para Diagramas de Flujo. etc.2. y más de 30. . Diagramas de Ingeniería. Su facilidad de uso lo hace particularmente adecuado para usuarios que necesitan crear dibujos de calidad profesional rápida y sencillamente. estilos de diseño incluidos. Formularios Comerciales.. Planos. Horarios y mucho más. sin tener que invertir tiempo en aprender una aplicación compleja. Mapas. Volantes. gráficos web. Diseño de Red. con una gran potencia. esquemas de trabajo. diagramas de flujo. Organigramas. Sus características incluyen conectar automáticamente líneas entre formas.

. Esto tiene formas confeccionadas y símbolos que usted puede arrastrar simplemente en su carta o dibujando sin necesidad crear el que desde el principio. presentaciones o floorplans. se maneja todo de una manera elegante y profesional.Estos organigramas. Sus aspectos y funcionalidades son líneas de conexión automáticas entre formas y estilos de diseño incorporados. diagramas de flujo.

.

.

1 IMPLEMENTACIÓN DE CASO PRACTICO EN MODELO RELACIONAL ESTRUCTURA DEL MODELO RELACIONAL La relación es el elemento básico en el modelo relacional y se puede representar como una tabla: Una relación se puede representar en forma de tabla. . es decir. pero va a tener una serie de elementos característicos: · · No puede haber filas duplicadas. en el cruce de una fila y una columna sólo puede haber un valor (no se admiten atributos multivaluados). es decir. todas las tuplas tienen que ser distintas.5. · La tabla es plana. El orden de las filas es irrelevante.

. Ejemplos de dominios serían: · · · Colores: Es el conjunto de los colores D= {rojo.Dominio y Atributo Un dominio D es un conjunto finito de valores homogéneos y atómicos caracterizados por un nombre. decimos homogéneos porque son todos del mismo tipo y atómicos porque son indivisibles.p.. azul. .. formados por ocho dígitos. perdería la semántica..} Números de DNI: Es conjunto de números del DNI válidos. Si descompusiéramos España en E.. o loa atributos precio_compra y precio_venta pueden estar definidos sobre el mismo dominio de enteros de longitud 5.s. verde. Es muy usual dar el mismo nombre al atributo y al dominio. ya que una tabla no puede tener dos atributos con el mismo nombre. Todo dominio ha de tener un nombre por el cual nos podamos referir a él y un tipo de datos. El dominio "nacionalidades" tiene valores: España. Francia. Por ejemplo los atributos edad_física y edad_mental pueden estar definidos sobre el mismo dominio edad. así el tipo de datos del dominio "nacionalidades" es una tira de caracteres de longitud 10. Edad: Edades posibles de los empleados entre 18 y 80 años. En el caso de que sean varios los atributos de una misma tabla definidos sobre el mismo dominio. Un atributo es el papel que tiene un determinado dominio en una relación.. habrá que darles nombres distintos.

una relación se puede definir como un subconjunto del producto cartesiano de una lista de dominios. que. Un dominio compuesto se puede definir como una combinación de dominios simples que tiene un nombre y a la que se pueden aplicar ciertas restricciones de integridad. es una serie de n valores ordenados. que se corresponde con la cabecera cuando la relación se percibe como una tabla. A2:D2. t2. An: Dn) es un conjunto de n pares atributo-dominio subyacente (Ai: Di). . Extensión u ocurrencia (instancia) de relación (llamada a veces simplemente relación).. tupla. A fin de evitar estos inconvenientes. en ella el orden de los valores dentro o de una tupla es significativo. Mes y Año.. además de los tres dominios Día. un dominio compuesto denominado Fecha que sería la combinación de los tres primeros. donde cada elemento de la relación.. se puede dar otra definición de relación más adecuada al punto de vista de las bases de datos. que es la que aparece en los primeros trabajos de Codd..Además de los dominios y atributos simples que acabamos de definir. Por ejemplo. Date (1990)] se introduce el concepto de dominio compuesto. no se alude a los atributos. es decir. Relación Matemáticamente. en los últimos trabajos de algunos autores [Codd (1990). En esta definición matemática de relación.. algo análogo ocurre Con el nombre y los apellidos. dos conceptos en la noción de relación: Intensión o Esquema de relación.. La intensión es la parte definitoria y estática de la relación. es posible definir un atributo compuesto Fecha que tomaría sus valores del dominio compuesto de igual nombre. según las aplicaciones. De la misma forma. denotado R (Al: D1.. para lo cual es preciso distinguir. un usuario puede necesitar manejar. puede ser conveniente tratarlos en conjunto o por separado. al papel que tienen los dominios en la relación y. denotada por r(R) es un conjunto de m tuplas {t1. además. y al que podríamos aplicar las adecuadas restricciones de integridad a fin de que no aparecieran valores no válidos para la fecha. tm} donde cada tupla es un conjunto de n pares atributo-valor.

Clave alternativa: son aquellas claves candidatas que no han sido elegidas. INSTITUCION: Instituciones) Extensión de una relación: Claves Una clave candidata de una relación es un conjunto no vacío de atributos que identifican unívoca y mínimamente cada tupla. Una relación puede tener más de una clave candidata. para identificar a las tuplas de una relación. siempre hay al menos una clave candidata. por consideraciones ajenas al modelo relacional. el conjunto de todos los atributos identificará unívocamente a las tuplas. La clave ajena y la correspondiente clave primaria han de estar definidas sobre los mismos dominios. Por la propia definición de relación. Se denomina clave ajena de una relación R2 a un conjunto no vacío de atributos cuyos valores han de coincidir con los valores de la clave primaria de otra relación R1. entre las cuales se debe distinguir: Clave primaria: es aquella clave candidata que el usuario escogerá. ya que al ser la relación un conjunto no existen tuplas repetidas y por tanto.Ejemplo: Intensión de una relación: AUTOR (NOMBRE: Nombres. NACIONALIDAD: Nacionalidades. .

estructuras u ocurrencias no permitidas. Restricciones inherentes Además de las derivadas de la definición matemática de "relación" como eran que: · No hay dos tuplas iguales. Dentro de las restricciones de usuario destaca la restricción de integridad referencial que dice que los valores de clave ajena deben coincidir con los de clave primaria asociada a ella o ser nulos. existen restricciones.Restricciones En el modelo relacional. siendo preciso distinguir entre restricciones inherentes y restricciones de usuario. · El orden de los atributos (columnas) no es significativo. dentro del contexto relacional. un valor desconocido o inexistente. Restricciones de usuario Podemos considerar la restricción de usuario. es decir. que debe ser verificado por los correspondientes objetos para que éstos constituyan una ocurrencia válida del esquema. de tuplas o de dominios. · El orden de las tuplas no es significativo. . Esta restricción debería aplicarse también a las claves alternativas. pero el modelo no lo exige. esto es. Tenemos que la regla de integridad de entidad establece que "Ningún atributo que forme parte de la clave primaria de una relación puede tomar un valor nulo". · Cada atributo sólo puede tomar un único valor del dominio. no admitiéndose por tanto los grupos repetitivos. como un predicado definido sobre un conjunto de atributos.

) LIBRO (CODIGO. en este caso ninguna de las dos claves ajenas puede tomar valores nulos. ya que se define en el esquema y el modelo la reconoce (o así algunos productos) sin necesidad de que se programe ni de que se tenga que escribir ningún procedimiento para obligar a que se cumpla. DIRECCION. EDITORIAL. CIUDAD. sólo se permite si no existen tuplas con dicha clave en la relación que contiene la clave ajena. que referencia a la relación LIBRO. Además de definir las claves ajenas. no se tendrá ningún valor para este atributo. de modo que debe concordar con la clave primaria de la relación EDITORIAL o bien ser nulo. IDIOMA. NOMBRE_E) En este ejemplo el atributo nombre_e de la relación LIBRO es clave ajena que referencia a EDITORIAL. o si se desconoce la editorial.. AUTOR (NOMBRE.... en caso contrario el sistema impediría el borrado. es también de tipo implícito. . por ejemplo... COD LIBRO) En este ejemplo la relación ESCRIBE posee dos claves ajenas: nombre.La integridad referencial es una restricción de comportamiento ya que viene impuesta por el mundo real y es el usuario quien la define al describir el esquema relacional.. PAIS) LIBRO (CODIGO. y cod_libro. el borrado o la modificación de tuplas de la relación que contiene la clave primaria referenciada. NACIONALIDAD. Esto nos llevaría. EDITORIAL (NOMBRE_E. TITULO.) ESCRIBE (NOMBRE. IDIOMA. INSTITUCION.. las siguientes opciones: Operación restringida: esto es. ya que forman parte de la clave primaria de la relación ESCRIBE. TITULO. hay que determinar las consecuencias que pueden tener ciertas operaciones (borrado y modificación) realizadas sobre tuplas de la relación referenciada. en principio. que referencia a la relación AUTOR. a que para poder borrar una editorial de nuestra base de datos no tendría que haber ningún libro que estuviese publicado por dicha editorial. pudiéndose distinguir. porque los libros de nuestra base de datos deberán pertenecer a una editorial existente..

En nuestro ejemplo. Operación con puesta a nulos: esto es. por tanto. equivaldría a decir que al modificar el nombre de una editorial en la relación EDITORIAL. Todos los objetos que hemos visto hasta el momento. Las vistas son ventanas sobre tablas reales. .Operación con transmisión en cascada: esto es. el borrado o la modificación de tuplas de la relación que contiene la clave primaria referenciada lleva consigo el borrado o modificación en cascada de las tuplas de la relación que contienen la clave ajena. de las que sólo se almacena su definición. Operación con puesta a valor por defecto: esto es. esto es. Esto nos llevaría a que cuando se borra una editorial. El MODELO RELACIONAL Y LA ARQUITECTURA ANSI El modelo relacional puede examinarse en el marco de la arquitectura ANSI a tres niveles. el borrado o la modificación de tuplas de la tabla referenciada pone en marcha un procedimiento definido por el usuario. Existe otro tipo de tablas. Las relaciones se denominan tablas base o reales. a los libros que ha publicado dicha editorial y que se encuentran en la relación LIBROS se les coloque el atributo nombre_e a nulos. Esta opción. obviamente. que se definen sobre una o más tablas base. relaciones. equivalen al esquema externo de la arquitectura ANSI. el borrado o la modificación de tuplas de la relación que contiene la clave primaria referenciada lleva consigo poner el valor por defecto a la clave ajena de la relación que referencia. y no tienen. claves y restricciones constituyen el esquema conceptual de la arquitectura ANSI. sólo es posible cuando el atributo que es clave ajena admite el valor nulo. denominadas tablas virtuales o vistas. representación directa en el almacenamiento. el borrado o la modificación de tuplas de la relación que contiene la clave primaria referenciada lleva consigo poner a nulos los valores de las claves ajenas de la relación que referencia. Operación que desencadena un procedimiento de usuario: en este caso. se tendría que modificar también dicho nombre en todos los libros de nuestra base de datos publicados por dicha editorial. ya que tienen una representación directa en el almacenamiento interno. los dominios.

el modelo relacional teórico se adapta bastante bien a la arquitectura ANSI. conjuntos de tuplas. por tanto. Posibilidad de atributos inaplicables a ciertas tuplas. así. atributo que en el momento de introducirse no tendrá ningún valor para las tuplas de la relación. el modelo relacional no especifica absolutamente nada puesto que se trata de un modelo lógico. LOS VALORES NULOS EN EL MODELO RELACIONAL Se puede definir el valor nulo como una marca utilizada para representar información desconocida. Vemos. . y se dividen en dos tipos: Predicativos: donde los cambios de estado se especifican mediante predicados que definen el estado objetivo sin indicar las operaciones que hay que realizar para llegar al mismo. Necesidad de añadir un nuevo atributo a una tabla ya existente. que. La necesidad de valores nulos es evidente por diversas razones: Existencia de tuplas con ciertos atributos desconocidos en ese momento. se seleccionan. como la editorial para un artículo.Por lo que respecta al esquema interno. Genéricamente se conocen como cálculo relacional y se dividen en dos tipos: orientados a la tupla y orientados al dominio. Los lenguajes relacionases operan sobre conjuntos de tuplas. DINAMICA DEL MODELO RELACIONAL La dinámica del modelo relacional se expresa mediante lenguajes de manipulación relacionales que asocian una sintaxis concreta a las operaciones.

también llamada selección. dan como resultado nuevas relaciones (propiedad de cierre).ALGEBRA RELACIONAL El aspecto dinámico del modelo relacional en lo que al álgebra se refiere. diferencia y producto cartesiano. además. aplicados a las relaciones. de una relación mediante una expresión lógica da como resultado una relación formada por el subconjunto de tuplas que satisface dicha expresión lógica. existen otros operadores que se pueden considerar derivados. W condicion_de_seleccion (nombre_de_relacion) . y los especialmente introducidos por Codd de restricción y proyección. OPERADORES PRIMITIVOS A) Unarios Los operadores unarios tienen como operando una única relación. lo constituye una colección de operadores que. ya que se pueden deducir de los primitivos. Son cinco los operadores que podríamos llamar primitivos: los tradicionales de teoría de conjuntos unión. Se denota mediante la letraW. Los operandos del álgebra son las relaciones y los operadores se aplican a las relaciones a fin de formular consultas a la BD. para su definición utilizaremos la siguiente notación: Restricción o selección La restricción.

la proyección de nacionalidad e institución. Si se quiere obtener el nombre e institución de los autores españoles podemos escribir: 4 Nombre. Para ello podemos escribir las operaciones en una sola expresión del álgebra relacional.Proyección La proyección de una relación sobre un subconjunto de sus atributos es una relación definida sobre ellos. podemos aplicar las operaciones una a una y crear relaciones intermedias. Institucion (AUTOR_ESP) . anidándolas. o bien. En el segundo caso tendremos que nombrar las relaciones que contienen los resultados intermedios. Institución (AUTOR) En general. 4 Nacionalidad. Institucion ( W Nacionalidad=´España´ (AUTOR) ) O bien mostrar explícitamente la secuencia de operaciones dando un nombre a cada una de ellas. Se denota mediante la letra4. eliminando las tuplas duplicadas que hubieran podido resultar. es posible que deseemos aplicar varias operaciones de álgebra relacional una tras otra. AUTOR_ESP n W Nacionalidad=µEspañaµ (AUTOR) RESULTADO n 4 Nombre. Ejemplo. (nombre_de_relacion) 4 lista_de_atributos Ejemplo: Para la tabla AUTOR.

B) Binarios Los operadores binarios se aplican a dos relaciones, y algunos de ellos (unión, diferencia e intersección) exigen que las dos relaciones involucradas sean compatibles en sus esquemas. Es decir deben estar definidas sobre el mismo dominio, lo que no quiere decir que los nombres de los atributos sean los mismos Unión La unión de dos relaciones compatibles en su esquema es otra relación definida sobre el mismo esquema de relación cuya extensión estará constituida por las tuplas que pertenezcan a una de las dos relaciones o a ambas (se eliminarán las tuplas duplicadas puesto que se trata de una relación). Se denota mediante el símbolo . Relacion1 Relacion2

Ejemplo de unión de dos relaciones. Nota: Si la correspondencia de los nombres de los atributos de las relaciones R y R' no fuese 1: 1 sería preciso aplicar la operación de renombrado de atributo en la relación resultante. Diferencia La diferencia de dos relaciones compatibles en su esquema es otra relación definida sobre el mismo esquema de relación, cuya extensión estará constituida por el conjunto

de tuplas que pertenezcan a la primera relación, pero no a la segunda. Se denota mediante el símbolo Relacion1 - Relacion2 Ejemplo de diferencia de dos relaciones.

‡División La división de dos relaciones otra relación cuya extensión estará formada por las tuplas que al completarse con las tuplas de la segunda relación permiten obtener la primera. Se denota por el símbolo: Relacion1: Relacion2 = 4A (Relacion1) - 4A [(4A (Relacion1) x Relacion2) - Relacion1] A = {Atributos Relacion1 ± Atributos Relación 2} Ejemplo de división de dos relaciones.

Es un operador muy útil para simplificar consultas como en el ejemplo donde se desea obtener los vinos con buena calidad en todas las cosechas.

SQL (STRUCTURED QUERY LANGUAGE) El lenguaje SQL (Structured Query Language, "Lenguaje de Consulta Estructurado") es una evolución del lenguaje SEQUEL (structured english query language) desarrollado en IBM. El SQL se encuentra normalizado por el Instituto Americano de Normalización (ANSI) y fue construido en principio como un lenguaje algebraico, enriqueciéndose más tarde con funciones predicativas como la cláusula existencial,... Estructura y características del lenguaje El lenguaje SQL contiene un limitado número de verbos o palabras clave, distribuidos en tres grandes grupos funcionales: DDL (lenguaje de descripción de datos), DML (lenguaje de manipulación de datos) y DCL (lenguaje de control de datos).

· DDL: Permite la descripción de la estructura de la BD (tablas, vistas, índices,...) · DML: Permite el manejo de las tablas y las vistas mediante sus cuatro verbos, correspondientes a las cuatro operaciones fundamentales sobre los datos. · DCL: Contiene los operadores para la gestión de transacciones (COMMIT y ROLLBACK) y prioridades de acceso a los datos (GRANT y REVOKE)

. Cada fila a la que se accede para su modificación queda automáticamente bloqueada por el sistema. gracias a una distribución selectiva de prioridades de acceso. · Respeta la independencia entre el nivel conceptual y las aplicaciones (nivel externo). el SQL contiene el concepto de transacción. En particular. El usuario no nota la presencia de un índice. Los programas que lo utilizan pueden transferirse de un sistema de gestión de BD a otro con mínimo esfuerzo de conversión. ya que permite la creación de esquemas externos personalizados. que permite restaurar el estado anterior de la BD en caso de anomalías. · Garantiza una seguridad total de acceso a los datos. es asunto del administrador el conseguir la optimización de las ejecuciones.Características: · El SQL es manejable bajo dos modalidades distintas: como módulo interactivo que proporciona un potente lenguaje de consultas interpretadas y como lenguaje huésped de un lenguaje anfitrión. · Garantiza la independencia entre el nivel conceptual y el nivel interno. · Independencia de los vendedores. · Permite la gestión multiusuario de los datos. El SQL es ofertado por los principales vendedores.

You're Reading a Free Preview

Download
scribd
/*********** DO NOT ALTER ANYTHING BELOW THIS LINE ! ************/ var s_code=s.t();if(s_code)document.write(s_code)//-->