Az IDEF0 szabvány jobb megismeréséhez a következőket kell tudni róla:

1. Milyen típusú modelleket készíteni ezt a szabványt használt.
2. A grafikus nyelv mely elemeit tartalmazza a szabvány jelölése, és milyen követelmények vonatkoznak a diagramok tervezésére a szabvány keretein belül.
3. Milyen üzleti folyamatmodellezési elveket alkalmaz a szabvány (dekompozíciós elv, komplexitáskorlátozás elve, alagút elve).
4. Hogyan lehet értékelni az elkészített diagramokat torlódásuk és egyensúlyuk szempontjából.

IDEF0 létrehozásához használtak funkcionális modell, tükrözi a rendszer felépítését és funkcióit, valamint az információáramlást és az e funkciók által átalakított anyagi tárgyakat.

Az IDEF0 módszertan kissé eltér a klasszikus DFD üzleti folyamatleíró sémától. A fő különbség a munkaráfordítások osztályozása.

A munka bemeneteinek és kimeneteinek osztályozása

A szabvány a következő típusú munkainputokat javasolja:

• Bejárat. Beírja a bal oldali munkát, és megjeleníti az üzleti folyamatban átalakuló információ- és anyagáramlásokat.
• Ellenőrzés. Felülről lép be a műbe, és megmutatja azokat az anyag- és információáramlásokat, amelyek a folyamat során nem alakulnak át, de a megvalósításához szükségesek.
• Gépezet. Alulról belép a munkába, és megmutatja az embereket, technikai eszközöket, információs rendszereket stb., amelyek segítségével az üzleti folyamat megvalósul.
• eredmények hagyja el a jobb oldali blokkot.

A diagram főbb elemei:

Az abszolút szigorúsággal meghatározott szintaxist és szemantikát definiáló IDEF0 grafikus nyelv alapját az őket összekötő blokkok és nyilak képezik, amelyek a részletes diagramok hierarchiáját alkotják.

Elem	Grafikus kijelző és jelentése	Tervezési követelmények
Funkcionális Blokk	Téglalapként jelenik meg. Tevékenységként, folyamatként, műveletként, cselekvésként vagy átalakulásként meghatározott funkciókat képviselnek.	1. Egyedinek kell lennie azonosító szám a jobb alsó sarokban; 2. A névnek szóbeli hangulatúnak kell lennie.
felületív (nyíl, ív)	Egyirányú nyílként jelenik meg. Funkciókhoz társított adatokat vagy anyagi objektumokat ábrázol.	1. Egyedi névvel kell rendelkeznie. 2. A névnek egy főnév forgalmának kell lennie. 3. Az ív eleje és vége csak funkcióblokk lehet. 4. A forrás csak a blokk kimeneti oldala lehet, a vevő pedig a maradék három közül bármelyik lehet.

IDEF0 - modell:

A modell a következő dokumentumokat tartalmazza, amelyek egymásra hivatkoznak:

• Grafikus diagramok- az IDEF0 modell fő komponense, amely grafikusan, blokkok és nyilak, valamint azok kapcsolatai segítségével jelenít meg információkat a modellezett rendszerről. A blokkok az alapvető funkciókat képviselik. Ezek a függvények részekre bonthatók (bonthatók), és részletesebb diagramok formájában mutathatók be. A bontási folyamat addig tart, amíg az objektumot olyan részletességgel le nem írják, amely egy adott projekt céljainak eléréséhez szükséges.
• Szöveg;
• Szójegyzék- A diagram minden eleméhez létrejön egy definíciókészlet, amelyet karbantartanak, kulcsszavakat, magyarázatok, amelyek azt a tárgyat jellemzik, amelyet ez az elem képvisel. Ezt a készletet szószedetnek nevezik, és az entitás leírása adott elem. A szószedet harmonikusan kiegészíti a vizuális grafikai nyelvet, ellátva a diagramokat a szükséges kiegészítő információkkal.

Például a „fizetési megbízás” vezérlőfelület íve esetében a szószedet tartalmazhatja a dokumentum ívének megfelelő mezők listáját, a szükséges vízumkészletet stb.

A dekompozíció elve az üzleti folyamatmodell felépítésénél

1. Kontextus diagram: cél és nézőpont

Az üzleti folyamatok modellezése egy kontextusdiagrammal kezdődik. Ezt a diagramot A-0-nak (A mínusz nulla) hívják. Rajta a rendszer egyetlen blokkként és a rendszer környezetét ábrázoló ívekként ábrázolja. A diagram segítségével láthatja a szimulált rendszer kölcsönhatását a külső környezettel, annak összes be- és kimenetével. Az A-0 diagram meghatározza a modellezési területet és határokat.

A kontextusdiagram magyarázó szövegének jeleznie kell cél térképezése és rögzítése nézőpont. A nézőpont határozza meg a részletezettségi szintet, a modell fejlesztési irányát és lehetővé teszi a modell kirakását. Tehát a modellezés során megtagadhatja az egyes nem szükséges elemek részletezését és tanulmányozását a rendszer választott nézőpontja alapján.

2. Részletezés

A teljes rendszert reprezentáló blokkot ezután egy másik diagram részletezi.

Továbbá a diagram minden funkciója részletezhető a gyermeken. Minden funkciót külön blokk modellez. Minden szülődobozt részletesen leír egy alsóbb szintű gyermekdiagram. Ez mindaddig megtörténik, amíg olyan struktúrát nem kapunk, amely lehetővé teszi a modellezési célban megfogalmazott kérdések megválaszolását.

A modell szerkezeti integritásának eléréséhez a következő szabályokat kell alkalmazni:

• Az ebben a blokkban szereplő vagy onnan kilépő összes interfészív rögzítve van a gyermekdiagramon.
• A blokkok számozásánál a téglalap jobb alsó sarkában lévő szám magának a blokknak az egyedi sorszámát jelöli a diagramon, a derékszögű jelölés pedig a blokk gyermekdiagramjának számát.

Alagút elve

Gyakran vannak olyan esetek, amikor nincs értelme továbbra is figyelembe venni az egyes nyilakat a gyermekdiagramokban a hierarchia egy bizonyos szintje alatt, vagy fordítva - az egyes blokkoknak nincs gyakorlati értelme egy bizonyos szint felett. Másrészt időnként meg kell szabadulni az egyes „fogalmi” nyilaktól, és nem részletezni őket egy bizonyos szintnél mélyebben.

Az ilyen problémák megoldására az IDEF0 szabvány előírja a koncepciót alagútépítés. Az „alagút” megjelölés két zárójelben a nyíl elején azt jelenti, hogy ez a nyíl nem a funkcionális szülőblokkból öröklődött, és csak ezen a diagramon jelent meg (az „alagútból”). A vevőblokk közvetlen közelében lévő nyíl vége körül ugyanez a jelölés azt jelenti, hogy ez a nyíl nem jelenik meg, és nem veszi figyelembe a blokk gyermekdiagramjában.

A komplexitás korlátozásának elve

A modellek túlterhelésének korlátozása és könnyen érthetővé tétele érdekében a szabvány megfelelő összetettségi korlátozásokat alkalmaz:

• a diagramban szereplő funkcionális blokkok számának korlátozása három-hatra. A felső határ (hat) arra kényszeríti a tervezőt, hogy hierarchiát alkalmazzon az összetett tárgyak leírásakor, az alsó határ (három) pedig biztosítja, hogy a megfelelő diagram elegendő részlettel rendelkezzen a létrehozásához;
• az egy funkcionális blokkot megközelítő (egy funkcionális blokkot elhagyó) interfészívek számának négyre korlátozása.

Természetesen egyáltalán nem szükséges szigorúan betartani ezeket a korlátozásokat, azonban a tapasztalatok szerint ezek nagyon praktikusak a valós munkában.

Kvantitatív diagram elemzés: egyenleg arány és név értékelés

A kvantitatív elemzést a diagram torlódása és az észlelés szempontjából bonyolultsága szempontjából elemezzük. Az elemzéshez a következő mutatókat használják:

• a blokkok száma a diagramon — N;
• diagram bontási szint − L;
• diagram egyenleg - NÁL NÉL;
• a blokkhoz kapcsolódó nyilak száma, - DE.

egyensúlyi tényező

Arra kell törekedni, hogy az alsóbb szintek diagramjain a blokkok száma kisebb legyen, mint a szülődiagramokon.

A diagramoknak is kiegyensúlyozottnak kell lenniük. Ez azt jelenti, hogy egy diagramon belül nem fordulhat elő olyan helyzet, amikor lényegesen több a bejövő nyíl és a vezérlő nyíl, mint a kimenő.

Megjegyzendő ezt az ajánlást gyártási folyamatokat leíró modellekben nem végezhető el. Például egy összeszerelési eljárás leírásakor egy blokk sok nyilat tartalmazhat, amelyek leírják a termék összetevőit, és egy nyíl kiléphet - a késztermék.

Bemutatjuk a diagram egyensúlyi tényezőjét:

Arra kell törekedni ky minimális volt a diagramhoz, és csökkent a bomlási szint növekedésével.

Névértékelés

A diagram grafikai elemeinek elemzése mellett figyelembe kell venni a blokkok elnevezését is. A nevek kiértékeléséhez összeállítjuk a szimulált rendszer elemi (triviális) függvényeinek szótárát. Sőt, be adott szótár a diagramok alsó, szintű dekompozíciójának függvényei esnek.

