CAPITULO 9

MODELOS Y AGRUPAMIENTO ENTIDAD-RELACION

INTRODUCCION
En el Captulo 3 nos referimos a los tipos de entidades. Los tipos de entidades estn agrupados
en sujetos de datos. Como se describi anteriormente, existen relaciones entre las entidades.
Durante el proceso ISP se crea un diagrama entidad-relacin mostrando las relaciones entre las
entidades. A medida que el analista identifica las entidades como se describe en el Captulo 3,
deber poner stas en un diagrama entidad-relacin construido sobre una pantalla de
computador para que se le pueda aadir y reorganizar rpidamente.
Se le da un nombre a la relacin entre dos entidades (como en los captulos anteriores), a
menudo en ambas direcciones.
Esto indica:
SOLICITUD DE SERVICIO genera ORDEN DE SERVICIO y
ORDEN DE SERVICIO es generada por SOLICITUD DE SERVICIO
La lnea de relacin muestra las cardinalidades en ambas direcciones:
Cuando se usa una herramienta para construir un diagrama entidad-relacin, la herramienta
deber darle al analista un panel pidiendo informacin sobre la relacin. Este pide la mnima y
mxima cardinalidad en cada direccin. Tambin puede pedir la cardinalidad promedio porque
puede usarse esto ms adelante para clculos fsicos del diseo.
Algunas veces existen dos o ms relaciones entre dos entidades. Tales relaciones tienen
nombres diferentes. Algunas veces una entidad tiene una relacin ya sea con una entidad o con
otra:
El siguiente es un ejemplo de un simple diagrama entidad-relacin:
UN CLIENTE coloca una o ms ORDENES
Una ORDEN tiene una o ms LINEAS DE ORDENES
Una LINEA DE ORDEN se relaciona con uno y solamente un PRODUCTO.
Dicha representacin es una proposicin sobre la naturaleza fundamental de los datos. Es
independiente de los procedimientos, sistemas, o estructuras por departamentos actuales. Los
sistemas y procedimientos pueden redisearse drsticamente y los departamentos que los usan
pueden ser reorganizados, pero la proposicin de arriba acerca de CLIENTES, ORDENES,
LINEAS DE ORDENES, y PRODUCTO seguir siendo vlida. La fig.9.1 muestra una parte de un
diagrama entidad-relacin para una compaa telefnica.
CLAVE (smbolos de cardinalidad)

37

A est asociado con una y solamente una B

A est asociado con cero o una B
A est asociado con una o ms B
A est asociado con cero, una o ms B
A est asociado con ms de una B
SUBTIPOS DE ENTIDADES
Algunas veces es necesario dividir los tipos de entidades en subtipos de entidades. En un
zoolgico, por ejemplo, el tipo de entidad CRIATURA podra subdividirse en ANIMAL, PEZ Y AVE.
Los consideramos subtipos de entidades si tienen diferentes asociaciones con otros tipos de
entidades. Si, por otro lado, almacenamos esencialmente la misma informacin sobre animales,
peces, y aves, consideraramos estas tres categoras como simples valores de atributos del tipo
de entidad CRIATURA.
Podemos graficar los tipos de entidades como divisiones del cuadro tipo-de-entidad, por lo tanto:
El tipo de entidad SATELITE podra subdividirse en ORBITA BAJA y GEOSINCRONO. El
SATELITE DE ORBITA BAJA tiene una asociacin uno-con-muchos con el tipo de entidad
DETALLE DE ORBITA. El SATELITE GEOSINCRONO tiene una asociacin uno-con-muchos con
DETALLE DE POSICION. Estos dos tipos de entidades tienen atributos diferentes. Esto se
grafica como sigue:
Un subtipo de entidad es cualquier subconjunto de entidades de un tipo de entidad especfico
sobre el cual queremos registrar informacin especial para ese subtipo. Los valores de uno o ms
atributos son usados para determinar el subtipo al cual pertenece una entidad especfica. Estos
atributos son llamados los atributos de clasificacin.
Si un grupo de subtipos de entidades son mutuamente exclusivos, el cuadro que los contiene se
subdivide mediante lneas (como una estructura del diagrama de accin) por lo tanto:
La entidad es uno y slo uno de estos subtipos
Si son elecciones alternativas, pero pueden haber otros subtipos no mostrados, existe una
porcin en blanco en el cuadro subtipo:
La entidad puede ser uno o ninguno de estos subtipos
Si la entidad pudiera ser varios de los subtipos a la vez, los subtipos se separan mediante una
lnea punteada.
La entidad puede ser varios de estos subtipos simultneamente
Una entidad puede subdividirse en ms de un agrupamiento subtipo:
Un subtipo de entidad puede subdividirse a s mismo en subtipos:
Jerarqua de subtipos
Pueden graficarse las asociaciones con otros tipos de entidades partiendo de los subtipos:
Los subtipos de entidades se comportan totalmente como si fuesen tipos de entidades. Tienen
atributos y relaciones con otras entidades. Palmer enfatiza que en su experiencia de anlisis de
datos el novato confunde los conceptos de subtipos de entidades, y las relaciones entre los tipos
de entidades. Enfatiza la importancia de reconocerlos como conceptos completamente diferentes

