Sei sulla pagina 1di 17

UNIVERSIDAD SIMN BOLVAR

DEPARTAMENTO DE PROCESOS Y SISTEMAS

SISTEMAS DE INFORMACIN III LABORATORIO


CONTENIDO: CONSIDERACIONES GENERALES DE LA METODOLOGA IDEF1X

Material diseado y elaborado por: Prof. Anna Grimn Prof. Luis Eduardo Mendoza

UNIVERSIDAD SIMN BOLVAR


DEPARTAMENTO DE PROCESOS Y SISTEMAS

LA METODOLOGA IDEF1X
Es una metodologa desarrollada originalmente para el Bank of America y ha sido utilizada para modelar datos en la Fuerza Area Norteamericana, desde 1985. En el lenguaje de definicin de la BD, se especifican tanto la parte grfica como la sintctica de la estructura de la BD. Originalmente esta metodologa se comenz a usar en ambientes mainframe, pero evolucion para soportar BD en plataformas cliente-servidor. Muchas herramientas CASE utilizan su nomenclatura para representar las entidades, relaciones y atributos en el modelo Entidad-Relacin. Los componentes de la metodologa IDEF1X son:
1) Entidades: a) Independiente b) Dependiente 2) Relaciones: a) Identificadora b) No-identificadora c) De Categora d) No-especfica 3) Atributos/Claves: a) Atributo b) Clave Primaria c) Clave Alterna d) Clave Fornea
LABORATORIO

SISTEMAS DE INFORMACIN III

UNIVERSIDAD SIMN BOLVAR


DEPARTAMENTO DE PROCESOS Y SISTEMAS

LA METODOLOGA IDEF1X Las Entidades


Representan un conjunto real de cosas abstractas (personas, objetos, lugares, eventos, ideas, combinaciones de cosas, etc.), las cuales tienen atributos y caractersticas comunes. Una ocurrencia o miembro individual de una entidad, recibe el nombre de instancia de esa entidad. Entidad Independiente. Cada instancia de la entidad puede ser nicamente identificada sin determinar su relacin con otra entidad. Entidad Dependiente. La nica identificacin de una instancia de la entidad depende de su relacin con otra entidad. Reglas: Si la entidad es dependiente, las esquinas de la caja son redondeadas. A cada entidad se le asigna un nombre nico y es colocado encima de la entidad. Tambin se puede asignar un nmero, separndolo con un /; p.e.: EMPLEADO/32. Para designar el nombre propio de una entidad, se usan maysculas y en singular.
SISTEMAS DE INFORMACIN III LABORATORIO

UNIVERSIDAD SIMN BOLVAR


DEPARTAMENTO DE PROCESOS Y SISTEMAS

LA METODOLOGA IDEF1X Las Relaciones


Son usadas para representar las asociaciones entre entidades. Un tipo de relacin es la que se refiere a la entidad padre con cero, uno o ms instancias de la segunda entidad, llamada hijo, la cual tiene asociadas cero o una instancia de la entidad padre. Para cuantificar el tipo de relacin, se utiliza la cardinalidad, la cual especifica cuntas instancias de la entidad hijo pueden existir para cada instancia de la entidad padre. Desde la perspectiva de la entidad padre, se pueden ver las siguientes cardinalidades: a) Cada instancia de la entidad padre puede tener asociada cero o ms instancias de la entidad hijo. b) Cada instancia de la entidad padre debe tener asociada al menos una instancia de la entidad hijo. c) Cada instancia de la entidad padre est asociada con un nmero exacto de instancias de la entidad hijo. d) Cada instancia de la entidad padre est asociada con un rango especfico de instancias de la entidad hijo.
SISTEMAS DE INFORMACIN III LABORATORIO

UNIVERSIDAD SIMN BOLVAR


DEPARTAMENTO DE PROCESOS Y SISTEMAS

LA METODOLOGA IDEF1X Cardinalidad de las Relaciones


CLIENTE coloca ORDEN

Cada instancia del padre est relacionada con cero, uno o ms instancias del hijo.

POLIZA DE SEGURO

cubre
P

CONDUCTOR

Cada instancia del padre est relacionada con una o ms instancias del hijo.

ASIENTO DE AVIN

es asignado
Z

PASAJERO

Cada instancia del padre est relacionada con cero o una instancia del hijo

