martes, 24 de marzo de 2009

3.5 realizar el diagrama entidad/relacion

DEFINIR EL DIAGRAMA DE ENTIDAD / RELACION.

Un DER es una herramienta de modelado de sistemas, que se concentra en los datos almacenados en el sistema y las relaciones entre éstos,un diagrama de entidad-relación o DER es un modelo de red que describe la distribución de los datos almacenados en un sistema de forma abstracta.


EL modelo entidad-relación vendría a ser el "lenguaje" utilizado para crear diagramas de entidad-relación.

Componentes de un DER* TIPOS DE OBJETOS o ENTIDADES.* RELACIONES:


Conectan los objetos o entidades.Desarrollo de sistemas informáticosLos DER se emplean para modelar bases de datos que pertenecen a un sistema informático.Relacionado:

Herramientas de modelado,modelo de entidad-relación,un diagrama o modelo entidad-relación (a veces denominado por su siglas, E-R "Entity relationship", o, "DER" ,diagrama de Entidad Relación) es una herramienta para el modelado de datos de un sistema de información,estos modelos expresan entidades relevantes para un sistema de información, sus inter-relaciones y propiedades.




Modelado Entidad Relación El Modelo Entidad-Relación es un concepto de modelado para bases de datos, propuesto por Peter Chen en 1976, mediante el cual se pretende 'visualizar' los objetos que pertenecen a la Base de Datos como entidades (se corresponde al concepto de objeto de la Programación Orientada a Objetos) las cuales tienen unos atributos y se vinculan mediante relaciones.




Es una representación conceptual de la información. Mediante una serie de procedimientos se puede pasar del modelo E-R a otros, como por ejemplo el modelo relacional. El modelado entidad-relación es una técnica para el modelado de datos utilizando diagramas entidad relación no es la única técnica pero sí la más utilizada.




Brevemente consiste en los siguientes pasos:




Se parte de una descripción textual del problema o sistema de información a automatizar (los requisitos). Se hace una lista de los sustantivos y verbos que aparecen.Los sustantivos son posibles entidades o atributos.




Los verbos son posibles relaciones.Analizando las frases se determina la cardinalidad de las relaciones y otros detalles.Se elabora el diagrama (o diagramas) entidad relación. Se completa el modelo con listas de atributos y una descripción de otras restricciones que no se pueden reflejar en el diagrama.Dado lo rudimentario de esta técnica se necesita cierto entrenamiento y experiencia para lograr buenos modelos de datos.




El modelado de datos no acaba con el uso de esta técnica. Son necesarias otras técnicas para lograr un modelo directamente implementable en una base de datos. Brevemente: Transformación de relaciones múltiples en binarias.




Normalización de una base de datos de relaciones (algunas relaciones pueden transformarse en atributos y viceversa); conversión en tablas (en caso de utilizar una base de datos relacional). Etc.






Base Teórica y Conceptual el modelo entidad-relación se basa en los conceptos descritos a continuación para representar un modelo de la vida real, entidad Representa una “cosa” u "objeto" del mundo real con existencia independiente, es decir, se diferencia unívocamente de cualquier otro objeto o cosa, incluso siendo del mismo tipo.




Ejemplos: Una persona. (Se diferencia de cualquier otra persona, incluso siendo gemelos).Un automóvil. (Aunque sean de la misma marca, el mismo modelo,..., tendrán atributos diferentes, por ejemplo, el número de motor).




Una casa (Aunque sea exactamente igual a otra, aún se diferenciará en su dirección).Una entidad puede ser un objeto con existencia física como:

una persona, un animal, un casa, etc. (entidad concreta), o un objeto con existencia conceptual como: un puesto de trabajo, una asignatura de clases, un nombre,etc. (entidad abstracta).
Una entidad está descrita y se representa por sus características o atributos. Por ejemplo, la entidad Persona puede llevar consigo las características: Nombre, Apellido, Sexo, Estatura, Peso, Fecha de nacimiento, etc...

BIBLIOGRAFIA

3.4 establecer los esquemas para los enunciados esquemas para los enunciados sematicos

ESTABLECER ESQUEMAS PARA LOS ENUNCIADOS SEMANTICOS.



Los objetivos de este trabajo fueron de entrada argumentar acerca de los mecanismos para establecer esquemas sintácticos a partir de enunciados y para adscribirles a sus formantes etiquetas de carácter semántico.



