Tervezés a munkafolyamat (SharePoint Server 2018)
Mi a munkafolyamat? Alapvetően, ez két elemből áll formája, amely eljárás hasznosítja a kölcsönhatás a felhasználók, és a logikát, hogy meghatározza a viselkedését a folyamat. Ahhoz, hogy megértsük, hogyan lehet létrehozni egy folyamatot, akkor van némi ismerete mindkét elem.
Workflow felhasználó kommunikál az adatokat egy web böngészőn keresztül, és ennek megfelelően jeleníti meg az űrlap segítségével ASP.NET. Ezeket a formákat meghatározott ASPX oldalakat. A munkafolyamat potenciálisan megjeleníteni alakul ki a négy szakaszában az életciklus.
Változás: A szerző egy munkafolyamat lehetővé teszi a változást a futó folyamat. Például felveheti a végrehajtható folyamat résztvevői, vagy elhalasztja a munkát. Ha ezt az opciót használjuk, a munkafolyamat megjelenítéséhez szükséges olyan formában, amely lehetővé teszi a résztvevőknek, hogy a változások.
Amint a InfoPath munkafolyamat formák jönnek létre, ezek a jogok a munkafolyamat keresztül workflow.xml fájlt, ahogy ez a helyzet ASP.NET formában. Ellentétben azonban a formák ASP.NET, a fejlesztőknek nem kell írni, egyéni kódot mozogni közötti információ InfoPath munkafolyamat formák és a munkafolyamat. Ehelyett SharePoint Server és az InfoPath biztosítja ezt a linket, ami megkönnyíti a munkát a fejlesztők dolgoznak folyamatokat.
A munkafolyamat gyűjtésének visszajelzést
Az elérhető tevékenységek jelennek meg a Toolbox a bal oldalon a képernyő. A fejlesztő húzhatja ezen elemeknek a munkafelület és így jelzik a következő lépéseket a munkafolyamat. Akkor adja meg a cselekvések tulajdonságokat a „Tulajdonságok”, ami a jobb alsó sarokban.
A könyvtárban a tevékenységek fő típusai WF egy csoportja alapvető tevékenysége, a korábban leírt módon. Ezen túlmenően, a SharePoint Server egy sor tevékenység tervezett kifejezetten létrehozására munkafolyamatokat. Az alábbiakban felsorolunk néhány a legfontosabb.
OnWorkflowActivated: standard kiindulópontja a munkafolyamat. Többek között ez a tevékenység el tudja fogadni adatokat a SharePoint rendszergazda űrlap segítségével az esetben, ha a munkafolyamat társított dokumentumtár lista, a tartalom típusa, vagy a honlapon. Azt is elfogadja útján szolgáltatott információk beavatási forma, amikor a folyamat elindul. Ezzel az akcióval kezdődik minden munkafolyamatot.
CreateTask: létrehoz egy feladat, hogy egy adott felhasználó egy feladat listában. Például, az engedélyt a forgatókönyvet, amit korábban leírt használjuk ezt a tevékenységet, hogy adjunk egy feladatot a listában, melyet minden résztvevő. Ezen túlmenően, ez az intézkedés SendEmailNotification tulajdon. Ha engedélyezve van, akkor a rendszer automatikusan küld egy e-mailt a személy, akinek ezt a feladatot hoztak létre.
OnTaskChanged: információt fogad a Feladat befejezése formában. A jóváhagyást a forgatókönyvet, amelyet már korábban leírták, ezt a műveletet használjuk az adatokat az egyes résztvevő a dokumentum jóváhagyását.
CompleteTask: jelzi a feladat befejeződött.
DeleteTask: eltávolítja a feladatot a listából.
OnWorkflowModified: akció formáját ölti változások adatait, amely alkalmas lehet változtatni a viselkedését a munkafolyamat példány. Ha a szerző egy munkafolyamat nem tartalmaz teendőket, a munkafolyamat indult nem lehet változtatni.
SendEmail: küld e-mailt, hogy egy meghatározott személy vagy személyek csoportja.
Egy tipikus diagramját egy egyszerű munkafolyamat kezdődik az akció OnWorkflowActivated, akkor a művelet megy CreateTask rendeljen egy feladat a résztvevő munkafolyamatot. Akkor majd egy normál cselekedet BAL közben, amely lehetővé teszi a munkát várakozás. Ahhoz, hogy megtudja, ha ez megtörténik (a felhasználó, hogy néhány változtatást a feladatra, és tesz egy pipa formájában a munkát, ha kész), belül a Míg a szükséges intézkedéseket annak végrehajtunk OnTaskChanged, amely kivonja az adatokat az űrlapon megadott a felhasználó. Amikor a felhasználó befejezi a feladatot, akkor egy művelet végrehajtásához és CompleteTask DeleteTask. Akkor majd transzfer a munkafolyamat a következő résztvevő, bízza meg a feladattal, hogy a CreateTask, és így tovább .. Persze, akkor is más műveleteket, mint a küldő e-mail üzenetek, adatok rögzítésére a történelem listán, vagy akár beleértve a BAL-kód, amely lehetővé teszi a futó önkényes kódot.
Minden cselekvés a SharePoint Server hagyta munkafolyamatok belül működik SharePoint környezetben. Az üzleti logika a munkafolyamat tartozik csak a teremtő. Tény, hogy a fejlesztő a Windows SharePoint Services munkafolyamat szabad létrehozni és használni saját akciók. Adott esetben csak az intézkedések a SharePoint Server és a WF.
Mint korábban említettük, a Windows Workflow Foundation támogatja egymást és statikus munkafolyamatokat. A munkafolyamat létrehozott munkafolyamat tervező WF is használni ezeket a műveleteket. Ehhez SharePoint Server növeli a Visual Studio projekt típusok, egy-egy stílus munkafolyamatot.
Függetlenül attól, hogy a stílus, a fejlesztő meg kell határoznia több, mint a munkafolyamat logikáját, hanem alkot ASPX vagy InfoPath űrlap, amelyet használni fog. Ez használ egy nevű fájlt element.xml. Ez egy mintát, amelyben a fejlesztő határozza meg az űrlap (ha van ilyen) kell feltüntetni mind a négy pontot, ahol a folyamat meg tudja csinálni.
Konfigurálásához közötti adatcsere a munkafolyamatot és az ASPX formákat használ fejlesztő kell tennie valamit. Microsoft.Windows.SharePoint.Workflow névtér a fejlesztők objektum modell. Az ilyen típusú névtér működési folyamatot képes kommunikálni a forma ASPX.
Miután a munkafolyamat és formája, a fejlesztő kell becsomagolni egy úgynevezett funkciót. Ezután SharePoint rendszergazda telepíti a funkció (beleértve a munkafolyamat szerelvény) a GAC megfelelő rendszer. Most, az új munkafolyamat látható, hogy az adminisztrátor egy sablon, amely összefüggésbe hozható a dokumentumtár lista, a tartalom típusa, vagy a honlapon.
Itt felmerül a kérdés, hogy mi a különbség a logika létrehozott Microsoft SharePoint Designer? Miért SharePoint rendszergazdák hajlandó telepíteni a rendszert munkafolyamatok létre ezzel az eszközzel? Az a tény, hogy a létrehozott Microsoft SharePoint Designer workflow csak használni tevékenységek egy rendszergazda által ellenőrzött listából. Amellett, hogy a tevékenységeket a SharePoint Server, az adminisztrátor szerepel a listán az egyéni tevékenységek által létrehozott fejlesztő, de nem köteles megtenni. Pontosan meghatározza a megengedett műveletek a munkafolyamat, a SharePoint rendszergazda több bizalmat, hogy telepítésével létrehozott Microsoft SharePoint Designer nem veszélyeztetik a rendszer logikája.
Annak a ténynek köszönhetően, hogy a Microsoft SharePoint Designer nem tervezték a fejlesztők, és az információs dolgozók és célja elsősorban az egyszerű forgatókönyv, akkor az egy másik modell létrehozására munkafolyamatok, nem az, hogy a használt részt a Visual Studio designer WF. Ahelyett, hogy egy grafikus megközelítés, a Microsoft SharePoint Designer használ szabályokon alapul. Bizonyos szempontból hasonlít a Szabály varázsló a Microsoft Outlook - azokat az eszközöket, amelyekkel sokan ismerik. A képernyő látható a csatlakoztatás fázisa a munkafolyamat által végrehajtott Microsoft SharePoint Designer felhasználó. Felhívjuk figyelmét, hogy a munkafolyamat fut néhány intézkedést párhuzamosan, néhány sorozat. A korábbi verziók a SharePoint Server csak a tevékenységek sorozatát.
A munkafolyamat feldolgozása érdekében
Minden lépés lehet egy állapotban van, és egy akció. A feltétel határozza meg, hogy egy művelet végrehajtásához szakaszában Ha fenti nyilatkozat szükséges. A lehetőségek között tevékenységek, mint kioszt egy eseménykezelő, bizonyítékok gyűjtése, és így tovább. A gyakorlatban a hatás az egyes muvelet SharePoint Server, és használja lépések ugyanazok, mint a Visual Studio és a tervező WF. A tevékenységek listáját is tartalmazhatnak bármilyen más tevékenységek által engedélyezett SharePoint rendszergazdája ezen a webhelyen, beleértve az egyéni tevékenységek által létrehozott fejlesztők. A SharePoint Server, van is egy speciális intézkedések, amelyek lehetővé teszik a felhasználók számára a teljes paradigma meggyőződés vagy visszajelzést tartalmazza a folyamat „létrehozása célokat és elvárásokat a teljesítményük”, egy speciális konstruktor Microsoft SharePoint Designer.
Bár alapok felhasználói felület úgy néz ki, egészen más, mint a grafikus megközelítést alkalmazott a Visual Studio és Workflow Designer WF, a Microsoft SharePoint Designer létrehoz egy szabványos WF munkafolyamatot. A gyakorlatban kiderült soros, párhuzamos vagy kombinált eljárás feltételeknek kifejezett szabályok használatával motor WF. Ugyanakkor beállítási folyamat tehát vannak bizonyos korlátai. Például, ellentétben a Visual Studio és a WF Workflow Designer, a futó folyamatokat nem lehet változtatni futás közben, és különben is, akkor csak létrehozni a soros és párhuzamos folyamatok - véges állapotú automaták nem támogatott. Ezen túlmenően, a kész folyamatokat kell regisztrálni egy adott könyvtár lista és a honlap. Lehetséges egy közös munkafolyamat sablon, amely később is társítható bármely könyvtár listát, vagy a tartalom típusát. Bár ez korlátozza a folyamatok, hanem nagyban leegyszerűsíti a telepítést. Sőt, amikor a felhasználó befejezi hogy hozzon létre egy munkafolyamat a Microsoft SharePoint Designer, a segítségével automatikusan telepíti és aktivizálja a célterületre. Ez a módszer sokkal egyszerűbb telepíteni egy többlépcsős folyamat, amely szükséges a folyamatok létre a Visual Studio és a WF Workflow Designer.
SharePoint Server fejlett funkciók létrehozására dokumentum-orientált munkafolyamatokat. Ezek azonban csak képviseli a platform kidolgozása és végrehajtása. Workflow funkciók, amelyek a felhasználó használhatja közvetlenül, nem itt. A munkafolyamatok, amelyet csak a SharePoint Server, vannak egyéb korlátozások, mint például az, hogy nem befolyásolja a résztvevők által az Office kliens alkalmazások.