38

a pesar del hecho de que la mayora de sistemas de manejo de base de datos ignoran el
concepto de subtipos de entidades.
Una simple prueba evitara la confusin. Preguntamos "A es una B?" y B es una A? Los
respuestas permitidas son SIEMPRE, ALGUNAS VECES y NUNCA. Si ambas respuestas son
NUNCA, no tenemos conocimiento de subtipo. Si ambas respuestas son SIEMPRE, entonces A y
B son sinnimos. Si las respuestas son:
"A es una B? SIEMPRE
"B es una A ALGUNAS VECES
Entonces A es un subtipo de B
Veamos un caso que podra ser confuso. Una organizacin burocrtica en cierta forma tiene
personas con los siguientes ttulos: OFICIAL, ASESOR,SUB-AGENTE, y REPRESENTANTE.
Deben ser cada uno de estos un tipo de entidad aparte, o son subtipos, o simplemente
atributos?
Las celdas en la siguiente tabla responden a la pregunta "Es A una B?"
La palabra SIEMPRE aparece dos veces. Un OFICIAL y un SUB-AGENTE son siempre un
REPRESENTANTE. Estos pueden ser subtipos del tipo de entidad REPRESENTANTE. Un
OFICIAL nunca es un SUB-AGENTE, y viceversa, entonces son subtipos mutuamente exclusivos.
Puede haber representantes adems de OFICIALES y SUB-AGENTES? No. Por lo tanto,
graficamos:
Un ASESOR nunca es ninguno de los otros, entonces es un tipo de entidad aparte.
Realmente queremos considerar a un OFICIAL y a un SUBAGENTE como un subtipo de
entidad, o deben ser atributos de REPRESENTANTE? Para responder a esto, preguntamos:
Tienen asociaciones que son diferentes de aquellas de REPRESENTANTES que necesitamos
incluir en el modelo de datos? S, las tienen. Un OFICIAL supervisa a un SUB-AGENTE. Un SUBAGENTE es un empleado externo que trabaja para una CORPORACION sobre la cual se
conservan registros aparte. Es necesaria una asociacin de OFICIAL a SUB-AGENTE. Esta
puede graficarse dentro del cuadro tipo-de-entidad:
Esto acarrea ms informacin que un intento anlisis de entidad sin subtipos, que podra mostrar
lo siguiente:
DIAGRAMA DE DESCOMPOSICION TIPO-DE-ENTIDAD
Donde el subtipo de una entidad no sea trivial, puede usarse un diagrama de descomposicin
para representarlo, como aqu:
La fig.9.2 muestra una descomposicin en dos niveles del tipo de entidad EMPLEADO.

DESCOMPOSICION MOSTRADA EN UN DIAGRAMA ENTIDAD-RELACION

La fig.9.3 muestra un diagrama entidad-relacin que incluye la descomposicin de los tipos de
entidades.
Fig.9.3 Ejemplo de subtipo en un diagrama entidad relacin.

39

OMISION DE DEMASIADO DETALLE

