Modelləşdirmə idef0. IDEF0

IDEF0, bir-biri ilə əlaqəli funksiyalar toplusu kimi təşkilatın sistem və proseslərini qrafik təsvir etmək üçün bir metodologiyadır. Bu, təşkilatın funksiyalarını onların həyata keçirilməsini təmin edən obyektlərlə əlaqələndirmədən tədqiq etməyə imkan verir.

IDEF0 standartında obyektlər giriş vasitəsilə göstərilir - iş prosesində çevrilən məlumat və material axınları. İdarəetmənin köməyi ilə obyektlər - prosesdə transformasiya olunmayan, lakin onun həyata keçirilməsi üçün lazım olan material və məlumat axınları göstərilir. IDEF0 mexanizmlərindən istifadə edərək, bir iş prosesinin həyata keçirildiyi alətləri və resursları göstərə bilərsiniz (məsələn, texniki vasitələr, insanlar, informasiya sistemləri və s.). IDEF0 standartında təsvir edilən iş prosesinin nəticəsi DFD diaqramından istifadə etməklə təsvir edilən prosesin çıxışına mənaca tam uyğun gəlir.

IDEF0 diaqramının əsas elementləri.

IDEF0 metodologiyası klassik DFD biznes prosesinin təsviri sxemindən bir qədər fərqlənir. Əsas fərq dildə əlavə analitikanın olmasıdır. Biznes proseslərini təsvir etmək üçün bu standart, DFD formatında olduğu kimi, yalnız giriş və çıxışları göstərməyi təklif etmir, üç növ giriş təqdim etməyi təklif edir. Birinci növ daxilolmalar həm də giriş, digər iki giriş isə idarəetmə və mexanizmlər adlanırdı.

IDEF0 notasiyasında diaqramın əsas elementləri bunlardır:

• bloklar, proseslərin, funksiyaların, əməliyyatların, hərəkətlərin təqdim edildiyi formada (təfərrüat dərəcəsindən asılı olaraq);
• oxlar, diaqramda funksiyalarla əlaqəli məlumat və maddi resurslar əks olunan formada.

IDEFO standartında blok funksiyalara aiddir. İndi, təşkilati idarəetmədə proses yanaşması anlayışı daha geniş yayıldığı üçün, bir qayda olaraq, proseslər, alt proseslər və əməliyyatlar bloklar şəklində əks olunur. Bundan əlavə, IDEF metodologiyasını nəzərdən keçirərkən bu termindən istifadə ediləcəkdir funksiyası, bu da prosesləri, alt prosesləri, əməliyyatları və hərəkətləri ifadə edə bilər.

Standart blok Şəkildə göstərilmişdir. 5.2. Bu düzbucaqlıdır, onun daxilində blokun adı (funksiya) mərkəzdə, nömrəsi isə sağ altda yerləşir. Başlıq aktiv fel kimi təqdim edilməlidir. Məsələn, "Sorğu işləyin", "Müqavilə tərtib edin", "Razılaşın". Rus analitiklərinin təcrübəsində şifahi formalardan da istifadə olunur, məsələn, "Sorunun işlənməsi", "Sazişin tərtib edilməsi". Bununla belə, blokların bu cür adlandırılması IDEF0 standartının tələblərini bir qədər pozur. Blok nömrələri funksiyaların parçalanmasında və modelin mətn təsvirində istifadə olunur. Parçalanma zamanı blokun həm adını, həm də nömrəsini saxlamasına diqqət yetirməyə dəyər.

düyü. 5.2.

IDEF0 standartındakı oxlar DFD və ya WFD diaqramlarında olduğu kimi məlumatların hərəkətini və ya hadisələrin ardıcıllığını göstərmir. Burada onlar verilmiş funksiyanı həyata keçirmək üçün lazım olan məlumatları və obyektləri və onun həyata keçirilməsi nəticəsində əldə edilənləri göstərmək üçün nəzərdə tutulub. Oklar düz və ya qırıq ola bilər. Sonuncu halda, əyilmə bucağı 90 ° olmalıdır. Diaqramda onlar şaquli və ya üfüqi şəkildə yerləşdirilməlidir, lakin diaqonallara icazə verilmir. Okların ucları blokun xarici sərhədinə toxunmalıdır, lakin ondan kənara çıxmamalıdır. Blokun küncünə oxun yapışdırılması da qəbuledilməzdir, çünki oxun bloka hansı tərəfdən yaxınlaşmasından asılı olaraq, onun təmsil etdiyi obyektin məqsədini təyin etmək olar. Bu standart çərçivəsində dörd növ ox var: gələn (Giriş), gedən (Çıxış), idarəetmə oxları (Control), mexanizm oxları (Mexanizm).

Standartda (ICOM) istifadə edilən kodlaşdırmaya uyğun olaraq, diaqramdakı oxlar Latın adının ilk hərfləri ilə təyin olunur, yəni: giriş - I, idarəetmə - C, çıxış - O, mexanizm - M.

Gələn ox obyektin soldakı bloka doğru hərəkətini göstərir. Bu obyekt funksiyanın icrası zamanı (blok kimi göstərilir) çıxış obyektinə çevrilir. Beləliklə, funksiyanın həyata keçirilməsi nəticəsində yaranan obyekt çıxışdır, blokun sağında əks olunan çıxış oxudur. IDEF0 standartında təsvir edilən iş prosesinin nəticəsi DFD diaqramından istifadə etməklə təsvir edilən prosesin çıxışına mənaca tam uyğun gəlir.

Burada nəzərə almaq lazımdır ki, əgər məlumat girişə gəlirsə, o zaman funksiyanın çıxışında da məlumat olacaq. Əgər giriş materialdırsa, çıxış hansısa maddi obyektdir. Girişdə adam varsa, çıxışda da var.

Xatırlamaq vacibdir

Çox vaxt, IDEF0 metodologiyasından istifadə edərək biznes proseslərini təsvir edərkən, təcrübəsiz analitiklər səhvə yol verirlər: "Girən və çıxan obyektlərin obyektləri eynidir."

Məsələn, “Pripyat işçisinin işləməsi” funksiyasını nəzərdən keçirək. IDEF0 modelləşdirmə qaydası bildirir ki, funksiya bloku daxil olan obyekti gedən obyektə çevirən funksiyanı təsvir etmək üçün nəzərdə tutulub. Beləliklə, deyə bilərik ki, yeni işçi qeydiyyata alınarkən potensial işçi müəyyən bir təşkilatda konkret vəzifə tutan işçiyə çevrilir. Prosesə sənədlərlə lazımi əməliyyatları yerinə yetirməli olan kadrlar departamentinin əməkdaşının nöqteyi-nəzərindən baxılırsa, o zaman yeni işçinin qeydiyyatı CV-ni gətirdiyi və bu sahədə işləmək arzusunu bildirdiyi andan başlaya bilər. təşkilat və işə qəbul əmri hər iki tərəfin imzalanması ilə sona çatır. Bu halda söhbət işçinin sənədləşdirilməsindən gedir. Odur ki, girişdə şəxsin, çıxışda isə sənədin və əksinə göstərilməsi tamamilə düzgün deyil (şək. 5.3).

düyü. 5.3. "İşçinin işə götürülməsi" prosesinin IDEF0 diaqramı

Yuxarıdakı bloka daxil olan nəzarət oxu funksiyanı yerinə yetirmək üçün lazım olan şərtləri və idarəetmə vasitələrini göstərir, məs.

tədbirlər: mebellərin yığılması təlimatı, informasiya sisteminin istifadəçi təlimatı, vətəndaşların müraciətləri ilə iş qaydaları.

Blokun altında göstərilən mexanizm oxu bu funksiyanı həyata keçirmək üçün istifadə olunanları təmsil edir. Mexanizm əllərinin iki növü var:

• 1) bir funksiyanın yerinə yetirilməsini dəstəkləyən mexanizmləri, alətləri, resursları göstərən yuxarıya yönəlmiş mexanizm oxu, məsələn: məmur, informasiya sistemi, maşın, avadanlıq;
• 2) diaqramda başqa bir modelə daxil olan bloka girişi göstərmək üçün nəzərdə tutulmuş aşağı istiqamətli mexanizm oxu (nadir hallarda istifadə olunur).

Oklar isim və sifətdən ibarət olan isim və ya ifadələr adlanır, məsələn, şək. 5.3, “İşçini işə götür” funksiyası üçün daxil olan ox “Potensial işçi”, gedən ox isə “İşçi” adlanır.

IDEF0 metodologiyası funksiya və ya prosesi təsvir edən bir neçə diaqramın işlənməsini nəzərdə tutur: kontekst diaqramı; yuxarı səviyyəli diaqram; modelləşdirmə obyektinin daha ətraflı görünüşünü əks etdirən uşaq diaqramlar toplusu.

Kontekst diaqramı təsvir olunan prosesin xarici mühitlə əlaqələrini əks etdirən oxlarla bir bloku təmsil edir. Beləliklə, deyə bilərik ki, kontekst diaqramı modelləşdirmə sahəsini və onun sərhədlərini göstərir. Blokun adı təsvir olunan funksiyanın (prosesin) adına uyğun gəlir. Kontekst diaqramının nömrəsi həmişə sıfırdır. Adətən "AO" təyin olunur. Təşkilat və ya şöbənin fəaliyyətinin təsvirinə gəldikdə, kontekst diaqramı yaradılarkən başlıq kimi layihənin adı və ya təsvir edilən fəaliyyətin qısa ifadəsi göstərilir. Məsələn, "Debet bank kartı buraxın" və ya "İş heyətini idarə et". Eyni yanaşma kontekst diaqramının bir blokuna daxil olan və ondan çıxan oxları adlandırarkən istifadə olunur. Şəkildə. Şəkil 5.4-də Müştəri Şikayətlərinin İdarə Edilməsi prosesi üçün kontekst diaqramının nümunəsi göstərilir. Bundan əlavə, kontekst diaqramı modelin qurulması məqsədini və IDEF0 modelinin qurulduğu nöqteyi-nəzərdən məlumatı təsvir etməlidir.

Üst səviyyəli diaqram kontekst diaqramının ilk uşaq diaqramıdır. Şəkildə. Şəkil 5.5-də “Müştəri şikayətlərinin idarə edilməsi” prosesinin yuxarı səviyyəli diaqramı göstərilir. Şəkildə göstərilən kontekst diaqramının uşaq diaqramıdır. 5.4. Kontekst diaqramında (AC) göstərilən funksiya verilmiş yuxarı səviyyəli uşaq diaqramı yaratmaqla alt funksiyalara bölünür. Təqdim olunan alt funksiyaların hər biri daha sonra aşağı səviyyəli uşaq diaqramlarına genişləndirilir. Bu vəziyyətdə parçalanma dərəcəsi modelləşdirmənin məqsədi ilə müəyyən edilir, yəni. funksiyanın alt funksiyalara, əməliyyatlara və s. modelləşdirmənin məqsəd və vəzifələrinə çatana qədər baş verir.

düyü. 5.4. Müştəri Şikayətlərinin İdarə Edilməsi prosesinin kontekst diaqramı

Bu modelləşdirmə metodologiyası çərçivəsində valideyn və uşaq diaqramları arasında fərq qoyulur. Onların iyerarxik əlaqələri Şəkildə göstərilmişdir. 5.1.

Altında ana diaqram bir və ya bir neçə ana blokdan ibarət diaqrama istinad edir. Bu, bloklarından birinin (ana blokların) parçalanması olan birinə nisbətən yuxarı səviyyəli diaqramdır. Məsələn, Müştəri Şikayətlərinin İdarə Edilməsi prosesinin kontekst diaqramı Şəkil 1-də göstərilən yuxarı səviyyəli Müştəri Şikayətlərinin İdarə Edilməsi prosesi diaqramının əsas hissəsidir. 5.5. Sonuncu iddianın qeydiyyatı alt proses diaqramı üçün əsas diaqramdır.

IDEF0 metodologiyası diaqramın ən azı üç və beşdən çox blokdan ibarət olmasını tələb edir, əks halda onu oxumaq və başa düşmək çətinləşir.

1DEF0 diaqramındakı funksiya blokları ardıcıllıqla və əhəmiyyətinə görə yerləşdirilməlidir. Onlar adətən diaqonal olaraq yerləşdirilir (bax. Şəkil 5.5).

Hər biri uşaq qrafiki bu səviyyədə ana blokun lazımi təfərrüatını təmin edən uşaq blokları və oxlardan ibarətdir. Beləliklə, uşaq diaqramı ana bloku ilə eyni mövzu sahəsini təsvir edir. Buna misal olaraq Şəkil 1-də təqdim olunan “İddianın qeydiyyatı” alt prosesinin parçalanma diaqramını göstərmək olar. 5.6. Bu, yuxarı səviyyəli Müştəri Şikayətlərinin İdarə Edilməsi proses diaqramının uşaq diaqramıdır (bax Şəkil 5.5), çünki o, əsas diaqramın bir funksional blokunun (birinci) daha ətraflı təsvirini təmsil edir. Bu ana diaqramın digər funksional blokları oxşar şəkildə ətraflı təsvir edilə bilər.

düyü. 5.5. Müştəri Şikayətlərinin İdarə Edilməsi prosesinin yuxarı səviyyəli diaqramı

düyü. 5.6. "İddianın qeydiyyatı" alt prosesinin diaqramı

Biznes modelləşdirmə prosesi, ilk növbədə, modelləşdirilmiş təşkilatın nə olduğuna yanaşmada fərqlənən müxtəlif texnikalar çərçivəsində həyata keçirilə bilər. Təşkilat haqqında müxtəlif fikirlərə uyğun olaraq metodlar adətən obyekt əsaslı və funksional (struktur) bölünür.

Obyekt texnikaları modelləşdirilmiş təşkilatı qarşılıqlı əlaqədə olan obyektlərin - istehsal bölmələrinin məcmusu kimi nəzərdən keçirin. Bir obyekt maddi reallıq kimi müəyyən edilir - aydın şəkildə müəyyən edilmiş davranışı olan bir obyekt və ya hadisə. Bu texnikadan istifadənin məqsədi təşkilatı təşkil edən obyektləri müəyyən etmək və yerinə yetirilən hərəkətlərə görə onlar arasında məsuliyyəti bölüşdürməkdir.

Funksional texnikalar, ən məşhuru IDEF metodologiyası, təşkilatı daxil olan məlumat axınını çıxış axınına çevirən funksiyalar toplusu kimi nəzərdən keçirin. İnformasiyanın çevrilməsi prosesi müəyyən resursları sərf edir. Əsas fərq obyekt texnikası funksiyaların (məlumatların emalı üsullarının) verilənlərin özündən aydın şəkildə ayrılmasından ibarətdir.

Biznes modelləşdirmə nöqteyi-nəzərindən təqdim olunan yanaşmaların hər birinin öz üstünlükləri var. Obyekt yanaşması dəyişikliklərə daha davamlı və mövcud sistemlərə daha yaxşı uyğun gələn sistem qurmağa imkan verir təşkilat strukturları. Funksional modelləşdirmə təşkilati strukturun dəyişmə prosesində olduğu və ya ümumiyyətlə zəif formalaşdığı hallarda özünü yaxşı göstərir. İcra olunan funksiyalardan yanaşma ifaçılardan cari işləri haqqında məlumat alarkən intuitiv olaraq daha yaxşı başa düşülür.

Funksional metod IDEF0

IDEF0 metodologiyası SADT (Strukturlaşdırılmış Təhlil və Dizayn Texnikası) funksional sistemlərini təsvir etmək üçün məşhur qrafik dilinin inkişafının növbəti mərhələsi hesab edilə bilər. Tarixən, standart olaraq IDEF0 1981-ci ildə ICAM (Integrated Computer Aided Manufacturing) adlı geniş sənaye avtomatlaşdırma proqramının bir hissəsi kimi hazırlanmışdır. IDEF standartlar ailəsi öz təyinatını bu proqramın adından miras almışdır (IDEF = Icam DEFinition) və onun son nəşri 1993-cü ilin dekabrında ABŞ Milli Standartlar və Texnologiya İnstitutu (NIST) tərəfindən buraxılmışdır.

Metodologiyanın məqsədi qurmaqdır funksional diaqram bütün zəruri prosesləri sistemin fəaliyyətinin birmənalı modelləşdirilməsi üçün kifayət qədər dəqiqliklə təsvir edən tədqiq olunan sistem.

Metodologiya dörd əsas konsepsiyaya əsaslanır: funksional blok, interfeys qövsü, parçalanma, lüğət.

(Fəaliyyət qutusu) sözügedən sistem daxilində bəzi xüsusi funksiyaları təmsil edir. Standartın tələblərinə uyğun olaraq, hər bir funksional blokun adı şifahi əhval-ruhiyyədə tərtib edilməlidir (məsələn, "xidmətlər istehsal et"). Diaqramda funksional blok düzbucaqlı şəklində təsvir edilmişdir (şək. 6.1). Funksional blokun dörd tərəfinin hər birinin özünəməxsus mənası (rolu) var və:

• yuxarı tərəf "Nəzarət" olaraq təyin olunur;
• sol tərəf "Giriş" olaraq təyin olunur;
• sağ tərəf "Çıxış" olaraq təyin olunur;
• alt tərəfində "Mexanizm" mənası var.

düyü. 6.1.

İnterfeys qövsü(Ox) funksiya bloku tərəfindən işlənən və ya həmin funksiya bloku ilə təmsil olunan funksiyaya başqa şəkildə təsir edən sistem elementini göstərir. İnterfeys qövsləri çox vaxt axınlar və ya oxlar adlanır.

İnterfeys qövslərindən istifadə edərək sistemdə baş verən prosesləri bu və ya digər dərəcədə müəyyən edən müxtəlif obyektlər göstərilir. Belə obyektlər real dünyanın elementləri (hissələr, avtomobillər, işçilər və s.) və ya məlumat və məlumat axını (sənədlər, verilənlər, təlimatlar və s.) ola bilər.

Bu interfeys qövsünün funksional blokun hansı tərəfinə uyğun olmasından asılı olaraq, "daxil olan", "gidən" və ya "nəzarət" adlanır.

Qeyd etmək lazımdır ki, hər hansı bir funksional blok, standartın tələblərinə uyğun olaraq, ən azı bir idarəetmə interfeysi qövsü və bir çıxışı olmalıdır. Bu başa düşüləndir - hər bir proses bəzi qaydalara uyğun olaraq baş verməlidir (nəzarət qövsü ilə göstərilir) və müəyyən bir nəticə verməlidir (çıxan qövs), əks halda onun nəzərdən keçirilməsinin heç bir mənası yoxdur.

İdarəetmə interfeysi qövslərinin məcburi olması IDEF0 standartı ilə DFD (Data Flow Diaqram) və WFD (İş axını diaqramı) siniflərinin digər metodologiyaları arasındakı əsas fərqlərdən biridir.

Parçalanma(Dekompozisiya) IDEF0 standartının əsas konsepsiyasıdır. Mürəkkəb prosesi onun tərkib funksiyalarına bölərkən parçalanma prinsipi tətbiq edilir. Harada təfərrüat səviyyəsi proses birbaşa model tərtibatçı tərəfindən müəyyən edilir.

Parçalanma, sistem modelini tədricən və strukturlaşdırılmış şəkildə fərdi diaqramların iyerarxik strukturu şəklində təqdim etməyə imkan verir ki, bu da onu daha az yükləyir və həzm etməyi asanlaşdırır.

IDEF0 konsepsiyalarının sonuncusu Lüğət. IDEF0 elementlərinin hər biri üçün - diaqramlar, funksiya blokları, interfeys qövsləri - mövcud standart bu element tərəfindən göstərilən obyekti xarakterizə edən müvafiq təriflər, açar sözlər, povest ifadələri və s. Bu çoxluq glossary adlanır və verilmiş elementin mahiyyətinin təsviridir. Lüğət vizual qrafik dilini ahəngdar şəkildə tamamlayır, diaqramları lazımi əlavə məlumatlarla təmin edir.

IDEF0 modeli həmişə sistemin vahid bütövlükdə görünüşü ilə başlayır - baxılan domendən kənara çıxan interfeys qövsləri olan bir funksional vahid. Bir funksional bloku olan belə bir diaqram deyilir kontekst diaqramı.

İzahlı mətndə kontekst diaqramı müəyyən edilməlidir hədəf(Məqsəd) qısa təsvir şəklində diaqram qurmaq və qeyd etmək nöqteyi-nəzər(Nəzər nöqtəsi).

IDEF0 modelinin hazırlanması məqsədinin müəyyən edilməsi və rəsmiləşdirilməsi son dərəcə vacib məqamdır. Əslində, məqsəd tədqiq olunan sistemdə ilk növbədə diqqət edilməli olan müvafiq sahələri müəyyən edir.

Baxış nöqtəsi modelin inkişafının əsas istiqamətini və tələb olunan təfərrüat səviyyəsini müəyyən edir. Baxış nöqtəsinin aydın şəkildə fiksasiyası, sistemdə seçilmiş nöqteyi-nəzərdən əsaslanaraq, zəruri olmayan fərdi elementləri təfərrüatlandırmaqdan və öyrənməkdən imtina edərək modeli boşaltmağa imkan verir. Baxış nöqtəsinin düzgün seçimi son modelin qurulmasına sərf olunan vaxtı əhəmiyyətli dərəcədə azaldır.

Alt proseslərin identifikasiyası. Parçalanma prosesində funksional blokda olan kontekst diaqramı sistemi bütövlükdə göstərir və başqa bir diaqramda ətraflı təsvir edilmişdir. Nəticədə ikinci səviyyəli diaqram funksiya blokunun əsas alt funksiyalarını göstərən funksiya bloklarını ehtiva edir kontekst diaqramı, və ona münasibətdə Uşaq Diaqram adlanır (uşaq diaqrama aid olan funksional blokların hər biri müvafiq olaraq Uşaq Qutu adlanır). Öz növbəsində, əcdad funksional bloku uşaq diaqramına (Valideyn qutusu) münasibətdə ana blok, aid olduğu diaqram isə ana diaqram (Valideyn diaqramı) adlanır. Uşaq diaqramının hər bir alt funksiyası onun müvafiq funksional blokunun oxşar parçalanması ilə daha da təfərrüatlı ola bilər. Funksional blokun hər bir parçalanması halında, bu bloka daxil olan və ya ondan çıxan bütün interfeys qövsləri uşaq diaqramında sabitlənir. Bu, IDEF0 modelinin struktur bütövlüyünə nail olur.

Bəzən daha aşağı səviyyəli diaqramlarda daha yüksək səviyyəli fərdi interfeys qövslərini nəzərdən keçirməyə davam etməyin mənası yoxdur və ya əksinə - daha yüksək səviyyələrin diaqramlarında aşağı səviyyənin fərdi qövslərini əks etdirmək - bu, yalnız diaqramları həddindən artıq yükləyəcək və onları düzəldəcəkdir. başa düşmək çətindir. Bu cür problemləri həll etmək üçün IDEF0 standartı tunelləşdirmə konsepsiyasını təqdim edir. İnterfeys qövsünün başlanğıcı ətrafında iki mötərizədən ibarət "Ox Tuneli" işarəsi qövsün funksional ana blokdan miras alınmadığını və yalnız bu diaqramda ("tuneldən") göründüyünü göstərir. Öz növbəsində, qəbuledici blokun bilavasitə yaxınlığında interfeys qövsünün ucu (ox) ətrafında eyni təyinat bu qövsün bu blokun uşaq diaqramında göstərilməyəcəyi və ya nəzərə alınmayacağını bildirir. Çox vaxt olur ki, ayrı-ayrı obyektlər və onlara uyğun interfeys qövsləri iyerarxiyanın bəzi aralıq səviyyələrində nəzərə alınmır - bu halda onlar əvvəlcə "tunelə batırılır", sonra lazım olduqda "tuneldən qayıdırlar". .

Tipik olaraq, IDEF0 modelləri mürəkkəb və cəmlənmiş məlumatları ehtiva edir və onların sıxlığını məhdudlaşdırmaq və onları oxunaqlı etmək üçün standart müvafiq mürəkkəblik məhdudiyyətlərini qəbul edir.

Diaqramda üçdən altıya qədər funksional blokun təqdim edilməsi tövsiyə olunur, bir funksional blok üçün uyğun olan (bir funksional blokdan çıxan) interfeys qövslərinin sayı dörddən çox olmamaqla qəbul edilir.

IDEF0 standartı modelləşdirilən sistemin müxtəlif fəaliyyət sahələrinə aid olan insanların böyük qrupu tərəfindən modelin hazırlanmasına və razılaşdırılmasına imkan verən prosedurlar toplusunu ehtiva edir. Tipik olaraq, inkişaf prosesi iterativdir və aşağıdakı şərti mərhələlərdən ibarətdir:

• Müəssisənin müxtəlif sahələrinə aid bir qrup mütəxəssis tərəfindən modelin yaradılması. Bu qrup IDEF0 şərtlərində Müəlliflər adlanır. İlkin modelin qurulması dinamik bir prosesdir, bu müddət ərzində müəlliflər müxtəlif proseslərin strukturu haqqında səlahiyyətli şəxslərdən müsahibə alır, şöbə fəaliyyətlərinin modellərini yaradır. Onları aşağıdakı suallara cavab maraqlandırır:

  Şöbə giriş olaraq nə qəbul edir?

  • Şöbə daxilində hansı funksiyalar və hansı ardıcıllıqla yerinə yetirilir?
  • Hər bir funksiyanın yerinə yetirilməsinə kim cavabdehdir?
  • Hər bir funksiyanı yerinə yetirərkən ifaçı nəyi rəhbər tutur?
  • Şöbənin işinin (çıxışının) nəticəsi nədir?

  Mövcud qaydalara, sənədlərə və sorğu nəticələrinə əsasən modelin Nümunəvi Layihəsi yaradılır.

• Layihənin nəzərdən keçirilməsi, təsdiqlənməsi və şərh edilməsi üçün yayılması. Bu mərhələdə model layihəsi müəssisədə geniş səriştəli şəxslər (IDEF0 baxımından - oxucular) ilə müzakirə olunur. Bu zaman layihə modelinin hər bir sxemi tənqid olunur və yazılı şəkildə şərh edilir, sonra müəllifə verilir. Müəllif də öz növbəsində tənqidlə yazılı şəkildə razılaşır və ya onu rədd edir, qərarın məntiqini göstərir və yenidən işlənmiş layihəni əlavə baxılmaq üçün qaytarır. Bu dövr müəlliflər və oxucular konsensusa gələnə qədər davam edir.
• Modelin rəsmi təsdiqi. Razılaşdırılmış model, modelin müəllifləri və oxucular arasında onun adekvatlığı ilə bağlı fikir ayrılığı olmadıqda işçi qrupun rəhbəri tərəfindən təsdiq edilir. Yekun model müəssisənin (sistemin) müəyyən nöqteyi-nəzərdən və müəyyən məqsəd üçün ardıcıl görünüşüdür.

IDEF0 qrafik dilinin aydınlığı modeli hətta onun yaradılması layihəsində iştirak etməyən insanlar üçün də tam oxunaqlı edir, həmçinin nümayişlər və təqdimatlar üçün effektivdir. Gələcəkdə qurulan model əsasında modeldə dəyişikliklərin edilməsinə yönəlmiş yeni layihələr təşkil edilə bilər.

BPwin tərəfindən dəstəklənən üç metodologiyadan əsas biri IDEF0-dır. IDEF0, altmışıncı illərin sonlarında SADT (Strukturlaşdırılmış Təhlil və Dizayn Texnikası) adı altında meydana çıxan IDEF ailəsinə aiddir. IDEF0 geniş çeşidli sistemləri modelləşdirmək üçün istifadə edilə bilər. Yeni sistemlər üçün IDEF0-dan istifadə tələblərə cavab verən və seçilmiş funksiyaları həyata keçirən sistemin sonrakı inkişafı üçün tələbləri müəyyən etməyə və funksiyaları təyin etməyə yönəldilmişdir. Mövcud sistemlərə tətbiq edildikdə, IDEF0 sistemin yerinə yetirdiyi funksiyaları təhlil etmək və bu funksiyaların yerinə yetirildiyi mexanizmləri xəritələşdirmək üçün istifadə edilə bilər. Sistemə IDEF0 tətbiqinin nəticəsi iyerarxik şəkildə sıralanmış diaqramlar, sənədləşmə mətni və çarpaz istinad edilən lüğətlərdən ibarət sistemin modelidir. IDEF0 diaqramlarını təşkil edən ən vacib iki komponent biznes funksiyaları və ya fəaliyyətlərdir (diaqramlarda qutular şəklində təmsil olunur) və fəaliyyətləri birləşdirən məlumat və obyektlərdir (oxlar kimi göstərilir). Bu halda, oxlar, iş düzbucağının hansı üzünə daxil olduqlarından və ya hansı üzdən çıxdıqlarına görə beş növə bölünür:

Giriş oxları (işin sol tərəfinə daxildir) - işin icrası zamanı dəyişən məlumatları və ya obyektləri təsvir edir.

Nəzarət oxları (işin yuxarı kənarına daxildir) - işin yerinə yetirildiyi qaydaları və məhdudiyyətləri təsvir edir.

Çıxış oxları (işin sağ tərəfindən uzanan) - iş nəticəsində görünən məlumatları və ya obyektləri təsvir edir.

Mexanizm oxları (işin aşağı kənarına daxildir) - işi başa çatdırmaq üçün lazım olan resursları təsvir edir, lakin iş zamanı dəyişmir (məsələn, avadanlıq, insan resursları...)

Zəng oxları (işin aşağı kənarından gəlir) - müxtəlif diaqramlar və ya modellər arasındakı əlaqələri təsvir edərək, bu işin daha ətraflı müzakirə edildiyi bəzi diaqrama işarə edir.

Bütün vəzifələr və oxlar adlandırılmalıdır. IDEF0 diaqram iyerarxiyasındakı birinci diaqram həmişə sistemin bütövlükdə fəaliyyətini təsvir edir. Belə diaqramlara kontekst diaqramları deyilir. Kontekstdə modelləşdirmənin məqsədinin təsviri, əhatə dairəsi (sistemin komponenti və nəyin xarici təsir kimi nəzərə alınacağının təsviri) və nöqteyi-nəzərdən (modelin qurulacağı mövqe) daxildir. ). Tipik olaraq, baxış bucağı bütövlükdə modelləşdirilmiş sistemin işinə cavabdeh olan şəxsin və ya obyektin nöqteyi-nəzərindən ibarətdir.

Şəkil 7.1. Funksional blok və interfeys qövsləri

Diaqramlardakı fəaliyyətlər düzbucaqlılar (funksional bloklar) kimi təsvir edilmişdir. Hər bir iş hansısa funksiyanı və ya tapşırığı təsvir edir və hərəkəti göstərən fel və ya fel ifadəsi ilə adlandırılır, məsələn, “Məhsul hazırlamaq”, “Müştəri xidməti” və s. Oklar isimlə işarələnir və əsərləri bir-biri ilə və xarici dünya ilə birləşdirən obyektləri və ya məlumatları göstərir.

Kontekst təsvir edildikdən sonra funksional parçalanma aparılır - sistem alt sistemlərə bölünür və hər bir alt sistem bütövlükdə sistemlə eyni sintaksisdə təsvir olunur. Sonra hər bir alt sistem daha kiçiklərə bölünür və s. istənilən detal səviyyəsinə çatana qədər. Bu bölmənin nəticəsi olaraq sistemin hər bir fraqmenti ayrıca parçalanma diaqramında təsvir edilmişdir.

Kontekst təsvir edildikdən sonra iyerarxiyada aşağıdakı diaqramlar qurulur. Hər bir sonrakı diaqram yuxarıdakı diaqramdakı əsərlərdən birinin daha ətraflı təsviri (parçalanması)dır. Kontekstli iş parçalanması nümunəsi Şəkil 7.2 və Şəkil 7.4-də göstərilmişdir. Hər bir alt sistemin təsviri analitik tərəfindən mövzu sahəsi üzrə mütəxəssislə birlikdə aparılır. Adətən ekspert həmin alt sistemə cavabdeh olan şəxsdir və buna görə də onun bütün funksiyaları haqqında hərtərəfli biliyə malikdir. Beləliklə, bütün sistem lazımi təfərrüat səviyyəsinə qədər alt sistemlərə bölünür və verilən dəqiqlik səviyyəsi ilə sistemi yaxınlaşdıran model alınır. Mövcud biznes proseslərini adekvat şəkildə əks etdirən modeli (AS IS modeli adlanır) aldıqdan sonra analitik sistemin bütün ən həssas nöqtələrini asanlıqla görə bilər. Bundan sonra müəyyən edilmiş çatışmazlıqları nəzərə alaraq biznes proseslərinin yeni təşkili modelini (TO BE modeli) qurmaq olar.

SADT metodologiyasının ən mühüm xüsusiyyətlərindən biri modeli təmsil edən diaqramlar yaradıldıqca daha böyük və daha yüksək səviyyəli təfərrüatların tədricən tətbiq edilməsidir.

Üç diaqramı və onların əlaqəsini göstərən Şəkil 7.2 IDEF0.-modelinin strukturunu göstərir. Modelin hər bir komponenti fərqli bir diaqrama parçalana bilər. Hər bir diaqram öz ana diaqramında blokun “daxili strukturunu” təsvir edir.

Şəkil 7.2 - Kontekst diaqramının nümunəsi

Şəkil 7.2-dən göründüyü kimi, BPwin sizə müxtəlif rənglərdə fəaliyyətləri və oxları vurğulamağa, həmçinin oxların adlarını oxların özləri ilə əlaqələndirməyə imkan verir (“Hesabat” adlı ox), bu da mətnin aydınlığını və oxunaqlılığını artırır. diaqram.

Şəkil 7.3 - Parçalanma diaqramının nümunəsi

Rəsm7 . 4 - Kontekst diaqram nümunəsi

Şəkil 7.5 - Parçalanma diaqramı nümunəsi

Diaqram iyerarxiyası

IDEF0 modelinin qurulması bütün sistemin ən sadə komponent - bir blok və sistemdən kənar funksiyaları olan interfeysləri təsvir edən qövslər şəklində təqdim edilməsi ilə başlayır. Tək blok bütün sistemi bütövlükdə təmsil etdiyi üçün blokda göstərilən ad ümumidir. Bu, interfeys qövsləri üçün də doğrudur - onlar həm də bütövlükdə sistemin xarici interfeyslərinin tam dəstini təmsil edirlər.

Sistemi vahid modul kimi təmsil edən blok daha sonra interfeys qövsləri ilə birləşdirilmiş bir neçə blokdan istifadə edərək başqa bir diaqramda ətraflı təsvir edilmişdir. Bu bloklar orijinal funksiyanın əsas alt funksiyalarını təmsil edir. Bu parçalanma, hər biri blok kimi təqdim olunan, sərhədləri interfeys qövsləri ilə müəyyən edilmiş alt funksiyaların tam dəstini ortaya qoyur. Bu alt funksiyaların hər biri daha ətraflı təsviri təmin etmək üçün oxşar şəkildə parçalana bilər.

Bütün hallarda, hər bir alt funksiya yalnız orijinal funksiyaya daxil olan elementləri ehtiva edə bilər. Bundan əlavə, model heç bir elementi buraxa bilməz, yəni artıq qeyd edildiyi kimi, ana blok və onun interfeysləri kontekst təmin edir. Ona heç nə əlavə etmək olmaz və ondan heç nə çıxarmaq olmaz.

Üst səviyyəli diaqramda bloka daxil olan və çıxan qövslər aşağı səviyyəli diaqrama daxil olan və çıxan qövslərlə tam olaraq eynidir, çünki blok və diaqram sistemin eyni hissəsini təmsil edir.

Şəkil 7.6 - SADT modelinin strukturu. Diaqramların parçalanması

Şəkil 7.7 - Uyğunluq tam və ardıcıl olmalıdır

Bəzi qövslər hər iki ucunda diaqram bloklarına bağlanır, digərlərində isə bir ucu yapışdırılmamışdır. Əlaqəsiz qövslər ana blokun girişlərinə, idarəedicilərinə və çıxışlarına uyğundur. Bu sərhəd qövslərinin mənbəyi və ya təyinatı yalnız ana diaqramda tapıla bilər. Qoşulmamış uclar orijinal diaqramdakı qövslərə uyğun olmalıdır. Tam və ardıcıl olması üçün bütün sərhəd qövsləri ana diaqramda davam etməlidir.

Qeyd edildiyi kimi, mexanizmlər (aşağı tərəfdəki qövslər) funksiyaların yerinə yetirildiyi vasitələri göstərir. Mexanizm insan, kompüter və ya verilmiş funksiyanı yerinə yetirməyə kömək edən hər hansı digər cihaz ola bilər (Şəkil 7.8).

düyü. 7.8. Mexanizm nümunəsi

Diaqramdakı hər blokun öz nömrəsi var. İstənilən diaqramın bloku daha aşağı səviyyəli diaqramla təsvir edilə bilər ki, bu da öz növbəsində tələb olunan diaqramların sayı ilə daha ətraflı təsvir edilə bilər. Beləliklə, diaqramların iyerarxiyası formalaşır.

Qrafik nömrələri iyerarxiyada istənilən diaqramın və ya blokun mövqeyini göstərmək üçün istifadə olunur. Məsələn, A21, A2 diaqramında 1-ci blokun təfərrüatlarını əks etdirən diaqramdır. Eynilə, modelin ən yuxarı diaqramı olan A0 diaqramında A2 detalları blok 2. Şəkil 7.9 tipik diaqram ağacını göstərir.

Şəkil 7.9 - Diaqramların iyerarxiyası

Mühazirə 8. MetodologiyalarDFDVəIDEF3

Biznesinizin funksional strukturunu görüb başa düşməyi öyrənin!

Hal-hazırda Rusiyada Qərbdə ümumiyyətlə qəbul edilən idarəetmə standartlarına maraq kəskin şəkildə artmışdır, lakin faktiki idarəetmə praktikasında çox əhəmiyyətli bir məqam var. Bir çox menecerlər hələ də şirkətin təşkilati strukturu və ya mövcud biznes proseslərinin dizaynı ilə bağlı birbaşa sual qarşısında məəttəl qala bilər. İqtisadi dövri nəşrləri mütəmadi olaraq oxuyan ən qabaqcıl menecerlər, bir qayda olaraq, yalnız onların başa düşə biləcəyi iyerarxik diaqramlar çəkməyə başlayırlar, lakin bu prosesdə adətən tez bir dalana çatırlar. Eyni şey müxtəlif xidmətlərin və funksional şöbələrin işçiləri və menecerlərinə də aiddir. Əksər hallarda, müəssisənin fəaliyyət göstərməli olduğu yeganə bəyan edilmiş qaydalar toplusu fərdi qaydalar və vəzifə təlimatlarıdır. Çox vaxt bu sənədlər bir ildən çox əvvəl tərtib edilmişdir, zəif qurulmuşdur və bir-biri ilə əlaqəsi yoxdur və nəticədə rəflərdə sadəcə toz toplayır. Hələlik belə bir yanaşma əsaslandırıldı, çünki Rusiya bazar iqtisadiyyatının formalaşması zamanı rəqabət anlayışı praktiki olaraq yox idi və xərcləri hesablamağa xüsusi ehtiyac yox idi - mənfəət nəhəng idi. Bunun nəticəsidir ki, son iki ildə biz tamamilə başa düşülən mənzərənin şahidi olduq: 90-cı illərin əvvəllərində böyüyən iri şirkətlər bazarı tamamilə tərk edənə qədər öz mövqelərini tədricən itirirlər. Bu, qismən müəssisədə idarəetmə standartlarının tətbiq edilməməsi ilə əlaqədardır, fəaliyyətin və missiyanın funksional modeli konsepsiyası tamamilə yox idi. Fəaliyyətin müxtəlif sahələrini modelləşdirməklə siz idarəetmədəki darboğazları kifayət qədər effektiv təhlil edə və ümumi biznes sxemini optimallaşdıra bilərsiniz. Ancaq bildiyiniz kimi, hər hansı bir müəssisədə yalnız birbaşa mənfəət gətirən layihələr ən yüksək prioritetdir, buna görə də fəaliyyətlərin yoxlanılması və onların yenidən təşkili məsələsi adətən yalnız şirkətin idarə edilməsində əhəmiyyətli böhran zamanı ortaya çıxır.

1990-cı illərin sonunda, bazar daha da rəqabətli olduqda və müəssisələrin gəlirliliyi kəskin şəkildə aşağı düşməyə başlayanda, menecerlər məhsulların həm gəlirli, həm də rəqabətqabiliyyətli qalması üçün xərcləri optimallaşdırmağa çalışmaqda çox böyük çətinliklərlə üzləşdilər. Məhz bu anda bir iş daxilində müxtəlif alt sistemlərin qarşılıqlı əlaqəsinin bütün mexanizmlərini və prinsiplərini əks etdirən müəssisənin fəaliyyətinin modelinin gözləriniz qarşısında olması zərurəti tamamilə aydın oldu.

"Biznes prosesinin modelləşdirilməsi" anlayışı əksər analitiklərin gündəlik həyatına müəssisənin idarə edilməsinin kompleks avtomatlaşdırılması üçün nəzərdə tutulmuş kompleks proqram məhsullarının bazarda görünməsi ilə eyni vaxtda daxil oldu. Bu cür sistemlər həmişə şirkətin fəaliyyətinin layihədən əvvəl dərindən yoxlanılmasını nəzərdə tutur. Bu müayinənin nəticəsi ayrı-ayrı nöqtələrin fəaliyyətin idarə edilməsində maneələrin aradan qaldırılması üçün tövsiyələr verdiyi ekspert rəyidir. Bu nəticəyə əsasən, avtomatlaşdırma sisteminin tətbiqi layihəsindən dərhal əvvəl, şirkət üçün bəzən olduqca ciddi və ağrılı olan iş proseslərinin sözdə yenidən təşkili həyata keçirilir. Bu təbiidir, illər ərzində formalaşmış komandanı “yeni şəkildə düşünməyə” məcbur etmək həmişə çətindir. Müəssisələrin bu cür hərtərəfli sorğuları həmişə mürəkkəbdir və hər bir halda əhəmiyyətli dərəcədə dəyişir. Mürəkkəb sistemlərin modelləşdirilməsinin bu cür problemlərini həll etmək üçün yaxşı sınaqdan keçmiş metodologiyalar və standartlar mövcuddur. Bu standartlara IDEF metodologiyalar ailəsi daxildir. Onların köməyi ilə siz müxtəlif kontekstlərdə geniş kompleks sistemlərin fəaliyyət nümunələrini effektiv şəkildə göstərə və təhlil edə bilərsiniz. Eyni zamanda, sistemdəki proseslərin araşdırılmasının genişliyi və dərinliyi tərtibatçının özü tərəfindən müəyyən edilir ki, bu da yaradılmış modeli lazımsız məlumatlarla yükləməməyə imkan verir. Hazırda IDEF ailəsinə aşağıdakı standartlar daxildir:

• IDEF0 - funksional modelləşdirmə metodologiyası. Vizual qrafik dili IDEF0 istifadə edərək, tədqiq olunan sistem tərtibatçılar və analitiklər üçün bir-biri ilə əlaqəli funksiyalar toplusu şəklində görünür (funksional bloklar - IDEF0 terminləri ilə). Bir qayda olaraq, IDEF0 modelləşdirməsi istənilən sistemin öyrənilməsində ilk addımdır;
• IDEF1 sistem daxilində məlumat axınlarının modelləşdirilməsi metodologiyasıdır, onların strukturunu və əlaqələrini göstərməyə və təhlil etməyə imkan verir;
• IDEF1X (IDEF1 Genişləndirilmiş) – əlaqə strukturlarının qurulması metodologiyası. IDEF1X Müəssisə-Münasibətlər (ER) metodologiyası növünə aiddir və adətən sözügedən sistemə uyğun əlaqəli verilənlər bazalarını modelləşdirmək üçün istifadə olunur;
• IDEF2 sistem inkişafının dinamik modelləşdirilməsi üçün bir metodologiyadır. Dinamik sistemlərin təhlilinin çox ciddi çətinlikləri səbəbindən bu standart praktiki olaraq tərk edildi və onun inkişafı ilkin mərhələdə dayandırıldı. Bununla belə, hazırda alqoritmlər və onların kompüter tətbiqləri mövcuddur ki, onlar bir sıra statik IDEF0 diaqramlarını “rəngli Petri şəbəkələri” (CPN - Rəngli Petri şəbəkələri) əsasında qurulmuş dinamik modellərə çevirməyə imkan verir;
• IDEF3, məsələn, müəssisələrdə texnoloji proseslərin öyrənilməsində istifadə olunan sistemdə baş verən proseslərin sənədləşdirilməsi metodologiyasıdır. IDEF3 hər bir proses üçün ssenari və əməliyyatların ardıcıllığını təsvir edir. IDEF3-ün IDEF0 metodologiyası ilə birbaşa əlaqəsi var - hər bir funksiya (funksional blok) IDEF3-dən istifadə etməklə ayrıca proses kimi təqdim oluna bilər;
• IDEF4 obyekt yönümlü sistemlərin qurulması metodologiyasıdır. IDEF4 alətləri obyektlərin strukturunu və onların qarşılıqlı əlaqəsinin əsas prinsiplərini vizual olaraq göstərməyə imkan verir və bununla da mürəkkəb obyekt yönümlü sistemləri təhlil etməyə və optimallaşdırmağa imkan verir;
• IDEF5 mürəkkəb sistemlərin ontoloji tədqiqi metodologiyasıdır. IDEF5 metodologiyasından istifadə edərək, sistemin ontologiyası xüsusi terminlər və qaydaların lüğətindən istifadə etməklə təsvir edilə bilər, bunun əsasında müəyyən bir zamanda nəzərdən keçirilən sistemin vəziyyəti haqqında etibarlı ifadələr formalaşdırıla bilər. Bu ifadələr əsasında sistemin gələcək inkişafı ilə bağlı nəticələr çıxarılır və onun optimallaşdırılması həyata keçirilir.

Bu yazıda biz ən çox istifadə edilən funksional modelləşdirmə metodologiyasına, IDEF0-a baxacağıq.

IDEF0 standartının tarixi

IDEF0 metodologiyası SADT (Strukturlaşdırılmış Təhlil və Dizayn Texnikası) funksional sistemlərinin təsviri üçün tanınmış qrafik dilinin inkişafının növbəti mərhələsi hesab oluna bilər. Bir neçə il əvvəl Rusiyada SADT diaqramlarının qurulmasının əsas prinsiplərini təsvir etməyə həsr olunmuş kiçik bir nəşrdə eyni adlı bir kitab nəşr olundu. Tarixən, standart olaraq IDEF0 1981-ci ildə ICAM (Integrated Computer Aided Manufacturing) adlı geniş sənaye avtomatlaşdırma proqramının bir hissəsi kimi hazırlanmış və ABŞ Hərbi Hava Qüvvələri tərəfindən təklif edilmişdir. Əslində, IDEF standartlar ailəsi öz təyinatını bu proqramın adından miras almışdır (IDEF=ICAM DEFinition). Praktiki icra prosesində ICAM proqramının iştirakçıları sənaye sistemlərində qarşılıqlı əlaqə proseslərinin təhlili üçün yeni metodların işlənib hazırlanması zərurəti ilə üzləşmişlər. Üstəlik, biznes proseslərini təsvir etmək üçün təkmilləşdirilmiş funksiyalar dəstinə əlavə olaraq, yeni standart üçün tələblərdən biri “analitik-mütəxəssis” çərçivəsində effektiv qarşılıqlı fəaliyyət metodologiyasının mövcudluğu idi. Başqa sözlə, yeni metod layihədə iştirak edən bütün analitiklərin və mütəxəssislərin birbaşa iştirakı ilə modelin yaradılması üzrə qrup işini təmin etməli idi.

Müvafiq həllərin axtarışı nəticəsində IDEF0 funksional modelləşdirmə metodologiyası yarandı. 1981-ci ildən etibarən IDEF0 standartı əsasən məhdudlaşdırıcı xarakter daşıyan bir neçə kiçik dəyişikliklərə məruz qalmış və onun son nəşri 1993-cü ilin dekabrında ABŞ Milli Standartlar və Texnologiya İnstitutu (NIST) tərəfindən buraxılmışdır.

IDEF0-ın əsas elementləri və konsepsiyaları

IDEF0 qrafik dili təəccüblü dərəcədə sadə və ahəngdardır. Metodologiya dörd əsas konsepsiyaya əsaslanır:

Bunlardan birincisi konsepsiyadır funksiya bloku (Fəaliyyət qutusu). Funksional blok qrafik olaraq düzbucaqlı kimi təsvir olunur (şək. 1-ə baxın) və nəzərdən keçirilən sistem daxilində xüsusi funksiyanı təmsil edir. Standartın tələblərinə görə, hər bir funksional blokun adı şifahi əhval-ruhiyyədə tərtib edilməlidir (məsələn, "xidmətlər istehsal et" deyil, "xidmətlər istehsal et").

Funksional blokun dörd tərəfinin hər birinin özünəməxsus mənası (rolu) var və:

• Üst tərəf "Nəzarət" olaraq təyin edilmişdir;
• Sol tərəf "Giriş" olaraq təyin edilmişdir;
• Sağ tərəf "Çıxış" olaraq təyin edilmişdir;
• Aşağı tərəfdə “Mexanizm” mənası var.

Nəzərdən keçirilən bir sistem daxilində hər bir funksional blokun özünəməxsus identifikasiya nömrəsi olmalıdır.

Şəkil 1. Funksiya bloku.

IDEF0 metodologiyasının ikinci sütunu konsepsiyadır interfeys qövsü (Ox). İnterfeys qövsləri də tez-tez axınlar və ya oxlar adlanır. İnterfeys qövsü funksiya bloku tərəfindən işlənən və ya həmin funksiya bloku ilə təmsil olunan funksiyaya başqa şəkildə təsir edən sistem elementini təmsil edir.

İnterfeys qövsünün qrafik təsviri bir istiqamətli oxdur. Hər bir interfeys qövsünün özünəməxsus adı olmalıdır (Arrow Label). Standartın tələb etdiyi kimi, ad ismin forması olmalıdır.

İnterfeys qövslərindən istifadə edərək sistemdə baş verən prosesləri bu və ya digər dərəcədə müəyyən edən müxtəlif obyektlər göstərilir. Belə obyektlər real dünyanın elementləri (hissələr, avtomobillər, işçilər və s.) və ya məlumat və məlumat axını (sənədlər, verilənlər, təlimatlar və s.) ola bilər.

Bu interfeys qövsünün hansı tərəfə yaxınlaşmasından asılı olaraq, "daxil olan", "gidən" və ya "nəzarət edən" adlanır. Bundan əlavə, hər bir funksional qövsün “mənbəsi” (başlanğıc) və “batır” (sonu) yalnız funksional bloklar ola bilər, “mənbə” isə blokun yalnız çıxış tərəfi, “batırma” isə istənilən ola bilər. qalan üç nəfərdən.

Qeyd etmək lazımdır ki, hər hansı bir funksional blok, standartın tələblərinə uyğun olaraq, ən azı bir idarəetmə interfeysi qövsü və bir çıxışı olmalıdır. Bu başa düşüləndir - hər bir proses bəzi qaydalara uyğun olaraq baş verməlidir (nəzarət qövsü ilə göstərilir) və müəyyən bir nəticə verməlidir (çıxan qövs), əks halda onun nəzərdən keçirilməsinin heç bir mənası yoxdur.

IDEF0 diaqramlarını qurarkən, daxil olan interfeys qövslərini idarəetmə qövslərindən düzgün şəkildə ayırmaq vacibdir, bu çox vaxt çətin olur. Məsələn, Şəkil 2-də “Proses iş parçası” funksiya bloku göstərilir.

Real prosesdə emal aparan işçiyə iş parçası və emal üçün texnoloji təlimatlar (və ya maşınla işləyərkən təhlükəsizlik qaydaları) verilir. Səhv olaraq görünə bilər ki, həm iş parçası, həm də texnoloji təlimatları olan sənəd daxil olan obyektlərdir, lakin bu belə deyil. Əslində, bu prosesdə iş parçası müvafiq olaraq idarəetmə interfeysi qövsü ilə təmsil edilməli olan texnoloji təlimatlarda əks olunan qaydalara uyğun olaraq işlənir.

Şəkil 2.

Texnoloji göstərişlər baş texnoloq tərəfindən işləndikdə və onlara dəyişikliklər edildikdə başqa məsələdir (şək. 3). Bu halda, onlar artıq daxil olan interfeys qövsü ilə göstərilir və idarəetmə obyekti, məsələn, bu dəyişikliklərin edildiyi yeni sənaye standartlarıdır.

Şəkil 3.

Yuxarıdakı nümunələr daxil olan və idarəetmə interfeysi qövslərinin səthi oxşar təbiətini vurğulayır, lakin eyni sinif sistemləri üçün həmişə müəyyən fərqlər var. Məsələn, müəssisə və təşkilatları nəzərdən keçirərkən obyektlərin beş əsas növü fərqləndirilir: material hərəkətləri (hissələr, mallar, xammal və s.), maliyyə hərəkətləri (pul və qeyri-nağd pul vəsaitləri, investisiyalar və s.), sənəd hərəkətləri (kommersiya , maliyyə və təşkilati sənədlər), informasiya axınları (məlumatlar, niyyətlər haqqında məlumatlar, şifahi əmrlər və s.) və resurslar (işçilər, maşınlar, maşınlar və s.). Üstəlik, müxtəlif hallarda bütün növ obyektlər gələn və gedən interfeys qövsləri ilə göstərilə bilər, yalnız sənəd və məlumat axını ilə əlaqəli olanları və yalnız qövs mexanizmləri ilə resursları idarə edir.

İdarəetmə interfeysi qövslərinin məcburi olması IDEF0 standartı ilə DFD (Data Flow Diaqram) və WFD (İş axını diaqramı) siniflərinin digər metodologiyaları arasındakı əsas fərqlərdən biridir.

IDEF0 standartının üçüncü əsas konsepsiyası parçalanma. Mürəkkəb prosesi komponent funksiyalarına bölərkən parçalanma prinsipindən istifadə olunur. Bu halda prosesin təfərrüatlılıq səviyyəsi bilavasitə modeli tərtib edən şəxs tərəfindən müəyyən edilir.

Parçalanma, sistem modelini tədricən və strukturlaşdırılmış şəkildə fərdi diaqramların iyerarxik strukturu şəklində təqdim etməyə imkan verir ki, bu da onu daha az yükləyir və həzm etməyi asanlaşdırır.

IDEF0 modeli həmişə sistemin vahid bütövlükdə görünüşü ilə başlayır - baxılan domendən kənara çıxan interfeys qövsləri olan bir funksional vahid. Bir funksional bloku olan belə bir diaqram kontekst diaqramı adlanır və "A-0" identifikatoru ilə təyin olunur.

Kontekst diaqramı üçün izahlı mətndə qısa təsvir və qeyd şəklində diaqramın qurulmasının məqsədi göstərilməlidir. nöqteyi-nəzər(Nəzər nöqtəsi).

IDEF0 modelinin hazırlanması məqsədinin müəyyən edilməsi və rəsmiləşdirilməsi son dərəcə vacib məqamdır. Əslində, məqsəd tədqiq olunan sistemdə ilk növbədə diqqət edilməli olan müvafiq sahələri müəyyən edir. Məsələn, əgər biz gələcəkdə bu model əsasında informasiya sistemi qurmaq məqsədi ilə müəssisənin fəaliyyətini modelləşdirsək, onda bu model eyni müəssisə üçün hazırlayacağımızdan əhəmiyyətli dərəcədə fərqli olacaq, lakin məqsədlə təchizat zəncirlərinin optimallaşdırılması.

Baxış nöqtəsi modelin inkişafının əsas istiqamətini və tələb olunan təfərrüat səviyyəsini müəyyən edir. Baxış nöqtəsinin aydın şəkildə fiksasiyası, sistemdə seçilmiş nöqteyi-nəzərdən əsaslanaraq, zəruri olmayan fərdi elementləri təfərrüatlandırmaqdan və öyrənməkdən imtina edərək modeli boşaltmağa imkan verir. Məsələn, baş texnoloq və maliyyə direktoru nöqteyi-nəzərindən eyni müəssisənin funksional modelləri onların detallaşdırılması istiqamətində əhəmiyyətli dərəcədə fərqlənəcəkdir. Bu onunla bağlıdır ki, son nəticədə maliyyə direktoru xammalın istehsalat maşınlarında emalı aspektləri ilə maraqlanmır və baş texnoloqun maliyyə axınlarının tərtib edilmiş diaqramlarına ehtiyacı yoxdur. Baxış nöqtəsinin düzgün seçimi son modelin qurulmasına sərf olunan vaxtı əhəmiyyətli dərəcədə azaldır.

Parçalanma prosesi zamanı kontekst diaqramında bütövlükdə sistemi təmsil edən funksional blok başqa bir diaqramda ətraflı təsvir edilmişdir. Nəticədə ikinci səviyyəli diaqram kontekst diaqramının funksional blokunun əsas alt funksiyalarını əks etdirən funksional blokları ehtiva edir və ona münasibətdə Uşaq diaqramı adlanır (uşaq diaqrama aid olan funksional blokların hər biri müvafiq olaraq Uşaq qutusu adlanır). Öz növbəsində, əcdad funksional bloku uşaq diaqramına (Valideyn qutusu) münasibətdə ana blok, aid olduğu diaqram isə ana diaqram (Valideyn diaqramı) adlanır. Uşaq diaqramının hər bir alt funksiyası onun müvafiq funksional blokunun oxşar parçalanması ilə daha da təfərrüatlı ola bilər. Qeyd etmək vacibdir ki, funksional blokun hər bir parçalanması halında bu bloka daxil olan və ya ondan çıxan bütün interfeys qövsləri uşaq diaqramında sabitlənir. Bu, IDEF0 modelinin struktur bütövlüyünə nail olur. Parçalanma prinsipi Şəkil 4-də aydın şəkildə təqdim edilmişdir. Funksional blokların və diaqramların nömrələnməsi arasındakı əlaqəyə diqqət yetirməlisiniz - hər bir blokun diaqramda özünəməxsus seriya nömrəsi (düzbucaqlının aşağı sağ küncündəki nömrə) var. , və sağ küncdəki təyinat bu blok üçün uşaq diaqramının sayını göstərir. Bu təyinatın olmaması bu blok üçün parçalanmanın olmadığını göstərir.

Tez-tez fərdi interfeys qövslərinin iyerarxiyada müəyyən bir səviyyədən aşağı olan uşaq diaqramlarında nəzərə alınmağa davam etməsinin mənası olmadığı və ya əksinə - fərdi qövslərin müəyyən bir səviyyədən yuxarı praktiki mənası yoxdur. Məsələn, daha yüksək səviyyəli diaqramlarda "tornada proses" funksional blokunun girişində "hissəni" təsvir edən interfeys qövsünü göstərmək mənasızdır - bu, yalnız diaqramları yükləyəcək və onları başa düşməyi çətinləşdirəcəkdir. Digər tərəfdən, fərdi "konseptual" interfeys qövslərindən xilas olmaq və onları müəyyən səviyyədən kənara çıxarmamaq lazımdır. Bu cür problemləri həll etmək üçün IDEF0 standartı konsepsiya təqdim edir tunel çəkmə. İnterfeys qövsünün başlanğıcı ətrafında iki mötərizədən ibarət Ox Tunel təyinatı qövsün funksional ana blokdan miras alınmadığını və yalnız bu diaqramda (“tuneldən”) göründüyünü göstərir. Öz növbəsində, qəbuledici blokun bilavasitə yaxınlığında interfeys qövsünün sonunda (ox) ətrafında eyni təyinat bu qövsün bu blokun uşaq diaqramında göstərilməyəcəyi və nəzərə alınmayacağını bildirir. Çox vaxt olur ki, ayrı-ayrı obyektlər və onlara uyğun interfeys qövsləri iyerarxiyanın bəzi aralıq səviyyələrində nəzərə alınmır - bu halda onlar əvvəlcə "tunelə batırılır", sonra lazım olduqda "tuneldən qayıdırlar". .

IDEF0 konsepsiyalarının sonuncusu Lüğət. IDEF0 elementlərinin hər biri üçün: diaqramlar, funksiya blokları, interfeys qövsləri, mövcud standart bu elementin göstərdiyi obyekti xarakterizə edən müvafiq təriflər, açar sözlər, povest ifadələri və s. toplusunun yaradılmasını və saxlanmasını nəzərdə tutur. Bu çoxluq glossary adlanır və verilmiş elementin mahiyyətinin təsviridir. Məsələn, "ödəniş tapşırığı" qövsünün idarəetmə interfeysi üçün lüğətdə qövsə uyğun sənəd sahələrinin siyahısı, tələb olunan viza dəsti və s. ola bilər. Lüğət vizual qrafik dilini ahəngdar şəkildə tamamlayır, diaqramları lazımi əlavə məlumatlarla təmin edir.

Şəkil 4. Funksional blokların parçalanması.

IDEF0 diaqramlarının mürəkkəbliyini məhdudlaşdırmaq üçün prinsiplər

Tipik olaraq, IDEF0 modelləri mürəkkəb və cəmlənmiş məlumatları ehtiva edir və onların sıxlığını məhdudlaşdırmaq və oxunaqlı etmək üçün müvafiq standartda müvafiq mürəkkəblik hədləri qəbul edilir:

• Diaqramdakı funksional blokların sayını üçdən altıya qədər məhdudlaşdırın. Yuxarı həddi (altı) mürəkkəb obyektləri təsvir edərkən konstruktoru iyerarxiyalardan istifadə etməyə məcbur edir, aşağı həddi (üç) isə müvafiq diaqramda onun yaradılmasını əsaslandırmaq üçün kifayət qədər detala malik olmasını təmin edir;
• Bir funksional blok üçün uyğun olan (bir funksional blokdan çıxan) interfeys qövslərinin sayının dördə qədər məhdudlaşdırılması.

Əlbəttə ki, bu məhdudiyyətlərə ciddi riayət etmək lazım deyil, lakin təcrübə göstərir ki, onlar real işdə çox praktikdir.

IDEF0 modelinin hazırlanması üzrə qrup işinin nizam-intizamı

IDEF0 standartı modelləşdirilən sistemin müxtəlif fəaliyyət sahələrinə aid olan insanların böyük qrupu tərəfindən modelin hazırlanmasına və razılaşdırılmasına imkan verən prosedurlar toplusunu ehtiva edir. Tipik olaraq, inkişaf prosesi iterativdir və aşağıdakı şərti mərhələlərdən ibarətdir:

• Müəssisənin müxtəlif sahələrinə aid bir qrup mütəxəssis tərəfindən modelin yaradılması. Bu qrup IDEF0 şərtlərində Müəlliflər adlanır. İlkin modelin qurulması dinamik bir prosesdir, bu müddət ərzində müəlliflər müxtəlif proseslərin strukturu haqqında səlahiyyətli şəxslərdən müsahibə alırlar. Mövcud qaydalara, sənədlərə və sorğu nəticələrinə əsasən modelin Nümunəvi Layihəsi yaradılır.
• Layihənin nəzərdən keçirilməsi, təsdiqlənməsi və şərh edilməsi üçün yayılması. Bu mərhələdə model layihəsi müəssisədə geniş səriştəli şəxslərlə (IDEF0 oxucuları baxımından) müzakirə olunur. Bu zaman layihə modelinin hər bir sxemi tənqid olunur və yazılı şəkildə şərh edilir, sonra müəllifə verilir. Müəllif də öz növbəsində qərarın məntiqini açıqlayaraq yazılı şəkildə tənqidlə razılaşır və ya onu rədd edir və yenidən işlənmiş layihəni əlavə baxılmaq üçün qaytarır. Bu dövr müəlliflər və oxucular konsensusa gələnə qədər davam edir.
• Modelin rəsmi təsdiqi. Razılaşdırılmış model, modelin müəllifləri və oxucular arasında onun adekvatlığı ilə bağlı fikir ayrılığı olmadıqda işçi qrupun rəhbəri tərəfindən təsdiq edilir. Yekun model müəssisənin (sistemin) müəyyən nöqteyi-nəzərdən və müəyyən məqsəd üçün ardıcıl görünüşüdür.

IDEF0 qrafik dilinin aydınlığı modeli hətta onun yaradılması layihəsində iştirak etməyən insanlar üçün də tam oxunaqlı edir, həmçinin nümayişlər və təqdimatlar üçün effektivdir. Gələcəkdə qurulan model əsasında müəssisədə (sistemdə) dəyişikliklərə yönəlmiş yeni layihələr təşkil edilə bilər.

IDEF0 istifadə edərək funksional modelləşdirmədən istifadənin milli təcrübəsinin xüsusiyyətləri

Son illərdə Rusiyada IDEF metodologiyalar ailəsinə maraq durmadan artır. Bu standartların əsas prinsiplərini qısaca təsvir edən şəxsi internet səhifəmə (http://consulting.psi.ru) daxil olan hitlərin statistikasına baxarkən bunu daim müşahidə edirəm. Eyni zamanda, mən IDEF3-5 kimi standartlara marağı nəzəri, IDEF0-a isə praktiki olaraq əsaslı adlandırardım. Əslində, DFD və IDEF0 diaqramlarının qurulmasına imkan verən ilk Case alətləri Rusiya bazarında 1996-cı ildə SADT standartlarında modelləşdirmə prinsiplərinə dair məşhur kitabın buraxılması ilə eyni vaxtda ortaya çıxdı.

Bununla belə, əksər menecerlər hələ də IDEF standartlarında modelləşdirmənin praktiki tətbiqini mövcud biznes idarəetmə sistemini optimallaşdırmağın effektiv üsulu kimi deyil, daha çox dəbə hörmət kimi qiymətləndirirlər. Çox güman ki, bu, bu metodologiyaların praktiki tətbiqi ilə bağlı açıq məlumat çatışmazlığı və nəşrlərin böyük əksəriyyətinin qaçılmaz proqram qərəzliyi ilə bağlıdır.

Heç kimə sirr deyil ki, hazırda Rusiyada müəssisələrin maliyyə-təsərrüfat fəaliyyətinin tədqiqi və təhlili üçün demək olar ki, bütün layihələr bu və ya digər şəkildə avtomatlaşdırılmış idarəetmə sistemlərinin qurulması ilə bağlıdır. Bunun sayəsində IDEF standartları, əksəriyyətin başa düşdüyü kimi, informasiya texnologiyalarının tətbiqindən şərti olaraq ayrılmaz hala gəldi, baxmayaraq ki, onların köməyi ilə bəzən hətta kiçik yerli problemlər də, sözün həqiqi mənasında, qələm və kağızla effektiv şəkildə həll edilə bilər.

Mürəkkəb müəssisə sorğu layihələrini həyata keçirərkən, IDEF0 standartında modellərin işlənməsi müəssisənin bütün fəaliyyəti mexanizmini tələb olunan kontekstdə aydın və effektiv şəkildə göstərməyə imkan verir. Bununla belə, ən vacibi IDEF0-ın təmin etdiyi əməkdaşlıq imkanlarıdır. Mənim praktiki işimdə müxtəlif şöbələrin əməkdaşlarının birbaşa köməyi ilə maketin tikintisinin həyata keçirildiyi hallar kifayət qədər çox olub. Eyni zamanda, məsləhətçi onlara IDEF0-ın əsas prinsiplərini izah etdi və kifayət qədər qısa müddətdə müvafiq tətbiqi proqram təminatı ilə işləməyi öyrətdi. Nəticədə, müxtəlif şöbələrin əməkdaşları öz funksional bölmələrinin fəaliyyətinin IDEF diaqramlarını yaratdılar, bu diaqramlar aşağıdakı suallara cavab verməli idi:

• Şöbə giriş olaraq nə qəbul edir?
• Şöbə daxilində hansı funksiyalar və hansı ardıcıllıqla yerinə yetirilir?
• Hər bir funksiyanın yerinə yetirilməsinə kim cavabdehdir?
• Hər bir funksiyanı yerinə yetirərkən ifaçı nəyi rəhbər tutur?
• Şöbənin işinin (çıxışının) nəticəsi nədir?

Hər bir xüsusi şöbə daxilində diaqramların layihələri razılaşdırıldıqdan sonra, onlar məsləhətçi tərəfindən bütün giriş və çıxış elementlərini birləşdirən müəssisənin layihə modelinə yığılır. Bu mərhələdə fərdi diaqramlardakı bütün uyğunsuzluqlar və onların mübahisəli sahələri qeyd olunur. Sonra, bu model gələcək koordinasiya və lazımi düzəlişlər etmək üçün yenidən funksional şöbələrdən keçir. Nəticədə, kifayət qədər qısa müddətdə və konsaltinq şirkətinin minimum insan resurslarının cəlb edilməsi ilə (və bu resurslar, bildiyimiz kimi, çox bahadır) “Kimsə dir” prinsipidir və ən əsası o, müəssisəni orada işləyən və bütün nüansları, o cümlədən qeyri-rəsmi nüansları hərtərəfli bilən işçilərin mövqeləri ilə təmsil edir. Gələcəkdə bu model təhlil və emal üçün biznes analitiklərinə veriləcək, onlar şirkətin idarə edilməsində “darboğazlar” axtaracaq və əsas prosesləri optimallaşdıracaq, “Olduğu kimi” modelini müvafiq “Olmalı olduğu kimi” modelinə çevirəcək. Ol” təmsilçisi. Bu dəyişikliklər əsasında idarəetmə sisteminin yenidən təşkili ilə bağlı tövsiyələri özündə əks etdirən yekun nəticə verilir.

Təbii ki, belə yanaşma ilk növbədə sorğu edilən müəssisənin rəhbərliyindən bir sıra təşkilati tədbirlərin görülməsini tələb edir. Bu onunla əlaqədardır ki, bu texnika bəzi işçilərə yeni metodologiyaları mənimsəmək və praktiki olaraq tətbiq etmək üçün əlavə vəzifələr təyin etməyi nəzərdə tutur. Bununla belə, sonda bu, özünü doğruldur, çünki ayrı-ayrı işçilərin bir neçə gün ərzində əlavə bir və ya iki saat işləməsi üçüncü tərəf şirkətinə məsləhət xidmətlərinin ödənilməsinə əhəmiyyətli dərəcədə qənaət edə bilər (hər halda eyni işçilərin diqqətini yayındıracaq). anket və suallarla işdən). Müəssisənin işçilərinin özlərinə gəlincə, mən öz təcrübəmdə heç vaxt onların hər hansı açıq etirazına rast gəlməmişəm.

Bütün bunlardan belə nəticə çıxarmaq olar: hər dəfə standart problemlərin həlli yollarını özünüz tapmaq lazım deyil. Müəyyən bir funksional sistemi təhlil etmək ehtiyacı ilə qarşılaşdığınız zaman (kosmik gəminin dizayn sistemindən mürəkkəb nahar hazırlamaq prosesinə qədər) illər ərzində sübut edilmiş və sınaqdan keçirilmiş üsullardan istifadə edin. Bu üsullardan biri sadə və başa düşülən vasitələrdən istifadə edərək mürəkkəb həyat problemlərini həll etməyə imkan verən IDEF0-dır.

İS yaradılmasının ilkin mərhələlərində avtomatlaşdırılacaq təşkilatın necə işlədiyini başa düşmək lazımdır. Təşkilatda heç kim onun IP yaratmaq üçün lazım olan detallarda necə işlədiyini bilmir. Menecer işi bütövlükdə yaxşı bilir, lakin hər bir sıravi işçinin işinin təfərrüatlarını araşdıra bilmir. Adi işçi öz iş yerində nə baş verdiyini yaxşı bilir, amma həmkarlarının necə işlədiyini bilmir. Buna görə də, müəssisənin fəaliyyətini təsvir etmək üçün bir model qurmaq lazımdır. Belə bir model mövzu sahəsinə adekvat olmalıdır, buna görə də təşkilatın biznes proseslərinin bütün iştirakçılarının biliklərini ehtiva etməlidir.

Biznes proseslərinin modelləşdirilməsi üçün ən əlverişli dil 20 ildən çox əvvəl Douglas Ross (SoftTech, Inc.) tərəfindən təklif edilmiş və ilkin olaraq SADT - Structured Analysis and Design Technique adlanan IDEF0 dilidir. (1970-ci illərin əvvəllərində ABŞ ordusu İnteqrasiya edilmiş Kompüter Dəstəkli İstehsalat (ICAM) proqramı çərçivəsində layihələri həyata keçirmək üçün SADT-nin proses modelləşdirmə alt dəstindən istifadə etdi. SADT-nin bu alt dəsti sonradan IDEF0 adı altında ABŞ federal standartı kimi qəbul edildi. Ətraflı spesifikasiyalar IDEF standartları üçün http://www.idef.com saytında tanış ola bilərsiniz.

IDEF0-da sistem qarşılıqlı fəaliyyət və ya funksiyalar toplusu kimi təmsil olunur. Bu sırf funksional oriyentasiya əsasdır - sistemin funksiyaları işlədikləri obyektlərdən asılı olmayaraq təhlil edilir. Bu, təşkilatın proseslərinin məntiqini və qarşılıqlı əlaqəsini daha aydın şəkildə modelləşdirməyə imkan verir.

IDEF0-da model əvvəlcədən müəyyən edilmiş bəzi suallara cavab verməli olan sistemin təsviri (mətn və qrafik) kimi başa düşülür.

Simulyasiya edilmiş sistem Kainatın ixtiyari alt çoxluğu kimi qəbul edilir. Bu, ixtiyaridir, çünki birincisi, müəyyən bir obyektin sistemin tərkib hissəsi olub-olmayacağını özümüz spekulyativ olaraq müəyyənləşdiririk, yoxsa biz onu xarici təsir kimi nəzərdən keçirəcəyik, ikincisi, sistemin nöqteyi-nəzərindən asılıdır. Sistemin onu Kainatın qalan hissəsindən ayıran bir sərhədi var. Sistemin xarici dünya ilə qarşılıqlı əlaqəsi giriş (sistem tərəfindən emal olunan bir şey), çıxış (sistemin fəaliyyətinin nəticəsi), nəzarət (işin həyata keçirildiyi strategiya və prosedurlar) və mexanizm kimi təsvir olunur. işi yerinə yetirmək üçün lazım olan resurslar). Nəzarət altında olarkən sistem mexanizmlərdən istifadə edərək girişləri çıxışlara çevirir.

IDEF0-da sistemin modelləşdirilməsi prosesi kontekstin, yəni bütövlükdə sistemin təsvirinin ən mücərrəd səviyyəsinin müəyyən edilməsi ilə başlayır. Kontekstdə modelləşdirmə predmetinin tərifi, modelin məqsədi və baxış bucağı daxildir.

Mövzu sistemin özü kimi başa düşülür və sistemə nəyin daxil olduğunu və ondan kənarda nələrin olduğunu dəqiq müəyyən etmək lazımdır, başqa sözlə, biz bundan sonra sistemin komponentləri kimi nəyi, nəyi isə sistem kimi nəzərdən keçirəcəyimizi müəyyən etməliyik. xarici təsir. Sistemin mövzusunun tərifinə sistemin baxıldığı mövqe və modelləşdirmənin məqsədi - qurulmuş modelin cavab verməli olduğu suallar əhəmiyyətli dərəcədə təsir edəcəkdir. Başqa sözlə, ilkin olaraq modelləşdirmənin əhatə dairəsini müəyyən etmək lazımdır. Həm bütövlükdə sistemin, həm də onun komponentlərinin sahəsinin təsviri modelin qurulması üçün əsasdır. Əhatə dairəsinin bütün simulyasiya zamanı tənzimlənə biləcəyi ehtimal edilsə də, o, ilkin olaraq tərtib edilməlidir, çünki simulyasiyanın istiqamətini və modelin nə vaxt tamamlanmalı olduğunu müəyyən edən əhatə dairəsidir. Əhatə dairəsini tərtib edərkən nəzərə alınmalı iki komponent var - genişlik və dərinlik. Genişlik modelin sərhədlərinin müəyyən edilməsini nəzərdə tutur - biz sistemin daxilində nəyin nəzərə alınacağını və xaricdə nəyin nəzərə alınacağını müəyyənləşdiririk. Dərinlik modelin hansı detal səviyyəsində tamamlandığını müəyyən edir. Sistemin dərinliyini təyin edərkən, vaxt məhdudiyyətlərini unutmamaq lazımdır - modelin qurulmasının mürəkkəbliyi parçalanma dərinliyi ilə eksponent olaraq artır. Modelin sərhədləri müəyyən edildikdən sonra modelləşdirilmiş sistemə heç bir yeni obyektin daxil edilməməsi nəzərdə tutulur; Bütün model obyektləri bir-biri ilə əlaqəli olduğundan, yeni bir obyektin təqdim edilməsi sadəcə hesab əlavəsi ola bilməz, həm də mövcud əlaqələri dəyişə bilər. Bitmiş modelə bu cür dəyişikliklərin edilməsi adətən çox əmək tələb edən prosesdir ("üzən bölgə" problemi adlanır).

Modelləşdirmə Məqsədi. Dəqiq müəyyən edilmiş məqsəd olmadan bir model qurmaq olmaz. Məqsəd aşağıdakı suallara cavab verməlidir:

Niyə bu proses modelləşdirilməlidir?

Model nəyi göstərməlidir?

Oxucu nə əldə edə bilər?

Məqsədin formalaşdırılması analitik komandaya səylərini düzgün istiqamətə yönəltməyə imkan verir. Məqsəd ifadələrinin nümunələrinə aşağıdakı ifadələr daxildir: “Mövcud problemləri müəyyən edin və müəyyənləşdirin, potensial təkmilləşdirmələrin təhlilinə imkan verin”, “Vəzifə təsvirlərinin yazılması üçün işçilərin rollarını və məsuliyyətlərini müəyyənləşdirin”, “Məlumat yazmaq üçün müəssisənin funksionallığını təsvir edin. sistem spesifikasiyası” və s.

Baxış nöqtəsi. Modelin qurulması zamanı müxtəlif insanların fikirləri nəzərə alınsa da, model bir nöqteyi-nəzərdən qurulmalıdır. Baxış nöqtəsi sistemi modelləşdirmə üçün tələb olunan aspektdə görən şəxsin baxışı kimi təqdim oluna bilər. Baxış nöqtəsi modelləşdirmənin məqsədinə uyğun olmalıdır. Aydındır ki, müəssisənin işinin maliyyəçi və texnoloq nöqteyi-nəzərindən təsviri tamamilə fərqli görünəcək, buna görə də modelləşdirmə zamanı seçilmiş nöqteyi-nəzərdən qalmaq vacibdir. Bir qayda olaraq, bütövlükdə simulyasiya edilmiş işə cavabdeh olan şəxsin nöqteyi-nəzəri seçilir. Çox vaxt model üzrə perspektiv seçərkən əlavə alternativ perspektivləri sənədləşdirmək vacibdir. Bu məqsədlə adətən FEO (Yalnız Ekspozisiya üçün) diaqramlarından istifadə edilir.

IDEF0 modeli aydın şəkildə ifadə edilmiş məqsədin, vahid modelləşdirmə mövzusunun və vahid baxış nöqtəsinin mövcudluğunu nəzərdə tutur. BPwin-də IDEF0 modellərinə əhatə dairəsi, məqsəd və baxış nöqtəsi əlavə etmək üçün menyu elementini seçin Redaktə/Model Xüsusiyyətləri, bu, Model Xüsusiyyətləri dialoqunu gətirir (şək. 4). Əlfəcin edildi Məqsəd bir məqsəd və baxış nöqtəsi əlavə etməli və əlfəcin etməlisiniz Tərif- modelin müəyyən edilməsi və ərazinin təsviri.

Əlfəcin edildi Vəziyyət Eyni dialoqda siz modelin vəziyyətini (qaralama, işlək, yekun və s.), yaradılma vaxtını və son redaktəni (sonradan sistem tarixi ilə avtomatik izləniləcək) təsvir edə bilərsiniz. Əlfəcin edildi Mənbə modelin qurulması üçün məlumat mənbələri təsvir olunur (məsələn, “Müəssisə üzrə ekspertlərin sorğusu və sənədlərin təhlili”). Əlfəcin General layihənin və modelin adını, müəllifin adını və inisiallarını və modelin vaxt çərçivəsini daxil etməyə xidmət edir - KİMİ Və TO-VE.

düyü. 4. Model xüsusiyyətlərini təyin etmək üçün dialoq

Modellər olduğu kimi və TO-BE. Adətən, ilk növbədə, mövcud iş təşkilatının bir modeli qurulur - AS-IS (olduğu kimi). AS-IS modelinə əsaslanaraq, müxtəlif biznes bölmələri arasında “kim nə etdi” və hər bir biznes bölməsinin prosesə nə əlavə etməsi ilə bağlı konsensus əldə edilir. AS-IS modeli bizə “sabah nə edəcəyik”ə keçməzdən əvvəl “bu gün nə etdiyimizi” anlamağa imkan verir. Funksional modelin təhlili ən zəif nöqtələrin harada olduğunu, yeni biznes proseslərinin üstünlüklərinin nədən ibarət olacağını və biznes təşkilatının mövcud strukturunun nə qədər dərin dəyişikliklərə məruz qalacağını anlamağa imkan verir. İş proseslərinin təfərrüatlı şəkildə tərtib edilməsi, hətta ilk baxışdan funksionallığın açıq göründüyü yerlərdə belə təşkilatın çatışmazlıqlarını müəyyən etməyə imkan verir. Səmərəli fəaliyyətin əlamətləri yararsız, idarə olunmayan və təkrarlanan iş, səmərəsiz sənəd dövriyyəsi (düzgün sənədin lazımi anda lazımi yerdə olmaması), idarəetmə ilə bağlı rəyin olmaması (işin nəticəsi onun təsirinə məruz qalmaması), daxiletmə ( obyektlərdən və ya informasiyalardan irrasional şəkildə istifadə olunur ) və s.. AS-IS modelində aşkar edilmiş çatışmazlıqlar TO-BE (olacağı kimi) modelini - biznes proseslərinin yeni təşkili modelini yaratarkən düzəldilə bilər. TO-BE işin alternativ/daha yaxşı üsullarını təhlil etmək və şirkətin gələcəkdə necə biznes quracağını sənədləşdirmək üçün modelə ehtiyac duyur.

AS-IS modelini yaratarkən qeyd edilməli olan ümumi səhv ideallaşdırılmış bir model yaratmaqdır. Məsələn, müəyyən bir iş icraçısı deyil, menecerin biliyinə əsaslanan bir modelin yaradılması ola bilər. Menecer işin təlimatlara və vəzifə təlimatlarına uyğun olaraq necə yerinə yetirilməli olduğu ilə tanışdır və çox vaxt tabeliyində olanların gündəlik işləri necə yerinə yetirdiyini bilmir. Nəticə, yanlış məlumat daşıyan və sonrakı təhlil üçün istifadə edilə bilməyən bəzəkli, təhrif olunmuş modeldir. Bu model SHOULD_BE adlanır (olduğu kimi).

IS dizayn texnologiyası əvvəlcə AS-IS modelinin yaradılmasını, onun təhlilini və iş proseslərinin təkmilləşdirilməsini, yəni TO-BE modelinin yaradılmasını nəzərdə tutur və yalnız TO-BE modeli əsasında məlumat modeli, prototip və sonra son versiyadır. İD-nin inşası. AS-IS modelinə əsaslanan sistemin qurulması müəssisənin “hər şeyi olduğu kimi buraxmaq, sadəcə olaraq kompüterləri ayaqda saxlamaq” prinsipinə əsasən avtomatlaşdırılmasına gətirib çıxarır, yəni İS qüsursuz biznes proseslərini və mövcud sənədi əvəz etmək əvəzinə, dublikatları avtomatlaşdırır. axın. Nəticədə, belə bir sistemin tətbiqi və istismarı yalnız avadanlıqların alınması, proqram təminatının yaradılması və hər ikisinin saxlanması üçün əlavə xərclərə səbəb olur.

Bəzən indiki AS-IS və gələcək TO-BE modelləri çox fərqli olur, belə ki, ilkin vəziyyətdən son vəziyyətə keçid aydın olmur. Bu halda, sistemin ilkin vəziyyətindən son vəziyyətinə keçid prosesini təsvir etmək üçün üçüncü model lazımdır, çünki belə bir keçid həm də bir iş prosesidir.

Modelin təsvirinin nəticəsi hesabatda əldə edilə bilər Model Hesabatı. Model hesabatının parametrləri dialoqu menyu elementindən çağırılır Hesabat/Model Hesabatı. Parametrlər dialoq qutusunda siz tələb olunan sahələri seçməlisiniz və məlumatın hesabata çıxarılması ardıcıllığı avtomatik olaraq göstərilir (şək. 5).

düyü. 5. Model hesabat

IDEF0 diaqramları. IDEF0 metodologiyası biznes proseslərini təsvir etmək üçün qrafik dilə əsaslanır. IDEF0 notasiyasındakı model iyerarxik qaydada düzülmüş və bir-biri ilə əlaqəli diaqramların toplusudur. Hər bir diaqram sistemin təsviri vahididir və ayrıca vərəqdə yerləşir.

Modeldə dörd növ diaqram ola bilər:

kontekst diaqramı (hər modeldə yalnız bir kontekst diaqramı ola bilər);

parçalanma diaqramları;

qovşaq ağacı diaqramları;

yalnız məruz qalma (FEO) diaqramları.

Kontekst diaqramı diaqramların ağac strukturunun yuxarı hissəsidir və sistemin ən ümumi təsvirini və onun xarici mühitlə qarşılıqlı əlaqəsini təmsil edir. Sistemi bütövlükdə təsvir etdikdən sonra o, böyük fraqmentlərə bölünür. Bu proses funksional parçalanma, hər bir fraqmenti və fraqmentlərin qarşılıqlı təsirini təsvir edən diaqramlara isə parçalanma diaqramları deyilir. Kontekst diaqramını parçaladıqdan sonra, sistemin hər bir böyük fraqmenti təsvirdə istənilən təfərrüat səviyyəsinə çatana qədər daha kiçiklərə parçalanır və s. Hər bir parçalanma sessiyasından sonra imtahan sessiyaları keçirilir - mövzu üzrə ekspertlər real iş proseslərinin yaradılmış diaqramlara uyğunluğunu göstərir. Aşkar edilmiş hər hansı uyğunsuzluqlar düzəldilir və yalnız heç bir şərh olmadan imtahandan keçdikdən sonra növbəti parçalanma sessiyası başlaya bilər. Bu, modelin modelin istənilən və hər səviyyəsində real biznes proseslərinə uyğun olmasını təmin edir. Sistemi bütövlükdə və onun hər bir fraqmentini təsvir etmək üçün sintaksis bütün model boyu eynidir.

Düyün ağacı diaqramı fəaliyyətlərin iyerarxik asılılığını göstərir, lakin fəaliyyətlər arasındakı əlaqələri deyil. Modeldə istədiyiniz qədər qovşaq ağacı diaqramı ola bilər, çünki ağac kökdən deyil, ixtiyari bir dərinliyə tikilə bilər.

Ekspozisiya diaqramları (FEO) modelin hissələrini təsvir etmək, alternativ baxış nöqtəsini göstərmək və ya xüsusi məqsədlər üçün qurulur.

Funksional modelin yaradılması nümunəsi.

Nümunə olaraq, qondarma “Computer Word” şirkətinin fəaliyyəti nəzərdən keçirilir. Şirkət ilk növbədə masaüstü kompüterlər və noutbukların yığılması və satışı ilə məşğuldur. Şirkət komponentləri özü istehsal etmir, yalnız kompüterləri yığır və sınaqdan keçirir.

Şirkətdə əsas iş növləri aşağıdakılardır:

satıcılar müştəri sifarişlərini qəbul edir;

operatorlar sifarişləri kompüter növünə görə qruplaşdırır;

operatorlar kompüterləri yığır və sınaqdan keçirir;

operatorlar sifarişlərə uyğun olaraq kompüterləri qablaşdırırlar;

Anbardar sifarişləri müştərilərə göndərir.

Şirkət sifariş, faktura və faktura ödənişlərini izləməyə imkan verən lisenziyalı mühasibat məlumat sistemindən istifadə edir.

İşin yerinə yetirilməsi üsulu

1. BPwin() proqramını işə salın.

2. Dialoq görünsə ModelMart Əlaqə Meneceri, düyməsini basın Ləğv et(Ləğv et).

3. Düyməni basın. Dialoq qutusu görünür Mən istərdim(Şəkil 6). Mətn sahəsinə yazın ad model adı "Şirkət fəaliyyəti" və Növ seçin - Biznes Prosesi (IDEF0). düyməni basın tamam.

düyü. 6. Modelin adlandırılması və model tipinin seçilməsi

4. Dialoq qutusu açılacaq Yeni Modellər üçün xüsusiyyətlər(Yeni modelin xüsusiyyətləri) (Şəkil 7). Mətn sahəsinə daxil edin Müəllif(Müəllif) modelin müəllifinin adı və mətn sahəsində Müəllifin baş hərfləri onun baş hərfləri. Düymələri ardıcıl olaraq basın Müraciət edin Və tamam.

5. Avtomatik olaraq boş kontekst diaqramı yaradılır (şək. 8).

6. Alətlər panelindəki düyməyə diqqət yetirin. Bu düymə gözdən keçirmə və naviqasiya alətini yandırıb söndürür - Model Explorer(Model brauzer). Model Explorerüç nişanı var - Fəaliyyətlər (), Diaqramlar() Və Obyektlər(). Nişanda Fəaliyyətlər Model brauzerində obyektin üzərinə sağ klikləməklə onun xassələrini redaktə etmək üçün variantları seçə bilərsiniz (şək. 9).

düyü. 8. Boş kontekst diaqramı

düyü. 9. Fəaliyyətlər sekmesinde obyektin üzərinə sağ klikləməklə onun xassələrini redaktə etmək üçün kontekst menyusundan istifadə edə bilərsiniz.

7. Menyuya keçin Model/Model Xüsusiyyətləri. Nişanda General dialoq qutusu Model Xüsusiyyətləri mətn sahəsinə Model adı modelin adını “Şirkət fəaliyyəti” və mətn sahəsinə daxil etməlisiniz Layihə layihənin adı "Şirkətin fəaliyyətinin modeli" və nəhayət, mətndə Vaxt çərçivəsi(Vaxt əhatəsi) - KİMİ(Olduğu kimi) (şək. 10).

düyü. 10. Model xüsusiyyətlərini təyin etmək üçün pəncərə

8. Nişanda Məqsəd dialoq qutusu Model Xüsusiyyətləri mətn sahəsinə Məqsəd(məqsəd) modeli inkişaf etdirmək məqsədi haqqında məlumatları daxil edin - "Şirkətin cari (AS-IS) iş proseslərini modelləşdirmək" və mətn sahəsinə Baxış nöqtəsi(baxış nöqtəsi) - “Rejissor” (şək. 11).

düyü. 11. Modelləşdirmənin məqsədi və baxış bucağı haqqında məlumatların daxil edilməsi

9. Nişanda Tərif dialoq qutusu Model Xüsusiyyətləri mətn sahəsinə Tərif(Tərif) mətn sahəsinə “Bu, şirkətin fəaliyyətini təsvir edən təlim modelidir” daxil edin Əhatə dairəsi(əhatə dairəsi) - “Şirkətin biznesinə ümumi rəhbərlik: bazar araşdırması, komponentlərin satın alınması, məhsulların yığılması, sınaqdan keçirilməsi və satışı” (şək. 12).

10. Kontekst diaqramına keçin və qeyddə onu göstərən düzbucaqlıya sağ klikləyin. IDEF0, işin şərti qrafik təyinatı. Kontekst menyusundan seçimi seçin ad(şək. 13). Nişanda ad“Şirkət fəaliyyəti” adını daxil edin (şək. 14).

11. Nişanda Tərif dialoq qutusu Fəaliyyət Xüsusiyyətləri mətn sahəsinə Tərif(Tərif) “Şirkətin cari biznes prosesləri” daxil edin (Şəkil 15). Mətn sahəsi Qeyd(Qeydlər) boş buraxın.

düyü. 12. Modeli müəyyən edən əlavə məlumatların daxil edilməsi

düyü. 13. Seçilmiş Ad seçimi ilə işləmək üçün kontekst menyusu

düyü. 14. Əsərin adlandırılması

düyü. 15. İş haqqında əlavə məlumatların daxil edilməsi

12. Yaradın ICOM-kontekst diaqramında oxlar (Cədvəl 1).

Cədvəl 1 - Kontekst diaqramı oxları

13. Düyməni istifadə edərək, diaqram sahəsinə mətn daxil edin - baxış nöqtəsi və məqsəd (şək. 16).

düyü. 16. Mətn bloku redaktorundan istifadə edərək diaqram sahəsinə mətnin daxil edilməsi

14. Model haqqında hesabat yaradın. Menyuda Alətlər/Hesabatlar/Model Hesabatı(Şəkil 17) hesabat yaratma seçimlərini təyin edin (qutuları işarələyin) və düyməni basın Önizləmə(Ön baxış) (Şəkil 18).

düyü. 17. Model Hesabatının yaradılması üçün seçimlərin qurulması

düyü. 18. Model Hesabatına Baxış

İstehsal proseslərinin metodologiyaya görə parçalanmasıIDEF0

İşlər (Fəaliyyət)

Fəaliyyətlər müəyyən bir müddət ərzində baş verən və tanınan nəticələri olan adlandırılmış proseslərə, funksiyalara və ya tapşırıqlara istinad edir. Əsərlər düzbucaqlı şəklində təsvir edilmişdir. Bütün əsərlər adlandırılmalı və müəyyən edilməlidir. Əsərin adı hərəkəti bildirən şifahi isim kimi ifadə edilməlidir (məsələn, “Hissə etmək”, “Sifariş almaq” və s.). "Bir hissənin istehsalı" işi, məsələn, aşağıdakı tərifə malik ola bilər: "İş, xammalın keyfiyyətinə nəzarətdən hazır qablaşdırılmış məhsulun göndərilməsinə qədər bir məhsulun istehsalının tam dövrünə aiddir." Yeni model yaratarkən (menyu Fayl/Yeni) kontekst diaqramı avtomatik olaraq sistemi bütövlükdə təsvir edən tək iş ilə yaradılır (şək. 1).

İşin adını daxil etmək üçün işin üzərinə sağ klikləyin və menyudan seçin Ad redaktoru və görünən dialoqda işin adını daxil edin. Əsərin digər xüsusiyyətlərini təsvir etmək üçün dialoqdan istifadə edin Fəaliyyət Xüsusiyyətləri(Şəkil 2).

düyü. 1. Kontekst diaqramının nümunəsi

düyü. 2. İş xüsusiyyətlərini təyin etmək üçün redaktor

Parçalanma diaqramları əlaqəli işi ehtiva edir, yəni. ümumi valideyn işi olan uşaq işləri. Parçalanma diaqramını yaratmaq üçün düyməni basın.

Bir dialoq yaranır Fəaliyyət qutusu sayı(Şəkil 3), burada yeni diaqramın qeydini və üzərindəki işlərin sayını göstərməlisiniz. Bir qeyd seçək IDEF0 və üzərinə klikləyin tamam. Parçalanma diaqramı görünür (şəkil 4). İş yerlərinin sayının məqbul diapazonu 2-8 arasındadır. İşi bir vəzifəyə bölməyin mənası yoxdur: səkkizdən çox tapşırığı olan diaqramlar həddindən artıq doymuş və oxunması çətin olur. Simulyasiya edilmiş proseslərin aydınlığını və daha yaxşı başa düşülməsini təmin etmək üçün bir diaqramda üçdən altıya qədər blokdan istifadə etmək tövsiyə olunur.

düyü. 3. DialoqFəaliyyət qutusu sayı

düyü. 4. Parçalanma diaqramının nümunəsi

Əgər işlərin sayı kifayət qədər deyilsə, onda əvvəlcə alətlər palitrasındakı düyməni, sonra isə diaqramdakı boş yerə klikləməklə işi diaqrama əlavə etmək olar.

Dağılma diaqramları üzrə fəaliyyətlər adətən yuxarı soldan sağa doğru diaqonal olaraq düzülür.

Bu nizama hökmranlıq qaydası deyilir. Bu tənzimləmə prinsipinə görə, ən vacib iş və ya vaxtında birinci başa çatan iş yuxarı sol küncdə yerləşir. Daha aşağı sağda daha az vacib və ya sonrakı vəzifələr var. Bu tənzimləmə diaqramların oxunmasını asanlaşdırır və iş münasibətləri konsepsiyası ona əsaslanır.

Parçalanma diaqramındakı fəaliyyətlərin hər biri növbə ilə parçalana bilər. Dağılma diaqramında iş avtomatik olaraq soldan sağa nömrələnir. İş nömrəsi sağ alt küncdə göstərilir. Yuxarı sol küncdə kiçik diaqonal xətt var ki, bu da bu əsərin parçalanmadığını göstərir. Beləliklə, məsələn, "Məhsulun yığılması" əsərinin 3 nömrəsi var və hələ parçalanmamışdır. "Keyfiyyətə Nəzarət" işi (4 nömrəli) daha aşağı bir parçalanma səviyyəsinə malikdir

Oxlar

Əsərlərin xarici aləmlə və bir-biri ilə qarşılıqlı əlaqəsi oxlar şəklində təsvir olunur. Oklar bəzi məlumatları təmsil edir və isimlər adlanır (məsələn, “Məhsul”, “Məhsul”, “Sifariş”).

IDEF0-da beş növ ox var:

Giriş- nəticə (çıxış) yaratmaq üçün iş tərəfindən istifadə edilən və ya dəyişdirilən material və ya məlumat. Əsərin bir giriş oxuna malik olmamasına icazə verilir. Hər bir ox növü işi təmsil edən düzbucaqlının müəyyən tərəfinə yaxınlaşır və ya onu tərk edir. Giriş oxu işin sol kənarına daxil olaraq çəkilir. Texnoloji prosesləri təsvir edərkən (bu səbəbdən IDEF0 icad edilmişdir), girişləri müəyyən etməkdə heç bir problem yoxdur. Həqiqətən, Şəkildə "Xammal". 1. nəticə çıxarmaq üçün “Məhsul istehsalı” prosesində emal edilən bir şeydir. IP-ni modelləşdirərkən, oxlar fiziki obyektlər deyil, məlumatlar olduqda, hər şey o qədər də aydın deyil. Məsələn, “Xəstə qəbulu” zamanı xəstənin kartı həm girişdə, həm də çıxışda ola bilər, eyni zamanda bu məlumatların keyfiyyəti dəyişir. Başqa sözlə desək, bu misalda onun məqsədini əsaslandırmaq üçün giriş və çıxış oxları verilənlərin həqiqətən işləndiyini göstərmək üçün dəqiq müəyyən edilməlidir (məsələn, çıxış "Tamamlanmış Xəstə qeydi"). Verilənlərin giriş və ya nəzarət olduğunu müəyyən etmək çox vaxt çətindir. Bu halda, məlumatların işdə işlənib-deyişdirilmədiyinə dair bir ipucu ola bilər. Dəyişsələr, çox güman ki, bu bir girişdir, yoxsa, nəzarətdir.

Nəzarət- işə rəhbərlik edən qaydalar, siyasətlər, prosedurlar və ya standartlar. Hər bir işdə ən azı bir nəzarət oxu olmalıdır. Nəzarət oxu işin yuxarı kənarına daxil olaraq çəkilir. Şəkildə. 1 oxlar "Tapşırıq" və "Çəkmə" - "Məhsul istehsalı" işinə nəzarət. Rəhbərlik işə təsir edir, lakin iş dəyişdirilmir. Əgər işin məqsədi proseduru və ya strategiyanı dəyişdirməkdirsə, bu prosedur və ya strategiya işə giriş olacaq. Okun (nəzarət və ya giriş) statusunda qeyri-müəyyənlik varsa, nəzarət oxunu çəkmək tövsiyə olunur.

Çıxış- işin yaratdığı material və ya məlumat. Hər bir işdə ən azı bir çıxış oxu olmalıdır. Nəticəsiz işin heç bir mənası yoxdur və modelləşdirilməməlidir. Çıxış oxu işin sağ kənarından çıxan kimi çəkilir. Şəkildə. 1 ox "Hazır məhsul" "Məhsul istehsalı" işi üçün çıxışdır.

Mexanizm- işi yerinə yetirən resurslar, məsələn, müəssisə işçiləri, maşınlar, cihazlar və s. Mexanizm oxu işin aşağı kənarına daxil edildiyi kimi çəkilir. Şəkildə. 1 ox "Müəssisə işçiləri" "Məhsul istehsalı" işinin mexanizmidir. Analitikin mülahizəsinə görə, mexanizmin oxları modeldə təsvir olunmaya bilər.

Zəng edin- fərqli əməliyyat modelinə işarə edən xüsusi ox. Çağırış oxu işin aşağı kənarından çıxan kimi çəkilir. Şəkildə. 1 ox "Digər iş modeli" "Məhsul istehsalı" işinə çağırışdır. Çağırış oxu modelləşdirilən sistemdən kənarda bəzi işlərin yerinə yetirildiyini göstərmək üçün istifadə olunur. BPwin-də modellərin birləşdirilməsi və parçalanması mexanizmində zəng oxları istifadə olunur.

Sərhəd oxları. Kontekst diaqramındakı oxlar sistemin xarici dünya ilə qarşılıqlı əlaqəsini təsvir etmək üçün istifadə olunur. Onlar diaqramın sərhədindən başlaya və işdə bitə bilər və ya əksinə. Belə oxlara sərhəd oxları deyilir.

Sərhəd giriş oxu əlavə etmək üçün:

Nəzarət, çıxış, mexanizm və çıxış oxları oxşar şəkildə təsvir edilmişdir. Çıxış oxunu çəkmək üçün, məsələn, Alətlər palitrasında ox simvolu düyməsini sıxın, çıxış tərəfindəki işin sağ tərəfində (oxun başladığı yerdə) klikləyin, kursoru ekranın sağ tərəfinə keçirin. ilkin kəsikli xətt görünür və kəsikli zolaq boyunca bir dəfə klikləyin.

Yeni əlavə edilmiş oxların adları avtomatik olaraq lüğətə daxil edilir ( Ok lüğəti).

ICOM kodları.İşin təfərrüatları üçün bir parçalanma diaqramı hazırlanmışdır. Təşkilatın strukturunu göstərən modellərdən fərqli olaraq, IDEF0-da yuxarı səviyyəli diaqram üzərində iş onun altındakı işlərə nəzarət deyil. Aşağı səviyyəli iş yuxarı səviyyə işi ilə eynidir, lakin daha ətraflı. Nəticədə, yuxarı səviyyəli işin sərhədləri parçalanma diaqramının sərhədləri ilə eynidir. ICOM( üçün abreviatura Giriş, Nəzarət, Çıxış və Mexanizm) - sərhəd oxlarını müəyyən etmək üçün nəzərdə tutulmuş kodlar. Kod ICOM ox növünə uyğun prefiksi ehtiva edir ( I,İLƏ,HAQQINDA və ya M) və seriya nömrəsi. BPwin avtomatik olaraq ICOM kodlarını daxil edir. ICOM kodlarını göstərmək üçün nişanda ICOM kodlarını göstər seçimini aktiv edin Təqdimat dialoq Model Xüsusiyyətləri.

Ok lüğəti xüsusi redaktordan istifadə etməklə redaktə edilir Ok Lüğət Redaktoru, orada ox müəyyən edilir və ona aid şərh daxil edilir (şək. 6). Ok lüğəti çox vacib bir problemi həll edir. Diaqramlar analitik tərəfindən imtahan sessiyası keçirmək, yəni diaqramı mövzu üzrə mütəxəssislə müzakirə etmək üçün yaradılır. Hər hansı bir mövzu sahəsində peşəkar jarqon formalaşır və çox vaxt jarqon ifadələri aydın olmayan məna daşıyır və müxtəlif mütəxəssislər tərəfindən fərqli şəkildə qəbul edilir. Eyni zamanda analitik - diaqramların müəllifi ekspertlər üçün ən başa düşülən ifadələrdən istifadə etməlidir. Formal tərifləri anlamaq çox vaxt çətin olduğundan, analitik peşəkar jarqondan istifadə etməyə məcbur olur və qeyri-müəyyən şərhlərə yol verməmək üçün ox lüğətində hər bir anlayışa genişləndirilmiş və lazım olduqda formal tərif verilə bilər.

Ox lüğətinin məzmunu hesabat şəklində çap edilə bilər (menyu Hesabat/Ox Hesabatı...) və bununla da modeldə istifadə olunan domen terminlərinin izahlı lüğətini əldə edin.

düyü. 5. DialoqOx Xüsusiyyətləri

düyü. 6. Lüğət oxları

Əlaqəsiz sərhəd oxu.Əsərin parçalanması zamanı ona daxil olan və çıxan oxlar (çağırış oxundan başqa) avtomatik olaraq parçalanma diaqramında (oxların miqrasiyası) görünür, lakin əsərlərə toxunmur. Belə oxlar əlaqəsiz adlanır və BPwin-də sintaksis xətası kimi qəbul edilir. Daxiletmə, idarəetmə və ya mexanizm oxlarını əlaqələndirmək üçün oxun redaktə rejiminə keçməlisiniz, oxun başlığına və müvafiq iş seqmentinə klikləyin. Çıxış oxunu əlaqələndirmək üçün siz oxun redaktə rejiminə keçməlisiniz, iş çıxışı seqmentinə və sonra oxun üzərinə klikləyin.

Daxili oxlar.Əsərləri bir-biri ilə əlaqələndirmək üçün daxili oxlardan istifadə olunur, yəni diaqramın sərhədinə toxunmayan oxlar bir işdən başlayır və digərində bitir.

Daxili oxu çəkmək üçün ox çəkmə rejimində bir işin seqmentinə (məsələn, çıxış), sonra isə digərinin seqmentinə (məsələn, giriş) klik etməlisiniz. IDEF0 iş münasibətlərinin beş növünü fərqləndirir.

Giriş-çıxış əlaqəsi, daha yüksək səviyyəli işin çıxış oxu (bundan sonra sadəcə çıxış) aşağı səviyyənin girişinə yönəldildikdə.

Nəzarət rabitəsi (çıxış-nəzarət), daha yüksək səviyyəli əməliyyatın çıxışı aşağı olanı idarə etmək üçün göndərildikdə. Rəhbərlik ünsiyyəti daha yüksək səviyyəli işin üstünlüyünü göstərir. Daha yüksək səviyyəli işin məlumatları və ya çıxış obyektləri aşağı səviyyəli işdə dəyişdirilmir.

Çıxış-giriş rəyi, aşağı səviyyəli bir işin çıxışı daha yüksək səviyyəli bir işin girişinə göndərildikdə. Belə bir əlaqə adətən dövrləri təsvir etmək üçün istifadə olunur.

Çıxış-nəzarət rəyi, aşağı səviyyəli əməliyyatın çıxışı daha yüksək səviyyəlinin nəzarətinə göndərildikdə. Rəhbərliyin rəyi çox vaxt biznes prosesinin effektivliyini göstərir.

Çıxış-mexanizm əlaqəsi, bir işin çıxışı digərinin mexanizminə göndərildikdə. Bu əlaqə digərlərinə nisbətən daha az istifadə olunur və bir fəaliyyətin digər fəaliyyəti həyata keçirmək üçün lazım olan resursları hazırladığını göstərir.

Açıq oxlar. Açıq oxun mənbəyi kimi tək bir iş, təyinat yeri kimi isə bir iş var.

Budaqlanan və birləşdirən oxlar. Bir iş tərəfindən yaradılan eyni məlumat və ya obyektlər eyni anda bir neçə başqa işdə istifadə edilə bilər. Digər tərəfdən, müxtəlif işlərdə yaradılan oxlar bir yerdə daha sonra istifadə olunan və ya işlənən eyni və ya homojen məlumatları və ya obyektləri təmsil edə bilər. Belə vəziyyətləri modelləşdirmək üçün IDEF0 budaqlanan və birləşdirici oxlardan istifadə edir. Oxu budaqlamaq üçün ox redaktə rejimində ox fraqmentinə və işin müvafiq seqmentinə klikləyin. İki çıxış oxunu birləşdirmək üçün ox tənzimləmə rejimində əvvəlcə işdən çıxış seqmentinə, sonra isə müvafiq ox fraqmentinə klikləyin.

Budaqlanan və birləşən oxların mənası oxların hər qolunun adlandırılması ilə çatdırılır. Belə oxları adlandırmaq üçün müəyyən qaydalar var. Nümunə olaraq budaqlanan oxlardan istifadə edərək onlara baxaq. Budaqdan əvvəl ox adlanırsa, lakin budaqdan sonra heç bir budaq adlandırılmırsa, onda hər bir filialın filialdan əvvəl olan budaqla eyni məlumatları və ya obyektləri modelləşdirməsi nəzərdə tutulur.

Budaqdan əvvəl ox adlanırsa, lakin budaqdan sonra budaqlardan heç birinə ad verilmirsə, bu budaqların adlandırmaya uyğun olduğu güman edilir. Əgər filialdan sonrakı hər hansı filial adsız qalırsa, o zaman onun filialdan əvvəlki filialla eyni verilənləri və ya obyektləri modelləşdirdiyi güman edilir.

Budaqdan əvvəl oxun adı çəkilməyəndə, budaqdan sonra isə budaqlardan heç birinin adı çəkilməyəndə vəziyyət yolverilməzdir. BPwin sintaksis xətası kimi oxu aşkarlayır.

Birləşən oxların adlandırılması qaydaları tamamilə oxşardır - birləşmədən sonra adlandırılmayan və birləşmədən əvvəl onun heç bir filialının adı olmayan ox xəta hesab ediləcək. Budaqlanan və birləşən oxların ayrı qolunu adlandırmaq üçün diaqramda yalnız bir filialı seçin, sonra ad redaktorunu çağırın və oxa ad təyin edin. Bu ad yalnız seçilmiş filiala uyğun olacaq.

Ok tunel. Yeni təqdim edilmiş sərhəd oxları aşağı səviyyəli parçalanma diaqramında kvadrat mötərizədə göstərilir və avtomatik olaraq yuxarı səviyyəli diaqramda görünmür.

Onları yuxarıya "sürükləmək" üçün əvvəlcə alətlər palitrasındakı düyməni seçməli və haşiyə oxunun kvadrat mötərizələrini vurmalısınız. Dialoq görünür Sərhəd Ox Redaktoru(Şəkil 7).

düyü. 7. DialoqSərhəd Ox Redaktoru

Düyməni klikləsəniz Həll etSərhədOx, ChangeToTunnel düyməsi istifadə olunarsa, ox yuxarı səviyyəli diaqrama keçir - ox tunellənir və başqa diaqramda bitmir.

Tunelləmə əhəmiyyətsiz oxları təsvir etmək üçün istifadə edilə bilər. Hər hansı bir aşağı səviyyəli diaqramda cari səviyyədə işlənməyən və ya işlədilməyən əhəmiyyətsiz məlumatları və ya obyektləri təsvir etmək lazımdırsa, onlar daha yüksək səviyyəyə (ana diaqrama) göndərilməlidir. Əgər bu məlumat ana diaqramda istifadə edilmirsə, onu daha da yüksəklərə göndərmək lazımdır və s. Nəticədə, bütün səviyyələrdə əhəmiyyətsiz bir ox çəkiləcək və onun göründüyü bütün diaqramları oxumağı çətinləşdirəcək. Həll yolu ən aşağı səviyyədə oxu tunel etməkdir. Bu tunel "valideynlərdə olmayan diaqram" adlanır.

Parçalanma diaqramının yaradılması nümunəsi

1. Alətlər palitrasında və dialoq qutusunda aşağı düyməsini seçin Fəaliyyət qutusu sayı(Şəkil 8) aşağı səviyyəli diaqramda işlərin sayını təyin edin - 3 - və düyməni basın tamam.

düyü. 8. Fəaliyyət qutusu sayı dialoq qutusu

2. Avtomatik olaraq parçalanma diaqramı yaradılacaq (şək. 9).

düyü. 9. Parçalanma diaqramı

Modelin redaktə sahəsinin yuxarı sol küncündə yerləşən işə sağ vurun, kontekst menyusunda seçimi seçin. ad və işin adını daxil edin. Qalan iki iş üçün əməliyyatı təkrarlayın. Sonra cədvəl 1-də göstərildiyi kimi hər bir işin tərifini, statusunu və mənbəyini daxil edin.

Cədvəl 1. A0 parçalanma diaqramının işləri

Parçalanma diaqramı Şəkildə göstərilən formanı alacaq. 10.

Şəkil 10 Əsərlərə adlar verildikdən sonra parçalanma diaqramı

3. İşlərin xassələrini diaqrama daxil etdikdən sonra dəyişdirmək üçün siz iş lüğətindən istifadə edə bilərsiniz (şək. 11). Lüğət əsas menyu elementindən istifadə etməklə çağırılır Lüğət/Fəaliyyət.

düyü. 11. LüğətFəaliyyət lüğəti

Lüğətdə əsərin adını və xassələrini təsvir etsəniz, daha sonra alətlər palitrasındakı düymədən istifadə edərək onu diaqrama əlavə edə bilərsiniz. Əsər hər hansı diaqramda istifadə olunarsa, onu lüğətdən çıxarmaq mümkün deyil. Əgər əsər qrafikdən çıxarılsa, o, lüğətdən silinmir. Belə işin adı və təsviri sonradan istifadə oluna bilər. Lüğətə əsər əlavə etmək üçün siyahının sonuna keçin və sonuncu sətirə sağ klikləyin. İşin adını və xüsusiyyətlərini daxil etməyiniz lazım olan yeni bir sətir görünür. Modeldə istifadə olunmayan bütün iş adlarını silmək üçün ( düyməsinə klikləyin. Təmizləmə(Təmiz)).

4. Ox çəkmə rejiminə keçin və Şəkildə göstərildiyi kimi alətlər palitrasındakı düymədən istifadə edərək sərhəd oxlarını birləşdirin. 12.

düyü. 12. A0 diaqramında birləşdirilmiş sərhəd oxları

5. “Kompüterlərin qurulması və sınaqdan keçirilməsi” işinin nəzarət oxu budaqını sağ klikləyin və onun adını “Quraşdırma və sınaq qaydaları” adlandırın (şək. 13). Yeni filial üçün tərif daxil edin: "Təlimatlar qurun, sınaq prosedurları, performans meyarları və s." “Satış və Marketinq” iş mexanizminin ox qoluna sağ klikləyin və onun adını “Sifariş Sistemi” adlandırın (şək. 14).

düyü. 13. Ox "Quraşdırma və sınaq qaydaları"

düyü. 14. Ok "Sifariş sistemi"

6. Oxların adlarını və xassələrini daxil etməyin alternativ üsulu ox lüğətindən istifadə etməkdir (lüğətə zəng edin - menyu Lüğət/Ox). Oxun adını və xassələrini lüğətə daxil etsəniz (şək. 15), onu sonradan diaqrama əlavə etmək olar.

düyü. 15. Lüğət oxları

Hər hansı diaqramda istifadə olunan ox lüğətdən silinə bilməz. Diaqramdan oxun çıxarılması onu lüğətdən silmir. Belə oxun adı və təsviri daha sonra istifadə edilə bilər. Ox əlavə etmək üçün siyahının sonuna gedin və sonuncu sətirə sağ klikləyin. Okun adını və xüsusiyyətlərini daxil etməyiniz lazım olan yeni bir sətir görünür.

7. Şəkildə göstərildiyi kimi yeni daxili oxlar yaradın. 16.

düyü. 16. A0 diaqramının daxili oxları

8. Kompüter Quraşdırma və Sınaq fəaliyyətindən Satış və Marketinq fəaliyyətinə qədər Quraşdırma və Test Nəticələri üçün (idarəetmə) rəy oxu yaradın. Lazım gələrsə, ox üslubunu (xəttin qalınlığı) dəyişdirin və seçimi təyin edin Əlavə Arrowhead(Əlavə Ok ucu) (kontekst menyusundan). Metod sürükləyin və buraxın oxunması asan olması üçün oxların adlarını köçürün. Lazım gələrsə, kontekst menyusundan quraşdırın Squiggle(Zaqoqulin). Mümkün dəyişikliklərin nəticəsi Şəkildə göstərilmişdir. 17.

düyü. 17. A0 diaqramında oxların redaktə edilməsinin nəticəsi

9. Satış və Marketinq işindən çıxan yeni Marketinq Materialları çıxış sərhədi oxu yaradın. Bu ox avtomatik olaraq yuxarı səviyyəli diaqrama düşmür və ucunda kvadrat mötərizələrə malikdir (Şəkil 18).

düyü. 18. Arrow Marketing materialları

10. Kvadrat mötərizədə sağ klikləyin və menyu elementini seçin Ok Tuneli(şək. 19).

Dialoq qutusunda Sərhəd Ox Redaktoru(Sərhəd Ox Redaktoru) seçimi seçin Bunu Sərhəd Oxuna həll edin(Sərhəd Ox kimi icazə verin) (Şəkil 20).

düyü. 19. ParaqrafmenyuOk Tuneli

düyü. 20. DialoqpəncərəSərhəd Ox Redaktoru

Marketinq materialları oxu üçün seçimi seçin Kəsmək(Təşkil et) kontekst menyusundan. Laboratoriya işinin nəticəsi Şəkildə göstərilmişdir. 21.

düyü. 21. Parçalanmanın nəticəsi