Jeden obraz jest wart tysiąca słów

ludowa mądrość

Często w mojej pracy pojawia się potrzeba nie tylko przestudiowania i rozwiązania pewnego problemu, ale zidentyfikowania jego lokalizacji w ogólnym modelu firmy. Nie wystarczy zrozumieć, że dana jednostka nie działa prawidłowo, ważne jest, aby zrozumieć, jak współdziała z innymi. W przeciwnym razie niemożliwe jest zidentyfikowanie wszystkich istniejących problemów i wybranie najlepszej metody rozwiązania problemu. I do tego musisz przestudiować pracę firmy i sporządzić jej model funkcjonalny.

Oczywiście teoretycznie menedżer powinien mieć funkcjonalny model pracy firmy i nie ma znaczenia, czy mówimy o organizacji magazynu, czy o systemie informatycznym od leadu do zapytania. Ale w rzeczywistości prawie nigdy się tak nie okazuje, dlatego w procesie studiowania i poszukiwania rozwiązania zadania postawionego przez klienta tworzę również funkcjonalny model firmy lub pewien proces (funkcję) na mój własny.

Kilka słów o zaletach grafiki

Jak wiadomo, modele funkcjonalne IDEF0 są zawsze diagramami graficznymi. Mają swoje własne cechy i zasady kompilacji. Porozmawiamy o tym nieco później. A teraz chciałbym podać kilka przykładów skuteczności grafiki. Dlaczego się na tym skupiam? Najprawdopodobniej po moim stwierdzeniu o potrzebie funkcjonalnego modelu pracy firmy wiele osób uznało, że nie jest to konieczne i można było wyjaśnić słowami, jak ta czy inna funkcja działa w firmie. O tym chcę porozmawiać.

Na początek zróbmy krótką dygresję do historii. Wróćmy do odległego 1877 roku, podczas wojny rosyjsko-tureckiej. To wtedy drukarz Sytin po raz pierwszy wykorzystał grafikę w opisie operacji wojskowych. Teraz wszystko to jest nam znane, opisując każdą bitwę, przed naszymi oczami pojawiają się karty ze strzałkami, które wyraźnie pokazują przebieg bitwy. A w tamtych czasach operacje wojskowe opisywano słowami. Na każdą walkę – wiele, wiele słów. I w końcu bardzo trudno było zrozumieć, co się dzieje.

Dlatego pomysł Sytina był prawdziwie rewolucyjny – zaczął drukować litograficzne kopie map z oznaczeniem fortyfikacji i lokalizacji jednostek wojskowych. Karty te nosiły nazwę „Dla Czytelników Gazety. Korzyść". Pomysł okazał się na tyle trafny, że pierwszy nakład „Pomocy” natychmiast się wyprzedał. A potem takie aplikacje były bardzo poszukiwane. Powód jest oczywisty. Grafika pomogła zrozumieć to, co było prawie niemożliwe do zrozumienia za pomocą samych słów.

Mogę też przytoczyć podobny przykład bezradności opisów słownych z własnej praktyki. Jeden z moich klientów poprosił mnie o wdrożenie systemu ERP dla jego firmy. Kiedy zapytałem, czy mają jakieś zadanie techniczne, otrzymałem odpowiedź: „Tak, mają. Ale ma 400 stron”. Jednocześnie klient bardzo narzekał, że moi koledzy, z którymi wcześniej się kontaktował, albo całkowicie odmówili realizacji projektu, albo nazwali wyraźnie zawyżone ceny. Po tym, jak zobaczyłem, że zakres zadań miał rzeczywiście 400 stron i składał się wyłącznie z opisu tekstowego, zrozumiałem powody zachowania deweloperów. Przeczytanie takiego tomu tekstu, zagłębienie się w niego, zrozumienie wszystkich niuansów tylko po to, by zrozumieć zadanie i nazwać cenę jest naprawdę bardzo trudne.

Zaproponowałem temu klientowi alternatywną opcję - opisanie wszystkiego, co jest możliwe graficznie w postaci notacji. Pokazał mu przykłady modelowania. W rezultacie teraz ponownie zastanawiają się nad swoimi życzeniami i projektem specyfikacji istotnych warunków zamówienia.

Znam też wiele innych przykładów, kiedy graficzne modelowanie procesów biznesowych pomogło w ich pracy zarówno moim kolegom, konsultantom biznesowym i programistom, jak i samym biznesmenom.

Dlaczego jest to ważne dla mojej pracy

Moja praca jest zawsze związana z wprowadzaniem zmian w istniejącym systemie. Aby wprowadzić zmiany i uzyskać pożądany rezultat, musisz przestudiować to, co już istnieje. I nieważne, co dokładnie robimy – konfigurujemy lub instalujemy system CRM od podstaw, tworzymy skuteczny system ERP, zajmujemy się integracją różne systemy ogólnie zwiększyć automatyzację pracy. W każdym razie na początek konieczne jest zorientowanie się w istniejącym schemacie pracy, a dopiero potem można zaproponować pewne zmiany i przemyśleć opcje rozwiązania zadania.

Po przestudiowaniu status quo, jak każdy inny specjalista zewnętrzny, tworzę oferta, w którym jak najdokładniej ujawniam swoją wizję obecnej sytuacji, a także działania, które należy podjąć, aby rozwiązać zadanie i oczywiście oczekiwany efekt.

Takie raporty z badań pracy są obszerne, zajmują więcej niż jedną stronę, co z jednej strony jest konieczne, ale z drugiej komplikuje percepcję. Na początku, podobnie jak wielu innych, myślałem, że obszerne raporty są dobre, bo człowiek płaci za pracę i trzeba mu przekazać jak najwięcej szczegółowych informacji.

Typowe błędy

Modelowanie funkcjonalne wykonujemy przy użyciu różnych narzędzi, także tych nie przeznaczonych do modelowania. W tym drugim przypadku nie ma sprawdzania błędów i ograniczeń normy. Chęć zwiększenia widoczności i brak doświadczenia często kończą się błędami.

Korzystanie z różnych kolorów

Wszystkie elementy na diagramie są równie ważne. W modelowaniu funkcjonalnym nie ma mniej lub bardziej ważnych elementów. Zniknięcie któregokolwiek z nich doprowadzi do zakłócenia procesu i wady produkcyjnej.

Często podczas modelowania na papierze lub w różnych programach użytkownicy próbują zwiększyć widoczność za pomocą różnych kolorów. To jeden z najczęstszych błędów. W rzeczywistości użycie wielokolorowych strzałek i klocków wprowadza tylko dodatkowe zamieszanie, a także zniekształca postrzeganie schematu.

Twój model powinien być czytelny w czerni i bieli, bez dodatkowych schematów kolorystycznych. Takie podejście jednocześnie pomaga uniknąć nieporozumień i dyscyplinuje twórcę modelu, w wyniku czego wzrasta czytelność i umiejętność korzystania z modelu.

Za dużo bloków

Podczas kompilacji modelu często starają się wyświetlić na jednym arkuszu wszystkie niuanse pracy firmy ze wszystkimi szczegółami. Rezultatem jest bardzo duża liczba bloków z dużą liczbą strzałek kontrolnych. Czytelność jest stracona.

Najlepszą opcją są szczegóły wystarczające do zrozumienia problemu i nic więcej. Szczegółowe szczegóły pracy każdego działu, a nawet pracownika można ujawnić przy wyborze szczegółowego widoku danego procesu. A taka struktura powstaje tylko wtedy, gdy jest naprawdę niezbędna do pracy lub podejmowania decyzji.

Naruszenie struktury podczas dokonywania korekt

Obserwuj uważnie, aby uniknąć zamieszania lub procesów bez przychodzących, wychodzących i innych ważnych elementów. Np. jeśli w powyższym przykładzie uznam za stosowne przesunąć punkt widzenia na copywritera, to autora usunę ze schematu. A wtedy kontrola „doświadczenie autora i źródeł zewnętrznych”, a także plan publikacji stają się niepotrzebne. W końcu autor ich używa. Copywriter pracuje z plikiem audio. A jeśli zostaną w ogólny schemat, to przy detalowaniu będą prowadzić niezrozumiale dokąd i wprowadzać zamieszanie.

Podobnie, jeśli zdecyduję się dodać blok, ważne jest, aby upewnić się, że ma on również wszystkie wymagane atrybuty. Ostrożność jest tutaj bardzo ważna, ponieważ podczas modelowania złożonych procesów biznesowych zmiany w jednej części modelu mogą prowadzić do zmian w innej. Muszą być wprowadzone.

Zasady nazewnictwa kontrolek i bloków

Należy pamiętać o prostej zasadzie: strzałki sterujące to rzeczowniki, a bloki to czasowniki. Jest to akceptowane w standardzie IDEF0, a takie podejście pomaga uniknąć zamieszania i błędów.

Najczęściej popełniane są błędy podczas nazywania bloków. Na przykład zamiast „Utwórz artykuł” piszą „Utwórz artykuł”. Bloki w tym podejściu to akcje i dlatego zawsze powinny być czasownikami.

Korzyści z używania IDEF0

