Funkcionális modellezési módszertan idef0 példák. IDEF0 dekompozíciós diagramok készítése. Milyen nehézségeket okoz az IDEF0 használata

A BPwin által támogatott három módszer közül a fő az IDEF0. Az IDEF0 az IDEF családhoz tartozik, amely a hatvanas évek végén jelent meg SADT (Structured Analysis and Design Technique) néven. Az IDEF0 számos rendszer modellezésére használható. Új rendszerek esetében az IDEF0 használata a követelmények meghatározására és a funkciók meghatározására irányul a követelményeknek megfelelő és a kiválasztott funkciókat megvalósító rendszer későbbi fejlesztéséhez. Meglévő rendszerekre alkalmazva az IDEF0 felhasználható a rendszer által végrehajtott funkciók elemzésére és a funkciók végrehajtásának mechanizmusainak feltérképezésére. Az IDEF0 rendszerre történő alkalmazásának eredménye a rendszer modellje, amely diagramok, dokumentációs szövegek és szótárak hierarchikusan rendezett halmazából áll, amelyekre kereszthivatkozások vannak. Az IDEF0 diagramokat alkotó két legfontosabb összetevő az üzleti funkciók vagy tevékenységek (amelyeket a diagramokon dobozként ábrázolnak), valamint a tevékenységeket összekötő adatok és objektumok (nyilakként ábrázolva). Ebben az esetben a nyilakat, attól függően, hogy a munkatéglalap melyik oldaláról lépnek be, vagy melyik oldalról lépnek ki, öt típusra oszthatók:

Belépő nyilak (a munka bal oldalán találhatók) - olyan adatokat vagy objektumokat ábrázolnak, amelyek a munka végrehajtása során megváltoznak.

Vezérlőnyilak (a munka felső szélén találhatók) - a munkavégzés szabályait és korlátozásait ábrázolják.

Kilépő nyilak (a munka jobb szélétől kinyúlva) - a munka eredményeként megjelenő adatokat vagy objektumokat ábrázolják.

Mechanizmus nyilak (a munka alsó szélében találhatók) - a munka elvégzéséhez szükséges erőforrásokat ábrázolják, de a munka során nem változnak (például felszerelés, emberi erőforrás...)

Hívó nyilak (a mű alsó széléről érkeznek) – a különböző diagramok vagy modellek közötti kapcsolatokat ábrázolják, egy diagramra mutatva, ahol ezt a munkát részletesebben tárgyaljuk.

Minden munkát és nyilat el kell nevezni. Az IDEF0 diagramhierarchia első diagramja mindig a rendszer egészének működését ábrázolja. Az ilyen diagramokat kontextusdiagramoknak nevezzük. A szövegkörnyezet tartalmazza a modellezés céljának, hatókörének leírását (leírásokat arról, hogy mi tekinthető a rendszer összetevőjének, és mi külső hatás) és nézőpont (az a helyzet, ahonnan a modell épül). A nézőpont jellemzően a modellezett rendszer egészének működéséért felelős személy vagy objektum nézőpontja.

7.1. ábra. Funkcionális blokk és interfész ívek

A diagramokon végzett munkák téglalapként vannak ábrázolva ( funkcióblokkok). Minden munka valamilyen funkciót vagy feladatot ábrázol, és a tevékenységet jelző igével vagy igei kifejezéssel nevezik el, például „Termék készítése”, „Vevő kiszolgálása” stb. A nyilak főnévvel vannak jelölve, és olyan tárgyakat vagy információkat jelölnek, amelyek összekapcsolják a műveket egymással és a külvilággal.

A kontextus leírása után egy funkcionális bontást hajtanak végre - a rendszert alrendszerekre osztják, és mindegyik alrendszert ugyanazzal a szintaxissal írják le, mint a rendszer egészét. Ezután minden alrendszer kisebb részekre oszlik, és így tovább, amíg el nem éri a kívánt részletességi szintet. Ennek a felosztásnak köszönhetően a rendszer minden egyes fragmentuma külön bontási diagramon jelenik meg.

A kontextus leírása után a következő diagramok jönnek létre a hierarchiában. Minden következő diagram több részletes leírás(felbontása) a fenti diagramon látható valamelyik munkának. Dekompozíciós példa kontextuális munkaábra mutatja a 7.2. és a 7.4. Az egyes alrendszerek leírását elemző és szakterületi szakértő végzi. Általában a szakértő az adott alrendszerért felelős személy, ezért alapos ismeretekkel rendelkezik annak minden funkciójáról. Így a teljes rendszert a szükséges részletezettségi szintig alrendszerekre osztjuk, és egy olyan modellt kapunk, amely adott pontossággal közelíti a rendszert. Az aktuális üzleti folyamatokat megfelelően tükröző modell (ún. AS IS modell) birtokában az elemző könnyen átlátja a rendszer legsérülékenyebb pontjait. Ezt követően a feltárt hiányosságok figyelembevételével lehetőség nyílik az üzleti folyamatok új szervezeti modelljének (TO BE modell) felépítésére.

A SADT módszertanának egyik legfontosabb jellemzője, hogy a modellt ábrázoló diagramok elkészítésekor egyre nagyobb részletezési szinteket vezet be.

A 7.2. ábra, amely három diagramot és azok összefüggéseit mutatja be, az IDEF0.-modell felépítését mutatja be. A modell minden komponense más-más diagramra bontható. Mindegyik diagram egy blokk „belső szerkezetét” szemlélteti a szülődiagramjában.

7.2 ábra - Példa kontextus diagram

Amint az a 7.2. ábrán is látható, a BPwin lehetővé teszi a tevékenységek és a nyilak különböző színekkel történő kiemelését, valamint a nyilak nevének összekapcsolását magukkal a nyilakkal (egy „Jelentés” nevű nyíl), ami növeli a program áttekinthetőségét és olvashatóságát. a diagramot.

7.3. ábra - Példa egy bontási diagramra

Rajz7 . 4 - Kontextus diagram példa

7.5. ábra - Példa bontási diagramra

Diagram hierarchia

Az IDEF0 modell felépítése a teljes rendszer reprezentációjával kezdődik a legegyszerűbb komponens formájában - egy blokk és ívek, amelyek interfészeket ábrázolnak a rendszeren kívüli funkciókkal. Mivel egyetlen blokk a teljes rendszer egészét reprezentálja, a blokkban megadott név általános. Ez igaz az interfészívekre is – ezek a rendszer egészének külső interfészeinek teljes készletét is képviselik.

A rendszert egyetlen modulként ábrázoló blokkot ezután egy másik diagramban részletezzük több, interfészívekkel összekapcsolt blokk segítségével. Ezek a blokkok az eredeti függvény fő alfunkcióit képviselik. Ez a dekompozíció az alfunkciók teljes halmazát tárja fel, amelyek mindegyike blokkként van ábrázolva, amelyek határait interfész ívek határozzák meg. Ezen alfunkciók mindegyike hasonló módon bontható fel a részletesebb ábrázolás érdekében.