en grupos y subgrupos con el fin de compararlos y oponerlos a partir de propiedades combinatorias y características aspectuales.



Se trató de buscar, en fin, algunos criterios adecuados para justificar y elaborar un sistema de oposición paradigmática entre una muestra representativa de esquemas oracionales abstractos del español, en este caso de los correspondientes a esquemas agentivos.



Se presenta un enfoque para el diseño de esquemas de bases de datos de calidad. Este enfoque está basado en eltrabajo colaborativo e incremental entre usuarios y diseñadores, además de la medición sistemática de la calidad delos esquemas conceptuales. Se define un conjunto de criterios de calidad con sus correspondientes métricas paraapoyar este enfoque.



Además se introduce el criterio de economía y se redefine el criterio de expresividad.Las bases de datos poseen diversos componentes. Uno de ellos es el esquema conceptual, el cual especificaprincipalmente los componentes estáticos de la base de datos, incluyendo las estructuras y restricciones estáticas.



Esta componente es fundamental para todo el sistema y posee la propiedad de ser independiente de lasconsideraciones de implementación.



El desarrollo de una base de datos considera mucho más que aspectos estáticos, e involucra otros niveles de abstracción que el conceptual, pero aquellos aspectos escapan del ámbito de este artículo, por lo que no serán tratados aquí (para detalles sobre niveles de abstracción y dimensiones de una base de datos, vea el enfoque de codiseño propuesto por Thalheim [Thalheim2000] ).



Un esquema conceptual se especifica en un lenguaje de modelación, tal como el modelo entidad interrelación [Chen76] o UML [Booch98], pudiendo incluir algunas especificaciones extra, expresadas en lenguaje natural o alguna lógica.



Este esquema es un modelo de una realidad o la especificación de una solución a un problema, dependiendo de si se utiliza el lenguaje para análisis o diseño respectivamente.



La entrada al proceso de diseño conceptual es el documento de especificación de requisitos, el cual es el resultado principal de la etapa de análisis.Como todo producto de ingeniería, las bases de datos deben ser desarrolladas de modo de asegurar ciertos nivelesmínimos de calidad.



El problema radica en que la definición del concepto de calidad debe ser previo a su medición.Ambos asuntos han sido cubiertos en el ámbito del software, pero no en el ámbito específico del diseño conceptual de bases de datos.



En este trabajo se han considerado algunos de los aportes realizados por Batini [Batini94], Moody [Moody94] yKesh [Kesh95], quienes han definido criterios de calidad y algunas métricas para poder medirlos. Para cada uno de los criterios de calidad bajo consideración, se propone una métrica, con lo que se puede obtener una medida de lacalidad de un esquema conceptual.



El proceso de diseño conceptual es una tarea humano-dependiente, en el sentido que requiere de habilidades que son muy difíciles de automatizar.



El diseñador debe analizar la realidad bajo modelamiento, documentar los hechos relevantes para satisfacer un conjunto de requerimientos, y complementar el documento de especificación derequisitos una vez que obtiene nueva información a través del proceso de diseño.



En cada etapa se utilizan distintas políticas para tomar decisiones de diseño, las cuales pueden variar su importancia (ponderación o peso) dependiendo del diseñador o la etapa del desarrollo en que se encuentre.



Esto hace que este proceso sea muy dependiente de 1 Investigación parcialmente financiada por Dirección de Investigación, Universidad de Concepción, Proyecto 99.093.003-1.0quienes lo desarrollen, y que en la práctica, sea difícil justificar una determinada decisión de diseño, si es que no se cuenta con herramientas adecuadas (parte de las cuales proveemos en este trabajo).



BIBLIOGRAFIA:

http://www.inf.udec.cl/~mvaras/papers/2001/mvaras-wisw.pdfhttp://dialnet.unirioja.es/servlet/libro?codigo=267510

3.3 Definir los enunciados semanticos

El término semántica se refiere a los aspectos del significado o interpretación del significado de un determinado símbolo, palabra, lenguaje o representación formal.



En principio cualquier medio de expresión (lenguaje formal o natural) admite una correspondencia entre expresiones de símbolos o palabras y situaciones o conjuntos de cosas que se encuentran en el mundo físico o abstracto que puede ser descrito por dicho medio de expresión.Por su naturaleza las variables semánticas no tienen las cualidades aritméticas que permitan su agregación o el cálculo de indicadores.