Például egy adatbázismodellnél a „rekord keresése”, „rekord hozzáadása az adatbázishoz” függvények lehetnek elemiek, míg a „felhasználói regisztráció” függvény további leírást igényel.

A szókincs kialakítása és a rendszerdiagram-csomag összeállítása után figyelembe kell venni a modell alsó szintjét. Ha egyezést mutat a diagramblokkok nevei és a szótárból származó szavak között, akkor ez azt jelzi, hogy megfelelő szintű bontást sikerült elérni.

Az ezt a kritériumot mennyiségileg tükröző együttható a következőképpen írható fel:

L*C

— a modellszint szorzata a blokknevek szótárbeli szavakkal való egyezéseinek számával. Minél alacsonyabb a modell szintje (magasabb L), annál értékesebbek az egyezések.

1. funkcionális modellezés tájékoztatási rendszer IDEF CASE technológiával.
2. Az interakció logikájának és a munkavégzés sorrendjének leírása.

2. Óraterv

1. Tudásellenőrzés teszteléssel (ISE002 teszt).
2. Egy információs rendszer tevékenységének többszintű modelljének kidolgozása (AS-IS modell) a BPwin CASE eszközzel technológiák felhasználásával IDEF 0és IDEF 3 :
   • A modell tulajdonságainak leírása (Model Properties).
   • Funkcionális modell ELSŐ szintjének elkészítése - kontextusdiagram kialakítása.
   • A funkcionális modell MÁSODIK szintjének elkészítése - a kontextuális munka részletezése és a dekompozíciós diagram kidolgozása.
   • A funkcionális modell HARMADIK szintjének létrehozása - a funkciót megvalósító második szint munkájának részletezése Tevékenység könyvelés szervezetek. Ennek a fejlesztési szakasznak a megvalósítása lehetővé teszi egy dekompozíciós diagram létrehozását két módszer – IDEF 0 (1. opció) vagy IDEF 3 (2. lehetőség) – egyikével. A 2. lehetőség szerint forgatókönyv és szekvenciadiagram készítése az egyes munkák kivitelezéséhez (munkafolyamat diagram) a tevékenységek elszámolása során az IDEF 3 módszertan szerint történik.
3. A művek szótárának és a nyilak szótárának fejlesztése, amelyek lehetővé teszik a modell megfelelő töredékeinek leírását.

1. Információs rendszer funkcionális modellezése technológia segítségével IDEF a CASE eszközzel kell végrehajtani BPwin, amelyet a parancs tölt be Start/Programok/Computer Associates/BPwin 4.0/BPwin4.0 . Az IDEF-modellezés technológiai folyamatait a 4. "Elméleti információk egy gyakorlati leckéhez" fejezet írja le.
2. A kontextusdiagram kialakításánál figyelembe kell venni, hogy a modell tulajdonságait a modellezett tárgykörnek megfelelő információk felhasználásával a következőképpen rendezhetjük el:
   • Modell név : A "Név" cég tevékenységei;
   • Projekt (projekt neve): A "Név" cég modellje;
   • Teljes név, csoport;
   • Hatáskör (modellezési terület, beleértve a modellezés célját, azaz azokat a kérdéseket, amelyekre az épített modellnek meg kell válaszolnia) - például „A cég általános üzletvezetése: piackutatás, alkatrészek beszerzése, termékek tesztelése és értékesítése” vagy „A cég tevékenységének technológiai, pénzügyi és vezetési vonatkozásai”;
   • Időkeret (modelltípus) : AMINT AZ;
   • definíció (definíció , modell feladat) : Az "Imya" cég tevékenységét leíró képzési modell;
   • Nézőpont (nézőpont – személy, akinek álláspontját a fejlesztés során elfogadják) : a vállalat vezetője és vezérigazgatója;
   • Állapot : DOLGOZÓ;
   • Cél (cél) : Modellezze az "Imya" cég jelenlegi üzleti folyamatait tevékenységének szabályozása érdekében;
   • Forrás (forrás információ): A témakör elemzése és a bemeneti dokumentumok elemzése;
   • Szerző neve : TELJES NÉV.
3. Miközben csinálod kontextus diagram dekompozíció Figyelembe kell venni, hogy lévén második szint a rendszermodell dekompozíciója, az részfolyamat vagy gyermekmunka , formában valósul meg kontextuális munka, amely ebben az esetben úgy működik, mint szülői munka formában valósított meg szülő diagram (Szülő diagram) . A második szint bontási diagramjának legalább három funkcionális blokkot kell tartalmaznia, amelyek közül az egyiknek a modellező funkciót kell ellátnia könyvelés szervezet, a többinek pedig a modellezés funkcióját kell ellátnia üzleti folyamatok implementálva a rendszerben.
4. Minden bontási lépésnél figyelni kell az interfészívek (nyilak) automatikus mozgását a modell alsó szintjeire, és meg kell próbálni megakadályozni alagútnyilak szükségtelen létrehozását. Ha megjelennek, az alagutakat el kell távolítani.
5. A megvalósítás során harmadik szint dekompozíciónál figyelembe kell venni, hogy a kidolgozott dekompozíciós diagramok mindegyike a második szint munkabontásának harmadik szintje és reprezentálja részfolyamat vagy gyerekmunka, formában valósul meg gyermek diagram (Child Diagram) a harmadik szint megfelelő munkája. Ebben az esetben minden második szintű alkotás úgy működik szülői munka formában valósított meg szülő diagramok(Szülő diagramok).
6. A második szint munkájának dekompozícióját, a számviteli funkció modellezését és a munka interakciós forgatókönyvének elkészítését a technológia segítségével kell elvégezni. IDEF3, amely funkcióblokkként használ egységekmunka (Munkaegység, UOW) , valamint a szükséges referencia objektumok (hivatkozások) , amelyet a nyilak szótárából be lehet vinni a szkriptbe, vagy újra létrehozni.
7. A modellbontás minden szintjén munkaszótár és nyilak szótár készül, amelyek kialakításának szükséges feltétele a munkaköri leírás megléte. (tevékenység)és az interfészíven rögzített adatok leírása ( nyíl) .
8. A munka eredményét mentse el egy fájlba Funkció_modell IS_név_ IDEF.bp1 a mappádban ISE.
9. Egy általánosított funkcionális modell példáját mutatjuk be

4. Elméleti információk egy gyakorlati leckéhez

4.1. IDEF 0 technológia

Az IDEF0 módszertan egy szervezet tevékenységének modellezésére szolgál. A projektfejlesztés kezdeti szakaszában egy modell készül, amely az „AS - IS” („As is”) elv szerint leírja a vállalatban meglévő üzleti folyamatokat és technológiai folyamatokat, és ami fontos, hogy a vállalkozást a az alkalmazottak szemszögéből, akik ezért dolgoznak, és alaposan ismerik az összes árnyalatot, beleértve az informálisakat is. Az AS-IS az „amit ma csinálunk”, mielőtt a „mit fogunk csinálni holnap”-ra ugrani.

Tevékenységi modell vagy más szóval funkcionális modell. funkcionális modell halmazként kezeli a rendszert akció, ahol minden cselekvés átalakít néhányat egy tárgy vagy tárgyak halmaza . Technológia IDEF 0 elvet használja funkcionális dekompozíció rendszerek (a rendszer felosztása töredékekre). Bomlási elv azt jelenti, hogy a funkcionális modellt a szabály szerint kell felépíteni "fentről lefelé" , tól től Tábornok modell típusát magán modellek. Ezért általában a probléma megoldásának funkcionális modellje egy halmaz privát funkcionális modellek .

A funkcionális modellek a reprezentáción, mint speciális elemen keresztül emelik ki a tevékenységeket − Blokk. Blokk – a funkcionális modell fő szerkezeti eleme, grafikus ábrázolás ami diagram . Művelet neve – verbális főnév vagy ige . A modellbontás eredményeként hierarchikusan rendezett és egymással összefüggő diagramok halmaza jön létre. Minden diagram a rendszerleírás egysége, és külön lapon található.

Módszertan IDEF 0 négy alapfogalomra épül: funkcionális blokk (csomópont), interfészív, dekompozíció, szószedet.

Funkcióblokk

A technológia alapfogalma IDEF 0 az a koncepció funkcióblokk. Egy bizonyos fajtát hivatott képviselni tevékenységek (Tevékenység) , ami néhány konkrét funkció a figyelembe vett rendszeren belül. Ez a funkció viszont valamilyen műveletet (műveletek halmazát) jelent, amelynek fix célja van és valamilyen végeredményhez vezet.

Funkcióblokk egy téglalappal van ábrázolva, amelynek oldalai a következő értékekkel rendelkeznek:

• A felső oldal a vezérlés.
• Az alsó része a mechanizmus.
• A jobb oldal a kijárat.
• A bal oldal a bejárat.

A funkcióblokk neve verbális hangulatban vagy verbális főnévként van megadva. A cselekvések közötti kölcsönhatás és a körülötte lévő világ, beleértve az egyéb műveleteket is, interfész ívek (nyilak) segítségével jeleníthető meg.

Interfész ív

Interfész ív megjeleníti a rendszer elemét, amely ill feldolgozott funkcióblokk, ill más a hatása az e funkcionális blokk által megjelenített tevékenységre (funkcióra). Interfész ív nyílként van ábrázolva, ami azt jelzi hordozó Olyan eszköz, amely adatokat vagy objektumokat visz át egyik tevékenységből a másikba. A nyilak a művek interakcióját írják le a külvilággal és egymás között, valamilyen információt képviselnek, és ún főnevek .

