IDEF0. აღნიშვნის გაცნობა და მისი გამოყენების მაგალითი. BPwin (AllFusion Process Modeler) კომპიუტერული მოდელირების პროგრამული უზრუნველყოფა idef0 მოდელის განვითარების პროგრამული უზრუნველყოფა

დღეს ცნობილია არა მხოლოდ ვიწრო წრეებში, აბრევიატურა IDEF0 არის პირველი მეთოდოლოგია, რომელიც ახდენს ბიზნეს პროცესებზე მუშაობის სტანდარტიზაციას. იგი შეიქმნა გასული საუკუნის შუა წლებში, როგორც შეერთებული შტატების საჰაერო კოსმოსური პროექტის ნაწილი და, თავისი ეფექტურობის ჩვენების შემდეგ, გახდა ფედერალური სტანდარტი... ჩვენს ქვეყანაში 2000 წელს მომზადდა დოკუმენტი " მოდელირების ფუნქციური მეთოდი IDEF0. სახელმძღვანელო დოკუმენტი ფუნქციური მოდელირების მეთოდიკა IDEF0 სახელმძღვანელო დოკუმენტი. ოფიციალური გამოცემა. Gosstandart of Russia RD IDEF0 - 2000. შემუშავებულია კვლევითი ცენტრის მიერ CALS - Technologies "Applied Logistics". მიღებული და ძალაში შევიდა რუსეთის 2000 წლის Gosstandart რეზოლუციით, მოსკოვი”, მაგრამ როგორც სტანდარტი ის არასოდეს დამტკიცებულა. მიუხედავად იმისა, რომ ამან ხელი არ შეუშალა ამ მეთოდოლოგიას გახდეს ერთ -ერთი ყველაზე პოპულარული ინსტრუმენტი ჩვენს ქვეყანაში ბიზნეს პროცესების გრაფიკული მოდელირებისთვის. ამ სტატიაში მე გეპატიჟებით გადახედოთ IDEF0 მოდელს და შეაფასოთ ამ მიდგომის აქტუალობა.

ძირითადი ცნებები და აბრევიატურა

მოდით ცოტა გავიგოთ მეთოდოლოგიის ძირითადი ელემენტების სახელები. IDEF0 გრაფიკული სტანდარტი არის SADT (სტრუქტურირებული ანალიზისა და დიზაინის ტექნიკის) მეთოდოლოგიის ნაწილი. IDEF არის ICAM Definition- ის აბრევიატურა და ICAM მომდინარეობს ინტეგრირებული კომპიუტერული დახმარებით, რაც ითარგმნება როგორც წარმოების ინტეგრირებული კომპიუტერიზაცია. SADT მეთოდოლოგია არის 15 განსხვავებული მოდელის მთელი ოჯახი, რომლებიც ერთად უნდა იძლეოდეს წარმოება-ტექნიკური და ორგანიზაციულ-ეკონომიკური სისტემების სტრუქტურის, პარამეტრების და მახასიათებლების შესწავლის საშუალებას.

IDEF0 არის ფუნქციონალური მოდელი, რომელიც წარმოადგენს ყველა სხვა სტრუქტურის ბირთვს, ის ერთმანეთთან აკავშირებს ინფორმაციისა და მასალის ნაკადებს, ორგანიზაციულ სტრუქტურას, საკონტროლო მოქმედებებს და კომპანიის საქმიანობას. მოდელირების პროცესების გრაფიკულ სტანდარტს ასევე ეწოდება ნოტაცია. ანუ, აღნიშვნა არის მოთხოვნების და წესების სისტემა საქმიანობის მოდელის ამა თუ იმ ფორმით შესაქმნელად. აქედან გამომდინარე, მიზანშეწონილია დარეკოთ IDEF0 ნოტაცია, რომელიც არის SADT მეთოდოლოგიის ნაწილი.

IDEF0 აღნიშვნა არის საკმაოდ მკაცრი ტექნიკა, რომელიც თავდაპირველად შემუშავდა, ტექნიკური დიზაინის სტანდარტების მსგავსად, ხელით მოდელირებისათვის. ამრიგად, ის შეიცავს მოთხოვნებს ისრების განთავსების, ყველა ელემენტის ფორმატის, IDEF0 დიაგრამის საინფორმაციო ჩარჩოს შინაარსისთვის და ა.შ. ვინაიდან კომპანიის საქმიანობა არის კომპლექსური მრავალ დონის ქმედებების სისტემა, ყოველთვის არის ბევრი სქემა, და საჭიროა ცალსახა სისტემატიზაცია და ნავიგაცია მოდელის ყველა ელემენტის გავლით. ახლა ეს კეთდება ძირითადად კომპიუტერული სისტემებით, რომლებიც მხარს უჭერენ მოდელირებას ამ აღნიშვნებში. რუსეთის ტერიტორიაზე, დღეს ყველაზე ცნობილი და ხელმისაწვდომია AllFusion Process Modeler და Business Studio სისტემები. მე ვგეგმავ ცალკე სტატიების დადებას ამ სისტემების მიმოხილვას.

ფუნქციური ბლოკი

IDEF0 მოდელის ცენტრალური ელემენტია ფუნქცია, რომელიც ნაჩვენებია დიაგრამაზე როგორც ფუნქციური ბლოკი- მართკუთხედი, რომლის შიგნით მოქმედება მითითებულია სიტყვიერი არსებითი სახელით. მოქმედება შეიძლება ძალიან განსხვავებული იყოს მასშტაბით - ზოგადად კომპანიის საქმიანობიდან და კონკრეტულად კონკრეტული მანიპულაციიდან. მაგალითები: "კერამიკული ჭურჭლის წარმოება და გაყიდვა" და "ნახატი პროდუქტზე".

IDEF0– ში სავალდებულო ფუნქციის ბლოკის ელემენტები

მოქმედებების მასშტაბის მიუხედავად, ყველა ფუნქცია ნაჩვენებია ერთნაირად და აუცილებლად შეიცავს 4 ძირითად ნაკადს, რომლებიც მკაცრად არის განაწილებული ფუნქციური ბლოკის მხარეებზე:

• მარცხნივ - საშუალებები ან რესურსები, რომლებიც გამოიყენება ფუნქციის შესასრულებლად;
• მარჯვნივ - ფუნქციის შესრულების შედეგები ან შედეგები;
• თავზე - კონტროლის მოქმედებები, რომლებიც განსაზღვრავს როგორ და რამდენი შედეგი უნდა იყოს მიღებული;
• ქვემოთ - მექანიზმები, რომლებიც ასახავს ვინ და რისი დახმარებით უნდა შეასრულოს ეს სამუშაო.

ეს მიდგომა საშუალებას გაძლევთ ოდნავ დაზოგოთ დიაგრამების ახსნა -განმარტებებში და მიაღწიოთ ერთმნიშვნელობას ნაკადების ჩვენებაში, რაც მთელ მოდელს ხდის სუსტს.

ფუნქციონალური მოდელის შესაქმნელად, IDEF0 მეთოდოლოგია მოითხოვს შემდეგი წესების დაცვას.

1. შენატანები არის რესურსები, რომლებიც მთლიანად გადააქვს მათი ღირებულება გამომუშავებებზე, ანუ ისინი იხარჯება შედეგის სრულად შექმნაზე, ხოლო მექანიზმები არის რესურსები, რომლებიც მათ ღირებულებას მხოლოდ ნაწილობრივ გადასცემს (აღჭურვილობა ამორტიზაციით და ხალხი ხელფასის საშუალებით).
2. მენეჯმენტი არის მოდელის აუცილებელი ელემენტი, ვინაიდან იგი ყველა მოქმედებას უკავშირებს კომპანიის რეგულაციების სისტემას, რაც ნათლად მიუთითებს რომელი წესები და მოთხოვნები უნდა იყოს დაცული ფუნქციის შესრულების პროცესში. ხშირად ეს ნაკადი განიხილება ფორმალურად, მაგრამ სქემა კარგავს სიმკაცრეს და ზოგჯერ მნიშვნელობასაც კი.
3. თითოეულ ფუნქციურ ბლოკს უნდა ჰქონდეს მინიმუმ ერთი ისარი თითოეულ მხარეს (ვინაიდან არ შეიძლება მუშაობა რესურსების და შედეგების გარეშე, ხოლო ინსტრუქცია შემსრულებლის გარეშე ან ინსტრუქცია არასრული იქნება).

განხილული სქემა არის IDEF0 მიდგომის "სამშენებლო ბლოკი". ფუნქციური მოდელირება გულისხმობს ზოგადიდან კონკრეტულზე თანდათანობით გადასვლას დაშლის გზით. დაშლა არის „გაღრმავება“ განსახილველ ფუნქციაში, ყოფს მას უფრო მცირე ფუნქციებად. ამავე დროს, როდესაც ზედა დონის ფუნქცია წარმოდგენილია განზოგადებული ფორმით და მისი დაშლის შემდეგ, მიზანშეწონილია მას ვუწოდოთ პროცესი.

კონტექსტის დიაგრამა

უმაღლეს დონეზე, კომპანია წარმოდგენილია როგორც "შავი ყუთი", რომელშიც ტარდება გარკვეული საქმიანობა, რომელიც გადადის გასასვლელებში შესასვლელებად. ამ დონეს ჩვეულებრივ უწოდებენ "", ანუ დიაგრამას, რომელიც აღწერს კომპანიის საქმიანობის კონტექსტს. გარდა ამისა, კონტექსტური დიაგრამა აჩვენებს მთელი მოდელის ძირითად მახასიათებლებს.

1. მიზანი არის მოდელის მიზნის კონკრეტული ფორმულირება, რომელიც შეიძლება გამოყენებულ იქნას მომავალში მოდელის აგების სიზუსტის შესამოწმებლად.
2. თვალსაზრისი - ვის სახეზეა აგებული მოდელი, ვინაიდან მოდელი ყოველთვის დამოკიდებულია მის ავტორზე და ყურადღების ცენტრში. თუ ჩვენ ვაშენებთ საწარმოს ზოგად მოდელს, მაშინ ის ჩვეულებრივ წარმოდგენილია მისი დირექტორის თვალსაზრისით.
3. მოდელის ტიპი არის მითითება იმისა, თუ რა ინფორმაციაა ნაჩვენები დიაგრამებზე. შეიძლება იყოს ორი ძირითადი ვარიანტი: როგორც არის ("როგორც არის") ან უნდა იყოს ("როგორც იქნება"). ეს განცალკევება აუცილებელია, რადგან ჩვენ შეგვიძლია შევქმნათ მოდელები როგორც საქმიანობის გასაანალიზებლად, ასევე მათი გარდაქმნისათვის. ჩვენ ნათლად უნდა ვიცოდეთ რას ვაკეთებთ და ასევე მივაწოდოთ ეს ინფორმაცია სხვებს.

ამრიგად, კონტექსტური დიაგრამა შეიცავს ყველაზე განზოგადებული ფორმით კომპანიის საქმიანობის აღწერას, რომელიც გაჟღენთილია იმ ნაკადებით, რომლებიც აკავშირებს კომპანიას გარე სამყაროსთან. მე ვფიქრობ, რომ ჩვენ ასევე უნდა ვისაუბროთ მათზე უფრო დეტალურად.

ძირითადი ნაკადები

გამოცდილებამ აჩვენა, რომ ამ დონის ერთი შეხედვით სიმარტივისა და ფორმალობის მიუხედავად, ხშირად საჭიროა მასზე დიდხანს დარჩენა, რადგან აქ უნდა აისახოს ყველა ის შედეგი, რაც მნიშვნელოვანია მფლობელისთვის და ბაზრისთვის. შეცდომამ შეიძლება გამოიწვიოს მოდელების შექმნა, რომლებიც არ ასრულებენ ბიზნეს მიზნებს. იმის დასადასტურებლად, რომ მნიშვნელოვანი ნაკადები აისახება, დარწმუნდით, რომ დიაგრამაში არის ოთხივე ძირითადი ნაკადის ტიპი.

1. მასალა: მასალები და კომპონენტები შესასვლელთან და დასრულებული პროდუქტიგასასვლელში.
2. კლიენტი: პოტენციური კლიენტი შემოდის და კმაყოფილი მომხმარებელი.
3. ფინანსური: შესასვლელში, როგორც წესი, ეს არის ინვესტიციები, კლიენტების გადახდები (შემოსავალი), სესხები და სხვა შემოსავალი; გამომავალი არის მომწოდებლების გადასახადები, გადასახადები, სესხების გადახდები და მოგება.
4. საინფორმაციო: შეყვანისას, ეს არის ყველა ინფორმაცია გარე გარემოს შესახებ (ბაზრის პირობები, კონკურენტების ქცევა, ტექნოლოგიური ინოვაციადა ა.შ.), ხოლო გამომავალი არის ინფორმაციის ნაკადი, რომელსაც კომპანია საკუთარ თავს აწვდის მსოფლიოს (ყველა სარეკლამო ინფორმაცია, ისევე როგორც მარეგულირებელი ორგანოების ყველა სახის მოხსენება).