Aunque existe la posibilidad de reducir a categorías mas simples dichas variables, de tal manera de poder asignarles un valor numérico, en este proceso de reducción y simplificación de se pierden los valores explicativos intrínsecos a dichas variables.Para construir indicadores es necesario agregar las variables, esto es el equivalente a la suma en los datos numéricos.



Esta agregación se hace por etapas, dependiendo del grado de síntesis que se requiera en la construcción del indicador. En el sistema propuesto, la agregación se efectuará por tipo de fuente, lugar y total.Para la agregación por tipo de fuente o lugares se deben listar los valores de todas las fuentes que integran el tipo, o el lugar, dependiendo del caso y se procede a elaborar un enunciado semántico que sintetice el conjunto des enunciados en uno solo.



Para esto se deben tomar en cuenta los valores modales de los enunciados.Los valores modales, única medida de tendencia central, en el caso de las variables semánticas, se establecen a partir de la lectura del conjunto de enunciados y la identificación de las tendencias explicativas.



Los enunciados semánticos pueden apoyar o descartar en diferentes grados, una situación dada, estar a favor o en contra, identificar o no un problema o situación, o simplemente expresar una opinión sobre una situación dada.Cuando se efectúa la agregación semántica, es necesario identificar estas diferentes tendencias y tratar de incluirlas en el enunciado síntesis.



Estas tendencias pueden ser, centrales (la mayoría de los enunciados coinciden en una apreciación central y descartan los extremos posibles), izquierdos o derechos (la mayoría de los enunciados coinciden en una apreciación en uno de los extremos posibles), bimodal (una parte de los enunciados coinciden en una apreciación en uno de los extremos posibles y los otros en el extremo opuesto).



Para obtener un valor total, es necesario agregar los enunciados por tipo de fuente y después, los valores obtenidos sintetizarlos en un enunciado total.



Para la construcción de indicadores semánticos se listan los valores de las variables que lo integran, estos pueden ser semánticos, numéricos y lógicos, y el operador debe elaborar una síntesis de los valores observados, en un enunciado semántico que siga las siguientes normas:



1. El enunciado debe estar contenido en un solo párrafo.



2. Pueden haber hasta un máximo de tres oraciones por párrafo.3. Cada oración debe seguir las reglas de la construcción gramatical (sujeto, verbo y complemento).



Acumulación secuencial la acumulación secuencial es la agregación, de indicadores semánticos o numéricos por medio de procedimientos de agregación acordes con su naturaleza, pertenecientes a varios momentos evaluativos consecutivos, de una periodicidad menor a una mayor, por ejemplo, de trimestres a año.Bases de datosMiller y Fellbaum diseñaron un programa conocido como WordNet, una base de datos para la lengua inglesa.



Su estudio, a partir de un escueto análisis de las capacidades mentales del léxico descubiertas por la psicología, se concentra en su aplicación en la lexicografía.



Su organización del léxico en cinco categorías básicas como sustantivos (jerarquía tópica), verbos (relaciones de encabalgamiento), adjetivos, adverbios (espacios dimensionales) y palabras funcionales, y su posterior aplicación a WordNet, les llevó a ser redundantes en algunos aspectos.



Sin embargo, las diferencias importantes entre estas partes del discurso se pueden identificar de manera más fácil que en los diccionarios tradicionales.



Según Fellbaum, la diferencia entre un campo semántico y WordNet es que en el primero los lexemas se diferencian de otros lexemas, mientras que en el segundo, los lexemas se organizan de forma conjunta como sinónimos (synsets).



Además, explica, las relaciones sintagmáticas no se consideran en las bases de datos, donde se emplean inventarios de clases semánticas y se sitúan a los lexemas dentro de ellas, mientras que en el campo semántico sí entran en consideración.



Por tanto, los dominios no son importantes, pues el significado de un lexema se expresa por su relación de similitud con otros lexemas.



BIBLIOGRAFIA:

http://es.wikipedia.org/wiki/Usuario:G%C3%B3ngora/Sem%C3%A1ntica#Bases_de_datoshttp://www.grupoanubis.net/wiki/tiki-index.php?page=Tratamiento+de+Datos

3.2 Establecer atributos


Atributos


