GUiA INFORMACIN PARA LA INTEGRACIN SIMULTNEA

INGENIERA (IICE)
HACIA UN MTODO PARA RESTRICCIN Business Discovery (IDEF9)
Richard J. Mayer, PhD
Michael K. Pintor
madhavi Lingineni
Sistemas basados en el conocimiento, Inc.
Un lugar KBSI
1500 University Drive del este
College Station, Texas 77840-2335
DIRECCIN DE RECURSOS HUMANOS
LOGSTICA DIVISIN DE INVESTIGACIN
2698 G Street Base area de Wright-Patterson, Ohio 45433-7604
DE ABRIL DE de 1995
Documento Tcnico Interino para el perodo febrero 1991-marzo 1995
Aprobado para su publicacin; distribucin es ilimitada
COMANDO DE LA FUERZA AREA MATERIAL
De Wright-Patterson AIR FORCE BASE, OHIO 45433-7604
INFORMACIN PARA LA INTEGRACIN SIMULTNEA INGENIERA (IICE)
HACIA UN MTODO PARA restriccin empresarial
DISCOVERY (IDEF9) versin 1.0
Richard J. Mayer, PhD
Michael K. Pintor
madhavi Lingineni
Sistemas basados en el conocimiento, Inc.
Un lugar KBSI
1500 University Drive del este
College Station TX 77840-2335

(409) 260-5274
DE ABRIL DE de 1995
Contrato N .: F33615-90-C-0012
Preparado para:
Laboratorio Armstrong
Divisin de Investigacin Logstica
Base area de Wright-Patterson, Ohio 45433-7604
(513) 255-7775

Documentacin Informe Pgina

Resumen (mximo 200 palabras)
Polticas, normas, convenios, procedimientos, contratos, acuerdos,
reglamentos, social y las leyes fsicas son la estructura que define a una
empresa. Estos elementos forjan relaciones entre personas, informacin,
materiales y mquinas para hacer un sistema. En este informe, referirse
colectivamente a estos artculos como limitaciones. Restricciones iniciar,
potenciar, gobiernan, y el lmite el comportamiento de los objetos y agentes
para llevar a cabo los objetivos o propsitos de un sistema. Si nosotros
deseamos cambiar el comportamiento de un sistema por cualquier motivo
(por ejemplo, mejorar su rendimiento, la eficiencia o efectividad) que
necesitan saber lo que las limitaciones son relevantes. Sin embargo, el
conjunto de restricciones que forjan un sistema de empresa, generalmente
es mal definido. Eso es para por ejemplo, el conocimiento de lo que existe
limitaciones y cmo interactan esas limitaciones es en el mejor de
incompletos, desunidos, distribuye, y con frecuencia completamente
desconocido. El IDEF9 mtodo de descubrimiento de restricciones de
negocios, se describe en este informe fue diseado para ayudar en el
descubrimiento y el anlisis de las limitaciones de un sistema de negocio.
Una vez que estas limitaciones se han catalogado que se pueden examinar
sistemticamente y, si es necesario, se ajusta o reemplazados para mejorar
la rendimiento del sistema.
Asunto: Integracin trminos, Integracin Definicin, IDEF, el mtodo, la
metodologa, el modelado, ingeniera del conocimiento, la adquisicin de
conocimiento, restriccin, ingeniera de sistemas.

PREFACIO

En este documento se ofrece un resumen de la investigacin hacia el

desarrollo de un IDEF9
Restriccin de negocios Descubrimiento mtodo lleva a cabo bajo la
integracin de la informacin de proyecto de Ingeniera Concurrente (IICE),
contrato # F33615-90-C-0012, financiado por Armstrong Laboratorio de la
Divisin de Investigacin Logstica, Wright-Patterson Air Force Base, Ohio,
bajo la direccin tcnica de la Fuerza Area de los Estados Unidos Capitn
JoAnn Sartor y el Sr. James McManus. El contratista principal para IICE es
basada en el conocimiento Systems, Inc. (KBSI), College Station, Texas. Dra
Paula S. DEWITTE fue jefe de proyectos IICE en KBSI. Dr.
Richard J. Mayer fue el investigador principal en este proyecto. D. Thomas
fue el Blinn
IICE Gerente Tcnico y tambin se desempe como director de proyecto
durante el cierre final de este esfuerzo. Michael K. Painter es el gerente de
empuje ingeniera de mtodos. Los autores
Agradecemos el apoyo tcnico de la IDEF9 negocios restriccin
Descubrimiento
Equipo de desarrollo de mtodos cuyos nombres figuran a continuacin.
Perakath Benjamin, Ph.D.
Bruce E. alcaravea
John W. Crump, IV
Florencia Fillion
Mike Graul, Ph.D.
umesh Hari
Arthur Keen, Ph.D.
madhavi Lingineni
Richard J. Mayer, Ph.D.
Christopher P. Menzel, Ph.D.
Michael K. Pintor

PREFACIO
El Departamento de Defensa (DoD) ha reconocido desde hace tiempo la
posibilidad de que significativa tecnolgico, econmico, y los beneficios
estratgicos alcanzables a travs de la captura efectiva, el control y la

gestin de los recursos de informacin y conocimiento. Al igual que la mano

de obra, materiales y mquinas, la informacin y los activos de
conocimiento son reconocidos como recursos vitales que pueden ser
aprovechados para lograr una ventaja competitiva. La informacin de la
Fuerza Area Integracin para el programa de Ingeniera Concurrente (IICE),
patrocinado por el Armstrong Divisin de Investigacin Logstica de
laboratorio, se estableci como parte de un compromiso para promover el
desarrollo de tecnologas que permitan la plena utilizacin de estos
recursos.
El programa IICE fue cargada con el desarrollo de los fundamentos tericos,
mtodos y herramientas para evolucionar hacia una empresa con xito la
informacin integrada. Estas tecnologas estn diseadas para aprovechar
los recursos de informacin y conocimiento como clave habilitadores para
sistemas de alta calidad que permitan alcanzar un mejor rendimiento en
trminos de ciclo de vida coste y eficiencia. El objeto del presente informe,
la restriccin de negocios IDEF9 Descubrimiento mtodo, es uno de una
familia de mtodos que constituyen colectivamente una tecnologa para el
aprovechamiento informacin y el conocimiento disponibles activos. El
nombre IDEF origina a partir de la Fuerza Area programa para Asistido por
Ordenador Integrated Manufacturing (ICAM) a partir del cual la primera ICAM
Definicin, o IDEF, surgieron mtodos. Fue en reconocimiento de esta labor
de base, y en apoyo de una estrategia global para proporcionar una familia
de mtodos de apoyo mutuo para se llev a cabo la integracin de la
empresa, que continu el desarrollo de la tecnologa IDEF.
Ms recientemente, con el enfoque ampliado y el uso de mtodos IDEF
como parte de Concurrente La ingeniera, las iniciativas de Gestin de
calidad total (TQM), y re-ingeniera de negocios, el IDEF acrnimo ha sido refundido, con referencia ahora a una familia integrada de Integracin
mtodos de definicin. Antes de discutir la estrategia de desarrollo para
proporcionar un sistema integrado familia de mtodos IDEF, sin embargo,
los siguientes prrafos se describen brevemente lo constituye un mtodo.
Anatoma mtodo
Un mtodo es una disciplina de una sola funcin organizada o prctica
(Coleman, 1989). UN mtodo puede tener una base terica formal, aunque
esto no es un requisito.
En general, los mtodos evolucionan como una destilacin de la experiencia
de las mejores prcticas en un determinado dominio de la actividad
cognitiva o fsica. La metodologa trmino tiene al menos dos comn usos.
El primer uso es en referencia a una clase de mtodos similares. De acuerdo
con este uso, una puede ser, por ejemplo, escuchar referencia a la
metodologa de modelado de la funcin cuando se habla de mtodos tales
como IDEF1 y LDFD.2 En el segundo uso comn, la metodologa se utiliza
para referirse a una coleccin de mtodos y herramientas, cuyo uso se rige
por un proceso superpuesto sobre el conjunto (Coleman, 1989). Por lo tanto,

es comn escuchar a la crtica de que una herramienta (o mtodo) no tiene

ninguna metodologa subyacente cuando la herramienta (o mtodo) tiene
una grfica idioma, pero ningn procedimiento subyacente para la
aplicacin adecuada de la lengua o el uso de los modelos resultantes.
Herramienta se utiliza para referirse a un sistema de software diseado para
soportar la aplicacin de un mtodo.
Aunque un mtodo puede ser pensado de manera informal como un
procedimiento para realizar una tarea y, quizs, una notacin de
representacin, que puede ser descrito ms formalmente como que consiste
en tres componentes como se ilustra en la Figura 1. Cada mtodo tiene (1)
una definicin, (2) una disciplina, y (3) muchos usos. La definicin especifica
las intuiciones bsicas y la motivacin detrs del mtodo, los conceptos
involucrados, y la teora de su funcionamiento. La disciplina incluye el
procedimiento por el que se aplica el mtodo y el lenguaje del mtodo o la
sintaxis.
El procedimiento asociado con la disciplina mtodo proporciona al
practicante con un confiable proceso para lograr resultados de manera
consistente. La sintaxis mtodo elimina la ambigedad entre los
involucrados en el desarrollo de productos de ingeniera complejos. Muchos
sistema mtodos de anlisis y de ingeniera utilizan una sintaxis grfica
para proporcionar una visualizacin de recogida datos de una manera tal
que la informacin clave puede ser fcilmente extracted.3 El tercer
elemento de la anatoma mtodo, el componente de uso, se centra en la
aplicacin especfica del contexto de la Mtodo.

Figura 1
Anatoma de un mtodo
En ltima instancia, los mtodos estn diseados para facilitar un enfoque
cientfico de la solucin la resolucin. Este objetivo se logra por primera
ayudar a comprender los objetos importantes, relaciones y restricciones que

deben ser descubiertos, considerados, o decididas. Segundo, resolucin de

problemas cientficos se produce por el mtodo de gua a travs de un
practicante disciplinado enfoque que es consistente con la experiencia de
buena prctica y conduce hacia el resultado deseado.
Los mtodos formales, a continuacin, se han diseado especficamente
para elevar el nivel de rendimiento (calidad y productividad) del practicante
principiante a un nivel comparable con el de un experto (Mayer, 1987).
Familia de Mtodos
Como el Sr. John Zachman, en su trabajo seminal sobre la informacin
arquitectura de sistemas, observado:
[N] o no es una arquitectura, sino un conjunto de representaciones
arquitectnicas. Uno es no es correcto y otro equivocado. Las arquitecturas
son diferentes. Son aditivo, complementario. Hay razones para elegir a
gastar el recursos para el desarrollo de cada representacin arquitectnica.
Y aqu estn Los riesgos asociados con no desarrollar cualquiera de la
arquitectura representaciones.

La creacin consistente y confiable de las representaciones arquitectnicas

correctas, ya sean aproximaciones artificiales de un sistema (modelos) o
representaciones meramente descriptivos, requiere el uso de un mtodo de
guiado. Estas observaciones ponen de relieve la necesidad de muchos
"arquitectnica representaciones ", y, en consecuencia, muchos mtodos.
Mtodos, y sus representaciones arquitectnicas asociadas, se concentran
en un nmero limitado de caractersticas del sistema y de forma explcita
ignoran los que no estn directamente relacionados con la tarea a realizar
mano. Mtodos nunca tuvieron la intencin de evaluar y representar a todos
los estados posibles o caracterstica del comportamiento del sistema en
estudio. Si tal objetivo era alcanzable, el ejercicio sera por s solo a la
construccin del sistema real, lo que anula los beneficios de ser obtenida a
travs de la aplicacin mtodo (por ejemplo, el problema de la
simplificacin, de bajo costo, rpida evaluacin de rendimiento anticipado,
etc.).
La bsqueda de un mtodo nico, o lenguaje de modelado, para representar
a todos los sistemas relevantes caractersticas del ciclo de vida y de
comportamiento, por lo tanto, que precisen saltarse el diseo procesar por
completo. Del mismo modo, la bsqueda de un mtodo nico para facilitar
la conceptualizacin, anlisis del sistema, y el diseo, sigue frustrando los
que hacen el intento.

La pltora de mtodos de propsito especial que tpicamente proporcionan

pocos, si alguno, explcita mecanismos para la integracin con otros
mtodos es igualmente frustrante. La familia de IDEF mtodos tiene la
intencin de lograr un equilibrio favorable entre los mtodos para fines
especiales cuya aplicacin efectiva se limita a tipos especficos de
problemas y mtodos "super" que intentan para incluir todo lo que jams
podra ser necesario. Este equilibrio se mantiene dentro de la familia IDEF
de mtodos, proporcionando mecanismos explcitos para la integracin de
los resultados de mtodo individual aplicaciones.
Necesidades de mtodos crticos identificados a travs de estudios e
investigaciones previas y
Actividades desarrollo han dado lugar a nuevos esfuerzos en la integracin
y mtodo IDEF
4 de particular inters es el Proyecto Basada en el Conocimiento de
Ingeniera de Sistemas de Informacin Integrado (KBIISE) realizado en el
Instituto de Tecnologa de Massachusetts (MIT) en 1987, donde una
coleccin de altamente cualificado las actividades de desarrollo, con un
mandato explcito para la compatibilidad entre la familia de IDEF mtodos.
Proporcionar un mtodo conocido para las necesidades de una familia de
mtodos IDEF no era, Sin embargo, el objetivo principal de la actividad de
los mtodos de la ingeniera dentro del programa IICE.
El nfasis principal de estos esfuerzos fue dirigida hacia el establecimiento
de las bases de una disciplina de ingeniera guiar la adecuada seleccin,
uso, extensin y creacin de mtodos que apoyan el desarrollo de sistemas
integrados de una manera rentable y fiable.
Desarrollo de nuevos mtodos ha ponchado cuando sea conocido y huecos
mtodo obvio existido (en lugar de reinventar los mtodos existentes) con la
misin explcita de forjar vnculos de integracin entre los mtodos IDEF
existentes. Cuando se aplica de manera independiente, mtodos IDEF sirven
para encarnar el conocimiento de buenas prcticas para la recogida hecho
objetivo, anlisis, diseo, fabricacin o actividad. Al igual que con cualquier
buen mtodo, los mtodos son IDEF diseado para elevar el nivel de
rendimiento de los profesionales noveles, centrndose la atencin en
decisiones importantes, mientras que enmascara la informacin irrelevante
y la complejidad innecesaria.
Visto en conjunto como una caja de herramientas de la tecnologa de
mtodos complementarios, la familia de IDEF mtodos estn diseados para
promover la integracin de esfuerzos en un ambiente en el cual mundial
competitividad se ha convertido cada vez ms dependiente de la captura,
gestin, y el uso de la informacin de la empresa y los activos de
conocimiento.
Expertos de organizaciones acadmicas y de investigacin, organismos
pblicos, empresas de informtica, y otra corporaciones mtodo y ha

permitido identificar las necesidades a gran escala, distribuidos integracin

de sistemas heterogneos.
Ver Centro de Informacin Tcnica de Defensa (DTIC) informa A195851 y
A195857.
RESUMEN EJECUTIVO
Polticas, normas, convenios, procedimientos, contratos, acuerdos,
reglamentos, social y las leyes fsicas son la estructura que define a una
empresa. Estos elementos son los mecanismos para el establecimiento de
relaciones entre personas, informacin, materiales y mquinas a hacer un
sistema. En este informe, nos referimos colectivamente a estos artculos
como limitaciones. Si ve una empresa como una mquina, las limitaciones
forman la arquitectura y el lenguaje de programacin que definen el
comportamiento de la mquina. Si ve la empresa como un organismo, que
forman la estructura de control de este organismo, desde el nivel del cdigo
gentico a travs del autnomo nivel de respuesta de estmulo, con el nivel
de comportamiento cognitivo.
El mtodo IDEF9 negocios restriccin descubrimiento se describe en este
informe era diseado para ayudar en el descubrimiento y anlisis de las
limitaciones en un sistema de negocio. La motivacin principal que impulsa
el desarrollo de IDEF9 era un reconocimiento de que la conjunto de
restricciones que forjan un sistema de empresa, generalmente es mal
definido. Eso es para por ejemplo, el conocimiento de lo que existe
limitaciones y cmo interactan esas limitaciones es en el mejor de
incompletos, desunidos, distribuye, y con frecuencia completamente
desconocido. Esta situacin no es necesariamente alarmante, al igual que
un ser humano como un organismo vivo no tiene que ser consciente de la
gentica o restricciones autnomas que rigen ciertos comportamientos, una
organizacin puede (y la mayora lo hace) realizar bien sin el conocimiento
explcito de que el pegamento que las estructuras del sistema. Sin embargo,
si existe el deseo de modificar el negocio para mejorar su rendimiento o
adaptarse al mercado, producto o proceso cambios de manera predecible,
entonces el conocimiento de estas restricciones es tan crtica como
conocimiento de la gentica es el ingeniero gentico.
Las restricciones son los mecanismos por los cuales los seres humanos y la
naturaleza forman sistemas.
Restricciones iniciar, potenciar, gobernar, y limitar el comportamiento de los
objetos y agentes de lograr las metas o propsitos de un sistema. Si
queremos cambiar el comportamiento de un sistema de por cualquier
motivo (por ejemplo, mejorar su rendimiento, eficiencia o efectividad)
necesitamos saben lo que las limitaciones son relevantes. La rentabilidad de
la tecnologa a un IDEF9 organizacin es que facilita el descubrimiento y la
cartografa de las limitaciones relevantes en una sistema de organizacin.
Una vez que estas limitaciones se han catalogado pueden ser

sistemticamente examinada y, si es necesario, afinado o reemplazado para