გთხოვთ გაითვალისწინოთ, რომ კომპანია არის ღია სისტემადა არაფერი წარმოიქმნება და არ ქრება მასში. კომპანიას შეუძლია მხოლოდ შემომავალი ნაკადები გადააქციოს გამავალზე და თუ ის ამას კარგად აკეთებს, მაშინ ჩნდება დამატებითი ფულადი სახსრები (მოგება), რაც გარკვეულწილად ასახავს მთელი სისტემის ხარისხს.

(დააწკაპუნეთ გასადიდებლად)

კარგია, თუ თითოეულ ამ ტიპის ნაკადს გამოყოფთ საკუთარი ფერით, რათა ადვილად განასხვავოთ რესურსების მოძრაობა და არ გამოტოვოთ მნიშვნელოვანი პუნქტები. მაგალითად, ხშირად შესაძლებელია შეინიშნოს კლიენტის არარსებობა კომპანიის ნაკადებში, შესაბამისად, მასთან მუშაობა ემყარება ნარჩენების პრინციპს - კლიენტი ხშირად გრძნობს დაბრკოლებად კომპანიის თანამშრომლებისთვის, რომელთა ამოცანები ორიენტირებულია დამუშავებაზე დოკუმენტების ნაკადი.

საკონტროლო ისრები შეიძლება წარმოდგენილი იყოს მხოლოდ 1 ტიპის ნაკადით - ინფორმაციის ნაკადით, რომელიც შეიძლება დაიყოს 2 ქვესახეობად. პირველი არის დოკუმენტები, როგორიცაა:

• კანონები და რეგულაციები;
• ბრძანებები, ბრძანებები;
• ინსტრუქციები და წესები;
• გეგმები;
• დიზაინის დოკუმენტაცია და ა.

მეორე არის დაუსაბუთებელი ინფორმაცია, რომელიც ყველაზე ხშირად მოიცავს მფლობელების მოთხოვნებს.

და ბოლოს, მექანიზმები - არსებობს მხოლოდ 2 სახის ნაკადი: აღჭურვილობა (მასალა) და შემსრულებლები (განყოფილებები და ხალხი). აქ არ შეიძლება იყოს დოკუმენტები, ისევე როგორც არ შეიძლება იყვნენ ადამიანები საკონტროლო ისრებზე!

მოდელი უზრუნველყოფს ნავიგაციის უწყვეტ ნუმერაციას. კონტექსტის დიაგრამა დანომრილია "A-0". მომავალში, თითოეული ფუნქციური ბლოკი იღებს საკუთარ ნომერს, რაც არ უნდა ღრმა იყოს დაშლა.

დაშლა

კონტექსტური დიაგრამის ნაკადების შემუშავების შემდეგ, ჩვენ შეგვიძლია გავაგრძელოთ დაშლა. ქვევით დონეზე გადასვლა, თითქოს "შავი ყუთის" გახსნა, ჩვენ პირველად ვხედავთ ცარიელ ფურცელს ისრებით, რომლებიც დამაგრებულია ფუნქციურ ბლოკში.

(დააწკაპუნეთ გასადიდებლად)

და აქ იწყება ფაქტობრივი ფუნქციონალური მოდელირება - ჩვენ უნდა გვესმოდეს, თუ რა ქმედებებს შეუძლია დააკავშიროს ეს ნაკადები და უზრუნველყოს ყველა მოთხოვნის დაკმაყოფილება. სირთულე იმაში მდგომარეობს იმაში, რომ კომპანიაში ბევრი მოქმედებაა და დიაგრამაზე ჩვენ გვაქვს უფლება აჩვენოს არაუმეტეს 9 ფუნქცია, წინააღმდეგ შემთხვევაში დიაგრამა გახდება წაუკითხავი და, შესაბამისად, უსარგებლო.

ყოველთვის არ არის ადვილი რთული ღონისძიებების მოწყობა ისე, რომ დარჩეს ვიზუალური, წაკითხული და ამავე დროს სრულყოფილი. ყველაზე ხშირად, ისინი მიმართავენ პროცესების მთელი მრავალფეროვნების დაყოფას მთავარ დიდ ბლოკებად, რომელთაგან ყველაზე მნიშვნელოვანია შემდეგი.

1. პროდუქტის შექმნა (შედეგი).
2. ხელშეწყობა და გაყიდვა - მუშაობა მომხმარებელთა ნაკადთან.
3. პროდუქციის შექმნის საქმიანობის მხარდაჭერა არის მეორადი პროცესები, რომლებიც აუცილებელია მთავრობის მოთხოვნების შესასრულებლად ან სამუშაოს მოხერხებულობის უზრუნველსაყოფად (პერსონალი და ბუღალტერია, სატრანსპორტო მომსახურება, ოთახების გაწმენდა და სხვა).
4. მენეჯმენტის ნაკადების შექმნა - მენეჯმენტის გადაწყვეტილებების შემუშავების საქმიანობა, რომელიც განსაზღვრავს მოთხოვნებს კომპანიის ყველა პროცესისთვის.

ქვემოთ მოყვანილი ფიგურა გვიჩვენებს ჩვენი მაგალითის დაშლის დიაგრამას.

(დააწკაპუნეთ გასადიდებლად)

დიაგრამაში პროცესები უნდა იყოს მოწყობილი დიაგონალზე - ამას ჰქვია დომინირების პრინციპი, რაც გულისხმობს ფუნქციური ბლოკების მოწყობას მარცხნიდან მარჯვნივ და ზემოდან ქვემოდან - მნიშვნელობის მიხედვით ან ქრონოლოგიური თანმიმდევრობით. ბლოკის ნუმერაცია იგივეა.

მოდელზე შემდგომი მუშაობა მსგავსია პირველი ნაბიჯის - პირველი დონის თითოეული ფუნქციური ბლოკი დაიშალა. ბლოკის ნუმერაცია შეიცავს პირველი დონის ნომერს: A1.1… A1n, A2.1… A2.n და ა.

დასკვნები აღნიშვნის შესაბამისობის შესახებ

ამ სტატიის ფარგლებში შესაძლებელი გახდა მხოლოდ IDEF0- ნოტაციის ძირითადი კონცეფციების ჩვენება IDEF0– ის მოკლე მაგალითის გამოყენებით, რომლითაც, რა თქმა უნდა, რთულია მეთოდოლოგიის განსჯა მთლიანად. მაგრამ ამ აღნიშვნის პრაქტიკაში გამოყენების საკმაოდ დიდი გამოცდილება მაძლევს საშუალებას გავაკეთო შემდეგი დასკვნები.

1. მოდელს აქვს კარგი ვიზუალიზაციის პოტენციალი, მაგრამ, ჩემი აზრით, მისი უფრო დიდი მნიშვნელობა აქვს დისციპლინურ ეფექტს. მეთოდოლოგიაში ჩადებული წესები და შეზღუდვები გვაიძულებს განვავითაროთ მოდელებისადმი სისტემატური და მკაცრი დამოკიდებულება, რაც ძალიან კარგ გავლენას ახდენს საბოლოო შედეგის ხარისხზე.
2. მოდელი საშუალებას გაძლევთ შექმნათ საკომუნიკაციო ნაკადები ერთი შეხედვით ძლიერ დაკავშირებულ საგნებს შორის: დააკავშიროთ წინა და უკანა ოფისის ქვესისტემები მენეჯმენტთან, რაც გაცილებით უარესია სხვა აღნიშვნებისთვის.
3. პროექტის მონაწილეების უმეტესობისთვის მიდგომა მარტივი და პირდაპირია. ამ აღნიშვნებში დიაგრამების შედგენა და კითხვა შემოიფარგლება მხოლოდ ბიზნესის ნაკადის სირთულეებში ჩაღრმავების სურვილით.

ზოგიერთი ზემოაღნიშნული არგუმენტი გვაფიქრებინებს, რომ ეს მიდგომა არის საუკეთესო და მხოლოდ ერთი საქმიანობის სრული მოდელირებისთვის. მაგრამ არ უნდა დაგვავიწყდეს, რომ ფუნქციური მოდელი განკუთვნილია მხოლოდ მოდელირების ზედა დონისთვის. შემსრულებლების დონეზე სამუშაოს შემუშავებისთვის IDEF0 აღნიშვნის გამოყენება იწვევს იმ ფაქტს, რომ სქემები არის წმინდა საილუსტრაციო და მათ საფუძველზე შეუძლებელია გონივრული რეგულაციის აგება, რადგან ისინი არ შეიცავს:

• პროცესის დაწყებისა და შეწყვეტის მოვლენების დაკონკრეტება;
• ერთი მოქმედებიდან მეორეზე გადასვლის პირობები;
• უნარი ვიზუალურად აჩვენოს ყველა რესურსი და შემსრულებელი დიაგრამის ისრებით გადატვირთვის გარეშე.

ამიტომ, თუ თქვენ იყენებთ ამ აღნიშვნას იმ ამოცანებისათვის, რომლისთვისაც ის არის განკუთვნილი (სტრუქტურირება უმაღლესი დონის აქტივობებისთვის), მაშინ IDEF0 დღეს პრაქტიკულად ერთადერთი აღნიშვნაა, რომელიც საშუალებას გაძლევთ ამის გაკეთება მიზანმიმართულად და ზუსტად.

ვ პროექტის მენეჯმენტიეს მოდელირების სტანდარტი ყველაზე მეტად გამოიყენება იქ, სადაც თქვენ უნდა დააკავშიროთ სხვადასხვა პროექტი ან პროცესი ვიზუალურ ნაკადებთან. ამავდროულად, გრაფიკული მოდელი შესაძლებელს გახდის პასუხისმგებლობისა და რესურსების უფრო რაციონალურად განაწილებას ამოცანების მიხედვით. პროექტის ამოცანების ლოგიკა, რომელიც ასახულია დიაგრამაში, დაეხმარება უკეთესი ხარისხის მომზადებაში კალენდარული გეგმაგანტის სქემის სახით.

ისწავლეთ თქვენი ბიზნესის ფუნქციონალური სტრუქტურის დანახვა და გაგება!

ამჟამად, რუსეთში, მკვეთრად გაიზარდა ინტერესი დასავლეთში მენეჯმენტის საყოველთაოდ მიღებული სტანდარტების მიმართ, თუმცა, მართვის რეალურ პრაქტიკაში არის ერთი ძალიან საჩვენებელი მომენტი. ბევრი ლიდერი მაინც შეიძლება დაბნეული იყოს პირდაპირი კითხვით ორგანიზაციული სტრუქტურაკომპანია ან არსებული ბიზნეს პროცესების სქემის შესახებ. ყველაზე მოწინავე მენეჯერები, რომლებიც რეგულარულად კითხულობენ ეკონომიკურ პერიოდულ გამოცემებს, როგორც წესი, იწყებენ მხოლოდ მათთვის გასაგები იერარქიული დიაგრამების დახატვას, მაგრამ ამ პროცესშიც კი ისინი ჩვეულებრივ სწრაფად ჩიხში შედიან. იგივე ეხება სხვადასხვა სერვისისა და ფუნქციური ერთეულის თანამშრომლებს და მენეჯერებს. უმეტეს შემთხვევაში, ერთადერთი წესი, რომელიც დადგენილია, რომლის მიხედვითაც საწარმო უნდა მუშაობდეს, არის ცალკეული დებულებების ნაკრები და სამუშაოს აღწერა... ყველაზე ხშირად, ეს დოკუმენტები შედგენილია ერთ წელზე მეტი ხნის წინ, არის ცუდად სტრუქტურირებული და არ არის დაკავშირებული ერთმანეთთან და, შედეგად, უბრალოდ აგროვებს მტვერს თაროებზე. ჯერჯერობით, ასეთი მიდგომა გამართლებულია, რადგან რუსეთის საბაზრო ეკონომიკის ფორმირების დროს კონკურენციის კონცეფცია პრაქტიკულად არ არსებობდა და არ იყო საჭირო ხარჯების გათვალისწინება - მოგება იყო გიგანტური. შედეგად, ბოლო ორი წლის განმავლობაში ჩვენ ვნახეთ სრულიად გასაგები სურათი: მსხვილი კომპანიები, რომლებიც გაიზარდა 90 -იანი წლების დასაწყისში, თანდათან კარგავენ პოზიციებს, ბაზრიდან სრულად გასვლამდე. ეს ნაწილობრივ განპირობებულია იმით, რომ საწარმომ არ განახორციელა მენეჯმენტის სტანდარტები, საქმიანობისა და მისიის ფუნქციური მოდელის კონცეფცია სრულიად არ არსებობდა. საქმიანობის სხვადასხვა სფეროს მოდელირების საშუალებით შესაძლებელია მენეჯმენტის შეფერხებების ეფექტურად ანალიზი და საერთო ბიზნეს სქემის ოპტიმიზაცია. მაგრამ, როგორც მოგეხსენებათ, ნებისმიერ საწარმოში მხოლოდ ის პროექტებია, რომლებსაც უშუალოდ მოგება მოაქვს, უმთავრესი პრიორიტეტია, ამიტომ, როგორც წესი, მხოლოდ კომპანიის მენეჯმენტის ხელშესახები კრიზისის დროს ვსაუბრობთ საქმიანობისა და მისი კვლევის შესახებ რეორგანიზაცია.

