Idef0 diagrama kompiuterinio žaidimo pavyzdžiu. Kontrolinių elementų ir blokų pavadinimo taisyklės. Duomenų srauto diagrama A63

IDEF0 metodika

IDEF0 metodika Nustato hierarchinės diagramos sistemos statybą - vieno sistemos fragmentų aprašymus. Tai pirmasis sistemos kaip visumos aprašymas ir jo sąveika su išoriniu pasauliu (kontekstinė schema), po kurio vykdoma funkcinis skilimas - sistema yra padalinta į posistemius ir kiekvienas posistemis aprašytas atskirai (skilimo diagramos). Tada kiekvienas posistemis yra suskirstytas į mažesnius ir pan., Kad pasiektumėte norimą detalumo laipsnį.

Kiekvienas Idef0-diagramosbet Yra blokų ir lankų. Blokai vaizduoja imituojamos sistemos funkcijas. Lankai susieti blokus kartu ir parodo jų sąveiką ir tarpusavio ryšius.

Funkciniai blokai (operacijos) Diagramos vaizduoja stačiakampius, ty nurodyti procesai, funkcijos ar užduotys, atsirandančios per tam tikrą laiką ir turi atpažįstamų rezultatų. Darbo pavadinimą turi išreikšti išskirtiniai daiktavardžiai, rodantys veiksmą.

Idef0. Tam reikia, kad diagrama turi bent tris ir ne daugiau kaip šešis blokus. Šie apribojimai remia diagramų ir modelių sudėtingumą lygiu, prieinamą skaityti, suprasti ir naudoti.

Kiekviena bloko pusė turi ypatingą, gana aiškų tikslą. Kairė pusė bloko yra skirta įvesties, viršų - kontroliuoti, dešinėje - rezultatų, mažesnių - mechanizmų. Toks pavadinimas atspindi tam tikrus sistemos principus: įėjimai konvertuojami į rezultatus. Kontrolės ribos arba nustatytos transformacijų atlikimo sąlygos, mechanizmai rodo, kad ir kaip veikia funkcija.

"IDEF0" blokai yra laikomi pagal diagramos autorių laipsnį. Ši santykinė tvarka vadinama dominavimu. Dominacija suprantama kaip įtaka, kad vienas blokas turi diagramą ant kitų blokų. Pavyzdžiui, dominuojanti diagramos vienetas gali būti arba pirmoji iš norimos funkcijų seka arba planavimo ar valdymo funkcija, turinčios įtakos visiems kitiems.

Dominuojanti vienetas paprastai dedamas viršutiniame kairiajame diagramos kampe, o dominuojančio apibrėžimas yra dešiniajame kampe.

Iš puslapio blokų vieta atspindi autoriaus apibrėžimą dominuojančiam. Taigi diagramos topologija rodo, kurios funkcijos turi didesnį poveikį poilsiui. Norėdami tai pabrėžti, analitikas gali sureguliuoti blokus pagal jų dominavimo tvarką. Dominacijos tvarka gali būti žymima skaičiumi, esančiu apatiniame dešiniajame kiekvieno stačiakampio kampe: 1 parodys didžiausią dominavimą, 2 - taip ir pan.

Darbų su išoriniu pasauliu sąveika ir kartu aprašyta rodyklėmis, vaizduojančiomis vienkartines linijas su rodyklėmis galuose. Rodyklės yra tam tikra informacija ir yra vadinami daiktavardžiais.

IDEF0 išskiria penkių tipų rodykles.

Įėjimas- daiktai, naudojami ir konvertuojami darbu, kad gautumėte rezultatą (produkcija). Manoma, kad darbas gali neturėti įrašo rodyklės. Įėjimo rodyklė sudaroma kaip kairiosios darbo dalies dalis.

Kontrolė -.Informacija, darbo veiksmų valdymas. Paprastai kontrolinės rodyklės atlieka informaciją, kuri rodo, kad darbas turėtų būti atliekamas. Kiekviename darbe turėtų būti bent viena kontrolinė rodyklė, kuri yra pavaizduota kaip darbo dalis.

Produkcija - objektai, kuriuose konvertuojami įėjimai. Kiekvienas darbas turi turėti bent vieną išėjimo rodyklę, kuri yra išeinančia iš dešiniosios darbo.

Mechanizmas. \\ T - ištekliai, atliekantys darbą. Mechanizmo rodyklė yra sudaryta kaip apatinės darbo linijos dalis. Nuožiūra, analitikas rodyklės mechanizmas negali būti pavaizduotas ant modelio.

Skambinkite - Speciali rodyklė, rodanti kitą darbo modelį. Skambučių rodyklė yra išeinanti iš darbo dugno ir yra naudojamas nurodyti, kad kai kurie darbai atliekami už imituojamos sistemos ribų.

Fig. 2.1.Rodyklės tipai

IDEF0 metodiką reikia tik penkių tipų sąveikos tarp blokų apibūdinti jų santykius: kontrolės, įvesties, atsiliepimus apie kontrolę, atsiliepimus apie įvesties, išvesties mechanizmą. Valdymo ir atvykimo komunikacijos yra paprasčiausias, nes jie atspindi tiesioginį poveikį, kuris yra intuityviai suprantamas ir labai paprastas.

Fig. 2.2.KOMUNIKACIJA EXIT.

Fig. 2.3.Komunikacija

Valdymo koeficientas įvyksta, kai vieno bloko išėjimas tiesiogiai paveikia bloką su mažiau dominuojančia.

Atsiliepimai apie valdymą ir atsiliepimus apie įėjimą yra sudėtingesnis, nes tai yra iteracija ar rekursija. Būtent iš vieno darbo rezultatai turi įtakos būsimam darbui, kuris vėliau paveiks pradinį darbą.

Tada įvyksta grįžtamasis ryšys apie valdymą; Kai kai kurių bloko išėjimas veikia dideliu dominuojančiu bloku.

Reikalaujama komunikacija "Out-mechanizmas". Jie atspindi situaciją, kurioje vienos funkcijos produkcija tampa priemone, kad būtų pasiektas tikslas kitam.

Fig. 2.4.Atsiliepimai dėl įėjimo

Fig. 2.5.Atsiliepimai apie valdymą

Komunikacijos mechanizmo komunikacija būdinga išteklių šaltinių platinimui (pvz., Reikalingi įrankiai, apmokyti darbuotojai, fizinė erdvė, įranga, finansavimas, medžiagos).

IDEF0, lankai retai vaizduoja vieną objektą. Paprastai tai simbolizuoja objektų rinkinį. Kadangi lankai yra objektų rinkiniai, jie gali turėti daug pradinių taškų (šaltinių) ir galutinių taškų (paskirties vietų). Todėl lankai gali filialai ir būti prijungti įvairiais būdais. Visa lanko ar jo dalis gali palikti vieną ar daugiau blokų ir baigiasi vienu ar keliais blokais.

Skirtingų linijų pavaizduoto lanko filialas reiškia, kad kiekvienas lanko turinys arba jo dalis gali pasirodyti kiekvienoje filiale. ARC visada pažymėtas prieš šaką, kad būtų nurodytas visas rinkinys. Be to, kiekviena lanko šaka gali būti pažymėta arba nėra pažymėta pagal šias taisykles:

    neprilyginamos šakos yra svorio objektai, nurodyti lanko etiketėje prieš šaką;

    filialai, pažymėti po šakos taško, yra visi objektai arba jų dalis, nurodyta lanko etiketėje prieš šaką.

ARC susijungimai IDEFO, vaizduojami kaip susiliejęs linijas, rodo, kad kiekvieno filialo turinys yra suformuoti žymę lanko, kuris yra pradinio lanko sintezės rezultatas. Po santakos, gautas lankas visada yra pažymėtas nurodyti naują rinkinį objektų, kurie įvyko po derinio. Be to, kiekvienas filialas prieš susijungimą gali susituokti arba nepatenka pagal šias taisykles: \\ t

Fig. 2.6.Ryšio produkcija

    nepakeliamosios šakos turi svorio objektus, nurodytus bendrame lanko ženkle po susijungimo;

    pažymėtas prieš sujungiant filialus yra visi arba kai kurie objektai iš išvardyti kaip įprasta po sujungimo,

    diagramos blokų skaičius - N;

    diagramos skilimo lygis - L.;

    diagramos balansas - Į;

    rodyklių, jungiančių su bloku, skaičius - Bet

Šis veiksnių rinkinys priklauso kiekvienai modelio schemai. Be to, rekomendacijos bus įtrauktos į norimas diagramos veiksnių vertes.

Būtina stengtis užtikrinti, kad žemesnių lygių diagramų blokų skaičius būtų mažesnis už pagrindinių diagramų blokų skaičių, ty didinant skilimo lygį, koeficientas sumažėtų. Taigi šio koeficiento sumažėjimas sako. Ką, kaip modelis skilimo skilimai, funkcija turėtų būti supaprastinta, todėl blokų skaičius turėtų sumažėti.

Diagramos turi būti subalansuotos. Tai reiškia, kad tos pačios schemos sistemoje neturėtų būti jokių situacijų, rodomų Fig. 2.7: 1 gaunamų rodyklių ir valdymo rodyklės veikimas yra daug didesnis nei išeinantis. Pažymėtina, kad ši rekomendacija negali būti atliekama modeliuose, apibūdinančiuose gamybos procesus. Pavyzdžiui, aprašant surinkimo procedūrą, rodyklės, apibūdinančios produkto komponentus, gali apimti daugybę produkto, ir viena rodyklė skelbiama.

Fig. 2.7.Nesubalansuotos diagramos pavyzdys

Pristatome diagramos balanso santykį

Reikia siekti Kj.tai buvo minimalus diagramoje.

Be grafinių elementų analizės, būtina atsižvelgti į blokų pavadinimus. Norėdami įvertinti vardus, pradinės (trivialių) funkcijų imituojamos sistemos žodynas yra parengtas. Tiesą sakant, šis žodynas turėtų apimti mažesnį, skilimo diagramų lygį. Pavyzdžiui, už BD modelį, tai yra elementarus "rasti įrašą" funkcija "pridėti įrašą į duomenų bazę", o "Vartotojo registracijos" funkcija reikalauja papildomo aprašo.

Po žodyno sudarymo ir sistemos diagramų paketo sudarymo būtina apsvarstyti mažesnį modelio lygį. Jei yra schemų ir žodžių iš žodyno pavadinimų sutapimas, tai sako, kad pasiekiamas pakankamas skilimo lygis. Koeficientas, kiekybiškai atspindintis šį kriterijų, galima parašyti kaip L * c -modelio lygio produktas pagal bloko pavadinimo numerį su žodžiais iš žodyno. Kuo mažesnis modelio lygis (daugiau nei l), tuo didesnė vertės sutapimas.

Kai paleidžiate BPWIN, rodomo įrankių juosta, įrankių paletė ir modelio Explorer.

Kurdami naują modelį, pasirodo dialogo langas, kuriame turėtumėte nurodyti, ar modelis bus sukurtas, arba jis bus atidarytas iš Modelmart saugyklos, pridėti modelio pavadinimą ir pasirinkite metodiką, kurioje bus pastatytas modelis (Fig. 2.8).

2 pav. Modelio kūrimo dialogas

BPWIN palaiko tris metodikas - IDEF0, IDEF3 ir DFD. BPWIN galima statyti mišrius modelius, t.y. Modelis gali būti tiek IDEF0 ir IDEF3 ir DFD diagramos. Įrankio paletės sudėtis keičiasi automatiškai perjungiant iš vienos žymėjimo į kitą.

BPWIN modelis laikomas darbo rinkiniu, kuriame kiekvienas veikia su kai kuriais duomenų rinkiniais. Jei paspausite ant bet kurio modelio objekto su kairiuoju pelės mygtuku, pasirodo iškylantis kontekstinis meniu, kiekvienas elementas, atitinkantis bet kurio objekto turto redaktoriui.

Sistemos modelio kūrimas turėtų prasidėti tyrimu, kuriame aprašomi jo funkcionalumas. Vienas iš šių dokumentų yra techninė užduotis, būtent skyriai "Vystymosi", "tikslai ir sistemos užduotys" ir "Sistemos funkcinės specifikacijos".

Studijuojant šaltinio dokumentus ir klientų ir vartotojų apklausą, būtina suformuluoti modeliavimo tikslą ir nustatyti modelio požiūriu. Apsvarstykite savo statybos technologiją "Užimtumo tarnybos" sistemoje, pagrindinės galimybės buvo aprašytos laboratoriniame darbe Nr. 1.

Mes suformuluoti modeliavimo tikslą: apibūdinti sistemos veikimą, kuris būtų aišku savo vartotojui, nesikreipiant į detales, susijusias su įgyvendinimu. Modelis bus sukurtas nuo vartotojų (studento, mokytojo, administratoriaus, dekano, įmonės) požiūriu.

Pradėkime nuo konteksto konteksto IDEF0 diagramos kontekste. Pagal sistemos aprašymą, pagrindinė funkcija yra išlaikyti savo klientus perdirbant prašymus, iš jų gaunamus. Taigi, mes apibrėžiame vienintelį kontekstinės schemos darbą kaip "aptarnaujant kliento sistemą". Be to, mes apibrėžiame įvesties ir išvesties duomenis, taip pat mechanizmus ir valdymą.

Norint aptarnauti klientą, jums reikia jį užregistruoti sistemoje, atidaryti prieigą prie duomenų bazės ir apdoroti jo užklausą. "Kliento pavadinimas", "Kliento slaptažodis", "Šaltinio duomenų bazė", "Kliento užklausa" bus naudojamas kaip įvesties duomenys. Prašymo vykdymas vadovauja arba gauti informaciją iš sistemos arba keisti duomenų bazės turinį (pvz., Ekspertų įvertinimų rengiant), todėl išvesties duomenys bus "ataskaitos" ir "modifikuota duomenų bazė". Prašymų perdirbimo procesą atliks sistemos monitorius pagal administratoriaus kontrolę.

Taigi, mes apibrėžiame kontekstinę schemą sistemos (2.9 pav.).

2.9 pav.Kontekstinė sistemos diagrama

Iškirpkite konteksto schemos skaidymą, aprašant kliento paslaugų seką:

    Nustatant prieigos prie sistemos lygį.

    Pasirinkite posistemį.

    Kreiptis į posistemį.

    Pakeiskite duomenų bazę (jei reikia).

Mes gauname pavaizduotą diagramą pav. 2.10.

Baigęs kontekstinės diagramos skaidymą, eikite į kito lygio diagramos skaidymą. Paprastai, atsižvelgiant į trečią ir žemesnį lygį, modelis grįžta į tėvų diagramas ir juos reguliuoti.

Fig. 2.10.Darbo skyrimas "Paslaugos, kliento sistema"

Skilimas nuosekliai visi gautos diagramos blokai. Pirmasis žingsnis nustatant prieigos prie sistemos lygį yra vartotojo kategorijos apibrėžimas. Pagal kliento vardą atliekamas vartotojo duomenų bazėje, apibrėžiant jo kategoriją. Pagal konkrečią kategoriją rastos naudotojo sistemos įgaliojimai. Be to, sistemos prieiga atliekama, tikrinant prieigos vardą ir slaptažodį. Informacijos derinimas apie įgaliojimus ir prieigos prie sistemos lygį, vartotojui formuojamas leistinų veiksmų rinkinys. Taigi, nustatant prieigos prie sistemos lygį atrodys, kaip parodyta Fig. 2.11.