Los atributos son las propiedades que describen a cada entidad en un conjunto de entidades,un conjunto de entidades dentro de una entidad, tiene valores específicos asignados para cada uno de sus atributos, de esta forma, es posible su identificación unívoca. Ejemplos: A la colección de entidades Alumnos, con el siguiente conjunto de atributos en común, (id, nombre, edad, semestre), pertenecen las entidades:


(1, Sophie, 18 años, 2) (2, Penny, 19 años, 5) (3, Sophie, 20 años, 2) Cada una de las entidades pertenecientes a este conjunto se diferencia de las demás por el valor de sus atributos. Nótese que dos o más entidades diferentes pueden tener los mismos valores para algunos de sus atributos, pero nunca para todos.

En particular, los atributos identificativos son aquellos que permiten diferenciar a una instancia de la entidad de otra distinta. Por ejemplo, el atributo identificativo que distingue a un alumno de otro es su número de id.


Para cada atributo, existe un dominio del mismo, este hace referencia al tipo de datos que será almacenado o a restricciones en los valores que el atributo puede tomar (Cadenas de caracteres, números, solo dos letras, solo números mayores que cero, solo números enteros...).


Cuando una entidad no tiene un valor para un atributo dado, este toma el valor nulo, bien sea que no se conoce, que no existe o que no se sabe nada al respecto del mismo claves Es un subconjunto del conjunto de atributos comunes en una colección de entidades, que permite identificar unívocamente cada una de las entidades pertenecientes a dicha colección.


Asimismo, permiten distinguir entre sí las relaciones de un conjunto de relaciones Dentro de los conjuntos de entidades existen los siguientes tipos de claves: Superclave:


Es un subconjunto de atributos que permite distinguir unívocamente cada una de las entidades de un conjunto de entidades. Si otro atributo unido al anterior subconjunto, el resultado seguirá siendo una superclave.


Clave candidata: Dada una superclave, si ésta deja de serlo removiendo únicamente uno de los atributos que la componen, entonces ésta es una clave candidata.Clave primaria: Es una clave candidata, elegida por el diseñador de la base de datos, para identificar unívocamente las entidades en un conjunto de entidades.


Los valores de los atributos de una clave, no pueden ser todos iguales para dos o más entidades. Para poder distinguir unívocamente las relaciones en un conjunto de relaciones R, se deben considerar dos casos:R NO tiene atributos asociados:


En este caso, se usa como clave primaria de R la unión de las claves primarias de todos los conjuntos de entidades participantes.R tiene atributos asociados:


En este caso, se usa como clave primaria de R la unión de los atributos asociados y las claves primarias de todos los conjuntos de entidades participantes.Si el conjunto de relaciones, R, sobre las que se pretende determinar la clave primaria está compuesto de relaciones binarias, con los conjuntos de entidades participantes A y B, se consideran los siguientes casos, según sus cardinalidades:


R es de muchos a uno de A a B entonces sólo se toma la clave primaria de A, como clave primaria de R.R es de uno a muchos de A a B entonces se toma sólo la clave primaria de B, como clave primaria de R.R es de uno a uno de A a B entonces se toma cualquiera de las dos claves primarias, como clave primaria de RAtributos: es una característica (adjetivo) de una entidad que puede hacer .


1 de tres cosas:Identificar relacionar Describir Ejemplos de entidades con sus atributosEn el diseño se pueden considerar 3 categorías de atributos simples o compuestos: ya sea que el atributo sea un todo o bien este compuesto Color es simple, toma valores rojo, azul, etcNombre es compuesto, contiene nombre de pila, apellido materno, apellido materno.


Con valores simples o multivaluados: en base a si consisten de un solo valor o un conjunto de valores. Telefono o TeléfonosDerivados:


Que se pueden calcular en base a otros atributos el promedio de préstamos se puede derivar si tenemos los valores de cada préstamo realizado a un personaConjuntos de relacionesRelaciones: la conexión que existe entre 2 entidades (verbo).Relación entre 2 entidades


Relación entre 2 entidades incluyendo un atributo en la relación.


BIBLIOGRAFIA



3.1 Definir entidades y relaciones

DEFINIR EL DIAGRAMA DE ENTIDAD / RELACION.



Un DER es una herramienta de modelado de sistemas, que se concentra en los datos almacenados en el sistema y las relaciones entre éstos.