90 -იანი წლების ბოლოს, როდესაც ბაზარი საკმარისად კონკურენტუნარიანი იყო და საწარმოთა მომგებიანობა მკვეთრად დაეცა, მენეჯერებმა იგრძნეს უზარმაზარი სირთულეები ხარჯების ოპტიმიზაციის მცდელობაში, რათა პროდუქტები დარჩეს მომგებიანი და კონკურენტუნარიანი. ზუსტად ამ მომენტში, აშკარად გამოიკვეთა იმის აუცილებლობა, რომ შენს თვალწინ გქონდეს საწარმოს საქმიანობის მოდელი, რომელიც ასახავდა ყველა ქვესისტემის ურთიერთკავშირის ყველა მექანიზმს და პრინციპს ერთი ბიზნესის ფარგლებში.

"ბიზნეს პროცესების მოდელირების" კონცეფცია შემოვიდა უმეტეს ანალიტიკოსთა ყოველდღიურ ცხოვრებაში, ერთდროულად კომპლექსის ბაზარზე გამოჩენისთანავე. პროგრამული პროდუქტებიშექმნილია საწარმოს მენეჯმენტის კომპლექსური ავტომატიზაციისათვის. ასეთი სისტემები ყოველთვის გულისხმობს კომპანიის საქმიანობის ღრმა წინასწარი კვლევას. ამ გამოკვლევის შედეგია ექსპერტის დასკვნა, რომელშიც აღმოფხვრის რეკომენდაციები მოცემულია ცალკეული პუნქტებით. ” შეფერხებები”საქმიანობის მართვაში. ამ დასკვნის საფუძველზე, ავტომატიზაციის სისტემის დანერგვამდე უშუალოდ ხორციელდება ბიზნეს პროცესების ე.წ. რეორგანიზაცია, ზოგჯერ საკმაოდ სერიოზული და მტკივნეული კომპანიისათვის. ეს და ბუნებრივია, გუნდი, რომელიც წლების განმავლობაში ჩამოყალიბდა, ყოველთვის ძნელია აიძულოს "იფიქროს ახალი გზით". საწარმოთა ასეთი კომპლექსური კვლევები ყოველთვის არის რთული და ძალიან განსხვავებული ამოცანები შემთხვევიდან შემთხვევამდე. არსებობს კარგად გამოცდილი მეთოდოლოგია და სტანდარტები რთული სისტემების მოდელირების ამგვარი პრობლემების გადასაჭრელად. ეს სტანდარტები მოიცავს IDEF ოჯახის მეთოდოლოგიას. მათი დახმარებით შესაძლებელია ეფექტურად გამოვხატოთ და გავაანალიზოთ კომპლექსური სისტემების ფართო სპექტრის საქმიანობის მოდელები სხვადასხვა განყოფილებაში. ამავდროულად, სისტემაში პროცესების შემოწმების სიგანე და სიღრმე განისაზღვრება თავად დეველოპერის მიერ, რაც საშუალებას იძლევა არ გადატვირთოს შექმნილი მოდელი არასაჭირო მონაცემებით. ვ ამჟამადშემდეგი სტანდარტები შეიძლება მიეკუთვნებოდეს IDEF ოჯახს:

IDEF0 არის ფუნქციური მოდელირების მეთოდიკა. ვიზუალური გრაფიკული ენის IDEF0 დახმარებით, შესწავლილი სისტემა დეველოპერებსა და ანალიტიკოსებს ეჩვენებათ ერთმანეთთან დაკავშირებული ფუნქციების ერთობლიობის სახით (ფუნქციური ბლოკები - IDEF0 თვალსაზრისით). როგორც წესი, IDEF0 მოდელირება არის პირველი ნაბიჯი ნებისმიერი სისტემის შესწავლისას;

IDEF1 - სისტემაში ინფორმაციის ნაკადების მოდელირების მეთოდიკა, რომელიც საშუალებას გაძლევთ აჩვენოთ და გაანალიზოთ მათი სტრუქტურა და ურთიერთობები;

IDEF1X (IDEF1 გაფართოებული) არის ურთიერთკავშირის სტრუქტურების აგების მეთოდიკა. IDEF1X ეხება მეთოდოლოგიის ტიპს "ერთობა-ურთიერთობა" (ER-Entity-Relationship) და, როგორც წესი, გამოიყენება განსახილველ სისტემასთან დაკავშირებული ურთიერთობების მონაცემთა ბაზების მოდელირებისათვის;

IDEF2 არის მეთოდოლოგია სისტემების ევოლუციის დინამიური მოდელირებისთვის. დინამიური სისტემების ანალიზის ძალიან სერიოზული სირთულეების გამო, ეს სტანდარტი პრაქტიკულად მიტოვებული იყო და მისი განვითარება შეჩერდა საწყის ეტაპზე. თუმცა, დღეისათვის არსებობს ალგორითმები და მათი კომპიუტერული დანერგვა, რაც შესაძლებელს ხდის სტატიკური IDEF0 დიაგრამების ნაკრების გარდაქმნას დინამიკურ მოდელებად, რომლებიც დაფუძნებულია "ფერადი პეტრინის ბადეებზე" (CPN - ფერი Petri Nets);

IDEF3 არის სისტემაში მიმდინარე პროცესების დოკუმენტირების მეთოდოლოგია, რომელიც გამოიყენება, მაგალითად, საწარმოებში ტექნოლოგიური პროცესების შესწავლისას. IDEF3 აღწერს სცენარს და მუშაობის პროცესს თითოეული პროცესისთვის. IDEF3– ს აქვს პირდაპირი კავშირი IDEF0 მეთოდოლოგიასთან - თითოეული ფუნქცია (ფუნქციური ბლოკი) შეიძლება წარმოდგენილი იყოს ცალკე პროცესის სახით IDEF3– ის საშუალებით;

IDEF4 არის მეთოდოლოგია ობიექტზე ორიენტირებული სისტემების შესაქმნელად. IDEF4 ინსტრუმენტები საშუალებას გაძლევთ ვიზუალურად აჩვენოთ ობიექტების სტრუქტურა და მათი ურთიერთქმედების ძირითადი პრინციპები, რითაც გაანალიზებთ და ოპტიმიზაციას უკეთებთ ობიექტზე ორიენტირებულ სისტემებს;

IDEF5 არის რთული სისტემების ონტოლოგიური შესწავლის მეთოდოლოგია. IDEF5 მეთოდოლოგიის გამოყენებით, სისტემის ონტოლოგია შეიძლება აღწერილი იყოს ტერმინებისა და წესების სპეციფიკური ლექსიკის გამოყენებით, რომლის საფუძველზეც შეიძლება ჩამოყალიბდეს საიმედო დებულებები დროის გარკვეულ მომენტში განსახილველი სისტემის მდგომარეობის შესახებ. ამ განცხადებების საფუძველზე ხდება დასკვნების გაკეთება შემდგომი განვითარებასისტემა და მისი ოპტიმიზაცია ხორციელდება.
ამ სტატიაში ჩვენ გადავხედავთ ყველაზე ხშირად გამოყენებულ ფუნქციონალური მოდელირების მეთოდოლოგიას IDEF0.

IDEF0 სტანდარტის ისტორია

IDEF0 მეთოდოლოგია შეიძლება ჩაითვალოს SADT ფუნქციური სისტემების (სტრუქტურირებული ანალიზისა და დიზაინის ტექნიკის) აღწერისათვის ცნობილი გრაფიკული ენის შემდგომი განვითარების შემდგომ ეტაპად. რამდენიმე წლის წინ, რუსეთში გამოქვეყნდა ამავე სახელწოდების წიგნის მცირე გამოცემა, რომელიც მიეძღვნა SADT დიაგრამების აგების ძირითადი პრინციპების აღწერას. ისტორიულად, IDEF0 როგორც სტანდარტი შემუშავდა 1981 წელს, როგორც ვრცელი ავტომატიზაციის პროგრამის ნაწილი სამრეწველო საწარმოები, რომელსაც მიენიჭა აღნიშვნა ICAM (კომპიუტერის ინტეგრირებული წარმოება) და შემოთავაზებულია აშშ -ს საჰაერო ძალების მიერ. თავად IDEF სტანდარტების ოჯახმა მიიღო თავისი აღნიშვნა ამ პროგრამის სახელიდან (IDEF = ICAM DEFinition). პრაქტიკული განხორციელების პროცესში ICAM პროგრამის მონაწილეებს გაუჩნდათ ინდუსტრიულ სისტემებში ურთიერთქმედების პროცესების ანალიზის ახალი მეთოდების შემუშავების აუცილებლობა. ამავდროულად, ბიზნეს პროცესების აღწერის ფუნქციების გაუმჯობესების გარდა, ახალი სტანდარტის ერთ-ერთი მოთხოვნა იყო „ანალიტიკოს-სპეციალისტის“ ფარგლებში ურთიერთქმედების ეფექტური მეთოდოლოგიის არსებობა. სხვა სიტყვებით რომ ვთქვათ, ახალი მეთოდი უნდა ითვალისწინებდეს მოდელის შექმნაზე ჯგუფურ მუშაობას, პროექტში ჩართული ყველა ანალიტიკოსისა და სპეციალისტის უშუალო მონაწილეობით.

შესაბამისი გადაწყვეტილებების ძიების შედეგად დაიბადა IDEF0 ფუნქციონალური მოდელირების მეთოდიკა. 1981 წლიდან IDEF0 სტანდარტმა განიცადა რამდენიმე უმნიშვნელო ცვლილება, ძირითადად შემზღუდველი ხასიათისა და მისი ბოლო გადასინჯვა გამოიცა 1993 წლის დეკემბერში აშშ -ს სტანდარტებისა და ტექნოლოგიის ეროვნულმა ინსტიტუტმა (NIST).

IDEF0– ის ძირითადი ელემენტები და ცნებები

გრაფიკული ენა IDEF0 საოცრად მარტივი და ჰარმონიულია. მეთოდოლოგია ემყარება ოთხ ძირითად კონცეფციას.

პირველი არის აქტივობის ყუთის კონცეფცია. ფუნქციური ბლოკი გრაფიკულად არის გამოსახული ოთხკუთხედის სახით (იხ. სურათი 1) და განასახიერებს რაიმე კონკრეტულ ფუნქციას განსახილველი სისტემის ფარგლებში. სტანდარტის მოთხოვნების შესაბამისად, თითოეული ფუნქციური ბლოკის დასახელება უნდა იყოს ფორმულირებული ზმნის განწყობით (მაგალითად, "სერვისების წარმოება" და არა "მომსახურების წარმოება").

ფუნქციური ბლოკის ოთხივე მხარეს აქვს თავისი კონკრეტული მნიშვნელობა (როლი), ხოლო:

თითოეულ ფუნქციურ ბლოკს ერთი განხილული სისტემის ფარგლებში უნდა ჰქონდეს საკუთარი უნიკალური საიდენტიფიკაციო ნომერი.

სურათი 1. ფუნქციური ბლოკი.

IDEF0 მეთოდოლოგიის მეორე "ვეშაპი" არის ინტერფეისის რკალის კონცეფცია (ისარი). ასევე, ინტერფეისის რკალებს ხშირად უწოდებენ ნაკადს ან ისარს. ინტერფეისის რკალი აჩვენებს სისტემის ელემენტს, რომელიც დამუშავებულია ფუნქციური ბლოკით ან სხვაგვარად მოქმედებს ამ ფუნქციის ბლოკის მიერ ნაჩვენებ ფუნქციაზე.

ინტერფეისის რკალის გრაფიკული ჩვენება არის ცალმხრივი ისარი. ინტერფეისის თითოეულ რკალს უნდა ჰქონდეს საკუთარი უნიკალური სახელი (ისრის ეტიკეტი). სტანდარტით მოთხოვნილი, სახელი უნდა იყოს არსებითი ბრუნვა.

ინტერფეისის რკალების საშუალებით ნაჩვენებია სხვადასხვა ობიექტი, რომელიც ამა თუ იმ ხარისხით განსაზღვრავს სისტემაში მიმდინარე პროცესებს. ასეთი ობიექტები შეიძლება იყოს რეალური სამყაროს ელემენტები (ნაწილები, მანქანები, თანამშრომლები და სხვა) ან მონაცემებისა და ინფორმაციის ნაკადები (დოკუმენტები, მონაცემები, ინსტრუქციები და სხვა).

იმისდა მიხედვით, თუ რომელი მხარისთვის არის შესაფერისი ეს ინტერფეისის რკალი, მას ეწოდება "შემომავალი", "გამავალი" ან "კონტროლი". გარდა ამისა, მხოლოდ ფუნქციური ბლოკები შეიძლება იყოს თითოეული ფუნქციური რკალის "წყარო" (დასაწყისი) და "ჩაძირვა" (დასასრული), ხოლო "წყარო" შეიძლება იყოს მხოლოდ ბლოკის გამომავალი მხარე და "ჩაძირვა" ნებისმიერი. სამი დანარჩენიდან.

