Opis modelu funkcjonalnego idef0. Podstawowe metodologie badania organizacji

Proces modelowania biznesowego może być realizowany w ramach różnych metod, które różnią się przede wszystkim podejściem do tego, co stanowi modelowaną organizację. Zgodnie z różnymi koncepcjami organizacji metod zwyczajowo dzieli się je na obiektowe i funkcjonalne (strukturalne).

Metody obiektowe rozważ modelowaną organizację jako zbiór oddziałujących ze sobą obiektów - jednostek produkcyjnych. Obiekt definiuje się jako namacalną rzeczywistość - obiekt lub zjawisko, które ma jasno określone zachowanie. Celem zastosowania tej techniki jest identyfikacja obiektów składających się na organizację oraz podział między nimi odpowiedzialności za wykonywane czynności.

Metody funkcjonalne, z których najbardziej znaną jest metodologia IDEF, traktują organizację jako zestaw funkcji, które przekształcają przychodzący strumień informacji w strumień wyjściowy. Proces konwersji informacji pochłania określone zasoby. Główna różnica od technika obiektowa polega na wyraźnym oddzieleniu funkcji (metod przetwarzania danych) od samych danych.

Z punktu widzenia modelowania biznesowego każde z przedstawionych podejść ma swoje zalety. Podejście obiektowe pozwala na zbudowanie systemu bardziej odpornego na zmiany, lepiej dopasowanego do już istniejących. struktury organizacyjne. modelowanie funkcjonalne dobrze się sprawdza w przypadkach, gdy struktura organizacyjna jest w trakcie zmian lub jest ogólnie słabo sformalizowana. Podejście do wykonywanych funkcji jest intuicyjnie lepiej rozumiane przez wykonawców, gdy otrzymują od nich informacje o ich bieżącej pracy.

Metodologia funkcjonalna IDEF0

Metodologia IDEF0 może być uważana za kolejny etap rozwoju znanego języka opisu graficznego systemy funkcjonalne SADT (Technika analizy strukturalnej i projektowania). Historycznie, IDEF0 jako standard został opracowany w 1981 roku jako część obszernego programu automatyki przemysłowej, który nosił oznaczenie ICAM (Integrated Computer Aided Manufacturing). Rodzina standardów IDEF odziedziczyła swoje oznaczenie po nazwie tego programu (IDEF = Icam Definition), a jej ostatnia edycja została wydana w grudniu 1993 roku przez Narodowy Instytut Standardów i Technologii Stanów Zjednoczonych (NIST).

Celem tej techniki jest budowanie schemat funkcjonalny badanego systemu, który opisuje wszystkie niezbędne procesy z dokładnością wystarczającą do jednoznacznego modelowania działania systemu.

Metodologia opiera się na czterech głównych koncepcjach: blok funkcjonalny, łuk interfejsu, dekompozycja, słowniczek.

(Skrzynka aktywności) to określona funkcja w ramach rozważanego systemu. Zgodnie z wymaganiami normy nazwa każdego bloku funkcjonalnego musi być sformułowana w trybie słownym (np. „wyprodukować usługi”). Na schemacie blok funkcjonalny jest reprezentowany przez prostokąt (ryc. 6.1). Każda z czterech stron bloku funkcjonalnego ma swoje specyficzne znaczenie (rolę), podczas gdy:

• górna strona to „Kontrola”;
• lewa strona to „Wejście”;
• prawa strona jest ustawiona na „Wyjście”;
• dolna strona ma znaczenie „mechanizm” (mechanizm).

Ryż. 6.1.

Łuk interfejsu(Strzałka) wyświetla element systemu, który jest przetwarzany przez blok funkcyjny lub w inny sposób wpływa na funkcję reprezentowaną przez ten blok funkcyjny. Łuki interfejsu są często określane jako przepływy lub strzałki.

Za pomocą łuków interfejsu wyświetlane są różne obiekty, które w takim czy innym stopniu określają procesy zachodzące w systemie. Takimi obiektami mogą być elementy świata rzeczywistego (części, wagony, pracownicy itp.) lub przepływy danych i informacji (dokumenty, dane, instrukcje itp.).

W zależności od tego, po której stronie bloku funkcjonalnego pasuje ten łuk interfejsu, nazywa się to „przychodzącym”, „wychodzącym” lub „sterującym”.

Należy zauważyć, że każdy blok funkcjonalny, zgodnie z wymaganiami normy, musi mieć co najmniej jeden łuk interfejsu sterującego i jeden łuk wyjściowy. Jest to zrozumiałe – każdy proces musi przebiegać według jakichś reguł (wyświetlanych przez łuk sterujący) i musi dawać jakiś wynik (łuk wychodzący), inaczej jego rozpatrywanie nie ma sensu.

Obowiązkowa obecność łuków interfejsu sterowania jest jedną z głównych różnic między standardem IDEF0 a innymi metodologiami klas DFD (Diagram przepływu danych) i WFD (Diagram przepływu pracy).

Rozkład(Decomposition) to podstawowa koncepcja standardu IDEF0. Zasada dekompozycji ma zastosowanie, gdy złożony proces rozkłada się na jego funkcje składowe. W której poziom detali Proces jest określany bezpośrednio przez twórcę modelu.

Dekompozycja pozwala na stopniowe i ustrukturyzowane przedstawienie modelu systemu w postaci struktura hierarchiczna poszczególne diagramy, dzięki czemu jest mniej zagracony i łatwiejszy do strawienia.

Ostatnią z koncepcji IDEF0 jest słowniczek. Dla każdego z elementów IDEF0 – diagramów, bloków funkcyjnych, łuków interfejsów – istniejący standard implikuje stworzenie i utrzymanie zestawu odpowiednich definicji, słowa kluczowe, wypowiedzi narracyjne itp., które charakteryzują przedmiot eksponowany przez ten element. Zestaw ten nosi nazwę glosariusza i jest opisem istoty tego elementu. Słowniczek harmonijnie uzupełnia wizualny język graficzny, dostarczając diagramom niezbędnych informacji dodatkowych.

Model IDEF0 zawsze zaczyna się od spojrzenia na system jako całość - pojedynczą jednostkę funkcjonalną z łukami interfejsu wychodzącymi poza rozważany obszar. Taki schemat z jednym blokiem funkcjonalnym nazywa się diagram kontekstowy.

W tekście objaśniającym dla diagram kontekstowy musi być określony bramka(Cel) konstruowanie diagramu w formie krótki opis i naprawiono punkt widzenia(punkt widzenia).

Zdefiniowanie i sformalizowanie celu opracowania modelu IDEF0 jest niezwykle ważny punkt. W rzeczywistości cel określa odpowiednie obszary w badanym systemie, które należy najpierw skoncentrować.