Fig. 2.11.Darbo skaidymas "Prieigos prie sistemos lygio nustatymas"

Pasibaigus prieigos prie sistemos procesą, monitorius analizuoja kliento pageidavimą pasirinkdami posistemį, kuris apdoros užklausą. Darbo skilimas "kreipkitės į posistemį" neatitinka modelio tikslo ir požiūrio. Sistemos sistema nėra suinteresuota savo darbo vidiniais algoritmais. Tokiu atveju jam svarbu, kad posistemio atranka bus automatiškai, be jos įsikišimo, todėl kreipimasis į posistemį bus tik apsunkinti modelį.

Skiriant darbą "Klientų užklausos apdorojimas", įvykdytas prašydami prašymus, apibrėžti kategorijas ir vartotojų instituciją. Prieš ieškodami atsakymo į užklausą, turite atidaryti duomenų bazę (prisijungti prie jo). Bendru atveju duomenų bazė gali būti nuotolinio serverio, todėl gali prireikti užmegzti ryšį su juo. Nustatykite darbo seką:

    Atidarymo duomenų bazė.

    Komunikacija.

    Ataskaitos generavimas.

Atidarius duomenų bazę, būtina informuoti sistemą nustatyti ryšį iš duomenų bazės, po kurio prašymas ir generuoti ataskaitas vartotojui (2.12 pav.).

Pažymėtina, kad "prašymo vykdymas" apima įvairių posistemių darbą. Pavyzdžiui, jei prašymas apima bandymus, jis bus vykdomas pagal profesinių ir psichologinių bandymų posistemį. Užklausos etape gali prireikti pakeisti duomenų bazės turinį, pavyzdžiui, rengiant ekspertų įvertinimus. Todėl diagramoje būtina pateikti tokią galimybę.

Fig. 2.12.

Analizuojant gautą diagramą kyla klausimas, kokios taisyklės yra ataskaitų generavimas? Būtina turėti iš anksto suformuotus šablonus, kuriems bus atliktas duomenų bazės pavyzdys, ir šie šablonai turi atitikti prašymus ir turi būti iš anksto nustatyta. Be to, klientui turi būti suteikta galimybė pasirinkti ataskaitos formą.

Sureguliuokite diagramą pridėdami "Ataskaitos šablonus" ir "Prašymai dėl BD pokyčių" ir tunelio rodyklės "klientų sistema". "Sistemos kliento" tuneliavimas buvo taikomas tam, kad nebūtų rodyklės į viršų diagramą, nes ataskaitos formos pasirinkimo funkcija nėra pakankamai svarbi, kad būtų rodoma patronuojančios diagramos.

Diagramos pakeitimai pakels visų tėvų diagramų koregavimą (2.13 pav. - 2.15 pav.).

DFD diagrama (laboratorinė darbo numeris 3), nes IDEF0 metodika mano, kad sistema yra tarpusavyje susijusios darbo, kuris prastai atspindi perdirbimo procesus rinkinį.

Fig. 2.13.Darbo skilimas "Klientų užklausos apdorojimas"

Fig. 2.14.Darbo skaidymas "Sistemos klientų aptarnavimas" (2 variantas)

Fig. 2.15.Kontekstinė sistemos diagrama (2 galimybė)

Pasikarkime į paskutinio bloko "DB pokyčių" skilimą. Kliento požiūriu šios sistemos yra vienoje duomenų bazėje. Tiesą sakant, sistemoje yra šešios duomenų bazės:

    Duomenų bazės vartotojai

    Duomenų bazės studentai (2 galimybė)

    BD laisvų darbo vietų,

    Duomenų bazė

    Duomenų bazės testai

    Duomenų bazės ekspertų reitingai

    DB santrauka.

Remiantis kliento modeliavimu, svarbu suprasti, kad gautus duomenis sistemoje nedelsiant atnaujinama, tačiau perduoda papildomą perdirbimo ir kontrolės etapą. Algoritmo pokyčiai gali būti suformuluoti taip:

    Nustatoma duomenų bazė, kurioje bus pakeista informacija.

    Operatorius suformavo laikiną duomenų rinkinį ir pateikiama administratoriui.

    Administratorius vykdo duomenų valdymą ir prisideda prie duomenų bazės.

Šis modelis yra įgyvendinamas kitu būdu, suteikiant galimybę atnaujinti duomenų bazę tiesiai pagal pageidavimus, apeinant duomenų valdymo procesą. Šiuo atveju būtina užtikrinti duomenų bazės vientisumo kontrolę, kad būtų išvengta žalos. Šiuo atveju diagrama atrodys taip (2.17 pav.).

Fig. 2.16.Darbo skaidymas "Pakeisti duomenų bazę"

Fig. 2.17.Darbo neskyrimas "Keisti duomenų bazę" (2 parinktis) pirmajam variantui parodyta Fig. 2.12.

Atliekant tolesnį "BD pakeitimų" skaidymą, bus apsunkinti modelį, kuriame paaiškinama, kaip vykdoma fiziniai sistemos duomenų bazės pokyčiai. Tuo pačiu metu vartotojas negaus jokių papildomos informacijos apie užimtumo paslaugų sistemos darbą. Šis darbas skilimas patartina atlikti projektuojant sistemos duomenų bazę kuriant logišką duomenų bazės modelį.

"Užklausos vykdymo" skilimas bus atliekamas šiuose laboratoriniuose darbuose, iliustruojant DFD diagramų naudojimą, kad būtų galima apibūdinti informacijos apdorojimo procesus.

Mes atliekame kiekybinę analizę modelių pavaizduotus pav. 2.12 ir 2.13, pagal pirmiau aprašytą metodą. Apsvarstykite koeficiento ^ elgesį šiuose modeliuose. Tėvų diagrama "Kliento užklausos apdorojimas" koeficientas yra 4/2 \u003d 2, ir skilimo diagramos 3/3 \u003d 1. koeficiento vertė sumažėja, o tai rodo, kad funkcijų aprašymas supaprastinimą su mažėjant lygiu modelio.

Apsvarstyti koeficiento keitimą Iki b. dvi galimybės modeliams.

už antrąjį variantą

Koeficientas Iki b. nesikeičia jo vertės, todėl diagramos likutis nesikeičia.

Mes manome, kad nagrinėjamų diagramų skilimo lygis yra pakankamas, kad atspindėtų modeliavimo tikslą ir pagrindines funkcijas (sistemos naudotojo požiūriu) yra naudojami žemesnės klasės diagramose kaip elementai.

Apibendrinant nagrinėjamą pavyzdį, būtina atkreipti dėmesį į keletą diagramų variantų svarba modeliuojant sistemą. Tokios parinktys gali pasireikšti koreguojant diagramas, kaip buvo padaryta su "klientų užklausos apdorojimu" arba kuriant alternatyvius sistemos funkcijų įgyvendinimą (darbo "keitimo duomenų bazė"). Parinkčių svarstymas leidžia jums pasirinkti geriausią ir įjungti jį į diagramos paketą tolesniam svarstymui.

Paskelbta http://www.allbest.ru/

Kompiuterio ir kitos įrangos automatizavimo aktualumas didėja su dideliu kompiuterių, biuro įrangos, prekybos ir kitos įrangos parku. Didžiausias reikia žinoti, kur ir kuris įrenginys yra greitai stebėti su įranga susijusius pakeitimus, tai įvyksta iš IT vienetų. 2.

Ypatinga reikšmė, įrangos apskaitos automatizavimo užduotis įgyja didelėse įmonėse. Gydymas visapusiškai augančių informacijos masyvų tapo įmanoma tik naudojant šiuolaikines kompiuterines technologijas. 2.

Organizuoti verslo technologijų sistemos sistemą įmonėje, kompiuterių ir komponentų apskaitos tvarkymas, dabar neįmanoma be papildomos programinės įrangos, įdiegtos kompiuteryje. 2.

Pagrindinis tikslas kursinis darbas Yra vystymasis informacinė sistema Norėdami atsiskaityti už įmonės kompiuterinę įrangą, naudojant funkcinio modeliavimo ir grafikos žymos IDEF0, DFD duomenų srautų diagramas ir IDEF3 proceso dokumentacijos standartus, naudojant kompiuterio asocijuotus visuotinius procesus Modeler R7.3 Programinės įrangos produktas. 2.

2.1 Programinės įrangos analizė 8

ĮVADAS. \\ T

Kompiuterio ir kitos įrangos automatizavimo aktualumas didėja su dideliu kompiuterių, biuro įrangos, prekybos ir kitos įrangos parku. Didžiausias reikia žinoti, kur ir kuris įrenginys yra greitai stebėti su įranga susijusius pakeitimus, tai įvyksta iš IT vienetų.

Ypatinga reikšmė, įrangos apskaitos automatizavimo užduotis įgyja didelėse įmonėse. Gydymas visapusiškai augančių informacijos masyvų tapo įmanoma tik naudojant šiuolaikines kompiuterines technologijas.

Organizuoti verslo technologijų sistemos sistemą įmonėje, kompiuterių ir komponentų apskaitos tvarkymas, dabar neįmanoma be papildomos programinės įrangos, įdiegtos kompiuteryje.

Pagrindinis kurso darbo tikslas - sukurti informacinę sistemą, skirtą įmonės kompiuterinei įrangai, naudojant funkcinio modeliavimo ir grafikos žymėjimo IDEF0, DFD duomenų srautų diagramas ir IDEF3 proceso dokumentacijos standartus, per kompiuterį asocijuotas "Allfusion" proceso modelis R7.3 Programinės įrangos produktas.

Norint pasiekti šį tikslą, būtina išspręsti šias užduotis:

    Programinės įrangos produktų analizė;

    Informacinių sistemų projektavimo metodų tyrimas;

    Funkcinis modeliavimas konteksto schemos ir schema verslo procesų skaidymuose (IDEF0) "apskaita kompiuterių inžinerijos įmonių";

    Informacinės sistemos projektavimas naudojant duomenų srauto diagramas (DFD);

    Naudojant IDEF3 procesų modeliavimo ir dokumento dokumentacijos metodiką.

informacija PolyClinic Documentation Programinė įranga

1. Informacinių sistemų projektavimo metodai

Šiuolaikinėje praktikoje modeliavimo valdymo ir gamybos veiklos, terminas "Verslo procesas" yra pagamintas siekiant paskirti modeliavimo objektus. Modeliuojant verslo procesus, dėmesys turėtų būti skiriamas daugeliui veiksnių:

    Teisingas tikslų pareiškimas;

    Kompetentingas organizacijos darbuotojų informuotumas apie projekto tikslus ir rezultatus;

    Efektyvus modeliavimo įrankių taikymas;

    Verslo procesų aprašymo ir reguliavimo įmonių buvimas.

Verslo procesų modeliavimui naudojami keli skirtingi metodai. Jų pamatas yra struktūrinis ir į objektyvios požiūriai į modeliavimą. Labiausiai išvystyti metodai naudoja abiejų metodų elementus. Dažniausi metodai gali būti priskirti:

    sADT funkcinis modeliavimo metodas (IDEF0);

    modeliavimo modeliavimo IDEF3 procesų;

    dFD duomenų srautų modeliavimas;

Verslo modeliavimo požiūriu kiekvienas pateiktų metodų turi savo privalumus. Objekto metodas leidžia jums sukurti stabilesnius keisti sistemą, geriau.

esamos organizacijos struktūros. Funkcinis modeliavimas gerai pasirodo tais atvejais, kai organizacinė struktūra yra pokyčių procese arba paprastai yra silpnai suformuota. Atliktų funkcijų požiūris yra intuityviai geriau suprantamas atlikėjams, gaunant informaciją apie savo dabartinį darbą.

Funkcinis modeliavimo metodas IDEF0 (funkcijų modeliavimas) yra taisyklių ir procedūrų, skirtų sukurti objekto objekto funkcinį modelį, rinkinys. Funkcinis objekto modelis rodo jų pagamintus veiksmus ir nuorodas.

Pagal šį metodą verslo modelis turėtų atrodyti taip:

    Viršutinis modelio lygis turėtų atspindėti tik sistemos kontekstą, tai yra sąveika su išoriniu pasauliu.

    Antrajame lygmeniu modelyje turėtų būti visos pagrindinės įmonės veiklos, kitaip tariant, temiškai sugrupuoti verslo procesai ir jų santykiai.

    Daugiau informacijos apie verslo procesus atliekami per verslo funkcijas, tai yra, operacijų suvestiniai, grupuojami pagal tam tikras funkcijas.

    Elementarinių verslo operacijų aprašymas atliekamas naudojant savo vykdymo algoritmo užduotį.

DFD duomenų srauto modeliavimo metodas (duomenų srauto diagramos) - duomenų srauto diagramos. Pagrindinės funkcinių reikalavimų modeliavimo būdas suprojektuota sistema.

Modelių komponentai: diagramos; Duomenų žodynas; Proceso specifikacijos.

Diagramos elementai: duomenų srautas; saugojimas; Išorinė esmė.

Duomenų srauto mechanizmas, naudojamas modeliuoti ir perduoti informaciją iš vienos sistemos dalies į kitą.

Išorinis subjektas objektas objektas už sistemos kontekste, kuris yra.

Duomenų saugykla yra duomenų srautų gabalas laiku, kuriame yra duomenų, kuriuos reikia išsaugoti tarp procesų.

Pagrindiniai privalumai:

    gebėjimas nedviprasmiškai nustatyti išorinius subjektus, analizuojant informaciją sistemoje ir už jos ribų;

    galimybė projektuoti iš viršaus į apačią, kuri palengvina modelio statybą "kaip turėtų būti";

    žemesnio lygio procesų specifikacijų, leidžiančių įveikti logišką funkcinio modelio loginį nesąžiningumą ir sukurti visapusišką funkcinę sistemą, kuri yra sukurta;

    modeliai turi labai turtingą elementų rinkinį tinkamai atspindi jų specifiškumą;

    taip pat palaikoma daugeliu atvejų įrankių, automatinių konversijos algoritmų DFD hierarchijai į struktūrines korteles, kuriose demonstruojama intersistema, "Intrasystem Communications" ir sistemos hierarchija

Trūkumai:

    dirbtinių atvykimo valdymo procesų poreikis, nes kontrolės efektai (srautai) ir kontrolės procesai iš DFD taško nesiskiria nuo įprastų;

    nėra laiko sąvokos, t.y. Laiko intervalo analizės stoka konvertuojant duomenis (visi terminai turi būti įrašyti į procesų specifikacijas).

IDEF3 Proceso modeliavimo metodas (integruotas proceso aprašymo apibrėžimas Capture metodas) - Modeliavimo ir standartinių procesų dokumentacijos metodika sistemoje. Technologinių procesų dokumentavimo metodas suteikia procesų informacijos dokumentavimo ir surinkimo mechanizmą. Idef3 rodo priežastinius santykius tarp situacijų ir įvykių suprantama ekspertų forma naudojant struktūrinį metodą išreikšti žinias apie tai, kaip sistema veikia, procesas ar įmonė.