Un ISP crea una visin general de una empresa que acta como una estructura de trabajo lgica
dentro de la cual se puede establecer un mayor anlisis y diseo de procedimiento. Un objetivo
es hacer esto rpidamente, manteniendo el inters de la administracin senior. Se han intentado
algunos esfuerzos de planeamiento estratgico para identificar los atributos de datos as como
los tipos de entidades y para normalizar los datos. Crear un modelo de datos normalizado implica
mucho ms que simplemente identificar los tipos de entidades y relaciones. Es importante
completar rpidamente el anlisis ISP (la meta debe ser ms de seis meses) y no hundirse en
demasiado detalle. Detalles tales como la normalizacin de los datos no interesan a la
administracin senior. Este detalle continua en los estudios de anlisis del rea de negocios,
donde cada uno analiza una parte coherente de la empresa en lugar de la empresa completa.
La normalizacin de los datos conduce a la identificacin de claves concatenadas, discutidas en
el Captulo 12. En el nivel ISP no hay necesidad de identificar claves concatenadas. Esto ocurre
cuando se construye un modelo de datos normalizado.
Aun cuando la metodologa evita el detalle tcnico en la etapa de ISP, el analista puede ingresar
atributos y claves concatenadas en el modelo de datos computarizado si esto puede hacerse sin
frenar el esfuerzo total. Esto ayudar cuando se realice ms tarde la normalizacin completa.
En el intento de avanzar rpidamente, algunos estudios de ISP han omitido la construccin de un
diagrama entidad-relacin. Simplemente han identificado a las entidades. El diagrama entidadrelacin ha sido dejado de lado hasta la posterior modelacin de los datos detallada. Es til
construir un diagrama entidad-relacin en esta etapa si se usa una apropiada herramienta
computarizada. El ingreso de las relaciones toma poco tiempo y ayuda a validar la identificacin
de los tipos de entidades. Algunas veces provoca el descubrimiento de otras entidades. Ayuda en
la divisin de la entidades y funciones de negocios en grupos separados para el anlisis del rea
de negocios.
LA MATRIZ ENTIDAD/FUNCION
Las entidades y funciones de los pasos anteriores pueden transferirse automticamente a un
diagrama de matriz que mapea las funciones versus las entidades, como se muestra en Fig.9.4.
El analista llena las intersecciones de este diagrama para indicar cules funciones crean, leen,
actualizan, y borran a cada entidad. Los cdigos C, R, U y D son ingresados en las
intersecciones:
C
Crear
R
Leer
U
Actualizar
D
Borrar
Tanto el nmero de funciones como el nmero de tipos de entidades son demasiado grandes
para una pantalla, por eso la herramienta debe ser capaz de moverse horizontal y verticalmente
por la matriz . El analista debe estar preguntando en esta etapa qu entidades se usan en
conjuncin con cada funcin. En las etapas anteriores del anlisis frecuentemente descubre tipos
de entidades que an no estn en su lista. Los agrega al diagrama entidad-relacin y a los
diagramas de descomposicin de funcin, y automticamente son agregados a la matriz.
El diagrama de la matriz automticamente puede hacer evidentes los problemas: por ejemplo, un
tipo de entidad que no es creado por ninguna funcin, o una funcin que no usa ningn tipo de
entidad. Puede hacer evidentes situaciones que deben ser evaluadas en caso que sean un

40

problema, por ejemplo, un tipo de entidad que no est actualizado por ninguna funcin, o un tipo
de entidad que es creado por ms de una funcin.
VALIDANDO LA MATRIZ
Los asuntos dentro de la matriz pueden agruparse de diversas formas. El analista usa la matriz
para validar su diseo y revisar su integridad. Puede reordenar las filas y columnas de diversas
formas para facilitar la validacin.
Originalmente, la computadora puede ordenar las funciones de acuerdo con la tabla de
descomposicin funcional, agrupando funciones que tengan el mismo origen. El analista puede
poner nfasis en una funcin o un grupo de funciones y pedir que todos los tipos de entidades
asociados se muestren juntos. Luego revisa la integridad del grupo. En forma similar, puede
poner nfasis en un tipo de entidad o grupo relacionado de tipos de entidades y pedir que todas
las funciones asociadas se muestren juntas. Puede ser capaz de poner nfasis en un grupo
relacionado de tipos de entidades en el diagrama entidad-relacin y ver este grupo en la matriz
con sus funciones asociadas.
El diagrama entidad-relacin, el diagrama de descomposicin de funciones, y la matriz
entidad/funcin forman un conjunto entrelazado de diagramas que cuando se usan juntos
permiten a una persona revisar la integridad y validez del anlisis. Permiten que se discuta el
anlisis con la administracin.
OTRAS MATRICES
Pueden crearse y manipularse otras dos matrices con un software similar. Puede mapearse la
tabla de la organizacin (por ejemplo, los asuntos en la Fig.3.2) versus las funciones o tipos de
entidades.
El analista puede mapear las funciones versus los departamentos en la tabla de la organizacin,
revisando nuevamente la integridad y validez. Puede mapear tipos de entidades versus
departamentos. Los cdigos crear, leer, actualizar, borrar pueden ser transferidos
automticamente de la matriz funcin/tipo de entidad a la matriz departamento/tipo de entidad. El
analista puede comprender la extensin a la cual los departamentos comparten el uso de datos o
estn en conflicto en la propiedad de los datos o el derecho para actualizarlos. Cuando los altos
administradores evalan el mapeo de la tabla de la organizacin versus las funciones o tipos de
entidades, algunas veces se convencen de que la tabla de la organizacin necesita modificacin.
En algunos estudios de planeamiento estratgico los ejecutivos entrevistados aparecen en una
matriz como la de la Fig.3.8. Esto se realiza en los estudios BSP (Planeamiento de Sistemas de
Negocios) como lo recomienda IBM, por ejemplo. La Fig.3.8 muestra una matriz mapeando a los
empleados clave versus las funciones e indicando su grado de compromiso con dicha funcin. Si
existe una matriz funcin/tipo de entidad, la informacin en Fig.3.8 puede convertirse en una
matriz que mapee a los ejecutivos con los datos con los que estn comprometidos. Los ejecutivos
en cuestin pueden ayudar con la validacin del anlisis.
AGRUPANDO LA MATRIZ
Una matriz funcin/tipo de entidad debe agruparse para mostrar qu funciones y datos encajan
naturalmente. Estos agrupamientos forman la base para el establecimiento de reas de negocios,
que se examinarn con ms detalle durante el anlisis del rea de negocios. Los agrupamientos
pueden formar la base de los sistemas y pueden ayudar a determinar qu funciones debe
desarrollar un sistema especfico y qu datos utilizar.