უნდა აღინიშნოს, რომ ნებისმიერ ფუნქციურ ბლოკს, სტანდარტის მოთხოვნების შესაბამისად, უნდა ჰქონდეს მინიმუმ ერთი საკონტროლო ინტერფეისის რკალი და ერთი გამავალი. ეს გასაგებია - თითოეულმა პროცესმა უნდა დაიცვას გარკვეული წესები (ნაჩვენებია საკონტროლო რკალით) და უნდა გამოიღოს გარკვეული შედეგი (გამავალი რკალი), წინააღმდეგ შემთხვევაში აზრი არ აქვს მის განხილვას.

IDEF0 - დიაგრამების შედგენისას მნიშვნელოვანია შემომავალი ინტერფეისის რკალების სწორად გამოყოფა საკონტროლოებისაგან, რაც ხშირად ადვილი არ არის. მაგალითად, ფიგურა 2 გვიჩვენებს ფუნქციის ბლოკს "სამუშაო ნაწილის დამუშავება".

რეალურ პროცესში დამუშავების შემსრულებელს ეძლევა დამუშავების სამუშაო ნაწილი და ტექნოლოგიური ინსტრუქცია (ან უსაფრთხოების წესები მანქანასთან მუშაობისას). შეიძლება შეცდომაა ვიფიქროთ, რომ როგორც სამუშაო ნაწილი, ასევე დოკუმენტი ტექნოლოგიური ინსტრუქციით არის შემომავალი ობიექტები, მაგრამ ეს ასე არ არის. სინამდვილეში, ამ პროცესში, სამუშაო ნაწილის დამუშავება ხდება ტექნოლოგიური ინსტრუქციებით ასახული წესების შესაბამისად, რომლებიც შესაბამისად უნდა იყოს ნაჩვენები საკონტროლო ინტერფეისის რკალით.

სურათი 2.

სხვა საქმეა, როდესაც ტექნოლოგიური ინსტრუქციები დამუშავებულია მთავარი ტექნოლოგიის მიერ და ხდება მათი ცვლილებები (სურ. 3). ამ შემთხვევაში, ისინი ნაჩვენებია როგორც უკვე შემომავალი ინტერფეისის რკალი, ხოლო საკონტროლო ობიექტია, მაგალითად, ახალი სამრეწველო სტანდარტები, რომელთა საფუძველზეც ხდება ეს ცვლილებები.

სურათი 3.

ზემოთ მოყვანილი მაგალითები ხაზს უსვამს შემომავალი და გამავალი ინტერფეისების ერთი შეხედვით მსგავსებას, მაგრამ ყოველთვის არის გარკვეული განსხვავებები ერთი და იმავე კლასის სისტემებისთვის. მაგალითად, საწარმოებისა და ორგანიზაციების განხილვისას არსებობს ხუთი ძირითადი ტიპის ობიექტი: მატერიალური ნაკადები (ნაწილები, საქონელი, ნედლეული და სხვა), ფინანსური ნაკადები (ფულადი და უნაღდო, ინვესტიციები და ა.შ.), დოკუმენტი ნაკადები (კომერციული, ფინანსური და ორგანიზაციული დოკუმენტები), ინფორმაციის ნაკადები (ინფორმაცია, განზრახვის მონაცემები, ზეპირი მითითებები და სხვა) და რესურსები (თანამშრომლები, მანქანები, მანქანები და სხვა). ამ შემთხვევაში, სხვადასხვა შემთხვევაში, ყველა სახის ობიექტი შეიძლება ნაჩვენები იყოს შემომავალი და გამავალი ინტერფეისის რკალებით, რომლებიც აკონტროლებენ მხოლოდ დოკუმენტებისა და ინფორმაციის ნაკადებს და მხოლოდ რესურსების ჩვენება შესაძლებელია რკალის მექანიზმებით.

საკონტროლო ინტერფეისის რკალების სავალდებულო არსებობა არის IDEF0 სტანდარტის ერთ -ერთი მთავარი განსხვავება DFD (მონაცემთა ნაკადის დიაგრამა) და WFD (სამუშაო ნაკადის დიაგრამა) კლასების სხვა მეთოდოლოგიებისგან.

IDEF0 სტანდარტის მესამე ძირითადი კონცეფცია არის დაშლა. დაშლის პრინციპი გამოიყენება კომპლექსური პროცესის მის შემადგენელ ფუნქციებად დაშლისას. ამ შემთხვევაში, პროცესის დეტალების დონეს პირდაპირ განსაზღვრავს მოდელის შემქმნელი.

დაშლა საშუალებას გაძლევთ თანდათანობით და სტრუქტურირებულად წარმოადგინოთ სისტემის მოდელი ინდივიდუალური დიაგრამების იერარქიული სტრუქტურის სახით, რაც მას ნაკლებად გადატვირთულსა და ადვილად ასათვისებელს ხდის.

IDEF0 მოდელი ყოველთვის იწყება სისტემის მთლიან წარმოდგენით - ერთი ფუნქციური ბლოკი ინტერფეისის რკალებით, რომელიც ვრცელდება განხილულ არეალს. ასეთ დიაგრამას ერთი ფუნქციური ბლოკით ეწოდება კონტექსტური დიაგრამა და აღინიშნება იდენტიფიკატორით "A-0".

კონტექსტური დიაგრამის განმარტებითი ტექსტი უნდა მიუთითებდეს დიაგრამის აგების მიზანს მოკლე აღწერილობის სახით და დააფიქსიროს თვალსაზრისი (თვალსაზრისი).

IDEF0– ის განვითარების მიზნის განსაზღვრა და ფორმალიზაცია - მოდელი უკიდურესად მნიშვნელოვანი წერტილი... ფაქტობრივად, მიზანი განსაზღვრავს შესასწავლ სისტემაში არსებულ შესაბამის სფეროებს, რომლებიც პირველ რიგში უნდა იყოს ორიენტირებული. მაგალითად, თუ ჩვენ შევაფასებთ საწარმოს საქმიანობას, რათა მომავალში ამ მოდელის საფუძველზე ავაშენოთ საინფორმაციო სისტემა, მაშინ ეს მოდელი მნიშვნელოვნად განსხვავდება იმ მოდელისგან, რომელსაც ჩვენ განვავითარებდით ერთი და იმავე საწარმოსთვის, მაგრამ მიზნად მიწოდების ჯაჭვების ოპტიმიზაცია.

თვალსაზრისი განსაზღვრავს მოდელის განვითარების ძირითად მიმართულებას და საჭირო დეტალების დონეს. თვალსაზრისის მკაფიო დაფიქსირება საშუალებას გაძლევთ გადმოტვირთოთ მოდელი, მიატოვოთ ცალკეული ელემენტების დეტალური აღწერა და კვლევა, სისტემაზე არჩეული თვალსაზრისის საფუძველზე. მაგალითად, ერთი და იმავე საწარმოს ფუნქციონალური მოდელები მთავარი ტექნოლოგიისა და ფინანსური დირექტორის თვალსაზრისით მნიშვნელოვნად განსხვავდება მათი დაწვრილებით. ეს გამოწვეულია იმით, რომ საბოლოო ჯამში, CFO არ არის დაინტერესებული წარმოების მანქანებზე ნედლეულის დამუშავების ასპექტებით და მთავარ ტექნოლოგს არ სჭირდება შედგენილი დიაგრამები. ფინანსური ნაკადები... თვალსაზრისის სწორი არჩევანი მნიშვნელოვნად ამცირებს საბოლოო მოდელის მშენებლობაზე დახარჯულ დროს.

დაშლის პროცესში, ფუნქციური ბლოკი, რომელიც კონტექსტურ დიაგრამაში აჩვენებს სისტემას მთლიანობაში, გაბურღულია სხვა დიაგრამაზე. მეორე დონის დიაგრამა შეიცავს ფუნქციურ ბლოკებს, რომლებიც აჩვენებენ კონტექსტური დიაგრამის ფუნქციური ბლოკის ძირითად ქვეფუნქციებს და ეწოდება მასთან დაკავშირებული ბავშვთა დიაგრამა (ბავშვის დიაგრამის კუთვნილ თითოეულ ფუნქციურ ბლოკს შესაბამისად ეწოდება Child Box) ). თავის მხრივ, მშობლის ფუნქციის ბლოკს ეწოდება მშობლის ბლოკი ბავშვის დიაგრამასთან მიმართებაში (მშობლის ყუთი), ხოლო დიაგრამას, რომელსაც ის ეკუთვნის, მშობლის დიაგრამა (მშობლის დიაგრამა). ბავშვის დიაგრამის თითოეული ქვეფუნქცია შეიძლება უფრო დეტალურად იყოს დატანილი შესაბამისი ფუნქციური ბლოკის ანალოგიური დაშლით. მნიშვნელოვანია აღინიშნოს, რომ ფუნქციური ბლოკის დაშლის თითოეულ შემთხვევაში, ამ ბლოკში შემავალი ან მისგან გამავალი ინტერფეისის ყველა რკალი ფიქსირდება ბავშვის დიაგრამაში. ეს აღწევს IDEF0 მოდელის სტრუქტურულ მთლიანობას. დაშლის პრინციპი ნათლად არის ნაჩვენები ნახაზზე 4. თქვენ უნდა მიაქციოთ ყურადღება ფუნქციური ბლოკების ნუმერაციასა და დიაგრამებს შორის ურთიერთკავშირს - თითოეულ ბლოკს აქვს თავისი უნიკალური სერიული ნომერი დიაგრამაზე (რიცხვი ოთხკუთხედის ქვედა მარჯვენა კუთხეში) და მარჯვენა კუთხით აღნიშვნა მიუთითებს ამ ბლოკის ბავშვის დიაგრამის რაოდენობაზე ... ამ აღნიშვნის არარსებობა ნიშნავს, რომ არ არსებობს ამ ბლოკის დაშლა.

ხშირია შემთხვევები, როდესაც ინდივიდუალური ინტერფეისის რკალებს აზრი არ აქვს იერარქიაში განსაზღვრულ დონეზე ქვემოთ მოცემულ დიაგრამებში განხილვის გაგრძელებას, ან პირიქით - ცალკეულ რკალებს არ აქვთ პრაქტიკული მნიშვნელობა გარკვეულ დონეზე ზემოთ. მაგალითად, ინტერფეისის რკალი, რომელიც ასახავს "დეტალს" ფუნქციის ბლოკის შესასვლელში "პროცესი ჩართულია ბორბალი”აზრი არ აქვს უფრო მაღალი დონის დიაგრამებზე ასახვას - ის მხოლოდ გადატვირთავს დიაგრამებს და გაართულებს მათ გაგებას. მეორეს მხრივ, საჭიროა ცალკეული "კონცეპტუალური" ინტერფეისის რკალების მოშორება და მათი დეტალური აღწერა გარკვეულ დონეზე უფრო ღრმად. ამგვარი პრობლემების გადასაჭრელად, IDEF0 სტანდარტი ითვალისწინებს გვირაბის კონცეფციას. ისრის გვირაბის აღნიშვნა ინტერფეისის რკალის დასაწყისში ორი ფრჩხილის სახით აღნიშნავს, რომ ეს რკალი არ იყო მემკვიდრეობით მიღებული ფუნქციური მშობლის ბლოკიდან და გამოჩნდა ("გვირაბიდან") მხოლოდ ამ დიაგრამაზე. თავის მხრივ, მიმღების ბლოკის უშუალო სიახლოვეს ინტერფეისის რკალის ბოლოს (ისარი) ირგვლივ იგივე აღნიშვნა ნიშნავს იმას, რომ ამ ბლოკის ბავშვურ დიაგრამაში ეს რკალი არ გამოჩნდება და არ განიხილება. ყველაზე ხშირად ხდება, რომ ცალკეული ობიექტები და მათი შესაბამისი ინტერფეისის რკალები არ განიხილება იერარქიის ზოგიერთ შუალედურ დონეზე - ამ შემთხვევაში, ისინი ჯერ „გვირაბში ჩავარდებიან“ და შემდეგ, საჭიროების შემთხვევაში, „გვირაბიდან დაბრუნდებიან“.

IDEF0 კონცეფციიდან ბოლო არის ლექსიკონი. IDEF0 თითოეული ელემენტისთვის: დიაგრამები, ფუნქციური ბლოკები, ინტერფეისის რკალი, არსებული სტანდარტი გულისხმობს შესაბამისი განმარტებების, საკვანძო სიტყვების, თხრობების და ა.შ. შექმნას და შენარჩუნებას, რომლებიც ახასიათებს ამ ელემენტის მიერ ნაჩვენებ ობიექტს. ამ კომპლექტს ეწოდება ლექსიკონი და წარმოადგენს ამ ელემენტის არსის აღწერას. მაგალითად, საკონტროლო ინტერფეისის რკალისთვის "გადახდის ორდერი", ლექსიკონი შეიძლება შეიცავდეს რკალის შესაბამისი დოკუმენტის ველების ჩამონათვალს, ვიზების საჭირო ნაკრებებს და ა. ტერმინი ჰარმონიულად ავსებს გრაფიკულ ენას, აწვდის დიაგრამებს საჭირო დამატებით ინფორმაციას.

