A BPWin programfelület leírása. A kontextusblokk nevének kiválasztása. Csomópont és FEO fa diagramok

A BPwin három modellezési módszert támogat: funkcionális modellezés(IDEF0); üzleti folyamatok leírása (IDEF3); adatfolyam diagramok(DFD).

BPwin Workbench

A BPwin meglehetősen egyszerű és intuitív felhasználói felülettel rendelkezik. A BPwin indításakor alapértelmezés szerint a fő jelenik meg eszköztár, egy eszközpaletta (melynek megjelenése a kiválasztott jelöléstől függ) és a bal oldalon a modellböngésző - Model Explorer (7.1. ábra).

Új modell létrehozásakor egy párbeszédablak jelenik meg, amelyben meg kell adni, hogy a modell újonnan jön-e létre, vagy fájlból vagy a ModelMart tárolóból nyílik meg, majd adja meg a modell nevét és válassza ki a módszertant, amelyben a modell épül (7.2. ábra).

Ahogy fentebb említettük, a BPwin három módszert támogat – IDEF0, IDEF3 és DFD, amelyek mindegyike megoldja a saját specifikus problémáit. A BPwin-ben lehetőség van vegyes modellek felépítésére, azaz a modell egyszerre tartalmazhat IDEF0 és IDEF3 és DFD diagramokat is. Az eszközpaletta összetétele automatikusan megváltozik, amikor egyik jelölésről a másikra vált.

Rizs. 7.1.

A BPwin modelljeit művek halmazának tekintjük, amelyek mindegyike egy bizonyos adatkészlettel működik. A munkát téglalapok, az adatokat nyilak formájában ábrázolják. Ha bármelyik modellobjektumra kattint a bal egérgombbal, megjelenik egy helyi menü, amelynek minden eleme megfelel az objektum egy tulajdonságának szerkesztőjének.

IDEF0 modell építése

Kezdetben Az IP létrehozásának szakaszai meg kell érteni, hogyan működik az automatizálni kívánt szervezet. A vezető jól ismeri a munka egészét, de nem tud belemenni az egyes hétköznapi alkalmazottak munkájának részleteibe. Egy hétköznapi alkalmazott jól tudja, mi történik a munkahelyén, de lehet, hogy nem tudja, hogyan dolgoznak a kollégái. Ezért egy vállalkozás munkájának leírásához olyan modellt kell felépíteni, amely megfelelő lesz tárgykörés tartalmazzák a szervezet üzleti folyamatainak összes résztvevőjének tudását.

A legkényelmesebb modellező nyelv Az üzleti folyamatok IDEF0, ahol a rendszer kölcsönhatásban álló jobok vagy funkciók halmazaként jelenik meg. Ez a tisztán funkcionális orientáció alapvető – a rendszer funkcióit a rendszer függetlenül elemzi azoktól az objektumoktól, amelyekkel működnek. Ez lehetővé teszi a szervezeti folyamatok logikájának és interakciójának egyértelműbb modellezését.

A rendszer modellezése az IDEF0-ban a létrehozással kezdődik kontextus diagram- a rendszer egészének leírásának legelvontabb szintjét bemutató diagramok, amelyek tartalmazzák a modellezés tárgyának, a modell céljának és nézőpontjának meghatározását.

A szubjektum alatt magát a rendszert értjük, és pontosan meg kell határozni, hogy mi van a rendszerben, és mi van a határain kívül, más szóval meg kell határozni, hogy mi lesz a továbbiakban a rendszer alkotóeleme, és mi az. külső hatás. Meghatározni a rendszer alanya jelentősen befolyásolja az a helyzet, ahonnan a rendszert nézzük, és a modellezés célja- kérdések, amelyekre a felépített modellnek választ kell adnia. Más szóval, először meg kell határozni a modellezési területet. Mind a rendszer egészének, mind annak összetevőinek leírása képezi az alapja a modell felépítésének. Bár feltételezzük, hogy a hatókör a szimuláció előrehaladtával módosítható, kezdetben nagyrészt meg kell határozni, mivel a hatókör határozza meg a szimuláció irányát. A hatókör megfogalmazásakor két összetevőt kell figyelembe venni: a szélességet és a mélységet. A szélesség magában foglalja a modell határainak meghatározását – mi lesz a rendszeren belül és mi az azon kívül. A mélység határozza meg, hogy a modell milyen részletességgel készült. A rendszer mélységének meghatározásakor emlékezni kell az időkorlátokra - a modell felépítésének összetettsége exponenciálisan nő a bomlási mélység növekedésével. A modell határainak meghatározása után feltételezzük, hogy nem kell új objektumokat bevinni a modellezett rendszerbe.

A modellezés célja

A modellezés célja a következő kérdésekre adott válaszokból határozták meg:

• Miért kell ezt a folyamatot modellezni?
• Mit kell mutatnia a modellnek?
• Mit kaphat az ügyfél?

Nézőpont.

A nézőpont arra a perspektívára vonatkozik, amelyből a rendszert megfigyelték a modell felépítésekor. Noha egy modell felépítése során különféle emberek véleményét is figyelembe veszik, mindenkinek egyetlen nézőponthoz kell ragaszkodnia a modellel kapcsolatban. A nézőpontnak összhangban kell lennie a modellezés céljával és terjedelmével. Általában a szimulált munka egészéért felelős személy nézőpontját választják.

Az IDEF0 modell egy világosan megfogalmazott cél, egyetlen modellezési alany és egy nézőpont jelenlétét feltételezi. A terület, a cél és a nézőpont megadásához az IDEF0 modellben a BPwin-ben válassza a Model/Model Properties menüpontot, amely megnyitja a Model Properties párbeszédablakot (7.3. ábra). A Cél fülön célt és nézőpontot, a Definíció fülön pedig a modell definícióját és a terület leírását kell megadni.

Ugyanezen párbeszédpanel Állapot lapján leírhatja a modell állapotát (vázlat, működő, végleges stb.), a létrehozás és az utolsó szerkesztés idejét (később automatikusan követi rendszer dátuma). A Forrás lap leírja a modell felépítéséhez szükséges információforrásokat (például „Témaszakértők felmérése és dokumentáció elemzése”). Az Általános fül a projekt és a modell nevének, a szerző nevének és kezdőbetűinek, valamint a modell időkeretének megadására szolgál - AS-IS és TO-VE.

A munka célja:

• az IDEF0 módszertan alapelveinek tanulmányozása,
• új projekt létrehozása BPWinben,
• kontextusdiagram kialakítása,
• kapcsolatok létrehozása.

Az IDEF0-t használó rendszer leírását funkcionális modellnek nevezzük. A funkcionális modell a meglévő üzleti folyamatok leírására szolgál, amely természetes és grafikus nyelveket egyaránt használ. Egy adott rendszerrel kapcsolatos információk továbbításához a grafikus nyelv forrása maga az IDEF0 módszertan.

IDEF0 módszertan hierarchikus diagramrendszer felépítését írja elő - a rendszer töredékeinek egyetlen leírását. 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), majd egy funkcionális bontást hajtanak végre - a rendszert alrendszerekre osztják, és minden alrendszert külön írnak le (bontási diagramok). . 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.

Minden IDEF0 diagramok a blokkokat és íveket tartalmaz. A blokkok a modellezett rendszer funkcióit ábrázolják. Az ívek összekapcsolják a blokkokat, és reprezentálják a köztük lévő interakciókat és kapcsolatokat.

A diagramokban a funkcionális blokkokat (munkát) téglalapok ábrázolják, amelyek megnevezett folyamatokat, függvényeket vagy feladatokat reprezentálnak, amelyek meghatározott időtartam alatt fordulnak elő, és felismerhető eredménnyel járnak. A mű nevét a cselekvést jelző verbális főnévként kell kifejezni.

IDEF0 megköveteli, hogy a diagramnak legalább három és legfeljebb hat blokkja legyen. Ezek a megszorítások olyan szinten tartják a diagramok és modellek összetettségét, hogy az olvasható, érthető és használható legyen.

A blokk minden oldalának különleges, nagyon konkrét célja van. A blokk bal oldala a bemeneteket, a felső a vezérlést, a jobb a kimeneteket, az alsó pedig a mechanizmusokat szolgálja. Ez a megjelölés bizonyos rendszerelveket tükröz: a bemeneteket kimenetekké alakítják, vezérlési határértékeket vagy előírja a transzformációk végrehajtásának feltételeit, a mechanizmusok megmutatják, hogy egy funkció mit és hogyan teljesít.

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. Dominancia alatt azt a hatást értjük, amelyet az egyik blokk gyakorol a diagram többi blokkra. Például a diagram legdominánsabb blokkja lehet a szükséges függvénysorozat első része, vagy egy olyan tervezési vagy vezérlő funkció, amely az összes többit befolyásolja.

A legdominánsabb blokk általában a diagram bal felső sarkába kerül, a legkevésbé domináns pedig a jobb sarokban.

A blokkok elrendezése az oldalon tükrözi a szerző dominancia-definícióját. Így a diagram topológiája megmutatja, hogy mely jellemzők vannak nagyobb hatással másokra. Ennek hangsúlyozására az elemző átszámozhatja a blokkokat a dominancia sorrendjének megfelelően. A dominancia sorrendjét minden téglalap jobb alsó sarkában elhelyezett szám jelzi: az 1 a legnagyobb dominanciát jelölné, a 2 a következőt stb.

A művek kölcsönhatása a külvilággal és egymással nyilak formájában van leírva, amelyek egyetlen vonalként vannak ábrázolva, nyilakkal a végén. A nyilak bizonyos információkat jelentenek, és főneveknek nevezik őket.

A nyilak típusai

Az IDEF0 ötféle nyíltípust különböztet meg.

Bejárat- a munka által felhasznált és átalakított objektumok eredmény (kimenet) elérése érdekében. Megengedett, hogy a műnek ne legyen egyetlen belépő nyila. A belépő nyíl a munka bal szélére kerül.

Ellenőrzés-.a mű cselekvéseit irányító információk. Általában a vezérlőnyilak olyan információkat tartalmaznak, amelyek jelzik, hogy egy feladatnak mit kell elvégeznie. Minden munkának rendelkeznie kell legalább egy vezérlő nyíllal, amely a feladat felső szélén jelenik meg.

Kijárat- objektumok, amelyekké a bemeneteket átalakítják. Minden jobnak rendelkeznie kell legalább egy kilépési nyíllal, amely a job jobb széléből származik.

Mechanizmus- a munkát végző erőforrások. A mechanizmus nyila a munka alsó szélébe kerül. Az elemző belátása szerint előfordulhat, hogy a mechanizmus nyilai nem jelennek meg a modellen.

Hívás- egy speciális nyíl, amely más működési modellre mutat. A hívó nyíl a munka aljáról jön, és azt jelzi, hogy a modellezett rendszeren kívül történik valamilyen munka.

Rizs. 2.1 A nyilak típusai

Az IDEF0 módszertan mindössze ötféle interakciót igényel a blokkok között, hogy leírja kapcsolataikat: vezérlés, bemenet, vezérlési visszacsatolás, bemeneti visszacsatolás, kimeneti mechanizmus. A vezérlési és bemeneti kapcsolatok a legegyszerűbbek, mivel közvetlen hatásokat tükröznek, amelyek intuitívak és nagyon egyszerűek.

Rizs. 2.2. Kimeneti kommunikáció

Rizs. 2.3. Vezetői kommunikáció

Vezérlési kapcsolat akkor jön létre, ha egy blokk kimenete közvetlenül érinti a kevésbé domináns blokkot.

A vezérlés visszacsatolása és a bemeneti visszacsatolás összetettebb, mert iterációt vagy rekurziót foglal magában. Ugyanis az egyik munka kimenetei befolyásolják a többi job jövőbeli végrehajtását, ami utólag hatással van az eredeti munkára.

A vezérlés visszacsatolása ekkor következik be; amikor valamilyen blokk kimenete nagyobb dominanciájú blokkot érint.

Az output-mechanizmus kapcsolatok ritkák. Olyan helyzetet tükröznek, amelyben az egyik funkció kimenete a másik céljának eszközévé válik.

Rizs. 2.4. Bejelentkezési visszajelzés

Rizs. 2.5. Vezetői visszajelzés

Az output-mechanizmus kapcsolatok az erőforrás-források (pl. szükséges eszközök, képzett személyzet, fizikai tér, felszerelés, finanszírozás, anyagok) elosztására jellemzőek.

Az IDEF0-ban egy ív ritkán reprezentál egyetlen objektumot. Általában tárgyak halmazát szimbolizálja. Mivel az ívek objektumok gyűjteményét képviselik, több kiindulási pontja (forrás) és végpontja (célállomása) is lehet. Ezért az ívek elágazhatnak és összekapcsolódhatnak különféle módokon. A teljes ív vagy annak egy része egy vagy több blokkból nyúlhat ki, és egy vagy több blokkban végződhet.

Az elágazó ívek, amelyeket sugárzó vonalként ábrázolnak, azt jelenti, hogy az ívek teljes tartalma vagy annak egy része megjelenhet az egyes ágakban. Egy ív mindig egy elágazás előtt van felcímkézve, hogy nevet adjon a teljes halmaznak. Ezenkívül az ív minden ága felcímkézhető vagy nem a következő szabályok szerint:

• a címkézetlen ágak az ívcímkében megadott objektumok súlyát tartalmazzák az elágazás előtt;
• az elágazási pont után címkézett ágak az elágazás előtti ívcímkében megadott objektumok egészét vagy egy részét tartalmazzák.

Az IDEFO-ban összefolyó vonalakként ábrázolt ívösszevonások azt jelzik, hogy az egyes ágak tartalma az eredeti ívek egyesítéséből származó ív címkéjét képezi. Egyesítés után az eredményül kapott ív mindig megjelölésre kerül, jelezve az összevonás eredményeként létrejövő új objektumkészletet. Ezenkívül az egyes ágakat meg lehet jelölni, vagy nem lehet megjelölni az összevonás előtt, a következő szabályok szerint:

Rizs. 2.6. Kimeneti-mechanizmus kapcsolat

• a címkézetlen ágak az egyesítés után a megosztott ívcímkében megadott objektumok súlyát tartalmazzák;
• az egyesítés előtt megjelölt ágak az egyesítés után a közös címkében felsorolt ​​objektumok mindegyikét vagy egy részét tartalmazzák,

Kvantitatív diagram elemzés

A diagramok kvantitatív elemzéséhez felsoroljuk a modellmutatókat:

• blokkok száma a diagramon - N;
• diagram bontási szint - L;
• diagram egyensúlya - IN;
• a blokkhoz csatlakozó nyilak száma - A

Ez a tényezőkészlet minden modelldiagramra vonatkozik. Az alábbiakban felsoroljuk a diagramon szereplő tényezők kívánt értékére vonatkozó ajánlásokat.