Un diagrama de entidad-relación o DER es un modelo de red que describe la distribución de los datos almacenados en un sistema de forma abstracta.EL modelo entidad-relación vendría a ser el "lenguaje" utilizado para crear diagramas de entidad-relación.Componentes de un DER* TIPOS DE OBJETOS o ENTIDADES.*


RELACIONES:


Conectan los objetos o entidades.Desarrollo de sistemas informáticosLos DER se emplean para modelar bases de datos que pertenecen a un sistema informático.
Relacionado:


Herramientas de modelado,modelo de entidad-relación,un diagrama o modelo entidad-relación (a veces denominado por su siglas, E-R "Entity relationship", o, "DER" ,diagrama de Entidad Relación) es una herramienta para el modelado de datos de un sistema de información,estos modelos expresan entidades relevantes para un sistema de información, sus inter-relaciones y propiedades.


Modelado Entidad Relación El Modelo Entidad-Relación es un concepto de modelado para bases de datos, propuesto por Peter Chen en 1976, mediante el cual se pretende 'visualizar' los objetos que pertenecen a la Base de Datos como entidades (se corresponde al concepto de objeto de la Programación Orientada a Objetos) las cuales tienen unos atributos y se vinculan mediante relaciones. Es una representación conceptual de la información.


Mediante una serie de procedimientos se puede pasar del modelo E-R a otros, como por ejemplo el modelo relacional, el modelado entidad-relación es una técnica para el modelado de datos utilizando diagramas entidad relación no es la única técnica pero sí la más utilizada. Brevemente consiste en los siguientes pasos:


Se parte de una descripción textual del problema o sistema de información a automatizar (los requisitos). Se hace una lista de los sustantivos y verbos que aparecen.Los sustantivos son posibles entidades o atributos.Los verbos son posibles relaciones.Analizando las frases se determina la cardinalidad de las relaciones y otros detalles.


Se elabora el diagrama (o diagramas) entidad relación. Se completa el modelo con listas de atributos y una descripción de otras restricciones que no se pueden reflejar en el diagrama.Dado lo rudimentario de esta técnica se necesita cierto entrenamiento y experiencia para lograr buenos modelos de datos.


El modelado de datos no acaba con el uso de esta técnica. Son necesarias otras técnicas para lograr un modelo directamente implementable en una base de datos. Brevemente: Transformación de relaciones múltiples en binarias.Normalización de una base de datos de relaciones (algunas relaciones pueden transformarse en atributos y viceversa).Conversión en tablas (en caso de utilizar una base de datos relacional).


Etc. Base Teórica y Conceptual el modelo entidad-relación se basa en los conceptos descritos a continuación para representar un modelo de la vida real, entidad Representa una “cosa” u "objeto" del mundo real con existencia independiente, es decir, se diferencia unívocamente de cualquier otro objeto o cosa, incluso siendo del mismo tipo. Ejemplos: Una persona. (Se diferencia de cualquier otra persona, incluso siendo gemelos).


Un automóvil. (Aunque sean de la misma marca, el mismo modelo,..., tendrán atributos diferentes, por ejemplo, el número de motor).Una casa (Aunque sea exactamente igual a otra, aún se diferenciará en su dirección).


Una entidad puede ser un objeto con existencia física como: una persona, un animal, un casa, etc. (entidad concreta), o un objeto con existencia conceptual como: un puesto de trabajo, una asignatura de clases, un nombre,etc.


(entidad abstracta).Una entidad está descrita y se representa por sus características o atributos. Por ejemplo, la entidad Persona puede llevar consigo las características: Nombre, Apellido, Sexo, Estatura, Peso, Fecha de nacimiento, etc...


BIBLIOGRAFIA


3.0 diseñar una base de datos en base al modelo entidad/relacion

Como muchos sabemos, ponerse a desarrollar una base de datos con cierta complejidad y tamaño “a ojo” es perder el tiempo. Para que la aplicación cumpla eficientemente sus objetivos y los resultados sean buenos, debemos seguir un proceso: Análisis. Diseño del modelo entidad / relación. Definir entidades y relación.


1. Análisis Debemos comenzar estudiando a fondo el mundo real que deseamos representar en la aplicación y base de datos.Por ejemplo: una universidad, un hospital, una empresa tecnológica. A partir de este estudio, debemos crear el UD, que es simplemente la visión del mundo real bajo unos determinados objetivos.


2. Diseño del modelo entidad / relación El modelo entidad-relación es el modelo conceptual más utilizado para el diseño conceptual de bases de datos.


