La arquitectura de proceso es el diseño estructural de sistemas de proceso generales y se aplica a los campos tales como computadoras (software, soporte físico, redes, etc.), los procesos de negocio (arquitectura de la empresa, política y procedimientos, logística, gestión del proyecto, etc.), y cualquier otro sistema de proceso de diversos grados de complejidad.

Los procesos se definen como haciendo entradas, salidas y la energía requerir para transformar entradas a las salidas. El uso de la energía durante la transformación también implica un paso del tiempo: un proceso toma a en tiempo real para hacer su cosa. Un proceso también requiere el espacio para que los objetos de la entrada-salida y los objetos de transformación existan: un proceso utiliza el espacio verdadero.

Un sistema de proceso es un sistema especializado de procesos. Los procesos se abarcan de procesos. Los procesos complejos se componen de varios procesos que alternadamente se compongan de varios procesos. Esto da lugar a una jerarquía estructural total de la abstracción . Si el sistema de proceso se estudia jerárquico, es más fácil entender y manejar; por lo tanto, la arquitectura de proceso requiere la capacidad de considerar sistemas de proceso jerárquico.

Modelado de proceso

Una manera simple, con todo de gran alcance de modelar arquitectura de proceso está utilizando la extensión dualística de las redes de Petri llamadas las redes de Petri dualísticas (dPNs). Una red de Petri (PN) es una lengua de modelado gráfica, bipartita que intuitivo y representa matemáticamente relaciones teóricas de objetos móviles en una red de construcciones interconectadas. El lugar/la transición clásicos PNs puede representar los procesos teóricos, donde el movimiento de objetos implica su transformación, pero es demasiado absolutos ser pragmáticos en la representación de procesos del mundo real. El mundo real es el dualístico en naturaleza y el proceso es un fenómeno dualístico, éste no se puede representar fácilmente usar un digital-tipo que modela el sistema. En lugar, las extensiones dualísticas al lugar/a la transición PNs se han introducido y se han utilizado con éxito en el modelado de la arquitectura de sistemas y de procesos de negocio computarizados.

Entre las distinciones de dPNs de PNs clásico está el espacio y tiempo (debido al uso de energía) en ambos la construcción y la transformación del lugar construyen. Esto da lugar al efecto de la simulación de las transformaciones marcadas que permiten la representación explícita del procesamiento en paralelo, del multiprocesamiento, y de la representación implícita de la deterioración de los objetos - todo únicos a las redes de Petri dualísticas.

Arquitectura

Además de una propensión a modelar comportamiento del mundo real dualístico, PNs también ofrece una manera de manejar sistemas de proceso complejos jerárquico. Usar reglas de construcción clásicas del PN, las redes de Petri de las redes de Petri pueden ser construidas y un concepto jerárquico de un sistema de proceso complejo puede ser estudiado. ¡Esta estructura de la abstracción jerárquica es el corazón de la arquitectura de proceso!

Ascendente: El comenzar con el proceso manifestado

Las redes de Petri dualísticas son capaces de modelar cualquier sistema de proceso en su nivel manifestado. Cuando la ingeniería reversa un proceso manifestado, dPNs tiene una correspondencia una por de la construcción a cualquier pedazo de proceso manifestado, es decir, del dPN es el isomorfo a la lengua de puesta en práctica del proceso manifestado. Por ejemplo, varias líneas de codifican en software se podrían representar por una construcción de la transformación del dPN. Una vez que el proceso manifestado es representado totalmente por una red de dPNs, los grupos pequeños, bien-juntados de construcciones del dPN se pueden amontonar juntos para formar las construcciones de alto nivel del dPN - crear una red de dPNs en un de alto nivel de la abstracción jerárquica. Cada nivel de abstracción es constante con sus niveles de abstracción adyacentes y las reglas que los gobiernan en cada nivel son exactamente iguales porque las abstracciones del PN son el homomórfico. Ahora el diseño de proceso se puede considerar en los varios niveles de abstracción como juzgado apropiado por el arquitecto de proceso, teniendo en cuenta estudios en su comportamiento dinámico y funcionamiento.

Un uso típico de la ingeniería reversa usar dPNs en el mundo del negocio está en la documentación de los procesos para la certificación de la calidad contra estándares como ISO 9000 . En este caso, los dPNs se utilizan para modelar los pedazos del proceso de negocio, que entonces se combinan para formar una arquitectura total de la empresa. El sistema de proceso se puede estudiar para determinar la capacidad de cada pedazo y para demostrar donde ocurren los riesgos. Los requisitos después reverso-se dirigen y se aplican en las construcciones correspondientes del dPN. Los procesos del punto conflictivo se pueden identificar y slated para el Reengineering . El mapa total del dPN no sólo da a entidades de la calidad la información necesaria sobre el proceso actual de un negocio, pero también da a arquitecto de proceso un proyecto original de el cual manejar y de mejorar dijo procesos. Ésta es una porción importante de la ingeniería de calidad .

De arriba hacia abajo: De idea a la puesta en práctica

modelado del dPN del comienzo de un sistema del nuevo proceso en un de alto nivel de la abstracción jerárquica. Para diseñar un sistema de proceso complejo, tal como un componente de hardware sofisticado o un proyecto importante, el arquitecto de proceso debe primero definir el espacio del problema. Puesto que el espacio es sí mismo del problema un sistema de proceso, los dPNs se pueden utilizar para su modelado. Los dPNs abstractos que deben todavía ser ejecutados se especifican dentro del contexto del espacio del problema. Estas construcciones definen el espacio de solución dentro de su red del contexto. Ahora incumbe al arquitecto de proceso a atravesar abajo de la dimensión de la abstracción jerárquica, proponiendo los nuevos diseños de proceso para el espacio de solución de una manera iterativa hasta especificar la puesta en práctica real en la lengua de puesta en práctica específica.

Este método para diseñar un sistema de proceso complejo se refleja en la metodología de desarrollo de programas general conocida como el modelo de la cascada. Realmente, este método no está bien adaptado para el desarrollo del software complejo sin el ajuste de él para manejar la descomposición de manera gradual de la arquitectura de proceso. Esta descomposición ocurre enteramente dentro del dominio de dPNs del modelo del contexto del espacio del problema abajo al trazado final de la lengua de puesta en práctica.

Estructura de proceso

Si un mapa de red jerárquica del dPN fue creado de la parte inferior encima o de la tapa de abajo, demuestra la estructura del sistema de proceso. Los sistemas de proceso complejos, tales como programas informáticos grande tendrán varias capas de abstracción jerárquica. En la tapa de la estructura está un proceso representado por unas par de construcciones del dPN. Cada capa subsecuente debajo de este proceso es la descomposición de las construcciones del dPN compuestas de más dPNs se descompongan que alternadamente. El dPN del “padre” de un sistema de dPNs descompuestos ha asociado a él los requisitos que se aplican a la red descompuesta. Estos requisitos fueron determinados estudiando el suprastructure de los dPN del padre o el de la estructura jerárquica sobre la construcción. Los dPNs descompuestos de los “niños” forman la infraestructura del o el de la estructura jerárquica debajo de el dPN del padre.

En diseño complejo de la computadora, los requisitos son generados e infraestructuras propuestos. Las infraestructuras elegidas son entonces más futuras descompuestas determinando los requisitos de las nuevas construcciones y descomponiéndolos más lejos en esta manera iterativa hasta que los dPNs se descompongan en la lengua de puesta en práctica de la especificación de software o del soporte físico. El mapa jerárquico final del dPN documenta las decisiones arquitectónicas que fueron aceptadas y una especificación es in place que puede ser utilizado para mantener la evolución futura del sistema.

En los procesos de negocio, los requisitos de proceso son las políticas que se deben satisfacer por los procedimientos aceptables . Los procedimientos complejos se pueden especificar por procedimientos más simples. Puesto que los procesos de negocio son procesos, los dPNs son una lengua de modelado ideal para ellos - especialmente cuando en vista de procesos de negocio complejos tener gusto de la logística .

Conclusión

La red entera de las redes de Petri dualísticas se convierte en la especificación de la arquitectura del sistema de proceso. Si el espacio del problema y de solución está enteramente en software, se conoce como arquitectura de los programas . Si el espacio del problema y de solución es procesos de negocio, se conoce como arquitectura de la empresa. Si el espacio del problema y de solución es equipo conectado, se conoce como arquitectura de red . Cuál es importante para cada uno de estos usos y a cualquier otro sistema de proceso de complejidad diversa es que el mapa jerárquico de la estructura de sistema creada por la red de dPNs permite que el arquitecto de proceso estudie el comportamiento y el funcionamiento del sistema, mantiene decisiones de diseño arquitectónico documentadas, y organiza requisitos de proceso a lo largo de la estructura arquitectónica.

Ver también

Arquitectura
Sistema complejo y complejidad
Arquitectura de seguridad de información de la empresa
Organigrama
Teoría de sistemas general
Ingeniería de proceso
Gestión del proceso
Proceso que modela
Teoría de proceso
Arquitectura de sistemas
Flujo de trabajo

.

Zenithic

Eurovan (PSA/Fiat joint venture)

Random links:

Condado de Carretero, Montana | Lista de buques de guerra aliados que sirvieron en Gallipoli | Districto de Raška | Paradigma georgiano del verbo | Cristianismo esotérico