CARRO

requiere
N

CAUCHO

Cada instancia del padre est relacionada exactamente con N instancias del hijo
SISTEMAS DE INFORMACIN III LABORATORIO

UNIVERSIDAD SIMN BOLVAR


DEPARTAMENTO DE PROCESOS Y SISTEMAS

LA METODOLOGA IDEF1X Las Relaciones


La cardinalidad desde el punto de vista de la entidad hijo: Relacin Identificadora. Una instancia de la entidad hijo est identificada por la asociacin con la entidad padre. Luego, esta relacin se refiere a que cada instancia de una entidad hijo debe estar asociada con una y slo una instancia de la entidad padre. La existencia de un hijo en este tipo de entidad depende del padre: el hijo slo existe si existe el padre. Nomenclatura: una lnea continua. Relacin No-identificadora. Cada instancia de la entidad hijo puede ser unvocamente identificada sin conocer la instancia asociada de la entidad padre. Nomenclatura: una lnea pespunteada. a) Mandatoria. Cada instancia de la entidad hijo est relacionada exactamente con una instancia de la entidad padre. b) No Mandatoria u Opcional. Cada instancia de la entidad hijo est relacionada con cero o una instancia de la entidad padre. Representa una dependencia condicional. Una lnea pespunteada con un diamante en el padre denota este tipo de relacin.
SISTEMAS DE INFORMACIN III LABORATORIO

UNIVERSIDAD SIMN BOLVAR


DEPARTAMENTO DE PROCESOS Y SISTEMAS

LA METODOLOGA IDEF1X Las Relaciones


Al nombrar una relacin, sta debe hacerse con un verbo o una frase verbal colocada a un lado de la lnea de la relacin. La relacin entre dos entidades debe ser nica. El nombre de la relacin es usualmente expresado en la direccin padre hijo, de tal forma que se pueda formar combinando el nombre de la instancia padre, el nombre de la relacin, la cardinalidad y el nombre de la entidad. Cuando una relacin es nombrada desde ambas perspectivas (padre o hijo), la perspectiva del padre se fija primero, seguida por el smbolo / y luego la perspectiva del hijo. La relacin debe ser vlida en ambos sentidos. Reglas: a) En una relacin identificadora y en una relacin mandatoria no-identificadora, cada instancia de la entidad hijo debe estar siempre asociada con una y slo una instancia del padre. b) En una relacin opcional no-identificadora, cada instancia de la entidad hijo debe ser siempre asociada con cero o una instancia de su entidad padre. c) Una entidad hijo en una relacin identificadora es siempre una entidad dependiente identificada. d) Una entidad hijo de una relacin no-identificadora ser una entidad independiente identificada, a menos que la entidad padre sea tambin una entidad hijo en alguna relacin identificadora. e) Slo las relaciones no-identificadoras pueden ser recursivas; es decir, pueden relacionar una instancia de una entidad a otra instancia de la misma entidad.
SISTEMAS DE INFORMACIN III LABORATORIO

UNIVERSIDAD SIMN BOLVAR


DEPARTAMENTO DE PROCESOS Y SISTEMAS

LA METODOLOGA IDEF1X Las Relaciones


EJEMPLO DE UNA RELACIN IDENTIFICADORA
La Clave Primaria del padre migra a travs de la relacin para formar parte de la Clave Primaria (Identidad) del hijo. El hijo DEPENDE del padre para su identificacin y no puede existir sin el padre.
MASTER DE LA PELCULA master de la pelcula id nombre de la pelcula estrella de la pelcula tipo de pelcula rating de la pelcula COPIA DE LA PELCULA master de la pelcula id (FK) nmero de copia de la pelcula fecha de creacin de la copia fecha de vencimiento condicin de la copia

es alquilada como/ es creada de

Asercin 1: Asercin 2: Asercin 3:

Cada MASTER DE LA PELCULA <es alquilada como> 0, 1, o ms COPIAs DE LA PELCULA Cada COPIA DE LA PELCULA <es creada de> uno y slo un MASTER DE LA PELCULA. Una COPIA DE LA PELCULA no puede existir sin el MASTER DE LA PELCULA.
LABORATORIO

SISTEMAS DE INFORMACIN III

UNIVERSIDAD SIMN BOLVAR


DEPARTAMENTO DE PROCESOS Y SISTEMAS

