IDEF0 programmatūras izstrāde. Dažādu krāsu izmantošana. Modeļa IDEFO veidošanas princips

Uzziniet, kā redzēt un saprast jūsu uzņēmuma funkcionālo struktūru!

Pašlaik Krievijā interese par pārvaldības standartiem, kas vispārpieņemtas Rietumos ir strauji pieaudzis, tomēr reālā vadības praksē ir viens ļoti demonstrācijas punkts. Daudzi vadītāji joprojām var būt saistīti ar tiešu jautājumu par uzņēmuma organizatorisko struktūru vai esošo biznesa procesu shēmu. Vispistārākās un regulāri lasot ekonomiskos periodiskos vadītājus, kā likums sāk izdarīt tikai vienu hierarhisku diagrammas saprotamas tikai ar tiem, bet šajā procesā parasti ātri ievadiet strupceļu. Tas pats attiecas uz darbiniekiem un vadītājiem dažādu pakalpojumu un funkcionālo vienību. Vairumā gadījumu vienīgais izklāstīto noteikumu kopums, saskaņā ar kuru uzņēmumam būtu jādarbojas, ir atsevišķu noteikumu un darba aprakstu kopums. Visbiežāk šie dokumenti tika apkopoti ne pirms gada, vāji strukturēti un nepabeigti starp sevi un, kā rezultātā tie vienkārši putekļi uz plauktiem. Pašlaik šāda pieeja bija pamatota, jo Krievijas tirgus ekonomikas veidošanās laikā konkurences koncepcija praktiski nebija praktiski, un izmaksas netika uzskatītas par īpašu vajadzību - peļņa bija gigantiska. Tā rezultātā, mēs redzam pēdējo divu gadu diezgan paskaidrojošu attēlu: lieli uzņēmumi, kas ir audzēti 1990. gadu sākumā pakāpeniski atteikties no savas pozīcijas, līdz pilnīgu aprūpi no tirgus. Tas daļēji tas ir saistīts ar to, ka uzņēmums nav ieviesis pārvaldības standartus, funkcionālā darbības modeļa koncepcija un misija bija pilnīgi klāt. Ar dažādu darbības jomu modelēšanas palīdzību ir iespējams efektīvi analizēt "vājās vietas" vispārējās uzņēmējdarbības shēmas pārvaldībā un optimizēšanā. Bet, kā jūs zināt, jebkurā uzņēmumā, augstākajai prioritātei ir tikai tie projekti, kas tieši dod peļņu, tāpēc mēs runājam par pasākumu apsekojumu un tās reorganizāciju tikai reālas krīzes laikā uzņēmuma pārvaldībā.

90. gadu beigās, kad tirgus konkurence un rentabilitāte parādījās tirgū pēc vajadzības, līderi jutās milzīgas grūtības, mēģinot optimizēt izmaksas, lai produkti paliktu vienlaicīgi un izdevīgi un konkurētspējīgi. Tikai šajā brīdī, nepieciešamība ir modelis uzņēmuma darbības pirms savas acis, kas atspoguļotu visus mehānismus un principus attiecību dažādu apakšsistēmu vienā uzņēmumā.

Ļoti jēdziens "biznesa procesu modelēšana" ir pienācis dzīvē visvairāk analītiķu vienlaicīgi ar izskatu tirgū sarežģītu programmatūras produktiem, kas paredzēti integrētai automatizācijas uzņēmuma vadības. Šādas sistēmas vienmēr nozīmē dziļu pirmsprojekta aptauju par uzņēmuma darbību. Šīs pārbaudes rezultāts ir ekspertu atzinums, kurā daži punkti tiek veikti ar ieteikumiem, lai novērstu "vājās vietas" darbību vadībā. Pamatojoties uz šo secinājumu, tieši pirms automatizācijas sistēmas projekta īstenošanas, tā sauktā biznesa procesu reorganizācija tiek veikta, dažreiz diezgan nopietna un sāpīga uzņēmumam. Tas, protams, komanda izstrādāta gadiem, vienmēr ir grūti piespiest "domāt jaunā veidā." Šādi visaptveroši uzņēmumu aptaujas vienmēr ir sarežģītas un ievērojami atšķiras no uzdevumu gadījuma. Lai atrisinātu šādas sarežģīto sistēmu modelēšanas problēmas, pastāv labi velmētas metodes un standarti. Šādi standarti ietver IDEF ģimenes metodoloģiju. Ar to palīdzību ir iespējams efektīvi parādīt un analizēt dažādu sarežģītu sistēmu klāstu dažādos izcirtņos. Tajā pašā laikā sistēmas procesu aptaujas platumu un dziļumu nosaka pats izstrādātājs, kas ļauj pārlogot radīto modeli ar pārmērīgiem datiem. Šobrīd IDEF ģimenei var attiecināt uz šādiem standartiem:

IDEF0 - funkcionālās modelēšanas metodoloģija. Izmantojot vizuālo grafisko IDEF0, sistēma pētīta pirms izstrādātājiem un analītiķu formā komplekta savstarpēji funkcijas (funkciju bloki - Noteikumos IDEF0). Parasti modelēšanas rīki IDEF0 ir pirmais solis jebkuras sistēmas pētījumā;

IDEF1 - modelēšanas informācijas plūsmu modelēšanas metodika sistēmā, kas ļauj parādīt un analizēt to struktūru un starpsavienojumu;

IDEF1X (IDEF1 paplašināts) - metodoloģija relāciju struktūru veidošanai. IDEF1X attiecas uz "uzņēmuma attiecību" metodoloģiju (erity attiecības) veidu, un kā likums tiek izmantots, lai modelētu relāciju datu bāzes, kas saistītas ar izskatāmo sistēmu;

IDEF2 ir sistēmas attīstības dinamiskās modelēšanas metodika. Sakarā ar ļoti nopietnajām grūtībām analīzes dinamisko sistēmu, tas bija gandrīz pamesta no šī standarta, un tās attīstība tika apturēta sākotnējā posmā. Tomēr pašlaik ir algoritmi un to datoru ieviešanas, kas ļauj pārveidot statisko IDF0 diagrammu kopumu dinamiskajos modeļos, kas būvēti, pamatojoties uz "Petri krāsotiem tīkliem" (CPN - krāsu Petri tīkli);

IDEF3 ir metodoloģija dokumentēšanas procesu, kas notiek sistēmā, kas tiek izmantota, piemēram, pētījumā tehnoloģiskajiem procesiem uzņēmumos. Izmantojot IDEF3 apraksta skriptu un secību darbību katram procesam. IDEF3 ir tiešas attiecības ar IDF0 metodoloģiju - katru funkciju (funkcionālo bloku) var pārstāvēt kā atsevišķu procesu ar IDEF3;

IDEF4 - objektu orientētu sistēmu veidošanas metodika. IDEF4 līdzekļi var skaidri parādīt objektu struktūru un to mijiedarbības principus, tādējādi ļaujot analizēt un optimizēt sarežģītas objektu orientētas sistēmas;

IDEF5 - Ontoloģisko pētījumu komplekso sistēmu metodoloģija. Izmantojot IDF5 metodoloģiju, sistēmas ontoloģiju var aprakstīt, izmantojot noteiktu terminu un noteikumu vārdnīcu, pamatojoties uz kuriem ir ticami apgalvojumi par valsts sistēmas stāvokli, var veidoties kādā brīdī. Pamatojoties uz šiem apgalvojumiem, tiek veidoti secinājumi par sistēmas turpmāko attīstību, un tas ir optimizēts.
Kā daļu no šī raksta, mēs uzskatām visbiežāk izmantoto metodiku funkcionālās modelēšanas IDEF0.

IDF0 standarta vēsture

IDF0 metodoloģiju var uzskatīt par sekojošiem SADT funkcionālo funkcionālo sistēmu apraksta izstrādes fāzi (strukturēta analīze un dizaina teqnique). Pirms vairākiem gadiem līdzīga grāmata tika izlaista nelielā apgrozībā, kas veltīta ēku SADT diagrammu pamatprincipiem. Vēsturiski IDEF0, jo standarts tika izstrādāts 1981. gadā, kā daļa no plašas automatizācijas programmas rūpniecības uzņēmumiem, kas valkāja ICAM apzīmējumu (integrēta datorizēta ražošana), un tika ierosināts ASV Gaisa spēku departaments. Faktiski, IDEF standartu ģimene mantoja tās apzīmējumu no nosaukuma šīs programmas (IDEF \u003d ICAM definīcija). Praktiskās īstenošanas procesā ICAM programmas dalībnieki saskārās ar nepieciešamību izstrādāt jaunas metodes, lai analizētu mijiedarbības procesus rūpniecības sistēmās. Tajā pašā laikā, papildus uzlabotajai funkciju kopumam, lai aprakstītu biznesa procesus, viena no jaunā standarta prasībām bija efektīvas mijiedarbības metodikas esamība "analītiķa speciālista" ietvaros. Citiem vārdiem sakot, jaunā metode bija nodrošināt grupu darbu pie modeļa izveides, ar tiešu līdzdalību visiem analītiķiem un speciālistiem, kas nodarbināti projektā.

Attiecīgo risinājumu meklēšanas rezultātā dzimis funkcionālās modelēšanas metodoloģija IDEF0. Kopš 1981. gada IDF0 standarts ir veikts vairākas nelielas izmaiņas, kas galvenokārt ierobežo, un viņa pēdējo redkolēģiju 1993. gada decembrī izsniedza Nacionālais institūts Standrays un ASV tehnoloģijas (NIST).

Galvenie elementi un ideāli IDF0

Grafiskais IDF0 valoda ir pārsteidzoši vienkārša un harmoniska. Metodoloģija ir balstīta uz četriem pamatjēdzieniem.