• Pierwsza korzyść jest oczywista – to widoczność. Sam zaczynasz rozumieć, jak działa ten lub inny system, a także możesz jasno wyjaśnić, gdzie są „cienkie plamy” w tym systemie i jak Twoje rozwiązania pomogą się ich pozbyć.
• Wzajemne zrozumienie i brak niezgody. Omawiając pracę firmy za pomocą modelu funkcjonalnego, masz do dyspozycji wizualne i intuicyjne bloki zadań z kontrolkami. Ponadto modelowanie funkcjonalne polega na stworzeniu, w razie potrzeby, glosariusza, w którym: konwencje i warunki. W rezultacie Ty i Twój klient, kierownik i inni pracownicy rozmawiacie w tym samym języku, kiedy omawiacie problem.
• Prostota i wysoka prędkość tworzenie modelu. Oczywiście nauka modelowania nie jest tak łatwa, jak się wydaje. W końcu schemat jest w rzeczywistości bardzo gęstą prezentacją informacji, co jest bardzo dobre do zrozumienia, ale do wdrożenia takiej prezentacji wymagane jest specjalne podejście. Mózg analityka działa w tym przypadku z jednej strony jako bardzo potężna prasa, az drugiej jako filtr. Ale z doświadczeniem ten proces staje się bardzo szybki. W efekcie otrzymujesz narzędzie, które pomoże Ci zorientować się, co dzieje się w danym systemie i za pomocą stworzonej w krótkim czasie pomocy wizualnej zilustrować ważne punkty współpracownicy lub klienci.
• Dyscyplina i brak błędów. Standard IDEF0 zakłada ścisłe ramy i zasady. Takie podejście dyscyplinuje, a nawyk działania w ramach normy pomaga uniknąć błędów wynikających z nieuwagi. Każde naruszenie normy staje się natychmiast zauważalne.

Jaka jest trudność korzystania z IDEF0?

Ważne jest, aby zrozumieć, że tylko w najprostszych przypadkach dwóch analityków biznesowych stworzy dokładnie te same modele funkcjonalne opisujące pracę firmy. Każdy model jest odzwierciedleniem doświadczenia analityka, głębi zrozumienia biznesu, który stara się opisać, a także, w pewien sposób, jego osobistego punktu widzenia na ten biznes. Tych. człowiek opracowuje model biznesowy z punktu widzenia lidera, tak jakby był liderem.

Jednocześnie uważam, że analityk biznesowy to nie do końca zawód, analityką biznesową zajmuje się każdy menedżer biznesowy czy deweloper niektórych systemów, który analizuje biznes i stara się budować jak najwięcej. skuteczny system. To dla tych osób i do tych celów przeznaczone jest narzędzie IDEF0.

Dlatego bardzo ważne jest ciągłe konsultowanie się z szefem firmy przy kompilowaniu funkcjonalnego modelu biznesowego „tak jak jest”, aby nie popełniać błędów, które automatycznie pociągną za sobą błędy na etapach dekompozycji. Również na kolejnych etapach mogą być wymagane dodatkowe zgody kierowników. podziały strukturalne i pracowników. Tylko jeśli Twój model funkcjonalny „tak jak jest” rzeczywiście będzie odzwierciedlał rzeczywisty stan rzeczy, możesz wprowadzić pewne zmiany i sugestie. A aby w takiej pracy osiągnąć wysokiej jakości wyniki, wymagane jest przede wszystkim praktyczne doświadczenie i znajomość specyfiki konkretnego rodzaju działalności.

Więcej artykułów na ten temat.

Znany dziś nie tylko w wąskich kręgach skrót IDEF0 to pierwsza metodologia standaryzująca pracę nad procesami biznesowymi. Został opracowany w połowie ubiegłego wieku w ramach projektu lotniczego w Stanach Zjednoczonych i po wykazaniu swojej skuteczności stał się standardem federalnym. W naszym kraju w 2000 roku dokument „ IDEF0 Metodyka Modelowania Funkcjonalnego. Dokument z wytycznymi Metodyka Modelowania Funkcjonalnego Dokument z wytycznymi IDEF0. Oficjalna edycja. Państwowy Standard Rosji RD IDEF0 - 2000. Opracowany przez Centrum Badawcze CALS - technologie "Logistyka Stosowana". Przyjęty i wprowadzony w życie Dekretem Państwowej Normy Rosji 2000 Moskwa”, ale standardowo nigdy nie został zatwierdzony. Chociaż nie przeszkodziło to tej metodologii stać się jednym z najpopularniejszych narzędzi do graficznego modelowania procesów biznesowych w naszym kraju. W tym artykule proponuję rozważyć model IDEF0 i ocenić trafność tego podejścia w chwili obecnej.

Podstawowe pojęcia i skróty

Zajmijmy się trochę nazwami kluczowych elementów metodologii. Standard graficzny IDEF0 jest częścią metodologii SADT (Structured Analysis and Design Technique). IDEF to skrót od ICAM Definition, a ICAM wywodzi się od Integrated Computer Aided Manufacturing, co oznacza zintegrowaną komputeryzację produkcji. Metodologia SADT to cała rodzina 15 różnych modeli, które razem miały umożliwić poznanie struktury, parametrów i charakterystyk systemów produkcyjnych, techniczno-organizacyjnych i ekonomicznych.

IDEF0 to model funkcjonalny, który jest rdzeniem budowania wszystkich innych struktur, łączy ze sobą przepływy informacji i materiałów, strukturę organizacyjną, działania kontrolne i działania firmy. Graficzny standard modelowania procesów jest również powszechnie określany jako notacja. Oznacza to, że notacja to system wymagań i zasad budowania modelu działania w takiej czy innej formie. Dlatego IDEF0 jest odpowiednie do wywołania notacji, która jest częścią metodologii SADT.

Notacja IDEF0 jest dość rygorystyczną techniką, która została pierwotnie opracowana, podobnie jak standardy projektowania inżynierskiego, do modelowania ręcznego. Dlatego zawiera wymagania dotyczące rozmieszczenia strzałek, formatu wszystkich elementów, zawartości ramki informacyjnej dla diagramu IDEF0 itp. Ponieważ działalność firmy jest złożonym wielopoziomowym systemem działań, zawsze jest wiele schematy oraz jednoznaczna systematyzacja i poruszanie się po wszystkich elementach modelu. Teraz robią to głównie systemy komputerowe, wspierając modelowanie w tej notacji. Na terytorium Rosji najbardziej znanymi i dostępnymi obecnie systemami są AllFusion Process Modeler i studio biznesowe. Przeglądowi tych systemów planuję poświęcić osobne artykuły.

Blok funkcyjny

Centralnym elementem modelu IDEF0 jest funkcja , która jest wyświetlana na schemacie jako blok funkcyjny- prostokąt, wewnątrz którego akcja jest wskazana w formie rzeczownika słownego. Działanie może mieć bardzo różną skalę – od działań firmy w ogóle, a w szczególności po konkretne manipulacje. Przykłady: „Produkcja i sprzedaż naczyń ceramicznych” oraz „Rysunek na produkcie”.

Wymagane elementy bloków funkcyjnych w IDEF0

Niezależnie od skali działań wszystkie funkcje są wyświetlane jednolicie i koniecznie zawierają 4 kluczowe strumienie, które są sztywno przypisane do boków bloku funkcjonalnego:

• po lewej - wejścia lub zasoby wykorzystywane do wykonania funkcji;
• po prawej - wyjścia lub rezultaty wykonania funkcji;
• powyżej - działania kontrolne, które określają, jak i ile wyników należy uzyskać;
• poniżej - mechanizmy, które odzwierciedlają kto i z czym powinien to zrobić.

Takie podejście pozwala zaoszczędzić trochę na objaśnieniach na diagramach i uzyskać jednoznaczność w wyświetlaniu przepływów, co sprawia, że ​​cały model jest harmonijny.

Aby zbudować model funkcjonalny, metodologia IDEF0 wymaga przestrzegania następujących zasad.

1. Nakłady to zasoby, które całkowicie przenoszą swoją wartość na wyniki, to znaczy są całkowicie wydawane na wytworzenie wyniku, a mechanizmy to zasoby, które tylko częściowo przenoszą swoją wartość (wyposażenie przez amortyzację, a ludzie przez płace).
2. Zarządzanie jest niezbędnym elementem modelu, gdyż wiąże wszystkie działania z systemem regulacji firmy, jasno wskazując, jakich zasad i wymagań należy przestrzegać w procesie pełnienia funkcji. Często nurt ten traktowany jest formalnie, ale jednocześnie schemat traci rygoryzm, a czasem nawet znaczenie.
3. Każdy blok funkcyjny musi mieć co najmniej jedną strzałkę po każdej stronie (ponieważ nie może być pracy bez zasobów lub wyników, a instrukcja bez executora lub instrukcji będzie niekompletna).

Rozważany schemat jest „cegłą” podejścia IDEF0. Modelowanie funkcjonalne polega na stopniowym przechodzeniu od ogólnego do szczegółowego poprzez dekompozycję. Dekompozycja to „pogłębienie” rozważanej funkcji, podzielenie jej na mniejsze funkcje. Jednocześnie, gdy funkcja najwyższego poziomu jest przedstawiana w sposób uogólniony, a następnie dekomponowana, należy nazwać ją procesem.

Diagram kontekstowy

Na najwyższym poziomie firma jest postrzegana jako „czarna skrzynka”, w której odbywa się pewna działalność przekładająca nakłady na wyniki. Ten poziom jest zwykle nazywany „”, czyli diagramem opisującym kontekst działalności firmy. Dodatkowo diagram kontekstowy wyświetla kluczowe cechy całego modelu.

1. Celem jest konkretne sformułowanie celu modelu, zgodnie z którym w przyszłości będzie można zweryfikować poprawność budowy modelu.
2. Punkt widzenia - z czyjej twarzy budowany jest model, ponieważ model jest zawsze zależny od jego autora i skupienia uwagi. Jeśli budujemy ogólny model przedsiębiorstwa, to zazwyczaj przedstawia się go z punktu widzenia jego dyrektora.
3. Typ modelu wskazuje, jakie informacje są wyświetlane na wykresach. Mogą być tutaj 2 podstawowe opcje: JAK JEST („jak jest”) lub TO BYĆ („jak będzie”). To rozdzielenie jest konieczne, ponieważ możemy budować modele zarówno do analizy działania, jak i jego transformacji. Musimy jasno określić, co robimy i przekazywać te informacje innym.