LA METODOLOGA IDEF1X Las Relaciones


EJEMPLO DE UNA RELACIN NO-IDENTIFICADORA MANDATORIA La Clave Primaria del padre migra como un atributo no clave para el hijo y NO IDENTIFICA al hijo. El hijo es INDEPENDIENTE del padre para su identificacin, pero el hijo no puede existir sin un padre (calidad de mandatario).
CLIENTE cliente id nombre del cliente direccin del cliente telfono del cliente ORDEN nmero de orden

colocada/ es recibida de

cliente id (FK) fecha de la orden status de la orden fecha de entrega de la orden

Asercin 1: Asercin 2: Asercin 3:

Cada CLIENTE <coloca> 0, 1, o ms RDENes. Cada ORDEN <es recibida de> de uno y slo un CLIENTE. Una ORDEN puede ser identificada sin la informacin sobre el CLIENTE, pero requiere de un valor para el id del cliente (DEBE TENER UN PADRE).
LABORATORIO

SISTEMAS DE INFORMACIN III

UNIVERSIDAD SIMN BOLVAR


DEPARTAMENTO DE PROCESOS Y SISTEMAS

LA METODOLOGA IDEF1X Las Relaciones


EJEMPLO DE UNA RELACIN NO-IDENTIFICADORA NO MANDATORIA U OPCIONAL La Clave Primaria del padre migra como un atributo no clave para el hijo y NO IDENTIFICA al hijo. El hijo es INDEPENDIENTE del padre para su identificacin. El diamante (Indicador de opcionalidad) indica que el hijo puede existir sin la informacin del padre.
DEPARTAMENTO nmero de departamento nombre del departamento localidad del departamento EMPLEADO id del empleado

emplea/ pertenece a

nmero de departamento (FK) nombre del empleado direccin del empleado

Asercin 1: Asercin 2: Asercin 3:

Cada DEPARTAMENTO <emplea> 0, 1, o ms EMPLEADOs. Cada EMPLEADO OPCIONALMENTE <pertenece a> un DEPARTAMENTO. Un empleado puede ser identificado sin la informacin sobre el DEPARTAMENTO, y no tiene que ser asociado con un DEPARTAMENTO (PUEDE EXISTIR SIN UN PADRE).
LABORATORIO

SISTEMAS DE INFORMACIN III

UNIVERSIDAD SIMN BOLVAR


DEPARTAMENTO DE PROCESOS Y SISTEMAS

LA METODOLOGA IDEF1X Las Relaciones


Relacin de Categora. Es usada para representar estructuras en las cuales una entidad es un tipo de categora de otra entidad Las entidades son usadas para representar las cosas acerca de las cuales se requiere informacin. Es una relacin entre una entidad referida a una entidad genrica y otra entidad referida a una entidad de categora. Una instancia de una entidad genrica puede ser asociada con slo una instancia de una categora. Nomenclatura: Se muestra como una lnea a lo largo de la entidad genrica y un crculo. Las lneas separadas representan una categora de la relacin. La cardinalidad no se especifica, ya que siempre es cero o uno. Las entidades categoras son siempre dependientes-identificadas. Si el crculo tiene lneas dobles significa que un conjunto de entidades categoras est completo; una sola lnea indica que el conjunto de categoras est incompleto.
SISTEMAS DE INFORMACIN III LABORATORIO

UNIVERSIDAD SIMN BOLVAR


DEPARTAMENTO DE PROCESOS Y SISTEMAS

LA METODOLOGA IDEF1X Las Relaciones


Relacin No-especfica. Es usada en un alto nivel del Diagrama Entidad-Relacin para representar relaciones m:n entre entidades. Las relaciones entre padre e hijo y las relaciones de categoras son consideradas relaciones especficas, ya que ellas definen precisamente cuntas instancias de una entidad se relacionan con las instancias de otra entidad. Una relacin m:n es una relacin en la cual cada instancia de la primera entidad est asociada con cero, una o ms instancias de la segunda entidad y, viceversa. Esta relacin debe ser nombrada en ambas direcciones, separadas por un /. La primera expresa la relacin desde la entidad de la izquierda a la entidad de la derecha, si las entidades ests dispuestas horizontalmente y, de arriba hacia abajo, si estn en forma vertical. El segundo nombre va de derecha a izquierda o de abajo hacia arriba, segn el caso.