Arra kell törekedni, hogy az alacsonyabb szintek diagramjain a blokkok száma kisebb legyen, mint a szülődiagramokon, azaz a dekompozíció szintjének növekedésével az együttható csökkenjen. Ennek az együtthatónak a csökkenése tehát azt jelzi. hogy a modell felbontásával a függvények egyszerűsödjenek, ezért a blokkok száma csökkenjen.

A diagramoknak kiegyensúlyozottnak kell lenniük. Ez azt jelenti, hogy egy diagramon belül nem fordulhat elő az 1. ábrán látható helyzet. 2.7: az 1. munkában lényegesen több a bejövő nyíl és a vezérlő nyíl, mint a kimenő. Meg kell jegyezni, hogy ezt az ajánlást a gyártási folyamatokat leíró modellekben nem teljesülhet. Például egy összeszerelési eljárás leírásakor egy blokk sok nyilat tartalmazhat, amelyek egy termék alkatrészeit írják le, és egy nyíl, amely kilép a késztermékből.

Rizs. 2.7. Példa egy kiegyensúlyozatlan diagramra

Mutassuk be a diagram egyensúlyi együtthatóját

Arra kell törekedni K minimális volt a diagram számára.

A diagram grafikai elemeinek elemzése mellett figyelembe kell venni a blokkok nevét is. A nevek kiértékeléséhez a modellezett rendszer elemi (triviális) függvényeinek szótárát állítják össze. Valójában ennek a szótárnak tartalmaznia kell a diagrambontás alsó szintjének függvényeit. Például egy adatbázismodellnél a „rekord keresése” és a „rekord hozzáadása az adatbázishoz” funkciók lehetnek elemiek, míg a „felhasználói regisztráció” függvény további leírást igényel.

A szótár kialakítása és a rendszerdiagram-csomag összeállítása után figyelembe kell venni a modell alsó szintjét. Ha egyezések vannak a diagramblokkok nevei és a szótárban szereplő szavak között, az azt jelzi, hogy a felbontás megfelelő szintjét sikerült elérni. Ezt a kritériumot mennyiségileg tükröző együtthatót így írhatjuk fel L*C- a modellszint és a blokknevek szótárbeli szavakkal való egyezéseinek számának szorzata. Minél alacsonyabb a modell szintje (nagyobb L), annál értékesebbek a gyufák.

BPWin Toolkit

A BPWin indításakor alapértelmezés szerint a fő eszköztár, az eszközpaletta és a Model Explorer jelenik meg.

Új modell létrehozásakor egy párbeszédablak jelenik meg, amelyben meg kell adni, hogy a modell újból készül-e, vagy a ModelMart tárolóból nyílik meg, adja meg a modell nevét, és válassza ki a modell felépítésének módszerét ( 2.8. ábra).

2.8 Modellkészítés párbeszédpanel

A BPWin három módszert támogat – IDEF0, IDEF3 és DFD. A BPWin-ben lehetőség van vegyes modellek készítésére, azaz a modell egyszerre tartalmazhat IDEF0 és IDEF3 diagramokat és DFD-t. Az eszközpaletta összetétele automatikusan megváltozik, amikor egyik jelölésről a másikra vált.

A BPWin modelljeit művek halmazának tekintjük, amelyek mindegyike egy bizonyos adatkészlettel működik. Ha bármelyik modellobjektumra kattint a bal egérgombbal, megjelenik egy felugró helyi menü, amelynek minden eleme megfelel az objektum egy tulajdonságának szerkesztőjének.

Példa

A rendszermodell felépítését az azt leíró összes dokumentum tanulmányozásával kell kezdeni funkcionalitás. Az egyik ilyen dokumentum a műszaki specifikáció, nevezetesen a „Fejlesztési cél”, „A rendszer céljai és célkitűzései” és „A rendszer működési jellemzői” fejezetek.

A forrásdokumentumok áttanulmányozása, valamint a rendszer vásárlói és felhasználói megkérdezése után szükséges a modellezés céljának megfogalmazása és a modellre vonatkozó nézőpont meghatározása. Tekintsük felépítésének technológiáját az „Egyetemi Foglalkoztatási Szolgálat” rendszer példáján keresztül, amelynek főbb képességeit a laboratóriumi munka № 1.

Fogalmazzuk meg a modellezés célját: a rendszer működésének leírását, amely a felhasználó számára érthető lenne, anélkül, hogy a megvalósítással kapcsolatos részletekbe mennénk. A modellt a felhasználók (hallgató, tanár, adminisztrátor, dékáni hivatal, cég) szemszögéből építjük fel.

Kezdjük egy kontextus IDEF0 diagram felépítésével. A rendszer leírása szerint a fő funkciója az ügyfelek kiszolgálása a tőlük érkező kérések feldolgozásával. Így a kontextusdiagram egyetlen feladatát a „Rendszer kliensének kiszolgálása”-ként határozzuk meg. Ezután meghatározzuk a bemeneti és kimeneti adatokat, valamint a mechanizmusokat és a vezérlést.

Az ügyfél kiszolgálásához regisztrálni kell a rendszerben, meg kell nyitni az adatbázishoz való hozzáférést és feldolgozni kérését. A bemeneti adatok a következők lesznek: „kliens neve”, „kliens jelszó”, „forrás adatbázis”, „ügyfél kérése”. A kérés teljesítése vagy a rendszerből történő információszerzéshez, vagy az adatbázis tartalmának megváltoztatásához vezet (például szakértői értékelések összeállításakor), így a kimeneti adatok „jelentések” és „módosított adatbázisok” lesznek. A kérésfeldolgozási folyamatot a rendszerfigyelő végzi az adminisztrátor felügyelete mellett.

Kontextus diagram

Így definiáljuk a rendszer kontextusdiagramját (2.9. ábra).

2.9. ábra. Rendszerkontextus diagram

Bontsuk fel a környezeti diagramot, leírva az ügyfélszolgálat sorrendjét:

• A rendszerhez való hozzáférés szintjének meghatározása.
• Alrendszer kiválasztása.
• Hozzáférés az alrendszerhez.
• Az adatbázis módosítása (ha szükséges).

ábrán látható diagramot kapjuk. 2.10.

A kontextusdiagram bontásának befejezése után folytassa a következő szintdiagram bontásával. A harmadik és az alsóbb szintek figyelembevételekor a modellek általában visszatérnek a szülődiagramokhoz, és módosítják azokat.

Rizs. 2.10. A „Szolgáltatás, rendszerkliens” munka bontása

A kapott diagram összes blokkját egymás után felbontjuk. A rendszerhez való hozzáférés szintjének meghatározásának első lépése a felhasználói kategória meghatározása. A kliens nevét keresi a felhasználói adatbázisban, meghatározva a kategóriáját. Egy bizonyos kategória szerint meghatározzák a rendszer használójának biztosított jogosítványokat. Ezután a rendszerhez való hozzáférési eljárást hajtják végre, ellenőrizve a hozzáférési nevet és jelszót. A jogosultságokkal és a rendszerhez való hozzáférési szinttel kapcsolatos információk kombinálásával a felhasználó számára engedélyezett műveletek halmaza jön létre. Így a rendszer hozzáférési szintjének meghatározása a 2. ábrán látható módon fog kinézni. 2.11.

Rizs. 2.11.„A rendszerhez való hozzáférés szintjének meghatározása” című munka bontása

A rendszer-hozzáférési eljárás befejezése után a monitor elemzi az ügyfél kérését, és kiválasztja a kérést feldolgozó alrendszert. A „Felhívás egy alrendszerhez” című mű dekompozíciója nem felel meg a modell céljának és nézőpontjának. A rendszer felhasználóját nem érdeklik működésének belső algoritmusai. IN ebben az esetben Fontos számára, hogy az alrendszer kiválasztása automatikusan, az ő beavatkozása nélkül történjen, így az alrendszerhez való hozzáférés dekompozíciója csak bonyolítja a modellt.

Felbontjuk az „Ügyfélkérés feldolgozása” munkát, amelyet az alrendszer végez a kérések feldolgozására, meghatározva a felhasználók kategóriáit és jogosultságait. Mielőtt választ keres egy lekérdezésre, meg kell nyitnia az adatbázist (csatlakoznia kell hozzá). IN általános eset Az adatbázis helye lehet távoli szerver, ezért előfordulhat, hogy kapcsolatot kell létrehoznia vele. Határozzuk meg a munka sorrendjét:

• Az adatbázis megnyitása.
• A kérés teljesítése.
• Jelentések generálása.

Az adatbázis megnyitása után értesíteni kell a rendszert, hogy létrejött a kapcsolat az adatbázissal, majd végrehajtani a kérést és jelentéseket generálni a felhasználó számára (2.12. ábra).

Meg kell jegyezni, hogy a „Lekérdezés végrehajtása” magában foglalja a különböző alrendszerek munkáját. Például, ha a kérés tesztelést is tartalmaz, akkor azt a szakmai és pszichológiai tesztek alrendszere hajtja végre. A lekérdezés végrehajtásának szakaszában szükség lehet az adatbázis tartalmának módosítására, például szakértői értékelések összeállításakor. Ezért a diagramban biztosítani kell ezt a lehetőséget.

Rizs. 2.12.

Diagram beállítás

A kapott diagram elemzésekor felvetődik a kérdés: milyen szabályok alapján készítik a riportokat? Előre generált sablonokra van szükség, amelyek az adatbázisból történő kiválasztáshoz fognak használni, és ezeknek a sablonoknak meg kell felelniük a lekérdezéseknek és előre definiáltaknak kell lenniük. Ezen túlmenően az ügyfélnek lehetőséget kell biztosítani a jelentés formájának megválasztására.

Állítsuk be a diagramot a „Jelentéssablonok” és az „Adatbázis-módosítási kérések” nyilak, valamint a „Rendszerkliens” alagútnyil hozzáadásával. A „Rendszerkliens” alagútkezelést azért használjuk, hogy a nyíl ne kerüljön a felső diagramra, mivel a jelentés űrlap kiválasztásának funkciója nem elég fontos ahhoz, hogy a szülő diagramon megjelenjen.

A diagram megváltoztatása az összes szülődiagram módosítását eredményezi (2.13 - 2.15 ábra).

Célszerű a „Lekérdezés végrehajtása” munkát DFD diagrammal bontani (3. sz. laboratóriumi munka), mivel az IDEF0 módszertana a rendszert egymással összefüggő munkák halmazának tekinti, amely nem tükrözi jól az információfeldolgozási folyamatokat.

Rizs. 2.13. Az „Ügyfél kérésének feldolgozása” című munka bontása

Rizs. 2.14. A „Rendszerkliens-szolgáltatás” munka bontása (2. lehetőség)

Rizs. 2.15. Rendszerkörnyezet-diagram (2. lehetőség)

Térjünk át az utolsó blokk „Adatbázis módosítása” dekompozíciójára. A kliens szempontjából a rendszeradatok egy adatbázisban helyezkednek el. Valójában hat adatbázis van a rendszerben:

• felhasználói adatbázis,
• hallgatói adatbázis, (2. lehetőség)
• üresedési adatbázis,
• tanulmányi teljesítmény adatbázis,
• teszt adatbázis,
• szakértői értékelések DB,
• DB önéletrajz.

A modellezés célja szerint fontos, hogy az ügyfél megértse, hogy a kapott adatok nem frissülnek azonnal a rendszerben, hanem átmennek további szakasz feldolgozás és ellenőrzés. A változtatási algoritmus a következőképpen fogalmazható meg:

• Meg van határozva az adatbázis, amelyben az információ megváltozik.
• Az üzemeltető létrehoz egy ideiglenes adatkészletet, és átadja az adminisztrátornak.
• Az adminisztrátor ellenőrzi az adatokat és beviszi azokat az adatbázisba.

Ezt a modellt más módon is meg lehet valósítani úgy, hogy az adatkezelési folyamatot megkerülve az adatbázis kérésre közvetlenül frissíthető. Ebben az esetben biztosítani kell az adatbázis integritását a károsodás elkerülése érdekében. Ebben az esetben a diagram így fog kinézni (2.17. ábra).

Rizs. 2.16. Az adatbázis megváltoztatása című munka bontása

Rizs. 2.17. Az „Adatbázis módosítása” munka bontása (2. lehetőség) Az első opcióhoz, az ábrán látható. 2.12

Az „Adatbázis-változások” további dekompozíciója bonyolítja a modellt, elmagyarázva, hogyan történik az adatbázis fizikai megváltoztatása a rendszerben. Ebben az esetben a felhasználó nem kap további tájékoztatást a foglalkoztatási szolgálati rendszer működéséről. Célszerű ezt a munkát az adatbázis-rendszer tervezési folyamata során, az adatbázis logikai modelljének létrehozásának szakaszában lebontani.

A „Lekérdezés végrehajtása” munka bontását a következő laborban végezzük el, bemutatva a DFD diagramok használatát az információfeldolgozási folyamatok leírására.

Végezzük el az ábrán látható modellek kvantitatív elemzését. 2.12 és 2.13, a fent leírt módszer szerint. Tekintsük a ^ együttható viselkedését ezekre a modellekre. Az „Ügyfélkérelem feldolgozása” szülődiagram együtthatója 4/2 = 2, a dekompozíciós diagramé 3/3 = 1. Az együttható értéke csökken, ami a funkciók leírásának egyszerűsödését jelzi, mint az a modell csökken.

Tekintsük az együttható változását K b két modell opció van.

a második lehetőséghez

Együttható K b nem változtat az értékén, ezért a diagram egyensúlya nem változik.

Feltételezzük, hogy a figyelembe vett diagramok felbontási szintje elegendő ahhoz, hogy tükrözze a modellezés célját, és az alsó szint diagramjain az elemi függvények munkanévként szerepelnek (a rendszerhasználó szemszögéből) .

Összegezve a vizsgált példát, meg kell jegyezni, hogy egy rendszer modellezésekor több diagramopciót is figyelembe kell venni. Ilyen lehetőségek merülhetnek fel a diagramok módosításakor, mint ahogyan az „Ügyfélkérés feldolgozása” esetében történt, vagy amikor a rendszerfunkciók alternatív megvalósításait hozzuk létre (az „Adatbázis módosítása” munka bontása). A lehetőségek áttekintésével kiválaszthatja a legjobbat, és további megfontolás céljából diagramcsomagba foglalhatja.

Biztonsági kérdések

Lista Biztonsági kérdések:

1. Mi az a modell az IDEF0 jelölésben?
2. Mit jelentenek az IDEF0 munkái?
3. Mi a munkák elnevezési sorrendje?
4. Hány mű legyen egy diagramon?
5. Mi a dominancia sorrendje?
6. Hogyan helyezkednek el a művek a dominancia elve szerint?
7. Mi a célja a munkatéglalapok oldalainak az ábrákon?
8. Sorolja fel a nyilak típusait!
9. Nevezze meg a kapcsolatok típusait!
10. Hogy hívják a határnyílakat?
11. Ismertesse az elágazó és összevonó nyilak elnevezésének elvét!
12. Milyen módszereket támogat a BPWin?
13. Sorolja fel a BPWin főablakának fő elemeit.
14. Ismertesse az új modell létrehozásának folyamatát a BPWinben.
15. Hogyan lehet kapcsolatot teremteni a művek között?
16. Hogyan állítsuk be a munka nevét.
17. Ismertesse a munkalebontás folyamatát.
18. Hogyan adjunk munkát egy diagramhoz?
19. Hogyan lehet megoldani az alagútban lévő nyilakat?
20. Tartalmazhat-e egy BPWin modell többféle módszertan diagramját?

Az Orosz Föderáció Tudományos és Oktatási Minisztériuma

Állami Szakmai Felsőoktatási Intézmény, Toljatti Állami Egyetem

IDEF0-technológia. Modellezés vele

szoftver termékB.P.Win

Toljatti, 2008

Összeállítás alapjául módszertani ajánlások Cheremnykh SV tankönyvet használtak. és mások a rendszerek modellezése és elemzése. IDEF technológiák: műhely/ , . - M.: Pénzügy és Statisztika, 200-as évek, ill. - (Alkalmazott információs technológiák).

A Minőségirányítási Osztály által készített anyagok

1 IDEF MODELLEZŐ SZOFTVER... 4

1.1 Mi az a BPWin? 4

1.2 BPWin modell. 4

1.3 A BPWin által támogatott modellezési módszerek. 4

1.3.1 Funkcionális modellezés (IDEF0) 5

1.3.2 Adatfolyam diagramok (DFD) 5

1.3.3 Az üzleti folyamatok leírása (IDEF3) 6

1.4 Munkahely B.P.Win. 7

1.5 Modellfa. 7

1.6 Rajzterület. 8

1.7 BPWin eszköztár. 8

1.8 Segítség. 9

1.9 Kontextusdiagramok készítése... 9

1.11 Modellek tervezése. 12

1.12 Nyilak elágazása és kombinálása. 13

1.13 Megjelenítési lehetőségek. 14

1.14 Más típusú IDEF0 diagramok. 14

1.15 Nyitófa és FEO diagramok... 15

1.16 Modellek felosztása és egyesítése. 15

1.17 BPWin diagramok nyomtatása. 16

2 FUNKCIONÁLIS MODELLEZÉS MÓDSZERTANA IDEF0. 18

2.2.1 IDEF0 modellek szintaxisa és szemantikája. 18

2.2.1.1 IDEF0 modellek. 18

2.2.1.2 Műveletek. 18

2.2.1.3 Határok és kapcsolatok. 19

2.2.1.4 Alagutak. 23

2.2.2 IDEF0 modellek építése. 23

2.2.2.1 Diagramok... 23

2.2.2.2 Modellek készítése. 25

2.2.2.3 Nézőpont. 25

2.2.2.4 Határok modellezése. 25

2.2.2.5 A kontextusblokk nevének kiválasztása. 26

2.2.2.6 Nyilak meghatározása kontextusdiagramon. 26

2.2.2.7 Blokkok és diagramok számozása.. 27

2.2.2.8 A diagram és a szülő funkcióblokk közötti kapcsolat... 27

2.2.2.9 A modellezés megkezdésének két megközelítése („első a szélesség” és „előbb a mélység”) 28

2.2.2.10 Mikor kell megállni? 28

2.2.2.11 Egyéb IDEF0 diagramok. 28

2.2.2.12 Diagramok törlése... 30

3 GYAKORLATI LECKE... 31

3.1 Kontextusdiagram készítése... 31

3.3 Csomópont diagram készítése. 36

3.4 FEO diagram készítése... 38

SZÓSZEDET.. 40

1 IDEF MODELLEZŐ SZOFTVER

1.1 Mi az a BPWin?

A BPWin egy hatékony modellező eszköz komplex üzleti folyamatok elemzésére, dokumentálására és megértésére.

A szimuláció hasznos:

· a redundáns vagy szükségtelen blokkok (funkciók) megszüntetésére;

· költségek csökkentése;

· a cég munkájának javítása;

· az ügyfélszolgálat minőségének javítása.

1.2 BPWin modell

A BPWin segítségével olyan üzleti folyamat diagramok készülnek, amelyek egyértelműen bemutatják az üzleti folyamatokat (blokkokat), azok munkájának eredményeit és a működésükhöz szükséges erőforrásokat. A BPWin modell integrált képet ad arról, hogy egy szervezet hogyan éri el céljait, a kis részlegektől az egész vállalatig. Az 1. ábra a BPWin program főablakát mutatja.

A BPWin segítségével munkafolyamatokat, folyamatfolyamatokat és adatfolyamokat is modellezhet.

1.1. ábra – BPWin főablak

1.3 A BPWin által támogatott modellezési módszerek

A BPWin három modellezési módszert támogat:

· funkcionális modellezés (IDEF0);

· üzleti folyamatok leírása (IDEF3);

· adatfolyam diagramok (DFD).

Három modellezési módszert egy programban támogatva a BPWin három kulcsfontosságú megközelítést ötvöz az üzleti folyamatok modellezésére, ami teljes mértékben kielégíti mind a rendszerelemzők, mind a technológusok igényeit.

Új modell létrehozásakor egyszerűen válassza ki a kívánt módszertant a párbeszédpanelen, amely minden új BPWin modell létrehozásakor megjelenik (2. ábra).

1.2. ábra - Modellezési jelölés kiválasztása

1.3.1 Funkcionális modellezés (IDEF0)

A funkcionális modellezés a rendszer egészének elemzésére szolgáló technológia, mint egymással összefüggő műveletek vagy funkciók halmaza. A rendszerműveletek elemzése a végrehajtásukat biztosító objektumtól (ob) függetlenül történik. Az üzleti folyamatokat különböző szempontok és időkeretek alapján modellezheti. Például modellezheti a szolgáltatások megrendelésének folyamatát egy ügyfél által, ahogyan Ön ideálisnak látja, és nem úgy, ahogyan az jelenleg történik.

1.3 ábra - Példa IDEF0 diagramra

Funkcionális szempontból a modell fizikai megvalósításának problémáit is elvonatkoztathatja.

A 3. ábra egy egyszerű IDEF0 diagramra mutat példát.

1.3.2 Adatfolyam diagramok (DFD)

Az adatfolyam-diagramok (DFD-k) a rendszereket olyan tevékenységek összekapcsolt halmazaként modellezik, amelyek a modellezett rendszer határain belül és kívül egyaránt egy „tárhelyben” dolgoznak fel adatokat. Az adatfolyam-diagramokat általában az információs rendszerek modellezésében használják.

A 4. ábra egy adatfolyam-diagram példáját mutatja.

A DFD nyilai megmutatják, hogy az objektumok (adatok) ténylegesen hogyan lépnek kapcsolatba egymással. Ez az ábrázolás, amely a rendszerben tárolt adatokat és a rendszeren kívüli objektumokat egyesíti, nagyobb rugalmasságot ad a DFD modelleknek a rendszer fizikai jellemzőinek, például adatcsere-problémák, adattárolási és feldolgozási sémák fejlesztésének megjelenítésére.

1.3.3 Az üzleti folyamatok leírása (IDEF3)

Az IDEF3 módszertan egy olyan modellezési módszertan, amelyet arra terveztek, hogy strukturált megközelítést biztosítson az üzleti folyamatok rendezett eseménysorozatként történő leírásához, ugyanakkor leírja az üzleti folyamatban részt vevő objektumokat és a hozzájuk tartozó szabályokat.

A munkafolyamat-ábrakészítés egy olyan technika, amely jól alkalmazható rendszeradatok gyűjtésére, és a rendszerelemzés és -tervezés strukturált megközelítésének részeként használatos. Más üzleti folyamatmodellezési technikákkal ellentétben az IDEF3 szigorú szintaxis és szemantika használatát követeli meg, hogy elkerülje a rendszer hiányos vagy következetlen leírását.

Az 5. ábra egy példa IDEF3 diagramot mutat be.

1.4 ábra - Példa egy DFD diagramra

1.5 ábra – IDEF3 diagram példa

Az IDEF3 diagramok érvényesek:

· az üzleti folyamatok modellezésének eredményeinek jobb megértése;

· a szimuláció végének meghatározása;

· információkat gyűjteni a modellezett vállalat működési mintájáról.

Az IDEF3 modellek felépítése időnként lehetővé teszi egy rendszer funkcionális modellezésének egyszerűsítését az IDEF0 módszertan használatával, és megérdemelt elismerésben részesült. kényelmes módja lehetséges rendszerfejlesztések elemzése. Az IDEF3 diagramok diszkrét folyamatmodellezést biztosítanak, amellyel nyomon követhető a folyamat.

1.4 BPWin munkaállomás

A BPWin munkahelyet több ablakból álló asztalnak tervezték. Az asztalon a következők találhatók:

· szabványos eszköztár;

· ModelMart eszköztár;

· modellfa;

terület a rajzoláshoz;

· BPWin eszköztár;

· állapotsor.

BPWin menüpanel. A BPWin menüsor megfelel a Windows szabványoknak, és hozzáférést biztosít az összes BPWin funkcióhoz. Néhány közülük:

Pecsét . A nyomtatási ablak megnyitásához a menüsorban válassza a Fájl, majd a Nyomtatás menüpontot.

Skála . A menüsorban válassza a Nézet lehetőséget, majd módosítsa az aktív diagram vagy a modell összes diagramjának képarányát a kívánt méretre.

Szabványos eszköztár. A szabványos eszköztár (6. ábra) biztosítja gyors hozzáférés gyakran elvégzett feladatokhoz.

1.6. ábra – Szabványos BPWin eszköztár

A többi BPWin eszköztárhoz hasonlóan a szabványos eszköztár is elhelyezhető a képernyő bármely oldalán, vagy bárhol elhelyezhető a diagram területén. A Menüsor Nézet funkciójával is megjelenítheti vagy elrejtheti.

1.5 Modellfa

A BPWin Model Tree (1.7. ábra) egy hatékony eszköz, amellyel megtekinthető a modell szerkezete és módosítható a diagram objektumok bármely nyitott BPWin modellben. Ha egyszerre több modellel dolgozik, az összes diagramot vagy csak az aktívakat megtekintheti összecsukott és kibontott hierarchikus fastruktúrával. Bármely alkalmazott módszer esetében a vizsgált modellek listája teljes képet ad a teljes modellről. A fa segítségével modellezési feladatokat is végrehajthat.

A Model Explorer gombra kattintva megjelenítheti és elrejtheti a modellfát. Ha a modellfa aktív, akkor a bal oldali csúszó ablakban, az aktív diagram pedig a jobb oldalon található.

1.7. ábra – BPWin modellfa

A modellfát (1.7. ábra) használjuk:

· megtekintésre különböző modellek, különféle modellezési módszerekkel építettek;

· diagramok vagy műveletek megtekintési módjának váltásához;

· a diagram vagy a művelet nevére kattintva azonnal megtekintheti vagy kezelheti a megfelelő diagramot a BPWin munkaterületen;

· a diagram cselekvéseinek és objektumainak megtekintése a dekompozíció szintjei szerint;

· egy modell, diagram vagy művelet nevének szerkesztése a megfelelő névre való dupla kattintással;

· a megfelelő FEO diagramok, csomópontfa vagy kapcsolódó diagramok megtekintéséhez kattintson az objektum nevére

· diagramok hierarchikus fában.

1.6 Rajzterület

A rajzterület az nagy terület a fő BPWin ablaktól jobbra, amelyben a modellfa található. Három területből áll:

· cím;

terület a rajzoláshoz;

· Név.

Ha a Modellfa el van rejtve, a rajz a teljes ablakterületet elfoglalja. A rajzterületen BPWin diagramokat hozhat létre, szerkeszthet és kezelhet. Kérésére a diagram méretezhető a skálabeállító eszközökkel.

1.7 BPWin eszköztár

A BPWin eszköztár eszközöket tartalmaz objektumok BPWin diagramban való rajzolásához. Ezek az eszközök elhelyezhetők a képernyő mindkét oldalán, vagy valahol a diagram területén. Az eszköztárat megjelenítheti vagy elrejtheti a Menüsor Nézet funkciójával. Három van a BPWinben különböző panelek eszközök - a program által támogatott módszertanok számának megfelelően (1.8. ábra).

IDEF0IDEF3DFD

1.8 ábra – Háromféle eszköztár

A szükséges eszköztárat a program automatikusan kiválasztja, amikor kiválasztja a modell kezdeti létrehozása során javasolt módszerek valamelyikét.

1.8 Segítség

Ha problémák merülnek fel a BPWin használata közben, a Súgó a leggyorsabb megoldás. A BPWin Online Súgó használatának megkezdéséhez válassza ki a Súgó részt a menüsorban, majd válasszon egyet a javasolt lehetőségek közül, és folytassa az Önt érdeklő témakör keresését.

1.9. ábra – Környezetérzékeny súgóablak

Bármely beviteli mezőben megnyomhatja az F1 billentyűt az aktuális párbeszédpanel vagy menüopció környezetfüggő súgójának megtekintéséhez. Ne feledje, hogy az 1.9. ábra párbeszédpanelében egy Súgó gomb is található. A legtöbb párbeszédpanelen Súgó gombok találhatók.

1.9 Kontextusdiagramok készítése

A kontextusdiagram egy olyan modell, amely egy rendszert olyan műveletek halmazaként ábrázol, amelyekbe minden művelet valamilyen objektumot vagy objektumkészletet alakít át. A modell hierarchikus műveletek halmazaként jelenik meg. A hierarchia legmagasabb műveletét környezeti műveletnek nevezzük. Ez a rendszert közvetlenül leíró legmagasabb szint. Az alábbi szinteket gyermek dekompozícióknak nevezzük, és a szülő tevékenység részfolyamatait jelentik.

A modell létrehozásakor először a legmagasabb szintet, a kontextus cselekvését kell ábrázolni. A művelet neve közvetlenül írja le a rendszert, és általában egy aktív igéből áll, egy általánosító főnévvel kombinálva, amely megmagyarázza a tevékenység célját a rendszer legáltalánosabb nézete szempontjából.

Minden blokk rendelkezhet különféle típusok a hozzá kapcsolódó nyilak. A nyilak embereket, helyeket, dolgokat, fogalmakat vagy eseményeket jelölnek. A nyilak összekötik egymással a diagram határait blokkokkal, valamint a diagramon lévő műveleteket (blokkokat) egymással. Az IDEF0 diagramokon négy fő nyíltípus található.

A blokk bemenete azt az anyagot vagy információt képviseli, amelyet a blokknak fel kell használnia vagy átalakítania kell a kimenet előállításához. A belépő nyilak mindig a blokk bal oldalára mutatnak. A beviteli nyilak nem kötelezőek, mert egyes műveletek nem tudnak semmit átalakítani vagy megváltoztatni (cserélni).