Punkt widzenia wyznacza główny kierunek rozwoju modelu i wymagany poziom szczegółowości.. Wyraźne utrwalenie punktu widzenia pozwala rozładować model, porzucając detale i badania poszczególne elementy, które nie są konieczne, na podstawie wybranego punktu widzenia systemu. Właściwy wybór punktu widzenia znacznie skraca czas poświęcony na budowanie finalnego modelu.

Separacja podprocesów. W procesie dekompozycji blok funkcjonalny, który jest diagram kontekstowy wyświetla system jako całość, szczegółowo opisano na innym schemacie. Wynikowy diagram drugiego poziomu zawiera bloki funkcyjne, które wyświetlają główne podfunkcje bloku funkcyjnego. diagram kontekstowy, i jest w stosunku do niego nazywany potomkiem (Diagram potomny) (każdy z bloków funkcjonalnych należących do diagramu potomnego jest odpowiednio nazywany blokiem potomnym - Child Box). Z kolei blok funkcjonalny – przodek nazywany jest blokiem nadrzędnym w stosunku do diagramu potomnego (Parent Box), a diagram, do którego należy, nazywany jest diagramem rodzicielskim (Parent Diagram). Każdą z podfunkcji diagramu potomnego można dodatkowo uszczegółowić za pomocą podobnej dekompozycji odpowiadającego jej bloku funkcjonalnego. W każdym przypadku dekompozycji bloku funkcjonalnego wszystkie łuki interfejsu wchodzące lub wychodzące z tego bloku są ustalane na diagramie potomnym. Osiąga to integralność strukturalną modelu IDEF0.

Czasami oddzielne łuki interfejsu Najwyższy poziom nie ma sensu dalsze rozważanie na diagramach niższego poziomu lub odwrotnie — odzwierciedlanie poszczególnych łuków dolnych na diagramach wyższego poziomu — to tylko przeciąży diagramy i utrudni ich odczytanie. Aby rozwiązać takie problemy, standard IDEF0 zawiera koncepcję tunelowania. Oznaczenie „tunel” (tunel strzałkowy) w postaci dwóch nawiasów wokół początku łuku interfejsu oznacza, że ​​łuk ten nie został odziedziczony z funkcjonalnego bloku nadrzędnego i pojawił się (z „tunelu”) tylko na tym schemacie. Z kolei to samo oznaczenie wokół końca (strzałki) łuku interfejsu w bezpośrednim sąsiedztwie bloku odbiorczego oznacza, że ​​ten łuk nie będzie wyświetlany i uwzględniany na diagramie potomnym tego bloku. Najczęściej zdarza się, że poszczególne obiekty i odpowiadające im łuki interfejsu nie są brane pod uwagę na niektórych pośrednich poziomach hierarchii - w tym przypadku najpierw „wpadają do tunelu”, a następnie, jeśli to konieczne, „wracają z tunelu”.

• Stworzenie modelu przez grupę specjalistów związanych z różnymi obszarami przedsiębiorstwa. Ta grupa nazywa się Autorami w terminach IDEF0. Budowanie modelu wyjściowego jest procesem dynamicznym, podczas którego autorzy pytają o konstrukcję kompetentne osoby różne procesy, tworzenie modeli działania oddziałów. Interesują ich odpowiedzi na następujące pytania:

  Co wchodzi do jednostki „przy wejściu”?

  • Jakie funkcje iw jakiej kolejności są realizowane w obrębie jednostki?
  • Kto odpowiada za wykonywanie każdej z funkcji?
  • Co kieruje wykonawcą w wykonywaniu każdej z funkcji?
  • Jaki jest wynik pracy jednostki (wynik)?

  Na podstawie istniejących przepisów, dokumentów i wyników badań tworzony jest projekt (Model Draft) modelu.

• Dystrybucja projektu do rozpatrzenia, zatwierdzeń i komentarzy. Na tym etapie projekt modelu jest omawiany z szerokim gronem kompetentnych osób (w zakresie IDEF0 – czytelników) w przedsiębiorstwie. Jednocześnie każdy z diagramów projektu modelu jest krytykowany i komentowany pisemnie, a następnie przekazywany autorowi. Autor z kolei zgadza się również z krytyką pisemną lub odrzuca ją z określeniem logiki decyzji i ponownie zwraca poprawiony projekt do dalszego rozpatrzenia. Cykl ten trwa, dopóki autorzy i czytelnicy nie osiągną konsensusu.
• Zatwierdzenie modelu. Zatwierdzony model jest zatwierdzany przez kierownika Grupa robocza w przypadku, gdy autorzy modelu i czytelnicy nie mają sporów co do jego adekwatności. Ostateczny model to spójny obraz przedsiębiorstwa (systemu) z dany punkt wizję i w określonym celu.

Widoczność języka graficznego IDEF0 sprawia, że ​​model jest dość czytelny dla osób, które nie brały udziału w projekcie jego tworzenia, a także skuteczny przy pokazach i prezentacjach. W przyszłości na podstawie zbudowanego modelu można organizować nowe projekty mające na celu wprowadzenie zmian w modelu.

IDEF0 jest zdecydowanie głównym standardem modelowania procesów biznesowych. Opisywanie systemu za pomocą IDEF0 nazywa się model funkcjonalny . Model opisuje, co dzieje się w systemie, w jaki sposób jest zarządzany, jakie podmioty przekształca, jakie środki wykorzystuje do wykonywania swoich funkcji i co wytwarza.

Budując model, należy ustawić cel symulacji, odpowiadając na następujące pytania:

Dlaczego należy modelować ten proces?

Co powinien pokazać model?

Co może zyskać czytelnik?

Przykłady definicji celu: „zidentyfikuj i zdefiniuj bieżące problemy, umożliwij analizę potencjalnych usprawnień”, „zidentyfikuj role i obowiązki pracowników do pisania opisy stanowisk pracy", "określ możliwość automatyzacji...", "ureguluj proces...", itp.

Punkt widzenia jest również jednym z kluczowych elementów budowy modelu. Punkt widzenia można przedstawić jako punkt widzenia osoby, która widzi system w aspekcie niezbędnym do modelowania. Punkt widzenia musi być zgodny z celem symulacji.

Główną zasadą koncepcyjną metodologii IDEF jest reprezentacja dowolnego badanego systemu jako zestawu wzajemnie oddziałujących i wzajemnie połączonych bloków, które wyświetlają procesy, operacje i działania zachodzące w badanym systemie. W IDEF0 wszystko, co dzieje się w systemie i jego elementach, nazywa się Funkcje. Każda funkcja jest powiązana blok.