სურათი 4. ფუნქციური ბლოკების დაშლა.

IDEF0 დიაგრამების სირთულის შეზღუდვის პრინციპები

როგორც წესი, IDEF0 მოდელები ატარებენ კომპლექსურ და კონცენტრირებულ ინფორმაციას და იმისათვის, რომ შეზღუდოს მათი შეშუპება და გახადოს ისინი წაკითხული, შესაბამისი სირთულის ლიმიტები მიიღება შესაბამის სტანდარტში:

დიაგრამაში ფუნქციური ბლოკების რაოდენობის შეზღუდვა სამიდან ექვსამდე. ზედა ზღვარი (ექვსი) აიძულებს დიზაინერს გამოიყენოს იერარქია რთული ნივთების აღწერისას, ხოლო ქვედა ზღვარი (სამი) უზრუნველყოფს საკმარის დეტალებს შესაბამის დიაგრამაზე მისი შექმნის გასამართლებლად;

ერთი ფუნქციური ბლოკისთვის შესაფერისი ერთი ინტერფეისის რკალის შეზღუდვა (ერთი ფუნქციური ბლოკის დატოვება) ოთხამდე.
რა თქმა უნდა, სულაც არ არის აუცილებელი მკაცრად დაიცვას ეს შეზღუდვები, თუმცა, როგორც გამოცდილება გვიჩვენებს, ისინი ძალიან პრაქტიკულია რეალურ მუშაობაში.

ჯგუფური მუშაობის დისციპლინა IDEF0- მოდელის შემუშავებაზე

IDEF0 სტანდარტი შეიცავს პროცედურების ერთობლიობას, რომელიც საშუალებას აძლევს მოდელირებული სისტემის სხვადასხვა სფეროს ადამიანთა დიდ ჯგუფს შეიმუშაონ და შეთანხმდნენ მოდელზე. როგორც წესი, განვითარების პროცესი განმეორებითია და მოიცავს შემდეგ პირობით ეტაპებს:

საწარმოების სხვადასხვა სფეროსთან დაკავშირებული სპეციალისტების ჯგუფის მიერ მოდელის შექმნა. ამ ჯგუფს ეწოდება ავტორები IDEF0 თვალსაზრისით. საწყისი მოდელის შექმნა არის დინამიური პროცესი, რომლის დროსაც ავტორები კომპეტენტურ ადამიანებს ეკითხებიან სხვადასხვა პროცესების სტრუქტურის შესახებ. არსებული დებულებების, დოკუმენტების და კვლევის შედეგების საფუძველზე იქმნება მოდელის პროექტი (Model Draft).

პროექტის გავრცელება განსახილველად, დამტკიცებებსა და კომენტარებზე. ამ ეტაპზე, მიმდინარეობს საწარმოში მოდელის პროექტის განხილვა კომპეტენტურ პირთა ფართო სპექტრთან (IDEF0 მკითხველის თვალსაზრისით). ამავე დროს, მოდელის პროექტის თითოეული დიაგრამა გაკრიტიკებულია და წერილობით ხდება კომენტარი, შემდეგ კი გადაეცემა ავტორს. ავტორი, თავის მხრივ, ასევე წერილობით ეთანხმება კრიტიკას ან უარყოფს მას, ასახავს გადაწყვეტილების მიღების ლოგიკას და აბრუნებს შესწორებულ პროექტს შემდგომი განსახილველად. ეს ციკლი გრძელდება მანამ, სანამ ავტორები და მკითხველები არ მიაღწევენ კონსენსუსს.

მოდელის დამტკიცება. დამტკიცებული მოდელი დამტკიცებულია სამუშაო ჯგუფის ხელმძღვანელის მიერ იმ შემთხვევაში, თუ მოდელის ავტორებსა და მკითხველებს არ ექნებათ უთანხმოება მის ადექვატურობასთან დაკავშირებით. საბოლოო მოდელი არის საწარმოს (სისტემის) თანმიმდევრული ხედვა მოცემული თვალსაზრისით და მოცემული მიზნით.
IDEF0 გრაფიკული ენის ხილვადობა მოდელს საკმაოდ წაკითხულს ხდის იმ პირებისთვის, ვინც არ მონაწილეობდა მის შექმნის პროექტში, ასევე ეფექტურია შოუებისა და პრეზენტაციების ჩასატარებლად. მომავალში, აგებული მოდელის საფუძველზე, შესაძლებელია ახალი პროექტების ორგანიზება, რომლებიც მიზნად ისახავს საწარმოში (სისტემაში) ცვლილებების შეტანას.

IDEF0- ის საშუალებით ფუნქციური მოდელირების გამოყენების ეროვნული პრაქტიკის მახასიათებლები

ვ ბოლო წლები IDEF ოჯახის მეთოდოლოგიებისადმი ინტერესი რუსეთში სტაბილურად იზრდება. მე მუდმივად ვაკვირდები ამას, ვუყურებ ჩემს პირად ვებგვერდზე ზარების სტატისტიკას (http://www.vernikov.ru), რომელიც მოკლედ აღწერს ამ სტანდარტების ძირითად პრინციპებს. ამავდროულად, მე დავარქვი ინტერესი ისეთი სტანდარტების მიმართ, როგორიცაა IDEF3-5 თეორიული, ხოლო IDEF0 პრაქტიკულად გამართლებული. ფაქტობრივად, პირველი Case- ინსტრუმენტები, რომელთა საშუალებითაც შესაძლებელია DFD და IDEF0 დიაგრამების აგება, რუსულ ბაზარზე გამოჩნდა 1996 წელს, SADT სტანდარტებში მოდელირების პრინციპების შესახებ პოპულარული წიგნის გამოქვეყნების პარალელურად.

მიუხედავად ამისა, აღმასრულებლების უმეტესობა კვლავ განიხილავს მოდელის პრაქტიკულ გამოყენებას IDEF სტანდარტებში, როგორც მოდის ხარკს, ვიდრე ოპტიმიზაციის ეფექტურ საშუალებას. არსებული სისტემაბიზნეს მენეჯმენტი. სავარაუდოდ, ეს გამოწვეულია ინფორმაციის მკვეთრი ნაკლებობით ამ მეთოდოლოგიების პრაქტიკული გამოყენების შესახებ და პუბლიკაციების აბსოლუტური უმრავლესობის შეუცვლელი პროგრამული მიკერძოებით.

საიდუმლო არ არის, რომ თითქმის ყველა პროექტი ფინანსური კვლევისა და ანალიზისთვის ეკონომიკური აქტივობაამჟამად რუსეთში არსებული საწარმოები ამა თუ იმ გზით უკავშირდება ავტომატური კონტროლის სისტემების მშენებლობას. ამის გამო, IDEF სტანდარტები, უმრავლესობის გაგებით, პირობითად განუყოფელი გახდა ინფორმაციული ტექნოლოგიების დანერგვისგან, თუმცა მათი დახმარებით ხანდახან შესაძლებელია ეფექტურად მოგვარდეს თუნდაც მცირე ლოკალური პრობლემები, ფაქტიურად ფანქრის დახმარებით და ქაღალდი

საწარმოთა კვლევის რთული პროექტების ჩატარებისას, IDEF0 სტანდარტის მოდელების შემუშავება საშუალებას გაძლევთ ვიზუალურად და ეფექტურად აჩვენოთ საწარმოს საქმიანობის მთელი მექანიზმი სასურველ კონტექსტში. თუმცა, ყველაზე მნიშვნელოვანი ის თანამშრომლობაა, რომელსაც IDEF0 უზრუნველყოფს. ჩემს პრაქტიკაში, იყო საკმაოდ ბევრი შემთხვევა, როდესაც მოდელის მშენებლობა განხორციელდა სხვადასხვა განყოფილების თანამშრომლების უშუალო დახმარებით. ამავდროულად, კონსულტანტმა საკმაოდ მოკლე დროში განუმარტა მათ IDEF0– ის ძირითადი პრინციპები და ასწავლა მათ შესაბამისი აპლიკაციით მუშაობა. პროგრამული უზრუნველყოფა... შედეგად, სხვადასხვა დეპარტამენტის თანამშრომლებმა შექმნეს IDEF დიაგრამები თავიანთი ფუნქციური ერთეულის საქმიანობის შესახებ, რომლებიც უნდა პასუხობდნენ შემდეგ კითხვებს:

რა მიდის განყოფილებაში "შესასვლელთან"?

რა ფუნქციები და რა თანმიმდევრობით ხორციელდება ერთეულის შიგნით?

ვინ არის პასუხისმგებელი თითოეულ ფუნქციაზე?

რას ხელმძღვანელობს შემსრულებელი თითოეული ფუნქციის შესრულებისას?

რა არის ერთეულის მუშაობის შედეგი (გამომავალი)?

თითოეულ კონკრეტულ განყოფილებაში დიაგრამების პროექტზე შეთანხმების შემდეგ, ისინი კონსულტანტის მიერ შეიკრიბება საწარმოს მოდელის პროექტში, რომელშიც ყველა შემავალი და გამომავალი ელემენტია დაკავშირებული. ამ ეტაპზე აღირიცხება ინდივიდუალური დიაგრამების ყველა შეუსაბამობა და მათი საკამათო ადგილები. გარდა ამისა, ეს მოდელი კვლავ გადის ფუნქციურ განყოფილებებში შემდგომი კოორდინაციისთვის და საჭირო კორექტირების მიზნით. შედეგად, საკმაოდ მოკლე დროში და საკონსულტაციო კომპანიის მინიმალური ადამიანური რესურსის ჩართვით (და ეს რესურსები, როგორც მოგეხსენებათ, ძალიან ძვირია), მიიღება საწარმოს IDEF0 მოდელი, " როგორც არის ”პრინციპი და, რაც მნიშვნელოვანია, ის წარმოადგენს საწარმოს თანამშრომლების პოზიციებით, რომლებიც მუშაობენ მასში და ზედმიწევნით იციან ყველა ნიუანსი, მათ შორის არაფორმალური. მომავალში, ეს მოდელი გადაეცემა ანალიზისა და დამუშავებისათვის ბიზნეს ანალიტიკოსებს, რომლებიც ეძებენ შეფერხებებს კომპანიის მენეჯმენტში და მოახდენენ ძირითადი პროცესების ოპტიმიზაციას, გარდაქმნის მოდელს "როგორც არის" შესაბამის "როგორც უნდა" იყოს. ამ ცვლილებების საფუძველზე ხდება საბოლოო დასკვნის გაკეთება, რომელიც შეიცავს რეკომენდაციებს მართვის სისტემის რეორგანიზაციისათვის.

რასაკვირველია, ასეთი მიდგომა მოითხოვს უამრავ ორგანიზაციულ ღონისძიებას, პირველ რიგში გამოკითხული საწარმოს მენეჯმენტის მხრიდან. ეს გამოწვეულია იმით, რომ ეს ტექნიკა გულისხმობს ზოგიერთი თანამშრომლის დავალებას დამატებითი პასუხისმგებლობებიახალი მეთოდოლოგიების შემუშავებისა და პრაქტიკული გამოყენების შესახებ. თუმცა, საბოლოო ჯამში, ეს ანაზღაურდება, ვინაიდან ცალკეული თანამშრომლების დამატებით ერთი ან ორსაათიანი სამუშაო რამდენიმე დღის განმავლობაში მნიშვნელოვნად დაზოგავს ფულს მესამე მხარის კომპანიისთვის საკონსულტაციო მომსახურების გადახდაზე (რაც ნებისმიერ შემთხვევაში გააუქმებს სამუშაოს იგივე თანამშრომლების კითხვარებითა და კითხვებით). რაც შეეხება თავად საწარმოს თანამშრომლებს, ამა თუ იმ გზით, მე არ შემხვედრია მათი მხრიდან გამოხატული წინააღმდეგობა.

ყოველივე ამის დასკვნა შეიძლება გაკეთდეს შემდეგნაირად: სულაც არ არის აუცილებელი ყოველ ჯერზე სტანდარტული პრობლემების გადაწყვეტა. ყოველთვის, როდესაც თქვენ დგახართ საჭიროებისამებრ გაანალიზოთ კონკრეტული ფუნქციონალური სისტემა (კოსმოსური ხომალდის დიზაინის სისტემიდან დაწყებული რთული სადილის მომზადების პროცესამდე), გამოიყენეთ მეთოდები, რომლებიც წლების განმავლობაში გამოცდილია. ერთ -ერთი ასეთი მეთოდია IDEF0, რომელიც საშუალებას გაძლევთ გადაჭრათ რთული ცხოვრებისეული პრობლემები მისი მარტივი და გასაგები ინსტრუმენტების დახმარებით.

IDEF0 დიაგრამები აგებულია BPWin პროგრამის გამოყენებით. ისინი განკუთვნილია მიმდინარე ბიზნეს პროცესების გრაფიკული მოდელირებისათვის.

IDEF0 მეთოდოლოგიის შესახებ

IDEF0 მეთოდოლოგია ფართოდ გამოიყენება მისი მარტივი და გასაგები გრაფიკული აღნიშვნის გამო, რაც ძალიან მოსახერხებელია მოდელის შესაქმნელად. მეთოდოლოგიაში ძირითადი ადგილი ენიჭება დიაგრამებს. დიაგრამები ასახავს სისტემის ფუნქციებს გეომეტრიული მართკუთხედების საშუალებით, ასევე ფუნქციებსა და გარე გარემოს შორის არსებულ კავშირებს. ბმულები ნაჩვენებია ისრების გამოყენებით. ამის გადამოწმება შეგიძლიათ იხილოთ რას გთავაზობთ IDEF0 დიაგრამა, რომლის მაგალითები შეგიძლიათ იხილოთ ამ სტატიაში.

ის ფაქტი, რომ მოდელირებაში გამოიყენება მხოლოდ ორი გრაფიკული პრიმიტივი, საშუალებას გაძლევთ სწრაფად აუხსნათ IDEF0 ურთიერთქმედების ამჟამინდელი წესები იმ ადამიანებს, რომლებსაც ამის შესახებ წარმოდგენა არ აქვთ. IDEF0 დიაგრამებით, მომხმარებელთა კავშირი მიმდინარე პროცესებთან უფრო სწრაფად ხორციელდება წყალობით ვიზუალური გრაფიკული ენის გამოყენება. თქვენ შეგიძლიათ ნახოთ რას გვთავაზობს IDEF0 დიაგრამა, რომელთა მაგალითები მოცემულია ქვემოთ.

IDEF0– ისთვის გამოყენებული ელემენტები

როგორც უკვე აღვნიშნეთ, გეომეტრიული პრიმიტივის 2 ტიპი გამოიყენება: ოთხკუთხედი და ისრები. მართკუთხედები წარმოადგენენ გარკვეულ პროცესებს, ფუნქციებს, სამუშაოს ან ამოცანებს, რომლებსაც აქვთ მიზნები და მივყავართ მითითებულ შედეგამდე. პროცესების ერთმანეთთან და გარე გარემოსთან ურთიერთქმედება მითითებულია ისრებით. IDEF0 განასხვავებს 5 სხვადასხვა ტიპის ისარს.

IDEF0– ის გამოყენების შესაძლებლობები

IDEF0 მეთოდოლოგია შეიძლება გამოყენებულ იქნას ნებისმიერი საინფორმაციო სისტემის ფუნქციონალური ასპექტის აღსაწერად.

IDEF0 პროცესებს შორის კავშირების ტიპები

მოდელის ინტერესებშია კონსტრუქციების ისეთი კავშირების შექმნა, რომ შიდა კავშირები იყოს რაც შეიძლება ძლიერი, ხოლო გარეგანი - რაც შეიძლება სუსტი. ის ძლიერი მხარემოდელირება IDEF0– ით. თქვენ შეგიძლიათ ნახოთ დიაგრამების მაგალითები თქვენთვის და დარწმუნებული იყოთ ამ სიტყვების ჭეშმარიტებაში. კავშირების დამყარების გასაადვილებლად, ისინი დაკავშირებულია მოდულებთან. მოდულებს შორის მყარდება გარე კავშირები, ხოლო მოდულები შიგნით - შიდა. არსებობს რამოდენიმე სახის ბმული.

1. იერარქიული ("ნაწილი" - "მთელი") ურთიერთობა.

2. მენეჯერი (მარეგულირებელი, დაქვემდებარებული):

2) უკუკავშირის კონტროლი.