Minden blokkon rendelkeznie kell legalább egy vezérlő nyíllal. A vezérlő mindig a blokk tetején található. Az irányítás szabályok, rendeletek, irányelvek, eljárások vagy szabványok formájában valósul meg. Befolyásolja a tevékenységet anélkül, hogy bármit is átalakítana. A vezérlés használható egy művelet indításának vagy befejezésének folyamatának leírására is.

A kimeneti (kibocsátási) nyilak a blokk által előállított anyag vagy információ. Minden blokkon rendelkeznie kell legalább egy kilépési (elengedési) nyíllal. Jobb, ha nem modellezünk olyan folyamatokat, amelyek egyáltalán nem termelnek termékeket (output).

A végrehajtási mechanizmusok azok az erőforrások, amelyek biztosítják a cselekvés végrehajtását. A végrehajtási mechanizmusnak tekinthetők a vállalati személyzet, gépek vagy berendezések, amelyek biztosítják a tevékenységek végrehajtását. A mechanizmus nyíl hiányozhat, ha megállapítást nyer, hogy nem fontos az egység működése szempontjából.

A kontextusdiagram a legfelső szintű tevékenységet ábrázolja, és körvonalazza a modellezés határait a cél, a képesség és a perspektíva tekintetében. A kontextusdiagram neve közvetlenül az általános leírás alatt található a modellfában.

Kontextusdiagram létrehozásához először létre kell hoznia új modell a "Fájl" menü "Új" parancsával. A megjelenő párbeszédpanelen be kell írnia a modell nevét, és ki kell választania a típusát. Ez a párbeszédpanel a BPWin indításakor is megjelenik.

1.10. ábra – A modell tulajdonságainak beállítására szolgáló párbeszédpanel

A modell elkészítése után beállíthatja a paramétereit. A modell tulajdonságainak listája egy párbeszédablak, amelyben beállíthat olyan paramétereket, mint a modell teljes neve, szóbeli leírása és az állapot, amelyben a modell található, például „munka közben” vagy „kiadandó” (ábra 1.10).

1.10 Bomlás

A modellbontást az üzleti folyamatok modellezésében használják a blokkok részletesebb leírására. Ezen műveletek mindegyike lebontható. Valahányszor egy blokkot felbont, egy új diagram jön létre. A dekompozíciók száma nem korlátozott, és teljes mértékben attól függ, hogy milyen bonyolultsági szintet kell megjeleníteni a modellben: Jegyezzük meg az 1.11. ábrán látható kört. Ha az akciót nem bontották fel, akkor a blokk bal felső sarkában egy "levél" szimbólum jelenik meg. A blokk felbontása után a "levél" szimbólum eltűnik.

1.11. ábra - Olyan blokk megjelölése, amely nem rendelkezik dekompozícióval

Hogyan lehet blokkokat bontani a BPWin segítségével?

Ezt kétféleképpen lehet megtenni. A diagramban ki kell választani a felbontandó műveletet. Ehhez válassza ki a kívánt eszközt a BPWin eszköztárában vagy a modellfában, majd kattintson a felbontani kívánt műveletre. A kiválasztott menü egy bontási parancsot tartalmaz. A megjelenő párbeszédpanelen meg kell adnia a szükséges részblokkok típusát és számát. Amikor egy blokkot felbont, a BPWin új diagramot hoz létre, amely a "szülő" diagram bontási diagramja. Vegye figyelembe, hogy az új műveletek nincsenek összekapcsolva, és nincsenek elnevezve – ez a következő feladat. Meg kell határozni a blokkok közötti interakciót, és az új blokkokhoz „csatolni” nyilakat, amelyek automatikusan öröklődnek a szülődiagramból.

A blokk nevét és egyéb tulajdonságait a blokktulajdonságok lista "Név" fülén kell megadni. A blokk tulajdonságainak képernyőn történő megjelenítéséhez egyszerűen kattintson duplán a blokkra.

A diagram létrehozásának következő lépése az, hogy a diagramban használt összes blokkot összekapcsolja a bemeneteket, kimeneteket, vezérlőket és mechanizmusokat jelölő nyilak segítségével. Ehhez egyszerűen csatlakoztassa a nyíl kezdőpontját a végponthoz. A nyíl vége lehet a funkcióblokkok egyik oldala és a diagram szegélye. A BPWin automatikusan kijelöli az érvényes végződéseket az általa létrehozott nyilakhoz. Nyíl rajzolásához ki kell választania a nyíl eszközt az eszköztárból.

A nyíl neve a nyíl tulajdonságai párbeszédpanel "Név" lapján van megadva. A párbeszédpanel meghívásához egyszerűen kattintson duplán a kívánt nyílra.

Ha egy nyíl a BPWin diagram határán ér véget, akkor azt szögletes zárójelekből álló "alagút" jelzi. A szülődiagram nyilai hasonlóképpen jelölik, ha egy onnan elmozdított nyilat eltávolítunk a bontási diagramból. A nyíl elején lévő négyzet alakú alagút azt jelzi, hogy a nyíl "megoldatlan" a modellhierarchián belül (nincs más, azonos nevű nyíl más modelldiagramban). A modell integritásának megőrzése érdekében a szögletes zárójelekkel jelölt nyilakat a következő módok egyikén kell "feloldani":

· átalakulás a zárójelek „alagútjává”;

· a megfelelő blokkot összekötő új nyíl hozzáadása a diagram határához;

A diagrammal való munka közben bármikor lehetőség van új blokkok hozzáadására az eszköztár "Activity box Tool" segítségével. Blokk hozzáadásához kattintson erre az eszközre, majd a diagramra azon a helyen, ahová el szeretné helyezni. új blokk. A kiegészítő blokk létrehozása után nyilakkal összekapcsolhatja más blokkokkal, beállíthatja a nevét és egyéb tulajdonságait.

A blokkok automatikusan számozásra kerülnek létrehozásukkor. A számok lehetnek relatívak vagy állandók, tükrözik a blokk modellen belüli hierarchikus helyzetét. A diagramon lévő blokkok számozását a modelltulajdonságok beviteli párbeszédablak "Prezentáció" fülével szabályozhatja.

A diagramon lévő objektumok mozgatása úgy történik, hogy „megragadjuk” őket az egérrel, és áthelyezik őket egy új helyre. Ahogy mozgatja a blokkokat, a hozzájuk tartozó nyilak is egyszerre mozognak. A függvényblokkok a diagramok között is mozgathatók a Szerkesztés menü Kivágás/Beillesztés parancsaival. A BPWin automatikusan számokat rendel a diagram blokkjaihoz. Amikor a blokkok egymáshoz viszonyított elrendezése megváltozik, ezek a számok változhatnak.

A diagramobjektumok átméretezése a szegélyük mozgatásával történhet. Lehetőség van az objektumok méretének megváltoztatásának tiltására: ezt a modelltulajdonságok beviteli párbeszédablak "Elrendezés" fülén teheti meg.

Ha a modellfa megtekintés engedélyezve van, lehetősége van arra, hogy a modellt diagramfaként vagy funkcióblokk-faként tekintse meg. A modellfa tetején található egy Diagramok/Tevékenységek kapcsológomb a diagramfa vagy a tevékenységfa megjelenítéséhez. A diagramfa alapértelmezés szerint megnyílik a BPWin indításakor. Modellfa A BPWin egy speciális grafikus szimbólumkészletet használ az objektumfán belüli diagramok és műveletek ábrázolására. Ezzel a fával válthat a megfelelő modellre, diagramra vagy műveletre a szerkesztéshez.

1.11 Modellek tervezése

Színpaletta használata. A BPWin diagramban színtulajdonságokat állíthat be a műveletekhez, nyilakhoz és szövegblokkokhoz; Nem kell színt használnia a diagramokon, de hasznos lehet:

· a nem kellően kidolgozott pontok kiemelése;

· kiemeléshez végrehajtott változtatások;

· jelentésükben hasonló tárgyak megjelenítésére.

A diagramblokkok színének megváltoztatása. Egy objektum színének megváltoztatása színszerkesztővel történik (1.12. ábra). Egy objektum színének megváltoztatása:

· kattintson jobb gombbal az objektumra, válassza ki a „Szín” menüpontot a megjelenő menüben;

· válassza ki az objektum kívánt színét a javasolt palettáról.

1.12 ábra – Színszerkesztő

Betűtípus-attribútumok kiválasztása. A betűtípus attribútumok (1.13. ábra), mint például a típus, a méret és a stílus, használhatók a funkcionális blokkok kiemelésére vagy csoportosítására. A betűtípus megváltoztatásához:

· kattintson a jobb gombbal az objektumra, válassza ki a „Betűtípus” lehetőséget a megjelenő menüben;

· válassza ki a kívánt betűtípust, és ha szükséges, állítsa be annak attribútumait.

A végrehajtott változtatások a diagram összes hasonló objektumára alkalmazhatók, ha a párbeszédpanel bal alsó sarkában engedélyezzük a megfelelő opciókat: Minden tevékenység ebben a diagramban (csak ehhez a diagramhoz) vagy Minden tevékenység ebben a modellben (a teljes modellre). ).

1.13. ábra - Betűtípus kiválasztása

Nyíl tervezés. A diagramokra alkalmazott nyílstílusok használata fontos az elkészített IDEF0 diagramok integritása és olvashatósága szempontjából. Módosíthatja a nyilak megjelenését vastagságuk, alakjuk és színük beállításával. A nyíl színét a színszerkesztővel állíthatja be a fent leírtak szerint. A nyilak vastagsága is változtatható, amivel az egyes folyamatokat lehet kiemelni a diagramon. A nyíl vastagságának módosításához a következőket kell tennie:

· kattintson a jobb gombbal a nyílra, és válassza ki a "Stílusszerkesztő" menüpontot a menüből;

· válassza ki a nyíl kívánt vastagságát a "Vastagság" részben.

Kérjük, vegye figyelembe, hogy a nyíl alakját az alkalmazott módszer szerint határozzák meg. A „Relációs” típusú nyilakat az IDEF0 módszertan nem írja le, de használhatók, ha az IDEF0 szigorú betartása nem szükséges. A nyíl típusának és kialakításának kiválasztására szolgáló párbeszédpanel az 1.14. ábrán látható.

1.14 ábra - A nyíl típusának és kialakításának kiválasztása

1.12 Elágazó és összevonó nyilak

A nyilak elágazása és kombinálása szükséges annak biztosításához, hogy egy nyíl több funkcionális blokkal kapcsolódjon, és fordítva. A kombinált nyilak közös átmenet létrehozására szolgálnak több funkcióblokkról egyre vagy egy határra. Az elágazások és csatlakozások a Nyíl eszközzel hozhatók létre. A diagram könnyebb áttekinthetősége érdekében célszerű a felosztott nyíl minden egyes ágát elnevezni.

A nyilak nevei automatikusan megjelennek, és egérrel "megragadva" mozgathatók. Az IDEF0 vagy IDEF3 eszköztár Squiggle eszközével nyilat kapcsolhatunk a nevéhez.

A diagramok tartalmának pontosítása érdekében tetszőleges magyarázatokat tartalmazó szövegblokkokat helyezhet el rajtuk. Szövegblokk hozzáadása diagramhoz:

· válassza ki a "Szöveg" eszközt, és kattintson arra a helyre az ábrán, ahová a magyarázatokat el szeretné helyezni;

· A megjelenő szöveges ablakban meg kell adni a magyarázó szöveget.

Az összes fent leírt tervezési eszköz alkalmazható szövegblokkra.

1.13 Megjelenítési lehetőségek

Megjeleníthet vagy elrejthet bizonyos diagramobjektumokat és egyedi elemek bejegyzés Például átkapcsolhatja a funkcióblokkok árnyékait egy diagramon. A "Nézet" menü paraméterei (1.15. ábra) egyidejűleg érvényesek a modell összes diagramjára.

Ugyanebben a menüben konfigurálható a BPWin munkaállomás. Például megjelenítheti vagy elrejtheti a szabványos eszköztárat, a ModelMart eszköztárat, a BPWin eszköztárat, a modellfát és az állapotsort. Ügyeljen a "Zoom" menüpontra, amely lehetővé teszi a megtekintett diagramok léptékének megváltoztatását. Ez a menüpont megduplázza a szabványos eszköztár "Zoom" eszközét.

1.15. ábra - Megjelenítési lehetőségek

1.14 Más típusú IDEF0 diagramok

A kontextus- és dekompozíciós diagramokon kívül más BPWin diagramtípusok is lehetővé teszik a modell bemutatásának és tervezésének egyszerűsítését. Például szükséges lehet egy mi lenne, ha forgatókönyv kidolgozása a modellhez.

Ez az alszakasz kétféle modell létrehozásával foglalkozik:

· diagramok „csak bemutatásra” (Csak kiállításra – FEO);

· fa diagramok.

Helyes használat esetén az ilyen típusú diagramok megkönnyítik a modellek dokumentálását.

FEO diagramok készítése. A FEO-diagram felhasználható a folyamat egyes részének magyarázatára, speciális nézőpont biztosítására, vagy olyan funkcionális részletek kiemelésére, amelyek az IDEF0 szintaxissal nem jeleníthetők meg. Lehetséges, hogy további magyarázó szöveggel látják el őket, és nem feltétlenül kell az IDEF0 szabvány korlátain belül megtervezni őket. A FEO diagramok bármely, a modellben létező diagramhoz társíthatók, de nem képezik a modell hierarchikus részét. A FEO diagram a modellben létező bármely diagram másolata. A diagramot a következők azonosítják:

· a fejlesztő által megadott név;

· egy AxF típusazonosító, ahol x az eredeti diagramot, az F szimbólum pedig azt, hogy a diagram FEO típusú.

A FEO diagramok a "Diagram" menü "FEO diagram hozzáadása" menüpontjával adhatók hozzá a modellhez. Az Új FEO-diagram hozzáadása párbeszédpanelen válassza ki a másolni kívánt diagramtípusok egyikét:

· ha a "Kontextusdiagramot" választja, egyszerűen írja be az új diagram nevét a "Név" mezőbe;

· Ha a "Dekompozíciós diagramot" választja, aktiválódik a "Másolás innen" legördülő lista, amely megjeleníti a modell összes lebontási diagramját.

Az OK gombra kattintás után létrejön a BPWin, és megjelenik az asztalon.

Csakúgy, mint bármely más diagram esetében, megnyithatja a FEO diagram tulajdonságai párbeszédpanelt a tulajdonságainak megadásához.

Fa diagramok készítése(Csomópontfa diagramok). A fa diagramok a modell egészének szerkezetét mutatják be. Ezekben általában a csúcs (a legfelső csomópont) felel meg a környezeti szintű diagramnak. Azonban a modell bármely funkcionális blokkja használható csúcsként, és annak alblokkjai a fa ágaiként jelennek meg.

A modellek fadiagramok segítségével történő megtekintése lehetővé teszi, hogy a modell funkcionális bontására összpontosítson, figyelmen kívül hagyva a modellen belüli és kívüli áramlásokat. Amikor a modell szerkezete megváltozik, a famodell automatikusan újjáépül, amint a modell megváltozik.

A famodellek számozása az AxN mintával történik, hasonlóan a FEO diagramokhoz.

A fa diagramok a Diagram menü Csomópontfa hozzáadása menüpontjával adhatók hozzá a modellhez. Ekkor megjelenik a "Csomópontfa varázsló" párbeszédpanel, amelyben beállíthatja:

· a csúcs funkcionális blokkja;

· a diagramon látható szintek száma;

· formázási lehetőségek.

Az OK gombra kattintás után létrejön a fa diagram, és megjelenik a BPWin asztalon.

1.15 Nyitófa és FEO diagramok

A fa- és FEO-diagramokat összefoglalóan "testvérdiagramoknak" nevezik. Nem tükröződnek közvetlenül a modellfában, de a modellfa segítségével megnyithatók. Ehhez először át kell kapcsolnia a modellfát "Diagram" módba (a képernyő bal alsó sarkában található gomb), majd kattintson a jobb gombbal a diagram nevére. Ebben az esetben a BPWin megjeleníti a kapcsolódó diagramok megfelelő listáját. A testvérdiagramok megnyitásához használhatja a BPWin eszköztár "Ugrás a testvérdiagramra" eszközt is.

1.16 Modellek felosztása és egyesítése

A BPWin modellparticionálása általában az együttműködésen alapuló modellfejlesztés támogatására szolgál. Egyetlen modell részekre osztható, így több fejlesztő is létrehozhatja saját funkcionális blokkjait a modellből. A fejlesztés befejeztével a részekre bontott modell egybevonható az üzleti folyamat egészének megjelenítéséhez. Két modellre bontva mindegyik modell támogatja a saját funkcióblokk-készletét, nyilakat és egyéb BPWin-objektumokat.

Modell felosztás. A modell részekre bontásának napján be kell tartania a következő algoritmust:

· azonosítani kell a modellnek azt a részét, amelyet el kell választani;

· kattintson jobb gombbal a kiválasztott funkcióblokkra;

· válassza ki a „Split model” menüpontot;

· a "Felosztási beállítások" párbeszédpanelen adja meg a névnek megfelelő nevet funkcióblokk(e név használatával később összevonhatja a modellt);

· engedélyezze a "Teljes szótárak másolása" opciót az objektumszótárak másolásához a modell elválasztott részére;

· Kattintson az OK gombra.

Létrejön egy új modell, és megjelenik a modellfában. Kérjük, vegye figyelembe a következő pontokat:

· a blokk, amelyből a felosztás készült, kontextus szintű diagrammá válik az új modellben;

· az eredeti kapcsolatban megjelenik az új modell nevének megfelelő névvel ellátott kapcsolat nyíl;

· a funkcionális blokk összes gyermekdiagramja átkerült az új modellbe;

· a törött funkcionális blokk az eredeti modellben marad.

Új modell létrehozása után a Model Properties párbeszédablakban definiálhatja a létrehozott modell tulajdonságait.

Modellek kombinálása. Amint a különálló modellek fejlesztése befejeződött, a BPWin lehetővé teszi azok egyesítését. A modellek kombinálásához:

· a csatlakozási nyíl nevének meg kell egyeznie az importált modell nevével;

· a funkcionális blokk nevének az importált modell kontextusdiagramjában meg kell egyeznie a főmodellben lévő hasonló funkcionális blokk nevével.

Egyesítéskor a BPWin az összes funkcióblokkot, nyilakat és egyéb információkat (a kontextusdiagram kivételével) átmásolja az importált modellből a főbe. A BPWin kihagyja a környezeti szintű diagramot az importált modellben, mert az már létezik a fő modellben. Az importált modellben lévő összes dekompozíció a fő modellben kapcsolódik a cél funkcionális blokkhoz. A fő modellben a cél funkcióblokkban mindig rendelkeznie kell egy hivatkozási nyíllal, amely onnan ered.

A fő és az importált modell megnyitása után a következőket kell tennie:

· kattintson jobb gombbal annak a fő modellnek a funkcionális blokkjára, amelybe adatokat szeretne importálni;

· válassza ki a "Modell egyesítése" elemet a menüből;

· párbeszédpanel "Folytatja az egyesítést?" megerősíti, hogy pontosan mit szeretne egyesíteni, és lehetővé teszi az egyesítési lehetőségek megadását.

Az egyesítés befejezése után észre fogja venni, hogy a modellfa frissül, hogy tükrözze az alapul szolgáló modell változásait.

1.17 BPWin diagramok nyomtatása

Miután elkészítette a modellt, meg akarja majd mutatni másoknak papíron. A BPWin számos diagramnyomtatási funkcióval segít ebben. Néhány közülük:

· válassza ki a nyomtatni kívánt diagramot (vagy diagramokat);

· tartalmazzon diagram üzeneteket diagramnyomatokkal;

· tartalmazzon egy szülődiagramot a nyomtatni kívánt diagramhoz;

· meghatározza a nyomtatáshoz szükséges diagram specifikációját: színséma, a diagram külső határai;

· küldje el a diagramot egy fájlba későbbi nyomtatás céljából;

· meghatározza a diagramok nyomtatásának módját: minden diagram egy tetszőleges lapra, a modell összes diagramjának kötegelt nyomtatása, feltüntetve azok számát a lapon.

A BPWin diagramokat a BPWin Diagrams Print menüből nyomtathatja ki, amely a "Fájl" menüből nyitható meg a "Nyomtatás" paranccsal, vagy az eszköztárban a nyomtató ikonra kattintva (1.16. ábra). Ez a mód lehetővé teszi a korábban említett nyomtatási beállítások megadását.

16. ábra - Nyomtatási lehetőségek kiválasztására szolgáló párbeszédpanel

Amint már megértheti, a nyomtatott modell megjelenése a beállított nyomtatási beállításoktól függ. Érdemes lehet kísérletezni a nyomtatás előtt, hogy megállapítsa, mely beállítások működnek a legjobban az adott alkalmazáshoz.

Funkcionális modellezési módszertan Az IDEF0 egy olyan technológia, amely a rendszer egészét egymásra épülő műveletek vagy funkciók halmazaként írja le. Fontos megjegyezni az IDEF0 funkcionális fókuszát - a rendszer funkcióit a megvalósítást biztosító objektumoktól függetlenül tanulmányozzák. A „funkcionális” nézőpont lehetővé teszi számunkra, hogy egyértelműen elkülönítsük a rendszer céljának szempontjait a fizikai megvalósítás szempontjaitól. A 3. ábra egy tipikus IDEF0 diagramra mutat példát.

Az IDEF0-t leggyakrabban logikai szintű rendszerek kutatására és tervezésére szolgáló technológiaként használják. Emiatt jellemzően a projektfejlesztés korai szakaszában, az IDEF3 modellezés előtt használják adatok gyűjtésére és a jelenlegi folyamat modellezésére. Az IDEF0 elemzés eredményei felhasználhatók a tervezés irányításához IDEF3 modellek és adatfolyam-diagramok segítségével.

2.2.1 IDEF0 modellek szintaxisa és szemantikája

2.2.1.1 IDEF0 modellek

Az IDEF0 egy kis grafikus jelölést (csak két szimbólumot tartalmaz: blokkokat és nyilakat) szigorú és jól definiált irányelvekkel kombinál, amelyek együttesen a rendszer kiváló minőségű és érthető modelljét alkotják.

Az IDEF0 módszertana némileg a könyvkiadási irányelvekre emlékeztet, gyakran nyomtatott IDEF0 modellek halmazát egy füzetbe (az IDEF0 kifejezéssel készletnek nevezzük), amely tartalomjegyzéket, szószedet és egyéb, a kész könyvre jellemző elemeket tartalmaz.

Az IDEF0 modell felépítésének első lépése a modell céljának meghatározása – azon kérdések halmaza, amelyekre a modellnek meg kell válaszolnia. A kérdéssor az előszóhoz hasonlítható, amiből kiderül a könyv célja.

A modellezési határok a témakör lefedettségének szélességét és a részletesség mélységét hivatottak jelezni, és logikus folytatásai a modell már meghatározott céljának. A modell olvasójának és szerzőjének egyaránt meg kell értenie a modell céljában feltett kérdésekre adott válaszok részletezettségét.

A következő lépésben meg kell jelölni azt a célközönséget, akinek az igényeire készül a modell. Sokszor választásból célközönség attól függ, hogy milyen részletességgel kell elkészíteni a modellt. A modell építése előtt el kell képzelni, hogy a modellezés tárgyával kapcsolatban milyen információk ismertek már, milyen további anyagokra és (vagy) műszaki dokumentációra lehet szükség a célközönség számára a modell megértéséhez, milyen nyelven és az előadásmód a legmegfelelőbb.

A nézőpont arra a perspektívára vonatkozik, amelyből a rendszert megfigyelték a modell felépítésekor. A nézőpontot úgy választjuk meg, hogy figyelembe vegyük a modellezés már meghatározott határait és a modell célját. A kiválasztott szempont változatlan marad a modell minden eleménél. Szükség esetén más modellek is készíthetők, amelyek más nézőpontból jelenítik meg a rendszert. Íme néhány példa a nézőpontokra a modellek építésekor: vevő, szállító, tulajdonos, szerkesztő.

2.2.1.2 Műveletek

Egy művelet, amelyet általában függvénynek hívnak az IDEF0-ban, a bemeneteket (nyersanyagokat, információkat stb.) kimenetekké dolgozza fel vagy fordítja le. Mivel az IDEF0 modellek egy rendszert hierarchikus (beágyazott) függvények halmazaként jelenítenek meg, először is meg kell határozni egy függvényt, amely a rendszer egészét írja le - egy kontextusfüggvényt. A függvényeket a diagramokon elnevezett téglalapokként vagy funkcióblokkokként ábrázolják. Az IDEF0 függvénynevei hasonló szabályok szerint kerülnek kiválasztásra, mint az IDEF3 műveletnevei – igék vagy verbális főnevek használatával. Fontos, hogy a neveket úgy válasszuk meg, hogy azok tükrözzék a rendszert, mintha a modellezéshez választott nézőpontból néznénk.

A 2.1. ábrán látható egy példa egy funkcióblokkra.

2.1. ábra – IDEF0 funkcióblokk

Fentebb az IDEF0 modellt beágyazott blokkok hierarchikus halmazaként határoztuk meg. Bármely blokk felbontható az alkotó blokkokra. A dekompozíciót gyakran a felülről lefelé irányuló modellezéssel társítják, de ez nem teljesen igaz. A funkcionális dekompozíciót pontosabban úgy definiáljuk, mint a „kint befelé” modellezés, amelyben egy olyan rendszert tekintünk, mint egy hagyma, amelyről egymás után lehámoznak a rétegek.

2.2.1.3 Határok és kapcsolatok

Ahhoz, hogy hasznos legyen, bármely blokk leírásának tartalmaznia kell legalább azon objektumok leírását, amelyeket a blokk a működése eredményeként hoz létre ("kimenet"), valamint a blokk által felhasznált vagy átalakított objektumok leírását ("bemenet"). .

Az IDEF0 vezérlési és végrehajtási mechanizmusokat is modellez. A vezérlés olyan objektumokra vonatkozik, amelyek befolyásolják azt, ahogyan egy blokk a bemenetet kimenetté alakítja. Végrehajtási mechanizmus - olyan objektumok, amelyek közvetlenül hajtják végre a bemenet kimenetté alakítását, de önmagukban nem fogyasztják őket.

Az IDEF0 diagramokban szereplő információkategóriák ábrázolására létezik egy ICOM mozaikszó, amely négy lehetséges nyíltípust jelenít meg:

I (Input) - input - valami, amit a folyamat végrehajtása során fogyasztanak;

C (Control) - ellenőrzés - korlátozások és utasítások, amelyek befolyásolják a folyamat előrehaladását;

O (Output) - kimenet - valami, ami a folyamat eredménye;

M (Mechanizmus) - végrehajtási mechanizmus - valami, amit egy folyamat végrehajtására használnak, de önmagában nem fogyasztják el. A 2.2. ábra az IDEF0 4 lehetséges nyíltípusát mutatja, amelyek mindegyike a funkcióblokk más-más oldalához kapcsolódik.

2.2 ábra – Minden nyíltípus a sajátjához kapcsolódik

funkcióblokk oldala

A nyilak elnevezésére általában főneveket használnak. A nyilak jelképezhetnek embereket, helyeket, dolgokat, ötleteket vagy eseményeket. Akárcsak a funkcióblokkoknál, a diagramon szereplő összes nyíl elnevezése csak szükséges feltétel hogy az olvasó megértse az ábrázolt lényegét. Az egyes nyilak külön leírása szöveges formában kritikus lehet a pontos és hasznos modell felépítéséhez.

Belépő nyilak. Az input az a nyersanyag vagy információ, amelyet egy funkcionális egység felhasznál vagy átalakít egy output előállításához. A bemeneti nyilak mindig annak a téglalapnak a bal oldala felé mutatnak, amely az IDEF0-ban a funkcionális blokkot jelöli. A bemeneti nyilak jelenléte a diagramban nem szükséges, mivel lehetséges, hogy egyes blokkok nem alakítanak át vagy nem változtatnak semmit. Példa egy olyan blokkra, amelynek nincs bemenete a "menedzsment döntéshozatal", ahol több tényezőt elemeznek a döntés meghozatalához, de egyiket sem konvertálják vagy fogyasztják el közvetlenül a döntések eredményeként.

Vezérlő nyilak. A vezérlő nyilak felelősek annak szabályozásáért, hogy egy funkcióblokk hogyan és mikor kerül végrehajtásra, és ha végrehajtódik, akkor milyen kimenetet eredményez a végrehajtása. Mivel a vezérlés egy funkcióblokk viselkedését vezérli, hogy biztosítsa a kívánt kimenetet, minden funkcióblokknak rendelkeznie kell legalább egy vezérlő nyíllal. A vezérlő nyilak mindig felülről lépnek be a funkcióblokkba.

Az irányítás gyakran szabályok, rendeletek, törvények, irányelvek, szükséges eljárások vagy szabványok formájában létezik. Bár az egység működését befolyásolja, közvetlenül nem fogyasztja el, és ennek következtében nem alakul át. Kiderülhet, hogy egy funkcióblokk célja éppen egy adott szabály, utasítás, szabvány stb. megváltoztatása. Ebben az esetben a megfelelő információt tartalmazó nyilat nem vezérlőnek, hanem a funkció bemenetének kell tekinteni. tömb.

A vezérlés meghatározott típusú bemenetként tekinthető. Azokban az esetekben, amikor nem világos, hogy egy nyilat egy bemenethez vagy egy vezérlőhöz kell-e hozzárendelni, célszerűbb vezérlőként hivatkozni rá, amíg a kétértelműség meg nem oldódik.

Kilépési nyilak. A kimenet egy funkcionális blokk működése eredményeként kapott kimenet vagy információ. Minden blokknak legalább egy kimenettel kell rendelkeznie. Egy olyan cselekvést, amely nem hoz létre egyértelműen azonosítható kimenetet, egyáltalán nem szabad modellezni (legalábbis a modellből való kizárás korai jelöltjének kell tekinteni).

A nem termelési tartományok modellezésekor a kimeneteket általában valamilyen formában egy funkcionális blokk dolgozza fel. Ebben az esetben fontos, hogy a be- és kilépő nyilak neve jelentésében kellően megkülönböztethető legyen. Például egy betegfogadási blokk bemenetén és kimenetén is szerepelhet egy Patient Data nyíl. Ilyen helyzetben a bejövő nyilat „Előzetes betegadatok”, a kimenő nyilat pedig „Megerősített betegadatok”-nak nevezhetjük.

Végrehajtási mechanizmus nyilak. A mechanizmusok olyan erőforrások, amelyek közvetlenül hajtják végre a szimulált műveletet. Végrehajtási mechanizmusok segítségével a következők modellezhetők: kulcsszemélyzet, gépek és (vagy) berendezések. A végrehajtási mechanizmus nyilak hiányozhatnak, ha kiderül, hogy nem szükségesek a tervezett modellezési cél eléréséhez.

Kombinált nyilak. Öt fő típusú kombinációs nyíl létezik az IDEF0-ban: kimenet - bemenet, kimenet - vezérlés, kimenet - végrehajtási mechanizmus, kimenet - vezérlő visszacsatolás és kimenet - bemenet visszacsatolás.

A kilépési bemenet nyilat akkor használjuk, ha az egyik blokknak teljesen be kell fejeznie a munkáját, mielőtt a másik blokk elkezdene dolgozni. Tehát a 2.3. ábrán a számla kiállításának meg kell előznie a rendelés elfogadását.

2.3 ábra - Nyílkombináció kilépés - bemenet

A kilépés - vezérlő nyíl azt a helyzetet tükrözi, amikor egy blokk dominál a másikkal szemben, amikor az egyik blokk vezérli a másik működését. A 2.4. ábrán a befektetési portfólió kialakításának elvei határozzák meg a brókerek tőzsdei magatartását.

2.4 ábra - Kombinált nyíl kilépés - vezérlés

A nyilak kimenete - végrehajtási mechanizmusa kevésbé gyakori, és azt a helyzetet tükrözi, amikor az egyik funkcionális blokk kimenetét egy másik blokk működésére szolgáló berendezésként használják. A 2.5. ábrán a bilincset, az alkatrész rögzítésére szolgáló eszközt össze kell szerelni az alkatrész összeszerelésének befejezéséhez.

2.5 ábra - Kombinált nyíl kilépés - végrehajtási mechanizmus

A visszacsatolás a bemenetre és a vezérlésre olyan esetekben használatos, amikor a függő blokkok visszacsatolást generálnak az őket vezérlő blokkok számára. A 2.6. ábrán a brókerektől kapott aktuális árfolyamokra vonatkozó információk a tőzsdei kereskedési stratégia módosítására szolgálnak.

2.6 ábra - Kombinált nyíl kimenet - vezérlő visszacsatolás

Nyíl kimenet – a bemenetre adott visszacsatolás általában valami újrafeldolgozási ciklusok leírására szolgál. A 2.7. ábra példaként szolgálhat az ilyen típusú nyíl használatára. Ezen túlmenően a kimeneti-visszacsatolási bemeneti kapcsolatok akkor használhatók, ha a hibás termékek újra felhasználhatók nyersanyagként, mint például az ablaküvegek gyártása során, amikor a gyártási folyamat során törött üveget megőrlik és újra olvasztják a szokásosval együtt. nyersanyagok.

2.7 ábra - Kombinált nyíl kimenet - bemeneti visszacsatolás

Hasító és összekötő nyilak. Egy funkcióblokk kimenete több más blokkban is használható. Valójában az IDEF0 szinte fő értéke az, hogy ez a módszertan segít azonosítani a rendszer blokkjai közötti kölcsönhatásokat. Ennek megfelelően az IDEF0 rendelkezik az ábrán az elosztó és az összekötő nyilakat is. A több részre osztott nyilak neve eltérhet az eredeti nyíl nevétől. Az eredeti és a törött (vagy egyesített) nyilakat összefoglalóan összekapcsoltnak nevezzük. Ezt a technikát általában arra használják, hogy tükrözzék a nyersanyag vagy információ csak egy részének felhasználását egy folyamatban, amit az eredeti nyíl jelzi (2.8. ábra). Hasonló megközelítés vonatkozik az egyesített nyilakra is.

2.8. ábra – A nyíl két részre van osztva és átnevezve

2.2.1.4 Alagutak

Az összekapcsolt nyilak fogalmát a diagramok részletességének szabályozására használják. Ha egy diagram egyik nyila nem szerepel a szülődiagramon (például a szülői szint szempontjából jelentéktelensége miatt), és nem kapcsolódik ugyanazon diagram más nyilaihoz, akkor ennek a nyílnak a be- vagy kilépési pontja ábrából egy alagút jelzi. A 2.9. ábrán például a "vállalati információs rendszer" nyíl egy fontos végrehajtási mechanizmus ehhez a diagramhoz, de a modellben máshol nem használható. Az alagutat ebben az esetben a szülődiagramok zsúfoltságának alternatívájaként használják úgy, hogy olyan nyilakat helyeznek rájuk, amelyek nem lényegesek a szintjükhöz.

2.9 ábra - Példa alagút használatára

2.2.2 IDEF0 modellek építése

Ebben az alfejezetben részletesebben megvizsgáljuk az IDEF0 modellek felépítésének módszertanát.

2.2.2.1 Diagramok

A 2.10. ábrán egy tipikus IDEF0 diagram látható a mezőiben található szolgáltatási információkkal együtt. A szervizinformációk jól megjelölt felső és lábléc(fejléc és lábléc) – A fejlécelemek segítségével nyomon követhető a modell létrehozásának folyamata. A láblécelemek annak a modellnek a nevét jelenítik meg, amelyhez a diagram tartozik, és mutatják a helyét a modellben lévő többi diagramhoz képest.

2.10. ábra – IDEF0 diagram szolgáltatási információkkal a margókon

A diagram összes címelemét a 2.1. táblázat tartalmazza.

2.1. táblázat – IDEF0 diagram címelemei

A diagram „láblécének” minden elemét a 2.2. táblázat tartalmazza.

2.2. táblázat – Az IDEF0 diagram "láblécének" elemei

2.2.2.2 Modellek készítése

Egyetlen modellt sem szabad megépíteni a modellezés tárgyának és céljának világos megértése nélkül. A modellezési cél választott definíciójának a következő kérdésekre kell választ adnia:

· Miért modellezik ezt a folyamatot?

Mi fog kiderülni? ezt a modellt?

· Hogyan alkalmazhatják azok, akik ismerik ezt a modellt?

A következő mondat példaként szolgálhat a szimuláció céljának megfogalmazására. Határozza meg a vállalat minden alkalmazottjának feladatait, és ismerje meg az egyes feladatok közötti általános kapcsolatot, hogy irányelveket dolgozhasson ki az új alkalmazottak képzésére.

A modellek egy sor kérdés megválaszolására készültek. Az ilyen kérdéseket a modellezési folyamat korai szakaszában megfogalmazzák, és ezt követően a modellezés céljának világos és tömör meghatározásához szolgálnak alapul. Ilyen kérdések lehetnek például:

· Mik a menedzser feladatai?

· Mik a hivatalnok feladatai?

· Ki irányítja a munkát?

· Milyen technológia szükséges az egyes lépések végrehajtásához? stb.

2.2.2.3 Nézőpont

Módszertani szempontból a modellezés során célszerű felhasználni a témakörben eltérő nézeteket valló szakértők véleményét, azonban minden egyes modellt egyetlen előre meghatározott szempont alapján kell kidolgozni. Gyakran más szempontokat is röviden dokumentálnak a mellékelt FEO diagramokban (lásd alább), csak a bemutatás érthetősége érdekében.

A nézőpontot elég körültekintően kell megválasztani, a választás alapja legyen a modellezés megjelölt célja. A nézőpont neve lehet egy pozíció, osztály vagy szerepkör neve (például osztályvezető vagy értékesítési vezető). Akárcsak a szimuláció céljának meghatározásakor, világos meghatározás szempont szükséges a modell belső integritásának biztosításához és a szerkezet állandó változásának megakadályozásához. Lehetséges, hogy különböző nézőpontokból modelleket kell felépíteni, hogy a rendszerben azonosított funkcionális blokkok összes jellemzőjét részletesen tükrözzék.

2.2.2.4 Határok modellezése

A funkcionális modellek felépítésének egyik pozitív eredménye a rendszer egészének és fő összetevőinek modellezésének határainak tisztázása. Bár a modell kidolgozása során várhatóan módosulni fognak a modellezési határok, a határok szóbeli leírását a kezdetektől fogva fenn kell tartani a projektben részt vevő elemzők közötti koordináció biztosítása érdekében. Ahogy a szimuláció céljának meghatározásakor, úgy a határok hiánya is megnehezíti a modell teljességi fokának felmérését, mivel a modellezés határai a modell méretének növekedésével hajlamosak kitágulni.

A modellezési határvonalak két összetevőből állnak: a hatókör szélessége és a részletesség mélysége. A lefedettség szélessége a modellezett rendszer külső határait jelöli. A részletezettség határozza meg, hogy a funkcionális blokkokat milyen részletezettséggel kell bontani.

Az IDEF0 modellek fejlesztése során a modellezési határok helyes meghatározásának elősegítése érdekében jelentős erőfeszítéseket kell tenni az IDEF0 kontextusdiagram (a "legfelső szintű" diagram) kidolgozására és áttekintésére. Néha még egy további diagram összeállításához is folyamodnak, hogy egy adott modellnél a kontextuális szintnél magasabb szintet jelenítsenek meg, ami lehetővé teszi annak a rendszernek az azonosítását, amelyben a modellezendő objektum található. A kontextusdiagram kialakításának jelentős költségei meglehetősen indokoltak, mivel ez egyfajta „referenciapont” a modell többi diagramjának és a rajta végrehajtott változtatásoknak az összes mögöttes szinten lépcsőzetesen.

Ha világosak a modellezés határai, akkor világossá válnak azok az okok is, amelyek miatt egyes rendszerobjektumok nem kerültek be a modellbe.

2.2.2.5 A kontextusblokk nevének kiválasztása

A modell „a nulláról” felépítésénél javasolt cselekvési sorrend: a modellezés céljának megfogalmazása, nézőpont megválasztása, a modellezés határainak meghatározása. A kontextusblokk neve - maga a funkcionális blokk magas szintű- általánosítja a modellezési határok meghatározását.

A kontextusblokk nevének kiválasztására vonatkozó szabályok általában nem különböznek a általános szabályokat funkcionális blokkok nevei, ezért általában általános neveket választanak ki rájuk, mint például „Ügyfélszolgálati osztály vezetése”, „Megrendelés feldolgozása” stb.

2.2.2.6 Nyilak meghatározása kontextusdiagramban

Az IDEF0 diagram nyilak általában könnyebben megtervezhetők a következő sorrendben: kimenet, bemenet, végrehajtó motor, vezérlés. Minden funkcióblokk más-más funkciót képvisel, és ennek a funkciónak gyakran világos és tömör leírása van a működéséről. A kétértelműségek jelenléte egy adott funkcionális blokk kimeneteinek elemzésében a szóban forgó üzleti folyamat újratervezésének szükségességének lehetséges jele.

Kimenetek meghatározása. A lehetséges kimenetek azonosítása után célszerű elemezni a modellt, hogy megbizonyosodjon arról, hogy lefedi a folyamat viselkedésének összes lehetséges forgatókönyvét. Ez azt jelenti, hogy ha egy folyamat során lehetőség van egy adott helyzet bekövetkezésére, akkor a modell tükrözi egy ilyen helyzet bekövetkezésének lehetőségét. Sok kezdő elemző elfelejti tükrözni a funkcionális blokkok negatív eredményeit. Például a „Tegyen vezetői vizsgát” blokk minden bizonnyal a jogosítványt most megszerző sofőrök folyamát fogja produkálni, de teljesen ésszerű elvárni, hogy olyanok is megjelenjenek, akik nem vizsgáztak. A negatív eredményeket gyakran visszacsatolásként használják fel, és minden blokkon elemezni kell a jelenlétüket. Szintén fontos, hogy a modellben vitatott nyilak is szerepeljenek, amelyeknek a modellben való jelenlétéről szóló döntés könnyen átkerülhet a modellt áttekintő szakértők vállára.

Bemenetek meghatározása. A bemeneteket úgy tekinthetjük, mint amelyeket funkcionális blokkok meghatározott módon alakítanak át kimeneti nyersanyagok vagy információk előállítására. A feldolgozóiparban általában meglehetősen egyszerű meghatározni, hogy az input nyersanyagok hogyan alakulnak késztermékké. Az információáramlás modellezésekor azonban előfordulhat, hogy a bemeneti adatfolyam egyáltalán nem kerül felhasználásra vagy feldolgozásra. Azok az esetek, amikor a bejövő és kimenő nyilakat pontosan ugyanazzal a névvel látják el, rendkívül ritkák, és általában azt jelzik, hogy ez a blokk haszontalan a rendszer egészére nézve, vagy a kimenő nyíl helytelen névválasztását jelzi. Megoldás lehet, ha többet használunk részletes leírás a bejövő és kimenő adatfolyamokhoz. Például a bemenet neve lehet "Előzetes betegdiagnosztika", a kimenet pedig "Finomított betegdiagnosztika".

A végrehajtási mechanizmusok meghatározása. A bemenetek és kimenetek létrehozása után megkezdheti a funkcióblokkhoz társított végrehajtási mechanizmusok vagy erőforrások áttekintését. A végrehajtási mechanizmus fogalma magában foglalja a személyzetet, berendezéseket, információs rendszereket stb. Például az „Assemble part” funkcióblokk megkövetelheti bizonyos berendezések, pl. csavarkulcs. A vezetői engedély vizsgázásakor a végrehajtási mechanizmus a közlekedési rendőrfelügyelő. Általában meglehetősen egyszerű meghatározni a funkcionális blokkok végrehajtási mechanizmusait.

Az ellenőrzés definíciója. Meg kell határozni egy vezérlőt a funkcióblokk előrehaladásának vezérléséhez. Az IDEF0 minden funkcióblokkjának rendelkeznie kell legalább egy vezérlővel. Azokban az esetekben, amikor nem világos, hogy a nyíl bemenetre vagy vezérlőelemre vonatkozik, vezérlőként kell megrajzolni. Fontos megjegyezni, hogy a vezérlés felfogható a funkcióblokk bevitelének speciális formájának.

Ha a kontextusdiagram teljesnek tűnik, próbálja meg feltenni a következő kérdéseket:

· A diagram összefoglalja a modellezett üzleti folyamatot?

· Konzisztens-e a diagram a modellezés határaival, nézőpontjával és céljával?

· A kiválasztott nyíl részletességi szintje megfelelő a kontextusblokkhoz? (Általában ajánlatos egy-egy kontextusdiagramra legfeljebb hat nyilat rajzolni minden típusból.)

2.2.2.7 Blokkok és diagramok számozása

Minden IDEF0 funkcióblokk számozott. A számok lehetővé teszik tetszőleges hosszúságú előtagok használatát, de a modellek túlnyomó többsége az A előtagot használja. A blokkszám az előtag után kerül elhelyezésre. A kontextusblokknak mindig van AO száma.

Az előtag a modell minden blokkjához megismétlődik. A számok a blokk felbomlási szintjét tükrözik. Az AO blokk A1, A2, A3 stb. blokkra van felbontva. Az A1 felbomlik A11, A12, A13 stb. blokkra. Az A11 felbomlik A1l1, A112, A113 stb. részekre. Minden bontási szinthez hozzáadunk egyet a végéhez. a szám számát.

A blokk száma megváltoztatható. Ehhez kattintson a jobb gombbal az üres mezőre, válassza a Model Propetions – Nambering menüpontot, és állítsa be a szükséges paramétereket.

2.2.2.8 A diagram és a szülő funkcióblokk közötti kapcsolat

Egy funkcionális blokk felbontásra kerül, ha szükséges a működésének részletes leírása. Egy blokk felbontásánál hasznos figyelembe venni az életciklusát, ez segít meghatározni a kapott „gyermekek” diagram funkcionális blokkjait. Például a „Grill steak” blokk életciklusa a következő sorrendben nézhet ki: „Élelmiszer elkészítése”, „Hús font”, „Olaj felhevítése” stb.

Az IDEF0 modellezésekor fontos szem előtt tartani, hogy a gyermekdiagram határa a szülő funkcióblokk határa. Ez azt jelenti, hogy az összes munkát a legalacsonyabb szintű blokkok végzik. A használt hierarchiától eltérően strukturált programozás, a legfelső szintű blokkok nem képezik az alsóbb szintű blokkok ellenőrzésének tárgyát. Ez azt jelenti, hogy az IDEF0-ban a gyerekek ugyanazok az objektumok, mint a szüleik, csak részletesebben láthatók. A vállalat vezérigazgatójának cselekedetei az átlagos dolgozók tettei mellett tükröződhetnek az IDEF0 diagramokon.

Az ICOM-kódok a gyermekdiagramok határnyílainak (a diagramon kívül kezdődő vagy végződő) végén vannak elhelyezve, hogy megmutassák, hol található a megfelelő nyíl a szülődiagramon (2.12. ábra). A modell integritásának ellenőrzéséhez szükségesek, és hasznosak lehetnek, ha a nyilak sorrendje a gyermekdiagramon eltér a szülődiagramon való elrendezésük sorrendjétől. Az ICOM kód egy latin I, C, O vagy M betűből és egy számból áll, amely a nyíl helyét jelzi a szülődiagramon felülről lefelé vagy balról jobbra sorrendben.

2.12. ábra – ICOM kódok a határnyilakon

2.2.2.9 A modellezés megkezdésének két megközelítése ("első a szélesség" és "előbb a mélység")

A modellek megtervezhetők szélesség-első megközelítéssel, ahol az egyes diagramokat a lehető legrészletesebben részletezik, mielőtt felbontják, és egy mélységi megközelítéssel, ahol először a blokkok hierarchiáját határozzák meg, majd nyilak létrehozásával kapcsolják össze őket. Természetesen ezeknek a megközelítéseknek a kombinációja is lehetséges, és a blokkhierarchia néha kissé megváltozhat a nyilak kirajzolása után. Ennek az az oka, hogy a nyilak létrehozása megváltoztathatja a modellezett objektum belső architektúrájának megértését.

2.2.2.10 Mikor kell megállni?

A megfogalmazott modellezési cél kérdéseket tartalmaz, amelyekre a modellnek válaszolnia kell. Amikor a modell segítségével lehetséges választ kapni rájuk, a modell megfelel a követelményeknek, és teljesnek tekinthető. Az első szintű dekompozíció elkészítésekor ügyelni kell arra, hogy a diagramban szereplő összes blokk a korábban meghatározott modellezési határokon belül legyen. A blokk felbontása előtt meg kell győződnie arról, hogy ez nem vezet a korábban meghatározott részletmélység túllépéséhez ennél a modellnél. Egy másik szabály, hogy az IDEF0 szimulációt addig kell folytatni, amíg a prioritási nyilak (bemenet és kimenet) uralják a diagramokat.

Ha az egyes folyamatok további részletezése szükséges, IDEF3 diagramok használhatók.

2.2.2.11 Egyéb IDEF0 diagramok

A kontextus- és dekompozíciós diagramokon kívül más típusú IDEF0 diagramok is használhatók modellek fejlesztésére és bemutatására.

Modellfa. Ez egy áttekintő diagram, amely a teljes modell felépítését mutatja. A 2.13. és 2.14. ábrán egy ilyen diagram töredékei láthatók. Általában a fa teteje a kontextusblokknak felel meg, és a modellblokkok teljes hierarchiája a teteje alá épül fel. Nem tilos azonban tetszőleges blokkot csúcsként hozzárendelni, az összes gyermekblokkot alá helyezve. A funkcionális modellezés erősen iteratív jellege miatt várható, hogy a modellfát ismételten jelentős mértékben módosítják, amíg el nem érik. stabil változat. A modell fa segítségével történő áttekintése segít a modell funkcionális bontására összpontosítani.

2.13. ábra - A modellfa töredéke

2.14. ábra – A modellfa töredéke

Bemutató diagramok. Prezentációs diagramok (For Exposition Only diagrams – FEO diagramok) gyakran szerepelnek a modellekben, hogy a hagyományos IDEF0 szintaxison túl más szempontokat vagy részleteket is szemléltessenek (2.15. ábra). A FEO diagramok lehetővé teszik az IDEF0 diagramok összeállítására vonatkozó szabályok megsértését, hogy kiemeljék a modell elemzői szempontból fontos részeit. Természetesen, ha egy FEO-diagram csak azért szerepel a modellben, hogy a rendszer más nézetét mutassa be, akkor nagy valószínűséggel úgy fog kinézni, mint egy normál IDEF0-diagram, amely minden IDEF0-megkötést kielégít.

A FEO diagramok használatának egyik módja a funkcionális blokk elkülönítése a környezetétől úgy, hogy egyetlen blokkot és az összes kapcsolódó nyilat tartalmazó diagramot hoz létre, például egy kontextusdiagramot (2.15. ábra). Ez olyan helyzetekben lehet hasznos, amikor gyorsan kell információt szerezni egy funkcióblokk felületéről (nyilak), és a megfelelő lebontási diagram túl sok objektumot tartalmaz.

Ezenkívül a következő típusú bemutató diagramok találhatók;

· az IDEF0 diagram másolata, amely tartalmazza az összes funkcionális blokkot, és csak az egyik funkcionális blokkhoz kapcsolódó nyilakat - ez lehetővé teszi, hogy tükrözze a blokk és a diagram más objektumai közötti interakciót;

· az IDEF0 diagram másolata, amely tartalmazza az összes funkcionális blokkot, és csak a szülőblokk bemenetéhez és/vagy kimenetéhez közvetlenül kapcsolódó nyilakat;

· különböző nézőpontok, általában egy bomlási szint mélységében.

2.15. ábra - FEO diagram egy funkcióblokk és nyilai kiemelésére

2.2.2.12 Diagramok törlése

Diagram törléséhez kattintson az eszköztáron a „Diagram szótárszerkesztő” gombra, a megjelenő ablakban válassza ki a törölni kívánt diagram típusát (Diagram Type) és nevét, majd kattintson a Törlés gombra (ábra 2.16).

2.16. ábra – Diagramok törlése

Példaként vegyük a kitalált Quill cég tevékenységét, amely 5 éve létezik, és főként az összeszereléssel és értékesítéssel foglalkozik. asztali számítógépekés laptopok. A cég éves forgalma megközelítőleg 20 millió dollár. A vállalat három független beszállítótól vásárol számítógép-alkatrészeket ahelyett, hogy maga gyártaná az alkatrészeket. Csak számítógépeket szerel össze és tesztel. A cég a termékeket üzleteken keresztül értékesíti, és olyan vásárlókra specializálódott, akiknél a fő vásárlási kritérium a számítógép költsége. A Quill becsült piaci mérete a következő 2 évben 50 millió dollár.

Az értékesítési volumen enyhe növekedése ellenére a nyereség csökken, a piaci verseny pedig erősödik. Annak érdekében, hogy ne veszítsen teret, a vállalat úgy dönt, hogy elemzi a jelenlegi üzleti folyamatokat, és átszervezi azokat a termelés és az értékesítés hatékonyságának növelése érdekében. A cégnél a fő eljárások a következők:

· az eladók elfogadják a vásárlói rendeléseket;

· az operátorok számítógéptípus szerint csoportosítják a megbízásokat;

· A kezelők számítógépeket szerelnek össze és tesztelnek;

· Az üzemeltetők megrendelések szerint csomagolják a számítógépeket;

· A raktáros szállítja a rendeléseket a vásárlóknak.

A Quill jelenleg egy vásárolt számviteli információs rendszert használ, amely lehetővé teszi a rendelés, számlázás és számlafizetés nyomon követését.

A vállalat teljesítményének javítása érintse a vállalat irányítási struktúráját, a termelés hatékonyságát és a belső ellenőrzést. Ennek eredményeként az átszervezés egy új vállalati információs rendszer bevezetését teheti szükségessé (amely nem csupán egy számviteli modulból áll).

Mielőtt azonban bármilyen fejlesztést megkísérelne, meg kell értenie a meglévő üzleti folyamatokat.

3.1 Kontextusdiagram készítése

Kontextusdiagram létrehozásához kövesse az alábbi lépéseket:

1. Indítsa el a BPWint. (Start gomb – Minden program – AllFusion Process Modeler vagy asztali parancsikon).

2. Megjelenik a Szeretnék párbeszédpanel. Adja meg a modell nevét (Quill Company Activity), és válassza a Type - IDEF0 lehetőséget. Kattintson az OK gombra.

3. A megjelenő ablak Általános lapján felveheti a diagram fejlesztőjét (Auhtor) és kezdőbetűit (Auhtor iniciálé). Kattintson az OK gombra.

4. A rendszer automatikusan létrehoz egy kontextusdiagramot.

5. A munka megkezdése előtt be kell állítania a modell nyelvét – cirill. Ehhez válassza a Model – Defaul Fonts menüpontot – válasszon ki egy tetszőleges fület a listából, és kattintson rá – a „Cirill” Script set nevű cellában, majd a képernyő bal alsó sarkában jelölje be a szükséges opciók melletti négyzeteket: Mind tevékenységek ebben a diagramban (csak ehhez a diagramhoz); Minden tevékenység ebben a modellben vagy az összes előfordulás módosítása (a teljes modellre vonatkozóan).

6. Figyelje meg a gombot az eszköztáron. Ez a gomb be- és kikapcsolja a megtekintő és navigációs eszközt - Model Explorer (bal oldalon jelenik meg). A Tevékenységek/Diagramok gomb átkapcsolja a Model Explorer módot. Tevékenységek módban, ha jobb gombbal kattint egy objektumra a Model Explorerben, szerkesztheti annak tulajdonságait.

7. Ha nem érti, hogyan kell végrehajtani egy adott műveletet, hívhat segítséget - az F1 billentyűt vagy a Súgó menüt.

8. Lépjen a Model / Model Properties menübe. Könyvjelzővel ellátva Általános A Model Properties párbeszédpanelen írja be a modell nevét (Quill Company Activity), a projekt nevét Project (Quill Activity Model), a szerző nevét és a modell típusát - Időkeret (AS-IS) - „ahogy van ”).

9. Könyvjelzővel Meghatározásírja be a definíciót (Ez a Quill cég tevékenységét leíró képzési modell) és a hatókört (A cég üzleti tevékenységének általános irányítása: piackutatás, alkatrészek beszerzése, termékek összeszerelése, tesztelése és értékesítése).

10. Könyvjelzővel Állapotállítsa MŰKÖDÉS értékre, majd kattintson az OK gombra.

11. Lépjen a környezeti diagramra, és kattintson a jobb gombbal a feladatra. A helyi menüből válassza a Névszerkesztő lehetőséget. Könyvjelzővel ellátva Névírja be a nevet (Quill Business).

12. A Definíció lapon adjon meg egy definíciót (Quill jelenlegi üzleti folyamatai).

13. Könyvjelzővel Állapotállítsa MŰKÖDÉS értékre, majd kattintson az OK gombra.

14. Hozzon létre nyilakat a környezeti diagramon (3.1. táblázat). Ehhez válassza ki a gombot az eszköztáron.

3.1. táblázat – Adatok a nyilak létrehozásához

3.2 Dekompozíciós diagram készítése

1. Egy folyamat (alacsonyabb szintű folyamatokra) bontásához válasszon ki egy blokkot, válassza ki a gombot az alsó szintre lépéshez az eszközpalettán, az Activity Box Count párbeszédablakban válassza ki az IDEF0 diagram típusát, állítsa be a szükséges számú tevékenység ezt a példát– 3, az alsó szintű diagramon, majd kattintson az OK gombra (3.1. ábra)

3.1 ábra – Dekompozíciós diagram készítése

A bontási diagram automatikusan létrejön. Kattintson a jobb gombbal a munkára, válassza a Névszerkesztő lehetőséget, és adja meg a feladat nevét. Ismételje meg a műveletet mindhárom munkánál. Ezután adja meg az egyes feladatok definícióját és állapotát a 3.2. táblázat szerint.

3.2. táblázat – A bontási diagramhoz szükséges munka leírása

2. Váltson nyílrajz módba. Kapcsolja össze a határoló nyilakat (gomb az eszközpalettán) a többivel a 3.2. ábrán látható módon.

3.2 ábra – Dekompozíciós diagram

3. Kattintson a jobb gombbal a „Számítógépek építése és tesztelése” munka vezérlőnyíl ágára, és nevezze át „Összeépítési és tesztelési szabályok”-ra (3.3. ábra).

Adjon hozzá egy definíciót az új ághoz: "Összeépítési utasítások, tesztelési eljárások, teljesítménykritériumok stb."

3.3 ábra – Dekompozíciós diagram

Kattintson jobb gombbal a Sales and Marketing motor nyíl ágára, és nevezze át Rendelésfeldolgozási rendszerre.