Pirmais no tiem ir funkciju bloka (darbības kastes) jēdziens. Funkcijas bloks ir grafiski attēlots kā taisnstūris (sk. 1. attēlu) un personificē kādu konkrētu funkciju ietvaros ar izskatāmo sistēmu. Saskaņā ar standarta prasībām katra funkcionālā bloka nosaukums būtu jāizstrādā verballācijā (piemēram, "ražot pakalpojumus", nevis "ražošanas pakalpojumi").

Katrai no četrām pusēm funkciju blokā ir sava noteikta vērtība (loma), bet:

Augšējā pusē ir "kontroles" vērtība;

Kreisajā pusē ir "ievade" (ievade);

Labajā pusē ir "izeja" (izeja);

Apakšējā pusē ir vērtība "mehānisms".

Katram funkcionālajam blokam aplūkotajā sistēmā ir jābūt savam unikālajam identifikācijas numuram.

1. attēls. Funkcijas bloks.

Otrā "Whale" IDEF0 metodoloģija ir saskarnes loka (bultiņas) jēdziens. Arī interfeisa loki bieži sauc plūsmas vai bultas. Interfeisa loka parāda sistēmas elementu, ko apstrādā funkciju blokā vai ir atšķirīgs efekts uz šo funkcionālo bloku parādīto funkciju.

Interfeisa loka grafiskais displejs ir vienvirziena bultiņa. Katram saskarnes lokam jābūt savam unikālajam nosaukumam (bultiņas etiķete). Pēc standarta pieprasījuma nosaukumam jābūt lietvārda normalizācijai.

Izmantojot interfeisa lokus, dažādus objektus, uz vienu grādu vai citu, nosakot procesus, kas notiek sistēmā. Šādi objekti var būt reālās pasaules elementi (daļas, vagoni, darbinieki utt.) Vai datu plūsmas un informācija (dokumenti, dati, instrukcijas utt.).

Atkarībā no tā, kuras puses ir piemērotas šim saskarnes lokam, to sauc par "ienākošo", "izejošo" vai "kontroli". Turklāt katra funkcionālā loka "avots" (sākums) un "uztvērējs" (beigas) var būt tikai funkcionāli bloki, un tikai bloka izvades puse var būt "avots", un jebkurš no trim atlikušajiem "uztvērējiem .

Jāatzīmē, ka jebkuram funkcionālajam blokam saskaņā ar standarta prasībām jābūt vismaz vienai kontroles saskarnes loka un vienam izejošajam. Tas ir saprotams - katram procesam vajadzētu rasties saskaņā ar dažiem noteikumiem (parādīts kontroles loka), un tai vajadzētu radīt kādu rezultātu (jaunās loka), pretējā gadījumā tā apsvērums nav jēgas.

Veidojot IDEF0 - diagrammas ir svarīgi, lai pienācīgi atdalītu ienākošos saskarnes lokus no vadītājiem, kas bieži vien nav viegli. Piemēram, 2. attēlā redzams funkcionāls bloks "apstrādājot sagatavi".

Reālajā procesā apstrāde tiek izsniegta apstrādei, apstrādei un tehnoloģiskiem norādījumiem (vai drošības noteikumiem, strādājot ar mašīnu). Tas var šķist kļūdaini, ka sagatave un dokuments ar tehnoloģiskiem virzieniem ir ienākošie objekti, bet tas nav. Faktiski, šajā procesā sagatavi apstrādā saskaņā ar noteikumiem, kas atspoguļoti tehnoloģiskajās instrukcijās, kas ir attiecīgi pārstāvēta kontroles saskarnes loka.

2. attēls.

Vēl viena lieta ir tad, kad tehnoloģiskās instrukcijas apstrādā galvenā tehnologs un izmaiņas tiek veiktas tajās (3. att.). Šādā gadījumā tie tiek parādīti jau ienākošajā interfeisa lokā, un kontroles objekts ir, piemēram, jauni rūpniecības standarti, pamatojoties uz to, kuras izmaiņas tiek veiktas.

3. attēls.

Iepriekš minētie piemēri uzsver ārēji līdzīgu ienākošo un kontroles interfeisa loka raksturu, tomēr tās pašas klases sistēmām vienmēr ir dažas atšķirības. Piemēram, attiecībā uz uzņēmumu un organizāciju izskatīšanas gadījumā ir pieci galvenie iekārtu veidi: materiālu plūsmas (detaļas, preces, izejvielas, uc), finanšu plūsmas (naudas un bezskaidras naudas, ieguldījumi utt.), \\ T Dokumenti (komerciālie, finanšu un organizatoriskie dokumenti), informācijas plūsmas (informācija, informācija par nodomiem, mutiskiem pasūtījumiem utt.) Un resursi (darbinieki, mašīnas, automašīnas utt.). Tajā pašā laikā dažādos gadījumos ienākošie un izejošie saskarnes loki var parādīt visu veidu objektus, kas ir vadītāji, kas saistīti ar plūsmām un informāciju, un mehānismi ar lokiem tikai resursiem.

Obligātās kontroles interfeisa loka pieejamība ir viena no galvenajām atšķirībām IDF0 standartā no cita DFD (Dagram) un WFD (darba plūsmas diagramma).

Trešais IDF0 galvenā koncepcija ir sadalīšanās (sadalīšanās). Sadalīšanās principu izmanto, sadalot sarežģīto procesu tās funkcijas komponentiem. Tajā pašā laikā procesa detaļu līmeni tieši nosaka modeļa izstrādātājs.

Sadalīšanās ļauj pakāpeniski un strukturēt, lai pārstāvētu sistēmas modeli kā atsevišķu diagrammu hierarhisku struktūru, kas padara to mazāk pārslogotu un viegli uzsūcas.

IDF0 modelis vienmēr sākas ar sistēmas pārstāvību kā vienu veselu skaitli - viens funkcionāls bloks ar interfeisa lokiem, kas stiepjas ārpus reģiona. Šī diagramma ar vienu funkcionālo bloku sauc par konteksta diagrammu, un to norāda "A-0" identifikators.

Paskaidrojošajā tekstā konteksta diagrammā diagrammas konstrukciju mērķis (mērķis) ir fiksēts īss apraksts un viedoklis.

Definīcija un formalizācija mērķis attīstīt IDF0 - modelis ir ārkārtīgi svarīgs punkts. Faktiski mērķis nosaka atbilstošās jomas pētījumā, par kuru tas ir nepieciešams, lai koncentrētos galvenokārt. Piemēram, ja mēs simulējam uzņēmuma darbības ar mērķi turpināt veidot, pamatojoties uz šo informācijas sistēmas modeli, tad šis modelis būtiski atšķirsies no tā, ko mēs tiktu izstrādāti vienam un tam pašam uzņēmumam, bet kārtībā lai optimizētu loģistikas ķēdes.

Uzskata viedoklis nosaka modeļa izstrādes galveno virzienu un nepieciešamo detaļu līmeni. Skaidra fiksācija viedokļa ļauj jums izkraut modeli, atsakoties detalizācijas un izpētes atsevišķiem elementiem, kas nav nepieciešami, pamatojoties uz izvēlēto viedokļa uz sistēmu. Piemēram, tā paša uzņēmuma funkcionālie modeļi no galvenā tehnologa un finanšu direktora viedokļiem ievērojami atšķiros to detalizācijas virzienā. Tas ir saistīts ar to, ka galu galā Finanšu direktors neietekmē izejvielu pārstrādes aspektus ražošanas iekārtās, un galvenais tehnologs nav nekāda sakara ar finanšu plūsmu shēmām. Pareiza viedokļa izvēle ievērojami samazina galīgā modeļa izveides laika izmaksas.

Sadalīšanās procesā funkciju bloks, kas konteksta diagrammā tiek parādīta sistēma kopumā, tiek pakļauta detalizētai citai diagrammai. Iegūtā otrā līmeņa diagramma satur funkcionālus blokus, kas atspoguļo konteksta diagrammas funkcionālās blokādes galvenās apakšfunkcijas, un to sauc par meitasuzņēmumu (bērna diagrammu) attiecībā uz to (katrs no funkcionālajiem blokiem, kas pieder bērna diagramam, ir attiecīgi saukta par bērnu Kaste). Savukārt funkcionālo bloku sauc par mātes bloku saistībā ar meitasuzņēmumu (vecāku kaste), un diagramma, kurā viņš pieder, ir mātes diagramma (vecāku diagramma). Katru no meitas diagrammas apakšfunktiem var sīkāk sīkāk aprakstīt līdzīgu sadalīšanās atbilstošo funkcionālo bloku. Ir svarīgi atzīmēt, ka katrā funkciju bloka sadalīšanās gadījumā visi šajā vienībā iekļautie saskarnes loki tiek reģistrēti vai nāk no tā meitasuzņēmumā. Tas sasniedz IDF0 modeļa strukturālo integritāti. Sadalīšanās princips ir skaidri parādīts 4. attēlā uzmanība jāpievērš attiecībām numerācijas funkcionālo bloku un diagrammu - katrai vienībai ir savs unikāls sērijas numurs uz diagrammas (ciparu apakšējā labajā stūrī taisnstūra), Un apzīmējums zem labajā leņķī norāda uz meitasuzņēmuma par šo bloku diagrammu. Šī apzīmējuma neesamība liecina, ka šī bloka sadalīšanās nepastāv.

Bieži vien gadījumi, kad individuālie saskarnes loki nav jēgas turpināt apsvērt bērnu diagrammās zem konkrēta līmeņa hierarhijā, vai otrādi - atsevišķām lokiem nav praktiskas nozīmes virs kāda līmeņa. Piemēram, saskarne ar loku, kas attēlo "daļu" pie ieejas funkcionālajā blokā "apstrādei uz virpas", nav jēgas pārdomāt augstāku līmeni - tas būs tikai pārslodzes diagrammas un padarīs tos sarežģītus uztverei. No otras puses, tas notiek, lai atbrīvotos no individuāliem "konceptuāliem" interfeisa lokiem un nav detalizēti tos dziļāk nekā zināmu līmeni. Lai atrisinātu šādus uzdevumus IDF0 standartā, tiek sniegta jēdziens tunelēšanas. Apzīmējums "tunelis" (bultas tunelis) divu apaļo kronšteinu veidā ap saskarnes loka sākumā norāda, ka šī loka nav mantota no funkcionālā vecāka bloka un parādījās (no "tuneļa") tikai uz šo diagrammu. Savukārt, tas pats apzīmējums ap galā (bultas) no saskarnes loka tūlītēju tuvumā vienības - uztvērējs ir fakts, ka meitasuzņēmums attiecībā uz šo diagrammas bloks, šī loka netiks rādīta un jāapsver . Visbiežāk tas gadās, ka atsevišķi objekti un atbilstošie saskarnes loki netiek ņemti vērā dažos hierarhijas starpposma līmeņos, tādā gadījumā viņi pirmo reizi ienāca tunelī ", un pēc tam, ja nepieciešams," atgriezties no tuneļa. "

Pēdējais no jēdzieniem IDEF0 ir glosārijs (glosārijs). Katram no IDEF0 elementiem: diagrammas, funkciju bloki, saskarnes loka esošais standarts ietver veidot un uzturēt atbilstošu definīciju, atslēgvārdu, stāstījumu prezentācijas utt., Kas raksturo šo elementu parādīto objektu. Šo kopumu sauc par glosāriju un ir šī vienuma būtības apraksts. Piemēram, attiecībā uz vadības saskarnes loka "Maksājuma regulu" Glosārijs var saturēt sarakstu ar atbilstošo dokumentu loka, nepieciešamo vīzu kopumu utt. Glosārijs ir harmoniski papildina vizuālo grafisko valodu, piegādājot diagrammas ar nepieciešamo papildu informāciju.

4. attēls. Funkciju bloku sadalīšanās.

IDF0-diagrammu sarežģītības ierobežojuma principi

Parasti IDEF0 modelis ir sarežģīta un koncentrēta informācija pati par sevi, un, lai ierobežotu to pārslodzi un veikt lasāmu, atbilstošie grūtības ierobežojumi tiek veikti attiecīgajā standartā:

Funkcionālo bloku skaita ierobežošana trīs sešu diagrammā. Augšējā robeža (seši) izraisa attīstītājam izmantot hierarhijas, aprakstot sarežģītus priekšmetus, un zemākā robeža (trīs) nodrošina pietiekamu sīku informāciju par atbilstošo diagrammu, lai pamatotu tās izveidi;

Ierobežojot skaitu, kas piemērots vienam funkciju blokam (jaunās no vienas funkcijas bloka) interfeisa lokiem četri.
Protams, stingri ievērojiet šos ierobežojumus vispār pēc izvēles, tomēr, kā pieredze rāda, tie ir ļoti praktiski reālajā darbā.

Grupas darba disciplīna par IDF0 modeļa izstrādi

IDF0 standartā ir procedūru kopums, kas ļauj jums izstrādāt un koordinēt lielu cilvēku grupu, kas pieder pie dažādām simulētās sistēmas sistēmai. Parasti attīstības process ir iteratīvs un sastāv no šādiem nosacītiem posmiem:

Veidojot modeli grupu speciālistu, kas pieder dažādām darbības jomām uzņēmuma. Šī grupa noteikumos IDef0 sauc par autoriem (autoriem). Sākotnējā modeļa būvniecība ir dinamisks process, kurā autoru intervija ir kompetenta dažādu procesu struktūrā. Pamatojoties uz pieejamajiem noteikumiem, dokumentiem un apsekojumiem, tiek izveidots projekts (modeļa projekts) modelis.

Apsvēruma, koordinācijas un komentāru izplatīšana. Šajā posmā ir diskusija par modeļa projektu ar plašu kompetento personu (attiecībā uz IDF0 lasītājiem) uzņēmumā. Tajā pašā laikā katrs no modeļa projekta diagrammām kritizē un rakstiski komentēja un komentēja, un pēc tam nosūtīja autoru. Savukārt autors rakstiski piekrīt arī ar kritiku vai noraida to ar lēmuma loģikas prezentāciju un atkal atgriež koriģēto projektu turpmākai izskatīšanai. Šis cikls turpinās, līdz autori un lasītāji ieradīsies kopīgs viedoklis.

Modeļa oficiālā apstiprināšana. Par saskaņotā modeļa apstiprinājums notiek vadītājs darba grupas, ja autoru modeļa un lasītājiem nav domstarpības par tās atbilstību. Galīgais modelis ir koordinēta uzņēmuma (sistēmas) ideja no konkrēta viedokļa un konkrētam mērķim.
Grafiskā valoda IDEF0 skaidrība padara modeli diezgan lasāms personām, kas nepiedalījās tās izveides projektā, kā arī efektīvi parādot un prezentācijas. Nākotnē, pamatojoties uz konstruētu modeli, var organizēt jaunus projektus, kuru mērķis ir veikt izmaiņas uzņēmumā (sistēmā).

IDF0 funkcionālās modelēšanas valsts prakses iezīmes

Pēdējos gados interese par Krieviju IDF ģimenes metodoloģijā nepārtraukti pieaug. Es nepārtraukti skatījos, skatoties uz jūsu personīgās tīmekļa lapas apelāciju statistiku (http://www.vernikov.ru), kas īsi apraksta šo standartu pamatprincipus. Tajā pašā laikā, interese par šādiem standartiem kā IDEF3-5 es būtu teorētisks, un IDF0 ir diezgan praktiski pamatots. Patiesībā pirmie gadījumi, kas ļauj veidot DFD un IDEF0 diagrammas parādījās Krievijas tirgū 1996. gadā, vienlaikus atbrīvojot populāru grāmatu par modelēšanas principiem SADT standartos.

Neskatoties uz to, lielākā daļa vadītāju joprojām uzskata praktisku piemērošanu modelēšanas IDEF standartos drīzāk kā cieņu modes nekā efektīvs veids, kā optimizēt esošo uzņēmējdarbības vadības sistēmu. Visticamāk, tas ir saistīts ar izteikto informācijas trūkumu par praktisko pielietošanu šo metodiku un ar neaizstājamu programmatūru absolūtā vairākuma publikāciju.

Nav noslēpums, ka gandrīz visi aptauju projekti un uzņēmumu finanšu un saimnieciskās darbības analīze tagad notiek Krievijā, ir saistīta ar automatizētu kontroles sistēmu būvniecību. Sakarā ar to, IDEF standarti izpratnē visvairāk kļuva nosacīti neatdalāma no ieviešanas informācijas tehnoloģijas, lai gan ar viņu palīdzību, dažreiz jūs varat efektīvi atrisināt pat mazus vietējos uzdevumus, burtiski ar zīmuli un papīru.

Veicot sarežģītus projektus uzņēmumu aptaujām, modeļu izstrāde IDF0 standartā ļauj skaidri un efektīvi parādīt visu uzņēmuma darbības mehānismu vēlamajā sadaļā. Tomēr vissvarīgākais ir iespēja kolektīvu darbu, ko nodrošina IDF0. Manā praktiskajā darbībā bija diezgan daudz gadījumu, kad modeļa būvniecība tika veikta ar dažādu vienību darbinieku palīdzību. Tajā pašā laikā konsultants par diezgan īsu laiku izskaidroja IDF0 pamatprincipus un māca strādāt ar atbilstošu lietojumprogrammu programmatūru. Rezultātā dažādu departamentu darbinieki ir izveidojuši IDEF diagrammu par to funkcionālās nodaļas darbību, kas būtu jāatbild uz šādiem jautājumiem:

Kas iekļūst nodaļā "pie ieejas"?

Kādas funkcijas un kādā secībā tiek veikta nodaļā?

Kas ir atbildīgs par katras funkcijas izpildi?

Ko vada darbuzņēmējs, veicot katru no funkcijām?

Kāds ir vienības darba rezultāts (pie izejas)?

Pēc diagrammu projekta koordinēšanas katrā konkrētajā vienībā tos vāc konsultants uzņēmuma modeļa projektā, kurā visi ievades un izvades elementi ir saistīti. Šajā posmā tiek reģistrēti visas individuālo diagrammu un viņu pretrunīgo vietu neatbilstības. Turklāt šis modelis atkal iet caur funkcionālajām nodaļām turpmākai koordinācijai un nepieciešamo korekciju veikšanai. Tā rezultātā, par diezgan īsu laiku un piesaistot minimālo cilvēkresursu no konsultāciju uzņēmuma (un šiem resursiem, kā jūs zināt, ļoti dārgi), izrādās IDF0 modelis uzņēmuma saskaņā ar principu "kā ir ", un tas, kas ir svarīgi, tas ir uzņēmums ar darbinieku pozīcijām, kas tajā strādā un rūpīgi zina visas nianses, tostarp neformālu. Nākotnē šis modelis tiks nodots analīzei un pārstrādei biznesa analītiķiem, kas meklēs "vājās vietas" uzņēmuma vadībā un galveno procesu optimizāciju, pārveidojot modeli "kā ir" atbilstošajai pārstāvībai " kā tas būtu ". Pamatojoties uz šīm izmaiņām, un tiek veikts galīgais secinājums, kurā ir ieteikumi par vadības sistēmas reorganizāciju.

Protams, šāda pieeja prasa vairākus organizatoriskos pasākumus, galvenokārt ar apsekotās uzņēmuma vadību. Tas ir saistīts ar to, ka šī metode nozīmē uzlikšanu dažiem papildu pienākumiem jauno metodoloģiju izstrādei un praktiskai piemērošanai. Tomēr tas galu galā attaisno sevi, jo dažu dienu vienu vai divu stundu darba atsevišķu darbinieku dažu dienu laikā ļauj būtiski ietaupīt līdzekļus, lai samaksātu par trešās puses uzņēmuma konsultāciju pakalpojumiem (kas jebkurā gadījumā noņems darbu tie paši darbinieki ar anketām un jautājumiem). Attiecībā uz uzņēmuma darbiniekiem, vienā vai otrā veidā, izteikta iebildums par to daļu es neesmu tikās manā praksē.

Visa tā var izdarīt secinājumu: absolūti ne vienmēr ikreiz, kad jūs pats izgudrot risinājumus standarta uzdevumiem. Vienmēr, kad jūs sastopaties ar nepieciešamību analizēt funkcionālo sistēmu (no kosmosa konstrukcijas sistēmas, līdz integrētu vakariņu sagatavošanas procesam - izmantojiet pierādītās un velmētās metodes gadiem. Viena no šīm metodēm ir IDEF0, kas ļauj atrisināt sarežģītus dzīves uzdevumus, izmantojot jūsu vienkāršo un saprotamo rīku komplektu.

Metodikas mērķis ir izveidot pētījuma sistēmas funkcionālo shēmu, aprakstot visus nepieciešamos procesus ar precizitāti, kas ir pietiekama vienai pret vienu sistēmas modelēšanu.

Metodoloģija ir balstīta uz četriem pamatjēdzieniem: funkcionālais bloks, interfeisa loka, sadalīšanās, glosārijs.

Funkciju bloks (Aktivitātes kaste) ir kāda konkrēta funkcija atbilstošā sistēmas ietvaros. Saskaņā ar standarta prasībām katra funkcijas bloka nosaukums ir jāizstrādā verbālajā (piemēram, "Pakalpojumu ražošana"). Diagrammā funkciju bloks ir attēlots ar taisnstūri (3. att.).

Katrai no četrām pusēm funkciju blokā ir sava noteikta vērtība (loma), bet:

Augšējā pusē ir "kontroles" vērtība;

Kreisajā pusē ir "ievade" (ievade);

Labajā pusē ir "izeja" (izeja);

Apakšējā pusē ir vērtība "mehānisms".

Saskarnes loka (Bultiņa) Parāda sistēmas elementu, kas tiek apstrādāta ar funkcionālo bloku vai ir atšķirīgs efekts funkcijapārstāv šis funkciju bloks. Saskarnes lokus bieži sauc par straumēm vai bultiņām.

Fig. 3. - Funkcijas bloks

Atkarībā no tā, kuras funkcionālā bloka daļēja bloka puse ir piemērota šādai saskarnes lokam, to sauc par "ienākošo", "izejošo" vai "kontroli".

Jāatzīmē, ka jebkuram funkcionālajam blokam saskaņā ar standarta prasībām jābūt vismaz vienai kontroles saskarnes loka un viena izejošā. Tas ir saprotams - katram procesam vajadzētu rasties saskaņā ar dažiem noteikumiem (parādīts kontroles loka), un tai vajadzētu radīt kādu rezultātu (jaunās loka), pretējā gadījumā tā apsvērums nav jēgas.

Obligātās kontroles interfeisa loka pieejamība ir viena no galvenajām atšķirībām IDF0 standartā no cita DFD (Dagram) un WFD (darba plūsmas diagramma).

Sadalīšanās (Sadalīšanās) ir IDF0 standarta pamatkoncepcija. Sadalīšanās principu izmanto, sadalot komplekso procesu to sastāvdaļām funkcijas. Tajā pašā laikā procesa detaļu līmeni tieši nosaka modeļa izstrādātājs.

Sadalīšanās ļauj pakāpeniski un strukturēt, lai pārstāvētu sistēmas sistēmas formā hierarhisku struktūru atsevišķu diagrammu, kas padara to mazāk pārslogotu un viegli sagremojamu (att.4).

Pēdējais no jēdzieniem IDEF0 ir glosārijs (glosārijs). Katram no IDEF0 elementiem - diagrammas, funkciju bloki, interfeisa loki - esošais standarts ietver atbilstošu definīciju, atslēgvārdu, stāstījumu, uc kopuma izveidi un uzturēšanu, kas raksturo šo vienumu parādīto objektu. Šo kopumu sauc par glosāriju un ir šī vienuma būtības apraksts. Glosārijs ir harmoniski papildina vizuālo grafisko valodu, piegādājot diagrammas ar nepieciešamo papildu informāciju.

Skaidrojošā tekstā konteksta diagrammā jānorāda mērķis (Mērķis) diagrammas izveide īsa apraksta veidā un fiksēta viedoklis.

Fig. 4. - modeļa funkcionālo bloku sadalīšanās diagramma

IDF0 modeļa izstrādes nolūkā definīcija un formalizēšana ir ārkārtīgi svarīgs punkts. Faktiski mērķis nosaka atbilstošās jomas pētījumā, par kuru tas ir nepieciešams, lai koncentrētos galvenokārt.

Viedoklis nosaka modeļa izstrādes galveno virzienu un nepieciešamo detaļu līmeni.

Skaidra fiksācija viedokļa ļauj jums izkraut modeli, atsakoties detalizācijas un izpētes atsevišķiem elementiem, kas nav nepieciešami, pamatojoties uz izvēlēto viedokļa uz sistēmu. Pareiza viedokļa izvēle ievērojami samazina galīgā modeļa izveides laika izmaksas.

Atlase subprocesses. Sadalīšanās procesā funkciju bloks, kas konteksta diagrammā tiek parādīta sistēma kopumā, tiek pakļauta detalizētai citai diagrammai. Iegūtā otrā līmeņa diagramma satur funkcionālus blokus, kas atspoguļo konteksta diagrammas funkcionālās blokādes galvenos apakšfunktus, un to sauc par meitasuzņēmumu (bērna diagrammu) attiecībā uz to (katrs no funkcionālajiem blokiem, kas pieder pie bērna diagrammas, ir attiecīgi sauc par bērnu kasti).

Savukārt funkcionālo bloku sauc par mātes bloku saistībā ar meitasuzņēmumu (vecāku kaste), un diagramma, kurā viņš pieder, ir mātes diagramma (vecāku diagramma). Katru no meitas diagrammas apakšfunktiem var sīkāk sīkāk aprakstīt līdzīgu sadalīšanās atbilstošo funkcionālo bloku. Katrā gadījumā funkciju bloka sadalīšanās, visas saskarnes lokus, kas iekļauti šajā vienībā vai no tā, kas atrodas no tā, ir noteikti meitasuzņēmumā. Tas sasniedz IDF0 modeļa strukturālo integritāti.

Dažreiz atsevišķa saskarnes augstākā līmeņa saskarnes lokiem nav lietderīgi turpināt apsvērt zema līmeņa diagrammās vai otrādi - atsevišķas zemākas loka, kas atspoguļo augstāku līmeni - tas būs tikai pārslodzes diagrammas un padarīt tos grūti uztverē. Lai atrisinātu šādus uzdevumus IDF0 standartā, tiek sniegta jēdziens tunelēšanas. Apzīmējums "tunelis" (bultas tunelis) divu apaļo kronšteinu veidā ap saskarnes loka sākumā norāda, ka šī loka nav mantota no funkcionālā vecāka bloka un parādījās (no "tuneļa") tikai uz šo diagrammu.

Savukārt, tas pats apzīmējums ap galu (bultas) no saskarnes loka tūlītēju aizvēršanas uztvērēja bloka nozīmē faktu, ka šis loks tiks parādīts meitasuzņēmumā attiecībā uz šo bloka diagrammu un netiks ņemts vērā. Visbiežāk tas gadās, ka atsevišķi objekti un atbilstošie saskarnes loki netiek ņemti vērā dažos hierarhijas starpposma līmeņos - šajā gadījumā viņi pirmo reizi ienāca tunelī, un pēc tam, ja nepieciešams, "atgriezties no tuneļa".

Parasti IDF0 modelis ir sarežģīta un koncentrēta informācija pati par sevi, un, lai ierobežotu to pārslodzi un lasāmu, atbilstoši sarežģītības ierobežojumi tiek veikti standartā.

Ieteicams pārstāvēt diagrammu no trim līdz sešiem funkcionāliem blokiem, bet ir paredzams, ka vienam funkcionālajam blokam (no viena funkcionālā bloka) ir paredzēts vairāk nekā četriem.

IDF0 standartā ir procedūru kopums, kas ļauj jums izstrādāt un koordinēt lielu cilvēku grupu, kas pieder pie dažādām simulētās sistēmas sistēmai.

Parasti attīstības process ir iteratīvs un sastāv no šādiem nosacītajiem posmiem.: Dažādu uzņēmumu darbības jomu speciālistu grupas modeļa izveide. Šī grupa noteikumos IDef0 sauc par autoriem (autoriem). Sākotnējā modeļa būvniecība ir dinamisks process, kurā autori pieprasa kompetentās personas par dažādu procesu struktūru, izveidojot modeļus nodaļu darbību.

Tajā pašā laikā tās ir ieinteresētas atbildes uz šādiem jautājumiem:

Kas iekļūst nodaļā "pie ieejas"?

Kāda veida funkcijas Un kādā secībā tiek veikta nodaļā?

Kurš ir atbildīgs par katra no funkcijas?

Ko vada darbuzņēmējs, veicot katru no funkcijas?

Kāds ir vienības darba rezultāts (pie izejas)?

Pamatojoties uz pieejamajiem noteikumiem, dokumentiem un apsekojumiem, tiek izveidots projekts (modeļa projekts) modelis.

Apsvēruma, koordinācijas un komentāru izplatīšana. Šajā posmā ir diskusija par modeļa projektu ar plašu kompetento personu klāstu (Neidef0 - lasītājiem) uzņēmumā. Tajā pašā laikā katrs no modeļa projekta diagrammām kritizē un rakstiski komentēja un komentēja, un pēc tam nosūtīja autoru. Savukārt autors rakstiski piekrīt arī ar kritiku vai noraida to ar lēmuma loģikas prezentāciju un atkal atgriež koriģēto projektu turpmākai izskatīšanai. Šis cikls turpinās, līdz autori un lasītāji ieradīsies kopīgs viedoklis.

Grafiskā valoda IDEF0 skaidrība padara modeli diezgan lasāms personām, kas nepiedalījās tās izveides projektā, kā arī efektīvi parādot un prezentācijas. Nākotnē, pamatojoties uz konstruētu modeli, var organizēt jaunus projektus, kuru mērķis ir modeļa izmaiņu izgatavošana.

IDF0 modelis ir ieteicams lietot uzņēmumā, aprakstot biznesa procesus augšējā līmenī. Apkopojot biznesa procesu funkcionālo modeli (IDEF0), funkcijas un ievadi, izejas plūsmas materiālu, finanšu resursiem un informāciju (dokumenti, faili) ir aprakstīti.

IDF0 formāta nosacītie apzīmējumi ir sniegti 2.3. Tabulā.

2. tabula - grafiskie iDef0 notācijas simboli

Simbols	Bilde	Apraksts
Bloķēt		Bloks apraksta šo procesu. Tipisks bloks ir parādīts 1. attēlā. 1. Katrā blokā ir ievietots tā nosaukums un numurs. Nosaukumam jābūt aktīvam verbam, verbālam apgrozījumam vai atdalāmam lietvārdam. Bloka numurs atrodas apakšējā labajā stūrī. Bloka numurus izmanto, lai identificētu diagrammu un atbilstošā tekstā.
Bultiņa		Bultiņas norāda uz ienākošajiem un izejošajiem objektiem no procesa (dati). Katrai funkcionālās bloka pusē ir standarta vērtība sakaru bloka bultiņas ziņā, savukārt, bloka puse, uz kuru bultiņa ir pievienota unikāli nosaka tās lomu. Bultiņas, kas iekļautas bloka kreisajā pusē - ieejas. Bultiņas, kas iekļautas blokā no iepriekš - kontrole. Bultas, kas atstāj procesa tiesības - izejas, ti.e. Datu vai materiālu objekti, ko ražo process. Bultiņas, kas savienotas ar bloka apakšējo daļu, ir mehānismi.
Tuneļu bultas		Tuneļu bultiņas nozīmē, ka dati, kas apzīmēti ar šīm bultiņām, netiek uzskatīts par mātes diagrammu un / vai meitasuzņēmumā. Bultiņa ievieto tunelī, kur tas pievienojas blokam nozīmē, ka dati, kas izteikti ar šo bultiņu, nav nepieciešams nākamajā sadalīšanās līmenī. Bultiņa ievieto tunelī brīvajā galā nozīmē, ka dati, kas izteikti ar to, nav mātes diagramma.
Ārējā atsauce		Ārējā saikne - vieta, būtība vai priekšmets, kas ir ārpus simulētās sistēmas robežām. Izmanto, lai apzīmētu avota vai uztvērēja bultiņu ārpus modeļa. Diagrammās ārējā saite ir attēlota laukuma formā, blakus ir parādīts nosaukums ārējās saites.
Interdiagram saite		Elements, kas apzīmē citu diagrammu. Tas kalpo, lai apzīmētu bultiņu uz citu biznesa procesa diagrammu, neparādot bultiņas uz virsējo diagrammu (izmantojot hierarhiskos modeļus).

3. tabula - grafiskais IDF0 notācijas simboli

IDEF0 - Graphic modelēšanas notācija, ko izmanto, lai izveidotu funkcionālu modeli, kas attēlo sistēmas struktūru un funkciju, kā arī informācijas plūsmas un materiālus objektus, kas saistās šīs funkcijas. IDEF0 standarts (funkciju modelēšanas integrācija) ir apstiprināts Amerikas Savienotajās Valstīs 1993. gadā kā federālais informācijas apstrādes standarts. Krievijā tas ir statuss stūres dokumenta kopš 2000. gada un pašlaik nav apstiprināts kā standarts. Neskatoties uz to, IDEF0 metodoloģija ir viena no populārākajām pieejām, lai aprakstītu biznesa procesus. Tās funkcijas var attiecināt uz:

izmantojot konteksta diagrammu;

sadalīšanās atbalsts;

dominēšana;

4 veidu bultiņu veidi.

Konteksta diagramma. Augstākā diagramma, kurā modelēšanas objektu pārstāv viens bloks ar robežām bultiņām. Šo diagrammu sauc par 0 (un mīnus nulli). Šīs diagrammas bultiņas atspoguļo modelēšanas objekta saikni ar vidi. A-0 diagramma nosaka modelēšanas zonu un tās robežu. A-0 diagrammas piemērs ir parādīts 1. attēlā. viens.

1. attēls. A-0 attēls IDF0 apzīmējumā

Sadalīšanās atbalsts. IDF0 apzīmējums atbalsta procesa secīgo sadalīšanos vēlamajam detalizācijas pakāpei. Meitasuzņēmums, kas izveidots sadalīšanās laikā, aptver to pašu telpu kā mātes procesu, bet to apraksta sīkāk. Saskaņā ar IDF0 metodoloģiju mātes procesa ierašanās dalīšanās laikā tiek nodota bērna diagrammai robežas šāvēja veidā.

Dominance. IDF0 modeļa blokiem, kas nav tumšajā diagrammā, būtu jāatrodas pa diagonāli - no diagrammas augšējā kreisajā stūrī uz labo apakšējo labumu piešķirto numuru secībā. Bloki uz diagrammas, kas atrodas augšpusē pa kreisi, "dominē" virs blokiem, kas atrodas apakšējā labajā pusē. "Dominansējums" tiek uzskatīts par ietekmi, ko bloks ir citos diagrammas blokos. Bloka atrašanās vieta uz diagrammas lapas atspoguļo autora izpratni par dominēšanu. Tādējādi diagrammas topoloģija rāda, kurām funkcijām ir lielāka ietekme uz pārējo.

4 veidu bultiņu veidi. Tiek piešķirti šādi bultiņu veidi: "Pieteikšanās", "Exit", "mehānisms", "vadība". Ieejas tiek konvertētas vai pavadītas procesā, lai izveidotu to, kas parādīsies tās produkcijā. Vadība nosaka apstākļus, kas nepieciešami procesam, lai iegūtu pareizo produkciju. Izejas - datu vai materiālu objekti, ko ražo process. Mehānismi identificē līdzekļus, kas atbalsta procesa izpildi. Tādējādi IDF0 bloks parāda ievades transformāciju izejas, izmantojot mehānismus, kontrolējot kontroles ietekmi.

IDF0 apzīmējuma grafikas rakstzīmju dizaina apraksts ir parādīts 1. tabulā.

Nosaukt	Grafiskais simbols	Apraksts
		Procentu norāda taisnstūrveida bloks. Katrā blokā ir ievietots tā nosaukums un numurs. Nosaukumam jābūt aktīvam verbam, verbālam apgrozījumam vai atdalāmam lietvārdam. Bloka numurs atrodas apakšējā labajā stūrī. Bloka numurus izmanto, lai identificētu diagrammu un atbilstošā tekstā.
		Bultiņas norāda uz ienākošajiem un izejošajiem objektiem no procesa (dati). Katrai funkcijas bloka pusē ir standarta vērtība no komunikācijas bloka bultiņas viedokļa. Savukārt bloka pusē, uz kuru bultiņa ir pievienota unikāli nosaka tās lomu. Bultiņas, kas iekļautas bloka kreisajā pusē - ieejas. Bultiņas, kas iekļautas blokā no iepriekš - kontrole. Bultas, kas atstāj procesa tiesības - izejas, ti.e. Datu vai materiālu objekti, ko ražo process. Bultiņas, kas savienotas ar bloka apakšējo daļu, ir mehānismi.
Tuneļu bultas		Tuneļu bultiņas nozīmē, ka nosūtītie dati, izmantojot šīs bultiņas, netiek uzskatīts par mātes diagrammu un / vai meitasuzņēmumā. Bultiņa ievieto tunelī, kur tas pievienojas blokam nozīmē, ka dati, kas izteikti ar šo bultiņu, nav nepieciešams nākamajā sadalīšanās līmenī. Bultiņa ievieto tunelī brīvajā galā nozīmē, ka šie dati ir klāt uz mātes diagrammu. Tuneļu bultiņas var izmantot procesa diagrammās IDF0, procesa, procedūras metodēm.
		Elements apzīmē vietu, uzņēmumu vai objektu, kas ir ārpus simulētās sistēmas robežām. Ārējās saites tiek izmantotas, lai apzīmētu avotu vai uztvērēja bultiņu ārpus modeļa. Diagrammās ārējā saite ir attēlota laukuma formā, blakus ir parādīts nosaukums ārējās saites. Ārējās atsauces var izmantot procesa diagrammās jebkurā apzīmējumā.
		Elements, kas apzīmē citu diagrammu. Interdiagramic saite tiek izmantota, lai apzīmētu bultiņas pāreju uz diagrammu cita procesa, neparādot bultiņu uz virsējo diagrammu (izmantojot hierarhiskos modeļus). Kā interdiagramisko saikni, procesa diagrammu paziņojumu EPC un BPMN nevar veikt. Interdiagramiskās atsauces var izmantot procesa diagrammās IDF0, "procesa", "procedūras" metodēm.
		Elements apzīmē saiti uz procesa modeli. Visbiežāk atkārtoti procesi biznesa procesa modelī var iezīmēt kā tipisks atsevišķā mapē Navigators. Standarta procesa diagramma tiek veidota vienu reizi vienā vietā Navigators. Tālāk jebkurā diagrammā var izmantot atsauces procesu tipiskam procesam. Standarta procesa parametri ir aizpildīti tieši Īpašuma logs Standarta process. Ir izveidots arī nepārtraukts saraksts ar mācību priekšmetiem, kas piedalās standarta procesa izpildē Īpašuma logs Standarta process. Standarta procesa izpildē iesaistīto tematu saraksts virsējā procesa ietvaros ir izveidots Īpašuma logs Procesa atsauces uz standarta procesu. Atsauces procesus var izmantot procesa diagrammās jebkurā apzīmējumu.
		Attālināts elements, kas paredzēts komentāru lietošanai. Elementu var izmantot diagrammas procesu jebkurā apzīmējumu.

Zināms šodien, ne tikai šaurās lokos, IDEF0 saīsinājums ir pirmā metodoloģija, standartizējot darbu biznesa procesos. Tā tika izstrādāta pagājušā gadsimta vidū kā daļa no Aviācijas un kosmosa projekta ASV un parādot tās efektivitāti, kļuva par federālo standartu. Mūsu valstī 2000. gadā sagatavots dokuments " Funkcionālās modelēšanas IDF0 metodoloģija. Stūres dokuments Metodoloģija Funkcionālā modelēšana IDEF0 vadlīniju dokuments. Edition oficiālā. Krievijas publiskais standarts IDEF0 - 2000 RD. Izstrādājusi pētniecības centra CAL - lietišķās loģistikas tehnoloģijas. Pieņemts un īstenots ar Krievijas 2000 Maskavas Valsts standartu rezolūciju", Bet kā standarts tas nav apstiprināts. Lai gan tas neļāva šo metodiku kļūt mūsu valstī viens no populārākajiem biznesa procesu grafiskajiem modelēšanas instrumentiem. Šajā rakstā es iesaku jums izskatīt IDF0 modeli un novērtēt šīs pieejas atbilstību pašlaik.

Pamatjēdzieni un saīsinājumi

Mēs mazliet sapratīsim ar nosaukumiem galvenajiem elementiem metodoloģijas. IDEF0 grafiskais standarts ir daļa no SADT metodoloģijas (strukturēta analīze un dizaina tehnika - strukturālā analīzes metode un dizains). IDEF ir samazinājums no ICAM definīciju, un ICAM veidojas no integrētas datorizētas ražošanas, kas tiek tulkots kā integrētu ražošanas datorizāciju. SADT metodoloģija ir visa ģimene 15 dažādiem modeļiem, kas kompleksā būtu bijis atļauts izpētīt struktūru, parametrus un raksturlielumus ražošanas un tehnisko un organizatorisko un ekonomisko sistēmu.

IDEF0 ir funkcionāls modelis, kas ir visu pārējo dizainu būvniecības pamats, tā apvieno informācijas un materiālu plūsmas, organizatorisko struktūru, kontroles iedarbību un pašu uzņēmumu. Modelēšanas procesu grafisko standartu sauc arī apzīmējums. Tas nozīmē, ka notācija ir prasību un noteikumu sistēma, lai izveidotu darbības modeli vienā vai citā formā. Tāpēc IDEF0 pienācīgi sauc par apzīmējumu, kas iekļauta SADT metodikā.

IDF0 apzīmējums ir diezgan stingra tehnika, kas sākotnēji tika izstrādāta, kā arī tehniskā dizaina standarti manuālai modelēšanai. Tādēļ ir prasības attiecībā uz bultiņu izvietošanu, visu elementu formātu, informācijas rāmja saturu uz IDF0 diagrammu utt. Tā kā uzņēmuma darbība ir sarežģīta daudzlīmeņu darbības sistēma, tad vienmēr ir a Ir nepieciešamas daudzas shēmas, un nepārprotama sistematizācija un navigācija visiem modeļa elementiem. Tagad tos galvenokārt veic datoru sistēmas, kas atbalsta modelēšanu šajā apzīmējumā. Krievijas teritorijā, slavenākais un pieņemamie šodien ir sistēmas Allfusion Process Modeler un biznesa studija. Es plānoju veltīt šīs sistēmas šo sistēmu aptaujā.

Funkciju bloks

IDF0 modeļa galvenais elements ir funkcija, kas tiek parādīta diagrammā formā funkcionālais bloks - taisnstūris, kas ir norādīts kā atdalāmu lietvārdu veidā. Darbība var būt ļoti atšķirīga mērogā - no uzņēmuma darbības kopumā un konkrētai manipulācijām. Piemēri: "keramikas ēdienu ražošana un pārdošana" un "attēla zīmēšana".

Obligātie elementi funkcijas bloka IDF0

Neatkarīgi no pasākumu apjoma, visas funkcijas tiek parādītas vienādi un obligāti satur 4 galvenās plūsmas, kas ir stingri noteiktas funkciju bloka pusēm:

pa kreisi - ieejas vai resursi, ko izmanto, lai veiktu funkciju;
pareizi rezultāti vai funkcijas rezultāti;
no iepriekš - kontroles iedarbība, kas nosaka, kā un cik daudz tas ir nepieciešams, lai ražotu rezultātus;
no apakšas - mehānismi, kas atspoguļo tos un ar to, kas būtu jāveic šis darbs.

Šī pieeja ļauj jums ietaupīt mazliet par shēmu paskaidrojumiem un sasniegt nepārprotamību displejā strautos, kas dod milzīgo visu modeli.

Lai izveidotu funkcionālu modeli, IDF0 metodoloģija prasa šādus noteikumus.

Ieejas ir resursi, kas ir pilnīgi izmaksas izejas pilnībā, tas ir, tie tiek tērēti, lai radītu rezultātu pilnībā, un mehānismi ir resursi, kas nodod savas izmaksas tikai daļēji (iekārtas - caur nolietojumu, un cilvēkiem - caur algām).
Kontrole ir vēlamais modeļa elements, jo tas ir saistošs visām darbībām sistēmas noteikumu sistēmai, kas skaidri norāda, kādi noteikumi un prasības ir jāievēro funkcijas izpildes funkcijas laikā. Bieži vien tas ir formāli saistīts ar šo plūsmu, bet shēma zaudē stingrību un dažreiz pat nozīmi.
Katram funkcionālajam blokam jābūt vismaz vienai bultiņai katrā pusē (jo tas nevar strādāt bez resursiem vai rezultātiem, kā arī nepilnīgu instrukciju bez mākslinieka vai instrukcijas).

Uzskatītā shēma ir IDF0 pieejas "ķieģelis". Funkcionālā modelēšana ietver pakāpenisku pāreju no kopējā uz sadali. Sadalīšanās ir "padziļināšana", kas tiek izskatīta, atdalot to mazākās funkcijās. Tajā pašā laikā, kad augstākā līmeņa funkcija tiek prezentēta kopumā un pēc sadalīšanas, ir lietderīgi to saukt par procesu.

Konteksta diagramma

Augstākajā līmenī uzņēmums ir pārstāvēts kā "melnā kaste", kurā ir kāda veida darbība, kas pārvērš ieejas. Šo līmeni sauc par "", tas ir, shēma, kas apraksta uzņēmuma darbības kontekstu. Turklāt konteksta diagramma parāda visu modeļa galvenās īpašības.

Mērķis ir īpašs formulējums ar modeļa mērķi, saskaņā ar kuru to var apstrādāt turpmākajā precizitātē modeļa būvniecībā.
Skata viedoklis - no kuras sejas ir veidota modelis, jo modelis vienmēr ir atkarīgs no tā autora un fokusa. Ja mēs veidot vispārēju uzņēmuma modeli, tad tas parasti tiek iesniegts no tā direktora viedokļa.
Modeļa veids ir norāde par to, kāda informācija tiek parādīta shēmās. Šeit var būt 2 pamatprincipi: kā tas ir ("kā tas ir") vai būt ("Kā tas būs"). Šāda atdalīšana ir nepieciešama, jo mēs varam veidot modeļus gan operatīvai analīzei, gan tās pārveidošanai. Mums ir skaidri jāapzinās, ko mēs darām, kā arī nodot šo informāciju citiem.

Tādējādi konteksta diagramma satur visbiežāk aprakstīto uzņēmuma darbības aprakstu, kas plūst plūsmas, kas savieno uzņēmumu ar ārpasauli. Es domāju, ka viņiem būtu arī jāpārtrauc nedaudz vairāk sīkāk.

Galvenās plūsmas

Pieredze rāda, ka, neskatoties uz šķietamo šā līmeņa vienkāršību un formalitāti, tas bieži vien ir jāiekļauj ilgu laiku, jo šeit ir jāatspoguļo visi rezultāti īpašniekam un tirgum. Kļūda var izraisīt modeļu izveidi, kas neizpilda uzdevumu pirms uzņēmuma. Lai pārbaudītu, vai ievērojamas plūsmas ir atspoguļotas, pārliecinieties, ka jūsu shēma satur visus 4 galvenos strautus veidus.

Materiāls: materiāli un sastāvdaļas pie ieejas un gatavo produkciju pie izejas.
Klients: potenciālais klients pie ieejas un apmierināts pie izejas.
Finanšu: pie ieejas parasti ir ieguldījumi, klientu maksājumi (ieņēmumi), aizdevumi un citi ienākumi; Pēc izejas - tie ir maksājumi piegādātājiem, nodokļiem, maksājumiem par aizdevumiem un peļņu.
Informācija: pie ieejas, visa informācijas plūsma par ārējo vidi (tirgus stāvoklis, konkurentu uzvedība, tehnoloģiskie jauninājumi utt.) Un izejā - tā ir informācijas plūsma, ko uzņēmums ziņo pasaulei ( Visa reklāmas informācija, kā arī visu veidu ziņojumi pirms kontroles iestādēm).

Lūdzu, ņemiet vērā, ka uzņēmums ir atvērta sistēma, un nekas rodas tajā un nepazūd. Uzņēmums spēj pārveidot ienākošās plūsmas izejošajā, un, ja tas labi, papildu naudas plūsma parādās (rentabla), kas atspoguļo tādā nozīmē, visu sistēmas darba kvalitāti.

(Noklikšķiniet, lai palielinātu)

Nu, ja jūs izvēlaties katru no šiem plūsmas veidiem pēc savas krāsas, lai jūs varētu viegli atšķirt resursu kustību un nepalaistu garām svarīgus mirkļus. Piemēram, bieži vien ir iespējams novērot klienta trūkumu uzņēmuma plūsmās, tāpēc darbs ar to veido uz atlikušo principu - klients bieži jūtas iejaukšanās darbiniekiem uzņēmuma, kuru uzdevumi ir vērsti uz plūsmas apstrādi Dokumenti.

Vadības bultas var pārstāvēt tikai ar 1 straumes skatu - informāciju, ko var iedalīt 2 pasugas. Pirmais ir dokumenti, piemēram:

likumi un normas;
pasūtījumi, pasūtījumi;
instrukcijas un noteikumi;
plāni;
dizaina dokumentācija utt.

Otrais ir nedeklarēta informācija, kurai īpašnieku spēja.

Un visbeidzot, mehānismi ir tikai 2 plūsmu veidi: iekārtas (materiāli) un izpildītāji (nodaļas un cilvēki). Var būt nav dokumentu, jo var būt cilvēki uz bultiņas kontroles!

Lai navigācijai modelī ir transversāla numerācija. Konteksta diagramma ir numurēta "A-0". Nākotnē katrs funkcionālais bloks saņem savu numuru, neatkarīgi no tā, cik dziļa sadalīšanās.

Sadalīšanās

Pēc pētot konteksta diagrammas plūsmas mēs varam doties uz sadali. Turpinot zemāk norādīto līmeni, it kā atvērtu "melno kasti", mēs vispirms redzam tukšu lapu ar bultiņām, kas tika pievienotas funkciju blokam.

(Noklikšķiniet, lai palielinātu)

Un šeit funkcionālā modelēšana pati jau sākas - mums ir jāsaprot, kuras rīcības kopums var sasaistīt šīs plūsmas un nodrošināt, ka visas prasības ir izpildītas. Sarežģītība ir tāda, ka daudzas darbības ir ļoti daudz, un shēmā mums ir tiesības parādīt ne vairāk kā 9 funkcijas, pretējā gadījumā shēma kļūs neizlasāma un attiecīgi bezjēdzīgi.

Tas ne vienmēr ir viegli saliktas sarežģītas darbības, lai tas saglabātu vizuālu, lasāmu un tajā pašā laikā pabeigt. Visbiežāk tas tiek izmantots visa dažādo procesu atdalīšana galvenajos lielos blokos, kas nozīmīgākie ir šādi.

Izveidojot produktu (rezultāts).
Veicināšana un pārdošana - Darbs ar klienta plūsmu.
Produkta radīšanas nodrošināšana - sekundārie procesi, kas nepieciešami atbilstībai valsts prasībām vai darbavietām (personāls un grāmatvedība, transporta pakalpojumi, telpu tīrīšana un citi).
Vadības plūsmu izveide - pārvaldības darbības, kas noteiks prasības visiem uzņēmuma procesiem.

Zemāk redzamajam attēlam ir parādīts mūsu piemēra sadalīšanās diagramma.

(Noklikšķiniet, lai palielinātu)

Diagrammā procesi ir sakārtoti diagonāli - to sauc par dominēšanas principskas nozīmē funkcionālo bloku atrašanās vietu no kreisās uz labo un uz augšu - atkarībā no svarīguma pakāpes vai hronoloģiskā secībā. Notiek arī bloku numerācija.

Turpmākais darbs pie modeļa ir līdzīgs pirmajam solim - tiek veikta katra pirmā līmeņa funkcionālā bloka sadalīšanās. Bloku numerācijā būs pirmais līmeņa numurs: A1.1 ... A1.N, A2.1 ... A2.N, utt.

Secinājumi par apzīmējuma atbilstību

Kā daļu no šī panta, tas bija iespējams, lai parādītu tikai pamatjēdzienus IDF0 apzīmējumu īsā piemēru IDF0, kas, protams, ir grūti spriest metodoloģiju kopumā. Bet diezgan plaša pieredze, izmantojot šo apzīmējumu praksē ļauj izdarīt šādus secinājumus.

Modelim ir labs vizualizācijas potenciāls, bet, manuprāt, vairāk par tās nozīmi - disciplinēšanas efektā. Noteikumi un ierobežojumi, kas nodoti metodoloģijā ir spiesti attīstīt sistemātisku un stingru attieksmi pret modeļiem, kas ir ļoti labi ietekmē gala rezultāta kvalitāti.
Modelis ļauj jums veidot komunikācijas plūsmas starp ārēji nav ļoti saistītām lietām: savienot apakšsistēmu priekšpuses un pamatnes ar kontroli, kas ir daudz sliktāka pārvalda citām apzīmējumiem.
Pieeja ir vienkārša un saprotama vairumam projektu dalībnieku. Building un lasīšanas diagrammas šajā apzīmējumā ir ierobežota tikai ar vēlmi ienirt sarežģītās uzņēmējdarbības plūsmās.

Daži no šiem argumentiem ir spiesti domāt, ka šī pieeja ir labākā un tikai pilnīgas modelēšanas darbības. Bet tas nav nepieciešams aizmirst, ka funkcionālais modelis tiek aprēķināts tikai par augstāko modelēšanas līmeni. IDEF0 apzīmējuma izmantošana projektēšanas darbam izpildītāja līmenī rada faktu, ka shēmas tiek iegūtas tikai ilustratīvas un uz to pamata, nav iespējams izveidot plašākus noteikumus, jo tie nesatur:

norādiet starta notikumus un procesa apstāšanos;
pārejas nosacījumi no dažām darbībām citiem;
spēja skaidri parādīt visus resursus un izpildītājus bez pārslodzes bultiņas shēmā.

Tāpēc, ja jūs izmantojat šo piezīmi par uzdevumiem, par kuriem tas ir paredzēts (strukturējot augstākā līmeņa aktivitātes), tad IDEF0 ir gandrīz vienīgais piezīme šodien, kas ļauj jums padarīt to jēgpilni un kārtīgi.

Projekta vadībā šis standarta modelēšanas standarts ir visvairāk piemērots, ja jums ir nepieciešams sasiet dažādus projektus vai procesus ar vizuālajām plūsmām. Grafiskais modelis ļaus racionālāk izplatīt atbildību un resursus uzdevumos. Projekta uzdevuma loģika, kas atspoguļots shēmās, palīdzēs sagatavot labāku kalendāra plānu Ganta diagrammas veidā.

Viens attēls maksā tūkstošiem vārdu

Tautas gudrība

Bieži vien manā darbā ir nepieciešams ne tikai izpētīt un atrisināt noteiktu problēmu, bet, lai identificētu tās atrašanās vietu uzņēmuma darba vispārējā modelī. Nepietiek, lai saprastu, ka noteikta nodaļa darbojas nepareizi, ir svarīgi saprast, kā tas mijiedarbojas ar citiem. Pretējā gadījumā nav iespējams noteikt visas esošās problēmas un izvēlēties optimālo uzdevuma risināšanas metodi. Un par to jums ir nepieciešams, lai izpētītu uzņēmuma darbu un padarīt to par funkcionālu modeli.

Protams, teorētiski uzņēmuma darba funkcionālajam modelim vajadzētu būt pie galvas, un tas nav svarīgi, tas ir par noliktavas vai IT sistēmas darbu organizēšanu pirms LIDA pirms pieteikuma iesniegšanas. Bet patiesībā tas gandrīz nekad neizslēdz to, un tāpēc procesā studējot un atrast risinājumu uzdevumam ar klientu, es arī izveidoju funkcionālo modeli uzņēmuma darbu vai noteiktu procesu (funkciju) pati .

Daži vārdi par grafikas priekšrocībām

Kā jūs zināt, IDF0 funkcionālie modeļi vienmēr ir grafiskās shēmas. Viņiem ir savas iezīmes un noteikumi par apkopošanu. Mēs par to runāsim nedaudz vēlāk. Un tagad es gribētu, lai dotu pāris piemērus grafikas efektivitāti. Kāpēc es varu uzsvērt šo uzsvaru uz šo? Visticamāk, pēc mana paziņojuma par nepieciešamību pēc uzņēmuma darba funkcionālā modeļa, daudzi cilvēki domāja, ka tas viss ir pēc izvēles, jūs varat arī paskaidrot, kā tas vai šī funkcija uzņēmumā darbojas. Tas ir tas, ko es gribu runāt par to.

Un starteriem mēs veiksim nelielu ekskursiju vēsturē. Atgriezīsimies pie tālākā 1877, Krievijas un Turcijas kara laikā. Tas bija tad, ka poligraphists Sotan vispirms pielietoja grafiku, aprakstot karadarbību. Tagad tas viss parasti ir mums, aprakstot jebkādu cīņu, ikvienam ir bulta kartes, kas skaidri parāda kaujas gaitu. Un šajās dienās militārās darbības tika aprakstītas vārdos. Katrai cīņai - daudzi, daudzi vārdi. Un, lai izprastu galu galā, kas notiek, tas bija ļoti grūti.

Un tāpēc, ka Sytin ideja bija patiesi revolucionāra - viņš sāka izdrukāt kartes litogrāfijas kopijas ar militāro vienību nocietinājumu un vietām. Sauc šīs kartes "laikrakstu lasītājiem. Labums. " Ideja izrādījās tik svarīgi, ka pirmais izdevums "priekšrocības" tika izplatīts uzreiz. Un tad šādi pieteikumi bija ļoti pieprasīti. Iemesls ir acīmredzams. Grafiks palīdzēja saprast, kas praktiski nebija iespējams izjaukt ar dažiem vārdiem.

Līdzīgs piemērs par verbālo aprakstu bezpalīdzību es varu arī izraisīt no manas prakses. Viens no maniem klientiem patiešām lūdza uzsākt ERP sistēmas ieviešanu savam uzņēmumam. Uz jautājumu, vai viņiem ir kāda veida tehniskais uzdevums, es saņēmu atbildi: "Jā, ir. Bet tajā ir 400 lappuses. " Tajā pašā laikā klients bija ļoti sūdzējies, ka mani kolēģi, kuriem viņš agrāk pielietoja vai noraidīja projektu vispār, vai sauc par skaidri pārvērtētām cenām. Pēc tam, kad es redzēju, ka tehniskajā uzdevumā ir patiešām 400 lappuses, un tas sastāv tikai no teksta apraksta, es sapratu, ka attīstītāju uzvedības cēlonis. Lai izlasītu šo teksta apjomu, jāievieto tajā, izprast visas nianses tikai, lai izprastu uzdevumu un zvanītu uz cenu - tas ir patiesi ļoti grūti.

Šis klients, es ierosināju alternatīvu iespēju - aprakstiet visu, kas ir iespējams, grafiski apzīmējumu veidā. Parādīja viņam piemērus modelēšanai. Tā rezultātā viņi tagad pārdomā savas vēlmes un tehniskā uzdevuma izstrādi.

Es arī zinu daudzus citus piemērus, kad biznesa procesu grafiskais modelēšana palīdzēja strādāt gan mani kolēģi, biznesa konsultanti un izstrādātāji un uzņēmēji pats.

Kāpēc man ir svarīgi, lai mans darbs

Mans darbs vienmēr ir saistīts ar izmaiņām esošajā sistēmā. Un, lai veiktu izmaiņas un iegūtu vēlamo rezultātu, jums ir nepieciešams, lai izpētītu to, kas pastāv tagad. Un tas nav svarīgi, ko tieši mēs darām - mēs konfigurējam vai instalējam CRM sistēmu no nulles, izveidojiet efektīvu ERP sistēmu, iesaistīties dažādu sistēmu integrācijā, lai palielinātu darba automatizāciju kopumā. Jebkurā gadījumā, pirmkārt, ir nepieciešams iegūt ideju par esošo darba modeli, un tikai pēc tam jūs varat piedāvāt jebkuras izmaiņas un domāt par uzdevuma risinājuma iespējām.

Pēc pētot esošo lietu esošo pozīciju, es, tāpat kā jebkuru citu trešo personu speciālistu, izveidojiet komerciālu piedāvājumu, kurā es atklāju manu redzējumu visvairāk detalizēti detalizēti, kā arī darbības, kas jāīsteno, lai atrisinātu uzdevumu, Un, protams, paredzamais rezultāts.

Šādi ziņojumi par aptauju par darbu tiek iegūti pēc apjoma, aizņem ne vienu lapu, kas, no vienas puses, tas ir nepieciešams, un, no otras puses, tas sarežģī uztveri. Sākumā, es, tāpat kā daudz, domāja, ka surround ziņojumi ir labi, jo persona maksā par darbu un ir nepieciešams, lai nodrošinātu maksimālu detalizētu informāciju.

Tipiskas kļūdas

Funkcionālā modelēšana tiek veikta, izmantojot dažādus instrumentus, tostarp ne paredzēti modelēšanai. Pēdējā gadījumā nav pārbaudes par kļūdām un standarta ierobežojumiem. Vēlme palielināt redzamību un pieredzes trūkumu bieži beidzas ar kļūdām.

Dažādu krāsu izmantošana

Visi elementi diagrammā ir vienlīdz svarīgi. Ar funkcionālo modelēšanu nav vairāk vai mazāk svarīgu elementu. Jebkura izzušana novedīs pie procesa un ražošanas laulības pārkāpuma.

Bieži vien, kad modelēšana uz papīra vai dažādās programmās, lietotāji cenšas palielināt redzamību, izmantojot dažādas krāsas. Šī ir viena no visbiežāk sastopamajām kļūdām. Faktiski, daudzkrāsotu bultiņu un bloku izmantošana rada tikai papildu apjukumu, kā arī izkropļo shēmas uztveri.

Jūsu modelis ir jāizlasa melnā un baltā krāsā, bez papildu krāsu risinājumiem. Šī pieeja vienlaicīgi palīdz izvairīties no pārpratumiem un disciplinēt modeļa veidotāju, kā rezultātā, lasāmību un lasītprasmi modeļa palielinās.

Pārāk lieli bloki

Izstrādājot modeli, visas uzņēmuma nianses ar visām detaļām bieži cenšas parādīt vienā lapā. Rezultāts ir ļoti liels bloku skaits ar lielu skaitu kontroles bultiņām. Lasāmība tiek zaudēta.

Optimālā iespēja ir detalizācija, kas ir pietiekama, lai saprastu jautājumu un neko vairāk. Detalizēta informācija par katra vienības vai pat darbinieka darbu var izpaust, izvēloties detalizētu procesa skatīšanu. Un šāda struktūra ir izveidota tikai tad, ja tas tiešām ir nepieciešams strādāt vai pieņemt lēmumu.

Struktūras pārkāpšana, veicot korekcijas

Uzmanīgi pārliecinieties, ka tas nerada neskaidrības vai procesus bez ienākošajiem, izejošajiem un citiem svarīgiem elementiem. Piemēram, ja iepriekš minētajā piemērā es uzskatu, ka ir nepieciešams novirzīt viedokli par copywriter, es tiks dzēsts no autora shēmas. Un tad kontroles elementi "Autora pieredze un trešo pušu avoti", kā arī publicēšanas plāns kļūst nevajadzīgs. Galu galā, viņi bauda autoru. Copywriter strādā ar audio failu. Un, ja tie paliek vispārējā shēmā, tad detalizēti tiks veikta nav skaidrs, kur veikt neskaidrības.

Līdzīgi, ja es nolēmu pievienot kādu bloku, ir svarīgi pārliecināties, ka viņam ir arī visi nepieciešamie atribūti. Uzmanība ir ļoti svarīga šeit, jo, modelējot sarežģītus biznesa procesus, izmaiņas vienā modeļa daļā var radīt izmaiņas citā. Tie ir jāveic.

Vadības elementu un bloku nosaukuma noteikumi

Ir svarīgi atcerēties vienkāršu noteikumu: Kontroles bultiņas tiek sauktas nojumes nosaukumiem, blokiem - darbības vārdiem. Tik akceptēts IDF0 standartā, un šī pieeja palīdz izvairīties no neskaidrībām un kļūdām.

Visbiežāk kļūdas ir atļautas, ja bloķē nosaukumus. Piemēram, tā vietā, lai "izveidot rakstu" rakstīt "izveidojot rakstu". Bloki šajā pieejā ir darbības, un tāpēc viņiem vienmēr jābūt darbības vārdiem.

Ieguvumi, izmantojot IDF0.

Pirmais ieguvums ir acīmredzams - tas ir redzamība. Jūs pats sākat saprast, kā tas darbojas, un jūs varat arī skaidri noskaidrot, kur šajā sistēmā "Smalks vietas" un kā jūsu risinājumi palīdzēs atbrīvoties no tiem.
Atšķirību izpratne un trūkums. Apspriežot uzņēmuma darbu, izmantojot funkcionālo modeli, jums ir vizuālas un saprotamas intuitīvas problēmas ar kontroles elementiem. Turklāt funkcionālā modelēšana ietver glosārijas izveidi, kurā tiek atklāti nosacītie apzīmējumi un noteikumi. Tā rezultātā jūs un klients, vadītājs, citi darbinieki, apspriežot problēmu, runājiet vienā valodā.
Viegli un ātrgaitas modeļi. Protams, iemācīties simulāciju nav tik vienkārši, kā šķiet. Galu galā, shēma ir, patiesībā, super-bojāto informācijas sniegšanu, kas ir ļoti labs izpratnei, bet, lai īstenotu šādu iesniegšanu, ir nepieciešama īpaša pieeja. Smadzeņu Analytics darbojas šajā gadījumā kā ļoti spēcīgu presi, no vienas puses, un filtrs ir uz otru. Bet ar pieredzi šis process kļūst ļoti ātrs. Tā rezultātā jūs saņemsiet rīku, kas palīdzēs un izjaukt sevi, kas notiek konkrētā sistēmā, un ar vizuālo rokasgrāmatu palīdzību izveidots īsā laikā, lai ilustrētu svarīgus mirkļus kolēģiem vai klientiem.
Disciplīna un nav kļūdas. IDF0 standarts uzņemas stingru pamatu un noteikumus. Šīs pieejas disciplīnas un ieradums rīkoties ietvaros standarta palīdz izvairīties no kļūdām, necietīgi. Jebkuri standarta pārkāpumi nekavējoties ir pamanāmi.

Kas ir grūtības izmantot IDF0

Ir svarīgi saprast, ka tikai visvienkāršākajos gadījumos divi biznesa analītiķi radīs absolūti identiskus funkcionālos modeļus, lai aprakstītu uzņēmuma darbu. Jebkurš modelis atspoguļo analīzes pieredzi, uzņēmuma darba dziļumu, ko viņš vēlas aprakstīt, kā arī kaut kādā veidā, viņa personīgais viedoklis par šo uzņēmumu. Tiem. Persona izstrādā uzņēmējdarbības modeli no galvas viedokļa, it kā šis līderis ir tas, kas tas ir tas, kas.

Tajā pašā laikā, es uzskatu, ka biznesa analītiķis nav gluži profesija, katra biznesa analītika nodarbojas ar biznesa analītiķi vai dažu sistēmu izstrādātāju, kas analizē uzņēmējdarbību un cenšas veidot visefektīvāko sistēmu. Tas ir paredzēts šiem cilvēkiem un šiem mērķiem IDF0 rīks ir paredzēts.

Tāpēc ir ļoti svarīgi, izstrādājot funkcionālu uzņēmējdarbības modeli "kā tas ir", lai pastāvīgi ieteiktu uzņēmuma galvu, lai nepareizi kļūdītos, kas saistītas automātiski kļūdas sadalīšanās posmos. Arī turpmākajos posmos var būt nepieciešama papildu koordinācija ar struktūrvienību vadītājiem un darbiniekiem. Tikai tad, ja jūsu funkcionālais modelis "kā tas ir" patiešām atspoguļo reālo situāciju, jūs varat veikt dažas izmaiņas un ieteikumus. Un lai sasniegtu kvalitatīvus rezultātus šādā darbā, pirmkārt, ir nepieciešama praktiskā pieredze un zināšanas par konkrēta veida īpašībām.

Vairāk rakstu par šo tēmu.