El término modelo de proceso se utiliza en varios contextos. Por ejemplo, en el modelado de procesos empresariales, el modelo de procesos empresariales se suele denominar modelo de procesos empresariales .
Descripción general
Los modelos de proceso son procesos de la misma naturaleza que se clasifican juntos en un modelo. Por tanto, un modelo de proceso es una descripción de un proceso a nivel de tipo. Dado que el modelo de proceso está en el nivel de tipo, un proceso es una instanciación del mismo. El mismo modelo de proceso se usa repetidamente para el desarrollo de muchas aplicaciones y, por lo tanto, tiene muchas instancias. Un posible uso de un modelo de proceso es prescribir cómo las cosas deben / deberían / podrían hacerse en contraste con el proceso en sí, que es realmente lo que sucede. Un modelo de proceso es aproximadamente una anticipación de cómo se verá el proceso. El proceso se determinará durante el desarrollo real del sistema. [2]
Los objetivos de un modelo de proceso son:
- Descriptivo
- Realice un seguimiento de lo que sucede realmente durante un proceso
- Adopte el punto de vista de un observador externo que analiza la forma en que se ha realizado un proceso y determina las mejoras que se deben realizar para que funcione de manera más eficaz o eficiente.
- Preceptivo
- Definir los procesos deseados y cómo deberían / podrían / podrían realizarse.
- Establezca reglas, pautas y patrones de comportamiento que, si se siguen, conducirían al desempeño del proceso deseado. Pueden variar desde una aplicación estricta hasta una orientación flexible.
- Explicativo
- Brindar explicaciones sobre la justificación de los procesos.
- Explorar y evaluar los diferentes cursos de acción posibles basados en argumentos racionales .
- Establecer un vínculo explícito entre los procesos y los requisitos que debe cumplir el modelo.
- Predefine los puntos en los que se pueden extraer los datos para fines de informes.
Propósito
Desde un punto de vista teórico, el modelado de metaprocesos explica los conceptos clave necesarios para describir lo que sucede en el proceso de desarrollo, sobre qué, cuándo sucede y por qué. Desde un punto de vista operativo, el modelado de metaprocesos tiene como objetivo proporcionar una guía para los ingenieros de métodos y los desarrolladores de aplicaciones. [1]
La actividad de modelar un proceso de negocio generalmente predica la necesidad de cambiar los procesos o identificar problemas que deben corregirse. Esta transformación puede requerir o no la participación de TI, aunque ese es un factor común para la necesidad de modelar un proceso empresarial. Se desean programas de gestión del cambio para poner en práctica los procesos. Con los avances en la tecnología de los proveedores de plataformas más grandes, la visión de que los modelos de procesos de negocios (BPM) se vuelvan completamente ejecutables (y capaces de ingeniería de ida y vuelta) se acerca cada día más a la realidad. Las tecnologías de apoyo incluyen el lenguaje de modelado unificado (UML), la arquitectura basada en modelos y la arquitectura orientada a servicios .
El modelado de procesos aborda los aspectos del proceso de una arquitectura empresarial empresarial , lo que lleva a una arquitectura empresarial que lo abarca todo . Las relaciones de los procesos de un negocio en el contexto del resto de los sistemas empresariales, datos, estructura organizativa, estrategias, etc. crean mayores capacidades para analizar y planificar un cambio. Un ejemplo del mundo real son las fusiones y adquisiciones corporativas ; comprender los procesos en ambas compañías en detalle, lo que permite a la gerencia identificar despidos que resultan en una fusión más fluida.
El modelado de procesos siempre ha sido un aspecto clave de la reingeniería de procesos comerciales y los enfoques de mejora continua que se ven en Six Sigma .
Clasificación de modelos de proceso
Por cobertura
Hay cinco tipos de cobertura en los que el término modelo de proceso se ha definido de manera diferente: [3]
- Orientado a la actividad: conjunto de actividades relacionadas realizadas con el propósito específico de la definición del producto; un conjunto de pasos parcialmente ordenados destinados a alcanzar una meta. [4]
- Orientado al producto: serie de actividades que provocan transformaciones sensibles del producto para alcanzar el producto deseado. [5]
- Orientado a la decisión: conjunto de decisiones relacionadas realizadas con el propósito específico de definir el producto.
- Orientado al contexto: secuencia de contextos que provocan sucesivas transformaciones de productos bajo la influencia de una decisión tomada en un contexto.
- Orientado a la estrategia: permiten construir modelos que representen procesos de múltiples enfoques y planificar diferentes formas posibles de elaborar el producto en base a la noción de intención y estrategia. [6]
Por alineación
Los procesos pueden ser de diferentes tipos. [2] Estas definiciones "corresponden a las diversas formas en que se puede modelar un proceso".
- Procesos estratégicos
- Investigar formas alternativas de hacer algo y eventualmente producir un plan para hacerlo.
- son a menudo creativos y requieren la cooperación humana; Por lo tanto, la generación de alternativas y la selección de una alternativa son actividades muy críticas.
- Procesos tácticos
- ayudar en el logro de un plan
- Están más preocupados por las tácticas que se adoptarán para el logro real del plan que por el desarrollo de un plan de logros.
- Procesos de implementación
- son los procesos de nivel más bajo
- están directamente relacionados con los detalles del qué y cómo de la implementación del plan
Por granularidad
La granularidad se refiere al nivel de detalle de un modelo de proceso y afecta el tipo de orientación, explicación y seguimiento que se puede proporcionar. La granularidad gruesa los restringe a un nivel de detalle bastante limitado, mientras que la granularidad fina proporciona una capacidad más detallada. La naturaleza de la granularidad necesaria depende de la situación en cuestión. [2]
El gerente de proyecto, los representantes de los clientes, la gerencia general, de nivel superior o intermedia requieren una descripción del proceso bastante detallada, ya que desean obtener una descripción general de la planificación del tiempo, el presupuesto y los recursos para sus decisiones. Por el contrario, los ingenieros de software, usuarios, probadores, analistas o arquitectos de sistemas de software preferirán un modelo de proceso detallado donde los detalles del modelo puedan proporcionarles instrucciones y dependencias de ejecución importantes, como las dependencias entre personas.
Si bien existen notaciones para los modelos de grano fino, la mayoría de los modelos de proceso tradicionales son descripciones de grano grueso. Los modelos de proceso deberían, idealmente, proporcionar una amplia gama de granularidad (por ejemplo, Process Weaver). [2] [7]
Por flexibilidad
Se encontró que si bien los modelos de proceso eran prescriptivos, en la práctica real pueden ocurrir desviaciones de la prescripción. [6] Por lo tanto, los marcos para la adopción de métodos evolucionaron para que los métodos de desarrollo de sistemas coincidan con situaciones organizacionales específicas y, por lo tanto, mejoren su utilidad. El desarrollo de tales marcos también se denomina ingeniería de métodos situacionales .
Los enfoques de construcción de métodos se pueden organizar en un espectro de flexibilidad que va desde 'bajo' a 'alto'. [8]
En el extremo "bajo" de este espectro se encuentran los métodos rígidos, mientras que en el extremo "alto" se encuentran la construcción de métodos modulares. Los métodos rígidos están completamente predefinidos y dejan poco margen para adaptarlos a la situación actual. Por otro lado, los métodos modulares se pueden modificar y ampliar para adaptarse a una situación determinada. Seleccionar un método rígido permite que cada proyecto elija su método de un panel de métodos rígidos predefinidos, mientras que seleccionar un camino dentro de un método consiste en elegir el camino apropiado para la situación en cuestión. Finalmente, seleccionar y ajustar un método permite a cada proyecto seleccionar métodos de diferentes enfoques y ajustarlos a las necesidades del proyecto ". [9]
Calidad de los métodos
Dado que la calidad de los modelos de proceso se analiza en este documento, existe la necesidad de elaborar la calidad de las técnicas de modelado como una esencia importante en la calidad de los modelos de proceso. En la mayoría de los marcos existentes creados para comprender la calidad, la línea divisoria entre la calidad de las técnicas de modelado y la calidad de los modelos como resultado de la aplicación de esas técnicas no está claramente trazada. Este informe se concentrará tanto en la calidad de las técnicas de modelado de procesos como en la calidad de los modelos de procesos para diferenciar claramente los dos. Se desarrollaron varios marcos para ayudar a comprender la calidad de las técnicas de modelado de procesos, un ejemplo es el marco de evaluación de modelado basado en la calidad o conocido como marco Q-Me que argumentó para proporcionar un conjunto de propiedades y procedimientos de calidad bien definidos para hacer posible una evaluación objetiva de estas propiedades . [10] Este marco también tiene las ventajas de proporcionar una descripción uniforme y formal del elemento del modelo dentro de uno o diferentes tipos de modelo utilizando una técnica de modelado [10] En resumen, esto puede hacer una evaluación tanto de la calidad del producto como de la calidad del proceso de las técnicas de modelado con con respecto a un conjunto de propiedades que se han definido antes.
Las propiedades de calidad que se relacionan con las técnicas de modelado de procesos de negocio analizadas en [10] son:
- Expresividad: el grado en el que una técnica de modelado dada es capaz de denotar los modelos de cualquier número y tipo de dominios de aplicación.
- Arbitrariedad: el grado de libertad que se tiene al modelar un mismo dominio.
- Idoneidad: el grado en el que una técnica de modelado determinada se adapta específicamente a un tipo específico de dominio de aplicación.
- Comprensibilidad: la facilidad con la que los participantes entienden la forma de trabajar y la forma de modelar.
- Coherencia: el grado en que los submodelos individuales de una forma de modelar constituyen un todo.
- Lo completo; el grado en que todos los conceptos necesarios del dominio de la aplicación están representados en la forma de modelado.
- Eficiencia: el grado en que el proceso de modelado utiliza recursos como tiempo y personas.
- Efectividad: el grado en que el proceso de modelado logra su objetivo.
Evaluar la calidad del marco Q-ME; Se utiliza para ilustrar la calidad de las técnicas de modelado de negocios de la organización (DEMO).
Se afirma que la evaluación del marco Q-ME a las técnicas de modelado DEMO ha revelado las deficiencias de Q-ME. Un particular es que no incluye métricas cuantificables para expresar la calidad de la técnica de modelado de negocios, lo que dificulta la comparación de la calidad de diferentes técnicas en una calificación general.
También existe un enfoque sistemático para la medición de la calidad de las técnicas de modelado conocidas como métricas de complejidad sugeridas por Rossi et al. (1996). Techniques of Meta model se utiliza como base para el cálculo de estas métricas de complejidad. En comparación con el marco de calidad propuesto por Krogstie , la medición de la calidad se centra más en el nivel técnico que en el nivel de modelo individual. [11]
Los autores (Cardoso, Mendling, Neuman y Reijers, 2006) utilizaron métricas de complejidad para medir la simplicidad y comprensibilidad de un diseño. Esto está respaldado por investigaciones posteriores realizadas por Mendling et al. quien argumentó que sin usar las métricas de calidad para ayudar a cuestionar las propiedades de calidad de un modelo, se puede modelar un proceso simple de una manera compleja e inadecuada. Esto, a su vez, puede conducir a una menor comprensibilidad, un mayor costo de mantenimiento y quizás una ejecución ineficiente del proceso en cuestión. [12]
La calidad de la técnica de modelado es importante para crear modelos que sean de calidad y contribuyan a la corrección y utilidad de los modelos.
Calidad de modelos
Los primeros modelos de proceso reflejaban la dinámica del proceso con un proceso práctico obtenido por instanciación en términos de conceptos relevantes, tecnologías disponibles, entornos de implementación específicos, restricciones del proceso, etc. [13]
Se ha realizado una gran cantidad de investigaciones sobre la calidad de los modelos, pero se ha prestado menos atención a la calidad de los modelos de proceso. Los problemas de calidad de los modelos de proceso no pueden evaluarse de forma exhaustiva; sin embargo, existen cuatro directrices y marcos principales en la práctica para ello. Estos son: marcos de calidad de arriba hacia abajo, métricas de abajo hacia arriba relacionadas con aspectos de calidad, encuestas empíricas relacionadas con técnicas de modelado y pautas pragmáticas. [14]
Hommes citó a Wang et al. (1994) [11] que todas las características principales de la calidad de los modelos pueden agruparse en 2 grupos, a saber, la corrección y la utilidad de un modelo, la corrección varía desde la correspondencia del modelo con el fenómeno que se modela hasta su correspondencia con las reglas sintácticas del modelo. modelado y también es independiente del propósito para el que se utiliza el modelo.
Mientras que la utilidad puede verse como que el modelo es útil para el propósito específico en cuestión para el cual se construye el modelo en primer lugar. Hommes también hace una distinción adicional entre corrección interna (calidad empírica, sintáctica y semántica) y corrección externa (validez).
Un punto de partida común para definir la calidad del modelo conceptual es observar las propiedades lingüísticas del lenguaje de modelado cuya sintaxis y semántica se aplican con mayor frecuencia.
Además, el enfoque más amplio se basará en la semiótica en lugar de la lingüística, como lo hizo Krogstie utilizando el marco de calidad de arriba hacia abajo conocido como SEQUAL. [15] [16] Define varios aspectos de calidad basados en las relaciones entre un modelo, la externalización del conocimiento, el dominio, un lenguaje de modelado y las actividades de aprendizaje, acción y modelado.
Sin embargo, el marco no proporciona formas de determinar varios grados de calidad, pero se ha utilizado ampliamente para el modelado de procesos de negocio en pruebas empíricas realizadas [17] Según investigaciones anteriores realizadas por Moody et al. [18] con el uso del marco de calidad del modelo conceptual propuesto por Lindland et al. (1994) para evaluar la calidad del modelo de proceso, se identificaron tres niveles de calidad [19] :
- Calidad sintáctica: evalúa el grado en que el modelo se ajusta a las reglas gramaticales del lenguaje de modelado que se utiliza.
- Calidad semántica: si el modelo representa con precisión los requisitos del usuario
- Calidad pragmática: si el modelo puede ser entendido suficientemente por todas las partes interesadas relevantes en el proceso de modelado. Ese es el modelo que debería permitir a sus intérpretes utilizarlo para satisfacer sus necesidades.
A partir de la investigación se observó que el marco de calidad resultó ser fácil de usar y útil para evaluar la calidad de los modelos de proceso, sin embargo, tenía limitaciones en cuanto a confiabilidad y dificultades para identificar defectos. Estas limitaciones llevaron al refinamiento del marco a través de la investigación posterior realizada por Krogstie . Este marco se denomina marco SEQUEL por Krogstie et al. 1995 (Refinado aún más por Krogstie & Jørgensen, 2002) que incluía tres aspectos más de calidad.
- Calidad física: si el modelo exteriorizado es persistente y está disponible para que la audiencia le dé sentido.
- Calidad empírica: si el modelo está modelado de acuerdo con la normativa establecida en un idioma determinado.
- Calidad social: se refiere al acuerdo entre las partes interesadas en el dominio del modelado.
Dimensiones del marco de calidad conceptual [20] Dominio de modelado es el conjunto de todos los enunciados que son relevantes y correctos para describir un dominio de problema, Extensión del lenguaje es el conjunto de todos los enunciados que son posibles dada la gramática y el vocabulario de los lenguajes de modelado utilizados. La externalización del modelo es la representación conceptual del dominio del problema.
Se define como el conjunto de afirmaciones sobre el dominio del problema que se hacen realmente. La Interpretación del Actor Social y la Interpretación del Actor Técnico son los conjuntos de enunciados que los actores, tanto los usuarios del modelo humano como las herramientas que interactúan con el modelo, "piensan", respectivamente, que la representación conceptual del dominio del problema contiene.
Finalmente, el conocimiento del participante es el conjunto de declaraciones que los actores humanos, que están involucrados en el proceso de modelado, creen que deben hacerse para representar el dominio del problema. Estas dimensiones de calidad se dividieron posteriormente en dos grupos que se ocupan de los aspectos físicos y sociales del modelo.
En trabajos posteriores, Krogstie et al. [15] declaró que, si bien la extensión del marco SEQUAL ha solucionado algunas de las limitaciones del marco inicial, siguen existiendo otras limitaciones. En particular, el marco es demasiado estático en su punto de vista sobre la calidad semántica, considerando principalmente modelos, no actividades de modelado, y comparando estos modelos con un dominio estático en lugar de ver el modelo como un facilitador para cambiar el dominio.
Además, la definición del marco de calidad pragmática es bastante limitada, se centra en la comprensión, en línea con la semiótica de Morris, mientras que las investigaciones más recientes en lingüística y semiótica se han centrado más allá de la mera comprensión, en cómo se usa el modelo y cómo afecta a sus intérpretes.
La necesidad de una visión más dinámica en el marco de la calidad semiótica es particularmente evidente cuando se consideran modelos de proceso, que a menudo prescriben o incluso promulgan acciones en el dominio del problema, por lo que un cambio en el modelo también puede cambiar el dominio del problema directamente. Este documento analiza el marco de calidad en relación con los modelos de procesos activos y sugiere un marco revisado basado en esto.
El trabajo adicional de Krogstie et al. (2006) para revisar el marco SEQUAL para que sea más apropiado para los modelos de procesos activos al redefinir la calidad física con una interpretación más estrecha que la investigación anterior. [15]
El otro marco en uso son las Directrices de modelado (GoM) [21] basado en principios contables generales que incluyen los seis principios: Corrección, claridad se ocupa de la comprensibilidad y la claridad (descripción del sistema) de los sistemas modelo. La comprensibilidad se relaciona con la disposición gráfica de los objetos de información y, por lo tanto, apoya la capacidad de comprensión de un modelo. La relevancia se relaciona con el modelo y la situación que se presenta. La comparabilidad implica la capacidad de comparar modelos que es una comparación semántica entre dos modelos, eficiencia económica; el costo producido del proceso de diseño necesita al menos ser cubierto por el uso propuesto de recortes de costos y aumentos de ingresos.
Dado que el propósito de las organizaciones en la mayoría de los casos es la maximización de las ganancias, el principio define el límite para el proceso de modelado. El último principio es el diseño sistemático, que define que debe haber una diferenciación aceptada entre las diversas vistas dentro del modelado. La corrección, pertinencia y eficiencia económica son requisitos previos en la calidad de los modelos y deben cumplirse, mientras que el resto de las pautas son opcionales pero necesarias.
Los dos marcos SEQUAL y GOM tienen una limitación de uso en el sentido de que no pueden ser utilizados por personas que no sean competentes en el modelado. Proporcionan métricas de calidad importantes, pero los no expertos no las pueden aplicar fácilmente.
El uso de métricas ascendentes relacionadas con los aspectos de calidad de los modelos de procesos está tratando de cerrar la brecha del uso de los otros dos marcos por parte de no expertos en modelado, pero es principalmente teórico y no se han realizado pruebas empíricas para respaldar su uso. .
La mayoría de los experimentos realizados se refieren a la relación entre métricas y aspectos de calidad y estos trabajos han sido realizados individualmente por diferentes autores: Canfora et al. estudiar la conexión principalmente entre las métricas de conteo (por ejemplo, el número de tareas o divisiones y la capacidad de mantenimiento de los modelos de procesos de software); [22] Cardoso valida la correlación entre la complejidad del flujo de control y la complejidad percibida; y Mendling et al. utilice métricas para predecir errores de flujo de control, como puntos muertos en los modelos de proceso. [12] [23]
Los resultados revelan que un aumento en el tamaño de un modelo parece reducir su calidad y comprensibilidad. El trabajo adicional de Mendling et al. investiga la conexión entre métricas y comprensión [24] y [25] Si bien algunas métricas se confirman con respecto a su efecto, también los factores personales del modelador, como la competencia, se revelan como importantes para comprender los modelos.
Varias encuestas empíricas realizadas aún no dan pautas claras o formas de evaluar la calidad de los modelos de proceso pero es necesario tener un conjunto claro de pautas para guiar a los modeladores en esta tarea. Diferentes profesionales han propuesto pautas pragmáticas a pesar de que es difícil proporcionar una descripción exhaustiva de dichas pautas desde la práctica.
La mayoría de las pautas no se ponen en práctica fácilmente, pero otros profesionales ya han sugerido y analizado empíricamente la regla de "etiquetar actividades verbo-sustantivo". De la investigación. [26] El valor de los modelos de proceso no solo depende de la elección de las construcciones gráficas, sino también de su anotación con etiquetas textuales que deben analizarse. Se encontró que da como resultado mejores modelos en términos de comprensión que los estilos de etiquetado alternativos.
A partir de la investigación anterior y las formas de evaluar la calidad del modelo de proceso, se ha visto que el tamaño, la estructura, la experiencia del modelador y la modularidad del modelo de proceso afectan su comprensibilidad general. [24] [27] Sobre la base de estos se presentó un conjunto de directrices [28] 7 Directrices de modelado de procesos (7PMG). Esta directriz utiliza el estilo de verbo-objeto, así como directrices sobre el número de elementos en un modelo, la aplicación del modelado estructurado y la descomposición de un modelo de proceso. Las pautas son las siguientes:
- G1 Minimizar el número de elementos en un modelo
- G2 Minimizar las rutas de enrutamiento por elemento
- G3 Utilice un evento inicial y uno final
- Modelo G4 lo más estructurado posible
- G5 Evitar elementos de enrutamiento OR
- G6 Usar etiquetas de actividad de verbo-objeto
- G7 Descomponer un modelo con más de 50 elementos
7PMG todavía tiene limitaciones con su uso: Problema de validez 7PMG no se relaciona con el contenido de un modelo de proceso, sino solo con la forma en que este contenido está organizado y representado. Sugiere formas de organizar diferentes estructuras del modelo de proceso mientras el contenido se mantiene intacto, pero la cuestión pragmática de lo que debe incluirse en el modelo aún se deja fuera. La segunda limitación se relaciona con la pauta de priorización; la clasificación derivada tiene una pequeña base empírica, ya que se basa únicamente en la participación de 21 modeladores de procesos.
Esto podría verse, por un lado, como una necesidad de una participación más amplia de la experiencia de los modeladores de procesos, pero también plantea la pregunta: ¿qué enfoques alternativos pueden estar disponibles para llegar a una guía de priorización? [28]
Ver también
- Selección de modelo
- Proceso (ciencia)
- Arquitectura de proceso
- Cálculo de procesos
- Diagrama de flujo del proceso
- Ontología de procesos
- Lenguaje de especificación de proceso
Referencias
- ↑ a b Colette Rolland (1993). Modelado del proceso de ingeniería de requisitos. 3er Seminario Europeo-Japonés sobre Modelización de Información y Bases de Conocimiento .
- ↑ a b c d Colette Rolland y Pernici, C. Thanos (1998). Una visión integral de la ingeniería de procesos. Actas de la X Conferencia Internacional CAiSE'98 . B. Apuntes de conferencias en informática 1413. Springer.
- ^ M. Dowson (1998). Iteración en el proceso de software, Proc 9th Int. Conf. en Ingeniería de Software .
- ^ PH Feiler y WS Humphrey . (1993). Implementación y desarrollo de procesos de software: conceptos y definiciones, Proc. 2do Int. Conf. sobre "Proceso de software"
- ^ Sianipar, CPM; Yudoko, G .; Dowaki, K .; Adhiutama, A. (2014). "Concepto fisiológico: modelado visible para un diseño factible" . Mecánica Aplicada y Materiales . 493 : 432–437. doi : 10.4028 / www.scientific.net / AMM.493.432 . S2CID 109776405 .
- ↑ a b Colette Rolland (1994). Una vista multimodelo del modelado de procesos. Ingeniería de Requisitos . Vol 4, Nr 4. Springer-Verlag.
- ^ C. Fernström y L. Ohlsson (1991). Necesidades de integración en entornos activados por procesos, Proc. 1er Int. Conf. en el proceso de software . IEEE Computer Society Press.
- ↑ a b AF Harmsen, Sjaak Brinkkemper y JLH Oei (1994). Ingeniería de métodos situacionales para enfoques de proyectos de sistemas de información . Holanda Septentrional
- ^ Colette Rolland (1997). 'Una cartilla para la ingeniería de métodos. Actas de la Conferencia INFORSID .
- ^ a b c BJ Hommes, V Van Reijswoud, Evaluación de la calidad de las técnicas de modelado de procesos de negocio - Procedimientos de la 33ª Conferencia Internacional de Hawaii sobre Ciencias de Sistemas - 2000
- ^ a b Bart-Jan Hommes, La evaluación de técnicas de modelado de procesos de negocio , tesis doctoral TU Delft 2004
- ^ a b J. Mendling, M. Moser, G. Neumann, H. Verbeek, B. Dongen, W. van der Aalst, Un análisis cuantitativo de EPC defectuosos en el modelo de referencia de SAP, Informe del centro BPM BPM-06-08, BPMCenter.org, 2006.
- ^ Actas de la novena conferencia internacional sobre ingeniería de software
- ^ Mendling, J .; Reijers, HA; van der Aalst, WMP (2010). "Siete pautas de modelado de procesos (7PMG)". Tecnología de la información y el software . 52 (2): 127-136. CiteSeerX 10.1.1.150.7953 . doi : 10.1016 / j.infsof.2009.08.004 .
- ^ a b c Krogstie, J .; Sindre, G .; Jorgensen, H. (2006). "Modelos de proceso que representan el conocimiento para la acción: un marco de calidad revisado". Revista europea de sistemas de información . 15 (1): 91-102. doi : 10.1057 / palgrave.ejis.3000598 . S2CID 16574846 .
- ^ Lindland, O .; Sindre, G .; Sølvberg, A. (1994). "Comprensión de la calidad en el modelado conceptual". Software IEEE . 11 (2): 42–49. doi : 10.1109 / 52.268955 . S2CID 14677730 .
- ^ D. Moody, G. Sindre, T. Brasethvik y A. Sølvberg, Evaluación de la calidad de los modelos de proceso: prueba empírica de un marco de calidad. En: S. Spaccapietra, ST March e Y. Kambayashi, Editores, Conceptual Modeling - ER 2002, 21ª Conferencia Internacional sobre Modelado Conceptual, Tampere, Finlandia, 7 al 11 de octubre de 2002, Actas, Lecture Notes in Computer Science vol. 2503, Springer (2002), págs. 380–396.
- ^ Daniel L. Moody, G. Sindre, T. Brasethvik, A. Sølvberg. Evaluación de la calidad de los modelos de proceso: prueba empírica de un marco de calidad
- ^ Morris, CW (1970). Fundamentos de la Teoría de los Signos . Chicago: Prensa de la Universidad de Chicago.
- ^ J. Krogstie , O. Lindland, G. Sindre, Definición de aspectos de calidad para modelos conceptuales, en: Proc. IFIP8.1 Conferencia de trabajo sobre conceptos de sistemas de información: hacia una consolidación de puntos de vista, Marburg, Alemania, 1995.
- ^ J. Becker, M. Rosemann y C. Uthmann, Directrices de modelado de procesos de negocio. En: W. van der Aalst, J. Desel y A. Oberweis, Editores, Business Process Management. Modelos, técnicas y estudios empíricos, Springer, Berlín (2000), págs. 30–49
- ^ Canfora, G .; García, F .; Piattini, M .; Ruiz, F .; Visaggio, C. (2005). "Una familia de experimentos para validar métricas para modelos de procesos de software". Revista de sistemas y software . 77 (2): 113–129. doi : 10.1016 / j.jss.2004.11.007 .
- ^ J. Mendling, Detección y predicción de errores en modelos de procesos de negocio epc, Ph.D. tesis, Universidad de Economía y Administración de Empresas de Viena, http://wi.wu-wien.ac.at/home/mendling/publications/Mendling%20Doctoral%20thesis.pdf Archivado el 17 de julio de 2011en Wayback Machine , 2007.
- ^ a b J. Mendling, HA Reijers y J. Cardoso, ¿Qué hace que los modelos de proceso sean comprensibles? En: G. Alonso, P. Dadam y M. Rosemann, Editores, Business Process Management, 5ª Conferencia Internacional, BPM 2007, Brisbane, Australia, 24 al 28 de septiembre de 2007, Actas, Lecture Notes in Computer Science vol. 4714, Springer, Brisbane, Australia (2007), págs. 48–63.
- ^ J. Mendling y M. Strembeck, Factores de influencia en la comprensión de los modelos de procesos comerciales. En: W. Abramowicz y D. Fensel, Editores, Actas de la 11ª Conferencia Internacional sobre Sistemas de Información Empresarial (BIS 2008), Lecture Notes in Business Information Processing vol. 7, Springer-Verlag (2008), pág. 142153.
- ^ J. Mendling, HA Reijers, J. Recker, Etiquetado de actividades en el modelado de procesos: ideas y recomendaciones empíricas, sistemas de información. URL: < http://eprints.qut.edu.au/19625/ >
- ^ HA Reijers, J. Mendling, Modularidad en modelos de proceso: Revisión y efectos en: M. Dumas, M. Reichert, M.-C. Shan (Eds.), Business Process Management BPM 2008, vol. 5240 de Lecture Notes in Computer Science, Springer, Milán, Italia, 2008, págs.20-35
- ^ a b J. Mendling, HA Reijers, WMP van der Aalst, Siete pautas de modelado de procesos (7pmg), QUT ePrints Report 12340, Queensland University of Technology (2008)
enlaces externos
- Procesos de modelado de patrones de flujo de trabajo; el enlace parece estar roto [ enlace muerto permanente ]
- "Presentación de niveles de abstracción para procesos: principios de modelado de procesos" (PDF) . Archivado desde el original (PDF) el 14 de julio de 2011 . Consultado el 12 de junio de 2008 .
- American Productivity and Quality Center (APQC) , una organización mundial para la mejora de procesos y desempeño
- La aplicación de las redes de Petri a la gestión del flujo de trabajo , WMP van der Aalst, 1998.