IDEF3 eesmärk

IDEF3 on standard ettevõttes toimuvate tehnoloogiliste protsesside dokumenteerimiseks ja pakub tööriistu nende stsenaariumide visuaalseks uurimiseks ja modelleerimiseks . Skript (stsenaarium) nimetame seda objekti omaduste muutumise järjestuse kirjelduseks vaadeldava protsessi raames (näiteks detaili töökojas töötlemise etappide jada ja selle omaduste muutumise kirjeldus pärast läbimist läbi iga etapi). Iga stsenaariumi täitmisega kaasneb vastav töövoog, mis koosneb kahest põhivoost: protsessi ülesehitust ja järjestust määratlevad dokumendid (tehnoloogilised juhised, standardite kirjeldused jne) ning selle rakendamise edenemist kajastavad dokumendid (test). ja uurimistulemused, defektiaruanded jne). Sest tõhus juhtimine Iga protsessi jaoks on vaja üksikasjalikult mõista selle stsenaariumi ja kaasnevate dokumentide voo struktuuri. IDEF3 dokumentatsiooni- ja modelleerimistööriistad võimaldavad teil täita järgmisi ülesandeid:

• Dokumenteerige olemasolevad andmed protsessitehnoloogia kohta, mis tuvastati näiteks kõnealuse protsessi korraldamise eest vastutavate pädevate töötajate küsitlemise käigus.
• Tuvastada ja analüüsida seotud dokumendivoogude mõjupunkte tehnoloogilise protsessi stsenaariumile.
• Tuvastage olukorrad, mis nõuavad mõjutavate otsuste tegemist eluring protsessi, näiteks lõpptoote struktuuriliste, tehnoloogiliste või tööomaduste muutmine.
• Edendada lapsendamist optimaalsed lahendused tehnoloogiliste protsesside ümberkorraldamisel.
• Tehnoloogiliste protsesside simulatsioonimudelite väljatöötamine põhimõttel “MIS SAAB, KUI...”

IDEF3 kahte tüüpi diagramme

IDEF3 standardis on kahte tüüpi diagramme, mis esindavad sama protsessi stsenaariumi kirjeldust erinevatest vaatenurkadest. Esimesse tüüpi kuuluvaid diagramme nimetatakse diagrammid Protsessi voo kirjeldusskeemid (PFDD) ja teisele - diagrammid objekti oleku kohta ja selle transformatsiooniprotsessis (Object State Transition Network, OSTN). Oletame, et peate kirjeldama detaili värvimise protsessi ettevõtte tootmistsehhis. PFDD diagrammid dokumenteerivad uuritava tehnoloogilise protsessi raames detaili töötlemisetappide järjestust ja kirjeldust. OSTN-diagramme kasutatakse igas töötlemisetapis toimuvate detailide teisenduste illustreerimiseks.

Kasutades järgmist näidet, kirjeldame, kuidas graafilised tööriistad IDEF3 võimaldab teil dokumenteerida ülaltoodud detailide värvimise tootmisprotsessi. Üldjuhul koosneb see protsess otseselt värvimisest endast, mis tehakse spetsiaalsel seadmel, ja kvaliteedikontrolli etapist, mis määrab, kas detail vajab ülevärvimist (standarditele mittevastavuse ja defektide tuvastamise korral) või edasiseks saatmiseks. töötlemine.

Joonis 1. PFDD diagrammi näide.

Joonisel 1 on kujutatud PFDD diagramm, mis on osa töötlemise stsenaariumi graafiline esitus. PFDD diagrammi ristkülikuid nimetatakse funktsionaalsed elemendid või käitumisühikud (Unit of Behavior, UOB) ja tähistavad sündmust, protsessi etappi või otsuste tegemist. Igal UOB-l on oma nimi, mis kuvatakse verbi meeleolus ja unikaalne number. Nooled või read on osa liikumise kuva UOB-plokkide vahel protsessi ajal. Liinid on järgmist tüüpi:

Senior (Precedence) - UOB-i ühendav pidev joon. Joonistatud vasakult paremale või ülalt alla.

Seosed (relatsioonilink) – punktiirjoon, mida kasutatakse UOB-de vaheliste seoste kujutamiseks

Objekti voog – kahe otsaga noolt kasutatakse asjaolu kirjeldamiseks, et objekti (osa) kasutatakse kahes või enamas tööühikus, näiteks kui objekt genereeritakse ühes töös ja kasutatakse teises.

Kutsutakse objekt, mis on tähistatud J1 ristteel(Ristmik). Ristteid kasutatakse selleks, et näidata loogikat, kuidas nooled (lõimed) ühendamisel ja hargnemisel interakteeruvad, või mitme sündmuse näitamiseks, mida saab või tuleb enne alustamist lõpetada järgmine töö. Seal on ristmikud noolte ühendamiseks (Fan-in Junction) ja hargnemiseks (Fan-out Junction). Ristmikku ei saa kasutada nii liitmiseks kui ka hargnemiseks. Diagrammile ristmiku lisamisel tuleb määrata ristmiku tüüp. Klassifikatsioon võimalikud tüübid ristmikud on näidatud tabelis.

Kõik PFDD diagrammi ristmikud on nummerdatud, iga numbri ees on "J".

Diagrammil kuvatavat stsenaariumi saab kirjeldada järgmiselt.

Osa jõuab värvimiseks ettevalmistatud värvitöökotta. Värvimise käigus kantakse peale üks kiht emaili kõrge temperatuur. Pärast seda osa kuivatatakse, pärast mida algab pealekantud kihi kvaliteedi kontrollimise etapp. Kui katse kinnitab pealekantud kihi ebapiisavat kvaliteeti (ebapiisav paksus, heterogeensus jne), siis lastakse detail uuesti värvimistöökojast läbi. Kui detail läbib edukalt kvaliteedikontrolli, saadetakse see edasiseks töötlemiseks järgmisse töökotta.

Igal UOB funktsiooniplokil võib olla jada lagunemised, ja seetõttu saab neid üksikasjalikult kirjeldada vajaliku täpsusega. Dekomponeerimise all peame silmas iga UOB esindamist eraldi IDEF3 diagrammi abil. Näiteks saame UOB-i "Paint Part" lagundada, esitades seda eraldi protsess ja koostage selle jaoks oma PFDD diagramm. Sel juhul nimetatakse seda diagrammi tütarettevõte, võrreldes joonisel fig. 1 ja see vastavalt vanemlik. Alamdiagrammide UOB-numbritel on pidev nummerdamine, st kui UOB-i vanem on number “1”, siis selle dekomponeerimisel olevad UOB-i plokid on vastavalt numbritega “1.1”, “1.2” jne. Dekomponeerimispõhimõtte rakendamine IDEF3-s võimaldab kirjeldada protsesse struktureeritult ja mis tahes vajaliku üksikasjalikkusega.

Joonis 2. OSTN diagrammi näide

Kui PFDD diagrammid tehnoloogiline protsess"Vaatleja vaatenurgast" võimaldab teine ​​IDEF3 OSTN diagrammide klass vaadata sama protsessi "objekti vaatenurgast". Joonisel 2 on kujutatud värvimisprotsess OSTN diagrammi vaatenurgast. Objekti olekud(meie puhul üksikasjad) ja Riigi muutus on võtmemõisteid OSTN diagrammid. Objekti olekud kuvatakse ringidena ja nende muutused suunatud joontena. Igal real on link vastavale UOB-funktsiooniplokile, mille tulemuseks on kuvatava objekti oleku muutus.

Äriprotsesside modelleerimine BPwin 4.0-ga Maklakov Sergei Vladimirovitš

1.4.2. IDEF3 protsessi kirjeldamise meetod

1.4.2. IDEF3 protsessi kirjeldamise meetod

Elementide olemasolu DFD diagrammides allikate, vastuvõtjate ja andmesalvestuse kirjeldamiseks võimaldab dokumendivoo protsessi tõhusamalt ja visuaalsemalt kirjeldada. IDEF3, mida nimetatakse ka töövoo diagrammideks, on aga modelleerimismetoodika, mida kasutatakse graafiline kirjeldus infovood, seosed infotöötlusprotsesside ja nende protsesside osaks olevate objektide vahel. Töövoo diagramme saab kasutada äriprotsesside modelleerimisel infotöötlusprotseduuride täielikkuse analüüsimiseks. Nende abiga saate kirjeldada organisatsiooni töötajate tegevuse stsenaariume, näiteks tellimuse töötlemise järjekorda, sündmusi, mida tuleb töödelda piiratud aja jooksul. Iga kümnendiga on kaasas protsessi kirjeldus ja seda saab kasutada iga funktsiooni dokumenteerimiseks.

IDEF3 on meetod, mille põhieesmärk on võimaldada analüütikutel kirjeldada olukorda, kus protsessid viiakse läbi kindlas järjestuses, samuti kirjeldada ühes protsessis koos osalevaid objekte.

IDEF3 andmestiku kirjeldamise tehnika on osa struktuurianalüüs. Erinevalt mõnest protsessi kirjeldamise metoodikast ei piira IDEF3 analüütikut liiga jäiga süntaksiga, mis võib viia mittetäielike või ebajärjekindlate mudeliteni.

IDEF3 saab kasutada ka protsessi loomise meetodina. IDEF3 täiendab IDEF0 ja sisaldab kõike vajalikku mudelite ehitamiseks, mida saab hiljem kasutada simulatsioonianalüüsiks.

Iga IDEF3 töö kirjeldab äriprotsessi stsenaariumi ja võib olla mõne muu töö osa. Kuna stsenaarium kirjeldab mudeli eesmärki ja ulatust, on oluline, et teosed saaksid nimed tegevusprotsessi tähistava verbaalse nimisõnaga või sellist nimisõna sisaldava fraasiga.

Mudeli vaatenurk peab olema dokumenteeritud. See on tavaliselt kogu töö eest vastutava isiku seisukoht. Samuti on vaja dokumenteerida mudeli eesmärk – küsimused, millele mudel on mõeldud vastama.

Diagrammid. Diagramm on IDEF3 kirjelduse põhiühik. Diagrammide õige koostamine on oluline, sest need on mõeldud lugemiseks teistele inimestele (mitte ainult autorile).

Tööühikud (UOW). UOW-d, mida nimetatakse ka tegevusteks, on mudeli kesksed komponendid. IDEF3-s on teosed kujutatud täisnurksete ristkülikutena ja neil on nimi, mis väljendub tegevusprotsessi tähistava verbaalse nimisõnaga üksi või fraasi osana ja numbriga (identifikaator); teine ​​nimisõna samas fraasis kuvab tavaliselt teose peamise väljundi (tulemuse) (näiteks "Toote valmistamine"). Sageli muutub töönime nimisõna modelleerimisprotsessi käigus, kuna mudelit saab täpsustada ja redigeerida. Töö ID määratakse loomisel ja see ei muutu kunagi. Isegi kui töö kustutatakse, ei kasutata selle ID-d teiste tööde jaoks uuesti. Tavaliselt koosneb töönumber numbrist vanemlik töö Ja seerianumber praegusel diagrammil.

IDEF3-s töötamine nõuab enamat Täpsem kirjeldus kui töö IDEF0-s Igal UOW-l peab olema seotud dokument, mis sisaldab tekstilist kirjeldust töö komponentidest: tööga seotud objektid ja faktid, teosele seatud piirangud ja lisakirjeldus töö (Kirjeldus). See teave sisestatakse tegevuse atribuutide dialoogi vahekaardile UOW (joonis 1.4.4).

Riis. 1.4.4. Tegevuse atribuutide dialoogi vahekaart UOW Näide UOW atribuutide väärtustest on toodud tabelis. 1.4.1.

Tabel 1.4.1. Näide UOW komponentide tekstikirjeldusest

TunUsage

NAME Komponentide ettevalmistamine

"Definitsioon: kõik arvutikomponendid on valmistatud vastavalt

tellimuse spetsifikatsioonid

"ObjectsComponents: kõvakettad, ümbrised, emaplaadid,

videokaardid, helikaardid, CD-ROM-draivid

ja diskett, modemid, tarkvara

"Piirab Modemi installimine nõuab täiendava tarkvara installimist

Ühendused Lingid näitavad töökohtade vahelisi seoseid. Kõik IDEF3 ühendused on ühesuunalised ja neid saab suunata ükskõik kuhu, kuid tavaliselt üritatakse IDEF3 diagramme konstrueerida nii, et ühendused on suunatud vasakult paremale. IDEF3 eristab kolme tüüpi ühendusi kujutavaid nooli, mille stiil määratakse Noole omaduste dialoogiaknas (üksus) vahekaardil Style (joonis 1.4.5) kontekstimenüü Stiil).

Riis. 1.4.5. Dialoogi Noole atribuudid vahekaart Stiil

Paremuse nool on pidev joon, mis ühendab tööühikuid (UOW). Joonistatud vasakult paremale või ülalt alla. Näitab, et lähtetöö peab lõppema enne sihttöö algust.

Suhteline link – punktiirjoon, mida kasutatakse tööühikute (UOW) ning tööühikute ja lingiobjektide vaheliste seoste kujutamiseks.

Objekti voog – kahe otsaga nool, mida kasutatakse asjaolu kirjeldamiseks, et objekti kasutatakse kahes või enamas tööühikus, näiteks kui objekt genereeritakse ühes töös ja kasutatakse teises.

Vanemate suhtlus ja objektide voog. Vanemsuhe näitab, et lähtetöö lõpeb enne sihttöö algust. Sageli on lähtetöö tulemuseks sihttöö käitamiseks vajalik objekt. Sel juhul on objekti tähistav nool kujutatud topeltotsaga. Noole nimi peab kuvatava objekti selgelt identifitseerima. Objektivoo semantika on sama mis juhtnoolel.

Seos näitab, et nool on alternatiiv kõrgemale noolele või objektide voogule tööde järjestuse täpsustamise mõttes – lähtetöö ei pea lõppema enne sihttöö algust. Lisaks võib sihttöö lõppeda enne lähtetöö lõppu (joonis 1.4.6).

Töö algus Töö lõpp Töö algus - Allika lõpp - töö allikas eesmärk - eesmärk Objektide kõrgem või vool

Töö algus Töö algus - töö lõpp Lõpp - eesmärgi allikas - töö allikas - eesmärk "" Seos

Alusta tööd Alusta töö-Suhtumine Töö lõpetamine - töö allikas eesmärk - eesmärk - allikas Suhtumine

Riis. 1.4.6. Töö teostamise ajadiagramm

Ristmik.Ühe töö lõpetamine võib olla signaaliks mitme töö alguseks või üks töö võib oodata mitme töö valmimist. Ristteid kasutatakse selleks, et näidata loogikat, kuidas nooled ühendamisel ja hargnemisel interakteeruvad, või mitme sündmuse näitamiseks, mida saab või tuleb enne järgmise töö algust lõpetada. Seal on ristumiskohad ja ühinevad (Fan-in Junction) ja hargnevad (Fan-out Junction) nooled. Ristmikku ei saa kasutada korraga liitmiseks ja hargnemiseks. Ristmikule sisenemiseks kasutage nuppu SCH(lisage ^ristmikuskeem) tööriistapaletis. Dialoogiaknas ristmiku tüübiredaktor peate määrama ristmiku tüübi. Iga tüübi tähendus on toodud tabelis. 1.4.2.

Tabel 1.4.2. Ristmike tüübid

Kõik diagrammil olevad ristmikud on nummerdatud, igal numbril on eesliide J. Ristmiku atribuute saate redigeerida, kasutades dialoogi Junction Properties (kutsutakse kontekstimenüüst). Erinevalt IDEF0-st ja DFD-st saavad IDEF3-s nooled liita ja hargneda ainult ristmike kaudu. Riis. 1.4.7-1.4.11 illustreerivad igat tüüpi ristmiku tähendust.

Riis. 1.4.7. Risttee ühendamiseks ja hargnemiseks, näiteks sünkroonne "AND". Siin alustatakse pärast 1. töö lõpetamist korraga 2. ja 4. töö 5. töö alustamiseks peavad 3. ja 4. töö olema tehtud üheaegselt

Riis. 1.4.8. Risttee ühendamiseks ja hargnemiseks, näiteks asünkroonne "JA". Siin alustatakse pärast 1. töö lõpetamist 2. ja 4. tööd (mitte tingimata samal ajal). Töö 5 käivitamine nõuab 3. ja 4. töö lõpetamist (mitte tingimata samal ajal)

Riis. 1.4.9. Risttee ühendamiseks ja hargnemiseks, näiteks asünkroonne "OR". Siin käivitatakse pärast 1. töö lõpetamist kas töö 2 või töö 3 või töö 4 või nende kombinatsioon (mitte tingimata samal ajal). Töö 5 täitmine eeldab mis tahes töö 2, 3 ja 4 või nende kombinatsiooni täitmist (mitte tingimata samaaegselt)

Riis. 1.4.10. Risttee ühendamiseks ja hargnemiseks, näiteks sünkroonne "OR". Siin, pärast töö 1 lõpetamist, käivitatakse kas töö 2 või töö 3 või töö 4 või nende kombinatsioon. Kui käivitatakse rohkem kui üks töö, tuleb need käivitada samaaegselt. Töö 5 käivitamine eeldab mis tahes töö 2, 3 ja 4 või nende kombinatsiooni lõpetamist. Kui valmimisel on rohkem kui üks töö, tuleb need teha üheaegselt

Riis. 1.4.11. Eksklusiivsed VÕI ristmikud ühendamiseks ja hargnemiseks. Siin käivitatakse pärast 1. töö lõpetamist ainult üks töö – kas töö 3 või töö 4. Töö 5 käivitamine nõuab ainult ühe töö lõpetamist, 3 või 4

Ristmike loomise reeglid.Ühele IDEF3 diagrammile saab luua mitu ristmikku erinevat tüüpi. Teatud ühendamise ja hargnemise ristmike kombinatsioonid võivad põhjustada loogilisi vastuolusid. Konfliktide vältimiseks tuleb järgida järgmisi reegleid:

Igale ühendatavale ristmikule peab eelnema haru ristmik.

"AND" ühendamise ristmik ei saa järgida hargnemise ristmikku, nagu sünkroonne või asünkroonne "OR" (joonis 1.4.12).

Tõepoolest, pärast 1. tööd saab käivitada ainult ühe töö - 2 või 3 ning töö 4 alustamiseks on vaja mõlema töö - 2 ja 3 - lõpetamist. Sellist stsenaariumi ei saa realiseerida.

Riis. 1.4.12. Ristmike vale paigutus. JA-ristmik ei saa järgneda VÕI-ristmikule.

"AND" liitmise ristmik ei saa järgneda eksklusiivse "OR" tüüpi haru ristmikule (joonis 1.4.13).

Riis. 1.4.13. Ristmike vale paigutus. JA-ristmik ei saa järgida XOR-ristmikku.

4. Eksklusiivse "OR" tüüpi liitmise ristmik ei saa järgneda "AND" tüüpi hargnemise ristmikule (joonis 1.4.14). Siin alustatakse pärast 1. töö lõpetamist nii 2. kui ka 3. töö ning 4. töö alustamiseks tuleb täita üks ja ainult üks töö, kas 2 või 3.

Riis. 1.4.14. Ristmike vale paigutus. XOR-i liite ristmik ei saa järgneda JA haru ristmikule.

Ristmikul, mille ühel küljel on üks nool, peab teisel küljel olema rohkem kui üks nool.

Lingi objekt. IDEF3 võrdlusobjekt väljendab mõnda ideed, kontseptsiooni või andmeid, mida ei saa seostada noole, ristmiku või tööga (joonis 1.4.15). Viiteobjekti lisamiseks kasutage tööriistapaletis nuppu ШЗ (lisage diagrammile viiteobjekt - Referent). Võrdlusobjekt joonistatakse sarnaselt tööristkülikuga ristkülikuna. Referentsiobjekti nimi määratakse dialoogis Referent Properties (nimena kontekstimenüü kirje, saab kasutada teiste diagrammide noole nime või andmemudeli olemi nime). Võrdlusobjektid peavad olema seotud tööüksuste või ristumiskohtadega punktiirjooned. Ametlik IDEF3 spetsifikatsioon eristab kolme võrdlusobjekti stiili – tingimusteta, sünkroonne ja asünkroonne. BPwin toetab ainult tingimusteta viiteobjekte. Objekti oleku ülemineku diagrammides kasutatavaid sünkroonseid ja asünkroonseid võrdlusobjekte ei toetata.

Lingiobjektide lisamisel tuleks lisaks nimele märkida l võrdlusobjekt. Lingiobjektide tüübid on toodud tabelis. 1.4.3.

Tabel 1.4.3. Linkide objektide tüübid

Töö jaotus. IDEF3-s kasutatakse töö detailide täpsustamiseks lagunemist. IDEF3 metoodika võimaldab töid mitu korda lahti võtta, st tööl võib olla palju kõrvaltööd. See võimaldab meil kirjeldada ühes mudelis alternatiivsed vood. Lagundamine võib olla stsenaarium või kirjeldus. Kirjeldus sisaldab kõike võimalikud viisid protsessi arendamine. Stsenaarium on kirjelduse erijuhtum ja illustreerib ainult ühte protsessi rakendamise viisi. Vaikimisi luuakse IDEF3 diagrammiks jaotamisel kirjeldus. Stsenaariumi loomiseks peate minema menüüsse Diagramm/Add IDEF3 Stsenaarium.

Mitmekordse lagunemise võimalus seab tööde nummerdamisele lisanõudeid. Seega koosneb töönumber põhitöö numbrist, dekompositsiooninumbrist ja enda number töötage praeguse diagrammi kallal (joonis 1.4.16).

Riis. 1.4.16. Tööühiku number (UOW)

Kirjelduse jaoks on lagunemisarv 1. Stsenaariumi korral on lagunemisarv alati suurem kui 1.

Skripti või kirjelduse loomisel peate sellest kinni pidama täiendavad piirangud- Stsenaariumis või lagunemises saab olla ainult üks sisenemispunkt. Sissepääsupunktile järgneb töökoht või ristmik. Dekompositsioonil saab olla ainult üks väljumispunkt. Skriptil, mis ei ole dekompositsioon, võib olla mitu väljumispunkti.

Vaatleme IDEF3 diagrammide lagunemise protsessi, sealhulgas autori (analüütiku) ja ühe või mitme eksperdi suhtlemist ainevaldkond.

Stsenaariumi, piirkonna ja vaatenurga kirjeldus. Enne eksamisessiooni läbiviimist peaksid valdkonnaeksperdid laskma stsenaariumid ja mudeliraamistikud dokumenteerida, et ekspert saaks aru lagunemise eesmärkidest. Lisaks, kui modelleerija seisukoht erineb eksperdi seisukohast, tuleks see eriti hoolikalt dokumenteerida.

Võimalik, et ekspert ei suuda ise vajalikku infot edastada. Sel juhul peaks analüütik koostama intervjuu küsimuste loendi.

Teoste ja objektide määratlus. Tavaliselt annab domeeniekspert analüütikule stsenaariumi tekstikirjelduse. Lisaks sellele võib olla huvipakkuvaid protsesse kirjeldav dokumentatsioon. Kogu selle teabe põhjal peab analüütik koostama nimekirja töökandidaatidest (sõnalised nimisõnad, mis tähistavad protsessi, üksi või fraasi osana) ja esitama vastulause kandidaadid (töö tulemust tähistavad nimisõnad), mida on loetletud töökohtade jaoks vaja.

Mõnel juhul on asjakohane luua graafiline mudel, mida domeenieksperdile esitada. Graafilise mudeli saab luua ka pärast teabe kogumise seanssi, et diagrammi vormingu üksikasjad osalejaid segadusse ei ajaks.

Kuna saab luua erinevaid IDEF3 mudeli fragmente erinevad rühmad analüütikud sisse erinev aeg, IDEF3 toetab lihtne diagramm tööde nummerdamine kogu mudeli piires. Erinevad analüütikud töötavad iseseisvalt erineva numbrivahemikuga. Vahemiku valimise näide on toodud tabelis. 1.4.4.

Tabel 1.4.4. Töönumbrite vahemikud

Järjekord ja koordineerimine. Kui diagramm luuakse pärast intervjuud, peab analüütik langetama mõned otsused diagrammide hierarhia osas, näiteks kui palju üksikasju ühte diagrammi lisada. Kui diagrammide järjestus ja kokkusobivus ei ole ilmne, võib teabe üksikasjalikuks ja selgitamiseks läbi viia uue kontrolli. Oluline on eristada kaudset kokkulepet (kokkulepe, mida eeldatakse seoste puudumisel) ja selgesõnalist kokkulepet (kokkulepe, mis on eksperdi arvamuses selgelt väljendatud).

Tööd, ristmikud ja objektide dokumenteerimine. IDEF3 võimaldab sisestada teavet mudelisse erinevaid viise. Näiteks interaktsiooniloogikat saab kuvada graafiliselt ristmike kombinatsioonina. Sama teavet saab kuvada ELAB-tüüpi lingiobjektina (Elaboration). See võimaldab analüütikul teavet mugavalt sisestada. Sel hetkel aja vorm. Oluline on arvestada, et mudeleid saab ümber korraldada, näiteks esitada neid esinduslikumal viisil. Esitlusvormingu valimine on sageli juhtunud oluline mudeli korrastamiseks, kuna ristmike kombinatsioon võtab diagrammil palju ruumi ja ristmike hierarhia kasutamine muudab diagrammi kallal töö korraldamise keeruliseks.

1.4.9 Kirjeldused Kirjeldus on lause, mis tutvustab programmis nime. Samuti võib see initsialiseerida selle nimega objekti. Kirjelduse täitmine tähendab, et kui juhtvoog jõuab kirjelduseni, hinnatakse lähtestamisavaldist (initsialiseerija) ja