¿Gestión del flujo de trabajo del proyecto basada en el procesamiento de casos?
El principio operativo de los sistemas tradicionales de gestión de flujo de trabajo es: la definición del proceso de flujo de trabajo correspondiente crea una instancia de cada nuevo caso, es decir, se crea una nueva instancia de flujo de trabajo para cada caso. Según la definición del proceso de flujo de trabajo correspondiente, el motor de flujo de trabajo calcula qué actividades deben activarse para este caso. Por cada actividad activada se genera un elemento de trabajo y se coloca en la "Carpeta de Trabajo" de cada usuario con el rol correspondiente. El usuario selecciona un elemento de trabajo de su carpeta de trabajo, inicia la actividad correspondiente, etc. Aunque un elemento de trabajo puede aparecer en las carpetas de trabajo de varios usuarios, sólo un usuario realiza la actividad correspondiente. Cuando se selecciona un elemento de trabajo, el sistema de gestión del flujo de trabajo iniciará la aplicación correspondiente y monitoreará los resultados de la ejecución de las actividades correspondientes. Cabe señalar que los usuarios solo pueden ver los elementos de trabajo en sus carpetas de trabajo, y al seleccionar un elemento de trabajo, solo pueden obtener información relacionada con la ejecución de la actividad correspondiente [2 ~ 4].
2. La gestión del flujo de trabajo de proyectos de ingeniería conceptual basada en el procesamiento de casos puede considerarse como una tarea que consta de muchos procesos y actividades. Sin embargo, a diferencia de sectores industriales como el manufacturero, el proceso de construcción de ingeniería es muy complejo, y esta complejidad se puede dividir en dos aspectos: estructura débil y variabilidad. Así como alrededor del 90% de la información de la construcción de ingeniería es información documental no estructurada, la mayoría de los procesos de procesamiento en la construcción de ingeniería son procesos de trabajo no estructurados o débilmente estructurados. Para soportar estos procesos no estructurados o débilmente estructurados, no es posible adoptar técnicas tradicionales de gestión del flujo de trabajo. Al mismo tiempo, existen algunos procesos de gestión altamente estructurados en el campo de la construcción de ingeniería, como cambios de diseño, reclamaciones de ingeniería, licitaciones y adquisiciones, etc. Aunque estos procesos de gestión son pocos, son bastante importantes. Algunos estudios han señalado que el 85% de los problemas de construcción están relacionados con la tecnología y tienen poco que ver con los productos. Por lo tanto, cómo automatizar el flujo de trabajo de gestión durante la construcción de ingeniería sigue siendo de gran importancia. Sin embargo, cabe señalar que estos flujos de trabajo de gestión son variables hasta cierto punto y dependen en gran medida de técnicas tradicionales de gestión de flujos de trabajo con definiciones de procesos fijas a priori, que no pueden proporcionarles un soporte eficaz. De hecho, muchos investigadores señalan que las técnicas tradicionales de gestión del flujo de trabajo a menudo fallan en la práctica de la ingeniería debido a la falta de flexibilidad. La razón clave de la falta de flexibilidad en las tecnologías tradicionales de gestión del flujo de trabajo es que las rutas son el único mecanismo que impulsa el flujo de trabajo, es decir, el trabajo fluye de una carpeta de trabajo a otra basándose en relaciones de causa y efecto prefijadas. Como resultado, los modelos de proceso resultantes son demasiado simples o demasiado complejos y opacos.
En vista de las razones anteriores, en los últimos años, algunos académicos han propuesto el llamado sistema de manejo de casos, abogando por un cambio ideológico fundamental: el flujo de trabajo no debe ser impulsado por caminos predeterminados, sino por casos. La tecnología tradicional de gestión del flujo de trabajo se centra en "lo que se debe hacer" en un proceso de flujo de trabajo, mientras que la tecnología de procesamiento de casos se centra en "lo que se puede hacer" para lograr los objetivos comerciales. Como nuevo método de gestión del flujo de trabajo, la tecnología de procesamiento de casos ofrece nuevas posibilidades para respaldar procesos comerciales flexibles e intensivos en conocimiento. De hecho, la aplicación de principios basados en casos ha sido utilizada con gran éxito en algunos proyectos por una gran empresa constructora holandesa llamada Heijmans. En pocas palabras, un caso es un ejemplo de un proceso de flujo de trabajo y un objeto que los participantes del flujo de trabajo deben procesar. En el campo de la construcción de ingeniería, algunos ejemplos pueden ser el proceso de cambio de diseño específico, el proceso de reclamos de ingeniería específico y el proceso de licitación y adquisición específico. Si el caso se considera como un producto elaborado mediante la ejecución del proceso de flujo de trabajo (el producto del proceso de gestión de la construcción es información), lo que realmente impulsa el proceso de flujo de trabajo son las características del producto. Al centrarse en las características del producto, la ruta tradicional orientada a empujar (de una carpeta de trabajo a otra) se puede transformar en un mecanismo orientado a tirar (centrado en los objetos de datos sobre un caso). Para ilustrar mejor el método de gestión del flujo de trabajo basado en el procesamiento de casos, se propone el modelo de objetos correspondiente a través del Lenguaje de modelado unificado (UML) (Figura 2).
3. Definición del proceso de gestión del flujo de trabajo del proyecto basado en el procesamiento de casos. Para la gestión del flujo de trabajo del proyecto basado en el procesamiento de casos, también es necesaria la definición del proceso. Las técnicas de construcción tradicionales se consideran separadas entre sí. Cuando no existe un sistema de información, la información queda aislada, formando una "isla de información" después de la aplicación del sistema de información, se ha formado un cierto flujo de trabajo, sin embargo, es necesario aplicar la idea de gestión de procesos para integrar y; optimizar el flujo de trabajo del sistema de información, es decir, en La lógica del proceso del flujo de trabajo del proyecto de ingeniería se describe con base en herramientas de reingeniería de procesos de negocio (BPR). El modelo de proceso generado por la definición del proceso es la base de todo el sistema de gestión del flujo de trabajo. Muchas plataformas de desarrollo de sistemas de gestión de flujo de trabajo proporcionan herramientas de modelado de procesos visuales, lo que permite a los usuarios modelar procesos comerciales reales de una manera intuitiva, y el sistema puede respaldar directamente los modelos de procesos establecidos. Los métodos de modelado de procesos incluyen diagramas de redes de actividad, gráficos dirigidos, método de definición integrada (IDE F3) y redes de Petri. Entre ellos, el método de modelado de procesos de redes de Petri ha atraído la mayor atención de la comunidad académica en los últimos años [5, 6]. Se utiliza un modelo de red de Petri simplificado para modelar el proceso de gestión de tareas. En un proceso general de gestión de tareas, el líder del equipo primero le pide a un miembro del equipo que complete una tarea. Los miembros del equipo verifican los requisitos de la tarea en función de sus capacidades y diversas limitaciones, y luego envían respuestas al líder del equipo. Si un miembro del equipo siente que la tarea no se puede completar, el líder del equipo necesita encontrar otros miembros adecuados para el equipo. Si un miembro del equipo confirma su capacidad para completar la tarea, el líder del equipo proporcionará una descripción detallada de la tarea y se la enviará al miembro del equipo. Cuando un miembro del equipo no comprende la descripción detallada de una tarea, puede hacer preguntas hasta que comprenda y realice la tarea. Para los resultados de las tareas enviados por los miembros del equipo, el líder del equipo los compara con la declaración de estado de la tarea original. Si se aprueba, envíe el producto del trabajo. De lo contrario, el líder del equipo vuelve a devolver la tarea al miembro del equipo (Figura 3).
4. Arquitectura del sistema de gestión de flujo de trabajo basada en el procesamiento de casos A través del análisis de la sección anterior, la Figura 4 muestra la arquitectura del sistema de gestión de flujo de trabajo basada en el procesamiento de casos, que es básicamente la misma que el modelo de referencia propuesto por. la Alianza de Gestión del Flujo de Trabajo Consistente [7]. El diseño lógico del sistema incluye definición de procesos, asignación de roles de usuario, diseño de procesamiento de datos, definición de formularios, autorización y asignación de casos, etc. El motor de flujo de trabajo en el servicio de ejecución de flujo de trabajo es el núcleo de todo el sistema y es el principal responsable de la ejecución de las instancias del proceso de flujo de trabajo, el control del estado de las actividades de los casos, el mantenimiento de las listas de casos de usuarios y el acceso a recursos externos. Las herramientas de monitoreo de administración monitorean y administran el estado de las instancias de proceso durante el tiempo de ejecución. El motor de flujo de trabajo puede acceder a recursos de la base de datos, como datos de proceso, información de usuario e información de documentos a través de servidores proxy. Las aplicaciones cliente proporcionan una manera para que los usuarios manejen tareas que requieren intervención humana mientras se ejecuta una instancia de proceso.
La aplicación llamada se refiere a una aplicación externa (como el módulo de gestión de documentos) llamada por el servicio de ejecución del flujo de trabajo para procesar los datos de la aplicación durante la ejecución de la instancia del proceso. Varias WAPI (interfaces de imagen de aplicaciones de flujo de trabajo) en la figura dependen de la plataforma de desarrollo específica. Según esta arquitectura, se puede realizar a través de la plataforma de desarrollo de flujo de trabajo Flow2 Mark en Lotus Domino/Notes.
5. Caso La Figura 5 muestra la interfaz del sistema de gestión del flujo de trabajo de proyectos de ingeniería basado en el procesamiento de casos. La ventana superior del espacio de trabajo es el proceso que se está ejecutando o viendo actualmente, que puede contener subprocesos. En consecuencia, la ventana inferior izquierda muestra las actividades y subprocesos del proceso actual. La ventana a la derecha a continuación contiene formularios, documentos y otra información relacionada con el proceso actual. Como puede verse en la figura, el proceso actual del sistema es el cambio del plan de diseño, incluido el subproceso de registro de los requisitos de cambio del plan de diseño y tres actividades: modificar el plan de diseño, revisar el nuevo plan de diseño y archivar y distribución. Para esta interfaz, tenga en cuenta: ① El estado de las actividades y subprocesos puede ser pendiente, en progreso, completado, omitido, rehacer, etc. Por ejemplo, Zhang San (que se supone es un diseñador) no tiene la función ejecutiva para aprobar el nuevo plan de diseño, por lo que puede omitir esta actividad ② El formulario abierto debe indicar qué datos son obligatorios y cuáles están restringidos; Por ejemplo, "de acuerdo o en desacuerdo" en el formulario de revisión del plan de diseño deberían ser datos obligatorios.
Para obtener más información sobre licitaciones de ingeniería/servicios/adquisiciones y para mejorar la tasa de adjudicación de ofertas, puede hacer clic en la parte inferior del sitio web oficial de servicio al cliente para realizar una consulta gratuita: /#/? fuente=bdzd