Diagram kontekstowy zawiera zatem w najbardziej uogólnionej formie opis działań firmy, w które przenikają się przepływy łączące firmę ze światem zewnętrznym. Myślę, że powinny być też nieco bardziej szczegółowe.

Główne strumienie

Doświadczenie pokazuje, że pomimo pozornej prostoty i formalności tego poziomu, często trzeba na nim długo się oprzeć, ponieważ wszystkie wyniki, które są istotne dla właściciela i rynku, powinny być tutaj odzwierciedlone. Błąd może prowadzić do powstania modeli, które nie spełniają zadań postawionych przed biznesem. Aby sprawdzić, czy wyświetlane są znaczące przepływy, upewnij się, że na diagramie znajdują się wszystkie 4 główne typy przepływów.

1. Materiał: materiały i komponenty na wejściu i gotowe produkty na wyjściu.
2. Klient: potencjalny klient przy wejściu i zadowolony na wyjściu.
3. Finansowe: na wejściu są to zwykle inwestycje, płatności klientów (przychody), pożyczki i inne dochody; wyjściem są płatności na rzecz dostawców, podatki, płatności z tytułu pożyczek i zysków.
4. Informacyjny: na wejściu są to wszystkie przepływy informacji o otoczeniu zewnętrznym (warunki rynkowe, zachowanie konkurencji, innowacje technologiczne itp.), a na wyjściu jest to przepływ informacji, które firma raportuje o sobie światu (wszystkie informacje reklamowe, a także wszelkiego rodzaju raporty do organów regulacyjnych).

Należy pamiętać, że firma jest otwarty system i nic w nim nie pojawia się ani nie znika. Firma jest w stanie zamienić tylko przepływy przychodzące na wychodzące, a jeśli zrobi to dobrze, to jest dodatkowy przepływ gotówki(zysk), odzwierciedlając w pewnym sensie jakość całego systemu.

(Kliknij, aby powiększyć)

Dobrze jest wyróżnić każdy z tych rodzajów przepływów innym kolorem, aby łatwo odróżnić ruch zasobów i nie przeoczyć ważnych punktów. Na przykład często można zaobserwować brak klienta w przepływach firmy, dlatego praca z nim opiera się na zasadzie szczątkowej – klient często czuje się jak utrudnienie dla pracowników firmy, których zadania skupiają się na przetwarzaniu przepływu dokumentów.

Strzałki kontrolne mogą być reprezentowane tylko przez 1 typ przepływu - informacyjny, który można podzielić na 2 podtypy. Pierwszy to dokumenty takie jak:

• prawa i regulacje;
• rozkazy, rozkazy;
• instrukcje i regulaminy;
• plany;
• dokumentacja projektowa itp.

Drugi to nieudokumentowane informacje, które najczęściej zawierają wymagania właścicieli.

I wreszcie mechanizmy - istnieją tylko 2 rodzaje przepływów: sprzęt (materiał) i wykonawcy (działy i ludzie). Tutaj nie może być żadnych dokumentów, tak jak nie może być ludzi na strzałkach kontrolnych!

Do nawigacji w modelu zapewniona jest numeracja ciągła. Diagram kontekstowy ma numer „A-0”. W przyszłości każdy blok funkcjonalny otrzymuje swój numer, bez względu na to, jak głęboki jest rozkład.

Rozkład

Po opracowaniu przepływów diagramu kontekstowego możemy przejść do dekompozycji. Idąc poziom niżej, jakby otwierając „czarną skrzynkę”, najpierw widzimy Pusty arkusz ze strzałkami, które zostały dołączone do bloku funkcyjnego.

(Kliknij, aby powiększyć)

I tu zaczyna się właściwe modelowanie funkcjonalne – musimy zrozumieć, jaki zestaw działań może połączyć te przepływy i zapewnić spełnienie wszystkich wymagań. Trudność polega na tym, że w firmie jest dużo akcji i mamy prawo wyświetlać na diagramie nie więcej niż 9 funkcji, w przeciwnym razie diagram stanie się nieczytelny i odpowiednio bezużyteczny.

Nie zawsze łatwo jest zaaranżować złożoną czynność w taki sposób, aby pozostała wizualna, czytelna i jednocześnie kompletna. Najczęściej uciekają się do dzielenia całej różnorodności procesów na główne duże bloki, z których najważniejsze są następujące.

1. Stworzenie produktu (wyniku).
2. Promocja i sprzedaż - praca z przepływem klientów.
3. Zapewnienie, że czynności związane z tworzeniem produktów są drugorzędnymi procesami, które są niezbędne do spełnienia wymagań rządowych lub wygody pracy (personel i księgowość, usługi transportowe, sprzątanie itp.).
4. Tworzenie przepływów kontrolnych - działania rozwojowe decyzje zarządcze, który określi wymagania dla wszystkich procesów firmy.

Poniższy rysunek przedstawia diagram rozkładu naszego przykładu.

(Kliknij, aby powiększyć)

Na schemacie procesy powinny znajdować się po przekątnej - to się nazywa zasada dominacji, co oznacza ułożenie bloków funkcjonalnych od lewej do prawej i od góry do dołu - w kolejności ważności lub chronologicznej. Numeracja bloków jest taka sama.

Dalsze prace nad modelem są podobne do pierwszego kroku - przeprowadzana jest dekompozycja każdego bloku funkcjonalnego pierwszego poziomu. Numeracja bloków będzie zawierała numer pierwszego poziomu: A1.1 ... A1.n, A2.1 ... A2.n itd.

Wnioski dotyczące trafności notacji

W ramach tego artykułu można było wyświetlić tylko podstawowe pojęcia notacji IDEF0 na krótkim przykładzie IDEF0, przez co oczywiście trudno jest ocenić całą metodologię. Ale wystarczy wspaniałe doświadczenie Zastosowanie tej notacji w praktyce pozwala mi na wyciągnięcie następujących wniosków.

1. Model ma dobry potencjał wizualizacyjny, ale moim zdaniem większą jego wartość ma efekt dyscyplinujący. Zasady i ograniczenia określone w metodyce wymuszają wypracowanie systematycznego i rygorystycznego podejścia do modeli, co ma bardzo dobry wpływ na jakość końcowego wyniku.
2. Model pozwala na budowanie przepływów komunikacyjnych między zewnętrznie nie silnie powiązanymi rzeczami: połączenie podsystemów frontu i back office z zarządem, co jest znacznie gorsze w przypadku innych notacji.
3. Podejście jest proste i zrozumiałe dla większości uczestników projektu. Budowanie i odczytywanie diagramów w tym zapisie jest ograniczone jedynie chęcią zagłębienia się w zawiłości przepływów biznesowych.

Niektóre z powyższych argumentów skłaniają do myślenia, że ​​takie podejście jest najlepsze i jedyne dla pełnego modelowania aktywności. Nie wolno nam jednak zapominać, że model funkcjonalny jest przeznaczony tylko dla wyższego poziomu modelowania. Wykorzystanie notacji IDEF0 do prac projektowych na poziomie wykonawców prowadzi do tego, że schematy mają charakter czysto ilustracyjny i nie można na ich podstawie zbudować przepisu wyjaśniającego, ponieważ nie zawierają one:

• określenie zdarzeń rozpoczęcia i zakończenia procesu;
• warunki przejścia od jednego działania do drugiego;
• możliwość wizualnego wyświetlania wszystkich zasobów i wykonawców bez przeciążania schematu strzałkami.

Dlatego jeśli używasz tej notacji do zadań, do których jest przeznaczona (strukturyzacja działań najwyższego poziomu), wówczas IDEF0 jest praktycznie jedyną notacją, która pozwala to zrobić w sposób sensowny i dokładny.

W zarządzaniu projektami ten standard modelowania ma największe zastosowanie tam, gdzie konieczne jest połączenie przepływów wizualnych różne projekty lub procesy. Jednocześnie model graficzny pozwoli na bardziej racjonalny podział odpowiedzialności i zasobów pomiędzy zadaniami. Logika zadań projektowych, odzwierciedlona na diagramach, pomoże przygotować lepsze plan kalendarza w formie wykresu Gantta.

16 września 2010 13:08

„Podziel i rządź”
Maksym Senatu Rzymskiego

Był rok 1981, Departament Sił Powietrznych USA opracowywał program automatyzacji przedsiębiorstwa przemysłowe, który był w skrócie ICAM (Zintegrowana produkcja wspomagana komputerowo). Dla pomyślnego przebiegu projektu konieczna była możliwość symulowania zautomatyzowanego przedsiębiorstwa dla wszystkich uczestników równolegle. Specjalnie do tego celu został opracowany zestaw standardów. IDEF (DEFINICJA ICAM). Jednym z ustalonych standardów była notacja modelowania funkcjonalnego o kryptonimie IDEF0, który z biegiem czasu nieco się zmienił, a specyfikacja tego ostatniego na ten moment wersja została wydana w grudniu 1993 roku.
Opowiem trochę o cechach procesu modelowania funkcjonalnego procesu biznesowego za pomocą notacji IDEF0 a jednocześnie pomogę Arystarkhowi Grigoryevichowi, o którym wspomniałem w poprzednim artykule: opiszę biznesowy proces robienia barszczu.

Modelowanie funkcjonalne zaczyna się od podkreślenia głównego zadania, które rozwiązuje realizacja tego procesu biznesowego. W naszym przypadku zadanie to jest sformułowane w następujący sposób: „Ugotuj barszcz”. Wydaje mi się, że efektywniej jest rozpocząć proces modelowania od określenia, jakie dane i materiały posiadamy przed wykonaniem procesu biznesowego (Input), a także jasno zrozumieć, co chcemy uzyskać w wyniku realizacji procesu biznesowego (Output /Wyjście). Pozwoli ci to określić jasne wymagania dla procesu biznesowego i odrzucić nierealne nadzieje: mając tylko garstkę wątpliwego pochodzenia kamieni, nie można zdobyć sztabek złota. W przypadku barszczu gotującego przy wejściu znajdują się np. warzywa i mięso (oczywiście mogą nie być, ale załóżmy, że wszystkie produkty zostały przezornie zakupione). Przy wyjściu powinniśmy dość logicznie dostać barszcz.