Bloki funkcjonalne na diagramach są reprezentowane przez pola reprezentujące nazwane procesy, funkcje, czynności lub operacje, które mają miejsce w określonym czasie i mają rozpoznawalne wyniki. Wewnątrz każdego bloku umieszczona jest jego nazwa i numer. Nazwa bloku musi być aktywnym czasownikiem, słowną frazą lub słownym rzeczownikiem oznaczającym czynność.

Bloki w IDEF0 są umieszczone w kolejności ważności, zgodnie z rozumieniem autora diagramu. Ten względny porządek nazywa się dominacją. Dominacja jest rozumiana jako wpływ, jaki jeden blok ma na inne bloki diagramu. Najbardziej dominujące pole jest zwykle umieszczane w lewym górnym rogu diagramu, a najmniej dominujące w prawym.

Interfejsy, przez które blok wchodzi w interakcję z innymi blokami lub środowiskiem zewnętrznym w stosunku do modelowanego systemu, są reprezentowane przez: strzały, wejście lub wyjście z bloku. Każda strona bloku funkcyjnego ma wartość standardowa pod względem połączenia klocek/strzałka. Standardowa lokalizacja strzelca pokazano na ryc.1.

Ryż. 1. Kontekst IDEF0.

Strzałki opisać interakcję bloków z świat zewnętrzny i między sobą. Strzałki przedstawiają pewne informacje i są nazywane rzeczownikami lub wyrażeniami rzeczownikowymi.

IDEF0 wyróżnia pięć rodzajów strzał:

1. Wejście - materiał lub informacja, która jest wykorzystywana lub przekształcana przez blok funkcjonalny w celu uzyskania wyniku (wyjście). Dopuszcza się, aby praca nie miała strzałki wejściowej.

2. Zarządzanie – zasady, polityki, procedury lub standardy rządzące blokiem. Sterowanie wpływa na blok, ale nie jest przez niego przekształcane.

3. Wyjście - materiał lub informacja, która jest wytwarzana przez blok. Blok bez wyniku jest bez znaczenia i nie powinien być modelowany.

4. Mechanizm – zasoby realizujące blok, np. personel przedsiębiorstwa, maszyny, urządzenia itp. Według uznania analityka strzałki mechanizmu mogą nie być wyświetlane w modelu.

5. Call (Call) – specjalna strzałka wskazująca inny model pracy. Strzałka wywołania służy do wskazania, że ​​część pracy jest wykonywana poza symulowanym systemem.

Strzałki na diagramie kontekstowym służą do opisu interakcji systemu ze światem zewnętrznym. Strzałki graniczne- strzałki, które zaczynają się na granicy diagramu i kończą na pracy lub odwrotnie. Strzałki wewnętrzne połącz ze sobą bloki. Istnieje pięć rodzajów łączy roboczych.

1. Połączenie przez wejście - strzałka wyjścia bloku wyższego skierowana jest na wejście bloku dolnego (rys. 2).

Ryż. 2. Relacja „wyjście-wejście”.

2. Komunikacja przez sterowanie - wyjście wyższego bloku przesyłane jest do sterowania dolnego (rys. 3).

Ryż. 3. Relacja „sterowanie wyjściem”.

3. Sprzężenie zwrotne sterowania - wyjście z dolnego bloku przesyłane jest do sterowania wyższego (rys. 4).

Ryż. 4. Kontroluj informacje zwrotne

4. Sprzężenie zwrotne na wejściu - wyjście dolnego bloku jest przesyłane na wejście wyższego bloku (rys. 5).

Ryż. 5. Współczynnik sprzężenia zwrotnego wejściowego

5. Połączenie wyjście-mechanizm - wyjście jednego bloku kierowane jest do mechanizmu drugiego (rys. 6).

Ryż. 6 Połączenie „mechanizm wyjścia”.

W notacji IDEF0 opis systemu (modelu) jest zorganizowany w postaci hierarchicznie uporządkowanych i połączonych diagramów. Najpierw dokonuje się opisu systemu jako całości i jego interakcji ze światem zewnętrznym (diagram kontekstowy). Diagram kontekstowy zawiera tylko jeden blok, który bez szczegółów charakteryzuje cały zestaw symulowanych procesów.

Ryż. 7 Przykład diagramu kontekstu IDEF0.

Następnie przeprowadzany jest rozkład funkcjonalny (ryc. 8) - ten blok działań ( duży proces) jest podzielony na duże podprocesy - a każdy podproces jest opisany osobno (diagramy dekompozycji). Następnie każdy podproces jest rozkładany na mniejsze – i tak dalej, aż do uzyskania szczegółowego opisu.

Rys.8 Przykład diagramu dekompozycji IDEF0.

Diagramy IDEF0 budowane są przy użyciu programu BPWin. Przeznaczone są do graficznego modelowania zachodzących procesów biznesowych.

O metodologii IDEF0

Metodologia IDEF0 jest szeroko stosowana ze względu na prostą i łatwą do zrozumienia notację graficzną, której użycie jest bardzo wygodne przy budowaniu modelu. Główne miejsce w metodologii zajmują diagramy. Diagramy przedstawiają funkcje systemu za pomocą prostokątów geometrycznych, a także istniejące powiązania między funkcjami a środowiskiem zewnętrznym. Linki są wyświetlane ze strzałkami. Możesz to zweryfikować, widząc, co sugeruje diagram IDEF0, którego przykłady można znaleźć w tym artykule.

Fakt użycia w symulacji tylko dwóch prymitywów graficznych pozwala na szybkie wytłumaczenie dotychczasowych reguł interakcji IDEF0 osobom, które nie mają o tym pojęcia.Poprzez diagramy IDEF0, połączenie klienta z trwającymi procesami odbywa się szybciej poprzez użycie wizualnego języka graficznego. Możesz zobaczyć, co sugeruje diagram IDEF0, którego przykłady pokazano poniżej.

Elementy używane do IDEF0

Jak już wspomniano, używane są 2 rodzaje prymitywów geometrycznych: prostokąty i strzałki. Prostokąty reprezentują niektóre procesy, funkcje, praca lub zadania, które mają cele i prowadzą do wyznaczonego rezultatu. Na interakcję procesów między sobą a środowiskiem wskazują strzałki. IDEF0 rozróżnia 5 różne rodzaje strzelec.

Możliwości wykorzystania IDEF0

Metodologia IDEF0 może być zastosowana do opisu funkcjonalnego aspektu dowolnego systemu informacyjnego.

Rodzaje powiązań między procesami IDEF0

