viernes, 6 de junio de 2008

G. Modelo Entidad-Relacion

F. las tablas de ele ejercicio Modelo entidad Relacion

E. Arreglos

TALLER DE ARREGLOS

1.Escriba un algoritmo que nos devuelva el màximo de los valores incluidos en el vector

Inicio
lea V(a)
mayor = 50
conmayor = 0
Para i: 1,N,1 haga
Si v (a)> mayor E
cmayor = cmayor + V(a)
Fin si
Fin Para

Imprima conayor
Fin inicio


2. Escriba un algoritmo que nos devuelva el mínimo de los valores incluidos en el
vector

Inicio
lea V(x)
menor = 30
cmenor = 0
Para i: 1,N,1 haga
Si V(x) < menor E
cmenor = cmenor + V(x)
Fin si
Fin Para
Imprima cmenor
Fin Inicio


3.escriba un algoritmo que nos devuelva la media de los valores incluidos en el vector.

inicio
lea v(y)
cmedia =0
para i = 1,N,1 haga
si v (y)/2 entonces
cmedia =cmedia + v(y)
fin si
fin para
imprima cmedia
fin

4. implemente un algoritmo que nos permita multiplicar y llenar una nueva matriz.


entero A{10,5} B{10,5}

inicio
para i = 1 hasta 20
para j = 1 hasta 5
lea A{i,j}
para i = 1 hasta 10
para j = 1 hasta 5
lea A {i,j}
fin para
fin para
fin para
fin para
para i = 1 hasta 10
para j = 1 hata 5
lea B{i,j}
B{i,j} = A{i,j} * A{i,j}
fin para
fin para
fin


5. hacer un algoritmo que llene una de 5*6 y que imprima cuantos elementos son ceros, cuantos positivos y cuantos negativos .


entero M {5,6}
inicio
ccero = 0
cpositivos =0
cnegativos =0
para i = 1 hasta 5
para j = 1 hasta 6
lea M {i,j}
fin para
fin para
para i = 1 hasta 5
para j = 1 hasta 6
lea M{i,j}
si M{,j} = 0 entonces
ccero = ccero + M{i,j}
sino
imprima "no tiene cero "
fin para
fin para
para i = 1 hasta 5
para j = 1 hasta 6
lea M{i,j}
si M{i,j} >= -1 entonces
cnegativos = cnegativos + M{i,j}
sino
imprima "es positivo o cero"
fin para
fin para
para i = 1 hasta 5
para j = 1 hasta 6
lea M{i,j}
si M{i,j} > 1 entonces
cpositivos = cpositivos + M{i,j}
fin para
fin para
imprima ccero, cnegativos, cpositivos
fin



6. hacer un algoritmo que llene una matriz de 6*5 y que imprima cuantos elementos son mayores que 20


inicio

para i = 1 hasta 6
para a = 1 hasta 5
lea F{p,m}
fin para
fin para
para i = 1 hasta 6
para a = 1 hasta 5
si F{p,m} >20 entonces
cmayor = cmayor +F{p,m}
fin si
fin para
fin para
imprima cmayor
fin

jueves, 5 de junio de 2008

C. Comentarios del video de Diseño de Bases de datos

1. Vídeo 1

a. Mirar o diferenciar entre los atributos,relaciones y entidades
en el ejemplo dado miramos como el hospital es la entidad principal
y las camas, los departamentos y los pacientes, también hay que notar que para
que halla una buena base de datos debe tener una normalizaciòn adecuada, por
que si no , no se reaccionaria según su necesidad.

Explica además como se caracteriza cada una y se diferencia y como actúa cada uno
ella, y explica su finalidad.

tener también en cuenta su cardinalidad
que son:
de "1,1"
de "1,M"
de "N,M"

b. En el vídeo 2

Miramos como se puede simplificar las tablas con datos que no son tan
necesarios.
Por ejemplo
los datos de una persona: es necesario el nombre,cédula,teléfono,código
pero se puede simplificar o datos innecesario como dirección,correo


Además nos habla de la clave primaria, que seria la principal,algo de tener
en cuenta es que no se puede relacionar dos claves primarias

D. Manual para diseñar un algoritmo en los casos de arreglos

Haga un manual para solucionar arreglos,crea tus propias reglas.

Arreglo

es un conjunto finito de componentes del mismo tipo,los cuales se diferencian o relacionan a través de un subíndice

y se clasifican en dos

VECTORES Y MATRICES

VECTORES