A nyíl neve határozza meg szerep (a lehetséges szerepek halmazát a - ICOM ):

Funkcióblokk bemenet - én nput .

Menedzsment - C ellenőrzés .

Funkcióblokk kimenet - O Kimenet .

Gépezet - M echanizmus .

Bemenet) az az anyag vagy információ, amelyet a munka felhasznál vagy átalakít az eredmény (kimenet) elérése érdekében. Előfordulhat, hogy nincs belépési nyíl.

Ellenőrzés– a munkát szabályozó szabályok, irányelvek, eljárások vagy szabványok. Hatással van a műre, de a mű nem alakítja át. A nyíl a munka felső felületére kerül. Minden funkcióblokknak rendelkeznie kell legalább egy vezérlő nyíllal.

Gyakran nehéz meghatározni, hogy az adatok bemeneti vagy vezérlési jellegűek-e. Ha a munka adatait megváltoztatják vagy feldolgozzák, akkor ez nagy valószínűséggel bevitel, és ha nem, ellenőrzés. Ha nehéz meghatározni egy nyíl állapotát, akkor javasolt egy vezérlő nyilat rajzolni.

Kimenet A munka által előállított anyag vagy információ. Legalább egy kilépő nyílra van szükség a munka jobb oldaláról.

Végrehajtási mechanizmus (Mechanizmus)– munkát végző erőforrások (például személyzet, gépek, eszközök stb.). A nyíl a munka alsó felületére kerül. Előfordulhat, hogy a mechanizmusmutatók nem jelennek meg. Általában a funkcionális blokk az ábrán látható. 2.1.

ábrán. 2.1 minden interfész ív névvel ellátott nyílként jelenik meg. A szabvány követelményei szerint minden funkcionális blokknak legalább egy kimenettel és egy vezérléssel kell rendelkeznie, hiszen minden feladatnak (folyamatnak) legalább egy kimenettel és legalább egy szabállyal kell rendelkeznie a megoldásához. Előfordulhat, hogy a "Mechanizmus" interfész ív nem jelenik meg.

Több funkcionális blokkból, amelyeket interfész ívek kötnek össze a kívánt módon, a funkcionális modell.

Vegye figyelembe, hogy a nyilak elágazhatnak a funkcionális blokkok szükséges csatlakoztatásához.

bejárat funkcionális blokk lehet nemcsak kijárat egy másik funkcionális blokk, hanem annak is ellenőrzés vagy akár gépezet. Ennek eredményeként a funkcionális modellben különféle, meglehetősen összetett és szokatlan folyamatok lehetnek az információs rendszer problémáinak megoldására.

Diagramok készítése IDEF0 technológiával

A szervezet tevékenységi modelljének kialakításakor háromféle diagramot kell használni:

• Diagram I. típus – Kontextus diagram (csak egy lehet) - a fastruktúra teteje, amely a rendszer és a külső környezettel való kölcsönhatás leírásának legelvontabb szintje. Meghatározza kontextus funkció;
• II diagram típusa - Dekompozíciós diagram .

A bomlási diagramok a munka részletezésére és tartalmazására szolgálnak összefüggő munka, azaz. gyermek művek, amelyekben van közös szülői munka. Az alsó szintű munkák megegyeznek a felső szintű munkákkal, de részletesebben. A diagramokat egy elemző készíti el a vizsga lebonyolításához, vagyis a diagram megbeszéléséhez a téma szakértőjével.

Minden dekompozíció után vizsgaüléseket tartanak - a téma szakértői jelzik a valós üzleti folyamatok megfelelését a létrehozott diagramoknak. A talált ellentmondásokat kijavítják, és csak a vizsga letétele után hozzászólások nélkül továbbléphet a következő bontási munkamenetre. Ez biztosítja, hogy a modell megfeleljen a valós üzleti folyamatoknak a modell bármely szintjén.

A művek számát legfeljebb hatra (3-6) kell beállítani, ellenkező esetben a diagram rosszul olvasható (túltelített). A felső határ (hat) arra kényszeríti a tervezőt, hogy hierarchiát alkalmazzon az összetett tárgyak leírásakor, az alsó határ (három) pedig biztosítja, hogy a megfelelő diagram elegendő részlettel rendelkezzen a létrehozásához.

A bontási diagramon a bal felső sarokban a legfontosabb és először végzett munka látható. A kevésbé fontos, vagy később előadott művek sorra csökkennek.

• Diagram Type III – Node Tree Diagram a jobok hierarchikus függőségét mutatja, de a jobok közötti kapcsolatot nem (bárhány ilyen diagram lehet, hiszen a fa tetszőleges mélységig felépíthető és nem feltétlenül a gyökértől).

4.2. Technológiai folyamat IDEF0-szimuláció:

Rizs. 2.2

A BPWin CASE eszköz egyszerű és világos felhasználói felület a szükséges funkcionális modellek és forgatókönyvek felépítéséhez. Az alkalmazott technológiától függ. ábrán. 2.2 megjeleníti a BPWin ablakot ( Computer Associates BPWin ).

Főablak eszköztár Computer Associates BPwin a következő gombokat tartalmazza:

	- teremtés új modell,
	- meglévő modell megnyitása,
	– a megépített modell mentése,
	- a modell nyomtatása,
	- skála kiválasztása
	- méretezés,
	– helyesírás-ellenőrzés,
	– a modellnavigátor engedélyezése/letiltása,
	– Kapcsolja be/ki a Model Martot.

A modellnavigátor megmutatja a modell összetételét fejlesztési szint szerint. Segítségével egyszerűen és gyorsan lépkedhet szintről szintre. A modellnavigátor használata hasonló a Windows Intézőhöz.

A speciális eszköztár a következő fő gombokat tartalmazza:

A modellablak az a hely, ahol létre lehet hozni a vizsgált rendszer funkcionális modelljét. Funkcionális blokkokat építenek és szerkesztenek benne, nyilakat rajzolnak és szerkesztenek, és dekompozíciót hajtanak végre.

Modellkészítés

1. Kattintson a modell létrehozása gombra a párbeszédpanel megnyitásához BPWin(2.3. ábra):

A párbeszédpanelen BPWin hajtsa végre a következő műveleteket:

• választ Üzleti folyamat (IDEF0);
• állítsa be a modell nevét, és kattintson a gombra rendben;
• az ablakban Az új modell tulajdonságai rögzítse a modell szerzőjének nevét;
• nyomja meg a gombot rendben .

1. csapat Modell/Modell tulajdonságai hozzon létre egy párbeszédpanelt Modell tulajdonságai (4. ábra), amelyben a modell tulajdonságait a 2. pontban vázolt módszertani ajánlásoknak megfelelően kell rendezni.

A modellezés első szintje

1. Díszítse a funkcionális blokkot a modellablakban a következőképpen:
   • a funkcióblokk helyi menüjében válassza ki a parancsot Név… ;
   • a párbeszédpanelen Tevékenység tulajdonságai (2.5. ábra) a fülön Név kérdez név munka (rövid) ebbe a funkcióblokkba, és a fülbe kerül Meghatározás mezőben Meghatározás leírás munka;
   • könyvjelző Betűtípus betűtípus beállítása Arial Cyr és állítsa be a jelölőnégyzeteket, hogy ezt a betűtípust használja a diagram összes funkcióblokkjában ( Az összes tevékenység ebben a diagramban, Minden tevékenység ebben a modellben és Módosítsa ennek a betűtípusnak az összes előfordulását a modell ), majd nyomja meg a gombot rendben.

• a párbeszédpanelen Nyíl tulajdonságai (2.7. ábra), a fülön Névállítsa be a nyíl nevét (rövid), és a lapon Meghatározás mezőben Meghatározás adjon meg egy kellően részletes leírás ennek a nyílnak a rendeltetési helye;

• a nyíl helyi menüjében válassza ki a parancsot Betűtípus… ;
• a párbeszédpanelen Nyíl tulajdonságai (2.8. ábra), a fülön Betűtípus betűtípus beállítása Arial Cyrés jelölje be a jelölőnégyzeteket, ha ezt a betűtípust szeretné használni az összes diagramnyilhoz ( Az összes nyíl ezen a diagramon, Minden nyíl ebben a modellben, A nyíl összes példánya és Módosítsa ennek a betűtípusnak az összes előfordulását a modellben );

1. Nyíl Nyíl Kijárat, bal határok jobb;
2. Nyíl Nyíl Ellenőrzés , amelyhez ismételje meg a 2. lépést, cserélje ki bal határok tetejére;
3. Nyíl Nyíl Gépezet, miért ismételje meg a 2. lépést, cserélje ki bal határok Alsó.

A modellezés második szintje

Bármilyen szintű modellezés

Ha bármilyen modellezési szinten szeretne modellbontást létrehozni, kövesse az alábbi lépéseket:

• kattintson egy adott funkcióblokk aktiválásához;
• ismételje meg a 3. lépést a modell aktuális szintjéhez.

1. A nyílterv típusa és stílusa a Nyíl tulajdonságai párbeszédpanelen (2.9. ábra) választható ki, amelyet a nyíl helyi menüjének Stílus parancsa hív meg.