mejorar el rendimiento del sistema.
Las restricciones sirven a menudo una doble funcin ya que tanto el
pegamento y la justificacin de un sistema. Eso es el conjunto de
restricciones pertinentes a menudo constituye la descripcin de por qu el
sistema se comporta como lo hace. Desde esta perspectiva, IDEF9
proporciona una herramienta de ingeniera inversa para el negocio
ingeniero. Se le puede ayudar en el descubrimiento de la "lgica" detrs del
diseo de un ya existente sistema. Tambin proporciona un mecanismo para
especificar la lgica de un sistema de "A-Ser".

INTRODUCCIN
Es fcil pensar en ejemplos de polticas, normas, leyes, etc., o mtodos que
rigen la comportamiento de partes de una empresa. Pero con el fin de
definir un mtodo para el descubrimiento y anlisis de estos fenmenos hay
que dar un paso atrs y formar una perspectiva para comprender la
naturaleza de cmo estos y otros mecanismos de formacin de restriccin
funciona.
Qu es una restriccin?
Una restriccin es una relacin que se mantiene o se aplica en un contexto
dado. La relacin trmino se refiere a una asociacin abstracta, general o
conexin que se establece entre dos o ms objetos conceptuales o fsicos.
Una restriccin es simplemente un tipo especial de relacin de uno que se
comprueba, restringido u obligado a existir bajo un conjunto dado de
condiciones. El contexto trmino se refiere a un conjunto tan distinguido de
condiciones. Una restriccin es por tanto, dicho de mantener en un contexto
dado cuando una relacin se mantiene o ejecutada en ese contexto. Por el
contrario, una restriccin no se sostiene en un contexto dado, si para ese
conjunto de condiciones la restriccin no se mantenga o se hace cumplir.
Ejemplos de limitaciones se encuentran a nuestro alrededor. Hay
restricciones entre objetos, entre los objetos y procesos, entre los procesos,
y entre los objetos, objeto propiedades y el valor de esas propiedades. Las
restricciones se expresan en la restriccin declaraciones. Por ejemplo, una
declaracin restriccin que expresa una restriccin entre los objetos podran
ser "jefes de proyecto slo est autorizado para firmar solicitudes de previaje." Un ejemplo de una restriccin entre los objetos y procesos podra ser
algo como: "Todos los viajes requiere una aprob la solicitud antes del viaje.
"" precede perforacin escariado "o" leasing requiere hacer pagos
mensuales "reflejan las restricciones entre los procesos. "La ocupacin
mxima de la complejo de edificios es de dos centenares de personas "o"
producto A requiere 3600 horas de mecanizado tiempo "son ejemplos de
declaraciones de restriccin que implican objetos, propiedades de los
objetos y su valores.

En este marco, la nocin de un sistema se caracteriza por: una coleccin de

objetos de pie en las relaciones particulares y exhibir un comportamiento
particular, prescrita por una coleccin de restricciones. En los sistemas
hechos por el hombre, esta caracterizacin es por lo general se extendi
para incluir la nocin de logro de algn objetivo. Es el papel comportamiento
y la relacin de influir el conjunto de restricciones que distingue a la nocin
de un sistema desde el ms general nocin de una situacin o estado de
cosas. Especficamente, no todas las propiedades de, o relaciones entre, los
objetos en un sistema son relevantes para el sistema. De hecho, en
particular en sistemas hechos por el hombre, las restricciones pueden
especificar que las propiedades y relaciones particulares (por ejemplo,
restricciones de igualdad de oportunidades) no pueden influir en el
comportamiento del sistema. Debido a su distinguido comportamiento
determinante de papel, las limitaciones han sido durante mucho tiempo el
centro de estudios dirigida tanto a comprender y controlar mejor nuestro
entorno natural. En ecologa, por ejemplo, se estudian las restricciones entre
los organismos vivos para entender mejor y mantener el delicado equilibrio
de la naturaleza. En qumica, el descubrimiento de las restricciones entre los
elementos bsicos y los procesos reactivos comprenden gran parte de la
disciplina. Ejemplos similares podran ser considerado en la fsica, la
termodinmica, la fisiologa mdica, y as sucesivamente. El estudio de
limitaciones, sin embargo, no se limita a las ciencias naturales. Ejemplos
similares se pueden encontrar en el estudio de los objetos y sistemas
artificiales. Las restricciones se manifiestan en el proceso de diseo, por
ejemplo, son las relaciones entre las propiedades o variables del artefacto y
su propuesta medio ambiente o contexto [Maher 89]. Las restricciones de
diseo establecen las normas, requisitos, las relaciones, las convenciones y
principios que los diseadores deben utilizar para sintetizar soluciones de
diseo [Bruto 87].
En consonancia con el marco anterior, los sistemas de negocio se pueden
ver como una coleccin de objetos comportarse para realizar una o ms
funciones de negocios bajo la influencia de limitaciones para lograr un
objetivo particular. Figura 2 ilustra la variedad de negocios Los sistemas que
se encuentran en las empresas de fabricacin tpicas. En el anlisis de la
coleccin de restricciones pertinentes a un sistema de negocio en particular,
es til para caracterizar donde una restriccin se aplica y relativa controlada
a un sistema. Por lo tanto caracterizamos restricciones como: (hace cumplir
interno al sistema), en (aplica de manera externa o controlada
externamente al sistema), de (poseda por y por lo tanto controlable dentro
del sistema) y entre (entre) (restricciones que vinculan los sistemas de
negocios como objetos entre s para formar grandes Systems). El
rendimiento de un sistema de negocio, si operar independientemente o en
concierto con otros sistemas de negocios, se rige por las restricciones.

Figura 2
Los sistemas tpicos de negocios
Las restricciones pueden ser ampliamente clasificadas como permitir o
limitar dentro de un dado contexto (Ver Figura 3). Aunque el trmino
"restriccin" a menudo evoca imgenes de negativo influencia o control,
limitaciones sirven el papel vital de permitir el establecimiento del sistema.
Tolerancias entre las partes de acoplamiento, por ejemplo, establecer las
limitaciones necesarias para asegurar ajuste correcto. Polticas de gestin
fiscal y procedimientos de contabilidad mantenidos dentro de una empresa
no slo mantener un pulso en la salud de la empresa sino facilitar la
prevencin de la deuda inmanejable, el fraude y el despilfarro. Tanto las
limitantes y que permitan aspectos o limitaciones se evidencian en
definiciones alternativas para una restriccin en la literatura. Por ejemplo,
Eliyahu Goldratt define una restriccin como "cualquier cosa que limita un
sistema de lograr una mayor rentabilidad con respecto a su objetivo
"[Goldratt]. Otras definiciones afirman que las restricciones son "las reglas,
requisitos, las relaciones, las convenciones y principios que definen el
contexto del diseo [Gross, Ervin, Anderson, Fleisher] "," especificaciones,
requerimientos, necesidades de rendimiento medidas y objetivos "[Ullman,
Diettrich, y Stauffer], y" una caracterstica de la medio ambiente, o del
artefacto como se concibe actualmente, [que] descarta o en contra de
potencial la configuracin de las variables de diseo "[G. F. Smith y G. J.
Browne]. En otras palabras, cada vez que el trmino se utiliza hay un

pensamiento implcita de que una restriccin puede ser un factor que

permite o limitar en el diseo o en el rendimiento.

figura 3
Las restricciones pueden ser permitir o limitar
Restricciones limitantes son, por supuesto, la ms obvia, ya que tienden a
manifestarse a s mismos a travs de sntomas problemticos. Los cuellos
de botella, costos excesivos, de baja calidad, largas los plazos de desarrollo,
el derroche y la ineficiencia son sntomas de restricciones que limitan.
Los sntomas son una forma de evidencia de que existen limitaciones dentro
del sistema.
Definimos la evidencia como una indicacin, signo o manifestacin que
apoya o prueba la existencia de una restriccin en un contexto dado.
Evidencia de tanto permitir y limitar restricciones pueden tomar muchas
formas. Algunos de estos incluyen sntomas (evidencia observable de un
sistema no cumple los objetivos), instrucciones de uso, manuales de
procedimiento, empleado manuales, reglamentos, especificaciones,
manuales de poltica, archivos de proyectos, modelos de diseo, y por lo
adelante. Estas no son las mismas limitaciones sino una indicacin, signo o
manifestacin de posibles limitaciones. Las declaraciones de poltica
escritas en un manual de polticas, por ejemplo, sera proporcionar
evidencia que apoya la idea de que existen limitaciones cuya descripcin es
se encuentra en el manual de polticas. Si las polticas no se mantienen o se
hacen cumplir, sin embargo, ningn existe restriccin.
La necesidad de mantener o hacer cumplir una relacin de calificar como
una restriccin implica la necesidad de algn agente o sistema; es decir, la
existencia de una limitacin implica la existencia de una sistema que
mantiene o refuerza la relacin. Uno debe ser advierte, no obstante, no
confundir una restriccin con el sistema que mantiene la restriccin. Una

restriccin, despus de todo, es simplemente un tipo especial de asociacin

entre una relacin que se mantiene y el sistema de que mantiene esa
relacin.
Debera ser obvio, sin embargo, que ya que las limitaciones implican el uso
de un sistema en el su mantenimiento o cumplimiento, las restricciones
tienen un costo. En el mundo natural, el equilibrio sbanas y los flujos de
efectivo no se utilizan para reflejar el costo de las restricciones. En lugar de
ello, el mantenimiento de las limitaciones naturales se refleja en trminos
de energa consumidos o transformados. Negocio limitaciones, sin embargo,
son mantenidos por los sistemas de negocios, y sistemas de negocio
operativo cuesta tiempo y dinero.
La motivacin para la recogida y gestin de las restricciones del negocio
Dadas las limitaciones de influencia en el rendimiento general de la
empresa, se podra esperar que las organizaciones tpicas de pasar el mayor
tiempo y esfuerzo en la administracin limitaciones como, por ejemplo, en
la gestin de los objetos que componen los sistemas de negocios. Evidencia
de un cierto nivel de la actividad de gestin de restricciones es abundante,
aunque puede no ser reconocida. Autoridad es dado o negado, las polticas
se cambian y las asignaciones hechas, se desarrollan las normas y forzada,
etc. Sin embargo, los tomadores de decisiones de sistemas y
desarrolladores por igual a menudo slo tienen apoyo limitado a identificar y
gestionar con eficacia las limitaciones.
Visibilidad y gestin de restriccin efectiva permite a los tomadores de
decisiones para reconocer y responder apropiadamente a la restriccin de
los problemas tpicos de muchas empresas, como se ilustra en
Tabla 1.

Algunos de los problemas tpicos

A falta de visibilidad de las limitaciones y apoyo eficaz gestin de
restricciones, los propietarios de negocios, los planificadores estratgicos y
tcticos, y los dueos de procesos pronto caen presa restricciones obsoletas
o no adecuados que tanto el rendimiento lmite y frustrar los intentos de
tomar oportunidad. Sistemas sobrecargados con restricciones obsoletas o

inadecuadas innecesariamente los costos de recaudacin en el rendimiento

general de la empresa y consumen recursos que podran ser mejor
utilizados en otra parte. De acuerdo con Eliyahu Goldratt, un consultor de la
industria notable limitacin impulsada cambio, normas obsoletas, polticas y
procedimientos son la principal causa de la limitada organizacin actuacin.
En este entorno, los tomadores de decisiones pronto caen presa de una
postura reactiva hacia restricciones. sntomas problemticos, y por lo tanto
limitar las restricciones, el centro de atencin, exigiendo la mayora, si no
todos la atencin de la toma de decisiones. A falta de visibilidad en la
corriente constelacin de las restricciones bajo las cuales opera el negocio,
las decisiones se toman sin el beneficio de herramientas para anticipar o
predecir los efectos aguas abajo. Cada vez ms, las limitaciones de la fuerte
dependencia de la intuicin y la experiencia por s sola que se manifiesten
las decisiones tomadas a resolver problemas a nivel local crean efectos
negativos no previstos en toda la empresa.
Oportunidades, tambin, en un segundo plano ltima fila como recursos y el
tiempo se vuelven cada vez ms escaso.
Curiosamente, mientras que muchos de los sntomas negativos se tratan
ms eficazmente con por cambiar o eliminar las limitaciones existentes,
muchos responsables de tomar decisiones en su lugar aadir nuevos
negocios restricciones. Esta tendencia puede realmente agravar el reto de
restriccin empresarial identificacin y gestin. Los mecanismos informales
de gestin de restricciones de negocio por tanto, tienden a crecer cada vez
ms inadecuados como la organizacin se adapta a los cambios en la
entorno empresarial, como el nmero y el alcance del aumento de los
sistemas de negocio, y como el memoria corporativa de la historia del
desarrollo de restriccin se desvanece con el tiempo o se pierde a travs la
rotacin de personal.
Beneficios de la identificacin restriccin
Restricciones iniciar, potenciar, gobernar, y limitar el comportamiento de los
objetos y agentes de lograr las metas o propsitos de un sistema. Si
queremos cambiar el comportamiento de un sistema de por cualquier
motivo (por ejemplo, mejorar su rendimiento, eficiencia o efectividad)
necesitamos saben lo que las limitaciones son relevantes. identificacin y
gestin de restricciones de negocios brindar a los responsables con el
aumento de la visibilidad de las restricciones comerciales que rigen el
rendimiento alcanzable. Descubrir, catalogar, y el mantenimiento de las
restricciones comerciales, por lo permite a los tomadores de decisiones para
hacer frente ms eficazmente los problemas relacionados con la restriccin(Ver Tabla 2).
La capacidad de catalogar simplemente restricciones comerciales pueden
ayudar a los tomadores de decisiones, tanto en disear y dar prioridad a las
restricciones relativas a los objetivos de la organizacin. Conocimiento de
interrelaciones entre las limitaciones tambin permite a las previsiones de

funcionamiento ms fiable y cambiar las evaluaciones de impacto. Al

identificar y eliminar obsoletos o innecesarios limitaciones, los costos se
eliminan, las mejoras en el rendimiento (por ejemplo, el horario y la calidad
ganancias) se pueden realizar y los recursos liberados se pueden utilizar
para aprovechar las nuevas oportunidades. A menudo estos beneficios se
pueden realizar sin ninguna inversin adicional en la automatizacin o
informacin sistemas.

Tabla 2
Algunos de los beneficios del descubrimiento restriccin
Algo menos obvio, tal vez, es el hecho de que se conozcan las limitaciones
puede producir nuevas fuentes de informacin y exponer la informacin
errnea. Por ejemplo, el conocimiento de la restriccin de que los rboles
suman un anillo cada ao a su circunferencia, cuando se combina con
conocimiento del nmero de anillos en un rbol dado, se obtiene nueva
informacin en la era de la rbol. Del mismo modo, el conocimiento de las
limitaciones de negocio puede ser usado para producir de otro modo
inaccesibles informacin acerca de la salud y la productividad de la
empresa, para determinar con qu rapidez y de manera rentable los
productos dentro de la empresa puede ser producido, para estimar lo que se
necesita la competencia para producir sus productos, y para identificar
dnde se pueden realizar cambios para lograr ventaja competitiva.
La motivacin para un mtodo para recoger las limitaciones
Si bien es fcil ver el valor de la identificacin y gestin de las restricciones
del negocio, es no es tan fcil de descubrir y catalogarlos. Por un lado, es
comn que las personas confunden las limitaciones con las declaraciones de
poltica, sntomas o el objeto (s) que mantienen una restriccin.

Por otra parte, como un ro que fluye sobre un lecho de ro lleno de piedras
de diferentes tamaos en diferentes profundidades, las limitaciones a
menudo no se manifiestan hasta que se convierten en un obstculo visible
en el camino de flujo de trabajo. Como las mareas del flujo de negocio y
flujo, las limitaciones se hacen ms o menos obvio. El reconocimiento y
eludir estos obstculos obvios es slo una parte de la empresa de
descubrimiento de restriccin. navegar con xito a travs de la poltica de la
organizacin tambin es un reto en un esfuerzo limitacin de superficies.
Las restricciones son mecanismos para la extensin del poder. Tambin
proporcionan un marco que refuerza la sensacin de la seguridad en el lugar
de trabajo. Estos factores pueden dar lugar a la renuencia o incluso
animosidad cualquier iniciativa dirigida hacia la superficie y examen de los
obstculos.
El propsito de un mtodo para el descubrimiento de restriccin es
proporcionar una sistemtica y enfoque fiable para los empresarios,
planificadores estratgicos y tcticos, los desarrolladores de sistemas,
responsables de proyectos, y tomadores de decisiones para identificar y
limitaciones de documentos de negocio. En efecto, el defecto ms
importante de la prctica de reingeniera actual es la falta de un mtodo tal.
Los avances documentados en este informe hacia el establecimiento de un
negocio IDEF9 mtodo de descubrimiento restriccin tienen la intencin de
satisfacer estas necesidades. Una serie de mtodos proporcionar apoyo
parcial para el descubrimiento de restriccin. No hay mtodos, sin embargo,
que distinguir explcitamente entre las relaciones y restricciones simples o
que no confinar a cumplir un conjunto muy restringido de tipos de
restricciones (por ejemplo, restricciones de precedencia en IDEF3).
Adems, no existen mtodos que proporcionan un enfoque sistemtico para
descubrir, documentar, validar y refinar tanto las restricciones comerciales
que permiten y limitan.
La recompensa a una organizacin en la que tiene un mtodo para el
descubrimiento de restriccin empresarial es que facilita el mapeo de las
limitaciones relevantes en un sistema de organizacin. Una vez que estos
limitaciones se han catalogado que se pueden examinar sistemticamente
y, si es necesario, sintonizado o reemplazado para mejorar el rendimiento
del sistema. Limitaciones a menudo sirven un doble papel como tanto el
pegamento y la justificacin de un sistema. Es decir, el conjunto de
restricciones pertinentes a menudo constituye la descripcin de por qu el
sistema se comporta como lo hace. Desde esta perspectiva, IDEF9
proporciona una herramienta de ingeniera inversa para el ingeniero de
negocios. Se le puede ayudar en la descubrimiento de la "lgica" detrs del
diseo de un sistema existente o para especificar la lgica de un sistema de
"A-Ser".
La contribucin prevista del mtodo IDEF9 es guiar a los profesionales en el
rpido y fiable 1) descubrir, 2) presentan, 3) la caracterizacin, y 4) la

validacin de negocio restricciones. Dada la amplia gama de usuarios

previstos, hemos diseado el prototipo IDEF9 mtodo para ser utilizado
fcilmente por un personal con diferentes niveles de habilidad y en
representacin de todos los segmentos del negocio.
Usuarios y beneficiarios del descubrimiento de restriccin
Dos amplias categoras de usuarios en un mtodo IDEF9 negocios
restriccin Descubrimiento puede ser considerado. El primero entre estos
usuarios son los que se aplicara directamente el mtodo de identificar,
documentar, validar y refinar la biblioteca corporativa de restricciones. Esta
clase de rangos de usuarios de los que manejan los esfuerzos de
descubrimiento de restriccin para los que realizan la la recopilacin de
pruebas detallada, anlisis, entrevistas, y as sucesivamente. Las personas
afectadas como usuarios directos de IDEF9 incluyen a responsables y
profesionales de perfeccionamiento empresarial iniciativas (por ejemplo,
gestin de calidad total, reingeniera de negocios), estratgicas y tcticas
planificadores, los gestores del conocimiento dentro de la organizacin, y los
sistemas de desarrolladores (tanto internos y no a la organizacin). Los
planificadores estratgicos y tcticos obtendrn tremenda apalancamiento
mediante el uso de IDEF9 como supuestos crticos son cuestionados,
externa y
Se identifican y analizan las fuerzas internas, los futuros desafos y
oportunidades se prev, y cuando las necesidades y requisitos para el apoyo
a los sistemas de negocio se desarrollan. Sistema los desarrolladores son
compatibles proporcionando un mecanismo para descubrir y refinar las
limitaciones a travs del proceso de especificacin y diseo. La segunda
clase de usuarios representan los individuos que no necesariamente hacen
uso directo de la metodologa, sino que utilizan los productos de una
esfuerzo aplicacin IDEF9. Los dueos de negocios y gerentes estn entre
este conjunto de usuarios. Por ellos, el elemento ms visible de un mtodo
IDEF9 negocios restriccin descubrimiento no es el un conjunto de tcnicas
que se utilizan para extraer, validar y refinar las limitaciones de dominio,
pero el instalaciones del lenguaje grfico que permite visualizar
limitaciones. Estos usuarios aplicar el conocimiento acumulado en las
bibliotecas de restriccin para identificar patrones, realice el impacto del
cambio evaluaciones, y para identificar nuevas vas de mejora potencial.

Figura 4
usuarios de destino de IDEF9
Las aplicaciones potenciales para IDEF9
El mtodo IDEF9 negocios restriccin descubrimiento fue diseado para
ayudar en el descubrimiento y anlisis de las limitaciones en un sistema de
negocio. Una motivacin principal que impulsa la desarrollo de IDEF9 era un
reconocimiento de que el conjunto de restricciones que forjar un sistema de
empresa, generalmente es mal definido. Es decir, el conocimiento de lo
restricciones existen y cmo interactan esas limitaciones es cuando menos
incompleta, desunidos, distribuido, y muchas veces completamente
desconocido. Esta situacin no es necesariamente alarmante, al igual que
un organismo vivo no tiene que ser consciente de las limitaciones genticas
o autnomos que gobernar ciertos comportamientos, una organizacin
puede (y la mayora lo hacen) un buen rendimiento sin explcita el
conocimiento de que el pegamento que las estructuras del sistema. Sin
embargo, si existe el deseo de modificar el negocio para mejorar su
rendimiento o adaptarse al mercado, productos o cambios de procesos en
una de manera previsible, entonces el conocimiento de estas limitaciones es
tan crtica como el conocimiento de la gentica es el ingeniero gentico.
El conocimiento de las restricciones del negocio puede beneficiar o ayudar a
los esfuerzos como Business Process Reingeniera (BPR), Gestin de Calidad
Total (TQM), la planificacin estratgica, constraint el diseo impulsado por
los sistemas de informacin, Activity Based Costing (ABC), y as
sucesivamente. cada uno de estos esfuerzos representan las actividades
destinadas a mejorar el desempeo de la organizacin, esforzndose por
romper con normas obsoletas que rigen la forma de organizar y realizar
negocios.
Reconociendo las limitaciones en que el negocio opera actualmente es el
primer paso para la bsqueda de nuevas formas imaginativas para hacer
negocios. Una vez que esas limitaciones han sido reconocidos, obsoleta o

limitaciones pueden ser onerosos-proporcionando una efectiva eliminado

medios para lograr saltos cunticos tanto incrementales y en el rendimiento.
Una biblioteca en lnea e restricciones, indexado a fin de poder mostrar las
limitaciones correspondientes a una empresa determinada contexto (por
ejemplo, hacer negocios con el Departamento de Defensa, hacer negocios
en la fabricacin de semiconductores industria) .could continuacin,
proporcionar apoyo adicional para el aprovechamiento de nuevas
oportunidades. Utilizando el conocimiento contenido en una biblioteca en
lnea de las restricciones, propietarios de negocios y sistema de
desarrolladores podran explorar oportunidades para expandirse en nuevas
reas de negocio y rpidamente determinar los costos de mantenimiento de
las restricciones necesarias para operar en esos ambientes.

DESCRIPCIN GENERAL DE ENFOQUE

El enfoque adoptado por el equipo de ingeniera de mtodos IICE para iniciar
desarrollos hacia un mtodo de deteccin de limitacin de negocio
apalancado tanto la 1) los conocimientos adquiridos mediante el estudio de
la prctica de ingeniera mtodo comn y 2) experiencia en el desarrollo de
otro anlisis y diseo de mtodos. El propsito de esta seccin es
proporcionar una visin general de ese enfoque.
La Figura 5 proporciona una visin orientada a los procesos del enfoque
utilizado para desarrollar el prototipo conceptos IDEF9 mtodo, un
procedimiento, y los elementos del lenguaje grfico candidatos.

Figura 5
Descripcin del proceso del enfoque de desarrollo IDEF9

Como se evidencia en esta figura, una de las estrategias bsicas de la

ingeniera de mtodos es la reutilizacin. Se adoptan siempre que sea
posible, los mtodos existentes que responden a las necesidades
identificadas. La siguiente opcin es encontrar mtodos que con la
modificacin de menor importancia pueden satisfacer las necesidades
identificadas. Esta opcin es atractiva siempre que el alcance de la
modificacin no supone que la cambio fundamental en los conceptos
bsicos o los objetivos de diseo del mtodo. Slo cuando ni de estas
opciones es viable deben diseadores mtodo de buscar el desarrollo de un
nuevo mtodo.
Un enfoque de ingeniera del conocimiento se utiliza como el mecanismo
predominante para ambos mtodo mejora y desarrollo de mtodos nuevos.
En otras palabras, con muy pocas excepciones, el desarrollo del mtodo
consiste en aislar, documentar y envasado de la prctica existente para una
determinada tarea en una forma que promueva el xito confiable entre los
profesionales noveles. Experto iniciaciones se caracterizan por primera vez
en forma de intuiciones y conceptos bsicos del mtodo.
Estos son a menudo identificados por primera vez a travs del anlisis de
las tcnicas, diagramas y expresiones utilizado por los expertos. Estos
descubrimientos ayudan en la bsqueda de mtodos existentes que se
pueden aprovechar para apoyar a los practicantes novatos en la adquisicin
de los mismos alineamientos y habilidades. Nuevo el desarrollo del mtodo
se lleva a cabo mediante el establecimiento del alcance del mtodo, la
refinada caracterizacin de los conceptos e intuiciones mtodo, el diseo de
un procedimiento que ofrece tanto el cumplimiento de tareas y soporte
bsico de aprendizaje para los profesionales noveles, y por el desarrollo de
una lengua (s) de expresin. Tcnicas de aplicacin Mtodo continuacin se
desarrollan esbozar las directrices para su uso en un modo autnomo y en
concierto con otros mtodos. Cada elemento del mtodo sufre entonces el
refinamiento iterativo a travs tanto de laboratorio como de campo pruebas.
Aunque se han hecho muchos progresos hacia el desarrollo de un IDEF9
Descubrimiento de mtodos comerciales de restriccin, de considerables
pruebas, anlisis y refinamiento es necesario para alcanzar su plena
madurez. Un resumen del estado actual de IDEF9 se proporciona a
continuacin.
RESUMEN DE RESULTADOS DE LA INVESTIGACIN
Conceptos bsicos para el descubrimiento de restriccin
Se necesita un conocimiento profundo de los conceptos bsicos de IDEF9
para aplicar de manera efectiva los componentes de procedimiento y de
idioma del mtodo prototipo. Entre ellas se encuentran los siguientes
conceptos:
1. restriccin

2. Contexto
3. Evidencia
4. Efecto (s) de una restriccin
5. Sntoma
6. Sistema
7. Justificacin de la restriccin
8. Objetivo
El propsito de esta seccin es describir estos conceptos y proporcionar
algunos ejemplos de cada uno.
Restriccin
En el mtodo IDEF9, una restriccin se define como una relacin que se
mantiene o es forzada en un contexto dado. Polticas, normas,
convenciones, procedimientos, contratos, convenios, reglamentos y leyes
sociales y fsicas que se mantienen dentro de la empresa establecen la
estructura que define para la empresa. Estos elementos son los mecanismos
para forjar las relaciones entre personas, informacin, materiales y
mquinas para hacer un sistema. Si se ve a una empresa como una
mquina, las limitaciones son la arquitectura y el idioma de programacin
que define el comportamiento de la mquina. Si ve la empresa como un
organismo, que forman la estructura de control de ese organismo, desde el
nivel de cdigo gentico a travs del nivel de respuesta a estmulos
autnoma, con el nivel de comportamiento cognitivo.
Las restricciones se expresan en las declaraciones de restriccin. Algunos
ejemplos de restriccin declaraciones pueden incluir:
1. Protege contra la responsabilidad.
2. Minimizar el inventario en proceso.
3. Maximizar la recuperacin de costos.
4. Carga pasajeros de primera clase, las familias con nios pequeos y
personas con discapacidad los pasajeros antes de todos los dems.
5. Cargar la aeronave comenzando con los pasajeros sentados en la parte
trasera.
6. Todos los proyectos producen un informe final.
7. Los proyectos cuyo valor del contrato supera los $ 10M requieren un
informe de costos adicionales.
8. Un individuo debe mantener una licencia vigente para operar un vehculo.

9. Slo personal autorizado puede entrar en el rea de seguridad.

10. Un lder del grupo debe ser un miembro del equipo de gestin.
Observe que el uso de la forma imperativa no es necesariamente la nica
forma de que una declaracin de limitacin podra tomar. Por otra parte, la
bsqueda de una instruccin que utiliza el imperativo formulario no
garantiza necesariamente que uno ha encontrado una restriccin. Por
ejemplo, la restriccin # 9 anterior puede haber aparecido como el comando
"desafo a todo el personal no identificados dentro de la zona segura.
A lo largo del proceso de descubrimiento limitacin, los analistas identifican
candidato restricciones, o las relaciones sospecha que son las que se
mantienen o ejecutan en un determinado contexto. Restricciones candidatos
estn fundamentadas en primer lugar por el analista a travs del examen
de los datos recogidos. Restricciones candidatos son luego desafiados por
los expertos de dominio. Este proceso a la larga conduce a una coleccin
refinada de las limitaciones validadas y las caracterizaciones de contexto
establecen bajo qu condiciones se sostienen las restricciones.

Contexto
El trmino contexto se refiere a un conjunto de condiciones distinguidas.
Cada contexto debe ser distinguido nicamente dentro de un modelo de
restriccin. Una etiqueta de contexto es una frase resumen descriptiva (por
ejemplo, al retirar el amianto, la adquisicin de hardware y software,
[estando] en el sitio de construccin) que se utiliza para transmitir una
comprensin general de los lmites de contexto. Un mirada ms a fondo en
lo que comprende, en general se necesita el contexto, sin embargo,
distinguir un contexto de otro. En otras palabras, una etiqueta por s sola no
puede ser suficiente en distinguir un contexto de otro. Por esta razn, las
que aplican el IDEF9 deben catalogar el conjunto mnimo de hechos o
condiciones esenciales que distinguen nicamente un contexto de otros
hechos y condiciones accidentales tambin pueden tenerse en cuenta. Sin
embargo, aquellos hechos o condiciones que deben sostener (es decir,
hechos o condiciones esenciales) definen el conjunto mnimo necesario para
delimitar el contexto.
Evidencia
Definimos la evidencia como una indicacin, signo o manifestacin que
apoya o prueba la existencia de una restriccin en un contexto dado. Al
igual que las reacciones qumicas se manifiestan por la resultante de los
subproductos, la existencia de una restriccin se manifestar a travs de
alguna forma (s) de pruebas. Por ejemplo, una declaracin de limitacin
candidato como "Todas las solicitudes de compra requieren tanto la
aprobacin del director del proyecto y la autorizacin oficial de la compaa
de alto nivel " podra ser la hiptesis de la presencia de un bloque de firma

para el director del proyecto y otra por un funcionario de autorizacin en

forma de solicitud de compra de la compaa. El formulario de solicitud de
compra se dice que es evidencia que apoya la idea de que existe una
restriccin que requiere aprobacin director del proyecto y la autorizacin
oficial de la compaa de alto nivel en todas las solicitudes de compra.
La evidencia debe estar conectada a tierra, sin embargo, en el contexto
adecuado y validado antes de la existencia de que la restriccin pueda estar
establecida. Por ejemplo, las solicitudes de compra que requiere la
autorizacin pueden ser aplicables slo a las compras efectuadas en virtud
de contratos que no permiten ciertas compras (por ejemplo, contratos
gubernamentales que impiden la compra de hardware y software).
Proyectos generales, por el contrario, pueden requerir solo la aprobacin del
administrador proyecto para comprar el material necesario.
La evidencia ms fcilmente identificada de una restriccin es la existencia
de un sntoma problemtico. Tal condicin puede indicar la existencia de
una restriccin limitante, la falta de una restriccin permitida, o ambos. Por
ejemplo, el exceso de inventario en proceso y la existencia de cuellos de
botella en varios puntos de la lnea de produccin pueden indicar la
existencia de limitaciones que sirven para maximizar la eficiencia de los
procesos individuales en la lnea de produccin o la falta de existencia de
limitaciones en la forma en que la materia prima se ordena y el empleo
lanzado a la planta de produccin. Las restricciones de lmites de capacidad
podran ser identificadas por la bsqueda de lugares en la lnea de
produccin donde se producen los cuellos de botella. Una restriccin que
permite en el que el todo el proceso se ajusta para que coincida con la
velocidad a la que el proceso ms lento en la lnea de produccin sera
mantener el mismo rendimiento y minimizar el inventario en proceso. Otra
fuente de pruebas son documentos que describen las polticas,
procedimientos, requisitos, diseos, y as sucesivamente.
Las formas con bloques de firma, instrucciones de operacin, manuales de
procedimientos, manuales, reglamentos, normas, especificaciones,
manuales de polticas, los archivos de proyecto, y los modelos de diseo son
un conjunto representativo de las posibles pruebas.

Efecto (s) de una restriccin

El efecto a largo plazo se utiliza para describir, en trminos generales, algo
que inevitablemente sigue un antecedente (como una causa o agente).
Restricciones de inicio, habilitar, regular y limitar la el comportamiento de
los objetos y los agentes del sistema. Estos comportamientos se denominan
en general como efectos. Las restricciones tambin establecen cadenas
causa-efecto que se propagan a travs del efecto sistema. Por lo tanto, los
efectos son a menudo considerados ya sea directa o indirecta. Los efectos
tambin pueden ser intencionalmente o no, y deseable o indeseable en un

contexto dado. Por ejemplo, una empresa de fabricacin puede tener una
restriccin para recopilar las mtricas que reflejan la productividad de
tiendas individuales. Presumiblemente, esta limitacin podra brindar a los
responsables con el la visibilidad necesaria para identificar donde existe
exceso de capacidad y dnde se necesitan recursos adicionales. Esta
restriccin puede dar lugar a una consecuencia no intencionada, efecto
directo donde el capataz de la tienda crea trabajo para su gente para
mantenerlos ocupados, y por lo tanto inflar los datos revisados por
tomadores de decisiones. Un efecto indirecto es la creacin de un exceso de
inventario en proceso y cuellos de botella aguas abajo.

Sntoma
Los sntomas son algo caracterstico o indicativo de una condicin que
menoscaba el normal funcionamiento de un sistema. Los sntomas
proporcionan evidencia subjetiva de una condicin que se utiliza para ayuda
en el diagnstico de la condicin correctamente. Es decir, los mismos
sntomas pueden ser indicativos de una o ms condiciones que menoscabe
el funcionamiento normal. Una fiebre, por ejemplo, puede indicar la
presencia de una infeccin o la gripe. En los sistemas de negocios, la falta
de alguna capacidad de la base puede dar lugar a productos de mala
calidad, la entrega tarda, y as sucesivamente. Cuando los sntomas son
deficiencias observadas de un sistema ellas menudo se confunden con las
preocupaciones que son "posible" fallas de un sistema.
Aunque los sntomas no son la condicin en s mismos, son a menudo
problemtica. Quizs por esta razn, los expertos de dominio a menudo se
refieren a sntomas como problemas. El Problema, sin embargo, a menudo
connota la fuente de perturbacin o dificultad, por lo que puede conducir a
malas conclusiones. El proceso de descubrimiento IDEF9 restriccin
apalanca las iniciaciones de expertos de dominio a los sntomas, las causas
probables, y los efectos de ayudar a los usuarios a identificar las
limitaciones candidatos o la falta de limitaciones necesarias. Los sntomas
son el punto a partir del cual causa-efecto restricciones son la hiptesis con
respecto a otros sntomas. Por ejemplo, un supervisor de produccin puede
describir frecuentes fallos de los circuitos integrados (CI) como entre los
problemas clave que estn tratando de resolver. La fuerza de trabajo de
produccin, sin embargo, puede ver los fracasos como un sntoma de altas
tasas de rotacin, la contaminacin, el manejo inadecuado, formacin
insuficiente, y as sucesivamente. Los ingenieros de produccin pueden
atribuir los fracasos al mal control de humedad, agrietado matrices o
clientes potenciales rotas y dobladas. Los ingenieros de diseo pueden
atribuir fracasos a xido de silicio o defectos. Cada una de estas
observaciones refleja el conocimiento de las relaciones de restricciones que
a su vez pueden ser sntomas de otras condiciones.

Sistema
Un sistema se define como una coleccin de objetos que se colocan en las
relaciones particulares y exhibiendo un comportamiento particular, prescrito
por un conjunto de restricciones. En los sistemas hechos por el hombre esta
caracterizacin se suele ampliarse para incluir el concepto de consecucin
de algn objetivo.
Los sistemas de negocios pueden ser vistos como una coleccin de objetos
comportarse para realizar una o ms funciones de negocio bajo la influencia
de las restricciones para lograr un objetivo particular. Varios ejemplos de
sistemas de negocio compuestos de mltiples objetos se proporcionan en la
Figura 2 anteriormente.
Los sistemas de mayor inters dentro de IDEF9 son sistemas que mantienen
o hacen cumplir una restriccin dada o conjunto de restricciones. Los
ejemplos de un sistema que mantiene o aplica una restriccin podra incluir
objetos individuales (por ejemplo, en particular un objeto activo o agente tal
como un administrador de cuentas o un funcionario de autorizacin) o
colecciones de objetos (por ejemplo, una contabilidad sistema o un
contratista principal).

Justificacin de la restriccin
El conjunto de creencias que motivan el establecimiento y mantenimiento
de la relacin de una restriccin se llama el fundamento de una restriccin.
Este conjunto de creencias incluye los retenidos a ser cierto cuando existe la
restriccin, as como aquellos que consideraba cierto en situaciones en las
que la restriccin no existe. La justificacin de una restriccin est
documentada para ayudar con una revisin peridica de la circulacin y la
pertinencia de la restriccin.

Objetivo
Un objetivo se define como un objeto o extremo que uno se esfuerza por
alcanzar. Los sistemas de negocios existen para lograr un objetivo o
conjunto de objetivos en particular. Las metas pueden estar en una serie de
relaciones con otros objetivos. Entre ellas se encuentran depende-deexistencialmente, indica, es-parte-de, Etctera. Idealmente, cada objetivo
dentro de la empresa se orientar a fin de contribuir a la realizacin de un
objetivo general o un conjunto de objetivos. Metas, sin embargo, son
altamente dependientes el medio ambiente y son, por tanto, sujetos a
frecuentes cambios y nuevas prioridades. Cambios en los objetivos de la

organizacin a su vez motivan a los cambios en el conjunto de restricciones

utilizados para dirigir la organizacin hacia el logro de esos objetivos.

Procedimientos IDEF9
En esta seccin se presenta un prototipo de procedimiento para el
descubrimiento de restriccin, validacin y refinamiento. El procedimiento
presentado en esta seccin supone un gran esfuerzo de descubrimiento de
restricciones que implica un enfoque de equipo. Proyectos que son de
alcance ms limitado pueden no requerir toda la las actividades descritas en
este documento. Al igual que con todos los mtodos, el procedimiento de
aplicacin depende en gran medida de la finalidad para la que se utiliza el
mtodo. Aquellos que realizan un proyecto de descubrimiento de restriccin
se les animan a preparar una gua de aplicacin en el mtodo detallado a
partir del proyecto.
Descubrimiento de restriccin es un proceso evolutivo a travs de qu
restricciones candidatos se identifican, validado y refinado. En general,
cuando se utiliza IDEF9 para descubrir y documentar limitaciones, los seis
pasos siguientes se aplican de forma recursiva:
1. Recoger - Adquirir observaciones y fuentes de evidencia para las
restricciones.
2. Clasifica - individuar contextos, objetos, tipos de objetos, propiedades y
relaciones.
3. Haz una hiptesis Postula restricciones candidatos de los datos y
pruebas adquiridas.
4. Fundamentar - Generar o recoger ejemplos para determinar cul de los
candidatos restricciones pueden ser mostrados como para merecer el
ascenso a la categora de restriccin.
5. Desafo - Involucrar a los expertos de dominio en la prueba de las
conclusiones de los analistas en cuanto a la validez de sus conclusiones.
6. Refinar - Filtrado, mejorar, ajustar y aadir detalles a la restriccin
caracterizaciones.
Estos pasos estn incorporados en el procedimiento prototipo IDEF9 se
presenta a continuacin. Los actividades que comprenden el procedimiento
de IDEF9 deben ser considerados como "formas de pensamiento" ms que
de pasos secuenciales. Los usuarios no deben esperar para aplicar estas

actividades en una estricta de manera secuencial, o que la organizacin de

las actividades de las fases del proyecto define necesariamente cuando
aquellas actividades inician o detienen. Por el contrario, las fases reflejan los
modos que se debe o no predominar durante un intervalo de tiempo dado.
Por lo tanto, los modos de actividad pueden organizarse en fases a ayudar
con la gestin del proyecto. La siguiente seccin proporciona una
funcionalidad
Descripcin de los modos de actividad que constituyen el procedimiento de
IDEF9, estableciendo as un marco bsico para el descubrimiento de
restriccin.
Modo Cero: Definir el Proyecto
El equipo del descubrimiento de restriccin debe establecer el propsito y el
alcance del esfuerzo de descubrimiento de restricciones tan pronto como
sea posible en el proyecto. La declaracin de propsito proporciona una
"criterios de finalizacin" para el esfuerzo de descubrimiento de restriccin.
El propsito suele establecerse por: 1) dio prioridad declaraciones objetivas
para el esfuerzo, 2) las declaraciones de necesidades que la restriccin
esfuerzo de descubrimiento debe satisfacer, y 3) preguntas o resultados que
el cliente quiere responder.
El alcance del proyecto se establece por un conjunto de sentencias que se
una o delimita el rea del dominio abordado por el proyecto. En otras
palabras, declaraciones de alcance identifican el especficamente las reas
de actividad de descubrimiento restriccin especfica e identificar aquellos
que son explcitamente ignorado.
El propsito y el alcance rara vez se pueden determinar por completo y con
precisin en el avance. El cliente a menudo revisa su lista de bsquedas
necesarias o preguntas como los datos comienzan a ser compilados. El rea
de un analista cree que va a conducir a la respuesta a menudo aparecen
otras reas que no fueron consideradas dentro del alcance. El propsito y el
alcance general evolucionan durante la parte inicial del proyecto. El
propsito y el alcance de un esfuerzo IDEF9 son capturados en un formulario
de resumen del proyecto IDEF9 similar a la que se muestra en la Figura 6.

Proyecto IDEF9 Formulario Resumen

Definir el propsito
La definicin del propsito es un primer paso importante en el esfuerzo de
descubrimiento restriccin.
Normalmente una declaracin de propsito se centrar si se da por sentado
o ignorado, el personal de proyecto es probable que encuentren los
resultados de sus esfuerzos ignorados o de poca utilidad para el cliente.
Sin una declaracin de propsito, los nicos criterios de finalizacin son el
presupuesto y el tiempo asignado al esfuerzo. Por el contrario, con un
propsito revisado peridicamente y claramente definido, el proyecto puede
a menudo se completar en un presupuesto mucho menor que la esperada.
La definicin del propsito consiste en 1) una lista de los objetivos
declarados del cliente y la fuente especfica (s) de cada uno (por ejemplo,
persona, proyecto u organizacin), 2) la definicin de los objetivos de
informacin del proyecto en trminos de cmo se utilizar la informacin de
restriccin, y 3) el establecimiento de prioridades entre los objetivos escritos
y los objetivos de informacin del esfuerzo. El proceso de desarrollar un
propsito declaracin puede ser facilitado mediante la participacin del
cliente para responder a preguntas como las siguientes:
1. Qu sntomas problemticos, preocupaciones, o las oportunidades son
de mayor inters para el cliente?
2. Quin usar la informacin de restriccin una vez que est disponible?
3. Qu pregunta (s) no responde a la necesidad del cliente?
4. Qu problemas estn detrs de la necesidad para el descubrimiento de
restriccin?

5. Qu decisiones estn detrs de la necesidad de identificar las

limitaciones?
Establecer el alcance
Una vez que el propsito del esfuerzo se ha caracterizado, es posible definir
el alcance del proyecto. Definicin del alcance del proyecto comienza con la
delimitacin de las fronteras del esfuerzo de descubrimiento de restriccin y
la documentacin de los lmites de un conjunto de declaraciones de alcance.
Lo ideal sera que la definicin del alcance debe identificar slo aquellas
reas que son relevantes para las necesidades del cliente.
Un mecanismo eficaz para definir el alcance del proyecto es la identificacin
de la Tipo (s) importante situacin o contexto (s) para ser considerados y los
que, aunque relacionados, caen fuera de los lmites del proyecto.
Caracterizando el contexto (s) de inters puede comenzar en un muy nivel
del curso de grano mediante el desarrollo de una frase descriptiva (por
ejemplo, con una frase como adverbio que trabajan para agencias
gubernamentales, la eliminacin de materiales peligrosos) para el contexto
(s) de inters acompaada de una breve descripcin. Caracterizacin de la
contexto clave (s) de inters implica el logro de un consenso entre los
miembros del equipo de descubrimiento de restriccin tanto en el ttulo y la
descripcin del prrafo para el contexto (s). Es comn que los contextos con
nombres diferentes a ser casi idnticos. A la inversa, tambin es comn
para diferentes contextos para ser nombrado el mismo. La similitud o
diferencia entre los contextos considerados en la determinacin del alcance
del proyecto se ha convertido en un principio evidente a travs de la
elaboracin de descripciones de prrafo. Consenso entre los miembros del
equipo pueden requerir definicin de grano ms fino del contexto (s), en
particular como los miembros del equipo revisan las declaraciones de
propsito y alcance peridicamente a travs del proyecto. Cuando sea
necesario, las caracterizaciones ms detalladas del contexto (s) de inters
pueden ser logrado mediante la identificacin de los objetos participantes,
relaciones y hechos ms importantes que han de el contexto (s). Adems,
aquellos contextos que influyen o estn directamente relacionados con el
mbito de aplicacin de contexto (s), pero que estn fuera del alcance del
proyecto, deben ser identificados. Aquellos ntimamente familiarizado con el
dominio debe depender de identificar realmente el contexto (s).
Alcance y nivel de decisiones de detalle son provisionales en esta fase del
proyecto y debe ser actualizados a medida que los datos de restriccin que
se disponga. Un jefe de proyecto astuto regularmente evala la adecuacin
de los datos de restriccin capturados frente a las necesidades
especificadas y metas de la informacin del cliente.
Modo Uno: Organizar para la Recoleccin de Datos
Una vez que se han determinado el propsito del proyecto inicial y el
contexto, la tarea de la organizacin de la recogida de datos puede

comenzar en serio. En este punto, la composicin del equipo del proyecto se

solidifican, se establecern los roles de los miembros del equipo, y el
desarrollo de escenarios responsabilidades sern asignados a los miembros
del equipo.
Las siguientes funciones estn normalmente asumidos por el personal que
participa en una restriccin esfuerzo de descubrimiento.
1. Analista: El experto IDEF9 que ser el principal promotor de la IDEF9
modelos de restriccin.
2. Cliente: La persona u organizacin que solicita el esfuerzo descubrimiento
restriccin desarrollo.
3. Experto de dominio: La persona fuente de conocimiento en el dominio de
la aplicacin de interesar.
4. Contacto principal: El individuo que acta como interfaz entre el analista
y el experto de dominio lder
5. Proyecto: La persona responsable en ltima instancia toda la restriccin
esfuerzo de descubrimiento.
6. Los revisores: Personas con conocimientos en el dominio y / o el mtodo
IDEF9 responsable de la revisin y aprobacin de los proyectos de modelos
y documentos.
Los revisores autorizados para hacer las crticas escritas de esquemas son
IDEF9 comentaristas. El resto son los lectores. Tanto los miembros del
equipo y de dominio expertos pueden ser colaboradores.
7. Bibliotecario: Una persona asignada la responsabilidad de material de
origen se mantiene registros y archivos de documentos, realice copias,
distribucin de kits, y mantenerarchivos.
8. Los miembros del equipo: Todo el personal involucrado con el
descubrimiento IDEF9 restriccin esfuerzo.
Entre las funciones asumidas dentro del equipo es la del bibliotecario
proyecto. Con gran sistemas, el papel del bibliotecario es esencial. En los
esfuerzos ms pequeos, que el papel puede ser asumido por el analista. En
el establecimiento de la funcin de bibliotecario, el lder de proyecto asigna
un individuo (s) ser responsable de la recogida, catalogacin, control y
distribucin de material de origen, kits, glosarios, archivos y as
sucesivamente durante todo el proyecto. Adems, la funcin es bibliotecario
responsable del montaje de modelos y materiales de referencia a partir de
fuentes externas que pueden ser utilizado para acelerar los esfuerzos del
equipo. Un glosario de trminos tambin se puede mantener por el
bibliotecario como una referencia que se utilizar durante las entrevistas
para asegurar que los analistas entienden la terminologa que es nico a
una disciplina, sector de la industria, empresa o segmento de empresas. Si

mantenida por el bibliotecario, o informalmente compartida entre los

analistas, el glosario de trminos se crecer y experimentar el refinamiento
gradual a lo largo del proyecto.
Una tarea fundamental en la organizacin del esfuerzo de recoleccin de
datos es la identificacin de las principales fuentes de conocimiento y la
informacin en el dominio. Trabajar con el contacto principal, el proyecto
lder o analista recopila una lista de expertos para ser entrevistado. En la
elaboracin de esta lista, es muy til para obtener informacin de fondo
sobre cada experto del contacto principal. Esta incluye informacin sobre las
responsabilidades, las tareas actuales, y otras reas dentro o relacionado
con el dominio en el que el experto tiene experiencia. El nombre, la
ubicacin y telfono
Nmero del experto (s) tambin debe ser registrado. A lo largo del esfuerzo
de recoleccin de datos, otras fuentes valiosas de informacin sern
buscadas e identificado. Algunos de estos incluyen instrucciones de
operacin, manuales de procedimientos, manuales para los empleados,
reglamentos, manuales de poltica, archivos de proyectos, modelos IDEF
reutilizables, as como modelos derivados mediante el uso de otros mtodos
y tcnicas. Estos artculos a menudo constituir una prueba de limitaciones a
s mismos o proporcionar referencias a las pruebas disponibles dentro del
dominio.
Adems de la organizacin de la estructura del equipo, el lder del proyecto
tambin necesita organizar las actividades del equipo. La organizacin de la
actividad de descubrimiento restriccin puede comenzar colar el
procedimiento general IDEF9 en una gua de aplicacin del mtodo ms
formal adaptada a las necesidades especficas del proyecto. Una gua de
aplicacin mtodo est destinado para su uso por los analistas en el equipo
del descubrimiento de restriccin y esboza una aplicacin especfica para el
proyecto deel procedimiento IDEF9 diseada para satisfacer las necesidades
del esfuerzo. Entre los elementos que pueden ser incluido en la gua de
aplicacin de mtodo son el modelado de las convenciones que se utilizar,
norma establecer un proyecto para entrevistar a los expertos de dominio, de
mtodo y de interfaz especificaciones de la herramienta, proyecto
procedimientos de uso de la biblioteca, y un glosario de trminos estndar.
Esta gua puede ir acompaada de un plan de proyecto. Un plan de proyecto
tpico delinear las fases de esfuerzo con el establecido claramente tareas e
hitos, entregables intermedios y finales, miembro del equipo tareas,
estructuras de informacin formales e informales, y as sucesivamente.
Modo dos: Recoger y analizar las pruebas
Despus de haber organizado el equipo y describir el enfoque, el equipo
comenzar el descubrimiento de restricciones mediante la participacin en
la recopilacin de pruebas. Por la interaccin directa con los expertos de
dominio, los miembros del equipo de descubrimiento de restriccin
documentan observaciones de expertos y reunir pruebas de restricciones.

Estos son posteriormente analizados para formar la base de la hiptesis de

restricciones dentro de las del dominio de inters.

Prepararse para las entrevistas

El mecanismo ms valioso de la recopilacin de pruebas es la entrevista.
Entrevistas con expertos en el dominio permiten al entrevistador la
oportunidad de recoger ideas especiales, tanto en situaciones normales y
las excepciones a las situaciones normales dentro del dominio. Directo
tcnicas de observacin, aunque a menudo se utiliza para aumentar las
entrevistas con el experto de dominio, en general, slo dar el entrevistador
la oportunidad de observar situaciones normales.
Si bien es probable que el enfoque de entrevista especfica y formato
variable en diversos proyectos, Se recomiendan algunas pautas simples.
Antes de la entrevista, el analista debe preparar una agenda tentativa y
algunas preguntas especficas. Los analistas se les anima a preparar un
breve esbozo de: 1) el propsito de la entrevista con el experto, 2) los temas
a tratar, 3) la siendo buscados tipos de informacin, 4) la autoridad para
solicitar la entrevista, y 5) la preguntas de sondeo que se pueden utilizar
para motivar la discusin. En proyectos grandes, lderes de proyectos tal vez
deseen incluir pautas de preparacin de entrevista ms formales y normas
en una -gua que incluye la aplicacin mtodo de hojas de planificacin de la
entrevista estndar, plantillas de interrogacin, glosario de trminos, y as
sucesivamente.
El xito final de la entrevista depende en gran medida de la preparacin
hecha por el analista. Una serie de actividades contribuyen a la preparacin
con xito, cada uno de los cuales se deja discrecin del analista segn lo
dictado por las necesidades del proyecto. En general, la siguiente las
actividades se llevan a cabo antes de la entrevista:
1. Planificar la entrevista y hacer los preparativos logsticos necesarios.
2. Establecer el objetivo (s) de la entrevista.
3. Preparar preguntas candidatos.
4. Anticipar las preguntas probables y las preocupaciones de la persona que
est siendo entrevistado y estar preparados para resolver las
preocupaciones.
Una vez que una lista de expertos para ser entrevistadas ha sido compilada,
un plan de entrevistas puede ser desarrollado. Las entrevistas se programan
normalmente con expertos en el dominio a travs del contacto primario. Ya
sea hecho a travs del contacto principal o por medios ms directos, el
analista debe asegurarse de que la hora programada y la duracin de la