3. ფუნქციონალური ან ტექნოლოგიური:

2) საპირისპირო შეყვანა.

3) მომხმარებელი;

4) ლოგიკური;

5) მეთოდური ან კოლეგიალური;

6) რესურსი;

7) საინფორმაციო;

8) დროებითი;

9) შემთხვევითი.

სამშენებლო ბლოკები და ბმულები დიაგრამებში

IDEF0 მეთოდოლოგია ითვალისწინებს რიგ წესებს და მითითებებს მისი გამოყენების და გამოყენების ხარისხის გასაუმჯობესებლად. ასე რომ, დიაგრამა აჩვენებს ერთ ბლოკს, რომელზეც შეგიძლიათ მიუთითოთ სისტემის სახელი, მისი დანიშნულება. 2-5 ისარი მიდის ბლოკამდე ან მისგან. მეტ -ნაკლებად შეიძლება იყოს შესაძლებელი, მაგრამ შესასვლელად / გასასვლელად საჭიროა სულ მცირე ორი ისარი, დანარჩენი კი დამატებითი სამუშაოდა მათი მითითებები დიაგრამაში. თუ ისრები 5 -ზე მეტია, უნდა იფიქროთ მოდელის აგების ოპტიმალურობაზე და შესაძლებელია თუ არა მისი კიდევ უფრო დეტალურად გაკეთება.

სამშენებლო ბლოკები დაშლის დიაგრამებში

ბლოკების რაოდენობა, რომლებიც იქნება ერთ დიაგრამაზე, რეკომენდებულია 3-6 რიცხვით. თუ მათგან ნაკლებია, მაშინ ასეთი დიაგრამები ნაკლებად სავარაუდოა, რომ ატარებდეს სემანტიკურ დატვირთვას. თუ ბლოკების რაოდენობა უზარმაზარია, მაშინ ძალიან რთული იქნება ასეთი დიაგრამის წაკითხვა, დამატებითი ისრების არსებობის გათვალისწინებით. ინფორმაციის აღქმის გასაუმჯობესებლად, რეკომენდებულია ბლოკების განთავსება ზემოდან ქვემოდან და მარცხნიდან მარჯვნივ. ეს მოწყობა ასახავს პროცესების თანმიმდევრობის შესრულების ლოგიკას. ასევე ისრები შექმნიან ნაკლებ დაბნეულობას, ერთმანეთთან მინიმალური რაოდენობის გადაკვეთით.

თუ გარკვეული ფუნქციის გაშვება არანაირად არ კონტროლდება და პროცესი შეიძლება დაიწყოს თვითნებურ მომენტში, მაშინ ასეთ სიტუაციას მიუთითებს ისრების არარსებობა, რომლებიც მიუთითებენ კონტროლსა და შესვლაზე. მაგრამ ასეთი სიტუაციის არსებობამ შეიძლება პოტენციურ პარტნიორებს უთხრას გარკვეული არასტაბილურობა და პოტენციური პარტნიორის უფრო მჭიდროდ გაცნობის აუცილებლობა.

ბლოკი, რომელსაც აქვს მხოლოდ შეყვანის ისარი, მიუთითებს იმაზე, რომ პროცესი იღებს შეყვანის პარამეტრებს, მაგრამ კონტროლი ან კორექტირება არ ხდება მუშაობის დროს. ბლოკი, რომელსაც აქვს მხოლოდ საკონტროლო ისარი, გამოიყენება სამუშაოს აღსანიშნავად, რომელსაც მხოლოდ საკონტროლო სისტემის სპეციალური ბრძანებით ეძახიან. ისინი კონტროლდება და მორგებულია ყველა ეტაპზე.

მაგრამ IDEF0 დიაგრამის აგების მაგალითს შეუძლია დაარწმუნოს, რომ ყველაზე სრულყოფილი და ყოვლისმომცველი ტიპია დიაგრამა შესასვლელი და საკონტროლო ისრებით.

დასახელება

ვიზუალური აღქმის გასაუმჯობესებლად, თითოეულ ბლოკს და თითოეულ ისარს უნდა ჰქონდეს საკუთარი სახელი, რომელიც გამოავლენს მათ მრავალ სხვა ბლოკსა და ისარს შორის. ასე გამოიყურება ნიმუშის დიაგრამები IDEF0– ში. საინფორმაციო სისტემა, მათი დახმარებით აგებული, მოგცემთ საშუალებას გაიგოთ მოდელების ყველა ნაკლოვანება და სირთულე.

ისრები ხშირად გამოიყენება და კითხვები ჩნდება მათ დასახელებასთან დაკავშირებით. მაგრამ შერწყმა შესაძლებელია მხოლოდ ერთგვაროვანი მონაცემების გადაცემის შემთხვევაში, ამიტომ ცალკეული სახელები არ არის საჭირო, თუმცა მათი დაზუსტება შესაძლებელია BPWin– ში. ასევე, თუ არის ისრების განსხვავება, მაშინ მათი ცალკე დასახელება შესაძლებელია იმის გასაგებად, თუ რა არის პასუხისმგებელი რაზე.

თუ ფილიალის შემდეგ სახელი არ არის, მაშინ სახელი ითვლება ზუსტად ისე, როგორც ფილიალამდე იყო. ეს შეიძლება მოხდეს იმ შემთხვევაში, თუ ორი ბლოკი მოითხოვს ერთსა და იმავე ინფორმაციას. IDEF0 კონტექსტური დიაგრამა, რომლის მაგალითიც შეგიძლიათ იხილოთ ამ სტატიაში, დაადასტურებს ამ სიტყვებს.

ისრის ინფორმაცია

ისრები, რომლებიც შედიან და ტოვებენ ერთ ბლოკს კომპოზიციის დიაგრამის შექმნისას, უნდა იყოს ნაჩვენები მასზე. დიაგრამაზე გადატანილი გეომეტრიული ფორმების სახელები ზუსტად უნდა იმეორებდეს უმაღლესი დონის ინფორმაციას. თუ ორი ისარი მეორის რკალთან შედარებით პარალელურია (ანუ ისინი იწყება ერთი პროცესის ზღვარზე და მთავრდება ორივე მეორე პროცესის ერთ ზღვარზე), მაშინ ალბათ ისინი უნდა გაერთიანდეს მოდელის ოპტიმიზაციისთვის და აირჩიოს შესაფერისი სახელი, რომელიც შესანიშნავად არის ნაჩვენები IDEF0– ში (Visio– ში დიაგრამების მაგალითების ნახვა შესაძლებელია).

კონკრეტულ მოდელზე IDEF0 მეთოდოლოგიის დანერგვის მაგალითი

თქვენ უკვე ისწავლეთ რა არის IDEF0 დიაგრამა, თქვენ ნაწილობრივ ნახეთ მაგალითები და წესები ასეთი დიაგრამების შესაქმნელად. ახლა ჩვენ უნდა მივმართოთ პრაქტიკას. უკეთესი გაგებისთვის, ახსნა არ იქნება დაფუძნებული რაიმე "ზოგად" მოდელზე, არამედ კონკრეტულ მაგალითზე, რომელიც საშუალებას მოგცემთ უკეთ და სრულად გაიაზროთ IDEF0– თან მუშაობის მახასიათებლები BPWin პროგრამაში.

მაგალითად, მატარებლის სიჩქარე A წერტილიდან B წერტილამდე უნდა გავითვალისწინოთ, რომ მატარებელი ნებადართულ სიჩქარეზე მეტს ვერ განავითარებს. ეს ხაზი დადგენილია ექსპლუატაციის გამოცდილებისა და სარკინიგზო ტრასაზე მატარებლების გავლენის საფუძველზე. უნდა გვესმოდეს, რომ მატარებლის დანიშნულებაა მგზავრების გადაყვანა, რომლებიც, თავის მხრივ, გადაიხადეს იმისათვის, რომ უსაფრთხოდ და კომფორტულად მიაღწიონ დანიშნულების ადგილს. IDEF0 დიაგრამა სასარგებლოა, რომლის მაგალითები შეგიძლიათ იხილოთ ამ სტატიაში.

პირველადი ინფორმაცია ასეთია:

1. სიმღერის ხაზის მონაცემები;
2. მთელი მანძილის პასპორტი;
3. გზის გეგმა.

კონტროლის მონაცემები:

1. უფროსის, ტრასის სამსახურის უფროსის მითითება.
2. ინფორმაცია მატარებლების გადაადგილების არსებული ნაკადის შესახებ.
3. ინფორმაცია დაგეგმილი რემონტის, რეკონსტრუქციისა და ბილიკების შეცვლის შესახებ.

მოდელის შედეგია:

1. დასაშვები სიჩქარის შეზღუდვა შეზღუდვის მიზეზის მითითებით.
2. დასაშვები სიჩქარე ცალკეულ წერტილებში და მატარებლების გადაყვანისას.

როდესაც აგებულია კონტექსტური დიაგრამა, საჭიროა მისი დეტალური აღწერა და შემდგომ იქმნება კომპოზიტური დიაგრამა, რომელიც იქნება პირველი დონის დიაგრამა. ის აჩვენებს სისტემის ყველა ძირითად ფუნქციას. IDEF0 მეთოდოლოგიას და დიაგრამას, რომლისთვისაც ხდება დაშლა, ეწოდება მშობელი. IDEF0- ის დაშლას ეწოდება ბავშვის დაშლა.

