¿Cuál es el sistema ERP de la empresa?

La arquitectura y planificación de un sistema ERP

La arquitectura y planificación de un sistema ERP

Yan Chuanyi 1 Wei Qiujian 2

Chuan Yi Yen Chiu-Chi Wei

1 Estudiante de posgrado en el Instituto de Ingeniería y Gestión Industrial, Universidad de Chung Hwa

2 Profesor del Instituto de Ingeniería y Gestión Industrial, Universidad de Chung Hwa

300 East Hsinchu City No. 30, Dongxiang, Xiangli, Instituto de Gestión Industrial, Universidad de China

Resumen

Este estudio analiza principalmente el diseño y la planificación arquitectónicos. modelo del sistema ERP y enumera varios modelos aplicados en los métodos del sistema ERP para encontrar mejores métodos y modelos. Primero, hacemos un análisis simple del sistema ERP, luego lo analizamos uno por uno en función de las metodologías de modelado y las arquitecturas de modelos de métodos actuales, y finalmente comparamos las ventajas de estos métodos de modelado. Al construir un sistema ERP, debemos deshacernos de la perspectiva anterior de transformación de procesos de un solo departamento. Debemos adoptar una perspectiva holística de la empresa, complementada con la ayuda de sistemas de información, para conocer los mensajes de transmisión de información entre las actividades. de cada sistema, para lograr el mejor control de toda la empresa.

Resumen

Este artículo tiene el objetivo de demostrar varias metodologías de modelado para implementar el sistema de planificación de recursos empresariales (ERP). En la primera parte, revisamos la estructura del sistema ERP, luego presentamos. varias metodologías de modelado como IDEF0 e IDEFx, CIMOSA, ARIS, GRAI y GIM, la tercera parte compara estas metodologías de modelado y trata de descubrir la mejor manera de estructurar el sistema ERP.

Palabras clave Planificación de recursos empresariales, IDEF, CIMOSA, ARIS, GIM

1. Introducción

En los últimos 20 años, debido a la creciente demanda de integración de diferentes departamentos funcionales dentro de la empresa, la gestión de la producción (Production Management) ) Los métodos integrados en esta área continúan desarrollándose, lo que resultó en la aparición de software de aplicación del sistema de gestión de producción asistido por computadora (CAPM). Con el desarrollo de sistemas de fabricación integrados por computadora, el software de planificación de recursos empresariales (ERP) se ha convertido en una poderosa herramienta para las empresas en integración.

Las empresas se encuentran en el entorno competitivo global actual, como ubicaciones en varios países, mercados de marketing globales, subcontratación internacional, división global del trabajo, cambios en las políticas de varios países, mercados de divisas, etc., así como Las empresas que enfrentan cambios rápidos en la demanda del mercado, la esperanza de vida del producto se están acortando día a día. Bajo las múltiples presiones de pedidos diversificados y tiempos de entrega más cortos, así como las operaciones multinacionales en la industria, la gestión se vuelve cada vez más compleja. Todas las empresas están comprometidas con los cambios organizacionales y la mejora de los procesos de trabajo para: (1) Reducir los costos generales. (2) Reducir el inventario. (3) Establecer una fábrica de ensamblaje o un centro de envío en el lugar de entrega. (4) Proporcionar a los clientes fechas de entrega precisas. (5) Fortalecer la calidad del servicio a los clientes para mejorar la satisfacción del cliente. Fue desarrollado con base en la Técnica de Diseño y Análisis Estructurado propuesta (SDAT).

IDEF0 utiliza una forma gráfica estructurada para describir las relaciones complejas entre los módulos funcionales del sistema. En el gráfico IDEF, se utilizan cuadros y flechas para representar actividades en el sistema y actividades de información relacionadas entre los cuadros. La relación se detalla a continuación:

IDEF0 incluye dos símbolos: cuadro cuadrado y flecha. El cuadro cuadrado es el componente más básico del diagrama IDEF0 y representa las actividades en el sistema. Los cuadros generalmente usan verbos para describir las características de las actividades del sistema. Las flechas representan información que fluye entre bloques. Como se muestra en la Figura 2.1, la flecha (I) en el lado izquierdo del cuadro cuadrado representa la información a procesar, como materiales de entrada o información en la fábrica. La flecha (C) encima del cuadro representa la información de restricción requerida para la actividad, como la temperatura o la presión. La flecha (O) en el lado derecho del cuadro representa información procesada, como producto terminado o producto semiacabado. La flecha (M) debajo del cuadrado representa los recursos necesarios para completar la actividad, como maquinaria, personal u otras instalaciones utilizadas.

Figura 2.1 Diagrama del modelo IDEF0

IDEF0 también puede usar su arquitectura de descomposición jerárquica para descomponer los módulos funcionales del sistema en muchos módulos de subsistema pequeños, pero todos los mensajes entrantes y salientes, todos deben heredar el casillas del nivel anterior. Como se muestra en la Figura 2.2, es un ejemplo de descomposición jerárquica. Debido a que IDEF0 tiene una representación gráfica y una arquitectura jerárquica, es extremadamente adecuado para su uso en análisis de sistemas a gran escala y comunicación de personal.

Figura 2.2 Diagrama de expansión de la arquitectura jerárquica IDEF0

2.2 Modelo CIMOSA

CIMOSA (Arquitectura de sistema abierto de fabricación integrada por computadora) se origina en Europa *** El mismo mercado desarrolló una arquitectura de modelo abierto para la industria manufacturera en ESPRIT [7]. La definición de AMICE de CIMOSA es que el propósito de CMOSA es proporcionar un estándar para la arquitectura de sistemas abiertos y proporcionar un método modelo que incluya toda la información necesaria y las consideraciones funcionales para el entorno empresarial ferozmente competitivo y rápidamente cambiante del futuro, ya sea con las relaciones y funciones externas o internas están todas dentro del ámbito de CIMOSA. [8] Dado que CIMOSA proporciona especificaciones de integración estándar y desarrolladas, siempre que siga los métodos y reglas especificados por CIMOSA, puede obtener los beneficios de gestión, estrategia e integración estratégica en todos los niveles durante la integración, y al mismo tiempo. puede monitorear el estado de conversión de todas las operaciones de producción en la empresa y proporcionar la información necesaria para el análisis y simulación de soluciones alternativas como apoyo a la toma de decisiones.

2.2.1 Marco de modelado de CIMOSA

CIMOSA proporciona una arquitectura más completa que utiliza tres dimensiones diferentes para operar el sistema interno de la empresa. Una descripción completa del ciclo de vida se muestra en. Figura 2.3. Las características de cada dimensión se detallan a continuación:

(1) Dimensión de derivación: Divida el ciclo de vida del proceso de desarrollo del sistema en tres partes, comenzando por la Definición de requisitos (modelo de definición de requisitos). , diseño del modelo de especificación del sistema (modelo de especificación de diseño), modelo de descripción de implementación (modelo de descripción de implementación) y soporte modular desde el lado de la demanda hasta el lado de ejecución del sistema.

(2) Dimensión de generación: el uso de las cuatro complementariedades de vista de función, vista de información, vista de recursos y vista de organización para abordar la complejidad del sistema describe el problema desde una perspectiva.

(3) Dimensión de instanciación: dividida en dos categorías: arquitectura de referencia y arquitectura particular. Los bloques de construcción genéricos proporcionan los bloques de elementos básicos que todas las industrias requieren al construir y comprar sistemas; los modelos parciales se centran en lo que una industria específica necesita al construir y comprar sistemas de acuerdo con sus necesidades específicas. diferentes modelos de producción, fabricación, construcción y adquisiciones en respuesta a diferentes industrias.

Figura 2.3 Diagrama de arquitectura del modelo CIMOSA [8]

2.3 Método ARIS

Arquitectura de sistema de información integrado ARIS (Arquitectura de Sistemas Integrados de Información), en 1992 Propuesto por Profesor Scheer de Alemania. Su intención original es describir y desarrollar las relaciones y la arquitectura general entre varios sistemas de aplicaciones en la empresa a través de conceptos sistemáticos, enfocándose en tratar con entidades orientadas a la empresa. El método ARIS se centra principalmente en el establecimiento de procesos de negocio y satisface las necesidades de una gestión eficiente del entorno corporativo mediante la descripción y el establecimiento de métodos de procesos de negocio estandarizados. El sistema ARIS divide el modelo empresarial en cuatro perspectivas principales para describir, que se describen brevemente a continuación:

(1) Perspectiva organizacional: se utiliza principalmente para definir la estructura de la organización y combinar la jerarquía organizacional. En él se definen la funcionalidad y la gestión de la empresa y el personal del departamento. Además de definir las partes internas de la empresa, también se deben definir los sistemas externos de la empresa.

(2) Perspectiva de datos: defina los datos o formularios necesarios para las actividades de procesos internos relacionados con el negocio como una definición del modelo de base de datos semántica para establecer una base de datos de entidades.

(3) Perspectiva de control: esta perspectiva define principalmente el proceso de la empresa y la interconexión de actividades. Como se muestra en la figura, conecta las otras tres perspectivas en el medio, que pueden representar claramente las diversas. aspectos dentro de la empresa. La relación operativa entre los departamentos relevantes.

(4) Perspectiva funcional: se utiliza para definir módulos funcionales jerárquicos de sistemas empresariales y utiliza diagramas de expansión funcional para definir módulos de proceso que relacionan las funciones del sistema y los subsistemas relacionados.

Como modelo de ciclo de vida del sistema ARIS (Life-cycle Models) desde la vista organizacional (Organization View), vista de datos (Data View), vista de control (Control View) y vista funcional (Function Vista), y cada perspectiva se divide en tres niveles para construir gradualmente el sistema. Estos tres niveles son Definición de requisitos, Especificación de diseño y Descripción de implementación del sistema, como se muestra en la Figura 2.4. [9]

Figura 2.4 Diagrama de arquitectura del sistema ARIS [10]

3. Patrón del método GRAI

El patrón del método GRAI (Gráfico con resultados y acciones interrelacionadas) es Basado en Desarrollado en la década de 1970 en la Universidad de Burdeos en Francia, utiliza principalmente dos herramientas gráficas y métodos estructurales para describir la arquitectura detallada del sistema de fabricación. La característica más importante es combinar la toma de decisiones de control del sistema con el sistema de información. optimizar el sistema de control actual [11]. El método GRAI analiza el sistema de toma de decisiones y dispersa todo el sistema de toma de decisiones en varios niveles del sistema de fabricación.

Las dos herramientas gráficas se presentan a continuación:

3.1.1GRAI-Grid

La estructura de la cuadrícula GRAI utiliza las filas (columnas) y columnas (filas) de la tabla para representar la fabricación. respectivamente, la estructura de relación entre el sistema y el centro de toma de decisiones. La cuadrícula GRAI utiliza un método de análisis de arriba hacia abajo para analizar dónde debe establecerse el centro de toma de decisiones para lograr los objetivos del sistema de fabricación, como se muestra en la Tabla 3.1. . Entre ellos, la parte ascendente de la cuadrícula GRAI representa el tipo funcional o nombre de actividad del sistema de fabricación; la parte de columna contiene el tiempo necesario para toda la decisión; En la cuadrícula GRAI, el flujo de información entre cada centro de toma de decisiones está representado por flechas. La flecha simple (→) representa el flujo de información o vínculo de información entre cada centro de toma de decisiones. La flecha doble ( ) representa el vínculo de decisión entre cada centro de toma de decisiones. centros.

3.1.2 GRAI-Nets

El diagrama de red GRAI utiliza principalmente el método de análisis ascendente para describir cada centro de decisión en la estructura de actividades relacionadas con la cuadrícula GRAI. Como se muestra en la Figura 3.1, en el diagrama GRAI-net, los círculos, los cuadrados redondeados y los rectángulos representan las actividades y recursos relevantes del centro de toma de decisiones, respectivamente, que proporcionan principalmente decisiones de control del sistema.

Tabla 3.1 Diagrama de cuadrícula GRAI

NIVEL DE FUNCIONES (H, P) INFORMACIÓN EXTERNA PARA GESTIONAR PRODUCTOS A SINCRONIZAR/PLANIFICAR PARA GESTIONAR INFORMACIÓN INTERNA DE RECURSOS

H = 3 yP = 6 m

H = 12 mP = 1 m

H = 6 mP = 15 d

H = 15 dP = 1 d

Figura 3.1 Diagrama esquemático de GRAI-net

3.2 Arquitectura de referencia GIM

La arquitectura del método de GIM (Metodología Integrada GRAI) se compone principalmente del sistema CIM, el método de modelado y Método de arquitectura del sistema compuesto por. La arquitectura del modelo GIM se compone principalmente de descomposición de puntos de vista y niveles de abstracción [12]. GIM presenta cuatro vistas sobre el sistema CIM, a saber, vista funcional, vista de decisión, vista de información y vista física. Cada vista tiene una influencia mutua. En la parte del nivel de abstracción, al modelo se le asignan tres niveles de abstracción: nivel conceptual, nivel estructural y nivel de realización. Como se muestra en la Figura 3.2, el nivel conceptual es el nivel más estable. No hay necesidad de fabricar ninguna organización ni ninguna consideración técnica. Lo principal es comprender qué sistema se desea construir para integrar el punto organizacional. de vista, es decir, comprender quién utilizará el sistema, cuándo y dónde; el nivel cognitivo es el nivel más específico porque integra restricciones técnicas y casos de investigación para descomponer correctamente toda la arquitectura del sistema.

Figura 3-2 Diagrama de arquitectura del modelo GIM [12]

3.2.1 Modelo de arquitectura de referencia GIM

La arquitectura de referencia GIM se construye principalmente utilizando el método IDEF modelo Descubra el modelo de función del sistema general del sistema, utilice el proceso del sistema definido por él para descomponer el sistema de entidades y coopere con los siguientes seis módulos subfuncionales de GIM para estructurar todo el sistema de entidades.

(1) Modelo conceptual GRAI: utiliza tres subsistemas para presentar los conceptos básicos del sistema de fabricación. El sistema de fabricación se descompone en: i. Sistema físico: desempeña principalmente el papel de convertir las materias primas en productos; ii. Sistema de toma de decisiones: gestiona y controla el sistema de información; iii. al tomar o ejecutar decisiones.

(2) Marco de modelado GIM: utilice las tres dimensiones de perspectiva, ciclo de vida y nivel de abstracción para estructurar todo el modelo del sistema empresarial.

(3) Arquitectura de referencia GIM: utilice modelos para representar bloques arquitectónicos que no cambiarán en el sistema de fabricación.

(4) Formalismos de modelado GIM: utilice GRAI-grid y GRAI-nets para construir modelos de sistemas de toma de decisiones; IDEF0 y stock/recursos para describir sistemas de entidades/relación para estructurar sistemas de información;

(5) Enfoque de estructura GIM: utilice los tres aspectos de análisis, orientación al usuario y orientación tecnológica para guiar cómo mostrar el análisis y el diseño del sistema.

(6) Herramienta de caso GIM: utilice el software IMAGIM desarrollado por GRAI/LAP para admitir la arquitectura del modelo del método GIM.

La Figura 3.3 ilustra el método y el proceso de uso de GIM para construir la arquitectura de un sistema empresarial. [13]

Figura 3.3 Método de arquitectura GIM [13]

IV.Conclusión

Existen muchos métodos y tipos de construcción de sistemas, y tienen diferentes oportunidades de aplicación. . Sólo mediante el uso de la descomposición del sistema para descubrir la correlación entre la información y las decisiones entre departamentos se puede expresar el modelo del sistema real. Este estudio analiza varios métodos de modelado para el análisis de la arquitectura de planificación de recursos empresariales uno por uno. Dado que las actividades del sistema, la arquitectura de control, el sistema de información y la estructura organizativa en el sistema de entidades empresariales afectarán la arquitectura general de planificación de recursos empresariales, combinamos estos métodos de modelado. Las ventajas y desventajas de los métodos se resumen a continuación.

Las metodologías IDEF0 e IDEFx se centran más en los aspectos funcionales y de información del sistema, utilizando módulos de funciones del sistema y módulos del sistema de información para expresar la arquitectura del sistema. CIMOSA utiliza funciones, información, recursos y organización. combinado con tres dimensiones diferentes para describir de manera integral el ciclo de vida de una empresa; ARIS toma los procesos empresariales como núcleo y agrega cuatro perspectivas de organización, datos, control y función para estructurar todo el sistema. Su característica es el uso; de herramientas GRAI-grid y GRAI-net para integrar otros sistemas CIM para garantizar la coherencia entre los conceptos y modelos del sistema, y ​​para proporcionar decisiones de control del sistema e información de control para un control óptimo del sistema.

Referencias

1. Lin Hanwei, Journal of Ability, 30-34, diciembre de 1998.

2. Johnny K. C. NG. W. H. IP y T. C. Lee, "El desarrollo de un sistema de planificación de recursos empresariales utilizando una pirámide de diseño jerárquico", Journal of intelligent Manufacturing, 9, 385-399, 1998

3. Sarkis, J. y L. Lin, (1994), "Un modelo de planificación funcional IDEF0 para la implementación estratégica de sistemas CIM", INT.J. pp. 100-115.

4. Mayer, R. J., M. K. Painter y P. S. Witt, Familia de métodos IDEF para aplicaciones concurrentes de ingeniería y reingeniería empresarial, Knowledge Based System, Inc, 1994.

5. Ross, T. D. (1997) Análisis estructurado (SA): un lenguaje para comunicar ideas IEEE Transactions on Software Engineering, 3(1), 16-35

6. T. D. (1985) Aplicaciones y extensión de SADT. IEEE Transactions on Computer Science, 18, 25-34

7. Vlietstra, J., (1996), "Un resumen de la arquitectura de referencia CIMOSA", Arquitecturas. for Enterprise Integration, Peter, B., N. Laszlo y W.J. Theodore, eds., Chapman & Hall, N.Y.

8. según los conceptos CIMOSA", Computers in Industry, Vol.27, 1995, pp.179-189.

9. IDS (1998), "ARIS Methods", Versión 4.0.

10. Jin Xiong, Zhonggang Technology (.tw/), explorando nuevas herramientas para la integración empresarial: metodología ARIS, 1999

11. Modelo de referencia, arquitectura y metodología de GRAI-GIM, "Architectures for Enterprise Integration", Peter, B., N. Laszlo y W. J. Theodore, eds., Chapman & Hall, N.Y., 1996.

12. G. Doumeingts, B. Vallespir y F. Marcotte, Una propuesta para un modelo integrado de un sistema de fabricación: aplicación a la reingeniería de un taller de montaje, Control Eng, Vol 1, págs. 59-67, 1995

13 D. Chen, B. Vallespir, G. Doumeingts, Metodología integrada GRAI y su mapeo en arquitectura y metodología genéricas de referencia empresarial, Computadoras en la Industria 3