Aplikace pracovního postupu - Workflow application

tento článek ne uvést žádný Zdroje. Prosím pomozte vylepšit tento článek podle přidávání citací ke spolehlivým zdrojům. Zdroj bez zdroje může být napaden a odstraněn. Najít zdroje: "Workflow application"  – zprávy  · noviny  · knihy  · učenec  · JSTOR (Září 2017) (Zjistěte, jak a kdy odstranit tuto zprávu šablony)

A aplikace pracovního toku je softwarová aplikace který automatizuje, alespoň do určité míry, proces nebo procesy. Procesy jsou obvykle související s obchodem, ale může to být jakýkoli proces, který vyžaduje automatizaci pomocí řady kroků software. Některé kroky procesu mohou vyžadovat lidský zásah, například schválení nebo vývoj vlastního textu, ale aplikace, které lze automatizovat, by měly být zpracovány. Pokročilé aplikace umožňují uživatelům zavádět do operace nové komponenty^[1].

Zvažte například a nákupní objednávka který prochází různými odděleními pro autorizaci a případný nákup. Objednávku lze automaticky přesouvat z oddělení do oddělení pro schválení. Po získání všech oprávnění je žadatel o objednávku informován a je mu uděleno povolení. Proces pracovního postupu může zahrnovat častou údržbu. Běžný schvalovatel nákupních objednávek může být například na dovolené, v takovém případě si aplikace vyžádá souhlas alternativních schvalovatelů.

Rozvoj

Aplikace pracovního toku lze vyvíjet pomocí grafického designéra, programovacího jazyka nebo jejich kombinace.

Některé softwarové produkty poskytují prostředky k vytváření aplikací pracovního toku pouze s grafickým návrhářem založeným na diagramech. Tyto typy systémů se spoléhají na schopnost zachytit všechny informace relevantní pro proces pracovního postupu prostřednictvím specializovaného rozhraní zaměřeného na neprogramátory a poté tyto informace zkompilovat do funkční aplikace pracovního postupu. Někdy však vyvstává potřeba využití programovacího jazyka, když je třeba do pracovního toku integrovat složitější pravidla, jako jsou výpočty pro ověření dat ve vstupních formulářích.

Pro návrh pracovního postupu založeného na kódu mohou být aplikace pracovního toku vyvíjeny s jakýmkoli obecným účelem programovací jazyk, ale existují také specializované jazyky pracovních postupů. Ty obvykle přicházejí s přidruženým grafickým zápisem (například BPMN ), ale některé jsou textové nebo XML -na základě. Specializované jazyky, které lze použít pro definici pracovního postupu tímto způsobem, zahrnují:

• XPDL
• JOLA (Yet Another Workflow Language)
• SCUFL (Simple Conceptual Unified Flow Language)

Výše uvedené jazyky jsou založeny na syntaxi XML a jsou sice vhodné pro manipulaci pomocí softwaru, ale pro netechnické lidi může být obtížné s nimi pracovat. Proto je jejich použití obecně rozšířeno o grafické notace umožňující vytváření diagramů podobných vývojovým diagramům, které se lidem snáze vyvíjejí a interpretují: vytváření takových diagramů je ve skutečnosti formou „grafického“ programování. Softwarový balíček, který umožňuje uživateli vytvořit diagram pracovního postupu, obvykle převede diagram do jeho ekvivalentu XML.

Dalším přístupem k vývoji aplikací pracovního toku je použití programovacího jazyka ve spojení s knihovnami a rozhraními, která zachycují abstrakce pro koordinaci úkolů. Následuje příklad takových knihoven a rozhraní:

• Windows Workflow Foundation (WF)
• Workflow OSID

Použití knihovny je obecně komplementární k technikám diagramů, které samy o sobě nejsou vždy dostatečné k vytvoření plně funkčních aplikací (pokud nástroj pro vytváření diagramů není součástí konkrétního systému řízení pracovního toku). Například pracovní postupy WF lze vytvořit pomocí Microsoft Visual Studio diagramatically (jejich ekvivalent XML je XAML ) a jejich funkčnost rozšířena o kód napsaný v C # nebo VB.NET: daný pracovní postup lze volat existující softwarovou aplikací jako webová služba. Softwarové vývojové nástroje, jako je Visual Studio nebo četná programovací prostředí pro Javu, také umožní, aby jednotlivé komponenty byly navrženy zcela v kódu a poté po kompilaci použity jako stavební bloky v diagramech pracovního postupu.

Jedno omezení určitých čistě technik založených na diagramech, jako je BPMN výše, je to, že aby vyhovovaly účelu specifikace pracovního toku, je třeba tyto notace vylepšit dalšími konstrukcemi pro zachycení předávání dat, transformací dat a podmínek směrování, aby byly svázány úkoly s jejich implementace atd. BPMN, přestože má sloužit jako standard, je v tomto ohledu nedostatečný, a proto několik komerčních balíčků (například Microsoft Biztalk ) řeší tyto potřeby proprietárními způsoby (konkrétně vylepšením základní sady ikon diagramů o další ikony, které podporují potřebnou funkčnost).

Pro účely statické analýzy, např. k detekci sémantických chyb v době návrhu je také možné reprezentovat pracovní tok v matematické formě pomocí formálního zápisu, jako je Petriho sítě.

Reference