Dear Simon,

it is about

http://www.camunda.com/?lang_pref=en

http://www.camunda.com/consulting/activiti/?lang_pref=en

and on the activity-based

http://www.camunda.com/fox/

For your workflow diagram and also for the practice it may be interesting
to try these tools.

The author writes, that at the presentation of Camunda Fox:

Es gibt tatsächlich einen Roundtrip zwischen fachlich-operativem und
> technischem Prozessmodell. Wenn Aktivitäten gelöscht, hinzugefügt oder
> umbenannt wurden, so hat sich dies in beide Richtungen fortgepflanzt -
> unter der notwenidgen Beibehaltung der technischen Details.

There is actually a round trip between technical-operational and
technical process model. If activities are deleted, added or
have been renamed, so this has propagated (extended?) in both directions -
under the necessarily remaining(?) technical details.

Das auf Activiti basierende Camunda Fox hat mir in der kurzen Zeit schon
> einmal einen eindrucksvollen "Beweis" geliefert - ob jedoch wirklich alle
> "fiesen" Konstellationen (Transaktionen, (nicht-)unterbrechende
> Subprozesse, complexe Event-Gateways usw.) von der Engine unterstützt
> werden und auch alle einen Roundtrip gefährdenden Aktionen (Verschieben
von
> Aktivitäten, Ändern von Tasktypen, Änderungen in der Ereignissignatur von
> Subprozessen usw.) - das weiß ich nicht.
>
> Falls ja, fehlt nur noch jemand, der eine "freundliche"
> Intermediate-Schicht programmiert und darüber Konfigurationsassistenten
> setzt. Dazu eine Prise Management-/Controlling-Werkzeuge und fertig wäre
> eine (nach momentanem Stand der Dinge) weit aus dem Marktgetummel hervor
> stechende BPM-Suite.

The Activiti based camunda Fox has delivered a short time ago
an impressive "evidence" - but wether really all
"nasty" constellations (transactions, (non-) interrupting
subprocesses, complex event gateways, etc.) are supported by the engine and
also all
round trip-threatening actions (moving
activities, changing task types, changes in the event-signature
of sub-processes, etc.) are supported - I do not know.
>
> If yes, than just someone is missing who programmes a "friendly"
intermediate layer and sets a configuration wizard on top of it. Add a
pinch of Management-/Controlling-Tools and a (state of the art)
BPM(Business Process Management)
Suite would be ready, outstandingly better than the market provides now.

I am now very tired, so this tries to be a short translation and summary of
the most important parts.

In my understanding there is Camunda Fox, a very flexible toolset, which
adopts to the activity changes in the workflow: There is actually a round
trip between technical-operational and
technical process model. If activities are deleted, added or
have been renamed, so this has propagated (extended?) in both directions -
under the necessarily remaining(?) technical details.

This might be useful within one (OBP) app or at the implementation e.g. in
different environments.

Best regards

Joseph





2012/5/7

>
>

Hallo,

danke für das Evis.

Unten eine mail die vielleicht für Euch interessant ist.

LG

Joseph

Am 7. Mai 2012 15:54 schrieb BPM-Netzwerk.de :

> Sehr geehrter Herr Somogyi,
>
> BSc Timo Paschke hat im BPM-Netzwerk einen neuen Forenbeitrag
> veröffentlicht:
>
> --
> Re: Re: Re: Gesucht - Gefunden: BPMS mit ausführbaren BPMN-Diagrammen
> gesucht
> -
> Ich möchte an dieser Stelle das Ergebnis der Vorführung von Camunda Fox
> für die Allgemeinheit festhalten.
> Leider dauerte die Websession nur eine Stunde, daher konnte ich die
> Features nicht so ausführlich wie bei den übrigen Programmen testen. Daher
> kann es u.U. sein, dass ich einige Punkte im folgenden nicht vollständig
> korrekt darstelle.
>
> Was mir positiv aufgefallen ist:
> 1. Es gibt tatsächlich einen Roundtrip zwischen fachlich-operativem und
> technischem Prozessmodell. Wenn Aktivitäten gelöscht, hinzugefügt oder
> umbenannt wurden, so hat sich dies in beide Richtungen fortgepflanzt -
> unter der notwenidgen Beibehaltung der technischen Details.
>
> 2. Während der Prozessausführung kann der Prozessbeteiligte sehen, an
> welchem Punkt im technischen Prozessmodell der Prozess gerade steht. Dazu
> gibt es eine begleitende gerenderte Karte, welche auch den bereits
> beschrittenen Weg markiert.
>
> Was hierbei bedacht/berücksichtigt werden muss:
> 1. Entwickler-Rolle
> Dieses BPMS ist absolut entwickerzentriert - wer keine hochqualifizierten
> JAVA-Entwickler im Haus hat, sollte sich noch einmal anderweitig
> orientieren.
>
> 2. Assistenten
> Es gibt wenige bis gar keine Assistenten, um z.B. standardisiert Formulare
> für Ein-/Ausgaben zu gestalten. Ebenso könnten die verwendeten
> Schnittstellen analog zu bereits für BPEL existenten Werkzeugen grafisch
> dargestellt werden. Aktuell ist es eher ein rein textuell ausgelegtes
> Programmierframework.
>
> 3. Reporting
> Es gibt ein rudimentäres Reporting, welches die aktuell laufenden
> Instanzen auflistet und jeden Einzelfall auch im technischen Prozessmodell
> nachvollziehbar macht. Das Reporting könnte optimiert werden, indem
> (visuelle) Aggregationen integriert werden - z.B. eine Prozessgrafik, in
> welcher pro Aktivität die Anzahl der dort anliegenden Prozessinstanzen
> gezeigt werden. Oder durch Erweiterung der Funktionen um gemittelte
> Fortschrittsgrafiken pro Prozessinstanz/-gruppe. Eben etwas
> "Management-freundlicher"...
>
> ---
>
> Der von mir im letzten Beitrag erwähnte wissenschaftliche Beweis, dass ein
> Roundtrip nicht möglich sei, bezog sich auf einen Roundtrip zwischen BPMN
> 1.2 und BPEL. Da sowohl BPMN 1.2 noch etwas "unscharf" war und auch BPEL
> durch seine Struktur nicht alle Kontrollstrukturen der BPMN übernehmen
> kann, stimme ich mit der Ausarbeitung überein.
> Da die BPMN 2.0 jedoch sehr gut formalisiert ist, sehe ich dort gute
> Chancen, dass es zu einem vollständigen Roundtrip kommen kann.
>
> Das auf Activiti basierende Camunda Fox hat mir in der kurzen Zeit schon
> einmal einen eindrucksvollen "Beweis" geliefert - ob jedoch wirklich alle
> "fiesen" Konstellationen (Transaktionen, (nicht-)unterbrechende
> Subprozesse, complexe Event-Gateways usw.) von der Engine unterstützt
> werden und auch alle einen Roundtrip gefährdenden Aktionen (Verschieben von
> Aktivitäten, Ändern von Tasktypen, Änderungen in der Ereignissignatur von
> Subprozessen usw.) - das weiß ich nicht.
>
> Falls ja, fehlt nur noch jemand, der eine "freundliche"
> Intermediate-Schicht programmiert und darüber Konfigurationsassistenten
> setzt. Dazu eine Prise Management-/Controlling-Werkzeuge und fertig wäre
> eine (nach momentanem Stand der Dinge) weit aus dem Marktgetummel hervor
> stechende BPM-Suite.
>
> Nochmals vielen Dank an Herrn Freund für die Zeit und die freundlichen
> Erläuterungen.
>
> Timo Paschke
> --
>
> Wenn Sie an der Diskussion teilnehmen möchten loggen Sie sich bitte mit
> Ihren Zugangsdaten unter http://www.BPM-Netzwerk.de ein.
>
> ---
> Dieser Rundbrief ist ein Service von BPM-Netzwerk.de
> Wenn Sie ihn nicht mehr erhalten möchten, können Sie ihn durch einen Klick
> auf folgenden Link sofort abbestellen.
>
> http://www.bpm-netzwerk.de/subscriptionOptOut.do?subscription=ejaSI0hX70Vt3dMM8NUEjsiRcxcWbXjKRLGQ4Q6VFb6KkilhBCHwQBoSGtq44M2Z&user;=ejaSI0hX70Vt3dMM8NUEjkzFEKrSbREPcwxeauFpZqfvV2CJuZhrtcGCUH8Qn7kj
>



--
Mit freundlichen Grüssen / With best regards / Üdvözlettel

Dr. Joseph Somogyi

Neue Festnetztelefon-Nr. - new fixed line phone - uj vezetekes telefon:
T: (030) 530 98 349
Bitte auf Anrufbeantworter sprechen - pls. talk to the answer machine -
beszeljen kerem az üzenetrögzitöre.

Handy - Mobile: 0152 277 530 74
Bitte keine Spachnachrichten, lieber SMS - instead of voice message send
SMS please - hangüzenet helyett kerem küldjön SMS-t.