დასკვნა

პირველ დონეზე დაშლის შემდეგ, მეორე დონის დაშლა ხორციელდება - და ასე შემდეგ, სანამ შემდგომი დაშლა არ დაკარგავს მნიშვნელობას. ეს ყველაფერი კეთდება მიმდინარე და დაგეგმილი პროცესების ყველაზე დეტალური გრაფიკული დიაგრამის მისაღებად. ის მზა მაგალითი IDEF0 დიაგრამები, რომლითაც შეგიძლიათ ნავიგაცია ახლავე.

ბიზნეს პროცესის დიაგრამების აღწერა "საწარმოს კომპიუტერული აღჭურვილობის აღრიცხვა"

IDEF0 დიაგრამის აღწერა

ბიზნეს პროცესის შესაქმნელად გამოყენებულია IDEF0 დიაგრამა. IDEF0 მეთოდოლოგია განსაზღვრავს დიაგრამების იერარქიული სისტემის აგებას - სისტემის ფრაგმენტების ერთეულ აღწერას. პირველი, ხორციელდება სისტემის მთლიანობის აღწერა და მისი ურთიერთქმედება გარე სამყაროსთან (კონტექსტური დიაგრამა). შეიქმნა დიაგრამის სამი დონე:

1. კონტექსტური

2. ფუნქციური დაშლა

სურათი 1 - კონტექსტის დიაგრამა "საწარმოთა კომპიუტერული აღჭურვილობის აღრიცხვა"

სურათი 1 გვიჩვენებს ბიზნეს პროცესის კონტექსტურ დიაგრამას "საწარმოთა კომპიუტერული აღჭურვილობის აღრიცხვა". ის აჩვენებს სისტემას მთლიანობაში და მის ურთიერთქმედებას ინფორმაციის ძირითად გარე ნაკადებთან.

ისრები მითითებულია კონტექსტურ დიაგრამაში.

ისრის ტიპები:

შეყვანა (შეყვანის მასალები: კომპიუტერი და აქსესუარები)

გამომავალი (გამომავალი არის ანგარიში)

საკონტროლო ისრები არის დოკუმენტები და მენეჯერები

მექანიზმების ისრები არიან თანამშრომლები და აღჭურვილობა

შეიყვანეთ ინფორმაცია დამუშავებისათვის:

კომპიუტერები - კომპიუტერები (პერსონალური კომპიუტერები), რომლებიც მდებარეობს საწარმოში

კომპონენტები - კომპიუტერების განახლებისთვის საჭირო მასალები (ვიდეო ბარათები, დედაპლატები, პროცესორები, კორპუსები, კვების ბლოკები, მეხსიერების მოდულები)

გამომავალი ნაკადები:

ანგარიში - მზა ანგარიში საწარმოს კომპიუტერული აღჭურვილობის აღრიცხვის შესახებ

შეყვანის კონტროლი:

წესები - პირობები, რომლებიც უნდა დაკმაყოფილდეს მიზნის მისაღწევად.

შეკვეთები - საწარმოზე დაკისრებული ამოცანა (საწარმოში კომპიუტერული ტექნიკის ჩანაწერების შენახვა გარკვეული საინფორმაციო სისტემების გამოყენებით)

მენეჯერები არიან საწარმოს დირექტორები და გენერალური მენეჯერები.

შეყვანის რესურსები:

კომპიუტერი - კომპიუტერები, რომელთა დახმარებით ხდება აღრიცხვა.

თანამშრომლები არიან სპეციალისტები, რომლებიც ასრულებენ მენეჯმენტის მიერ მინიჭებულ მითითებებს. კონცეპტუალური მოდელის აგების შემდეგ განხორციელდა ფუნქციური დაშლა - სისტემა დაიყო ქვესისტემებად და თითოეული ქვესისტემა ცალკე იყო აღწერილი (დაშლის დიაგრამები).

სურათი 2 გვიჩვენებს ოთხი სამუშაოს ფუნქციურ დაშლას.

სურათი 2 - ფუნქციური დაშლა "აღრიცხვა საწარმოთა კომპიუტერული ტექნიკისათვის"

გამოვლინდა სამუშაოს შემდეგი ტიპები:

1) მიწოდების რეგისტრაცია - პროცესი, რომლის დროსაც პირადობის მოწმობა ენიჭება პროდუქტს, იგზავნება შესანახად, საწყობში და ინფორმაცია პროდუქტის შესახებ შედის პროგრამაში.

მარაგების რეგისტრაცია მოიცავს შვიდი სასაზღვრო ისარს (შესასვლელი, კონტროლი, მექანიზმი) და შიდა ისრის ფოთლები (კავშირი შესასვლელთან).

ისრის კომუნიკაცია სამუშაოებს შორის შესასვლელთან მიწოდების რეგისტრაცია და კომპიუტერის (კომპიუტერის) მოვლა;

შესვლის, გასვლის, კონტროლის ისრები მეორდება შემდგომ სამუშაოებში.

2) კომპიუტერის მოვლა - პროცესი, რომელშიც ხდება კომპიუტერების შეკრება, შეკეთება და მოდერნიზაცია.

კომპიუტერის ტექნიკური მომსახურება მოიცავს ოთხ სასაზღვრო ისარს (შეყვანა, კონტროლი, მექანიზმი, გამომავალი) და რამდენიმე შიდა ისარი (შეყვანის კომუნიკაცია, შეყვანის უკუკავშირი).

ისრის კონტროლი - წესები, ბრძანებები, ლიდერი;

ისრის კავშირი შესასვლელთან სამუშაოების კომპიუტერის მოვლა და განთავსება (მონაცემთა მონაცემთა ბაზაში შეყვანა), სამუშაოების კომპიუტერის მოვლა და ანგარიშგება (მონაცემთა მონაცემთა ბაზაში შეყვანა) სამუშაოებს შორის;

3) განთავსება - პროცესი, რომლის დროსაც ხდება კომპიუტერების განთავსება ოფისებში (ოფისებში).

ისრების კონტროლი - წესები, ბრძანებები, ლიდერი;

ისრის მექანიზმი - თანამშრომლები;

ისრის ბმული გავრცელებასა და ანგარიშს შორის შეყვანის შესახებ (ID- ის მინიჭება);

4) ანგარიშის შედგენა - ბუღალტრული აღრიცხვის პროცესის ბოლო ეტაპი, რომელიც შედგება მიმდინარე აღრიცხვის წინა მონაცემების შესრულებით მიღებული ჯამების შეჯამებისაგან.

შემდეგ თითოეული ქვესისტემა იშლება მცირე ზომის დაშლებად და ასე შემდეგ, სანამ დეტალების სასურველი ხარისხი მიიღწევა.

სურათი 3 არის დიაგრამა, რომელიც აჩვენებს შესყიდვების მუშაობას უფრო დეტალურად.

დაწვრილებით, ძირითადი ფუნქციები იყო ხაზგასმული. განყოფილება "მარაგების რეგისტრაცია" მოიცავს შვიდ მთავარ ისარს (შესვლა, გასვლა, კონტროლი, მექანიზმი).

ისრის შესვლა - კომპიუტერები და აქსესუარები;

საკონტროლო ისრები არის წესები, ბრძანებები და ლიდერი. ისრის ჩანგალი;

მექანიზმის ისრები, განშტოება - კომპიუტერი, თანამშრომლები;

შესვლის ისრები, კონტროლი, მექანიზმები მეორდება ყველა სამუშაოში.

1) ნომრის მინიჭება - ინდივიდუალური ნომრის მინიჭება კომპიუტერებსა და აქსესუარებზე.

შესვლის ისრები - კომპიუტერები და აქსესუარები. ისრის კომპიუტერები მეორდება მომდევნო სამუშაოებში, გარდა ანგარიშის შედგენისა;

კონტროლის ისრები - წესები, ბრძანებები და ლიდერი;

მექანიზმის ისრები - კომპიუტერი და თანამშრომლები;

შესასვლელთან ისრის ბმული სამუშაოების ნომრის მინიჭებასა და საქონლის საწყობში გაგზავნას (გადაცემას), ნომრის მინიჭებასა და ბალანსირებას შორის (ბაზაში შესვლას) შორის;

2) საქონლის საწყობში გაგზავნა - სასაქონლო დანიშნულების ნომრით საქონლის გაგზავნა საწყობში.

გასასვლელი ისარი - კომპიუტერი;

კონტროლის ისრები - წესები, ბრძანებები და ლიდერი.

შესასვლელთან ისრის ბმული სამუშაოებს შორის "საქონლის გაგზავნა საწყობში" და "ბალანსზე დაყენება" (რაოდენობა);

3) დაბალანსება - ინფორმაციის შეყვანა კომპიუტერში.

კონტროლის ისრები - წესები, ბრძანებები და ლიდერი;

მექანიზმის ისრები - კომპიუტერი და თანამშრომლები;

ფიგურა 4 არის სქემა, რომელიც დეტალურად ასახავს კომპიუტერის ტექნიკურ მომსახურებას.

დაწვრილებით, გამოჩნდა კომპიუტერის მოვლის პროცესში შესრულებული ძირითადი ფუნქციები.

კომპიუტერის მოვლის სამუშაოები მოიცავს 4 სასაზღვრო ისარს (შეყვანა, გამომავალი, კონტროლი, მექანიზმი). შიდა ისრები (შეყვანის კავშირი, შეყვანის კომუნიკაცია).

1) კომპიუტერების შეკრება - კომპიუტერების კონფიგურაცია მენეჯერების ინდივიდუალური შეკვეთებისთვის.

შესვლის ისარი - კომპიუტერები;

კონტროლის ისრები - წესები, ბრძანებები და ლიდერი;

მექანიზმის ისრები - თანამშრომლები;

ისრის ბმული შესასვლელთან ნამუშევრებს შორის: "კომპიუტერების აწყობა" და "კომპიუტერების შეკეთება" (კომპიუტერი);

2) კომპიუტერის შეკეთება - გაუმჯობესების მიზნით დამტკიცებული კომპიუტერების შეკრება.

შესვლის ისარი - კომპიუტერები;

გასასვლელი ისარი - ბაზაში შესვლა;

კონტროლის ისრები - წესები, ბრძანებები და ლიდერი;

მექანიზმის ისრები - თანამშრომლები;

შესვლის, გასვლის, კონტროლის, მექანიზმის ისრები განშტოებულია;

ისრის ბმული შესასვლელთან სამუშაოებს შორის: "კომპიუტერის შეკეთება" და "განახლება" (აქსესუარები);

3) განახლება - კომპიუტერის გაუმჯობესება, გაუმჯობესება, განახლება.

გასასვლელი ისარი - ბაზაში შესვლა;

კონტროლის ისრები - წესები, ბრძანებები და ლიდერი;

მექანიზმის ისრები - თანამშრომლები;

კონტროლის ისრები, მექანიზმი განშტოებულია;

სურათი 5 უფრო დეტალურად აჩვენებს ანგარიშგების ცხრილს. სამუშაოების დაშლა.მოხსენება მოიცავს 4 სასაზღვრო ისარს (შეყვანა, გამომავალი, კონტროლი, მექანიზმები). შიდა ისრები (შეყვანის კავშირი, შეყვანის კომუნიკაცია).

მუშაობის შედეგად, შემდეგი ფუნქციები იქნა მიღებული:

1) მონაცემთა შეგროვება - ინფორმაციის შეგროვება ანალიზისა და გადაწყვეტილების მიღებისათვის.

შეიყვანეთ ისარი - ID- ის მინიჭება;

კონტროლის ისრები - წესები, ბრძანებები და ლიდერი;

შესვლის, კონტროლის, მექანიზმის ისრები განშტოებულია;

ისრის ბმული შესასვლელთან სამუშაოებს შორის: მონაცემთა შეგროვება და მონაცემთა გადამოწმება (ჩანაწერები);

2) მონაცემთა გადამოწმება - ინფორმაციის გადამოწმება და ანგარიშის მომზადებაზე გაგზავნა.

შესვლის ისარი - იდენტიფიკაციის მინიჭება, მონაცემთა მონაცემთა ბაზაში შეყვანა;

გასასვლელი ისარი - ანგარიში;

კონტროლის ისრები - წესები, ბრძანებები და ლიდერი;

მექანიზმის ისრები - თანამშრომლები, კომპიუტერი;

შესვლის ისრები (ID- ის მინიჭება), კონტროლი, მექანიზმი არის ჩანგალი;

შეიყვანეთ უკუკავშირის ისარი „მონაცემთა შემოწმებიდან“ „მონაცემების მოპოვებამდე“ (განმეორებითი შემოწმება).

DFD დიაგრამის აღწერა

კომპიუტერული ტექნიკური უზრუნველყოფის მუშაობის დაშლა სურათი 1 განსაზღვრავს ოთხ შიდა აქტივობას, ორ გარე ერთეულს და მონაცემთა ორ საცავს.

სურათი 1 - კომპიუტერის მოვლა