4. Hozzon létre új belső nyilakat a 3.4. ábrán látható módon.

3.4 ábra – Belső nyilak létrehozása

5. Hozzon létre egy nyilat visszacsatolás(a menedzsment számára) „Összeszerelési és tesztelési eredmények” (3.5. ábra), a „Számítógépek összeszerelése és tesztelése” munkától az „Értékesítés és marketing” munkáig. A nagyobb áttekinthetőség érdekében módosítsa a nyíl stílusát, ehhez kattintson a jobb gombbal a nyílra, válassza a Stílus lehetőséget a helyi menüből, és a Vastagságnál módosítsa a vonalvastagságot. Ha szükséges, állítsa be az Extra Arrowhead and Squiggle opciót (a helyi menüből).

3.5. ábra – Visszacsatolási nyíl létrehozása

6. Hozzon létre egy új kilépési határ nyilat a Marketing anyagokhoz az Értékesítés és marketing feladatból. Ez a nyíl nem megy automatikusan a legfelső szintű diagramra, és igen szögletes zárójelek a hegyen. Ha azt szeretné, hogy ez a nyíl minden diagramon (beleértve a 0. szintet is) tükröződjön, kattintson a jobb gombbal a nyíl végére, és a helyi menüből válassza az Arrow Tunnel lehetőséget, a megjelenő ablakban (3.6. ábra) jelölje be a Feloldás szegélyre nyíl és kattintson az OK gombra.

3.6. ábra – Nyíl-alagút

Gyakorlat. A „Számítógépek összeállítása és tesztelése” című munka bontva van. A vizsgálat eredményeként a következő információk érkeztek:

· a gyártási részleg megkapja a vevői rendeléseket az értékesítési osztálytól, amint azok megérkeznek;

· a diszpécser koordinálja az összeszerelők munkáját, válogatja a rendeléseket, csoportosítja és utasítja a számítógépek szállítását, amikor azok készen vannak;

· a diszpécser 2 óránként külön csoportosítja az asztali számítógépekre és laptopokra vonatkozó rendeléseket, és elküldi a szerelési területre;

· Az összeszerelési terület alkalmazottai a számítógépeket a rendelési előírások és az összeszerelési utasítások szerint szerelik össze. Amikor egy rendelési csoportnak megfelelő számítógépcsoportot összeállítanak, azt tesztelésre küldik. A tesztelők minden számítógépet tesztelnek, és szükség esetén kicserélhetik a hibás alkatrészeket;

· a tesztelők elküldik a teszteredményeket a diszpécsernek, aki ezen információk alapján dönt a számítógépek átadásáról a megfelelő rendelési csoportba szállításra.

Ezen információk alapján adjon hozzá új munkákat és nyilakat (3.3. és 3.4. táblázat).

3.4. táblázat – A „Számítógépek összeállítása és tesztelése” folyamat lebontására szolgáló nyilak leírása

A 3.4. táblázat folytatása

Szükség esetén alagút és link a legfelső szintű határnyilakon.

3.3 Csomópont diagram készítése

1. Csomópontdiagram létrehozásához válassza a Diagram/Csomópontfa hozzáadása menüt. Állítsa be a Node Tree Wizard párbeszédpanel beállításait a 3.8. ábrán látható módon.

3.8 ábra – Csomópont diagram készítése: a) – 1. lépés, b) – 2. lépés

2. Kattintson az OK gombra. Létrejön egy csomóponti fa diagram (3.9. ábra).

3.9 ábra – Csomópontok diagramja „A Quill cég tevékenységei” (1. nézet)

3. A 3.10. ábrához hasonló csomópontfa diagram létrehozásához válassza a Diagram/Csomópontfa hozzáadása menüt, a Csomópontfa varázsló párbeszédpanelen (3.8b. ábra) tiltsa le a Felsorolás utolsó szintje opciót, majd kattintson az OK gombra.

3.10. ábra – Csomópontok diagramja „A Quill cég tevékenységei” (2. nézet)

3.4 FEO diagram készítése

Az üzleti folyamatok tárgyalásakor szükségessé vált a „Számítógépek összeszerelése és tesztelése” munka más munkákkal való kölcsönhatásának részletes átgondolása. A bontási diagram módosításának elkerülése érdekében hozzon létre egy FEO diagramot, amely csak a „Számítógépek összeszerelése és tesztelése” munka nyilait tartalmazza (3.11. ábra):

1. Válassza ki a Diagram / Add FEO Diagram menüpontot.

2. Az Új FEO-diagram hozzáadása párbeszédpanelen válasszon ki egy típust, és adjon nevet a FEO-diagramnak. Kattintson az OK gombra.

3. Diagram definiálásához lépjen a Diagram / Diagram Properties menüpontra, és írja be a definíciót a Diagram szövege fülre.

4. Távolítsa el a további nyilakat a FEO diagramról.

5. A szabványos diagram, csomópontfa és FEO közötti navigáláshoz használja az eszközpalettán található gombot.

3.11 ábra – FEO diagram „Számítógépek összeszerelése és tesztelése”

Gyakorlat. A vizsgálat eredményeként a termelési részleg dolgozóitól kaptunk további információk- kiderült, hogy a hibás alkatrészeket szállításra küldik. Az információk tisztázásához további szakértelem szükséges a szállítási osztályon. Létre kell hozni egy FEO-t az ilyen átvilágítás elvégzésére.

Építse fel a FEO-t az A0 diagram (Quill Company Activity) alapján, és adjon hozzá egy „Hibás alkatrészek” nyilat. A nyílnak a „Számítógépek összeállítása és tesztelése” kimenetről a „Szállítás és átvétel” bemenetre kell mennie (3.12. ábra).

3.12 ábra – FEO diagram „A Quill cég tevékenységei”

3.5 Az értékesítési és marketing folyamat bontása

Az értékesítés és a marketing feladata, hogy reagáljon telefonhívásokügyfelek, árazási információk biztosítása, rendelések leadása, megbízások információs rendszerbe bevitele és piackutatás.

Ezen információk alapján bontsa fel az értékesítési és marketing (IDEF0) feladatot.

Készítse el a következő műveket:

· árakkal kapcsolatos tájékoztatás;

· megrendelések leadása;

· piackutatás.

A dekompozíció eredményét a 3.13. ábra mutatja be.

SZÓJEGYZÉK

Modellezési hatókör- a lefedettség szélessége és a részletesség mélysége egy modellezett objektumkészlet leírásakor.

Tevékenység- az adatok vagy erőforrások feldolgozását vagy továbbítását célzó tevékenységek összességének leírása (például „Megrendelés feldolgozása” vagy „Műszaki ellenőrzés végrehajtása”). Az IDEF0 modellek kiemelik a nem hatékony tevékenységeket (azokat, amelyekből hiányzik a kontroll vagy a teljesítmény), és így támogatják az üzleti folyamatok újratervezésére irányuló erőfeszítéseket. Az 1DEF3 modellben szereplő tevékenység, amelyet munkaegységnek is neveznek, egy rendszer vagy szervezet által végrehajtott feldolgozást, tevékenységet, döntést vagy egyéb eljárást ír le. A DFD diagramokban szereplő tevékenységek az adatok feldolgozását vagy átvitelét jelentik.

Végrehajtási mechanizmus (Mechanizmus nyíl)- az IDEF0 diagram blokkjába alulról belépő, a blokk által jelzett művelet végrehajtására szolgáló, az üzemeltetés során fel nem használt személyzetet, berendezéseket és egyéb erőforrásokat jelölő nyíl.

Nyíl- Az IDEF0 diagramban egy nyíl egy bemenetet, vezérlést, kimenetet vagy egy művelet végrehajtásának mechanizmusát jelöli. Az IDEF3 diagramokon a nyilak a műveletek sorrendjét (folytonos vonalú nyilak), a kapcsolatokat (szaggatott vonalú nyilak) vagy az áramlást (kétágú, folytonos vonalú nyilak) jelzik. A DFD-ben egy nyíl jelzi a tevékenységek, adattárak és külső hivatkozások közötti adatáramlást.

Vezérlő nyíl- az IDEF0 diagramblokk megszorítása, amely meghatározza, hogy a blokk által jelzett művelet hogyan, mikor és milyen feltételek mellett kerül végrehajtásra. Ezek szabályok, szabványok, törvények, munkaköri leírások stb. A vezérlést jelző nyilak az IDEF0 diagram blokkjaiban találhatók felül.

• A modellek helyességének ellenőrzése. A BPwin 7 beépített eszközökkel figyeli a hibás csatlakozásokat és a modellelemek bemutatását. Ez javítja a modellek minőségét és javítja az integrációt más modellező eszközökkel;
• Beépített jelentéskészítő. Ezzel a generátorral létrehozhat egy sablont a szükséges jelentéshez, és használhatja ezt a sablont bármely BPwin 7 modellhez. A jelentések HTML, RTF, TXT, PDF formátumban jeleníthetők meg.

Könyvek a BPwinről

Jelenleg nem sok könyv jelent meg a BPwin szoftvertermékről. Ez annak a ténynek köszönhető, hogy ez a CASE eszköz elveszíti pozícióját, és a termék támogatása megszűnik. Azonban még mindig kapható néhány népszerű és hasznos szakirodalom a BPwin-nel való együttműködésről, valamint ennek a szoftvernek az AllFusion Process Modelerben történő fejlesztéséről.

Az ezen az oldalon bemutatott könyvek megvásárolhatók papír és elektronikus formában keresztül oldal partner - online áruház Ozon.ru

A könyv 2002-ben jelent meg. Ez a könyv a BPwin 4.0 legnépszerűbb verziójával való munka leírását tartalmazza. Tartalmazza a BPwin alapjául szolgáló modellezési módszertan leírását (IDEF0, DFD, IDEF3 metódusok), a BPwin szoftvertermék és képességeinek leírását, a BPwin segítségével jelentéskészítési módszereket, elmagyarázza az adatmodell felépítését, és példákat ad a felhasználásra. BPwin és Erwin az üzleti folyamatok modellezéséhez. A könyv gyakorlatokat is tartalmaz az alkotáshoz funkcionális modell a vállalkozás tevékenységei.

A könyv üzleti elemzőknek és az üzleti folyamatok modellezésével foglalkozó szakembereknek szól.

Ez a könyv 2007-ben jelent meg. és bemutatja az AllFusion Process Modeler 4.1.4-es verziója és az All Fusion PM modellezési csomagjában végzett munka leírását. A könyv az IDEF 0, IDEF 3 és a DFD adatmodellezés funkcionális modellezési módszereit ismerteti. Feltéve részletes alkalmazás Modellezési célú AllFusion csomag, a csomag segítségével megoldható feladatok szerepelnek. Az AllFusion különféle területeken való hatékony felhasználására is példákat adunk.

A könyv hasznos lesz rendszer- és üzleti elemzőknek, valamint mindazoknak, akik érdeklődnek az üzleti folyamatok modellezése és elemzése iránt.

Ez a könyv az AllFusion Process Modeler 4.1 modellezőcsomaggal való munkavégzés leírását és eljárását tartalmazza. A könyvet ugyanaz a szerző adta ki, mint a „Business Process Modeling with BPwin 4.0” című könyvet. A könyv lényegében az előző kiadás frissített kiadása. A könyv 5 fejezetből áll. Az első fejezet ismerteti a BPwin 4.1 eszközöket, leírja a modellek létrehozását IDEF0, IDEF3, DFD jelölésekben, valamint leírja a költségelemzés elvégzésének eljárását. A második fejezet leírja, hogyan készíthet jelentéseket az AllFusion Process Modeler 4.1 eszközeivel. A harmadik fejezet a folyamatmodellek és adatmodellek összekapcsolásának kérdéseivel foglalkozik. A negyedik fejezet a modellek csapatfejlesztését tárgyalja az AllFusion Process Modeler 4.1-ben. A negyedik fejezet 16 gyakorlatot tartalmaz a folyamatmodellek létrehozásához önálló munkavégzés olvasók.

Ez több korai változat könyv „Hatékony modellezés AllFusion Process Modelerrel”. 2004-ben adták ki. A könyv tartalma modellezési kérdéseket tartalmaz IDEF0, DFD, IDEF3 jelölésekkel. Az AllFusion Process Modeler 4.1 csomag leírása megtalálható. és alkalmazása üzleti folyamatmodellek fejlesztése céljából.

A könyv hasznos lehet az üzleti folyamatok átszervezésével, a vállalkozások tevékenységének modellezésével foglalkozó szakemberek, üzleti elemzők, szakértők számára. funkcionális modellezésés informatikusok.

A BPWin egy speciális szoftver, amely lehetővé teszi a különböző üzleti folyamatok vizuális modelljének létrehozását. Az ilyen eszközöket jellemzően az információk vizuális bemutatására használják különböző vállalati találkozókon és bemutatókon. Ezenkívül egy vizuális modell nagyban leegyszerűsíti a különböző folyamatok és a köztük lévő függőségek megértését.

Sajátosságok

A BPWin az egyik legrégebbi, IDEF0 módszertant alkalmazó CASE megoldás. A programban található eszközök lehetővé teszik modellek készítését információs rendszerek technológiai folyamatok(IDEF3 és DFD). Amellett, hogy magán a modellen dolgozik, a szoftver is képes automatikus üzemmód jelentéseket készítenek róla, és még a végső anyagot is elküldik nyomtatásra. Projekt létrehozásakor használhat skálázási, helyesírás-ellenőrzési, függőségi kezelési és diagramok hozzáadására szolgáló eszközöket. A program egyébként még egy speciális varázslót is biztosít a diagramokkal való munkavégzéshez. Amikor elindítja, a felhasználónak meg kell adnia a diagram típusát, címét, cellacímkéit, és még a szerzőt is meg kell adnia.

A BPWin felülete meglehetősen pragmatikus. A munkaterület egy modellt tartalmazó ablakból, egy eszköztárból és egy navigációs panelből áll. Minden további funkciók a főmenüben koncentrálva.

Telepítés és kompatibilitás

Mivel a BPWin-t a fejlesztő hosszú ideig nem támogatja - legújabb verziója A 4.0 még 2006-ban jelent meg, komoly kompatibilitási problémák léphetnek fel az operációs rendszer új verzióival Windows rendszerek. Emiatt a szoftvertelepítőt kompatibilitási módban kell futtatni. Egyáltalán, Windows felhasználók 7, 8 és 10 korszerűbb program használata javasolt - . Sokkal többet tartalmaz hasznos eszközöketés jól működik az új operációs rendszerekkel.

Főbb jellemzők

• az üzleti folyamatok modellezésére szolgáló eszközök nagy készlete;
• egyszerű és intuitív felület;
• az IDEF0 módszertannak való megfelelés;
• jelentések automatikus generálása;
• kényelmes diagramkészítő varázsló;
• kompatibilitási problémák a modern operációs rendszerekkel.