Az egyes alfunkciók minden esetben csak azokat az elemeket tartalmazhatják, amelyek az eredeti függvényben szerepelnek. Ezenkívül a modell nem hagyhat ki egyetlen elemet sem, azaz, mint már említettük, a szülőblokk és annak interfészei adnak kontextust. Semmit nem lehet hozzátenni, és semmit nem lehet eltávolítani belőle.

Blokkokba belépő és kilépő ívek diagramban legfelső szint, pontosan megegyeznek az alsó szintű diagramba belépő és kilépő ívekkel, mert a blokk és diagram a rendszer ugyanazt a részét reprezentálja.

7.6. ábra - A SADT modell felépítése. Diagramok bontása

7.7. ábra – A megfelelőségnek teljesnek és következetesnek kell lennie

Néhány ív mindkét végén csatlakozik a diagramblokkhoz, míg másoknak az egyik vége nincs rögzítve. A nem csatlakoztatott ívek a szülőblokk bemeneteinek, vezérlőinek és kimeneteinek felelnek meg. Ezen határívek forrása vagy rendeltetési helye csak a szülődiagramban található. A nem rögzített végeknek meg kell egyeznie az eredeti diagramon látható ívekkel. Minden határívnek a szülődiagramon kell folytatódnia, hogy teljes és következetes legyen.

Amint megjegyeztük, a mechanizmusok (az alsó oldalon lévő ívek) a funkciók végrehajtásának módját mutatják. A mechanizmus lehet egy személy, egy számítógép, vagy bármilyen más eszköz, amely segít egy adott funkció ellátásában (7.8. ábra).

Rizs. 7.8. Példa a mechanizmusra

A diagram minden blokkjának saját száma van. Bármely diagram blokkja tovább leírható egy alacsonyabb szintű diagrammal, amely viszont tovább részletezhető a szükséges számú diagrammal. Így kialakul a diagramok hierarchiája.

A diagramszámok bármely diagram vagy blokk pozícióját jelzik a hierarchiában. Például az A21 egy diagram, amely részletezi az A2 diagram 1. blokkját. Hasonlóképpen, az A2 részletezi az A0 diagram 2. blokkját, amely a modell legfelső diagramja. A 7.9. ábra egy tipikus diagramfát mutat be.

7.9. ábra - Diagramok hierarchiája

8. előadás. MódszertanDFDÉsIDEF3

Az üzleti folyamatok általános leírásának és funkcionális modellezésének módszertanán alapuló megközelítés az IDEF0 módszertan. Az integrált számítógéppel támogatott gyártás (ICAM) módszertanán alapul, amelyet az Egyesült Államok katonai repülőgép-laboratóriumaiban használtak új típusú repülőgépek és űrjárművek fejlesztése és létrehozása során. Később ezen az alapon dolgozták ki és 1993-ban életbe léptették az Egyesült Államok szövetségi információtechnológiai szabványát - Publikáció? 183 (Szövetségi információfeldolgozási szabvány, 183. kiadvány).

Jelenleg ez a szabvány az alapja a különféle üzleti folyamatok általános funkcionális leírásának és modellezésének, és számos, a legtöbbet termelő vállalkozásban és szervezetben használják. különféle típusok termékek és szolgáltatások.

IDEF0 létrehozásához használtak funkcionális modell, a rendszer felépítésének és funkcióinak, valamint az e funkciók által átalakított információáramlásnak és anyagi objektumok megjelenítése.

Az abszolút szigorral definiált IDEF0 grafikus nyelv alapját az azokat összekötő blokkok és nyilak alkotják, amelyek a részletes diagramok hierarchiáját alkotják.

1. ábra: Az IDEF0 részletes diagramjainak hierarchiája.

A blokkok bizonyos funkciókat képviselnek, amelyeket tevékenységként, folyamatként vagy átalakításként határoznak meg. Nevük igei kifejezés vagy verbális főnév formájában illeszkedik a blokkkeretbe. A blokkok egyértelmű hierarchikus számozása létezik, amely mindig lehetővé teszi az egyes blokkok helyének azonosítását a diagramok teljes halmazában.

A nyilak négy típusúak lehetnek:

2. ábra: Nyilak elhelyezése az IDEF0 modellben.

Bemenetek ( Bemenet ) és kimenetek ( Kimenet ) (balról közelítsd meg a blokkokat, és jobbra lépj ki belőlük) - a blokkok által ellátott funkciókhoz kapcsolódó adatok, objektumok, anyagok stb. ábrázolása (ezek általában feldolgozott erőforrások és az egyes funkciók végrehajtásának eredményei a blokkok közül);
A funkciók végrehajtásának mechanizmusai ( Mechanizmus ) (alulról közelítse meg a blokkokat) - az adott munka elvégzéséhez szükséges hosszú távú erőforrásokat képviseli (ezek lehetnek konkrét alkalmazottak, szervezeti egységek, gépek, berendezések, számítástechnikai berendezések stb.);
Vezetési vagy szabályozási dokumentumok ( Ellenőrzés ) (felülről közelítse meg a blokkokat) - jelenítse meg a funkció végrehajtását szabályozó feltételeket, irányelveket, útmutató dokumentumokat stb.

Szintaxis összetevők IDEF0- blokkok, nyilak, diagramok és szabályok.

A blokkok olyan funkciókat jelentenek, amelyeket tevékenységként, folyamatként, műveletként, műveletként vagy átalakításként határoznak meg.
A nyilak a függvényekhez kapcsolódó adatokat vagy anyagi objektumokat jelölik.
Szabályok határozzák meg, hogyan kell az összetevőket alkalmazni; diagramok formátumot biztosítanak a modellek grafikus és verbális leírásához. A formátum képezi a modellkonfiguráció kezelésének alapját.

Tömb függvényt ír le. Az egyes blokkok belsejében a neve és a száma található. A névnek igei kifejezésnek vagy szóbeli főnévnek kell lennie. A blokk száma a jobb alsó sarokban található. A blokkszámok az ábrán és a kapcsolódó szövegben azonosítják őket.

Nyíl egy vagy több egyenes szegmensből és az egyik végén egy csúcsból van kialakítva. A nyílszegmensek lehetnek egyenesek vagy töröttek; az utóbbi esetben a nyíl vízszintes és függőleges szegmenseit 90°-os szögű ívek kapcsolják össze. A nyilak nem jelképeznek egy folyamatot vagy eseménysorozatot, mint a hagyományos folyamat- vagy folyamatfolyamatábrákban (folyamatábrák). Csak azt mutatják meg, hogy milyen adatokat vagy anyagi objektumokat kell bevinni egy függvénybe a funkció végrehajtásához.

3. ábra Nyilak az IDEF0 diagramon.

Mert blokkok a következők vannak telepítve szintaktikai szabályok:

A blokk méretének elég nagynak kell lennie ahhoz, hogy tartalmazza a blokk nevét és számát;
a blokkok legyenek téglalap alakúak, jobb sarkokkal;
a blokkokat folytonos vonalakkal kell megrajzolni.

Mert vadász a következők vannak telepítve szintaktikai szabályok:

a törött nyilak csak 90°-os szögben változtatnak irányt;
a nyilakat folytonos vonalként kell megrajzolni. Különböző vastagságú vonalakat használhat;
a nyilak csak függőleges vagy vízszintes szegmensekből állhatnak; átlósan irányított szegmensek nem megengedettek;
a nyilak vége érintse a funkcióblokk külső határát, de ne keresztezze azt;
a nyilaknak csatlakozniuk kell a blokkhoz az oldalain. A sarkokban lévő csatlakozások nem megengedettek.

Az IDEF0 modellek a következőkből állnak dokumentumokat három típus:

grafikus diagramok,
szöveg
szójegyzék.

Ezek a dokumentumok egymásra vannak utalva. Grafikus diagram- az IDEF0 modell fő komponense, amely blokkokat, nyilakat, blokkok és nyilak kapcsolatait és a hozzájuk kapcsolódó kapcsolatokat tartalmazza. A blokkok képviselik a modellezett objektum fő funkcióit. Ezek a függvények részekre bonthatók (bonthatók), és részletesebb diagramokban 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.

Egy másik IDEF0 koncepció az szójegyzék. Minden IDEF0 elemhez: diagramok, blokkok, nyilak, a meglévő szabvány magában foglalja a megfelelő definíciók halmazának létrehozását és karbantartását, kulcsszavakat, narratív kijelentések stb., amelyek az elem által megjelenített objektumot jellemzik. Ezt a készletet szószedetnek nevezik, és az entitás leírása ennek az elemnek. 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.

A legfelső szintű diagram nyújtja a legtöbbet általános leírás modellező objektum. Ezt a diagramot egy sor gyermekdiagram követi, amelyek részletesebb képet adnak az objektumról.

Minden modellnek rendelkeznie kell egy legfelső szintű kontextusdiagrammal, amelyben a modellezett objektumot egyetlen, határnyilakkal ellátott doboz képviseli. Ezt a diagramot A-0-nak (A mínusz nulla) nevezzük. A diagram nyilai a modellezett objektum és környezete közötti kapcsolatokat mutatják. Mivel egyetlen blokk képviseli a teljes objektumot, a neve közös az egész projektben. Ugyanez igaz a diagram összes nyilaira, mivel ezek az objektum külső interfészeinek teljes készletét képviselik. Az A-0 diagram meghatározza a modellezési területet és annak határát.

4. ábra Példa egy legfelső szintű kontextusdiagramra.

Az A-0 kontextusdiagramnak tartalmaznia kell a nézőpontot meghatározó rövid kijelentéseket is hivatalos vagy az osztály, amelynek pozíciójából a modell készül, és a fejlesztés célja, amelynek elérése érdekében. A célkimutatás kifejezi a modell megalkotásának indokát, azaz olyan kérdések listáját tartalmazza, amelyekre a modellnek meg kell válaszolnia, ami nagymértékben meghatározza a modell felépítését. Egy objektum legfontosabb tulajdonságait általában a hierarchia legfelső szintjein azonosítják; Mivel a legfelső szintű függvényt felbontják és alfunkciókra osztják, ezek a tulajdonságok finomodnak. Az egyes részfüggvények pedig a következő szint elemeire bomlanak, és ez addig történik, amíg egy olyan struktúrát nem kapunk, amely lehetővé teszi a modellezési célban megfogalmazott kérdések megválaszolását. Minden alfunkció külön blokkként van modellezve. Minden szülőblokkot részletesen leír egy alsóbb szintű gyermekdiagram. Minden gyermekdiagramnak a legfelső szintű kontextusdiagram területen belül kell lennie.

Gyakran vannak olyan esetek, amikor az egyes nyilaknak nincs értelme továbbra is figyelembe venni a gyermekdiagramokban a hierarchia egy bizonyos szintje alatt, vagy fordítva - az egyes blokkoknak nincs gyakorlati jelentése 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 szinten túl. Az ilyen problémák megoldására az IDEF0 szabvány biztosítja a koncepciót alagútépítés. A nyíl kezdete körüli két zárójelben lévő „alagút” megjelölés azt jelzi, hogy a nyíl nem egy funkcionális szülőblokkból öröklődött, és csak ezen a diagramon jelenik 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 ennek a blokknak a gyermekdiagramjában ez a nyíl nem jelenik meg, és nem kerül figyelembevételre. Leggyakrabban előfordul, hogy az egyes objektumokat és a hozzájuk tartozó interfész nyilak nem kerülnek figyelembevételre a hierarchia egyes köztes szintjein - ebben az esetben először „elmerülnek az alagútban”, majd szükség esetén „visszatérnek az alagútból”. .

Grafikus nyelv láthatósága IDEF0 Teljesen olvashatóvá teszi a modellt azok számára is, akik nem vettek részt a megalkotási projektben, valamint hatékony bemutatókra és bemutatókra is. A jövőben a felépített modell alapján új projektek szervezhetők, amelyek célja a vállalkozásban (rendszerben) történő változtatás.

Komplex vállalati felmérési projektek lebonyolítása során modellek kidolgozása a szabványban IDEF0 lehetővé teszi a vállalkozás tevékenységeinek teljes mechanizmusának világos és hatékony megjelenítését a szükséges kontextusban. A legfontosabb azonban a csapatmunka lehetősége, amely biztosít IDEF0.

Tanuld meg látni és megérteni vállalkozásod funkcionális felépítését!

Jelenleg Oroszországban meredeken megnőtt az érdeklődés a Nyugaton általánosan elfogadott irányítási szabványok iránt, azonban a tényleges vezetési gyakorlatban van egy nagyon jelentős pont. Sok vezetőt még mindig megzavarhat a vállalat szervezeti felépítésére vagy a meglévő üzleti folyamatok kialakítására vonatkozó közvetlen kérdés. A legfejlettebb menedzserek, akik rendszeresen olvasnak gazdasági folyóiratokat, általában elkezdenek hierarchikus diagramokat rajzolni, amelyeket csak ők tudnak megérteni, de ebben a folyamatban általában gyorsan zsákutcába jutnak. Ugyanez vonatkozik a különböző szolgáltatások és funkcionális osztályok alkalmazottaira és vezetőire. A legtöbb esetben az egyetlen meghatározott szabályrendszer, amely alapján egy vállalkozásnak működnie kell, az egyedi szabályzatok és munkaköri leírások összessége. Leggyakrabban ezeket a dokumentumokat több mint egy éve állították össze, rosszul strukturáltak és nem kapcsolódnak egymáshoz, és ennek eredményeként egyszerűen port gyűjtenek a polcokon. Egyelőre ez a megközelítés indokolt volt, hiszen az orosz megalakulásakor piacgazdaság a verseny fogalma gyakorlatilag hiányzott, és nem volt különösebb szükség a költségek kiszámítására - a nyereség óriási volt. Ennek eredményeként az elmúlt két évben teljesen érthető képet láthattunk: nagy cégek, amelyek a 90-es évek elején növekedtek, fokozatosan elveszítik pozícióikat, akár teljesen elhagyják a piacot. Ennek részben az az oka, hogy a vállalatnál nem vezették be a vezetési standardokat a funkcionális tevékenység- és küldetésmodell fogalma. A különböző tevékenységi területek modellezésével meglehetősen hatékonyan elemezheti a menedzsment „szűk keresztmetszete” és optimalizálása általános sémaüzleti. De mint ismeretes, minden vállalkozásban csak azok a projektek élveznek elsőbbséget, amelyek közvetlenül profitot hoznak, így a tevékenységek vizsgálatának és átszervezésének kérdése általában csak a cégvezetés jelentős válsága során merül fel.