41

Pueden usarse dos tipos de algoritmo de computador para agrupar una matriz funcin/entidad. El
primero usa una lista de funciones arregladas en la secuencia de un ciclo de vida natural y
agrupa los tipos de entidades que son creados por cada funcin. Este mtodo se describe en
este captulo. El segundo usa las afinidades entre los tipos de entidades como una base para el
agrupamiento de los tipos de entidades. Las afinidades pueden ser proporcionadas por un
analista que puede marcarlas en un diagrama entidad-relacin, o pueden calcularse basndose
en cuntas actividades utilizan ambos tipos de entidades en cuestin. El Captulo 8 discuti el
segundo algoritmo de agrupamiento.
La fig.9.5 muestra una matriz funcin/tipo de entidad. Se muestran agrupamientos de alto nivel
de las entidades, algunas veces llamados temas de datos o simplemente temas. Las funciones
en Fig.9.5 son las mismas que las de la Fig.3.4. Se listan segn la secuencia del ciclo de vida del
producto: primero planeamiento del negocio, luego obtencin de la financiacin, luego estudio de
mercado, etc, hasta que finalmente el producto es entregado; luego se completa la contabilidad.
La funcin que no se relaciona directamente con el ciclo de vida del producto es la funcin del
personal, por lo que se menciona al ltimo.
Para agrupar los asuntos en la fig.9.5, se cambia la secuencia de los tipos de entidades. Una "C"
en fig.9.5 indica que una funcin dada crea o actualiza un tipo de entidad. Una "R" indica que
sta lee pero no modifica a ese tipo de entidad.
El tipo de entidad que se crea o actualiza por la primera funcin se mueve a la izquierda.
Entonces el tipo de entidad (si existe) creado o actualizado por la segunda funcin se mueve a la
izquierda. Esto contina para todos los tipos de entidades. La matriz resultante, mostrada en
fig.9.6, tiene sus "C's" arregladas en una diagonal en la parte superior izquierda hasta la parte
inferior derecha.
Las funciones y datos puede ser agrupados ahora en mayores reas de sistema encerrando los
agrupamientos como se muestra en fig.9.7. El analista puede examinar los agrupamientos que
resultan, nuevamente intentando validar las funciones y tipos de entidades. Los casilleros
representan agrupamientos de subsistemas de informacin lgicos con la responsabilidad para la
creacin y mantenimiento de las diversas clases de datos. Una diversidad de consideraciones
subjetivas pueden ocasionar que el analista ajuste los agrupamientos. Los agrupamientos como
aquellos de fig.9.7 puede ser usados para formar reas de negocios, que se convierten en la
base para el anlisis del rea de negocios-la construccin de modelos de datos y procesos ms
detallados (nivel 2 de la pirmide).
En fig.9.8 se dan nombres para los grupos de funciones. Cuando el uso de datos (U) cae fuera
de cualquier casillero en la fig.9.8, las funciones dentro del casillero deben ingresar una base de
datos donde sea, o en otro caso los datos debern ir de un subsistema a otro. Las lneas en
fig.9.8 muestran esto. La funcin control de materiales utiliza los datos de cuenta de materiales.
Estos datos puede pasar del subsistema de diseo de un producto al sistema de fabricacin.
Muchos de dichos flujos de datos pueden graficarse entre los subsistemas de fig.9.8, como se
muestra en fig.9.9.
DEPENDENCIA ENTRE FUNCIONES
Las funciones dentro de una empresa son altamente interdependientes. Una funcin utiliza datos
que son generados por otras funciones. Las dependencias entre las funciones se grafican en
diagrama de dependencia. Un diagrama de dependencia grafica las funciones (o procesos) como
casilleros con esquinas redondeadas. Una dependencia entre dos funciones se grafica como una
lnea con una flecha conectando ambos casilleros. El siguiente diagrama indica que la funcin B
es dependiente de la funcin A.

