Simulare folosind produsul software BPWin. Descrierea interfeței programului BPWin

Ministerul Științei și Educației al Federației Ruse

Instituția de Învățământ de Stat de Învățământ Profesional Superior Universitatea de Stat Tolyatti

IDEF0-tehnologie. Modelarea cu

produs softwareB.P.Win

Toliatti, 2008

Ca bază pentru compilare recomandări metodologice A fost folosit manualul Cheremnykh SV. si altele.Modelarea si analiza sistemelor. Tehnologii IDEF: atelier/ , . - M.: Finanțe și Statistică, anii 200, ill. - (Tehnologii informatice aplicate).

Materiale pregatite de Departamentul de Management al Calitatii

1 SOFTWARE DE MODELARE IDEF... 4

1.1 Ce este BPWin?. 4

1.2 Modelul BPWin. 4

1.3 Metodologii de modelare suportate de BPWin. 4

1.3.1 Modelare funcțională (IDEF0) 5

1.3.2 Diagrame de flux de date (DFD) 5

1.3.3 Descrierea proceselor de afaceri (IDEF3) 6

1.4 BPWin locul de muncă. 7

1.5 Arborele model. 7

1.6 Zona de desen. 8

1.7 Bara de instrumente BPWin. 8

1.8 Ajutor. 9

1.9 Construirea diagramelor de context... 9

1.11 Proiectarea modelelor. 12

1.12 Săgeți de ramificare și combinare. 13

1.13 Opțiuni de afișare. 14

1.14 Alte tipuri de diagrame IDEF0. 14

1.15 Deschiderea diagramelor arbore și FEO... 15

1.16 Împărțirea și îmbinarea modelelor. 15

1.17 Imprimarea diagramelor BPWin. 16

2 METODOLOGIA MODELĂRII FUNCȚIONALE IDEF0. 18

2.2.1 Sintaxa și semantica modelelor IDEF0. 18

2.2.1.1 Modele IDEF0. 18

2.2.1.2 Acțiuni. 18

2.2.1.3 Limite și conexiuni. 19

2.2.1.4 Tuneluri. 23

2.2.2 Construirea modelelor IDEF0. 23

2.2.2.1 Diagrame... 23

2.2.2.2 Modele de construcție. 25

2.2.2.3 Punct de vedere. 25

2.2.2.4 Modelarea limitelor. 25

2.2.2.5 Selectarea numelui blocului de context. 26

2.2.2.6 Definirea săgeților pe o diagramă de context. 26

2.2.2.7 Numerotarea blocurilor și diagramelor.. 27

2.2.2.8 Relația dintre o diagramă și blocul său funcțional părinte... 27

2.2.2.9 Două abordări pentru începerea modelării („lățimea întâi” și „întâi adâncimea”) 28

2.2.2.10 Când să se oprească? 28

2.2.2.11 Alte diagrame IDEF0. 28

2.2.2.12 Ștergerea diagramelor... 30

3 LECȚII PRACTICE... 31

3.1 Crearea unei diagrame de context... 31

3.3 Crearea unei diagrame de noduri. 36

3.4 Crearea unei diagrame FEO... 38

GLOSAR.. 40

1 SOFTWARE DE MODELARE IDEF

1.1 Ce este BPWin?

BPWin - Unealtă puternică modelare pentru a analiza, documenta și înțelege procesele complexe de afaceri.

Simularea este utilă:

· pentru a elimina blocurile (funcții) redundante sau inutile;

· pentru a reduce costurile;

· pentru a îmbunătăți activitatea companiei;

· pentru a îmbunătăți calitatea serviciilor pentru clienți.

1.2 Modelul BPWin

Folosind BPWin, sunt construite diagrame de procese de afaceri care arată clar procesele de afaceri (blocuri), rezultatele muncii lor și resursele necesare pentru funcționarea lor. Modelul BPWin oferă o vedere integrată a modului în care o organizație își atinge obiectivele, de la departamentele mici până la întreaga companie. Figura 1 prezintă fereastra principală a programului BPWin.

De asemenea, puteți utiliza BPWin pentru a modela fluxuri de lucru, fluxuri de proces și fluxuri de date.

Figura 1.1 - Fereastra principală BPWin

1.3 Metodologii de modelare suportate de BPWin

BPWin acceptă trei metodologii de modelare:

· modelare funcțională (IDEF0);

· descrierea proceselor de afaceri (IDEF3);

· diagrame de flux de date (DFD).

Prin sprijinirea a trei metodologii de modelare într-un singur program, BPWin combină trei abordări cheie pentru modelarea proceselor de afaceri, care satisface pe deplin nevoile atât ale analiștilor de sistem, cât și ale tehnologilor.

Când creați un model nou, pur și simplu selectați metodologia corectăîn caseta de dialog care apare de fiecare dată când creați un nou model BPWin (Figura 2).

Figura 1.2 - Selectarea unei notații de modelare

1.3.1 Modelare funcțională (IDEF0)

Modelarea funcțională este o tehnologie de analiză a unui sistem ca întreg ca un set de acțiuni sau funcții interconectate. Acțiunile sistemului sunt analizate independent de obiectul (ob) care asigură executarea lor. Puteți modela un proces de afaceri bazat pe diferite perspective și intervale de timp. De exemplu, puteți modela procesul de a comanda servicii de către un client așa cum îl vedeți în mod ideal, și nu așa cum se întâmplă în prezent.

Figura 1.3 - Exemplu de diagramă IDEF0

Din punct de vedere funcțional, te poți abstra și de probleme implementare fizică modele.

Figura 3 prezintă un exemplu de diagramă IDEF0 simplă.

1.3.2 Diagrame de flux de date (DFD)

Diagramele de flux de date (DFD) modelează sistemele ca un set interconectat de activități care procesează datele într-un „magazin”, atât în ​​interiorul, cât și în afara granițelor sistemului modelat. Diagramele de flux de date sunt utilizate în mod obișnuit în modelarea sistemelor informaționale.

Figura 4 prezintă un exemplu de diagramă de flux de date.

Săgețile din DFD arată modul în care obiectele (datele) interacționează de fapt între ele. Această reprezentare, care combină datele stocate în sistem și obiectele externe sistemului, oferă modelelor DFD o flexibilitate mai mare pentru afișarea caracteristicilor fizice ale sistemului, cum ar fi problemele de schimb de date, dezvoltarea de stocare a datelor și scheme de procesare.

1.3.3 Descrierea proceselor de afaceri (IDEF3)

Metodologia IDEF3 este o metodologie de modelare concepută pentru a oferi o abordare structurată pentru a descrie un proces de afaceri ca o secvență ordonată de evenimente, descriind în același timp orice obiecte implicate în procesul de afaceri și regulile asociate acestora.

Diagrama fluxului de lucru este o tehnică potrivită pentru colectarea datelor de sistem și utilizată ca parte a unei abordări structurate a analizei și proiectării sistemului. Spre deosebire de alte metode de modelare a proceselor de afaceri, IDEF3 necesită utilizare strictă sintaxa si semantica pentru a evita obtinerea unei descrieri incomplete sau inconsistente a sistemului.

Figura 5 prezintă un exemplu de diagramă IDEF3.

Figura 1.4 - Exemplu de diagramă DFD

Figura 1.5 - Exemplu de diagramă IDEF3

Diagramele IDEF3 se aplică:

· pentru a îmbunătăți înțelegerea rezultatelor modelării proceselor de afaceri;

· să determine sfârşitul simulării;

· să colecteze informații despre modelul de funcționare al companiei modelate.

Construirea modelelor IDEF3 face uneori posibilă simplificarea modelării funcționale a unui sistem utilizând metodologia IDEF0 și a primit o recunoaștere binemeritată ca o modalitate destul de convenabilă de a analiza potențialele îmbunătățiri ale sistemului. Diagramele IDEF3 oferă modelare discretă a proceselor care poate fi utilizată pentru a monitoriza progresul.

1.4 Stație de lucru BPWin

Locul de lucru BPWin este conceput ca un desktop format din mai multe ferestre. Pe desktop sunt:

· bara de instrumente standard;

· Bara de instrumente ModelMart;

· arbore model;

zona pentru desen;

· Bara de instrumente BPWin;

· linie de stare.

Panoul de meniu BPWin. Bara de meniu BPWin respectă standardele Windows și oferă acces la toate funcțiile BPWin. Unii dintre ei:

Sigiliu . Pentru a deschide fereastra de imprimare, din bara de meniu, selectați Fișier, apoi Imprimați.

Scară . Din bara de meniu, selectați Vizualizare, apoi modificați scara imaginii pentru diagrama activă sau pentru toate diagramele din model la dimensiunea de care aveți nevoie.

Bara de instrumente standard. Bara de instrumente standard (Figura 6) oferă acces rapid la sarcinile efectuate frecvent.

Figura 1.6 - Bara de instrumente BPWin standard

Ca orice altă bară de instrumente BPWin, bara de instrumente standard poate fi poziționată pe orice parte a ecranului sau situată oriunde în zona diagramei. De asemenea, îl puteți afișa sau ascunde folosind funcția Vizualizare din bara de meniu.

1.5 Arborele model

Arborele modelului BPWin (Figura 1.7) este un instrument puternic care este folosit pentru a vizualiza structura modelului și pentru a schimba orice obiect de diagramă din orice model BPWin deschis. Când lucrați cu mai multe modele în același timp, puteți vizualiza toate diagramele sau numai pe cele active cu o structură arborescentă ierarhică restrânsă și extinsă. Pentru orice metodologie utilizată, lista modelelor examinate oferă o imagine completă a întregului model. De asemenea, puteți efectua sarcini de modelare folosind arborele.

Puteți afișa și ascunde arborele model făcând clic pe butonul Model Explorer. Când arborele model este activ, acesta se află în fereastra glisantă din stânga, iar diagrama activă este în dreapta.

Figura 1.7 - Arborele modelului BPWin

Se utilizează arborele model (Figura 1.7):

· să vizualizeze diferite modele construite folosind diferite metodologii de modelare;

· pentru a comuta modurile de vizualizare a diagramelor sau acțiunilor;

· să vizualizați sau să lucrați imediat cu diagrama corespunzătoare în spațiul de lucru BPWin făcând clic pe numele diagramei sau al acțiunii;

· să vizualizeze acțiunile și obiectele diagramei în funcție de nivelurile de descompunere;

· pentru a edita numele unui model, diagramă sau acțiune folosind dublu click pe titlul corespunzător;

· pentru a vizualiza diagramele FEO corespunzătoare, Arborele de noduri sau diagramele aferente făcând clic pe numele obiectului

· diagrame într-un arbore ierarhic.

1.6 Zona de desen

Zona de desen este zona mare din dreapta ferestrei principale BPWin unde se află arborele modelului. Este format din trei zone:

· titlu;

zona pentru desen;

· Nume.

Când arborele model este ascuns, desenul ocupă întreaga zonă a ferestrei. Puteți crea, edita și manipula diagrame BPWin în zona de desen. La cererea dvs., diagrama poate fi scalată folosind instrumentele de ajustare a scalei.

1.7 Bara de instrumente BPWin

Bara de instrumente BPWin conține instrumente pentru desenarea obiectelor într-o diagramă BPWin. Aceste instrumente pot fi plasate pe ambele părți ale ecranului sau amplasate undeva în zona diagramei. Puteți afișa sau ascunde bara de instrumente folosind funcția Vizualizare din bara de meniu. Există trei bare de instrumente diferite în BPWin - în funcție de numărul de metodologii suportate de program (Figura 1.8).

IDEF0IDEF3DFD

Figura 1.8 - Trei tipuri de bare de instrumente

Bara de instrumente necesară este selectată automat de program atunci când selectați una dintre cele oferite când creație inițială modele de metodologii.

1.8 Ajutor

Dacă apar probleme în timpul lucrului cu BPWin, utilizarea Ajutor este cea mai rapidă modalitate de a le rezolva. Pentru a începe cu BPWin Online Help, selectați secțiunea Ajutor din bara de meniu, apoi selectați una dintre opțiunile sugerate și continuați să căutați subiectul care vă interesează.

Figura 1.9 - Fereastra de ajutor sensibilă la context

De asemenea, puteți apăsa F1 în orice câmp de introducere pentru a vizualiza ajutor contextual pentru caseta de dialog curentă sau opțiunea de meniu. Rețineți că există și un buton Ajutor în caseta de dialog din Figura 1.9. Veți găsi butoanele Ajutor în majoritatea casetelor de dialog.

1.9 Construirea diagramelor de context

O diagramă de context este un model care reprezintă un sistem ca un set de acțiuni în care fiecare acțiune transformă un obiect sau un set de obiecte. Modelul este reprezentat ca un set de acțiuni ierarhice. Acțiunea cea mai înaltă din ierarhie se numește acțiune de context. Acesta este cel mai înalt nivel care descrie direct sistemul. Nivelurile de mai jos se numesc descompunere copil și reprezintă subprocese ale activității părinte.

Când creați un model, mai întâi trebuie să descrieți cel mai înalt nivel, acțiunea contextului. Numele acțiunii descrie sistemul în mod direct și, de regulă, constă dintr-un verb activ combinat cu un substantiv generalizator care explică scopul activității din punctul de vedere al celei mai generale vederi a sistemului.

Fiecare bloc poate avea asociate diferite tipuri de săgeți. Săgețile reprezintă oameni, locuri, lucruri, concepte sau evenimente. Săgețile conectează limitele diagramei cu blocuri, precum și acțiunile (blocuri) pe diagramă între ele. Există patru tipuri principale de săgeți în diagramele IDEF0.

Intrarea unui bloc reprezintă materialul sau informația care trebuie utilizată sau transformată de bloc pentru a produce ieșire. Săgețile de intrare indică întotdeauna partea stanga bloc. Săgețile de intrare sunt opționale deoarece unele acțiuni nu pot transforma sau schimba (înlocui) nimic.

Fiecare bloc trebuie să aibă cel puțin o săgeată de control. Controlul vine întotdeauna în partea de sus a blocului. Guvernarea este sub forma unor reguli, reglementări, politici, proceduri sau standarde. Ea influențează activitatea fără a transforma de fapt nimic. Controlul poate fi folosit și pentru a descrie procedura de pornire sau încheiere a unei acțiuni.

Săgețile de ieșire (eliberare) sunt materialul sau informațiile produse de bloc. Fiecare bloc trebuie să aibă cel puțin o săgeată de ieșire (eliberare). Este mai bine să nu modelați procese care nu produc produse (ieșire) deloc.

Mecanismele de execuție sunt acele resurse care asigură executarea unei acțiuni. Mecanismul de execuție poate fi considerat personal al companiei, mașini sau echipamente care asigură executarea activităților. Săgeata mecanismului poate lipsi dacă se stabilește că nu este importantă pentru funcționarea unității.

Diagrama de context descrie activitatea de nivel superior și delimitează granița modelării în ceea ce privește scopul, capacitatea și perspectiva. Numele diagramei de context se află în arborele modelului direct sub descrierea generală.

Pentru a crea o diagramă de context, trebuie mai întâi să creați model nou selectând „Nou” din meniul „Fișier”. În caseta de dialog care apare, trebuie să introduceți numele modelului și să selectați tipul acestuia. Acest dialog este afișat și la pornirea BPWin.

Figura 1.10 - Dialog pentru setarea proprietăților modelului

După crearea modelului, puteți seta parametrii acestuia. Lista proprietăților modelului este un dialog în care puteți seta parametri precum numele complet al modelului, descrierea verbală a acestuia și starea în care se află modelul, de exemplu, „în lucru” sau „pentru publicare” (Figura 1.10).

1.10 Descompunere

Descompunerea modelului este utilizată în modelarea proceselor de afaceri pentru a oferi o descriere mai detaliată a blocurilor. Fiecare dintre aceste acțiuni poate fi la rândul său descompusă. De fiecare dată când un bloc este descompus, este creată o nouă diagramă. Numărul de descompunere nu este limitat și depinde în întregime de nivelul de complexitate care trebuie arătat în model: Observați cercul din Figura 1.11. Dacă acțiunea nu a fost descompusă, un simbol „frunză” va apărea în colțul din stânga sus al blocului. După descompunerea acestui bloc, simbolul „frunză” va dispărea.

Figura 1.11 - Desemnarea unui bloc care nu are descompunere

Cum să descompun blocuri folosind BPWin?

Acest lucru se poate face în două moduri. În diagramă, trebuie să selectați acțiunea care trebuie descompusă. Pentru a face acest lucru, selectați instrumentul necesar în caseta de instrumente BPWin sau în arborele modelului, apoi faceți clic pe acțiunea pe care doriți să o descompuneți. Meniul selectat conține o comandă de descompunere. În caseta de dialog care apare, trebuie să specificați tipul și numărul de subblocuri necesare. Când descompune un bloc, BPWin creează o nouă diagramă care este diagrama de descompunere a diagramei „părinte”. Rețineți că noile acțiuni nu sunt legate și nu sunt denumite - aceasta este următoarea sarcină. Trebuie să definiți interacțiunea dintre blocuri și să „atașați” săgeți la noile blocuri, care sunt moștenite automat din diagrama părinte.

Numele blocului și celelalte proprietăți ale acestuia sunt introduse în fila „Nume” din lista de proprietăți a blocului. Pentru a afișa proprietățile blocului pe ecran, faceți dublu clic pe bloc.

Următorul pas în crearea unei diagrame ar trebui să fie conectarea tuturor blocurilor utilizate în diagramă folosind săgeți reprezentând intrări, ieșiri, comenzi și mecanisme.Pentru a face acest lucru, pur și simplu conectați punctul de început al săgeții la punctul final. Sfârșitul săgeții poate fi una dintre laturile blocurilor funcționale și marginea diagramei. BPWin alocă automat terminații valide pentru săgețile pe care le creează. Pentru a desena o săgeată, trebuie să selectați instrumentul săgeată din caseta de instrumente.

Numele săgeții este specificat în fila „Nume” din dialogul cu proprietățile săgeții. Pentru a apela acest dialog, faceți dublu clic pe săgeata dorită.

Dacă o săgeată se termină la limita unei diagrame BPWin, aceasta este marcată cu un „tunel” de paranteze pătrate. Săgețile din diagrama părinte sunt marcate în mod similar dacă o săgeată mutată din ea este eliminată din diagrama de descompunere. Un tunel pătrat la începutul unei săgeți indică faptul că săgeata este „nerezolvată” în ierarhia modelului (nu există altă săgeată cu același nume în nicio altă diagramă de model). Pentru a menține integritatea modelului, este necesar să „rezolvați” săgețile marcate cu „tunele” dintre paranteze drepte printr-una dintre următoarele metode:

· transformarea într-un „tunel” de paranteze;

· adăugarea unei noi săgeți care leagă blocul corespunzător de marginea diagramei;

În orice moment în timp ce lucrați cu diagrama, este posibil să adăugați noi blocuri la aceasta folosind „Instrumentul casetei de activitate” din bara de instrumente. Pentru a adăuga un bloc, trebuie să faceți clic pe acest instrument și apoi pe diagrama în locul în care doriți să plasați noul bloc. După ce blocul suplimentar este creat, îl puteți lega cu săgeți la alte blocuri, puteți să îi setați numele și alte proprietăți.

Blocurile sunt numerotate automat când sunt create. Numerele pot fi relative sau constante, reflectând poziția ierarhică a blocului în cadrul modelului. Puteți controla numerotarea blocurilor din diagramă folosind fila „Prezentare” din dialogul de introducere a proprietăților modelului.

Mutarea oricăror obiecte de pe diagramă se face „prinzându-le” cu mouse-ul și mutându-le într-o nouă locație. Pe măsură ce mutați blocurile, săgețile asociate acestora se mișcă și ele în același timp. Blocurile funcționale pot fi, de asemenea, mutate între diagrame folosind comenzile Cut/Paste din meniul Editare. BPWin atribuie automat numere blocurilor diagramei. Când aranjamentul relativ al blocurilor se modifică, aceste numere se pot schimba.

Redimensionarea obiectelor diagramei se poate face prin mutarea marginilor acestora. Este posibil să interziceți modificarea dimensiunii obiectelor: acest lucru se poate face în fila „Aspect” din dialogul de introducere a proprietăților modelului.

Dacă vizualizarea arborelui model este activată, aveți opțiunea de a vizualiza modelul ca arbore diagramă sau arbore bloc funcțional. Partea de sus a arborelui model are un buton de comutare Diagrame/Activități pentru a afișa arborele diagramă sau, respectiv, arborele de activități. Arborele diagramei se deschide în mod implicit când porniți BPWin. Arborele modelului BPWin folosește set special simboluri grafice pentru a reprezenta diagrame și acțiuni în cadrul unui arbore de obiecte. Puteți utiliza acest arbore pentru a comuta la modelul, diagrama sau acțiunea adecvată pentru a efectua editarea.

1.11 Proiectarea modelelor

Utilizare paleta de culori . Într-o diagramă BPWin puteți seta proprietățile de culoare pentru acțiuni, săgeți și blocuri de text; Nu trebuie să utilizați culoarea în diagrame, dar vă poate fi util:

· să evidențieze puncte insuficient dezvoltate;

· pentru evidenţiere modificările efectuate;

· pentru a afișa obiecte care sunt similare ca semnificație.

Schimbarea culorii blocurilor de diagrame. Schimbarea culorii unui obiect se face folosind un editor de culori (Figura 1.12). Pentru a schimba culoarea unui obiect:

· faceți clic dreapta pe obiect, selectați „Culoare” în meniul care apare;

· selectați culoarea dorită a obiectului din paleta propusă.

Figura 1.12 - Editor de culori

Selectarea atributelor fontului. Atributele fontului (Figura 1.13), cum ar fi tipul, dimensiunea și stilul, pot fi folosite pentru a evidenția sau grupa blocuri funcționale. Pentru a schimba fontul aveți nevoie de:

· faceți clic dreapta pe obiect, selectați „Font” în meniul care apare;

· alege fontul doritși, dacă este necesar, setați-i atributele.

Modificările efectuate pot fi aplicate tuturor obiectelor similare din diagramă activând opțiunile corespunzătoare în colțul din stânga jos al casetei de dialog: Toate activitățile din această diagramă (doar pentru această diagramă) sau Toate activitățile din acest model (pentru întregul model). ).

Figura 1.13 - Selectarea fontului

Design săgeată. Utilizarea stilurilor de săgeți aplicate într-o diagramă este importantă pentru coerență și lizibilitate a creat diagrame IDEF0. Puteți modifica aspectul săgeților setând grosimea, forma și culoarea acestora. Culoarea săgeții este setată folosind editorul de culori așa cum este descris mai sus. Grosimea săgeților poate fi, de asemenea, modificată, care poate fi folosită pentru a evidenția procesele individuale în diagramă. Pentru a modifica grosimea săgeții trebuie să:

· faceți clic dreapta pe săgeată și selectați „Editor de stil” din meniu;

· selectați grosimea necesară a săgeții în secțiunea „Grosime”.

Vă rugăm să rețineți că forma săgeții este determinată în funcție de metodologia utilizată. Săgețile de tip „Relațional” nu sunt descrise în metodologia IDEF0, dar pot fi folosite dacă nu este necesară respectarea strictă a IDEF0. Dialogul pentru selectarea tipului și designului săgeții este prezentat în Figura 1.14.

Figura 1.14 - Selectarea tipului și designului săgeții

1.12 Săgeți de ramificare și îmbinare

Ramificarea și combinarea săgeților este necesară pentru a asigura conectarea unei săgeți cu mai multe blocuri funcționale și invers. Săgețile combinate sunt folosite pentru a crea o tranziție comună de la mai multe blocuri funcționale la unul sau la o limită. Ramurile și îmbinările sunt create folosind instrumentul Săgeată. Pentru a face diagrama mai ușor de citit, este recomandabil să denumești fiecare ramură a săgeții împărțite.

Numele săgeților sunt afișate automat și pot fi mutate prin „prinderea” cu mouse-ul. Instrumentul Squiggle din bara de instrumente IDEF0 sau IDEF3 poate fi folosit pentru a conecta o săgeată la numele acesteia.

Pentru a clarifica conținutul diagramelor, puteți plasa blocuri de text care conțin explicații arbitrare asupra acestora. Pentru a adăuga un bloc de text la o diagramă:

· selectați instrumentul „Text” și faceți clic pe locul din diagramă în care doriți să plasați explicațiile;

· În fereastra de text care apare, trebuie să introduceți textul explicativ.

Toate instrumentele de proiectare descrise mai sus sunt aplicabile blocurilor de text.

1.13 Opțiuni de afișare

Puteți afișa sau ascunde anumite obiecte diagrame și elemente de proiectare individuale. De exemplu, puteți comuta umbrele blocurilor funcționale pe o diagramă. Parametrii meniului „Vizualizare” (Figura 1.15) se aplică simultan tuturor diagramelor modelului dumneavoastră.

În același meniu, puteți configura locul de muncă BPWin. De exemplu, puteți afișa sau ascunde bara de instrumente standard, bara de instrumente ModelMart, bara de instrumente BPWin, arborele model și bara de stare. Acordați atenție elementului de meniu „Zoom”, care vă permite să schimbați scara diagramelor vizualizate. Acest element de meniu dublează instrumentul „Zoom” al barei de instrumente standard.

Figura 1.15 - Opțiuni de afișare

1.14 Alte tipuri de diagrame IDEF0

Pe lângă diagramele de context și de descompunere, alte tipuri de diagrame BPWin vă permit să simplificați prezentarea și proiectarea modelului. De exemplu, ar putea fi necesar să se dezvolte un scenariu ce se întâmplă dacă pentru model.

Această subsecțiune va acoperi crearea a două tipuri de modele:

· diagrame „doar pentru prezentare” (For Exposition Only - FEO);

· diagrame arborescente.

Atunci când sunt utilizate corect, aceste tipuri de diagrame facilitează documentarea modelelor.

Crearea diagramelor FEO. O diagramă FEO poate fi utilizată pentru a explica o parte a unui proces, pentru a oferi un punct de vedere special sau pentru a evidenția detalii funcționale care nu pot fi afișate folosind sintaxa IDEF0. Acestea pot fi furnizate cu un text explicativ suplimentar și nu trebuie neapărat să fie proiectate în conformitate cu constrângerile standardului IDEF0. Diagramele FEO pot fi asociate cu orice diagramă existentă în model, dar nu sunt o parte ierarhică a modelului. Diagrama FEO este o copie a oricărei diagrame existente în model. Diagrama este identificată prin:

· numele specificat de dezvoltator;

· un identificator de tip AxF, unde x indică diagrama originală și simbolul F indică faptul că diagrama este de tip FEO.

Diagramele FEO sunt adăugate la model utilizând elementul „Adăugați diagramă FEO” din meniul „Diagramă”. În caseta de dialog Adăugare diagramă FEO nouă, selectați unul dintre următoarele tipuri diagrame de copiat:

· dacă selectați „Diagrama de context”, pur și simplu introduceți numele noii diagrame în câmpul „Nume”;

· Dacă selectați „Diagrama de descompunere”, este activată lista derulantă „Copiere din”, care arată toate diagramele de descompunere din model.

După ce faceți clic pe OK, BPWin va fi creat și afișat pe desktop.

La fel ca pentru orice altă diagramă, puteți deschide caseta de dialog cu proprietăți ale diagramei FEO pentru a introduce proprietățile acesteia.

Crearea diagramelor arborelui(Diagramele arborelui nodurilor). Diagramele arborescente sunt folosite pentru a arăta structura unui model în ansamblu. În ele, de regulă, vârful (nodul cel mai de sus) corespunde diagramei la nivel de context. Cu toate acestea, orice bloc funcțional al modelului poate fi folosit ca vârf, iar subblocurile sale vor fi afișate ca ramuri ale arborelui.

Vizualizarea modelelor folosind diagrame arborescente vă permite să vă concentrați pe descompunerea funcțională a modelului fără a ține cont de fluxurile existente în interiorul și în afara modelului. Când structura modelului se modifică, modelul arborelui este reconstruit automat pe măsură ce se fac modificări modelului.

Modelele de arbore sunt numerotate folosind modelul AxN, similar diagramelor FEO.

Diagramele arborescente sunt adăugate la model utilizând elementul de meniu Adaugă arbore nod din meniul Diagramă. Aceasta afișează caseta de dialog „Asistent arbore nod”, în care setați:

· blocul funcțional al vârfului;

· numărul de niveluri pe care diagrama este prezentată în jos;

· opțiuni de formatare.

După ce faceți clic pe OK, diagrama arborescentă este creată și afișată pe desktop-ul BPWin.

1.15 Deschiderea arborelui și diagramelor FEO

Diagramele arbore și FEO sunt denumite colectiv diagrame „frați”. Ele nu sunt reflectate direct în arborele model, dar arborele model poate fi folosit pentru a le deschide. Pentru a face acest lucru, mai întâi trebuie să comutați arborele modelului în modul „Diagramă” (butonul din colțul din stânga jos al ecranului), apoi faceți clic dreapta pe numele diagramei. În acest caz, BPWin va afișa lista corespunzătoare de diagrame aferente. De asemenea, puteți utiliza instrumentul „Accesați diagrama fraților” din bara de instrumente BPWin pentru a deschide diagramele fraților.

1.16 Împărțirea și îmbinarea modelelor

Partiționarea modelului în BPWin este utilizată de obicei pentru a sprijini dezvoltarea modelului colaborativ. Un singur model poate fi împărțit în părți pentru a permite mai multor dezvoltatori să își creeze propriile blocuri funcționale ale modelului. La finalizarea dezvoltării, modelul împărțit în părți poate fi combinat într-una singură pentru a afișa procesul de afaceri ca întreg. Când este împărțit în două modele, fiecare model acceptă propriul set de blocuri funcționale, săgeți și alte obiecte BPWin.

Divizarea modelului. În ziua împărțirii modelului în părți, trebuie să respectați următorul algoritm:

· identificați partea din model care trebuie separată;

· faceți clic dreapta pe blocul funcțional selectat;

· selectați elementul de meniu „Split model”;

· în caseta de dialog „Opțiuni împărțite”, introduceți un nume corespunzător numelui blocului funcțional (folosirea acestui nume vă va permite să îmbinați modelul mai târziu);

· activați opțiunea „Copiere dicționare întregi” pentru a copia dicționare de obiecte în partea separată a modelului;

· Faceți clic pe OK.

Un nou model este creat și afișat în arborele modelului. Vă rugăm să rețineți următoarele puncte:

· blocul din care s-a făcut împărțirea devine diagramă la nivel de context în noul model;

· în conexiunea originală apare o săgeată de conectare cu un nume corespunzător denumirii noului model;

· toate diagramele copil ale blocului funcțional au fost transferate pe noul model;

· blocul funcțional spart rămâne în modelul original.

După crearea unui model nou, puteți utiliza caseta de dialog Proprietăți model pentru a defini proprietățile modelului creat.

Combinarea modelelor. Odată ce dezvoltarea modelelor separate este completă, BPWin le permite să fie îmbinate într-unul singur. Pentru a combina modele:

· numele săgeții de conectare trebuie să corespundă cu numele modelului importat;

· numele blocului funcțional din diagrama de context a modelului importat trebuie să corespundă cu numele unui bloc funcțional similar din modelul principal.

La îmbinare, BPWin copiază toate blocurile funcționale, săgețile și alte informații (cu excepția diagramei de context) din modelul importat în cel principal. BPWin omite diagrama la nivel de context în modelul importat, deoarece aceasta există deja în modelul principal. Toate descompunerea din modelul importat sunt legate în modelul principal de blocul funcțional țintă. Blocul funcțional țintă din modelul principal trebuie să aibă întotdeauna o săgeată de legătură care emană din acesta.

După deschiderea modelului principal și importat, trebuie să:

· faceți clic dreapta pe blocul funcțional al modelului principal în care doriți să importați date;

· selectați elementul „Merge Model” din meniu;

· dialog „Continuați cu îmbinare?” confirmă exact ce doriți să îmbinați și vă permite să specificați opțiunile de îmbinare.

Odată ce îmbinarea este finalizată, veți observa că arborele modelului este actualizat pentru a reflecta modificările aduse modelului de bază.

1.17 Imprimarea diagramelor BPWin

Odată ce ați creat modelul, veți dori să-l arătați altora pe hârtie. BPWin vă ajută în acest sens cu o varietate de funcții pentru tipărirea diagramelor. Unii dintre ei:

· selectați diagrama (sau diagramele) pe care doriți să le imprimați;

· includeți mesaje grafice cu grafice imprimate;

· includeți o diagramă părinte pentru diagrama pe care o veți imprima;

· determinați specificarea diagramei pentru imprimare: schema de culori, limitele exterioare ale diagramei;

· trimite diagrama într-un fișier pentru imprimare ulterioară;

· stabiliți modul de imprimare a diagramelor: fiecare diagramă pe o coală la alegere, tipărirea în lot a tuturor diagramelor modelului indicând numărul acestora pe coală.

Puteți imprima diagramele BPWin din meniul BPWin Diagrams Print, care poate fi deschis din meniul „File” cu comanda „Print” sau făcând clic pe pictograma imprimantei din bara de instrumente (Figura 1.16). Acest mod vă permite să definiți opțiunile de imprimare menționate mai devreme.

Figura 16 - Dialog pentru selectarea opțiunilor de imprimare

După cum puteți înțelege deja, aspectul modelului tipărit depinde de alegerea opțiunilor de imprimare pe care le-ați instalat. Poate doriți să experimentați înainte de a imprima pentru a determina care setări funcționează cel mai bine pentru aplicația dvs.

2 METODOLOGIA MODELĂRII FUNCȚIONALE IDEF0

Metodologia de modelare funcțională IDEF0 este o tehnologie pentru descrierea sistemului ca întreg ca un set de acțiuni sau funcții interdependente. Este important de remarcat focalizarea funcțională a IDEF0 - funcțiile sistemului sunt studiate independent de obiectele care asigură implementarea lor. Punctul de vedere „funcțional” ne permite să separăm clar aspectele scopului sistemului de aspectele implementării sale fizice. Figura 3 prezintă un exemplu de diagramă tipică IDEF0.

IDEF0 este folosit cel mai adesea ca tehnologie pentru cercetarea și proiectarea sistemelor la nivel logic. Din acest motiv, este utilizat de obicei în etapele incipiente ale dezvoltării proiectului, înainte de modelarea IDEF3, pentru a colecta date și a modela procesul așa cum este. Rezultatele analizei IDEF0 pot fi utilizate pentru a ghida proiectarea folosind modele IDEF3 și diagrame de flux de date.

2.2.1 Sintaxa și semantica modelelor IDEF0

2.2.1.1 Modele IDEF0

IDEF0 combină o notație grafică mică (conține doar două simboluri: blocuri și săgeți) cu linii directoare stricte și bine definite, împreună concepute pentru a construi un model de înaltă calitate și ușor de înțeles al sistemului.

Metodologia IDEF0 amintește oarecum de ghidurile de publicare a cărților, organizând adesea un set de modele IDEF0 tipărite într-o broșură (numită set în termenii IDEF0) care conține un cuprins, un glosar și alte elemente specifice cărții finite.

Primul pas în construirea unui model IDEF0 este definirea scopului modelului - setul de întrebări la care modelul ar trebui să răspundă. Setul de întrebări poate fi comparat cu prefața, care dezvăluie scopul cărții.

Limitele de modelare sunt menite să indice lărgimea acoperirii domeniului subiectului și profunzimea detaliilor și sunt o continuare logică a scopului deja definit al modelului. Atât cititorul modelului, cât și autorul acestuia trebuie să înțeleagă nivelul de detaliu al răspunsurilor la întrebările puse în scopul modelului.

Următorul pas este de a indica publicul țintă pentru ale cărui nevoi este creat modelul. Adesea, alegerea publicului țintă va determina nivelul de detaliu cu care trebuie creat modelul. Înainte de a construi un model, este necesar să aveți o idee despre ce informații despre subiectul modelării sunt deja cunoscute, ce materiale suplimentare și (sau) documentație tehnică pentru înțelegerea modelului pot fi necesare pentru publicul țintă, ce limbă și stilul de prezentare este cel mai potrivit.

Punctul de vedere se referă la perspectiva din care a fost observat sistemul atunci când a fost construit modelul. Punctul de vedere este ales în așa fel încât să țină cont de limitele deja definite ale modelării și de scopul modelului. Odată ales, punctul de vedere rămâne neschimbat pentru toate elementele modelului. Dacă este necesar, pot fi create și alte modele care afișează sistemul din alte puncte de vedere. Iată câteva exemple de puncte de vedere la construirea modelelor: client, furnizor, proprietar, editor.

2.2.1.2 Acțiuni

O acțiune, numită de obicei funcție în IDEF0, procesează sau traduce intrările (materii prime, informații etc.) în ieșiri. Deoarece modelele IDEF0 reprezintă un sistem ca un set de funcții ierarhice (imbricate), în primul rând trebuie definită o funcție care descrie sistemul ca întreg - o funcție de context. Funcțiile sunt descrise pe diagrame ca dreptunghiuri numite sau blocuri funcționale. Numele de funcții din IDEF0 sunt selectate în conformitate cu reguli similare cu numele de acțiuni din IDEF3 - folosind verbe sau substantive verbale. Este important să alegeți numele astfel încât să reflecte sistemul ca și cum ar fi privit din punctul de vedere ales pentru modelare.

Un exemplu de bloc funcțional este prezentat în Figura 2.1.

Figura 2.1 – Blocul funcțional IDEF0

Mai sus am definit modelul IDEF0 ca un set ierarhic de blocuri imbricate. Orice bloc poate fi descompus în blocurile sale constitutive. Descompunerea este adesea asociată cu modelarea de sus în jos, dar acest lucru nu este în întregime adevărat. Descompunerea funcțională este definită mai precis ca modelare „exterior în interior”, în care considerăm un sistem ca o ceapă din care straturi sunt decojite succesiv.

2.2.1.3 Limite și conexiuni

Pentru a fi utilă, descrierea oricărui bloc trebuie să includă, cel puțin, o descriere a obiectelor pe care blocul le produce ca urmare a funcționării sale („ieșire”) și a obiectelor pe care blocul le consumă sau le transformă („input”). .

IDEF0 modelează și mecanismele de control și execuție. Controlul se referă la obiectele care afectează modul în care un bloc transformă intrarea în ieșire. Mecanism de execuție - obiecte care realizează direct transformarea intrării în ieșire, dar nu sunt consumate de la sine.

Pentru a reprezenta categoriile de informații prezente în diagramele IDEF0, există un acronim ICOM care afișează patru tipuri posibile de săgeți:

I (Input) - input - ceva ce se consumă în timpul execuției procesului;

C (Control) - control - restricții și instrucțiuni care afectează progresul procesului;

O (Ieșire) - ieșire - ceva care este rezultatul procesului;

M (Mecanism) - mecanism de execuție - ceva care este folosit pentru a efectua un proces, dar nu este consumat de la sine. Figura 2.2 prezintă cele 4 tipuri posibile de săgeți în IDEF0, fiecare tip conectându-se la o parte diferită a blocului funcțional.

Figura 2.2 - Fiecare tip de săgeată este conectat la propriu

partea blocului funcțional

De regulă, substantivele sunt folosite pentru a denumi săgeți. Săgețile pot reprezenta oameni, locuri, lucruri, idei sau evenimente. Ca și în cazul blocurilor funcționale, numirea tuturor săgeților dintr-o diagramă este doar o conditie necesara pentru ca cititorul să înțeleagă esența a ceea ce este descris. Descriere separată a fiecărei săgeți din forma text poate fi esențial pentru construirea unui model precis și util.

Săgeți de intrare. O intrare este materia primă, sau informația, consumată sau transformată de o unitate funcțională pentru a produce o ieșire. Săgețile de intrare sunt întotdeauna îndreptate spre partea stângă a dreptunghiului care denotă blocul funcțional din IDEF0. Prezența săgeților de intrare în diagramă nu este necesară, deoarece este posibil ca unele blocuri să nu transforme sau să schimbe nimic. Un exemplu de bloc care nu are intrare este „luarea deciziilor de management”, unde mai mulți factori sunt analizați pentru a lua o decizie, dar niciunul dintre ei nu este convertit sau consumat direct ca urmare a luării oricărei decizii.

Săgețile de control. Săgețile de control sunt responsabile pentru reglarea modului și când este executat un bloc funcțional și, dacă este executat, ce ieșire rezultă din execuția acestuia. Deoarece controlul controlează comportamentul unui bloc funcțional pentru a se asigura că ieșirea dorită este produsă, fiecare bloc funcțional trebuie să aibă cel puțin o săgeată de control. Săgețile de control intră întotdeauna în blocul funcțional de sus.

Guvernarea există adesea sub forma unor reguli, reglementări, legi, politici, un set de proceduri sau standarde necesare. În timp ce afectează funcționarea unității, aceasta nu este consumată direct și nu este transformată ca urmare. Se poate dovedi că scopul unui bloc funcțional este tocmai acela de a schimba o anumită regulă, instrucțiune, standard etc. În acest caz, săgeata care conține informațiile corespunzătoare ar trebui considerată nu ca un control, ci ca o intrare în funcție. bloc.

Controlul poate fi privit ca un tip specific de intrare. În cazurile în care nu este clar dacă o săgeată ar trebui să fie atribuită unei intrări sau unui control, este de preferat să ne referim la ea ca un control până când ambiguitatea este rezolvată.

Săgețile de ieșire. Ieșirea este ieșirea sau informația obținută ca urmare a funcționării unui bloc funcțional. Fiecare bloc trebuie să aibă cel puțin o ieșire. O acțiune care nu produce niciun rezultat clar identificabil nu ar trebui să fie modelată deloc (cel puțin ar trebui să fie considerată un candidat timpuriu pentru excluderea din model).

La modelarea domeniilor non-producție, ieșirile, de regulă, sunt date prelucrate într-o anumită formă de un bloc funcțional. În acest caz, este important ca numele săgeților de intrare și de ieșire să se distingă suficient în sensul lor. De exemplu, un bloc Recepție pacient poate avea o săgeată Date pacient atât la intrare, cât și la ieșire. Într-o astfel de situație, săgeata de intrare poate fi numită „Date preliminare ale pacientului”, iar săgeata de ieșire poate fi numită „Datele pacientului confirmate”.

Săgețile mecanismului de execuție. Mecanismele sunt o resursă care realizează direct acțiunea simulată. Cu ajutorul mecanismelor de execuție se pot modela: personalul cheie, mașinile și (sau) echipamentele. Săgețile mecanismului de execuție pot lipsi dacă se dovedește că nu sunt necesare pentru atingerea obiectivului de modelare propus.

Săgeți combinate. Există cinci tipuri principale de săgeți combinate în IDEF0: ieșire - intrare, ieșire - control, ieșire - mecanism de execuție, ieșire - feedback de control și ieșire - feedback de intrare.

Săgeata de ieșire-intrare este utilizată atunci când unul dintre blocuri trebuie să își termine complet activitatea înainte ca celălalt bloc să înceapă să funcționeze. Deci, în Figura 2.3, formarea unei facturi trebuie să preceadă acceptarea unei comenzi.

Figura 2.3 - Combinație de săgeți ieșire - intrare

Săgeata de ieșire - control reflectă situația de dominație a unui bloc asupra altuia, când un bloc controlează funcționarea altuia. În Figura 2.4, principiile formării unui portofoliu de investiții guvernează comportamentul brokerilor la bursă.

Figura 2.4 - Ieșire săgeată combinată - control

Ieșirea săgeților - mecanismul de execuție sunt mai puțin obișnuite și reflectă situația în care ieșirea unui bloc funcțional este utilizată ca echipament pentru funcționarea altui bloc. În Figura 2.5, clema, un dispozitiv folosit pentru fixarea piesei în timpul asamblarii, trebuie asamblată pentru a finaliza asamblarea piesei.

Figura 2.5 - Ieșire săgeată combinată - mecanism de execuție

Feedback-ul la intrare și control sunt utilizate în cazurile în care blocurile dependente generează feedback pentru blocurile care le controlează. În Figura 2.6, informațiile despre cursurile de schimb curente primite de la brokeri sunt folosite pentru a ajusta strategia de tranzacționare la bursă.

Figura 2.6 - Ieșire săgeată combinată - feedback de control

Ieșire săgeată - feedback-ul către intrare este de obicei folosit pentru a descrie ciclurile de reprocesare a ceva. Figura 2.7 poate servi ca exemplu de utilizare a acestui tip de săgeată. În plus, conexiunile de intrare de ieșire-feedback pot fi utilizate dacă produsele defecte pot fi reutilizate ca materii prime, așa cum se întâmplă, de exemplu, în producția de sticlă pentru ferestre, când sticla spartă în timpul procesului de producție este măcinată și retopită împreună cu obișnuitele. materii prime .

Figura 2.7 - Ieșire săgeată combinată - feedback de intrare

Săgeți de împărțire și conectare. Ieșirea unui bloc funcțional poate fi utilizată în mai multe alte blocuri. De fapt, aproape valoarea principală a IDEF0 este că această metodologie ajută la identificarea interdependențelor dintre blocurile sistemului. În consecință, IDEF0 prevede atât săgețile de divizare, cât și de conectare în diagramă. Săgețile împărțite în mai multe părți pot avea nume care diferă de numele săgeții originale. Săgețile originale și rupte (sau îmbinate) sunt numite colectiv legate. Această tehnică este de obicei folosită pentru a reflecta utilizarea doar a unei părți a materiei prime sau a informațiilor într-un proces, indicată de săgeata inițială (Figura 2.8). O abordare similară se aplică săgeților îmbinate.

Figura 2.8 - Săgeata împărțită în două părți și redenumită

2.2.1.4 Tuneluri

Conceptul de săgeți legate este folosit pentru a controla nivelul de detaliu în diagrame. Dacă una dintre săgețile unei diagrame nu se află pe diagrama părinte (de exemplu, din cauza nesemnificației sale pentru nivelul părinte) și nu este conectată la alte săgeți ale aceleiași diagrame, punctul de intrare al acestei săgeți în sau de ieșire din diagrama este indicată printr-un tunel. În Figura 2.9, de exemplu, săgeata „sistem informațional al întreprinderii” este un mecanism de execuție important pentru această diagramă, dar nu poate fi folosită în altă parte în model. Tunel înăuntru în acest caz, folosit ca alternativă la aglomerarea diagramelor părinte prin plasarea pe ele de săgeți care sunt irelevante pentru nivelul lor.

Figura 2.9 - Exemplu de utilizare a unui tunel

2.2.2 Construirea modelelor IDEF0

În această subsecțiune ne vom uita la metodologia de construire a modelelor IDEF0 mai detaliat.

2.2.2.1 Diagrame

În Figura 2.10, este prezentată o diagramă tipică IDEF0 împreună cu informațiile de serviciu situate în câmpurile sale. Informațiile de serviciu constau dintr-un antet și un subsol bine definite (antet și subsol) - Elementele antet sunt utilizate pentru a urmări procesul de creare a modelului. Elementele de subsol afișează numele modelului căruia îi aparține diagrama și arată locația acestuia în raport cu alte diagrame din model.

Figura 2.10 - Diagrama IDEF0 cu informații de service în margini

Toate elementele titlului diagramei sunt listate în Tabelul 2.1.

Tabelul 2.1 - Elementele titlului diagramei IDEF0

Camp	Scop
	Folosit pentru reflexie linkuri externe la această diagramă (completată manual pe un document tipărit)
Autor, data, proiect
	Când editează manual programe, utilizatorii pot tăia un număr de fiecare dată când fac o altă modificare
	Starea reflectă starea de dezvoltare sau aprobare a acestei diagrame. Acest câmp este utilizat pentru implementarea procesului formal de publicare cu pași de revizuire și aprobare
	Diagramă nouă, modificări globale sau autor nou pentru o diagramă existentă
	Diagrama a atins un anumit nivel acceptabil pentru cititori și este gata să fie trimisă spre aprobare
	Diagrama este aprobată și aprobată. Nu sunt de așteptat schimbări
	Diagrama este gata pentru tipărirea finală și publicare.
	Numele cititorului
	Data la care cititorul a întâlnit diagrama
	O schiță a dispunerii blocurilor funcționale pe diagrama părinte, pe care este evidențiat blocul descompus de această diagramă. Pentru diagrama de nivel superior (diagrama de context), contextul TOP este plasat în câmp

Toate elementele „subsolului” diagramei sunt enumerate în Tabelul 2.2.

Tabelul 2.2 - Elemente ale „subsolului” diagramei IDEF0

Camp	Scop
	Numărul diagramei care se potrivește cu numărul blocului funcțional părinte
	Numele blocului funcțional părinte
Număr (numit și C-Number)	Un identificator unic pentru această versiune a acestei diagrame. Astfel, fiecare versiune nouă a diagramei va avea o nouă valoare în acest câmp. De obicei, numărul C constă din inițialele autorului (care se presupune că sunt unice între toți analiștii de proiect) și un identificator unic secvenţial, cum ar fi SDO005. Aceste numere pot fi modificate la publicare. camere standard pagini. Dacă o diagramă înlocuiește o altă diagramă, numărul diagramei care este înlocuită poate fi inclus în paranteze - SDJ005 (SDO004). Aceasta oferă un istoric al modificărilor la toate diagramele modelului.

2.2.2.2 Modele de construcție

Niciun model nu ar trebui construit fără o înțelegere clară a obiectului și scopului modelării. Definiția aleasă a obiectivului de modelare ar trebui să răspundă la următoarele întrebări:

· De ce este modelat acest proces?

Ce va dezvălui? acest model?

· Cum îl pot aplica cei familiarizați cu acest model?

Următoarea propoziție poate servi ca exemplu despre cum se enunță scopul unei simulări. Identificați sarcinile fiecărui angajat al companiei și înțelegeți relația generală dintre sarcinile individuale pentru a dezvolta linii directoare pentru formarea noilor angajați.

Modelele sunt construite pentru a răspunde la un set de întrebări. Astfel de întrebări sunt formulate devreme în procesul de modelare și ulterior servesc drept bază pentru o definiție clară și concisă a scopului modelării. Exemple de astfel de întrebări ar putea fi:

· Care sunt sarcinile unui manager?

· Care sunt îndatoririle unui funcţionar?

· Cine controlează munca?

· Ce tehnologie este necesară pentru a finaliza fiecare pas? și așa mai departe.

2.2.2.3 Punct de vedere

Din punct de vedere metodologic, la modelare, este util să se folosească opinia experților care au opinii diferite asupra domeniului subiectului, totuși, fiecare model individual ar trebui dezvoltat pe baza unui singur punct de vedere prestabilit. Adesea, alte puncte de vedere sunt documentate pe scurt în diagramele FEO atașate (vezi mai jos) doar pentru claritatea prezentării.

Punctul de vedere trebuie selectat cu destulă atenție; baza alegerii ar trebui să fie scopul declarat al modelării. Numele punctului de vedere poate fi numele unui post, departament sau rol (de exemplu, șef de departament sau director de vânzări). Ca și în cazul definirii scopului modelării, este necesară o definire clară a punctului de vedere pentru a asigura integritatea internă a modelului și pentru a preveni modificările constante ale structurii acestuia. Poate fi necesar să se construiască modele din diferite puncte de vedere pentru a reflecta în detaliu toate caracteristicile blocurilor funcționale identificate în sistem.

2.2.2.4 Modelarea limitelor

Unul dintre rezultatele pozitive ale construcției modelelor funcționale este clarificarea limitelor modelării sistemului în ansamblu și a componentelor sale principale. Deși este de așteptat ca unele modificări ale limitelor de modelare să apară pe măsură ce modelul este dezvoltat, o descriere verbală a limitelor trebuie menținută de la început pentru a asigura coordonarea între analiștii implicați în proiect. Ca și în cazul definirii scopului simulării, lipsa limitelor face dificilă evaluarea gradului de completitudine a modelului, deoarece limitele modelării tind să se extindă pe măsură ce dimensiunea modelului crește.

Limitele de modelare au două componente: lățimea domeniului și adâncimea detaliilor. Lățimea de acoperire denotă limitele exterioare ale sistemului care se modelează. Profunzimea detaliului determina gradul de detaliu cu care trebuie descompuse blocurile functionale.

A facilita definiție corectă modelarea limitelor în dezvoltarea modelelor IDEF0, se depun efort semnificativ pentru dezvoltarea și revizuirea diagramei de context IDEF0 (diagrama de nivel „cel mai de sus”). Uneori se apelează chiar la construirea unei diagrame suplimentare pentru afișarea unui nivel mai mare decât cel contextual pentru un model dat, ceea ce face posibilă identificarea sistemului în cadrul căruia se află obiectul de modelat. Costurile semnificative ale dezvoltării unei diagrame de context sunt destul de justificate, deoarece este un fel de „punct de referință” pentru diagramele rămase ale modelului și modificările aduse acestuia se încadrează în cascadă la toate nivelurile subiacente.

Când limitele modelării sunt clare, devin clare și motivele pentru care unele obiecte de sistem nu au fost incluse în model.

2.2.2.5 Selectarea numelui blocului de context

Secvența de acțiuni recomandată la construirea unui model „de la zero” este: formularea scopului modelării, alegerea unui punct de vedere, definirea limitelor modelării. Numele blocului de context - blocul funcțional în sine nivel inalt- generalizează definirea limitelor de modelare.

Regulile de selectare a unui nume pentru un bloc de context în ansamblu nu diferă de regulile generale de denumire a blocurilor funcționale, așa că de obicei sunt selectate nume generale pentru acestea, cum ar fi „Gestionarea departamentului de servicii clienți”, „Procesarea comenzilor” etc.

2.2.2.6 Definirea săgeților într-o diagramă de context

Săgețile diagramei IDEF0 sunt de obicei mai ușor de proiectat în următoarea ordine: ieșire, intrare, mecanism de execuție, control. Fiecare bloc funcţional reprezintă functie separata, iar această funcție are adesea o descriere clară și concisă a rezultatelor sale. Prezența ambiguităților în analiza ieșirilor unui anumit bloc funcțional este un posibil semnal al necesității de reproiectare a procesului de afaceri în cauză.

Definirea ieșirilor. După identificarea posibilelor rezultate, este util să se analizeze modelul pentru a se asigura că acesta acoperă toate scenariile posibile pentru comportamentul procesului. Aceasta înseamnă că, dacă există posibilitatea ca o anumită situație să apară în timpul unui proces, modelul reflectă posibilitatea ca o astfel de situație să apară. Mulți analiști începători uită să reflecte rezultatele negative ale blocurilor funcționale. De exemplu, blocul „Faceți un test de conducere” va produce cu siguranță un flux de șoferi care tocmai și-au primit permisul, dar este destul de rezonabil să vă așteptați la un flux de persoane care nu au trecut testul. Rezultatele negative sunt adesea folosite ca feedback, iar analiza prezenței lor ar trebui efectuată pentru fiecare bloc. De asemenea, importantă este necesitatea de a include săgeți controversate în model, decizia cărora prezența în model poate fi transferată cu ușurință pe umerii experților care revizuiesc modelul.

Definirea intrărilor. Intrările pot fi considerate ca fiind transformate într-un mod specific de blocuri funcționale pentru a produce materii prime sau informații de ieșire. În industriile de producție, determinarea modului în care materiile prime de intrare sunt convertite în produse finite este de obicei destul de simplă. Cu toate acestea, la modelare fluxurile de informații fluxul de date de intrare poate să nu pară consumat sau procesat deloc. Cazurile în care săgețile de intrare și de ieșire sunt numite exact la fel sunt extrem de rare și indică, în general, inutilitatea acestui bloc pentru întregul sistem sau o alegere incorectă a numelui pentru săgeata de ieșire. O soluție poate fi să folosești mai mult descriere detaliata pentru fluxurile de date de intrare și de ieșire. De exemplu, intrarea s-ar putea numi „Diagnostic preliminar al pacientului”, iar rezultatul s-ar putea numi „Diagnostic rafinat al pacientului”.

Definiţia mecanismelor de execuţie. După crearea intrărilor și ieșirilor, puteți începe să vă uitați la mecanismele de execuție sau resursele asociate cu blocul funcțional. Conceptul de mecanism de execuție include personal, echipamente, sisteme informatice etc. De exemplu, blocul funcțional „Asamblare piese” poate necesita utilizarea unor echipamente, cum ar fi o cheie. La susținerea examenelor de permis de conducere, mecanismul de execuție este inspectorul de poliție rutieră.De regulă, este destul de simplu să se determine mecanismele de execuție pentru blocurile funcționale.

Definiţia control. Trebuie definit un control pentru a controla progresul blocului funcțional. Toate blocurile funcționale din IDEF0 trebuie să aibă cel puțin un control. În cazurile în care nu este clar dacă săgeata se referă la o intrare sau un control, ar trebui să fie desenat ca un control. Este important să ne amintim că controlul poate fi gândit ca o formă specială de intrare a blocului funcțional.

Când diagrama de context pare completă, încercați să puneți următoarele întrebări:

· Diagrama rezumă procesul de afaceri care este modelat?

· Este diagrama în concordanță cu limitele modelării, punctul de vedere și scopul modelării?

· Nivelul de detaliu al săgeții selectat este adecvat pentru blocul de context? (De obicei, se recomandă să desenați nu mai mult de șase săgeți de fiecare tip pe o diagramă de context.)

2.2.2.7 Numerotarea blocurilor și diagramelor

Toate blocurile funcționale IDEF0 sunt numerotate. Numerele permit utilizarea prefixelor de lungime arbitrară, dar marea majoritate a modelelor folosesc prefixul A. Numărul blocului este plasat după prefix. Blocul de context are întotdeauna un număr AO.

Prefixul se repetă pentru fiecare bloc al modelului. Numerele sunt folosite pentru a reflecta nivelul de descompunere la care se află blocul. Blocul AO este descompus în blocurile A1, A2, A3 etc. A1 este descompus în A11, A12, A13 etc. A11 este descompus în A1l1, A112, A113 etc. Pentru fiecare nivel de descompunere, se adaugă câte unul la sfârșitul numărul numărului.

Numărul blocului poate fi schimbat. Pentru a face acest lucru, trebuie să faceți clic dreapta pe câmp gol, selectați Model Propetions – Nambering și setați parametrii necesari.

2.2.2.8 Relația dintre o diagramă și blocul său funcțional părinte

Un bloc funcțional este descompus dacă este necesar să se descrie în detaliu funcționarea acestuia. Când descompuneți un bloc, este util să îl luați în considerare ciclu de viață, aceasta va ajuta la definirea blocurilor funcționale ale diagramei „copiilor” rezultate. De exemplu, ciclul de viață al blocului „friptură la grătar” ar putea arăta ca următoarea secvență: „Pregătiți mâncarea”, „Carne liră”, „Încălziți uleiul”, etc.

Când modelați IDEF0, este important să rețineți că granița diagramei copil este limita blocului funcțional părinte. Aceasta înseamnă că toată munca este realizată de blocurile de cel mai jos nivel. Spre deosebire de ierarhia folosită în programarea structurată, blocurile de nivel superior nu sunt subiecte de control pentru blocurile de nivel inferior. Aceasta înseamnă că în IDEF0, copiii sunt aceleași obiecte ca și părinții lor, doar prezentate mai detaliat. Acțiunile CEO-ului companiei pot fi reflectate alături de acțiunile lucrătorilor obișnuiți pe diagramele IDEF0.

Codurile ICOM sunt plasate la capetele săgeților de delimitare (începând sau se termină în afara diagramei) ale diagramelor copil pentru a arăta unde se află săgeata corespunzătoare pe diagrama părinte (Figura 2.12). Ele sunt necesare pentru a verifica integritatea modelului și pot fi utile atunci când ordinea săgeților de pe diagrama copil este diferită de ordinea aranjamentului lor pe diagrama părinte. Codul ICOM constă din litera latină I, C, O sau M și un număr care indică locația săgeții pe diagrama părinte, în ordine de sus în jos sau de la stânga la dreapta.

Figura 2.12 - Codurile ICOM de pe săgețile de delimitare

2.2.2.9 Două abordări pentru începerea modelării („lățimea întâi” și „întâi adâncimea”)

Modelele pot fi proiectate folosind o abordare pe lățimea întâi, în care fiecare diagramă este detaliată cât mai mult posibil înainte de a fi descompusă, și o abordare pe primul loc, în care este mai întâi definită o ierarhie de blocuri și apoi sunt create săgeți pentru a le conecta. Desigur, o combinație a acestor abordări este posibilă, iar ierarhia blocurilor se poate schimba uneori ușor după desenarea săgeților. Acest lucru se datorează faptului că crearea de săgeți poate schimba înțelegerea arhitecturii interne a obiectului modelat.

2.2.2.10 Când să se oprească?

Scopul de modelare formulat conține întrebări la care modelul trebuie să răspundă. Când devine posibil de primit răspunde la acestea folosind modelul, modelul este considerat a satisface cerințele și este considerat complet. Când construiți o descompunere de prim nivel, trebuie să vă asigurați că toate blocurile din diagramă se află în limitele de modelare definite anterior. Înainte de a descompune un bloc, trebuie să vă asigurați dacă acest lucru nu va duce la depășirea profunzimii de detaliu stabilită anterior pentru acest model. O altă regulă este că simularea IDEF0 ar trebui să continue atâta timp cât săgețile de precedență (intrare și ieșire) domină diagramele.

Dacă sunt necesare detalii suplimentare ale proceselor individuale, pot fi utilizate diagramele IDEF3.

2.2.2.11 Alte diagrame IDEF0

Pe lângă diagramele de context și de descompunere, alte tipuri de diagrame IDEF0 pot fi folosite pentru a dezvolta și prezenta modele.

arbore model. Aceasta este o diagramă de ansamblu care arată structura întregului model. Figurile 2.13 și 2.14 prezintă fragmente dintr-o astfel de diagramă. De obicei, partea de sus a arborelui corespunde blocului de context, iar întreaga ierarhie a blocurilor model este construită sub partea de sus. Cu toate acestea, nu este interzisă atribuirea unui bloc arbitrar ca vârf, plasând toate blocurile sale sub el. Datorită naturii extrem de iterative a modelării funcționale, se poate aștepta ca arborele modelului să fie modificat în mod repetat în moduri semnificative până când este realizat. versiune stabilă. Revizuirea modelului folosind un arbore vă ajută să vă concentrați pe descompunerea funcțională a modelului.

Figura 2.13 - Fragment din arborele model

Figura 2.14 – Fragment de arbore model

Diagrame de prezentare. Diagramele de prezentare (For Exposition Only diagrams - diagramele FEO) sunt adesea incluse în modele pentru a ilustra alte puncte de vedere sau detalii dincolo de sintaxa tradițională IDEF0 (Figura 2.15). Diagramele FEO permit încălcarea oricăror reguli de construire a diagramelor IDEF0 pentru a evidenția părți ale modelului care sunt importante din punctul de vedere al analistului. Desigur, dacă diagrama FEO este inclusă în model doar pentru a arăta un punct de vedere diferit al sistemului, cel mai probabil va arăta ca o diagramă IDEF0 obișnuită, satisfăcând toate restricțiile IDEF0.

O modalitate de a utiliza diagramele FEO este de a separa un bloc funcțional de împrejurimile sale prin crearea unei diagrame cu un singur bloc și toate săgețile asociate acestuia, similar unei diagrame de context (Figura 2.15). Acest lucru poate fi util în situațiile în care trebuie să obțineți rapid informații despre interfața (săgețile) unui bloc funcțional, iar diagrama de descompunere corespunzătoare conține prea multe obiecte.

În plus, se găsesc următoarele tipuri de diagrame de prezentare;

· o copie a diagramei IDEF0, care conține toate blocurile funcționale, și săgețile aferente doar unuia dintre blocurile funcționale - acest lucru vă permite să reflectați interacțiunea dintre acest bloc și alte obiecte din diagramă;

· o copie a diagramei IDEF0, care conține toate blocurile funcționale, și săgeți legate direct doar de intrarea și/sau ieșirea blocului părinte;

· diverse puncte vedere, de regulă, la o adâncime de un nivel de descompunere.

Figura 2.15 - Diagrama FEO pentru evidențierea unui bloc funcțional și a săgeților acestuia

2.2.2.12 Ștergerea diagramelor

Pentru a șterge o diagramă, faceți clic pe butonul „Diagram Dictionary Editor” din bara de instrumente, în fereastra care apare, selectați tipul (Diagram Type) și numele diagramei pe care doriți să o ștergeți și faceți clic pe Delete (Figura). 2.16).

Figura 2.16 – Ștergerea diagramelor

3 LECȚII PRACTICE

Ca exemplu, luați în considerare activitățile companiei fictive Quill, care există de 5 ani și în primul rând asamblează și vinde computere desktop și laptopuri. Cifra de afaceri anuală a companiei este de aproximativ 20 milioane USD Compania cumpără componente de computer de la trei furnizori independenți, mai degrabă decât să producă componentele în sine. Ea asamblează și testează doar computere. Compania vinde produse prin magazine și este specializată în clienți pentru care criteriul principal la cumpărare - costul computerului. Dimensiunea estimată a pieței pentru Quill în următorii 2 ani este de 50 de milioane de dolari.

În ciuda unei ușoare creșteri a volumelor vânzărilor, profiturile sunt în scădere și concurența pe piață este în creștere. Pentru a nu pierde teren, compania decide să analizeze procesele curente de afaceri și să le reorganizeze pentru a crește eficiența producției și a vânzărilor. Principalele proceduri în cadrul companiei sunt următoarele:

· vânzătorii acceptă comenzile clienților;

· operatorii grupează comenzile după tipul computerului;

· Operatorii asamblează și testează calculatoare;

· Operatorii ambalează computerele conform comenzilor;

· Depozitarul expediază comenzile către clienți.

Quill utilizează în prezent un sistem de informații contabile achiziționate care permite urmărirea comenzilor, facturarea și plățile facturii.

Îmbunătățirea performanței companiei ar trebui să se refere la structura de management a companiei, eficiența producției și controlul intern. Ca urmare, reorganizarea poate necesita implementarea unui nou sistem informatic corporativ (constând din mai mult de un singur modul contabil).

Cu toate acestea, înainte de a încerca să faceți orice îmbunătățiri, este necesar să înțelegeți procesele de afaceri existente.

3.1 Crearea unei diagrame de context

Pentru a crea o diagramă de context, urmați acești pași:

1. Lansați BPWin. (Butonul Start - Toate programele - AllFusion Process Modeler sau scurtătură pe desktop).

2. Apare caseta de dialog Aș dori. Introduceți numele modelului (Activitatea companiei Quill) și selectați Tip - IDEF0. Faceți clic pe OK.

3. În fereastra care apare, în fila General, puteți adăuga dezvoltatorul diagramei (Auhtor) și inițialele acestuia (inițialele Auhtor). Faceți clic pe OK.

4. O diagramă de context este creată automat.

5. Înainte de a începe lucrul, trebuie să setați limba modelului – chirilic. Pentru a face acest lucru, selectați Model – Fonturi implicite – selectați orice filă din listă și faceți clic pe ea – în celula numită Script set „Cyrillic”, apoi în colțul din stânga jos al ecranului bifați casetele de lângă opțiunile necesare: Toate activități din această diagramă (numai pentru aceste diagrame); Toate activitățile din acest model sau Schimbați toate aparițiile (pentru întregul model).

6. Observați butonul de pe bara de instrumente. Acest buton activează și dezactivează instrumentul de vizualizare și navigare - Model Explorer (apare în stânga). Butonul Activități/Diagrame comută modul Model Explorer. În modul Activități, făcând clic dreapta pe un obiect în Model Explorer vă permite să editați proprietățile acestuia.

7. Dacă nu înțelegeți cum să efectuați o anumită acțiune, puteți apela pentru ajutor - tasta F1 sau meniul Ajutor.

8. Accesați meniul Model / Model Properties. Marcat GeneralÎn caseta de dialog Proprietăți model, introduceți numele modelului (Quill Company Activity), numele proiectului Project (Quill Activity Model), numele autorului și tipul modelului - Time Frame (AS-IS) - „așa cum este ”).

9. Marcat Definiție introduceți o definiție (Acesta este un model de instruire care descrie activitățile companiei Quill) și Domeniul de aplicare ( Management general afaceri ale companiei: cercetare de piață, achiziție de componente, asamblare, testare și vânzare de produse).

10. Marcat stare setați la WORKING și faceți clic pe OK.

11. Accesați diagrama de context și faceți clic dreapta pe lucrare. Din meniul contextual, selectați Editor de nume. Marcat Nume introduceți numele (Quill Business).

12. În fila Definiție, introduceți o definiție (procesele de afaceri curente ale lui Quill).

13. Marcat stare setați la WORKING și faceți clic pe OK.

14. Creați săgeți pe diagrama de context (Tabelul 3.1). Pentru a face acest lucru, selectați butonul din bara de instrumente.

Tabelul 3.1 – Date pentru construirea săgeților

3.2 Crearea unei diagrame de descompunere

1. Pentru a descompune un proces (în procese de nivel inferior), selectați un bloc, selectați butonul pentru a merge la nivelul inferior în paleta de instrumente, în caseta de dialog Număr casetă de activitate, selectați tipul de diagramă IDEF0, setați numărul necesar de activități pentru acest exemplu– 3, pe diagrama de nivel inferior și faceți clic pe OK (Figura 3.1)

Figura 3.1 – Crearea unei diagrame de descompunere

O diagramă de descompunere va fi creată automat. Faceți clic dreapta pe job, selectați Name Editor și introduceți un nume pentru job. Repetați operația pentru toate cele trei lucrări. Apoi introduceți definiția și statutul pentru fiecare job conform Tabelului 3.2.

Tabel 3.2 - Descrierea lucrărilor pentru diagrama de descompunere

2. Comutați la modul de desenare cu săgeți. Conectați săgețile de delimitare (butonul de pe paleta de instrumente) cu celelalte, așa cum se arată în Figura 3.2.

Figura 3.2 – Diagrama de descompunere

3. Faceți clic dreapta pe ramura săgeată de control a lucrării „Construire și testare computere” și redenumiți-o în „Reguli de construire și testare” (Figura 3.3).

Adăugați o definiție pentru noua ramură: „Instrucțiuni de construire, proceduri de testare, criterii de performanță etc.”

Figura 3.3 – Diagrama de descompunere

Faceți clic dreapta pe ramura săgeată a motorului de vânzări și marketing și redenumiți-o în Sistem de procesare a comenzilor.

4. Creați noi săgeți interne așa cum se arată în Figura 3.4.

Figura 3.4 – Crearea săgeților interne

5. Creați o săgeată părere(pentru management) „Rezultate asamblare și testare” (Figura 3.5), trecând de la lucrarea „Asamblarea și testarea calculatoarelor” la lucrarea „Vânzări și marketing”. Pentru o mai mare claritate, schimbați stilul săgeții făcând clic dreapta pe săgeata din meniul contextual selectați Stil, în Grosime modificați grosimea liniei. Dacă este necesar, setați opțiunea Extra Arrowhead and Squiggle (din meniul contextual).

Figura 3.5 – Crearea unei săgeți de feedback

6. Creați o nouă săgeată de delimitare de ieșire pentru Materiale de marketing din activitatea Vânzări și Marketing. Această săgeată nu intră automat în diagrama de nivel superior și are paranteze pătrate la vârf. Dacă doriți ca această săgeată să se reflecte pe toate diagramele (inclusiv nivelul 0), faceți clic dreapta pe sfârșitul săgeții și selectați Arrow Tunnel din meniul contextual, în fereastra care apare (Figura 3.6) bifați Rezolvare săgeată la margine și faceți clic pe OK.

Figura 3.6 – Tunnel cu săgeți

Exercițiu. Lucrarea „Asamblarea și testarea computerelor” este descompusă. În urma examinării, s-au obținut următoarele informații:

· Departamentul de producție primește comenzile clienților de la departamentul de vânzări pe măsură ce ajung;

· dispecerul coordonează munca montatorilor, sortează comenzile, le grupează și instruiește expedierea calculatoarelor când sunt gata;

· la fiecare 2 ore dispeceratul grupeaza comenzile separat pentru calculatoare desktop si laptopuri si le trimite in zona de asamblare;

· Angajații din zona de asamblare asamblează computerele conform specificațiilor de comandă și instrucțiunilor de asamblare. Atunci când un grup de calculatoare corespunzător unui grup de comandă este asamblat, acesta este trimis pentru testare. Testerii testează fiecare computer și, dacă este necesar, pot înlocui componentele defecte;

· testerii trimit rezultatele testelor către dispecer, care, pe baza acestor informații, ia o decizie privind transferul computerelor către grupul corespunzător de comenzi pentru expediere.

Pe baza acestor informații, adăugați noi locuri de muncă și săgeți (Tabelele 3.3 și 3.4).

Bloc funcțional	Descriere	stare
	Vizualizarea comenzilor, stabilirea unui program de onorare a comenzii, vizualizarea rezultatelor testelor, crearea de grupuri de comenzi pentru asamblare și expediere
Ansamblu computer desktop	Asamblarea computerelor desktop conform instrucțiunilor și direcției dispecerului
Asamblare laptop	Asamblarea laptopurilor în conformitate cu instrucțiunile și indicațiile dispecerului
Testarea calculatorului	Testarea computerului și a componentelor dvs. Înlocuirea componentelor nefuncționale.

Tabel 3.4 – Descrierea săgeților pentru descompunerea procesului „Asamblarea și testarea calculatoarelor”

	Sursă		Scop	Tipul de destinație
Dispecer			Urmăriți programul și gestionați construirea și testarea
Comenzile clienților			Urmăriți programul și gestionați construirea și testarea
Comenzi desktop	Urmăriți programul și gestionați construirea și testarea		Ansamblu computer desktop
Comenzi pentru laptopuri	Urmăriți programul și gestionați construirea și testarea		Asamblare laptop
Componente			Ansamblu computer desktop
Asamblare laptop
Testarea calculatorului
Calculatoare desktop	Ansamblu computer desktop		Testarea calculatorului
Laptop-uri	Asamblare laptop		Testarea calculatorului

Continuarea tabelului 3.4

Personalul departamentului de producție			Ansamblu computer desktop
Asamblare laptop
Construiți și testați reguli	Reguli și proceduri		Ansamblu computer desktop
Asamblare laptop
Testarea calculatorului
Construiți și testați rezultatele	Ansamblu computer desktop
Asamblare laptop
Testarea calculatorului
Rezultatele testului	Testarea calculatorului		Urmăriți programul și gestionați construirea și testarea
Calculatoare asamblate	Testarea calculatorului
Tester	Personalul departamentului de producție		Testarea calculatorului
Instrucțiuni pentru a preda computerele pentru expediere	Urmăriți programul și gestionați construirea și testarea		Testarea calculatorului

Tunel și leagă la nivelul superior săgețile de delimitare, dacă este necesar.

3.3 Crearea unei diagrame de noduri

1. Pentru a crea o diagramă de noduri, selectați meniul Diagramă/Adăugați arbore de noduri. Setați opțiunile casetei de dialog Node Tree Wizard, așa cum se arată în Figura 3.8.

Figura 3.8 – Construirea unei diagrame de noduri: a) – pasul 1, b) – pasul 2

2. Faceți clic pe butonul OK. Este creată o diagramă arborescentă a nodurilor (Figura 3.9).

Figura 3.9 – Diagrama nodurilor „Activități ale companiei Quill” (vedere 1)

3. Pentru a crea o diagramă de arbore de noduri similară cu Figura 3.10, selectați meniul Diagramă/Adăugați arbore de noduri, în caseta de dialog Expert arbore de noduri (Figura 3.8b) dezactivați opțiunea Bullet Last Level și faceți clic pe OK.

Figura 3.10 - Diagrama nodurilor „Activitățile companiei Quill” (vedere 2)

3.4 Crearea unei diagrame FEO

Când se discută despre procesele de afaceri, a devenit necesar să se ia în considerare în detaliu interacțiunea lucrării „Asamblarea și testarea computerelor” cu alte lucrări. Pentru a nu modifica diagrama de descompunere, creați o diagramă FEO care conține doar săgețile lucrării „Asamblarea și testarea computerelor” (Figura 3.11):

1. Selectați elementul de meniu Diagramă / Adăugați diagramă FEO.

2. În caseta de dialog Add New FEO Diagram, selectați un tip și introduceți un nume pentru diagrama FEO. Faceți clic pe OK.

3. Pentru a defini o diagramă, mergeți la Diagram / Diagram Properties și introduceți definiția în fila Diagram Text.

4. Eliminați săgețile suplimentare din diagrama FEO.

5. Pentru a naviga între diagrama standard, arborele de noduri și FEO, utilizați butonul de pe paleta de instrumente.

Figura 3.11 - Diagrama FEO „Asamblarea și testarea calculatoarelor”

Exercițiu. În urma examinării, am primit de la angajați ai departamentului de producție Informații suplimentare- s-a dovedit că componentele defecte erau trimise spre expediere. Pentru a clarifica informațiile, este necesară expertiză suplimentară în departamentul de expediere. Stabiliți un FEO pentru a efectua o astfel de diligență.

Construiți FEO pe baza diagramei A0 („Activitatea companiei Quill”) și adăugați o săgeată „Componente defecte”. Săgeata ar trebui să treacă de la ieșirea „Asamblarea și testarea computerelor” la intrarea „Livrare și primire” (Figura 3.12).

Figura 3.12 – Diagrama FEO „Activitățile companiei Quill”

3.5 Descompunerea procesului de vânzări și marketing

Sarcina vânzărilor și marketingului este să răspundă apeluri telefonice clienții, furnizarea clienților informații despre prețuri, plasarea comenzilor, introducerea comenzilor în sistemul informațional și cercetarea pieței.

Pe baza acestor informații, descompuneți jobul Vânzări și marketing (IDEF0).

Creați următoarele lucrări:

· furnizarea de informații despre prețuri;

· plasarea comenzilor;

· cercetare de piata.

Rezultatul descompunerii este prezentat în Figura 3.13.

GLOSAR

Domeniul de modelare- lărgimea acoperirii și profunzimea detaliilor atunci când descrieți un set modelat de obiecte.

Activitate- descrierea unui set de activități care vizează prelucrarea sau transferul de date sau resurse (de exemplu, „Procesează o comandă” sau „Efectuează control tehnic”). Modelele IDEF0 evidențiază activitățile ineficiente (cele cărora le lipsește controlul sau producția) și, astfel, sprijină eforturile de reinginiere a proceselor de afaceri. O activitate din modelul 1DEF3, numită și unitate de lucru, descrie o procesare, activitate, decizie sau altă procedură efectuată de un sistem sau organizație. Activitățile din diagramele DFD reprezintă procesarea sau transferul de date.

Mecanism de execuție (săgeată mecanism)- o săgeată care intră de jos în blocul diagramei IDEF0 și indică personalul, echipamentele și alte resurse neconsumate în timpul funcționării, utilizată pentru efectuarea acțiunii indicate de bloc.

Săgeată- O săgeată într-o diagramă IDEF0 reprezintă o intrare, control, ieșire sau mecanism pentru efectuarea unei acțiuni. În diagramele IDEF3, săgețile indică ordinea acțiunilor (săgețile desenate cu o linie continuă), relațiile (săgețile desenate linie frântă) sau flux (săgeți cu două vârfuri desenate cu o linie continuă). În DFD, o săgeată reprezintă fluxul de date între activități, depozite de date și legături externe.

Săgeata de control- o constrângere pentru blocul diagramă IDEF0, definind cum, când și în ce condiții se realizează acțiunea indicată de acest bloc. Acestea sunt reguli, standarde, legi, fișe de post, etc. Săgețile care indică managementul sunt incluse în blocurile diagramei IDEF0 din partea de sus.

software), etc. Funcționalitate instrumentele pentru modelarea structurală a proceselor de afaceri vor fi discutate folosind exemplul instrumentului de caz BPwin.

BPwin acceptă trei metodologii de modelare: modelare functionala(IDEF0); descrierea proceselor de afaceri (IDEF3); diagrame de flux de date(DFD).

Banc de lucru BPwin

BPwin are un mod destul de simplu și intuitiv interfață clară utilizator. Când porniți BPwin, cel principal apare implicit bara de instrumente, o paletă de instrumente (al cărei aspect depinde de notația selectată) și, în partea stângă, navigatorul de modele - Model Explorer (Fig. 7.1).

La crearea unui model nou, apare un dialog în care trebuie să indicați dacă modelul va fi creat din nou sau va fi deschis dintr-un fișier sau din depozitul ModelMart, apoi introduceți numele modelului și selectați metodologia în care modelul este creat. vor fi construite (Fig. 7.2).

După cum sa menționat mai sus, BPwin acceptă trei metodologii - IDEF0, IDEF3 și DFD, fiecare dintre acestea rezolvând propriile probleme specifice. În BPwin este posibil să se construiască modele mixte, adică modelul poate conține simultan atât IDEF0, cât și IDEF3 și diagrame DFD. Compoziția paletei de instrumente se schimbă automat când treceți de la o notație la alta.

Orez. 7.1.

Orez. 7.2.

Un model în BPwin este considerat ca un set de lucrări, fiecare dintre ele funcționând cu un anumit set de date. Lucrarea este descrisă sub formă de dreptunghiuri, datele - sub formă de săgeți. Dacă faceți clic pe orice obiect model cu butonul stâng al mouse-ului, apare un meniu contextual, fiecare articol corespunzător editorului unei proprietăți a obiectului.

Construirea modelului IDEF0

La inițială etapele creării IP este necesar să înțelegem cum funcționează organizația care urmează să fie automatizată. Managerul cunoaște bine munca în ansamblu, dar nu este capabil să aprofundeze detaliile muncii fiecărui angajat obișnuit. Un angajat obișnuit știe bine ce se întâmplă la locul său de muncă, dar poate să nu știe cum lucrează colegii săi. Prin urmare, pentru a descrie activitatea unei întreprinderi, este necesar să se construiască un model care să fie adecvat domeniul subiectuluiși să conțină cunoștințele tuturor participanților la procesele de afaceri ale organizației.

Cel mai convenabil limbaj de modelare procesele de afaceri este IDEF0, unde sistemul este reprezentat ca un set de joburi sau funcții care interacționează. Această orientare pur funcțională este fundamentală - funcțiile sistemului sunt analizate independent de obiectele cu care operează. Acest lucru vă permite să modelați mai clar logica și interacțiunea proceselor organizației.

Procesul de modelare a unui sistem în IDEF0 începe cu crearea diagrama de context- diagrame ale celui mai abstract nivel de descriere a sistemului în ansamblu, cuprinzând o definiție a subiectului modelării, scopul și punctul de vedere asupra modelului.

Subiectul este înțeles ca sistemul însuși și este necesar să se stabilească exact ce este inclus în sistem și ce se află în afara granițelor acestuia, cu alte cuvinte, să se determine ce vor fi considerate în continuare ca componente ale sistemului și ce ca un extern. influență. A determina subiect al sistemului va fi influențat semnificativ de poziția din care este vizualizat sistemul și scopul modelării- întrebări la care modelul construit ar trebui să răspundă. Cu alte cuvinte, zona de modelare trebuie mai întâi definită. O descriere a zonei atât a sistemului în ansamblu, cât și a componentelor sale este baza pentru construirea unui model. Deși se presupune că domeniul de aplicare poate fi ajustat pe măsură ce simularea progresează, acesta trebuie definit în mare măsură inițial, deoarece domeniul de aplicare este cel care determină direcția simulării. La formularea unui domeniu de aplicare, există două componente de luat în considerare: lățimea și adâncimea. Lățimea implică definirea limitelor modelului - ceea ce va fi considerat în interiorul sistemului și ceea ce va fi în exterior. Adâncimea determină la ce nivel de detaliu este complet modelul. Când se determină adâncimea sistemului, este necesar să ne amintim limitările de timp - complexitatea construirii unui model crește exponențial odată cu creșterea adâncimii de descompunere. Odată ce limitele modelului sunt definite, se presupune că nu ar trebui introduse noi obiecte în sistemul modelat.

Scopul modelării

Scopul modelării determinată din răspunsurile la următoarele întrebări:

• De ce trebuie modelat acest proces?
• Ce ar trebui să arate modelul?
• Ce poate obține clientul?

Punct de vedere.

Punctul de vedere se referă la perspectiva din care a fost observat sistemul atunci când a fost construit modelul. Deși opiniile diferitelor persoane sunt luate în considerare la construirea unui model, toți trebuie să adere la un singur punct de vedere asupra modelului. Punctul de vedere trebuie să fie în concordanță cu scopul și domeniul de aplicare al modelării. De regulă, se alege punctul de vedere al persoanei responsabile pentru munca simulată în ansamblu.

Modelul IDEF0 presupune prezența unui obiectiv clar formulat, a unui singur subiect de modelare și a unui punct de vedere. Pentru a introduce zona, scopul și punctul de vedere în modelul IDEF0 în BPwin, selectați elementul de meniu Model/Model Properties, care deschide dialogul Model Properties (Fig. 7.3). În fila Scop trebuie să introduceți un scop și un punct de vedere, iar în fila Definiție trebuie să introduceți o definiție a modelului și o descriere a zonei.

Orez. 7.3.

În fila Stare a aceluiași dialog, puteți descrie starea modelului (schiță, de lucru, final, etc.), momentul creării și ultimei editări (urmărite ulterior automat de data sistemului). Fila Sursă descrie sursele de informații pentru construirea modelului (de exemplu, „Sondajul experților în domeniu și analiza documentației”). Fila General este folosită pentru a introduce numele proiectului și modelului, numele și inițialele autorului și intervalul de timp al modelului - AS-IS și TO-VE.

BPWin este un software specializat care vă permite să creați modele vizuale ale diferitelor procese de afaceri. De obicei, astfel de instrumente sunt folosite pentru a prezenta vizual informațiile la diferite întâlniri și prezentări corporative. În plus, un model vizual poate simplifica foarte mult înțelegerea diferitelor procese și a dependențelor dintre ele.

Particularități

BPWin este una dintre cele mai vechi soluții CASE care utilizează metodologia IDEF0. Instrumentele incluse în program vă permit să creați modele sisteme de informare procese tehnologice (IDEF3, respectiv DFD). Pe lângă lucrul la modelul în sine, software-ul poate, de asemenea mod automat generați rapoarte despre aceasta și chiar trimiteți materialul final pentru tipărire. Când creați un proiect, aveți voie să utilizați instrumente de mărire, verificare ortografică, gestionare a dependențelor și adăugare de diagrame. Apropo, programul oferă chiar și un expert special pentru lucrul cu diagrame. Când îl lansați, utilizatorului i se va solicita să selecteze tipul diagramei, titlul, etichetele celulelor și chiar să indice autorul.

Interfața BPWin este destul de pragmatică. Zona de lucru este formată dintr-o fereastră cu modelul, o bară de instrumente și un panou de navigare. Toate funcții suplimentare concentrat în meniul principal.

Instalare și compatibilitate

Deoarece BPWin nu a fost susținut de dezvoltator de mult timp - ultima versiune 4.0 a fost lansat în 2006, poate întâmpina probleme serioase de compatibilitate cu noile versiuni ale sistemului de operare sisteme Windows. Din acest motiv, programul de instalare a software-ului trebuie să fie rulat în modul de compatibilitate. În general, utilizatorilor Windows 7, 8 și 10 li se recomandă să folosească un program mai modern -. Conține mult mai mult instrumente utileși funcționează bine cu sisteme de operare noi.

Caracteristici cheie

• un set mare de instrumente pentru modelarea proceselor de afaceri;
• interfață simplă și intuitivă;
• conformitatea cu metodologia IDEF0;
• generare automată rapoarte;
• asistent convenabil pentru crearea diagramei;
• probleme de compatibilitate cu sistemele de operare moderne.

Inainte de instalare programe de pe computer, trebuie să vă asigurați că există spațiu liber pe hard disk.

Pentru Instalații BPwin pe Windows 7 trebuie să configurați modul de compatibilitate cu WinXP SP3 și să rulați fișierul BPwin4.exe ca administrator:

1. Faceți clic dreapta pe fișierul BPwin4.exe și selectați „Proprietăți”.
2. Apoi, accesați fila „Compatibilitate”.
3. În caseta de dialog „Mod de compatibilitate”, bifați caseta „Rulați acest program în modul de compatibilitate pentru:”
4. Selectați elementul de meniu „Windows XP (Service Pack 3)”
5. Faceți clic pe „OK”

Procesul de pregătire pentru instalare va începe:

Figura 1.1. Fereastră BPwin 4.0Înființat

În fereastra care apare Configurare BPwin 4 presa . Pentru instalare ulterioară, faceți clic

Figura 1.2. Acord de licențiere

Specificați locația pentru a instala programul. Implicit, programul este instalat automat în C:\Program Files\Computer Associates\BPwin 4.0.

Figura 1.3. Fereastra de selectare a tipului de instalare

• Tipic diferă prin faptul că la acest tip de instalare programul instalează toate componentele (aplicațiile) ale acestuia.
• Compact Acest mod este necesar dacă nu există suficient spațiu pe hard disk pentru toate componentele BPwin. În acest caz, vor fi instalate doar componentele principale necesare pentru ca programul să funcționeze.
• Personalizat necesare pentru a selecta anumite componente ale programului de instalat

Pentru a continua instalarea, faceți clic pe .

Apasa butonul. Dacă doriți să specificați propriul nume de folder de program în meniul Start, introduceți-l și faceți clic pe butonul .

După ce BPwin este instalat pe computer, va apărea o fereastră „Bine ați venit la înregistrare”, în care trebuie să faceți clic pe butonul.

Figura 1.4. Fereastra „Bine ați venit la înregistrare”.

Apoi, în fereastra RegisterIT, care vă solicită să vă înregistrați versiunea BPwin 4.0, trebuie să selectați elementul Înregistrare mai târziu și să faceți clic pe butonul.

Figura 1.5. Fereastra Înregistrare mai târziu

Apoi faceți clic în fereastra care apare. Din ferestrele care apar, selectați butoanele și.

Procesul de instalare este finalizat.

Acum trebuie să înregistrați versiunea completă a programului BPwin.

Pentru a face acest lucru, găsiți fișierul în arhivă Keygen.exeși copiați-l în directorul în care a fost instalat programul BPwin (directorul rădăcină al discului C:\CA_LIC)

Rulați Keygen.exe situat în C:\CA_LIC.

În câmpul Nume produs trebuie să selectați BPwin 4.0și apăsați butonul.

Acest lucru este necesar pentru a găsi codul programului BPwin 4.0.

Figura 1.6. Fereastra generatorului de chei de la SlaSk/PFT

După ce cheia a fost generată și o vedeți în câmpul ID înregistrare, trebuie să o copiați.

Acum, generatorul de chei BPwin Keygen poate fi închis.

Pentru lucrări suplimentare, ar trebui să rulați programul RegIT.exe din directorul CA_LIC. După pornirea programului, apare fereastra de bun venit RegIT.

Figura 1.7. Fereastra de bun venit RegisterIT

În această fereastră, trebuie să faceți clic pentru a continua lucrul. Apoi, în fereastra RegisterIT, selectați elementul Register Later și apăsați butonul.

Figura 1.8. Fereastra de introducere a cheii

În continuare, apare o fereastră în care în câmpul Product Name selectează BPwin 4.0, iar în câmpul ID înregistrare, lipiți cheia (setul de numere) copiat anterior și apăsați butonul . Participarea dvs. ulterioară nu este necesară (cu excepția apăsării butonului), programul va face totul singur. Pe ultimul pas poți apăsa butonul cu relief. Asta e tot programul BPwin 4.0 eficient.

BPwin- însuşirea instrumentului BPwin CASE în vederea dezvoltării unui model funcţional al unui sistem informaţional folosind metodologia IDEF0.

Instrumentul BPwin CASE este conceput pentru a construi modele funcționale folosind metodologii:

1. IDEF0 - modele funcționale orice sisteme;
2. IDEF3 - modele funcționale ale proceselor tehnologice;
3. DFD - modele funcționale ale sistemelor informaționale.

Aspectul ferestrei principale BPwin este prezentat în Fig. 1.

Orez. 1. Mediu integrat BPwin

Navigatorul panoului de proces este conceput pentru a afișa și selecta diagrame ale modelului funcțional în curs de dezvoltare.
Zona de lucru este destinată pentru afișarea și editarea diagramei model selectate în panoul de proces.

Figura 2 arată scopul controalelor din Bara de instrumente standard.

Orez. 2. Bara de instrumente standard

Pentru a crea un model nou, trebuie să selectați elementul de meniu „Fișier / Nou” sau să faceți clic pe butonul corespunzător din bara de instrumente standard (vezi Fig. 2). Pe ecran va apărea o casetă de dialog (Fig. 3).

Orez. 3. Caseta de dialog pentru crearea sau deschiderea unui model

În caseta de dialog, trebuie să selectați butonul radio „Creare model”, să introduceți numele modelului în câmpul „Nume” și să selectați metodologia a cărei notație va fi folosită la construirea modelului (butoanele radio „Tip”).
Pentru a specifica parametrii generali ai modelului, trebuie să selectați elementul de meniu „Model / Model Properties” și în caseta de dialog care apare, să mergeți la fila „General” (Fig. 4).

Orez. 4. Fila General din caseta de dialog Model Properties

Următorii parametri de model sunt setați în filă:
- Numele modelului;
- numele proiectului (Proiect). Denumirea proiectului, de regulă, coincide cu denumirea sistemului informatic în curs de dezvoltare;
- numele autorului sau numele companiei (Autor);
- Inițialele autorului;
- tipul de model - AS-IS (ca atare) sau TO-BE (așa cum va fi). Pentru mai multe detalii, consultați secțiunea „Fundamentals of Functional Analysis and System Design”.

După ce faceți clic pe butonul „Ok” din caseta de dialog pentru crearea modelului, este creată automat o diagramă de context. Specificarea parametrilor diagramei selectate în prezent în panoul de procese se realizează prin intermediul casetei de dialog „Diagram Property”, apelată prin elementul de meniu „Diagram / Diagram Property” (Fig. 5).

Orez. 5. Fila „Nume” din caseta de dialog „Proprietate diagramă”.

Fila „Stare” indică starea, data creării și data ultimei revizuiri a diagramei (Fig. 6).

Orez. 6. Fila „Stare” a casetei de dialog „Proprietate diagramă”.

Tipurile de stare de diagramă au următoarea semnificație:
- de lucru (LUCRARE) - diagrama este în curs de elaborare;
- draft (DRAFT) - diagrama a trecut unele etape de luare în considerare cu clienții, dar aceasta nu este versiunea finală;
- recomandat (RECOMANDAT) - diagrama a trecut toate etapele de luare în considerare cu clienții și îndeplinește cerințele formale, dar aceasta nu este versiunea finală;
- gata sau publicată (PUBLICARE) - versiunea finală a diagramei.
În fila „Configurare pagină”, specificați unitățile de măsură (Units), formatul foii (Sheet Size), câmpurile, necesitatea de a afișa antetul (Header) și subsolul (Footer) (Fig. 7).

Orez. 7. Fila „Configurare pagină” din caseta de dialog „Proprietate diagramă”.

În fila „Header/Footer”, este posibil să setați un tip personalizat de antet (Header) și subsol (Footer) al diagramei (Fig. 8).

Orez. 8. Fila „Header/Footer” din caseta de dialog „Diagram Property”.

Pentru a crea direct elemente de diagramă și a accelera navigarea prin model, utilizați bara de instrumente „BPwin Toolbox” (afișarea sau ascunderea panoului se face prin elementul de meniu „Vizualizare”).

Figura 9 arată scopul controalelor din bara de instrumente „BPwin Toolbox”.

Orez. 9. Bara de instrumente „BPwin Toolbox”

Pentru a specifica parametrii unei funcții, faceți clic dreapta pe ea și selectați elementul corespunzător din meniul contextual.

Ca rezultat, pe ecran va apărea caseta de dialog „Proprietăți activități” (Fig. 10).

Orez. 10. Caseta de dialog Proprietăți activitate

În fila casetei de dialog puteți seta:
- numele blocului (fila „Nume”);
- comentați blocul (fila „Definiție”);
- blocați parametrii fontului de inscripție (fila „Font”);
- culoarea blocului (fila „Culoare”);
- o primitivă grafică folosită pentru afișarea unui bloc (fila „Stil casetă”).

Pentru a specifica parametri de săgeată similari, utilizați caseta de dialog „Proprietăți săgeată” (Fig. 11). Caseta de dialog este apelată în același mod ca și pentru un bloc.

Orez. 11. Caseta de dialog Proprietăți săgeată

Dacă numele săgeții este situat la distanță de săgeata în sine sau există dificultăți în potrivirea numelui săgeții cu săgeata în sine (în cazul unei saturații mari a diagramei cu elemente), puteți afișa asocierea dintre acestea pe diagramă. Pentru a face acest lucru, faceți clic dreapta pe săgeată și selectați „Squiggle” în meniul contextual.
Pentru a indica un comentariu arbitrar direct la un element din diagramă, utilizați butoanele „Setare asociere” și „Adăugați text arbitrar”.
Pentru a naviga prin model (mergi la diagrame), folosește ultimele patru butoane din panoul „BPwin Toolbox”.
Dacă în diagramă este selectat un bloc pentru care nu există diagramă de descompunere și este apăsat butonul din bara de instrumente ▼, pe ecran va apărea caseta de dialog „Activity Box Count” (Fig. 12).

Orez. 12. Caseta de dialog Număr casetă de activitate

În această casetă de dialog, trebuie să selectați metodologia după care va fi construită diagrama de descompunere și numărul așteptat de blocuri pe diagramă. BPwin va crea o diagramă cu numărul specificat de blocuri și va transfera în ea toate săgețile care intră și ies din blocul părinte.
Cele mai frecvent utilizate tehnici pentru editarea diagramelor și a elementelor acestora sunt enumerate mai jos:
- crearea unei săgeți noi - selectați butonul → din bara de instrumente „BPwin Toolbox”, mutați indicatorul mouse-ului pe diagramă la marginea corespunzătoare a diagramei sau blocului, indicând începutul săgeții, apăsați butonul stânga al mouse-ului, mutați cursorul mouse-ului către marginea corespunzătoare a diagramei sau blocului, indicând sfârșitul săgeții și apăsați butonul stâng al mouse-ului;
- conectarea unei săgeți existente cu un chenar de bloc sau diagramă existent, ramificarea unei săgeți - selectați butonul → din bara de instrumente „BPwin Toolbox”, mutați cursorul mouse-ului pe diagramă la săgeata corespunzătoare (în cazul unei ramuri - la locul unde se ramifică săgeata), apăsați butonul stâng al mouse-ului, mutați îndreptați indicatorul mouse-ului către marginea corespunzătoare a diagramei sau blocului, indicând sfârșitul săgeții și apăsați butonul stâng al mouse-ului;
- ștergerea unui bloc - selectați un bloc pe diagramă sau pe panoul de proces și apăsați tasta „Ștergere”. În acest caz, pe lângă ștergerea blocului în sine, toate săgețile care intră și ies din acesta vor fi șterse, precum și diagramele de descompunere și elementele lor asociate acestuia;
- ștergerea unei săgeți - selectați o săgeată pe diagramă și apăsați tasta „Ștergere”. Dacă săgeata de șters a fost mutată în diagramă ca urmare a descompunerii blocului părinte, atunci aceasta va fi eliminată din diagrama curentă (diagrama de descompunere) și va rămâne pe diagrama părinte și va prelua starea de tunel. din partea în care intră în blocul părinte (Fig. 13a). Dacă săgeata de șters este prezentă pe diagrama de descompunere pentru blocul în care intră sau iese, atunci aceasta va fi eliminată din diagrama curentă (diagrama părinte), iar pe diagrama de descompunere va lua starea de tunel pe partea laterală a marginii acestei diagrame (Fig. 13b). Parantezele pătrate ale săgeții tunelizate înseamnă tunelare neaprobată (preliminar), parantezele rotunde înseamnă aprobat (conștient). Pentru a schimba starea tunelului (de la neaprobat la aprobat), trebuie să faceți clic dreapta pe el, să selectați elementul „Arrow Tunell” din meniul contextual și să selectați starea în caseta de dialog corespunzătoare;

Orez. 13. Săgeți tunelizate

Mutarea unui bloc sau a unei săgeți pe o diagramă - selectați butonul din bara de instrumente „BPwin Toolbox”, mutați indicatorul mouse-ului pe diagramă la elementul de diagramă corespunzător, apăsați butonul stâng al mouse-ului și, fără a-l elibera, setați o nouă poziție a element.
- crearea diagramei arborelui nodurilor - selectați în panoul de procese sau pe diagramă blocul (rădăcina arborelui), începând din care se va construi diagrama arborescentului nodurilor, selectați elementul de meniu „Diagramă / Adaugă arbore nod” și în caseta de dialog care apare, specificați numele diagramei arborelui nodurilor și nivelurile arborelui numeric.

Orez. 14. Expertul diagramă arbore nod

Descărcați cărți despre modelarea afacerilor:

1. Mark, D.A. Metodologia analizei structurale si proiectarii SADT / D.A. Mark, K. McGowan. - M.: MetaTehnologie, 1993. - 243 p.
2. Kalyanov, G.N. CAZ. Analiza sistemului structural (automatizare si aplicatie) / G.N. Kalyanov. - M.: Lori, 1996. - p.
3. Maklakov, S.V. BPwin și ERwin. CASE-instrumente pentru dezvoltarea sistemelor informatice / S.V. Maklakov. - M.: DIALOG-MEPhI, 2001. - 304 p.
4. Maklakov, S.V. Crearea sistemelor informatice cu AllFusion Modeling Suite / S.V. Maklakov. - M.: DIALOG-MEPhI, 2005. - 432 p.
5. Dubeykovsky, V. I. Practica modelării funcționale cu AllFusion Process Modeler 4.1. (BPwin) Unde? Pentru ce? Cum? / IN SI. Dubeykovsky. - M.: DIALOG-MEPhI, 2004. - 464 p.
6. Anisimov, V.V. Proiectarea sistemelor informatice: un curs de prelegeri. În 2 ore.Partea 1. Abordare structurală / V.V. Anisimov. - Habarovsk: Editura DVGUPS, 2006. - 112 p.

Modelarea afacerilor.
Model în BPwin

Întrebări

1. Model în IDEF0:
diagrama de context A-0 (în fiecare model
poate exista un singur context
diagramă);
diagrame de descompunere (inclusiv
diagrama primului nivel de descompunere A0,
dezvăluirea celui contextual);
diagrame arbore de noduri;
diagrame numai cu expunere (FEO).
2. Lucrează la BPwin

BPwin, ERwin – instrumente funcționale și conceptuale
simulări care implementează metodologiile IDEF0 și IDEF1X
respectiv. BPwin vă permite să creați modele complexe
procesele de afaceri la efort minim. BPwin suportă
trei metodologii – IDEF0, IDEF3 și DFD. Fiecare dintre ei este numit
rezolva problemele tale specifice. De asemenea, puteți construi
modele mixte.
Un model în BPwin este considerat ca un set de lucrări, fiecare dintre ele
care operează cu un anumit set de date. Lucrări
sunt reprezentate sub formă de dreptunghiuri (blocuri), date - în formă
trăgător (arc). Metodologia IDEF0 se bazează pe grafică
limbaj pentru descrierea proceselor de afaceri. Este prezentat modelul din IDEF0
un ansamblu de ordonate ierarhic şi logic
diagrame aferente.

Diagrama de context este partea de sus a structurii arborelui diagramei și
reprezintă cea mai generală descriere a sistemului și a interacțiunii acestuia cu
mediu extern (de regulă, scopul principal este descris aici
obiect modelat). După descrierea sistemului ca întreg, se realizează o partiție
ea în fragmente mari. Acest proces se numește funcțional
descompunere, ci diagrame care descriu fiecare fragment și
interacțiunea fragmentelor se numesc diagrame de descompunere. După
se realizează descompunerea diagramei de context (obţinerea diagramei A0).
descompunerea fiecărui bloc al diagramei A0 în fragmente mai mici și așa mai departe
mai departe, până când este atins nivelul dorit de detaliere a descrierii. După fiecare
sesiuni de descompunere, se desfășoară sesiuni de examinare - experți în materie
domenii (de obicei, aceștia sunt angajați ai întreprinderii intervievați de analiști)
indica corespondența proceselor reale de afaceri cu diagramele create.
Neconcordanțele găsite sunt corectate și numai după trecere
examinare fără comentarii, puteți trece la următoarea sesiune
descompunere. Acest lucru asigură că modelul se potrivește cu procesele de afaceri reale.
la orice nivel al modelului. Sintaxă pentru descrierea sistemului ca întreg și
fiecare dintre fragmentele sale este identică pe întregul model

Lucrează la BPwin

Termeni:
1. Domeniul de aplicare - zona de modelare;
2. Scop - scopul modelării;
3. Punct de vedere - punct de vedere;
4. Stare - (proiect, de lucru, final etc.),
momentul creării și ultima editare
(urmărit în continuare automat de sistem
Data);
5. Sursa - sunt descrise sursele de informații pentru construcție
modele (de exemplu, „Sondajul experților în domeniu și
analiza documentatiei");
6. Activitate – muncă;
7. Săgeată - săgeți.
General - servește la introducerea denumirii proiectului și modelului, numelui și
inițialele autorului și intervalul de timp al modelului - AS-IS și TOBE.

Interfață

Orez. 1 Meniu și bară de instrumente

În partea stângă, navigatorul de modele - Model Explorer
Instrumente de bază
Orez. 2
1. Creați un model nou.
2. Deschideți modelul.
3. Salvați modelul.
4. Imprimarea modelului.
5. Asistent pentru crearea rapoartelor.
6. Selectarea unei scale.
7. Scalare.
8. Mărirea suprafeței
9. Verificarea erorilor
10. Porniți și dezactivați navigatorul de model.

Pe bara de instrumente principală (sau oriunde pe ecran doriți)
Instrumentele editorului BPWin sunt localizate:
Fig.3
1. Instrument Pointer – folosit pentru a selecta și determina poziția obiectelor
adăugat la diagramă.
2. Instrument Caseta de activități – folosit pentru a seta blocuri în diagramă.
3. Arrow Tool – folosit pentru a seta arce în diagramă.
4. Instrument Squiggle – folosit pentru a crea un tilde (squiggle), care
leagă un arc cu numele său.
5. Text Block Tool – folosit pentru a crea blocuri de text.
6. Diagram Dictionary Editor – deschide caseta de dialog Diagram Dictionary
Editor, unde puteți accesa orice diagramă sau puteți crea una nouă
diagramă.

7. Mergeți la Diagrama fraților – folosit pentru a afișa următoarea diagramă
acelasi nivel.
8. Accesați diagrama părinte – mergeți la diagrama părinte.
9. Mergeți la Diagrama copil – folosit pentru a afișa o diagramă copil
sau extindeți blocul selectat într-o diagramă copil.
Orice diagramă constă dintr-o colecție de următoarele obiecte:
Blocuri;
Doug;
Blocuri de text.
Pentru a lucra cu oricare dintre aceste obiecte, puteți utiliza fie meniul principal,
sau un meniu contextual (un meniu care apare când faceți clic dreapta
butonul mouse-ului). Principiile de lucru cu meniul sunt standard pentru mediu
Windows. Obiectul este activat mai întâi, apoi se efectuează operațiuni asupra acestuia
acțiunile necesare.
Bara de instrumente principală conține comenzi pentru
familiar în mare parte din alte interfețe Windows.
Locurile de muncă se referă la procese, funcții sau sarcini numite care
apar într-o perioadă de timp și au recunoscut
rezultate. Lucrările sunt reprezentate sub formă de dreptunghiuri (blocuri). Toate lucrările
trebuie denumit și definit. Numele lucrării trebuie să fie în verb sau
formă verbală (de exemplu, „Acceptați o comandă”, „Fabricarea unei piese”, etc.).

10. Descrierea si realizarea modelului

Modelul IDEF0 presupune prezența unui clar
un scop formulat, un singur subiect
modelare și un punct de vedere.
Crearea unui model.
Element de meniu Fișier ->Nou

11.

Interacțiunea lucrărilor cu lumea exterioară și între ele este descrisă sub formă de săgeți.
Săgețile reprezintă unele informații și sunt indicate prin substantive
(de exemplu, comenzile clienților, regulile și procedurile etc.)
Există cinci tipuri de săgeți în IDEF0:
1. Intrare - material sau informații care sunt utilizate sau transformate
lucrează pentru a obține un rezultat (ieșire). Se acceptă că lucrarea poate să nu aibă niciuna
o singură intrare cu săgeată. Fiecare tip de săgeată merge într-o anumită parte
dreptunghi reprezentând lucrarea sau care iese din ea. Este desenată săgeata de intrare
așa cum este inclus în partea stângă a lucrării („comenzi”). Este adesea dificil de determinat
indiferent dacă datele sunt de intrare sau de control. În acest caz, un indiciu poate fi
apoi dacă datele sunt prelucrate/modificate în lucrare sau nu. Dacă se schimbă, atunci
Cel mai probabil, aceasta este intrarea, dacă nu - control.
2. Control - reguli, strategii, proceduri sau standarde prin care
ghidat de lucrare. Fiecare loc de muncă trebuie să aibă cel puțin o săgeată
management. Săgeata de control este desenată ca intrând în marginea superioară a lucrării
(„reguli și proceduri”) Managementul influențează munca, dar nu este transformat de muncă. ÎN
în caz de incertitudine în starea săgeții (control sau control)
Este recomandat să desenați o săgeată de control.
3. Ieșire - materialul sau informația care este produsă de lucrare. Fiecare
Lucrarea trebuie să aibă cel puțin o săgeată de ieșire. Munca fără rezultate nu are niciun rezultat
sens și nu trebuie modelat. Săgeata de ieșire este desenată ca venind din dreapta
fațete ale muncii („Articol vândut”).

12.

4. Mecanism - resurse care fac treaba, de exemplu
personalul întreprinderii, mașini, dispozitive etc. Săgeata mecanismului este desenată ca
incluse în limita inferioară a lucrării. (" Sistem de contabilitate"). La privirea ta
analitice, săgețile mecanismului pot să nu fie reprezentate în model.
5. Apel - o săgeată specială care indică un alt model de lucru.
Săgeata de apel este desenată ca emanând din marginea de jos a lucrării („Altele
model de operare"). O săgeată de apel este folosită pentru a indica faptul că unii
munca este efectuată în afara sistemului care se modelează. În săgețile BPwin
apelurile sunt utilizate în mecanismul de îmbinare și împărțire a modelului. A depune
săgeată de intrare în graniță de care aveți nevoie:
faceți clic pe butonul cu simbolul săgeată
paleta de instrumente și mutați cursorul în partea stângă a ecranului până când
va apărea o dungă întunecată inițială;
Faceți clic o dată pe bandă (de unde vine săgeata) și din nou pe partea stângă
lucrați din partea de intrare (unde se termină săgeata); Click dreapta
mouse-ul pe linia săgeată, selectați Nume din meniul pop-up și adăugați un nume
săgețile din fila Nume a casetei de dialog Proprietăți săgeți.
V

13. Exemplu de model.

14.

Procesul de modelare a unui sistem în IDEF0 începe cu crearea unui context
diagrame - diagrame ale celui mai abstract nivel de descriere a sistemului în
în ansamblu, conținând o definiție a subiectului modelării, obiective și puncte de vedere asupra
model.
Subiectul este înțeles ca sistemul însuși și este necesar să se stabilească cu precizie
ce este inclus în sistem și ce se află în afara lui, cu alte cuvinte, determină
ce vor fi considerate în continuare componente ale sistemului și ce ca
influență externă. Determinarea subiectului sistemului va fi semnificativ
influențează poziția din care este vizualizat sistemul și scopul modelării -
întrebări la care modelul construit ar trebui să răspundă. Cu alte cuvinte, în
În primul rând, trebuie să definiți zona de modelare. Descrierea zonei ca
sistemul în ansamblu și componentele sale stă la baza construirii unui model
Scopul modelării
Scopul modelării este determinat din răspunsurile la următoarele întrebări:
De ce trebuie modelat acest proces?
Ce ar trebui să arate modelul?
Ce poate obține clientul?
.

15.

Punct de vedere.
Punctul de vedere se referă la perspectiva din care sistemul a fost observat când
construirea unui model Punctul de vedere trebuie să corespundă scopului și limitelor
modelare. De regulă, se alege punctul de vedere al persoanei responsabile
pentru munca simulată în ansamblu.
Modelul IDEF0 presupune prezența unui obiectiv clar formulat,
un singur subiect de modelare și un singur punct de vedere. A depune
zonele, obiectivele și punctele de vedere din modelul IDEF0 din BPwin ar trebui să selectați elementul
meniul Model/Model Properties, care deschide dialogul Model Properties. Marcat
Scopul ar trebui să aducă scop și punct de vedere,

16.

17. Descompunerea

După crearea unei diagrame de context, trebuie să programați munca
individual
parcele. Pentru a face acest lucru, să descompunăm această diagramă.
Pentru a descompune, trebuie să faceți clic stânga în browser
pe nume
diagramă, apoi faceți clic pe butonul (Accesați diagrama copilului), apoi în
căsuță de dialog

18.

19. Model final

20. Arborele nodurilor

21.

22. Analiza costurilor

Pentru analiza costurilor, de obicei este mai întâi construit
modelul functional al organizarii muncii existente -
Așa cum este (ca atare). După construirea modelului AS-IS,
analiza proceselor de afaceri, a fluxurilor de date și obiecte
sunt redirecționate și îmbunătățite, rezultând un model
TO-VE. De regulă, sunt construite mai multe modele TO-BE, din
dintre care cel mai bun este selectat după un anumit criteriu.
Problema este că există multe astfel de criterii și nu este ușor
determina cele mai importante. Pentru a determina calitatea
model creat din punct de vedere al eficienței proceselor de afaceri, este nevoie de un sistem de metrici, adică calitatea ar trebui
cuantifica.
BPwin oferă analistului două instrumente de evaluare
modele - analiza costurilor bazată pe activități (Activity
Based Costing (ABC) și proprietăți definite de utilizator
(Proprietăți definite de utilizator, UDP). Evaluare funcțională –
ABC este o tehnologie pentru identificarea și cercetarea valorii
îndeplinirea unei anumite funcții (acțiune). Sursă
datele pentru evaluarea funcțională sunt costurile de
resurse (materiale, personal etc.).

23.

Pentru analiza costurilor, un model funcțional este de obicei construit primul.
organizarea muncii existentă - AS-IS (ca atare). determina cele mai importante.
Pentru a determina calitatea modelului creat din punct de vedere al
eficiența proceselor de afaceri, este nevoie de un sistem de metrici, adică de calitate
ar trebui evaluat cantitativ.
BPwin oferă analistului două instrumente pentru a evalua modelul -
Costuri bazate pe activități (ABC) și
Proprietăți definite de utilizator (UDP).
Evaluare funcțională - ABC este o tehnologie de identificare și investigare
costul îndeplinirii unei anumite funcții (acțiuni). Datele inițiale
pentru evaluarea funcțională sunt costurile resurselor (materiale,
personalul etc.).
După construirea modelului AS-IS, procesele și fluxurile de afaceri sunt analizate
datele și obiectele sunt redirecționate și îmbunătățite, rezultând în construcția de
Modelul TO-VE. De regulă, sunt construite mai multe modele TO-BE, dintre care
Cel mai bun este selectat pe baza oricărui criteriu.

24.

Când se efectuează analiza costurilor în BPwin, unitățile sunt mai întâi specificate
măsurători de timp și bani. Pentru a seta unitățile de măsură, sunați
Dialog Proprietăți model (meniul Model), fila Unități ABC

25. Centre de cost

Un obiect de cost este motivul pentru care lucrarea
este executat, de obicei rezultatul principal al lucrării. Preț
munca este costul total al obiectelor de cost („Asamblare
și testarea computerului"
Motor de cost - caracteristicile intrărilor și controalelor
lucru („Comenzile clienților”, „Reguli de asamblare și testare”,
„Personalul departamentului de producție” care influențează
cum se desfășoară munca și cât durează;
Centre de cost care pot fi tratate ca articole
consum

26.

27.

Pentru a seta costul unui job (pentru fiecare job din diagrama de descompunere)
ar trebui să faceți clic dreapta pe lucrare și pe meniul pop-up
selectați Cost

28.

Rezultatele analizei costurilor sunt prezentate clar pe un special
Raportul BPwin, care este configurat în caseta de dialog Costul activității
Raport (meniul Instrumente/Rapoarte/Raport cost activitate). Raportul permite
documentează numele, numărul, definiția și costul lucrării, atât total cât și
și separat pe centre de cost
Rezultatele analizei costurilor pot influența semnificativ ordinea de prioritate
efectuarea muncii. Rezultatele analizei costurilor sunt prezentate clar pe
raport special BPwin, care este configurat în caseta de dialog Activitate
Raport cost (meniul Instrumente/Rapoarte/Raport cost activitate). Raportul vă permite să documentați
numele, numărul, definiția și costul lucrării, atât total cât și separat pe centru
cheltuieli.