Az 1990-es évek végén, amikor a piac versenyképesebbé vált, és a vállalkozások jövedelmezősége meredeken csökkenni kezdett, a vezetők óriási nehézségekbe ütköztek a költségek optimalizálása során, hogy a termékek nyereségesek és versenyképesek maradjanak. Ebben a pillanatban vált teljesen világossá annak szükségessége, hogy a szeme előtt legyen a vállalkozás tevékenységének egy olyan modellje, amely tükrözi a különböző alrendszerek összekapcsolásának összes mechanizmusát és elvét egy vállalkozáson belül.

Maga az „üzleti folyamatmodellezés” fogalma a legtöbb elemző mindennapi életébe a komplex piaci megjelenésével egy időben került be. szoftver termékek, amely a vállalatirányítás komplex automatizálására szolgál. Hasonló rendszerek mindig magában foglalja a projekt előtti mélyreható felmérést a vállalat tevékenységéről. A vizsgálat eredménye egy szakvélemény, amelyben az egyes pontok javaslatokat tesznek a tevékenységirányítási „szűk keresztmetszetek” megszüntetésére. Ezen következtetés alapján közvetlenül az automatizálási rendszer bevezetésének projektje előtt az üzleti folyamatok úgynevezett átszervezését hajtják végre, amely néha meglehetősen súlyos és fájdalmas a vállalat számára. Ez természetes, hogy az évek során kialakult csapatot mindig nehéz „új módon gondolkodni”. A vállalkozások ilyen átfogó felmérései mindig összetettek, és esetenként jelentősen változnak. A komplex rendszerek modellezésének ilyen problémáinak megoldására jól bevált módszertanok és szabványok léteznek. Ezek a szabványok magukban foglalják az IDEF módszercsaládot. Segítségükkel hatékonyan jelenítheti meg és elemezheti a komplex rendszerek széles skálájának tevékenységi mintáit különböző kontextusokban. Ugyanakkor a rendszerben zajló folyamatok vizsgálatának szélességét és mélységét maga a fejlesztő határozza meg, ami lehetővé teszi, hogy a létrehozott modellt ne terheljük túl szükségtelen adatokkal. Jelenleg az IDEF család a következő szabványokat tartalmazza:

IDEF0 - funkcionális modellezési módszertan. Az IDEF0 vizuális grafikus nyelvet használva a vizsgált rendszer a fejlesztők és elemzők számára egymáshoz kapcsolódó funkciók (funkcionális blokkok - IDEF0 kifejezéssel) formájában jelenik meg. Általános szabály, hogy az IDEF0 modellezés minden rendszer tanulmányozásának első lépése;

Az IDEF1 egy módszertan a rendszeren belüli információáramlások modellezésére, amely lehetővé teszi azok szerkezetének és kapcsolatainak megjelenítését és elemzését;

IDEF1X (IDEF1 Extended) – relációs struktúrák építésének módszertana. Az IDEF1X az „Entity-Relationship” (ER) módszertanok típusába tartozik, és jellemzően modellezésre használják. relációs adatbázisok a kérdéses rendszerre vonatkozó adatok;

Az IDEF2 a rendszerfejlesztés dinamikus modellezésének módszertana. A nagyon komoly elemzési nehézségek miatt dinamikus rendszerek ezt a szabványt gyakorlatilag felhagyták, fejlesztése a kezdeti szakaszban leállt. Jelenleg azonban léteznek olyan algoritmusok és számítógépes megvalósításaik, amelyek lehetővé teszik a statikus IDEF0 diagramok halmazának „színes Petri-hálók” (CPN - Color Petri Nets) alapján épített dinamikus modellekké alakítását;

Az IDEF3 a rendszerben lezajló folyamatok dokumentálására szolgáló módszertan, amelyet például kutatásban használnak technológiai folyamatok vállalkozásoknál. Az IDEF3 leírja az egyes folyamatok szkriptjét és műveleti sorrendjét. Az IDEF3 közvetlen kapcsolatban áll az IDEF0 módszertannal – minden függvény (funkcionális blokk) külön folyamatként ábrázolható az IDEF3 használatával;

Az IDEF4 egy módszertan objektum-orientált rendszerek felépítésére. Az IDEF4 eszközök lehetővé teszik az objektumok szerkezetének és interakciójuk alapelveinek vizuális megjelenítését, ezáltal lehetővé téve az összetett objektumorientált rendszerek elemzését és optimalizálását;

Az IDEF5 komplex rendszerek ontológiai kutatásának módszertana. Az IDEF5 módszertan segítségével egy rendszer ontológiája egy meghatározott terminus- és szabályszótár segítségével írható le, amely alapján megbízható állítások alkothatók a vizsgált rendszer adott időpontban fennálló állapotáról. Ezen megállapítások alapján következtetéseket vonunk le a rendszer továbbfejlesztésére és annak optimalizálására.
Ebben a cikkben a leggyakrabban használt funkcionális modellezési módszert, az IDEF0-t tekintjük át.

Az IDEF0 szabvány története

Az IDEF0 módszertan a funkcionális rendszerek leírására jól ismert grafikus nyelv SADT (Structured Analysis and Design Teqnique) fejlesztésének következő állomásának tekinthető. Néhány évvel ezelőtt egy azonos nevű könyvet adtak ki Oroszországban kis kiadásban, amely a SADT-diagramok készítésének alapelveit ismerteti. Történelmileg az IDEF0 szabványt 1981-ben fejlesztették ki az ICAM (Integrated Computer Aided Manufacturing) nevű kiterjedt ipari automatizálási program részeként, és az Egyesült Államok légiereje javasolta. Valójában az IDEF szabványcsalád elnevezését ennek a programnak a nevéből örökölte (IDEF=ICAM DEFINÍCIÓ). Folyamatban van gyakorlati megvalósítás, az ICAM program résztvevői szembesültek azzal, hogy új módszereket kell kidolgozni az ipari rendszerek interakciós folyamatainak elemzésére. Ezen túlmenően, az üzleti folyamatok leírására szolgáló funkciók továbbfejlesztett készlete mellett az új szabvány egyik követelménye az volt, hogy hatékony módszertan legyen az „analitikus-specialista” keretrendszeren belüli interakcióhoz. Vagyis az új módszernek a modellalkotás csoportos munkáját kellett volna biztosítania a projektben résztvevő összes elemző és szakember közvetlen részvételével.

A megfelelő megoldások keresése eredményeként született meg az IDEF0 funkcionális modellezési módszertan. 1981 óta az IDEF0 szabvány több kisebb, többnyire korlátozó jellegű változtatáson ment keresztül, legújabb kiadását pedig 1993 decemberében adta ki az Egyesült Államok Nemzeti Szabványügyi és Technológiai Intézete (NIST).

Az IDEF0 alapelemei és fogalmai

Az IDEF0 grafikus nyelve meglepően egyszerű és harmonikus. A módszertan négy fő koncepción alapul.

Ezek közül az első a funkcionális blokk (Activity Box) koncepciója. Egy funkcionális blokk grafikusan téglalapként van ábrázolva (lásd az 1. ábrát), és a vizsgált rendszeren belül egy adott funkciót képvisel. A szabvány követelményei szerint az egyes funkcionális blokkok nevét verbális hangulatban kell megfogalmazni (például „szolgáltatást előállítani”, nem „szolgáltatást előállítani”).

A funkcióblokk mind a négy oldalának megvan a maga konkrét érték(szerep), míg:

A felső oldal „Control”-ra van állítva;

A bal oldal „Input”-ra van állítva;

A jobb oldal „Output”-ra van állítva;

Az alsó oldal jelentése „Mechanizmus”.

A vizsgált rendszeren belül minden egyes funkcionális blokknak saját egyedi azonosító számmal kell rendelkeznie.

1. ábra Funkcióblokk.

Az IDEF0 módszertan második pillére az interfészív (nyíl) fogalma. Az interfész íveit gyakran áramlásoknak vagy nyilaknak is nevezik. Az interfészív egy olyan rendszerelemet jelöl, amelyet egy funkcióblokk dolgoz fel, vagy más módon befolyásolja az adott funkcióblokk által képviselt funkciót.

Az interfészív grafikus ábrázolása egyirányú nyíl. Minden interfész ívnek saját egyedi névvel kell rendelkeznie (Arrow Label). A szabvány előírásainak megfelelően a névnek egy főnév alakjának kell lennie.

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, autók, alkalmazottak stb.) vagy adat- és információáramlások (dokumentumok, adatok, utasítások stb.).

Attól függően, hogy ez az interfész ív melyik oldalra közelít, „bejövő”, „kimenő” vagy „vezérlő” néven szerepel. Ezenkívül az egyes funkcionális ívek „forrása” (eleje) és „nyelője” (vége) csak funkcionális blokkok lehetnek, míg a „forrás” csak a blokk kimeneti oldala, a „nyelő” pedig bármilyen. a megmaradt három közül.

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.

IDEF0 diagramok készítésekor fontos a bejövő interfész ívek helyes elkülönítése a vezérlőívektől, ami gyakran nehéz. Például a 2. ábra a „Munkadarab feldolgozása” funkcióblokkot mutatja.

A valós folyamatban a feldolgozást végző dolgozó munkadarabot és technológiai utasítást kap a feldolgozáshoz (illetve biztonsági szabályokat a géppel végzett munka során). Tévesen úgy tűnhet, hogy mind a munkadarab, mind a technológiai utasításokat tartalmazó dokumentum bejövő objektumok, de ez nem így van. Valójában ebben a folyamatban a munkadarab feldolgozása a technológiai utasításokban szereplő szabályok szerint történik, amelyeket a vezérlő interfész ívnek kell ábrázolnia.

2. ábra.

Más kérdés, hogy a technológiai utasításokat a vezető technológus dolgozza fel, és módosítja azokat (3. ábra). Ilyenkor ezeket egy már bejövő interfészív jeleníti meg, a vezérlőobjektum pedig például új ipari szabványok, amelyek alapján ezek a változtatások megtörténnek.

3. ábra.

A fenti példák rávilágítanak a bejövő és a vezérlő interfész ívek felületesen hasonló jellegére, azonban az azonos osztályba tartozó rendszerek esetében mindig vannak bizonyos különbségek. Például, amikor a vállalkozásokat és szervezeteket vizsgáljuk, az objektumok öt fő típusát különböztetjük meg: anyagáramlások (alkatrészek, áruk, nyersanyagok stb.), pénzügyi áramlások (készpénz és nem készpénz, befektetések stb.), dokumentumáramlás (kereskedelmi). , pénzügyi és szervezeti dokumentumok), információáramlást (információ, szándékra vonatkozó adatok, szóbeli utasítások stb.) és erőforrásokat (alkalmazottak, gépek, gépek stb.). Sőt, különböző esetekben minden típusú objektum megjeleníthető a bejövő és kimenő interfész ívekkel, csak a dokumentumok és információk áramlásával kapcsolatosakat kezelve, és csak az erőforrásokat ív-mechanizmusokkal.

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.

Az IDEF0 szabvány harmadik alapkoncepciója a Dekompozíció. A dekompozíció elvét akkor alkalmazzuk, amikor egy összetett folyamatot komponensfunkció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 bemutatását az egyes diagramok hierarchikus struktúrája formájában, ami kevésbé terheli és könnyebben emészthetővé teszi.

Az IDEF0 modell mindig úgy kezdődik, hogy a rendszert egyetlen egészként tekintjük – egyetlen funkcionális egységre, amelynek interfészívei túlnyúlnak a vizsgált tartományon. Az ilyen, egy funkcionális blokkal rendelkező diagramot kontextusdiagramnak nevezzük, és az „A-0” azonosítóval jelöljük.

A kontextusdiagram magyarázó szövegében fel kell tüntetni az űrlapon a diagram elkészítésének célját rövid leírásés a nézőpont rögzített.

Az IDEF0 modell fejlesztési céljának meghatározása és formalizálása 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 összpontosítani kell. Például, ha egy vállalkozás tevékenységét modellezzük azzal a céllal, hogy a jövőben ezen a modellen alapuló információs rendszert építsünk ki, akkor ez a modell jelentősen eltér attól, amit ugyanarra a vállalkozásra fejlesztenénk, de azzal a céllal. az ellátási láncok optimalizálása.

A nézőpont határozza meg a modell fő fejlesztési irányát és a szükséges részletezési szintet. A nézőpont egyértelmű rögzítése lehetővé teszi a modell kirakását, feladva a részletezést és a kutatást egyedi elemek, amelyek a rendszer választott nézőpontja alapján nem szükségesek. Például, funkcionális modellek Ugyanannak a vállalkozásnak a főtechnológus és a pénzügyi igazgató szemszögéből a részletezésük iránya jelentősen eltér majd. Ennek az az oka, hogy a pénzügyi igazgatót végső soron nem érdeklik a nyersanyag-feldolgozás szempontjai a gyártógépeken, és a vezető technológusnak nincs szüksége a pénzügyi folyamatok rajzolt diagramjaira. A helyes választás szempontból jelentősen csökkenti a végső modell elkészítésére fordított időt.

A bontási folyamat során a rendszer egészét kontextusdiagramban ábrázoló funkcionális blokkot egy másik diagram részletezi. Az így létrejövő második szintű diagram a kontextusdiagram funkcionális blokkjának fő alfunkcióit megjelenítő funkcionális blokkokat tartalmaz, és ehhez kapcsolódóan Child diagramnak nevezzük (a gyermekdiagramhoz tartozó funkcionális blokkok mindegyikét ennek megfelelően Child Box-nak nevezzük). Az ős funkcionális blokkot viszont szülőblokknak nevezzük a gyermekdiagramhoz (Parent Box), és azt a diagramot, amelyhez tartozik, szülő diagramnak (Parent Diagram) nevezzük. A gyermekdiagram minden egyes alfüggvénye tovább részletezhető a megfelelő funkcionális blokk hasonló bontásával. Fontos megjegyezni, hogy egy funkcionális blokk minden egyes lebontása esetén az összes interfész ív benne van ezt a blokkot, vagy onnan erednek, a gyermekdiagramon rögzítjük. Ezzel elérhető az IDEF0 modell szerkezeti integritása. A bontás elvét a 4. ábra jól szemlélteti. Érdemes figyelni a funkcionális blokkok számozása és a diagramok közötti összefüggésre – minden blokknak saját egyedi sorszáma van a diagramon (a téglalap jobb alsó sarkában található szám) , a jobb sarokban lévő jelölés pedig a blokk gyermekdiagramjának számát jelzi. Ennek a jelölésnek a hiánya azt jelzi, hogy ennek a blokknak nincs dekompozíciója.

Gyakran előfordulnak olyan esetek, amikor az egyes interfész íveket nincs értelme továbbra is figyelembe venni a gyermekdiagramokban a hierarchia egy bizonyos szintje alatt, vagy fordítva - az egyes íveknek nincs gyakorlati értelme egy bizonyos szint felett. Például egy interfészívnek, amely egy „alkatrészt” ábrázol a „Feldolgozás egy esztergagépen” funkcionális blokk bejáratánál, nincs értelme a diagramokon megjeleníteni. magas szinten– ez csak túlterheli a diagramokat, és megnehezíti azok megértését. Másrészt előfordulhat, hogy meg kell szabadulni az egyes „fogalmi” interfész ívektől, és nem részletezni őket egy bizonyos szinten túl. Az ilyen problémák megoldására az IDEF0 szabvány biztosítja az alagút fogalmát. Az interfészív kezdete körüli két zárójelben lévő Arrow Tunnel megjelölés azt jelzi, hogy az ívet nem egy funkcionális szülőblokktól örökölték, és csak ezen a diagramon jelenik meg (az „alagútból”). Az interfészív vége (nyíl) körül a vevőblokk közvetlen közelében lévő azonos megjelölés azt jelenti, hogy ez az ív nem jelenik meg és nem kerül figyelembevételre ennek a blokknak a gyermekdiagramjában. Leggyakrabban előfordul, hogy az egyes objektumokat és a hozzájuk tartozó interfészíveket nem veszik figyelembe a hierarchia egyes köztes szintjein - ebben az esetben először „elmerülnek az alagútban”, majd szükség esetén „visszatérnek az alagútból”. .

Az IDEF0 fogalmak közül az utolsó a Glossary. Minden IDEF0 elemhez: diagramok, funkcióblokkok, interfész ívek, a meglévő szabvány magában foglalja a megfelelő definíciók, kulcsszavak, narratív utasítások stb. halmazának létrehozását és karbantartását, amelyek jellemzik az elem által megjelenített objektumot. Ezt a halmazt szószedetnek nevezzük, és egy adott elem lényegének leírása. Például az ív „fizetési megbízás” vezérlőfelületéhez a szószedet tartalmazhatja az ívnek megfelelő dokumentum mezőinek listáját, a szükséges vízumkészletet stb. 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.

4. ábra Funkcionális blokkok bontása.

Az IDEF0 diagramok bonyolultságának korlátozásának elvei

Az IDEF0 modellek jellemzően összetett és koncentrált információkat tartalmaznak, és torlódásuk korlátozása és olvashatóságuk csökkentése érdekében a megfelelő bonyolultsági határértékeket a megfelelő szabvány tartalmazza:

Korlátozza a diagramon szereplő funkcionális blokkok számát három-hatra. A felső határ (hat) arra kényszeríti a tervezőt, hogy hierarchiát használjon az összetett objektumok 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 blokkhoz (egy funkcionális blokkból kilépő) interfészívek számának korlátozása négyre.
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.

Az IDEF0 modell kidolgozásának csoportmunka fegyelme

Az IDEF0 szabvány olyan eljáráskészletet tartalmaz, amely lehetővé teszi, hogy a modellezett rendszer különböző tevékenységi területeihez tartozó emberek nagy csoportja egy modellt dolgozzon ki és fogadjon el. A fejlesztési folyamat jellemzően iteratív, és a következő hagyományos szakaszokból áll:

Modell készítése egy kapcsolódó szakembercsoport által különböző területeken a vállalkozás tevékenységei. Ezt a csoportot IDEF0 kifejezéssel Szerzőknek hívják. A kezdeti modell felépítése egy dinamikus folyamat, melynek során a szerzők kompetens egyéneket kérdeznek meg a különböző folyamatok felépítéséről. A meglévő szabályozások, dokumentumok és felmérési eredmények alapján elkészül a modell mintatervezete.

A tervezet kiosztása felülvizsgálatra, jóváhagyásra és véleményezésre. Ebben a szakaszban a modelltervezetet megvitatják széles körű illetékes személyek (IDEF0-olvasók szempontjából) a vállalkozásban. Ebben az esetben a vázlatmodell diagramjainak mindegyikét kritizálják és írásban kommentálják, majd átadják a szerzőnek. A szerző pedig írásban is egyetért a kritikával, vagy elutasítja azt, felvázolva a döntés logikáját, és az átdolgozott tervezetet további megfontolásra visszaküldi. Ez a ciklus addig tart, amíg a szerzők és az olvasók konszenzusra nem jutnak.

A modell hivatalos jóváhagyása. A jóváhagyott modellt a vezető hagyja jóvá munkacsoport abban az esetben, ha a modell szerzői és az olvasók között nincs nézeteltérés annak megfelelőségét illetően. A végső modell a vállalkozás (rendszer) koherens nézete egy adott nézőpontból és egy adott célra.
Az IDEF0 grafikus nyelvének letisztultsága a modellt teljesen olvashatóvá teszi azok számára is, akik nem vettek részt a létrehozási projektben, valamint hatékonyan használható bemutatókhoz és bemutatókhoz is. A jövőben a felépített modell alapján új projektek szervezhetők, amelyek célja a vállalkozásban (rendszerben) történő változtatás.

Az IDEF0 segítségével történő funkcionális modellezés hazai gyakorlatának jellemzői

IN utóbbi években Folyamatosan nő az érdeklődés Oroszország iránt az IDEF módszercsaládja iránt. Ezt folyamatosan megfigyelem, amikor személyes weboldalam (http://www.vernikov.ru) találati statisztikáit nézem, amely röviden leírja e szabványok alapelveit. Ugyanakkor az olyan szabványok iránti érdeklődést, mint az IDEF3-5, elméletinek, az IDEF0 iránt pedig gyakorlatilag teljesen indokoltnak nevezném. Valójában az első Case eszközök, amelyek lehetővé teszik a DFD és IDEF0 diagramok készítését, 1996-ban jelentek meg az orosz piacon, egyidejűleg a SADT szabványok modellezési elveiről szóló népszerű könyv kiadásával.

A legtöbb menedzser azonban továbbra is a modellezés gyakorlati alkalmazását az IDEF szabványokban inkább a divat előtti tisztelgésnek tekinti, semmint a meglévő vállalatirányítási rendszer optimalizálásának hatékony módjának. Valószínűleg ennek az az oka, hogy nem állnak rendelkezésre információk gyakorlati alkalmazása ezekkel a módszertanokkal és a publikációk túlnyomó többségénél elengedhetetlen szoftveres torzítással.

Nem titok, hogy a jelenleg Oroszországban működő vállalkozások pénzügyi és gazdasági tevékenységének felmérésére és elemzésére irányuló szinte minden projekt valamilyen módon kapcsolódik az építkezéshez. automatizált rendszerek menedzsment. Ennek köszönhetően az IDEF szabványok a többség értelmezése szerint feltételesen elválaszthatatlanokká váltak a megvalósítástól információs technológia, bár segítségükkel időnként akár kisebb helyi problémákat is hatékonyan meg lehet oldani, szó szerint ceruza és papír segítségével.

Komplex vállalati felmérési projektek végrehajtásakor az IDEF0 szabvány modelljeinek fejlesztése lehetővé teszi, hogy a vállalat tevékenységének teljes mechanizmusát egyértelműen és hatékonyan jelenítse meg a kívánt kontextusban. A legfontosabb azonban az IDEF0 által biztosított együttműködési lehetőségek. Gyakorlati munkám során elég sok olyan eset volt, amikor egy-egy modell felépítése a különböző részlegek munkatársainak közvetlen közreműködésével történt. Ugyanakkor a tanácsadó meglehetősen rövid időn belül elmagyarázta nekik az IDEF0 alapelveit, és megtanította nekik, hogyan kell dolgozni a megfelelő alkalmazással. szoftver. Ennek eredményeként a különböző részlegek alkalmazottai IDEF diagramokat készítettek funkcionális egységük tevékenységéről, amelyeknek a következő kérdésekre kellett válaszolniuk:

Mit kap az osztály inputként?

Milyen funkciókat és milyen sorrendben látnak el az osztályon belül?

Ki a felelős az egyes funkciók végrehajtásáért?

Mi vezérli az előadót az egyes funkciók végrehajtása során?

Mi az osztály munkájának eredménye (output)?

Miután az egyes részlegeken belül egyeztették a diagramtervezeteket, a tanácsadó összeállítja azokat a vállalkozás modellvázlatává, amely összekapcsolja az összes bemeneti és kimeneti elemet. Ebben a szakaszban rögzítik az egyes diagramok minden eltérését és az ellentmondásos területeket. Ezután ez a modell ismét áthalad a funkcionális osztályokon a további koordináció és a szükséges módosítások elvégzése érdekében. Ennek eredményeként meglehetősen rövid időn belül és a tanácsadó cég minimális emberi erőforrásának bevonásával (és ezek az erőforrások, mint tudjuk, nagyon drágák) megkapják a vállalkozás IDEF0-modelljét az „As is” elvét, és ami fontos, a vállalkozást a benne dolgozó, minden árnyalatot alaposan ismerő munkatársak pozícióival képviseli, beleértve az informálisakat is. A jövőben ez a modell elemzés és feldolgozás céljából átkerül az üzleti elemzőkhöz, akik megkeresik a „szűk keresztmetszeteket” a vállalat irányításában és optimalizálják a fő folyamatokat, átalakítva az „As Is” modellt a megfelelő „As It Should”-má. Legyen” reprezentáció. Ezen változások alapján végleges következtetést adnak ki, amely ajánlásokat tartalmaz az irányítási rendszer átszervezésére.

Természetesen egy ilyen megközelítéshez számos szervezeti intézkedés szükséges, elsősorban a vizsgált vállalkozás vezetése részéről. Ez annak a ténynek köszönhető, hogy ez a technika magában foglalja az új módszerek elsajátítása és gyakorlati alkalmazása érdekében további felelősségek kijelölését egyes alkalmazottakra. Ez azonban végül is indokolttá válik, mivel az egyes alkalmazottak több napon át tartó további egy-két órás munkája jelentősen megtakaríthatja a harmadik fél cégnek nyújtott tanácsadási szolgáltatások kifizetését (ami mindenesetre elvonja ugyanazokat a munkavállalókat). kérdőívekkel és kérdésekkel végzett munkából). Magukat a vállalkozás alkalmazottait illetően a gyakorlatom során nem találkoztam kifejezett ellenkezéssel.

Mindebből a következő következtetés vonható le: egyáltalán nem szükséges, hogy minden alkalommal saját maga találjon ki megoldást a standard problémákra. Valahányszor szembesül az egyik vagy másik elemzés szükségességével funkcionális rendszer(az űrhajó tervezési rendszerétől a komplex vacsora elkészítésének folyamatáig) - évek óta bevált és bevált módszereket alkalmaz. Az egyik ilyen módszer az IDEF0, amely egyszerű és érthető eszközeivel összetett életproblémák megoldását teszi lehetővé.

Kulcsszavak: szerkezeti elemzés és tervezés, funkcionális modell, funkcionális blokk, interfész ív, kontextus diagram, dekompozíció, szójegyzék, cél, nézőpont, részfolyamatok azonosítása, dekompozíció, komplexitás korlátozása, alagút.

Meghatározás

IDEF0 (Integration Definition for Function Modeling) – funkcionális modellezési módszer a vállalati funkciók leírására, amely funkcionális modellezési nyelvet kínál az elemzéshez, fejlesztéshez, újratervezéshez és integrációhoz. információs rendszereküzleti folyamatok; vagy szoftvermérnöki elemzés.

Az IDEF0 módszertan a SADT (Structured Analysis and Design Technique) szerkezetelemzé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-n alapul, és eredeti formájában egyszerre tartalmazza: egy grafikus modellező nyelv definícióját (szintaxis és szemantika) és egy á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).

Az IDEF0-t szövetségi szabványként 1993-ban 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 tématerületen belüli funkciók, tevékenységek vagy folyamatok strukturális reprezentációja.

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

Tervezés alatt álló rendszerek esetében az IDEF0 használható először követelmények és funkciók meghatározására, majd egy olyan megvalósítás létrehozására, amely kielégíti ezeket a követelményeket és végrehajtja ezeket a funkciókat.

Meglévő rendszerek esetén 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éljai):

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 tartomány funkcióinak, valamint az ezeket a funkciókat összekötő adatok és objektumok teljes és következetes 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:

általános(általános) – rendszerek és témakörök elemzéséhez;

szigorú és pontos(szigorú és precíz) – korrekt, 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 képviselete;

rugalmas– a projekt életciklusának különböző fázisainak támogatása.

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

Az IDEFØ szabályok kellő szigort és pontosságot követelnek meg 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 szükségtelen részletek, amelyek túlmutatnak a megállapított kereteken;

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

adatszerkezet koherenciája.

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

Egyedi címkék és címek – nincsenek ismétlődő nevek;

adatnyílágak korlátozásai (Data Arrow Branch Constraint) – címkék az ágakon történő adatáramlás korlátozására;

adatok szétválasztása 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 – minden modellnek megvan a célja és a nézőpontja.

IDEF0 alapfogalmak

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

funkcionális blokk;

interfész ív;

bomlás;

szójegyzék. Funkcióblokk

(Activity Box) a kérdéses rendszeren belüli bizonyos funkciót képviseli. A szabvány követelményei szerint minden funkcionális blokk nevét meg kell fogalmazni a verbális hangulatban

(például „szolgáltatást előállítani”).

Az ábrán egy funkcionális blokk téglalapként van ábrázolva (ábra). A funkcionális blokk mind a négy oldalának megvan a maga sajátos jelentése (szerep), és:

a felső oldal „Vezérlő”-re van állítva;

a bal oldal „Input”-ra van állítva;

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

az alsó oldal jelentése „Mechanizmus”.

Rizs. Funkcióblokk Interfész ív/nyíl

A nyíl egy olyan rendszerelemet jelenít meg, amelyet egy 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.

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.

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 komponensfunkciókra bontunk. Ebben az esetben a folyamat részletezettségét közvetlenül a modell fejlesztője határozza meg.

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

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

Ezt a készletet ún szójegyzékés ennek az elemnek a lényegének 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 úgy kezdődik, hogy a rendszert egyetlen egészként tekintjük – egyetlen funkcionális egységre, amelynek interfészívei túlnyúlnak a vizsgált tartományon. Az ilyen, egy funkcionális blokkal rendelkező diagramot ún kontextus diagram.

A kontextusdiagram magyarázó szövegének jeleznie kell cél(Cél), hogy egy diagram formájában egy rövid leírást és rögzített nézőpontból(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 összpontosítani kell.

Nézőpont meghatározza a modellfejlesztés fő irányát és a szükséges részletezési szintet. A nézőpont egyértelmű rögzítése lehetővé teszi a modell kiürítését azáltal, hogy megtagadja 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.

· Belépő nyilak (a munka bal oldalán találhatók) - olyan adatokat vagy objektumokat ábrázolnak, amelyek a munka végrehajtása során megváltoznak.

· Vezérlő nyilak (a munka felső szélén találhatók) - a munkavégzés szabályait és korlátozásait ábrázolják.

· Kilépő nyilak (a munka jobb oldalán kilépve) - a munka eredményeként megjelenő adatokat vagy objektumokat ábrázolják.

· Mechanizmus nyilak (a munka alsó szélén találhatók) - a munka elvégzéséhez szükséges erőforrásokat ábrázolják, de a munka során nem változnak (például felszerelés, emberi erőforrás...)

· Hívónyilak (a munka alsó széléről érkeznek) - különböző diagramok vagy modellek közötti kapcsolatokat ábrázolnak, egy bizonyos diagramra mutatva, ahol ezt a munkát részletesebben tárgyalják.

Minden munkát és nyilat el kell nevezni. Az IDEF0 diagramhierarchia első diagramja mindig a rendszer egészének működését ábrázolja. Az ilyen diagramokat kontextusdiagramoknak nevezzük. A kontextus tartalmazza a modellezés céljának leírását, a hatókört (leírást arról, hogy mi lesz a rendszer alkotóeleme, és mi a külső hatás) és a nézőpont (az a helyzet, ahonnan a modell épül. ). A nézőpont jellemzően a modellezett rendszer egészének működéséért felelős személy vagy objektum nézőpontja.

7.1. ábra. Funkcionális blokk és interfész ívek

A diagramokon végzett tevékenységek téglalapokként (funkcionális blokkok) vannak ábrázolva. Minden munka valamilyen funkciót vagy feladatot ábrázol, és a tevékenységet jelző igével vagy igei kifejezéssel nevezik el, például „Termék készítése”, „Vevő kiszolgálása” stb. A nyilak főnévvel vannak jelölve, és olyan tárgyakat vagy információkat jelölnek, amelyek összekapcsolják a műveket egymással és a külvilággal.

A kontextus leírása után a következő diagramok jönnek létre a hierarchiában. Minden további diagram a fenti diagramon szereplő munkák egyikének részletesebb leírása (bontása). A 7.2. és a 7.4. ábrán egy példa látható a kontextuális munkabontásra. Az egyes alrendszerek leírását elemző és szakterületi szakértő végzi. Általában a szakértő az adott alrendszerért felelős személy, ezért alapos ismeretekkel rendelkezik annak minden funkciójáról. Így a teljes rendszert a szükséges részletezettségi szintig alrendszerekre osztjuk, és egy olyan modellt kapunk, amely adott pontossággal közelíti a rendszert. Az aktuális üzleti folyamatokat megfelelően tükröző modell (ún. AS IS modell) birtokában az elemző könnyen átlátja a rendszer legsérülékenyebb pontjait. Ezt követően a feltárt hiányosságok figyelembevételével lehetőség nyílik az üzleti folyamatok új szervezeti modelljének (TO BE modell) felépítésére.

A SADT módszertanának egyik legfontosabb jellemzője, hogy a modellt ábrázoló diagramok elkészítésekor egyre nagyobb részletezési szinteket vezet be.

7.2 ábra - Példa kontextusdiagramra

7.3. ábra - Példa egy bontási diagramra

7.4. ábra - Példa kontextusdiagramra

7.5. ábra - Példa bontási diagramra

Diagram hierarchia

A legfelső szintű diagramban a blokkba be- és kimenő ívek pontosan megegyeznek az alsóbb szintű diagramok be- és kimenő íveivel, mivel a blokk és a diagram ugyanazt a rendszerrészt képviseli.

7.6. ábra - A SADT modell felépítése. Diagramok bontása

7.7. ábra – A megfelelőségnek teljesnek és következetesnek kell lennie

Rizs. 7.8. Példa a mechanizmusra

7.9. ábra - Diagramok hierarchiája