entrevista se coordina con la persona que est siendo entrevistado y su

supervisor.
Consideraciones de logstica adicionales son tambin importantes para el
xito de la entrevista, tales como la bsqueda y la reserva de un lugar
adecuado para realizar la entrevista y la preparacin de los suministros
necesarios. A los analistas tambin, en general les resulta til para planificar
la vestimenta que llevan a la entrevista con el fin de transmitir una
apariencia profesional y todava establece el entrevistado en facilitar.
El objetivo (s) de la entrevista tambin se debe establecer en la delantera.
Al establecer el objetivo (s) entrevista, los analistas de establecer qu est
siendo programada la entrevista y lo informacin es necesaria desde el
dominio de expertos. La preparacin de una declaracin de la meta a
menudo es til si se mantiene lo ms breve posible a fin de proporcionar
una direccin general de la lnea de la entrevista interrogatorio.
Una vez que se ha establecido el objetivo (s) de la entrevista, las preguntas
candidatos pueden ser formuladas . Preguntas candidatos deben ser
escritos y organizados en una lgica secuencia. Con la experiencia y la
prctica, los analistas con el tiempo llegar a dominar el desarrollo de las
preguntas que sean claros, que usa palabras y frases apropiadas para el
nivel de educacin cultural y antecedentes de la persona que est siendo
entrevistado, y que invitan en lugar de provocar respuestas. En la
preparacin de preguntas candidatos, a menudo es til para explorar los
siguientes temas:
1. Cules son las metas y los objetivos de las organizaciones?
2. Cules son los factores de la organizacin crticos de xito (CSF) y
medidas de desempeo?
3. Cules son los sntomas problemticos de la organizacin?
Las respuestas a estas preguntas a menudo proporcionan una valiosa
orientacin en la bsqueda e identificacin de las restricciones comerciales.
Declaraciones de las metas y objetivos dan fuertes indicios de la percepcin
de las limitaciones ambientales y, con seguimiento a travs de su caso,
puede llevar al descubrimiento de los sistemas de creencias profundamente
arraigadas y las limitaciones indocumentados. Muy a menudo, muchas de
las limitaciones descubiertas a travs de lneas de cuestionamiento en torno
a objetivos de la organizacin y los objetivos revelarn tanto las
restricciones y limitaciones que permitan que el apoyo ya no objetivos
actuales. Cuando se aplica esta lnea de preguntas a travs de diferentes
niveles de la organizacin, transformaciones ocultas entre las estructuras
estratgicas y tcticas de los objetivos pueden revelar que su vez se pueden
utilizar para identificar las limitaciones que faltan y / o inapropiadas. En una
manera similar, exploracin de los CSF de la organizacin y las medidas de
rendimiento se obtiene importante informacin de restriccin. De hecho, no
es probable que sea ninguna prueba ms evidente de las existentes

limitaciones que los artefactos de medicin del desempeo (por ejemplo,

grficos, tablas, informes).
Limitaciones derivadas mediante el establecimiento de medidas de
rendimiento, aunque en general est pensada para su habilitacin, a
menudo no conducen a lo deseado y al comportamiento no deseado. Por
ltimo, valiosa orientacin en el descubrimiento de las restricciones puede
ser obtenida a travs de sntomas problemticos de la lista y los factores
que influyen o se cree que son la causa subyacente (s) de esos sntomas.
Los sntomas de problemas pueden manifestarse en los sistemas de negocio
como los cuellos de botella, excesivamente largo tiempos de ciclo, de mala
calidad, de alto costo, y as sucesivamente.
En la preparacin de preguntas candidatos para la entrevista, los analistas
deben tener cuidado de no dejar de prepralas. El ejercicio de escribir las
preguntas abajo y analizar la manera en que se forman, Sin embargo, sirve
para construir buenas habilidades de entrevista. El tiempo invertido para
esta actividad debe ser equilibrada, sin embargo, en contra de la posibilidad
de que las preguntas formuladas pueden o no pueden en realidad ser
utilizadas. Su necesidad puede ser eliminada a travs del descubrimiento de
nueva informacin o la entrevista puede seguir una lnea de discusin que
no fue previamente anticipado.
Un elemento de la preparacin a menudo pasado por alto por los analistas
inexpertos es la necesidad de proporcionar a la persona que est siendo
entrevistado con la informacin necesaria para entender por qu est
siendo entrevistado, lo que se har con la informacin que proporcionan, y
lo que puede esperar a cambio. Cada entrevista, y en particular la primera,
deben empezar por establecer una la comprensin mutua de estos artculos
antes de tratar de satisfacer las necesidades de informacin de la analista.
La siguiente lista es representativa de los temas y las preocupaciones de
que el analista debe estar preparado para hacer frente a [Harrington 1991].
1. Por qu se lleva a cabo la entrevista?
2. Quin autoriz la entrevista?
3. Quin ms est siendo entrevistado?
4. Cmo se seleccion el entrevistado y por quin?
5. Cmo se utilizar la informacin?
6. Si la persona va a ser annima?
7. Si la persona ser citado en resultados resumidos?
8. Qu respuesta recibir la persona?
9. La persona puede participar en el resultado del proceso.

10. Qu hay en ella para el entrevistado.

11. Por qu, informacin precisa altamente detallada es importante para el
xito de la entrevista y el proyecto?
12. Cmo la persona juega un papel clave en un proceso importante?
Entrevistar a los expertos de dominio
Las entrevistas se pueden realizar en cualquier momento a lo largo del
proyecto con uno o ms de los siguientes objetivos en mente:
1. Recopilar informacin adicional.
2. Para confirmar y / o aclarar la informacin recopilada anteriormente.
3. Para validar las limitaciones de candidatos con el experto de dominio.
4. Para obtener clientes potenciales para adquirir informacin adicional.
Las entrevistas con los expertos de dominio son crticas. El analista
(entrevistador) debe crear una atmsfera positiva y amable durante la
entrevista. El entrevistador debe intentar transmitir al dominio de expertos
la sensacin de que estn trabajando juntos para descubrir las limitaciones
y resolver cierto problema para la organizacin. Un entrevistador
principiante debe recordarse constantemente que el experto es el que tiene
el conocimiento de cmo una organizacin debe o hace trabajo. En general,
el experto est interesado en ayudar y proporcionar a menudo preguntas y
lneas de investigacin que el entrevistador no haba pensado en la pena. El
entrevistador bien preparado encontrar que el experto dar mucha ms
informacin de lo que se esperaba, a menudo cubren temas que el
entrevistador no haba previsto. En el descubrimiento de restriccin, este es
el bono para una buena preparacin.
Los analistas deben ser conscientes de que los expertos de dominio a
menudo comienzan con la descripcin de las reglas, las polticas, los
procedimientos y las relaciones que deben mantenerse y los que realmente
son.
Preguntas que ayudan a distinguir las condiciones de funcionamiento entre
la norma y la normalidad Condiciones de soluciones temporales o casos
especiales de funcionamiento puede ser til para guiar la entrevista. El foco
principal de la entrevista debe estar en las normas, polticas,
procedimientos, y las relaciones que se mantienen actualmente o ejecutada
(es decir, restricciones), en lugar de "deber ser" de condiciones que no
pueden ser mantenidas. Cuando se centra en las limitaciones, los analistas
tambin deben ser cautelosa para evitar hablar de "a-ser" restricciones para
evitar la introduccin de sesgo en el dominio Las respuestas de los expertos.
A lo largo de la entrevista, la informacin de restriccin proporcionada por el
dominio experto tiene que ser registrado fielmente en una forma que puede
ser compartido entre todos los miembros del equipo.

Los analistas deben prestar especial atencin a la utilizacin de la forma

imperativa en la descripcin o en los documentos proporcionados por el
experto del dominio (por ejemplo, Complete la solicitud de empleo adjunta
formar). Palabras como imprescindible, sern, sern, siempre, y nunca se
incluyen a menudo en frases imperativo (por ejemplo, los solicitantes deben
completar el formulario de solicitud de empleo adjunta antes de que puedan
ser elegible para una entrevista). Sin embargo, ni la ausencia ni la presencia
de estos trminos necesariamente indica una restriccin. Cuantificadores
lgicos como todo, cada, algunos, y ninguno tambin proporcionan pistas
para descubrir las limitaciones de candidatos.
Recoger y Catlogo Evidencia
En su caso, los analistas tambin deben solicitar copias de los artefactos
que constituyen formas de evidencia de restricciones. Evidencia de las
restricciones del negocio puede tomar muchas formas, incluyendo manuales
de procedimientos, hojas de instrucciones, formularios con campos para las
firmas de aprobacin, manuales, manuales de polticas, reglamentos,
documentos de especificaciones, documentos estndares, estrategia y
planes tcticos, cartas de organizacin o declaraciones de misin, informes
de eficiencia, y as sucesivamente.
Otras fuentes de evidencia incluyen modelos de anlisis (por ejemplo,
modelos de funcin IDEF, IDEF1 modelos de informacin, IDEF3
descripciones de procesos, descripciones ontologa) y IDEF5 modelos de
diseo (por ejemplo, modelos de datos semntica IDEF1X, IDEF4 modelos de
diseo orientados a objetos) desarrollado dentro de las zonas de dominio
relevante para el proyecto. Se visualiza directamente en IDEF modelos de
funcin son objetos clasificados como controles y mecanismos con respecto
a una determinada actividad. Objetos modelados como controles menudo
lista artefactos dentro del dominio (por ejemplo, documentos que contiene
informacin sobre normas, polticas y procedimientos) que rigen la forma en
que la actividad est o se debe realizar. Objetos clasificados como
mecanismos representan los medios por los que la actividad se lleva a cabo,
lo que proporciona una valiosa ayuda en la catalogacin y validacin
restricciones. As, el mtodo IDEF captura alguna informacin relacionadarestriccin, aunque a un relativamente nivel de grano grueso. Incluso los
controles IDEFO identificados por debajo del nivel del artefacto No se puede
suponer que representan necesariamente las limitaciones y sin una
validacin adicional ya que la IDEF lenguaje no explcita de captura que
mantienen mecanismos o hacer valer los cuales controles. Sin embargo, los
modelos IDEFO siguen siendo una fuente valiosa de informacin para el
equipo del descubrimiento restriccin. IDEF1 modelos de informacin de
captura y mostrar una clase especializada de las restricciones;
especficamente, aquellas restricciones que se mantienen en el dominio a
travs de la sistema de informacin. En otras palabras, IDEF1 se utiliza para
modelar las restricciones para que algunos objetos de informacin se han
diseado e implementado. Del mismo modo, el proceso de IDEF3

descripciones captan explcitamente otra clase especializada de

restricciones. capturas IDEF3precedencia y la causalidad de las relaciones
entre los procesos y eventos dentro del medio ambiente.
IDEF3 tambin captura las restricciones relativas al comportamiento de
cambio de estado entre los objetos participar en un proceso. Ontologas
desarrolladas utilizando IDEF5 incluyen caracterizaciones de objetos,
propiedades de los objetos y las relaciones, lo que proporciona una base
slida para la restriccin descubrimiento. ontologas IDEF5 tambin
distinguen entre definir frente a la no definicin y esencial en comparacin
con las propiedades y relaciones accidentales. La accesibilidad a las
descripciones pueden IDEF5 por lo tanto, acelerar enormemente el proceso
de descubrimiento de restriccin. Los modelos de diseo (por ejemplo,
IDEF1X y IDEF4 modelos) tambin capturan informacin de restriccin
reutilizable. IDEF1X modelos de captura las restricciones de diseo para que
los desarrolladores de sistemas de informacin deben cumplir. Estas
restricciones reflejan las reglas y polticas comerciales que deban llevarse a
cabo a travs del sistema de informacin. IDEF4 modelos capturan
informacin similar con un objetivo especfico hacia aplicacin en un
lenguaje orientado a objetos.
Todos los datos que se recogen durante el transcurso del proyecto se van a
registrar en una
IDEF9 Evidencia Log como se ilustra en la Figura 7.

Figura 7
evidencia de registro
Analizar los datos recogidos

Tras la recogida de datos, las notas de las entrevistas se compilan, se

actualizan las evidencias de registro para reflejar las nuevas pruebas
recogidas, y los primeros resultados se catalogan en listas de llamadas
quinielas. Entre las fuentes que se encuentran para ser potencialmente
tiles en la organizacin y el anlisis informacin relacionada con la
restriccin son las siguientes:
1. Fuente de objetivos de negocio
2. fuente de medida de Rendimiento
3. Fuente de sntoma
4. Procedencia de la fuente enunciada
5. fuente de Contexto o tipo de situacin
6. Fuente de Sistema u objetos
7. Propiedades de la Fuente de Sistema u objetos
8. Fuente de relaciones
En el anlisis de los datos recogidos, los analistas tambin pueden realizar
las siguientes actividades:
Perfeccionar e individuar contextos (por ejemplo, trabajando para KBSI,
[siendo] en el sitio de la construccin, la adquisicin de piezas de repuesto,
[realizar] Programada Depot Mantenimiento (PDM)).
Asociar objetivos de negocio existentes con el contexto (s).
Asociar medidas de rendimiento existentes con el contexto (s).
Los sntomas existentes asociados con el contexto (s).
Catlogo de los objetos involucrados con el contexto (s).
Propiedades del catlogo de objetos.
Identificar las relaciones.
Un enfoque en las relaciones puede ser de gran ayuda en el descubrimiento
de las limitaciones de candidatos durante el anlisis. Las relaciones pueden
encontrarse entre contextos, entre los objetos y contextos, entre los tipos
de objetos y las instancias de objetos, entre los tipos de objetos y valores de
la propiedad, etc.
Adelante. Tabla 3 a continuacin ilustra los estados de restriccin candidatos
que ilustran diferentes tipos de relaciones.

Tabla 3
Diferentes relaciones ilustradas por las declaraciones de restriccin
Tambin es a menudo til para clasificar limitaciones para ayudar en el
descubrimiento y tanto reutilizacin de aguas abajo de la informacin de
restriccin. Dos criterios deben ser considerados cuando se desarrolla una
clasificacin o taxonoma de limitaciones. En primer lugar, la taxonoma
debe expresar ortogonalidad entre las categoras, es decir, cada categora
de la taxonoma debe desarticular tal que cada elemento dentro del dominio
de la taxonoma se puede asignar de forma exclusiva. En segundo lugar, la
taxonoma debe ser exhaustiva sobre el dominio especfico.
Tanto la granularidad de la restriccin y el acoplamiento entre las
restricciones tambin deben ser considerados en el desarrollo de una
taxonoma. Granularidad es el nivel de abstraccin usado para representar
la restriccin. Cuanto ms abstracta de la representacin, ms difcil es para
asignar una restriccin a una categora nica. Por ejemplo, una de las
limitaciones utilizadas en gestin de la produccin es "Inventario en proceso
entre las estaciones debe mantenerse equilibrado." El nivel de granularidad
representado por esta declaracin de restriccin es muy alto. Hay muchos
factores que contribuyen a una lnea de produccin equilibrada, por
ejemplo, capacidades de la mquina, el tiempo de inactividad, el tiempo de
preparacin, el material enrutamiento estrategias, y as sucesivamente. Ms
declaraciones de restriccin de grano fino, tales como "el trabajo en proceso
(WIP) para la estacin A es de 4 unidades o menos "y" trabajo en curso para
la estacin B tiene menos de 10 unidades " permitir una clasificacin
nica para una subcategora de las limitaciones de produccin equilibrados

llamado "WIP lmites. "Acoplamiento entre las restricciones tambin pueden

necesitar ser considerados. Es decir, las limitaciones a menudo estar en
relaciones con los dems que hacen difcil para dividirlos en categoras
separadas. Una vez ms, el perfeccionamiento de la granularidad de la
representacin restriccin a menudo nos ayuda a categorizar efectivamente
limitaciones.
Varias clasificaciones posibles para las restricciones pueden ser
consideradas como un medio para analizar sistemticamente y gestionar
tanto el candidato y las limitaciones validadas. Por ejemplo uno puede
encontrar til clasificar las limitaciones en cuanto a la medida en que el
control de organizacin tiene sobre la estructura de la restriccin o la propia
existencia. Las restricciones podran entonces ser divididos entre los que
estn volitivo (impuesta por la opcin) y los que son no volitiva (Sin
eleccin) en un contexto dado. Las limitaciones tambin se pueden clasificar
como la activacin o limitante con respecto a un objetivo en un contexto
dado. Las restricciones que se ocupan de los recursos pueden en trminos
generales ser categorizado como limitacin de recursos; los relativos a las
propiedades de capacidad de sistemas como las limitaciones de capacidad;
las derivadas de la seleccin de una estrategia de diseo frente otros, como
restricciones de diseo; aquellos para los que la razn es en gran parte
desconocida o mal justificadas como las limitaciones del status quo; y as.
El mtodo IDEF9 no prescribe un esquema de clasificacin o conjunto de
esquemas de clasificacin sobre las dems. El esquema de clasificacin ms
adecuado ser determinado por la forma en que debe ser utilizada la
informacin de restriccin. En general, es til, Sin embargo, la adopcin de
varias clasificaciones para permitir el anlisis de las limitaciones dentro y a
travs de esas clasificaciones. Este anlisis conduce a menudo al
descubrimiento de nuevas restricciones y a las oportunidades de mejora no
reconocidos previamente.
Modo Tres: Restricciones una hiptesis candidatos
El uso de declaraciones de origen y las pruebas recogidas, los miembros de
la restriccin equipo del descubrimiento hiptesis de restricciones
candidatos. Una restriccin candidato puede ser pensado como un "primer
paso" en una restriccin. Una restriccin candidato que puede ser apoyado
por los datos recogidos se dice que est justificada. Una restriccin
candidato se dice que su madurez la limitacin a superar con xito las
pruebas de validacin adicional.
Las formas ms comunes en que surgen las restricciones candidatos son las
siguientes:
1. Limitaciones candidatos son evidentes para que el modelador pueda
justificarse a partir de las evidencias recogidas.