IDEF3 duomenų rinkinio aprašymo metodas yra struktūrinės analizės dalis. Skirtingai nuo kai kurių IDEF3 procesų aprašymų metodų, jis neapriboja analitikų pernelyg griežtų sintaksių sistemų, kurios gali sukelti neišsamių ar prieštaringų modelių kūrimą.

IDEF3 taip pat gali būti naudojamas kaip procesų kūrimo metodas. IDEF3 papildo IDEFO ir jame yra viskas, ko reikia norint sukurti modelius, kuriuos galima naudoti modeliavimo analizei imituoti.

2. Informacinės sistemos kūrimas "Kompiuterinių inžinerijos įmonių apskaita"

2.1 Programinės įrangos analizė

Tokių informacinių sistemų analizė atliekama siekiant nustatyti orumą ir trūkumus, taip pat už jo naudojimo funkcionalumą, sąsają, dizainą ir patogumą. Buvo nustatytos šios esamos informacinės sistemos:

    Jis išrado programinę įrangą (it-invent.ru)

    Aparatūros inspektoriaus programinė įranga ("hwinsspector.com")

    Configuration 1C: Kompiuterių ir įrangos apskaita 8.1 (OdininSkin.ru)

Pirmasis IP, jis išrado, yra ne tik kompiuterių, spausdintuvų, programų ir komponentų apskaita. Tai taip pat yra ta pati sąskaita remontui ir paslaugoms, pagalbinei įrangai, užsakymams tiekėjams, pajamoms ir įrangos judėjimui, sandorio šalių apskaita, darbuotojai ir daug daugiau. Pagrindinė IT išradimo programos forma parodyta 1 paveiksle.

1 pav. "IT išradimas"

Ji išrado tai yra lanksti ir pritaikoma sistema, turinti intuityvią sąsają, paaiškins, kas yra gerai suvokiama dizaino požiūriu. Programa yra gana daugiafunkcinė. Norėčiau atkreipti dėmesį į šias pagrindines programos ypatybes:

    Palaikykite MS Access ir MS SQL Server duomenų bazę.

    Multiplayer veikimo būdas - visi filialai veikia su vienu pagrindu.

    Gebėjimas kurti ir konfigūruoti savo papildomas įvairių tipų savybes.

    Apskaita atlikti bet kokių rūšių organizacijos darbą.

    Unikali inventoriaus etikečių kūrimo ir spausdinimo sistema. Palaikykite brūkšninių kodų spausdintuvus.

    Palaikykite darbą su brūkšninio kodo skaitytuvu. Paieškos įrašai Brūkšninio kodo duomenų bazėje.

    Išlaikyti įrangos pokyčių istoriją.

    Įrangos ir kompiuterių remonto ir prevencinės priežiūros apskaita.

    Loginis programų ir komponentų sujungimas su įranga.

    Vartojimo, komponentų ir biurų apskaita.

    Tvirtinimo apskaitos vienetai organizacijos darbuotojams. Gavimo perdavimo veiksmai.

    Laikydami tiekėjų, paslaugų organizacijų ir kitų sandorio šalių bazę.

    Lankstus sistemos naudotojų prieigos teisių apibrėžimas.

    El. Pašto įspėjimų konfigūravimas pagal renginius programoje.

    Daug įmontaujančių spausdintų formų ir ataskaitų su gebėjimu juos redaguoti.

    Importuoti ir peržiūrėti duomenis tiesiogiai iš "Active Directory".

Jis išrado programą yra tinklas. Norėdami dirbti tinkle su viena duomenų baze, kiekviena vartotojo programa turi kelią į "DBPatH.ini" failą, kad galėtumėte parašyti kelią, kad galėtumėte prisijungti prie duomenų bazės failo arba nurodykite šį kelią, pasirinkdami meniu "Failo" elementą ". . Tuo pačiu metu jums nereikės pamiršti, kad būtų galima nustatyti katalogą su skaitymo ir rašymo duomenų baze visiems programos naudotojams.

Antras IP yra aparatūros inspektoriaus programa. Programa skirta automatizuotai apskaitai ir inventorizuoti kompiuterinę įrangą ir kitą įrangą organizacijose. Aparatūros inspektoriaus programos unikalumas yra gebėjimas apskaita ne tik dabartinę kompiuterio parametrų būklę ir visą individualių komponentų gyvenimo istoriją. 2 paveiksle parodyta vaizdo įrašų vaizdai į darbo vietų medį.

2 pav. "Aparatūros inspektorius"

Sąsaja yra paprasta, intuityvi. Kalbant apie dizainą, tai yra priimtina. Programa yra daugiafunkcinė. Norėčiau pažymėti šias pagrindines funkcijas:

    Išsamūs kompiuteriai ir programinė įranga;

    Apskaitos objektų gyvavimo ciklas;

    Importuoti prietaisus, programinę įrangą, darbo vietų ir tinklo nustatymus;

    Automatizuotas darbo vietų auditas;

    Tinklo kirtimas;

    Eksploatacinių medžiagų apskaita ir planavimas;

    Vartotojų paraiškų apskaita;

    Sąskaitų inventorius;

    Lankstus prieigos atskyrimas;

    Ieškokite informacijos;

    Daugiau nei 30 integruotų pagal užsakymą;

    Išsamūs katalogai visuose apskaitos aspektuose;

Aparatūros inspektorius, mokamas. Viena licencija suteikia teisę įdiegti programą bet kuriame kompiuterių skaičiui, viename vietiniame tinkle, viena organizacija.

Trečia, tai yra 1C konfigūracija: kompiuterių ir įrangos apskaita 8.1. Įrangos apskaita yra pagrįsta daugiausia brūkšniniais kodais, todėl bet kokia paieškos operacija, atranka ar technologija tampa daug lengviau. Su šia konfigūracija, patogu atsižvelgti į kompiuterių, biuro įrangos ir bet kokių kitų materialinių vertybių (įrangos, telefonų, baldų), taip pat automatizuoti kitas veiklos sritis.

3 paveiksle parodyta pagrindinė 1C konfigūracijos forma.

3 pav. "1C: Apskaitos kompiuteriai ir įranga 8.1"

Pagrindinės produkto charakteristikos:

    Apskaita bet kokiam technikai, baldai, programinė įranga,

    Serijos, inventoriaus įrangos numerių apskaita,

    Importas iš Everesto aparatūros audito sistemos (automatinis duomenų rinkimas)

    Patogiausia vartotojo sąsaja

    Apskaitos tiekėjai

Kriterijus. \\ T

"Aparatūros inspektorius"

1c konfigūracija.

Funkcionalumas

Daugiafunkcinis

Daugiafunkcinis

Daugiafunkcinis

Sąsaja

Intuityviai suprantama

Paprasta - intuityvus

Labiausiai patogiausia

Priimtinas

Standartas. \\ T

JAV patogumas

Paprasta naudoti

Individualūs nustatymai

Orumas.

Veikia tinkle

    Veikia vietiniame tinkle

    Atnaujinkite 2 kartus per mėnesį

    Viena licencija gali būti įdiegta bet kuriame kompiuterių skaičiumi, viename vietiniame tinkle, viena organizacija

ACT. nemokama linija Konsultacijos elektroniniu paštu ir ICQ, ir, jei reikia, pasikonsultuoti telefonu.

Trūkumai

Mokama programa

Mokama programa

Mokama programa

    Apskaita vartotojams ir dirbti su jais

    Apskaitos eksploatacinės medžiagos

    Automatinis paieška Skenuojant

    Individualūs nustatymai ir kt.

Palyginkite pasirinktas informacines sistemas 1 lentelėje už šiuos kriterijus: funkcionalumas, sąsaja, dizainas, vartotojo patogumas, privalumai ir trūkumai;

1 lentelė. Informacinių sistemų palyginimas

Išvada: Visos informacinės sistemos laikomos visomis būtinomis funkcijų apskaitos kompiuterių inžinerijos įmonių. Visi jie yra daugiafunkciai, patogūs ir lengvai naudojami su intuityvi sąsaja. Vienintelis bendras visų programų trūkumas yra tas, kad jie yra mokami.

2.2 Verslo proceso diagramų aprašymas "Apskaita kompiuterių inžinerijos įmonių"

2.2.1 Aprašymas IDEF0 diagrama

Siekiant sukurti verslo procesą, buvo naudojamas IDEF0 diagrama. IDEF0 metodika nustato hierarchinės diagramos sistemos statybą - vieno sistemos fragmentų aprašymus. Pirma, atliekamas sistemos kaip visumos aprašymas ir jo sąveika su aplinkiniu pasauliu (kontekstinė schema). Buvo pastatyti trys diagramos lygiai:

    Kontekstas

    Funkcinis skilimas

    Kiekvieno darbo skaidymas

1 pav. Kontekstinė diagrama "Apskaita kompiuterių inžinerijos įmonių"

1 paveiksle parodyta kontekstinė verslo proceso diagrama "Apskaitos kompiuterių inžinerijos įmonių". Jis rodo visą sistemą ir jo sąveiką su pagrindiniais išoriniais srautais.

Kontekstinė schema nurodoma rodyklėmis.

Rodyklės tipai:

Informacija apie apdorojimą:

Kompiuteriai - PCS (asmeniniai kompiuteriai) yra įmonėje

Priedai. Medžiagos, reikalingos kompiuteriams atnaujinti (vaizdo plokštės, pagrindinės plokštės, perdirbėjai, korpusai, maitinimo šaltiniai, atminties moduliai)

Išvesties srautai:

Pranešimas - pasirengimo ataskaita apie kompiuterinę inžinerijos įmonę

Įvesties kontrolė:

Taisyklės yra sąlygos, kurios turi būti pastebėtos siekiant tikslo.

Užsakymai - įmonės užduotis (atlikti kompiuterinės įrangos apskaitą įmonėje su tam tikrų informacinių sistemų pagalba)

Vadybininkai - direktoriai ir pagrindiniai įmonių vadovai.

Įvesties ištekliai:

PCS - kompiuteriai, su kuriais atliekama apskaita.

Darbuotojai yra specialistai, kurie įgyvendina vadovą. Sukūrus konceptualų modelį, buvo atliktas funkcinis skilimas - sistema yra padalinta į posistemius ir kiekvienas posistemis aprašytas atskirai (skilimo diagramos).

2 paveiksle parodyta funkcinis skilimas, sudarytas iš keturių darbų.

2 pav. Funkcinis skilimas "Kompiuterinių inžinerijos įmonių apskaita"

Paskirstomi šie darbai:

    Pristatymo registracija yra procesas, kuriame yra priskirtas produktas, siuntimas į saugyklą, sandėliui ir didinant informaciją apie produktą programoje.

Darbe tiekimo pristatymas apima septynis ribinius šaulius (įvestį, kontrolę, mechanizmą) ir vidinę rodyklę (įvesties komunikacija) išeina.

Rodyklių komunikacija prie įėjimo tarp darbo. Kompiuterio pristatymas ir priežiūra (kompiuteris);

Rodyklės įėjimas, išvestis, valdymas kartojamas vėlesniuose darbuose.

    Kompiuterinė paslauga yra procesas, kuriame įvyksta kompiuterių surinkimas, taisymas ir atnaujinimai.

Kompiuterio priežiūra kompiuteryje yra keturios ribinės rodyklės (įvesties, valdymo, mechanizmo, išvesties) ir kelios vidinės rodyklės (įvesties komunikacija, įvesties atsiliepimai).

Rodyklės valdymas - taisyklės, užsakymai, vadovas;

Rodyklės komunikacija tarp kompiuterio kūrinių ir išdėstymo (duomenų gaubtu į duomenų bazę), tarp kompiuterio kūrinių ir ataskaitos ataskaitos (duomenų įtraukimas į duomenų bazę);

    Susitarimas yra procesas, kuriame yra kompiuterių derinimas biuruose (spintos).

Rodyklės valdymas - taisyklės, užsakymai, vadovas;

Mechanizmo rodyklė - darbuotojai;

Rodyklės komunikacija į įvestį tarp susitarimo ir ataskaitos (ID) sudarymo;

    Ataskaitos rengimas - galutinis apskaitos proceso etapas, kurį sudaro galutinių rodiklių apibendrinimas, gaunamas atliekant ankstesnius dabartinius apskaitos duomenis.

Tada kiekvienas posistemis yra suskirstytas į mažesnius skilimus ir pan., Prieš pasiekiant norimą laipsnį.

3 paveiksle parodyta diagrama, rodanti pristatymo pristatymą išsamiau.

Kaip išsamiai buvo paskirtos pagrindinės funkcijos. Skyriuje "Pristatymas" yra septynios pagrindinės rodyklės (įėjimas, išėjimas, kontrolė, mechanizmas).

Įėjimo rodyklė - kompiuteriai ir komponentai;

Valdymo rodyklės yra taisyklės, užsakymai ir vadybininkas. Klesti strėlės;

Mechanizmo, šakojimo - kompiuterio, darbuotojų rodyklės;

Rodyklės įvedimas, kontrolė, mechanizmai kartojami visose operacijose.

    Skaičiai - individualių kambarių priskyrimas su kompiuteriais ir komponentais.

Įvesties rodyklės - kompiuteriai ir komponentai. Rodyklės kompiuteriai kartojami tolesniame darbe, be ataskaitų;

Rodyklės valdymas - taisyklės, užsakymai ir vadovas;

Mechanizmo rodyklės - kompiuterio ir darbuotojų;

Rodyklės komunikacija prie įėjimo tarp darbų priskyrimo kambarį ir siunčiant prekes į sandėlio (perkėlimo), tarp "priskyrimo kambario" ir "balanso" (įvadas į duomenų bazę);

    Prekių siuntimas į sandėlį - prekių mandelį su priskirtu kambariu į sandėlį.

Išeiti iš rodyklių - kompiuteris;

Rodyklės valdymas - taisyklės, užsakymai ir galva.

Rodyklės komunikacija prie įėjimo tarp darbų "siuntimo prekių į sandėlio" ir "balansas" (numeris);

    Stabdymas balanso - didinti informaciją į kompiuterį.

Rodyklės valdymas - taisyklės, užsakymai ir vadovas;

Mechanizmo rodyklės - kompiuterio ir darbuotojų;

4 paveiksle pateikiama išsamesnė diagrama, išsami kompiuterinė priežiūra.

Kaip išsamiai rezultatas, pagrindinės funkcijos, veikiančios kompiuterio priežiūros procese, buvo paskirti.

Kompiuterių priežiūra apima 4 ribines rodykles (įvesties, išvesties, valdymo mechanizmą). Vidinės rodyklės (įvesties atsiliepimai, įvesties komunikacija).

    Kompiuterių surinkimas - kompiuterių konfigūracija individualiems lyderių užsakymams.

Įėjimo rodyklė - kompiuteriai;

Rodyklės valdymas - taisyklės, užsakymai ir vadovas;

Mechanizmo rodyklės - darbuotojai;

Rodyklių komunikacija prie įėjimo tarp darbų: "Kompiuterių surinkimas" ir "Kompiuterių taisymas" (kompiuteris);

    Kompiuterių remontas yra surinkimas, patvirtintas kompiuteriams tobulinti.

Įėjimo rodyklė - kompiuteriai;

Išvesties rodyklė yra duomenų bazė;

Rodyklės valdymas - taisyklės, užsakymai ir vadovas;

Mechanizmo rodyklės - darbuotojai;