SISTEMAS DE INFORMACIN III

LABORATORIO

UNIVERSIDAD SIMN BOLVAR


DEPARTAMENTO DE PROCESOS Y SISTEMAS

LA METODOLOGA IDEF1X Las Relaciones


EJEMPLO DE UNA RELACIN MUCHOS-A-MUCHOS
Una relacin no especfica en la cual las Claves Primarias no migran como Claves Forneas. Puede tener dos frases verbales. Cada frase establece el rol desde la perspectiva de: - padre a hijo. - hijo a padre. es ordenada a / enva

PARTE
Asercin 1: Asercin 2:

PROVEEDOR

Cada PARTE <es ordenada para> 0, 1, o ms PROVEEDORes. Cada PROVEEDOR <enva> 0, 1, o ms PARTEs.
LABORATORIO

SISTEMAS DE INFORMACIN III

UNIVERSIDAD SIMN BOLVAR


DEPARTAMENTO DE PROCESOS Y SISTEMAS

LA METODOLOGA IDEF1X Las Relaciones


DEPENDENCIA
EXISTENCIA IDENTIDAD

Identificadora

MASTER DE LA PELCULA

COPIA DE LA PELCULA

Si

Si

Mandatoria No-identificadora No-mandatoria (opcional) Muchos-a-muchos

CLIENTE

ORDEN

Si

No

DEPARTAMENTO

EMPLEADO
(indicador de opcional)

No

No

PARTE

PROVEEDOR

SISTEMAS DE INFORMACIN III

LABORATORIO

UNIVERSIDAD SIMN BOLVAR


DEPARTAMENTO DE PROCESOS Y SISTEMAS

LA METODOLOGA IDEF1X Los Atributos/Claves


Representan las caractersticas distintivas de una entidad y de las cuales se almacena informacin. Para cada ocurrencia de una entidad, los atributos toman valores distintos; de sta manera, es posible distinguir una ocurrencia de otra. Clave Primaria. Un atributo o grupo de atributos que identifican unvocamente una instancia de una entidad. Clave Alterna. Un atributo o conjunto de atributos que identifican unvocamente cada instancia, pero que no forman parte de la Clave Primaria. Clave Fornea. Una clave primaria de una entidad padre que es aportada a una entidad hijo, a travs de una relacin.

SISTEMAS DE INFORMACIN III

LABORATORIO

UNIVERSIDAD SIMN BOLVAR


DEPARTAMENTO DE PROCESOS Y SISTEMAS

LA METODOLOGA IDEF1X Los Atributos/Claves


Reglas: a) En una vista basada en claves o con atributos completos, cada entidad debe tener una clave primaria. b) Una entidad puede tener cualquier nmero de claves alternas. c) Una clave primaria o alterna puede consistir en un atributo simple o una combinacin de atributos. d) Un atributo individual puede ser parte de ms de una clave tanto primaria como alterna. e) Los atributos que forman las claves primarias y alternas de una entidad pueden ser de uso propio de la entidad o ser migradas a entidades hijos a travs de una relacin. f) Las claves primarias y las claves alternas deben contener slo aquellos atributos que contribuyen a la identificacin unvoca de una entidad.
SISTEMAS DE INFORMACIN III LABORATORIO

UNIVERSIDAD SIMN BOLVAR


DEPARTAMENTO DE PROCESOS Y SISTEMAS

LA METODOLOGA IDEF1X Vistas


Es una coleccin de entidades y dominios (atributos) ensamblados para el mismo propsito. Una vista puede cubrir toda el rea que est siendo modelada o puede ser una parte de esa rea.
Hay tres (3) niveles de esquemas conceptuales: a) La vista ER, que no especifica claves. Contiene entidades y relaciones; no debe contener clave primaria, clave alterna o clave fornea. Podra contener atributos. b) La vista KB (basada en claves), que especifica atributos claves y algunos atributos no-claves. Contiene entidades, relaciones, claves primarias y claves forneas. Las entidades deben distinguirse en dependientes e independientes y las relaciones en identificadoras y no-identificadoras. c) La vista FA (atributos completos), que especifica atributos claves y no claves. Incluye los atributos no claves.
SISTEMAS DE INFORMACIN III LABORATORIO

Potrebbero piacerti anche