Notacja IDEF0 sugeruje również, że w celu przeprowadzenia modelowania funkcjonalnego konieczne jest wyodrębnienie tzw. mechanizmu (mechanizmu), tj. tych wykonawców, którzy będą zaangażowani w proces biznesowy. W naszym przykładzie sam Aristarkh Grigorievich działa jako mechanizm i, powiedzmy, jego najstarszy syn Kola. Prawidłowe wykonanie procesu musi być kontrolowane przez coś (niektóre standardy, metody, technologie itp.). To coś w notacji IDEF0 nazywa się „kontrolą” (kontrolą) i musi koniecznie pojawić się na schemacie funkcjonalnym.

Kiedy analityk biznesowy zidentyfikuje dane wejściowe i wyjściowe, ustali mechanizm i metody kontroli, możesz wprowadzić wszystkie te informacje do pierwszego diagramu, zwanego diagramem kontekstowym. Będzie to wyglądać jak na rysunku 1.

Ryż. 1. Diagram kontekstowy

Głównym celem diagramu kontekstowego jest identyfikacja głównego zadania, jedynej funkcji, którą rozwiązuje realizacja procesu biznesowego. Diagram kontekstowy jest szczególnie ważny przy tworzeniu ogólnego obrazu rozwiązywanego zadania biznesowego: czego potrzebujemy i w jakiej ilości, co otrzymamy jako wynik, kto jest zaangażowany w proces biznesowy, jakich dokumentów regulacyjnych potrzebujemy do jakościowe rozwiązanie zadania.

Diagram kontekstowy nie daje pełnej wizji procesu, a jedynie ogólny widok. Aby zobaczyć sekwencję procesu, należy obrócić koło mikroskopu: rozłożyć schemat, tj. podaj nieco bardziej szczegółowy opis procesu. Zawsze wygodniej było mi podzielić gigantyczne zadanie ogólne na 4-5 mniejszych, o mniej więcej równym stopniu szczegółowości. Te zadania mogą być sekwencyjne lub równoległe pod względem czasu ich wykonania. Na przykład w przypadku gotowania barszczu zadania te sprowadzają się do: przygotowania rosołu, przygotowania warzyw, faktycznego ugotowania i podania dania na stół. Oczywiste jest, że można jednocześnie gotować bulion i przygotowywać warzywa, ale podawanie barszczu przed jego doprawieniem już się źle skończy. Weźmy na przykład diagram, taki jak pokazano na rysunku 2.

Ryż. 2. Diagram rozkładu pierwszego poziomu

W ten sam sposób każdą z tych małych funkcji można rozłożyć, aż do osiągnięcia wymaganego poziomu szczegółowości.

Bardzo duży plus dekompozycji widzę w tym, że opisując jakiś ciężki np. proces technologiczny, jako główny wykonawca procesu na diagramie kontekstowym, można określić cały warsztat np. formierski, a już na diagramie dekompozycji wybierz poszczególne, na przykład zespoły tego warsztatu, które są odpowiedzialne za taki lub inny kierunek w procesie. Szczególnie ważne jest, aby dla każdego bloku dekompozycji, a także dla całego diagramu kontekstowego jako całości, wskazywane były zarówno dane wejściowe, jak i dane wyjściowe. Tych. możemy kontrolować przepływ zasobów poprzez ich dystrybucję, gdzieś malejąc, gdzieś zwiększając, możemy zrozumieć, że konieczne jest odłożenie części pracy, ponieważ na przykład nie można korzystać z tej samej maszyny w tym samym czasie. W lewym dolnym rogu bloków dekompozycji wskazany jest przybliżony koszt operacji, co pozwala wyróżnić bardziej kosztowne operacje, które należy opracować bardziej szczegółowo. I odwrotnie: małe zadania są łatwiejsze do oceny niż duże. Po znalezieniu kosztu każdego z małych zadań, koszt dużego zadania można obliczyć, po prostu sumując koszty małych zadań.

Dużą wadą notacji IDEF0 jest, moim zdaniem, to, że nie odzwierciedla ona źle reakcji uczestników procesu na zdarzenia z otoczenia zewnętrznego iw ogóle w żaden sposób. W związku z tym niemożliwe jest oszacowanie ryzyk związanych ze zmianami w otoczeniu zewnętrznym, nie jest również możliwe modelowanie opcji rollback. Dlatego moim zdaniem notacja IDEF0 najlepiej nadaje się do opisu nie procesów biznesowych, ale procesów technologicznych, w których wpływ środowisko ponieważ operacje przebiegają zgodnie z planem. Oczywiście nie wyklucza się awarii sprzętu. Ale jeśli się nad tym zastanowisz, awaria sprzętu prowadzi tylko do tego, że musisz naprawić lub zmienić sprzęt. W większości przypadków spowoduje to opóźnienie lub anulowanie procesu na pewnym etapie, ale nie wycofanie (pomyśl o cegiełkach rozpadających się z powrotem na piasek i glinę, gdy piec się zepsuje), podczas gdy w większości przypadków wystąpi wyjątek w środowisku biznesowym , to są wymagane akcje wycofywania. Dlatego notacja IDEF0 wydaje się bardziej odpowiednia do opisu procesów technologicznych.

W kolejnej serii znajdziesz ekscytujące historie dotyczące notacji BPMN, EPC i UML.

(4,77 - ocenione przez 43 osoby)

1. modelowanie funkcjonalne System informacyjny z wykorzystaniem technologii IDEF CASE.
2. Opis logiki interakcji i kolejności pracy.

2. Plan lekcji

1. Kontrola wiedzy poprzez testowanie (test ISE002).
2. Opracowanie wielopoziomowego modelu działania systemu informatycznego (model AS-IS) z wykorzystaniem narzędzia BPwin CASE z wykorzystaniem technologii IDEF 0 oraz IDEF 3 :
   • Opis właściwości modelu (Właściwości modelu).
   • Stworzenie PIERWSZEGO poziomu modelu funkcjonalnego - opracowanie diagramu kontekstowego.
   • Stworzenie DRUGIEGO poziomu modelu funkcjonalnego – wykonanie uszczegółowienia pracy kontekstowej i opracowanie diagramu dekompozycji.
   • Stworzenie TRZECIEGO poziomu modelu funkcjonalnego - uszczegółowienie pracy drugiego poziomu realizującego funkcję Księgowość działalności organizacje. Implementacja tego etapu rozwoju pozwala na stworzenie diagramu dekompozycji przy użyciu jednej z dwóch metodologii - IDEF 0 (opcja 1) lub IDEF 3 (opcja 2). Zgodnie z drugą opcją tworzenie skryptu i diagramu sekwencji prace indywidualne (schemat przepływu pracy) w procesie rozliczania czynności odbywa się z wykorzystaniem metodyki IDEF 3.
3. Opracowanie słownika prac oraz słownika strzałek, które umożliwiają wyświetlenie opisu odpowiednich fragmentów modelu.

1. Modelowanie funkcjonalne systemu informatycznego z wykorzystaniem technologii IDEF należy przeprowadzić za pomocą narzędzia CASE BPwin, który jest ładowany przez polecenie Start/Programy/Computer Associates/BPwin 4.0/BPwin4.0 . Technologiczne procesy modelowania IDEF są opisane w rozdziale 4 „Informacje teoretyczne do praktycznej lekcji”.
2. Opracowując diagram kontekstowy, należy pamiętać, że właściwości modelu można uporządkować w następujący sposób, wykorzystując informacje odpowiadające modelowanemu Tematyka:
   • Nazwa modelu : Działalność firmy "Nazwa";
   • Projekt (nazwa projektu): Model firmy „Nazwa”;
   • Imię i nazwisko, grupa;
   • Zakres (obszar modelowania, w tym cel modelowania, czyli pytania, na które zbudowany model powinien odpowiadać) - na przykład, " Zarządzanie ogólne działalność firmy: badanie rynku, zakup komponentów, testowanie i sprzedaż produktów” lub „Technologiczne, finansowe i aspekty zarządcze działalność firmy”;
   • Ramy czasowe (typ modelu) : JAK JEST;
   • definicja (definicja , przypisanie modelu) : Model szkoleniowy opisujący działalność firmy „Imya”;
   • Punkt widzenia (punkt widzenia – osoba, której punkt widzenia jest przyjmowany podczas opracowywania) : szef przedsiębiorstwa i dyrektor generalny;
   • Status : PRACUJĄCY;
   • Cel (cel) : Modeluj bieżące procesy biznesowe firmy „Imya” w celu uregulowania jej działalności;
   • Źródło (źródło Informacja): Analiza obszaru tematycznego i analiza dokumentów wejściowych;
   • Imię autora : PEŁNE NAZWISKO.