Rodyklės įėjimas, išėjimas, valdymas, mechanizmas yra šakojimas;

Rodyklių komunikacija prie įėjimo tarp darbų: "Remontas kompiuterių" ir "Atnaujinti" (komponentai);

    Atnaujinimas - tobulinimas, tobulinimas, kompiuterio atnaujinimas.

Išvesties rodyklė yra duomenų bazė;

Rodyklės valdymas - taisyklės, užsakymai ir vadovas;

Mechanizmo rodyklės - darbuotojai;

Rodyklės valdymas, mechanizmas yra šakoti;

5 paveiksle pateikiama išsamesnė diagrama "Ataskaitos brėžinys". Darbo skilimas, ataskaitos sudarymas apima 4 ribines rodykles (įvesties, išvesties, kontrolės, mechanizmų). Vidinės rodyklės (įvesties atsiliepimai, įvesties komunikacija).

Dėl darbo buvo gautos šios funkcijos:

    Duomenų rinkimas - informacijos rinkimas analizei ir sprendimų priėmimui.

Įvesties rodyklė - priskyrimo ID;

Rodyklės valdymas - taisyklės, užsakymai ir vadovas;

Rodyklės įvedimas, valdymas, mechanizmas yra šakojimas;

Rodyklių komunikacija prie įėjimo tarp darbų: duomenų rinkimas ir duomenų patikrinimas (įrašai);

    Duomenų tikrinimas - informacijos tikrinimas ir pranešimo pateikimas.

Įvesties rodyklė - ID priskyrimas, duomenų stiprinimas duomenų bazėje;

Išvesties rodyklė - ataskaita;

Rodyklės valdymas - taisyklės, užsakymai ir vadovas;

Mechanizmo rodyklės - darbuotojai, kompiuteriai;

Įvesties rodyklės (ID), kontrolė, mechanizmas yra šakojimas;

Atsiliepimai rodyklė į įvestį iš "Duomenų patikrinimo" į "Duomenų rinkimo" (pakartotinis patikrinimas).

Sužinokite, kaip pamatyti ir suprasti funkcinė struktūra Tavo reikalas!

Šiuo metu Rusijoje susidomėjimas Vakaruose apskritai pripažintų valdymo standartais smarkiai padidėjo, tačiau tikroje valdymo praktikoje yra vienas labai demonstracinio taško. Daugelis lyderių vis dar gali būti pateikta tiesiai organizacinė struktūra Įmonių ar esamų verslo procesų schemą. Pažangiausios ir reguliariai skaitant ekonominius periodinius vadovus, kaip taisyklė, pradeda piešti tik vieną hierarchinę diagramas, suprantamus tik pagal juos, tačiau šiame procese paprastai greitai patenka į aklavietę. Tas pats pasakytina ir apie įvairių paslaugų ir funkcinių vienetų darbuotojams ir vadovams. Daugeliu atvejų vienintelis išdėstytų taisyklių rinkinys, pagal kurį įmonė turėtų veikti, yra atskirų nuostatų ir \\ t oficialūs nurodymai. Dažniausiai šie dokumentai buvo sudaromi ne prieš vienerius metus, silpnai struktūrizuotą ir nebaigtą tarpusavyje ir, kaip rezultatas, jie tiesiog dulkės ant lentynų. Šiuo metu toks požiūris buvo pateisinamas, nes per Rusijos rinkos ekonomikos formavimo metu konkurencijos sąvoka buvo praktiškai nėra, o išlaidos nebuvo laikomos ypatingam poreikiui - pelnas buvo gigantiškas. Kaip rezultatas, mes matome per pastaruosius dvejus metus visiškai paaiškinta nuotrauka: didelės įmonėsĮžeminimas 90-ųjų pradžioje palaipsniui atsisako savo pozicijos, iki visiškos priežiūros iš rinkos. Tai iš dalies dėl to, kad įmonė nesinaudojo valdymo standartų, funkcinio veiklos ir misijos koncepcija buvo visiškai nedalyvaujama. Su modeliuojant įvairias veiklos sritis, galima veiksmingai analizuoti "kliūtis" valdant ir optimizuoti bendrą verslo sistemą. Tačiau, kaip žinote, bet kurioje įmonėje, aukščiausias prioritetas turi tik tuos projektus, kurie tiesiogiai atneša pelną, todėl kalbame apie veiklos apklausą ir reorganizavimą tik apčiuopiamos krizės valdant bendrovę.

90-ųjų pabaigoje, kai įmonių konkurencija ir pelningumas pasirodė rinkoje, kaip reikalaujama, lyderiai jautėsi didžiuliais sunkumais bandydami optimizuoti išlaidas, kad produktai būtų tuo pačiu metu ir pelningi ir konkurencingi. Tiesiog šiuo metu reikia turėti įmonės veiklos modelį prieš savo akis, kurios atspindėtų visus įvairių posistemių santykių mechanizmus ir principus viename versle.

Labai sąvoka "modeliavimo verslo procesai" atėjo į daugelio analitikų gyvenimą vienu metu su išvaizda sudėtingų programinės įrangos produktų, skirtų integruotai automatizuoti įmonių valdymo rinkoje. Tokios sistemos visada reiškia giliai iš anksto projekto apklausą bendrovės veiklos. Šio tyrimo rezultatas yra ekspertų nuomonė, kurioje tam tikri klausimai pateikiami rekomendacijos, skirtos pašalinti "Bottlenecks" veiklą vykdant veiklą. Atsižvelgiant į šią išvadą, prieš pradedant įgyvendinti automatizavimo sistemą, vadinamasis verslo procesų reorganizavimas atliekamas, kartais gana rimtas ir skausmingas įmonei. Tai, žinoma, komanda sukurta metų visada sunku priversti "galvoti nauju būdu". Tokie visapusiški įmonės apklausos visada yra sudėtingos ir gerokai skiriasi nuo užduočių atveju. Siekiant išspręsti tokias modeliavimo sudėtingų sistemų problemas, egzistuoja gerai valcuotos metodikos ir standartai. Tokie standartai apima IDEF šeimos metodiką. Naudodamiesi savo pagalba, galima efektyviai parodyti ir analizuoti įvairių sudėtingų sistemų veiklos modelius įvairiuose pjūviuose. Tuo pačiu metu sistemoje esančią platumą ir gylio gylį nustato pats kūrėjas, kuris neleidžia perkrauti sukurto modelio per dideliais duomenimis. Šiuo metu tokie standartai gali būti priskirti IDEF šeimai:

Idef0 - funkcinio modeliavimo metodika. Naudojant vizualinę grafiką IDEF0, ištirta sistema pasirodo prieš kūrėjams ir analitikams tarpusavyje susijusių funkcijų rinkinio (funkcijų blokai - idėjos IDEF0). Paprastai modeliavimo įrankiai IDEF0 yra pirmasis bet kurios sistemos tyrimo etapas;

IDEF1 - informacijos modeliavimo metodika sistemos viduje, leidžianti rodyti ir analizuoti jų struktūrą ir sujungimą;

IDEF1X (IDEF1 išplėstinė) - reliacinių struktūrų kūrimo metodika. IDEF1X reiškia "subjektų santykių" metodikų tipą (EVTIty-santykius) ir paprastai naudojama imituoti reliacines duomenų bazes, susijusias su nagrinėjama sistema;

IDEF2 yra dinamiško sistemos kūrimo modeliavimo metodika. Dėl labai sunkių sunkumų analizuojant dinamines sistemas, tai buvo beveik atsisakyta iš šio standarto, o jos plėtra sustabdė labai pradinis etapas. Tačiau yra šiuo metu algoritmai ir jų kompiuteriniai diegimai, leidžiantys pakeisti statinių IDEF0 diagramų rinkinį į dinaminius modelius, pastatytus remiantis "Petri dažytų tinklų" pagrindu (CPN - spalvų Petri tinklai);

IDEF3 yra metodika dokumentavimo procesų, kurie yra naudojami sistemoje, kuri yra naudojama, pavyzdžiui, technologinių procesų tyrime. Naudojant IDEF3 aprašo scenarijų ir seka operacijų kiekvienam procesui. Idef3 turi tiesioginį ryšį su IDEF0 metodika - kiekviena funkcija (funkcinis blokas) gali būti atstovaujamas kaip atskiras procesas pagal IDEF3;

IDEF4 - Objektinių sistemų kūrimo metodika. IDEF4 priemonės gali aiškiai parodyti objektų struktūrą ir jų sąveikos principus, tokiu būdu, kad būtų galima išanalizuoti ir optimizuoti sudėtingas objektas orientuotas sistemas;

IDEF5 - ontologinių tyrimų sudėtinių sistemų metodika. Naudojant IDEF5 metodiką, sistemos ontologija gali būti aprašyta naudojant tam tikrą terminų ir taisyklių žodyną, remiantis patikimais įtarimais dėl nagrinėjamos sistemos būklės gali būti sudaryta tam tikru momentu. Remiantis šiais teiginiais, formuojamos išvados dėl tolesnio sistemos plėtros ir ji yra optimizuota.
Kaip šio straipsnio dalis, mes manome dažniausiai naudojamą metodiką funkcinio modeliavimo IDEF0.

IDEF0 standarto istorija

IDEF0 metodika gali būti laikoma išplėsti gerai žinomo grafinio kalbos aprašymo SADT funkcinių sistemų (struktūrizuotos analizės ir dizaino TEQNique) kūrimo etapą. Prieš kelerius metus panaši knyga buvo išleista mažoje apyvartoje, skirta pagrindinių SADT schemų statybos principų aprašymui. Istoriškai Istoriškai Idef0, nes standartas buvo sukurtas 1981 m. Kaip plataus masto programų dalis pramonės įmonėskuris ICAM dėvėjo paskyrimą (integruotą kompiuterinę gamybą) ir buvo pasiūlyta departamentas Oro pajėgos JAV. Tiesą sakant, IDEF standartų šeima paveldėjo savo paskyrimą iš šios programos pavadinimo (IDEF \u003d ICAM apibrėžimas). Vykdomas praktinis įgyvendinimasICAM programos dalyviai susidūrė su poreikiu plėtoti naujus metodus, kaip analizuoti pramoninių sistemų sąveikos procesus. Tuo pačiu metu, be patobulintų funkcijų, skirtų apibūdinti verslo procesus, vienas iš naujų standartų reikalavimų buvo veiksminga sąveikos metodika "analitiko specialistas". Kitaip tariant, naujas metodas Ji turėjo suteikti grupei dirbti su modelio kūrimo, su tiesioginio dalyvavimo visų analitikų ir specialistų, užsiimančių projekte.

Dėl atitinkamų sprendimų paieškos gimė funkcinio modeliavimo IDEF0 metodika. Nuo 1981 m. IDEF0 standartas buvo atliktas keletą nedidelių pokyčių, daugiausia ribojančių, o jo paskutinė redakcinė kolegija buvo paskelbta 1993 m. Gruodžio mėn. Nacionalinis stendų ir JAV technologijų institutas (NIST).

Pagrindiniai IDEF0 elementai ir idealai

Grafinė IDEF0 kalba yra stebėtinai paprasta ir harmoninga. Metodika grindžiama keturiomis pagrindinėmis sąvokomis.

Pirmasis iš jų yra funkcijų bloko (veiklos dėžutės) sąvoka. Funkcinis blokas yra grafiškai pavaizduotas kaip stačiakampis (žr. 1 pav.) Ir personina tam tikrą konkrečią funkciją pagal nagrinėjamą sistemą. Remiantis standarto reikalavimais, kiekvieno funkcinio bloko pavadinimas turėtų būti suformuotas verbalelyje (pvz., "Gaminti paslaugas", o ne "gamybos paslaugos").

