Gua de la seccin 6.

0 del autor para crear IDEF1 diagramas

Caractersticas de las clases
Entidad de clase
1: 1 Relacin
1: Relacin M
M: 1 Relacin
M: Relacin N

6.0 Gua del autor para la creacin de diagramas IDEF1

6.1 Fase Cero - Contexto Definicin
El modelo de informacin IDEF1 alguna manera debe describirse y definirse en
trminos de su limitaciones y sus ambiciones. El modelador es una de las influencias
principales en el desarrollo del alcance del modelo. En conjunto, el modelador y el
director del proyecto despliegan el plan para alcanzar los objetivos de la Fase
Cero. Estos objetivos incluyen:
1. Definicin del proyecto - un estado general de "lo que" se tiene que hacer, "por
qu" y "cmo" se realizar.
2. El material original - un plan para la elaboracin fsica del material de origen,
incluyendo la indexacin y presentacin de la misma.
3. Convenciones autor - una declaracin fundamental de los convenios
(Mtodo opcional) por el cual el autor opta por tomar y manejar el modelo.
Los productos de estos objetivos, junto con otros documentos descriptivos y
explicativos y la informacin, se convierten en los productos del esfuerzo de la Fase
Cero-Cero Kits de fase. El propsito de estos kits se describir con ms detalle ms
adelante en esta seccin.
6.2 Definicin del proyecto
6.2.1 El objetivo estratgico
La primera actividad en el proyecto de modelado es establecer a donde va el proyecto,
cmo y, hasta cierto punto, por qu. En este proceso, el director del proyecto ser
establecer su autoridad y mandato para el proyecto. Algunas pautas generales que
establecen el alcance del proyecto en trminos de dinero, tiempo, y la amplitud de
esfuerzo habr sido establecido, por lo general en un proyecto documentos de
autorizacin del administrador. El alcance de la responsabilidad del jefe de proyecto, la
autoridad y el control directo deben ser claro en este punto en el proyecto de puesta en
marcha. El gerente del proyecto debe entender y establecer este control, ya que es el jefe
de proyecto de responsabilidad de dirigir las actividades de varios otros personal
durante el curso de la proyecto.
Sobre la base de esta autoridad establecida, el director del proyecto selecciona el
modelador y equipo de modelado. Juntos, a continuacin, formalizan el alcance del

proyecto a realizar. Un dominio del problema se identific por primera vez y luego
cuidadosamente definido.
Por lo tanto, el elemento nmero uno del plan del proyecto emerge el objetivo
estratgico. El objetivo estratgico se compone de dos estados, uno de intencin y uno
de eliminacin.
Son:
1. Finalidad - una declaracin que define en "qu" consiste el modelo, es decir, sus
lmites contextuales.
2. Declaracin del punto de vista - una declaracin que expresa el punto de vista
del modelo, los "ojos" a travs del cual el modelo es para ser visto.
Una de las principales preocupaciones que se respondi como resultado de la creacin
del objetivo estratgico es la preocupacin por la referencia-marco de tiempo para el
modelo. Va a ser una modelo de las actividades actuales? Va a ser un modelo de lo que
se pretende despus de algunos cambios en las la empresa? El objetivo estratgico
identifica el "intervalo de tiempo". Apropiada formal Descripcin de un dominio del
problema para un proyecto de modelado IDEF1 puede incluir la revisin, construccin,
modificacin, y / o elaboracin de modelos IDEFO. Por esta razn, tanto la modelador y
el director del proyecto deben ser versados, hasta cierto punto, en la creacin y uso de
IDEFO modelos. Tpicamente, un modelo IDEF existe que puede servir como base
para el problema dominio. Una muestra del alcance de modelo en IDEF1, tal como se
ve desde la perspectiva IDEF, puede verse en la Figura 6-1.

Simplificacin de ICAM Compuesto Arquitectura funcional (IDEF0), basado en

