La ingeniería empresarial es el conjunto de conocimientos , principios y prácticas que se utilizan para diseñar total o parcialmente una empresa. [1] Una empresa es un sistema sociotécnico complejo que comprende personas, información y tecnología que interactúan entre sí y con su entorno en apoyo de una misión común. Una definición es: "una disciplina orientada al ciclo de vida empresarial para la identificación, diseño e implementación de empresas y su evolución continua", [2] respaldada por modelos empresariales . La disciplina examina cada aspecto de la empresa, incluidos los procesos comerciales, los flujos de información, los flujos de materiales y la estructura organizacional. [3] La ingeniería empresarial puede centrarse en el diseño de la empresa en su conjunto, o en el diseño y la integración de ciertos componentes comerciales. [4]
Han surgido varios tipos de ingeniería empresarial.
En ingeniería , la ingeniería empresarial abarca una amplia variedad de actividades. [5] Abarca "la aplicación de conocimientos, principios y disciplinas relacionadas con el análisis, diseño, implementación y operación de todos los elementos asociados con una empresa. En esencia, este es un campo interdisciplinario que combina la ingeniería de sistemas y la gestión estratégica , ya que busca diseñar toda la empresa en términos de productos , procesos y operaciones comerciales ". [5] este campo está relacionado con la gestión de ingeniería , la gestión de operaciones , la gestión de servicios y la ingeniería de sistemas .
En el desarrollo de software , la ingeniería empresarial se ocupa del modelado y la integración de diversas partes organizativas y técnicas de los procesos y funciones comerciales . [6] En el desarrollo de sistemas de información, esto se ha convertido en un área de actividad para la organización del análisis de sistemas y una extensión del alcance existente del modelado de información . [7] También puede verse como una extensión y generalización de las fases de análisis y diseño de sistemas del proceso de desarrollo de software . [8] Aquí, el modelado empresarial puede formar parte del ciclo de vida temprano, medio y tardío del desarrollo del sistema de información . Se está desarrollando una representación explícita de la infraestructura del sistema organizativo y técnico para comprender las transformaciones ordenadas de las prácticas laborales existentes. [8] Esta disciplina también se conoce como arquitectura empresarial , o junto con la ontología empresarial, definida como uno de los dos subcampos principales de la arquitectura empresarial. [3]
La ingeniería empresarial implica metodologías, métodos y técnicas formales que se diseñan, prueban y utilizan ampliamente para ofrecer a las organizaciones soluciones de procesos de negocio reutilizables:
Estas metodologías, técnicas y métodos son todos más o menos adecuados para modelar una empresa y sus procesos subyacentes.
DEMO es una metodología para el diseño e ingeniería de organizaciones. Concepto central es la "acción comunicativa": la comunicación se considera esencial para el funcionamiento de las organizaciones. De hecho, los acuerdos entre empleados, clientes y proveedores se crean para comunicarse. Lo mismo se aplica a la aceptación de los resultados suministrados. [9] [3]
La metodología DEMO se basa en los siguientes principios: [15]
La metodología DEMO proporciona una comprensión coherente de la comunicación, la información, la acción y la organización. Aquí el alcance se desplaza de "Ingeniería de Sistemas de Información" a "Ingeniería de Sistemas Empresariales", con una comprensión clara tanto de la información como de las organizaciones centrales.
CIMOSA proporciona plantillas y construcciones de modelado interconectadas para codificar aspectos comerciales, de personas y de tecnología de la información (TI) de los requisitos empresariales. Esto se hace desde múltiples perspectivas: vista de información, vista de funciones, vista de recursos y vista de organización. Estas construcciones se pueden utilizar además para estructurar y facilitar el diseño y la implementación de sistemas de TI detallados.
La división en diferentes puntos de vista lo convierte en una referencia clarificadora para los ingenieros empresariales y de software. Muestra las necesidades de información para diferentes funciones empresariales, como actividades, procesos y operaciones, junto con sus recursos correspondientes. De esta manera se puede determinar fácilmente qué sistema de TI satisfará las necesidades de información de una actividad particular y sus procesos asociados.
IDEF , desarrollado por primera vez como un lenguaje de modelado para modelar sistemas de fabricación, ha sido utilizado por la Fuerza Aérea de EE. UU. desde 1981 y originalmente ofrecía cuatro notaciones diferentes para modelar una empresa desde un determinado punto de vista. Estos fueron IDEF0 , IDEF1, IDEF2 e IDEF3 para análisis funcional, de datos, dinámico y de procesos, respectivamente. Durante las últimas décadas se han desarrollado progresivamente una serie de herramientas y técnicas para la integración de estas diferentes notaciones.
IDEF muestra cómo un proceso de negocio fluye a través de una variedad de funciones de negocio descompuestas con sus correspondientes entradas, salidas y actores de información. Al igual que CIMOSA, también utiliza diferentes visiones empresariales. Además, IDEF se puede transformar fácilmente en diagramas UML para el desarrollo posterior de sistemas de TI. Estas características positivas lo convierten en un método poderoso para el desarrollo de Arquitecturas de Software Funcionales.
Las redes de Petri son herramientas establecidas que se utilizan para modelar sistemas de fabricación. [16] Son muy expresivos y proporcionan buenos formalismos para el modelado de sistemas concurrentes . Las propiedades más ventajosas son la capacidad de crear representaciones simples de estados, transiciones concurrentes del sistema y capacidades que permiten modelar la duración de las transiciones. Como resultado, las redes de Petri se pueden utilizar para modelar ciertos procesos comerciales con el estado correspondiente y las transiciones o actividades en ellos, así como los resultados. Además, las redes de Petri se pueden utilizar para modelar diferentes sistemas de software y transiciones entre estos sistemas. De esta manera, los programadores pueden utilizarlo como referencia de codificación esquemática.
En los últimos años, las investigaciones han demostrado que las redes de Petri pueden contribuir al desarrollo de la integración de procesos de negocio. Uno de ellos es la metodología "Modelo Azul" desarrollada por el Laboratorio de Investigación Chino de IBM . Model Blue destaca la importancia de la integración empresarial impulsada por modelos como un enfoque emergente para construir plataformas de software integradas. [17] También se muestra la correspondencia entre su visión empresarial del Modelo Azul y una Red de Petri equivalente, lo que indica que su investigación ha cerrado la brecha entre los negocios y la TI. Sin embargo, en lugar de Petri Nets, los investigadores utilizan su propia visión de TI Model Blue, que puede derivarse de su visión empresarial a través de un motor de transformación.
El lenguaje de modelado unificado (UML) es un lenguaje de modelado ampliamente aceptado para el desarrollo de sistemas y aplicaciones de software. Muchos dentro de la comunidad de diseño y análisis orientado a objetos también utilizan UML con fines de modelado empresarial. Aquí se pone énfasis en el uso de objetos empresariales u objetos comerciales a partir de los cuales se crean sistemas empresariales complejos. Una colección de estos objetos y las correspondientes interacciones entre ellos pueden representar un sistema o proceso empresarial complejo. Mientras que las redes de Petri se centran en la interacción y los estados de los objetos, UML se centra más en los propios objetos comerciales. A veces se les llama “bloques de construcción empresarial” e incluyen recursos, procesos, objetivos, reglas y metamodelos. [18] A pesar de que UML se puede utilizar para modelar un sistema de software integrado, se ha argumentado que la realidad de los negocios se puede modelar con un lenguaje de modelado de software. En respuesta, la comunidad orientada a objetos crea extensiones comerciales para UML y adapta el lenguaje en consecuencia. El lenguaje de modelado empresarial extendido (EEML) se deriva de UML y se propone como lenguaje de modelado empresarial. La pregunta sigue siendo si esta transformación empresarial es el método correcto a utilizar, ya que se dijo anteriormente que UML en combinación con otros métodos empresariales "puros" puede ser una mejor alternativa.
EFD se utiliza como técnica de modelado para la representación de funciones empresariales y las interacciones correspondientes. Se pueden modelar diferentes procesos de negocio en estas representaciones mediante el uso de “módulos de funciones” y activadores. Un proceso de negocio inicial entrega diferentes entradas a diferentes funciones. Un proceso que fluye a través de todas las funciones y subfunciones crea múltiples resultados. Por lo tanto, los diagramas de funciones empresariales proporcionan una representación detallada y fácil de usar sobre un proceso de negocio y sus correspondientes funciones, entradas, salidas y desencadenantes. En este sentido, EFD tiene muchas similitudes con los diagramas IDEF0, que también representan procesos de negocio de forma jerárquica como una combinación de funciones y desencadenantes. Los dos se diferencian en que un EFD coloca las funciones comerciales en una perspectiva jerárquica de la organización, que describe el proceso posterior de ciertos procesos en la organización. Por otro lado, los diagramas IDEF0 muestran las responsabilidades de determinadas funciones empresariales mediante el uso de flechas. Además, IDEF0 proporciona una representación clara de las entradas y salidas para cada (sub)función.
EFD se puede utilizar como interfaz empresarial para un lenguaje de modelado de software como UML y sus principales similitudes con IDEF como herramienta de modelado indican que esto es realmente posible. Sin embargo, se necesita más investigación para mejorar las técnicas de EFD de tal manera que se puedan realizar asignaciones formales a UML. [19] La investigación sobre el uso complementario de IDEF y UML ha contribuido a la aceptación de IDEF como interfaz empresarial y, por lo tanto, debería realizarse un estudio similar con EFD y UML.