Kiekviena iš keturių funkcinio bloko pusių turi savo aiškią vertę (vaidmuo), o:

  • Viršutinė pusė turi "valdymo" vertę;
  • Kairė pusė yra "įvestis" (įvestis);
  • Dešinėje pusėje yra "išėjimas" (išėjimas);
  • Apatinėje pusėje yra vertės "mechanizmas".

    • Kiekvienas funkcinis blokas pagal nagrinėjamą vieningą sistemą turėtų turėti savo unikalų identifikavimo numerį.

    1 pav. Funkcijos blokas.

    Antrasis "banginis" IDEF0 metodika yra sąsajos lanko (rodyklės) sąvoka. Be to, sąsajos lankai dažnai vadinami upeliais ar rodyklėmis. Sąsajos lankai rodo sistemos elementą, kuris apdorojamas pagal funkcijų bloką arba turi skirtingą poveikį šiame funkciniame bloke rodoma funkcija.

    Grafinis sąsajos lanko rodymas yra vieneksnis rodyklė. Kiekviena sąsaja ARC turi turėti savo unikalų pavadinimą (rodyklės etiketę). Standarto prašymu pavadinimas turi būti normalizuotas daiktavardis.

    Naudojant sąsajų lankus, įvairius objektus, į vieną ar kitą laipsnį, apibrėžiantys procesai, įvykę sistemoje. Tokie objektai gali būti realaus pasaulio elementai (dalys, vagonai, darbuotojai ir kt.) Arba duomenų srautai ir informacija (dokumentai, duomenys, instrukcijos ir kt.).

    Priklausomai nuo to, kai šalys tinka šiai sąsajai lankai, tai vadinama "gaunamu", "išeinančiu" arba "kontrolės". Be to, kiekvieno funkcinio lanko "šaltinis" (pradžia) ir "gavėjas" (pabaiga) gali būti funkciniai blokai, ir tik bloko išvesties pusė gali būti "šaltinis", ir bet kuris iš trijų likusių "imtuvo" .

    Pažymėtina, kad bet koks funkcinis blokas pagal standarto reikalavimus turėtų turėti bent vieną valdymo sąsajos lanką ir vieną išeinantį. Tai suprantama - kiekvienas procesas turėtų įvykti pagal kai kurias taisykles (rodomas kontrolinis lankas) ir turėtų sukelti tam tikrą rezultatą (kylančią lanką), kitaip jo atlygis nėra prasmės.

    Pastatant IDEF0 - diagramos Svarbu tinkamai atskirti sąsajos lankus iš vadovų, kuris dažnai nėra lengvas. Pavyzdžiui, 2 paveiksle parodytas funkcinis blokas "apdorojimas ruošinio".

    Nekilnojamojo proceso, darbo, gamybos perdirbimo, išduodamas ruošinio ir technologinių instrukcijų perdirbimo (arba saugos taisyklių dirbant su mašina). Tai gali atrodyti klaidingai, kad ruošinys ir dokumentas su technologinėmis kryptimis yra gaunami objektai, bet tai nėra. Tiesą sakant, šiame procese ruošinys apdorojamas pagal taisykles, atspindinčias technologinėmis instrukcijomis, kurios turi būti atitinkamai atstovaujamos kontrolinės sąsajos lankai.


    2 pav.

    Kitas dalykas yra tada, kai technologinės instrukcijos yra tvarkomos pagrindiniame technologiškai ir pakeitimai yra pagaminti jose (3 pav.). Šiuo atveju jie jau rodomi jau įeinančiame sąsaja lanko, o kontrolės objektas yra, pavyzdžiui, naujų pramoninių standartų, remiantis kokiais pakeitimais.


    3 pav.

    Pirmiau pateikiami pavyzdžiai pabrėžti išoriškai panašų gaunamų ir kontrolinių sąsajų lankų pobūdį, tačiau tos pačios klasės sistemoms visada yra tam tikrų skirtumų. Pavyzdžiui, atsižvelgiant į įmones ir organizacijas, yra penki pagrindiniai įrenginiai: medžiagų srautai (Dalys, prekės, žaliavos ir kt.), Finansiniai srautai (grynieji pinigai ir grynieji pinigai, investicijos ir kt.), Dokumentų srautas (komerciniai, finansiniai ir organizaciniai dokumentai), informacijos srautai (informacija, informacija apie ketinimus, žodinius užsakymus ir kt. .) ir ištekliai (darbuotojai, mašinos, mašinos ir kt.). Tuo pačiu metu, įvairiais atvejais, gaunami ir išeinantys sąsajos lankai gali rodyti visų tipų objektus, kurie yra tik su srautais ir informacija, ir mechanizmai su lankais tik ištekliais.

    Privalomas kontrolės sąsajos lankų prieinamumas yra vienas iš pagrindinių IDEF0 standarto skirtumų nuo kitų DFD (Dagram) ir VPD (darbo srauto diagrama).

    Trečioji pagrindinė IDEF0 koncepcija yra skilimas (skilimas). Skilimo principas naudojamas suskaidant sudėtingą procesą į jo funkcijos komponentus. Tuo pačiu metu proceso detales tiesiogiai nustato modelio kūrėjas.

    Skilimas leidžia palaipsniui ir struktūrizuoti, kad būtų atstovaujama sistemos modelis, atsižvelgiant į individualių diagramų hierarchinę struktūrą, todėl ji yra mažiau perkrauta ir lengvai absorbuojama.

    IDEF0 modelis visada prasideda nuo sistemos atstovavimo kaip vienintelis sveikasis skaičius - vienas funkcinis blokas su sąsajos lankais, pratęsiančiais už nagrinėjamo regiono ribų. Ši diagrama su vienu funkciniu bloku vadinama kontekstine schema, ir nurodoma "A-0" identifikatoriaus.

    Aiškinamuoju tekstu į kontekstinę schemą, diagramos konstrukcijų tikslą (paskirtį) turėtų būti nurodyta trumpas aprašymas Ir požiūris yra nustatytas.

    Idef0 modelio kūrimo tikslo apibrėžimas ir formalizavimas yra labai svarbus dalykas. Tiesą sakant, tikslas nustato atitinkamas sritis sistemoje pagal tyrimą, dėl kurių būtina sutelkti dėmesį į pirmiausia. Pavyzdžiui, jei imsimuojame įmonės veiklą su toliau remiantis šiuo informacinės sistemos modeliu, šis modelis labai skiriasi nuo tos pačios įmonės, bet ir tvarkingai optimizuoti logistikos grandines.

    Atsižvelgiant į pagrindinę pavyzdį ir būtinos detalės lygio kryptį. Aiškus fiksavimas požiūriu leidžia jums iškrauti modelį, atsisakydamas išsamiai ir studijuoti atskirų elementų, kurie nėra būtini, remiantis pasirinktu požiūriu sistemoje. Pavyzdžiui, tos pačios įmonės funkciniai modeliai iš pagrindinio technologijos ir finansų direktoriaus požiūrių labai skiriasi jų detalių kryptimi. Taip yra dėl to, kad galų gale finansų direktorius nesinaudoja žaliavų perdirbimo gamybos mašinose aspektus, o pagrindinis technologas neturi nieko bendro su finansinių srautų schemomis. Teisingas pasirinkimas Žinoma, žymiai sumažina galutinio modelio kūrimo laiką.

    Skilimo procese, funkcijų blokas, kuris kontekstinėje diagramoje rodoma sistema kaip visuma, yra išsamiai taikoma kitoje diagramoje. Gautančioje antrojo lygio diagramoje yra funkcinių blokų, rodančių pagrindinius konteksto diagramos funkcinio bloko ir yra vadinamas dukterine (vaikų diagrama) su juo (kiekvienas vaiko diagramui priklausanti funkciniai blokai yra atitinkamai vadinami vaiku Dėžė). Savo ruožtu funkcinis blokas vadinamas tėvų bloku, palyginti su dukterine įmone (tėvų dėžė), ir diagrama, kuriai jis priklauso, yra tėvų schema (tėvų diagrama). Kiekvienam dukterinio diagramoje gali būti išsamiai išsamiai išsamiai išsamiai išsamiai išsamiai išsamiai atitinka atitinkamo funkcinio bloko skaidymą. Svarbu pažymėti, kad kiekvienu funkcijos bloko skilimo atveju visos šiame įrenginyje esančios sąsajos lankai yra užregistruoti arba iš jo dukterinės įmonės. Tai pasiekia struktūrinį IDEF0 modelio vientisumą. Skilimo principas yra aiškiai parodyta 4 paveiksle. Dėmesys turėtų būti skiriamas funkcinių blokų ir diagramų numeracijos santykiams - kiekvienas vienetas turi savo unikalų serijos numerį diagramoje (skaitmuo apatiniame dešiniajame stačiakampio kampe), \\ t Ir paskyrimas pagal teisingą kampą rodo šios bloko diagramos dukterinės įmonės skaičių. Šio paskyrimo nebuvimas rodo, kad šiam blokui skilimas neegzistuoja.

    Dažnai yra atvejų, kai individualios sąsajos lankai neturi prasmės toliau apsvarstyti vaikų diagramas žemiau tam tikro lygio hierarchijoje, arba atvirkščiai - atskiros lankai neturi praktinės reikšmės virš kai kurių lygiu. Pavyzdžiui, sąsajos lankai, vaizduojanti "dalį" prie įėjimo į funkcinį bloką "apdorojimas ant staklės" neturi prasmės atspindėti aukštesniu lygiu - tai bus tik perkrauti diagramas ir padaryti juos kompleksą suvokimą. Kita vertus, tai atsitinka atsikratyti individualių "konceptualių" sąsajos lankų ir išsamiai išsamiai jų giliau nei kai kurie lygmeniu. Norėdami išspręsti tokias užduotis IDEF0 standarte, pateikiama tuneliavimo koncepcija. Pavadinimas "tunelis" (rodyklė tunelis) Dviejų apvalių skliaustų formos aplink sąsajos lanko pradžią rodo, kad šis lankas nebuvo paveldėjo nuo funkcinio pagrindinio bloko ir atsirado (nuo "tunelio") tik šioje diagramoje. Savo ruožtu, tas pats žymėjimas aplink sąsajos lanko pabaigą (rodykles) nedelsiant netoli vieneto - imtuvas - tai, kad dukterinėje įmonėje, palyginti su šiuo diagramos bloku, šis lankas nebus rodomas ir laikomas . Dažniausiai tai atsitinka, kad atskiri objektai ir atitinkami sąsajos lankai nėra laikomi tam tikru tarpiniu lygiu hierarchijos - tokiu atveju, jie pirmą kartą pasinerti į tunelį ", tada, jei reikia," grįžti iš tunelio ".

    Paskutinis sąvokas IDEF0 yra žodynas (žodynas). Kiekvienam IDEF0 elementai: diagramos, funkcijos blokai, sąsajos lankai Esamas standartas apima atitinkamų apibrėžimų rinkinį, raktinius žodžius, pasakojimo pristatymus ir tt rinkinį, kuris apibūdina šio elemento rodomą objektą. Šis rinkinys vadinamas žodynu ir yra šio elemento esmės aprašymas. Pavyzdžiui, valdymo sąsajos ARC "Mokėjimo reglamentas" žodynėlyje gali būti atitinkamo dokumento lanko laukų, būtinų vizų rinkinio ir kt. Žodynas harmoningai papildo vizualinę grafinę kalbą, tiekia diagramas su reikalinga papildoma informacija.


    4 pav. Funkcijų blokų skaidymas.

    Idef0 diagramų sudėtingumo apribojimo principai

    Paprastai IDEF0 modelis turi sudėtingą ir koncentruotą informaciją savaime, ir siekiant apriboti jų perkrovą ir nuskaitomi, atitinkami sunkumo apribojimai priimami atitinkamame standarte:

    Apriboti funkcinių blokų skaičių trijų šešių diagramos. Viršutinė riba (šeši) sukelia kūrėjui naudoti hierarchijas, kai apibūdinant sudėtingus daiktus, o apatinė riba (trys) užtikrina, kad yra pakankamai informacijos apie atitinkamą schemą, kad pateisintumėte savo kūrinį;

    Apriboti vienos funkcijos bloko (atsiranda iš vienos funkcijos bloko) sąsajos lanko keturių skaičių keturių.
    Žinoma, griežtai sekti šiuos apribojimus visai pasirinktinai, tačiau, kaip rodo patirtis, jie yra labai praktiški realiame darbe.

    Grupės disciplina Darbas apie IDEF0 modelio kūrimą

    "IDEF0" standarte yra procedūrų rinkinys, leidžiantis kurti ir koordinuoti didelės grupės žmonių grupei, priklausančioms įvairioms imituojamos sistemos sistemos sritims. Paprastai vystymosi procesas yra iteracinis ir susideda iš šių sąlyginių etapų:

    Sukurti įvairių įmonių veiklos sričių specialistų grupės modelį. Ši grupė terminų IDEF0 vadinami autoriai (autoriai). Pradinio modelio statyba yra dinamiškas procesas, per kurį autoriai interviu, kompetentingi įvairių procesų struktūrą. Remiantis turimomis nuostatomis, dokumentais ir apklausomis, sukurtas projektas (modelio projektas) modelis.

    Aptarimo, koordinavimo ir pastabų projekto pasiskirstymas. Šiame etape diskutuojama apie modelio projektą su įvairiais kompetentingais asmenimis (pagal IDEF0 skaitytojų) įmonėje. Tuo pačiu metu, kiekvienas iš projekto modelio diagramos yra kritikuojamas ir komentuoja raštu ir komentuoti, tada perduodami autoriui. Autorius, savo ruožtu, taip pat sutinka raštu su kritika arba atmeta jį su sprendimų logika ir vėl grąžina pataisytą projektą tolesniam svarstymui. Šis ciklas tęsiasi tol, kol autoriai ir skaitytojai pasiekia bendrą nuomonę.

    Oficialus modelio patvirtinimas. Susitarimo modelio patvirtinimas vyksta darbo grupės vadovu, jei modelio ir skaitytojų autoriai neturi nesutarimų apie jo pakankamumą. Galutinis modelis yra koordinuota įmonės (sistemos) idėja tam tikru požiūriu ir tam tikru tikslu.
    Grafinės kalbos "IDEF0" aiškumas daro modelį, kuris yra gana suprantamas asmenims, kurie nedalyvavo jo kūrimo projekte, taip pat veiksmingai rodomiems ir pristatymams. Ateityje, remiantis pastatytu modeliu, gali būti organizuojami nauji projektai, kuriais siekiama gaminti įmonės pokyčius (sistemoje).

    Nacionalinės praktikos funkcinio modeliavimo taikymas IDEF0

    Pastaraisiais metais susidomėjimas Rusijoje nuolat auga IDEF šeimos metodikose. Aš nuolat stebiu, žiūriu per apeliacijų statistiką savo asmeniniam tinklalapiui (http://www.vernikov.ru), kuris trumpai apibūdina šių standartų pagrindinius principus. Tuo pačiu metu susidomėjimas tokiais standartais kaip IDEF3-5, aš būsiu teorinis, o IDEF0 yra gana praktiškai pagrįstas. Tiesą sakant, pirmieji atvejai, leidžiantys kurti DFD ir IDEF0 diagramas pasirodė Rusijos rinkoje 1996 metais, tuo pačiu metu su populiarios knygos dėl modeliavimo SADT standartų principais.

    Nepaisant to, dauguma vadovų vis dar laikosi praktinio modeliavimo taikymo IDEF standartuose, o ne pagarba mados nei veiksmingas būdas optimizuoti esamą verslo valdymo sistemą. Greičiausiai tai yra dėl ryškaus informacijos trūkumo praktinis pritaikymas Šios metodikos ir būtina programinės įrangos šališkumas absoliučios daugumos leidinių.

    Nėra paslapties, kad beveik visi apklausų projektai ir įmonės finansinės bei ekonominės veiklos analizė dabar yra susiję su statyba automatizuotos sistemos Kontrolė. Atsižvelgiant į tai, IDEF standartai supratimą apie dauguma tapo neatsiejama nuo informacinių technologijų įvedimo, nors su jų pagalba, kartais galite veiksmingai išspręsti net mažas vietines užduotis, pažodžiui su pieštuku ir popieriumi.

    Vykdydami sudėtingus įmonių apklausų projektus, modelių plėtra IDEF0 standarte leidžia jums aiškiai ir veiksmingai parodyti visą įmonės veiklos mechanizmą norimame skyriuje. Tačiau svarbiausia yra kolektyvinio darbo galimybė, kurią teikia IDEF0. Mano praktinėje veikloje buvo daug atvejų, kai modelio statyba buvo vykdoma tiesiogine įvairių vienetų darbuotojų pagalba. Tuo pačiu metu konsultantas teisingai trumpai paaiškino jiems pagrindinius IDEF0 principus ir mokė dirbti su tinkama programine įranga. Todėl įvairių departamentų darbuotojai sukūrė savo funkcinio padalijimo veiklos idef diagramą, kuri turėjo atsakyti į šiuos klausimus:

    Kas patenka į padalijimą "prie įėjimo"?

    Kokias funkcijas ir kokia seka yra vykdoma padalijoje?

    Kas yra atsakingas už kiekvienos funkcijos atlikimą?

    Ką vadovaujasi rangovui atliekant kiekvieną funkciją?

    Koks yra įrenginio darbo rezultatas (išėjime)?

    Koordinuojant diagramų projektus kiekviename konkrečiame vienete, juos renka konsultantas įmonės projekto projekto, kuriame visi įvesties ir išvesties elementai yra susiję. Šiame etape įrašomi visi individualių diagramų ir jų prieštaringų vietų neatitikimai. Be to, šis modelis vėl eina per funkcinius skyrius tolesniam koordinavimui ir atlikti būtinus koregavimus. Dėl to gana trumpas laikas ir pritraukiant minimalų žmogiškuosius išteklius iš konsultacinės bendrovės (ir šių išteklių, kaip žinote, labai brangu), jis paaiškina įmonės idef0 modelį pagal principą "Kaip yra ", ir kas yra svarbu, tai yra įmonė su darbuotojų, kurie dirba jame ir kruopščiai žino visus niuansus, įskaitant neoficialų pozicijas. Ateityje šis modelis bus perkeltas į verslo analitikų analizę ir perdirbimą, kuris ieškos "kliūčių" įmonės valdymo ir pagrindinių procesų optimizavimas, modelio transformavimas "kaip" į atitinkamą atstovavimą " kaip ir turėtų būti". Remiantis šiais pakeitimais ir pateikiama galutinė išvada, kurioje pateikiamos rekomendacijos dėl valdymo sistemos reorganizavimo.

    Žinoma, toks požiūris reikalauja daug organizacinių priemonių, visų pirma apklaustos įmonės vadovybei. Taip yra dėl to, kad šis metodas reiškia kai kurių papildomų atsakomybės už naujų metodikų kūrimą ir praktinį taikymą. Tačiau jis galiausiai pateisina save, nes po vieną ar dvi atskirų darbuotojų darbo valandas per kelias dienas gali žymiai sutaupyti lėšų, skirtų mokėti už trečiosios šalies bendrovės konsultavimo paslaugas (kuri bet kuriuo atveju nutrauks darbą tie patys darbuotojai su klausimynais ir klausimais). Kalbant apie įmonės darbuotojus, vienaip ar kitaip tariant, mano praktikoje nesilaikiau opozicijos.

    Iš viso tai gali būti padaryta: absoliučiai nebūtinai kiekvieną kartą, kai jūs susiduriate su standartinėmis užduotimis. Visada, kai susiduriate su poreikiu analizuoti vieną ar kitą funkcinė sistema (nuo erdvėlaivio projektavimo sistemos, į virti kompleksinės vakarienės procesą) - naudokite įrodytus ir kartais metodus metų. Vienas iš šių metodų yra IDEF0, kuris leidžia išspręsti sudėtingas gyvenimo užduotis su jūsų paprasto ir suprantamo įrankių rinkiniu pagalba.

    Viena nuotrauka kainuoja tūkstančius žodžių
    Liaudies išmintis

    Dažnai mano darbe reikia ne tik ištirti ir išspręsti tam tikrą problemą, bet nustatyti savo vietą bendrame bendrovės darbo modelyje. Nepakanka suprasti, kad tam tikras skyrius veikia neteisingai, svarbu suprasti, kaip jis sąveikauja su kitais. Priešingu atveju neįmanoma nustatyti visų esamų problemų ir pasirinkti optimalus metodas užduoties sprendimai. Ir tai jums reikia ištirti įmonės darbą ir padaryti jį funkciniu modeliu.

    Žinoma, teoriškai bendrovės darbo funkcinis modelis turėtų būti galvos, ir nesvarbu, tai yra apie sandėlio ar IT sistemos darbo organizavimą iš LIDA prieš paraišką. Tačiau iš tikrųjų ji beveik niekada neišsprendžia, todėl studijuojant ir ieškojau užduoties sprendimą su klientu, taip pat sukuria funkcinį bendrovės darbo ar tam tikrą procesą (funkciją) .

    Keletas žodžių apie grafikos privalumus

    Kaip žinote, IDEF0 funkciniai modeliai visada yra grafinės schemos. Jie turi savo savybes ir taisyklių sudarymo. Apie tai kalbėsime šiek tiek vėliau. Ir dabar norėčiau duoti keletą grafikos efektyvumo pavyzdžių. Kodėl aš tai pabrėžiu? Labiausiai tikėtina, kad po mano pareiškimo apie įmonės darbo funkcinio modelio poreikį, daugelis žmonių manė, kad tai buvo pasirinktinai, taip pat galite paaiškinti, kaip tai yra įmonė. Štai ką aš noriu apie tai kalbėti.

    Ir už starterius, mes padarysime nedidelę ekskursiją istorijoje. Grįžkime prie tolimojo 1877 m. Rusijos ir Turkijos karo metu. Tai buvo tada, kad poligrafininkas Sotanas pirmą kartą taikė grafiką, aprašydamas karo veiksmus. Dabar visa tai yra mums, kai apibūdinant bet kurį mūšį, kiekvienas turi rodyklių korteles, kurios aiškiai rodo mūšio eigą. Ir tomis dienomis kariniai veiksmai buvo aprašyti žodžiais. Kiekvienai kovai - daugelis žodžių. Ir suprasti galų gale, kas atsitinka, tai buvo labai sunku.

    Ir dėl to, kad Sytin idėja buvo tikrai revoliucinė - jis pradėjo spausdinti litografines kopijas kortelių su įtvirtinimų ir vietų karinių vienetų paskyrimą. Vadinama šiomis kortelėmis "laikraščių skaitytojams. Nauda. " Idėja pasirodė esanti tokia svarbi, kad pirmasis "naudos" leidimas buvo iš karto. Ir tada tokios programos buvo labai paklausos. Priežastis yra akivaizdi. Tvarkaraštis padėjo suprasti, kas buvo praktiškai neįmanoma išardyti su kai kuriais žodžiais.

    Panašus žodinių aprašų bejėgiškumo pavyzdys, kurį taip pat gali sukelti mano praktika. Vienas iš mano klientų tikrai paprašė pradėti savo įmonės ERP sistemos įgyvendinimą. Į klausimą, ar jie turi tam tikrą techninę užduotį, gavau atsakymą: "Taip, yra. Bet jame 400 puslapių. " Tuo pačiu metu klientas buvo labai skundėsi, kad mano kolegos, kuriems jis anksčiau kreipėsi arba visai atsisakė projekto, arba vadinama aiškiai pervertintomis kainomis. Po to, kai pamačiau, kad techninėje užduotyje yra tikrai 400 puslapių, ir jis susideda iš teksto aprašymo, supratau kūrėjų elgesio priežastį. Norėdami perskaityti šį teksto kiekį, įterpti į jį, suprasti visus niuansus tik siekiant suprasti užduotį ir paskambinti į kainą - tai yra labai sunku.

    Aš pasiūliau šį klientą alternatyvus variantas - Apibūdinkite viską, ką galite, grafiškai, kaip nurodymų forma. Parodė jam pavyzdžių modeliavimo. Kaip rezultatas, dabar jie persvarsto savo norus ir techninės užduoties dizainas.

    Taip pat žinau daug kitų pavyzdžių, kai verslo procesų grafinis modeliavimas padėjo dirbti tiek mano kolegos, verslo konsultantai ir kūrėjai ir verslininkai.

    Kodėl svarbu mano darbui

    Mano darbas visada siejamas su esamos sistemos pakeitimais. Ir norint atlikti pakeitimus ir gauti norimą rezultatą, jums reikia ištirti, kas dabar egzistuoja. Ir tai nesvarbu, ką mes darome - konfigūruojame ar įdiegiame CRM sistemą nuo nulio, sukurkite veiksmingą ERP sistemą, užsiimame įvairių sistemų integravimu, kad padidintumėte darbo automatizavimą. Bet kuriuo atveju, pirma, būtina gauti esamo darbo modelio idėją ir tik po to, kai galite pasiūlyti jokių pakeitimų ir pagalvokite apie užduoties sprendimų parinktis.

    Studijavau esamą dalykų padėtį, aš, kaip ir bet kuri kita trečiosios šalies specialistas, sukursiu komercinį pasiūlymą, kuriame aš atskleisiu savo viziją išsamiai išsamiai, taip pat veiksmai, kurie turi būti įgyvendinami siekiant išspręsti užduotį, ir, žinoma, tikėtinas rezultatas.

    Tokios ataskaitos apie darbo tyrimą gaunami pagal tūrį, užima ne vieną puslapį, kad viena vertus, tai yra būtina, ir, kita vertus, jis apsunkina suvokimą. Iš pradžių aš, kaip ir daugelis, maniau, kad erdviniai ataskaitos yra geros, nes asmuo moka už darbą ir turi pateikti maksimalią informaciją.

    Tipinės klaidos

    Funkcinis modeliavimas atliekamas naudojant įvairius įrankius, įskaitant neskirti modeliavimui. Pastaruoju atveju nėra jokių standarto klaidų ir apribojimų. Noras padidinti matomumą ir patirties stoka dažnai baigiasi klaidų.

    Skirtingų spalvų naudojimas

    Visi diagramos elementai yra vienodai svarbūs. Funkciniu modeliavimu nėra daugiau ar mažiau svarbių elementų. Bet kokio išnykimas lems proceso ir gamybos santuokos pažeidimą.

    Dažnai, kai modeliavimas popieriuje arba įvairiose programose, vartotojai bando padidinti matomumą naudojant skirtingų spalvų. Tai yra viena iš dažniausiai pasitaikančių klaidų. Tiesą sakant, daugiaspalvių rodyklių ir blokų naudojimas daro papildomą painiavą, taip pat iškraipo schemos suvokimą.

    Jūsų modelis turėtų būti skaitomas juoda ir balta, be jokių papildomų spalvų sprendimų. Šis požiūris vienu metu padeda išvengti nesusipratimų ir disciplinų modelio kūrėjui, todėl padidėja modelio skaitymas ir raštingumas.

    Per dideli blokai

    Rengiant modelį, visi bendrovės niuansai su visomis detalėmis dažnai bando rodyti viename lape. Rezultatas yra labai didelis blokų skaičius su daugeliu kontrolinių rodyklių. Skaitymas prarandamas.

    Optimali galimybė yra išsamiau, kad būtų galima suprasti klausimą, ir nieko daugiau. Išsamią informaciją apie kiekvieno vieneto darbą ar net darbuotojas gali būti atskleista, kai pasirenkant išsamų peržiūrą proceso. Ir tokia struktūra sukurta tik tuo atveju, jei ji tikrai turi dirbti arba priimti sprendimą.

    Konstrukcijos pažeidimas

    Atsargiai įsitikinkite, kad jis neatsiranda painiavos ar procesų be gaunamų, išeinančių ir kitų svarbių elementų. Pavyzdžiui, jei pirmiau pateiktame pavyzdyje manau, kad būtina perkelti požiūrį į copywriter, aš būsiu išbrauktas iš autoriaus schemos. Ir tada kontrolės elementai "Autoriaus patirtis ir trečiųjų šalių šaltiniai", taip pat leidinio planas tampa nereikalingas. Galų gale, jie turi autorių. Copywriter veikia su garso failu. Ir jei jie lieka bendroji schemaIšsamiai bus atliekami neaišku, kur padaryti painiavą.

    Panašiai, jei nuspręsiu pridėti tam tikrą bloką, svarbu įsitikinti, kad jis taip pat turi visus reikiamus atributus. Dėmesiškumas yra labai svarbus čia, nes kai modeliuojant sudėtingus verslo procesus, pokyčiai vienoje modelio dalyje gali keisti į kitą. Jie turi būti pagaminti.

    Kontrolinių elementų ir blokų pavadinimo taisyklės

    Svarbu prisiminti paprastą taisyklę: kontrolinės rodyklės vadinamos kilnojamais pavadinimais, blokais - veiksmažodžiais. Taigi pripažinta IDEF0 standarte, ir šis metodas padeda išvengti painiavos ir klaidų.

    Dažniausiai klaidos leidžiamos, kai blokuoja pavadinimus. Pavyzdžiui, vietoj "sukurti straipsnį" rašyti "Straipsnio kūrimas". Šio požiūrio blokai yra veiksmai, todėl jie visada turėtų būti veiksmažodžiai.

    Privalumai naudojant IDEF0.

    • Pirmoji nauda yra akivaizdi - tai matomumas. Jūs pats pradėsite suprasti, kaip tai ar ši sistema veikia, ir taip pat galite aiškiai paaiškinti, kur šioje sistemoje "subtilios vietos" ir kaip jūsų sprendimai padės atsikratyti jų.
    • Supratimas ir neatitikimų trūkumas. Aptariant įmonės darbą naudojant funkcinį modelį, turite vizualinių ir suprantamų intuityvios problemos su valdymo elementais. Be to, funkcinis modeliavimas apima žodyno kūrimas, kuriame sąlyginė žymėjimas ir terminai yra atskleisti. Kaip rezultatas, jūs ir klientas, galva, kiti darbuotojai, aptariant šią problemą, kalbėkite ta pačia kalba.
    • Lengvai ir didelės spartos modeliai. Žinoma, sužinokite, kad modeliavimas nėra toks paprastas, kaip atrodo. Galų gale, schema iš tikrųjų yra informacijos, kuri yra labai gera supratimui, supersafation, bet įgyvendinti tokį pareiškimą specialus požiūris. Smegenų analitika veikia šiuo atveju kaip labai galingas spauda, \u200b\u200bo filtras yra kitoje. Bet su patirtimi, šis procesas tampa labai greitas. Kaip rezultatas, jūs gaunate įrankį, kuris padės ir išardyti save, kuris vyksta konkrečioje sistemoje, ir su vizualinio vadovo pagalba, sukurta per trumpą laiką, kad iliustruotų svarbių akimirkų kolegoms ar klientams.
    • Drausmė ir klaida. "IDEF0" standartas prisiima griežtą sistemą ir taisykles. Šis požiūris disciplinas ir įprotį veikti pagal standartą, padeda išvengti netinkamų klaidų. Bet kokie standarto pažeidimai nedelsiant pastebimi.

    Koks yra sunkumas naudojant idef0

    Svarbu suprasti, kad tik paprasčiausiais atvejais du verslo analitikai sukurs absoliučiai identiškus funkcinius modelius, kad apibūdintų įmonės darbą. Bet koks modelis yra analitikos patirties atspindys, verslo supratimo gylis, kurį jis siekia apibūdinti, taip pat tam tikru būdu, jo asmeninį požiūrį į šį verslą. Tie. Asmuo vystosi verslo modelį nuo galvos požiūriu, tarsi šis lyderis yra tas, kuris.

    Tuo pačiu metu manau, kad verslo analitikas yra ne visai profesija, kiekviena verslo analitika užsiima verslo analitiku ar kūrėju kai kurių sistemų, kurios analizuoja verslą ir siekia sukurti efektyviausią sistemą. Tai yra tiems žmonėms ir šiems tikslams IDEF0 įrankis yra skirtas.

    Todėl labai svarbu rengiant funkcinį verslo modelį "kaip", kaip "nuolat patarti su įmonės vadovu, kad nesukeltų klaidų, kurios automatiškai klaidos skilimo etapuose. Taip pat vėlesniuose etapuose gali prireikti papildomo koordinavimo su struktūrinių padalinių ir darbuotojų vadovais. Tik jei jūsų funkcinis modelis "kaip" tikrai atspindi tikrąją padėtį, galite atlikti kai kuriuos pakeitimus ir pasiūlymus. Ir pasiekti kokybinius rezultatus tokiame darbe, visų pirma, reikalinga praktinė patirtis ir žinios apie tam tikros rūšies verslo ypatybes.

    Daugiau straipsnių apie šią temą.

    6.2. SADT metodikos tikslas ir sudėtis (IDEF0)

    SADT metodika (Struktūrizuota analizė ir dizaino technika - struktūrinės analizės ir dizaino metodika) yra metodų, taisyklių ir procedūrų, skirtų sukurti sistemos funkcinį modelį, rinkinys.

    Šios metodikos kūrimo pradžią buvo nustatyta Douglas Ross (JAV) 60-ųjų viduryje. Xx. Nuo tada "Softch, Inc." sistemos analitikai turi nuo Patobulinta SADT ir naudojo ją sprendžiant įvairias problemas. Telefono tinklo programinė įranga, diagnostika, ilgalaikiai ir strateginis planavimas, automatizuota gamybos ir dizaino, kompiuterinių sistemų konfigūracija, personalo mokymas, finansai ir logistikos valdymas - čia yra kai kurie regionai efektyvus taikymas Sadt. Platus spektras Regionai rodo, kad SADT metodikos universalumas ir galia. Programa "kompiuterinių ir pramoninių technologijų integracija" (integruota kompiuterinė gamyba, ICAM) JAV gynybos departamento buvo pripažinta kaip SADT naudingumas. Tai lėmė jo dalies paskelbimą 1981 m. Idef0. (ICAM apibrėžimas), kaip federalinis programinės įrangos kūrimo standartas. Pagal šį pavadinimą Sadt pradėjo taikyti tūkstančiai karių ir pramonės organizacijų specialistų. Paskutinis leidimas IDEF0 standartas buvo išleistas 1993 m. Gruodžio mėn. Nacionalinis JAV standartų ir technologijų institutas (Nacionalinės instituto standartai ir technologijos, NIST).

    Ši metodika, apibūdinanti informacinės sistemos funkcinį aspektą, konkuruoja su duomenų srautais (DFD) metodais. Skirtingai nuo jų, IDEF0 leidžia jums:

    Apibūdinkite visas sistemas, o ne tik informacinius (DFD skirtas programinės įrangos apibūdinimui);

    Prieš nustatydami galutinius reikalavimus, sukuria sistemos ir jos išorinės aplinkos aprašymą. Kitaip tariant, naudojant šią metodiką, galite palaipsniui kurti ir analizuoti sistemą, net jei sunku užkirsti kelią jo įgyvendinimo variantui.

    Taigi, IDEF0 gali būti naudojamas ankstyvosiose stadijose sukurti platų sistemų ratą. Tuo pačiu metu jis gali būti naudojamas analizuoti funkcijas. esamos sistemos ir priimti sprendimus juos tobulinti.

    IDEF0 metodikos pagrindas yra grafinis proceso aprašymo kalba. Pastabos modelis IDEF0 yra hierarchiškai užsakytų ir tarpusavyje susijusių diagramų derinys. Kiekviena diagrama yra vieneto aprašymo įrenginys ir yra atskirame lape.

    Modelis (kaip yra, į būti arba turėtų būti) gali būti 4 diagramų tipai [ , ]:

    Kontekstinė schema;

    Skilimo diagramos;

    Medžių mazgų diagramos;

    Diagramos tik dėl ekspozicijos (tik ekspozicijai, FEO).

    Kontekstinė diagrama (Aukščiausio lygio schema), būdamas medžių struktūros viršūnė, rodo sistemos (pagrindinės funkcijos) tikslą ir jo sąveiką su išorine aplinka. Kiekviename modelyje gali būti tik viena kontekstinė diagrama. Apibūdinus pagrindinę funkciją, atliekamas funkcinis skilimas, t. Y., kurių funkcijos yra pagrindinės.

    Be to, funkcijos yra suskirstytos į subfunkciją ir taip, kol pasiekiamas norimas išsamiai aprašytos sistemos lygis. Diagramos, apibūdinančios kiekvieną sistemos fragmentą, yra vadinami skilimo diagramos . Po kiekvienos skilimo sesijos vyksta patirties sesijos - dalyko srities ekspertai nurodo realių procesų atitiktį sukurtoms diagramoms. Nustatyti nenuoseklumai yra pašalinami, po kurio jie pradeda išsamiai išsamiai atlikti procesus.

    Medžių mazgų diagrama Rodo funkcijų (darbų) hierarchinę priklausomybę, bet ne jų santykį. Gali būti keletas iš jų, nes medis gali būti pastatytas ant savavališko gylio ir iš savavališko mazgo.

    Diagramos poveikiui jis yra pastatytas iliustruoti individualius modelio fragmentus, kad būtų rodomas alternatyvus požiūris į sistemoje vykstančius procesus (pvz., Organizacijos valdymo požiūriu).

    6.3. IDEF0 grafiniai žymėjimo elementai

    IDEF0 metodika rado platų pripažinimą ir taikymą, visų pirma, dėka paprasto grafikos žymėjimo, naudojamo modeliui sukurti. Pagrindiniai modelio komponentai yra diagramos. Jie rodo sistemos funkcijas stačiakampių pavidalu, taip pat tarp jų ir išorinės terpės santykius rodyklėmis. Naudojant tik du grafinius primityvai (stačiakampis ir rodyklė) leidžia greitai paaiškinti taisykles ir principus statybos statant IDEF0 diagramų žmonėms nepažįstamą šią metodiką. Šis orumas leidžia prisijungti ir suaktyvinti kliento veiklą, kad apibūdintumėte verslo procesus, naudodami oficialią ir vaizdinę grafinę kalbą.

    Toliau pateiktame paveikslėlyje pateikiami pagrindiniai IDEF0 grafinio žymėjimo elementai.

    Fig. 6.1. IDEF0 grafiniai žymėjimo elementai

    Stačiakampis yra darbas (procesas, veikla, funkcija ar užduotis) kuris turi fiksuotą tikslą ir sukelia tam tikrą galutinį rezultatą. Darbo pavadinimas turėtų išreikšti veiksmą (pavyzdžiui, "detalių gamyba", "leistinų greičių skaičiavimas", "CSDL Nr. 3 pareiškimo sudarymas").

    Darbo tarpusavio sąveika tarpusavyje ir išorinis pasaulis yra aprašytas rodyklių pavidalu. IDEF0 atskirti 5 rūšių rodyklės :

    - Įėjimas (Anglų įvestis) - naudojama medžiaga ar informacija, kuri yra konvertuojama į operaciją, kad gautų rezultatą (išeiti). Įėjimas atsako į klausimą "Kas yra apdorojama?". Kaip įrašas, tai gali būti kaip materialus objektas (žaliavos, išsamiai, egzaminų bilietas), o ne turintys aiškių fizinių kontūrų (prašymas į duomenų bazę, mokytojo klausimą). Manoma, kad darbas gali neturėti įrašo rodyklės. Įėjimo rodyklės visada patenka į kairę darbo pusę;

    - kontrolė (Anglų kontrolė) - vadovai, reguliavimo ir reguliavimo duomenys, kurie vadovauja darbui. Valdymas atsako į klausimą "pagal darbą?". Vadovybė daro įtaką darbui, bet ne transformuoti, t. Y. veikia kaip apribojimas. Kaip valdymas, gali būti taisyklės, standartai, standartai, tarifai, žodžiu nurodymai. Kontrolės rodyklė yra įtraukta į viršutinį veidą. Jei statant schemą, kyla klausimas, kaip ištaisyti rodyklę iš viršaus arba į kairę, rekomenduojama jį piešti kaip įvestį (kairėje pusėje);

    - produkcija (ENG. Išvesties) - medžiagos ar informacijos, atsparios rezultatai. Produkcija atsako į klausimą "Kas yra darbo rezultatas?". Kaip išėjimas, tai gali būti kaip materialus objektas (dalis, automobilių, mokėjimo dokumentai, pareiškimas) ir nematerialus (pavyzdys duomenų iš duomenų bazės, atsakymas į klausimą, žodžiu instrukcija). Išėjimo rodyklės išeina iš dešinės darbo;

    - mechanizmas. \\ T (ENG. Mechanizmas) - ištekliai, kurie veikia. Mechanizmas atsako į klausimą "Kas veikia ar per ką?". Kaip mechanizmas, įmonės darbuotojai, studentas, mašina, įranga, programa gali būti. Mechanizmo šauliai yra įtraukti į apatinę darbo liniją;

    - skambinkite (Anglų skambutis) - rodyklė rodo, kad kai kurie darbai atliekami už nagrinėjamo bloko ribų. Išėjimo rodyklės išeina iš apatinio darbo aspekto.

    6.4. Tipai tarp darbo

    Nustačiusių funkcijų ir santykių sudėtį, kyla klausimas dėl tinkamos kompozicijos (derinant) moduliuose (posistemiuose). Šiuo atveju suprantama, kad kiekviena atskira funkcija turėtų išspręsti vieną, griežtai apibrėžtą užduotį. Priešingu atveju reikia toliau skilimo arba funkcijų atskyrimas.

    Derinant funkcijas posistemyje, būtina stengtis užtikrinti, kad vidinis ryšys (tarp funkcijų modulio viduje) yra kuo stipresnis ir išorinis (tarp funkcijų, įtrauktų į skirtingus modulius), kaip silpnesnis nei kaip įmanoma. Remdamasi metodikos santykių semantika, pristatome ryšių tarp funkcijų (operacijų) klasifikaciją. Ši klasifikacija yra pratęsimas. Ryšių tipai pateikiami siekiant sumažinti jų reikšmę (privalomą jėgą). Pavyzdžiuose, pateiktais pavyzdžiais, funkcijos skiriamos, tarp kurių yra atitinkamo bendravimo tipas.

    1. Hierarchinis ryšys (komunikacijos "dalis" - "visa") Jis vyksta tarp funkcijų ir sistemų, kurių jis susideda iš.

    Fig. 6.2. Hierarchiniai ryšiai

    2. Reguliavimo (valdymas, pavaldinis) Atspindi vienos funkcijos priklausomybę nuo kito, kai vieno darbo išvestis siunčiama valdyti kitą. Funkcija, iš kurios kontroliuojama, turėtų būti laikoma reguliavimo ar kontrolės, ir kurioje ji apima pavaldinį. Išskirti tiesioginis ryšys Kai kontrolė perduodama iš viršutinio iki apatinio (6.3 pav.), ir valdymo kontrolė Kai kontrolė perduodama nuo passaugos iki aukštojo (6.4 pav.).

    3. Funkcinis (technologinis) ryšys Yra vieta, kai vienos funkcijos išėjimas yra įvesties duomenys kitai funkcijai. Materialinių objektų srauto požiūriu Šis komunikatas Rodo technologijas (darbo seka) tvarkant šiuos objektus. Išskirti tiesioginis ryšys prie įėjimo kai išėjimas perduodamas nuo aukštesnio lygio veikimo iki žemesnio (6.5 pav.), ir Įvesties atsiliepimai Kai išėjimas perduodamas pasroviui į aukštesnį (6 pav.).
    Fig. 6.5. Tiesioginis ryšys prie įėjimo Fig. 6.6. Atsiliepimai dėl įėjimo

    4. Vartotojų komunikacija Yra vieta, kai vienos funkcijos galia yra kitos funkcijos mechanizmas. Taigi, viena funkcija sunaudoja kitų pagamintus išteklius.

    Fig. 6.7. Vartotojų komunikacija

    5. Logika Jis stebimas tarp logiškų homogeninių funkcijų. Tokios funkcijos paprastai atlieka tą patį darbą, bet skirtingus (alternatyvius) metodus arba naudojant skirtingus šaltinio duomenis (medžiagas).

    Fig. 6.8. Logika

    6. Kolektyvinis (metodinis) ryšys Jis vyksta tarp funkcijų, kurių algoritmas nustatomas pagal tą pačią kontrolę. Tokio ryšio analogas yra bendras vieno skyriaus (kolegų) darbuotojų darbas, pateikiantis bosui, kuris suteikia nurodymus ir užsakymus (kontrolės signalus). Tokia nuoroda taip pat atsiranda, kai šių funkcijų veikimo algoritmai nustatomi pagal tą pačią metodinę paramą (SNIP, GOST, oficialios reguliavimo medžiagos ir kt.), Kuri tarnauja kaip valdymas.

    Fig. 6.9. Metodinis ryšys

    7. Išteklių komunikacija Tai vyksta tarp funkcijų, naudojančių tuos pačius išteklius jų darbui. Ištekliai priklausančios funkcijos paprastai negali būti atliekamos vienu metu.

    Fig. 6.10. Išteklių komunikacija

    8. Informacijos komunikacija Tai vyksta tarp funkcijų, naudojant tą pačią informaciją kaip įvesties duomenis.

    Fig. 6.11. Informacijos komunikatas

    9. Laikinas komunikatas Jis pasireiškia tarp funkcijų, kurios turi būti atliekamos vienu metu prieš arba vienu metu po kitos funkcijos.

    Be to, nurodytų paveikslėlyje, šis ryšys taip pat atsiranda tarp kitų valdymo, įvesties ir mechanizmų derinių, įvedančių vieną funkciją.

    Fig. 6.12. Laikinas komunikatas

    10. Atsitiktinis ryšys Tai įvyksta, kai konkretus santykis tarp mažų arba yra visiškai nėra.

    Fig. 6.13. Atsitiktinis ryšys

    Iš minėtų nuorodų tipų hierarchinė obligacija yra stipriausia, kuri, iš tiesų, nustato funkcijų derinį moduliuose (posistemiuose). Keletas silpnųjų reguliuoja, funkcines ir vartotojų jungtis. Funkcijos su šiomis jungtimis paprastai įgyvendinami tame pačiame posistemyje. Loginis, kolegialus, išteklių ir informacijos ryšiai yra vienas silpniausių. Funkcijos su jais paprastai įgyvendinami skirtinguose posistemiuose, išskyrus logiškai homogenines funkcijas (funkcijos, susijusios su logine nuoroda). Laikinas ryšys rodo silpną priklausomybę nuo viena nuo kitos ir reikalauja jų įgyvendinimo atskirose moduliuose.

    Taigi, derinant funkcijas moduliuose, pirmieji penki tipai ryšių yra labiausiai pageidautina. Funkcijos, susijusios su paskutiniais penkiais ryšiais, geriau įgyvendinami atskirose moduliuose.

    IDEF0 turi susitarimus (taisykles ir rekomendacijas) sukurti diagramas, kurios yra skirtos palengvinti skaitymo ir nagrinėjimo modelio [,]. Kai kurios iš šių bylų taisyklių palaikymas automatiškai, kitas vykdymas turėtų būti pateikiamas rankiniu būdu.

    1. Prieš pastatant modelį, būtina nustatyti, kuris sistemos modelis (modeliai) bus pastatytas. Tai reiškia, kad jo tipo apibrėžtis yra arba turėtų būti arba turėtų būti, taip pat nustatant poziciją, kurių pavyzdys yra pastatytas. "Požiūris" yra geriausia įsivaizduoti kaip asmens ar objekto, kuriame jums reikia pakilti, kad pamatytumėte veiksmo sistemą. Pavyzdžiui, kuriant maisto prekių parduotuvės produkto modelį, galite tarp galimų pareiškėjų, kurių nuomone, yra sistemos požiūriu, pasirinkite pardavėją, kasininkas, buhalteris arba direktorius. Paprastai pasirenkamas vienas požiūris, labiausiai apimantis visus sistemos darbų niuansus ir, jei reikia, kai kurioms skilimo diagramoms yra pastatyta alternatyvus požiūris.

    2. Kontekstinės schemos rodomas vienas blokas, rodantis sistemos tikslą. Rekomenduojama rodyti 2-4 rodykles, kurios ateina iš kiekvienos pusės.

    3. Skilimo diagramų blokų skaičius rekomenduojamas per 3-6. Jei skilimo diagramoje yra du blokai, tai paprastai nėra prasminga. Dalyvaujant didelis skaičius Diagramos blokai tampa pernelyg prižiūrimi ir sunku skaityti.

    4. Skilimo diagramos blokai turi būti palikti į dešinę ir viršuje. Ši vieta leidžia jums aiškiau atspindėti darbo logiką ir seką. Be to, rodyklių maršrutai bus mažiau paini ir turėti minimalią sankirtą.

    5. Funkcijos stoka tuo pačiu metu kontrolės ir įvesties rodyklė neleidžiama. Tai reiškia, kad šios funkcijos paleidimas nėra kontroliuojamas ir gali įvykti bet kuriuo metu ar niekada.

    Fig. 6.14. Funkcija be kontrolės ir įrašo

    Bloką su tik kontroliniu prieinamumu galima peržiūrėti kaip pokalbį funkcijų programoje (procedūrose) be parametrų. Jei blokas turi įvestį, jis yra lygiavertis funkcijai su parametrais. Taigi, blokas be kontrolės ir įvesties yra lygiavertis funkcijai, kad programoje niekada vadinama vykdymo.

    Fig. 6.7-6.12, EDEF0 diagramų fragmentų rodymas, yra blokų be medienos ruošos ir kontrolės. Nereikia apsvarstyti kaip klaida, nes suprantama, kad viena iš šių rodyklių turėtų būti.

    6. Kiekviename bloke turi būti bent viena išėjimo.

    Fig. 6.15. Funkcija be išėjimo

    Darbas be rezultato nėra prasmės ir neturėtų būti modeliuojamas. Išimtis yra AS-yra modelyje rodomas darbas. Jų buvimas rodo technologinių procesų neveiksmingumą ir netobulumą. Be to, yra modelis, šie darbai turi būti nedalyvaujami.

    7. Statybos diagramas, sumažinkite sankryžų skaičių, kilpų ir rodyklių posūkius.

    8. Grįžtamasis ryšys ir iteracijos (cikliniai veiksmai) gali būti pavaizduota naudojant atvirkštinius lankus. Atvirkščių nuorodos įėjimas yra sudarytas "apatinė" kilpos, atsiliepimų apie valdymą - "viršų" (žr. 6.4 ir 6.6 pav.).

    9. Kiekvienas įrenginys ir kiekviena rodyklė diagramoms būtinai turi turėti pavadinimą. Leidžiama naudoti šaknų (skilimo) arba sujungimo (sudėties) rodykles. Taip yra dėl to, kad tie patys duomenys arba objektai, kuriuos generuoja vienas darbas, gali būti nedelsiant naudojamas keliuose kitose darbuose. Priešingai, vienodi ar vienarūšiai duomenys ir objektai generuoja skirtingų darbų galima naudoti vienoje vietoje.

    Fig. 6.16. Filialo rodyklės

    Tuo pačiu metu leidžiama nustatyti paaiškinimo pavadinimą rodyklę po šakos (prieš susijungimą). Jei bet kuris filialas po filialo nėra pavadintas, manoma, kad jo pavadinimas atitinka rodyklės pavadinimą, įrašytą prieš šaką.

    Taigi, Fig. 6.16 Valdymas įtrauktas į "detales" ir "produktų surinkimas" blokai turi paaiškinti vertybes ir yra neatskiriama bendro "brėžinių" kontrolės dalis. Visi brėžiniai naudojami "kokybės kontrolei" darbui.

    Diagrama neleidžia rodyklėms piešti, kai prieš ir po šakos jie nėra pavadinti. Fig. 6.17 Rodyklė, įvedanti bloką "Tipiškų pareiškimų formavimas", neturi pavadinimo prieš ir po šakos, kuri yra klaida.

    Fig. 6.17. Neteisingas šaulio pavadinimas

    10. Statybos diagramas, skirtas geresniam aiškumui, galima naudoti rodyklių tuneliavimo mechanizmą. Pavyzdžiui, siekiant netrukdyti viršutinių lygių viršutinių lygių (tėvų), skilimo diagramose, lankas yra patalpintas į tunelį.

    Fig. 6.18. Tuneliavimo rodyklės

    Šiame pavyzdyje, kuriant modelį naujųjų metų Matinee "Dviejų kirvio" mechanizmas nebus rodomas viršutinių lygių diagramų, kai skaitymas gali kilti sąžiningas klausimas: "Kodėl jums reikia dviejų ašių Naujųjų metų Matinee?".

    Panašiai galite atlikti tuneliavimą atvirkštiniu tikslu - užkirsti kelią rodyklės rodymui diagramas mažesnis lygis. Šiuo atveju apvalios laikikliai yra rodyklės gale. Dėl kontekstinės schemos (žr. 6.21 pav.), Paslaugų inžinieriaus, kuris yra įtrauktas į "leistinų greičio" bloko apibrėžimą. Šis sprendimas priimamas, nes inžinierius tiesiogiai dalyvauja visuose darbuose, rodomuose šio bloko skilimo diagramoje (žr. 6.22 pav.). Kad nebūtų rodomas šis ryšys, o ne paslėpti skilimo diagramą, rodyklė buvo žaidžiama.

    11. Visos rodyklės gaunamos ir paliekant bloką, kai pastatydama skilimo diagramą turi būti rodoma. Išimtis yra sūrio rodyklės. Šaulių, perkeliamų į skilimo diagramą, pavadinimai turėtų sutapti su aukščiausio lygio schemoje nurodytais pavadinimais.

    12. Jei lygiagrečiai praeina dvi rodyklės (nuo vienos ir to paties darbo aspekto ir baigiasi tuo pačiu kito darbo aspektu), jei įmanoma, jie turėtų juos sujungti ir paskambinti vienu terminu.

    Fig. 6.19. Jungčių derinimas

    13. Kiekvienas diagramų blokas turėtų turėti savo numerį. Norint nurodyti bet kurios diagramos ar bloko poziciją hierarchijoje, naudojami diagramos numeriai. Aukščiausio lygio diagramos blokas nurodomas 0, blokai antrojo lygio diagramose - numeriai nuo 1 iki 9 (1, 2, ..., 9), blokai trečiame lygyje - du skaitmenys, pirmieji Nurodo išsamaus bloko numerį nuo pagrindinės schemos ir antrojo bloko numerio, kad dabartinėje diagramoje (11, 12, 25, 63) ir tt Kontekstinė diagrama turi nuorodą "A - 0", diagrama Pirmojo lygio skaidymas - "A0", skilimo diagramos šių lygių - susideda iš raidės "A", po kurio suskaidytas blokas skaičius (pavyzdžiui, "A11", "A12", "A25", "A63"). Paveiksle rodomas tipiškas schemos medis (mezgimo medžio diagrama) su numeracija.

    Fig. 6.20. Hierarchijos diagramos

    Šiuolaikiniais atvejais įrankiai numeracijos mechanizmai yra palaikomi automatiškai. Byla lėšų taip pat užtikrina automatinį mazgo schemų konstrukciją, kurioje yra tik hierarchiniai ryšiai. Tokios diagramos viršūnė gali būti bet koks mazgas (blokas), ir jis gali būti pastatytas ant bet kokio gylio.

    6.6. EDEF0 modelio kūrimo sistema, skirta nustatyti leistinų greičių nustatymo sistemą

    Leistinų traukinių greičio apskaičiavimas yra daug laiko reikalaujantis inžinerinės užduoties. Kai eina traukiniu, bet kokia svetainė, tikrasis traukinio greitis neturi viršyti maksimalios leistinos. Šis didžiausias leistinas greitis nustatomas pagal veiklos patirtį ir specialiai atliktus bandymus dėl judėjimo ir poveikio dinamikai riedmenų keliu. Šio greičio nesugebėjimas garantuoja traukinių judėjimo saugumą, patogias sąlygas keleivių važiavimui ir tt Jie nustatomi priklausomai nuo riedmenų tipo (lokomotyvo ir vagonų tipo prekės ženklo), viršutinio parametrų Kelio struktūra (bėgių tipas, balastas, spanks) ir planas (spindulio kreivės, pereinamojo kelio kreivės, išorinio bėgio pakilimas ir kt.). Paprastai būtina nustatyti bent du (tiesiogiai) ir penkias (kreives) greičiuose, kad nustatytumėte leistiną greitį, kurio galutinis leistinas greitis yra pasirinktas kaip mažiausias apskaičiuotas. Šių greičių skaičiavimą reglamentuoja Rusijos avarinių situacijų ministerijos įsakymas Nr. 41 2001 m. Lapkričio 12 d. "Leistininio riedmenų judėjimo greičio normos geležinkelio bėgių kelio 1520 (1524) mm Federalinis geležinkelių transportas ".

    Kaip pažymėta, IDEF0 modelio statyba prasideda nuo visos sistemos atstovavimo kaip paprasčiausias komponentas (kontekstinė schema). Šiame diagramoje rodoma sistemos priskyrimas (pagrindinė funkcija) ir būtiną įvestį ir išvesties, kontrolės ir reguliavimo informaciją, taip pat mechanizmus.

    Kontekstinė diagrama leistinų greičių apibrėžimo yra parodyta Fig.2.21. Norėdami sukurti modelį, "BPWin 4.0" produktą naudojo kompiuterių partneriai.


    Fig. 6.21. Leidžiamo greičio nustatymo kontekstinė schema (IDEF0 metodika)

    Kaip informacija apie šaltinįRemiantis nustatant leistinų greičių nustatymą:

    Naujos eilutės ar rekonstrukcijos projekto projekto duomenys (yra visa reikalinga informacija projekto įgyvendinimui, ty kilomera, atskirų daiktų ašių, linijų planas ir kt.);

    Išsamus išilginis profilis (yra panašios informacijos, panašios į aukščiau);

    Paso nuotolinis kelias (yra panašios informacijos apie aukščiau pateiktą informaciją, taip pat informaciją apie viršutinę kelio dalį (VSP));

    Duomenys apie kelio šaudymo plano rezultatus pagal praėjimo vežimą;

    Išorinio geležinkelio pakilimo pareiškimas kreivėse (pateikiama informacija apie kelio kelią).

    Dalis šaltinio informacijos galima paimti iš skirtingų šaltinių. Visų pirma, informacija apie planą (kreivių parametrus) gali būti paimti iš naujos linijos projekto arba rekonstrukcijos projekto, išsamus išilginis profilis, pasų atstumo kelias ir kt.

    Duomenų tvarkytojai yra:

    Nurodant kelių kelio ar Rusijos geležinkelių kelių ir struktūrų skyriaus galva apskaičiavimui;

    Užsakymo numeris 41, kuriame yra reguliavimo ir informacinės informacijos, užsakymo ir formulės nustatymo leistini greičiai;

    Informacija apie dabartinę ar planuojamą taką (duomenys apie kontaktų lokomotyvų ir tipų automobilių);

    Informacija apie planuojamus remonto būdus, rekonstrukciją ir reorganizavimą struktūrų ir įrenginių.

    Rezultatas Sistemos darbai turi būti:

    Vedomosti leidžiami greičiai, kuriuose yra visų rūšių apskaičiuotas greitis ir leidžiantis nustatyti jų apribojimų priežastį;

    Kelio galvos nutarimo pareiškimas nustatyti leistiną greitį distiliavimuose ir atskiruose elementuose (užsakymas "H") pagal kelią, priimtą kelyje. Patvirtinta tvarka "H" oficialiai įtvirtina leistiną traukinių greitį;

    Tipinės formos Nr. 1, 1a ir 2, kurių sudėtyje yra planuojamų leistinų traukinių tvarkaraščių kūrimo greičių.

    "H" užsakymo ir tipinės formos greitis gali skirtis nuo apskaičiuoto ir rodomo nuolatinio greičio. Taip yra dėl to, kad jie atspindi greičio apribojimus ne tik riedmenų projektavimo, VSP ir kreivių parametrų, bet ir įtaisų ir struktūrų būklę (Žemės drobės deformacija, jungtis, jungtis kontaktinių tinklo palaiko ir tt). Be to, jie yra pakoreguoti atsižvelgiant į planuojamą remonto kelią, rekonstrukcijos ir reorganizavimo struktūrų ir įrenginių ir tt

    Sukūrus kontekstinę diagramą išsamiai naudojant pirmojo lygio skilimo diagramą. Ši diagrama rodo sistemos funkcijas, kurios turi būti įgyvendintos pagal pagrindinę funkciją. Diagrama, kuriai yra skilimas, yra vadinamas jo diagramų detalėmis parental. . Skilimo diagrama yra vadinama tėvų atžvilgiu dukra .

    Pirmojo lygio skilimo diagrama už nagrinėjamą problemą yra parodyta 6 pav. Paprastai statant skilimo diagramą, pradinė funkcija (suskaidyta) yra padalinta į 3-8 skirtumus (blokai). Tuo pačiu metu, blokai skilimo diagramoje rekomenduojama būti palikta į dešinę nuo viršaus į apačią, kad seka ir logika sujungtų opumentų sąveikos yra geriau matoma.


    Fig. 6.22. Pirmojo lygio skilimo diagrama (IDEF0 metodika)

    Funkcijų prioritetas sprendžiant problemą taip:

    Informacija apie reguliavimo informaciją ir duomenis apie kelių vietas (1 ir 2 blokai);

    Apskaičiavimo priskyrimo paruošimas (3 langelis). Tai rodo, kuriai svetainei ir keliui, taip pat lokomotyvo ženklas ir automobilių tipas, apskaičiavimas turėtų būti apskaičiuojamas;

    Leistinų greičių skaičiavimas pagal procedūrą ir formules, nurodytus No 41 (4 langelis). Kaip pirminė informacija, duomenys apie svetainės kelią (planas, viršutinė struktūra keliu ir tt) ir standartus, atrinktus pagal skaičiavimo užduotį pagrindu;

    Leistinų greičių ataskaitų sudarymas (5 langelis). Remiantis skaičiavimo rezultatais, sukuriamos kelios produkcijos dokumentų tipai, kurie, viena vertus, leidžia atskleisti greičio apribojimų priežastį, kita vertus, veikti kaip reguliuojamų dokumentų rengimo pagrindas ;

    Užsakymo "H" ir tipinių pareiškimų projekto formavimas ir rengimas (6 ir 7 blokai).

    Sukūrus pirmojo lygio skaidymo schemą, skirtą jame nurodytoms funkcijoms, statomos individualios diagramos (antrojo lygio skilimo diagramos). Tada skilimo procesas (statyti schemas) tęsiasi tol, kol bus išsamiai išsamiai išnaudotos funkcijos. Už kiekvieną atominę funkciją, apibūdinančią elementarią operaciją (t.y., funkcija, kuri neturi skilimo diagramos) apima išsamią specifikaciją, kuri lemia jo savybes ir įgyvendinimo algoritmą. Kaip papildyti specifikacijos, galima naudoti blokų schemas algoritmų. Taigi funkcinio modeliavimo procesas yra palaipsniui kurti funkcijų hierarchiją.

    6.7. ICOM kodai. \\ T

    Rodyklės, įtrauktos į bloką ir išeina iš jo viršutinio lygio schemoje yra tokie patys kaip rodyklės, įtrauktos į apatinės schemos diagramą ir atsirandantį, nes vienetas ir diagrama yra ta pačia sistemos dalimi (žr. Fig . ir). Kaip rezultatas, aukščiausio lygio funkcijos ribos yra tokios pačios, kaip ir skilimo diagramos ribos.

    ICOM kodai. \\ T ("Abbrotetura" nuo įvesties, valdymo, išvesties ir mechanizmo) yra skirtos nustatyti ribines rodykles. ICOM kode yra priešdėlis, atitinkantis rodyklės tipą (I, C, O arba M) ir sekos numerį (žr. Pav.).

    Medžiagos iš skyriaus Statins.
    Vyrų pradžia, arba kas yra Lingam masažas
    Vyrų pradžia, arba kas yra Lingam masažas
    Ryga Balsam Parasovka.
    Ryga Balsam Parasovka.