W interesie modelu jest tworzenie takich powiązań konstrukcji, aby powiązania wewnętrzne były jak najmocniejsze, a zewnętrzne jak najsłabsze. To jest forte modelowanie z IDEF0. Możesz zobaczyć przykłady diagramów dla siebie i zweryfikować prawdziwość tych słów. Aby ułatwić nawiązywanie połączeń, podobne łączy się w moduły. Łącza zewnętrzne są ustanawiane między modułami, a łącza wewnętrzne są ustanawiane wewnątrz modułów. Istnieje kilka rodzajów połączeń.

1. Połączenie hierarchiczne („część” - „całość”).

2. Kierownik (regulacyjny, podwładny):

2) Informacja zwrotna kierownictwo.

3. Funkcjonalne lub technologiczne:

2) wejście odwrotne.

3) konsument;

4) logiczne;

5) metodyczne lub kolegialne;

6) zasób;

7) informacyjne;

8) tymczasowe;

9) losowy.

Bloki konstrukcyjne i linki na diagramach

Metodologia IDEF0 zapewnia: cała linia zasady i zalecenia dotyczące ich stosowania oraz poprawy jakości użytkowania. Tak więc diagram wyświetla jeden blok, na którym można ustawić nazwę systemu, jego przeznaczenie. 2-5 strzałek prowadzi do bloku lub z bloku. Może być mniej więcej, ale potrzebne są co najmniej dwie strzałki do wejścia/wyjścia, a reszta do dodatkowa praca i ich oznaczenia na schemacie. Jeśli strzałek jest więcej niż 5, powinieneś pomyśleć o optymalności zbudowania modelu i czy można go jeszcze bardziej uszczegółowić.

Bloki konstrukcyjne w diagramach dekompozycji

Zalecana ilość klocków, które znajdą się na jednym schemacie to 3-6. Jeśli jest ich mniej, jest mało prawdopodobne, aby takie diagramy przenosiły obciążenie semantyczne. Jeśli liczba bloków jest ogromna, bardzo trudno będzie odczytać taki schemat, biorąc pod uwagę obecność dodatkowych strzałek. Aby poprawić postrzeganie informacji, zaleca się umieszczanie bloków od góry do dołu i od lewej do prawej. Taki układ będzie odzwierciedlał logikę wykonywania sekwencji procesów. A także strzałki spowodują mniej zamieszania, mając minimalną liczbę skrzyżowań ze sobą.

Jeżeli uruchomienie określonej funkcji nie jest w żaden sposób kontrolowane, a proces można uruchomić w dowolnym momencie, to na taką sytuację wskazuje brak strzałek wskazujących kontrolę i wejście. Ale obecność takiej sytuacji może powiedzieć potencjalnym partnerom o pewnej niestabilności i potrzebie bliższego przyjrzenia się potencjalnemu partnerowi.

Blok, który ma tylko strzałkę wejściową, wskazuje, że proces otrzymuje parametry wejściowe, ale sterowanie i regulacja w czasie wykonywania nie występują. Blok, który ma tylko strzałkę kontrolną, służy do oznaczania zadań, które są wywoływane tylko na specjalne zamówienie. System sterowania. Są zarządzane i korygowane na wszystkich ich etapach.

Ale przykład wykresu IDEF0 może przekonać Cię, że najbardziej kompletnym i inkluzywnym typem jest diagram strzałkowy wprowadzania i kontroli.

nazewnictwo

Aby poprawić percepcję wzrokową, każdy klocek i każda strzałka powinny mieć własną nazwę, co pozwoli na ich identyfikację wśród wielu innych klocków i strzałek. Tak wyglądają przykłady diagramów w IDEF0. Zbudowany za ich pomocą system informacyjny pozwoli Ci zrozumieć wszystkie niedociągnięcia i zawiłości modeli.

Strzałki scalające są często używane i pojawiają się pytania dotyczące ich nazewnictwa. Scalanie jest jednak możliwe tylko wtedy, gdy przesyłane są dane homogeniczne, więc oddzielne nazwy nie są potrzebne, chociaż można je określić w programie BPWin. Ponadto, jeśli strzałki się rozchodzą, można je osobno nazwać, aby zrozumieć, co jest za co odpowiedzialne.

Jeśli po gałęzi nie ma nazwy, uważa się, że nazwa jest dokładnie taka sama, jak przed gałęzią. Może tak być w przypadku, gdy dwa bloki wymagają tych samych informacji. Diagram kontekstowy IDEF0, którego przykład można znaleźć w tym artykule, potwierdza te słowa.

Informacje o strzałkach

Strzałki wchodzące i wychodzące z tego samego bloku podczas budowania diagramu kompozycji muszą być na nim wyświetlane. Nazwy figury geometryczne, przeniesiony na diagram, musi dokładnie powtarzać informacje najwyższego poziomu. Jeżeli dwie strzałki są równoległe do łuków drugiego (tzn. zaczynają się na krawędzi jednego procesu, a obie kończą się na tej samej krawędzi innego procesu), to możliwe jest, że w celu optymalizacji modelu należy je połączone i należy wybrać odpowiednią nazwę, która jest pięknie wyświetlana w IDEF0 (można obejrzeć przykładowe diagramy w Visio).

Przykład wdrożenia metodyki IDEF0 na konkretnym modelu

Nauczyłeś się już czym jest diagram IDEF0, częściowo widziałeś przykłady i zasady konstruowania takich diagramów. Teraz powinniśmy przejść do praktyki. Dla lepszego zrozumienia wyjaśnienie nie będzie opierało się na jakimś „ogólnym” modelu, ale na konkretnym przykładzie, co pozwoli lepiej i pełniej zrozumieć cechy pracy z IDEF0 w programie BPWin.

Jako przykład uwzględniona zostanie prędkość pociągu z punktu A do punktu B. Należy wziąć pod uwagę, że pociąg nie może rozwinąć prędkości większej niż ta, która jest dopuszczalna. Limit ten ustalany jest na podstawie doświadczeń eksploatacyjnych i wpływu pociągów na tor. Należy rozumieć, że celem pociągu jest dostarczenie pasażerów, którzy z kolei zapłacili, aby bezpiecznie i wygodnie dotrzeć do miejsca przeznaczenia. Przydatny jest diagram IDEF0, którego przykłady można znaleźć w tym artykule.

Wstępne informacje to:

1. dane o linii toru;
2. paszport na całą odległość;
3. plan ścieżki.

Dane kontrolne:

1. Wskazanie szefa, szefa obsługi toru.
2. Informacje o istniejącym przepływie ruchu pociągów.
3. Informacje o planowanych naprawach, przebudowach i zmianach torów.

Wynikiem modelu jest:

1. Ograniczenie dopuszczalnych prędkości ze wskazaniem przyczyny ograniczenia.
2. Dopuszczalne prędkości podczas jazdy w oddzielnych punktach oraz podczas prowadzenia pociągów.

Po zbudowaniu diagramu kontekstowego należy go przeanalizować, a następnie utworzyć diagram złożony, który będzie diagramem pierwszego poziomu. Pokaże wszystkie główne funkcje systemu. Metodologia i diagram IDEF0, dla których dokonywana jest dekompozycja, nazywa się rodzicem. Dekompozycja IDEF0 nazywana jest dekompozycją dziecka.

Wniosek

Po dekompozycji na poziomie pierwszym następuje dekompozycja poziomu drugiego – i tak dalej, aż dalsza dekompozycja straci sens. Wszystko po to, aby uzyskać jak najbardziej szczegółowe schemat graficzny bieżące i planowane procesy. To jest gotowy przykład Diagramy IDEF0, po których możesz teraz nawigować.

Metodologia modelowanie funkcjonalne IDEF0 to technika opisu systemu jako całości jako zestawu współzależnych działań lub funkcji. Ważne jest, aby zwrócić uwagę na jego orientację funkcjonalną, tj. Funkcje IDEF0 systemu są badane niezależnie od obiektów, które zapewniają ich implementację. „Funkcjonalny” punkt widzenia pozwala na wyraźne oddzielenie aspektów przeznaczenia systemu od aspektów jego fizycznej realizacji. Przykład diagramu IDEF0 pokazano na ryc. 3.6.19a, 3.6.19b, 3.6.19c, 3.6.19d.

Najczęściej IDEF0 jest używany jako technologia badań i projektowania systemów. na poziomie logicznym. Z tego powodu IDEF0 jest zwykle używany na wczesnych etapach opracowywania projektu, przed modelowaniem IDEF3, do zbierania danych i modelowania procesu „tak jak jest”. Wyniki analizy IDEF0 mogą być wykorzystane w projektowaniu z wykorzystaniem modeli IDEF3 i diagramów przepływu danych DFD.

Pierwszym krokiem w budowaniu modelu IDEF0 jest zdefiniowanie: cel lub cel model - zestaw pytań, na które model musi odpowiedzieć. Zestaw pytań można porównać do przedmowy, która ujawnia cel książki.

Granice symulacji mają na celu wskazanie szerokości pokrycia tematu oraz głębi szczegółowości i są logiczną kontynuacją już zdefiniowanego celu modelu. Zarówno czytelnik modelu, jak i jego autor muszą zrozumieć stopień szczegółowości odpowiedzi na pytania postawione w celu modelu.

Następnym krokiem jest wskazanie oczekiwanego grupy docelowej, dla którego tworzony jest model. Często z wyboru grupa docelowa zależy od poziomu szczegółowości, z jakim ma zostać utworzony model. Przed zbudowaniem modelu należy mieć pojęcie, jakie informacje na temat modelowania są już znane, jakich dodatkowych materiałów i (lub) dokumentacji technicznej mogą potrzebować odbiorcy docelowi, aby zrozumieć model, jaki język i styl prezentacje są najbardziej odpowiednie.

Pod punkt widzenia odnosi się do perspektywy, z jakiej obserwowany był system, kiedy budowany był model. Punkt widzenia dobierany jest w taki sposób, aby uwzględnić wskazane już granice modelowania i cel modelu. Raz wybrany punkt widzenia pozostaje niezmieniony dla wszystkich elementów modelu. W razie potrzeby można stworzyć inne modele, które wyświetlają system z innych punktów widzenia. Przykłady celów, granic i punktów widzenia pokazano na ryc. 3.6.19a.

Składnia języka graficznego IDEF0 obejmuje bloki, strzałki, diagramy i reguły.

Bloki reprezentują funkcje zdefiniowane jako czynność, proces, operacja, czynność lub transformacja (patrz poniżej). Strzałki reprezentują dane lub obiekty materialne powiązane z funkcjami. Zasady określają, w jaki sposób należy zastosować komponenty; diagramy zapewniają format graficznego i słownego opisu modeli. Format stanowi podstawę do zarządzania konfiguracją modelu.

Blok jest prostokątem, w którym umieszczona jest jego nazwa i numer. Nazwa musi być aktywnym czasownikiem lub frazą czasownikową opisującą funkcję. Numer bloku znajduje się w prawym dolnym rogu. Numery bloków służą do ich identyfikacji na schemacie iw odpowiednim tekście. Przykładowy blok pokazano na ryc. 3.6.20.

Ryż. 3.6.20. Przykład bloku

Ponieważ modele IDEF0 modelują system jako zestaw hierarchicznie zagnieżdżonych funkcji, najpierw należy zdefiniować funkcję opisującą system jako całość - funkcja kontekstu. W IDEF0 ta funkcja kontekstu jest reprezentowana jako pojedynczy prostokąt. Przykład takiej funkcji kontekstu pokazano na rysunku 3.6.19a.

Każdy blok może być rozłożony do jego bloków składowych. Dekompozycja często kojarzy się z modelowaniem odgórnym, ale nie jest to do końca prawdą. Dekompozycja funkcjonalna jest bardziej poprawnie zdefiniowana jako modelowanie „na zewnątrz”, w którym uważamy system jak cebula, z którego kolejne warstwy są usuwane.

Opis każdego bloku musi zawierać przynajmniej opis obiektów, które blok tworzy w wyniku swojej pracy („wyjście”) oraz obiektów, które blok wykorzystuje lub przekształca („wejście”).

Rys.3.6.19a. Przykład takiej funkcji kontekstu

Ryż. 3.6.19 Przykład diagramu IDEF0

Ryż. 3.6.19 Przykład diagramu IDEF0

Ryż. 3.6.19 Przykład diagramu IDEF0

IDEF0 również modele kontrola oraz mechanizmy wykonawcze. Kontrola odnosi się do obiektów, które wpływają na sposób, w jaki blok przekształca dane wejściowe w dane wyjściowe. Silnik wykonawczy - obiekty, które bezpośrednio dokonują transformacji wejścia na wyjście, ale pozostań bez zmian.

I (Input) - input - co jest zużywane podczas realizacji procesu;

C (Control) – kontrola – ograniczenia i instrukcje, które wpływają na przebieg procesu;

O (Output) - wyjście - jaki jest wynik procesu;

M (Mechanism) - mechanizm wykonawczy - ten, który służy do wykonania procesu, ale pozostaje niezmieniony.

Na ryc. Rysunek 3.6.21 przedstawia cztery możliwe typy strzałek w IDEF0, z których każdy łączy się z określoną stroną bloku funkcyjnego.

Ryż. 3.6.21. Każdy typ strzałki łączy się z określoną stroną bloku funkcyjnego

W przypadku nazw strzał z reguły używa się rzeczowników. Podobnie jak w przypadku bloków funkcyjnych, nazwanie wszystkich strzałek na diagramie to: warunek konieczny zrozumieć istotę obrazu. Przykładowe nazwy strzałek pokazano na ryc. 3.6.19a, 3.6.19b, 3.6.19c, 3.6.19d.

Podajmy szczegółowy cel każdej strzałki.

Strzałki wejściowe.Wejście, reprezentuje surowiec lub informację zużytą lub przetworzoną przez jednostkę funkcjonalną do produkcji Wyjście. Strzałki wejściowe zawsze wskazują lewą stronę prostokąta, który reprezentuje blok funkcyjny w IDEF0. Obecność strzałek wejściowych na schemacie jest opcjonalna, ponieważ możliwe jest, że niektóre bloki niczego nie przekształcają ani nie zmieniają. Przykładem bloku, który nie ma danych wejściowych, jest decyzja zarządcza, gdzie analizowanych jest kilka czynników, ale żaden z nich nie jest bezpośrednio przekształcany i konsumowany w wyniku jakiejkolwiek decyzji.

Strzałki kontrolne. Strzałki sterujące są odpowiedzialne za kontrolowanie, jak i kiedy blok funkcyjny jest wykonywany. Ponieważ sterowanie kontroluje zachowanie bloku funkcyjnego, aby zapewnić wygenerowanie żądanego wyjścia, Każdy blok funkcjonalny musi mieć co najmniej jedna strzałka kontrolna. Strzałki kontrolne zawsze wejdź do bloku funkcjonalnego od góry.

Zarządzanie często istnieje w formie zasad, przepisów, praw, polityk, zestawu wymaganych procedur lub standardów. Wpływając na działanie bloku, sam pozostaje niezmieniony. Może się okazać, że celem bloku funkcjonalnego jest po prostu zmiana takiej lub innej reguły, instrukcji, normy itp. W takim przypadku strzałka zawierająca odpowiednie informacje nie powinna być traktowana jako element sterujący, ale jako wejście do bloku funkcyjnego.

Zarządzanie można traktować jako specyficzny rodzaj wkładu. W przypadkach, w których nie jest jasne, czy odnieść strzałkę do danych wejściowych, czy do kontrolki, zaleca się odniesienie jej do kontrolki do momentu rozwiązania niejednoznaczności.

strzałki wyjścia. Wyjście jest produktem lub informacją wynikającą z działania bloku funkcyjnego. Każdy blok musi mieć co najmniej jedno wyjście. Działanie, które nie ma jasno określonych wyników, jest pożądane, aby w ogóle nie było modelowane lub jest jednym z pierwszych kandydatów do wykluczenia z modelu.

Podczas modelowania nieprodukcyjnego obszary podlegające wyjścia są zazwyczaj danymi przetworzonymi w jakiejś formie przez blok funkcyjny. W takim przypadku ważne jest, aby nazwy strzałek wejścia i wyjścia były wystarczająco rozróżnialne pod względem znaczenia. Na przykład blok „Przyjęcie pacjenta” może zawierać strzałkę „Szczegóły pacjenta” zarówno jako wejście, jak i wyjście. W takiej sytuacji strzałka przychodząca mogłaby być nazwana „Wstępnymi danymi pacjenta”, a strzałka wychodząca „Potwierdzonymi danymi pacjenta”.

Strzałki mechanizmu wykonawczego. Koła zębate są zasobem A, który bezpośrednio wykonuje symulowaną akcję. Za pomocą mechanizmów wykonawczych można modelować: kluczowy personel, maszyny i/lub sprzęt. Strzałki mechanizmu wykonawczego można pominąć, jeśli okaże się, że nie są one konieczne do osiągnięcia założonego celu symulacji.

Połączone strzały. Istnieje pięć głównych typów połączonych strzałek w IDEF0: 1) wyjście-wejście, 2) wyjście-kontrola, 3) mechanizm wykonania-wyjścia, 4) sprzężenie zwrotne kontroli wyjścia i 5) wyjście - informacja zwrotna o wejściu.

1) Wyjście strzałką - wejście jest używane, gdy jeden z bloków musi zakończyć swoją pracę przed rozpoczęciem kolejnego bloku. Tak więc na ryc. 3.6.22 wystawienie faktury musi poprzedzać przyjęcie zamówienia.

Ryż. 3.6.22. Kombinacja strzałek wyjście - wejście

2) Wyjście strzałki - kontrola odzwierciedla sytuację przewagi jednego bloku nad drugim, gdy jeden blok kontroluje pracę drugiego. Na ryc. 3.6.23 Zasady tworzenia portfela inwestycyjnego wpływają na zachowanie maklerów na giełdzie.

Ryż. 3.6.23. Połączone wyjście strzałki - kontrola

3) Strzałki wyjścia - mechanizmy wykonawcze są mniej powszechne i odzwierciedlają sytuację, gdy wyjście jednego bloku funkcyjnego jest wykorzystywane jako narzędzie do obsługi innego bloku. Na ryc. 3.6.24 Zacisk używany do trzymania części musi być zmontowany w celu złożenia części.

4) Wejściowe i sterujące sprzężenia zwrotne są używane w przypadkach, gdy zależne bloki tworzą sprzężenia zwrotne dla bloków, które je kontrolują. Na ryc. 3.6.25 Informacje otrzymywane od brokerów o aktualnych kursach walut służą do dostosowania strategii gry na giełdzie.

Ryż. 3.6.24. Łączone wyjście strzałki — mechanizm wykonania

Ryż. 3.6.25. Połączone wyjście strzałki - informacja zwrotna do sterowania

5) Wyjście strzałkowe - informacja zwrotna na wejściu jest zwykle używana do opisania cykli ponownego przetwarzania czegoś (rys. 3.6.26). Ponadto można zastosować powiązania między danymi wyjściowymi a danymi wejściowymi, jeśli wadliwe produkty można ponownie wykorzystać jako surowce, jak to ma miejsce na przykład w procesie produkcji szkła okiennego, kiedy potłuczone szkło jest szlifowane i przetapiane wraz z oryginalnymi surowcami.

Ryż. 3.6.26. Połączone wyjście strzałki - informacja zwrotna na wejściu

Dzielenie i łączenie strzałek. Wyjście bloku funkcyjnego może być używane w kilka inne bloki. W rzeczywistości prawie główna wartość IDEF0 polega na tym, że ta metodologia pomaga zidentyfikować współzależności między blokami systemu. W związku z tym IDEF0 zapewnia zarówno rozłączenie, jak i połączenie strzałek na schemacie. Strzałki podzielone na kilka części mogą mieć nazwy różniące się od nazwy oryginalnej strzałki. Oryginalne i odłączone (lub połączone) strzałki są zbiorczo nazywane związane z. Technika ta jest zwykle używana do odzwierciedlenia wykorzystania w procesie tylko części surowców lub informacji wskazanych oryginalną strzałką (ryc. 3.6.27). Podobne podejście dotyczy połączonych strzałek.

Rys.3.6.27. Przełamana na dwie części i przemianowana strzałka

Diagramy IDEF0 mają również strzałki w postaci (¯). Takie strzały nazywane są tunelami. Są związane z koncepcją połączone strzałki, który jest używany kontrolować poziom szczegółowości wykresów. Na ryc. 3.6.28, na przykład strzałka „system informacji o przedsiębiorstwie” jest ważnym mechanizmem wykonawczym tego diagramu, ale nie może być używana nigdzie indziej w modelu. Tunel w tym przypadku jest używany jako alternatywa dla zaśmiecania diagramów nadrzędnych poprzez umieszczanie strzałek nieistotnych dla ich poziomu.

Ryż. 3.6.28. Przykład zastosowania tunelu

Ponadto tunele są używane do odzwierciedlenia sytuacji, gdy strzałka obecna na diagramie nadrzędnym nie jest obecna na diagramie dekompozycji odpowiedniego bloku. Na ryc. 3.6.29 tunel przy strzałce „moduł wydziału produkcyjnego” oznacza, że ​​na schemacie dekompozycji wydziału produkcyjnego nie ma strzałki mechanizmu sterującego z odpowiednią nazwą.

W pełni skompilowany diagram IDEF0 dowolnego poziomu zawiera na swoich marginesach informacje serwisowe, który składa się z dobrze zarysowanej cholewki i stopka(nagłówek i stopka). Elementy nagłówka służą do śledzenia postępu tworzenia modelu. Elementy stopki wyświetlają nazwę modelu, do którego należy diagram oraz jego położenie względem innych diagramów w modelu.

Wszystkie elementy tytułu wykresu zestawiono w tabeli. 3.1.6.

Ryż. 3.6.29. Przykład zastosowania tunelu

Tabela 3.1.6. IDEF0 Elementy tytułu wykresu

Wszystkie elementy „piwnicy” schematu wymieniono w tabeli. 3.1.7.

Tabela 3.1.7. IDEF0 Elementy stopki wykresu

Z reguły autor przygotowuje dla każdego recenzenta własny zestaw diagramów. Sugestie zmian i poprawek są zwracane przez recenzentów do autora w celu włączenia do modelu. W przypadku nieporozumień między autorem a recenzentem sporny diagram jest zwykle wysyłany do wszystkich recenzentów w celu osiągnięcia konsensusu grupowego.

Formalnie mechanizm przeglądania i modyfikacji diagramów wspierany jest przez pola Status i numerację diagramów, kontrolę historii zmian wspiera pole Pole (patrz Tabela 3.1.6).

Żaden model nie powinien być budowany bez jasnego zrozumienia przedmiotu i celów modelowania. Wybrana definicja celu modelowania powinna odpowiadać na następujące pytania:

Dlaczego jest modelowany ten proces?

Co się ujawni ten model?

Jak osoby znające ten model mogą go zastosować? Poniższe zdanie może służyć jako przykład sformułowania celu modelowania. Zidentyfikuj zadania każdego pracownika firmy i zrozum ogólny związek między poszczególnymi zadaniami, aby opracować przewodnik dotyczący szkolenia nowych pracowników.

Modele są budowane, aby odpowiedzieć na zestaw pytań. Takie pytania są formułowane na wczesnym etapie symulacji, a następnie służą jako podstawa do jasnego i zwięzłego określenia celu symulacji. Przykładami takich pytań mogą być:

Jakie są zadania menedżera?

Jakie są zadania urzędnika?

Kto kontroluje pracę?

Jaka technologia jest potrzebna do wykonania każdego kroku? itp.

Aby lepiej poznać standard IDEF0, musisz wiedzieć o nim:

1. Aby zbudować jakie typy modeli ten standard używany.
2. Jakie elementy języka graficznego są zawarte w zapisie normy i jakie wymagania dotyczące projektowania schematów istnieją w ramach normy.
3. Jakie zasady modelowania procesów biznesowych są stosowane w normie (zasada dekompozycji, zasada ograniczenia złożoności, zasada tunelowania).
4. Jak możesz ocenić zbudowane diagramy pod kątem ich zagęszczenia i równowagi.

IDEF0 używany do tworzenia model funkcjonalny , odzwierciedlające strukturę i funkcje systemu, a także przepływy informacji i obiektów materialnych przekształcane przez te funkcje.

Metodologia IDEF0 różni się nieco od klasycznego schematu opisu procesów biznesowych DFD. Główną różnicą jest klasyfikacja nakładów pracy.

Klasyfikacja wejść i wyjść pracy

Norma proponuje następującą typizację nakładów pracy:

• Wejście. Wprowadza pracę po lewej stronie i pokazuje przepływy informacji i materiałów, które są przekształcane w procesie biznesowym.
• Kontrola. Wchodzi do pracy od góry i pokazuje przepływy materiałów i informacji, które nie ulegają przekształceniu w procesie, ale są potrzebne do jego realizacji.
• Mechanizm. Wchodzi do pracy od dołu i pokazuje ludzi środki techniczne, Systemy informacyjne itp., za pomocą których realizowany jest proces biznesowy.
• wyniki wyjdź z bloku po prawej stronie.

Główne elementy schematu:

Podstawą języka graficznego IDEF0, którego składnia i semantyka jest określona z absolutnym rygorem, są łączące je bloki i strzałki, które tworzą hierarchię szczegółowych diagramów.

IDEF0 - model:

Model zawiera następujące dokumenty, które odwołują się do siebie:

• Wykresy graficzne- główny składnik modelu IDEF0, który graficznie, za pomocą bloków i strzałek oraz ich połączeń, wyświetla informacje o modelowanym systemie. Bloki reprezentują podstawowe funkcje. Funkcje te można rozbić (rozłożyć) na części składowe i przedstawić w postaci bardziej szczegółowych diagramów. Proces dekompozycji trwa do momentu opisania obiektu na poziomie szczegółowości niezbędnym do osiągnięcia celów konkretnego projektu.
• Tekst;
• Słowniczek- Dla każdego elementu diagramu tworzony jest i utrzymywany zestaw definicji, słów kluczowych, wyjaśnień, które charakteryzują obiekt, który ten element reprezentuje. Zestaw ten nosi nazwę glosariusza i jest opisem istoty tego elementu. Słowniczek harmonijnie uzupełnia wizualny język graficzny, dostarczając diagramom niezbędnych informacji dodatkowych.