1) კომპიუტერის შეკრება - არსებული კომპონენტებისგან კომპიუტერის შეკრების პროცესი.

2) ანგარიშის შედგენა - პროცესი, რომელიც შედგება მიმდინარე აღრიცხვის მუშაობის შესრულებით მიღებული საბოლოო მაჩვენებლების შეჯამებისაგან.

3) დიაგნოსტიკა - შესრულების შემოწმება

4) განახლება - კომპიუტერის გაუმჯობესება, გაუმჯობესება, განახლება.

გარეგანი პირები: კომპიუტერები და კომპონენტები

მონაცემთა მაღაზიები:

1) საწყობი - ადგილი, სადაც ინახება აწყობილი და განახლებული კომპიუტერები.

2) DB - მონაცემთა ბაზა, რომელიც ინახავს ყველა ანგარიშს და ყველა ინფორმაციას შესრულებული სამუშაოს შესახებ.

ჩვენ ვაგროვებთ ინფორმაციას კომპიუტერის შესახებ და ვირჩევთ კომპონენტებს მისი შეკრებისთვის. შემდეგ ჩვენ ვაწყობთ კომპიუტერს და ვაგზავნით საწყობში შესანახად, მაგრამ ამის გარდა, მისი შეკრების შემდეგ, ჩვენ შეგვიძლია ჯერ გამოგვიგზავნოთ დიაგნოსტიკისთვის, შევამოწმოთ ფუნქციონირება და შემდეგ მხოლოდ საწყობში. აწყობილი კომპიუტერის დიაგნოზის დასმის შემდეგ ჩვენ ვაგზავნით მონაცემებს სამუშაოს შესახებ ანგარიშის შესადგენად და ინფორმაციის მონაცემთა ბაზაში შეყვანის მიზნით.

ჩვენ ასევე გვაქვს სხვა გარეგანი ერთეული, ეს არის კომპიუტერი. ჩვენ მას ვუგზავნით მოდერნიზაციას, რის შემდეგაც დიაგნოზის დასადგენად არის მისი ფუნქციონირების შემოწმება, შემდეგ ჩვენ ვადგენთ ანგარიშს და ვდებთ ინფორმაციას მონაცემთა ბაზაში შესრულებული სამუშაოს შესახებ. ან, მოდერნიზაციის შემდეგ, ჩვენ ვაგზავნით საქონელს საწყობში, შემდეგ კი ვატარებთ დიაგნოსტიკას, ვამზადებთ ანგარიშს და ვდებთ ინფორმაციას მონაცემთა ბაზაში.

სამუშაოს დაშლა "ანგარიშგება" ფიგურა 2 განსაზღვრავს სამ შიდა საქმიანობას, სამ გარე ერთეულს და მონაცემთა ორ მაღაზიას.

1) მონაცემთა შეგროვება - კომპიუტერებისა და კომპონენტების შესახებ ინფორმაციის შეგროვება.

2) ვალიდაცია - მონაცემების სიზუსტის შემოწმება.

3) ანგარიში - მოხსენების წერა შესრულებული სამუშაოს შესახებ.

გარეგანი პირები: კომპონენტები, კომპიუტერები, მენეჯერი.

მონაცემთა საწყობი - მონაცემები კომპიუტერებისა და კომპონენტების შესახებ, ანგარიშის მონაცემები.

კომპიუტერებისა და აქსესუარების შესახებ ინფორმაციის შეგროვება, შემდეგ მათი შესანახად გაგზავნა. ამის შემდეგ, ჩვენ ვამოწმებთ მონაცემებს სიზუსტეზე, ვადგენთ ანგარიშს და ვგზავნით უკან შესანახად მონაცემთა პირველ საწყობში (სურათი 2), ან ვაგზავნით ანგარიშის მონაცემებს მეორე მონაცემთა საწყობში (სურათი 2) და შემდეგ ვგზავნით მას მენეჯერი გადამოწმებისთვის.

მენეჯერი ამოწმებს, აკეთებს ჩანაწერებს, ასწორებს და აგზავნის ხელახალი შემოწმებისთვის. ამის შემდეგ, ანგარიში იგზავნება შესანახად მენეჯერის ხელახლა შემოწმებამდე.

IDEF3 დიაგრამის აღწერა

სამუშაოების დაშლისას კომპიუტერის მოვლა (სურ. 1), განისაზღვრება რამდენიმე კვეთა, რომელიც აკავშირებს ერთ ან რამდენიმე სამუშაოს, რამდენიმე შიდა სამუშაოს.

1) რემონტი - კომპიუტერის აწყობა ასაწყობი კომპონენტებით

2) შეკრება - კომპიუტერის ნორმალურ მდგომარეობაში დაბრუნება

3) განახლება - კომპიუტერის განახლება

4) კომპიუტერები - პროდუქტი შეკრებისა და მოდერნიზაციის შემდეგ

5) გაგზავნა საწყობში - გააგზავნე შესანახად გაუმჯობესების (შეკრების) შემდეგ

6) დიაგნოსტიკა - შესრულების შემოწმება.

7) ანგარიში - ინფორმაცია შესრულებული სამუშაოს შესახებ.

კვეთა - კონექტორები:

1) J2 - ყველა მოქმედება იწყება ერთდროულად.

2) J6 - შესართავი შეერთება. კვანძი, რომელიც აგროვებს ბევრ ისარს ერთში, რაც მიუთითებს პროცესის გასაგრძელებლად ისრების სამუშაო წყაროების დასრულების პირობის აუცილებლობაზე.

3) J7 - ნაჩვენებია, რომ ამ პირობების ერთდროულად შესრულება შეუძლებელია.

4) J9 - ეს ქმედებები მთავრდება ერთსა და იმავე დროს, რის შემდეგაც დგება ანგარიში შესრულებული სამუშაოს შესახებ.

IDEF3 დიაგრამა გვიჩვენებს, რომ J2 შეერთებას აქვს ორი განშტოებული ისარი სამუშაოსთვის (მშენებლობა და განახლება), რომლებიც ერთდროულად იწყება. მხოლოდ ამ სამუშაოების დასრულების შემდეგ, მზა პროდუქტი (კომპიუტერი) გამოდის, აკავშირებს J6 კვეთას. ამის შემდეგ, J7 კვეთაზე არის კავშირი, რაც აჩვენებს, რომ ორი სამუშაო (საქონლის საწყობში გაგზავნა და დიაგნოსტიკა) ერთდროულად ვერ შესრულდება. წინა სამუშაოს დასრულების შემდეგ, მიმდინარეობს სამუშაოზე ანგარიშის შედგენის პროცესი, რომელსაც უკავშირდება J9 კვანძი.

გახსენით პროექტი, რომელშიც გსურთ შექმნათ მოდელი. თუ ჯერ არ შექმნიათ რაიმე პროექტი, შეგიძლიათ გამოიყენოთ DEMO პროექტი, რომელიც ხელმისაწვდომია Cradle– ის დაყენებისთანავე, ან შექმნათ თქვენი საკუთარი პროექტი.

შესასვლელად დემოპროექტის გამოყენება მომხმარებლის სახელი — მენეჯერი, პაროლი - მენეჯერი

როგორ შექმნათ თქვენი პროექტი დეტალურად ნაჩვენებია ამ ვიდეოში.

ახალი პროექტის შექმნის შემდეგ, ასევე შეგიძლიათ გამოიყენოთ შესასვლელად მომხმარებლის სახელი — მენეჯერი და პაროლი - მენეჯერი

მოდელის შექმნა

იმისათვის, რომ შეიქმნას IDEF0 მოდელი მოიცავს პროექტის პანელიდა გადადით მოდელირების განყოფილებაში აუცილებელი დომენი

შენიშვნა : ანალოგიურად, თქვენ შეგიძლიათ შექმნათ მოდელები მოდელირების Implementation Domain განყოფილებაში, ასევე მომხმარებლის მიერ კონფიგურირებული ნებისმიერ განყოფილებაში. მოდელირების განყოფილება რეალურად სახელების სივრცეა, რომლის ფარგლებშიც ნაკადების ხელახლა გამოყენება შესაძლებელია.

კონტექსტური IDEF0 მოდელის შესაქმნელად, დააწკაპუნეთ მარჯვენა ღილაკით IDEF0 განყოფილებაზე და აირჩიეთ მენიუს ელემენტი ახალი-> ელემენტი

გთხოვთ გაითვალისწინოთ, რომ ეს არის მთლიანი მოდელის სახელი და არა ფუნქციის ბლოკი A0- ზე.

ამის შემდეგ, ნახაზის არე გაიხსნება და თქვენ შეგიძლიათ დაიწყოთ კონტექსტის მოდელის შექმნა.

ფუნქციის ბლოკის შექმნა

ამისათვის შეარჩიეთ ფუნქციის ბლოკის სიმბოლო პალიტრაზე

და ერთხელ დააწკაპუნეთ სამუშაო უბანზე, სადაც გსურთ შექმნათ ფუნქციის ბლოკი.

გამოჩნდება დიალოგური ფანჯარა, რომელშიც უნდა შეიყვანოთ ფუნქციის ბლოკის სახელი და შემდეგ დააწკაპუნოთ OK.

შედეგად, შეიქმნება ფუნქციის ბლოკი თქვენ მიერ მითითებული სახელით.

თქვენ შეგიძლიათ აირჩიოთ ბლოკის საზღვარი და შეცვალოთ მისი მასშტაბი

ნაკადების შექმნა

ნაკადების შესაქმნელად შეარჩიეთ ნაკადის სიმბოლო პალიტრადან (გვირაბის და გვირაბის გარეშე)

შემდეგ დააჭირეთ ფუნქციის ბლოკის იმ მხარეს, საიდანაც გსურთ შექმნათ ნაკადი და დააწკაპუნეთ ფუნქციის ბლოკის ნებისმიერ უბანზე

შემდეგ გამოჩნდება დიალოგური ფანჯარა ნაკადის სახელის შესასვლელად. შეიყვანეთ მოკლე სათაურინაკადი და დააწკაპუნეთ OK

Შენიშვნა: თქვენ შეძლებთ ნაკადის დეტალური აღწერას მოგვიანებით მის სპეციფიკაციაში.

ამის შემდეგ, ანალოგიით, თქვენ შეგიძლიათ შექმნათ ყველა საჭირო ნაკადი

შეინახეთ მოდელი ფლოპის ღილაკზე ან CTRL + S. შენახვისას წარმოიქმნება სიმბოლოების სპეციფიკაციები, რომელთა რედაქტირება შეგიძლიათ მოდელის ელემენტების უფრო დეტალური აღწერისთვის.

მოდელის შენახვის შემდეგ თქვენ გექნებათ შესაძლებლობა იხილოთ შექმნილი სპეციფიკაციები პროექტის პანელში იმავე განყოფილებაში, სადაც თქვენ შექმენით მოდელი. შეიქმნება ორი სახის სპეციფიკაცია - ფუნქცია და ნაკადი.

მოდელის დაშლა

დიალოგში, რომელიც გამოჩნდება, დატოვეთ ნაგულისხმევი პარამეტრები და დააწკაპუნეთ OK

ამის შემდეგ შეიქმნება ბავშვის დიაგრამა A1 და დიაგრამა A0– დან ყველა ნაკადი გადაეცემა მას.

ახლა თქვენ შეგიძლიათ გადაარქვათ სახელი ფუნქციის ბლოკის შაბლონს (კითხვით სახელის ნაცვლად) და შექმნათ დამატებითი, ისევე როგორც ჩვენ ადრე შევქმენით.

ფუნქციის ბლოკის წინასწარ გადარქმევისთვის შეარჩიეთ იგი და შეარჩიეთ გადარქმევა კონტექსტური მენიუდან

და შეიყვანეთ საჭირო სახელი

ანალოგიით, შექმენით სხვა ფუნქციური ბლოკები, რომლებიც შეესაბამება ამ დონის დაშლას.

ამ ფუნქციის ბლოკებს შორის ნაკადების შესაქმნელად, თქვენ ჯერ უნდა დააჭიროთ წყაროს, შემდეგ შუალედურ წერტილს მოსახვევის შესაქმნელად და შემდეგ ნიჟარას, მაგალითად, ასე:

შედეგი არის ნაკადი ორი მოსახვევით.

მოსახვევების პოზიცია შეგიძლიათ შეასწოროთ ნაკადის არჩევით და მოსახვევის წერტილების სასურველ ადგილას გადატანით

უყურეთ ვიდეო კლიპს, რათა ნახოთ ის დინამიკაში

ბრუნვის წერტილის მოსაშორებლად (ან დასამატებლად), დააჭირეთ ღილაკს SHIFT თქვენს კლავიატურაზე და დააწკაპუნეთ იმ წერტილზე, რომლის ამოღება გსურთ ან იმ ნაკადში, სადაც გსურთ მისი შექმნა.

შეინახეთ დიაგრამა და დარწმუნდით, რომ შეიქმნა შესაბამისი სპეციფიკაციები

ანალოგიით, თქვენ შეგიძლიათ დაიშალოთ A1 ფუნქციური ბლოკები.