ICAM Tarea I Informe Final (REF: AFML-TR-78-148) para la ilustracin de
ICAM Composite Information Model (mbito IDEF10.

Figura 6-1. IDEF1 Alcance

Figura 6-2. Objetivo estratgico

Diferentes puntos de vista sobre un problema dado invariablemente resulta en diferentes
modelos y es crudamente que el director del proyecto y modelador de llegar a un
acuerdo sobre qu objeto est siendo servido, especialmente en lo que el punto de vista
est siendo utilizado. Como se ha indicado anteriormente, la estratgica objetivo es una
yuxtaposicin de dos afirmaciones que describen los objetivos: el objetivo y el punto de
vista. Una declaracin objetivo estratgico de ejemplo se muestra en la Figura 6-2.
6.2.2 Plan estratgico
El plan estratgico es a la vez un encuadre y la declaracin de la organizacin. En l se
esbozan las tareas para ser consumado y la secuencia en que deben llevarse a
cabo. Estos se presentan en El cumplimiento de las tareas generales de la labor del
modelo:
1. Planificacin de proyectos
2. Recopilacin de datos
3. Definicin de clase de entidad
4. Definicin de clase de relacin
5. Definicin de clase clave
6. Atributo poblacin de clase
7. Modelo de validacin
8. revisin de aceptacin
Una vez que el esfuerzo de planificacin estratgica se pone en marcha, una de las
varias representaciones de alternativas debe ser seleccionada. Estas alternativas

representan diferentes maneras en las que los esfuerzos de trabajo pueden ser
expresados en el plan estratgico. Por lo general, los modeladores encuentran ms
conveniente combinar los mtodos en lugar de seleccionar un nico mediante el cual
organizar el proyecto. Algunas de las tcnicas ms populares utilizados son:
1. Modelos de funcin IDEFO
2. WBS (estructuras de desglose de trabajo) - estructura jerrquica o rbol
3. Redes de precedencia (PERT)
4. Definiciones de tareas de texto
Un acompaamiento textual a los formatos que muestran las estructuras de trabajo esta
normalmente orden. Tambin tiene una variedad de formas, incluyendo el texto en el
estilo de prrafo, el texto en forma de esquema, texto en forma de tabla, etc. Un ejemplo
de formato de texto se muestra en la Figura 6-3.
6.2.3 organizacin funcional
En general, el desarrollo del modelo puede ser visto como gobernado por la doctrina de
la " consentimiento informado. Con esto queremos decir que el valor de un modelo no
se mide contra algunos con absoluta norma, sino ms bien en trminos de su aceptacin
por parte de los expertos y legos en la comunidad para la que est construida. Esto se
logra a travs de dos mecanismos. Una revisin constante por parte expertos de la
modelo en evolucin proporciona una medida de la validez de ese modelo en el entorno
particular de esos expertos.
A continuacin, una revisin peridica del modelo por un comit de expertos y legos
prev un consenso corporativo para el modelo. Los principio de aceptabilidad en lugar
de la perfeccin se mantiene y modelos de informacin son logrado que representan a la
empresa de una manera aceptable e integrada.
Otra doctrina digna de mencin es la doctrina de la "intencin activa". Esto significa
que, en la medida de lo posible, los constructores de un modelo se hacen responsables
de lo que dice el modelo.
Nada se supone que se ha dejado a la imaginacin del lector modelo. Tampoco es el
lector en libertad para sacar conclusiones fuera del alcance de la declaracin del
modelo. Esto obliga modelador a considerar muy cuidadosamente cada pieza de
informacin agrega al modelo y para elegir cuidadosamente cada figura que se utiliza
para representar el modelo. Un punto dbil en la mayora tcnicas que esta doctrina
ataca especficamente es la tendencia a menores de explicar o entender describir, los
componentes del modelo. Es la intencin de esta doctrina que no sea la imaginacin
requerido en la interpretacin de modelo en IDEF1.

Figura 6-3. Plan estratgico

Plan estratgico
En esencia, la estrategia se basa en dos afirmaciones principales:
A. La capacidad para desarrollar un modelo compuesto que refleja reales caractersticas
del mundo depende de la participacin de los miembros apropiados de la comunidad de
fabricacin aeroespacial.
B. El enfoque inicial del modelo compuesto debe estar en informacin utilizada
directamente en el esfuerzo de fabricacin.
Estas afirmaciones, junto con las recomendaciones de las personas con experiencia en la
construccin de varios modelos de informacin prototipo, son se refleja en las
siguientes afirmaciones:
1. Evaluar IDEF, funcin del modelo, y seleccionar las funciones objetivo que
representa los puntos de partida para el modelado de material compuesto esfuerzo.
2. Identificar las clases de entidades conocidas en la estructura de informacin utilizada
o producida por las funciones de objetivo.
3. Desarrollar un plan de recursos que refleja las necesidades de personal, horario, tasa
de produccin de kit, etc., y que define el grado de apoyo necesario de la comunidad de
fabricacin aeroespacial.
La organizacin funcional se construye para apoyar estos principios bsicos y
proporcionar control de proyectos organizados.
La organizacin funcional IDEF tiene cinco funciones principales en ella:
1. El director del proyecto
2. el modelador
3. Las fuentes de informacin

4. Los revisores expertos

5. El comit de revisin de aceptacin
Toda empresa, departamentos, coaliciones, equipos y otros pueden servir en una o
varias de los roles. El propsito de una asignacin de funcin, sin embargo, con
independencia del cesionario, es la determinacin de la responsabilidad. Cada uno de
stos se define asimismo en las pginas que siguen.
Una persona puede servir en ms de una capacidad en la organizacin funcional del
esfuerzo de modelado. Sin embargo, es prudente recordar que si hay suficientes puntos
de vista tomados en cuenta al finalizar el modelo, el modelo puede representar una
perspectiva muy estrecha.
Se puede terminar solamente sirve parcialmente para alcanzar los objetivos del
modelado de informacin proyecto.
En los casos del director del proyecto y el modelador, tiene que haber una ventaja, o
principal, individuo que cumple el papel. Por otra parte, si bien es el objetivo final del
modelador tiene el modelo aprobado por el comit de revisin, los informes Modeler
para el director del proyecto, no el comit de revisin. De esta manera, los intereses en
conflicto de otro modo el modelador, revisan comit y jefe de proyecto se
desenredan. El director del proyecto siempre se coloca en una posicin de control,
mientras que los diversos debates tcnicos y aprobaciones son automticamente
delegada en el organismo competente en virtud de que el control. La figura 6-4 ilustra la
funcionalidad organizacin del proyecto, con el director del proyecto en el ncleo de
todas las actividades del proyecto.
Gestor de proyectos. El director del proyecto es la persona u organizacin identificado
como teniendo el control administrativo del proyecto de modelado.
El director del proyecto realiza cuatro funciones esenciales en el esfuerzo de modelado.
Ante todo, el director del proyecto selecciona los modelos. Como una parte importante
de esta funcin, el director del proyecto y el modelador deben llegar a un acuerdo sobre
las reglas de juego para ser seguido en el esfuerzo de modelado. Estos incluirn el uso
de esta metodologa, el grado de controlar el director del proyecto espera que ejercer
sobre el modelador y el alcance y orientacin del modelo a desarrollar.
La segunda funcin realizada por el director del proyecto es identificar las fuentes de
informacin en la que el modelador dibujar para construir el modelo. Estas fuentes
pueden ser o bien personal con conocimientos particularmente en algn aspecto del
proceso de fabricacin, o documentos que registran, instigar o
Crtico
Fuente
Proyecto
Gerente
Modelador
Comit

Figura 6-4. Organizacion funcional

Informar de los aspectos de ese proceso. Desde el punto de vista de modelado, el
personal que puede interpretar y explicar la informacin que tratan son los ms
deseables, pero los documentos que registran que la informacin es generalmente menos
costosa de obtener. El director del proyecto debe estar en una condicin de proporcionar
estas fuentes a los modeladores. Fuentes sern inicialmente identificadas en modelado
de Fase Cero, pero la lista debe ser examinada y revisada como el esfuerzo que progresa
desde la informacin requerida tender a cambiar a medida que crece el modelo.
A continuacin, el director del proyecto elige a los expertos en cuyo conocimiento y la
comprensin del modelador dibujar para la validacin del modelo en
evolucin. Validacin, como se discutir ms bajo Los expertos, significa que el modelo
de concurrencia aceptable (en el resumen diramos "Precisin" o "verdad") refleja el
sistema que se est modelando. Los expertos se darn porciones del modelo y pidi a
revisar y comentar sobre la base de sus conocimientos particulares. Claramente, ms de
tiempo de un experto ser absorbida en el esfuerzo de modelado que el tiempo nos
gustara establecer de lado por una fuente de informacin bsica.
Se establecer la lista inicial de los expertos durante la Fase Cero, pero ser revisada y
revisada por todo el esfuerzo de modelado a medida que surja la necesidad. Por ltimo,
el director del proyecto forma y convoca el comit de revisin de aceptacin. Este
comit se rene peridicamente, bajo la presidencia del director del proyecto, para
considerar las cuestiones de fondo que requieren arbitraje, as como de revisar partes del
modelo de aceptacin formal. El director del proyecto se sienta en la comisin, como
presidente sin derecho a voto, proporcionando de este modo el vnculo necesario entre
el modelador y el comit. Mientras que el modelador no es miembro de la comisin, lo
har con frecuencia resulta que el director del proyecto invitar al modelador para asistir
a un comit Reunin que proporcionen informacin de fondo o de explicar los puntos
tcnicos difciles. La primera reunin del comit se lleva a cabo durante la Fase Cero y,
posteriormente, a la discrecin del gerente de proyecto.
Modeler. El modelador registra el modelo sobre la base del material de origen que es
capaz de reunir.
Es la funcin del modelador de aplicar la tcnica de modelado para el problema
planteado por la gerente de proyecto. Hay cuatro funciones principales realizadas por el

modelador. Estos son: recogida de datos de origen; Educacin y

entrenamiento; grabacin de modelo; y el control del modelo. Los modelador es el
centro de informacin para tanto la informacin y metodologa de modelado
informacin sobre el propio modelo.
Antes de las funciones primarias del modelador comienzan, el modelador y el estudio
director del proyecto y establecer el alcance del esfuerzo de modelado. Entonces, el
modelador esboza un plan de proyecto: la tareas necesarias para alcanzar los objetivos
establecidos. El director del proyecto proporciona al modelador una lista de fuentes de
informacin y una lista de expertos en los que el modelador puede confiar. Los
modelista debe asegurarse de que las lneas de comunicacin necesarios se establecen
con todo Participante.
Los datos de origen son recogidos por el modelador de las diversas fuentes identificadas
por el proyecto gerente. La naturaleza de estos datos depender en gran medida del
bienestar fase de modelado ejercido. Tanto el personal y los documentos servirn como
fuentes de informacin a lo largo de el esfuerzo de modelado. Con personal
especialmente con documentos, el modelador debe ser particularmente consciente de
que cada pieza de informacin proporcionada representa una fuente particular,
Habida cuenta de la informacin en la empresa. Cada productor y cada usuario de la
informacin tiene su propio punto de vista distinto de esa informacin. El modelador se
esfuerza por ver ", a travs de los ojos de la fuentes, "el significado subyacente y la
estructura de la informacin. Cada fuente proporciona una perspectiva, una vista de la
informacin buscada. Por estos puntos de vista de composicin, mediante la
comparacin y contrastando los diversos puntos de vista, el modelador debe desarrollar
una imagen del subyacente realidad. Cada documento puede verse como una
implementacin de fsforo de una reunin sistema las reglas del modelo de informacin
subyacente. El modelador intenta capturar todas estas normas y representarlos de una
manera que puede ser ledo, entendido y acordado por los expertos y legos informados.
La segunda funcin del modelador es proporcionar asistencia en la tcnica de modelado
a las quien lo requiera. Esto caer generalmente en tres categoras: la orientacin
general para miembros del comit de revisin, fuentes y algunos expertos; habilidades
de lectores de modelo para algunos fuentes y expertos; y modelando habilidades para
algunos expertos y modeladores, segn sea necesario.
La tercera funcin realizada es la grabacin del modelo. El modelador registra el
modelo por medio de formas de modelado cumplimentados y hojas de diagrama. La
metodologa define las reglas para el uso y el relleno en estas hojas.
El modelador tambin controla el desarrollo del modelo. Los archivos de informacin
de la fuente derivada se mantienen para proporcionar copia de seguridad adecuada para
las decisiones hechas por el modelador y permitir una medida de la participacin tanto
para el director del proyecto y el uso modelador. Este registro de participacin
proporciona el modelador con una indicacin de la medida en que la esperada mbito de
aplicacin se est cubriendo. Al saber que haya facilitado datos en qu reas y la
"Calidad" de estas interacciones, el modelador puede estimar el grado en el cual la
corriente los esfuerzos de modelado han sido eficaces en el cumplimiento de los
objetivos originales.
El modelador tambin se encarga de organizar peridicamente el contenido del modelo
en algunos nmeros de "kits" Reader para su distribucin a los colaboradores. Un kit
lector es una coleccin de algunos nmero de pginas del modelo, organizados para
facilitar su revisin y la recogida de los comentarios de los expertos en informacin.
Fuentes. Fuente de informacin para un modelo IDEF1 viene de todas partes dentro de
la empresa de fabricacin. Estas fuentes son a menudo personal que tiene una especial

conocimiento de algunos de rea local en la fabricacin de gestin y cuyo contacto con

la modelo puede ser limitada a unos pocos minutos de tiempo de la entrevista. Sin
embargo, estas fuentes forman el corazn del proceso de modelado. Es su contribucin
cual se modela y su percepcin que proporciona el modelador con el conocimiento
necesario para construir un modelo vlido, til.
El director del proyecto identifica las fuentes de informacin que pueden ser eficaces en
base a la declaracin del modelador de necesidad. A medida que el esfuerzo de
modelado progresa, las necesidades cambian y la lista de fuentes deben ser
revisadas. Mientras que el modelador debe tener cuidado para tener en cuenta la
informacin proporcionada por cada fuente, tanto el modelador y la fuente deben ser
conscientes de que cualquier particular, contribucin necesariamente est sesgado. Cada
fuente percibe el mundo un poco diferente y se Es responsabilidad del modelador de
resolver estos puntos de vista diferentes. Esto es especialmente cierto de documentos
fuente.
Documentos registrar el estado de una porcin minutos de la empresa en algn
momento en el tiempo, pero la informacin en un documento est dispuesto para la
comodidad de sus usuarios y rara vez refleja directamente la estructura de informacin
subyacente. La redundancia de la informacin es la mayora ejemplo comn de esto,
pero la aparicin de la informacin fortuito en un documento es tambin una fuente de
confusin frecuente y frustrante. Los documentos son fuentes valiosas de informacin
para el modelo, sino que requiere una gran cantidad de interpretacin, la comprensin, y
la corroboracin a ser utilizado efectivamente.
Personal utilizado como fuentes a menudo pueden extenderse ms all de su uso directo
de la informacin para decirle al modelador de cmo se obtiene esa informacin,
interpretado o utilizado. Por ser preparado para hacer las preguntas adecuadas, el
modelador puede utilizar esta informacin para tener ventaja en la comprensin de
cmo la percepcin de una fuente puede estar relacionada con la de otra fuente.
Expertos. Un experto es una persona designada por el director del proyecto, que tiene
un particular, conocimiento de algn aspecto del rea de fabricacin que se modela y
cuya experiencia se permitir comentarios crticos valiosos del modelo progresando. El
impacto que apropiado expertos pueden tener en el esfuerzo de modelado no puede ser
exagerada. Tanto el modelador y el director del proyecto debe considerar seriamente la
seleccin de cada experto.
Los expertos estn llamados a crticamente porcin de revisin del modelo de
evolucin. Esto se logra mediante el ejercicio de un nmero de ciclos de validacin (Kit
IDEF ciclo), y por el uso de kits de lectores. Estos kits proporcionan el experto
relacionado con una coleccin de informacin que se presenta con el fin de "contar una
historia." De esta manera se proporciona al experto la informacin en un lugar
fcilmente forma digerible y tiene el reto de "llenar los espacios en blanco" o
"completar la historia." Mientras que el kit se basa principalmente en la interpretacin
modelador de informacin procedente de fuentes bien informadas, la los comentarios de
los expertos tambin pueden esperarse para proporcionar material fuente de alta calidad
para la refinamiento del modelo. La experiencia particular de estas personas les hace
singularmente cualificado para ayudar al modelador en la construccin y refinar el
modelo. El modelador debe aprovechar todas las oportunidades para solicitar dicha
entrada y es por esto que los kits de la informacin debe presentar el experto con
problemas claros, concisos para resolver en relacin con el esfuerzo de modelado.
La principal tarea del experto es validar el modelo. La validacin de expertos es el
principal medios para lograr un consenso informado de expertos. Un modelo vlido es
uno acordada por expertos informados sobre el modelo. Tenga en cuenta que no es

necesario que un modelo sea "correcto" para que ste sea vlido. Si la mayora de los
expertos en la materia de acuerdo en que el modelo de manera adecuada y representa
completamente el rea de inters, entonces el modelo es considerado como vlido.
Los votos particulares siempre se notan y, se supone por la disciplina que son modelos
vlidos hasta que se demuestre lo contrario. Es por ello que la participacin de expertos
es tan vital para el modelado esfuerzo. Cuando el modelador construye primero una
parte del modelo que est diciendo: "Tengo revisado los hechos y concluy lo
siguiente ... "Cuando esa parte es posteriormente enviadas a los expertos para la
revisin, se pregunta: "... Tengo razn? ..." Luego se toman Comentarios del experto en
cuenta en la revisin de la parte del modelo que los expertos no estn de acuerdo con el,
siempre teniendo en cuenta que se est buscando un consenso.
Los expertos, ms que cualquier otro participante no modelado, requieren un
entrenamiento para ser eficaz. En De hecho, una de las responsabilidades del Modeler
es para asegurar que los expertos tienen una adecuada comprensin de la metodologa
de modelado y el proceso. Principalmente, los expertos requieren una buena habilidades
de lectores modelo, pero peridicamente que sern tiles para capacitar a un experto en
algunas de las rudimentos del modelo de autora.
Al proporcionar los expertos con un conocimiento bsico de modelar el proyecto est
asegurada de insumos tiles de esos expertos. Adems, el paso a paso, la naturaleza
incremental del proceso de modelado presenta expertos con la metodologa de
modelado en "pequeas dosis". Esto tiende a aumentar la capacidad del experto para
entender y contribuir a el esfuerzo de modelado.
Comit de Revisin de Aceptacin. El comit de revisin de aceptacin est formado
por expertos y laicos con conocimiento en el rea de fabricacin para ser atendidos por
el esfuerzo de modelado.
El director del proyecto forma el comit y se sienta como su presidente. Es la funcin de
la revisin del comit para proporcionar orientacin y el arbitraje en el esfuerzo de
modelado y ltimo pase juicio sobre el producto final del esfuerzo: un modelo IDEF1
informacin. Desde esto modelo es una parte de una compleja serie de eventos para
determinar y poner en prctica sistemtica mejoras en la productividad de fabricacin de
la empresa, es importante que la comit incluye una amplia representacin de los
proveedores, procesadores y usuarios finales de la la informacin representada. Muy a
menudo, esto significa que los planificadores de polticas y procesamiento de datos
expertos estarn presentes en el comit. Este personal se ocupan principalmente de usos
eventuales a los que se dar al modelo. Tambin puede ser ventajoso incluir en el
expertos de los comits de fabricacin o de gestin de las reas exteriores, pero
relacionada con la rea bajo estudio. Este personal puede contribuir a menudo
informacin valiosa sobre cmo el modelo de informacin tendr un impacto, o debe ser
impactado por, los trabajos en curso en otras reas.
No es raro que el personal que sirven en el papel de los expertos para servir tambin
como miembros del comit de revisin. No hay conflicto de intereses debe ser
anticipado. Un experto es a menudo slo expuesto a porciones restringidas del modelo
en varias etapas intermedias, pero la revisin comit debe emitir un juicio sobre todo el
modelo. Es mucho menos comn para el personal que sirven en el papel de fuente para
sentarse tambin en el comit; su conocimiento es por lo general tan restringido en la
cobertura que los excluye de la contribucin prctica a la comisin. Eso es poco
aconsejable para los modeladores a formar parte del comit, porque un severo conflicto
de inters es claramente evidente. El papel del modelador es registrar el modelo sin
sesgo, mientras que el papel de las el comit es asegurar que el modelo representa de
hecho su fabricacin especial empresa.

El producto final de este segmento de la definicin del proyecto es la documentacin

especfica de asignaciones hechas por el director del proyecto para cumplir con cada
uno de los requisitos funcionales de rol de la tcnica de modelado.
Una vez ms, hay una serie de grfica y textual alternativas disponibles para el
modelador para la representacin de estas asignaciones.
6.2.4 Asignacin de Recursos
El esfuerzo final en la parte de definicin del proyecto de la Fase Cero es el desarrollo
del plan de asignacin de recursos. Este plan estipula la magnitud del esfuerzo de
trabajo, el tiempo de marco a travs del cual se llevar a cabo la tarea, y la secuencia de
los esfuerzos involucrados.
Las principales actividades dentro del esfuerzo de modelado deben ser divididas en ms
manejable niveles de detalle. Estas piezas ms manejables y luego se programan y por
etapas y luego una carta hito de estos eventos programados pueden ser producidos.
El plan de asignacin de recursos muestra las horas requeridas de esfuerzo previsto para
cada participante en el proyecto en relacin a cada fase del desarrollo de modelos y el
tiempo del calendario marco. Incluye un resumen de horas estimadas por fase de
modelado y la funcin, as como una la suma de las horas estimadas para cada fase y
para el proyecto total.
Cualquiera de un nmero de formatos alternativos se puede seleccionar para expresar la
asignacin de recursos arreglo. Texto, grficos de barras, grficos de hitos, etc., pueden
cumplir con el requisito de publicar los detalles del plan de asignacin de recursos.
6.2.5 Material Fuente - Datos plan de recopilacin
Uno de los primeros problemas que enfrenta el modelador es la determinacin o qu
tipo del material debe ser recopilada y de qu fuentes debe ser recogida. A menudo, el
alcance y el contexto del modelo de IDEF1 se determinan con base en un anlisis de un
IDEF modelo de funcin. Una vez que el anlisis de las funciones y las tuberas entre
las funciones es completado, "objetivo" funciones dentro de la empresa representada por
el modelo de funcin pueden ser identificados. Un nodo funcin "objetivo" es uno que
representa una concentracin de la informacin en utilizar que es representativa del
dominio del problema. Un ejemplo de la funcin de nodo "objetivo" la seleccin se
muestra en la Figura 6-5.
EN BASE A "PARA MS MENOS '
'' DE PUNTOS DE CONCENTRACIN
INFORMACIN
DISEO DE PRODUCCIN
guarda las solicitudes
artculos adquiridos
OBTENER
ARTCULOS
PRODUCCIN
RECURSOS
SCHED. y
PRESUPUESTO
PRODUCCIN
Control y
Lanzamiento

Produccin
Planificacin
Desarrollar &
Liberar Fab.
Instruccin
Proporcionar
Gente &
Instalaciones
Proporcionar
Equipo
Herramientas &
y procurar
Inventario
materiales
Control y
Inspeccionar
Produccin
Materiales
NODOS funcin objetivo
El control y lanzamiento
Planeacin de produccin
Desarrollar y lanzamiento
Fab. Instr.
Proporcionar herramientas y Equip.
Procura y inventario
Material
Control y Inspeccionar
Materiales de produccin

Figura 6-5. Nodos funcin objetivo

Una vez que el objetivo de las reas funcionales han sido identificados y las categoras
de informacin primaria de individuos de inters seleccionada dentro de las funciones
pueden ser seleccionados para participar en los datos proceso de recoleccin. Esta
recogida de datos se puede lograr de varias maneras, incluyendo entrevistas con
personas entendidas; observacin de las actividades; evaluacin de documentos,
polticas y procedimientos; modelos de informacin especficos de la aplicacin; Esta
etc. requiere la traduccin de los nodos de funcin objetivo en su equivalente, o
contribuir, participantes administrativas. Una vez que los grupos administrativos que
participan en un "blanco" funcin han sido identificados, el director del proyecto puede
proceder a identificar a los individuos (o reas observables especficos) que pueden ser
utilizados como fuentes de material para el modelo. Una representacin de la traduccin
de la funcin "objetivo" nodos en administrativo y participantes individuales se
muestran en la Figura 6-6.
Industrial
Ingenieria
rea funcional

Validar
y
Lanzamiento
Planificacin
Administrativo
Participantes
Produccin
Planificacin
Produccin
Controlar
Calidad
Garanta

Figura 6-6. La identificacin de los participantes

Independientemente del mtodo utilizado, el objetivo del modelador en este punto es
establecer un plan para la recogida o la documentacin representativa que refleja la
informacin pertinente al propsito y punto de vista del modelo. Una vez recogidos,
cada pieza de esta documentacin debe estar marcados de tal manera que se puede
rastrear de nuevo a su fuente. Esta documentacin, junto con documentacin aadida
que se descubre a travs del curso de la modelizacin, ser constantemente se hace
referencia en las distintas fases del desarrollo del modelo. Es este material fuente el que
el modelador estudiar y buscar evidencia objetiva credibilidad del crdito a las bsicas
caractersticas estructurales del modelo y el significado de la informacin representada.
El material fuente puede tomar cualquiera de varias formas y puede ser bastante
generalizada en toda la organizacin. Puede tomar la forma de:
1. Documento (diversos medios de comunicacin)
2. Los formularios en blanco (suministros)
3. Polticas y Procedimientos (instrucciones)
4. resultados de las entrevistas
5. Resultados de la observacin, etc.
Para lograr el objetivo con xito, un plan de recopilacin de datos de sonido es de suma
importancia. Este plan de recoleccin de datos debe reflejar qu tipo de informacin es
de importancia, cuando esta informacin est disponible, y que se
suministra. Caractersticas de la fase cero, este plan podr adoptar cualquiera de varias
formas de presentacin, siempre y cuando la informacin bsica cumpla los requisitos.
A medida que el material de origen es en realidad recogido, su disponibilidad se graba
en el material de origen. El registro de material de origen es el ndice principal de todo
el material de base utilizado en el proyecto.

Cada pieza de material de origen se asigna secuencialmente un nmero de identificacin

nico como el registro se rellena. Este nmero se escribe en el material de origen antes
de ser colocada en el archivo. UNA muestra del registro de material de base se muestra
en la Figura 6-7.
Una vez que se inicia la recoleccin de material de origen, la identificacin de los datos
de origen puede comenzar. Esta es una lista de todos los nombres (es decir, todos los
elementos) que se hace referencia en la fuente material. Cada nombre se produce slo
una vez en la lista de datos de origen y cada nombre debe ser trazable a la pieza (s)
especfica del material de origen, donde se puede observar. Una fuente de la muestra
Lista de datos se muestra en la Figura 6-8. Un ejemplo de cmo esto se emplea la
trazabilidad se muestra en la Figura 6-9.
Hay dos actividades de trabajo representados aqu:
1. Preparacin del plan de recoleccin de datos
2. La ejecucin del plan de recoleccin de datos

Figura 6-7. Fuente material de registro

Figura 6-8. Lista de datos fuente

Figura 6-9. Trazabilidad de origen de Datos

El modelador INCLUYE EL Plan de recoleccin de Datos en la Documentacin Fase
Cero, Que Distribuye a s los lectores, Pero el material de fuente recogido
(Formularios, registros, etc.) No Se Distribuido para su revisin. Solo la fuente del
material de registro y de La Lista de Fuentes de Datos se distribuyen de la Una parte de
la Documentacin de fase cero.
6.2.6 Convenios de Autor
Convenciones de autor latitudes hijo Aquellas otorgados al modelador (autor) Para
Ayudar en el Desarrollo del Modelo, kits de SUS de revisin, y Otras Presentaciones.

Su Propsito es especficamente para la Mejora de la Presentacin del material. Se

pueden USAR en cualquier Lugar Que facilitara Una mejor Comprensin y
apreciacin de cualquier porcin del modelo.
Convenciones de los Autores pueden Adoptar Diversas Formas y Aparecen en Varios
Lugares. Por ejemplo, una Representacin textual de plan de la Estratgico en Lugar
De Una Estructura del Proyecto U OTRO Tipo de grfico. Pero el aspecto ms
Importante De Todo Esto Es Lo Que las Convenciones de autor no son.
Convenciones de autor no son:
1. extensiones Formales de la Tcnica
2. Violaciones de la Tcnica
Convenciones de autor en s Han Desarrollado para satisfacer las Necesidades
Especficas.
Cada convenio Ser Debe documentado ya Que se Desarrolla y SE INCLUYE en la
Documentacin Fase Cero, Que es Distribuido para su revisin.
6.2.7 Fase Cero Kits
Fase Cero kits s montana en Grupos. El PRIMER GRUPO Contiene los Productos de
los Cuatro Etapas primarias de la Definicin de los Objetivos del proyecto-Estratgica,
Plan Estratgico y funcional Organizacin y Asignacin de recursos. Estos se Conocen
Como los kits de Planificacin de Proyectos.
A Continuacin se muestran los kits de materiales de origen. Este grupo Formado por el
Plan de Recopilacin de Datos, la Fuente El material de registro de, y La Lista de Datos
de origen. ltimo Por, El ltimo Grupo de los kits, el autor Convenciones.
Normalmente habr de las Naciones Unidas, Nmero de kits Que representan A Cada
grupo en la Fase Cero.
Juntos, los kits representan La totalidad del Producto de fase cero. Kits Cada Uno de
Estos ES prologado por kit Una portada. Una Descripcin Detallada de las Formas y
Procedimientos prrafo kits de Presentacin SE Encuentra en la Seccin 5.0.
La Estructura kit de Fase Cero no es complicado. Bsicamente, kit de la de fase cero se
Compone De Una Hoja de Cubierta kit, Seguido de la Nmero de pginas Que
representasen Una o mas Secciones de laCero fase de Documentacin. Un EJEMPLO
de la Estructura kit de fase cero se Refleja en la figura 6-10. La Mayora de las Pginas
en la Documentacin Fase Cero hijo textual en la Naturaleza. Cada page de el material
de texto se le Asigna nico nmero "Nodo" Dentro de la fase. La figura 6-11 Muestra
Una example of this norma.
Es imperativo Que El contenido de la Fase Cero Ser Aprobado por el director del
Proyecto los antes de la Iniciar la fase uno.
Ms tarde, las REVISIONES se pueden Hacer una fase this para reflejar la Aparicin de
Nuevos Elementos en the example, Pero La Nueva fase cero kits Tienen Que Ser
emitidos un Continuacin Documentar el Cambio.
6.3 Etapa - Definicin de clase de entidad
El objetivo m de la Fase Uno es identificar y Definir las clases de Entidades Que formen
parte del Dominio del Problema Que Se est modelando. El Primer Paso En Este
Proceso es la identificacin de entidad clases.

Figura 6-10. Estructura de fase cero Kit

Definicin 6.3.1 Entidad de Clase
La Mayora de Estos deberan Haber Sido Representadas en la Lista de Fuentes de
Datos Durante construido Fase Cero. El modelador Debe identificar En Primer Lugar
Dentro de la Lista de los Nombres de Las cosas que representar un Las clases de entidad
potencialmente viables. Una forma En que ESTO SE Puede simplificar es identificar las
ocurrencias de Todos los Nombres de la Lista. Por Ejemplo, Trminos Como "parte",
"Vehculo", "Mquina" "Dibujo", etc., considerados potencialmente serian viables
Como clases de entidad. Otro mtodo para identificar Aquellos Trminos Que Terminan
con el USO de la palabra "cdigo" o "Nmero"; por Ejemplo, a instancia de parte
Nmero, nmero de pedido, nmero de ruta, etc. La frase o palabra, Que preceden a la
palabra "cdigo" o "Nmero"; tambin podra considerarse en this stage Una entidad f
potencialmente viables clase. Para el resto de los Elementos of this lista, el modelador
Debe Preguntar si la palabra representa Sobre el Objeto Que se conoce La informacin,
o ES Informacin Sobre Objeto.
Aquellos Elementos Que entran en la categora de Ser Objetos Sobre los Cuales LA
INFORMACIN ES Conocida Tambin pueden Ser clases de Entidades viables.

Figura 6-11. Nmero de Nodo nico

Clases de entidad es el resultado De Una Sntesis de las Entidades Bsicas, Que se
convierten en Miembros de la Entidad clase. ESTO SIGNIFICA Que ALGN Nmero
de Entidades, Cuyas Todas las piezas Detalladas son Las Mismas, se representan Como
una clase de entidad. Un example of this Concepto se Muestra en la figura 6-12. Los
Clases de entidad, AUNQUE SE Expresa En Una forma bidimensional, Deben Ser
considerados en: trminos de Una imagen tridimensional. La Tercera dimensin es El
Nmero de Miembros se ha mencionado anteriormente. Cada Una ocurrencia de entidad
En Una clase de entidad Es Un Miembro de la clase de entidad, Todos con El Mismo
tipo de informacin de identificacin.
Al final de of this Proceso de Seleccin de los Trminos, el modelador ha completado
Lo que s conoce Como la piscina clase de entidad. This piscina simplemente Contiene
Todos Los Nombres Conocidos de las clases de entidad en el contexto del modelo de
Ser construido En Este punto. A Medida Que El modelador es la Construccin la piscina
clase de entidad, Nmero de identificacin discreta SE ASIGNA A Cada entrada y de
Referencia una fuente en s Registrado. De this Manera, Se mantiene la trazabilidad de
la Informacin. Los Integridad de la Piscina Se mantiene intacto y la gestin de la
Piscina es relatively Fcil. UN Muestra De Una piscina clase de entidad se Muestra en
la Figura 6-13.
Es poco probable Que Todos Los Nombres de la Lista se mantendr Como clases de
entidad para el final de la Fase Cuatro.
: Adems, se aadir, Nmero de Nuevas clases de entidad de una Lista this Y
Convertirse En Una parte de la tipo de informacin Como el modelado Progresa y La
Comprensin de la Informacin mejora.

Figura 6-12. La Sntesis De Una clase de entidad

Figura 6-13. Entidad Clase piscina

Nombres de las clases entidad que fueron descubiertos en Alguna fase posterior Deben
aadirse a la piscina clase de entidad y asignado Nmero de identificacin nico. Uno
de los Productos de la fase uno es El Esfuerzo piscina clase de entidad. Para Seguir
Siendo Que viable Actualizada Debe ser.
El siguiente Producto Que Va un Surgir de los Esfuerzos de la Fase Uno es el comienzo
de la Entidad Glosario de clase. Durante la Primera Fase, el glosario no es Ms que un
conjunto de la clase de entidad Pginas de definicin.
Hay Un Esquema Estndar Para La Pgina de Definicin de clase de entidad, Lo que s
Refleja un Continuacin. Los encabezamiento y ttulo de bloques de la forma hijo
Estndar, Pero El Cuerpo de la forma es el prrafo sueltas La Pgina de Definicin de la
clase entidad f. Cada uno de los Elementos Contenidos en El Cuerpo de la page se
Discute abajo:
1. Entidad Nombre de clase - nombre de la clase de entidad es el nombre por el
cual sea formal de la clase de entidad Ser reconocido en the example
IDEF1. Totalmente Debe Ser de Carcter Descriptivo, no abreviada.
2. Etiqueta Clase Entidad - La Etiqueta de la clase entidad f Es Un seudnimo
asignado La Clase de entidad Que se basa En el nombre de clase de entidad. Se
Tener Debe Cierta semejanza con el nombre de clase de entidad, Pero Es Una
forma corta de la nombre. ESTA Destinada una Ser La Forma del nombre
USADO en la clase de entidad Caja en TODO the example. Se Destaca Que, si
bien la clase de entidad Etiqueta Es Una forma corta del nombre de la clase
entidad, Debe Ser Significativa. Las cadenas hijo de caracteres Que
irreconocibles o no inmediata Llevan Importancia reconocida para el lector hijo
Intiles Como clase de entidad etiquetas.

3.

Definicin de clase de entidad - This Es Una Definicin de la clase de entidad

Que es Ms comnmente utilizado en la Empresa desde el Punto de Vista Sobre
la Cual El Modelo se basa. No se pretende ser "Websterian" (DiccionarioSIMILARES) en la Naturaleza. No tendra SENTIDO (si no confuso Totalmente)
prrafo Incluir definiciones Fuera del Alcance de fase cero, ya Que El SIGNIFICADO
de la Informacin reflejada en el modelo es Especfico para el Punto de Vista
Sobre La que se basa el modelo y el contexto del modelo Definido En La Fase Cero
Puede del Haber Ligeras: diferencias en la forma en connotativos Que se defina la clase
de entidad, Basada Principalmente en el contexto de la USO.
CUANDO ESTO Ocurre, O CUANDO heno definiciones Alternativas (hijo Que no
necesariamente El Ms Comn Desde el punto de vista del modelo), Estos tambin
Registradas Deben Ser. Corresponde a los revisores para identificar Qu Definicin
Debe Estar Asociado con el trmino utilizado para identificar la Entidad clase. El
Proceso de Definicin Una fase es el mecanismo m utilizado para Forzar La Evolucin
De Una Definicin comnmente aceptada.
4. Entidad Sinnimos Clase - This Es Una Lista de Nombres Otros Por los que la
clase de entidad Podria ser Conocido. La nica Regla Relacionada con Esto Es
Que la Definicin Asociada con el nombre de la clase entidad f Debe APLICAR
con exactitud y Precisamente a Uno de los Cada Sinnimos en La Lista de
Sinnimos. Una Muestra de la Pgina de Definicin de clase de entidad en s
Expone en la figura 6-14.
Las definiciones de clase Entidad no se Organizan Con mayor Facilidad y completaron
Por Primera ir Despus de la Los Que requieren la Menor Cantidad: de
investigacin. Por lo del tanto, el volumen de pginas glosario sobretensiones En El
menor PERIODO DE TIEMPO, ENTONCES EL modelador PUEDE Llevar un Cabo
Las Investigaciones necesarias para familiarizado plenamente con el resto de los
Nombres en la piscina. Una buena gestin de la El Tiempo y El Esfuerzo Necesario para
recopilar y Definir LA INFORMACIN SE asegurar de Que la Esfuerzo de modelado
contina a ritmo Razonable.
Cada Elemento de la pgina glosario clase de entidad se definen en Lo Que RESPECTA
a la Metodologa y Su USO En Este Caso. Definiciones Sus y Un EJEMPLO de una
"buena" y Un "pobre" Aplicacin de Cada Uno de la siguiente Manera:
1. Nmero - secuencial; no significativo; asignado en la piscina clase de entidad.
2. Nombre - descriptiva; sustantivo singular; sin Dbe Ser Una abreviatura
Bueno: Orden de compra La mala: Purch. Ord.
3. Etiqueta - significativo, Pero en formato corto; Ligada estrechamente con
nombre para Asegurar COMPATIBILIDAD y Reconocimiento.
Bueno: Purch. Ord. O Prod. Orden La mala: PO
4. Definicin - Precisa; Especfico; Completar; comprensible "universalmente".
Bueno: empleado: Que una persona Realiza Tareas Especficas Para La
Una Compaa Durante Duracin de 20 horas o mas por semana y SE Encuentra Con El
Otras estipulaciones de la empleado SE de Como definir por el Empleo Estatal oficina.
La mala: Empleado: una Persona que Trabaja para la Compaa.
5. Sinnimos - Otros Nombres para la Entidad; Dbe Ser 100% congruente en
SENTIDO; Deben Ser un sinnimo en su contexto.
Clase de entidad Sinnimos
Bueno: Compra Orden de Compra de autorizacin f
Acuerdo de compra
La mala: Solicitud de Orden de Compra Compra

Definicin de las clases de entidad PUEDE Comenzar Una Vez Que la construccin de
la Piscina clase de entidad. Cada clase de entidad nos podemos deducir Una page
definicin Que Contiene LA INFORMACIN Sobre el clase de entidad Que se conoce
en El Momento.
Una Pgina de Definicin de clase de entidad completa en s Expone en la figura 6-15.
6.3.2 Kits Fase Uno
El modelador ya est listo para construir y distribuir kits de la Fase Uno de los revisores
de exportacin.
Con el tiempo, se definirn y se distribuirn a travs de la fase todos los miembros de la
clase de entidad de la piscina Uno de los revisores expertos, pero el modelador es el ms
interesado en el establecimiento de una adecuada definiciones que circulan en forma de
kit tan pronto como sea posible. Por consiguiente, el modelador seleccionar cierto
nmero de estas clases posibles entidad, por lo general 15 a 20 por kit, los definen, y
suelte el kit para su revisin y comentarios. Mientras que el ciclo de revisin y
comentarios que est pasando, el modelador ser la definicin de las clases de entidad
adicionales y la preparacin de kits adicionales que ellos mismos se distribuiran para su
revisin y comentarios adicionales. El nmero de kits para ser distribuido durante esta
fase se determina bsicamente por dos cosas:
1. El nmero total de clases de entidad.
2. La cantidad de revisin y reiteracin de la clase de entidad definiciones.
La forma de diagrama de estndar, descrito anteriormente, se utiliza como la base para
la fase uno kits.
La identificacin de clase entidad pgina de definicin sigue un patrn establecido. Se
incluyen:
1. Nodo - un nmero comprendido del nmero de fase, nmero de clase de entidad,
y el nmero de pgina de glosario ...

2. Ttulo - "Entidad Definicin de clase:" Seguido del nombre de la clase entidad f ...
por example: Entidad Clase Definicin: Orden de compra
[Link] - Pgina de autor de control (C) Nmero
Un exmple de la Definicin de la Convencin de Etiquetado page de clase de entidad se
Muestra en la Figura 6-16.

Figura 6-14. Pgina Definicin entidad de Clase

Figura 6-15. Pgina Completada Definicin Entidad Clase

Figura 6-16. Pgina Etiquetado de Definicin de entidad de clase

Como se indico anteriormente, kit de la de la fase uno consiste del tpicamente en
Pginas de Definicin de la clase 15-20 Entidad.
Cada kit es precedido De Una portada Estndar kit. Una Muestra De Una hoja de
portada Un kit de fase, Como Completada por el modelador, se Expone en la figura 617.
Kits La Estructura de la Fase Uno No es complicado. Kit de Cada Uno de fase se
Compone de 15 a 20 Pginas de Definicin de la clase de entidad, precedidas Por una
portada de kit. This Estructura s Expone en Figura 6-18.
La estructuracin de la Fase Uno de los kits de Alrededor de 15 por clases de entidad
proporcionar por 20 kit, en el Promedio, de 1 a Horas de Trabajo de Revisin prrafo
Cada experto kit por 1 1/2.
Una Vez estructurada, el modelador Dbe Garantizar Que las Copias suficientes del kit
Puede Ser reproducida para Cumplir con los Requisitos de Distribucin del Ciclo de
Validacin. LUEGO Los Originales de Cada page se colocan en el "Archivo del modelo
actual" Hasta Que se necesite de nuevo.

Figura 6-17. Fase Uno Hoja Cubierta

6.4 Fase Dos - Relacin Definicin de clase

Los Objetivos de fase this En El Desarrollo del Modelo son tres, dos de los Cuales
Tienen Como Que Ver Con La identificacin y Definicin de las Relaciones y Su
Representacin Clases de relacin. Con las definiciones de Llamadas en Relacin con la
mano el modelador PUEDE PROCEDER a la Tercer Objetivo:. La construccin de los
diagramas de clases entidad. Todos los Productos de la Fase Dos emerger Como los
SUBPRODUCTOS de los Esfuerzos para Alcanzar Objetivos ESTOS. Lo Harn
Finalmente Estar unido en la Fase Dos kits, Que Sirven Como Vehculo para la
Validacin del modelo.
Lo Que Sigue Es Una Lista de los Productos Que resultan del Esfuerzo de la Fase Dos.
1. Matriz de relacin
2. Diagramas de clases de entidad
3. Definiciones Relacin Clase
4. Cruzada Nodo entidad Clase Referencia
5. Diagramas de Referencia (feos)
6. Fase Dos Kits

7. Figura 6-18. Kit Fase Estructura Una

Figura 6-19. Fase Dos cuadro de Entidad de clase

Para Empezar A Trabajar En Este Esfuerzo Requiere Que El modelador Este
familiarizado con el ntimamente Figura estructural bsico del modelado-cuadro Clase
de entidad. Una Muestra en la figura 6-19.
El Smbolo De Una clase de entidad Es Un Rectngulo sencilla con un pequeo
Rectngulo en la parte inferior Izquierda Esquina de la Etiqueta de clase de entidad, y
Un pequeo tringulo en la esquina superior de Izquierda de El Nmero de clase de
entidad.
El formato bsico Que se utilizo en los diagramas de modelo es de dos cajas de clase
entidad Conectadas por una lnea. La Lnea representa Las Relaciones Entre las
Entidades. El formato bsico es diagrama ilustrado en la figura 6-20. This Relacin se
definen por la Adicin de smbolos y frases para el Lnea de Conexin. Este Proceso da
Como resultado m La identificacin desde el lugar de Se llama la clase de relacin.

Figura 6-20. Sintctico Entidad Clase Diagrama

El paso inicial en la Segunda Fase Requiere Que El modelador de entienda el propsito
bsico Por la clase de relacin.
En Lugar de imprimacin, Una relacin Es Una Asociacin Significativa Entre dos
Entidades. Esto es ilustrado en la figura 6-21. Aqu la Relacin es entre "operador n
862" y "Mquina # 12678. "Hay literalmente Millones de Este tipo de Relaciones
Representadas Cada dilogo Entre coche y Un director de orquesta, un avin y Un
piloto, Sistema de y de la Procedimiento, y as sucesivamente.
Una clase de relacin Es La Manera En que los Miembros De Una clase de entidad
estn asociados con (Relacionado con) los Miembros de otra clase de entidad (o en las
pertenecientes a la Misma clase de entidad). Esto es ilustrado en la figura 6-21, tambin.
Operador # 862 SE ASIGNA una Prensa de taladro # 12678
Operador se Asigna un La Mquina
Entidad Clase:
Operador
Entidad Clase:
Mquina

.
Figura 6-21. Etiqueta Clase Relacin
Hay dos: aspectos de la clase Relacin Que Sirven para describir la Relacin Que
Existe Entre las Entidades. Son La Etiqueta de clase y La Relacin clase.
La Relacin de clase Sirve para cuantificar la Relacin (sin apretar) El Nmero de
Relaciones Que pueden Existir prrafo Cada Miembro De Una clase de entidad.

Tambin definir el funcional (existencial) Que Existe dependencia en la relacin. Existe

Una dependencia existencial Cuando El Asociacin Entre dos Entidades es que tal Uno
No Puede Existir pecado El Otro existente En Primer Lugar.
En Este tipo de relacin, la clase de entidad, Que No Depende de la otra, es denominada
clase entidad "independiente"; la clase de entidad Que Depende de la otra es
Llamado el "dependiente" clase de entidad.
Hay tres Expresiones de relacin de relacin Utilizada en el modelado IDEF:
1. Uno-a-uno (1: 1)
2. Uno-a-Muchos (1: N)
3. Muchos-Muchos-bis (M: N)
Estas Relaciones Tienen Una sintaxis de relacin Especfica de Modo Que puedan Ser
expresados grficamente. Figura 6-22 Muestra La Representacin sintctica de Cada
Una de las con variaciones de relacin de relacin. Un Diamante completo se utiliza
Como El Smbolo Que representasen "cero, una o muchas" Relaciones, MIENTRAS
Que medio Diamante representa Una relacin "cero o uno". ESAS Relaciones clases
donde ya sea de las entidades de clase pueden Existir independiente de la otra se les
conoce Como Relacin "no Especfica" clases; SI Alguna de las clases de entidad es
dependiente, las clases de Relaciones se denominan "Especfico".

Figura 6-22. Sintaxis Relacin de Relacin de Clase

Aprender a leer e Interpretar Estas Expresiones y Variaciones es uno de los Sectores
Acadmico Aspectos de modelizacin. Una mirada Ms Cercana a la Interpretacin
bsica of this sintaxis le ayudar comprenderlos mejor.
Usando El Mismo Ejemplo, la figura 6-22, La Interpretacin bsica seria:
1. Las Clases "no" Especficas de Relaciones
1: 1 Cada Miembro de la clase de entidad "A" se Relaciona con cero o uno de los
Miembros de clase de entidad "B"; por el contrario, Cada Miembro de la clase de
entidad "B" se Relaciona con cero o uno de los Miembros de la clase de entidad "A"
M: N Cada Miembro de la clase de entidad "A" se Relaciona con cero, uno, o de
Muchos Miembros de la clase entidad "B"; por el contrario, Cada Miembro de la clase
de entidad "B" se Relaciona con cero, uno, o Muchos Miembros de "A"
2. Las Clases "especifico" de Relaciones
1: 1 Cada Miembro de la clase de entidad "A" se Relaciona con cero o uno de los
Miembros de clase de entidad "B"; por el contrario, Cada Miembro de la clase de
entidad "B" se Relaciona con exactamente con un miembro de la clase de entidad "A"

M: N Cada Miembro de la clase de entidad "A" se Relaciona con cero, uno, o de

Muchos Miembros de la clase entidad "B"; por el contrario, Cada Miembro de la clase
de entidad "B" se Relaciona con exactamente un Miembro de la clase de entidad "A"
Nota: en la forma "Especfica" de la Expresin de clase Relacin, entidad clase "B"
Depende existencialmente en la clase de entidad "A"; es factible de, el Miembro de
Entidad de la clase "A" a la Que se Relaciona el Miembro (s) de la clase de entidad "B",
Debe Existir "antes" "B" del Miembro o Entidad Relacionada clase Una Vez Que la
sintaxis de la clase Relacin ha Sido Seleccionado, el modelador Debe seleccionar Una
Etiqueta y desarrollar Una definicin para la clase de relacin. La Etiqueta de clase
Relacin Es Una frase corta normalmente verbo-Como, con una conjuncin Una entidad
La Segunda mencionado (Como preposicin Presenta Do frase). This frase Refleja EL
SIGNIFICADO de la Relacin representada. A menudo, el Etiqueta de clase Relacin es
simplemente la verbo en solitario, Pero verbos, adverbios y Preposiciones tambin
Hacen Frecuentes Apariciones en Relacin con Etiquetas de clase. Una Vez Que Una
Etiqueta de clase en s Relacin Selecciona, el modelista Debe Ser Capaz de leer el
diagrama y Producir Una frase con sentido o Definir describir la Relacin Entre Las
Dos clases de Entidades.
En El caso de la forma de clases Relacin "Especfica", siempre heno Una clase de
entidad y Una entidad f clase; La Etiqueta de clase en s Relacin interpretacin Desde
el extremo "independiente" en Lugar de imprimacin, un Continuacin, A partir de la
dependiente. Esto Se Ilustra en la figura 6-23.
En El caso de la forma de clases Relacin "no Especfica", heno dos Etiquetas de clase,
prrafo ua de Cada clase de entidad, Separados Por un signo. "/" En Este Caso, las
Etiquetas de clase Relacin hijo
interpretada a partir de "arriba un abajo" o "Izquierda a derecha" (dependiendo de las
Posiciones relativas de la Clases de entidad en el diagrama) y LUEGO a la Inversa. Esto
Se Ilustra en la figura 6-24.
Relacin
clase
etiqueta
Cada Miembro de la clase de entidad "A" se Relaciona con
cero, uno, o Muchos Miembros de la Entidad de clase "B"
Cada Miembro de la Entidad
clase B se Relaciona con exactamente Una
Miembro de la clase de entidad "A"
"A" es independiente
'B' es dependiente
segundo
Etiqueta B
UN
Una Etiqueta

Figura 6-23. Uno-a-Muchos

CADA Miembro de La Clase de entidad A es Relacionada con cero, uno, o Muchos
Miembros de la clase de entidad 'B' Cada Miembro de la Entidad clase B se
Relaciona con cero, uno, o Muchos Miembros de la clase de entidad "A" segundo
Etiqueta B
UN
Una Etiqueta
clase de relacin
Etiqueta / Relacin
Etiqueta de clase
Sin dependencia funcional Definido

Figura 6-24. Muchos un Muchos

El nfasis en la clase de Etiquetas Relacin Es Que Deben Llevar
SIGNIFICADO. Debe haber Alguna Sustancia en Lo Que expresan. El SIGNIFICADO
completo y razn de Ser del modelador de La Seleccin De Una Etiqueta Especfica
clase de relacin Debe Ser documentada por textualmente Lo que s llama el Definicin
de clase de relacin. La Definicin de clase de relacin Es Una Declaracin Pruebas

Que Explica la SIGNIFICADO clase de relacin. Las Mismas reglas de Definicin de

caracteres se aplican a la clase de relacin
Definicin Tal Como se APLICA a Las definiciones de clases de entidad; Ellos Deben
ser:
1. Especfico
2. conciso
3. Significativo
6.4.1 Proceso bsico
El Primer Paso En La Segunda Fase es identificar las clases de Relaciones Que se
observan Entre las Miembros de las Distintas clases de entidad. Tarea de Esta Requiere
el Desarrollo de una relacin
Matriz Como Se Muestra En La figura 6-25. Una matriz de relacin es meramente Una
matriz de dos Dimensiones, Que Tiene Una horizontal y eje de la vertical. Un conjunto
de factores predeterminados (En Este Caso TODO EL
Clases de entidad) se Registra un lo largo de uno de los ejes, MIENTRAS Que Un
Segundo conjunto de factores (En Este Caso, Las clases tambin Todas de entidad) se
registraron A lo largo de la otra. Una "X" se Coloca en los Puntos de Interseccin
El que por CUALQUIERA de los dos ejes se encuentran en s utilizacin prrafo Indicar
Una relacin Que Pueda Existir Entre las clases de entidad Que PARTICIPAN. En Este
punto, la Naturaleza de la Relacin ES sin importancia; El Hecho De que PUEDE
Existir Una relacin es Suficiente.
Una Vez se completa la Matriz de relacin, el modelador PUEDE Comenzar una
Producir Borradores de la diagramas de clases entidad f. Bsicamente, los diagramas de
clases entidad En Esta fase representan sencilla Traduccin de la Matriz de relacin con
el formato de diagrama de IDEF1.
Un diagrama se producen prrafo Cada Lnea, es factible de, Cada clase de entidad
representada en la horizontal eje de la matriz. Cada una de Estas clases de entidad es el
tema Que se representasen en el Centro de Slo diagrama de la . Las clases de entidad a
la que estn Relacionados, SEGN lo Indicado Por Las "X" s en Los ejes verticales de
la matriz, se Sienten atrados por la parte superior, los Lados y la parte inferior de la
Entidad Sujeta CLASE En El diagrama. Una Muestra O "Preliminar" "borrador"
diagrama de clases de entidad es representada en la figura 6-26. Es Importante Tener en
Cuenta Que En Esta Etapa no ha habido ningn Intento Definir prrafo Qu tipo de
relacin se Refleja.
En el material de anterior se seal Que Hay dos Categoras de Clases de relacin: los
No Especfica y La Especfica. En Esta fase de modelado de informacin, la totalidad de
la clase de relacin hijo Formas Legales para el modelador de USAR. El siguiente paso
en la Preparacin De ESTOS preliminar diagramas Implica La Seleccin de la forma de
clases Relacin Necesaria La Aplicacin En Las Lneas Entre las clases de entidad. Una
Vez Que se han del Seleccionado y Elaborado en el apropiados los Smbolos borrador,
el modelador PUEDE Elegir Una Etiqueta para la clase de relacin; uno Que
acertadamente y sucintamente describir la representada relacion. El modelador PUEDE
Elegir Una de catalogar No Especfica de Uno a Uno (1: 1) Las "desconocido" clases de
relacin Como Si Se Necesita Ms informacin prrafo entendre la Naturaleza de la
Relacin representada.

Figura 6-25. Matriz de relacin

Ahora el modelador est listo para formalizar el diagrama de clases de entidad, sobre la
base de los "borradores" que se han completado. Para empezar, un formato de diagrama
de clase de entidad estndar se utiliza en el desarrollo de los diagramas de clase
formales entidad.
Hay pautas especficas el modelador debe seguir con los esquemas formales de clase
entidad.
Estos son:
1. La clase de entidad "sujeto" siempre aparecer en el centro aproximado de la pgina.
2. Las clases de entidad "independientes" deben colocarse por encima de la materia
clase de entidad.
3. Las clases de entidad "dependientes" se deben colocar debajo de la entidad sujeta
clase.
4. Las lneas de clase relacin irradian desde el cuadro de clase de entidad "sujeto" a las
clases de entidades relacionadas. Las nicas relaciones que se muestran en el diagrama
son las que existen entre el sujeto "clase de entidad y las clases de entidades
relacionadas.
5. Cada lnea de clases relacin tiene una etiqueta; en el caso de relacin no especfica
clases, la lnea tiene dos etiquetas, separadas por un "/".
6. Las nicas excepciones a las directrices bsicas de formato son los inespecfica
formas clase de relacin, que se muestran con frecuencia para el lado de el cuadro de la
clase entidad sujeta.
El modelador debe ahora definir las clases de relacin. Esto no significa simplemente la
definicin o reiterando la interpretacin sintctica del diagrama. Ms bien, se trata de
definir la justificar la seleccin del nombre de la clase de sintaxis clase de relacin y de

relacin. Un ejemplo de varias etiquetas de clase relacin y sus definiciones se muestra

en la Figura 6-27.
Relacin Etiqueta Clase
Definicin de clase de relacin
ESTA AUTORIZADO una
Seleccionados hijo los Empleados
Como ACTUAR
Autorizado para ACTUAR Como
Compradores, y se proporcionan
personaje de identificacin nico
Que Contiene una funcin f this, distinct de su empleado
identificacin.
es ACTUALMENTE
Cada operador Ser PUEDE
asignado a
asignado un Nmero
de Estaciones de Trabajo Durante
ningn Cambio, Pero ESTO relationship Refleja El Uno
SE ASIGNA el operador
A ES El Momento.

Figura 6-27. Definicin de clase de relacin

Es Importante Tener en Cuenta Que la Definicin de clase Relacin Debe Tener un
SIGNIFICADO Demasiado. UN Definicin Clara y Precisa proporcionar Una
Comprensin Clara y Precisa POR EL los Colaboradores. Definiciones de clases
Relacin Dbe Dejar poco espacio para la duda o confusin con el fin de Cumplir Con
Su propsito m Previsto.
Ahora de el modelador this Listo para Redactar las Declaraciones Y Formularios de
Referencia Cruzada de los nodos. El nodo LA REFERENCIA cruzada es basicamente

Una reafirmacin del diagrama de clases de entidad. Es un Travs de Este Medio Que la
Interpretacin de la sintaxis diagrama se Ilustra especificamente. Una Muestra de la
Hoja de Referencia cruzada nodo se Ilustra en la figura 6-28. La Esquina Izquierda
superiores de ua de Los Campos de Nombres de clase entidad En Cada Lnea se llena
parcialmente en, es Decir, una oscuras en forma triangular de la figura. ESTO indica el
Punto de Partida para la Interpretacin de la Relacin ilustrada en la diagrama. En la
figura 6-28, por Ejemplo, La Lnea nmero 1 leera, "autoriza al cliente
Especificaciones del contrato. Cambio ". La Lnea Nmero 2 leera," Especificaciones
del contrato. Cambio en Resultados de la Bsqueda Cambio de ingeniera ".

Figura 6-28. Nodo de referencias cruzadas Hoja

referencia. Esto Es simplemente Una ayuda en doble mando de la Interpretacin de la
clase Relacin y La Estructura de diagrama. La Estructura de la Oracin para Interpretar
la clase de relacin sin Especfica SE Dbe Realizar En Dos Direcciones, prr Una Cada
Uno De Los Extremos sin Especficos de la relaciones.
En Este punto el material de available prrafo Cada conjunto de clases de entidad
Incluye:
1. La Definicin de clase de entidad.
2. El diagrama de clases de entidad.
3. Las definiciones de clase de relacin.
4. El cerca de Referencia cruzada.
La Informacin Sobre Una clase de entidad Se Puede ampliar Mediante la Adicion de
diagramas de Referencia, una discrecin del modelador.
12
Parte
5
Req de compra.

1: 1 sin Refleja
Nuestra correctamente Operacin
Relacin Clase
Alternativa # 1
Solicitudes / es
solicitado por
12
Parte
5
Req de compra.
1: N ESTA Ms cerca, Pero
Que permitir Mltiples contradictorio por
Solicitud de compra
Relacin Clase
Alternativa # 2
Solicita se
por
5
Req de compra.
12
Parte
M: N Parece adaptarse a Nuestro
Operacin busque, Pero lo Har
Que perfeccionar
En La Fase III
privilegiado
Relacin Clase
Alternativa # 3
Solicitudes / es
solicitado por

Figura 6-29. Diagrama de Referencia

diagramas de Referencia (diagramas For Exposition Only, Llamados a veces "FEOs")
son una caracterstica opcional disponible para el modelador, a la que pueden ser
individuales convenciones modelador aplicado. Estos diagramas son principalmente
plataformas de debate entre el modelador y el revisor (s). Ofrecen una capacidad nica

para el modelador para documentar razn de ser, discuten problemas, analizar las
alternativas, y se ven en cualquiera de los diversos aspectos del modelo desarrollo. Un
ejemplo de un diagrama de referencia se muestra en la figura 6-29. Esta figura
representa las alternativas disponibles en la seleccin de una clase de relacin y est
marcado con el la preferencia del modelador.
Otro tipo de diagrama de referencia, se ilustra en la figura 6-30 representa un problema
confrontado por el modelador. En este ejemplo, el modelador ha identificado el
problema y su complejidad por la atencin del revisor.

Figura 6-30 El "FEOs" - Un diagrama de Referencia

En Esta Etapa, el modelador ha recopilado Informacin Suficiente para Iniciar el
Desarrollo y La Distribucin De La Fase DOS kits.
6.4.2 Fase Dos Kits
La estructuracin kit en la fase dos es algo diferente de estructuracin kit en la Fase Uno
porque es ms complejo. Un ejemplo de cmo est estructurado un Dos kit de fase se
refleja en Figura 6-31.
Una hoja de cubierta kit debe estar preparada para cada kit. Esta debe denotar el
contenido del kit (inferior esquina de la izquierda), as como otra informacin
pertinente. Una muestra se muestra en la figura 6-32.

Figura 6-31. Kit Fase Dos Estructura

Una vez que las clases de entidades especficas que deben incluirse en un kit de haber
sido seleccionados, una referencia diagrama debe ser construido que refleja las
relaciones entre la entidad "sujeto" clases. Este diagrama se llama el diagrama general
del kit. En algunos casos, todas las clases de entidad en el kit estar directamente
relacionado con los otros, pero, en otros, las clases de entidad pueden ser solamente
indirectamente relacionados, generalmente a travs de otras clases de entidades que no
estn incluidos en el kit.
Estas relaciones indirectas se reflejan habitualmente encerrando la entidad no sujeta
clase (s) dentro de una gran caja de lnea de puntos y que indica textualmente que no se
incluyen como clases de entidades sujetas en el kit. Esto se ilustra en la figura 6-33. El
kit de visin general diagramas (incluidos en los kits como feos) estn diseados para:
1. Reflejar las clases de entidad que son "sujetos" del kit.
2. Informar al lector de lo que el contenido general del kit es.
3. mostrar la relacin que existe entre los "sujetos" en el kit.
El contenido especfico del kit es principalmente una funcin del nmero de pginas
asociadas en total, con cada conjunto de clases entidad y en cierta medida el nivel de
complejidad de la entidad conjuntos de clase. El objetivo principal del modelador en
este punto es para limitar los kits a una punto en el que sern ocupados no ms de 1 1/2
a 2 horas de tiempo del revisor (mxima) en la revisin y comentarios de cualquier kit
individual. La fase general Kit de dos dimensionamiento parmetros para cumplir son:
1. 30-50 total de pginas impresas por kit.
2. 4-6 conjuntos de clase entidad por kit.
3. 1 1 / 2-2 horas de tiempo de revisin por kit por cada revisor.
En general, existen cuatro a seis pginas de informacin por clase conjunto de entidades
en la Fase Dos. Esta estadstica, junto con otros dos aspectos de la estructuracin kit, le
ayudar en la determinacin de una equitativa dimensionamiento kit:

1. Las pginas de referencia cruzada de nodo para las clases de entidad "sujetos" en el
kit se extraen de los conjuntos de clase de entidad y se coloca en un grupo hacia la parte
frontal del kit. Estos forman un ndice de los contenidos del kit.
2. Se incluyen las definiciones de clase de entidad para las clases de entidad "sujetos"
con los conjuntos de la clase entidad. Las definiciones de clase de entidad para el nosujeto (Relacionados) las clases de entidad que se muestran en el nodo de referencias
cruzadas son agrupan cerca de la parte frontal del equipo, que se utilizar para la
referencia solamente.
Uno de los esfuerzos que consume mucho tiempo revisor est leyendo y comentando en
el pginas en las que no es realmente necesario. Es una buena prctica para el
modelador para llamar la atencin a la razn de la colocacin de una pgina en el kit.
clases de entidades que estn siendo liberadas para el primera vez debe estar claramente
sealado. Por otro lado, si una pgina se inserta simplemente para referencia, entonces
debe ser claramente marcado "Slo para referencia" para evitar que el revisor pasar
mucho tiempo comentando en esta pgina. Las marcas de pgina "informales" ayudan al
a centrar la atencin en los aspectos revisor apropiadas del kit.
Un punto importante a recordar sobre la expansin que podra ocurrir en la fase dos
proceso es que las nuevas clases de entidad introduce en el modelo en este punto deben
cumplir con todas las requisitos previos de la fase uno.
Cada vez que esto ocurre, se requiere el modelador para actualizar la agrupacin de
clase de entidad y proceder con el desarrollo de una nueva definicin de clase de
entidad, antes de la clase de entidad (es) se puede utilizar en la Fase Dos de material.

Figura 6-32. Fase Dos Hoja de Cubierta

Figura 6-33. Fase dos - Kit Informacin general Diagrama

6.5 Fase tres - Definiciones de llave de clase
Fase Tres de las ofertas IDEF1 metodologa con la identificacin y definicin de un
elemento de informacin acerca de las entidades a que se refiere aqu como clases
dominantes. El propsito de la Fase Tres actividad es identificar aquellos atributos por
los cuales cada entidad en una entidad de clase puede ser, identificado de forma nica.
Fase tres ampla el trabajo realizado en la primera fase y fase Dos. Esto se lograr a
travs de la consecucin de los siguientes objetivos:
1. Afinar las clases de relacin "no especficos" heredadas de la Fase Dos actividad.
2. Identificar los atributos de clase observados fcilmente en el contexto del modelo.
3. Identificar las clases dominantes. Estos son los identificadores de las entidades por la
que son uno nico de identificacin de la otra.
4. Definir los atributos clave de clases. Estas son los atributos de clase que se utilizan en
las llaves de clase.
5. Construccin de los diagramas de atributos de clases. Estos son extensiones de
diagramas de entidades de clases.
Hay un nmero importante de productos que resultan de la fase tres. Estos productos
incluir:
1. piscina de Atributos de clase
2. Los diagramas Atributo de clase
3. identificaciones clave de clase
4. Entidades de clase / Matriz de atributos de clase
5. Las definiciones de clave atributos de las clases
6. atributo heredado de clase referencias cruzadas
7. ndice de atributo de clase de migracin
8. diagramas alternativos de refinamiento
9. Diagramas Vista Funcin
10. Entidad de clase /matriz vista de funciones
11. Kits fase tres
Fase tres implica una gran cantidad de producto y un gran nmero de actividades. Los
trminos bsicos que se utilizan en la Fase Tres reas de la siguiente manera:
1. Atributo
2. Atributo de Clase
3. Clave de atributo de clase
4. Atributo sin clave de clase

5. Clase Key
6. Clase de migracin de clave
7. Hereditarios (Compartido) Atributo de clase
El elemento bsico de IDEF1 diagramacin es el cuadro de clase de entidad, pero en la
fase tres empieza para asumir caractersticas que son diferentes de los que se han
familiarizado en Fase Dos. La principal diferencia es la inclusin de ciertas clases de
atributos en el Caja clase de entidad "sujeto". Una ilustracin de la caja de la clase Tres
entidad fase se muestra en laFigura 6-34.

Figura 6-34. Fase Tres clase de cuadro de Entidad

Es Importante En Este punto Que la definicin y el SIGNIFICADO de los Trminos de
Atributos y "Atributo de clase" en s Volvi a insistir. Un atributo Es Una Propiedad o
Caracterstica De Una entidad f.
Los Atributos se Componen DE UN Nombre y valor. En otras Palabras, atributo de la
Elemento de informacin Que se conoce Sobre Una entidad f en particular. descriptores
hijo Los Atributos; Ellos tienden Ser adjetivo Como en la naturaleza.
Un EJEMPLO de algunos adj Atributos Y Sus respectivas Entidades, se Muestra en la
figura 6-35. Nota Que la primera Entidad o persona, se IDENTIFICACIN de la
estafa, Nmero de Empleador "1" y el nombre Asociado con la Entidad es "Smith", Y
Que El Trabajo de la Entidad es Ests "operador".
Atributos, Tomadas en conjunto, describen la Entidad sueltas y Separar ESA Entidad de
Otras Entidades SIMILARES. Cada atributo Tiene Un Nombre y valor. Es la nica
Combinacin de Valores de atributo Que describa Una entidad f Especfica.

Figura 6-35. EJEMPLOS de Atributos

Una atributo de clase representa un conjunto de atributos con el mismo nombre que se
aplican a todos las entidades de la misma clase de entidad. Los nombres de atributos de

clase son tpicamente singular sustantivos "descriptivos". En el ejemplo de la clase de

entidad "empleado", hay varios
Clases de atributos que incluyen:
Nmero 1. Empleado
2. Nombre del Empleado
3. Trabajo Empleado / posicin
Un ejemplo de cmo los atributos se representan como clases de atributos se muestra en
la figura 6-36.
Los valores de los atributos pertenecen a las entidades. Sin embargo, las clases de
atributos a s mismos pertenecen a la clase de entidad. De este modo, se establece una
asociacin "propiedad" entre una clase de entidad y cierto nmero de clases de
atributos.
Un atributo de clase tiene un solo propietario. Un propietario es la entidad de clase en la
que el atributo clase se origina. En nuestro ejemplo, el propietario de la clase de atributo
"nmero de empleado" hara ser el "empleado". A pesar de que la clase entidad clases de
atributos tienen un solo propietario, ste puede "compartir" el atributo de clase con otras
clases de entidad. Cmo funciona esto se discutir en detalle en los segmentos
posteriores.
Un atributo de clase representa el uso de un atributo para describir una propiedad
especfica de una entidad especfica. Adems, algunas clases de atributos representan el
uso de un atributo para ayudar identificar de forma nica una entidad especfica. Estos
se conocen informalmente como a las clases de atributos clave.
Tercera etapa se centra en la identificacin de las clases "clave" de atributo en el
contexto de nuestro modelo. En la Fase Cuatro sern identificadas y definidas las clases
de atributos "que no son clave".
Una o ms clases de atributos clave son la " clave de clase" de una entidad de clase. Una
clase es clave se define como una o ms clases de atributos clave que se utilizan para
representar los atributos necesarios para identificar de forma nica cada miembro (cada
entidad) de una clase de entidad. Un nmero de empleado es una ejemplo de una clase
de atributo se utiliza como una clase de clave de una clase de entidad. Cada empleado es
identificado a partir de todos los otros empleados por un nmero de empleado. Por lo
tanto, los empleados nmero es la clase de clave, que podemos decir nicamente
identifica a cada miembro de la clase de entidad empleado.

Figura 6-36. Clases de Atributos Example

Clases principales se incluyen dentro de la caja de clase de entidad de la clase entidad

sujeta en el atributo diagramas de clases. Clases principales siempre estn subrayadas.
Hay varias formas "visual" de tecla clases. El primero de ellos es el llamado
informalmente la forma "simple". Una clave de clase "simple" es compuesta de una
sola clase "clave" atributo. Una segunda forma visual que una clase de clave puede
tomar es que oficialmente se llama la forma "compuesto". A "compuesto" clase de clave
se compone de ms de un atributo de clase "clave". Cada una de las clases de atributos
que constituyen un "compuesto" clave de clase es separados por comas, sino a toda la
clase de clave todava est subrayada. Una tercera forma visual la cual una clave puede
asumir es llamado "alternativo" o "equivalente" clave. Debe ser hecho hincapi en que
las clases principales alternativas son con exactitud y precisin equivalentes a su
contrapartida. Es decir, o clave se traducir en la misma identificacin nica de
precisamente la misma entidad (miembro de la clase de entidad). Clases principales
alternativas pueden ser tanto simple o compuesto. En cualquier caso, cada clave
alternativa est encerrada entre parntesis y destac dentro de los parntesis. Clases de
atributos que se utilizan como parte de una clave Clase se conocen como clases de
atributos clave o Miembros de la Clase clave a menudo. Un ejemplo de las diversas
formas clave se muestran en la Figura 6-37.

Figura 6-37. Formas clase de Clav

Anteriormente, se ha mencionado que la entidad que "posee" un atributo puede
"compartir" con otra entidad. Atributos convertido compartida a travs del proceso de la
clase Key migracin. Clave de Clase "migracin" es cuando las "clave" de atributos se
mueven de una entidad clase a otra. Las normas que rigen la migracin clase de clave
son los siguientes:
1. La migracin siempre se produce desde el independiente a la entidad dependiente
clase en el par correspondiente.
2. Toda clave (es decir, todas atributos que son miembros de la clase Key) debe migrar
una vez para cada clase de relacin compartida por el par entidad.
3. Clases de atributos que no son clave no migran.
Clases de atributos que migran de una clase a otra entidad que se llama "heredada" o
"Compartida". Una atributo heredado debe ser una clave de la entidad de la que migr,
pero un atributo heredado no lo hace siempre tiene que ser un miembro de la clase de la
clave de la entidad a la que emigr (por la que se hereda). Todo atributos son propiedad
o heredados por la entidad con la que estn asociados.
Un ejemplo de la migracin de atributo de una entidad (independiente) a otra clase
(dependiente) entidad se muestra en la figura 6-38. En este ejemplo, la orden de compra
nmero (la clase de la clave de la orden de compra clase de entidad) migra a (es
heredado por) el clase de entidad posicin de pedido. Se utiliza luego por posicin de
pedido como un miembro de su Clase de tecla junto con otra clase de atributo
"propiedad" de posicin de pedido, el cual se llama nmero de posicin de pedido. Las

dos clases de atributos (nmero de orden de compra y orden de compra nmero de

artculo) forman la clase de clave para la posicin de pedido de entidad.

Figura 6-38. Migracin Clase clave

El Proceso de Migracin clase de Clav Es Una de las Tcnicas utilizadas para
Conducir the example en total, a una el siguiente Nivel Ms Bajo de detalle. Antes de la
Migracin clase de clave Se Puede lograr v, el modeladorDbe resolutor En Primer
Lugar Todas las clases de Relaciones ninguna Especficas heredadas de la fase dos. Esta
Hace Que la Resolucin Estabilizacin de las Dependencias Funcionales (existenciales)
Dentro de la modelo. Usted PUEDE Recordar de Nuestra Fase Dos Discusin Que la
dependencia funcional es SE Refleja Solo en la sintaxis Especfica clase de relacin.
6.5.1 Fase Tres Proceso
Fase Tres de la tcnica de modelado de informacin de IDEF1 s Compone de la
siguiente
Procesos:
1. Refinar las clases de relacin "no hay Especficos".
[Link] Funcin diagramas de Vista.
[Link] la construccin de la Piscina clase de atributo.
[Link] las clases clave.
[Link] clases de Atributos clave.
[Link] conjuntos de clase entidad Fase Tres.
[Link] kits Distribuir Y de Fase Tres.
El Primer Paso En Esta Fase de Es El Que Asegurar TODAS LAS CLASES DE
Relaciones sin Especficas observadas en la Fase Dos Han Sido Refinados. Tercera
Etapa Requiere Que Slo un Formulario de clase de relacin de mar "Especfica"
USADO; mar ya especifico el uno-a-uno o Especfica uno-a-Muchos. La figura 6-39
Ilustra el forma "Especfica". Para Cumplir Con Este Requisito, el modelador emplear
el USO de "refinamiento "alternativas. Un diagrama Alternativa Es Un tipo de diagrama
de Referencia. Son normalmente Dividida En Dos contradictorio: las Ofertas de la parte
Izquierda Con El Sujeto (el "no Especfica" Relacin con clase refinada SER),
MIENTRAS Que la parte contina derecha se refiere a la alternativa de
refinamiento. Un ejemplo de una Alternativa refinamiento TRATAR con Una
Resolucin de un Muchos se Expone en la figura 6-40.

El Proceso de refinamiento de clases de relacin se difamar o Convierte la Relacin

Especfica sin Clases en Cierto Nmero de clases de relacin "Especficas". of this
Proceso Nuevas clases de entidad con Frecuencia evolucionar. Es En la fase tres, Que
Ahora Empezamos a ver Un Nuevo tipo de clase de entidad.
En TODAS LAS Fases Anteriores Que HEMOS estado Trabajando con Lo Que
podramos Llamar de Manera informal el "natural" Clases de entidad. Una clase de
entidad es uno natural, Que probablemente veremos lo Demuestra en el De Lista o en el
Registro de materiales de la Base de Datos de Origen. De Una Clase De ENTIDAD
cuentos incluira "naturales "Nombres Como:
[Link] de compra
[Link]
[Link]

Figura 6-39. Las clases Especficas de Relaciones

Es Ahora en la Fase Tres Que Empezamos a ver la Aparicin desde el lugar de Puede
Ser de Manera informal Llamada la clase de entidad. Figura 6-41 ES UN EJEMPLO DE
UN "Derivado" clase de entidad. En esto Ejemplo, Una clase de entidad "Derivado" se
utiliza para representar las Formas En que Solicitud de compra Artculos estan
Relacionados con la compra de artculos de la orden. Observe Que Una Etiqueta
derivada Entidad Nombre de la clase es Diferentes algo en Carcter Que los Nombres
de objeto Que tipifican las clases de entidad naturales. Eso TAMPOCO es inusual para
etiquetar la clase de entidad, Tanto De Una clase derivada entidad De Una clase de
entidad Descripcin para aclarar La Razn de la existencia f de la clase de entidad. Uno
de los sutiles Las Diferencias Entre las clases de entidad naturales y Derivados es en los
Nombres de clases de entidad.
Normalmente, el nombre de la clase de entidad para las clases de entidad naturales Es
Un singular nombre Comn. Sobre el Por otra parte, el nombre de clase de entidad de
las clases de entidad Derivados es un tipo de la el menudo de artificial sustantivo.
La clase de entidad derivada es Algo Ms abstracto en la Naturaleza y normalmente
Resultados de la Bsqueda de la Aplicacin de las Normas Que Rigen la Validez de las
clases de entidad Que se Aplico Por Primera Vez En La Fase Tres. La Primera de Estas
reglas es la regla del refinamiento de Toda Relacin "no Especfica" clases. Este
Proceso de refinamiento es El Primer Paso Importante en la Estabilizacin de la integral
Estructura de informacin.
Este Proceso de refinamiento implicaciones Una serie de Pasos Bsicos, incluyendo:
[Link] Produccin De Una o mas Alternativas Proyecto de refinamiento en bruto prrafo
Cada clase de relacin "no Especfica".

[Link] Seleccin por parte del modelador De Una Alternativa Preferida Que Ser
reflejado en la fase tres diagramas.
[Link] Actualizacin de la Fase Uno de informacin para dar Cabida a la inclusin de
Nuevas clases de Entidades resultantes de la refinacin.
[Link] Actualizacin de la Segunda Fase de informacin para dar Cabida a la utilizacin
de Nuevas clases de Entidades resultantes de la refinacin.
Una Vez Que se ha completado el refinamiento, el modelador PUEDE Comenzar un
determinar S. La "Funcionalidad" de la modelo.

Figura 6-40. Diagrama de refinamiento

Figura 6-41. El "Derivado" Clase Entidad

6.5.2 Funcin Ver FEOs
Tipicamente, El Nivel de volumen y La Complejidad del modelo de informacin En
Este Punto Se esta convirtiendo apreciable.
Era muy natural Durante la Fase Uno de evaluar v Cada clase de entidad
INDEPENDIENTEMENTE de Las Otras Clases de Entidad, porqu las Clases de
Entidad definiciones Eran simplemente de Palabras. En la Segunda Fase, es Prctico
para continuar la evaluation De Una clase de entidad a la Vez, ya Que El volumen total
de las clases de de entidad sin Suele Ser tan grande Como para Prohibir la Desarrollo
De Una imagen mental de De Todo El Modelo de Una Sola Vez. En La Tercera Fase, el
volumen de las clases de entidad y la Complejidad de las Relaciones Que se Refleja en
the example es que tal Individuo de la ya No Puede ALEJAR Una imagen mental de
totales del SIGNIFICADO del modelo. Los Modelo Dbe Ser Revisado y Validado
from Una Nueva Perspectiva. This perspectiva permite Que El s evaluacin del modelo
de Una Manera MAS Directamente Relacionados Con Los Aspectos Funcionales "" de
la Empresa Que Se esta modelando. This perspectiva this Representado por Lo Que Se
llama la "Funcin Punto de Vista. "Una funcin f de Vista es Esquema General de la
para la Exposicin Solamente (FEO). Su propsito esestablecer ALGN contexto
Limitado Dentro del Cual las contradictorio del modelo pueden Ser evaluados en Uno
Sentado. Las Caractersticas Principales de Una vista Funcin hijo los Siguientes:
1. Una vista Funcin SE OCUPA de tema en solitario de la .
El tema Podria ser Una document, Informe de la , o la Proceso.
Lo Que constituye la Expresin de la vista es el grupo de clases de entidad y
Clases de Relaciones Que representan la Estructura de informacin de la
document, report o Proceso.
[Link] lo general, los this Una funcin f de Vista limitada a 25 a 30 clases de
entidad. Esto es Simplemente Una limitacin practical establecida para facilitar el
Desarrollo y el mantenimiento De Una imagen mental, del tema y La Informacin
relacionada Estructura por parte del lector.
La Razn Para El diagrama de Funciones Vista es Centrar La atencin en los Aspectos
particulares de la Modelo de informacin. A la hora de la Fase Tres refinamiento ESTA
A punto de Concluir, Una Modelo de informacin Es Un Objeto relatively
COMPLEJA. DEBIDO una this Complejidad Diferentes Imgenes Ser percibido en
the example por Diferentes individuals. El modelo es this stage Ser Podra Comparado
Con Un collage de Lneas e Imgenes. La Interpretacin del perceptor del modelo
Variar algo BASADO en la perspectiva. This variation en la percepcin Es Como la
percepcin Que Tiene Lugar en examen de la "mancha de tinta", o ALGN tipo de
Ejercicio similar. En un modelo Que esta Siendo Utilizada para facilitar la definition de
los requirements, sin embargo, a Amplias Variaciones de La percepcin intolerables
hijo.
La figura 6-42 representa Un excelente example of this tipo de problema de percepcin
Que PUEDE Producir
Una Diferencia extremos de la Opinin.
Qu figura, Ves Por Primera Vez? La mujer alcalde? O La Joven? Usted ha visto
Ahora
los dos?
Lo Que podria Haber ayudado un ENCONTRAR Rapidez Con mayor? MS
facilmente?

Mujer joven?
Anciana?

Figura 6-42. Perspectiva

Una de las Herramientas con las Que Las Perspectivas del modelo de informacin Que
se pueden examinar un Travs EL USO de la Funcin de Vista diagramas.
Ests hijo diagramas Que Hacen Hincapi Especfica Caractersticas o Rasgos de la
perspectiva. Las Conexiones, Relaciones clave, etc., se SE utilizaci prrafo Llamar La
atencin Sobre la perspectiva Adecuada. Una analoga Se Puede extraer de la "vieja
mujer / mujer joven "example.

Figura 6-43. Nmero Uno perspectiva

Figura 6-44. Nmero Dos perspectiva

Si fuese Posible desarrollar Conjunto de Vasos Que "ver" Slo Los Aspectos De Una
imagen o El Otro, la s capacidad de distinguir Entre Los Dos Seria Mucho Ms

aguda. AEE gafas Podra ser denominado Como los "Puntos de vista de la Funcin", y
par un Que se requerira para Cada vista (perspectiva). La figura 6-43 Ilustra la
"perspectiva" la nmero uno, la figura 6-44 "perspectiva" Nmero Dos.
La Funcin de Vista es muy PARECIDO un color, VASOS "perspectiva sensata". Cada
funcin f Vista Hace Que El foco de Atencin para Estar En un subconjunto particular,
del Modelo de Informacin y Hace Que Una Determinada imagen (la imagen del tema)
Que aparezca y Otras Imgenes Que se Fuera.
Esto No cambia el contenido del modelo. Simplemente ajusta el foco de las criticas de
Una perspectiva particular.
Obviamente, las vistas de Funcin pueden Ser Fundamentales Para La Evaluacin y
Validacin de la Modelo de informacin. Del Mismo Modo Que obviamente, el
modelador Dbe ejercer ALGN tipo de Atencin en el determinacion o Seleccin de
los Temas ilustrados en Una vista de la Funcin. Dos Mtodos Que Tienen Sido
utilizado hijo Con Cierto xito:
[Link] el material de de origen de example prrafo USAR Como el tema De Una
Funcin de Vista. Por Ejemplo, Una Orden de compra, etc.
[Link] la Funcin de vista de las Categoras de Trabajo o Procesos Especficos,
representada por los Grupos administrativos o reas Funcionales identificados
Como fuentes en la Fase Cero.
Un diagrama de Funcin Vista es Bsicamente un tipo de diagrama de Referencia. Es
Para la Exposicin Only- UN FEO. Diagramas Funcin de vista representan el tema de
en el nico Que se concentran. Que puede
Implicar, sin embargo, UNOS 25 a 30 clases de entidad. Cada Una de las clases de
entidad y Seleccionado Clases de Relaciones Que se INCLUYEN en la vista de la
Funcin estn Ah Porque contribuyen a la el tema, Que es el Sujeto de la Funcin de
Vista. Todo Lo Que No lo Hace directly contribuir a Que El tema de mar minimizadas
Como "transparente" a la vista de la Funcin. La funcin f Ver un Continuacin, Refleja
Una parte del modelo existente. Se Dbe enfatizar Que Cualquier cosa en el contexto de
la Funcin de Vista (any clase de entidad, clases de relacin, Clases De Teclas, etc.)
Dbe Estar en el modelo apropiado. Si, en El Proceso de construccin De Una Funcin
de Vista Entidad de Alguna
Las clases se descubrieron (Ms Que probable, DERIVAN), Deben aadirse un
Continuacin al modelo,Comenzando con la piscina clase de entidad y procedure un
Travs de las Actividades de modelizacin.
El propsito m de la Funcin de Vista es representar la agrupamiento de clases de
entidad y La Relacin clases. This form Puede Ser Lo Que es:
1. Se Requiere para Reconstruir la document (Tal Vez Un poco de material de de
origen).
2. Necesaria para Reconstruir LA INFORMACIN Utilizada en, por, o Realizadas Por
un Proceso (Tal Vez Algo que se ha Observado y documentado).
En la figura 6-45, por Ejemplo, LA INFORMACIN Dentro De La Vista de Funcin
example Se Puede Como utilizar el prrafo Reconstruir Una Orden de compra, o para
Reconstruir la Informe sobre ALGN Nmero de la compra pedidos. Cuando Se
Construye Una funcin f de vista, el autor Dbe Tener en Cuenta el tema, por Lo que s
Puede Ser expresada con precisin.
La Informacin Que Puede Ser reconstruido utilizando los Puntos de vista de la Funcin
no siempre Que Puede Ser Que tipo de informacin SE Encuentra comnmente en
forma de papel. De Hecho, Puede Ser Que es informacin Mas Una el menudo utilizado
en forma De Una Investigacin, cuentos de Como Cuando Se Trata de:
[Link] Dnde se almacena algo.

[Link] Donde algo PUEDE abastecido ser.

La figura 6-46 es Espaol the example De Una vista de la Funcin Que Podria Hacer
frente a tema de la bronceado. Esta Funcin de Vista Tal Vez se refiere Ms a LA
INFORMACIN Utilizada En un Proceso Que Lo Hace LA INFORMACIN
En un documento utilizado y es Extremadamente Importante Que El modelador Ser
Precisos about de la Intencin de la Funcin de Vista. Esto! implicaciones el Desarrollo
De Una Funcin Descripcin de Vista Que Es Una Pruebas Definicin del tema de la
Funcin de Vista. Cabe Destacar Tanto el propsito m de la Funcin de Vista y El Punto
de Vista de la Funcin de Vista. El revisor Dbe conocer y entendre Lo Que el conjunto
de las clases de entidad pretende representar ya Quin lo hara ser importante. Un rea
adicional Al Que Dbe incluirse en la Descripcin de la Funcin Vista ES algunos adj
textual o grfica Definicin de Como Este Punto de Vista la Funcin se refiere al
mbito de la Tal Como modelo se definen en la Fase Cero.
Parecera practicable representar un Todo el modelo de informacin en ALGN
Momento En Una serie de enclavamiento vistas de funcin f, del tanto de Como Armar
Rompecabezas de la . Uno Recogiendo pieza del Rompecabezas y mirandolo, el pecado
Una Comprensin del contexto Dentro totales el cual sea la pieza Encaja PUEDE Hacer
A que sea algo difcil adj de identificar.
El Punto Que se Ilustra here Es Que Con El Fin de Optimizar la Comprensin de la
Funcin de Punto de Vista, el modelador Dbe Definir con precisin Que CMO
pretende la vista de la Funcin Que Dbe utilizarse Y Por Quin. Que Opinan vas con
Diferentes Perspectivas y Propsitos pueden relacionarse adecuadamente una
El Punto de Vista Proyectada, y Comenta de forma inteligente.
Una vista Funcin s utilizaci prrafo Centrar La atencin en Un Solo Tema y la forma
en Que se inscriban en el tema modelo. Ayuda a Que El lector se relacionan con el
detalle del modelo en el contexto de la DEFINIDA alcance.
Un Valor Aadido de los Puntos de vista de la Funcin Es Que El Proceso de
construccin de Ellos, el modelador Descubre con Frecuencia La Necesidad de clases
de entidad ADICIONALES "Derivados" para expresar el SIGNIFICADO de
La representada INFORMACIN. Este aspecto m de la Funcin de Vista Hace QUE
SEA Una ayuda en practical El Proceso de refinamiento fase tres.
6.5.3 Atributo Clase piscina
El siguiente paso en el Proceso de la Fase Tres es Iniciar la construccin de la Piscina
clase de atributo.
Una piscina clase de atributo es muy parecida a la piscina clase de entidad, excepto Que
Es Una Coleccin de potencialmente Nombres de las clases de Atributos viables. Cada
nombre en la piscina clase de atributo se producen SloUna Vez Cada Uno y se le signa
Nmero de identificacin nico.

Figura 6-45. Objetivo de la Funcin Ver

El Proceso de construccin de la Piscina clase de atributo fase tres es de Naturaleza A
similares Construccin de la Piscina clase de entidad tambin. En la fase uno, en la
construccin de la clase de entidad piscina, se extrajeron los Nombres de la Lista de
Datos de origen Fase Cero Que parecan Ser Objeto sustantivos. Ahora vamos a volver
a la Lista de Datos de origen y extraer ESOs Nombres Que parecen Nombres ser
"descriptivos". sustantivos descriptivos (sustantivos Que se utilizan para describir
Objetos) ms Reservas representar comunmente Una clase de atributo.
Figura 6-47 Refleja Una Pgina De Una piscina clase de atributo. Tenga en Cuenta Que
Cada nombre de clase de atributo Ocurre Slo Una Vez en la piscina Y Que Cada
nombre de clase de atributo TIENE UNA sueltas identificacin nmero.

Figura 6-46. Ver Example funcionar

Muchos de los Nombres de la Lista de Fuentes de Datos de la Fase Cero se introdujeron
en la Entidad piscina de la clase en la fase uno de Como Posibles clases de entidad, Pero
algunos adj pueden Haber Sido reconocido en Fase Tres de Como Que No califican de
Como clases de entidad. Probability Con Toda, ESTOS were atributo Clases Y Muchos
Nombres Que No were Seleccionados de la Lista En El Lugar Eran imprimacin
probablemente atribuir clases. La Lista, junto Con Los Conocimientos adquiridos
Durante la Fase Uno y la fase dos, es la base de para el Establecimiento de la Piscina
clase de atributo. El atributo piscina de clases Es Una Lista de las clases de Atributos
potencialmente viables observadas en el contexto de la modelo. Lista this Ser
apreciablemente Mayor Que la piscina clase de entidad.
La piscina clase de atributo es la fuente de Nombres de clase de Atributos Que se
utilizan en el modelo.
En El caso de Que atribuyen las clases Deben Ser descubiertas en Las Ultimas Fases de
la mano de obra del modelo Estas clases de Atributos siempre se Deben: Aadir a la
piscina clase de atributo, asignado nico de la El Nmero de identificacin y El
Progreso de alli un su USO Previsto en the example.
En La Tercera Fase, la construccin de la Piscina clase de atributo se Inicia con la
entrada de AtributoClases Que se utilizan para identificar las clases de entidad, es
factible de, las clases de Atributos Que Son Miembros de la Tecla clases.
6.5.4 Identificacin de las clases seorea
La identificacin de las clases Principales (La Seleccin de las clases de Atributos de
Como Miembros De Una clase de clave) Comienza con Una Evaluacin de la forma en
Que se utilizan Atributos en el Ser Empresa modelado. ESTO PUEDE requrir Que El
modelador de Ser Capaz de Trazar Una clase de atributo devuelto una el material de
fuente original, ya Que es mas comnmente La ubicacin en la Que El USO De Una
caractersticos de las clases se representa mejor.

Figura 6-47. Atributo Clase piscina

Cdigo compradora
Nmero de vendedor
Cdigo de orden
Nmero de Cambio
La Localizacin del ENVO
SD9
Nombre del vendedor
Direccin proveedor
Cdigo de confirmacin
Nombre del confirmante
Adicional cdigo de la copia
Nombre Solicitante
cdigo del departamento
Embarcar va
Nombre del comprador
Nmero de orden de compra
Solicitud de compra Fecha de Emisin
gravable cdigo
Cdigo de reventa
Nmero de patrn
Trminos de pago
Cantidad pedida
Unidad de Medida Cantidad
Nmero de pieza
Parte Descripcin
Precio unitario

Precio por Unidad de Medida

Fecha de Entrega Requerida
Cantidad solicitada Entrega
Cdigo de las mercancas
Control de calidad
Cdigo de aprovacin
Carga a bordo
Localizacin de La Entrega
Solicitud de compra
Nmero de artculo
Solicitud de compra
Cdigo de lnea
El Primer Paso en la identificacin de las clases es Clave Seleccionar las clases de
Entidades Que No Tienen Relacin de dependencia. Es Decir, Aquellas clases de
Entidades Que ningn hijo existencialmente Depende de ningn Otro clases de
entidad. Ests generalmente representan las clases de entidad, Cuyo Principales hijo
clases ms Reservas evidentes. La figura 6-48 Ilustra Este Proceso.
Comience con la Entidad Las clases hijo Que no dependiente

Figura 6-48. La identificacin clave Clase

Algunos adj Nmero de las clases de Atributos Ser Seleccionado O IDENTIFICADO
Como Miembros de clases clave en algn lugar DENTRO DEL modelo. Sin TODAS
LAS clases de Atributos se utilizarn clases de Como clave. Aquellos Que no se utilizan
Como clases clave en la fase tres se tratarn en la Fase Cuatro.
La Razn to select Aquellas clases de entidad Que Son Totalmente Independientes en
the example ES Que las clases Principales prrafo Estas clases de entidad tienden una
Ser los mas fciles de identificar Y Porque "Migracin" de las clases en s Principales
Inicia en estos Puntos de Encuentro en the example.
La Migracin Clase clave Sienta las bases Para El comienzo de la conversin de la
Informacin modelar En Una forma estructural bsica. Hay cuatro reglas Bsicas Que
se Deben OBSERVAR lnea Fase tres, sea cual sea Todo Lo contribuye una
Transformacin this:
[Link] Prohibido el USO de la sintaxis clase de relacin "no Especfica".
[Link] Migracin Clase clave de Ser independiente de las clases de entidad es dependiente
obligatorio.
[Link] USO de Clases de Atributos para representar Atributos Que Podria ser nula
(O no Tienen ningn valor) ESTA prohibido En Una entidad f.

[Link] USO de la clase de atributo para representar Atributos Que podrian Tener
repitiendo los Valores (Valores mltiples, o mas de valor) a la Vez prrafo Se prohib
Una Determinada entidad.
Ya HEMOS Hablado de las dos Primeras reglas en las secciones anteriores, por Lo Que
Vamos a dirigir v Nuestra Atencin a los dos ltimos En Este punto.
La figura 6-49 Muestra la Esquema alternativo refinamiento Se Trata de la Aplicacin
de la "pecado repita "regla. Observar Que El Objeto del diagrama del tanto, Refleja El
Nmero de Orden de compra y comprar Nmeros de Artculos Para Que sean Miembros
de la clase de la clave de la orden de compra.
Sin embargo, la evaluacin del Nmero de pedido s posicin de Modo se mostrar
utilizacin Que Una Sola Orden de compra (entidad) PUEDE Estar Asociada o
Relacionada con ALGN Nmero de Posiciones de pedido (Entidades). Para
representar adecuadamente this in the example de informacin, Una Nueva Clase de
entidad Llamada "Artculo de la orden de compra" CREADO Ser tendria que. En La
Etiqueta de clase RESPECTO, la sintaxis y la Hay Que: Aadir definition. En Este
Momento, las Verdaderas Caractersticas de la Relacin Entre rdenes de compra y
Posiciones de pedido Comienza un emerger.
La figura 6-50 Muestra la Esquema alternativo refinamiento Se Trata de la Aplicacin
de la "pecado Nula "regla. Nmero de pieza ha Sido heredada por s posicin de
pedido. This Relacin FUE establecida DEBIDO un hijo de pedido Posiciones De
alguna manera ASOCIADO CON las contradictorio, Pero el Diagrama Afirma Que
Cada s posicin de pedido se Asocia con exactamente las Naciones Unidas, Nmero de
pieza.
Investigaciones (o quizas comentario crtico) REVELA Que No Todos Los Artculos de
la Orden de compra hijo Asociado con las piezas. De Hecho, algunos adj pueden Estar
asociados con Servicios o Productos Bsicos Que No Tienen Nmeros de pieza. Esto!
impide la Migracin de la Referencia directa a la clase de entidad s posicin de pedido y
Requiere el Establecimiento De Una nueva clase de entidad en nuestro de EJEMPLO
Llamado "ordeo parte."
Una Vez Que se Establece Una Nueva Clase de entidad, la clase de Migracin clave
Dbe ocurrir, Como lo Establece la Regla de la MIGRACIN Y el modelador, una vez
ms "Validar" La Estructura de clase de entidad / Relacin Con La Aplicacin del "no
nulo" y "no repeticin" atribuir reglas.
Resultados nueva clase entidad
Orden de compra
6
PO No.
article PO
7
PO No., PO
Artculo No.
Autoriza
la compra
de
Tema
Orden de compra
PO No., PO
Artculo No.
6
Cada compra

Tener pedido PUEDE

PO mltiple
Artculos

Figura 6-49. Tercera Etapa - La Aplicacin de la regla de "No repetir"

6.5.5 Entidad Clase / atributo de clase Matrix
A Medida Que se identifican Miembros de la clase Key, Las Entradas se Hacen en la
piscina y en la clase de Atributos Lo que s de llama La Matriz Entidad de clase de clase
/ atributo. This matriz IDENTIFICACIN La Distribucin y la utilizacin de Clases de
Atributos de A lo Largo del modelo. Bsicamente, se Tiene La siguiente caractersticas:
[Link] las Etiquetas de clase entidad se representan en el Lado.
[Link] las Etiquetas de clase de Atributos se representan en la parte superior.
[Link] USO de Clases de Atributos de clases de entidad se representasen en la contigua
Vectores, en su Caso, el USO de "claves", cuentos o Como las Siguientes:
"O" = Propietario
"K" = Clave Miembro de la Clase
"I" = hered

Figura 6-50. Diagrama Alternativa refinamiento

Estructura no
proporciona
las Posiciones de pedido, Que
no contradictorio Puede Ser Para (cuentos
Como los de Servicios,
el material de oficina, etc.)
Una Muestra De Una matriz de clase clase / atributo entidad se Muestra en la figura 651. This Es Una matriz Herramienta director en Ambos mantener la Continuidad del
modelo y la Preparacin de los ndices de modelo para la Inclusin En La Tercera Fase
y La Documentacin Fase Cuatro.
6.5.6 Definicin del atributo clave de clase
Una Vez Que las clases ESENCIALES se han del prrafo Definido the example, Es El
Momento prr Nosotros Definir la Clases de Atributos Que Han Sido utilizados Como
Miembros de Una o mas clases clave. Fase bao En tercer Lugar, las definiciones hijo
"clave" desarrollados prrafo Estas clases Solo de Atributos. El Mismo bsico Las
Orientaciones de dichas definiciones se aplican Como Se aplican las definiciones de una
de clase y clase de entidad Relacin definiciones. Deben Ser Preciso, Especfico,
completa y comprensible universalmente.
Definiciones de Atributos de clase siempre estan asociados con la clase entidad f Que
"Posee" el atributo de clase. Es Decir, Que Son siempre Miembros del conjunto de la
clase entidad "Propietario". Por lo tanto,es simplemente Una Cuestin de identificar
Aquellas clases de Atributos prrafo Cada clase de entidad Que Tiene Como ha
IDENTIFICADO "Propiedad" de la clase de entidad y se utilizaci en clase de la clave
de su (la del Propietario). En Figura 6-51, Los Atributos de las clases se codifican en
"OK" en la matriz de la Entidad de clase de clase / atributo.

Hay dos Tipos de pginas de Definicin de clase de atributo. Uno, Que se Muestra en la
figura 6-52, offers Para La identification de la clase de la clave (s) para la clase de
entidad Por Encima de la section de clase de atributo.
El otro, Que se Muestra en la figura 6-53, hay Prev La Entrada de las clases
Principales. Esta usado Principalmente Como una Pgina de Continuacin para las
definiciones de clase de atributo.

Figura 6-51. Clase entidad f / atributo de clase Matrix

Figura 6-52. Atributo de clase page Defintion

Figura 6-53. Atributo de clase page Defintion

6.5.7 Fase Tres Formalizacin

Formalizacin de la Fase Tres conjuntos de la clase de entidad de la Puede Ser extensa
Proceso Bastante. Esto es Porque Tiende una Haber Una serie de Nuevas clases de
Entidades identificadas en la Fase Tres y heno hijo VARIOS Y ndices referencias
Cruzadas completado Para Ser,: Adems. Basicamente, la formalizacin
De Los Conjuntos de clase Entidad Fase Tres involucra los Siguientes Pasos:
[Link] finalizacin de las Nuevas definiciones de clase de entidad y la Actualizacin de la
Entidad piscina de clase (de la fase uno).
[Link] finalizacin de Todos los Atributos de los diagramas de clases, incluyendo la
Actualizacin de La Matriz de relacin, las definiciones de clases Relacin, y el nodo de
Referencia cruzada Pginas (de la Segunda Fase).
[Link] finalizacin de las definiciones de clase de atributo.
[Link] Desarrollo de pginas de referencias cruzadas heredado de la clase de Atributos.
[Link] Desarrollo de los ndices de Migracin clase de Atributos.
[Link] finalizacin de los diagramas de Referencia, incluyendo Alternativas de
refinamiento vistas funcionar y.
Atribuyen los diagramas de clases hijo Similares a los diagramas de clases entidad en
algunos adj aspects; Una Es Que Slo reflejen los AEE clases de entidad con La que las
Acciones de clase Alguna Entidad Sujeta Directos relacin.
Las Caractersticas del diagrama de clases de Atributos hijo:
[Link] atributo Ofertas del diagrama de clases con la unica clase Entidad de sujeto m.
[Link] diagrama de clase de atributo, Refleja,: Adems de la Entidad Sujeta
clase, TODAS LAS clases de Entidades relacionadas Directamente a la clase de entidad
Sujeta.
[Link] de entidad "Independientes" estan en la parte superior de la pgina elegida y
Dependientes
Clases de entidad estan en la parte inferior de la page.
[Link] se utilizaci la sintaxis clase de relacin "Especfica".
[Link] cuadro de la clase Entidad Sujeta (uno por Cada diagrama de clase de atributo)
Refleja La identification clase de clave de la clase de entidad, Con Toda clase de Clav
Miembros subrayaron, mltiplos clases de Atributos Separados por comas
Clases y clave Alternativa encerrados Entre Parntesis.
6. Cada cuadro de la clase Entidad Sujeta (uno por Cada diagrama de clase de atributo)
Refleja Todas las Clases de Atributos Que Son heredadas por la clase de entidad, los
Cuales ningn hijo Miembros de la clase de la clave Que se registran un Continuacin,
y con sangra de El derecho de las Clases seorea.
Este formato se Ilustra en la figura 6-54. La clase de la clave (es) siempre se pone de
aliviar en la parte superior, de la caja de clase de entidad (y justificado a la
Izquierda). heredaron CUALQUIER Clases "no" Atributos clave se enumeran
Por debajo de las clases "clave" y Son notablemente Ms sangra desde el margen
izquierdo de la Entidad Clase (s) caja. Clases Que No clave del hijo de atributo no estan
subrayados.
Un EJEMPLO de la forma bsica Que se utilizacin Para Los diagramas de clases
atributo se Muestra en la Figura 6-55. Nota Que la casilla de clase de entidad sujeto m
SE AMPLIA notablemente en comparacin con la clase de entidad Sujeta cuadro
utilizado en los diagramas de clases entidad f. Esto Es para facilitar la Informacin
Adicional Que Dbe SE Adjunta a la caja clase de entidad en los diagramas de clases de
Atributos.

Figura 6-54. Atributo diagrama de clases

Figura 6-55. Atributo forma de diagrama de Clase

Figura 6-56. Atributo ndice de Migracin Clase

Figura 6-57. Atributo de clase de referencias cruzadas

el atributo heredado clase de referencias cruzadas. Ambos se construy en documentos

Sobre la base de En La matriz de la Entidad de clase de clase / atributo.
El ndice de Migracin clase de atributo, Refleja, desde el "dueo m" perspectiva de
clase de entidad, de Todos Las clases de entidad en La que los Diferentes Miembros de
su clase de la clave (sus clases "clave" de Atributos) se utilizan en el modelo. Un ndice
de Migracin de example se Refleja en la figura 6-56. A determinar S. contents, el
modelador Registra Por Primera Vez Una clase de atributo Que es "Propiedad" De Una
clase de entidad y es Miembro de la clase de la clave. A Continuacin, el modelador
Registra La Necesaria information about Cada ua de Las Otras clases de entidad con
La que se Comparte la clase de atributo, La Localizacin de ESTOS Mediante la
Bsqueda en la columna vertical, de la Matriz para el indicador apropiado.
Este Proceso se Repite para Todos los Miembros del "Propietario" Clase clave.
El heredado clase de atributo de Referencia cruzada es desde la perspectiva de la clase
de entidad Que hereda de la clase de Atributos. Refleja Como La clase de atributo Lleg
a la Entidad Sujetaclase. Una Muestra de la atributo heredado clase de referencias
cruzadas se Muestra en la Figura 6-57. A determinar S. contents, el modelador registros
Primeros Todas las clases de Atributos Que se heredan por La Clase de entidad Y, A
Continuacin, utilizando la matriz de clase de la clase / atributo de entidad, el
"Propietario" de Cada Uno SE IDENTIFICA Y Registra. Utilizando el diagrama de
clases de Atributos, Registra el modelador de lainformation about La Clase de entidad y
Relacin de Clase A travs del cual sea la clase de atributo poca heredada directly.
6.5.8 Kits Fase Tres
La figura 6-58 Ilustra la Estructura General de la kit Tipico la fase tres. Tenga en cuenta
que la Estructura del equipo de Revisin ha Hecho Cada Vez Ms Complejo, ya Que la
fase uno.
La Estructura bsica del kit de la fase tres, AUNQUE Ms Complejo Que la fase dos,
ES similares en Varios: aspectos. EJEMPLO Por, La Hoja de Cubierta, kit general de
Vista, el nodo de referencias cruzadas y de Referencia nicamente en las definiciones
de clase entidad se manejan de la Misma Manera. La Principal Diferencia Es La
inyeccin de la Funcin de Vista (Que es opcional) y el material de Adicional Dentro de
la contexto de Cada conjunto de clases de entidad. En total, el El Tpico juego de la
fase tres se ejecutar en el entorno de 40 a 44 Pginas. Esto! Que permite algunos adj de
un Seis Diez Pginas Disponibles para el modelador para la Insercin de de texto o
diagramas de Referencia generales relativas a los Sujetos Distintos de los conjuntos de
clase entidad Dentro de kit.
En La Tercera Fase, hay dos Tipos de Visiones generales del kit. Si el kit es de
Alrededor De Una Funcin de Vista, un Continuacin, Las Mismas Pautas Que se
utilizan en la fase dos se aplican a la estructuracin de la VISIN general del kit. Si una
Funcin de Vista Se Va un Como utilizar, un Continuacin, el kit Resumen Dbe Ser un
subconjunto de la Funcin de Vista empleada.
La Fase Tres kits, Como Todos Los Otros kits de modelado IDEF, estan precedidos por
kit Una portada. UN Fase Muestra de hoja de portada Tres kit se Muestra en la Figura 659.
CUANDO UN kit de tres Fases s Organiza En torno a Una funcin f de vista, la visin
general de sujeto m kit diagrama, es simplemente la subconjunto del diagrama de la
vista o funcin f Que representasen Lo Que Refleja Los Clases de entidad Que Son kit
del Sujetos. El diagrama de la vista Funcin SE INCLUYE para proporcionar el
contexto en el Que la Informacin contenida En Cada conjunto de clases de entidad
Debe Ser Validado.

El punto focal de la Revisin this Destinada una Ser la Validacin de las clases de
relacin se Refleja en el contexto de la Funcin de Vista y La Validacin de Todos los
Atributos de informacin de clase Dentro de Cada Establece clase de entidad. La
cuestin f secundaria es la Validacin de Todas las Dems Clases de Relaciones
Compartidas por Cada clase de entidad Sujeta en el kit. Esto Se Dbe un Las clases de
Relaciones Restantes Deben Ser Temas de Otros Puntos de Vista de Funcin y
Presentado prr do REVISIN Y OTROS Validacin de kits.
Una visin general de kit de Muestra, Lo Que representasen subconjunto De Una
Funcin de Vista Alrededor de la Cual FUE EL kit Organizado, se Muestra en la figura
6-60. La figura 6-61 es la Funcin de Vista Que se basa en. Ahi hayIntento de la habido
Como utilizar las Mismas Lneas y el espaciamiento de la vista general de kit Tal Como
se utilizaci en la Funcin ver; Esto Es prrafo CONSEGUIR UN Grado de Poner de
aliviar el efecto y para Centrar La atencin Sobre el tema de EL kit en el contexto de la
Funcin de vista utilizado.

Figura 6-58. Fase tres - Kit Estructura

Figura 6-59. Fase de Juego de portada Tres

Figura 6-60. Kit Descripcin general de

Al Igual Que en las Fases Anteriores, heno algunos adj Parmetros Especficos kit de
Tamao aplicables a la fase tres.
La Fase Tres kits:
[Link] Contener Entre 30 y 50 Pginas en total.
[Link] 2 Contendr una serie de 4 de clase de entidad.
[Link] Caso de requrir Ms De 1 1 / 2-2 horas de Tiempo de Revisin por lector.
Tenga en Cuenta Que El Nmero Total de Pginas En un conjunto de clases de entidad
se ha incrementado notablemente de la Fase Dos. La clase de entidad tpica Situada en
la Fase Tres contendr 10 Paginas.
La Adicin de Nuevas clases de entidad Sobre TODO En un volumen Tal Como se
Esperaba en la fase tres, Hace ACONSEJABLE Que El modelador prrafo Marcar Cada
page Que es solo de Referencia y Cada Definicin de clase de entidad Que se libera por
Primera Vez.
Por ltimo, Es La Importancia del Manejo de Nuevas clases de entidad Que se
desarrollan en la fase tres.
La regla bsica Para Ser empleado Es Que Las Nuevas clases de entidad desarrolladas
en la fase tres Deben Cumplir Con Todos los Requisitos de la fase uno y la fase dos de
los antes Que puedan Ser incorporados en el modelo. ESTO INCLUYE La Entrada en
la piscina clase de entidad, el Desarrollo de la clase de entidad definiciones, la inclusin
en la matriz de relacin, el Desarrollo de las definiciones de clase de relacin, etc.
6.6 Fase cuatro - Atributo Clase Poblacin
La ltima fase del Proceso de modelado de informacin bsica es la fase cuatro. El
objetivo m of this fase es determinar S. el "dueo m" clase de entidad de Cada "noclave" clase de atributo Representado en la piscina clase de atributo. A Pesar De Que, en
la superficie de esta ultima fase Parece Ser relatively simple, PUEDE dar Lugar a
algunos adj Cambios Ms apreciables en la Estructura del Modelo.
Tal Vez Las reglas mas importantes a Tener en Cuenta hijo Durante la Fase Cuatro los
Siguientes:
[Link] clase de atributo Slo Tiene Un "Propietario" en el modelo.
[Link] Que No clave del hijo de atributo no pueden migrar.
[Link] Regla atributo "no nulo".
[Link] "no repeticin" regla de atributo.
La construccin de la Fase Tres de la piscina clase de atributo y se inicio Una entidad f
Matriz de clase de la clase / atributo FUE construdo. La Matriz se Realiza Slo
parcialmente En Este punto
Tiempo, indicando nicamente las clases de Atributos Que se utilizaron Como
Miembros De Una O Varias Teclas Clases en la fase tres. Clases de Atributos Que No
were utilizados Como Miembros de CUALQUIER clase de Clav En La Fase Tres hijo
los Objetivos de la Fase Cuatro.
Fase Cuatro se centra en el Tratamiento Ms Detallado de los Materiales ya
establecidos, en Vez Una de Producir Cantidad apreciable de material de nuevo. Hay
nueva clase de atributo Las definiciones Que se aaden y Un Nmero de diagramas o
Funcin Alternativos refinamiento puntos de vista. Tambin se Dbe Esperar Que Una
Cierta Cantidad de Nuevas clases de entidad surgir Durante Fase cuatro, Derivado
Principalmente Como resultado m de la Aplicacin de las Normas de refinamiento ya
ejercido en la fase tres, reanudada en el resto de las clases de Atributos se distribuyen
A travs del modelo.
Una Lista parcial de los Productos resultantes de la Fase Cuatro se Refleja un
Continuacin:

[Link] atributo de clase piscina

[Link] caractersticos de las clases revisadas
[Link] matriz Revisada Entidad Clase / Atributo
[Link] de Clases refinada Atributo
[Link] hereda atributo de clase de referencias cruzadas
[Link] Atributo ndice de Migracin Clase
[Link] de refinamiento Alternativos
[Link] de Funciones visin Revisada
[Link] fase del cuatro kits
Los Procesos Bsicos Empleados en fase cuatro hijo los Siguientes:
[Link] las clases "no" Atributos Clave de la Fase Tres.
[Link] los "Dueos" de las clases de Atributos no clave.
[Link] las clases de Atributos no clave.
[Link] las clases de relacin.
[Link] los conjuntos de clase entidad Fase Cuatro.
[Link] la Funcin de Puntos de Vista (feos).
[Link] Y Distribuir La Fase Cuatro kits.
6.6.1 Fase Cuatro Proceso
El Primer Paso en la construccin de la Fase Cuatro de material es la identification de la
no-clave Clases de Atributos de la Fase Tres. Esto Es relatively sencillo. CUALQUIER
atributo de clase Si no se [Link]. se Refleja en la matriz de la Entidad de clase de
clase / atributo de la Fase Tres es, de Hecho, "no-clave" clase de atributo En Este punto.
El siguiente paso Requiere Que Cada ua de Estas clases Que No clave del hijo de
atributo pueden Asignar un uno "Propietario" clase de entidad. La clase de entidad
"Propietario" para el Muchos de Ellos Ser obvio. Por Ejemplo, en El caso de Nombre
del Proveedor, el modelador Dbe Ser Capaz de asociar facilmente this atributo de la
clase con el Proveedor de clase de entidad, Pero PUEDE Haber ALGUNAS clases de
Atributos, Que Har Que la Dificultad en la Localizacin de Sus modelador de
"Propietario" clases de entidad.

Figura 6-61. Funcin Ver

Figura 6-62. No se Atributo clave Clase Poblacin

Si el modelador No Es Seguro del "Propietario" clase de entidad De Una clase de
atributo, Ser PUEDE CONVIENE referirse a la forma de los Materiales Bsicos Que se
extrajo el atributo. Esta voluntad Ayuda en la determinacion del "Propietario". En la
Fase Cero, se establecio La Lista de Datos de origen y se convirtio en la base de la
piscina prrafo clase de atributo. La Lista de Datos de origen, senala la DESPUS

Descripcin de la ubicacin modelador a la (s) Donde se utilizaci el atributo

Representado en la fuente original, material. Esto Se Ilustra en la figura 6-62. Mediante
el Anlisis del USO de la clase de atributo en el material de de origen, el modelador
Ser Capaz de determinar S. Con mayor Facilidad la Entidad "Dueo" clase en el
modelo de informacin. El modelador Dbe Tener en Cuenta Que Gobierna el factor de
Que Para La determinacion de la "Propiedad" de las clases de Atributos se Refleja en el
material de de origen. Como Cada clase de atributo se le Asigna un su clase de entidad
propietaria, la clase de atributo / clase de entidad La Matriz Dbe Ser actualizado en
consecuencia f. This matriz, Como La Matriz de relacin, Es Una de las
Herramientas de Trabajo Principales del modelador para la Gestin de la Continuidad
del modelo de informacin.
Para Cada Una de las clases de Atributos identificados en la Fase Cuatro, se Dbe
desarrollar Una definition.
Los Principios Que Rigen Otras definiciones utilizadas en el modelo de informacin y
en particular, Los que estan en la fase tres, se aplican tambin here. Las definiciones
Deben Ser Preciso, Especfico, completa, y universalmente comprensible. Estas
definiciones de clase de atributo se Producen en El Mismo Que formato Las
definiciones de clase de atributo de la Fase Tres. Ellos simplemente se aaden a la
Atributos de definiciones de clase en el conjunto de clases de entidad Propietario.
El modelador ya esta listo para Comenzar con la fase de refinamiento de cuatro clases
de Relaciones.
Las Mismas reglas Bsicas se aplican A Este refinamiento Tal Como se APLICA en la
fase tres. La Aplicacin de cmo el "no nulo" y "no repeticin" reglas de atributo
introducido en la fase tres se aplican Ahora. Como un En consecuencia f, el modelador
PUEDE Esperar Que se Encontr la , Nmero de Nuevas clases de entidad. Como
Estas clases de entidad hijo identificados, la regla de la clase de Migracin clave Deben
Ser Aplicadas, Como tal lo se encontraba en la fase tres.
La Unica Diferencia En La Aplicacin de la nula y sin ningn atributo de repeticin
reglas de clase en la Fase Cuatro Es Que se aplican Principalmente a Las Clases De
Atributos "ninguna clave" tambin. Figura 6-63 Ilustra la Aplicacin de la regla de
atributo "no nulo" A una clase de atributo "sin clave de son". Figura 6-64 Ilustra la
Aplicacin de la "no repeticin" regla atributo Aplicado al atributo sin clave clases.
A Medida Que Nuevas clases de entidad Emergen, se Deben introducir en la piscina
clase de entidad, se definen, reflejado en la Matriz de relacin, etc. Ellos Deben Cumplir
Con Todos el Requisito de Documentacin Como Fases Anteriores Con El Fin de
Calificar para su inclusin en la Fase Cuatro material.
Con El material de Fase cuatro se reunieron y se prepar, La Tarea de formalizar la Fase
Cuatro Conjuntos de clase entidad PUEDE Comenzar. Este Proceso es casi identico al
Proceso Correspondiente de la fase tres. Esto Se Dbe Principalmente a Los Cambios
Bsicos en the example Durante la Fase Cuatro son:
[Link] finalizacin de identificacin de clase de atributo.
[Link] finalizacin de la Distribucin de Clases de Atributos.
[Link] finalizacin de las definiciones PARA TODOS los Atributos de las clases.
[Link] Cambios Estructurales resultantes de la Aplicacin del refinamiento Normas de
las clases de Atributos.
refinamiento
Tema
Emp. No.
Empleado
sin TODO

Los Empleados Tienen

Naciones Unidas, Nmero de compradora;
Slo Los Empleados
hijo Que los Compradores
Emp. No.
Empleado
Si compras N
Autorizado this
Para Llevar un Cabo Tal Como
Si compras N
Comprador
Emp. No.

Figura 6-63. Fase Cuatro

En Lugar de imprimacin, la formalizacin de los conjuntos de clase entidad
implicaciones la Revisin y Actualizacin de materiales
Que se ha construdo anteriormente. Los Pasos Implicados En La Fase Cuatro
formalizacin Aquellos de Materiales previamente definidos hijo:
[Link] nueva Definicin de clase de entidad
A. Actualizacin de la Piscina clase de entidad
[Link] los diagramas de clases de Atributos
A. Actualizacin de matriz de clase de relacin
BActualizacin de definiciones de clase de relacin
[Link] de Actualizacin de referencias cruzadas
[Link] las definiciones de clase de atributo
[Link] la clase de atributo heredado de referencias cruzadas
[Link] el atributo de ndice de Migracin de la clase
[Link] los diagramas de Referencia refinamiento
Tema
N de pieza
Parte
N de pieza
Parte
Nmero de serie.
Es fsicamente
N de pieza
Serializado parte
Nmero de serie.

Figura 6-64. Fase cuatro - Aplicando la regla de "No repetir"

Si el modelador ha Desarrollado Puntos de vista de la Funcin en la fase tres,
ENTONCES los Cambios Estructurales Como resultado m de la Fase Cuatro provocara
necesariamente la Revisin de ALGN Nmero de la Funcin puntos de vista. En La
Tercera Fase se Hizo Hincapi En que las opiniones de Funcin reflejan Una parte de la
modelo existente. Si la Cambio en la clase de los Efectos del modelo de clase o Entidad
Relacin existente ESTRUCTURAS includas Dentro del Alcance de any Funcin de
Vista, then la Funcin de Vista Afectada (s) Dbe Revisada Ser. En consecuencia f, La
Vista de matriz clase de entidad / Funcin desarrollada en la Fase Tres Dbe modificarse
para reflejar ESTOS casas de cambio.
6.6.2 Kits Fase Cuatro
Una Vez Que El autor ha completado la formalizacin de los conjuntos de clase entidad
Fase Cuatro, La La construccin de la fase cuatro Carpetas, PUEDE procedure. La fase
cuatro kits hijo Bastante Similares a la Fase Kits de tres en su construccin general. Una
Vez Ms, DEBIDO al Nivel de Complejidad y Tamao del modelo, el modelador
PUEDE Elegir para Liberar los kits Orientadas En torno a Una funcin f de Vista. los
Parmetros Bsicos prrafo Como utilizar con xito la Funcin de Vista Siguen Siendo
Los Mismos Que es Tres Fase. : Adems, SI EL modelador Elegir prr kits Producir
Orientadas Alrededor de la Vistas de Funcin, la construccin de kits ESTOS es
esencialmente idntica.
La kit Estructura bsica se Ilustra en la figura 6-65. : Adems, se sample example De
Una Pgina de portada en la figura 6-66. Las Mismas Pautas Bsicas para la
estructuracin kit Aplicadas en la fase tres se pueden Aplicada a la fase cuatro.
La fase kits Cuatro:
[Link] SER de 30 a 50 Pginas de extensin, en total.
[Link] 2 Contendr una serie de 4 de clase de entidad.
[Link] Caso de No Ms requrir de 1-1 / 2 a 2 horas de Tiempo de Revisin de Cada
lector.
El volumen de pginas de Cada conjunto de clases de entidad en la Fase Cuatro
significativamente ninguna de han variado A partir de conjuntos de clase entidad Fase
tres, Pero el volumen de los conjuntos de la clase de entidad, en total nos podemos
deducir aumentado. El conjunto Promedio de clase de entidad en la Fase Cuatro
contendr approximately 11 Pginas.

Tenga en Cuenta Que las Caractersticas de Tamao y de estructuracin del kit en la

Fase Cuatro hijo casi idnticos una Los que estan en la fase tres, Pero DEBIDO a la leve
Crecimiento en el Nmero de pginas por entidad Conjunto de clases, la Cuarta Fase
Tamao medio kit estara Entre 45 y 50 Pginas, por lo general. Esta Que permite
todava algunos adj de 2 a 3 Pginas para el modelador un prrafo Como utilizar el texto
general y diagramas de Referencia, Si Es Deseable. una vez mas, el modelador Dbe
Tener en Cuenta la Cantidad de Tiempo Necesario prrafo y La Dificultad en la
Revisin del material.
feos en general
Entidad
Conjunto de clases
Entidad
Conjunto de clases
20-30 de
Estas Pginas
por kit
Cruzada nodo
referencia
Visin de conjunto
FEO
Cubrir
hoja
Pginas 30-50
por EL TOTALES
equipo
Funcin
Ver FEO
Referencia
Slo CE
definiciones
Funcin
Ver desc.
Asunto CE
Definicin
diagramas AC
RC Definiciones
Atributo
Clase Def.
Migracin AC
ndice

Figura 6-65. Fase cuatro - Kit Estructura

Figura 6-66. Fase de Juego de portada Cuatro

Las Mismas reglas Bsicas con RESPECTO a la expansin del modelo APLICABLE a
la fase cuatro, ya Que Tienen Aplicada a las Fases Anteriores. CUALQUIER clase
nueva entidad f descubrio (Derivados) en la Fase Cuatro, SI
Deben Permanecer en the example, Deben Estar Registrados en la piscina clase de
entidad, se le Asigna su propio Nmero Unico, por definir, etc. Todas las Normas y

Requisitos de las Fases Anteriores se aplican una Todas Las Nuevas clases de entidad,
clases de relacin, y atribuyen clases. Ests se Deben Cumplir los antes de Que se
pueden Ser Incluidos En La Fase Cuatro diagramas Y kits.
Una Vez Que El modelista ha comenzado la construccin de la fase cuatro equipos, Ser
Que pueden distribudos una revisores de comentarios. Es un Travs de Este Proceso de
revisin, comentarios, e iteracin Que El Resultante modelo se valida
6.6.3 Conclusin
Tras la finalizacin de la Fase Cuatro, el modelador ha Producido modelo de
informacin bsica. Me caigo Las reglas de de la Metodologa se han de la Aplicado
correctamente A lo largo del Desarrollo, the example Ser representativa de la
Estructura de informacin de la Empresa fundamental modelado.
Cada clase de entidad representar Una Coleccin no redundante de la
Informacin; Cada clase de entidad Que la par Comparte Una clase de relacin
transmitir ALGN SIGNIFICADO no redundante en the example.
En Este punto, the example de informacin esta en Una forma Que Facilit 'traducida
bsica en any Sistema de Gestin de Bases de Datos en ACTUALMENTE El
Mercado. Esto No implicaciones Que la Modelo de informacin Resultante, al final de
la fase de cuatro, Es Un diseo de BASE DE DATOS. Ms bien, el representa modelo
de informacin estable Estructura de la Conjunto de reglas Estables. A pesar de
Detalles Tcnicos de CUALQUIER BASE DE DATOS Que Finalmente Resultados de
la Bsqueda, su arquitectura Dbe adherirse una Las reglas de la Estructura de
Informacin y SIGNIFICADO reflejan en el modelo de informacin. Es un Travs de
Este medio Que la Integracin de la informacin en la Empresa de fabricacin Puede
Ser acercado.
Seccin 7.0 Recopilacin de Datos para IDEF Modelado
caractersticos de las clases
clase de entidad
1: 1 Relacin
1: Relacin M
M: 1 Relacin
M: Relacin N
7.0 Recoleccin de Datos para IDEF Modelado
7.1 Introduccin
Al analizar v o el diseo de any Sistema, Puede Ser Necesario para Obtener o verificar
Hechos about
El Sistema o materia en cuestin f. Hay Muchas fuentes de informacin Sobre los
Hechos. Uno podria:
[Link] los Documentos existentes, utilizando Cada tabla de Contenidos e ndice de
Localizar LA INFORMACIN Necesaria.
[Link] El Sistema es FUNCIONAMIENTO, si ya EXISTE.
[Link] un Un gran Grupo de personajes, un Travs de cuestionarios u Otros
cuentos medio.
[Link] con uno o ms "Expertos" que Poseen el conocimiento m Deseado.
[Link] Lo Que Ya Es Conocido por el autor.
[Link] o inventar Una hipottica y Descripcin Pedir un Ayudar los lectores prrafo
acercarla a la Realidad.
De Todos ESTOS Mtodos, El Ms Importante Es La interaction Cara a Cara con
experto de la. Raramente se escribir Toda La Informacin existente.

Nociones preconcebidas Que se reflejan en Cuestionarios hijo de una defectuosa el

menudo.
La obtencin de informacin de experto se ha formalizado En un Proceso de
Entrevistas. Esta Los Pasos proporciona un Seguir, de Manera Que Una entrevista
PUEDE llevarse a cabo sin influir indebidamente el experto con LA INFORMACIN
ya obtenida por los entrevistadores.
Una parte clave de la entrevista es registrador de la Informacin obtenida. Esto! Se
Puede Hacer Como ya mar notas informales o bocetos Como diagrama.
7.2 El proceso de la entrevista
El propsito m De Una entrevista es recopilar Informacin de Individuo Que Posee Una
Experiencia considera Importante prr El Esfuerzo analtico. Hay cuatro Tipos de
Entrevistas Que podria llevarse a cabo en el transcurso de la Realizacin de la fase de
Anlisis de la IDEF proyecto.
[Link] de los hechos para la Comprensin de las OPERACIONES
Actuales. Este tipo de ENTREVISTA SE utilizaci prr establecer el contents de
Operaciones de la Actuales Modelo, O Para Ayudar un Comprender el entorno
existente.
[Link] de identificacin Para Ayudar En La Implantacin de las Futura
requisitos. Este tipo de entrevista se utilizaci para Validar la real Operaciones del
modelo y para proporcionar la base de prrafo Un Futuro Operaciones Modelo.
[Link] Discusin con un RESPECTO las Capacidades del Sistema en el futuro. Este
tipo de ENTREVISTA SE utilizaci prr establecer de el Contenido de la Modelo de
Operaciones Futura.
[Link] Autor / Commentor Talk Sesin. Este tipo de entrevista se utilizacin para
resolver los Problemas Que Han surgido Durante la Construccin De Una
IDEF modelo.
La Razn Para La identification de Tipos de Entrevistas Es Que Durante El curso de la
Realizacin De Una entrevista real Ingredientes de Cada tipo Aparecen. El demandado
podria decirle al entrevistador Hechos Sobre Sistema dado en Terminos de Problemas. :
Adems, el demandado podria identificar Problemas en: trminos de soluciones de los
Problemas. El entrevistador, Mediante la constante Clasificar las Observaciones de los
encuestados, Se Puede Obtener el Mximo de informacin til A partir de la Entrevista.
7.3 El Kit de Entrevista
Se Recomienda Que Un kit Entrevista "Estndar" se Usara prrafo registrador La
Entrevista. Eso Se Puede Almacenar En un archivo de Entrevista Y Que Puede Ser
Distribuido a las Personas las apropiadas. Esta Distribucin PUEDE Incluir una Otros
Miembros del Equipo de Anlisis O INCLUSO La Entrevista declarante
correspondientes Correcciones, Adiciones supresiones y. El kit contendra entrevista:
[Link] (Kit de Cubierta)
[Link] y Registro de Seguimiento
[Link] entrevistador (Nombre Autor IDEF)
[Link] de la Entrevista (IDEF Diagrama Fecha)
[Link] Duracin (Hora de inicio, hora de finalizacin)
[Link] encuestado
[Link] orgnica encuestado y Responsabilidad
[Link] de Telfono demandado y Extensin
[Link] fuentes de informacin identificadas
1. Documentos - Ttulo y ubicacin
2. Otros entrevistados - nombre, ttulo,

Organizativo
Responsabilidad, Direccin,
Nmero de telfono
MARIDO.
Los Elementos ESENCIALES de la Informacin - Un Resumen de la clave
Puntos Tratados en La Entrevista.
[Link] de Seguimiento y / o reas de Preocupacin, o bien sin Cubiertos Durante la
entrevista, o pospuesto
J. Nuevos Trminos prrafo Proyecto Glosario
[Link] y Atributo Candidatos piscina
[Link] Agenda (Desarrollado en la Preparacin de la Entrevista - Este es
Contempla en el siguiente Apartado)
[Link] un plano esquemtico Notas y El
7.4guin de la entrevista
Hay cinco Etapas En La Entrevista con xito; Cada Uno Dbe llevarse a cabo con el fin
de Asegurar Que se obtiene la Mayora de la Informacin y se Registra en La menor
Cantidad de Tiempo.
[Link]
[Link]
[Link]
[Link]
[Link]
En Cada Etapa de la Entrevista del heno ciertas Actividades Bsicas Que Deben
realizarse.
: Adems, un Asociado Etapa Cada, EXISTEN Ayudas Psicolgicas Que ayudarn a la
Una entrevistador establecer Atmsfera de profesionalismo y confianza con el
Entrevistado.
7.4.1 Preparacin para la entrevista
Al Pensar un Travs de ciertas Necesidades Fundamentales de la entrevista Antes de la
entrevista, Una Ms Organizada y Dilogo Eficiente Se Puede lograr v. Preparacin
Para Una entrevista Dbe Contener, Pero No es limitarse a, las Siguientes Actividades:
1. Entrevistado recientemente Seleccionar
A.
A partir de las reas de Responsabilidad
B.A partir de las Recomendaciones de los Dems
C.A partir de Varios Niveles de la jerarqua de la Organizacin ALTA Niveles tiles
para el cuadro grande, Menores Niveles de detalle Informacin, y Niveles Medios para
cerrar La Brecha
[Link] cita
[Link] Duracin - 1/2 a 1 hora
[Link] INMEDIATAMENTE los antes de la comida, ni el ltimo de la Tarde
[Link] el propsito m de la Entrevista
[Link] el papel del entrevistador
[Link] Orden del da provisional
[Link] reas Temticas - utilizado Como una base de prrafo La Entrevista (ESTO
AYUDA PreparAR "Amplias Preguntas generales")
[Link] Preguntas Especficas
[Link] la Informacin de fondo APLICABLE

[Link] la Terminologa Apropiada

[Link] la Coordinacin con Otras Entrevistas
Comprobador de archivo entrevista para determinar S. Que El demandado Tiene o
ningn Tiene ja Entrevistado con anterioridad. Si La Entrevista Es Una entrevista de
Seguimiento, un Continuacin, examinar Los Resultados De Las Entrevistas
Anteriores.
[Link] Entrevista Registro y Seguimiento de la Informacin Pertiente
[Link] Agenda Entrevista
Inicializacin 7.4.2 Entrevista
This stage de la Entrevista del ESTA Dirigida establecer una Una relacin Entre el
entrevistador y demandado. La cortesia Permitida por el demandado en el inicio De Una
entrevista es por lo general,corto. Este Tiempo es Importante En La Motivacin de la
parte demandada Para Ayudar al entrevistador. EstaETAPA de la Entrevista Dbe
Contener los Siguientes: temas:
[Link] Entrevistado de la estafa medio tangible, por example de Introduccin,
Una Tarjeta de visita (ESTO Elimina la duda por parte de la demandada en un Cuanto
De Como prnciar o Escribir el nombre del entrevistador y, por del tanto, PUEDE
ELIMINAR Una Causa Frecuente de vergenza Solicitante),.
[Link] el propsito m de la Entrevista
A. Ampliar la Informacin proporcionada en contacto inicial.
[Link] el Punto de Vista de la Entrevista. Uso de tipo entrevista
1, 2, 3 o 4 base de Como.
[Link] propsito m de la Entrevista, INCLUSO SI La Entrevista Es Una
Seguimiento entrevista.
[Link] la aceptabilidad de la toma de notas. El demandado PUEDE requrir
Garanta de privacidad Uso.
[Link] la Relacin / experto autor - aliviar el Temor de Que la entrevista en s
[Link]. para decirle al Entrevistado Como hacer su Trabajo, O que
El Trabajo de la parte demandada esta en peligro.
[Link] con Preguntas generales a Amplias Que Hacer Que El Entrevistado
Hablando - Ests Deben basarse en las reas identificadas en el Temticasagenda.
[Link] evaluar v s capacidad del demandado para proporcionar LA INFORMACIN
Pertiente - SI EL Informacin general de O es Demasiado Demasiado Detalladas Para
La Etapa de la IDEFModelo Que Se esta Preparado, evaluar v La s capacidad del
demandado para contribuir.
Terminar la entrevista Si Es Necesario-Que Puede Ser Una Prdida del tanto de la
del tiempo del entrevistador y Entrevistado.
[Link] un Formular Preguntas Especficas Que complementan el mismo
Programa.
[Link], sin Hablar.
7.4.3 Desarrollo de la Entrevista
Si bien no es til Definir Preguntas Para Hacer Durante Una Entrevista, Es Posible
identificar EL DIRECTRICES Que Deben Ser considerados Durante la entrevista. El
Primer Conjunto de EL DIRECTRICES Ofertas con la calificacion de la Informacin
Que se obtiene. El Segundo Conjunto de EL DIRECTRICES se refieren a la
Estimulacin del Flujo de informacin.
Calificacin informacin: La mente humana PUEDE Comprender al doble de la
Velocidad a la Que La gente habla. El peligro de la Entrevista Que esta es Diferencia de

MASA es utilizado habitualmente por la oyente un Pensar en Lo Que Hay Que Decir en
respuesta en Lugar de Sobre Lo Que Se est Diciendo.
Para Ayudar al entrevistador un Pensar en Lo Que Se Dice, heno Una serie de Preguntas
Que Puede Ser utilizado Para Ayudar al entrevistador una mantener su mente en LA
INFORMACIN Que se proporciona:
[Link] Hechos de Apoyo estan Siendo proporcionados Por Ser los Puntos Principales
discutido?
[Link] Reciente ES LA INFORMACIN?
[Link] tan completa es LA INFORMACIN?
[Link] Lo Que Realmente entiendo Lo que s dados?
[Link] esta Presentando su Caso, El Nivel de detalle para mi propsito m?
[Link] estan omitidos reas?
[Link] form ha Sido discutido con otra persona?
[Link] tan Importante es this form?
[Link] estan Discutiendo Temas Secundarios?
[Link] Cambiado el Punto de Vista entrevista?
: El siguiente conjunto de EL DIRECTRICES Se Puede Como utilizar para estimular el
demandado en el abastecimiento el Mximo de informacin fiable.
[Link] los comentarios y Conversaciones Ajenas al minimum. Los entrevista se
utilizacin para Obtener Informacin, no hacer amigos, o vender ideas.
[Link] Consciente de La Falta del demandado para identificar reas problemticas en el
ambiente. ESTO PUEDE Indicar Que El demandado sin un ESTA con gusto
El entrevistador.
[Link] El Tiempo demandado para Pensar. No se sugiera o Pedir respuestas
PREGUNTA otra. Una pausa en la entrevista es til para permitir la demandado para
Recuperar piezas vitales de informacin.
[Link] Leisure Externas Que tienden a "desacoplar" El tren de
pensamiento.
Si Es Posible, Realizar Entrevistas Fuera de la hbitat normal del demandado.
[Link] Al Tanto De Las Leisure Internas, Seales de Que El demandado no es
Cmodo o en la Facilidad con la entrevista.
[Link] de determinar S. SI LA INFORMACIN Que se obtiene Es Un Hecho o Una
Opinin.
[Link] a la elaboracin Pidiendo Una reformulacin o la Resumen de la
La informacin presentada.
[Link] el fondo de la parte demandada y la Asociacin con el tema
Cuestin Que se Discute. Informacin Valiosa Sobre las Declaraciones del demandado
pueden obtenerse conociendo su Relacin con la Organizacin y
Sistemas existentes.
[Link] suscribir o estimular el sarcasmo y el humor.
[Link] se mencione o Hablar de any Entrevista con otra persona.
[Link] Todas las Preguntas formuladas por el demandado. El entrevistador Dbe
respondedor un TODAS LAS Preguntas, excepto los Relacionados con la Organizacin
de Usuarios de gestin, planos o Personalidades.
[Link] Inters En Lo Que El Entrevistado this Diciendo.
[Link] en los Aspectos desconocidos y Difciles del Ser sujeto m
discutido. Evitar lo obvio.
[Link] alerta para el USO inconsistente o Incorrecto de las Palabras.
Pregunta por Las definiciones de any trmino desconocido o cuestionable. registrar la
Definicin Para El glosario Proyecto.

[Link] se contradicen el demandado Aun Cuando Los Hechos no Es Que Lo confirman

DICHO ESO. Utilice EL Kit ciclo cuentos para Resolver Conflictos.
16. Se humilde. El demandado Es El experto, sin el entrevistador.
[Link] posponer Que No se pueden cubrir Totalmente Dentro de la Acordada periodo
de tiempo. No se extienda EL TIEMPO de la Entrevista, Sino busque Ms Hacer otra
cita.
[Link] opiniones Diferentes Sobre el Mismo tema. IDEF Como utilizar para
Mostrar Estas opiniones, y para Resolver los Conflictos.
[Link] el Entrevistado con Preguntas abiertas pertinentes.
7.4.4La entrevista Dbe Ser Terminado una causa de los Cuatro Siguientes Razones:
[Link] Informacin Que se obtiene en la entrevista no es apropiado.
[Link] ha Alcanzado El Lmite de Tiempo.
[Link] entrevistador se ha saturado de informacin.
[Link] Un choque de Notables Entre el entrevistador y el demandado.
Dependiendo de la causa de Resolucin, los Siguientes: temas Deben Ser considerados
Durante La terminacin de la Entrevista:
[Link] entrevista no bruscamente Dbe cerrarse, Que Sino Mas Bien Terminar con Dbe
Minutos UNOS De Discusin informal.
[Link] Puntos Principales de la entrevista se Deben resumir.
[Link] reas de Preocupacin Que Han Sido pospuestos o no Cubiertos Deben Ser
identificado.
[Link] entrevista de Seguimiento, Si Es Necesario, Dbe Ser arreglado.
[Link] demandado Dbe Pedir un Recomendar Otras Personas Que Deben Ser
Entrevistado.
[Link] las notas de la entrevista Deben Ser revisados por el demandado los antes de la
Distribucin, this made Dbe Ser mencionado Durante la terminacin.
[Link] demandado Dbe Ser agradecido por Su Tiempo y Esfuerzo.
7.4.5 Finalizacin
This stage de la Entrevista del ESTA Dirigida un Asegurar Que la Informacin obtenida
Durante el
Registra entrevista en s y se difunda al equipo del Proyecto. El Vehculo utilizado para
activo lograr la finalizacin De Una entrevista es el Kit de Entrevista. Si La toma de
notas sin ESTABA Permitida POR EL Entrevistado, el entrevistador Debe, al trmino de
la entrevista, INMEDIATAMENTE anotar los Puntos mas importantes discutidos. La
finalizacin de la Entrevista INCLUYE el seguimiento:
[Link] Las Fuentes de informacin ADICIONALES.
[Link] Elementos resumir ESENCIALES de la Informacin.
[Link] Nuevos Trminos Para El glosario Proyecto.
[Link] las Preguntas de Seguimiento y reas de Inters aplazado o se sin Cubiertos
Durante la entrevista.
[Link] de Entidades y Atributos piscinas.
[Link] las notas con any information recordado Durante la revisin.
[Link] diagramas IDEF rugosas Que reflejan LA INFORMACIN obtenida.
[Link] en el kit Entrevista Ninguna hiptesis estan Realizando o any Otro article
Que No Claras hijo.
[Link] y Distribuir el kit Entrevista.
[Link]: Aadir nombre, rea de Especializacin, Nmero de Telfono, y Direccin
de la Expertos y commentor Lista Que se menciona en la entrevista.

Seccin 8.0 IDEF1 Glosario

Caractersticos de las clases
clase de entidad
1: 1 Relacin
1: Relacin M
M: 1 Relacin
M: Relacin N
IDEF1 Glosario
Comit de Revisin de aceptacin - Uno de los Miembros de la Organizacin
funcional Cuya s responsabilidad es proporcionar Orientacin y el arbitraje Sobre El
Esfuerzo de Modelado y prrafoEmitir Sobre definitiva El Producto Terminado juicio de
la (es factible de, the example de aceptacin).
Clase clave Alternativa - Una clase alternativa clave Es Una clase de Clav Que es
exactamente un Equivalente otra clase de Clave y se pueden Como utilizar Como un
Identificador nico De Una clase de entidad con precisin Que el Mismo efecto Que La
Otra clase de clave.
Atributo - Una Propiedad (Caracterstica) De Una entidad f; atributo se Compone de la
nombre y Una Valor Y Pond Es Un Elemento de informacin Conocida Sobre Una
entidad f.
Atributo Clase - Una Coleccin de Atributos del Mismo nombre Que se APLICA A
TODAS las Entidades de La Misma clase de entidad; los Nombres de Atributos de clase
singulares hijo sustantivos Y descriptivos.
Caractersticas del producto Diagrama de Clases - Un diagrama Que Contiene
"Sujeto" clase de entidad y Toda entidad f Clases Directamente Relacionados Con Ella,
con la clase de atributo de clave (s) y la clase de Atributos no-clave (s) de la La Clase de
entidad Sujeta representada.
Atributo Clase Poblacin - E El Esfuerzo POR EL Que la "Propiedad" de las Clases de
Atributos ES determinado.
Convenios de autor - Las Prcticas Especiales y standards desarrollados por el
modelador Mejorar la Presentacin o la utilizacion del modelo. Convenciones de autor
no se les permite Violar any reglas de la Metodologa y no representan "Normas
Oficiales" de la Prctica.
Plan de Recopilacin de Datos - El que los Objetivos del plan IDENTIFICA A las
Funciones, la departamentos, el hijo Que personales Las Fuentes del material de
utilizado para el Desarrollo de el modelo.
Entidad - Un Objeto, ya mar Fsica o conceptual, Que Existe Dentro del Alcance o the
example, ES nica de Identificacin y Tiene uno o mas Atributos Que definen su
Especficacaractersticas.
Entidad (IDEF1) - Una Coleccin de informacin de Sobre Determinado Objeto
(entidad).
Entidad Clase - Una Coleccin de Entidades (IDEF1), Que se describen con El Mismo
tipo de informacin.
Entidad Diagrama de Clases - Un diagrama Que representasen "Sujeto" clase de
entidad y Toda entidad f Clases Directamente Relacionados con la clase de entidad
sujeto m.
Conjunto Clase Entidad - Una Coleccin de informacin Sobre Una clase de entidad,
Que representasen a la totalidad de la Informacin Que se conoce about de la clase de
entidad.
Revisor experto (Commentor) - Uno de los Miembros de la Organizacin funcional

Cuya Experiencia se centra en particular, Alguna Actividad Dentro de la Empresa de

fabricacin Y Cuya s responsabilidad es proporcionar comentarios Crticos Sobre el
Modelo de Evolucin.
FEO - Un acrnimo Que SIGNIFICA para la Exposicin Solo; ES UN vehicle por el
cual sea Apoyo o Se proporciona informacin Explicativa prrafo the example, un
Travs De Una Combinacin de dibujos, texto, etctera
IDEF1 - Un acrnimo Que SIGNIFICA Mtodo ICAM definition (Informacin del
modelo Metodologa): this method se utilizaci Para La Expresin de las Caractersticas
Estructurales de informacin
Ciclo Kit IDEF1 - El Intercambio regulares de Partes o El Modelo de Desarrollo
Entre el modelador y Los revisores lectores / Expertos, el propsito m de los Cuales es
el Aislamiento y la deteccin de Errores, omisiones Y tergiversaciones.
IDEF1 Modelo - Una Representacin de las Caractersticas Estructurales de la
Informacin; un Declaracin de los Requisitos Que Refleja la naturaleza bsica de
informacin.
Clave Clase - Una o mas clases de Atributos Que se utilizan para identificar de forma
sueltas A Cada Miembro De Una clase de entidad.
Norma de Migracin clave Clase - Una de las Reglas del Mtodo IDEF1 Que definir
(Migracin) de las clases seorea Entre Una Relacionada con "par" de las clases de
entidad.
Modeler (Autor) - Uno de los Miembros de la Organizacin funcional Cuya
responsabilidades INCLUYEN La Recopilacin de Datos, la Educacin y la Formacin,
la Grabacin y modelo Modelo de Control Durante el Desarrollo del modelo; el
modelador es el experto en la IDEFMetodologa de modelado.
"No nulo" Atributo Regla - Una de las reglas de la Metodologa Que Establece IDEF1
Requisitos Especficos de Accin Que Deben cumplirse siempre Que se Presente Una
Situacin En La Que Una clase de atributo se utilizaci para representar valor de
atributo Que No estara disponible PARA CUALQUIER
Miembro de la clase de entidad en any Momento.
"No repetir" Regla Atributo - Una de las reglas de la IDEF1
Que methodology Establece los Requisitos Especficos de Accin Deben cumplirse
siempre Que se Presente Una Situacin En La Que Una atributo de clase representa Ms
De valor de atributo PARA CUALQUIER Miembro de la clase de entidad en un
momento.
Fase Cero - Los Esfuerzos Iniciales de la Actividad de modelado en el Que la
Definicin de contexto es Definicin establecida en Proyectos, Plan de Recopilacin de
Datos, Normas de la Convencin de autor, etc.
Fase Uno - El Segundo en La Evolucin ordenada de los Esfuerzos de modelado
Durante el Cual el Clases de entidad se identifican y definen.
Fase Dos - El tercero de la serie de Pasos ordenados de los Esfuerzos de modelado,
Durante el cual sea el Clases de Relaciones se identifican y definen.
Fase tres - El cuarto paso en el progreso ordenado de Desarrollo del Modelo, Durante el
Cual Se identifican y definen las clases seorea.
Fase Cuatro - La quinta Esfuerzo en la progresin de Desarrollo del modelo ordenado,
Durante el Cual Se identifican y definen las clases de Atributos "que ninguna clave del
hijo".
Gerente de Proyectos - Uno de los Miembros de la Organizacin funcional Cuya
responsabilidades de control administrativo INCLUYEN EL Sobre la modelacin de
Esfuerzo-los Deberes INCLUYEN: dotacin de personal de la Organizacin funcional,

la determinacin del Alcance y Objetivos, Que presiden el Comit de Revisin de

aceptacin, etc.
Relacin - Una Asociacin Significativa Entre dos clases de entidad.
Relacin de clase - La Manera En que los Miembros de Una clase de entidad estan
asociados con (O Relacionados con) los Miembros de otra clase de entidad (o
Miembros de su Propia clase de entidad).
Etiqueta Clase Relacin - Una Definicin similares a la frase Que Refleja EL
SENTIDO de la Relacin expresada Entre dos Entidades Que se muestran en el
diagrama en el Que la Etiqueta aparece.
Relacin de Relacin - La Propiedad Relacin Que "en: trminos generales"
establecer El Nmero de Relaciones pueden
Existir prrafo Cada Miembro De Una clase de entidad.
Fuente (s) - Uno de los Miembros de la Organizacin funcional Cuya s responsabilidad
es la de proporcionar Los Elementos de Informacin (Documentos, Formularios,
Procedimientos, Conocimientos, etc.) ES Que el Desarrollo del modelo se iniciar y
continuar.
Validacin - Un Esfuerzo Que se vituperar en el Consenso Informado de los Expertos
que estn busque Informado Sobre el Modelo; the example se considera "valida" Si La
Mayora de los Expertos de Acuerdo En que se completa y apropiadamente el rea de
representa Inters.
Seccin 9.0 ndice de Trminos IDEF1
Caractersticos de las clases
Clase de entidad
1: 1 Relacin
1: Relacin M
M: 1 Relacin
M: Relacin N