Zasada dekompozycji przy budowaniu modelu procesów biznesowych

1. Diagram kontekstowy: cel i punkt widzenia

Modelowanie procesów biznesowych rozpoczyna się od diagramu kontekstowego. Ten wykres nazywa się A-0 (A minus zero). Na nim system jest reprezentowany jako pojedynczy blok i łuki przedstawiające środowisko systemu. Korzystając z diagramu, możesz zobaczyć interakcję symulowanego systemu ze środowiskiem zewnętrznym, wszystkie jego wejścia i wyjścia. Diagram A-0 ustala obszar i granice modelowania.

Tekst wyjaśniający do diagramu kontekstowego powinien wskazywać: bramka wykresy i ustalone punkt widzenia. Punkt widzenia określa poziom szczegółowości, kierunek rozwoju modelu oraz pozwala na rozładowanie modelu. Tak więc podczas modelowania można odmówić szczegółowości i badania poszczególnych elementów, które nie są konieczne, w oparciu o wybrany punkt widzenia na system.

2. Szczegóły

Blok reprezentujący cały system jest następnie szczegółowo opisany na innym schemacie.

Ponadto każda funkcja diagramu może być szczegółowo opisana na dziecku. Każda funkcja jest modelowana przez osobny blok. Każde pole nadrzędne jest szczegółowo opisane przez diagram potomny na niższym poziomie. Dzieje się tak do momentu uzyskania struktury umożliwiającej udzielenie odpowiedzi na pytania sformułowane w celu modelowania.

Aby osiągnąć integralność strukturalną modelu, stosuje się następujące zasady:

• Wszystkie łuki interfejsu zawarte w tym bloku lub wychodzące z niego są ustalane na diagramie podrzędnym.
• Podczas numerowania bloków liczba w prawym dolnym rogu prostokąta wskazuje unikalny numer seryjny samego bloku na diagramie, a oznaczenie pod kątem prostym wskazuje numer diagramu podrzędnego dla tego bloku.

Zasada tunelowania

Często zdarzają się przypadki, w których dalsze rozpatrywanie poszczególnych strzałek na diagramach podrzędnych poniżej pewnego poziomu w hierarchii nie ma sensu lub odwrotnie – poszczególne bloki nie mają praktycznego sensu powyżej pewnego poziomu. Z drugiej strony czasami istnieje potrzeba pozbycia się poszczególnych strzałek „konceptualnych” i nie uszczegóławiania ich głębiej niż pewien poziom.

Aby rozwiązać takie problemy, standard IDEF0 przewiduje koncepcję tunelowanie. Oznaczenie „tunel” w postaci dwóch nawiasów wokół początku strzałki oznacza, że ​​strzałka ta nie została odziedziczona z funkcjonalnego bloku nadrzędnego i pojawiła się (z „tunelu”) tylko na tym schemacie. Z kolei to samo oznaczenie wokół końca strzałki w bezpośrednim sąsiedztwie bloku odbiorczego oznacza, że ​​ta strzałka nie będzie wyświetlana i nie będzie uwzględniana na schemacie potomnym tego bloku.

Zasada ograniczania złożoności

W celu ograniczenia przeciążenia modeli i ułatwienia ich zrozumienia w normie przyjęto odpowiednie ograniczenia złożoności:

• ograniczenie liczby bloków funkcjonalnych na schemacie do trzech do sześciu. Górna granica (sześć) zmusza projektanta do korzystania z hierarchii podczas opisywania złożonych tematów, a dolna granica (trzy) zapewnia, że ​​odpowiedni diagram ma wystarczająco dużo szczegółów, aby uzasadnić jego utworzenie;
• ograniczenie liczby łuków interfejsu zbliżających się do jednego bloku funkcjonalnego (pozostawiając jeden blok funkcjonalny) do czterech.

Oczywiście nie jest konieczne ścisłe przestrzeganie tych ograniczeń, jednak jak pokazuje doświadczenie, są one bardzo praktyczne w prawdziwej pracy.

Ilościowa analiza wykresu: stosunek równowagi i ocena nazwy

Analiza ilościowa służy do analizy diagramu pod kątem jego przeciążenia i złożoności dla percepcji. Do analizy wykorzystywane są następujące wskaźniki:

• liczba bloków na schemacie — N;
• poziom rozkładu diagramu − L;
• saldo wykresu - W;
• liczba strzałek połączonych z klockiem, - ALE.

współczynnik równowagi

Należy dążyć do tego, aby liczba bloków na diagramach niższych poziomów była mniejsza niż liczba bloków na diagramach nadrzędnych.

Wykresy również muszą być zrównoważone. Oznacza to, że w obrębie jednego diagramu nie powinno być sytuacji, w której strzałek przychodzących i kontrolnych jest znacznie więcej niż wychodzących.

Należy zauważyć że to zalecenie nie mogą być wykonywane w modelach opisujących procesy produkcyjne. Na przykład, opisując procedurę montażu, blok może zawierać wiele strzałek opisujących komponenty produktu, a jedna strzałka może wyjść - gotowy produkt.

Wprowadźmy współczynnik równowagi wykresu:

Należy dążyć do tego, aby Ky był minimalny dla wykresu i malał wraz ze wzrostem poziomu rozkładu.

Ocena imienia

Oprócz analizy elementów graficznych diagramu konieczne jest uwzględnienie nazw bloków. Aby ocenić nazwy, kompilowany jest słownik elementarnych (trywialnych) funkcji symulowanego systemu. W rzeczywistości funkcje niższego, poziomowego rozkładu diagramów powinny należeć do tego słownika.

Na przykład dla modelu bazy danych funkcje „znajdź rekord”, „dodaj rekord do bazy” mogą być elementarne, natomiast funkcja „rejestracja użytkownika” wymaga dalszego opisu.

Po utworzeniu słownika i skompilowaniu pakietu diagramów systemowych należy wziąć pod uwagę niższy poziom modelu. Jeśli pokazuje zgodność między nazwami bloków diagramów i słowami ze słownika, oznacza to, że osiągnięto wystarczający poziom dekompozycji.

Współczynnik, odzwierciedlający ilościowo to kryterium, można zapisać jako:

L*C

— iloczyn poziomu modelu przez liczbę dopasowań nazw bloków do słów ze słownika. Im niższy poziom modelu (wyższy L), tym bardziej wartościowe mecze.