Fue introducido por Peter Chen en 1976. El modelo entidad-relación está formado por un conjunto de conceptos que permiten describir la realidad mediante un conjunto de representaciones gráficas y lingüísticas. Originalmente, el modelo entidad-relación sólo incluía los conceptos de entidad, relación y atributo. Más tarde, se añadieron otros conceptos, como los atributos compuestos y las jerarquías de generalización, en lo que se ha denominado modelo entidad-relación extendido.


Entidad Cualquier tipo de objeto o concepto sobre el que se recoge información: cosa, persona, concepto abstracto o suceso. Por ejemplo: coches, casas, empleados, clientes, empresas, oficios, diseños de productos, conciertos, excursiones, etc. Las entidades se representan gráficamente mediante rectángulos y su nombre aparece en el interior. Un nombre de entidad sólo puede aparecer una vez en el esquema conceptual. Hay dos tipos de entidades: fuertes y débiles.


Una entidad débil es una entidad cuya existencia depende de la existencia de otra entidad.Una entidad fuerte es una entidad que no es débil.Relación (interrelación)Es una correspondencia o asociación entre dos o más entidades. Cada relación tiene un nombre que describe su función. Las relaciones se representan gráficamente mediante rombos y su nombre aparece en el interior.


Las entidades que están involucradas en una determinada relación se denominan entidades participantes. El número de participantes en una relación es lo que se denomina grado de la relación. Por lo tanto, una relación en la que participan dos entidades es una relación binaria; si son tres las entidades participantes, la relación es ternaria; etc. Una relación recursiva es una relación donde la misma entidad participa más de una vez en la relación con distintos papeles. El nombre de estos papeles es importante para determinar la función de cada participación.


La cardinalidad con la que una entidad participa en una relación especifica el número mínimo y el número máximo de correspondencias en las que puede tomar parte cada ocurrencia de dicha entidad. La participación de una entidad en una relación es obligatoria (total) si la existencia de cada una de sus ocurrencias requiere la existencia de, al menos, una ocurrencia de la otra entidad participante. Si no, la participación es opcional (parcial).


Las reglas que definen la cardinalidad de las relaciones son las reglas de negocio.A veces, surgen problemas cuando se está diseñado un esquema conceptual. Estos problemas, denominados trampas, suelen producirse a causa de una mala interpretación en el significado de alguna relación, por lo que es importante comprobar que el esquema conceptual carece de dichas trampas.


En general, para encontrar las trampas, hay que asegurarse de que se entiende completamente el significado de cada relación. Si no se entienden las relaciones, se puede crear un esquema que no represente fielmente la realidad.


Una de las trampas que pueden encontrarse ocurre cuando el esquema representa una relación entre entidades, pero el camino entre algunas de sus ocurrencias es ambiguo. El modo de resolverla es reestructurando el esquema para representar la asociación entre las entidades correctamente.Otra de las trampas sucede cuando un esquema sugiere la existencia de una relación entre entidades, pero el camino entre una y otra no existe para algunas de sus ocurrencias.


En este caso, se produce una pérdida de información que se puede subsanar introduciendo la relación que sugería el esquema y que no estaba representada.AtributoEs una característica de interés o un hecho sobre una entidad o sobre una relación. Los atributos representan las propiedades básicas de las entidades y de las relaciones.


Toda la información extensiva es portada por los atributos. Gráficamente, se representan mediante bolitas que cuelgan de las entidades o relaciones a las que pertenecen. Cada atributo tiene un conjunto de valores asociados denominado dominio.


El dominio define todos los valores posibles que puede tomar un atributo. Puede haber varios atributos definidos sobre un mismo dominio.Los atributos pueden ser simples o compuestos.


Un atributo simple es un atributo que tiene un solo componente, que no se puede dividir en partes más pequeñas que tengan un significado propio. Un atributo compuesto es un atributo con varios componentes, cada uno con un significado por sí mismo. Un grupo de atributos se representa mediante un atributo compuesto cuando tienen afinidad en cuanto a su significado, o en cuanto a su uso. Un atributo compuesto se representa gráficamente mediante un óvalo.Los atributos también pueden clasificarse en monovalentes o polivalentes.


Un atributo monovalente es aquel que tiene un solo valor para cada ocurrencia de la entidad o relación a la que pertenece;un atributo polivalente es aquel que tiene varios valores para cada ocurrencia de la entidad o relación a la que pertenece.