2. Las limitaciones que surgen debido a los sistemas de creencias

personales de los expertos de dominio pueden justificarse a partir de notas
de la entrevista o las pruebas recogidas.
3. Las limitaciones que surgen de funciones caractersticas (por ejemplo, la
altura de una mesa) y puede ser demostrada por los datos recogidos.
4. limitaciones candidatos que se sospecha por el modelador pero que no
pueden estar apoyada por la evidencia recolectada hasta el momento puede
ser la hiptesis y ms tarde fundamentada (o sin fundamento) a travs de la
recopilacin de pruebas adicionales.
Para cada restriccin candidato identificado, se registrar la siguiente
informacin en una hoja de pedido de restriccin candidato:
1. El candidato restriccin ID #
2. Exposicin de restriccin
3. Descripcin de restriccin.
ID # (s) 4. Contexto (Context (s) en que tiene la restriccin)
5. Argumentos de la restriccin candidato
6. Sistema u objeto (s) que mantiene (s) la restriccin
7. consecuencias violacin de la restriccin
8. Lista de elementos de prueba.
Modo Cuatro: Validar y refinar Restricciones Las restricciones
candidatos deben someterse a un proceso de validacin para asegurarse de
que son, de hecho, restricciones. El proceso de validacin se puede dividir
en dos partes, ambas de las cuales son debe aplicado a la promocin de las
limitaciones candidatos a la piscina restriccin. El primer elemento de la
validacin se caracteriza por los analistas que intentan justificar las
limitaciones experimentales utilizando tcnicas
Las pruebas recogidas, notas de entrevistas, observaciones directas y
recogidos por el equipo. Los segundo elemento de validacin consiste en
expertos en el dominio de acoplamiento en desafiar el candidato
restricciones que quedan. A lo largo del proceso de validacin, las
limitaciones y candidatos restricciones por igual se someten a un proceso de
refinamiento en el que versiones derivadas de restriccin se proponen las
declaraciones y probados, se ampla los datos de la piscina, y ms en
profundidad caracterizaciones se desarrollan.
Justificacin de restricciones candidatos
Una vez que las limitaciones candidatos han sido propuestas, los analistas
intentarn fundamentar sus hiptesis. En efecto, los analistas se ha

intentado demostrar a s mismos que tienen en realidad descubierto

limitaciones. Probatorias de las limitaciones candidatos implica probndolos
contra ejemplo casos de contextos para determinar si las relaciones cree
que son restrictivo, de hecho, se mantiene. Cualquiera de las siguientes
situaciones pueden surgir mientras el intento de fundamentar las
limitaciones de candidatos:
1. La restriccin candidato se fundamenta.
2. La restriccin candidato se acepta despus de refinar la caracterizacin
propuesto del contexto (s) en que tiene la restriccin.
3. La restriccin candidato puede probarse con una ligera modificacin.
4. Tanto la limitacin de candidatos y el contexto (s) de la que posee
someterse ligera modificacin para apoyar la justificacin.
5. La hiptesis de una restriccin candidato se encuentra para ser
demostrada.
Cuando discrepancias aparecen, los analistas pueden simplemente necesita
para perfeccionar su caracterizacin de los contextos de sujecin para
establecer la validez de la restriccin dado la evidencia actualmente
disponible. Alternativamente, es posible que necesiten perfeccionar su
caracterizacin del candidato restriccin.
Cualquiera de estas situaciones en general, implica la necesidad de datos
adicionales. Un numero de enfoques estn disponibles para la recopilacin
de informacin adicional. Enfoques que se pueden considerado incluir:
1. Llevar a cabo entrevistas de seguimiento para responder a las preguntas
y / o identificar adicional evidencia.
2. Disposicin para la observacin directa de la situacin (s) incluidos en el
alcance de la esfuerzo.
3. Revisando material de origen con un nuevo foco de anlisis.
4. La realizacin de talleres facilitado.
El mtodo o combinacin de mtodos utilizados sern determinadas tanto
por la naturaleza de la informacin necesaria y de la finalidad para la que se
est utilizando IDEF9. Alguna actividad adicional de recopilacin de datos
implicar hacer cambios apropiados previamente
Los datos recogidos (por ejemplo, la actualizacin del registro de pruebas).
Restricciones candidatos que hayan sufrido este paso en el anlisis se
migran a una clasificacin intermedia, ya sea justificada y sin fundamento.
Restricciones candidatos reto

Ambos candidatos limitaciones justificadas y no comprobadas estn sujetos

al dominio opinin de expertos y validacin. Por lo tanto, los expertos de
dominio desafan conclusiones del analista. Si el equipo del descubrimiento
restriccin ha tenido xito en la recogida de un slido conjunto de pruebas
de justificar su hiptesis, hay una alta probabilidad de que las limitaciones
justificadas sern candidatos promovido a la condicin de una restriccin.
En ocasiones, las restricciones sin fundamento tambin sern con el apoyo
de nuevas pruebas facilitadas por el dominio de expertos en esta etapa del
proceso. Las diversas etapas implicadas en la validacin de una restriccin
son:
1. El equipo de descubrimiento restriccin proporciona expertos en el
dominio con una lista de fundamentada y limitaciones candidatos sin
fundamento, junto con el evidencia de apoyo para su hiptesis.
2. El equipo del descubrimiento restriccin interacta con los expertos de
dominio para obtener y retroalimentacin registro.
3. El equipo de descubrimiento restriccin de los anlisis de informacin
obtenida desde el dominio expertos.
4. El equipo del descubrimiento restriccin refina limitaciones validados y su
asociado descripciones de contexto basado en la retroalimentacin
adquirida.
Refinar las limitaciones
El refinamiento es un proceso de filtrado, mejora, y la adicin de valor a un
producto. El proceso de descubrimiento restriccin es en s mismo un
proceso de refinamiento. Por lo tanto, las limitaciones de refinacin es una
actividad permanente que se produce en todo el esfuerzo descubrimiento
restriccin. El tratamiento de esta actividad como uno de protagonismo, sin
embargo, permite una atencin ms centrada en lo que est involucrado en
el refinamiento de restricciones. Ms precisamente, las propias limitaciones
no se refinan.
Ms bien, la caracterizacin de estas limitaciones se refina. Las
caracterizaciones resultantes obvian el verdadero valor de una persona
involucrada en el proceso de descubrimiento de restriccin en el primer
lugar.
El grado de refinamiento es en gran parte determinada por el propsito del
proyecto, aunque empresas interesadas en el mantenimiento de las
bibliotecas de las restricciones querrn adoptar los criterios de la
informacin que ser gestionado por las limitaciones de negocio. Entre los
artculos ayudan en una completa caracterizacin de las limitaciones
descubiertas, si no se completa durante el anlisis, son las siguientes:
1. Identificar las correlaciones entre los contextos y las restricciones
comerciales que mantienen en su esos contextos. Contextos se pueden

clasificar utilizando cualquier nmero de clasificacin esquemas. A menudo

es ms til, sin embargo, para clasificar los contextos en base al grado en
que comparten limitaciones.
2. Identificar las correlaciones entre las restricciones comerciales y el
sistema (s) o alojamiento (s) responsable del mantenimiento de las
restricciones. Debido a las restricciones comerciales son definidas como las
relaciones que se mantienen o ejecutada en un contexto determinado, que
debe ser obvio que es importante para identificar el objeto (s) responsable
del mantenimiento de las restricciones comerciales. Conocimiento del objeto
(s) que mantiene restricciones es til para ayudar a identificar y resolver los
conflictos de recursos problemas, determinar el impacto de la ausencia de
las personas, sistemas y procesos, y la bsqueda de mecanismos
alternativos para mantener una restriccin deseada.
3. Documento de la motivacin (s) para la restriccin de negocio. La
motivacin de una limitacin caracteriza las justificaciones, intuiciones,
suposiciones, y sentencias que dieron lugar a su existencia. Entre los
supuestos que debera haber capturados son las presuntas consecuencias
de la restriccin de no estar en su lugar.
La eliminacin o la reversin de cualquiera de estos elementos ayudarn a
identificar a las restricciones que ya no necesitan ser mantenidas.
4. Identificar las correlaciones entre las restricciones del negocio y objetivos
de la organizacin y objetivos. Tanto correlaciones positivas y negativas se
pueden establecer entre restricciones comerciales y las metas y objetivos
de la organizacin para un determinado contexto. Contextos alternativos
son propensos a revelar diferentes correlaciones de los de otro contexto. Sin
embargo, la tarea de identificar estas correlaciones puede ser utilizado para
priorizar las limitaciones del sistema, siempre que el propsito de la
proyecto consiste en el aprovechamiento de los conocimientos limitacin de
esta manera. Las correlaciones entre las limitaciones y objetivos del negocio
permiten el anlisis de aguas abajo de la impacto de las restricciones sobre
las metas de la organizacin, adems de proporcionar apoyo a la
sensibilidad, causa-efecto, y anlisis de influencia. Priorizacin de las
restricciones pueden tambin se puede realizar para una situacin
comercial determinada.
5. Documentar correlaciones entre las limitaciones, medidas de rendimiento
y efectos.
Las medidas de rendimiento se encuentran entre la evidencia ms obvia de
candidato restricciones comerciales. Las medidas de rendimiento a menudo
sirven para conducir el comportamiento patrones dentro de la empresa, a
veces en formas que antes no eran anticipado o deseado. Cuando los
efectos no deseables de superficie, a menudo es valioso para revisar tanto
las medidas de rendimiento elegidos y las restricciones mantenidas a
proporcionar visibilidad de gestin en las medidas de rendimiento.

6. Correlacionar observado efectos (intencionales y no intencionales) y con

sntomas restricciones comerciales. cadenas causa-efecto se pueden
establecer mediante la vinculacin restriccin de interrelaciones a travs de
contextos. La documentacin de los efectos de una limitacin ayuda a
establecer estas correlaciones.
7. Designar otras limitaciones utilizando sistemas de clasificacin que
puedan proporcionar el mayor valor aguas abajo de la organizacin. Varios
potencialmente esquemas de clasificacin tiles se presentan en la seccin
Conceptos bsicos.

IDEF9 la investigacin del diseo del lenguaje y desarrollo

El proceso de diseo del mtodo de lenguaje
El proceso de diseo del mtodo de lenguaje es altamente interactivo y
experimental en la naturaleza.
Desarrollo, donde el procedimiento A diferencia de un conjunto de
heursticas y tcnicas representante de la prctica existente puede ser
identificado, se fusion, y los diseadores de lenguaje refinado rara vez
encuentran bien desarrollado una presentacin grfica o mecanismos de
captura de informacin textual. Cuando potencialmente las estructuras del
lenguaje reutilizables se pueden encontrar, a menudo estn mal definidos o
nicamente parcialmente adecuado a las necesidades del mtodo.
Crtica para el diseo de un lenguaje mtodo es establecer claramente el
propsito y alcance del mtodo. El propsito del mtodo establece lo que
necesita el mtodo debe direccin. Esto, a su vez, se utiliza para determinar
la potencia expresiva requerida del apoyo idioma. El alcance del mtodo
establece el alcance y la profundidad de la cobertura que debe
Tambin se establecer antes de que uno puede disear una estrategia de
diseo de un lenguaje apropiado. Alcance determinacin tambin implica
decidir qu actividades cognitivas sern apoyados a travs de la proceso de
aplicacin del mtodo. Por ejemplo, el diseo de lenguajes puede limitarse
slo se visualice los resultados finales de la aplicacin del mtodo (como en
la prestacin de IDEF9 con grfica y textual facilidades lingsticas que
capturan la lgica y la estructura de las restricciones). Alternativamente,
hay puede haber una necesidad de apoyo en el idioma en proceso
facilitando la recoleccin de informacin y anlisis. En esas situaciones, las
construcciones del lenguaje especficos pueden ser diseados para ayudar
mtodo practicantes de organizar, clasificar y representar la informacin
que posteriormente se sintetiza en estructuras de representacin
adicionales destinadas a exhibicin.
Con esta base, los diseadores de lenguajes comienzan el proceso de
decidir lo que hay se expresa en el lenguaje y la forma en que debe

expresarse. el diseo del lenguaje puede comenzar el desarrollo de un

lenguaje textual capaz de representar toda la gama de informacin sea
dirigido. las estructuras del lenguaje grfico diseado para mostrar partes
seleccionadas del texto idioma, entonces se puede desarrollar. Como
alternativa, las estructuras del lenguaje grficas pueden evolucionar antes
de, o en paralelo con, el desarrollo de la lengua textual. La secuencia de
estas actividades depende en gran medida del grado de comprensin de los
requisitos de idioma celebrada entre los desarrolladores del lenguaje. Estos
pueden llegar a ser clara slo despus de varias iteraciones de ambos
diseo grfico y lenguaje textual.
Diseo de lenguaje grfico comienza por identificar un conjunto preliminar
de esquemas y el propsito o los objetivos de cada uno en cuanto a dnde y
cmo van a apoyar el mtodo proceso de solicitud. Para cada esquema, el
elemento central de enfoque se determina. Por ejemplo, en experimentar
con diseos alternativos para el lenguaje grfico IDEF9, un Contexto
Esquema fue concebido como un mecanismo para clasificar de manera
eficiente el medio ambiente variando contextos en los que se pueden
aplicar restricciones. El eje central de este esquema fue el contexto.
Despus de decidir sobre el foco central para el esquema, cualquier
informacin adicional que debera ser capturado o necesita ser identificados
transportado. Otros conceptos o las relaciones que se incluirn en Despus
se identifica el esquema.
En este punto, se han explorado dos conjuntos de smbolos grficos. El
enfoque principal ha estado en la informacin que se debe mostrar en un
esquema determinado para lograr el objetivos de la esquemtica. Aqu es
donde el diseador del lenguaje debe determinar qu elementos
identificados para su posible inclusin en el esquema son susceptibles de
representacin grfica y servir para mantener al usuario centrado en el
contenido de la informacin deseada. Con este general comprensin, se
exploran las estructuras del lenguaje grfico desarrolladas previamente para
identificar potenciales oportunidades de reutilizacin. Por ejemplo, mientras
que la exploracin candidato lenguaje grfico diseos para IDEF9, una
amplia gama de diagramas tanto desde dentro de la familia IDEF y sin
Se identificaron y explorado.
Muy a menudo, incluso algunos de los conceptos centrales de un mtodo no
tendr ningn grfica elemento de lenguaje en el mtodo. Por ejemplo, el
mtodo de modelado de informacin IDEF1 incluye la nocin de una entidad
pero no tiene ningn elemento sintctico para una entidad en la grfica
language7. Cuando el diseador del lenguaje decide que un elemento
sintctico debe incluirse para un concepto de mtodo, smbolos candidatos
estn diseados y evaluados.
Thoughout el proceso de diseo del lenguaje grfico, se aplica el diseador
del lenguaje una varios principios rectores para ayudar en el desarrollo de

diseos de alta calidad. Entre estos, el diseador del lenguaje busca evitar
la superposicin de las clases conceptuales o no muy bien definidos. Ellos
Tambin tratar de establecer mecanismos intuitivos para transmitir el
sentido de la lectura de la El mtodo IDEF1X Semntica modelado de datos
utiliza "entidad" para describir un concepto diferente de la utilizada en el
mtodo IDEF1 Information Modeling. En IDEF1X, una entidad se representa
explcitamente en el mtodo lengua y representa un conjunto de cosas que
comparten el mismo conjunto de atributos.
Esquemas. Por ejemplo, los esquemas pueden ser diseados para ser ledo
de izquierda a derecha, en una la moda de abajo hacia arriba, o el centro de
salida. La posibilidad de que el desorden o mayoritariamente grandes
cantidades de la informacin en un solo esquema tambin se considera
como una u otra condicin a menudo haceleer o comprender el esquema
extremadamente difcil.
Cada diseo candidato se prueba a continuacin, mediante el desarrollo de
una amplia gama de ejemplos diseado para explorar la utilidad de los
diseos con respecto al objeto definido para cada esquemtico. Los intentos
iniciales de desarrollo del mtodo, y el desarrollo de apoyo las estructuras
del lenguaje, en particular, suelen ser complicados. Con iteraciones
sucesivas sobre la diseo, estructuras lingsticas innecesarias e
innecesariamente complejas son eliminated.
A medida que el diseo del lenguaje grfico se acerca a un nivel de
madurez, la atencin se dirige de nuevo a la lengua textual. Los propsitos
servidos por lenguajes textuales van de proporcionar una mecanismo para
expresar de manera explcita la informacin que se ha quedado fuera de la
grfica el lenguaje para proporcionar un mecanismo para el intercambio de
datos estndar y el modelo automatizado interpretacin. Por lo tanto, el
lenguaje textual apoyar el mtodo puede ser simple y estructurado (en
trminos de interpretabilidad ordenador) o puede surgir como un muy
estructurado, y, posiblemente, algo complejo, el lenguaje. El propsito del
mtodo determina en gran medida qu nivel de estructura se requerir del
lenguaje textual.
Adems, como la lengua mtodo comienza a acercarse a un cierto nivel de
madurez, tcnicas de formalizacin matemtica se emplean para ayudar a
asegurar que el emergente el lenguaje tiene una sintaxis y la semntica
clara. ambigedades potenciales con la correcta interpretacin de un
esquema dado, la presencia de estructuras de lenguaje incmodas, y otra
racionalizacin y simplificacin lenguaje oportunidades a menudo se
descubren mediante el examen la lengua mtodo a travs del proceso de
formalizacin.
Estas actividades generales culminan en un idioma que ayuda a la atencin
del usuario sobre el enfoque informacin importante que necesita ser
descubierto, analiza, transforma, o comunicado en el transcurso de llevar a
cabo la tarea para la que se dise el mtodo. Ambos procedimiento y