1. Se definen o se conocen y se diferencia debido a que cuenta bajo un mismo concepto de clasificación conocido como fila y columna

2. De importancia es que en vector solo se usa un índice

3. Tener también en cuenta que para resolver un algoritmo con vectores siempre se debe colocar la posición del nombre en ele algoritmo

4. El tamaño de cada vector es único para las dejas casillas o demás posiciones.

5. se conoce en forman lineal

6. se debe tener en cuenta que en vector hay un solo índice ya sea en la fila o en
la columna

Mostraremos como identificar un algoritmo con vector

a. Identificar si es vector o matriz (se puede diferenciar al mencionarla en el
enunciado

b. Después mencionar cuantos contadores y acumuladores tiene el algoritmo

c. Abrir el ciclo ya sea PARA, MIENTRAS QUE. donde ejecuta la función deseada

d. Escribir lo que se pide ya sea, suma, resta o porcentaje.

e. Terminar el ciclo

f. Adicionar el imprima donde quiere que se efectué o muestre el resultado


MATRICES


1. Tiene que tener un nombre para la matriz dado para que mas adelante pueda
mencionarla en ele algoritmo

2. Tiene que ser del mismo tipo. no puede ser unos numéricos y otros reales

3. La dimensión o el total de la matriz se conoce por medio de multiplicar fila x
columna

4. Siempre en las matrices debe haber dos índices sino se llamaría vector

5. Para tener en cuenta en el algoritmo.
Siempre que debamos hacer una acción, ya sea suma,resta, multiplicación o
porcentaje debemos de primero colocar el ciclo PARA o MIENTRAS QUE y los dos
índices respectivamente (la fila y columna)

6. Es llamado Vector de vectores

Mostraremos como identificar un algoritmo con matriz


a. Identificar si es vector o matriz (se puede diferenciar al mencionarla en el
enunciado, en algunos)

b. Después mencionar cuantos contadores y acumuladores tiene el algoritmo

c. Abrir el ciclo ya sea PARA, MIENTRAS QUE. donde ejecuta la función deseada

d. Escribir lo que se pide ya sea, suma, resta o porcentaje.teniendo en cuenta
las posiciones

e. Terminar el ciclo

f. Adicionar el imprima donde quiere que se efectué o muestre el resultado

g. fin

B. 2 Punto de plan de mejoramiento

Buscar entidades, relaciones, atributos, tipos de relaciones cardinalidad.


1.0 Entidades

El término entidad tiene distintas acepciones, es decir distintos significado según sea el ámbito o contexto en que se utiliza. Sin embargo, cuando se le refiere en base de datos, es cualquier objeto sobre el que se tiene información. Una entidad está descrita por sus características. Por ejemplo, la entidad Persona lleva consigo las características de: Nombre, Apellido, Género, Estatura, Peso, Fecha de nacimiento, etc.. Se representa mediante un rectángulo o "caja" etiquetada en su interior mediante un identificador. Ejemplos de entidades habituales en los sistemas de información son: factura, persona, empleado, etc.

2.0 Relaciones

Una relación describe cierta dependencia entre entidades. Se representa mediante un rombo etiquetado en su interior con un verbo. Este rombo se debe unir mediante líneas con las entidades (rectángulos) que relaciona.

Una relación tiene sentido al expresar las entidades que relaciona. Por ejemplo: una persona (entidad) trabaja para (relación) un departamento (entidad).

3.0 Atributos

Los atributos son propiedades relevantes propias de una entidad y/o relación. Se representan mediante un círculo o elipse etiquetado mediante un nombre en su interior. Cuando un atributo es identificativo de la entidad se suele subrayar dicha etiqueta.

Por motivos de legibilidad, los atributos no suelen representarse en un diagrama entidad-relación, sino que se describen textualmente en otros documentos adjuntos.

Los atributos describen información útil sobre las entidades. 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 empleado de otro es su número de la Seguridad Social.

4.0 Cardinalidad de las relaciones

Las relaciones, en principio binarias, pueden involucrar a un número distinto de instancias de cada entidad. Así, son posibles tres tipos de cardinalidades:

* Relaciones de uno a uno: una instancia de la entidad A se relaciona con una y solamente una de la entidad B.
* Relaciones de uno a muchos: cada instancia de la entidad A se relaciona con varias instancias de la entidad B.
* Relaciones de muchos a muchos: cualquier instancia de la entidad A se relaciona con cualquier instancia de la entidad B.

El tipo de cardinalidad se representa mediante una etiqueta en el exterior de la relación, respectivamente: "1:1", "1:N" y "N:M", aunque la notación depende del lenguaje utilizado, la que más se usa actualmente es el unificado. Otra forma de expresar la cardinalidad es situando un símbolo cerca de la línea que conecta una entidad con una relación:

* "0" si la entidad no está obligada a participar en la relación.
* "1" si la entidad está obligada a participar en la relación y, además, cada instancia solamente participa una vez.
* "N" , "M", ó "*" si la entidad no está obligada a participar en la relación y cada instancia puede participar cualquier número de veces.

Ejemplos de relaciones que expresan cardinalidad:

* Una factura (entidad) se emite (relación) a una persona (entidad) y sólo una, pero una persona puede tener varias facturas emitidas a su nombre. Es una relación 1:N.
* Un cliente (entidad) puede comprar (relación) varios artículos (entidad) y un artículo puede ser comprado por varios clientes distintos. Es una relación N:M.

A. Plan de mejoramiento ACTIVIDAD 1

1. En Internet consulta los siguientes temas:
a. Modelado de datos
b. Normalización
c. Modelo (Diagrama) Entidad Relación

a. Modelado de datos

1.0 Definición

Un modelo es un conjunto de herramientas conceptuales para describir datos, sus relaciones, su significado y sus restricciones de consistencia.

1.1 Características

* Es el proceso de analizar los aspectos de interés para una organización y la relación que tienen unos con otros.
* Resulta en el descubrimiento y documentación de los recursos de datos del negocio.
* El modelado hace la pregunta " Qué ? " en lugar de " Cómo ? ", ésta última orientada al procesamiento de los datos.
* Es una tarea difícil, bastante difícil, pero es una actividad necesaria cuya habilidad solo se adquiere con la experiencia.


1.2 Metas y beneficios

* Registrar los requerimientos de datos de un proceso de negocio.
* Dicho proceso puede ser demasiado complejo y se tendrá que crear un "enterprise data model", el cual deberá estar constituído de líneas individuales.
* Permite observar:
o Patrones de datos
o Usos potenciales de los datos

1.3 Tipos de modelado de datos

Basicamente son 3:

* Conceptual: muy general y abstracto, visión general del negocio/institución.
* Lógico: versión completa que incluye todos los detalles acerca de los datos.
* Físico: esquema que se implementara en un manejador de bases de datos (DBMS).

En las siguientes secciones se analizarán los aspectos relacionados con el modelado conceptual, más adelante y teniendo ya un modelo lógico se procederá a estudiar la representación física del mismo.

Gracias a ict.udlap.mx/people/carlos/is341/bases02.html


b. Normalización


¿Qué es normalización?

Normalización es un proceso que clasifica relaciones, objetos, formas de relación y demás elementos en grupos, en base a las características que cada uno posee. Si se identifican ciertas reglas, se aplica un categoría; si se definen otras reglas, se aplicará otra categoría.

Estamos interesados en particular en la clasificación de las relaciones BDR. La forma de efectuar esto es a través de los tipos de dependencias que podemos determinar dentro de la relación. Cuando las reglas de clasificación sean más y más restrictivas, diremos que la relación está en una forma normal más elevada. La relación que está en la forma normal más elevada posible es que mejor se adapta a nuestras necesidades debido a que optimiza las condiciones que son de importancia para nosotros:

• La cantidad de espacio requerido para almacenar los datos es la menor posible;

• La facilidad para actualizar la relación es la mayor posible;

• La explicación de la base de datos es la más sencilla posible.

Gracias a: http://www.monografias.com/trabajos5/norbad/norbad.shtml


c. Modelo entidad-relación


Los diagramas o modelos entidad-relación (a veces denominado por su siglas, E-R "Entity relationship") 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-Interrelación es un concepto de modelado para bases de datos, propuesto por Peter Chen, mediante el cual se pretende 'visualizar' los objetos que pertenecen a la Base de Datos como entidades (esto es similar al modelo de 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:

1. Se parte de una descripción textual del problema o sistema de información a automatizar (los requisitos).
2. Se hace una lista de los sustantivos y verbos que aparecen.
3. Los sustantivos son posibles entidades o atributos.
4. Los verbos son posibles relaciones.
5. Analizando las frases se determina la cardinalidad de las relaciones y otros detalles.
6. Se elabora el diagrama (o diagramas) entidad-relación.
7. 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.

Gracias a http://es.wikipedia.org/wiki/Diagrama_entidad-relaci%C3%B3n