3. Podczas robienia dekompozycja diagramu kontekstowego Należy wziąć pod uwagę, że będąc drugi poziom dekompozycja modelu systemu, jest podproces lub praca podrzędna , realizowane w formie praca kontekstowa, która w tym przypadku pełni funkcję: praca rodzicielska, zaimplementowana w formie diagram nadrzędny (Diagram nadrzędny) . Diagram dekompozycji drugiego poziomu musi zawierać co najmniej trzy bloki funkcjonalne, z których jeden musi pełnić funkcję modelowania księgowość organizacji, a reszta powinna pełnić funkcję modelowania procesy biznesowe zaimplementowane w systemie.
4. Na każdym kroku dekompozycji należy monitorować proces automatycznego przesuwania łuków interfejsu (strzałek) do niższych poziomów modelu i starać się zapobiegać niepotrzebnemu tworzeniu się tunelowanych strzałek. Jeśli się pojawią, tunele należy usunąć.
5. Podczas wdrażania trzeci poziom dekompozycji należy wziąć pod uwagę, że każdy z opracowanych diagramów dekompozycji jest trzecim poziomem dekompozycji pracy drugiego poziomu i reprezentuje podproces lub praca dzieci, realizowane w formie diagram podrzędny (Diagram podrzędny) odpowiednia praca trzeciego poziomu. Wszystkie prace drugiego poziomu działają w tym przypadku jako praca rodzicielska, zaimplementowana w formie wykresy nadrzędne(Diagramy nadrzędne).
6. Dekompozycja pracy drugiego poziomu, modelowanie funkcji księgowej oraz tworzenie scenariusza interakcji z pracą powinno odbywać się z wykorzystaniem technologii IDEF3, który wykorzystuje jako bloki funkcyjne jednostkipraca (Jednostka Pracy, UOW) , a także niezbędne obiekty referencyjne (odniesienia) , które można wprowadzić do skryptu ze słownika strzałek lub stworzyć na nowo.
7. Na każdym poziomie dekompozycji modeli tworzony jest słownik stanowisk oraz słownik strzałek, a warunkiem koniecznym ich rozwoju jest obecność opisu stanowiska. (działalność) oraz opisy danych zarejestrowanych na interfejsie łukowym ( strzałka) .
8. Zapisz wyniki pracy w pliku Funkcja_Nazwa_IS_modelu_ IDEF.bp1 w twoim folderze ISE.
9. Przykład uogólnionego modelu funkcjonalnego podano w

4. Informacje teoretyczne do lekcji praktycznej

4.1. Technologia IDEF 0

Metodologia IDEF0 ma na celu modelowanie działań organizacji. Na etap początkowy rozwoju projektu, tworzony jest model opisujący istniejące procesy biznesowe i procesy technologiczne w przedsiębiorstwie zgodnie z zasadą „AS – IS” („As is”), a co ważne reprezentuje przedsiębiorstwo z pozycji pracowników, którzy pracują za to i poznaj dokładnie wszystkie niuanse, także te nieformalne. AS-IS to „co robimy dzisiaj”, zanim przejdziemy do „co będziemy robić jutro”.

Model aktywności czyli innymi słowy, model funkcjonalny. model funkcjonalny traktuje system jako zestaw akcja, w którym każde działanie zmienia niektóre obiekt lub zestaw obiektów . Technologia IDEF 0 stosuje zasadę rozkład funkcjonalny systemy (podział systemu na fragmenty). Zasada rozkładu oznacza, że ​​model funkcjonalny należy budować zgodnie z regułą „z góry na dół” , z ogólny typ modelu do prywatny modele. Dlatego zwykle funkcjonalnym modelem do rozwiązania problemu jest zbiór prywatne modele funkcjonalne .

Modele funkcjonalne podkreślają działania poprzez reprezentację jako specjalny element − blok. Blok – podstawowy element konstrukcyjny model funkcjonalny, którego graficzna reprezentacja to diagram . Nazwa akcji – rzeczownik odczasownikowy lub czasownik . W wyniku dekompozycji modelu tworzony jest zestaw hierarchicznie uporządkowanych i powiązanych ze sobą diagramów. Każdy schemat jest jednostką opisu systemu i znajduje się na osobnym arkuszu.

Metodologia IDEF 0 opiera się na czterech podstawowych pojęciach: blok funkcjonalny (węzeł), łuk interfejsu, dekompozycja, słowniczek.

Blok funkcyjny

Podstawowa koncepcja technologii IDEF 0 jest koncepcja blok funkcyjny. Ma reprezentować pewien rodzaj zajęcia (aktywność) , co jest pewnym specyficznym funkcjonować w ramach rozważanego systemu. Ta funkcja z kolei oznacza jakąś akcję (zestaw akcji), mając ustalony cel i prowadzący do jakiegoś końcowego rezultatu.

Blok funkcyjny jest reprezentowany przez prostokąt, którego boki mają następujące wartości:

• Górna strona to kontrola.
• Spód to mechanizm.
• Prawa strona to wyjście.
• Lewa strona to wejście.

Blok funkcyjny ma nazwę określoną w trybie słownym lub jako rzeczownik słowny. Interakcja między akcją a otaczający go świat, w tym ten z innymi działaniami, jest wyświetlany za pomocą łuków interfejsu (strzałek).

Łuk interfejsu

Łuk interfejsu wyświetla element systemu, który lub obrobiony blok funkcyjny, lub mieć inny efekt do czynności (funkcji) wyświetlanej przez ten blok funkcjonalny. Łuk interfejsu przedstawiony jako strzałka, która wskazuje nośnik Narzędzie, które przenosi dane lub obiekty z jednej czynności do drugiej. Strzałki opisują interakcję dzieł ze światem zewnętrznym i między sobą reprezentują pewne informacje i są nazywane rzeczowniki .

Nazwa strzałki to określa rola (zestaw możliwych ról jest oznaczony przez - ICOM ):

Wejście bloku funkcyjnego - I wyjście .

Kierownictwo - C kontrola .

Wyjście bloku funkcyjnego - O wyjście .

Mechanizm - M mechanizm .

Wejście) to materiał lub informacja, która jest wykorzystywana lub przekształcana przez utwór w celu uzyskania rezultatu (produktu). Może nie być strzałki wejścia.

Kontrola– zasady, polityki, procedury lub standardy regulujące pracę. Wpływa na pracę, ale nie jest przez nią przekształcana. Strzałka jest rysowana jako wchodząca w górną powierzchnię zadania. Każdy blok funkcyjny musi mieć co najmniej jedną strzałkę kontrolną.

Często trudno jest określić, czy dane są danymi wejściowymi czy kontrolnymi. Jeśli dane w pracy zostaną zmienione lub przetworzone, najprawdopodobniej jest to wejście, a jeśli nie, kontrola. Jeśli trudno jest określić status strzałki, zaleca się narysowanie strzałki kontrolnej.

Wyjście Materiał lub informacje generowane przez zadanie. Wymagana jest co najmniej jedna strzałka wyjścia wychodząca z prawej strony pracy.

Mechanizm wykonawczy (mechanizm)– zasoby, które wykonują pracę (np. personel, maszyny, urządzenia itp.). Strzałka jest rysowana jako wejście do dolnej ściany zadania. Wskazówki mechanizmu mogą nie być wyświetlane. Ogólnie blok funkcjonalny pokazano na ryc. 2.1.

Na ryc. 2.1 wszystkie łuki interfejsu są pokazane jako nazwane strzałki. Zgodnie z wymaganiami normy każdy blok funkcjonalny musi mieć co najmniej jedno wyjście i jedną kontrolę, ponieważ każde zadanie (proces) musi mieć co najmniej jedno wyjście i co najmniej jedną regułę jego rozwiązania. Łuk interfejsu „Mechanizm” może nie być wyświetlany.

Z kilku bloków funkcjonalnych połączonych łukami interfejsu w wymagany sposób, a model funkcjonalny.

Zauważ, że strzałki mogą się rozgałęziać, aby wykonać wymagane połączenia bloków funkcjonalnych.

wejście blok funkcjonalny może być nie tylko Wyjście kolejny blok funkcjonalny, ale także jego kontrola lub nawet mechanizm. W efekcie w modelu funkcjonalnym mogą występować różne, dość złożone i nietypowe procesy rozwiązywania problemów w systemie informacyjnym.

Tworzenie diagramów w technologii IDEF0

Przy opracowywaniu modelu działania organizacji należy stosować trzy rodzaje diagramów:

• Diagram typu I – Diagram kontekstowy (może być tylko jeden) - wierzchołek struktury drzewiastej, który jest najbardziej abstrakcyjnym poziomem opisu systemu i jego interakcji ze środowiskiem zewnętrznym. Definiuje funkcja kontekstu;
• II typ wykresu - Wykres dekompozycji .

Diagramy dekompozycji mają na celu uszczegółowienie pracy i zawierają związane z praca, czyli dziecko prace, które mają coś wspólnego rodzicielski praca. Prace na dolnym poziomie są takie same, jak na górnym poziomie, ale bardziej szczegółowo. Diagramy tworzone są przez analityka w celu przeprowadzenia sesji egzaminacyjnej, czyli omówienia diagramu ze specjalistą merytorycznym.

Po każdej sesji dekompozycji odbywają się sesje egzaminacyjne - eksperci merytoryczni wskazują na tworzonym diagramom zgodność rzeczywistych procesów biznesowych. Znalezione niezgodności są korygowane i dopiero po zdaniu egzaminu bez komentarza możesz przejść do następnej sesji dekompozycji. Gwarantuje to, że model pasuje do rzeczywistych procesów biznesowych na każdym poziomie modelu.

Konieczne jest ustawienie liczby prac na nie więcej niż sześć (3-6), w przeciwnym razie schemat jest słabo czytelny (przesycony). 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.

Na diagramie dekompozycji, w lewym górnym rogu, jest praca, która jest najważniejsza i wykonana jako pierwsza. Prace, które są mniej ważne lub wykonywane później, schodzą sekwencyjnie.

• Diagram Typ III – Diagram Drzewa Węzłowego pokazuje hierarchiczną zależność zadań, ale nie związek między zadaniami (może być dowolna ilość tych diagramów, ponieważ drzewo może być zbudowane do dowolnej głębokości i niekoniecznie od korzenia).

4.2. Symulacja procesu technologicznego IDEF0:

Ryż. 2.2

Narzędzie BPWin CASE posiada prosty i intuicyjny interfejs użytkownika do budowania wymaganych modeli funkcjonalnych i scenariuszy. To zależy od zastosowanej technologii. Na ryc. 2.2 pokazuje okno BPWin ( Computer Associates BPWin ).

Pasek narzędzi głównego okna Computer Associates BPwin zawiera następujące przyciski:

	– stworzenie nowego modelu,
	– otwarcie istniejącego modelu,
	– zapisanie zbudowanego modelu,
	– nadruk modelu,
	- wybór skali
	- skalowanie,
	- sprawdzanie pisowni,
	– włączyć/wyłączyć nawigator modelu,
	– Włącz/wyłącz Model Mart.

Nawigator modelu pokazuje skład modelu według poziomu rozwoju. Dzięki niemu możesz łatwo i szybko przechodzić z poziomu na poziom. Praca z nawigatorem modelu jest podobna do pracy z Eksploratorem Windows.

Specjalny pasek narzędzi zawiera następujące główne przyciski:

Okno modelu to miejsce do stworzenia funkcjonalnego modelu badanego systemu. W nim buduje się i edytuje bloki funkcjonalne, rysuje i edytuje strzałki, dokonuje się dekompozycji.

Przygotowanie modelu

1. Kliknij przycisk tworzenia modelu, aby otworzyć okno dialogowe BPWin(Rys. 2.3):

W oknie dialogowym BPWin wykonaj następujące czynności:

• wybierać Proces biznesowy (IDEF0);
• ustaw nazwę modelu i kliknij przycisk OK;
• w oknie Właściwości nowego modelu naprawić nazwisko autora modelu;
• naciśnij przycisk OK .

1. zespół Model/Właściwości modelu wyświetl okno dialogowe Właściwości modelu (rys. 4), w którym należy uporządkować właściwości modelu zgodnie z wytyczne określone w sekcji 2.

Pierwszy poziom modelowania

1. Udekoruj blok funkcjonalny w oknie modelu, wykonując następujące czynności:
   • w menu kontekstowym bloku funkcyjnego wybierz polecenie Nazwa… ;
   • w oknie dialogowym Właściwości aktywności (rys. 2.5) w zakładce Nazwa zapytać się Nazwa praca (krótka) umieszczona w tym bloku funkcyjnym oraz w zakładce Definicja w terenie Definicja opis praca;
   • zakładka Czcionka ustaw czcionkę Arial Cyr i ustaw pola wyboru, aby używać tej czcionki we wszystkich blokach funkcyjnych diagramu ( Wszystkie czynności na tym schemacie, Wszystkie czynności w tym modelu oraz Zmień wszystkie wystąpienia tej czcionki w Model ), a następnie naciśnij przycisk OK.

• w oknie dialogowym Właściwości strzałek (rys. 2.7), w zakładce Nazwa ustaw nazwę strzałki (krótka), a w zakładce Definicja w terenie Definicja wprowadź wystarczająco szczegółowe opis przeznaczenie tej strzałki;

• w menu kontekstowym strzałki wybierz polecenie Czcionka… ;
• w oknie dialogowym Właściwości strzałek (rys. 2.8), w zakładce Czcionka ustaw czcionkę Arial Cyr i zaznacz pola, aby użyć tej czcionki dla wszystkich strzałek wykresu ( Wszystkie strzałki na tym schemacie, wszystkie strzałki w tym modelu, wszystkie wystąpienia tej strzały oraz Zmień wszystkie wystąpienia tej czcionki w modelu );

1. Strzałka Strzałka Wyjście, lewy granice prawo;
2. Strzałka Strzałka Kontrola , dla którego powtórz krok 2, zastępując lewy granice Top;
3. Strzałka Strzałka Mechanizm, po co powtarzać krok 2, zastępując lewy granice niżej.

Drugi poziom modelowania

Dowolny poziom modelowania

Aby utworzyć dekompozycję modelu na dowolnym poziomie modelowania, wykonaj następujące kroki:

• kliknij, aby aktywować określony blok funkcyjny;
• powtórz krok 3 dla bieżącego poziomu modelu.

1. Typ i styl projektu strzałki można wybrać w oknie dialogowym Właściwości strzałki (rys. 2.9), wywoływanym poleceniem Styl z menu kontekstowego strzałki.

1. Do instalacji zawijanie tekstu po podświetleniu nazwy zmniejsz rozmiar prostokąta, po czym automatycznie powiększy się w dół.
2. Każda strzałka narysowana na diagramie wyższego poziomu musi być obecna na diagramie niższego poziomu.
3. Nowa strzałka narysowana na diagramie niskiego poziomu (nierozstrzygnięta ( nie rozwiązany) strzałka) jest umieszczona w nawiasach kwadratowych (tunele), co podkreśla brak takiej strzałki na more wysoki poziom. Aby usunąć tunele:
   • wybierz pozycję menu Tunel strzałek ;
   • w oknie dialogowym Edytor strzałek obramowania(Edytor strzałek granicznych) wybierz opcję Rozwiąż to do Border Arrow (Zezwól jako strzałka graniczna). W rezultacie tunel na obecnym poziomie zostanie usunięty, a strzałka pojawi się na poprzednim poziomie, a jeśli nie jest to pierwszy, to jest tunelowany (rys. 2.10).

1. Aby skopiować strzałki tunelowane z dolnego poziomu na wyższy:
   • kliknij prawym przyciskiem myszy nawiasy kwadratowe;
   • wybierz pozycję menu Odniesienie poza stroną;
   • w oknie dialogowym Odniesienie do strzałki poza stroną wybrać schemat, na którym ma być umieszczona strzałka i ustawić żądany przełącznik typu strzałki (rys. 2.11);

• naciśnij jeden z przycisków: OK i przejdź do diagramu (przejdź do wybranego wykresu) lub OK i pozostań na bieżącym schemacie (pozostań w aktualnym wykresie).

Pozostawienie niezwiązanych strzałek granicznych ( niepołączona strzałka graniczna) – strzałki, które są automatycznie przenoszone do diagramu dekompozycji z diagramu nadrzędnego (tryb migracja strzelec). Te strzałki nie są związane z zadaniami i muszą być połączone z zadaniami w trybie tworzenia strzałek ( Narzędzie strzałka pierwszeństwa – ).

Domyślne ustawienie poprawnej lokalizacji i stylu strzałek:

• Uruchom polecenie Model/Właściwości modelu;
• w oknie Właściwości modelu(Rys. 2.12) wybierz zakładkę układ ;
• pole wyboru (opcja) Automatycznie spacje strzałek w grupie Strzałki

1. Podczas tworzenia strzały informacja zwrotna kierownictwo ustawić opcję wskazania kierunku strzałki Dodatkowy grot strzałki (z menu kontekstowego).
2. Jeśli etykiety na strzałkach znajdują się bez powodzenia (bardzo daleko itp.), należy zaznaczyć pole wyboru Squiggle (w menu kontekstowym), aby umieścić etykietę.

1. Na diagramie dekompozycji, w lewym górnym rogu, znajduje się blok funkcjonalny, który zawiera najpierw najważniejsze i wykonane prace. Prace, które są mniej ważne lub wykonywane później, schodzą sekwencyjnie.
2. Zawijanie tekstu wewnątrz prace prowadzone są w trybie edytor nazw… przez naciśnięcie klawisza Wchodzić.
3. Przekątna w lewym górnym rogu prostokąta oznacza, że ​​odpowiednia praca nie jest rozłożona.
4. Aby wyświetlić nie tylko numery zadań podrzędnych, które pojawiają się automatycznie, ale także prefiksy (A), należy wybrać polecenie Właściwości modelu/modelu, zakładka numeracja, pole wyboru (opcja) Pokaż prefiks(Rys. 2.13).

1. Aby wyświetlić numery zadań i numery poziomów (dwu-, trzy-, czterocyfrowe) dla zadań podrzędnych, wybierz polecenie Właściwości modelu/modelu, zakładka numeracja, pole wyboru (opcja) Użyj formatu numerowania diagramów (Rys. 2.13).
2. Aby rozróżnić różne wersje tego samego schematu, poszczególnym wersjom należy nadać numery (C - numer) dowolnie ustawione w menu Właściwości diagramu w zakładce zestaw.

Budowanie drzewa modelu

• zespół Diagram/Dodaj/Drzewo węzłów wyświetl okno dialogowe Kreator drzewa węzłów_Krok 1 z 2 (ryc. 2.14);
• przeprowadzić dialog, wybierając wymaganą liczbę poziomów drzewa węzłów ( Liczba poziomów );
• naciśnij przycisk Gotowy.

4.3. Technologia IDEF3

Technologia IDEF3 jest metodologią opisu procesu, która uwzględnia sekwencja wykonania oraz związki przyczynowo-skutkowe między sytuacjami i wydarzeniami. Za pomocą IDEF3 opisują logikę wykonywania prac, kolejność ich rozpoczęcia i zakończenia.

Technologia IDEF3 wykorzystuje kategorię scenariusze uprościć strukturę opisów złożonego, wieloetapowego procesu. Scenariusz (Scenariusz) – jest to powtarzająca się sekwencja sytuacji lub działań opisująca typową klasę problemów występujących w organizacji lub systemie, a także opis sekwencji właściwości obiektu w rozważanym procesie. Modele IDEF0 są powiązane ze skryptami IDEF3, ponieważ każdy model IDEF0 może być reprezentowany jako jeden lub więcej skryptów IDEF3.

Technologia IDEF3 została zaprojektowana w celu zapewnienia gromadzenia danych procesowych i umożliwia:

• udokumentować dostępne dane dotyczące technologii procesu, zidentyfikowane, powiedzmy, w trakcie ankiety ekspertów w danej dziedzinie;
• analizować istniejące procesy i rozwijać nowe;
• modelować sytuacje, identyfikując sytuacje, w których podejmowanie decyzji wpływający koło życia proces, na przykład zmiana właściwości konstrukcyjnych, technologicznych lub eksploatacyjnych produktu końcowego;
• promowanie przyjmowania optymalnych decyzji w reorganizacji procesu.

Scenariusz w technologii IDEF3

Diagramy scenariuszy opisz działania i zdarzenia, które muszą zostać przetworzone w określonym czasie. Scenariuszowi towarzyszy opis procesów i może być wykorzystany do udokumentowania każdej funkcji systemu. Dlatego scenariusze są częścią analizy systemowej, ponieważ umożliwiają analizę sytuacji w czasie i opisanie obiektów uczestniczących w tym samym procesie w tym samym czasie.

W przypadku korzystania z technologii IDEF3 wszystkie konstrukcje oparte są na dwóch typach diagramów:

1. Schemat opisujący kolejność kroków procesu.
2. Diagram stanu obiektu.

Stosowane są następujące standardowe konwencje:

	Funkcjonalny element zachowania,
	Przeniesienie czynności z jednego funkcjonalnego elementu zachowania (poprzedzającego) na inny (następny) ( precedens ),
	Przejście przepływu danych z pracy do pracy ( przepływ obiektów ),
	Związek danych z pracą ( Referencyjny ),
	Komunikacja między utworami ( relacyjny ),
	Stan obiektu.

Regulacja kolejności wykonywania jednostek pracy odbywa się poprzez wprowadzenie do schematu skrzyżowanie dróg (Węzeł) do różnych celów.

Symbol J przecięcie może przyjąć jedną z następujących wartości:

• & – połączenie wyniki wszystkich działań, jeśli strzałki wejdą na skrzyżowanie; początek wszystkie działania, jeśli strzały z niego wyjdą;
• O - połączenie wyniki działań, jeśli przynajmniej jedno z działań wejściowych zostało zakończone; początek przynajmniej jedno działanie
• X - połączenie tylko jedna akcja z liczby zawartej w skrzyżowaniu; początek tylko jedno działanie z wyłonienia się z niego.

Ilustracja użycia skrzyżowania w diagramy opisujące kolejność etapów procesu jest rys. 2.15. Wynika z tego, że skrzyżowanie jest sposobem konstruowania złożonych, rozgałęzionych procesów technologicznych.

Opis opracowywanej lub badanej technologii w formie pierwszego schematy opisujące kolejność etapów procesu technologicznego , a następnie w formie diagramy stanu obiektów daje pełny obraz wykonanych czynności i wyników ich zastosowania.

	Zadanie 3 ma miejsce, gdy zadanie 1 i zadanie 3 są skończone
	Zadanie 1 i zadanie 2 wydarzają się razem
	Zadanie 3 występuje, gdy zadanie 1, zadanie 2 lub oba są wykonane
	Zadanie 1 i zadanie 2 zdarzają się razem lub osobno
	Zadanie 3 ma miejsce po wykonaniu zadania 1 lub zadania 2
	Zadanie 1 lub Zadanie 2 w toku

Dzięki temu w rękach menedżerów i deweloperów systemów informatycznych znajduje się potężne narzędzie do tworzenia scenariuszy złożonych procesów zarządzania, wymagających analizy i automatyzacji.

4.4. Przepływ pracy w modelowaniu IDEF3

Przygotowanie modelu

1. Naciśnij przycisk tworzenia modelu.
2. W oknie dialogowym BPWin wykonaj następujące czynności:
   • wybierać Przebieg procesu (IDEF3);
   • ustaw nazwę modelu;
   • naciśnij przycisk OK;
   • w oknie dialogowym Właściwości nowego modelu potwierdzić właściwości tam określone.

Wykonywanie akcji

1. Kliknij przycisk tworzenia akcji ( Pole aktywnościNarzędzie ).
2. Kliknij lewym przyciskiem myszy w żądanym miejscu w oknie modelu.
3. W menu kontekstowym akcji wybierz polecenie Nazwa…
4. W oknie dialogowym Właściwości aktywności, w zakładce Nazwa ustaw nazwę akcji (ryc. 2.16).

1. W oknie dialogowym Właściwości aktywności zakładka Czcionka zapytać się Arial Cyr, OK.

Formatowanie danych

1. Kliknij przycisk tworzenia danych. ( Narzędzie odniesienia ).
2. we właściwym miejscu na oknie Referencyjny kliknij lewym przyciskiem myszy, aby osadzić nazwy danych z utworzonego słownika encji (opcja podmiot) lub z utworzonego słownika strzałek (opcja Strzałka) lub utwórz je ponownie (opcja Inny) (rys. 2.17).

1. W dialogu Okno Właściwości odniesienia (rys. 2.18), w zakładce Czcionka zapytać się Arial Cyr zaznacz wymagane pola wyboru i kliknij przycisk OK.

5. Praca domowa na następną lekcję

1. Pomyśl i zdefiniuj przedmioty materialne lub osoby fizyczne, reprezentujący źródła lub odbiorców informacji (podmioty zewnętrzne).
2. Zastanów się i opracuj relacyjny model danych przetwarzanych przez system informatyczny:
   • sporządzić listę podmiotów i ich atrybutów,
   • pokazać relacje między podmiotami.
3. Na podstawie opracowanego zakresu zadań przemyśl i zaoferuj nauczycielowi nazwy poszczególnych prac zaimplementowanych w systemie w procesie wykonywania każdej z kluczowych prac umieszczonych na diagramie dekompozycji drugiego poziomu.
4. Spełnienie p.p. 1-3 Praca domowa zatwierdź w pliku o nazwie „ Informacje do trzeciej lekcji.doc ”, wykonane w programie Word i przedstawione nauczycielowi.
5. Przejdź przez sekcję Informacje teoretyczne do lekcji praktycznej» warsztaty na 3 lekcji.

1.6. Fragment diagramu drzewa węzłów (Node Tree Diagram) przy wykonywaniu dekompozycji bloku uwzględniającego czynności według drugiej opcji (IDEF3)

Słownik aktywności

Nazwa	Definicja
	Analiza informacji odczytanych z bazy danych pod kątem spełnienia określonych kryteriów
Analiza dokumentów	Analiza dokumentów towarzyszących i przychodzących pod kątem zgodności z przepisami
Utrzymanie bazy danych	Wykonywanie operacji odświeżania danych
WYKONANE PRACA	Nazwa funkcji kontekstu definiującej CEL i OGRANICZENIA symulacji
Wykończeniowy	Podejmowanie i formułowanie decyzji (POZYTYWNE jeśli dane spełniają określone kryteria, w przeciwnym razie UJEMNE) oraz tworzenie i przetwarzanie niezbędnych dokumentów
Kontrola jakości i testowanie	Praca, która kończy proces produkcyjny lub rozwojowy
Przetwarzanie danych	Wykonywanie operacji wyszukiwania i analizy danych oraz podejmowanie decyzji na podstawie analizy
Przetwarzanie wyników kontroli jakości	Systematyzacja i analiza wyników pod kątem zgodności z normą
Przetwarzanie wyników badań	Analiza wyników pod kątem użyteczności, niezawodności i przeżywalności
Papierkowa robota	Akceptacja dokumentów i wybór informacji do wprowadzenia do bazy
	Wyszukiwanie danych w tabelach bazy danych na podstawie zapytań utworzonych przez użytkownika
Uzupełnianie bazy danych	Wprowadzanie nowych danych do tabel bazy danych
Odbiór i rejestracja dokumentów	Odbiór i rejestracja przychodzących dokumentów towarzyszących
Produkcja lub rozwój	Nazwa kluczowego procesu biznesowego firmy (model części produkcyjnej obszaru przedmiotowego)
Praca na I etapie procesu biznesowego1	Akcja podsumowująca operacje technologiczne na pierwszym etapie procesu produkcyjnego
Praca na II etapie procesu biznesowego1	Akcja podsumowująca operacje technologiczne na drugim etapie procesu produkcyjnego
Praca na 3 etapie procesu biznesowego1	Akcja podsumowująca operacje technologiczne na trzecim etapie procesu produkcyjnego
Przetwarzanie wyników działalność produkcyjna	Akceptacja i analiza dokumentów na podstawie wyników bieżącej pracy i kontroli
Edycja bazy danych	Zmiana rekordów w tabelach bazy danych
KSIĘGOWOŚĆ	Przetwarzanie i raportowanie dokumentów (nieprodukcyjny model domeny)

Słownik strzałek

Nazwa	Definicja
	Obiekty niespełniające wymagań normy
DANE WEJŚCIOWE	Dokumenty przychodzące i obiekty przetwarzania
Wejście DB	Dane do zapisu w tabelach bazy danych
Dokumenty przychodzące	Dokumenty towarzyszące obiektom przetwarzania i dokumenty inicjujące proces biznesowy
WYJŚCIE	Dokumenty wychodzące, nowe i zmienione obiekty
Dokumenty wychodzące	Dokumenty (formularze, raporty, instrukcje, wyciągi, umowy itp.) tworzone w procesie księgowym
Standard stanowy	Stanowy standard dla papierkowej roboty
Dane tabeli bazy danych	Dane odczytane z tabel bazy danych
Dane uzyskane z analizy	Informacje przeznaczone do przetwarzania dokumentów wychodzących i wykorzystywane przy podejmowaniu decyzji
Dane charakteryzujące wyniki pracy z dokumentami	Informacje odzwierciedlające szczegóły (cechy jakościowe i ilościowe) przetwarzanych obiektów
Dokumenty dotyczące wyników badań i kontroli	Dokumenty odzwierciedlające dane uzyskane na etapie końcowego etapu przetwarzania obiektów
Opis pracy	Instrukcja odzwierciedlająca obowiązki służbowe wykonawca
Żądania użytkowników
Nowe i zmienione obiekty	Obiekty tworzone i modyfikowane podczas realizacji cyklu produkcyjnego
Obiekty DB	Tabele, formularze, zapytania, raporty, makra i moduły
Przetwarzanie obiektów	Obiekty, które ulegają zmianie na różnych etapach realizacji procesu produkcyjnego
Obiekty przetworzone w I etapie	Obiekty modyfikowane na I etapie procesu produkcyjnego
Obiekty przetworzone w II etapie	Obiekty modyfikowane na II etapie procesu produkcyjnego
Obiekty przetworzone w III etapie	Obiekty modyfikowane na 3 etapie procesu produkcyjnego
	Dział kontrola techniczna, który sprawdza stworzony obiekt pod kątem zgodności z wymaganiami normy
Działy firmy oraz specjaliści-profesjonaliści	Podmioty zaangażowane w proces produkcyjny lub w proces rozwoju
ZASADY WYKONANIA	Zasady przetwarzania i transformacji danych
Zasady rachunkowości	System księgowania i ewidencji dokumentacji towarzyszącej procesowi produkcyjnemu lub procesowi rozwojowemu
DECYZJA	Pozytywna lub negatywna decyzja podjęta w zależności od spełnienia przez analizowane dane określonych kryteriów
Zaakceptowane dokumenty	Dokumenty, które zostały zarejestrowane
Oprogramowanie	Platforma, na podstawie której wdrażana jest opracowana baza danych
Wyniki analizy dokumentów	Wyniki uzyskane po analizie dokumentów przychodzących i towarzyszących pod kątem zgodności z normami
Wyniki kontroli jakości
wyniki wyszukiwania	Informacje z tabel bazy danych uzyskane na żądanie użytkownika
Wyniki testu	Dane otrzymane na końcowym etapie przetwarzania
Instrukcja obsługi	Instrukcje i zasady pracy z bazą danych
Obsługa księgowa	Działy zaangażowane w proces księgowości i dokumentacji
Załączone dokumenty	Dokumenty towarzyszące przychodzącym przedmiotom przetwarzania
Specjaliści-profesjonaliści	Podmioty zaangażowane w działalność produkcyjną
Instrukcja technologiczna	Przebieg procesu
Żądania użytkowników	Zapytania tworzone przez użytkownika w celu wybrania niezbędnych informacji z bazy danych oraz stworzenia dokumentów wyjściowych
MECHANIZM WYKONANIA	Zasoby przekształcające dane wejściowe w dane wyjściowe
Nowe wpisy	Rekordy w tabelach bazy danych, które pojawiły się po wprowadzeniu nowych danych
Korekta
	Przedmiot przeprowadzający egzamin

wersja do druku

Następnie rozważ standardowe metody systemowej analizy strukturalnej opisane przez szereg amerykańskich norm federalnych „ Definicja Icam", zgodnie z . Dokładna informacja wszystkie normy z tej serii można znaleźć na stronie http://www.idef.com.

Standard IDEF0(FIPS183) ma na celu stworzenie funkcjonalnego modelu, który wyświetla strukturę i funkcje systemu, a także przepływy informacji i obiektów materialnych, które łączą te funkcje. Ten dokument to projekt (zainicjowany przez Departament Obrony USA) jako standard technologiczny do analizy systemów złożonych SADT(Structured Analysis and Design Technique), opracowany przez grupę amerykańskich analityków kierowanych przez Douglasa Rossa w 1973 roku.

Metoda proponowana przez standard IDEF0 przeznaczona jest do modelowania funkcjonalnego, czyli modelowania realizacji funkcji obiektu, poprzez stworzenie opisowego modelu graficznego pokazującego co, jak i przez kogo w ramach przedsiębiorstwa jest robione. Model funkcjonalny jest ustrukturyzowaną reprezentacją funkcji system produkcji lub środowisko, informacje i obiekty łączące te funkcje. Model budowany jest metodą dekompozycji: od dużych struktury kompozytowe na mniejsze, prostsze. Elementy każdego poziomu dekompozycji reprezentują czynności przetwarzania informacji lub zasoby materialne pod pewnymi warunkami przy użyciu określonych mechanizmów. Każde działanie rozkłada się na mniejsze operacje przetwarzania określonej części informacji lub zasobów materialnych pod pewnymi warunkami z wykorzystaniem części danych mechanizmów. Operacje są ułożone w podobny sposób. Ostatni krok dekompozycji powinien zaowocować modelem, którego poziom szczegółowości spełnia wymagania określone na samym początku procesu tworzenia modelu.

Metodologia IDEF0 opiera się na następujących założeniach:

1. System i model. Model to sztuczny obiekt reprezentujący odbicie (obraz) systemu i jego komponentów. M modele ALE, jeśli M odpowiada na pytania dotyczące ALE. Tutaj M- Model, ALE– modelowany obiekt (oryginalny). Model jest opracowywany w celu zrozumienia, analizy i podejmowania decyzji dotyczących przebudowy (reengineeringu) lub wymiany istniejącego systemu lub zaprojektowania nowego systemu. System to zestaw połączonych ze sobą i oddziałujących na siebie części, które wykonują pewne użyteczna praca. Części (elementy) systemu mogą być dowolną kombinacją różnych podmiotów, w tym osób, informacji, oprogramowanie, sprzęt, produkty, surowce czy energię. 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.

2. Modelowanie blokowe i jego graficzna reprezentacja. 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ę funkcjami. Każda funkcja ma przypisany blok. Na diagramie IDEF0 (częściej nazywanym diagramem SADT), głównym dokumencie w analizie i projektowaniu systemów, blok jest prostokątem. Interfejsy, przez które blok wchodzi w interakcję z innymi blokami lub ze środowiskiem zewnętrznym w stosunku do modelowanego systemu, są reprezentowane przez strzałki wchodzące lub wychodzące z bloku. Przychodzące strzałki pokazują, jakie warunki muszą być spełnione jednocześnie, aby funkcja opisana przez blok została zrealizowana.

3. Sztywność i formalizm. Rozwój modeli IDEF0 wymaga przestrzegania szeregu ścisłych reguł formalnych, które zapewniają zalety metodologii w zakresie unikalności, dokładności i integralności złożonych modeli wielopoziomowych. Zasady te zostały opisane poniżej w zakresie technologii SADT. Odnotowano tu tylko ten główny: wszystkie etapy i etapy rozwoju i korekty modelu muszą być ściśle i formalnie udokumentowane, aby podczas jego eksploatacji nie pojawiły się pytania związane z niepełną lub nieprawidłową dokumentacją.

4. Modelowanie iteracyjne. Tworzenie modelu w IDEF0 to etapowy, iteracyjny proces. Na każdym etapie iteracji deweloper proponuje wersję modelu, który poddawany jest dyskusji, przeglądowi i późniejszej edycji, po czym cykl się powtarza. Taka organizacja pracy przyczynia się do optymalnego wykorzystania wiedzy analityka systemowego posiadającego metodykę i techniki IDEF0 oraz wiedzy specjalistów - ekspertów z dziedziny, do której należy modelowany obiekt.

5. Oddzielenie „organizacji” od „funkcji”. Opracowując modele należy unikać wstępnego „związania” funkcji badanego systemu z istniejącą strukturą organizacyjną modelowanego obiektu (przedsiębiorstwo, firma). Pomaga to uniknąć subiektywnego punktu widzenia narzuconego przez organizację i jej kierownictwo. Struktura organizacyjna powinno być wynikiem użycia (zastosowania) modelu. Porównanie wyniku z istniejącą strukturą pozwala po pierwsze ocenić adekwatność modelu, a po drugie zaproponować rozwiązania mające na celu poprawę tej struktury.

Przykładowe zadania rozwiązane w oparciu o metodykę modelowania IDEF0:

Analiza i reengineering procesów biznesowych.

Opracowanie systemu informatycznego do zarządzania danymi jakościowymi.

Opracowanie regulaminów i procedur zapewnienia jakości produktów oraz tworzenia systemów przetwarzania danych jakościowych. Model funkcjonalny pozwala na zastąpienie tradycyjnych podręczników jakości w postaci papierowych dokumentów tekstowych opisowych standardowymi modelami elektronicznymi, których integralność i spójność utrzymywana jest automatycznie. W razie potrzeby zawsze możesz otrzymać od nich raport papierowy w zwykłej formie.

Projekt infrastruktura informacyjna, procedury i przepisy dotyczące interakcji informacji.

Zadania analizy ryzyka pod kątem bezpieczeństwa informacji.

Rozważ, zgodnie z pracą, zasady konstruowania diagramów przy użyciu technologii SADT (IDEF0).

Język graficzny SADT jest prosty i harmonijny. Metodologia opiera się na czterech głównych koncepcjach.

Pierwszym z nich jest koncepcja blok funkcjonalny”. Blok funkcjonalny jest przedstawiony graficznie jako prostokąt (patrz rys. 3.23) i reprezentuje określoną funkcję w rozważanym systemie. Zgodnie z wymaganiami normy nazwa każdego bloku funkcjonalnego musi być sformułowana w trybie słownym (na przykład „ produkować usługi", ale nie " produkcja usługowa"). Każda z czterech stron bloku funkcjonalnego ma swoje specyficzne znaczenie (rolę), natomiast: górna strona ma wartość „ kontrola» (ciąg dalszy) r ol); lewa strona ma znaczenie ” Wejście» ( Wejście); prawa strona ma znaczenie Wyjście» ( wyjście); dolna strona ma znaczenie ” mechanizm» ( mechanizm). Każda jednostka funkcjonalna w ramach jednego rozważanego systemu musi mieć swój własny niepowtarzalny numer identyfikacyjny.