1. A telepítéshez sortörés a név kiemelése után csökkentse a téglalap méretét, ami után automatikusan lefelé nő.
2. A legfelső szintű diagramra rajzolt minden nyílnak több mint ideig jelen kell lennie a diagramon alacsony szint.
3. Az alacsony szintű diagramra rajzolt új nyíl (feloldatlan ( megoldatlan) nyíl) szögletes zárójelbe (alagutakba) kerül, amelyek kiemelik, hogy magasabb szinten nincs ilyen nyíl. Alagutak eltávolítása:
   • válassza ki a menüpontot Nyíl alagút ;
   • a párbeszédpanelen Border Arrow szerkesztő(Boundary Arrow Editor) válassza ki a lehetőséget Oldja meg a Border Arrow-val (Engedélyezés szegélynyílként). Ennek eredményeként az aktuális szinten lévő alagút el lesz távolítva, és az előző szinten megjelenik a nyíl, és ha nem az első, akkor alagútba kerül (2.10. ábra).

1. Alagútnyilak másolása az alsó szintről a felső szintre:
   • jobb gombbal kattintson a szögletes zárójelekre;
   • válassza ki a menüpontot Off Page Reference;
   • a párbeszédpanelen Off_Page Arrow Reference válassza ki a diagramot, amelyen a nyilat el kell helyezni, és állítsa be a kívánt nyíl típusú kapcsolót (2.11. ábra);

• nyomja meg az egyik gombot: OK és Ugrás a diagramra (ugrás a kiválasztott diagramra) vagy OK és maradjon az aktuális diagramban (Maradjon az aktuális diagramon).

Kötetlen határnyilak elhagyása ( kapcsolat nélküli szegélynyíl) – nyilak, amelyek automatikusan átkerülnek a bontási diagramba a szülődiagramból (mód migráció vadász). Ezek a nyilak nem kapcsolódnak munkákhoz, és Nyíl létrehozási módban lévő munkákhoz kell kapcsolni ( Elsőbbségi nyíl eszköz – ).

A nyilak megfelelő helyének és stílusának beállítása alapértelmezés szerint:

• parancs futtatása Modell/Modell tulajdonságai;
• az ablakban Modell tulajdonságai(2.12. ábra) válasszon ki egy könyvjelzőt elrendezés ;
• jelölőnégyzet (opció) Automatikusan szóköz nyilak csoportban Nyilak

1. Nyíl létrehozásakor Visszacsatolás menedzsmentállítsa be a nyíl irányának jelzését Extra Arrowhead (a helyi menüből).
2. Ha a nyilak címkéi sikertelenül találhatók (nagyon messze stb.), akkor a címke elhelyezéséhez jelölje be a Squiggle jelölőnégyzetet (a helyi menüben).

1. A bontási diagramon a bal felső sarokban található egy funkcionális blokk, amely először tartalmazza a legfontosabb és elvégzett munkát. A kevésbé fontos, vagy később előadott művek sorra csökkennek.
2. Sortörés belül a munka módban történik névszerkesztő… egy gomb megnyomásával Belép.
3. A téglalap bal felső sarkában lévő átló azt jelenti, hogy a megfelelő munka nincs bontva.
4. Ha nem csak az automatikusan megjelenő gyermekfeladatok számát szeretné megjeleníteni, hanem az előtagokat is (A), válassza ki a parancsot Modell/modell tulajdonságai, könyvjelző számozás, jelölőnégyzet (opció) Előtag megjelenítése(2.13. ábra).

1. Az alárendelt munkák munkaszámainak és szintszámainak (két-, három-, négyjegyű számok) megjelenítéséhez válassza ki a parancsot Modell/modell tulajdonságai, könyvjelző számozás, jelölőnégyzet (opció) Használja a diagram számozási formátumát (2.13. ábra).
2. Megkülönböztetni különböző verziók Ugyanannak a diagramnak a külön verzióit számokkal (C - szám) kell hozzárendelni, tetszőlegesen beállítva a menüben Diagram tulajdonságai a könyvjelzőn készlet.

A modellfa építése

• csapat Diagram/Hozzáadás/csomópontfa hozzon létre egy párbeszédpanelt Csomópontfa varázsló_2/1. lépés (2.14. ábra);
• párbeszédet folytatni a kívánt számú csomópontfa szint kiválasztásával ( Szintek száma );
• nyomja meg a gombot Kész.

4.3. IDEF3 technológia

Technológia IDEF3 egy folyamatleíró módszertan, amely figyelembe veszi végrehajtási sorrendés ok-okozati összefüggések helyzetek és események között. Az IDEF3 segítségével leírják a munkavégzés logikáját, kezdésének és befejezésének sorrendjét.

Az IDEF3 technológia a kategóriát használja forgatókönyvek egy összetett többlépcsős folyamat leírásainak szerkezetének egyszerűsítése. Forgatókönyv (Forgatókönyv) – olyan helyzetek vagy cselekvések ismétlődő sorozata, amelyek egy szervezetben vagy rendszerben jelenlévő tipikus problémák osztályát írják le, és egyben a vizsgált folyamaton belüli objektumtulajdonságok sorozatának leírása is. Az IDEF0 modellek az IDEF3 szkriptekhez kapcsolódnak, mivel minden IDEF0 modell egy vagy több IDEF3 szkriptként ábrázolható.

Az IDEF3 technológiát a folyamatadatok gyűjtésére tervezték, és lehetővé teszi a következőket:

• dokumentálja a folyamat technológiájáról rendelkezésre álló adatokat, amelyeket például a téma szakértőinek felmérése során azonosítottak;
• meglévő folyamatok elemzése és újak kidolgozása;
• modellezzen helyzeteket azáltal, hogy azonosítja azokat a helyzeteket, amelyekben Döntéshozatal , a folyamat életciklusát befolyásoló, például a végtermék kialakításának, technológiai vagy működési tulajdonságainak megváltozása;
• elősegítik az elfogadást optimális megoldások a folyamat átszervezése során.

Forgatókönyv az IDEF3 technológiában

Forgatókönyv diagramok olyan műveleteket és eseményeket ír le, amelyeket egy adott időn belül fel kell dolgozni. A forgatókönyvhöz a folyamatok leírása tartozik, és felhasználható a rendszer egyes funkcióinak dokumentálására. Ezért a forgatókönyvek a rendszerelemzés részét képezik, mivel lehetővé teszik a helyzet időbeni elemzését és az ugyanabban a folyamatban résztvevő objektumok egyidejű leírását.

IDEF3 technológia alkalmazásakor minden konstrukció kétféle diagramon alapul:

1. A folyamat lépéseinek sorrendjét leíró diagram.
2. Objektum állapot diagram.

A következő szabványos konvenciók használatosak:

	A viselkedés funkcionális eleme,
	Művelet átvitele az egyikből funkcionális elem viselkedés (megelőző) mással szemben (utóbbi) ( elsőbbség ),
	Az adatfolyam átmenet a munkahelyről a munkahelyre ( tárgyáramlás ),
	Az adatok kapcsolata a munkával ( Referencia ),
	Kommunikáció a művek között ( relációs ),
	Az objektum állapota.

A munkaegységek végrehajtási sorrendjének szabályozása a diagramba történő bevezetéssel történik kereszteződés (Csomópont) különböző célokra.

Szimbólum J kereszteződés lehet az egyik következő értékeket:

• & – egyesülés az összes művelet eredménye, ha a nyilak belépnek a kereszteződésbe; dob minden művelet, ha a nyilak kimennek belőle;
• O - egyesülés a műveletek eredményei, ha a bemeneti műveletek közül legalább egy befejeződött; dob legalább egy akciót
• X - egyesülés csak egy művelet a kereszteződésben szereplő számból; dob csak egy cselekvés jön ki belőle.

A kereszteződés használatának szemléltetése itt a folyamat lépéseinek sorrendjét leíró diagramokábra van. 2.15. Ebből következik, hogy a metszéspont bonyolult elágazó technológiai folyamatok felépítésének eszköze.

A fejlesztés alatt álló vagy kutatott technológia leírása első formájában a technológiai folyamat szakaszainak sorrendjét leíró diagramok , majd a formában objektum állapot diagramok teljes képet ad az elvégzett műveletekről és alkalmazásuk eredményeiről.

	A 3. feladat akkor történik, amikor az 1. és a 3. feladat elkészült
	Az 1. és a 2. feladat együtt történik
	A 3. feladat akkor történik, amikor az 1. vagy a 2. feladat, vagy mindkettő elkészült
	Az 1. és a 2. feladat együtt vagy külön-külön történik
	A 3. feladat akkor történik, amikor az 1. vagy a 2. feladat elkészült
	1. vagy 2. munka folyamatban

Következésképpen az információs rendszerek vezetőinek és fejlesztőinek kezében van egy hatékony eszköz a tanulmányozást és automatizálást igénylő komplex irányítási folyamatok forgatókönyveinek létrehozására.

4.4. IDEF3 modellezési munkafolyamat

Modellkészítés

1. Nyomja meg a gombot a modell létrehozásához.
2. A párbeszédpanelen BPWin csináld a következőt:
   • választ Folyamatfolyamat (IDEF3);
   • állítsa be a modell nevét;
   • nyomja meg a gombot rendben;
   • a párbeszédpanelen Az új modell tulajdonságai erősítse meg az ott megadott tulajdonságokat.

Cselekvés végrehajtása

1. Kattintson a létrehozás művelet gombra ( Activity BoxTool ).
2. Kattintson a bal egérgombbal a kívánt helyre a modellablakban.
3. A művelet helyi menüjében válassza ki a parancsot Név…
4. A párbeszédpanelen Tevékenység tulajdonságai, a könyvjelzőben Név állítsa be a művelet nevét (2.16. ábra).

1. A párbeszédpanelen Tevékenység tulajdonságai könyvjelző Betűtípus kérdez Arial Cyr, rendben.

Adatformázás

1. Kattintson az adatok létrehozása gombra. ( Referenciaeszköz ).
2. a megfelelő helyen az ablakon Referencia kattintson a bal gombbal adatnevek beágyazásához a létrehozott entitásszótárból (opció entitás) vagy a létrehozott nyilak szótárából (opció Nyíl), vagy hozza létre őket újra (opció Egyéb) (2.17. ábra).

1. Párbeszédben Referencia tulajdonságai ablak (2.18. ábra), a fülön Betűtípus kérdez Arial Cyr jelölje be a kívánt jelölőnégyzeteket, és kattintson a gombra rendben.

5. Házi feladat a következő leckéhez

1. Gondolkodj és határozd meg az anyagi tárgyakat ill magánszemélyek, amely az információforrásokat vagy -vevőket (külső entitásokat) képviseli.
2. Gondolkodj és fejlődj relációs modell az információs rendszer által feldolgozott adatok:
   • listát készíteni az entitásokról és attribútumaikról,
   • mutatják az entitások közötti kapcsolatokat.
3. A kidolgozott alapján feladatmeghatározás gondolja át és javasolja a tanárnak a rendszerben megvalósított egyes művek megnevezését a második szint bontási diagramjában elhelyezett egyes kulcsművek végrehajtása során.
4. P.p. teljesítése. Javítson ki 1-3 házi feladatot egy " nevű fájlban" Információk a 3. órához.doc ”, amely Wordben készült, és bemutatásra került a tanárnak.
5. Dolgozzon végig a szakaszon Elméleti információk egy gyakorlati leckéhez» workshop a 3. órán.

1.6. A csomópontfa diagramjának töredéke (Node Tree Diagram) a tevékenységeket elszámoló blokk felbontása során a második lehetőség szerint (IDEF3)

Tevékenység szótár

Név	Meghatározás
	Az adatbázisból kiolvasott információk elemzése a megadott kritériumoknak való megfelelés érdekében
Dokumentumelemzés	Kísérő és beérkező dokumentumok elemzése az előírásoknak való megfelelés érdekében
Adatbázis karbantartás	Adatfrissítési műveletek végrehajtása
TELJESÍTETT MUNKA	A kontextusfüggvény neve, amely meghatározza a szimuláció célját és határait
Végső	Döntés meghozatala és megfogalmazása (POZITÍV, ha az adatok megfelelnek a megadott kritériumoknak, egyébként NEGATÍV), valamint a szükséges dokumentumok elkészítése és feldolgozása
Minőség ellenőrzés és tesztelés	A gyártási vagy fejlesztési folyamatot lezáró munka
Adatfeldolgozás	Adatkeresési, elemzési műveletek elvégzése és az elemzés alapján döntéshozatal
Minőségellenőrzési eredmények feldolgozása	Az eredmények rendszerezése, elemzése a szabványnak való megfelelés érdekében
A teszteredmények feldolgozása	Az eredmények elemzése a használhatóság, megbízhatóság és túlélés szempontjából
Papírmunka	Dokumentumok elfogadása, információk kiválasztása az adatbázisba kerüléshez
	Adatok keresése adatbázis táblákban a felhasználó által létrehozott lekérdezések alapján
Adatbázis feltöltése	Új adatok bevitele adatbázis táblákba
Iratok átvétele, nyilvántartása	A beérkező kísérőokmányok átvétele, nyilvántartása
Gyártás vagy fejlesztés	A cég kulcsfontosságú üzleti folyamatának megnevezése (a tárgyterület termelési részének modellje)
Munka az üzleti folyamat 1. szakaszában1	A technológiai műveleteket összefoglaló művelet a gyártási folyamat első szakaszában
Munka az üzleti folyamat 2. szakaszában1	A technológiai műveleteket összefoglaló akció a gyártási folyamat második szakaszában
Munka az üzleti folyamat 3. szakaszában1	Technológiai műveleteket összefoglaló akció a gyártási folyamat harmadik szakaszában
Termelési tevékenység eredményeinek feldolgozása	A folyamatban lévő munka és ellenőrzés eredményei alapján dokumentumok átvétele, elemzése
Adatbázis szerkesztés	Rekordok módosítása az adatbázistáblákban
KÖNYVELÉS	Dokumentumfeldolgozás és jelentéskészítés (nem gyártási domain modell)

Nyíl szótár

Név	Meghatározás
	Olyan tárgyak, amelyek nem felelnek meg a szabvány követelményeinek
BEVITELI ADAT	Bejövő dokumentumok és objektumok feldolgozása
DB bemenet	Adatbázistáblákba írandó adatok
Bejövő dokumentumok	Feldolgozó objektumokat kísérő és üzleti folyamatot indító dokumentumok
KIMENET	Kimenő dokumentumok, új és módosított objektumok
Kimenő dokumentumok	A számviteli folyamat során keletkezett bizonylatok (nyomtatványok, jelentések, utasítások, kimutatások, szerződések stb.).
Állami szabvány	Állami szabvány a papírmunkára
DB tábla adatai	Adatbázistáblákból kiolvasott adatok
Az elemzésből nyert adatok	A kimenő dokumentumok feldolgozására szolgáló és a döntéshozatalhoz felhasznált információk
A dokumentumokkal végzett munka eredményeit jellemző adatok	A feldolgozott objektumok részleteit (minőségi és mennyiségi jellemzőit) tükröző információ
A vizsgálati és ellenőrzési eredményekről szóló dokumentumok	Az objektumok feldolgozásának utolsó szakaszában kapott adatokat tükröző dokumentumok
Munkaköri leírás	Az utasítás tükrözi hivatalos feladatokat előadó
Felhasználói kérések
Új és megváltozott objektumok	A gyártási ciklus megvalósítása során létrehozott és módosított objektumok
DB objektumok	Táblázatok, űrlapok, lekérdezések, jelentések, makrók és modulok
Objektumok feldolgozása	A gyártási folyamat végrehajtásának különböző szakaszaiban megváltoztatott objektumok
Az 1. szakaszban feldolgozott objektumok	A gyártási folyamat 1. szakaszában módosított objektumok
A 2. szakaszban feldolgozott objektumok	A gyártási folyamat 2. szakaszában módosított objektumok
A 3. szakaszban feldolgozott objektumok	A gyártási folyamat 3. szakaszában módosított objektumok
	Műszaki ellenőrző részleg, amely ellenőrzi, hogy a létrehozott objektum megfelel-e a szabvány követelményeinek
A cég osztályai és szakemberek-szakemberek	A gyártási vagy fejlesztési folyamatban részt vevő entitások
TELJESÍTMÉNY SZABÁLYAI	Folyamat- és adatátalakítási szabályok
Számviteli szabályok	A gyártási vagy fejlesztési folyamatot kísérő dokumentáció elszámolási és nyilvántartási rendszere
DÖNTÉS	Pozitív vagy negatív döntés az elemzett adatok elégedettségétől függően meghatározott kritériumokkal
Elfogadott dokumentumok	Regisztrált dokumentumok
Szoftver	A platform, amely alapján a kifejlesztett adatbázis megvalósul
Dokumentumelemzési eredmények	A bejövő és a kísérő dokumentumok szabványoknak való megfelelés elemzése után kapott eredmények
Minőségellenőrzési eredmények
keresési eredményeket	Adatbázistáblázatokból származó információk, amelyeket felhasználói kérések alapján szereztek be
Vizsgálati eredmények	A feldolgozás utolsó szakaszában kapott adatok
Kézikönyv	Utasítások és szabályok az adatbázissal való munkához
Számviteli szolgáltatás	Számviteli és dokumentációs folyamattal foglalkozó osztályok
Kísérő dokumentumok	A bejövő feldolgozási objektumokat kísérő dokumentumok
Szakemberek-szakemberek	Termelési tevékenységben részt vevő szervezetek
Technológiai oktatás	Folyamatábra
Felhasználói kérések	A felhasználó által kiválasztott lekérdezések szükséges információ adatbázisból és kimenő dokumentumok létrehozásához
VÉGREHAJTÁSI MECHANIZMUS	Erőforrások, amelyek a bemenetet kimenetté alakítják
Új bejegyzések	Új adatok megadása után megjelenő adatbázis táblák rekordjai
Javítás
	A vizsgálatot végző alany

nyomtatott változat

Az IDEF0 messze az üzleti folyamatok modellezésének fő szabványa. A rendszer IDEF0 használatával történő leírását hívjuk funkcionális modell . A modell leírja, hogy mi történik a rendszerben, hogyan kezelik, milyen entitásokat alakít át, milyen eszközöket használ a funkcióinak ellátására, és mit termel.

Modell készítésekor be kell állítani a szimuláció célja, a következő kérdésekre válaszolva:

Miért kell ezt a folyamatot modellezni?

Mit kell mutatnia a modellnek?

Mit kaphat az olvasó?

Példák a cél meghatározására: „azonosítani és meghatározni aktuális kérdések lehetővé teszi a lehetséges fejlesztések elemzését", "meghatározza az alkalmazottak írással kapcsolatos szerepét és felelősségét" munkaköri leírások", "határozza meg az automatizálás lehetőségét ...", "szabályozza a folyamatot ..." stb.

Nézőpont a modellépítés egyik kulcseleme is. A nézőpont egy olyan személy nézeteként ábrázolható, aki a rendszert a modellezéshez szükséges aspektusában látja. A nézőpontnak összhangban kell lennie a szimuláció céljával.

Az IDEF módszertan fő elvi elve az, hogy bármely vizsgált rendszert kölcsönhatásban lévő és egymással összefüggő blokkok halmazaként ábrázol, amelyek a vizsgált rendszerben előforduló folyamatokat, műveleteket és műveleteket jelenítik meg. Az IDEF0-ban minden, ami a rendszerben és annak elemeiben történik, meghívásra kerül funkciókat. Minden funkció társítva van Blokk.

Az ábrákon a funkcionális blokkokat téglalapok ábrázolják, amelyek megnevezett folyamatokat, funkciókat, tevékenységeket vagy műveleteket reprezentálnak, amelyek egy bizonyos időtartam alatt zajlanak le, és felismerhető eredményekkel járnak. Minden blokk belsejében elhelyezzük a nevét és a számát. A blokk nevének aktív igének, szóbeli kifejezésnek vagy cselekvést jelző verbális főnévnek kell lennie.

Az IDEF0-ban lévő blokkok fontossági sorrendben vannak elhelyezve, ahogy azt a diagram készítője megérti. Ezt a relatív rendet dominanciának nevezzük. A dominancia alatt azt a hatást értjük, amelyet az egyik blokk gyakorol a diagram többi blokkjára. A legdominánsabb doboz általában a diagram bal felső sarkában, míg a legkevésbé domináns doboz a jobb sarokba kerül.

Az interfészeket, amelyeken keresztül a blokk kölcsönhatásba lép más blokkokkal vagy a modellezett rendszeren kívüli környezettel, a nyilak, blokkba való belépés vagy elhagyás. A funkcióblokk minden oldalának szabványos jelentése van a blokk/nyíl kapcsolat szempontjából. A nyilak szabványos elrendezése az 1. ábrán látható.

Rizs. 1. IDEF0 kontextus.

Nyilakírja le a blokkok interakcióját a külvilággal és egymással. A nyilak bizonyos információkat jelölnek, és főneveknek vagy főnévi kifejezéseknek nevezik őket.

Az IDEF0 ötféle nyilat különböztet meg:

1. Input – olyan anyag vagy információ, amelyet egy funkcionális blokk használ fel vagy alakít át eredmény (kimenet) elérése érdekében. Megengedett, hogy a munkán ne legyen belépő nyíl.

2. Irányítás – az egységet szabályozó szabályok, irányelvek, eljárások vagy szabványok. A vezérlés hatással van a blokkra, de nem alakítja át.

3. Kimenet – a blokk által előállított anyag vagy információ. Az eredmény nélküli blokk értelmetlen, ezért nem szabad modellezni.

4. Mechanizmus - a blokkot végrehajtó erőforrások, például vállalati személyzet, gépek, eszközök stb. Az elemző belátása szerint előfordulhat, hogy a mechanizmus nyilai nem jelennek meg a modellben.

5. Hívás (Call) - egy speciális nyíl, amely egy másik munkamodellre mutat. A hívó nyíl azt jelzi, hogy a szimulált rendszeren kívül történik valamilyen munka.

A kontextusdiagram nyilai a rendszer és a külvilág közötti interakció leírására szolgálnak. Határnyilak- nyilak, amelyek a diagram határán kezdődnek és a feladatnál végződnek, vagy fordítva. Belső nyilak kapcsolja össze a blokkokat. Ötféle munkakapcsolat létezik.

1. Csatlakozás bemenettel - a magasabb blokk kimenetének nyila az alsó bemenetére irányul (2. ábra).

Rizs. 2. A "kimenet-bemenet" reláció.

2. Kommunikáció vezérléssel - a magasabb blokk kimenete az alsó vezérlésére kerül (3. ábra).

Rizs. 3. Kapcsolat "kimenet-vezérlés".

3. Vezérlés visszacsatolása - az alsó blokk kimenete a magasabb blokk vezérlésére kerül (4. ábra).

Rizs. 4. Ellenőrző visszacsatolás

4. Visszacsatolás a bemenetre - az alsó blokk kimenete a magasabb blokk bemenetére kerül (5. ábra).

Rizs. 5. Bemeneti visszacsatolás aránya

5. Kimenet-mechanizmus kapcsolat - az egyik blokk kimenete egy másik blokk mechanizmusára van irányítva (6. ábra).

Rizs. 6 Csatlakozás "kilépési mechanizmus".

Az IDEF0 jelölésben a rendszer (modell) leírása hierarchikusan rendezett és egymással összefüggő diagramokba szerveződik. Először a rendszer egészének és a külvilággal való interakciójának leírása történik (kontextus diagram). A kontextusdiagram csak egy blokkot tartalmaz, amely a szimulált folyamatok teljes halmazát jellemzi, részletek nélkül.

Rizs. 7 IDEF0 kontextusdiagram példa.

Ezt követően funkcionális dekompozíciót hajtanak végre (8. ábra) - ezt a tevékenységblokkot (nagy folyamatot) nagy részfolyamatokra osztják -, és minden részfolyamatot külön-külön leírnak (dekompozíciós diagramok). Ezután minden részfolyamat kisebbre bomlik - és így tovább, amíg a szükséges leírást nem részletezik.

8. ábra Példa egy IDEF0 dekompozíciós diagramra.

Kulcsszavak: szerkezeti elemzés és tervezés, funkcionális modell, funkcionális blokk, interfész ív, kontextus diagram, dekompozíció, szószedet, cél, nézőpont, részfeldolgozás, dekompozíció, összetettség korlátozása, alagút.

Meghatározás

IDEF0 (Integration Definition for Function Modeling) - funkcionális modellezési módszertan egy vállalat funkcióinak leírására, amely funkcionális modellezési nyelvet kínál az üzleti folyamatok információs rendszereinek elemzéséhez, fejlesztéséhez, újratervezéséhez és integrációjához; vagy szoftvermérnöki elemzés.

Az IDEF0 módszertan a SADT (Structured Analysis and Design Technique) szerkezeti elemzési és tervezési módszer továbbfejlesztése.

Az IDEF0 szabványt 1981-ben fejlesztették ki az ICAM (Integrated Computer Aided Manufacturing) program részeként.

IDEF0 – integráció Meghatározás nyelv 0 - SADT alapján és eredeti formájában egyaránt tartalmazza: egy grafikus modellező nyelv (szintaxis és szemantika) meghatározását és egy teljes (átfogó) modellfejlesztési módszertan leírását.

Az IDEF0 legújabb verzióját 1993 decemberében adta ki az Egyesült Államok Nemzeti Szabványügyi és Technológiai Intézete (NIST).

1993-ban az IDEF0-t szövetségi szabványként fogadták el az Egyesült Államokban, 2000-ben pedig szabványként az Orosz Föderációban.

IDEF0 alkalmazása

Az IDEF0 létrehozására szolgál funkcionális modell, vagyis az IDEF0 módszertan rendszerre történő alkalmazásának eredménye az IDEF0 funkcionális modell.

funkcionális modell a modellezett rendszeren vagy tartományon belüli funkciók, tevékenységek vagy folyamatok strukturális reprezentációja.

Az IDEF0 módszertan számos automatizált és nem automatizált rendszer modellezésére is használható.

A tervezés alatt álló rendszerek esetében az IDEF0 először a követelmények és funkciók meghatározására használható, majd az ezeket a követelményeket kielégítő és ezeket a funkciókat végrehajtó megvalósításokhoz.

Meglévő rendszerek esetében az IDEF0 használható a rendszer által végrehajtott funkciók elemzésére, valamint a funkciók végrehajtásának mechanizmusaira.

Az IDEF0 szabvány céljai

A szabvány fő céljai (célkitűzései):

dokumentálja és magyarázza el az IDEF0 modellezési technikát és annak használatát;

eszközöket biztosítanak egy rendszer vagy tématerület funkcióinak, valamint az ezeket a funkciókat összekapcsoló adatok és objektumok teljes és következetes (konzisztens) modellezésére;

olyan modellezési nyelvet biztosít, amely független a CASE metódusoktól vagy eszközöktől, de használható ezekkel a módszerekkel és eszközökkel;

olyan modellezési nyelvet biztosít, amely a következő jellemzőkkel rendelkezik:

Tábornok(általános) - rendszerek és tantárgyak elemzéséhez;

szigorú és pontos(szigorú és precíz) - helyes, használható modellek létrehozása);

rövid(tömör) - a megértés, a kommunikáció, az érintettek közötti megállapodás és az ellenőrzés elősegítése. (a megértés, a kommunikáció, a konszenzus és az érvényesítés megkönnyítése érdekében);

absztrakt(koncepcionális) - a fizikai vagy szervezeti megvalósításoktól független funkcionális követelmények megjelenítésére;

rugalmas– különböző fázisok támogatására életciklus projekt.

Merevség és precizitás(Szigorúság és precizitás)

Az IDEFØ szabályok kellő szigort és pontosságot igényelnek az igények kielégítéséhez anélkül, hogy túlzottan korlátoznák az elemzőt. Az IDEFØ szabályok a következőket tartalmazzák:

az egyes szinteken közölt részletek ellenőrzése - három-hat funkcionális blokk minden bontási szinten;

Korlátozott kontextus – nem lehetnek hiányzó vagy extra részletek, amelyek túlmutatnak a megállapított kereteken;

Diagram Interfész Connectivity - csomópontok száma, funkcióblokkok, C-számok és részletes hivatkozási kifejezés);

adatszerkezeti kapcsolat. (Data Structure Connectivity) – ICOM kódok és zárójelek használata;

egyedi címkék és címek (egyedi címkék és címek) - nincs ismétlődő cím;

szintaktikai szabályok a grafikákhoz (Syntax Rules for Graphics) - funkcionális blokkok és nyilak;

adatnyíl elágazási megszorítások (Data Arrow Branch Constraint) - címkék az ágak adatáramlási korlátozásaihoz;

adatok szétválasztása Input és Control (Input versus Control Separation) – az adatok szerepének meghatározására vonatkozó szabály);

adatok nyíl jelölései. Adatnyíl-címkézési követelmények (minimális címkézési szabályok);

vezérlés jelenléte (Minimum Control of Function) – minden funkciónak rendelkeznie kell legalább egy vezérléssel;

cél és nézőpont (Purpose and Viewpoint) – minden modell rendelkezik cél- és nézőpontnyilatkozattal.

Az IDEF0 alapfogalmai

A módszertan négy fő koncepción alapul:

funkcionális blokk;

interfész ív;

bomlás;

szójegyzék.

Funkcióblokk(Activity Box) egy bizonyos funkció a vizsgált rendszeren belül.

A szabvány követelményei szerint minden funkcionális blokk nevét meg kell fogalmazni a verbális hangulatban (pl. "szolgáltatást nyújtani").

Az ábrán egy funkcionális blokkot egy téglalap ábrázol (ábra). A funkcionális blokk mind a négy oldalának megvan a maga sajátos jelentése (szerep), míg:

a felső oldal "Control"-ra van állítva;

a bal oldalon az "Input" (Input) érték szerepel;

a jobb oldal "Output"-ra van állítva;

az alsó oldalon a "Mechanizmus" (Mechanizmus) érték szerepel.

Rizs. Funkcióblokk

Interfész ív/nyíl(Nyíl) a rendszer azon elemét jeleníti meg, amelyet a funkcióblokk dolgoz fel, vagy más módon befolyásolja a funkcióblokk által képviselt funkciót. Az interfész íveit gyakran áramlásoknak vagy nyilaknak nevezik.

Az interfészívek segítségével különféle objektumok jelennek meg, amelyek valamilyen szinten meghatározzák a rendszerben lezajló folyamatokat. Az ilyen objektumok lehetnek a valós világ elemei (alkatrészek, kocsik, alkalmazottak stb.) vagy adat- és információáramlások (dokumentumok, adatok, utasítások stb.).

Attól függően, hogy a funkcionális blokk melyik oldalára illeszkedik ez az interfészív, "bejövő", "kimenő" vagy "vezérlő" néven szerepel.

Megjegyzendő, hogy a szabvány követelményei szerint minden funkcionális blokknak rendelkeznie kell legalább egy vezérlő interfész ívvel és egy kimenővel. Ez érthető – minden folyamatnak bizonyos szabályok szerint kell lezajlania (amelyet a vezérlőív jelenít meg), és valamilyen eredményt kell produkálnia (kimenő ív), különben a figyelembevételének nincs értelme.

A vezérlő interfész ívek kötelező jelenléte az egyik fő különbség az IDEF0 szabvány és a DFD (Data Flow Diagram) és WFD (Work Flow Diagram) osztályok más módszerei között.

Bomlás(Dekompozíció) az IDEF0 szabvány alapfogalma. A dekompozíció elvét akkor alkalmazzuk, amikor egy összetett folyamatot alkotó funkciókra bontunk. Ebben az esetben a folyamat részletezettségét közvetlenül a modell fejlesztője határozza meg.

A dekompozíció lehetővé teszi a rendszermodell fokozatos és strukturált ábrázolását az egyes diagramok hierarchikus struktúrája formájában, ami kevésbé terheli és könnyen emészthetővé teszi.

Az IDEF0 fogalmak közül az utolsó az szójegyzék(Szójegyzék).

A meglévő szabvány minden IDEF0 elemhez - diagramok, funkcióblokkok, interfész ívek - megfelelő definíciók, kulcsszavak, narratív utasítások stb. halmazának létrehozását és karbantartását jelenti, amelyek jellemzik az elem által megjelenített objektumot.

Ezt a készletet ún szójegyzékés az elem entitásának leírása. A szószedet harmonikusan kiegészíti a vizuális grafikai nyelvet, ellátva a diagramokat a szükséges kiegészítő információkkal.

Modellezés. Az IDEF0 modell mindig a rendszer egészének nézetével kezdődik – egyetlen funkcionális egység, interfészívekkel, amelyek túlnyúlnak a vizsgált területen. Az ilyen, egy funkcionális blokkal rendelkező diagramot ún kontextus diagram.

A kontextusdiagram magyarázó szövegének jeleznie kell cél(Cél) grafikon, mint egy rövid leírás és rögzített nézőpont(nézőpont).

Definíció és formalizálás célokat Az IDEF0 modell fejlesztése rendkívül fontos szempont. Valójában a cél határozza meg a vizsgált rendszerben azokat a releváns területeket, amelyekre először fókuszálni kell.

Nézőpont meghatározza a modell fejlesztésének fő irányát és a szükséges részletességi szintet. A nézőpont egyértelmű rögzítése lehetővé teszi a modell kirakását, megtagadva az egyes nem szükséges elemek részletezését és tanulmányozását a rendszer választott nézőpontja alapján.

A vállalati információs rendszerek létrehozásával vagy fejlesztésével kapcsolatos projektek megvalósításában résztvevők többsége egyetért azzal a tézissel, hogy az ügyfélnek olyan információs rendszerre van szüksége, amely növeli a vállalkozás hatékonyságát. Az ügyfelek és az információs rendszerek fejlesztői azonban továbbra is megszólalnak különböző nyelvek: másképp értik - mit jelent a vállalkozás hatékonyságának növelése.

Az információs rendszerek fejlesztői a hatékonyságnövekedést gyakran úgy értik, mint a vállalat helyi hálózatában (LAN) lévő munkaállomások számának növekedését, a LAN sávszélességének növekedését, az automatizáltan feldolgozott dokumentumok számának növekedését. munkaállomások (AWS) stb.

A vállalkozás hatékonyságának növelésével az ügyfelek megértik a munkatermelékenység növekedését, a költségek csökkenését, valamint a termékek és szolgáltatások minőségének növekedését. Az utóbbi időben új feltételek és új koncepciók rohamosan törnek be az ügyfelek életébe: fejlesztési stratégia, alapkompetenciák, üzleti architektúra, üzleti szabályok és még sok más.

Ahhoz, hogy a megrendelő és az információs rendszer fejlesztője megértsék egymást, a fejlesztőnek át kell térnie az információs rendszer létrehozásának vagy fejlesztésének technikai problémáinak megoldásáról az ügyfél vállalkozásának hatékonyságát javító komplex problémák megoldására. Ezzel a megközelítéssel a probléma az hatékony mód az ügyfél tevékenységi körének tanulmányozása:

• a meglévő üzleti architektúra, üzleti folyamatok, üzleti szabályok, információáramlások vizsgálata;
• a vállalkozás hatékonyságát hátrányosan befolyásoló problémák, "szűk keresztmetszetek" azonosítása;
• a meglévő problémák kiküszöbölésére és a vállalkozás üzleti architektúrájának megváltoztatására irányuló intézkedések kidolgozása és végrehajtása, az üzleti folyamatok átalakítása;
• egy vállalati információs rendszer konkrét projektjének kidolgozása, ennek a projektnek a megvalósítása és támogatása a jövőben.

Ennek keretében a vállalati modellezésre és az üzleti folyamatok újratervezésére kifejlesztett eszközöket hívják fel az információs rendszerfejlesztők hatékonyságának növelésére. Ennek az eszközcsaládnak az egyik képviselője az üzleti folyamatok funkcionális modellezésére szolgáló CASE-eszközök.

Ez a cikk áttekintést nyújt az üzleti folyamatok funkcionális modellezésére szolgáló eszközök egy osztályáról, amely az IDEF0 módszertan használatára összpontosít.

IDEF0 - funkcionális modellezési módszertan

A légierő által az Egyesült Államok repülési iparának akkoriban javasolt integrált gyártási számítógépesítési (ICAM) program megvalósítása során felmerült az igény a termelési rendszerekben zajló folyamatok kölcsönhatásának elemzésére szolgáló módszerek kidolgozására. Ennek az igénynek a kielégítésére fejlesztették ki az IDEF0 (Integrated Definition Function Modeling) módszertant, amelyet mára az Egyesült Államok szövetségi szabványaként fogadtak el. A módszertant számos iparágban sikeresen alkalmazták, és úgy bizonyítja magát, mint hatékony gyógymódüzleti folyamatok elemzése, tervezése és bemutatása. Jelenleg az IDEF0 módszertant széles körben alkalmazzák nemcsak az Egyesült Államokban, hanem az egész világon. Oroszországban az IDEF0-t sikeresen alkalmazzák a kormányzati intézményekben (például az Állami Adófelügyelőségben), a repülőgépiparban (a plesetszki űrrepülőtér tervezésében), a Központi Bankban és Oroszország kereskedelmi bankjaiban, az olajiparban. valamint a gázipar és más iparágakban működő vállalkozások.

Az IDEF0 alapfogalmai

Az IDEF0 módszertan egy olyan blokk koncepcióján alapul, amely valamilyen üzleti funkciót jelenít meg. A blokk négy oldalának különböző szerepe van: a bal oldal jelentése "bemenet", a jobb oldal - "kimenet", a felső - "vezérlés", az alsó - "mechanizmus" (lásd 1. ábra).

Az IDEF0 függvényei közötti interakciót ívként ábrázolják, amely az egyik függvény kimenetéből a másik bemenetére érkező adat- vagy anyagáramlást ábrázolja. Attól függően, hogy a blokk melyik oldalához van társítva az áramlás, azt "bemenetnek", "kimenetnek", "vezérlésnek" nevezik.

Modellezési alapelvek az IDEF0-ban

Az IDEF0 három alapvető folyamatmodellezési elvet valósít meg:

• a funkcionális dekompozíció elve;
• a komplexitás korlátozásának elve;
• kontextus elve.

A funkcionális dekompozíció elve egy olyan tipikus helyzet modellezésének módja, amikor bármely cselekvés, művelet, funkció több részre osztható (bontható) egyszerű lépéseket, műveletek, funkciók. Más szavakkal, egy összetett üzleti funkció elemi függvények halmazaként ábrázolható. A függvényeket grafikusan, blokkok formájában ábrázolva, mintegy betekinthetünk a blokk belsejébe, és részletesen megvizsgálhatjuk annak szerkezetét és összetételét (lásd 2. ábra).

A komplexitás korlátozásának elve. IDEF0 diagramokkal való munkavégzés során elengedhetetlen azok olvashatóságának és olvashatóságának feltétele. A komplexitáskorlátozás elvének lényege, hogy a diagram blokkjainak száma legalább kettő és legfeljebb hat legyen. A gyakorlat azt mutatja, hogy ennek az elvnek való megfelelés ahhoz vezet, hogy az IDEF0 modell formájában bemutatott funkcionális folyamatok jól strukturáltak, érthetőek és könnyen elemezhetők.

A kontextusdiagram elve. Az üzleti folyamatok modellezése egy kontextusdiagram felépítésével kezdődik. Ez a diagram csak egy blokkot jelenít meg – a modellezett rendszer fő üzleti funkcióját. Ha egy egész vállalkozás vagy akár egy nagy részleg modellezéséről van szó, a fő üzleti funkció nem fogalmazható meg például a "termékek eladásaként". A rendszer fő üzleti funkciója a rendszer „küldetése”, jelentősége a környező világban. Nem lehet helyesen írni fő funkció vállalkozás, akinek fogalma sincs a stratégiájáról.

A fő üzleti funkció meghatározásakor mindig szem előtt kell tartani a modellezés célját és a modell nézőpontját. Ugyanazt a vállalkozást különböző módon lehet leírni, attól függően, hogy milyen nézőpontból vizsgáljuk: a vállalkozás igazgatója és az adóellenőr teljesen eltérő módon látja a szervezetet.

A kontextusdiagram egy másik szerepet játszik a funkcionális modellben. "Rögzíti" a modellezett üzleti rendszer határait azáltal, hogy meghatározza, hogy a modellezett rendszer hogyan kommunikál a környezetével. Ez a fő üzleti funkciót képviselő dobozhoz kapcsolódó ívek leírásával érhető el.

IDEF0 alkalmazása

Miután megismerkedett alapfogalmakés az üzleti folyamatok funkcionális modellezésének alapelvei, természetes kérdés: hogyan segíti ez a vállalkozás hatékonyságának és minőségének javítását.

A modell megépítése úgy, ahogy VAN. A vállalati felmérés minden vállalati információs rendszer létrehozására vagy fejlesztésére irányuló projekt kötelező része. A funkcionális modell jelenlegi állapotában történő felépítése lehetővé teszi egyértelműen rögzíteni, hogy milyen üzleti folyamatokat hajtanak végre a vállalkozásban, melyek információs objektumoküzleti folyamatok és egyedi műveletek végrehajtása során használják. Az AS-IS funkcionális modell kiindulópontja a vállalati szükségletek elemzésének, a problémák és szűk keresztmetszetek azonosításának, valamint egy üzleti folyamatfejlesztési projekt kidolgozásának.

Üzleti szabályok. Az üzleti folyamatmodell lehetővé teszi a vállalkozás tevékenységei során alkalmazott üzleti szabályok azonosítását és pontos meghatározását.

ábrán. A 3. ábra a munkafolyamat funkcionális modelljének egy részletét mutatja. A "dokumentumok rendezése" művelet végrehajtása során az üzleti szabályt alkalmazzák: "nem vonatkozik a regisztrációra: a tájékoztatás céljából másolatban küldött dokumentumok, táviratok és üzleti utakra és nyaralásokra vonatkozó engedélyek ...". Ezt a szabályt a dokumentumkezelési útmutató rögzíti. A funkcionális modell nemcsak a szabály meglétének azonosítását teszi lehetővé, hanem annak meghatározását is, hogy melyik műveletben és melyik munkahelyen kell alkalmazni.

A funkcionális modell keretein belül az üzletszabályzat a következőképpen néz ki: "ha a recepción kezelésre szánt bizonylat érkezett, az rendezés alá esik, melynek eredményeként az utasítás alapján megállapítják, hogy a bizonylat regisztrációhoz kötött vagy sem."

Ha ezt az üzleti szabályt nem veszik figyelembe egy információs rendszer kidolgozásakor, akkor egy ilyen rendszer nem fog megfelelően működni.

A vállalkozások üzleti szabályai nagyon gyakran nincsenek utasításokba írva: látszólag léteznek, de úgy tűnik, hogy hiányoznak is. Ennek eredményeként egy vállalkozás vagy részleg tevékenységének megváltoztatására tett kísérletek csak azért kudarcot vallanak, mert ezek a változtatások ellentétesek a bevett üzleti szabályokkal.

Információs objektumok. A funkcionális modell lehetővé teszi az összes információs objektum azonosítását, amelyet a vállalkozás a tevékenysége során működtet. Ellentétben az információs modellekkel (Data Flow Diagrams, IDEF1X), az IDEF0 funkcionális modell pontosan tükrözi az információs objektumok üzleti folyamatokon belüli felhasználását.

Modellépítés HOGYAN LEGYEN. A vállalati információs rendszer létrehozása és bevezetése az egyes műveletek végzésének feltételeiben, az üzleti folyamatok struktúrájában és a vállalkozás egészében megváltozik. Ez szükségessé teszi a vállalkozásban alkalmazott üzletszabályzat megváltoztatását, a munkavállalók munkaköri leírásának módosítását. A HOW TO BE funkcionális modell lehetővé teszi ezen változások meghatározását már a jövőbeni információs rendszer tervezési szakaszában. A funkcionális modell AS alkalmazása nemcsak az információs rendszer megvalósításának idejét csökkenti, hanem csökkenti a személyzet információs technológiákkal szembeni immunitásával kapcsolatos kockázatokat is.

Forráselosztás. A funkcionális modell lehetővé teszi, hogy egyértelműen meghatározza az erőforrások elosztását az üzleti folyamat műveletei között, ami lehetővé teszi az erőforrás-felhasználás hatékonyságának értékelését.

Ez a feladat különösen fontos új üzleti folyamatok létrehozásakor a vállalatban. Például egy cég, amely az egyéni fejlesztésre szakosodott szoftverúgy döntött, hogy létrehozza saját értékesítési osztályát. A szoftverértékesítés üzleti folyamatának funkcionális modellje lehetővé teszi a vállalat vezetése számára, hogy egyértelműen meghatározza, milyen erőforrásokat kell hozzárendelni az értékesítési szolgáltatás működésének biztosításához, hány alkalmazottat kell bevonni az új szolgáltatásba, mit funkcionális kötelezettségek, amelyeket ezeknek az alkalmazottaknak kell ellátniuk stb.

IDEF0 szoftverrendszerek

Jelenleg számos CASE-eszköz létezik, amely támogatja a funkcionális modellezést az IDEF0 szabványban.

KÖVETKEZTETÉS

Az IDEF0 funkcionális modellezési módszertan egy meglehetősen egyszerű eszköz, amely lehetővé teszi a vállalati információs rendszerek fejlesztői számára, hogy tanulmányozzák az ügyfél tevékenységi körét, és megoldják a problémákat a tevékenység hatékonyságának javítása érdekében.

A funkcionális modellezés használata lehetővé teszi nemcsak technikai problémákügyfélhez kapcsolódó információs technológia, hanem az ügyfél tevékenységi körével kapcsolatos problémák is. Ez lehetővé teszi, hogy egy információs rendszer projektet egy olyan "papírcsomagból", amelyért az ügyfél nem akar fizetni, olyan szolgáltatássá alakítson, amely a későbbi automatizáláshoz hasonló további hatást tud nyújtani az ügyfél számára.