42

CUADRO 9.1 Un procedimiento para agrupar una matriz de entidades y funciones.

Crear un anlisis de alto-nivel de datos corporativos
Identificar los temas de datos
Descomponer en tipos de entidades
Crear un diagrama inicial entidad-relacin
Crear una matriz mapeando funciones versus tipos de entidades.
Crear una matriz mapeando unidades organizacionales versus tipos de entidades.
Imprimir las versiones relevantes de los diagramas anteriores de la enciclopedia
para la revisin de los participantes.
Depurar el modelo de la empresa y el diagrama entidad-relacin.
Llevar a cabo reuniones con los usuarios finales y administracin para discutir el
modelo de la empresa.
Hacer cualquier mejora al modelo de la empresa como resultado de las
presentaciones a los usuarios finales y a la administracin.
Depurar el diagrama entidad-relacin.
Depurar la matriz de tipos de entidades y funciones de negocios.
Depurar la matriz de tipos de entidades y unidades organizacionales.
Obtener la aprobacin del modelo de la empresa.
Agrupar la matriz funcin/entidad para mostrar los sistemas naturales.
Usar el algoritmo de agrupamiento de la herramienta de planeamiento estratgico.
Agrupar sobre la base de qu funciones CREAN qu tipos de entidades.
Asignar todas las funciones restantes y tipos de entidades a los grupos.
Depurar los agrupamientos manualmente para identificar los sistemas naturales.
Identificar qu datos deben ir de un sistema a otro.
Crear un diagrama de dependencia mostrando las dependencias entre los grupos.
Depurar los agrupamientos para minimizar la interaccin entre sistemas.
Agrupar la matriz funcin/entidad para mostrar las reas de negocios naturales.
Ajustar la matriz funcin/entidad agrupada para formar lmites BAA (Anlisis del
Area de Negocios).
Asignar todas las funciones a un rea de negocios.
Determinar las ubicaciones geogrficas de cada rea de negocios.
Depurar las reas de negocios para que sean naturalmente cohesivas.
Si la funcin A no se lleva a cabo, la funcin B no se lleva a cabo. La razn ms comn para la
dependencia es que A genera o actualiza datos que son requeridos por B. Los datos pueden
pasar directamente de A a B, o A puede actualizar los registros de base de datos que son usados
por B.
Algunas corporaciones que realizan planeamiento de la estrategia de la informacin grafican las
dependencias entre las funciones; otras no. Los diagramas de dependencia del proceso son una
parte esencial de la segunda etapa de la ingeniera de la informacin (anlisis del rea de
negocios). Pueden no ser necesarios para lograr los objetivos de la primera etapa. Las
necesidades de informacin esenciales de una empresa pueden determinarse sin graficar
diagramas de dependencia. El agrupamiento de funciones en reas de negocios no
necesariamente necesita diagramas de dependencia. Sin embargo, los diagramas de
dependencia de funciones pueden clarificar el modelo general de la empresa.

43

Una matriz entidad/funcin como la Fig.9.8 podra convertirse automticamente en un diagrama

de dependencia mostrando las dependencias entre ocho subsistemas en el diagrama. La fig.9.9
muestra las dependencias. El Cuadro 9.1 muestra un procedimiento para el agrupamiento de
entidades y funciones en sistemas cohesivos.
DEMASIADO DETALLE
A menudo existe una tendencia de caer en lo ms profundo cuando se realiza la modelacin
general. Algunos analistas han graficado diagramas de dependencia o diagramas de flujo de
datos; algunos han intentado normalizar los datos. Hemos enfatizado que el objetivo del nivel
ms alto de la pirmide es crear una visin de alto nivel y hacerla rpidamente para no perder el
inters de la administracin senior. Caer en demasiado detalle retarda la modelacin general. El
detalle tal como graficar diagramas de dependencia deber reservarse para el segundo nivel de
la pirmide-anlisis del rea de negocios.

44