lenguaje componentes del mtodo tambin sirven como aprendiz en los

usuarios el desarrollo de las habilidades y los alineamientos necesarios que
se requieren para lograr una alta calidad constante resultados para la tarea
especfica.
Diseos exploratorios de esquemas candidatos.
Se exploraron una serie de candidatos tipos esquemticos para apoyar el
descubrimiento de restriccin proceso. Las preguntas generales utilizados
para guiar el desarrollo de esquemas candidatos son tan siguiente:
1. Qu etapa (s) del procedimiento es un esquema necesitado o deseado?
2. Qu informacin (tipo, cantidad, etc.) debe transmitir el esquema?
actividad de desarrollo 8 Idioma de un mtodo IDEF9 alcanz los niveles
iniciales de esta etapa de desarrollo durante el proyecto IICE. Algunos de los
diseos de idioma explorados durante este proceso se presentan ms
adelante en el informe.
3. Cmo es la informacin que se desea transmitir? Cul ser la vista
(perspectiva)
Adoptado? Qu metfora grfica se utilizarn (, tela de araa jerrquica,
red, secuencial, etc.)
4. Cul es la sintaxis del lenguaje grfico? Enumerar los diferentes
elementos para ser representado y el smbolo grfico utilizado para cada
elemento.
5. Cul es la semntica de cada construccin grfica?
En respuesta a estas preguntas, seis esquemas candidatos han sido
identificados, sin perjuicio de ulterior pruebas y anlisis. Entre stos fueron
los siguientes:
1. Esquema de contexto
2. Esquema de recursos de restricciones.
3.- Esquema de relaciones de restricciones.
4. Esquema de efectos de restricciones.
5. Esquema de objetivo.
6.-Esquema de relaciones de objetivos
7. Esquema de sintoma
Cada uno de los esquemas candidatos explorados se describe en las
siguientes secciones.
Esquema Contexto

Objetivo: El objetivo de este esquema es ayudar a los usuarios (1)

establecer y de forma incremental refinar el mbito de aplicacin de un
esfuerzo de descubrimiento de restriccin, (2) mostrar las restricciones que
mantienen en una situacin dada, y (3) identificar rpidamente las
restricciones compartidas entre los contextos distinguidos.
Punto de vista: Contexto centrado
Apoyo de componentes de procedimiento:
Modo Cero, establecer el contexto del proyecto
Modo Dos, Recoger y analizar las pruebas
Modo de tres candidatos, las limitaciones Formular hiptesis
Modo Cuatro, validar y refinar las limitaciones
Metfora grfica: Jerrquico
Sintaxis candidato:

Figura 9
Ejemplo contexto esquemtica semntica candidatos:
Una caja de doble lnea de puntos marca el contexto. El cuadro se divide
en partes superior e inferior mitades por una lnea de separacin con la
mitad superior contiene un rectngulo ms pequeo anclado en la parte
superior izquierda en el interior esquina de la caja.
Una flecha de cabeza nica denota que el contexto une a la cola de la
flecha subsume el contexto unido a la punta de la flecha. Es decir, todas las
restricciones que espera en el contexto unido a la cola de la flecha tambin
se mantenga en el contexto unido a la punta de la flecha.
Discusin: El ejemplo (Figura 9) ilustra cinco contextos distinguidos (V, W, X,
Y, y
Z). Cada contexto se distingue nicamente por un identificador de contexto
y provisto de una etiqueta descriptiva. Una descripcin ms detallada del
contexto se incluye en una formulario de elaboracin apoyar el esquema. A
pesar de que es el foco central de este esquema el contexto, representacin
grfica de la anatoma del contexto (es decir, los hechos, objetos, y
relaciones que definen colectivamente el contexto) se encontr que era
innecesario y posiblemente gravoso. El objetivo principal para el esquema
es organizar las limitaciones en trminos de la situaciones en las que
ejerzan. Por lo tanto, la nica informacin que se considere necesario para
mostrar acerca el contexto fue que haba que distinguir un contexto de otro.
Como se indica por el ejemplo anterior, las limitaciones de C1 y C2 se
enumeran en el cuadro contexto identificado como X. El flecha que va desde

X a contexto contexto Y es mostrar que contexto Y es un subcontexto de

contexto X. Es decir, todo lo que era cierto en X es tambin cierto en Y
adems, posiblemente, ms restricciones.
Contextos se pueden combinar para formar nuevos contextos, como se
muestra por el contexto W, una combinacin de contexto X y Z. contexto
Tenga en cuenta que este proceso es estrictamente aditivo. Esto es, las
nuevas restricciones Siempre se aaden a los contextos medida que se
mueve hacia abajo el esquema. No se puede quitar restricciones a medida
que se mueven hacia abajo el esquema.
Cuestiones:
Hay una manera de expresar la etiqueta de un contexto que es de alguna
manera mejor que
otros? locuciones adverbiales (por ejemplo, [siendo] en el sitio de
construccin, que trabaja en el gobierno contratos?) "Cuando ...?"
Cuando la lista de identificadores de restriccin crece mucho, es esta una
indicacin de que uno necesita para perfeccionar el contexto y por lo tanto
romper las cosas en partes ms manejables?
Qu hacer piezas de informacin que desee grabar (y / o visualizador)
acerca de los contextos y sus relaciones? Cules son los tipos de relaciones
que podemos esperar entre la
conceptos? Cules son los que queremos mostrar en el diagrama?
Esquema de recursos de restricciones
Objetivo: El objetivo de este esquema es para mostrar (1) el sistema (s) u
objeto (s) que mantiene o hacer cumplir la restriccin.
Punto de vista: Restriccin centrada
Apoyo de componentes de procedimientos
Modo Dos, Recoger y analizar las pruebas
Modo de tres candidatos, las limitaciones Formular hiptesis
Modo Cuatro, validar y refinar las limitaciones
Metfora grfica: Jerrquico
Sintaxis candidato:

Figura 10
Sintaxis candidato para el esquema recursos de restricciones
Ejemplo: Restriccin C15: El Consejo de Administracin es responsable de
representar a los accionistas para garantizar que la asignacin de ganancias
de fin de ao hacia valor de las acciones y dividendos mantienen un nivel
aceptable de retorno de la inversin (ROI). , Por mayora voto del Consejo de
Administracin, la Contralora invierte las ganancias y / o distribuye
dividendos a accionistas.

Figura 11
Ejemplo esquemtica recursos de restricciones
Semntica de candidatos:
Una caja de doble lnea indica una referencia a un contexto.

 Una caja de esquinas redondeadas denota una limitacin particular cuya

identificador nico es situado en la esquina inferior izquierda y cuya
etiqueta se encuentra en la parte superior izquierda esquina. La etiqueta es
un nombre significativo dado a la restriccin.
Un rectngulo indica un sistema (objeto o coleccin de objetos).
Marcadores de instancia pueden ser incluidos en la esquina inferior
izquierda del rectngulo sistema. Cuando no hay marcador de ejemplo est
presente, el rectngulo sistema representa el tipo de objeto indicado por la
etiqueta del sistema. Un marcador instancia abierta indica que todos las
instancias de la clase de objeto estn involucrados. Un marcador instancia
llenado sin nombre indica que cualquier instancia de la clase de objeto se
tratara. Un llenado marcador de instancia con un nombre representa la
instancia con nombre especfico que es involucrado.
Para mayor comodidad, los smbolos lgicos podran omitirse cuando la
semntica es equivalente a una y -junction.
Nota: Todos los enlaces tienen una etiqueta y deben tener una forma de
elaboracin asociado que describe, por ejemplo, cmo una restriccin es
impuesta por un sistema, un objeto o instancia.
-Esquema de relaciones de restricciones
Propsito: El propsito de este diagrama es para mostrar la dependencia
existencial, parte de y definiciones del usuario de relaciones entre las
restricciones.
Punto de vista: centrado en las relaciones
Apoyo de componente de procedimientos
Modo Dos, Recoger y analizar las pruebas
Modo Cuatro, validar y refinar las limitaciones
Metfora grfica: Jerrquico
Sintaxis candidato:

Figura 12
Sintaxis candidato a la esquema de relaciones de restricciones
Ejemplo:

Figura 13
Ejemplo relacin restriccin esquemtica
Semntica candidatos:
Una caja de doble lnea indica una referencia a un contexto.

 Una caja de esquinas redondeadas denota una limitacin particular cuya

identificador nico es situado en la esquina inferior izquierda y cuya
etiqueta se encuentra en la parte superior izquierda esquina. La etiqueta es
un nombre significativo dado a la restriccin.
Discusin: La idea para el diagrama es usar la relacin de alto nivel
(depende-on) como el enfoque principal. El analista puede especializarse
estas relaciones mediante diferentes smbolos. Por ltimo, otro (relaciones
definidas por el usuario) estn marcados con un smbolo diferente.
Problemas: Todos los enlaces deben tener etiquetas y formas de elaboracin
asociados con ellos. Las formas de elaboracin definen la naturaleza de la
relacin en detalle. Un importante caracterizacin de la relacin puede ser
la propiedad esencial / no esenciales.
Esquema de Efectos de restriccin
Propsito: Para visualizar el sistema y objetos afectados por una
restriccin.
Punto de vista: Restriccin centrada
Apoyo de procedimientos de restricciones
Modo Dos, Recoger y analizar las pruebas
Modo de tres candidatos, las limitaciones Formular hiptesis
Modo Cuatro, validar y refinar las limitaciones
Metfora grfica: Web de araa
Sintaxis candidato:

Figura 14
Sintaxis candidato a la restriccin afecta esquemtica

Ejemplo:

Ejemplo Esquema de efecto de limitacin

Semntica candidatos:
Una caja de doble lnea indica una referencia a un contexto.
Una caja de esquinas redondeadas denota una limitacin particular cuya
identificador nico es situado en la esquina inferior izquierda y cuya
etiqueta se encuentra en la parte superior izquierda esquina. La etiqueta es
un nombre significativo dado a la restriccin.
Un rectngulo indica un sistema (objeto o coleccin de objetos).
marcadores de instancia pueden ser incluidos en la esquina inferior
izquierda del rectngulo sistema. cuando no hay marcador de ejemplo est
presente, el rectngulo sistema representa el tipo de objeto indicado por la
etiqueta del sistema. Un marcador instancia abierta indica que todos las
instancias de la clase de objeto estn involucrados. Un marcador instancia
llenado sin nombre indica que cualquier instancia de la clase de objeto se
tratara. Un llenado marcador de instancia con un nombre representa la
instancia con nombre especfico que es involucrado.

Esquema De objetivos
Propsito: El propsito de este diagrama es mostrar la relacin entre las
limitaciones y metas individuales. Tambin puede ser usado para mostrar el
impacto relativo de cada restriccin con respecto al objetivo de inters y, en
particular, la "priorizacin" de restricciones con respecto a los objetivos del
sistema. Las limitaciones estn ordenados de arriba a abajo en la "prioridad"
(la estar en la cima ms alta prioridad). Las limitaciones que tienen un
efecto negativo sobre la meta son aparece a la izquierda de la portera,

mientras que las limitaciones que tiene un efecto positivo en el objetivo son
que se muestra a la derecha.
Punto de vista: Meta-centrada
Apoyo de componentes de procedimientos:
Modo Dos, Recoger y analizar las pruebas
Modo de tres candidatos, las limitaciones Formular hiptesis
Modo Cuatro, validar y refinar las limitaciones
Metfora grfica: Araa / jerrquica
Sintaxis candidato:

Figura 16
Sintaxis candidato para esquema goal

Ejemplo

Figura 17 Ejemplo esquema Goal

Figura 17
Ejemplo objetivo esquemtica
Semntica candidatos:
Un valo denota una meta, donde el objetivo es identificado por el nombre
del objetivo.
Un rectngulo indica un sistema (objeto o coleccin de objetos).
marcadores de instancia pueden ser incluidos en la esquina inferior
izquierda del rectngulo sistema. cuando no hay marcador de ejemplo est
presente, el rectngulo sistema representa el tipo de objeto indicado por la
etiqueta del sistema. Un marcador instancia abierta indica que todos las
instancias de la clase de objeto estn involucrados. Un marcador instancia
llenado sin nombre indica que cualquier instancia de la clase de objeto se
tratara. Un llenado marcador de instancia con un nombre representa la
instancia con nombre especfico que es involucrado.
Para cualquier par dado de restricciones en un enlace, la restriccin
situada por encima de la otro tiene un fuerte efecto.

Discusin: Un mecanismo alternativo para correlacionar las limitaciones

con las metas es a travs de la uso de una metfora basada en la matriz, tal
como se utiliza en diagramas Quality Function Deployment.
Tanto las correlaciones positivas y negativas fuertes y dbiles se podran
mostrar entre todos los objetivos y todas las restricciones en lugar de
centrado en un nico objetivo, al igual que con el esquema anterior.
Objetivo relacin esquemtica
Propsito: El propsito de este diagrama es mostrar las relaciones
(subsuncin, conflictos,
etc.) entre los objetivos.
Punto de vista: Meta-centrada
Componente (s) Procedimiento apoyado:
Modo Dos, Recoger y analizar las pruebas
Modo Cuatro, validar y refinar las limitaciones
Metfora grfica: Jerrquico
Sintaxis candidato: A ser desarrollado.
Ejemplo: Ninguno.
Semntica candidatos: No aplicable.
Discusin: Una serie de relaciones entre los objetivos puede ser
considerado. Entre ellas se encuentran es vlido en / contexto para,
depende-on-existencialmente, indica, es-parte-de, y as sucesivamente. El
concepto de una medida de rendimiento tambin puede ser necesaria en el
esquema (tal vez como una lista de mtrica nombres en el objeto final).
Problemas: Por determinar.
Esquemtica de los sntomas
Propsito: Ayudar con la localizacin de la causa subyacente de los sntomas
de la falta de un entorno habilitante restriccin o a la existencia de una
restriccin limitante.
Punto de vista: Sntoma centrada
Componente (s) Procedimiento apoyado:
Modo Dos, Recoger y analizar las pruebas
Modo de tres candidatos, las limitaciones Formular hiptesis
Modo Cuatro, validar y refinar las limitaciones

Metfora grfica: Araa

Sintaxis candidato:

Figura 19
Ejemplo sntoma esquemtica
Semntica candidatos:
Una media ovalada denota un sntoma o efecto negativo que se distingue
por su etiqueta.
Una condicin "inclusivo o" est implcito en cualquier punto en el que las
cabezas de flecha o de las colas converger. En otras palabras, cualquiera de
ellos, una combinacin, o todos los sntomas se destacan en la relacin
"causa / es causada por" cuando varias flechas originan a partir de o
terminar en un smbolo de los sntomas.
Discusin: Un sntoma se define como una indicacin o seal (por ejemplo,
cambio en la funcin normal, sensacin o apariencia) que indica un
problema. Un problema se define como una fuente de problemas o molestia.
A un experto en el campo, el problema de otra es la causa de otro problema.
A otro individuo, el mismo problema se reconocer como ms que un
sntoma de otro problema. Por lo tanto, se describen los efectos negativos
manera (es decir, como la causa, problema, o efecto) depende del punto de
vista adoptado. La causa raz real (s) de los efectos negativos (o positivos
efectos) puede ser muy difcil de alcanzar. Los sntomas y las relaciones de
causalidad entre los sntomas, sobre la Por otro lado, son relativamente
fciles para los expertos en el dominio de reconocer. Por esta razn, la
esquema de arriba ha sido nombrado el esquema de los sntomas.
Cuestiones:

 Dada una semntica incluido o sobre las causas de relacin / es causada

por la anterior informacin esquemtica, adicional tendr que ser capturado
en un soporte forma de elaboracin. Esto ayudara a que las relaciones
explcita, siempre y cuando se dispone de informacin. Una alternativa
podra ser la de explorar la introduccin de nuevos smbolos grficos para
mostrar una lgica adicional en el esquema.
Puede ser til para proporcionar un mecanismo para clasificar conjuntos
de sntomas como.
Un esquema alternativo que merece mayor investigacin es el de Ishikawa
diagrama, tambin llamado un diagrama de espina de pescado o de causaefecto, para ayudar en el descubrimiento la relacin entre los efectos
indeseables. diagramas de Ishikawa son solo centrado en el problema (es
decir, un problema, sntoma o efecto se asla en el diagrama como el centro
de atencin). El problema central que se muestra en Ishikawa diagramas se
representa por una flecha "columna vertebral" de que uno o ms ramas y
sub-ramas se crean para ilustrar cadenas causa-efecto terminando en la
columna vertebral. El esquema anterior permite ya sea sola anlisis y
recogida de datos centrada en el efecto o el anlisis de efectos mltiples.
SIGNIFICADO DE LA ESFUERZO
Entre las contribuciones ms significativas de IICE del Laboratorio Armstrong
es un programa de caracterizacin de la naturaleza y el papel de las
restricciones en el gobierno y la prediccin comportamiento entre los
objetos y agentes en un sistema. Esta contribucin es subrayada por el
observacin de que la mayora de los expertos en el dominio necesitan
"desaprender" una asociacin entre la restriccin y algo negativo. La
mayora de las limitaciones, de hecho, son necesarios y de habilitacin.
El mtodo IDEF9 ayuda a promover el conocimiento de los aspectos que
permiten y limitantes de restricciones en un contexto organizacional.
Basndose en este fundamento, la necesidad de un mtodo de promocin
de una sistemtica se estableci enfoque para el descubrimiento de
restriccin negocio. El trabajo tiene que sigui producido un prototipo de
procedimiento y el lenguaje grfico que es especialmente adecuado para la
tarea.
Juntos, estos componentes establecen un proceso explcito para el
reconocimiento, recopilacin, documentar y validar las restricciones del
negocio.
Entre las caractersticas centrales del procedimiento es la provisin para
identificar el tipo problemas tpicos de los sistemas de negocio (Ver Tabla 1).
El procedimiento en s tambin fue diseado para ayudar a evitar problemas
anlogos en IDEF9 aplicacin del mtodo. Una validacin nico
procedimiento fue desarrollado en el que los analistas primera hiptesis
limitaciones candidatos y luego intentar justificarlas mediante la generacin

o la recogida de datos de apoyo. Esto es seguido por una etapa en la que los
expertos del dominio desafan las conclusiones del analista. El paso desafo
ayuda a asegurar que las limitaciones de candidatos promovidos a la
categora de restriccin llegar all con la plena participacin y el consenso
de los expertos de dominio.
Exploraciones en diseos alternativos del idioma al descubierto una serie de
prometedores esquemas, cada uno con un enfoque nico apoyo tanto
descubrimiento restriccin y aguas abajo reutilizacin de la informacin de
restriccin. Uno de los ms interesantes de estos es el Contexto
Esquemtico. La simplicidad general de este esquemtica en la
representacin del contexto en el que una limitacin se mantiene subraya la
observacin de que una lengua es que se determina mejor por lo que no
puede expresarse sino por lo que expresamente no se expresa. La
estructura de un contexto en trminos de los objetos, hechos y relaciones
que comprenden el contexto podra haber fcilmente abrumado el diseo de
este esquema. En su diseo, el contexto lo permite esquemticas sucesivos
niveles de detallando que a su vez permite que el experto analista o de
dominio para describir el contexto en una nivel adecuado de granularidad.
Este diseo tambin permite enfoque en la relacin entre las limitaciones y
el contexto (s) de la que posee en lugar de poner un nfasis desmedido en
el contexto en s. esquemas adicionales proporcionan visualizaciones para
otras relaciones de interesar. Por ejemplo, los efectos de restriccin
esquemtico ilustra la relacin entre las limitaciones y los objetos afectados
en trminos de efectos intencionales y no intencionales. Existencial las
relaciones de dependencia entre las limitaciones se muestran en la Relacin
de restriccin
Esquema que permite la rpida identificacin de las limitaciones obsoletos o
innecesarios. La meta Esquema proporciona un mecanismo para establecer
la relacin entre las limitaciones y objetivos de la organizacin y para
priorizar su impacto relativo. Las asistencias Sntoma esquemticos en la
identificacin de las cadenas de causa-efecto entre los sntomas
problemticos de la organizacin que puede en ltima instancia conducir al
descubrimiento de las restricciones entre los objetos y los agentes del
sistema.
En conjunto, estos desarrollos proporcionan una base slida para el
desarrollo futuro.
Se necesitarn el desarrollo adicional, prueba y refinamiento, sin embargo.
El seguimiento seccin se describen algunas reas potenciales para el
desarrollo futuro, tanto dentro del mtodo IDEF9 y en trminos de trabajo
spin-off que puede proporcionar capacidades adicionales para apalancar
restriccin informacin.
reas potenciales de trabajo futuro

Se identific una serie de reas prometedoras para el trabajo adicional

durante el desarrollo de el mtodo IDEF9. Varios de estos se enumeran a
continuacin, junto con una breve descripcin de la beneficios que se
pueden obtener mediante la aplicacin de un mayor desarrollo a lo largo de
estas lneas.
1. Mtodo de refinamiento. Una serie de sectores en el mrito mtodo
prototipo el desarrollo y prueba. Entre stos son expansiones a las tcnicas
apoyando el procedimiento IDEF9 mtodo, un mayor desarrollo de la grfica
Elementos del lenguaje, la incorporacin de formas de elaboracin y
recopilacin de datos hojas, el desarrollo de un lenguaje computacional de
expresin (elaboracin idioma) y as sucesivamente. se tomaron medidas
especficas para asegurar la facilidad de integracin con otros mtodos
(especialmente el mtodo IDEF5), sin embargo, un tratamiento ms a fondo
de este aspecto de IDEF9 merece consideracin. cada uno de elementos de
diseo de IDEF9 tambin tiene que ser probado, tanto en un entorno
altamente controlado entorno y en un entorno de produccin, donde el mal
uso no previsto o de otro problemas se pueden detectar y resolver. Una
amplia gama de situaciones de prueba es recomendado para maximizar la
robustez del mtodo.
2. Aplicacin de desarrollo del marco. Los mtodos son, por diseo,
altamente tarea o habilidad orientada. Su verdadero valor se demuestra
principalmente a travs de su aplicacin en el contexto de proyectos que
implican el uso de muchas habilidades y tareas coordinadas para satisfacer
alguna meta u objetivo. descubrimiento de restriccin es un primer paso
implcita para la planificacin estratgica, BPR, TQM, y una serie de mejoras
similares estrategias. Hay una necesidad, sin embargo, para establecer
exactamente cmo restriccin
Actividades de descubrimiento y la informacin recopilada restriccin se
pueden integrar en el proceso.
3. comprobacin de validez argumento. La mayora de la toma de decisiones
no se basa en cuantitativa los datos (por ejemplo, el costo de la lnea de
fondo), sino en juicios cualitativos. Los argumentos a favor o en contra de
algunos de decisin propuesto establecer un caso para la accin, uno de
cuyos elementos de apoyo pueden ser un caso de negocio. Los mritos
relativos de una decisin sobre otro, sin embargo, est determinado en gran
medida por la validez del argumento planteada para apoyar la decisin. Los
argumentos son ellos mismos compuestos de una cadena de premisas y
conclusiones que eventualmente conducen a la conclusin final. Promover
investigacin podra hacerse para proporcionar el mtodo IDEF9 con
tcnicas que permiten especficamente a los tomadores de decisiones para
evaluar la validez de una propuesta argumento.
4. Mecanismos para asignar los costos para hacer cumplir las restricciones.
Costeo basado en actividades (ABC) ha sido aplicado con xito como un
mecanismo para la asignacin de los costos de funciones de la organizacin

y para determinar el costo apropiado de hacer negocio [Kaplan 88]. El

mecanismo bsico que subyace en el enfoque ABC es identificar cmo los
recursos son utilizados por las actividades de acumular costes. La actividad
los costos son luego remontar a los productos y servicios generados por las
actividades. En de manera similar, que sera til para explorar el uso de un
enfoque similar para asignar los costes a las limitaciones ya que implican el
uso de los recursos en su el mantenimiento o la ejecucin. Tales
mecanismos adicionales proporcionaran apoyo a la decisin para
determinar cuando el costo de una restriccin excede su valor y cuando se
merece un nfasis adicional.
5. Mtodos y herramientas para disear limitaciones. El diseo o rediseo
de las limitaciones es un tema de investigacin potencial en el que un
nmero de reas prometedoras puede ser explorado. El objetivo de estos
esfuerzos sera ayudar con el cambio gestin a travs de, gestin de
restricciones proactiva ms eficaz.
Se necesitan mtodos y herramientas para apoyar el diseo de las
limitaciones de tal manera que efectos deseados y se maximizan los efectos
no deseados se reducen al mnimo, sistemas diseados para cumplir las
restricciones estn configurados apropiadamente, las limitaciones son
"Marcado" cuando se produzcan cambios en el medio ambiente precipitan la
necesidad de reevaluar la necesidad de una restriccin, y as
sucesivamente.
6. esquemas de categorizacin de restriccin. El ejercicio mental de
clasificar limitaciones se ha demostrado que ayuda tanto en el
descubrimiento de restriccin y reutilizacin de aguas abajo de la
informacin de restriccin. Se necesita ms investigacin, Sin embargo,
para explorar las taxonomas de restriccin alternativos y su uso en el
anlisis restricciones candidatos, la comprobacin de la cobertura adecuada
en el descubrimiento de restriccin esfuerzo, y en la identificacin de
oportunidades de mejora. El producto de tales esfuerzo sera un conjunto de
taxonomas y las tcnicas de restriccin para el uso de la taxonomas para
apoyar diversos anlisis.
7. Herramientas para capturar, visualizar y mantienen informacin de
restriccin. El xito de cualquier mtodo depende en gran medida de la
existencia de herramientas automatizadas. Este hecho tiene siempre ha
sido cierto y es probable que contine siendo as en el futuro previsible.
Las herramientas automatizadas no slo ayudar a los profesionales en la
aplicacin de un mtodo, pero proporcionar un medio rpido y fiable para
compartir, almacenar y reutilizar la informacin.
8. Las bibliotecas de limitaciones. repositorios en lnea de las limitaciones de
la empresa hicieron disponible a travs de la autopista de la informacin
proporcionara negocio propietarios, los planificadores estratgicos y
tcticos, y desarrolladores de sistemas con un potente mecanismo para la

exploracin de nuevas formas de hacer negocios y para la expansin en

nuevas reas de negocio. Los objetivos de conversin de doble uso, agilidad
y similares iniciativas dependen de la capacidad de exponer las limitaciones
actuales en las que que opera el negocio y las limitaciones con las que los
sistemas de clase mundial en una sector de la industria dada operar. Con
esta visibilidad, un camino claro para el aprovechamiento de nuevo reas de
oportunidad pueden ser establecidos.
9. Herramientas y entornos para la gestin del cambio limitacin impulsada.
Uno de los principales problemas que enfrentan las organizaciones hoy en
da no es tener la capacidad de entender el efecto de los cambios locales en
la empresa global. Muchas veces un pequeo cambio en la poltica,
procedimiento o producto en un rea tiene efectos adversos, no inicialmente
entenderse, en otras reas. El efecto resultante es entonces o bien tener
que "deshacer" el cambio inicial o para que el cambio a travs de la
ondulacin de la empresa en un domin efecto. Cualquiera de estos efectos
da como resultado un uso ineficiente de los sistemas y recursos humanos
dentro de la organizacin. En las organizaciones de hoy en da, significativa
el esfuerzo se realiza en la gestin de los efectos del cambio, no la gestin
de el cambio mismo. Para revertir esta situacin, hay una necesidad de una
mayor visibilidad de relaciones que limitan dan lugar a comportamientos de
organizacin, las herramientas de prediccin permitiendo la evaluacin de
los impactos del cambio, y el diseo de herramientas para ayudar en la
desarrollo del sistema de las limitaciones necesarias para gestionar de
forma proactiva el cambio.
CONCLUSIN
Gestin eficaz del cambio se facilita en gran medida mediante el
descubrimiento y documentacin de las limitaciones de la empresa. El
proceso de gestin del cambio comienza con identificacin de las
restricciones comerciales. El conocimiento de lo que existe limitaciones y
cmo los restricciones Interact es a menudo menos, incompleta, desunidos,
distribuidos, o completamente desconocido.
Sin embargo, las restricciones comerciales inician, hacen posible, gobernar,
y limitar el comportamiento de los objetos y agentes dentro de la empresa
para llevar a cabo los objetivos o fines de la empresa. El mtodo IDEF9 fue
diseado para ayudar en el descubrimiento y anlisis de estas limitaciones.
Se han hecho progresos considerables hacia el desarrollo de un completo y
IDEF9 madura. En su forma actual, IDEF9 ofrece un enfoque sistemtico y
fiable para los propietarios de negocios, los planificadores estratgicos y
tcticos, los desarrolladores de sistemas, lderes de proyecto, y los
tomadores de decisiones para identificar y limitaciones de documentos de
negocio. Todo ello ofrece las bases para futuros proyectos tanto de
perfeccionar y madurar el mtodo IDEF9 y ms aprovechar de manera
eficaz los productos de aplicacin IDEF9.

BIBLIOGRAFA
Demmy, Steven W., y Petrini, Arthur B., "La Teora de Restricciones: una
nueva arma
para Depot Maintenance Planning and Control ", la Fuerza Area Revista de
Logstica.
Goldratt, E. M. y Cox, J., La Meta, Norte River Press, Croton-on-Hudson,
Nueva York, 1986.
Goldratt, E. M. y Fox, Robert E., La Raza, North River Press, Croton-onHudson,
NY, 1986.
Goldratt, E. M., Teora de Restricciones, North River Press, Croton-onHudson, Nueva York, 1990.
Goldratt, E. M., El Sndrome de Haystack, North River Press, Croton-onHudson, Nueva York,
1991.
Goldratt, E. M., Introduccin a la Teora de las Limitaciones: La Produccin
Approach-Descripcin del taller.
Goldratt, E. M., Introduccin a la Teora de las Limitaciones: La Produccin
Approach-Dos das de taller Materiales del curso 28 de julio de 1992.
Coleman, S., Gua de Ingeniera de la Informacin Profesional Volumen IV
rea de Negocio
Anlisis, Gestin de la Informacin del Pacfico, Inc. Culver City, CA, 1991.
Coleman, S., metodologa de mejora de procesos de Gestin de Informacin
Empresarial
para los gerentes funcionales del Departamento de Defensa, Informe no
publicado por D. Appleton Company, Inc., 1992.
Gross, M., Ervin, S., Anderson, J. y Fleisher, A. "Diseo con limitaciones,"
Computabilidad de diseo, Y.E. Kalay, Ed. Wiley, New York 1987.
Martin, James, un sistema de informacin Manifiesto, Prentice-Hall, Inc.,
Englewood Cliffs,
NJ, 1982.

Maher, M. L. "Sntesis y evaluacin de diseos preliminares," Inteligencia

Artificial en
Diseo, J. S. Gero, Ed. Springer-Verlag, Nueva York, 1989.
Mayer, R. J., et al. el desarrollo de sistemas integrados de informacin
basados en el conocimiento
plan de metodologas (Vol. 2), (DTIC-A195851).
Olle, T. William, Hagelstein, Jacques, Macdonald, Ian G., Rolland, Colette, Sol,
Henk G.,
Assche, Frans J. M., Verrijn-Stuart, Alexander A., Metodologas de Sistemas
de Informacin: A
Marco para la Comprensin, la compaa de Addison-Wesley Publishing,
Reading, MA, 1988.
Pressman, Roger S., Ingeniera de Software: Enfoque para profesionales,
McGraw-Hill,
New York, 1987.
Putnam, Bill, Base de Emergencias y MOB Modelo de Interaccin.
60
Ramey, Timothy L., Gua para el Desarrollo del Sistema, Hughes Aircraft
Company,
1983.
Plata, Gerald A., y plata, Myrna L., Anlisis y Diseo de Sistemas, AddisonWesley,
Reading, MA, 1989.
Smith, Gerald F., y Browne, Glenn J., "Fundamentos conceptuales de Diseo
Problema
Resolver ", IEEE Transactions on Systems, Man y Cybernatics, Vol 0,23, N 5,
Septiembre / octubre de 1993.
Smith, Gerald F., "Definicin de los problemas reales del mundo: Un lenguaje
conceptual", IEEE
Las transacciones relativas a los sistemas, el hombre y Cybernatics, vol. 23,
No. 5, septiembre / octubre de 1993.
Wallace, Robert H., Stockenberg, John E., y Charette, Robert N., un sistema
unificado

Metodologa para el desarrollo de sistemas, McGraw-Hill, Inc., Nueva York,

1987.
Zachman, J., "Un marco para la arquitectura de los sistemas de
informacin", IBM Systems Journal,
Vol. 26, No. 3, 276-292, 1987.

GLOSARIO DE TRMINOS
Restriccin Una relacin que se mantiene o ejecutada en un determinado
contexto.
Contexto Un distinguido conjunto de condiciones.
El alcance del proyecto Un delineado conjunto de lmites para el
descubrimiento de restriccin esfuerzo documentado en forma de
declaraciones de alcance.
Objetivo del proyecto El objetivo, un objeto o fines deseados para la
restriccin esfuerzo de descubrimiento. El propsito suele establecerse por
1) declaraciones de objetivos priorizados por el esfuerzo, 2) declaraciones
de necesidades que el esfuerzo descubrimiento restriccin debe satisfacer,
y 3) preguntas o resultados que el cliente quiere responder.
La evidencia de una indicacin, signo o manifestacin que apoya o
demuestra la existencia de una restriccin en un contexto dado.
Relacin, la relacin Un extracto, asociacin general o conexin que
mantiene entre dos o ms objetos conceptuales o fsicos.
Efecto (s) de un Algo restriccin que sigue inevitablemente un antecedente
(como una causar o agente). Los efectos se clasifican como directos o
indirectos, intencionalmente o no y deseable o indeseable.
Algo sntoma caracterstico o indicitave de una condicin perjudicar el
funcionamiento normal.
Procesar una secuencia ordenada de eventos. En humanos diseado
sistemas, los eventos que constituyen un proceso estn diseados y
ordenada para lograr algn resultado deseado. UN de procesos de negocio,
en particular, es una secuencia ordenada de eventos que involucren
personas, materiales, energa, y equipo, que est diseado para lograr un
negocio definido resultado
Sistema Un sistema se define como una coleccin de objetos que se colocan
en relaciones particulares y exhibir un comportamiento particular, prescrito
por un conjunto de restricciones.

Sistema, negocio Una coleccin de objetos que se comportan de realizar

una o varias funciones de negocio bajo la influencia de las limitaciones de
lograr un objetivo particular.
Objetivo Un objeto o fin de que la empresa o el sistema se esfuerza por
lograr.
Limitacin, la razn de ser de la serie de creencias que motivan el
establecimiento y mantenimiento de una relacin de restriccin.
Declaracin de limitacin Una descripcin textual de la relacin de
restriccin.