A estos atributos también se les denomina multivaluados, y pueden tener un número máximo y un número mínimo de valores. La cardinalidad de un atributo indica el número mínimo y el número máximo de valores que puede tomar para cada ocurrencia de la entidad o relación a la que pertenece;el valor por omisión es .


Por último, los atributos pueden ser derivados. Un atributo derivado es aquel que representa un valor que se puede obtener a partir del valor de uno o varios atributos, que no necesariamente deben pertenecer a la misma entidad o relación.IdentificadorUn identificador de una entidad es un atributo o conjunto de atributos que determina de modo único cada ocurrencia de esa entidad. Un identificador de una entidad debe cumplir dos condiciones:


No pueden existir dos ocurrencias de la entidad con el mismo valor del identificador. Si se omite cualquier atributo del identificador, la condición anterior deja de cumplirse.


Toda entidad tiene al menos un identificador y puede tener varios identificadores alternativos. Las relaciones no tienen identificadores.Jerarquía de generalización una entidad E es una generalización de un grupo de entidades E, E, ... E, si cada ocurrencia de cada una de esas entidades es también una ocurrencia de E. Todas las propiedades de la entidad genérica E son heredadas por las subentidades.


Cada jerarquía es total o parcial, y exclusiva o superpuesta. Una jerarquía es total si cada ocurrencia de la entidad genérica corresponde al menos con una ocurrencia de alguna subentidad. Es parcial si existe alguna ocurrencia de la entidad genérica que no corresponde con ninguna ocurrencia de ninguna subentidad.


Una jerarquía es exclusiva si cada ocurrencia de la entidad genérica corresponde, como mucho, con una ocurrencia de una sola de las subentidades. Es superpuesta si existe alguna ocurrencia de la entidad genérica que corresponde a ocurrencias de dos o más subentidades diferentes.Un subconjunto es un caso particular de generalización con una sola entidad como subentidad. Un subconjunto siempre es una jerarquía parcial y exclusiva.

domingo, 22 de marzo de 2009

2.4 Determinar los programas a desarrollar

Son las aplicaciones (software) adicionales que necesitamos para que un sistema trabaje mejor o poder reutilizar los resultados que nos arroje de una mejor manera, principalmente éstos son como el Word y el Excel en donde nosotros podemos pegar información que nos arroje un sistema para generar algún reporte o imprimirlo en una hoja o lo que sea que se nos antoje.

Al igual que cualquier otro tipo de software de oficina, hay un montón de programas de diseño de bases de datos disponibles para uso personal o profesional, idealmente, un usuario de base de datos busca el objetivo de su base de datos posibles antes de elegir un programa de diseño.

Sin embargo, todo aquél que busque un diseño innovador de bases de datos sin conocer los datos concretos que entran en el sistema puede utilizar varios criterios para encontrar el programa óptimo diseño de bases de datos para sus necesidades.
Los usuarios potenciales de bases de datos necesitan buscar primero la sencillez del software de base de datos.
Normalmente, una compañía de software permitirá que un cliente potencial eche un vistazo a las capturas de pantalla o incluso descargue una versión demo del programa para la obtención de muestras.
Con la excepción de las personas instruidas en diseño de bases de datos, más sencillo siempre es mejor y un interfaz desarrollado con muchas campanas y silbidos puede ser desaconsejable.

La cuestión que los compradores deben considerar es si una persona con una mínima cantidad de conocimientos o ideas preconcebidas puede utilizar el programa. Además de facilidad de uso, los diseñadores de bases de datos necesitan ver algunos pequeños factores.
La compatibilidad con los sistemas de computación de la oficina esta dada pero los profesionales de un negocio, deben considerar si el programa cumple con los requerimientos de desarrollo de un futuro próximo.

Además, siempre hay una consideración de precio en la compra de software de bases de datos. Algunos programas pueden ser prohibitivamente caros, pero otros pueden ser demasiado costosos para el servicio que prestan. Los compradores deben mirar primero su funcionalidad y luego determinar si el precio es demasiado grande para sus presupuestos.

COMENTARIOS:

Como una opción aparte, se pueden desarrollar ciertos programas que ayuden al uso del sistema de información, sin embargo, es importante mencionar la compatiblilidad entre ellos par evitar problemas.

bibliografias: