INFORMACIN PARA LA INTEGRACIN SIMULTNEA INGENIERA (IICE)

COMPENDIO DE INFORME DE LOS MTODOS

Richard J. Mayer, Ph.D.
John W. Crump, IV
Ronald Fernandes, Ph.D.
Arthur Keen, Ph.D.
Michael K. Pintor
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 JUNIO 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 MATERIEL
De Wright-Patterson AIR FORCE BASE, OHIO 45433-7604
INFORMACIN PARA LA INTEGRACIN SIMULTNEA INGENIERA (IICE)
COMPENDIO DE INFORME DE LOS MTODOS versin 1.0
Richard J. Mayer, Ph.D.
John W. Crump, IV
Ronald Fernandes, Ph.D.
Arthur Keen, Ph.D.
Michael K. Pintor
Sistemas basados en el conocimiento, Inc.
Un lugar KBSI
1500 University Drive del este
College Station TX 77840-2335
(409) 260-5274
DE JUNIO 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
Abstracto
Para todos los rpidos avances en la tecnologa de hardware y software especfico, la empresa la
ingeniera, los esfuerzos de integracin de reingeniera, y la empresa sigue careciendo de
eficacia, mtodos para los sistemas de informacin a gran escala de ingeniera ampliamente
entendido. Diverso Se necesitan mtodos para disear sistemas que exhiben caractersticas
deseables del ciclo de vida (por ejemplo, flexibilidad, capacidad de respuesta, escalabilidad,

facilidad de mantenimiento, facilidad de uso, la integracin, el rendimiento) y se acopla a

equipos de personas en las actividades de desarrollo de sistemas crticos del ciclo de vida.
Integracin Definicin (IDEF) mtodos, un producto clave del programa IICE, proporcionan
fcil de utilicen tcnicas y lenguajes estndar de comunicacin que promueven la buena
ingeniera disciplina. Este informe resume los nuevos desarrollos IDEF hacia el establecimiento
fiable mtodos para el descubrimiento de restriccin empresarial (IDEF9), Fundamentos de
diseo de captura (IDEF6), humanidad el diseo de interaccin del sistema (IDEF8), y el diseo
de la red (IDEF14). Para cada mtodo, el fundamentos conceptuales, relevancia, problemas y el
desarrollo de continuacin recomendada
Se discuten actividades.
Asunto: Integracin trminos, Integracin Definicin, IDEF, el mtodo, la metodologa, el
modelado, ingeniera del conocimiento, la lgica de diseo, limitacin, diseo de la red, del
sistema humano la interaccin, la ingeniera de sistemas
PREFACIO
En este documento se ofrece un resumen de la investigacin hacia el desarrollo de cuatro
Integracin definicin (IDEF) mtodos: el mtodo IDEF9 negocios restriccin descubrimiento,
el mtodo IDEF14 Diseo de Redes, el mtodo de captura IDEF6 Fundamentos de diseo, y el
Mtodo de Diseo de Interaccin Humano-Sistema IDEF8. Este trabajo se realiz en el marco
del La integracin de informacin para la Ingeniera Concurrente proyecto (IICE), contrato #
F33615-90-C- 0012, financiado por el Laboratorio Armstrong, Divisin de Investigacin
Logstica, Wright-Patterson Base de la Fuerza Area, 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 estaba basada en el conocimiento Systems, Inc. (KBSI), College
Station, Texas. Dra Paula S. DEWITTE fue el Proyecto IICE Manager en KBSI. El Dr. Richard
J. Mayer fue el investigador principal en este proyecto. seor.
Thomas Blinn fue el Director Tcnico IICE y tambin se desempe como Gerente de
Proyectos durante el cierre final de este esfuerzo. Michael K. Pintor fue la ingeniera de
mtodos gestor de empuje. Los autores agradecen el apoyo tcnico de los mtodos
Equipo de ingeniera cuyos nombres figuran a continuacin.
Perakath Benjamin, Ph.D.
Bruce E. alcaravea
John W. Crump, IV
Ronald Fernandes, Ph.D.
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
Beneficios tecnolgicos, econmicos y estratgicos importantes pueden alcanzarse a travs de la
la captura efectiva, el control y la gestin de los recursos de informacin y conocimiento. Me
gusta mano de obra, materiales y mquinas, los activos de informacin y conocimiento se
reconocen como recursos vitales que pueden ser aprovechados para lograr una ventaja
competitiva.
La fuerza Area
La integracin de informacin para la Ingeniera Concurrente programa (IICE), patrocinado por
la Divisin de Investigacin Logstica s Laboratory Armstrong, 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 las
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 coste del ciclo de vida y la eficiencia. La investigacin de los mtodos descritos en
este informe refleja los avances recientes en tecnologa para el aprovechamiento de los recursos
de informacin y conocimiento disponibles.
El nombre IDEF se origina en el programa de la Fuerza Area Integrada para Computer AidedManufactura (ICAM), que desarroll la primera ICAM Definicin, o IDEF, mtodos.
El desarrollo continuo de la tecnologa IDEF apoya una estrategia global para proporcionar una
familia de mtodos de apoyo mutuo para la integracin de la empresa. Ms recientemente, con
la expandido el enfoque y la utilizacin de mtodos IDEF como parte de la Ingeniera
Concurrente, Calidad Total Iniciativas de gestin (TQM), y de reingeniera de negocios, el
acrnimo IDEF ha sido re- elegida como una familia integrada de los mtodos de definicin de
integracin. Antes de discutir la estrategia de desarrollo para proporcionar una familia integrada
de mtodos IDEF, los componentes de un mtodo se describen en los prrafos siguientes.
Anatoma mtodo
Un mtodo es una disciplina de una sola funcin organizada o en la prctica.
Un mtodo puede tener una base terica formal, aunque esto no es un requisito. Generalmente,
los mtodos evolucionan como una sntesis de la experiencia de las mejores prcticas en un
dominio particular de actividad. El termino herramienta se utiliza para referirse a un sistema de
software que es compatible con la aplicacin de un mtodo.
A pesar de un mtodo puede ser pensado de manera informal como un procedimiento para hacer
algo ms (quizs) una notacin de representacin, que se puede describir de manera ms formal
como que consiste en tres componentes (Figura 1). Cada mtodo tiene (1) una definicin, (2)
una disciplina, y (3) muchos usos. La definicin del mtodo se establece mediante la
caracterizacin de las motivaciones bsicas s MethodA, conceptos y fundamentos
tericos. El componente de definicin se desarroll por el mtodo los desarrolladores
familiarizados con los principios de los mtodos de ingeniera (por ejemplo, el diseo de
lenguajes formales, mtodo de definicin de ontologas). El componente de disciplina incluye la
sintaxis del mtodo y el procedimiento por el que se aplica el mtodo. Muchos mtodos tienen
mltiples sintaxis que han evolucionado con el tiempo o que hacen hincapi en diferentes
conceptos dentro del alcance de la Mtodo.
Desde un punto de vista mtodo engineer s, el componente de la disciplina es el usuario
interfaz para el mtodo. Este componente es a menudo la nica que presenta a los usuarios
tpicos.
El componente de uso que caracteriza la forma de aplicar el mtodo en diferentes situaciones,
tales como cuando se aplica el mtodo, junto con otros mtodos de frente de un modo
autnomo.

En ltima instancia, los mtodos estn diseados para facilitar un enfoque cientfico para la
resolucin de problemas.
Este objetivo se logra por primera ayudar a comprender los objetos importantes, relaciones,
y restricciones que deben ser descubiertos, considerados, o decididas. En segundo lugar,
cientfica la resolucin de problemas se produce por el mtodo de gua profesional a travs de
un enfoque disciplinado
Mtodos de ingeniera de la empresa incluyen a menudo una sintaxis grfica que proporciona
visualizaciones tiles para el informacin gestionada por el mtodo. Instalaciones lenguaje
grfico sirven para documentar el anlisis o el diseo proceso a cabo y poner de relieve las
decisiones importantes o relaciones que deben ser considerados durante el mtodo solicitud. Las
uniformidades a la que un experto, a travs de la experiencia, se ha convertido en sintona son,
pues, formalmente codificada en visualizaciones que emulan las sensibilidades de los expertos.
Esto es consistente con la experiencia de buena prctica y conduce hacia el resultado
deseado. Formal mtodos, 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
John Zachman, en su trabajo pionero en la informacin arquitectura de sistemas, observ:

[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.
El, la creacin consistente y confiable de las representaciones arquitectnicas correctas requiere
el uso de una mtodo de guiado. Estas observaciones ponen de relieve la necesidad de muchos
architectural representaciones, y, en consecuencia, muchos mtodos.
Mtodos, y sus representaciones arquitectnicas asociadas, se concentran en un nmero limitado
de caractersticas del sistema y hacer caso omiso de aquellos que no pertenecen a la tarea en
cuestin. Los mtodos son no destinados a evaluar y representar cada estado posible o
caracterstica del sistema en estudio. Por lo tanto, la bsqueda de un mtodo nico, o lenguaje
de modelado, el apoyo a la especificacin, anlisis, diseo, y la representacin de todas las
caractersticas relevantes del sistema sigue frustrando los que hacen el intento. Si tal objetivo
eran alcanzables, el ejercicio sera a su vez construir el sistema real, lo que anula los beneficios
de la aplicacin del mtodo (por ejemplo,simplificacin problema, de bajo coste, rpida
evaluacin de rendimiento anticipado, y as sucesivamente).
Por otro lado, la falta de integracin entre los mtodos de propsito especial puede ser
igualmente frustrante. La familia de mtodos IDEF se pretende lograr un equilibrio entre
especializacin mtodos de uso, que se limitan a los tipos de problemas especficos, y
super methods cuales tratar de incluir todo. Este equilibrio se mantiene proporcionando
mecanismos explcitos para la integracin de los resultados de los mtodos individuales dentro
de la familia IDEF.
Investigacin identificadas anteriores necesidades crticas de los nuevos mtodos y llevado a un
renovado esfuerzo en El desarrollo de mtodos IDEF, con un mandato para la compatibilidad
entre la familia de IDEF mtodos. Nuevo mtodo de desarrollo ha ido en direcciones donde
existan vacos evidentes (en lugar de reinventar los mtodos existentes) con la misin de
establecer vnculos de integracin entre IDEF mtodos existentes. Cuando se aplica de manera
independiente, mtodos IDEF encarnan Cabe destacar que el Proyecto de Ingeniera de
Sistemas de Informacin Integrada Basada en el Conocimiento se llev a cabo en el
Massachusetts Institute of Technology (MIT) en 1987, donde un grupo de expertos altamente
cualificados de organizaciones acadmicas y de investigacin, organismos pblicos, empresas
de informtica, y otras corporaciones mtodo identificado y una herramienta para las
necesidades a gran escala, distribuidos integracin de sistemas heterogneos.Vase Defensa
Centro de Informacin Tcnica (DTIC) informa A195851 y A195857.
conocimiento de buenas prcticas para la actividad especfica. Al igual que con cualquier buen
mtodo, el IDEF mtodos estn diseados para elevar el nivel de rendimiento de los
profesionales noveles, centrndose atencin en las decisiones importantes, mientras que
enmascara la informacin irrelevante e innecesario complejidad. Visto como una caja de
herramientas de la tecnologa de mtodos complementarios, la familia es IDEF diseado para
promover la integracin del esfuerzo en un entorno donde tienen resultados efectivos depende
cada vez ms en el uso eficaz de la informacin empresarial y el conocimiento bienes.
RESUMEN EJECUTIVO
Para todos los rpidos avances en la tecnologa de hardware y software especfico, la pesadilla
de la ingeniera de la empresa, reingeniera, y los esfuerzos de integracin empresarial siguen
siendo la falta eficaz, ampliamente entendido mtodos para sistemas integrados de
ingeniera. Diverso
Se necesitan mtodos para disear sistemas que exhiben caractersticas deseables del ciclo de
vida (por ejemplo, flexibilidad, capacidad de respuesta, escalabilidad, facilidad de
mantenimiento, facilidad de uso, la integracin, el rendimiento) y se acopla a equipos de
personas en las actividades de desarrollo de sistemas crticos del ciclo de vida.
Mtodos proporcionan un enfoque cientfico para la resolucin de problemas. Mtodos guiar su
los profesionales, mediante un enfoque disciplinado, confiable destilan de la experiencia de
expertos.

Los mtodos tambin ponen de relieve importantes objetos, relaciones y restricciones; y ocultar
irrelevante informacin y detalles innecesarios. Los mtodos estn diseados para mejorar el
rendimiento (calidad y la productividad) de los individuos y los equipos que participan en
actividades de desarrollo de sistemas.
Integracin Definicin (IDEF) mtodos, un producto clave del esfuerzo IICE, proporcionar una
fcil de usar tcnicas y lenguajes estndar de comunicacin que promueven la buena ingeniera
disciplina. Mtodos IDEF tambin mejoran la capacidad de respuesta en un entorno de rpida y
cambio continuo por ayudar a los usuarios a:
entendido bien el entorno actual.
Proponer cambio.
alternativas de solucin de prueba.
Predecir los impactos del cambio.
implementar con xito los cambios.
Mtodos IDEF para facilitar la conclusin fiable y eficaz de las tareas especficas en el proceso
de desarrollo. Mtodos IDEF individuales, cuando se aplica de manera independiente,
promueva con el buen desempeo de la tarea para la que fue diseado el mtodo (por ejemplo,
requisitos de informacin definicin, proceso de captura de conocimiento, sistemas orientados a
objetos diseo). Los mtodos IDEF tambin estn diseados para trabajar juntos como un
conceptualmente integrada
El conjunto de mtodos que pueden entrelazarse como las piezas de un rompecabezas para
apoyar todo el desarrollo proceso. Cada mtodo IDEF aborda un aspecto nico o perspectiva de
la empresa Ingenieria. Cuando se aplican conjuntamente mtodos IDEF individuales, ayudan a
lograr uno de los objetivos fundamentales de la Ingeniera Concurrente: Teniendo en cuenta ms
factores del ciclo de vida a principios de la proceso de diseo. El logro de este objetivo facilita
los beneficios aguas debajo de aumento de la integracin de la empresa, la flexibilidad y
capacidad de respuesta.
La primera generacin de mtodos IDEF emergi del s Aire Force PC- integrado
Programa de fabricacin asistida (ICAM) a finales de los aos setenta. El programa ICAM
desarrollado el mtodo de modelado IDEF~ funcin, el Modelado de Informacin Mtodo
IDEF1, y el IDEF2 mtodo de modelado de simulacin (Ver Figura 2).
Un segundo proyecto ICAM tarde desarrollado el mtodo de modelado de datos
IDEF1X. IDEF1X facilita el movimiento de requisitos de informacin, el producto del anlisis
IDEF1, hacia sistemas reales aplicacin mediante el establecimiento de una disciplina para el
diseo de base de datos lgica.
Una tercera generacin IDEF de mtodos surgieron de la necesidad de la tecnologa de los
mtodos de apoyo al desarrollo de la evolucin, los sistemas de informacin en apoyo integrado
Ingeniera Concurrente. Esta el desarrollo fue patrocinado por el Laboratorio Armstrong Fuerza
Area a travs de la informacin Integracin de Ingeniera Concurrente (IICE) programa y los
mtodos producidos por procesos Descripcin de captura (IDEF3), diseo orientado a objetos
(IDEF4 y IDEF4 C ++), y la ontologa Descripcin de captura (IDEF5).
Desarrollos preliminares tambin se llevaron a cabo a travs de la Programa IICE hacia los
mtodos para el descubrimiento de restriccin empresarial (IDEF9), razn de ser de diseo
captura (IDEF6), sistema de diseo de interaccin humana (IDEF8), y el diseo de la red
(IDEF14). Estos mtodos parcialmente desarrollados son el objeto de este informe.

Figura 2.
Los mtodos IDEF: Parte de la caja de herramientas de Sistemas de Ingeniera
Este informe describe los fundamentos conceptuales, relevancia, problemas, y recomendaron
seguimiento de las actividades de desarrollo para cada uno de los mtodos que se abordaron lo
parcialmente a travs del programa IICE. Una descripcin introductoria de cada mtodo se
resume a continuacin en el Resumen Ejecutivo. Discusiones ms detalladas de la investigacin
llevada a cabo hacia el desarrollo de cada mtodo se encuentran en las secciones posteriores del
informe. Los mtodos son presentado con el fin de madurez relativa.
IDEF9 Negocios mtodo de descubrimiento de restriccin
Polticas, normas, convenios, procedimientos, contratos, acuerdos, reglamentos, y de la sociedad
y las leyes fsicas son las estructuras que definen para una empresa. Estos elementos son la
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 de la autnoma nivel de respuesta de estmulo, con el nivel de
comportamiento cognitivo.
El mtodo IDEF9 negocios restriccin descubrimiento se describe en este informe fue diseado
para ayudar en el descubrimiento y anlisis de las limitaciones en un sistema de negocio. Una
primaria motivacin que impuls el desarrollo de IDEF9 era un reconocimiento de que la
recogida de restricciones que forjan un sistema de empresa, generalmente es mal definidos. El
conocimiento de qu limitaciones existen y cmo interactan esas restricciones es incompleta,
desunidos, distribuidos,y, a menudo completamente desconocido. Esta situacin no es
necesariamente alarmante. As como la vida organismos no tienen que ser conscientes de las
limitaciones genticas o autnomos que rigen ciertos comportamientos, las organizaciones
pueden (y la mayora no) realizar bien sin conocimiento explcito de la cola que las estructuras
del sistema. Sin embargo, si existe el deseo de modificar el negocio en de una manera

predecible, el conocimiento de estas limitaciones es tan crtica como el 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 para lograr los objetivos o propsitos de un sistema. Si queremos cambiar el
comportamiento de un sistema (por ejemplo, mejorar su el rendimiento, la eficiencia o
efectividad) que necesitamos saber las limitaciones pertinentes. Los IDEF9 mtodo facilita el
descubrimiento y mapeo de las restricciones pertinentes en una sistema de organizacin. Una
vez que estas limitaciones se han catalogado, pueden ser examinado sistemticamente y, si es
necesario, afinado o reemplazado para mejorar el rendimiento de el sistema. Limitaciones a
menudo sirven un doble papel como el pegamento y la justificacin de un sistema.
Es decir, el conjunto de restricciones pertinentes a menudo constituye la descripcin de por qu
la 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 el
descubrimiento de la logic detrs del diseo de una sistema existente. Tambin
proporciona un mecanismo para especificar la lgica de ser de un sistema.
Mtodo de captura IDEF6 Fundamentos de diseo
Avance de la tecnologa ha dado lugar a la aparicin de productos de los que se espera utilizable
vidas se extienden por dcadas. Los sistemas de informacin tambin han evolucionado a partir
independiente Los sistemas orientados a la aplicacin con tiempos de vida relativamente cortos
y alcances limitados a gran escala,sistemas distribuidos que debe dar servicio a sus usuarios
durante perodos prolongados de tiempo.
El mantenimiento de los sistemas de informacin cuya duracin esperada puede extenderse por
muchos carrera perodos requiere la captura y el almacenamiento de la lgica utilizada en su
diseo explcito.
Fundamentos de diseo tpicamente existe como comentarios de texto no estructurados. Adems
de hacer que es difcil encontrar informacin relevante sobre la demanda, la falta de un mtodo
estructurado para la organizacin y proporcionar criterios para el diseo de completitud de
captura razn que sea poco probable que informacin importante ser documentada.
A diferencia de los mtodos de diseo que sirven para documentar lo que es un diseo, los
nuevos mtodos son necesaria para capturar por las que un diseo es la manera que es, o por qu
no se manifiesta de alguna otra formar, junto con cmo se lleg a la configuracin de diseo
final. Para el propsito de esta discusin, especificacin de diseo significa la captura de lo que
es un diseo; Fundamentos de diseo indica por qu, por qu no, y cmo un diseo lleg a su
configuracin final; y Diseo
La historia indica la secuencia de tiempo-ordenada de pasos utilizados en la realizacin del
diseo.
IDEF6 se pretende que sea un mtodo con la capacidad de representacin de capturar sistema de
informacin sobre el diseo y la razn de ser asociado de dichos fundamentos con los modelos
de diseo y documentacin para el sistema final. Por lo tanto, IDEF6 intenta captar la lgica que
subyace a la decisiones que contribuyen a, o como resultado, el diseo final. La captura
explcita de diseo lgica sirve para ayudar a evitar los errores del pasado, proporciona un
medio directo para determinar el impacto de los cambios de diseo propuestos, obliga a la
declaracin explcita de los objetivos y supuestos, y ayuda en la comunicacin de las
especificaciones finales del sistema. explcita de captura de las motivaciones por las cuales un
diseador selecciona o se ha adoptado una estrategia de diseo en particular ocaracterstica del
sistema para sistemas de informacin a nivel de empresa es esencial para el mantenimiento de
ese sistema a travs de su ciclo de vida.
IDEF14 red Mtodo de Diseo
IDEF14 es un mtodo que es compatible con el diseo de redes de ordenadores, ayudando red
diseadores capturar requisitos, especifique los componentes de red, la captura de la red
existente configuracin, y llevar a cabo anlisis sobre el diseo. Tambin es compatible con

decisiones de gestin decisiones y el diseo para maximizar la ingeniera econmica. Adems,

representa y IDEF14 .
Tiendas de Diseo Razn de Ser de los Diseos de rojo. IDEF14 apoya Estas Actividades con
Una tailorable Procedimiento Que producir Modelos de Configuracion de rojo, Gestin de
colas, Fiabilidad y Coste. Los Modelo de configuration de Muestra grficamente la topologa de
color rojo, configuration, Especificaciones, y Atributos de los Componentes de la roja. Usando
Este modelo, las colas, Fiabilidad y coste se generan los Modelos. Ests hijo Tres Modelos
analizados y utilizados de Como Entrada a la decisin Proceso de Seleccin de Decisiones
rojos.
IDEF14 proporciona ONU Procedimiento confiable Que apoya la Recogida de Datos, diseo
mltipleCreacin y Evaluacin y Seleccin del diseo final. El Proceso de Diseo de la includes
roja modelado de los AS-IS rojo. La Captura de las cargas de Trabajo Actuales y Futura Para
Ayudar con Formular el a-ser Diseos de rojo tambin se da Soporte y formalizado. Alternativa
Para Cada Diseo, Anlisis de Mltiples Facetas se Llevan un cabo, y razn de Ser de Diseo
this documentado. Los Mtodo Prev tambin desarrollar y ampliar las Bibliotecas de la
Tecnologa de Redes
Que descripciones representan las Tecnologas de Estado de la Tcnica y Futura de Ordenador y
redes de comunicacin. IDEF14 this por lo Tanto diseada Para Ser Utilizada junto con la roja
Herramientas de simulacin la Asistencia en el diseo De Una arquitectura de red Que un
Continuacin Puede Ser probado y se analizaron utilizando Configuraciones de la Tecnologa
Que Varian.
IDEF8-Sistema de Interaccin Humano Mtodo de Diseo
El IDEF8 Interaccin Humano-Sistema Mtodo de Diseo se utilizaci prrafo Producir Alta
Calidad Diseos de las Interacciones Que Hacen o deberian ocurrir Entre los Usuarios y los
Sistemas Que funcionar. IDEF8 no Es Un Mtodo de Diseo de Interfaz Grfica de Usuario, es
factible de, Que No se utilizaci prrafodescribir la colocacion de la Pantalla o el Tamao de los
Botones o ventanas. Se utilizaci Para Ayudar al Sistema Desarrollador Capturar las
Interacciones Que Deben fluir Entre El Sistema Y Sus Usuarios. Sistemas hijo Colecciones de
Objetos Que Realizan Una o mas: funciones Para Llevar un Cabo Una Determinada Gol. El
Sistema no es necesariamente la ONU Ordenador o de las Naciones Unidas Programa de
Ordenador.
Interacciones humano-sistema estan Diseados en tres Niveles de ESPECIFICACIN en el
IDEF8 Mtodo. El Primer Nivel definir la filosofa de Operacin del Sistema de las Naciones
Unidas y producir Conjunto de Modelos y descripciones Textuales de los Procesos Globales del
Sistema. El Segundo Nivel de DiseoESPECIFICA Escenarios de rol Centrado del Uso del
Sistema. El tercer Nivel de Diseo Es Para IDEF8 detallando y refinamiento del diseo del
Sistema humano. En Este Nivel de Diseo, IDEF8 proporciona Una Biblioteca
de metforas utilizado Para Ayudar a Los Usuarios y diseadores Especificar el
Comportamiento Deseado en Trminos de Cuyo Otros Objetos Comportamiento es mas
familiar. Metforas proporcionan Modelo de las Naciones Unidas Conceptos abstractos en
Trminos de Objetos Familiares, de hormign y Experiencias. Por Ejemplo, Una luz interruptor
de la metfora Podria ser utilizado para Especificar los Usuarios Interacciones Que implican
dos options Posibles. Entre los Productos of this Nivel de Diseo Es Una Interaccin hombresistema con maqueta Que Poner a prueba las Necesidades del Usuario, Formular Estrategias de
Interfaz de Usuario (POR EJEMPLO, La Seleccin Preferida
Dispositivos de entrada y de retroalimentacion), y asi sucesivamente. Una Vez Validado, los
Productos de Aplicacin IDEF8
hijo utilizados Por Los Desarrolladores de Sistemas (POR EJEMPLO, Programadores)
implementaciones para Construir.
Gran parte de las construcciones del lenguaje s IDEF8 Vienen Directamente del Proceso
IDEF3 Descripcin Mtodo de Captura DEBIDO a la Necesidad s IDEF8 ONU
mecanismo m para Capturar y una organizadora: procesos informacin en Mltiples Niveles de
abstraccin y detalle. extensiones de lenguaje Especializado distinguir los Modelos de Diseo
IDEF8, hijo Que preceptivas en la Naturaleza, from IDEF3 descriptiva Representaciones.

Los Objetivos Fundamentales del Mtodo IDEF8 hijo PROMOVER La Buena Prctica de
Diseo de humano-in-the-loop implementaciones Sistemas para Realizar el alcalde Calidad en
Menos Tiempo y ONU de la estafa Coste Razonable. IDEF8 pretende Ayudar a los Usuarios
Producir Buenos Diseos de Interaccin hombre-mquina y en consecuencia f, los Sistemas de
Calidad alcalde por (1) la Recogida de Datos CENTRADA en el usuario facilitando, (2)
permitiendo la Participacin directa del usuario en las Actividades de diseo, (3) Los Esfuerzos
se centran en la Validacin Temprana Diseos de Prototipos y maquetas Usando, y (4) la
promocin de iteraciones Ms Productivas A travs del Proceso de Diseo.
Resumen
Mtodos IDEF proporcionan una los individuals and Equipment ONU de la estafa Enfoque
disciplinado y confiable prrafo resolutor en Apoyo de los Esfuerzos cuentos Como la
ingeniera de la Empresa, la reingeniera, un gran Problema Escalar el Desarrollo de Sistemas de
Informacin, y la Integracin de la Empresa. La Necesidad de mltiples, Mtodos
conceptualmente Integrados Contina Siendo Una Necesidad Creciente De que ha Sido
parcialmente Dirigida A travs del Programa IICE y Las Iniciativas Anteriores. A partir de
ESTOS: esfuerzos, madurar, Mtodos fiables de han surgido Que Son de la USO generalizado
en Todo el Gobierno y industria. Necesidades Metodo Adicional identificados Sido Han,
algunos adj de los Cuales Han Sido investigado A travs del Programa IICE. Entre ellas se
encuentran Mtodos Para La justification del Diseo Captura (IDEF6), Sistema de Diseo de
Interaccin Humana (IDEF8), Descubrimiento restriccion empresarial (IDEF9), y La Red de
Diseo (IDEF14). El Desarrollo continuo es Necesario para Producir Versiones maduras de
Ests metodos ADICIONALES IDEF.
MTODO DESCRIPCIN GENERAL DE LA INGENIERA DE PROCESOS
El Enfoque adoptado por el equipo de Ingeniera de Mtodos IICE prrafo Iniciar Desarrollos
Hacia los Mtodos prr El Descubrimiento de restriccion Empresarial (IDEF9), Captura de
diseo de lgica (IDEF6),
Diseo de la Red (IDEF14), y Diseo de Interaccin hombre-mquina (IDEF8) apalancada el
Conocimiento del estudio de la Prctica de Ingeniera Mtodo Comn y Experiencia en
el Desarrollo de Otros Mtodos de Anlisis y diseo. El propsito m of this section es
proporcionar Una Visin general of this approach.
La Figura 3 proporciona Una visin Orientada a los Procesos del Enfoque utilizado para
desarrollar el prototipo Conceptos Mtodo IDEF9, Procedimiento de la ONU, y Los Elementos
Grficos Candidato y el lenguaje textual.
Figura 3 utilizacin El Mtodo de Captura Descripcin IDEF3 Proceso
Este prrafo describir Proceso Donde Cajas con frases verbales representan las Actividades, Las
Flechas representan Relaciones de precedencia, y exclusive ORA Condiciones Entre los
Posibles caminos estn representados por las Cajas de Conexiones etiquetadas CON una X

Figura 3.
Descripcin del Proceso del Enfoque de Desarrollo IDEF9
Como se Evidencia en la figura 3, Una de las Estrategias Bsicas de la Ingeniera de Mtodos
Es La Reutilizacin. Siempre A que sea Posible, se adoptan Mtodos existentes. La siguiente
Opcin ES ENCONTRAR Mtodos Que PUEDE satisfacer las Necesidades identificadas con
Modificaciones Menores. This Opcin es atractiva si La Modificacin sin Requiere ONU
Cambio fundamental en los Conceptos Bsicos o los Objetivos de Diseo del Mtodo. Slo
CUANDO Ninguna de Estas OPCIONES it Diseadores Deben viables Mtodo Buscan
desarrollar Mtodo nuevo de la ONU.
Un Enfoque de la Ingeniera del Conocimiento es el mecanismo m predominante prr El
Mtodo Mejora y Desarrollo de Nuevos Mtodos. En otras Palabras, con Excepciones Muy
Pocas, el Desarrollo del Mtodo consiste del bao aislar, DOCUMENTAR y Envasado de la
practica existente Para Una Determinada Tarea En Una forma Que promueva el xito confiable
Entre los profesionales. iniciaciones Expertos Primero se caracterizan en forma de intuiciones y
Conceptos Bsicos del Mtodo. Ests hijo un el menudo inicialmente identificados Mediante el
Anlisis de las Tcnicas, diagramas y Expresiones utilizadas por expertos. Estos
Descubrimientos Ayuda en la bsqueda de Mtodos existentes Que Se Puede aprovechar v
prrafo dar hoy toda una Los practicantes novatos en la Adquisicin de Habilidades Los
Mismos alineamientos y. Mtodo nuevo Lleva en s el Desarrollo de un Cabo Mediante el
Establecimiento del Alcance del Mtodo, el refinado caracterizaciones de los Conceptos e
intuiciones method, el diseo de las Naciones Unidas Procedimiento Que offers
Tanto el Cumplimiento de Tareas y Soporte Bsico de Aprendizaje para los profesionales
noveles, y el Desarrollo De Una lengua (s) de Expresin. Tcnicas de Aplicacin Mtodo
Continuacin se desarrollan Las esbozar EL DIRECTRICES para su USO En un Modo
Autnomo y en concierto con Otros Mtodos. Cada Elemento del Mtodo Sufre then el
refinamiento iterativo una Travs del tanto de laboratorio de campo de cmo pruebas.
El Proceso de Diseo del Lenguaje Mtodo es Muy interactivo y experimental en la Naturaleza.
A Diferencia de Desarrollo de Procedimientos, Donde ONU conjunto de heursticas y Tcnicas
de los Sistemas Actuales
La practical Puede Ser IDENTIFICADO, se fusionaron, y refinado, Diseadores del lenguaje
Rara Vez se encuentran bien Pantalla grfica desarrollada o Mecanismos de Captura de

informacin textual. potencialmente CUANDO Las ESTRUCTURAS del lenguaje reutilizables

se pueden ENCONTRAR, el menudo una estn mal definidos o Slo parcialmente
ADECUADO a Las Necesidades del Mtodo.
Un factor de crtico en el diseo de las Naciones Unidas lenguaje Mtodo this Estableciendo
claramente el propsito m y el Alcance del Mtodo. El propsito m del Mtodo Establece las
Necesidades del Mtodo debern direccin. Esto Se utilizaci para determinar S. La Potencia
expresiva Requerido de la lengua de Apoyo.
El Alcance del Mtodo Establece el Alcance y La Profundidad de la Cobertura Que Dbe Ser
tambin establecido los antes de Poder Disear Una Estrategia de Diseo de la ONU apropiado
lenguaje. Alcance implicaciones tambin determinacion Decidir Qu Actividades cognitivas
seran apoyados a Travs Aplicacin del Mtodo. EJEMPLO Por, el diseo de lenguajes PUEDE
limitarse unicamente un Mostrar la ltima
Resultados de Aplicacin del Mtodo (Como en la prestacin de IDEF9 con lenguaje grfico y
textual Instalaciones Que capturan la lgica y la Estructura de las
Restricciones). Alternativamente, PUEDE Haber Una La Necesidad de Apoyo en el idioma en
proceso facilitando la Informacin Recogida y Anlisis . En Situaciones AES, las
construcciones del lenguaje Especficos pueden Ser Diseados Para Ayudar a los profesionales
de method una organizadora, Clasificar y representar LA INFORMACIN Que posteriormente
se sintetiza en Adicional Estructuras de Representacin destinadas a exhibicin.
Con base de esta, los Diseadores de lenguajes Comienzan El Proceso de Decidir Lo Que Tiene
Que Ser Expresa en el lenguaje y la forma En que Dbe expresarse. el diseo del lenguaje
PUEDE Comenzar el Desarrollo de las Naciones Unidas lenguaje textual Capaz de representar
Toda La gama de informacin de mar dirigido. Las ESTRUCTURAS del lenguaje grfico
Diseado para Mostrar contradictorio Seleccionadas del texto idioma, ENTONCES SE Puede
desarrollar. Como alternativa, las ESTRUCTURAS del lenguaje pueden evolucionar Grficas
Antes de, o en paralelo con, el Desarrollo de la lengua textual. La Secuencia de ESTOS
Actividades Depende en gran Medida del grado de Comprensin de los Requisitos de idioma
celebrada.
Entre los Desarrolladores del lenguaje. Ests pueden Llegar a Ser clara Slo Despues De Varias
iteraciones de Ambos diseo grfico textual y lenguaje.
Diseo de lenguaje grfico Comienza por identificar ONU conjunto preliminar de Esquemas y
La Propsito o los Objetivos de Cada Uno es Cuanto A Dnde Y Como van a dar hoy toda la
Aplicacin del Mtodo proceso. El Elemento Central del Enfoque se determi prrafo Cada
Esquema. Por ejemplo, en Experimentar con Diseos Alternativos lenguaje grfico para IDEF9,
Una Relacin Sistemtica FUE Concebido Como un mecanismo m para Clasificar los
Diferentes Contextos Ambientales En Las Cuales Restricciones de Se pueden APLICAR. El Eje
Central of this Esquema FUE EL ConTexto . despus de decidiren el foco central de
Informacin esquemtica, Adicional (Conceptos y Relaciones) Que de la Dbe Ser capturado o
transportado SE IDENTIFICA.
Hasta Este punto del Proceso de diseo del lenguaje, el foco principal de hectreas en el estado
Informacin Que Dbe Ser representada en la ONU Esquema Determinado para lograr v Los
Objetivos de la esquemtico. Aqu es Donde el diseador del lenguaje Dbe determinar S. Qu
Elementos identificados prrafo
Posible inclusin en el son susceptibles Esquema de Representacin Grfica y servira para
mantener al usuario Centrado en el contenido de la Informacin Deseada. Con this
Comprensin general Las ESTRUCTURAS del lenguaje Grficas desarrolladas anteriormente
se exploran para identificar el potencial de Reutilizacin oportunidades. Si bien la Exploracin
grfica Candidatos Diseos de idiomas para los Emergentes IDEF
Mtodos, se identificaron y exploraron Una Amplia Gama de diagramas.
Muy a Menudo, INCLUSO ALGUNOS de los Conceptos centrales de la ONU Metodo ninguna
grfica nos podemos deducir ningn Elemento de lenguaje en El Mtodo. EJEMPLO Por, El
Mtodo de modelado de informacin IDEF1 INCLUYE La Nocin De Una entidad f Pero
ningn Tiene ningn Elemento sintctico Para Una entidad f en la grfica idioma .
CuandoEldiseadordellenguajedecidirQueUnElementosintcticoDbeincluirse

PARA UN Concepto de Mtodo, Smbolos Candidatos estan Diseados y evaluados.

A lo largo del Proceso de Diseo de 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 evita la superposicin de las clases conceptuales o no
definidos Bien Muy. Ellos tambin
Tratar de establecer Mecanismos intuitivos para transmitir el SENTIDO de la lectura de los
Esquemas.
Por Ejemplo, los Esquemas pueden Ser Diseados Para Ser leidas de Izquierda una contina
derecha, de abajo arriba Hacia moda, o la ONU Centro de salida. La Posibilidad de Que El
desorden o mayoritariamente Grandes Cantidades de La informacin en solo un Esquema
tambin se considera Como una u otra condicin f Hace Que la lectura y la Comprensin de la
esquemtica Extremadamente Difcil.
Cada diseo Candidato se prueba un Continuacin, Mediante el Desarrollo De Una Amplia
Gama de EJEMPLOS prrafo EXPLORAR
La utilidad f de los Diseos en Relacin con el propsito m prr Cada Esquema. Los Primeros
Intentos de method el Desarrollo, y el Desarrollo de las Estructuras de Soporte de idioma en
concreto, hijo complicado en general por lo. Con las sucesivas iteraciones en el diseo,
innecesario y Complejo Las Estructuras del Lenguaje Eliminados hijo.
A Medida Que El diseo del lenguaje grfico Se acerca una ONU Nivel de madurez, La
atencin se Dirige a la Pruebas lenguaje. Los Propsitos servidos por lenguajes Textuales van de
proporcionar Un Mecanismo para expresar de Manera Explicita LA INFORMACIN Que se ha
Quedado Fuera de la grfica El Lenguaje para proporcionar la ONU mecanismo m para el
Intercambio de Datos Estndar y the example Automatizado interpretacin. Por lo Tanto, el
lenguaje textual El Mtodo dar hoy toda Puede Ser sencilla y Estructurado (es Trminos de
interpretabilidad Ordenador), O PUEDE SURGIR Como Estructurado ONU Muy, y Complejo
lenguaje de la ONU. El propsito m del Mtodo Determina en Gran Medida El Nivel de
Estructura se requerir de la lengua textual.
Como Mtodo de la lengua Comienza un ACERCARSE a la madurez, la formalizacin
matemtica Tcnicas se emplean por Lo Que Tiene El Lenguaje emergente sintaxis y semntica
La clara. Los Proceso de formalizacin method una ayuda el menudo un ambigedades Destape,
identificar el lenguaje torpe ESTRUCTURAS, y simplificar el lenguaje.
Estas Actividades generales culminan en un Idioma Que ayuda a la atencin del usuario Sobre
el Enfoque Informacin Que Descubierto Dbe ser, Analiza, Transforma, o en el Comunicado
Curso de Llevar un cabo de la Tarea prr La que se Diseno El Mtodo. Tanto el Procedimiento
de y Componentes del Lenguaje del Mtodo Ayudan tambin a los Usuarios un desarrollar las
Habilidades necesarias y alineamientos Necesarios para lograr v Resultados consistentemente
Alta Calidad Para La Tarea Especfica.
Una Vez Que se ha Desarrollado El Mtodo, Las Tcnicas de Aplicacin Diseados para Sran
APLICAR con xito El Mtodo en el Modo Autnomo, Asi Como Junto con Otros Mtodos.
Tcnicas de Aplicacin constituyen el use Componente del Mtodo Que Sigue
evolucionar y Crecer Durante Toda La Vida del Mtodo. El Procedimiento de Mtodo, El
Lenguaje CONSTRUCCIONES, y Las Tcnicas de Aplicacin hijo revisados y probados para
refinar iterativamente la Mtodo.
AUNQUE SE ha avanzado Mucho Hacia la Definicin de los Mtodos descritos En Este IDEF
Se necesita un Informe Adicional de Diseo, Pruebas, Anlisis y refinamiento prrafo Cada
Mtodo de Alcanzar la plena madurez. Un Resumen de la Investigacin llevada a cabo Hacia el
Desarrollo de ESTOS Mtodos s proporcionan un Continuacin.
Actividad de Desarrollo del lenguaje de la ONU Mtodo IDEF9 Alcanz los Niveles Iniciales of
this stage de Desarrollo Durante el Proyecto IICE. ALGUNOS de los Diseos de idioma
explorados Durante Este Proceso se Presentan Ms adelante en el informe.
Hacia un Mtodo de Descubrimiento de restriccin empresarial
(IDEF9)
Introduccin

Es Fcil Pensar en EJEMPLOS de Polticas, Normas, Leyes o Mtodos Que Rigen el

Comportamiento de los Componentes De Una Empresa. Pero, Con El Fin de Definir Mtodo
para El Descubrimiento y El Anlisis de fenmenos ESTOS , NECESITAMOS UN dar paso
atrs y Formar Una perspectiva para la Comprensin La naturaleza de Como ESTOS y Otros:
mecanismos: de formacin de restriccin Funcionan.
Que Es Una restriccion?
Una restriccion es Una relacin Que Se mantiene o se APLICA en un dado contexto de las
Naciones Unidas. El termino La Relacin se refiere A una Asociacin abstracta, generales o
Conexin Que se Establece Entre dos o Ms Objetos conceptuales o Fsicos. Una restriccion es
simplemente Un tipo especial de relacin Que se comprueba, restringido o Obligado a Existir
Bajo un de conjunto dado de condiciones. Los trmino contexto se refiere a un conjunto tan
distinguido de condiciones. Una restriccin Se Dice Que Posee En Un Determinado contexto
Cuando Una Relacin Se mantiene o ejecutada en ESE contexto. A la inversa, la UNA sin
limitacin en s Sostiene En un contexto Determinado Si La restriccion ningn Se mantiene o
ejecutada por ESE conjunto de Condiciones.
Los ejemplos se encuentran entre los objetos; entre los objetos y procesos: entre los procesos;
y entre los objetos y las propiedades de los objetos, y el valor de esas propiedades. Las
restricciones son expresados en las declaraciones de restriccin. Por ejemplo, una declaracin
que expresa una restriccin restriccin entre los objetos podra ser "Slo los administradores de
proyectos estn autorizados a firmar antes del viaje peticiones ". Un ejemplo de una restriccin
entre los objetos y procesos podran ser:" Todos los viajes requiere una solicitud previa al viaje
aprobado. "" Perforacin precede escariado, "o" leasing requiere hacer pagos mensuales, "son
declaraciones que" La ocupacin mxima de la edificacin complejo es de dos centenares de
personas, "o" producto A requiere 3.600 horas de tiempo de mecanizado "son ejemplos de
declaraciones de restriccin que implican objetos, propiedades de los objetos, y sus valores.
En este marco, un sistema se caracteriza por: una coleccin de objetos que se colocan en
relaciones particulares y exhibir un comportamiento particular, prescritas por una coleccin de
restricciones. En los sistemas hechos por el hombre, esta caracterizacin es por lo general se
extendi para incluir la logro de algn objetivo. Es el papel comportamiento y relacin influir
de la conjunto de restricciones que distingue a la nocin de un sistema de lo 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 papel determinante de la conducta, las limitaciones han sido durante mucho tiempo
el foco de Los estudios dirigidos a la comprensin y el control de nuestro entorno natural. En
ecologa, por ejemplo, se estudian las restricciones entre los organismos vivos de entender y
mantener la delicado equilibrio de la naturaleza. En qumica, gran parte de la disciplina viene de
descubrir restricciones entre elementos bsicos y procesos reactivos. Ejemplos similares podran
ser considerados en la fsica, la termodinmica, la fisiologa mdica, y as sucesivamente. El
estudio delimitaciones, sin embargo, no se limita a las ciencias naturales. Ejemplos similares se
pueden encontraren el estudio de los objetos y sistemas artificiales. Las restricciones se
manifiestan en el proceso de diseo, por ejemplo, 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].
Los sistemas de negocios pueden ser vistos como una coleccin de objetos comportarse para
realizar una o ms funciones de negocios para lograr una meta en particular bajo la influencia de
las restricciones.

La Figura 4 ilustra la variedad de sistemas de negocios que se encuentran en las empresas de

fabricacin tpicas.
En el anlisis de la coleccin de las limitaciones relevantes para un sistema de negocios
particular, es til para caracterizar donde se aplica y relativa controlada a un sistema de una
restriccin.
Caracterizamos limitaciones como: en (forzada interna al sistema), en (forzada externamente en
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 sistemas ms grandes). El rendimiento de un sistema de negocio, si operativo de
forma independiente o en conjunto con otros sistemas empresariales, se rige por las
restricciones.
Planificacin de Mantenimiento
Mantenimiento preventivo
No Programado (avera o
Mantenimiento de emergencia
Planificacin Estratgica
Pronstico de Negocio
Anlisis de Mercado
Investigacin de mercado
Planificacin de Misiones
Sitio Donde SE Encuentra ResourceAl
Planificacin y Control de Costos
Total Quality Management
Planificacin tctica
Poltica operativa de Lanzamiento
Planificacin de personal
Asignacin de recursos humanos
Planificacin de Materiales
Planificacin de la Calidad
Planificacin de fabricacin
Estimation de Costes de fabricacin
Planificacin de Ingeniera Concurrente
Planificacin de Sistemas de Informacin
Reingeniera de Negocios Planificacin
Procesamiento y Control de Orden
Anlisis de Orden y Entrada
Orden de Control
CANCELACION de Orden
Orden de Liberacin
Maintanance Historial de pedidos
Prestacin de Servicios de pedido del Cliente
Cuentas por cobrar
Control de crdito
Respuesta Rpida / Orden de Emergencia
Atencin al cliente
Procesamiento de consulta
Gestin de Garanta
Soporte de producto
el control de la Responsabilidad
Informacin al cliente
embalaje
Envo
Gestin de personal
Certificacin y Capacitacin

Nmina de sueldos
Asistencia e Informacin Laboral
Seguridad
Seguimiento del Rendimiento De Empleo
Asignacin de trabajo
informes
Autorizacin de Horas extras
Calidad de vida
Planificacin de pensiones y de Inversin
Planificacin Maestro de Produccin
Reposicin de la Planificacin
La Planificacin de Capacidad
Planificacin de Necesidades de recursos
el material de Movilizacin forzosa
Orden y de programacin de servicio
Planificacin FacilitiesModernization
FacilitiesPlanning
Planificacin del Proceso de fabricacin
Planificacin del Proceso de Montaje
Planificacin de inspeccin
La Gestin de Actividades de fabricacin y de control de
Planificacin de la Actividad Manufacturera
El control de Trabajos en Curso de fabricacin
Fabricacin de Informes de Actividad
Proceso de Produccin de Vigilancia y Control
Control del Proceso Estadstico
Manejo de Materiales Planificacin, control y programacin
El control de Calidad de fabricacin
Gestin de Datos de Produccin y Control
Fin de Cambio de Informes
Error al reportar
Adquisitivo
Planificacin de compra
identification del Proveedor
S evaluacin de Proveedores
Seleccin de Proveedores
Recepcin e inspeccin
Recuperacin de chatarra / Recuperacin
Nueva BusinessGeneration
Oferta, cotizacin, y La Preparacin De Propuestas
Seguimiento de la Oferta y Propuesta
Gestin de Contactos
Gestin y Control de Datos de ingeniera
Bil s de los Materiales
Planos de Ingeniera
Planificacin de Procesos de Fabricacin
Ingeniera Planificacin Cambio
Ingeniera historial de Cambios
el control de configuration
Requisitos de Seguimiento
Gestin de Inventario y Control
Planificacin del inventario
contabilidad del inventario
Control de inventario
Kit de Preparacin y Seguimiento

Herramienta de Gestin y Control

Planificacin de Requerimientos de Instrumentos
La identification de Herramientas
Herramienta de Pedido
La seguridad
Inspeccin de seguridad
Reportes de Seguridad
Cumplimiento De los standards
Avisos de Materiales Peligrosos
Investigacin y Desarrollo de Productos
Pruebas de conformity
Soporte de diseo (CAD)
Soporte de ingeniera (CAE)

Figura 4.
Sistemas Comerciales tpicos
Las restricciones pueden ser ampliamente clasificados como permitir o limitar dentro de un
contexto dado (Ver Figura 5). Aunque el trmino "restriccin" a menudo evoca imgenes de la
influencia negativa o control, limitaciones servir a la funcin de capacitacin vital de establecer
el sistema. Tolerancias entre las partes acopladas, por ejemplo, establecer las limitaciones
necesarias para garantizar un ajuste correcto. polticas de gestin fiscal y procedimientos de
contabilidad mantenidos dentro de una empresa no slo para mantener un pulso en la salud de la
empresa, sino facilitar la prevencin de la inmanejable la deuda, el fraude y el despilfarro. Tanto
los aspectos o restricciones que limitan y permitiendo 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 un mayor rendimiento en comparacin con 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, y

Anderson, Fleisher] "," especificaciones, requisitos, necesidades, medidas de rendimiento, y

objetivos "[Ullman, Diettrich, y Stauffer], y" una caracterstica del medio ambiente, o de el
artefacto como se concibe actualmente, [que] descarta o en contra de los ajustes potenciales de
diseo variables "[Smith & Browne]. En otras palabras, cada vez que se utiliza el trmino hay
un implcito pens que una restriccin puede ser un factor limitante en la activacin o el diseo
o en el rendimiento
.

Figura 5.
Las Restricciones se pueden Habilitar 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, los residuos y la ineficiencia son sntomas de
restricciones que limitan.
Los sntomas son una forma de evidencia de que existen limitaciones dentro del sistema.
Habilitacin restricciones, como una restriccin para que todos los empleados empiezan a
trabajar antes de las 8:00 de la maana, constituyen las relaciones mantenidas para promover el
buen funcionamiento del sistema de negocios. Evidencia apoya la existencia de estas
limitaciones tambin se puede encontrar.
Definimos la evidencia como una indicacin, signo o manifestacin que apoya o prueba la
existencia de una restriccin en un contexto dado. Evidencia de restricciones puede tomar
muchas formas.
Algunos de estos incluyen sntomas (evidencia observable de un sistema no cumple los
objetivos), manual de instrucciones, manuales de procedimientos, manuales para los empleados,
los reglamentos, especificaciones, manuales de polticas, archivos de proyectos, modelos de
diseo, y as sucesivamente. Estas no son las limitaciones s, sino una indicacin, signo o
manifestacin de las posibles limitaciones. Poltica declaraciones escritas en un manual de
polticas, por ejemplo, se apoya la tesis de que hay son las limitaciones cuya descripcin se

encuentra en el manual de polticas. Si las polticas no son mantenido o forzada, sin embargo,
no existe ninguna restriccin.
La existencia de una restriccin implica la existencia de un sistema que mantiene o hace cumplir
la relacin. Hay que tener cuidado, sin embargo, no confundir una restriccin con el sistema que
mantiene la restriccin. Una restriccin es simplemente un tipo especial de asociacin entre una
relacin que se mantiene y el sistema que mantiene esa relacin.
Sin embargo, debera ser obvio que, debido a las limitaciones implican el uso de un sistema en
el su mantenimiento o cumplimiento, las restricciones tienen un costo. El mantenimiento de los
recursos naturales restricciones se refleja en trminos de energa consumidos o transformados.
restricciones comerciales son mantenidos por los sistemas de negocios, y los sistemas de
negocio de funcionamiento cuesta tiempo y dinero.
La motivacin para la recogida y gestin de restricciones comerciales
Teniendo en cuenta las limitaciones de la influencia en el rendimiento del negocio, uno
esperara organizaciones que gastar tanto tiempo y esfuerzo en la gestin de restricciones como
en la gestin de la objetos que componen los sistemas de negocios. La evidencia de la actividad
de gestin de restriccin es abundante, aunque puede no ser reconocido. Se faculta o denegada,
las polticas son cambiaron y asignaciones hechas, las normas se desarrollan y se hacen cumplir,
y as sucesivamente.
Sin embargo, los tomadores de decisiones y desarrolladores de sistemas a menudo tienen un
apoyo limitado para 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.

Tabla 1. tpicos Problemas con algunos adj

Problema de la ONU de tipo I
El coste de mantener Una limitacin excederse el valor de la restriccin.
Problema tipo II
EXISTEN Limitaciones Que ya no soporta el organization s de metas.
Tipo III Problema
La restriccin Provoca Efectos no deseados o no deseados.
Problema de la ONU de tipo IV
El agente o Sistema (mecanismo m) responsable de el mantenimiento de la restriccion no
constante o correctamente imponer la restriccion.
Tipo V Problema
Lo que s AIERCh o Destinado una Ser Una limitacin Carece de any
Explcito mantenimiento o mecanismo m de Aplicacin.

Sin Visibilidad De Las Limitaciones y el Apoyo a la Gestin de Limitaciones, Negocio

propietarios, los planificadores Estratgicos y tcticos, y propietarios de los Procesos hijo
Vctimas de Restricciones Que limitan Rendimiento y frustrar los Intentos de las Oportunidades
aprovechar v. con Sistemas sobrecargados Restricciones obsoletas o inadecuadas
innecesariamente imponen Costos En El Rendimiento General de la Empresa Consumir y
Recursos Que se podrian Como utilizar en Otros Lugares. Segun Eliyahu Goldratt, la UNA
ampliamente reconocido defensor de la restriccion de Cambio IMPULSADO: normas obsoletas,
Polticas, y Procedimientos de Son La causa principal de del Desempeo de la Organizacin
Limitado [Goldratt y Cox 86]. En Tal ambiente, las Decisiones-adoptan Una postura reactiva
frente a las Limitaciones. Problemtico sntomas y Restricciones Que limitan Toman El Centro
del Escenario, exigiendo la Mayora, si no todos, de la La Toma de la Atencin maker s. A
Falta de Visibilidad en las Limitaciones Actuales de la Empresa, Las Decisiones se Toman Sin
El beneficio de Herramientas Para Anticipar los Efectos aguas abajo.
Cada Vez Ms, las Decisiones Tomadas para resolver Problemas imprevistas CREAR un local
de Nivel negativas Efectos en Toda la Empresa. Las Oportunidades also in Un Segundo plano
de los hilos de Atrs Como los Recursos yEl Tiempo, se convierten En Cada Vez Ms escaso.
Curiosamente, MIENTRAS Que Muchos de los sintomas Negativos se tratan eficazmente con
Cambiando Ms O La Eliminacin de las Restricciones existentes, el Muchos Responsables de
Tomar Decisiones en Su Lugar: Aadir Nuevos Negocios restricciones. This tendencia f
PUEDE Realmente agravar El Reto Empresarial de restriccin identification Gestin y. Los
Mecanismos informales de Gestin de Restricciones de Negocio por del tanto, tienden
CRECER A 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 limitacin Desaparece con El
Tiempo.
Beneficios de la identification de Restricciones
Restricciones INICIAR, potenciar, gobernar, y limitar el Comportamiento de los Objetos y
agentes de Cumplir con los Objetivos de la ONU Sistema. Si Queremos change
Comportamiento de la ONU Sistema para lo Alguna Razn (POR EJEMPLO, Mejorar su
Rendimiento, Eficiencia o Efectividad) Que NECESITAMOS sable de la diecisis
Restricciones pertinentes. identification y Gestin de Restricciones de Negocios proporcionan
Decisiones Fabricantes Una alcaldesa con Visibilidad de las Restricciones Comerciales Que
Rigen alcanzable actuacin. Descubrir, catalogar, y el mantenimiento de las Restricciones del
Negocio por lo Tanto permite Los tomadores de Decisiones Para Hacer Frente Ms eficazmente
los Problemas Relacionados con la restriccin- (Ver Tabla 2).
La Capacidad de catalogar las Restricciones Comerciales pueden Ayudar a los tomadores de
Decisiones en el Diseo y priorizar las Restricciones relativas a los Objetivos de la
Organizacin. El Conocimiento De Las interrelaciones Entre las Limitaciones Que tambin
permite Predicciones de Rendimiento Ms fiable y El Impacto del Cambio
evaluaciones. Mediante la identification y Eliminacin de Restricciones innecesarias, se
eliminan los Costes, Mejoras de Rendimiento (POR EJEMPLO, el horario y Las Ganancias de
Calidad) se pueden Realizar, y liberaron Los Recursos se pueden Como utilizar para aprovechar
v Las Nuevas Oportunidades. Una el menudo, ESTOS SE pueden obtener beneficios
Ninguna Inversin Adicional pecado en Sistemas de Automatizacin o de informacin.

Tabla 2. ALGUNOS Beneficios de restriccion Descubrimiento

Problema relacionado ConstraintBeneficio de Descubrimiento de restriccin
El costo de mantenimiento de una restriccin excede el valor de la restriccin.
Existen limitaciones que ya no ayuda metas organizacionales.
La restriccin no deseados y provoca efectos indeseables.
El agente o sistema (mecanismo) responsable de mantener la restriccin no hace cumplir de
manera consistente y correctamente la restriccin.
Lo que se crea o destinado a ser una limitacin carece de cualquier tipo de mantenimiento o
explcita mecanismo de aplicacin.
Beneficio de descubrimiento de restriccin
Los rganos de decisin para identificar y eliminar las limitaciones que superen el valor ellos
proveen.
Los rganos de decisin para identificar y eliminar obsoleta e innecesaria restricciones.
Permitir a los tomadores de decisiones para volver ingeniero o eliminar las limitaciones que
producen efectos no deseados y no deseados.
Permitir a los desarrolladores de sistemas para identificar y diseos de sistemas remedio que no
logran apropiadamente imponer restricciones.
Los rganos de decisin para identificar desaparecidos sistemas necesarios para mantener tanto
restricciones de precaucin y habilitantes.
Algo menos obvio, tal vez, es el hecho de que se conozcan las limitaciones puede producir
nueva 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 productos se pueden
producir, para estimar lo que se necesita competidores para producir sus productos, y para
identificar dnde se pueden realizar cambios para lograr una ventaja competitiva.
La motivacin para un mtodo para recoger Restricciones

Si bien es fcil ver el valor de la gestin de las limitaciones de negocios, no es tan fcil de
descubrir y catalogarlos. Por un lado, es comn que las personas confunden las limitaciones
con declaraciones de poltica, sntomas o los objetos que mantienen una restriccin. Adems,
como un ro que fluye sobre un lecho de ro lleno de piedras de diferentes formas y tamaos, las
limitaciones a menudo no son evidentes hasta que se convierten en un obstculo visible en la
trayectoria de flujo de trabajo.
Reconociendo evidentes obstculos en el camino es slo una parte del descubrimiento de
restriccin empresa. obstculos menos evidentes, como los que debajo de la superficie de un ro,
tambin debe identificar si el paso seguro se ha de lograr. El conocimiento de las limitaciones se
puede utilizar como una extensin del poder. Tambin proporcionan un marco que refuerza la
sensacin de seguridad dentro de el lugar de trabajo. Estos factores pueden dar lugar a la
renuencia o incluso animosidad para cualquier iniciativa de la superficie y eliminar las
restricciones innecesarias.
El mtodo para el descubrimiento IDEF9 restriccin proporciona un enfoque sistemtico para el
negocio propietarios, los planificadores estratgicos y tcticos, los desarrolladores de sistemas,
lderes de proyectos, y de tomar decisiones para identificar y limitaciones de documentos de
negocio. Un nmero de mtodos proporcionan parcial apoyo para el descubrimiento de
restriccin. teora de las restricciones de Goldratt, Quality Function Despliegue (QFD),
diagramas de influencia de Taguchi, el mtodo IDEF1 Information Modeling, y otros abordan
diferentes aspectos de descubrimiento y documentacin de restriccin. Existen algunos
mtodos, sin embargo, que distinguen explcitamente entre las relaciones simples y limitaciones.
A menudo, cuando las restricciones son capturados en un mtodo dado el rango de restricciones
es capturado confinado a un conjunto 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.
Una vez que las limitaciones de una organizacin se han catalogado pueden ser
sistemticamente examinado ajustado, eliminado para mejorar el rendimiento del sistema.
limitaciones a menudo cumplir una doble funcin ya que tanto el pegamento y la justificacin
de un sistema. Es decir, la coleccin 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 el descubrimiento de la "lgica" detrs del diseo de un sistema existente
o para especificando la lgica de un sistema de "A-Ser".
El mtodo IDEF9 est destinado a orientar a los profesionales en el descubrimiento de forma
rpida y fiable, se presentan, la caracterizacin y validacin de las restricciones del negocio.
Dada la amplia gama de usuarios previstos, hemos diseado el mtodo prototipo IDEF9 para ser
utilizadas fcilmente por el personal que representan a todos los segmentos del negocio.
Usuarios y beneficiarios clave de IDEF9 Dos amplias categoras de usuarios en un mtodo
IDEF9 negocios restriccin descubrimiento puede ser considerado. Los usuarios de primera,
directos se aplicarn el mtodo para identificar, documentar, validar y perfeccionar la biblioteca
corporativa de restricciones. Estos usuarios van desde los que manejan los esfuerzos de
descubrimiento de restriccin a los que realizan la recogida de pruebas y detallada anlisis. Los
usuarios directos de IDEF9 incluyen los gestores de las iniciativas de mejora de la empresa
(Por ejemplo, gestin de la calidad total, reingeniera de negocios), los planificadores
estratgicos y tcticos,
trabajadores del conocimiento y sistemas de desarrolladores (tanto internos como externos a la
organizacin).
Los planificadores estratgicos y tcticos obtendrn una tremenda ventaja mediante el uso de
IDEF9 como supuestos crticos son cuestionados, externa y se identifican y analizan las fuerzas
internas, futuros desafos y oportunidades se predicen, y los requisitos para el apoyo a los
negocios Se desarrollan sistemas. Los desarrolladores de sistemas se apoyan con un mecanismo
para descubrir y refinar obstculos por medio de especificacin y diseo. La segunda clase de
usuarios, tales como los empresarios y administradores, no necesariamente hacen uso directo

del mtodo, pero el uso de la productos de un esfuerzo aplicacin IDEF9. Para ellos, el
elemento ms visible de una IDEF9 mtodo de negocio Restriccin El descubrimiento no es el
conjunto de tcnicas utilizadas para extraer, validar, y refinar las limitaciones del dominio, pero
las instalaciones del lenguaje grfico que permite visualizar restricciones. Estos usuarios aplicar
el conocimiento acumulado en las bibliotecas de restriccin para identificar patrones, realizan
evaluaciones del impacto del cambio, e identificar nuevas vas de potencial mejora.
Las aplicaciones potenciales para IDEF9
El mtodo IDEF9 negocios Constraint Discovery fue diseado para ayudar en el descubrimiento
y el anlisis de las limitaciones de una empresa. El conjunto de restricciones que forja una
sistema de la empresa est generalmente 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 mejorar
el rendimiento del negocio o de adaptarse a los cambios de una manera predecible, entonces el
conocimiento de stosrestricciones es crtica.
El conocimiento de las limitaciones de la empresa puede beneficiarse de esfuerzos como
Business Process Reingeniera (BPR), Gestin de Calidad Total (TQM), la planificacin
estratgica, constraintdriven sistemas de informacin de diseo, Activity Based Costing (ABC),
y as sucesivamente. cada uno de estos esfuerzos tiene como objetivo mejorar el rendimiento de
la organizacin, rompiendo con anticuado normas que rigen la forma de organizar y realizar
negocios. Reconociendo las limitaciones de la negocio es el primer paso para encontrar nuevas
formas imaginativas para hacer negocios. Una vez que estos restricciones han sido reconocidos,
las restricciones anticuadas pueden ser eliminados. Una biblioteca en lnea de restricciones,
indexado para mostrar las limitaciones correspondientes a un determinado contexto empresarial
(por ejemplo, hacer negocios con el Departamento de Defensa, hacer negocios en la industria de
fabricacin de semiconductores) podra proporcionar un apoyo adicional para el
aprovechamiento de nuevas oportunidades. Usando el conocimiento contenida en una biblioteca
en lnea de las restricciones, propietarios de negocios y desarrolladores de sistema podra
explorar oportunidades para expandirse en nuevas reas de negocio y determinar rpidamente
los costes de el mantenimiento de las limitaciones necesarias para operar en estos entornos.
Resumen de la Evolucin y Resultados de la Investigacin
Conceptos Bsicos IDEF9
Se necesita un conocimiento profundo de los conceptos bsicos de IDEF9 a aplicar
efectivamente el componente de procedimiento y de idioma del mtodo prototipo. Entre ellas se
encuentran la siguientes conceptos:
Contexto restriccin
Efecto (s) evidencia de una restriccin
Sistema sntoma
Justificacin de la restriccin Meta
En esta seccin se describen estos conceptos y ofrece ejemplos de cada uno.
Restriccin
En el mtodo IDEF9, una restriccin se define como una relacin que se mantiene o se forzada
en un contexto dado. Polticas, normas, convenciones, procedimientos, contratos, convenios,
reglamentos y leyes sociales y fsicas mantenidas dentro de la empresa establecen el definir la
estructura de la empresa. Estos elementos son los mecanismos para forjar las relaciones entre
personas, informacin, materiales y mquinas para hacer un sistema. Si tu ver una empresa
como una mquina, las limitaciones son la arquitectura y la programacin idioma que definen 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 de la nivel de respuesta a
estmulos autnoma, con el nivel de comportamiento cognitivo.
Las restricciones se expresan en las declaraciones de restriccin. Ejemplos de estados de
restriccin 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 costo adicional informe.
8. Un individuo debe mantener una licencia vigente para operar un vehculo.
9. Slo personal despejadas pueden entrar al rea segura.
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
restriccin declaracin podra tomar. Por otra parte, la bsqueda de una instruccin que utiliza la
forma imperativa hace no garantiza necesariamente que uno ha encontrado una restriccin. Por
ejemplo, la restriccin # 9 anteriormente puede ser, han 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 identificar las limitaciones
candidatos, o las relaciones sospecha que son los que se mantienen o ejecutada en un contexto
dado.
Restricciones candidatos estn sustentadas por la primera analista, que examina los datos.
Restricciones candidatos son luego desafiados por los expertos de dominio. Este proceso
finalmente conduce a una coleccin refinada de las limitaciones validados y caracterizaciones
que establecen el contexto condiciones en las que las limitaciones sostienen.
Contexto
El contexto trmino se refiere a un conjunto de condiciones distinguida. Cada contexto en una
restriccin modelo debe ser nico. Una etiqueta de contexto es una frase descriptiva corta (por
ejemplo, al retirar amianto, la adquisicin de hardware, [siendo] en el sitio de construccin) que
se utiliza para transmitir una comprensin general de los lmites de contexto. Una mirada ms a
fondo en el contexto es generalmente es necesario para distinguir un contexto de otro. En otras
palabras, una etiqueta por s solo puede no es suficiente para distinguir un contexto de otro. Por
esta razn, los que se aplican IDEF9 debe catalogar el conjunto mnimo de hechos o
condiciones que distinguen nicamente uno esenciales contexto de otro. hechos y condiciones
accidentales tambin pueden tenerse en cuenta. Sin embargo, aquellos hechos o condiciones que
deben contener (es decir, hechos o condiciones esenciales) definen el conjunto mnimo
necesaria para obligar a la 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 de evidencia. Por ejemplo, una declaracin de limitacin candidato
como "Todas las solicitudes de compra requerir la aprobacin 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. La solicitud de compra forma 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 ser puesto a tierra en el contexto adecuado y validado antes de la existencia
de la restriccin puede ser establecido. Por ejemplo, una firma de autorizacin slo podr ser
requerido para las compras realizadas con fondos de contratos del gobierno (por ejemplo,
equipos informticos hardware y software de compras). proyectos generales, por el contrario,
pueden requerir solamente aprobacin director del proyecto para adquirir el material necesario.
La evidencia ms fcilmente identificado de una restriccin es la existencia de una problemtica
sntoma. Tal condicin puede indicar la existencia de una restriccin que limita, la falta de una
permitiendo restriccin, o ambos. Por ejemplo, el exceso de inventario en proceso y los cuellos

de botella en varios puntos de la lnea de produccin pueden indicar las restricciones que
maximizan la eficiencia de procesos individuales o la falta de frenos de pedidos de materia
prima. La limitacin de la capacidad restricciones pueden ser identificados mediante la
bsqueda de los lugares en la lnea de produccin, donde los cuellos de botella ocurrir. Una
restriccin que permite puede ser identificado por sealar que las tasas en una lnea de
produccin son definidas para coincidir con la del proceso ms lento. Fuentes de pruebas
tambin incluyen documentos la definicin de polticas, procedimientos, requisitos, diseos, y
as sucesivamente. Las formas con la firma bloques, instrucciones de uso, manuales de
procedimientos, manuales, reglamentos, normas, especificaciones, manuales de polticas, los
archivos de proyecto, y los modelos de diseo tambin representan posibles evidencia.
Efectos de una restriccin
El efecto trmino se utiliza para describir algo que sigue inevitablemente un antecedente (como
una causar o agente). Restricciones iniciar, potenciar, gobernar, y limitar el comportamiento de
los objetos y agentes del sistema. Estos comportamientos se denominan generalmente como
efectos. Las restricciones tambin establecer relaciones de causa-efecto que se propagan a travs
de los efectos del sistema. Por lo tanto, los efectos son a menudo se considera ya sea directa o
indirecta. Los efectos tambin pueden ser intencionales 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 las tiendas individuales.
Presumiblemente, esta limitacin podra brindar a los responsables con la visibilidad necesaria
para identificar dnde existe un exceso de capacidad y donde se necesitan recursos adicionales.
Esta restriccin puede dar lugar a un efecto no deseado, en el que directa tienda capataces crean
trabajo para su gente para mantenerlos ocupados, lo que infla los datos revisados por los
tomadores de decisiones. Un efecto indirecto es la creacin de un exceso de inventario en
proceso y los cuellos de botella aguas abajo
Sntoma
Los sntomas indican una condicin que afecta el correcto funcionamiento de un sistema.
Los sntomas proporcionan evidencia subjetiva de una condicin que se utiliza para ayudar en la
correcta el diagnstico de la condicin. Es decir, los mismos sntomas que pueden indicar una o
ms condiciones perjudicar 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.
Mientras que los sntomas son defectos observados de una sistema, que se confunde a menudo
con las preocupaciones que son "posibles" fallos de un sistema.
Aunque los sntomas no son la condicin s mismos, son a menudo problemtica. Dominio los
expertos a menudo se refieren a sntomas como problemas. Problema, sin embargo, a menudo
connota la fuente de perturbacin o dificultad, por lo que puede conducir a conclusiones
errneas. el IDEF9 proceso de descubrimiento de restriccin aprovecha iniciaciones de expertos
de dominio a los sntomas, probables causas y efectos para ayudar a los usuarios a identificar las
limitaciones candidatos o la falta de necesaria restricciones. Los sntomas se utilizan para
formular la hiptesis de causa-efecto restricciones relativas a la otra sntomas. Por ejemplo, un
supervisor de produccin puede describir frecuentes fracasos de Integrado Circuitos entre los
principales problemas que estn tratando de resolver. La produccin mano de obra, sin embargo,
puede ver los fracasos como un sntoma de altas tasas de rotacin, la contaminacin, el manejo
inadecuado, insuficiente formacin, y as sucesivamente. Fabricacin Los ingenieros pueden
atribuir los fracasos a la falta de control de la humedad, troqueles agrietados o rotos y doblados
conduce. Los ingenieros de diseo pueden atribuir los fracasos de xido de silicio o defectos.
Cada uno de estos observaciones refleja el conocimiento de las relaciones restrictivas que
tambin pueden ser sntomas de otras condiciones.
Sistema
Un sistema es un conjunto de objetos de pie en las relaciones particulares y exhibiendo
comportamiento particular prescrito por un conjunto de restricciones. En los sistemas hechos
por el hombre, este Caracterizacin por lo general incluye la nocin de la consecucin de un

objetivo. Los sistemas de negocios puede ser visto como una coleccin de objetos comportarse
para realizar una o ms funciones de negocio bajo la influencia de las limitaciones para lograr
un objetivo particular. Varios ejemplos de sistemas de negocio compuestos de mltiples objetos
se proporcionan en la Figura 4 anterior.
Los sistemas de inters primordial para IDEF9 son sistemas que mantienen o hacer cumplir una
determinada constreimiento o conjunto de restricciones. Los ejemplos de un sistema que
mantiene o hace cumplir una restriccin podra incluir objetos individuales (por ejemplo, en
particular un objeto activo o agente tal como un gestor de cuentas o un funcionario de
autorizacin) o colecciones de objetos (por ejemplo, un contable sistema o un contratista
principal).
Justificacin de la restriccin
La razn de ser de una restriccin es el conjunto de creencias que motivan el establecimiento y
mantenimiento de una relacin de restriccin. Este conjunto de creencias incluye los mantenidos
para ser verdad cuando existe la restriccin, as como los realizados para ser cierto en
situaciones en que la restriccin no existe. La justificacin de una restriccin est documentado
para ayudar en la revisin peridica de la moneda y la pertinencia de la restriccin.
Gol
Un objetivo se define como un objeto o extremo que uno se esfuerza por alcanzar. Existen
sistemas de negocio 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 dependede-existencialmente, indica, es-parte-de, y as sucesivamente.
Idealmente, se orientar cada meta en el negocio de contribuir a un conjunto global de objetivos.
Metas, sin embargo, dependen del entorno de alta y estn sujetos a cambios frecuentes y la
modificacin de las prioridades. Los cambios en los objetivos de la organizacin motivan
cambios en la restriccin conjunto utiliza para dirigir la organizacin hacia el logro de esos
objetivos.
IDEF9 Procedimiento Developments10
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 descubrimiento
restriccin
esfuerzo que implica un enfoque de equipo. Proyectos que son de alcance ms limitado pueden
no requerir todos
estas actividades. Al igual que con todos los mtodos, el procedimiento de aplicacin depende
en gran medida de la
propsito para el cual se est utilizando el mtodo. Aquellos que realizan un descubrimiento
restriccin
Por lo tanto, el proyecto se les anima a preparar una gua de aplicacin en el mtodo detallado
a partir del proyecto.
descubrimiento de restriccin es un proceso evolutivo a travs del cual las restricciones son
candidatos
identificados, validado y refinado. En general, cuando se utiliza para descubrir y IDEF9
documento
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 - restricciones candidatos Postulado de los datos y pruebas
adquirido.
4. Fundamentar - Generar o recoger ejemplos para determinar cul de los candidatos
restricciones deben ser promovidos a la categora de una restriccin.
5. Desafo - Involucrar a los expertos de dominio en la prueba de la validez de los analistas,
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" en vez
de pasos secuenciales. Los usuarios no deben esperar para aplicar estas actividades en un
estrictamente secuencial
forma, o que la organizacin de las actividades de las fases del proyecto define necesariamente
cuando los
actividades inician o detienen. Por el contrario, las fases reflejan los modos que se debe o no
predominan durante
un intervalo de tiempo dado. Por lo tanto, los modos de actividad pueden organizarse en fases
para ayudar con
gestin del proyecto. La siguiente seccin proporciona una descripcin funcional de la
modos de actividad que constituye el procedimiento de IDEF9, estableciendo as un marco
bsico para
descubrimiento restriccin.
10 reutilizacin significativa de los componentes de procedimiento de la IDEF3 Descripcin del
proceso de captura y IDEF5
Descripcin ontologa mtodos de captura facilitaron el desarrollo de la descripcin del
procedimiento prototipo que
de la siguiente manera.
24
Modo Cero: Definir el Proyecto
El equipo del descubrimiento restriccin debe establecer el propsito y scope11 de la restriccin
esfuerzo descubrimiento 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
dando prioridad a las declaraciones de objetivos para el esfuerzo, indicando los requisitos de la
restriccin
esfuerzo de descubrimiento y examen de preguntas o resultados que el cliente quiere responder.
los
alcance del proyecto se establece por un conjunto de sentencias que se una o delimita el rea de
la
Dominio dirigida por el proyecto. La explicacin del alcance identifican las reas destinadas
especficamente de
Actividades de descubrimiento de restriccin e identificar aquellas reas que son ignorados de
manera explcita.
El propsito y el alcance rara vez se pueden determinar por completo y con precisin de
antemano.
El cliente menudo revisa su lista de resultados o las preguntas necesarias al compilar los datos.
los
rea de un analista cree que va a conducir a la respuesta a menudo conduce a zonas que no
fueron considerados
dentro del alcance. El propsito y el alcance general evolucionan durante la parte inicial de la
proyecto. El propsito y el alcance de un esfuerzo IDEF9 son capturados en un proyecto IDEF9
Forma Resumen similar a la que se muestra en la Figura 6.

Definir el propsito
La definicin del propsito es un primer paso importante en el esfuerzo de descubrimiento
restriccin. Si el
propsito se da por sentado o se ignora, el personal del proyecto es probable que encuentren los
resultados de su
esfuerzos ignorados por o de poca utilidad para el cliente. Sin una declaracin de propsito, el
nico
los criterios de terminacin son presupuesto y tiempo. Por el contrario, con una regularidad
revisado y claramente
propsito definido, el proyecto a menudo puede ser completado dentro del presupuesto. La
definicin del propsito
consiste en una lista de los objetivos declarados del cliente y la fuente especfica (s) de cada uno
(por ejemplo,
persona, proyecto u organizacin), la definicin de los objetivos de informacin del proyecto en
trminos de
cmo se utilizar la informacin de restriccin, y el establecimiento de prioridades entre el
indicado
objetivos y metas de la 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 problemticas sntomas, preocupaciones, o las oportunidades son del mayor inters
al cliente?
2. Quin usar la informacin de restriccin 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 de
el proyecto. Definicin del alcance del proyecto comienza con el establecimiento de los lmites
de la

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 nicas reas que son relevantes para
las necesidades del cliente.
Un mecanismo eficaz para definir el alcance del proyecto es la identificacin de la situacin
tipos o contextos a tener en cuenta y la identificacin de aquellos que caen fuera del proyecto
lmites. La caracterizacin de los tipos de situaciones de inters puede comenzar en un nivel de
grano grueso
mediante el desarrollo de una frase descriptiva (por ejemplo, con una frase adverbio como
trabajar para
agencias gubernamentales, eliminacin de materiales peligrosos) y una breve descripcin de la
contextos de inters. La caracterizacin de los contextos de inters implica el logro de un
consenso
entre los miembros del equipo de descubrimiento de restriccin en la descripcin del ttulo y en
el apartado de la
contextos. Es comn que los contextos con nombres diferentes para ser casi idnticos. A la
inversa,
Tambin es comn para los diferentes contextos para ser nombrados de la misma. La similitud o
disimilitud
entre los contextos inicialmente ser evidente a travs del desarrollo del prrafo
descripciones. El consenso entre los miembros del equipo puede requerir la definicin de grano
ms fino de
los contextos, especialmente en lo que los miembros del equipo revisan las declaraciones de
propsito y alcance
peridicamente a travs del proyecto. Cuando sea necesario, las caracterizaciones ms
detalladas de la
contextos de inters se pueden desarrollar mediante la identificacin de los objetos, las
relaciones participantes, y
hechos que deben mantener en los contextos. Adems, los contextos que afectan o estn
directamente
en relacin con los contextos consideradas en el estudio, pero que estn fuera del alcance del
proyecto, debe ser
26
identificado. Aquellos ntimamente familiarizado con el dominio debe depender de identificar
en realidad
los contextos.
Alcance y el nivel de las decisiones de detalle son tentativas en esta etapa del proyecto y deben
ser
actualiza a medida que los datos de restriccin vuelve a estar disponible. Un jefe de proyecto
astuta regularidad le
evaluar la adecuacin de los datos de restriccin tomadas con respecto 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
organizar
para la recoleccin de datos puede comenzar en serio. En este punto, la composicin del equipo
de proyecto ser
Se establecern, roles de los miembros del equipo solidificadas, y las responsabilidades de
desarrollo escenario
sern asignados a los miembros del equipo.
Las siguientes funciones estn normalmente asumidos por el personal que participa en un
descubrimiento restriccin
esfuerzo.
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.
experto 3. Dominio: La persona que posee un conocimiento directo sobre el dominio 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 crticas para realizar escritos de IDEF9 esquemas son comentaristas. los
resto son lectores. Tanto los miembros del equipo y los expertos de dominio 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 mantener un registro.
8. Los miembros del equipo: Todo el personal involucrado con el descubrimiento IDEF9
restriccin
esfuerzo.
Para grandes proyectos, 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 del
proyecto asigna una
individuo sea responsable de la recogida, catalogacin, control y distribucin de la fuente
27
materiales, equipos, glosarios, archivos, y as sucesivamente durante todo el proyecto. Adems,
el bibliotecario
es responsable del montaje de modelos de referencia y materiales de fuentes externas que
pueden
ser utilizado para acelerar los esfuerzos del equipo. El bibliotecario tambin puede mantener un
glosario de trminos como una
referencia que se utilizar durante las entrevistas para asegurar que los analistas entienden la
terminologa que es
nica de una disciplina, sector de la industria, empresa o segmento de empresas. Ya sea
mantenido
por el bibliotecario, o informalmente compartida entre los analistas, el glosario de trminos
crecern y
someterse a perfeccionamiento 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
el conocimiento y la informacin sobre 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 general acerca de cada experto. Esto incluye informacin
sobre
las responsabilidades, tareas actuales, y otras reas dentro de o relacionados con el dominio de
lo que el experto tiene experiencia. El nombre, la ubicacin y nmero de telfono de los
expertos
Tambin se debe registrar.
A lo largo del esfuerzo de recoleccin de datos, otras fuentes valiosas de informacin sern
buscado 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 en el
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 del mtodo se
esboza un projectspecific
aplicacin del procedimiento IDEF9 adaptado a las necesidades del esfuerzo. Entre
los elementos que se pueden incluir en la gua de aplicacin del mtodo son el modelado
convenciones a
ser utilizados, esquemas estndar para entrevistar a los expertos de dominio, el mtodo y la
interfaz de la herramienta
especificaciones, procedimientos de uso de la biblioteca de proyectos, y un glosario estndar de
trminos. esta gua
puede ir acompaada de un plan de proyecto. Un plan de proyecto tpico delinear las fases de
esfuerzo
con tareas claramente establecidas y los objetivos fijados, presentacin intermedios y finales,
individuales
Asignaciones del equipo de miembros, estructuras de informacin informales y formales, y as
sucesivamente.
Modo dos: Recoger y analizar las pruebas
Despus de haber organizado el equipo y describi el enfoque, el equipo comenzar restriccin
descubrimiento mediante la participacin en la recopilacin de pruebas. descubrimiento
restriccin documento de los miembros del equipo
observaciones de expertos y recoger pruebas de las restricciones por la interaccin directa con el
dominio
expertos. Estos datos son posteriormente analizados para formar la base de la hiptesis de
restricciones.
Prepararse para las entrevistas
El mecanismo ms valioso de la recopilacin de pruebas es la entrevista. Las entrevistas con
expertos en el dominio permitirse el 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 permiten al entrevistador observar situaciones normales y son de uso
frecuente
para aumentar entrevistas con el experto del dominio.
Si bien el enfoque de entrevista especfica y formato tienden a variar entre los proyectos,
Se recomiendan algunas pautas. Antes de la entrevista, el analista debe preparar una
agenda tentativa y algunas preguntas especficas. Los analistas se les anima a preparar un breve
descripcin de la finalidad de la entrevista, los temas a tratar en la entrevista, los tipos de
la informacin que se busca, la autoridad para solicitar la entrevista, y preguntas de sondeo
que puede ser utilizado para motivar a discusin. En proyectos grandes, lderes de proyecto
pueden desear
incluir pautas de preparacin de entrevista ms formales y normas en un mtodo
-gua que incluye la aplicacin 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 exitosa:
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 compilado, un plan de
entrevistas puede ser
desarrollado. Las entrevistas se programan normalmente con expertos en el dominio a travs de
la primaria
contacto. 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. Adicional
consideraciones logsticas tambin son importantes para el xito de la entrevista, tales como la
reserva de un
lugar adecuado para llevar a cabo la entrevista y la preparacin de los materiales de
construccin necesarios. Los analistas
tambin, en general ha resultado til para planificar la vestimenta que llevan a la entrevista con
el fin de transmitir una
apariencia profesional y todava establecer el entrevistado se sienta cmodo.
El objetivo (s) de la entrevista tambin se debe establecer en la delantera. Al establecer el
los objetivos de la entrevista, los analistas de establecer por qu la entrevista est siendo
programada y qu informacin
se necesita del dominio de expertos. La preparacin de una declaracin de la meta sucinta
menudo ayuda a proporcionar
una direccin general de esta lnea de cuestionamiento entrevista.
Una vez que se ha establecido el objetivo (s) de la entrevista, las preguntas pueden ser
candidatos
formulado. preguntas candidatos deben ser escritos y organizados en una lgica
secuencia. preguntas candidatos deben ser claros, las mismas palabras y frases apropiadas para
la
Antecedentes de la persona que est siendo entrevistado, e invitar en lugar de respuestas de
plomo. En
preparar preguntas candidatos, a menudo es til para explorar los siguientes temas:
1. Cules son las metas y los objetivos de la organizacin?
29
2. Cules son los factores de la organizacin crticos de xito (CSF) y el desempeo
medidas?
3. Cules son los sntomas problemticos de la organizacin?
Las respuestas a estas preguntas a menudo proporcionan una valiosa orientacin en la
identificacin de negocio
restricciones. Declaraciones de las metas y objetivos dan claros indicios de la percepcin
restricciones ambientales y, con un seguimiento adecuado a travs, pueden conducir al
descubrimiento de
sistemas de creencias y limitaciones indocumentados arraigada. Muy a menudo, las
restricciones
descubierto a travs de lneas de cuestionamiento en torno objetivos de la organizacin
revelarn
permitiendo a las limitaciones y restricciones que ya no apoyan los objetivos actuales. Cuando
esta lnea de
cuestionamiento se aplica a travs de diferentes niveles de la organizacin, las transformaciones
ocultas entre
estructuras estratgicas y tcticas de meta pueden ser revelados que se puede utilizar para
identificar desaparecidos
y / o restricciones inapropiadas. De un modo similar, la exploracin de los CSF de la
organizacin
y las medidas de rendimiento permite obtener informacin importante limitacin. De hecho, no
es probable

haber ninguna evidencia ms obvia de las limitaciones existentes de los artefactos de

desempeo
de medicin (por ejemplo, grficos, tablas, informes). Limitaciones derivadas de las medidas de
rendimiento,
si bien en general destinados a ser propicio, a menudo conducir el comportamiento no deseado y
no deseado.
Por ltimo, la orientacin valiosa en el descubrimiento de restricciones puede ser obtenida a
travs de la lista
sntomas problemticos y los factores que influyen cree que es la causa subyacente (s) de
esos sntomas. Los sntomas de problemas pueden manifestarse en los sistemas de negocios
como
cuellos de botella, tiempos de ciclo excesivamente largos, la mala calidad, de alto costo, y as
sucesivamente.
En la preparacin de preguntas candidatos para la entrevista, los analistas deben tener cuidado
de no sobre
preparar. El ejercicio de escribir las preguntas y el anlisis de la manera en que se forman
sirve para construir buenas habilidades de entrevista. El tiempo invertido para esta actividad
debe sopesarse
contra la posibilidad de que las preguntas no se pueden utilizar. Las preguntas pueden ser
eliminadas
a travs del descubrimiento de nueva informacin o para seguir una lnea de discusin que no
era
se haba previsto anteriormente.
Un elemento de la preparacin menudo pasado por alto por los analistas inexpertos es la
necesidad de
explicar por qu estn siendo entrevistados los expertos de dominio, lo que se har con el
informacin que proporcionan, y lo que pueden esperar a cambio. Cada entrevista debe
establecer un entendimiento mutuo de estos elementos antes de intentar satisfacer la
informacin
necesidades del analista. La siguiente lista es representativa de los temas y preocupaciones que
la
el analista debe estar preparado para hacer frente a [Harrington 91].
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.
30
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 altamente detallado, informacin precisa 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 crticos. 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 recordar
constantemente
mismo que el experto es el que tiene el conocimiento de cmo funciona una organizacin.
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. En el descubrimiento de
restriccin, esto es
el bono para una buena preparacin.
Los expertos del dominio a menudo comienzan con la descripcin de las normas, polticas,
procedimientos y relaciones que
deberan mantenerse y los que realmente son. Las preguntas que ayuden a distinguir los
deseados
las condiciones de funcionamiento de la norma, y las condiciones normales de funcionamiento
de soluciones temporales o
casos especiales pueden ayudar a guiar la entrevista. El foco principal de la entrevista debe estar
en
normas, polticas, procedimientos y relaciones que se mantienen o ejecutada en este momento
(es decir,
restricciones), en lugar de "deber ser" de condiciones que no puedan mantenerse. cuando se
concentra
en las limitaciones, los analistas tambin deben tener la precaucin de evitar hablar de "A-Ser"
restricciones a
evitar la introduccin de sesgo en las respuestas al dominio de los expertos. A lo largo de la
entrevista, la restriccin
informacin proporcionada por el experto del dominio tiene que ser registrado fielmente en una
forma que pueda
ser compartido entre todos los miembros del equipo. Los analistas deben prestar especial
atencin a la utilizacin de la
31
forma imperativa en la descripcin o en los documentos proporcionados por el experto del
dominio (por ejemplo,
Completar el formulario de solicitud de empleo adjunto). Palabras como imprescindible,
voluntad, ser, siempre, y nunca
a menudo se incluyen en frases imperativas (por ejemplo, los solicitantes deben completar el
trabajo adjunta
formulario de solicitud antes de que puede llegar a ser elegible para una entrevista). Sin
embargo, ni la
ausencia ni la presencia de estos trminos indica necesariamente una limitacin. cuantificadores
lgicos
al igual que todos, cada, algunos, y ninguno tambin proporcionan pistas para descubrir las
limitaciones de candidatos.
Recoger y Catlogo Evidencia
En su caso, los analistas deberan 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,
estratgica y
planes tcticos, cartas de organizacin, las declaraciones de misin, informes de eficiencia, y as
sucesivamente.

Otras fuentes de evidencia incluyen modelos de anlisis (por ejemplo, modelos de funcin
IDEFO, IDEF1
modelos de informacin, descripciones de procesos IDEF3, descripciones ontologa IDEF5) y el
diseo
modelos (por ejemplo, modelos de datos semntica IDEF1X, IDEF4 modelos de diseo
orientado a objetos) que son
relevantes para el proyecto.
El mtodo de la funcin de modelado IDEF captura alguna informacin relacionadarestriccin,
aunque a un nivel relativamente de grano grueso. Por ejemplo, los objetos modelados como
controles en una
actividad en particular a menudo anuncian los artefactos que se describa la actividad es o debe
ser realizada
(Por ejemplo, los documentos que contienen informacin sobre las normas, polticas y
procedimientos). Objetos
clasificado como mecanismos representan los medios por los cuales se logra la actividad, por lo
tanto
proporcionando una valiosa ayuda en la catalogacin y validacin de las restricciones. IDEF
controla a continuacin
el nivel artefacto debe ser validado para determinar si representan limitaciones, ya
IDEF no capta explcitamente qu mecanismos hacen cumplir que controla.
IDEF1 modelos de informacin de captura y mostrar una clase especializada de las
restricciones; especficamente,
esas restricciones que se mantienen en el dominio a travs del sistema de informacin. En otra
palabras, IDEF1 se utiliza para modelar las restricciones para el que algunos de los objetos de
informacin se han
diseado e implementado. Del mismo modo, descripciones de procesos IDEF3 capturar
explcitamente otra
clase especializada de restricciones. IDEF3 captura de precedencia y la causalidad de las
relaciones entre las
procesos y eventos dentro del medio ambiente. IDEF3 tambin captura las limitaciones relativas
a la
el comportamiento de cambio de estado de los objetos que participan en un proceso. Ontologas
desarrollado utilizando
IDEF5 incluyen caracterizaciones de objetos, propiedades de los objetos y las relaciones,
proporcionando as una
base slida para el descubrimiento de restriccin. ontologas IDEF5 tambin distinguen entre
definir frente a la no definicin y esencial frente a las propiedades y relaciones accidentales.
Entonces, la accesibilidad a IDEF5 descripciones puede acelerar enormemente el proceso de
restriccin
descubrimiento. (Modelos, por ejemplo, IDEF1X y IDEF4) modelos de diseo tambin
capturan restriccin reutilizable
informacin. IDEF1X modelos capturan las restricciones de diseo a la que el sistema de
informacin
los desarrolladores deben ajustarse. Estas restricciones reflejan las reglas de negocio y polticas
que deben
implementado a travs del sistema de informacin. IDEF4 modelos capturan informacin
similar
con un objetivo especfico hacia la implementacin en un lenguaje orientado a objetos.
32
Todos los datos que se recogen durante el transcurso del proyecto se van a registrar en una
IDEF9
Evidencia de registro como se ilustra en la Figura 7.

Analizar los datos recogidos

Tras la recogida de datos, notas de la entrevista se compilan, la Evidencia de registro se
actualiza para
reflejar pruebas recin recogidos, y los primeros resultados se catalogan en listas de llamadas
piscinas.
Entre las piscinas que se encuentran para ser potencialmente til en la organizacin y el anlisis
de restriccin relacionada
la informacin son los siguientes:
1. Los objetivos de negocio piscina
2. Rendimiento de la piscina medida
3. Sntoma piscina
4. Fuente de la piscina comunicado
5. Contexto tipo de piscina o situacin
33
6. Sistema o agrupacin de objetos
7. Sistema de la piscina o de propiedades de objetos
8. Relacin de la piscina.
En el anlisis de los datos recogidos, los analistas tambin pueden realizar las siguientes
actividades:
Afinar bsqueda y individuar contextos (por ejemplo, trabajando para la Fuerza Area,
[siendo] en
el sitio de construccin, la adquisicin de piezas de repuesto, [realizar] Programada Depot
Mantenimiento [PDM]).
Asociados objetivos de negocio existentes con el contexto (s).

 Asociados 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
candidatos durante
anlisis. Las relaciones pueden encontrarse entre contextos, entre los objetos y contextos, entre
tipos de objeto y el objeto de los casos, entre los tipos de objeto y los valores de la propiedad, y
as sucesivamente.
Tabla 3 a continuacin ilustra los estados de restriccin candidatos que ilustran diferentes tipos
de
relaciones.
34
Tabla 3. Diferentes Relaciones refleja en las afirmaciones de restriccin

Es tambin a menudo til para clasificar limitaciones para ayudar en el descubrimiento y la

reutilizacin de aguas abajo
de la informacin de restriccin. Dos criterios deben ser considerados en el desarrollo de 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 ser tal que cada disjuntos
elemento en el dominio de la taxonoma se puede asignar de forma exclusiva. En segundo lugar,
la taxonoma debe
ser exhaustiva sobre el dominio especfico.
granularidad restriccin y el acoplamiento entre las restricciones tambin deben ser
considerados cuando se

el desarrollo de una taxonoma. Granularidad es el nivel de abstraccin usado para representar el

restriccin. Cuanto ms abstracta de la representacin, ms difcil es para asignar una restriccin
a una categora nica. Por ejemplo, una de las limitaciones utilizado 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 alta. 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
35
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
suelen permanecer de pie en las relaciones que hacen que sea difcil para dividirlos en
categoras separadas.
Una vez ms, el perfeccionamiento de la granularidad de la representacin restriccin a menudo
uno ayuda a efectivamente
categorizar limitaciones.
Varias clasificaciones posibles para limitaciones pueden considerarse sistemticamente
analizar las limitaciones y restricciones candidatos validados. Por ejemplo uno podra encontrar
til
para clasificar las limitaciones en cuanto al grado de control que la organizacin tiene sobre el
limitacin de la estructura o la existencia misma. Las restricciones podran ser divididos entre
los que se
se volitivo (impuesta por la opcin) y los que son no-volitivo (sin eleccin) en un hecho
contexto. Las limitaciones tambin se pueden clasificar como la activacin o la limitacin en
relacin con un objetivo en una
dado contexto. Las restricciones que se ocupan de los recursos en trminos generales pueden ser
categorizados como de recursos
restricciones; los relativos a las propiedades de capacidad de los sistemas como las limitaciones
de capacidad;
las derivadas de la seleccin de una estrategia de diseo frente a otro como las restricciones de
diseo;
aquellos para los que la razn es en gran parte desconocida o poco justificado como limitaciones
del status quo;
y as.
El mtodo IDEF9 no prescribe un esquema de clasificacin o conjunto de clasificacin
esquemas sobre las dems. ser determinado el esquema de clasificacin ms apropiado (s)
por qu tiene que ser utilizada la informacin de restriccin. Se generalmente til, sin embargo,
para adoptar
varias clasificaciones para permitir el anlisis de las limitaciones dentro ya travs de los
clasificaciones. Este anlisis conduce a menudo al descubrimiento de nuevas restricciones y
previamente no reconocidos oportunidades de mejora.
Modo Tres: Restricciones una hiptesis candidatos
Uso de declaraciones de origen y las pruebas recogidas, miembros de la restriccin de
descubrimiento
equipo de la hiptesis de restricciones candidatos. Una restriccin candidato puede ser pensado
como una "primera

pasar "a una restriccin. Una restriccin candidato que puede ser apoyado por los datos
recogidos se dice que
ser justificada. Una restriccin candidato se dice que maduran hasta convertirse en una
restriccin al xito
pasar ms pruebas de validacin.
Las formas ms comunes en que las limitaciones surgen candidatos son los siguientes:
1. Limitaciones candidatos son evidentes para el modelador puede justificarse a partir de
Las pruebas recogidas.
2. Las limitaciones que surgen debido a los sistemas de creencias personales de los expertos de
dominio puede
ser justificada sobre la base 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.
36
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 posteriormente
corroboradas
(O sin fundamento) a travs de la recopilacin de pruebas adicionales.
Para cada restriccin candidato identificado, la siguiente informacin se graba en una
candidato hoja de pedido de restriccin:
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
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
necesario. El primer elemento de validacin se caracteriza por los analistas que intentan
fundamentar las limitaciones candidatos utilizando pruebas, notas de entrevistas y
observaciones directas
recopilada por el equipo. El segundo elemento de validacin consiste en expertos en el dominio
de acoplamiento en
desafiando las restricciones candidatos que quedan. Durante todo el proceso de validacin,
restricciones y limitaciones candidatos se someten a un proceso de refinamiento en el que
derivado
versiones de declaraciones de restriccin son propuestos y probados, se ampla los datos de la
piscina, y ms en profundidad
caracterizaciones se desarrollan.
Restricciones sustanciar candidatos
Una vez que las limitaciones candidatos han sido propuestos, los analistas intentan justificar su
hiptesis. En efecto, los analistas se ha intentado demostrar que, efectivamente, han descubierto
limitaciones.
Probatorias de las limitaciones candidatos implica a prueba frente a los casos de ejemplo
contextos para determinar si las relaciones cree que estn limitando de hecho se mantiene.
Cualquiera de las siguientes situaciones pueden surgir al intentar fundamentar candidato
restricciones:
1. La restriccin candidato se fundamenta.
37
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 superficie, los analistas pueden necesitar para refinar su caracterizacin
de la
la celebracin de contextos para establecer la validez de la restriccin basado en disponibles
actualmente
evidencia. Alternativamente, es posible que necesiten perfeccionar su caracterizacin del
candidato
restriccin. Cualquiera de estas situaciones por lo general requiere datos adicionales. Un
nmero de enfoques se
disponible para la recopilacin de informacin adicional. stas incluyen:
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 enfoque o combinacin de enfoques sern determinados por tanto la naturaleza de la
informacin necesaria y de la finalidad para la que se est utilizando IDEF9. Cualquier dato
adicional
la actividad de recoleccin implicar hacer cambios apropiados a los datos recogidos
previamente (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 a dominio de
expertos
revisin y validacin. Por lo tanto, los expertos de dominio desafan conclusiones del analista.
Si el
equipo del descubrimiento restriccin tiene un fuerte cuerpo de evidencia para justificar su
hiptesis, no es alto
probabilidad de que las limitaciones justificadas candidatos ser promovido a la condicin de
restriccin. En ocasiones, las restricciones sin fundamento tambin sern apoyadas por nuevas
pruebas
proporcionado por el experto del dominio en esta etapa del proceso. Los diversos pasos
implicados en el
la validacin de una restriccin son:
1. El equipo de descubrimiento restriccin proporciona expertos en el dominio con una lista de
sustanciado
y las limitaciones de candidatos sin fundamento y las pruebas que apoyen su
hiptesis.
38
2. El equipo del descubrimiento restriccin interacta con los expertos de dominio para obtener
y registrar
realimentacin.
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.

Afinar Restricciones
El refinamiento es un proceso de filtrado, mejora, y la adicin de valor a un producto. los
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. Ms
precisamente,
las propias limitaciones no son refinados. Ms bien, la caracterizacin de esas restricciones es
refinado. El grado de refinamiento se determina en gran parte por el propsito del proyecto,
aunque las compaas interesadas en el mantenimiento de las bibliotecas de las restricciones
querrn adoptar
normas para la informacin a ser gestionados por las limitaciones de negocio. El seguimiento
directrices de ayuda en una caracterizacin completa de las limitaciones detectadas:
1. Identificar las correlaciones entre los contextos y las restricciones comerciales que mantienen
en los
contextos. Contextos se pueden clasificar utilizando cualquier nmero de esquemas de
clasificacin. Es
a menudo ms til, sin embargo, para clasificar contextos basado en el grado en que se
limitaciones acciones.
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 del negocio se
definen
como las relaciones que se mantienen o ejecutada en un contexto dado, es importante
identificar el objeto (s) responsable del mantenimiento de las restricciones comerciales.
Conocimiento de
el objeto (s) que mantienen restricciones es til para ayudar a identificar y resolver
problemas de contencin de recursos; determinar el impacto de las personas ausentes, 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 a las justificaciones, intuiciones, suposiciones y juicios
dando lugar a su existencia. Entre las hiptesis que deben ser capturados son el
supuestas consecuencias de la restriccin de no estar en su lugar. Esto ayudar a identificar
esas limitaciones que ya no necesitan ser mantenidas.
4. Identificar las correlaciones entre las restricciones del negocio y objetivos de la organizacin.
Ambos
correlaciones positivas y negativas se pueden establecer entre las restricciones comerciales y
los objetivos de la organizacin para un contexto dado. Al analizar las limitaciones de todo
contextos, los analistas pueden encontrar limitaciones que soportan una meta de la organizacin,
mientras
entrar en conflicto con otros. Las correlaciones entre las limitaciones y los objetivos permiten
anlisis de aguas abajo del impacto de las restricciones sobre las metas de la organizacin, as
como
39
proporcionar apoyo a la sensibilizacin, anlisis de causa-efecto, y la influencia. priorizacin
de restricciones tambin puede ser realizada por una situacin comercial determinada.
5. Documento correlaciones entre las limitaciones, medidas de rendimiento y efectos.
Las medidas de rendimiento se encuentran entre la evidencia ms obvia de negocio candidato
restricciones. Las medidas de rendimiento a menudo sirven para conducir los patrones de
comportamiento dentro de la
compaa, a veces en formas que no se haban previsto o deseado previamente. Cuando
superficie efectos no deseados, a menudo es til para revisar tanto el rendimiento
medidas y las limitaciones que proporcionan la visibilidad de la gestin de los
medidas de desempeo.
6. Correlacionar observado efectos (intencionales y no intencionales) y los sntomas con las
empresas

restricciones. cadenas causa-efecto se pueden establecer mediante la vinculacin de restriccin

interrelaciones travs de los contextos. La documentacin de los efectos de una restriccin de
ayuda
establecer estas correlaciones.
7. designar otras limitaciones utilizando sistemas de clasificacin que puedan proporcionar
el mayor valor de aguas abajo de la organizacin. Varios potencialmente til
sistemas de clasificacin se presentan en la seccin Conceptos bsicos.
IDEF9 lenguaje de diseo Desarrollos
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 necesita o se desea?
2. Qu informacin (tipo, cantidad, etc.) debe transmitir el esquema?
3. Cmo es la informacin que se desea transmitir? Cul ser la vista (perspectiva)
adoptado? Qu metfora grfica ser utilizado (jerrquica, tela, red de araa,
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. Contexto esquemtica
esquemtica de recursos 2. Restriccin
3.-relacin de restriccin esquemtico
40
4. Los efectos de restriccin esquemtico
5. Objetivo esquemtica
6.-Meta relacin esquemtica
7. esquemtica Sntoma
Cada uno de los esquemas candidatos explorados se describe en las siguientes secciones.
contexto Esquema
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 centrada
componente (s) Procedimiento apoyado:
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:

Ejemplo:

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
anclados
a la parte superior izquierda en el interior esquina de la caja.
42
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
mantener en el contexto unido a la cola de la flecha tambin mantener en el contexto unido a
la punta de la flecha.
Discusin:
El ejemplo (Figura 9) ilustra cinco contextos (V, W, X, Y, y Z). Cada contexto es
distinguido nica por un identificador de contexto y provisto de una etiqueta descriptiva. Una
ms
Descripcin detallada de la contexto sera incluido en un formulario de elaboracin apoyo a la
esquemtico. Aunque el objetivo central de este esquema es el contexto, representacin grfica
de
la anatoma del contexto (es decir, los hechos, los objetos y las relaciones que definen
colectivamente la
contexto) se encontr que era innecesario y, posiblemente, una carga. El propsito principal de
la
esquemtica es organizar las limitaciones en cuanto a las situaciones en las que sean titulares.
Por lo tanto, la
slo la informacin necesaria para mostrar sobre el contexto era que la informacin necesaria
para
distinguir un contexto de otro. Como se indica en el ejemplo anterior, las limitaciones de C1 y
C2 se enumeran en el cuadro contexto identificado como X. La flecha que va desde el contexto
X al contexto
Y es mostrar ese contexto Y es un subcontexto del contexto X. Es decir, todo lo que era cierto en
X es
Tambin es cierto en Y adems, posiblemente, ms restricciones. Contextos se pueden combinar
para formar nuevos contextos
como se demuestra por el contexto W, una combinacin de contexto X y Z. contexto Tenga en
cuenta que este proceso
es estrictamente aditivo. Es decir, las nuevas restricciones se aade siempre a los contextos
medida que se mueven
por el esquema. No se pueden eliminar las limitaciones a medida que se desplaza 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 emplazamiento de la obra, trabajando en
contratos con el gobierno?)
Cuando la lista de identificadores de restriccin crece mucho, es esta una indicacin de que uno
necesita
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 limitacin de recursos
Objetivo: El objetivo de este esquema es para mostrar los sistemas u objetos que mantienen o
imponer la restriccin.
Punto de vista: Restriccin centrada
Componentes procedimiento respaldada:
Modo Dos, Recoger y analizar las pruebas
Modo de tres candidatos, las limitaciones Formular hiptesis
43

 Modo Cuatro, validar y refinar las limitaciones

La metfora grfica: Jerrquico
Candidato Sintaxis:
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
anclados
a la parte superior izquierda en el interior esquina de la caja.
42
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
mantener en el contexto unido a la cola de la flecha tambin mantener en el contexto unido a
la punta de la flecha.
Discusin:
El ejemplo (Figura 9) ilustra cinco contextos (V, W, X, Y, y Z). Cada contexto es
distinguido nica por un identificador de contexto y provisto de una etiqueta descriptiva. Una
ms
Descripcin detallada de la contexto sera incluido en un formulario de elaboracin apoyo a la
esquemtico. Aunque el objetivo central de este esquema es el contexto, representacin grfica
de
la anatoma del contexto (es decir, los hechos, los objetos y las relaciones que definen
colectivamente la
contexto) se encontr que era innecesario y, posiblemente, una carga. El propsito principal de
la
esquemtica es organizar las limitaciones en cuanto a las situaciones en las que sean titulares.
Por lo tanto, la
slo la informacin necesaria para mostrar sobre el contexto era que la informacin necesaria
para
distinguir un contexto de otro. Como se indica en el ejemplo anterior, las limitaciones de C1 y
C2 se enumeran en el cuadro contexto identificado como X. La flecha que va desde el contexto
X al contexto
Y es mostrar ese contexto Y es un subcontexto del contexto X. Es decir, todo lo que era cierto en
X es
Tambin es cierto en Y adems, posiblemente, ms restricciones. Contextos se pueden combinar
para formar nuevos contextos
como se demuestra por el contexto W, una combinacin de contexto X y Z. contexto Tenga en
cuenta que este proceso
es estrictamente aditivo. Es decir, las nuevas restricciones se aade siempre a los contextos
medida que se mueven
por el esquema. No se pueden eliminar las limitaciones a medida que se desplaza 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 emplazamiento de la obra, trabajando en
contratos con el gobierno?)
Cuando la lista de identificadores de restriccin crece mucho, es esta una indicacin de que uno
necesita
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 limitacin de recursos
Objetivo: El objetivo de este esquema es para mostrar los sistemas u objetos que mantienen o

imponer la restriccin.
Punto de vista: Restriccin centrada
Componentes procedimiento respaldada:
Modo Dos, Recoger y analizar las pruebas
Modo de tres candidatos, las limitaciones Formular hiptesis
43
Modo Cuatro, validar y refinar las limitaciones
La metfora grfica: Jerrquico
Candidato Sintaxis: