Metoda popisu procesu idef3. Pravidla pro vytváření modelů podnikových procesů v IDEF3

Rýže. 2.18. Popis pracovních toků

Doba trvání funkcí (Ganttův diagram)

Alt="" />
tok hmotných předmětů

Aby se předešlo nejasnostem v popisu, notace IDFE3 definuje další objekty, které slouží k zobrazení možných možností pro větvení a slučování pracovních toků, které jsou implementovány za určitých podmínek. Uvedené objekty jsou logické symboly tří typů: logické „AND“; logické "OR";
-¦ výhradní logické „NEBO“.
Typy objektů zápisu IDEF3 a jejich účel jsou uvedeny v tabulce. 2.2.

Stůl 2.2. Typy objektů notace IDEF3 a jejich účel

Na rozdíl od notace IDEF0 se v notaci IDEF3 strany čtyřúhelníku reprezentující funkci (práci, proces) nepoužívají k asociaci vstupů různých typů. Navíc pouze jedna šipka může vstoupit a vystoupit ze čtyřúhelníku. V opačném případě budou pravidla pro vytváření diagramů IDEF3 porušena.
Na Obr. Obrázek 2.19 ukazuje příklad použití logického operátoru „AND“. Proces začíná funkcí následovanou znakem tohoto operátora – křižovatkou. Za průsečíkem se proces větví a současně začíná plnit následující dvě funkce. Po jejich dokončení se šipky procesu sloučí pomocí ikony „AND“. To znamená, že poslední funkce procesu se začne provádět po dokončení předchozích dvou funkcí.
Na Obr. Obrázek 2.20 ukazuje model s logickým operátorem „OR“. Takový příkaz znamená, že po provedení první funkce procesu mohou nastat tři události: 1) je provedena funkce 2; 2) je provedena funkce 3; 3) funkce 2 a 3 se provádějí současně.

Rýže. 2.19. Procesní model s operátorem „AND“.

Rýže. 2.20. NEBO model

Rýže. Obrázek 2.21 ilustruje použití logického symbolu výhradního NEBO. V tomto případě po provedení funkce 1 může začít provádění buď funkce 2, nebo funkce 3. Poté, po provedení kterékoli z těchto funkcí, se opět ocitneme na průsečíku výlučného „OR“. Funkce 4 se provede buď po dokončení funkce 2 nebo funkce 3.

Rýže. 2.21. Exkluzivní model OR
/>

V notaci IDEF3 mohou být logické operátory synchronní nebo asynchronní. Na Obr. Obrázek 2.22 ukazuje rozdíl mezi synchronním a asynchronním AND.
Rýže. 2.22. Model s logickým operátorem "AND"

Při rozkladu procesů v IDEF3 nedochází k migraci ani tunelování šipek. O koherenci modelování procesu a správnost rozkladu se musí postarat sám analytik.
(pokud tuto funkci neposkytuje softwarový produkt, ve kterém funguje). Možný příklad dekompozice procesu ze zápisu IDEF0 (obr. 2.15) na proces v zápisu IDEF3 je na Obr. 2.23. Upozorňujeme, že funkce „Příjem pomocných surovin na sklad“ se spouští přijetím schváleného plánu výroby. Tuto skutečnost odráží příchozí šipka „Produkční plán“. Na procesním diagramu je také zobrazena šipka „Auxiliary Raw Materials“. Tato jeho reprezentace je porušením zápisu popisu. Ale obecně řečeno, tuto techniku ​​lze použít, aniž bychom zapomněli změnit typ šipky na šipku se dvěma hroty, zobrazující tok objektů (materiálové zdroje nebo informace).
Na Obr. Obrázek 2.24 ukazuje příklad obchodního procesu v notaci IDEF3 s názvem „Zpracovat požadavek zákazníka“. Uvažovaný proces je součástí obecnějšího procesu „Prodej hotových výrobků“. Proces začíná přijetím požadavku zákazníka, který je zpracován funkcí „Provést účtování objednávek v systému“. Postupem času jsou data zákaznických objednávek zaznamenávána do automatizačního systému (například do souboru Excel). Poté vedoucí obchodního oddělení zkontroluje shodu produktu (funkce „Provést analýzu shody produktu“). Výsledkem mohou být dvě události: „Objednávka se shoduje s rozsahem produktů vyráběných organizací“ nebo „Objednávka neodpovídá sortimentu produktů“. Pro zohlednění těchto událostí v modelu procesu se používá logický operátor výhradní NEBO. Po tomto logickém operátoru se proces rozvětví. Pokud objednávka neodpovídá sortimentu, provede se spodní větev procesu, a to funkce „Upozornit zákazníka na nemožnost vyřízení objednávky“ a „Zahrnout objednávku zákazníka do statistik neuspokojené poptávky“.
Pokud objednávka zákazníka odpovídá položce, začneme se pohybovat po horní větvi procesu. Provede se funkce „Dohodnout se na žádosti s PEO“. K němu je připojen referenční objekt „Souhlasím s PEO, pokud aplikace odpovídá nomenklatuře“. Plánovací a ekonomické oddělení organizace (PEO) analyzuje zakázku a vyvozuje závěr o její proveditelnosti.

Rýže. 2.23. Příklad procesního modelu ve standardu IDEF3

alt="" />

alt="" />

alt="" />

Může například nastat situace, kdy dojde k nedostatku výrobní kapacity z důvodu oprav, nesouladu mezi objednávkovým množstvím a ekonomicky odůvodněnou velikostí šarže apod. V tomto případě se opět ocitáme na spodní větvi procesu. a je použit logický operátor „OR“. Slouží ke spojení možných vstupů do funkce „Upozornit zákazníka, že objednávka není možná“.
Pokud PEO považuje zakázku za proveditelnou, provede se podrobná kalkulace nákladů na provedení - je stanovena její cena a případné termíny dokončení (funkce „Spočítat cenu, cenu a možné termíny pro splnění zakázky“). Dále jsou s klientem odsouhlaseny výše uvedené odhadované částky - je provedena funkce „Dohodnout se s klientem na dodacích podmínkách“.
Opět jsou možné dvě možnosti - je použit logický exkluzivní operátor "OR". Pokud klient není spokojen s finančními podmínkami, objednávku odmítne, což zaneseme do statistiky neuspokojené poptávky (spodní větev procesu). Pokud je klient připraven pracovat podle našich podmínek, proces končí. Výstupem procesu je „Dohodnutý požadavek zákazníka“ a údaje o vypočtených parametrech zakázky (nezobrazeny v procesním diagramu).
Vezměte prosím na vědomí, že výše popsaný proces je uveden níže jako model v notaci ARIS eEPC, takže čtenář může porovnat schopnosti obou notací při popisu stejného procesu.
Analýza procesu znázorněného na Obr. 2.24 naznačuje, že je vhodné používat zápis IDEF3 v případě relativně jednoduchých procesů na nižší úrovni rozkladu, tedy na úrovni úloh. V tomto případě může procesní diagram sloužit jako základ pro tvorbu dokumentů regulujících práci výkonných umělců. Je zřejmé, že proces v notaci IDEF3 je „plochý“. Pomocí tohoto zápisu je poměrně obtížné vytvořit kombinované modely, které kombinují popisy pracovních toků a procesů pro jejich řízení. Tato skutečnost je zřejmá zejména při porovnávání popisů procesů v notacích IDEF3 a IDEF0. Více informací o pravidlech pro tvorbu modelů v notaci IDEF3 naleznete v.

IDEF3 je metoda, jejímž hlavním účelem je umožnit analytikům popsat situaci, kdy jsou procesy prováděny v určitém pořadí, a také popsat objekty, které se společně účastní jednoho procesu.

Technika popisu datové sady IDEF3 je součástí strukturální analýza. Na rozdíl od některých metodologií popisu procesů, IDEF3 neomezuje analytika na příliš rigidní syntaxi, která může vést k neúplným nebo nekonzistentním modelům.

IDEF3 lze také použít jako metodu vytváření procesu. IDEF3 doplňuje IDEF0 a obsahuje vše potřebné pro stavbu modelů, které lze později použít pro simulační analýzu.

Každá úloha v IDEF3 popisuje scénář obchodního procesu a může být součástí jiné úlohy. Protože scénář popisuje účel a rozsah modelu, je důležité, aby díla byla pojmenována slovesným podstatným jménem označujícím proces akce, nebo frází obsahující takové podstatné jméno.

Hledisko modelu musí být zdokumentováno. To je obvykle pohled osoby odpovědné za celkovou práci. Je také nutné zdokumentovat účel modelu – otázky, na které má model odpovědět.

Diagram je základní jednotkou popisu v IDEF3. Je důležité správně konstruovat diagramy, protože jsou určeny ke čtení jinými lidmi (nejen autorem).

Jednotky práce - Pracovní jednotka (UOW)- také zvaný funguje( činnost ) jsou ústřední komponenty modelu. V IDEF3 jsou díla zobrazena jako obdélníky s pravými úhly a mají název vyjádřený verbálně podstatné jméno, označující proces akce, samostatně nebo jako součást fráze, a číslo (identifikátor); jiné podstatné jméno ve stejné frázi obvykle zobrazuje hlavní výstup (výsledek) práce (například „Výroba produktu“). Podstatné jméno v názvu práce se často mění během procesu modelování, protože model lze zpřesnit a upravit. Pracovní ID je přiřazeno při vytvoření a nikdy se nemění. I když je úloha smazána, její ID nebude znovu použito pro jiné úlohy. Číslo úlohy se obvykle skládá z čísla nadřazené úlohy a sériového čísla v aktuálním diagramu.

Spojení ukázat vztah mezi díly. Všechna spojení v IDEF3 jsou jednosměrná a mohou být nasměrována kamkoli, ale obecně se schémata IDEF3 snaží konstruovat tak, aby spojení směřovala zleva doprava. IDEF3 rozlišuje tři typy šipek představujících připojení, jejichž styl se nastavuje pomocí nabídky Upravit/Styl šipky:

Senior (přednost)

Vztahy (relační odkaz)

Tok objektů

Starší připojení ukazuje, že zdrojová úloha skončí dříve, než začne cílová úloha. Výsledkem zdrojové úlohy je často objekt potřebný ke spuštění cílové úlohy. V tomto případě je šipka označující objekt zobrazena s dvojitým hrotem. Název šipky musí jasně identifikovat zobrazovaný objekt. Tok objektů má stejnou sémantiku jako úvodní šipka.

Vztah ukazuje, že šipka je alternativou k vyšší šipce nebo proudu objektů ve smyslu určení posloupnosti úloh – zdrojová úloha nemusí skončit dříve, než začne cílová úloha. Kromě toho může cílová úloha skončit dříve, než skončí zdrojová úloha.

Dokončení jedné úlohy může sloužit jako signál pro zahájení několika úloh, nebo může jedna úloha čekat na zahájení dokončení několika úloh. Spoje se používají k znázornění logiky vzájemné interakce šipek při slučování a větvení nebo k zobrazení více událostí, které mohou nebo musí být dokončeny, než může začít další práce. (Křižovatka). Jsou zde průsečíky pro slučování (Fan-in Junction) a rozvětvené šipky (Fan-out Junction). Průsečík nelze použít pro sloučení i rozvětvení. Pro vjezd do křižovatky použijte tlačítko

Význam každého typu je uveden v tabulce 8.1.

Všechny průsečíky na diagramu jsou očíslovány, každé číslo má předponu J. Vlastnosti průsečíku můžete upravit pomocí dialogu Vlastnosti křižovatky, který se vyvolá v místní nabídce průsečíku příkazem Definice/Poznámka. Na rozdíl od IDEF0 a DFD se v IDEF3 mohou šipky pouze slučovat a větvit přes křižovatky.

Při přidávání objektů odkazu musíte kromě názvu zadat typ objektu odkazu. Typy objektů odkazů jsou uvedeny v tabulce 8.2.

V IDEF3 rozklad používá se pro detailingové práce. Metodika IDEF3 umožňuje práci vícenásobně rozložit, tj. dílo může mít mnoho potomků. To umožňuje popsat alternativní toky v jednom modelu. Možnost vícenásobného rozkladu klade další požadavky na číslování prací. Číslo práce se tedy skládá z čísla rodičovské práce, verze rozkladu a vlastního čísla práce v aktuálním diagramu.

Podívejme se na proces rozkladu diagramů IDEF3, včetně interakce autora (analytika) a jednoho nebo více odborníků předmětová oblast.

Před zkouškou s odborníky předmětová oblast Aby bylo možné porozumět cílům rozkladu, musí existovat zdokumentované scénáře a modelové rámce. Obvykle odborník předmětová oblast poskytuje analytikovi textový popis scénáře. Kromě toho může existovat dokumentace popisující oblasti zájmu.

Díky této praktické práci budete schopni:

zvládnout principy konstrukce diagramu IDEF3;

naučit se navazovat spojení mezi díly;

zvládnout pravidla pro vytváření křižovatek.

Teoretické informace

diagramy idef3

& Přítomnost prvků v DFD diagramech pro popis zdrojů, přijímačů a datových úložišť umožňuje efektivněji a jasněji popsat proces toku dokumentů.

Nicméně pro popisy logiky interakce informačních toků vhodnější IDEF3 , také zvaný Pracovní postupvytváření diagramů-metodologie modelování, která využívá grafického popisu informačních toků, vztahů mezi procesy zpracování informací a objekty, které jsou součástí těchto procesů.

Diagramy Pracovní postup lze použít v modelování obchodních procesů k analýze úplnosti postupů zpracování informací. S jejich pomocí můžete popsat scénáře akcí zaměstnanců organizace, například sled zpracování objednávek nebo události, které je třeba zpracovat v konečném čase. Každý scénář je doprovázen popisem procesu a lze jej použít k dokumentaci každé funkce.

IDEF3 je metoda, jejímž hlavním účelem je umožnit analytikům popisují situaci, kdy jsou procesy prováděny v určitém pořadí, a také popisují objekty, které se společně účastní jednoho procesu.

Každá práce v IDEF3 popisuje scénář obchodního procesu a může být součástí jiné práce. Protože scénář popisuje účel a rozsah modelu, je důležité, aby díla byla pojmenována slovesným podstatným jménem označujícím proces jednání nebo jmennou frází obsahující takové podstatné jméno.

Hledisko modelu musí být zdokumentováno. To je obvykle pohled osoby odpovědné za celkovou práci. Je také nutné zdokumentovat účel modelu – otázky, na které má model odpovědět.

Diagram je základní jednotkou popisu v IDEF3 Je důležité správně konstruovat diagramy, protože jsou určeny ke čtení jinými lidmi (nejen autorem).

Pracovní jednotky –JednotkazPráce (UOW) , nazývané také činnosti, jsou ústředními součástmi modelu. V IDEF3 díla jsou vyobrazena obdélníky s pravými úhly (obr. 6.1.) a mít název vyjádřeno slovesným podstatným jménem, označující proces akce, samostatně nebo jako součást fráze a číslo (identifikátor); jiné podstatné jméno jako součást téže fráze, závislé na slovesném podstatném jménu, obvykle zobrazuje hlavní výstup (výsledek) práce (např. „Výroba produktu“).

Rýže. 6.1. Označení práce ve schématuIDEF3

Spojení ukázat vztahy mezi díly. Všechna připojení v IDEF3 jsou jednosměrné a mohou být nasměrovány kamkoli, ale obvykle se diagramy IDEF3 snaží sestavit tak, aby spoje byly vedeny zleva doprava. IDEF3 rozlišuje tři typy šipek znázorňujících spoje, jejichž styl se nastavuje v záložce Styl(obr. 6.2.) dialog ŠipkaVlastnosti(položka kontextového menu Styl).

Rýže. 6.2. TabStyldialogŠipka Vlastnosti

Starší(Přednost ) Šíp- plná čára spojující jednotky práce (UOW). Kresleno zleva doprava nebo shora dolů. Označuje, že zdrojová úloha musí skončit před zahájením cílové úlohy.

Šipka vztahu(relační) - tečkovaná čára používaná k znázornění vztahů mezi jednotkami práce (UOW), jakož i mezi jednotkami práce a referenčními objekty.

Objektové proudy(ObjectFlow) - dvouhlavá šipka, která se používá k popisu skutečnosti, že se objekt používá ve dvou nebo více jednotkách práce, například když je objekt generován v jednom díle a používán v jiném.

Senior spojení ukazuje, že zdrojová úloha skončí dříve, než začne cílová úloha. Výsledkem zdrojové úlohy je často objekt potřebný ke spuštění cílové úlohy. V tomto případě je šipka označující objekt zobrazena s dvojitým hrotem. Název šipky musí jasně identifikovat zobrazovaný objekt. Tok objektů má stejnou sémantiku jako úvodní šipka.

přístup ukazuje, že šipka je alternativou k vyšší šipce nebo proudu objektů ve smyslu určení posloupnosti práce - zdrojová práce nemusí skončit dříve, než začne cílová práce. Navíc může cílová úloha skončit dříve, než skončí zdrojová úloha (obr. 6.3.).

Rýže. 6.3. Časový diagram provádění prací

Rozcestí(Křižovatka). Dokončení jedné úlohy může sloužit jako signál pro zahájení několika úloh, nebo může jedna úloha čekat na zahájení dokončení několika úloh. Křižovatky se používají k zobrazení logiky vzájemné interakce šipek při slučování a větvení nebo k zobrazení více událostí, které mohou nebo musí být dokončeny, než může začít další práce.

Rozlišovat křižovatky pro sloučení(Fanoušek- vKřižovatka) a pobočky ( Fanoušek- vKřižovatka) střelec. Průsečík nelze použít pro sloučení i pro odbočení současně.

Chcete-li přidat průsečík, použijte tlačítko na paletě nástrojů. V dialogu KřižovatkaToureEditor budete muset uvést typ křižovatky (obr. 6.4.).

Rýže. 6.4. Typy křižovatek

Význam každého typu je uveden v tabulce 6.1.

Tabulka 6.1. Typy křižovatek

Všechny průsečíky na diagramu jsou očíslovány, každé číslo má předponu J(obr. 6.5.).

Rýže. 6.5. Označení číslování křižovatky

Pomocí dialogu můžete upravit vlastnosti průsečíku (obrázek 6.6.). KřižovatkaVlastnosti, který se volá z kontextové nabídky.

Rýže. 6.6. Dialogové okno Vlastnosti průniku

Na rozdíl odIDEF0 aDFDPROTIIDEF3 šipky se mohou pouze spojovat a větvit přes křižovatky.

Pravidla pro vytváření křižovatek. Na jednom diagramu IDEF3 lze vytvořit několik typů křižovatek různých typů. Určité kombinace spojení pro slučování a větvení mohou vést k logickým nekonzistencím. Aby se předešlo konfliktům, je třeba dodržovat následující pravidla:

Každému průsečíku sloučení musí předcházet průsečík větví.

synchronní nebo asynchronní"NEBO". Po úloze 1 lze totiž spustit pouze jednu úlohu - 2 nebo 3 a pro spuštění úlohy 4 je nutné dokončení obou úloh - 2 a 3. Takový scénář nelze realizovat (obr. 6.7.).

Rýže. 6.7. Nesprávné umístění křižovatek. Spojení AND nemůže následovat spojení OR.

Průsečík pro sloučení "AND" nemůže následovat průsečík pro typ větvení výhradní"NEBO" (obr. 6.8.).

Rýže. 6.8. Nesprávné umístění křižovatek. Spojení AND nemůže následovat spojení XOR.

Křižovatka pro typ sloučení výhradní„OR“ nemůže následovat průsečík pro větev „AND“ (obr. 6.9.). Zde se po dokončení úlohy 1 zahájí obě úlohy 2 a 3 a ke spuštění úlohy 4 je třeba dokončit pouze jednu úlohu, buď 2 nebo 3.

Rýže. 6.9. Nesprávné umístění křižovatek. Průsečík sloučení XOR nemůže následovat průsečík větví AND.

Průsečík, který má na jedné straně jednu šipku, musí mít na druhé straně více šipek.

Praktický úkol"Vytvoření grafuIDEF3 »

Podívejme se na sestavení modelu na příkladu obchodního procesu „Sestavení produktu“.

Cvičení 3 2 . Vytvoření grafuIDEF3.

Rýže. 6.10. Výběr notaceIDEF3 v dialoguAktivita Box Počet

Objeví se diagram IDEF3 , obsahující díla ( UOW).

Klikněte pravým tlačítkem na úlohu, vyberte z kontextové nabídky název a zadejte název úlohy „Příprava komponent“.

V záložce Definice doplnit definici „Všechny komponenty skříňového nábytku jsou připraveny podle zadání zakázky“ (obr. 6.11.).

Rýže. 6.11. Dialogové okno Vlastnosti úlohy

Na kartu UOW, zadejte vlastnosti práce (tabulka 6.2.).

Tabulka 6.2. VlastnostiUOW

IDEF3- způsob popisu procesů strukturovanou metodou, který umožňuje odborníkovi v dané oblasti prezentovat stav věcí jako uspořádaný sled událostí se současným popisem objektů, které s procesem přímo souvisejí.

IDEF3 je technologie vhodná pro sběr dat potřebných k provedení strukturální analýzy systému.

Na rozdíl od většiny technologií modelování obchodních procesů, IDEF3 nemá přísná syntaktická nebo sémantická omezení, která činí popis neúplných nebo neúplných systémů nepohodlným. Autor modelu (systémový analytik) je navíc osvobozen od potřeby míchat vlastní domněnky o fungování systému s odbornými výroky, aby zaplnil mezery v popisu předmětné oblasti. Na Obr. 3.1 ukazuje příklad použití popisu procesu Metodika IDEF3.

IDEF3 lze také použít jako metodu návrhu obchodních procesů. Modelování IDEF3 organicky doplňuje tradiční modelování pomocí metodologického standardu IDEF0. V současné době se stále více rozšiřuje jako zcela životaschopný způsob vytváření modelů navržených systémů pro další analýzu pomocí simulačních metod. Simulační testování se často používá k hodnocení výkonu vyvíjeného systému. Metody simulační analýzy budou podrobněji diskutovány níže.

Obr.3.1 Popis procesu v metodice IDEF3

Syntaxe a sémantika modelů IDEF3

Základ modelu IDEF3 slouží jako tzv. scénář podnikových procesů, který zvýrazňuje posloupnost akcí nebo podprocesů analyzovaného systému. Vzhledem k tomu, že scénář definuje účel a hranice modelu, je výběr vhodného názvu akcí poměrně důležitý. K výběru požadovaného názvu se používají standardní doporučení pro preferované použití sloves a slovesných podstatných jmen, například „zpracovat objednávku zákazníka“ nebo „použít nový design“.

Skript pro většinu modelů musí být zdokumentován. Obvykle se jedná o název souboru pracovních povinností osoby, která je zdrojem informací o modelovaném procesu.

Pro systémového analytika je také důležité pochopit účel modelování – soubor otázek, na které bude model sloužit jako odpovědi, hranice modelování- které části systému budou zahrnuty a které nebudou v modelu zobrazeny, a cílové publikum - pro koho je model vyvíjen.

Diagramy

Stejně jako u všech technologií akčního modelování, o kterých se v této knize hovoří, je hlavní organizační jednotkou modelu IDEF3 je schéma. Vzájemná organizace diagramů v rámci modelu IDEF3 Je to důležité zejména v případě, kdy je model záměrně vytvořen pro následnou publikaci nebo recenzi, což je zcela běžná praxe při návrhu nových systémů. V tomto případě se systémový analytik musí postarat o informační obsah diagramů tak, aby každý z nich byl soběstačný a zároveň srozumitelný pro uživatele.

Jednotka práce. Akce

Podobně jako u jiných modelovacích technologií, akce, nebo v pojmech IDEF3 Další důležitou součástí modelu je jednotka práce (UOW). Schémata IDEF3 zobrazit akci jako obdélník. Jak bylo uvedeno, akce jsou pojmenovány pomocí sloves nebo slovesných podstatných jmen a každé akci je přiřazeno jedinečné identifikační číslo. Toto číslo se znovu nepoužije, i když je aktivita odstraněna během procesu vytváření modelu. V Schémata IDEF3 Před číslem akce je obvykle uvedeno číslo jejího rodiče (obr. 3.2)

Rýže. 3.2. Ilustrace a číslování aktivity v diagramu IDEF3

Spojení

Spojení zvýraznit významné vztahy mezi akcemi. Všechno komunikace v IDEF3 jsou jednosměrné, a přestože šipka může začínat nebo končit na obou stranách akčního bloku, Schémata IDEF3 jsou obvykle uspořádány zleva doprava, takže šipky začínají vpravo a končí na levé straně bloků. V tabulce 3.1 ukazuje tři možné typy připojení.

Spojení typ "časová přednost". Jak název napovídá, tento typ vztahu označuje, že zdrojová aktivita musí být úplně dokončena, než může začít cílová aktivita. Spojení by měl být pojmenován tak, aby osoba prohlížející model pochopila důvod jeho vzhledu. V mnoha případech dokončení jedné akce spustí další, jak je znázorněno na obrázku. 3.3. V tomto příkladu musí autor přijmout doporučení recenzentů před provedením příslušných změn v díle.

Tabulka 2.1

Rýže. 3.3. Spojení typu „časová priorita“ mezi akcemi 1 a 2.

Spojení typ "proud objektů". Jedním z nejběžnějších důvodů pro použití vztahu objektového proudu je to, že k provedení závěrečné akce je potřeba nějaký objekt, který je výsledkem počáteční akce. Označení takového spojení se od spojení časové přednosti liší dvojitou šipkou. Názvy proudových připojení musí jasně identifikovat objekt, který je pomocí nich přenášen. Časová sémantika objektových odkazů je podobná prioritním odkazům, což znamená, že zdrojová akce, která generuje odkaz na objekt, musí být dokončena, než se může začít provádět cílová akce.

Spojení typ "rozmazaný postoj" Odkazy tohoto typu se používají ke zvýraznění vztahů mezi akcemi, které nelze popsat pomocí předchozích nebo objektových odkazů. Význam každého takového vztahu musí být určen, protože fuzzy vztahy samy o sobě neznamenají žádná omezení. Jedním z použití fuzzy relací je zobrazení vztahů mezi souběžně prováděnými činnostmi. Nejčastěji se fuzzy vztahy používají k popisu speciálních případů vztahů přednosti, například k popisu alternativních možností časové priority.

Spojení

Dokončení jedné akce může vyvolat spuštění několika dalších akcí najednou, nebo naopak určitá akce může vyžadovat dokončení několika dalších akcí, než se může začít provádět. Spojení zlomit nebo připojit vnitřní vlákna a používají se k popisu větvení procesu:

• rozvíjející se spojení se používají k rozdělení proudu. Dokončení jedné akce spustí spuštění několika dalších;
• skládací spojení sloučit proudy. Dokončení jedné nebo více akcí způsobí zahájení další akce.

V tabulce 2.2 tři druhy dohromady spojení.

Tabulka 3.2

Příklady rozbalení a sbalení spojení jsou znázorněny na Obr. 3.4

Rýže. 3.4 Dva typy připojení

spojení "já". Spojení tohoto typu iniciují provedení závěrečných akcí. Všechny akce připojené ke sbalení a připojení musí být dokončeny, než může začít další akce. Na Obr. 3,5 po objevení

Rýže. 3.5 „I“ – připojení

požár, aktivuje se požární poplach, zavolá se hasičský sbor a začne hašení. Protokol je zapsán pouze po dokončení všech tří uvedených akcí.

Sloučenina"exkluzivní" nebo "". Bez ohledu na počet akcí spojených se sbalením nebo rozbalením spojení exclusive-nebo, bude zahájena pouze jedna z nich, a tak pouze jedna bude dokončena před zahájením jakékoli akce následující po kolabujícím připojení exclusive-or. Pokud jsou známá pravidla pro aktivaci připojení, musí být zdokumentována buď v jeho popisu, nebo vyznačením šipek vycházejících z připojení k nasazení, jak je znázorněno na Obr. 3.6

Na Obr. 3.6 sloučenina„Exkluzivní „nebo“ se používá k vyjádření skutečnosti, že student nemůže být přidělen k přednášení ve dvou různých kurzech současně.

Rýže. 3.6 Výhradní nebo spojení

Sloučenina"nebo" je určen k popisu situací, které nelze popsat předchozími dvěma typy připojení. Podobně jako u spojení fuzzy relace je spojení „nebo“ definováno a popsáno přímo systémovým analytikem.

Směrovky

Směrovky jsou speciální znaky, které odkazují na jiné části popisu procesu. Používají se při konstrukci diagramu, aby upozornili uživatele na některé důležité aspekty modelu.

Ukazatel je na diagramu znázorněn jako obdélník podobný akčnímu obrázku. Název ukazatele obvykle obsahuje jeho typ (například OBJECT, UOB atd.) a identifikátor (tabulka 3.3).

Tabulka 3.3

Akční rozklad

Akce v IDEF3 lze rozložit nebo rozdělit na komponenty pro podrobnější analýzu. Metoda IDEF3 umožňuje vícenásobné rozložení aktivity, což umožňuje dokumentovat alternativní toky procesů v jediném modelu.

Aby bylo možné správně identifikovat akce v modelu s více rozklady, je schéma číslování akcí rozšířeno a spolu s čísly akce a jejího rodiče obsahuje pořadové číslo rozkladu. Například v akci číslo 1.2.5: 1 je číslo rodičovské akce, 2 je číslo rozkladu, 5 je číslo akce.

Požadavky IDEF3 na popis obchodních procesů

V této části se podíváme na konstrukci Schémata IDEF3 na základě textového popisu procesu. Předpokládá se, že na sestavení diagramu se podílí autor (zejména jako systémový analytik) a jeden nebo více oborových odborníků, kteří předkládají popis procesu.

Definování scénáře, hranice modelování, úhel pohledu

Pro oborové odborníky, kteří připravují popis modelovaného procesu, musí být hranice modelování zdokumentovány, aby pochopili nezbytnou hloubku a úplnost popisu, který se od nich vyžaduje. Kromě toho, pokud se pohled analytika na proces liší od pohledu odborníka, mělo by to být jasně a důkladně zdůvodněno.

Je možné, že odborníci nebudou schopni provést přijatelný popis, aniž by byli formálně zpochybněni autorem modelu. V tomto případě by si měl autor předem připravit seznam otázek stejně jako novinář na rozhovor.

Definování akcí a objektů

Výsledkem práce expertů je obvykle textový dokument popisující okruh problémů, které analytika zajímají. Kromě toho může být doprovázena písemnou dokumentací, která umožňuje určit povahu studovaného procesu. Ať už jsou informace textové nebo verbální, jsou analyzovány a odděleny slovními druhy, aby se identifikoval seznam akcí (slovesa a slovesná podstatná jména), které tvoří proces, a objekty (podstatná jména) zapojené do procesu.

V některých případech je možné za účasti odborníků vytvořit grafický model procesu. Takový model lze vyvinout po shromáždění všech potřebných informací, což zabrání tomu, aby odborníci zabírali čas na detaily formátování výsledných diagramů.

Od modelů IDEF3 mohou být vyvíjeny současně několika týmy, IDEF3 podporuje jednoduché schéma pro rezervaci čísel akcí v modelu. Každému analytikovi je přidělen jedinečný rozsah akčních čísel, který zajišťuje jejich vzájemnou nezávislost. V tabulce Čísla akcí 3.4 jsou přidělena každému analytikovi ve velkých blocích. V tomto příkladu analytik 1 plně využil rozsah čísel, který mu byl přidělen, a dodatečně obdržel druhé.

Tabulka 3.4

Posloupnost a paralelismus

Pokud je model vytvořen po rozhovorech, musí analytik rozhodnout o hierarchii diagramů zahrnutých v modelu, například jak podrobný bude každý jednotlivý diagram. Není-li posloupnost nebo paralelnost činností zcela jasná, lze s odborníky provést pohovor podruhé (třeba pomocí návrhů nedokončených diagramů), aby se získali chybějící informace. Je však důležité rozlišovat mezi vnímanými (které vyplývají z nedostatku informací o vztazích) a explicitními (uvedenými v popisu odborníka) nejednoznačnostmi.

Závěry. IDEF3 je způsob popisu obchodních procesů, který je potřebný k popisu stavu věcí jako uspořádaného sledu událostí se současným popisem objektů, které přímo souvisejí s procesem. IDEF3 dobře se hodí pro sběr dat potřebných pro strukturální analýzu systému. Kromě, IDEF3 používá se při provádění nákladové analýzy chování modelovaného systému.

Účel IDEF3

IDEF3 je standard pro dokumentaci technologických procesů probíhajících v podniku a poskytuje nástroje pro vizuální studium a modelování jejich scénářů. . Skript (Scénář) nazýváme to popis sledu změn vlastností předmětu v rámci uvažovaného procesu (například popis sledu fází zpracování dílu v dílně a změny jeho vlastností po průchodu každou fází ). Realizace každého scénáře je doprovázena odpovídajícím workflow, které se skládá ze dvou hlavních toků: dokumentů definujících strukturu a posloupnost procesu (technologické pokyny, popisy norem atd.) a dokumentů odrážejících postup jeho implementace (test a výsledky vyšetření, zprávy o závadách atd.). Pro efektivní řízení jakéhokoli procesu je nutné mít detailní pochopení jeho scénáře a struktury toku průvodních dokumentů. Dokumentační a modelovací nástroje IDEF3 vám umožňují provádět následující úkoly:

• Zdokumentujte dostupné údaje o technologii procesu, které byly identifikovány, řekněme, v procesu dotazování kompetentních zaměstnanců odpovědných za organizaci daného procesu.
• Identifikujte a analyzujte body vlivu souvisejících toků dokumentů na scénář technologického procesu.
• Identifikujte situace, ve kterých je vyžadováno rozhodnutí, které ovlivňuje životní cyklus procesu, jako je změna designu, technologických nebo provozních vlastností konečného produktu.
• Podporovat přijímání optimálních rozhodnutí při reorganizaci technologických procesů.
• Vyvíjet simulační modely technologických procesů podle principu „CO BUDE, KDYŽ...“

Dva typy diagramů v IDEF3

Ve standardu IDEF3 existují dva typy diagramů, které představují popis stejného procesního scénáře z různých perspektiv. Diagramy patřící do prvního typu se nazývají diagramy Diagramy popisu toku procesu (PFDD) a do druhého - diagramy stavu objektu v a jeho transformačního procesu (Object State Transition Network, OSTN). Předpokládejme, že potřebujete popsat proces lakování součásti ve výrobní dílně v podniku. PFDD diagramy dokumentují sled a popis fází zpracování dílce v rámci studovaného technologického procesu. OSTN diagramy se používají k ilustraci transformací součástí, ke kterým dochází v každé fázi zpracování.

Na následujícím příkladu popíšeme, jak grafické nástroje IDEF3 umožňují dokumentovat výše uvedený výrobní proces lakování součásti. Obecně se tento proces skládá přímo ze samotného lakování, prováděného na speciálním zařízení, a z fáze kontroly kvality, která určuje, zda je potřeba díl přelakovat (v případě neshody s normami a zjištěny závady) nebo poslat k dalšímu zpracovává se.

Obrázek 1. Příklad grafu PFDD.

Obrázek 1 ukazuje diagram PFDD, který je grafickým znázorněním scénáře zpracování součásti. Obdélníky v diagramu PFDD se nazývají funkční prvky nebo jednotky chování (Unit of Behavior, UOB) a označují událost, fázi procesu nebo rozhodování. Každý UOB má svůj vlastní název, zobrazený ve slovesné náladě, a jedinečné číslo. Šipky popř linky jsou zobrazením pohybu dílu mezi bloky UOB během procesu. Linky jsou v následujících typech:

Senior (Precedence) - plná čára spojující UOB. Kresleno zleva doprava nebo shora dolů.

Vztahy (Relational Link) - tečkovaná čára používaná k zobrazení spojení mezi UOB

Tok objektů – Dvouhlavá šipka se používá k popisu skutečnosti, že objekt (díl) se používá ve dvou nebo více jednotkách práce, například když je objekt generován v jedné zakázce a používán v jiné.

Je volán objekt označený J1 rozcestí(Křižovatka). Křižovatky se používají k zobrazení logiky toho, jak šipky (vlákna) interagují při slučování a větvení, nebo k zobrazení více událostí, které mohou nebo musí být dokončeny, než může začít další práce. Jsou zde průsečíky pro slučování (Fan-in Junction) a větvení (Fan-out Junction) šipky. Průsečík nelze použít pro sloučení i rozvětvení. Při přidávání průsečíku do diagramu musíte určit typ průniku. Klasifikace možných typů křižovatek je uvedena v tabulce.

Všechny průsečíky v diagramu PFDD jsou očíslovány, každé číslo má předponu „J“.

Scénář zobrazený v diagramu lze popsat následovně:

Díl dorazí do lakovny připravený k lakování. Během procesu lakování se nanáší jedna vrstva emailu při vysoké teplotě. Poté se díl vysuší, poté začíná fáze kontroly kvality nanesené vrstvy. Pokud zkouška potvrdí nedostatečnou kvalitu nanesené vrstvy (nedostatečná tloušťka, heterogenita atd.), pak díl prochází lakovnou znovu. Pokud díl úspěšně projde kontrolou kvality, je odeslán do další dílny k dalšímu zpracování.

Každý funkční blok UOB může mít sekvenci rozklady, a proto mohou být podrobné s libovolnou požadovanou přesností. Dekompozicí rozumíme reprezentaci každého UOB pomocí samostatného diagramu IDEF3. Můžeme například rozložit Paint Part UOB tak, že jej představíme jako samostatný proces a vytvoříme pro něj vlastní PFDD diagram. V tomto případě se bude nazývat tento diagram dceřiná společnost, ve vztahu k tomu, který je znázorněn na Obr. 1, resp rodičovský. Čísla UOB podřízených diagramů mají průběžné číslování, tj. pokud má nadřazený UOB číslo „1“, pak bloky UOB při jeho rozkladu budou mít čísla „1.1“, „1.2“ atd. Aplikace principu dekompozice v IDEF3 umožňuje popsat procesy strukturovaným způsobem s libovolnou požadovanou úrovní detailů.

Obrázek 2. Příklad OSTN diagramu

Pokud jsou PFDD diagramy technologickým procesem „z pohledu pozorovatele“, pak další třída IDEF3 OSTN diagramů umožňuje nahlížet na stejný proces „z pohledu objektu“. Obrázek 2 ukazuje proces lakování z pohledu OSTN diagramu. Stavy objektů(v našem případě podrobnosti) a Změna stavu jsou klíčové pojmy OSTN diagramu. Stavy objektů jsou zobrazeny jako kruhy a jejich změny jako směrované čáry. Každý řádek má odkaz na odpovídající funkční blok UOB, který vedl ke změně stavu objektu, který zobrazuje.