3.1 AIS სასიცოცხლო ციკლის მოდელის განსაზღვრა
მოდელის ქვეშ ცხოვრების ციკლიპროგრამული პროდუქტის შემუშავება გაგებულია, როგორც სტრუქტურა, რომელიც განსაზღვრავს შესრულების თანმიმდევრობას და პროცესების, მოქმედებებისა და ამოცანების ურთიერთობას, რომლებიც შესრულებულია პროგრამული პროდუქტის განვითარების სასიცოცხლო ციკლის განმავლობაში. პროგრამული პროდუქტის განვითარების სასიცოცხლო ციკლის შემდეგი მოდელები ყველაზე ფართოდ გამოიყენება (ცხრილი 1. მოკლე მახასიათებლები AIS სასიცოცხლო ციკლის მოდელები): ჩანჩქერის მოდელი, ან ჩანჩქერი (ჩანჩქერის მოდელი); v- ფორმის მოდელი (v-shaped model); პროტოტიპის მოდელი (პროტოტიპის მოდელი); მოდელი სწრაფი განვითარებააპლიკაციები, ან RAD-მოდელი (RAD-სწრაფი აპლიკაციის განვითარების მოდელი);მულტიპასის მოდელი (ინკრემენტული მოდელი); სპირალური მოდელი.
ცხრილი 1. თითოეული ჩამოთვლილი მოდელის მოკლე მახასიათებლები
| სახელი | მახასიათებლები |
| კასკადის მოდელი | პირდაპირი და მარტივი გამოსაყენებელი. საჭიროა მუდმივი მკაცრი კონტროლი სამუშაოს მიმდინარეობაზე. შემუშავებული პროგრამული უზრუნველყოფა არ არის ხელმისაწვდომი ცვლილებებისთვის |
| v- ფორმის მოდელი | მარტივი გამოსაყენებელი. აქცენტი კეთდება ტესტირებაზე და ტესტირებისა და დიზაინის ფაზების შედეგების შედარებაზე |
| პროტოტიპის მოდელი | საბოლოო მოთხოვნების შედგენამდე იქმნება სისტემის "სწრაფი" ნაწილობრივი განხორციელება. უზრუნველყოფს უკუკავშირს მომხმარებლებსა და დეველოპერებს შორის პროექტის განხორციელების პროცესში. გამოყენებული მოთხოვნები არ არის სრული |
| აპლიკაციის სწრაფი განვითარების მოდელი | პროექტის გუნდებიმცირე (3 ... 7 კაცი) და დაკომპლექტებულია მაღალკვალიფიციური სპეციალისტებით. შემცირებული განვითარების ციკლის დრო (3 თვემდე) და გაუმჯობესებული შესრულება. კოდის ხელახალი გამოყენება და განვითარების პროცესის ავტომატიზაცია |
| მრავალპასიანი მოდელი | სამუშაო სისტემა სწრაფად იქმნება. ამცირებს განვითარების პროცესში ცვლილებების შეტანის შესაძლებლობას. შეუძლებელია მიმდინარე განხორციელებიდან გადასვლა ახალი ვერსიამიმდინარე ნაწილობრივი განხორციელების მშენებლობის დროს |
| სპირალური მოდელი | ფარავს ჩანჩქერის მოდელს. ფაზებს ყოფს პატარა ნაწილებად. იძლევა მოქნილი დიზაინის საშუალებას. აანალიზებს და მართავს რისკებს. მომხმარებლები პროგრამულ პროდუქტს ადრეულ ეტაპზე ეცნობიან პროტოტიპების წყალობით |
3.2 კასკადი მოდელი
ერთგვაროვანში ინფორმაციული სისტემები 1970-იან და 1980-იან წლებში აპლიკაციის პროგრამული პროდუქტები იყო ერთიანი ერთეული. ამ ტიპის პროგრამული პროდუქტის შესაქმნელად გამოიყენეს კასკადის მოდელი ან „ჩანჩქერი“.
პროგრამული პროდუქტის კასკადი მოდელი მსგავსია ავტომატური მართვის სისტემის მოდელის (იხ. თავი 1, სურ. 1).
ეს პროცესი, როგორც წესი, განმეორებადი ხასიათისაა: შემდეგი ეტაპის შედეგები ხშირად იწვევს ცვლილებებს ადრეულ ეტაპებზე შემუშავებულ დიზაინის გადაწყვეტილებებში. ამრიგად, მუდმივი საჭიროებაა დაბრუნდეს წინა ეტაპებზე და უფრო ადრე დაზუსტდეს ან გადაიხედოს მიღებული გადაწყვეტილებები. შედეგად, განვითარების რეალური პროცესი სხვა ფორმას იღებს (იხ. თავი 1, სურათი 2).
3.3 V- მოდელი
ეს მოდელი (ნახ. 5) შემუშავდა, როგორც ჩანჩქერის მოდელის ვარიაცია, რომელშიც განსაკუთრებული ყურადღება ეთმობა პროგრამული პროდუქტის გადამოწმებასა და ვალიდაციას. მოდელი აჩვენებს, რომ პროდუქტის ტესტირება განიხილება, შემუშავებულია და დაგეგმილია განვითარების სასიცოცხლო ციკლის დასაწყისში.
ჩანჩქერის მოდელიდან V-ის ფორმის მოდელმა მემკვიდრეობით მიიღო თანმიმდევრული სტრუქტურა, რომლის მიხედვითაც ყოველი მომდევნო ფაზა იწყება მხოლოდ წინა ფაზის წარმატებით დასრულების შემდეგ.
ეს მოდელი ეფუძნება პრობლემისადმი სისტემურ მიდგომას, რისთვისაც განსაზღვრულია ოთხი ძირითადი საფეხური: ანალიზი, დიზაინი, განვითარება და მიმოხილვა. ანალიზი მოიცავს პროექტის დაგეგმვასა და მოთხოვნებს. დიზაინი იყოფა მაღალი დონის და დეტალური (დაბალი დონის). განვითარება მოიცავს კოდირებას, მიმოხილვას - განსხვავებული სახეობებიტესტირება.
მოდელი ნათლად აჩვენებს ურთიერთობას ანალიტიკურ ფაზებსა და დიზაინის ფაზებს შორის, რომლებიც წინ უძღვის კოდირებასა და ტესტირებას. წყვეტილი ისრები აჩვენებს, რომ ეს ფაზები პარალელურად უნდა განიხილებოდეს.
მოდელი მოიცავს შემდეგ ეტაპებს:
პროექტის მოთხოვნების შედგენა და დაგეგმვა - განისაზღვრება სისტემური მოთხოვნები და ხორციელდება სამუშაოს დაგეგმვა;
პროდუქტზე მოთხოვნების მომზადება და მათი ანალიზი - შედგენილია პროგრამული პროდუქტის მოთხოვნების სრული დაზუსტება;
მაღალი დონის დიზაინი - სტრუქტურა განისაზღვრება პროგრამული უზრუნველყოფა, მის ძირითად კომპონენტებსა და მათ მიერ განხორციელებულ ფუნქციებს შორის ურთიერთობა;
დეტალური დიზაინი - განისაზღვრება თითოეული კომპონენტის მუშაობის ალგორითმი;
კოდირება - ხორციელდება ალგორითმების გარდაქმნა მზა პროგრამულად;
ერთეულის ტესტირება - პროგრამული პროდუქტის თითოეული კომპონენტი ან მოდული ტესტირება ხდება;
ინტეგრაციის ტესტირება - ტარდება პროგრამული პროდუქტის ინტეგრაცია და მისი ტესტირება;
სისტემის ტესტირება - პროგრამული პროდუქტის ფუნქციონირება მოწმდება მას შემდეგ, რაც ის მოთავსდება აპარატურულ გარემოში მოთხოვნების სპეციფიკაციის შესაბამისად;
ექსპლუატაცია და ტექნიკური მომსახურება - პროგრამული პროდუქტის წარმოებაში გაშვება. ამ ფაზის განმავლობაში, პროგრამული პროდუქტი შეიძლება შეიცვალოს და განახლდეს.
ნახ.5 V- ფორმის მოდელი
V- ფორმის მოდელის უპირატესობები:
1) დიდი როლი ენიჭება პროგრამული პროდუქტის გადამოწმებას და სერტიფიცირებას, მისი განვითარების ადრეული ეტაპებიდან დაწყებული, დაგეგმილია ყველა ქმედება;
2) სავარაუდოა არა მხოლოდ თავად პროგრამული პროდუქტის, არამედ ყველა მიღებული შიდა და გარე მონაცემების ატესტაცია და გადამოწმება;
3) სამუშაოს პროგრესი ადვილად შეიძლება თვალყური ადევნოთ, რადგან თითოეული ფაზის დასრულება ეტაპს წარმოადგენს.
ამ უპირატესობების გარდა, მოდელს ასევე აქვს მრავალი უარყოფითი მხარე:
ფაზებს შორის გამეორებები არ არის გათვალისწინებული; შეუძლებელია ცვლილებების შეტანა სასიცოცხლო ციკლის სხვადასხვა ეტაპზე; მოთხოვნების ტესტირება ძალიან გვიან ხდება, ამიტომ ცვლილებების შეტანა გავლენას ახდენს გრაფიკზე.
ეს მოდელი სასარგებლოა განვითარებისთვის პროგრამული პროდუქტები, რომლის მთავარი მოთხოვნა მაღალი საიმედოობაა.
პროდუქტი და მონაცემთა ბაზის ატრიბუტების შევსების მოსახერხებელი ბარათების შექმნა: ბმულების შექმნის სიმარტივე და მათი მოდერნიზაცია. თავი II. ტაქსის ფლოტის საქმიანობის ავტომატიზაციის პროგრამის შემუშავება 2.1 მომხმარებელთა მოთხოვნების ანალიზი პროგრამა ავტომატიზირებული სამუშაო ადგილიტაქსის დისპეჩერი შემუშავებულია ავტომატური საინფორმაციო სისტემების სასიცოცხლო ციკლის სპირალური მოდელის მიხედვით. შექმნის ყველა ეტაპზე...
სისტემები. მთავარი ნორმატიული დოკუმენტებიარეგულირებს ნებისმიერი IS და IT პროექტის შექმნის პროცესს, არის GOST-ები და მათი კომპლექსები შესაქმნელად და დოკუმენტირებასაინფორმაციო ტექნოლოგია, ავტომატური სისტემებიპროგრამული უზრუნველყოფა, ორგანიზაცია და მონაცემთა დამუშავება, აგრეთვე რუსეთის სახელმწიფო ტექნიკური კომისიის მმართველი დოკუმენტები პროგრამული უზრუნველყოფის შემუშავების, წარმოებისა და ექსპლუატაციის შესახებ და ...
სასიცოცხლო ციკლის მოდელი - სტრუქტურა, რომელიც განსაზღვრავს შესრულების თანმიმდევრობას და პროცესების, მოქმედებებისა და ამოცანების ურთიერთკავშირს, რომლებიც შესრულებულია მთელი სასიცოცხლო ციკლის განმავლობაში.
არსებობს ორი ძირითადი სასიცოცხლო ციკლის მოდელი, რომლებიც ყველაზე ფართოდ გამოიყენება:
კასკადი მოდელი (70-85 წელი);
· სპირალური მოდელი (86-90).
კასკადის მოდელი
კასკადური მეთოდი არის მთელი განვითარების დაყოფა ეტაპებად და ერთი ეტაპიდან მეორეზე გადასვლა ხდება მხოლოდ მიმდინარეზე სამუშაოების სრულად დასრულების შემდეგ (ნახ. 2).
ჩანჩქერის მიდგომის გამოყენების უპირატესობები:
თითოეულ ეტაპზე იქმნება სრული ნაკრები პროექტის დოკუმენტაცია, რომელიც აკმაყოფილებს სისრულისა და თანმიმდევრულობის კრიტერიუმებს;
· ლოგიკური თანმიმდევრობით შესრულებული სამუშაოს ეტაპები საშუალებას გაძლევთ დაგეგმოთ ყველა სამუშაოს დასრულების დრო და შესაბამისი ხარჯები.
კასკადის მიდგომამ კარგად დაამტკიცა თავი საინფორმაციო სისტემების მშენებლობაში, რისთვისაც განვითარების დასაწყისშივე შესაძლებელია ყველა მოთხოვნა საკმაოდ ზუსტად და სრულად ჩამოყალიბდეს. ამ კატეგორიას მიეკუთვნება რთული გამოთვლითი სისტემები, რეალურ დროში სისტემები და სხვა მსგავსი ამოცანები.
ნახ.2 ჩანჩქერის მიდგომის სქემა
თუმცა, რეალურად, IS-ის შექმნის პროცესში მუდმივია წინა ეტაპებზე დაბრუნება, ადრე მიღებული გადაწყვეტილებების გარკვევა ან გადახედვა. საინფორმაციო სისტემის შექმნის რეალური პროცესი იღებს შემდეგ ფორმას (ნახ. 3):
ნახ.3 ჩანჩქერის მოდელზე დაფუძნებული IS-ის შექმნის რეალური პროცესი
სამუშაოს ორგანიზების ასეთი სქემისთვის დასავლურ ლიტერატურაში გამოყენებული ერთ-ერთი სახელწოდებაა: „ჩანჩქერის მოდელი“ (waterfall model).
კასკადური მიდგომის მთავარი მინუსი არის შედეგების მიღების მნიშვნელოვანი დაგვიანება. ავტომატური ობიექტის მოდელები (როგორც ფუნქციური, ასევე ინფორმაციული) შეიძლება მოძველდეს მათი დამტკიცების პარალელურად. კიდევ ერთი ნაკლი ის არის, რომ ასეთი საინფორმაციო სისტემის დიზაინი იწვევს მუშაკთა არსებული საწარმოო საქმიანობის პრიმიტიულ ავტომატიზაციას (ფაქტობრივად, „მექანიზაციას“).
სპირალური სასიცოცხლო ციკლის მოდელი (სურათი 4) ფოკუსირებულია საწყისი ეტაპებისიცოცხლის ციკლი: ანალიზი და დიზაინი. ტექნიკური გადაწყვეტილებების მიზანშეწონილობა შემოწმებულია პროტოტიპების შექმნით.
ნახ 4.
სპირალის ყოველი შემობრუნება შეესაბამება ინფორმაციული სისტემის ახალი ფრაგმენტის ან ვერსიის შექმნას, რომელზედაც დაზუსტებულია პროექტის მიზნები და მახასიათებლები, განისაზღვრება მისი ხარისხი და იგეგმება სპირალის შემდეგი შემობრუნების მუშაობა. სპირალის ერთი შემობრუნება ამ შემთხვევაში წარმოადგენს დიზაინის სრულ ციკლს კასკადის სქემის მიხედვით. ამ მიდგომას ასევე უწოდეს "განგრძობადი დიზაინი". მოგვიანებით, პროექტის ციკლმა დამატებით დაიწყო პროტოტიპის სისტემის შემუშავებისა და ტესტირების ეტაპები. მას ეწოდა: "სწრაფი პროტოტიპინგი", სწრაფი პროტოტიპის მიდგომა ან "სწრაფი გზა".
თუმცა, ასეთი მეთოდების გამოყენება, სწრაფ ეფექტთან ერთად, ამცირებს მთლიანად პროექტის მართვადობას და საინფორმაციო სისტემის სხვადასხვა ფრაგმენტების თავსებადობას. სპირალური ციკლის მთავარი პრობლემა არის შემდეგ ეტაპზე გადასვლის მომენტის განსაზღვრა. გადასვლა მიმდინარეობს გეგმის მიხედვით, მაშინაც კი, თუ ყველა დაგეგმილი სამუშაო არ არის დასრულებული. გეგმა შედგენილია წინა პროექტებში მიღებული სტატისტიკური მონაცემების საფუძველზე და პირადი გამოცდილებადეველოპერები.
თითქმის ყველა სფეროში, ადამიანები იყენებენ რაიმე სახის მოდელს (მათემატიკურ, ფიზიკურ ან კომპიუტერს), რათა უფრო მკაფიო წარმოდგენა მიიღონ იმაზე, თუ რა ხდება რეალურ ცხოვრებაში.
მოდელების აღწერის 2 გზა არსებობს:
1) სტატიკური, მოდელის სტრუქტურის გათვალისწინებით, ᴛ.ᴇ. მისი ისეთი ასპექტები, რომლებშიც დროის უგულებელყოფა შეიძლება;
2) დინამიური, მოვლენების ნაკადის გათვალისწინებით, ᴛ.ᴇ. იმიტირებული ფენომენების დროში ცვლილება, რაც არ შეიძლება უგულებელყო გადასაჭრელი ამოცანების თვალსაზრისით.
ნებისმიერი კომპანია და მისი საქმიანობა შეიძლება განიხილებოდეს სხვადასხვა ადამიანის თვალთახედვით: ოპერატორი, აღმასრულებელი დირექტორი, მომხმარებელი, აქციონერი, პარტნიორი, გამყიდველი და ა.შ. ადამიანების თითოეულ კატეგორიას სჭირდება განსხვავებული ბიზნეს მოდელები.
აღმასრულებელ დირექტორს უნდა ჰქონდეს დიდი სურათი: პროცესები, პროდუქტები, ფინანსები, პერსპექტივები და ა.შ., ᴛ.ᴇ. მთლიანობაში ინტეგრირებული სურათი. იმისათვის, რომ მენეჯმენტის პერსონალმა შეძლოს სწორი გადაწყვეტილებებინებისმიერ სიტუაციაში, ძალზე მნიშვნელოვანია მოდელების ნაკრები, რომელიც აღწერს კომპანიის საქმიანობის სხვადასხვა ასპექტს და მათ ურთიერთობებს. მენეჯმენტის უმაღლეს დონეზე გამოყენებულ მოდელებში ყველაზე მნიშვნელოვანია ϶ᴛᴏ სიზუსტე და სიცხადე. მათ უნდა ხაზი გაუსვან მთავარ პუნქტებს და დეტალები იმალება.
ერთ-ერთი ყველაზე მნიშვნელოვანი მოდელი ამჟამად არის ბიზნეს მოდელი, რომელიც განსაზღვრავს ფირმის ფუნქციებს გარე სამყაროში.
სურათი 1 - მოდელირება იერარქიულად ორგანიზებული კომპანია
სასიცოცხლო ციკლის არსებული მოდელები განსაზღვრავენ სისტემის შექმნის პროცესში ეტაპების შესრულების თანმიმდევრობას, ასევე სცენიდან საფეხურზე გადასვლის კრიტერიუმებს. შემდეგი სამი მოდელი ყველაზე ფართოდ გამოიყენება.
AIS-ის სასიცოცხლო ციკლის ცნობილ მოდელებს შორის შეიძლება გამოიყოს კასკადური, განმეორებითი და სპირალური მოდელები.
კასკადის მოდელი (70 ᴦ.ᴦ.-მდე) გულისხმობს წინა ეტაპის სამუშაოს დასრულების შემდეგ მომდევნო ეტაპზე გადასვლას. ეს მოდელი გამოიყენება AIS-ის მშენებლობაში, რომლისთვისაც განვითარების დასაწყისშივე ყველა მოთხოვნა შეიძლება ჩამოყალიბდეს საკმაოდ ზუსტად და სრულად. ეს დეველოპერებს აძლევს თავისუფლებას, განახორციელონ ისინი მაქსიმალურად ტექნიკური თვალსაზრისით. ეს კატეგორია მოიცავს კომპლექსური ანგარიშსწორების სისტემებს, რეალურ დროში სისტემებს და სხვა.
სურათი 2 - კასკადის მოდელის სქემა
უპირატესობებიჩანჩქერის მოდელი:
1) თითოეულ ეტაპზე იქმნება საპროექტო დოკუმენტაციის სრული ნაკრები, რომელიც აკმაყოფილებს სისრულისა და თანმიმდევრულობის კრიტერიუმებს;
2) ლოგიკური თანმიმდევრობით შესრულებული სამუშაოს ეტაპები საშუალებას გაძლევთ დაგეგმოთ მათი დასრულების დრო და შესაბამისი ხარჯები.
ნაკლოვანებებიჩანჩქერის მოდელი:
1) შედეგის მიღების შეფერხება;
2) წინა ეტაპებზე დაბრუნების უკიდურესი მნიშვნელობა.
AIS სასიცოცხლო ციკლის კასკადური მოდელი ხასიათდება ინდივიდუალური შეუკავშირებელი ამოცანების ავტომატიზაციით, რომლებიც არ საჭიროებს ინფორმაციის ინტეგრაციას და თავსებადობას, პროგრამულ უზრუნველყოფას, ტექნიკურ და ორგანიზაციულ ინტერფეისს. როგორც ინდივიდუალური ამოცანების გადაჭრის ნაწილი, სასიცოცხლო ციკლის კასკადის მოდელი გაამართლა განვითარების დროისა და საიმედოობის თვალსაზრისით. AIS-ის სასიცოცხლო ციკლის კასკადური მოდელის გამოყენება დიდ და რთულ პროექტებზე დიზაინის პროცესის ხანგრძლივი ხანგრძლივობისა და ამ დროის განმავლობაში მოთხოვნების ცვალებადობის გამო შეიძლება გამოიწვიოს პრაქტიკულ შეუსრულებლობამდე.
ნაბიჯ-ნაბიჯ განმეორებითი მოდელი. AIS-ის შექმნის ეს მოდელი ითვალისწინებს უკუკავშირის მარყუჟების არსებობას ეტაპებს შორის. ასეთი მოდელის უპირატესობა არსებითად არის ის, რომ ეტაპთაშორისი კორექტირება უზრუნველყოფს მეტ მოქნილობას და ნაკლებ ძალისხმევას, ვიდრე ჩანჩქერის მოდელი. ამავდროულად, თითოეული ეტაპის სიცოცხლის ხანგრძლივობა შეიძლება გაგრძელდეს სისტემის შექმნის მთელი პერიოდის განმავლობაში.
სურათი 3 - ეტაპობრივი განმეორებითი მოდელის სქემა
ნაკლოვანებები:როგორც წესი, გამეორებების დიდი რაოდენობის გამო, შეუსაბამობები წარმოიქმნება დასრულებულ საპროექტო გადაწყვეტილებებსა და დოკუმენტაციაში. შექმნილი AIS-ის ფუნქციონალური და სისტემური არქიტექტურის სირთულეები, დიზაინის დოკუმენტაციის გამოყენების სირთულე დაუყოვნებლივ იწვევს მთელი სისტემის ხელახალი დიზაინის უკიდურეს მნიშვნელობას განხორციელებისა და ექსპლუატაციის ეტაპებზე. AIS-ის განვითარების ხანგრძლივი ციკლი სრულდება განხორციელების ეტაპით, რის შემდეგაც იწყება ახალი AIS-ის შექმნის სასიცოცხლო ციკლი.
სპირალური მოდელი(80-90 ᴦ.ᴦ.) - ეფუძნება სასიცოცხლო ციკლის საწყის ეტაპებს: ანალიზი, წინასწარი და დეტალური დიზაინი.
სპირალის ყოველი შემობრუნება შეესაბამება ნაბიჯ-ნაბიჯ მოდელს სისტემის ფრაგმენტის ან ვერსიის შესაქმნელად, რომელზედაც ირკვევა პროექტის მიზნები და მახასიათებლები, განისაზღვრება მისი ხარისხი და მუშაობს შემდეგი შემობრუნების შესახებ. სპირალი იგეგმება. მთავარი პრობლემა შემდეგ ეტაპზე გადასვლის მომენტის განსაზღვრაა. მის გადასაჭრელად ძალზე მნიშვნელოვანია სასიცოცხლო ციკლის თითოეული ეტაპისთვის დროის ლიმიტების შემოღება. გადასვლა ხორციელდება გეგმის შესაბამისად, რომელიც შედგენილია წინა პროექტებში მიღებული სტატისტიკური მონაცემებისა და დეველოპერების პირადი გამოცდილების საფუძველზე. ამ მიდგომის მინუსი არის გადაუჭრელი საკითხები და შეცდომები, რომლებიც დაშვებულია ანალიზისა და დიზაინის ეტაპებზე. Oʜᴎ შეიძლება გამოიწვიოს შემდგომ ეტაპებზე პრობლემები და თუნდაც მთელი პროექტის წარუმატებლობა. ამ მიზეზით, ანალიზი და დიზაინი განსაკუთრებული სიფრთხილით უნდა განხორციელდეს.
სურათი 4 - სპირალური მოდელის სქემა
სპირალური სასიცოცხლო ციკლის მოდელი დაფუძნებულია პროტოტიპის ტექნოლოგიის ან RAD ტექნოლოგიის გამოყენებაზე ( აპლიკაციის სწრაფი განვითარება -აპლიკაციების სწრაფი განვითარების ტექნოლოგიები). ამ ტექნოლოგიის მიხედვით, AIS ვითარდება პროგრამული უზრუნველყოფის პროტოტიპების გაფართოებით, მოთხოვნების დაზუსტებიდან პროგრამის კოდის დაზუსტებამდე. ბუნებრივია, ამ ტექნოლოგიით, გამეორებების რაოდენობა მცირდება და ნაკლებია შეცდომები და შეუსაბამობები, რომელთა გამოსწორება უაღრესად მნიშვნელოვანია შემდგომ გამეორებებში. ამავდროულად, AIS-ის დიზაინი უფრო სწრაფად მიდის, ხოლო დიზაინის დოკუმენტაციის შექმნა გამარტივებულია. AIS-ის მიერ შემუშავებულ საპროექტო დოკუმენტაციასთან უფრო ზუსტად შესატყვისად, უფრო და უფრო მეტი მნიშვნელობა ენიჭება სისტემის მასშტაბით საცავის შენარჩუნებას და CASE ტექნოლოგიების გამოყენებას.
სასიცოცხლო ციკლი RAD ტექნოლოგიის გამოყენებისას ითვალისწინებს მომავალი სისტემის საბოლოო მომხმარებლების აქტიურ მონაწილეობას განვითარების ყველა ეტაპზე და მოიცავს ინფორმაციის რეინჟინერიის 3 ძირითად ეტაპს:
1) საინფორმაციო სტრატეგიის ანალიზი და დაგეგმვა : მომხმარებლები, სპეციალისტ დეველოპერებთან ერთად, მონაწილეობენ პრობლემური სფეროს იდენტიფიცირებაში;
2) დიზაინი : მომხმარებლები მონაწილეობენ ტექნიკურ დიზაინში სპეციალისტი დეველოპერების ხელმძღვანელობით;
3) განხორციელება : დეველოპერები ამზადებენ მომხმარებლებს ახალ AIS გარემოში მუშაობისთვის.
AIS-ის შემუშავება და დიზაინი იწყება სისტემის გამოყენების კონცეპტუალური მოდელის შექმნით. უპირველეს ყოვლისა, უნდა განისაზღვროს სისტემის შექმნის მიზანშეწონილობა, მისი სპეციფიკური ფუნქციები და ავტომატიზირებული ამოცანები. უნდა შეფასდეს არა მხოლოდ მიზნები, არამედ სისტემის შექმნის შესაძლებლობებიც. შემდეგი, AIS-ის მოთხოვნების ანალიზი, დეტალური დიზაინი, ეტაპების ურთიერთობა, პროგრამირება და ტესტირება, დანაკარგების მინიმიზაცია ინფორმაციის პრეზენტაციის ერთი დონიდან მეორეზე გადასვლისას, ინტეგრაცია არსებული სისტემა, განხორციელება და მხარდაჭერა.
არსებობს AIS დიზაინის მეთოდოლოგიების სამი კლასი:
კონცეფციის მოდელირება საგნობრივი სფერო;
საინფორმაციო სისტემის მოთხოვნების იდენტიფიცირება და დაზუსტება მისი პროტოტიპირების გზით;
CASE ტექნოლოგიური ხელსაწყოებით მხარდაჭერილი პროგრამული ინსტრუმენტების სისტემის არქიტექტურა (CASE - Computer Aided Software Engineering - ტექნოლოგია სხვადასხვა სისტემებისთვის პროგრამული უზრუნველყოფის შექმნისა და შენარჩუნებისთვის).
სისტემის დიზაინის თანამედროვე მეთოდოლოგიამ უნდა უზრუნველყოს ავტომატიზაციის ობიექტების აღწერა, AIS-ის ფუნქციონირების აღწერა, პროექტის სპეციფიკაცია, რომელიც უზრუნველყოფს სისტემის მითითებული მახასიათებლების მიღწევას, სისტემის შექმნის დეტალურ გეგმას განვითარების დროის შეფასებით და კონკრეტული სისტემის განხორციელების აღწერა.
სპეციფიკაცია - მოცემული დავალების მოთხოვნების ზუსტი, სრული, არტიკულირებული აღწერა.
შესავალი
1. ავტომატიზირებული საინფორმაციო სისტემების არქიტექტურა და მისი გაუმჯობესების პრობლემები 13
1.1. არქიტექტურის მოდელები და AIS 13-ის ძირითადი კომპონენტები
1.2. AIS განვითარების პრობლემები 47
1.3. პლატფორმები AIS UP 53-ის ახალი არქიტექტურის განხორციელებისთვის
1.4. თავი 1 დასკვნები 57
2. AIS UE არქიტექტურის მოდელი 58
2.1. ძირითადი მოთხოვნები AIS UP 59-ისთვის
2.2. არქიტექტურა AIS UP 66
2.3. AIS UP 89 კომპონენტი
2.4. თავი 2 დასკვნები 102
3. AIS UE-ს პრაქტიკული განხორციელების მეთოდები 104
3.1. AIS UP 104 განვითარების ინსტრუმენტები
3.2. AIS UP 111 მოდელის პრაქტიკული დანერგვის გამოცდილება
3.3. თავი 3 დასკვნები 123
4. დასკვნა 125
5. ტერმინოლოგია და შემოკლებები 128
6. ლიტერატურა
სამუშაოს შესავალი
აქტივობა თანამედროვე საწარმოებიდაკავშირებულია მატერიალური, ფინანსური, შრომითი და საინფორმაციო რესურსების ურთიერთდამოკიდებული და მოცულობითი ნაკადების მოძრაობასთან. წარმოების პროცესების მართვა და კომერციული ციკლიდინამიურად ცვალებად პოლიტიკურ და ეკონომიკურ გარემოში საჭიროებს გადაწყვეტილების სწრაფ მიღებას მოკლე დროში. ამ პრობლემის გადაწყვეტა ქ თანამედროვე პირობებიშეუძლებელია ტექნიკური და ეკონომიკური ინფორმაციის ავტომატური დამუშავების გამოყენების გარეშე.
ბოლო 40 წლის განმავლობაში, ავტომატიზირებული საინფორმაციო ტექნოლოგიები (IT) აქტიურად გამოიყენება ბუღალტრული აღრიცხვის, დაგეგმვისა და ანალიზის პრობლემების გადასაჭრელად. ეკონომიკური აქტივობასაკუთრების სხვადასხვა ფორმის საწარმოები, ინდუსტრიის კუთვნილება, ორგანიზაციული სტრუქტურადა აქტივობის მასშტაბი. ამ ხნის განმავლობაში დაგროვდა დიდი პრაქტიკული გამოცდილება საწარმოს მენეჯმენტის ავტომატიზირებული საინფორმაციო სისტემების შექმნისას (AIS UE), შემუშავდა მართვის მეთოდოლოგიები და მიიღო უნივერსალური აღიარება, რომლის გამოყენება კომპიუტერული გარემოს გარეთ შეუძლებელია. სრული პასუხისმგებლობით შეიძლება ითქვას, რომ AIS UE გახდა ბიზნეს ინფრასტრუქტურის განუყოფელი ნაწილი. ეკონომიკური პროცესების ავტომატიზაციის თეორიული და პრაქტიკული პრობლემები ღრმად არის შესწავლილი გლუშკოვის V.M., Volkov S.I., Isakov V.I., Ostrovsky O.M., Podolsky V.I., Ratmirov Yu.A., Romanov A.N., Hotyashova E.N., Brady R., Zachman. , Cook M., Finkelstein K., Hammer M. და სხვა ავტორები. მათ მიერ შემოთავაზებული მიდგომები გახდა საწარმოებში კომპიუტერული ტექნოლოგიების გამოყენების საფუძველი ფინანსური და ეკონომიკური საქმიანობის აღრიცხვის, დაგეგმვისა და ანალიზის პრობლემების გადაჭრისას. თუმცა
მათ მიერ შემოთავაზებული მოდელები არ ითვალისწინებდნენ ეკონომიკის რეალობას საინფორმაციო საზოგადოებადა IT განვითარების ამჟამინდელი დონე.
კომუნიკაციის საშუალებების განვითარება ხელს უწყობს მწარმოებლებსა და მომხმარებლებს, მომწოდებლებსა და მყიდველებს შორის მჭიდრო ურთიერთქმედებას, ზრდის ბაზარზე კონკურენციას, აფართოებს ადგილობრივი ბაზრების საზღვრებს ეროვნულ და ტრანსნაციონალურზე და აჩქარებს ეკონომიკური ტრანზაქციებისა და ფინანსური ტრანზაქციების დროს. გლობალური კომპიუტერული ქსელების დანერგვამ ეკონომიკურ პროცესებში გამოიწვია ახალი კონცეფციების გაჩენა: ინფორმაციული საზოგადოების ეკონომიკა, ელექტრონული ბიზნესი(ელექტრონული ბიზნესი), ელექტრონული კომერცია (ელექტრონული კომერცია), ელექტრონული სავაჭრო სართული(ელექტრონული ბაზარი);
AIS UE ორგანიზაციის არსებული კონცეფციები დაფუძნებულია მის ქვესისტემებს შორის ამოცანების განაწილების ფუნქციურ მიდგომაზე. ამასთან, AIS, რომელიც აგებულია როგორც ქვესისტემების კომპლექსი, რომელიც ორიენტირებულია ინდივიდუალურ მენეჯმენტის ფუნქციებზე, საუკეთესოდ არ აკმაყოფილებს საწარმოს ბიზნეს პროცესების უწყვეტობის მოთხოვნას. აქედან გამომდინარე, ბოლო წლებში სულ უფრო პოპულარული ხდება მიდგომა, რომელშიც წინა პლანზე დგება ბიზნეს პროცესები და არა მართვის სისტემის სერვისების ინდივიდუალური ფუნქციები, რომლებიც ასრულებენ მათ. ეს მოითხოვს AIS UE არქიტექტურის ახალი კონცეფციის შემუშავებას. ამავდროულად, აშკარაა, რომ ახალ AIS UE არქიტექტურაზე გადასვლა შეუძლებელია ერთბაშად, რადგან წლების განმავლობაში საწარმოებმა და ორგანიზაციებმა ექსპლუატაციაში აიღეს უამრავი პროგრამული ინსტრუმენტი, რომელიც ახორციელებს მენეჯმენტის მნიშვნელოვანი ამოცანების გადაწყვეტას. , რომლის გამოყენებაც დაუყოვნებლივ არ შეიძლება მიტოვებული იყოს. სამწუხაროდ, მათი უმეტესობა ორიენტირებულია ავტონომიურ ფუნქციონირებაზე, რაც საგრძნობლად ართულებს საინფორმაციო ნაკადების კომპლექსურ ინტეგრაციას. ბევრი არსებული პროგრამული პროდუქტი, რომელიც მხარს უჭერს საწარმოს მენეჯმენტის ახალი პრობლემების გადაჭრას, რომლებიც წარმოიშვა ეკონომიკის გლობალიზაციის კონტექსტში, ასევე განვითარებულია ინტერფეისების საკმარისი შემუშავების გარეშე პროგრამულ სისტემებთან ურთიერთქმედებისთვის, რომლებიც ახორციელებენ დაკავშირებული პრობლემების გადაჭრას. ამ პირობებში, საწარმოს მართვის ინტეგრირებული სისტემების სინთეზის ამოცანა განსაკუთრებით მნიშვნელოვანია მესამე მხარის კომპონენტების, მორგებული გადაწყვეტილებებისა და შიდა განვითარებების ინტეგრირებით.
სხვადასხვა მწარმოებლის მიერ მოწოდებული პროგრამული ხელსაწყოებისთვის სისტემური ინტეგრაციის სტანდარტების დანერგვის იდეა დიდი ხანია განიხილება მეცნიერთა და პრაქტიკოსთა პუბლიკაციებში. სისტემური ინსტრუმენტების პროგრესმა განაპირობა ობიექტზე ორიენტირებული და კომპონენტის პროგრამული უზრუნველყოფის განვითარების ტექნოლოგიების გაჩენა, რაც საშუალებას გაძლევთ შექმნათ ფართომასშტაბიანი სისტემები მზა ბლოკებიდან. ტექნიკისა და სისტემის პროგრამული უზრუნველყოფის წამყვანი მომწოდებლები (Intel, Microsoft, Sun, Oracle, IBM და ა.შ.), საკომუნიკაციო ინსტრუმენტები (Cisco, Nortel, Ericsson, Motorola), გამოყენებითი გადაწყვეტილებები (SAP, PeopleSoft, Siebel და ა.შ.), ავტორიტეტული სახელმწიფო, საერთაშორისო, კომერციული და არაკომერციული ორგანიზაციებიდა ასოციაციები (ISO, IEEE, ASCII, APICS, RosStandard და ა.შ.) ამ დროისთვის შეიმუშავეს და აქტიურად ახორციელებენ პრაქტიკაში ტექნოლოგიებს ტექნიკისა და პროგრამული უზრუნველყოფის ინტეგრაციისთვის, რაც საშუალებას იძლევა შექმნას ღია სისტემები სტანდარტებსა და პროტოკოლებზე დაყრდნობით მონაცემთა გაცვლისა და კომპონენტების ურთიერთქმედებისთვის ჰეტეროგენული გარემო რეალურ დროში.
თუმცა, ეს წინადადებები უზრუნველყოფს მხოლოდ სისტემის მასშტაბურ პლატფორმას, რომელიც მოითხოვს მნიშვნელოვან დახვეწას კონკრეტულ საგანთან მიმართებაში. AIS UE-ის პრაქტიკული განხორციელების კონტექსტში, საკმარისად არ არის შემუშავებული საინფორმაციო სისტემების (IS) შემუშავებისა და განვითარების მექანიზმები კომპონენტური მრავალკავშირიანი არქიტექტურის გამოყენებით ღია სისტემების სტანდარტებსა და პროტოკოლებზე დაფუძნებული.
ამ მხრივ თეორიული პლატფორმის შემუშავებისა და განვითარების პრობლემა პრაქტიკული რჩევამიზნად ისახავს AIS UE-ს შექმნას, რაც უზრუნველყოფს ყველა საინფორმაციო პროცედურის ყოვლისმომცველ ავტომატიზაციას საწარმოებისა და ორგანიზაციების მართვისთვის.
AIS PM-ის სისტემური ინტეგრაციისა და თანამედროვე IT-ზე დაფუძნებული მიკროეკონომიკური პროცესების ბოლომდე ავტომატიზაციის საკითხების გადაჭრის ჰოლისტიკური მიდგომის შემუშავების აუცილებლობამ განსაზღვრა ამ კვლევის თემისა და მიმართულების არჩევანი.
კვლევის მიზანია AIS UE არქიტექტურის მოდელის შემუშავება, რომელიც უზრუნველყოფს ყოვლისმომცველი ავტომატიზაციისა და ინფორმაციის მხარდაჭერას ბიზნეს პროცესებისთვის ბოლომდე და მისი სისტემური ინტეგრაციის ინსტრუმენტების არჩევანის დასაბუთება თანამედროვე პოზიციიდან. საინფორმაციო ტექნოლოგიები.
დასახული მიზნიდან გამომდინარე დაისახა და გადაწყდა შემდეგი სამეცნიერო და პრაქტიკული ამოცანები:
AIS UP პროგრამული უზრუნველყოფის დიზაინის, შემუშავებისა და დანერგვის არსებული მიდგომების ანალიზი და განზოგადება;
საწარმოს მართვის პრაქტიკაში გამოყენებული პროგრამული უზრუნველყოფის ტიპების კლასიფიკაცია;
შეისწავლეთ არსებული ტექნოლოგიები და სტანდარტები, რომლებიც უზრუნველყოფენ ჰეტეროგენული პროგრამული ინსტრუმენტების ინტეგრაციას;
პრობლემების იდენტიფიცირება, რომლებიც წარმოიქმნება AIS UE-ში გამოყენებული პროგრამული ინსტრუმენტების ინტეგრაციის დროს;
საწარმოების მიერ AIS UE პროგრამული უზრუნველყოფის მოთხოვნების სისტემატიზაცია, რათა უზრუნველყოს ინფორმაციული მხარდაჭერა საბოლოო ეკონომიკური პროცესებისთვის;
AIS UE არქიტექტურის მოდელის შემუშავება და მისი ძირითადი კომპონენტების ხაზგასმა;
AIS UE კომპონენტების ურთიერთქმედების და მონაცემთა გაცვლის პრინციპების შემუშავება;
კვლევის საგანია ეკონომიკური საინფორმაციო სისტემების განვითარების მეთოდები და ინსტრუმენტები.
კვლევის ობიექტია საწარმოს მენეჯმენტი ის.
კვლევის მეთოდოლოგია ეფუძნება მეცნიერული ცოდნის მეთოდოლოგიის სპეციფიკურ გამოყენებას ინფორმატიკისა და მათემატიკის გამოყენებითი სფეროებში.
კვლევის მიზნები და ამოცანები ჩამოყალიბდა ეკონომიკურ საგნობრივ მიმართულებებში გამოყენებული მათემატიკური მეთოდებისა და კომპიუტერული ტექნოლოგიების შემდგომ განვითარებასა და გაუმჯობესებაზე მუშაობის ძირითადი მიმართულების შესაბამისად.
სისტემურ თეორიაზე დაფუძნებულ ზოგად სამეცნიერო მიდგომასთან ერთად, დისერტაცია აჯამებს ადგილობრივი და უცხოელი მწარმოებლების პროგრამული ინსტრუმენტების შემუშავების, დანერგვისა და ექსპლუატაციის გამოცდილებას, მეთოდებს.
საინფორმაციო სისტემების მშენებლობის საერთაშორისო ღია სტანდარტების დანერგვა. ამის საფუძველზე, შემოთავაზებულია მეთოდოლოგიური და პრაქტიკული რეკომენდაციების ნაკრები, რომლებიც გამოცდილია რუსულ და უცხოურ საწარმოებში.
ნაშრომში გამოყენებულია ადგილობრივი და უცხოელი ავტორების ნაშრომების თეორიული დებულებები:
ეკონომიკური ინფორმაციის ავტომატური დამუშავება და ეკონომიკური პროცესების მოდელირება;
წარმოებისა და მარაგების დაგეგმვისა და ოპერატიული მართვის მეთოდოლოგიები;
ბიზნეს პროცესების რეინჟინერია და კომპიუტერული დიზაინი;
თანამედროვე სტანდარტები საინფორმაციო ტექნოლოგიებში.
კვლევამ გააანალიზა და გამოიყენა კვლევითი ჯგუფებისა და ცალკეული მეცნიერების მიერ რუსეთის ფედერაციის მთავრობასთან არსებული ფინანსური აკადემიის, ფინანსთა და ეკონომიკის სრულიად რუსული კორესპონდენციის ინსტიტუტი, მოსკოვის სახელმწიფო ეკონომიკის, სტატისტიკისა და ინფორმატიკის უნივერსიტეტი, სანქტ-პეტერბურგის უნივერსიტეტი. ეკონომიკისა და ფინანსების. ვოზნესენსკი, კვლევითი ფინანსური ინსტიტუტი და სხვა ორგანიზაციები.
კვლევის საინფორმაციო ბაზას შეადგენდა რუსი და უცხოელი მწარმოებლების პროგრამული პროდუქტები, პუბლიკაციები ეკონომიკურ და კომპიუტერული გამოცემებისაერთაშორისო კვლევითი ჯგუფების კვლევა Gartner Group, Aberdeen, IDC, MetaGroup, DataQuest და ა.შ. სასწავლო მასალაწამყვანი ადგილობრივი და საერთაშორისო საკონსულტაციო და აუდიტორული კომპანიები, პროგრამული უზრუნველყოფის შემქმნელთა ასოციაციის კვლევის შედეგები ეკონომიკის სფეროში,
პროგრამული უზრუნველყოფის ბაზრის კვლევა რუსეთში და დსთ-ს ქვეყნებში TSIES "ბიზნეს-პროგრამები-სერვისი".
დისერტაციის სამეცნიერო სიახლე მდგომარეობს AIS UE არქიტექტურის მოდელის შემუშავებაში, რომელიც ორიენტირებულია ბოლომდე ბიზნეს პროცესების ინტეგრირებულ ავტომატიზაციაზე და მისი განხორციელების წინადადებები ჰეტეროგენული პროგრამული ინსტრუმენტების სისტემური ინტეგრაციის გზით, განაწილებულ ჰეტეროგენულ ქსელურ გარემოში. ობიექტისა და კომპონენტის ტექნოლოგიები.
სამეცნიერო სიახლე შეიცავს დისერტაციაში მიღებულ შემდეგ შედეგებს:
საწარმოთა ორგანიზაციული და ეკონომიკური მართვის პროგრამული უზრუნველყოფის ფუნქციონირების მოთხოვნების განსაზღვრა და კლასიფიკაცია;
AIS UE არქიტექტურის მოდელი, რომელიც ფოკუსირებულია ბიზნეს პროცესების ბოლოდან ბოლომდე ინტეგრირებულ ავტომატიზაციაზე;
საწარმოს ფუნქციური სერვისების პრობლემების გადასაჭრელად პროგრამული ინსტრუმენტების ინტეგრაციის პრინციპები ბიზნეს პროცესების მართვის, მონაცემთა გაცვლისა და დოკუმენტების მართვის ძირითად პროგრამულ უზრუნველყოფასთან;
წინადადებები საწარმოს ერთიანი საინფორმაციო სივრცის ორგანიზების შესახებ, რომელიც ხელმისაწვდომია საწარმოს თანამშრომლებისა და პარტნიორებისთვის კორპორატიული ვებპორტალის მეშვეობით;
განხორციელების წინადადებები ერთიანი სისტემაანგარიშგების ფორმირება და კლასიფიკაცია ანალიტიკური ინსტრუმენტების გამოყენებით;
AIS UE ქვესისტემების ურთიერთქმედების განხორციელების პრინციპები ობიექტზე ორიენტირებულ და კომპონენტურ ტექნოლოგიებზე დაფუძნებული და პროგრამული კომპონენტების ურთიერთქმედების განაწილებულ ქსელში
გარემო ინდუსტრიის სტანდარტებისა და ინტერნეტ პროტოკოლების შესაბამისად;
AIS UE პროგრამული უზრუნველყოფის არქიტექტურის მოდელის ადაპტაციური თვისებების განხორციელების მექანიზმი კონკრეტული საწარმოს მოთხოვნების შესაბამისად, დაფუძნებული ძირითადი ქვესისტემების არსებული და პროგნოზირებული სამუშაო პროცესების კონფიგურაციის უნარზე.
სადისერტაციო სამუშაოს პრაქტიკული მნიშვნელობა იმაში მდგომარეობს, რომ შემოთავაზებული წინადადებების განხორციელება საშუალებას გაძლევთ შექმნათ AIS UE, ეფექტური მხარდაჭერა საინფორმაციო პროცედურებისთვის საწარმოს საქმიანობის მართვისთვის გლობალიზებული ეკონომიკის და ინფორმაციული საზოგადოების ფორმირების კონტექსტში.
შემოთავაზებული AIS UE არქიტექტურის მოდელი და მისი გამოყენების რეკომენდაციები აქვს საკმარისი მოქნილობა და მრავალფეროვნება, რაც უზრუნველყოფს მათ გამოყენებას საკუთრების სხვადასხვა ფორმის საწარმოების IS მენეჯმენტში, ინდუსტრიის სპეციფიკასა და საქმიანობის მასშტაბზე.
დამოუკიდებელ პრაქტიკულ მნიშვნელობას აქვს:
წინადადებები სტანდარტების, პროტოკოლების და სხვა მექანიზმების შერჩევისა და გამოყენების შესახებ, რომლებიც გამოიყენება AIS UE-ს სისტემურ ინტეგრაციაში;
წინადადებები ბიზნეს პროცესებისა და სამუშაო პროცესის ინტეგრირებული ავტომატიზაციის შესახებ;
ვებპორტალების მექანიზმის გამოყენებით საწარმოს ერთიანი საინფორმაციო სივრცის შექმნის წინადადებები;
წინადადებები სპირალურ-იტერატიული მიდგომის ადაპტაციისთვის AIS UP პროგრამული უზრუნველყოფის შემუშავებასა და განხორციელებაში.
სამუშაოს პრაქტიკული მნიშვნელობა შეფასდა კონკრეტულ პროექტებში საწარმოს ავტომატიზაციის სისტემის შემოთავაზებული პრობლემაზე ორიენტირებული მოდელის განსახორციელებლად:
საწარმოს მართვის ინტეგრირებული სისტემა "Flagman" კომპანია "Infosoft",
eRelationship მომხმარებელთან ურთიერთობის მართვის სისტემები Pivotal Software Corporation (კანადა),
კომპანია DataWatch-ის (აშშ) კორპორატიული ანგარიშგების სისტემები Monarch ES
Sovintel და Tele Ross კომპანიების საინფორმაციო სისტემების ინტეგრაციის პროექტი.
Vest-MetaTechnology სასწავლო ცენტრი იყენებს ავტორის მიერ მომზადებულ მასალებს, რომელიც ეფუძნება ამ კვლევის დროს შემოთავაზებულ მიდგომას, როდესაც ატარებს კურსებს საწარმოს მართვის საინფორმაციო სისტემების განვითარების შესახებ (იხ. http://www.vest.msk.ru).
კვლევაში გამოიყენება სადისერტაციო კვლევის მასალები და პრაქტიკული აქტივობები აღმასრულებელი ორგანოებიეკონომიკის პროგრამული უზრუნველყოფის შემქმნელთა ასოციაცია (AREP) და მისი წევრები.
სამუშაოს ძირითადი დებულებები მოხსენებული და განხილული იყო:
კონფერენცია "IBM Solutions ბიზნეს ინტეგრაციის სფეროში სატელეკომუნიკაციო კომპანიებისთვის", IBM-ის წარმომადგენლობა აღმოსავლეთ ევროპაში (მოსკოვი, 2002 წლის 18 ივნისი);
სიმპოზიუმი „Call Center CRM Solutions 2002/Call Centers and Customer Relationship Management“ (მოსკოვი, მარტი 2002);
კორპორაცია Centura Software Corp-ის ინსტრუმენტებზე დაფუძნებული საინფორმაციო სისტემების დეველოპერების კონფერენციები. (ბერლინი, გერმანია, 1999 წლის 17-19 ნოემბერი);
კონფერენცია „InfoCity: ქალაქების ინფორმატიზაციის პრაქტიკა და პრობლემები“ (მოსკოვი, 1999 წლის ოქტომბერი);
კომპანია „ინფოსოფტის“ სამეცნიერო და პრაქტიკული კონფერენციები (მოსკოვი, 1995-1999 წწ.);
ACS და CIS სფეროს სპეციალისტების კონფერენციები "კორპორატიული სისტემები" (მოსკოვი, 1998 წლის აპრილი და 1997 წლის 28-30 აპრილი, ორგანიზატორები: კომპანია SoftService და Oracle, Informix, Sybase, Borland და Centura) წარმომადგენლობითი ოფისები;
მე-3 წლიური კონფერენცია „კორპორატიული მონაცემთა ბაზები 98“ (მოსკოვი, 1998 წლის 31 მარტი-3 აპრილი და 1996 წლის 26-29 მარტი, ორგანიზებული საინფორმაციო ტექნოლოგიების ცენტრის მიერ, ღია სისტემების გამომცემლობის მონაწილეობით);
კონფერენცია "ტექნიკომ-97" (მოსკოვი, 1997 წლის 24-26 ნოემბერი, ორგანიზატორები: კომპანია "SoftService", Oracle-ის მომხმარებელთა რუსეთის ასოციაცია, წარმომადგენლობითი ოფისები. მაიკროსოფტის კომპანიები, Borland, Computer Associates, Lucent Software).
AIS განვითარების პრობლემები
საინფორმაციო ტექნოლოგიების დანერგვა ეკონომიკაში, კომპიუტერული და საკომუნიკაციო ინსტრუმენტების შეღწევა საწარმოს მენეჯმენტში ყველა დონეზე, მზარდი ინტერესი კომპანიების ურთიერთქმედებისადმი ინტერნეტის საშუალებით მოითხოვს კონცეპტუალურ ცვლილებებს AIS UE-ს მშენებლობის მიდგომებში. ეს ეხება არა მხოლოდ IS-ის შექმნისა და ექსპლუატაციის წმინდა ტექნოლოგიურ პრობლემებს, არამედ ბიზნესის მართვის მიდგომებს ინფორმაციული საზოგადოების ეკონომიკაში.
AIS UP უნდა აკმაყოფილებდეს ავტომატიზაციისა და ინფორმატიზაციის საჭიროებებს მთელი ორგანიზაციის მასშტაბით, რაც პროგრამული უზრუნველყოფის შემქმნელებს აკისრებს ამოცანას: განავითარონ პლატფორმა, რომელსაც შეუძლია მხარი დაუჭიროს მომხმარებელთა დიდი რაოდენობის მუშაობას; მონაცემთა გაცვლისა და კომპონენტების ურთიერთქმედების პროტოკოლებისთვის საკომუნიკაციო ხელსაწყოებისა და ინდუსტრიის სტანდარტების მხარდაჭერა; არსებული მოვლენების ინტეგრაცია ერთ სისტემაში.
ჰეტეროგენული აპლიკაციების ინტეგრაცია ერთ AIS-ში უნდა უზრუნველყოფდეს მხარდაჭერას: ბიზნეს პროცესებს ბოლომდე; ერთი მომხმარებლის ინტერფეისი (პორტალი); საერთო საინფორმაციო სივრცე.
ჩვენი აზრით, დასმული პრობლემების არსი მდგომარეობს არა იმდენად განხორციელების ტექნიკურ ასპექტებში, არამედ AIS UE არქიტექტურის ფუნდამენტურად ახალი მოდელის გამოყენების აუცილებლობაში.
მოდით შევაჯამოთ IS არქიტექტურის სხვადასხვა ვარიანტების დადებითი და უარყოფითი მხარეები ინტეგრირებული გადაწყვეტის შექმნის შესაძლებლობის თვალსაზრისით.
მონაცემთა დამუშავების ცენტრალიზაცია დიდ მოთხოვნებს უყენებს სერვერებს. ერთდროულად მომხმარებელთა რაოდენობის მატებასთან ერთად (რაც გარდაუვალია საწარმოში პროცესების ავტომატიზაციისას), დატვირთვები გადაჭარბებულია ტექნიკის პლატფორმისთვის და გამოყენებული პროგრამული უზრუნველყოფისთვის. სხვადასხვა ტექნიკის გადაწყვეტილებების გამოყენებით (კლასტერირება, მულტიპროცესირება და გამოთვლითი რესურსების გაერთიანების სხვა ფორმები), ასევე განაწილებული დამუშავება ტრანზაქციის მონიტორების, აპლიკაციის სერვერებისა და მძლავრი ინდუსტრიული DBMS გამოყენებით, შეგიძლიათ შექმნათ მართლაც მასშტაბური გადაწყვეტილებები, ცენტრალური კვანძების გადმოტვირთვა არა მხოლოდ სიმძლავრის გაზრდით. აპარატურა, არამედ სისტემის პროგრამული კომპონენტების შესაბამისი კონსტრუქციის გამო.
თუმცა, მაშინაც კი, თუ ცენტრალური მონაცემთა ბაზის სერვერს შეუძლია უზრუნველყოს საჭირო შესრულება, ასეთი IS კონსტრუქციით, აუცილებლად წარმოიქმნება პრობლემები საერთო მონაცემთა ბაზის ერთიანი სტრუქტურის შენარჩუნებაში, თუ ინდივიდუალური IS პროგრამული კომპონენტები შემუშავებულია სხვადასხვა კომპანიების ან განვითარების გუნდების მიერ. იგივე ორგანიზაცია. საერთო მონაცემთა ბაზის დაყენება პროგრამებიდან წვდომით სხვადასხვა გამოყენებითი პრობლემების გადასაჭრელად შესაძლებელს ხდის უზრუნველყოს საერთო საინფორმაციო სივრცე, ზემოთ ჩამოთვლილი ტექნოლოგიები საშუალებას აძლევს მომხმარებლებს დიდ რაოდენობას შევიდნენ მონაცემთა ბაზაში, მაგრამ ეს არ იძლევა გარანტიას გაზიარებულ მონაცემებთან სწორი მუშაობისთვის. რჩება ლოგიკური მონაცემების მთლიანობის პრობლემა. სხვადასხვა მწარმოებლის პროგრამების გამოყენებისას გარდაუვალი ხდება მონაცემების ქვესისტემებად დაყოფა, შესაძლოა მათი დენორმალიზება და ზედმეტი სტრუქტურების შექმნით. საერთო-ბაზის არქიტექტურა სქემატურად არის ნაჩვენები შემდეგ სურათზე (სურათი 1-14). როგორც ზემოაღნიშნული სქემიდან ჩანს, მოდულები არ ურთიერთქმედებენ, ანუ არ ხდება ზარი ერთი მოდულიდან მეორეზე რეალურ დროში, არ არის ოპერაციული მხარდაჭერა ბოლოდან ბოლომდე პროცესისთვის. მონაცემები ინახება მონაცემთა ბაზაში, საიდანაც ის ხელმისაწვდომია სხვა მოდულებისთვის, რომლებიც უნდა შეიცავდეს მასში ცვლილებების თვალთვალის ფუნქციებს, ხოლო მონაცემების შესაბამისობა დამოკიდებულია განახლებების შემოწმების სიხშირეზე. საბოლოო პროცესის მაგალითი იქნება გაყიდვების განყოფილების თანამშრომლის მიერ ინვოისი. თუ ამისთვის იყენებს CRM სისტემას, გენერირებული ინვოისი უნდა დამუშავდეს ERP სისტემის ლოჯისტიკურ მოდულში საქონლის დასაჯავშნად, ხოლო ამის შემდეგ დაუყოვნებლივ - ფინანსურ მოდულში მყიდველის დავალიანების გაზრდის მიზნით. ამისათვის შესაბამისმა მოდულებმა უნდა შეამოწმონ ახალი ანგარიშის არსებობა. თუ ეს დროულად არ გაკეთებულა, შეიძლება გაიცეს ინვოისი რეალურად დაჯავშნილ საქონელზე.
იმისათვის, რომ სხვადასხვა მოდულმა იმუშაოს საერთო სტრუქტურა DB, ისინი თავდაპირველად უნდა იყოს შექმნილი მონაცემთა გარკვეული სტრუქტურის გათვალისწინებით ან გამოიყენონ შეთანხმებული მეტამონაცემების მექანიზმი (საცავი).
განსხვავებული არქიტექტურის გამოყენებისას, როდესაც ჰეტეროგენული მონაცემთა ბაზები ინახება სხვადასხვა კომპიუტერზე (და შესაძლოა სხვადასხვა ქსელში) და გამოიყენება ავტონომიური მოდულების მიერ (სურათი 1-15), მონაცემთა ლოგიკური მთლიანობის შენარჩუნება კიდევ უფრო შრომატევადი ამოცანაა. ამ შემთხვევაში საჭიროა მონაცემთა რეპლიკაციის (სინქრონიზაციის) რეგულირება და განხორციელება, დირექტორიების გაერთიანება, კოდირებისა და კლასიფიკაციის წესები, თავად რეპლიკაციის მექანიზმის შემუშავება ან დანერგვა. ეს ყველაფერი მოითხოვს ორგანიზაციული ღონისძიებები DB სინქრონიზაცია. რჩება პროცესის ავტომატური გაგრძელების პრობლემა (მაგალითი ინვოისით).
პლატფორმები ახალი AIS UE არქიტექტურის განხორციელებისთვის
21-ე საუკუნის დასაწყისისთვის IT ინდუსტრიაში ინდუსტრიულ დონეზე შემუშავდა და აითვისა შემდეგი გადაწყვეტილებები, რამაც უზრუნველყო IT-ის ფართო დანერგვა ეკონომიკურ პროცესებში:
პერსონალური გამოთვლითი ინსტრუმენტი, რომელიც მოიცავს იმ ფაქტს, რომ მრავალი სახის სამუშაოში გაქრა შუამავლების საჭიროება ამოცანის განცხადებასა და მის შემსრულებელს შორის, ანუ საწარმოს ფუნქციონალური სერვისების თანამშრომლებს შეუძლიათ შეასრულონ საინფორმაციო პროცედურები თავიანთი კომპეტენციის ფარგლებში კომპიუტერების ჩართვის გარეშე. ან თანმხლები ტექნიკური პერსონალის მინიმალური მხარდაჭერით;
ერთ პროექტზე, დოკუმენტზე, დავალებაზე და ა.შ. თანამშრომელთა ჯგუფის („გუნდი“) კოორდინირებული ერთობლივი მუშაობის ავტომატური მხარდაჭერის საშუალებები;
მექანიზმი ელექტრონული კომუნიკაციები, რამაც ხშირ შემთხვევაში შესაძლებელი გახადა ქაღალდის დოკუმენტების გადაცემის საჭიროების აღმოფხვრა, შეხვედრების საჭიროების მინიმუმამდე შემცირება, რაც განსაკუთრებით მნიშვნელოვანია, როდესაც კონკრეტული ბიზნეს პროცესის მონაწილეები გეოგრაფიულად შორს არიან.
ამ გადაწყვეტილებების წყალობით, შესაძლებელი გახდა სამუშაო პროცესების უმეტესობის ავტომატიზაცია, როგორც საწარმოს შიგნით მის ფინანსურ, ეკონომიკურ, საწარმოო და კომერციულ საქმიანობაში, ასევე გარე ფუნქციებთან დაკავშირებული. პროგრამული უზრუნველყოფის კონსოლიდაცია და ტექნიკური საშუალებებისხვადასხვა ფუნქციებისა და სამუშაოების ავტომატიზაცია, საშუალებას გაძლევთ დაუკავშიროთ ტექნოლოგიური (აღჭურვილობისა და ტექნიკური მოწყობილობების საფუძველზე) და სამუშაო პროცესები (საწარმოს ყველა განყოფილების თანამშრომლების მონაწილეობით) საბოლოო ბიზნეს პროცესებთან. ამრიგად, არსებობს ფუნდამენტური შესაძლებლობა, გადაწყვიტოს მონაცემთა წარმოშობის წერტილების იზოლირების პრობლემა მათი შენახვისა და დამუშავების ცენტრებიდან, სამუშაო ადგილების ერთმანეთისგან განცალკევება.
AIS მოდულების ინტეგრაციის პრობლემის გადაჭრა და მათი ურთიერთქმედების ორგანიზების ცენტრალიზებული ან დეცენტრალიზებული მიდგომის არჩევა ასევე შესაძლებელია სისტემის პროგრამული უზრუნველყოფის წამყვანი მწარმოებლების უახლესი განვითარების წყალობით: ოპერაციული სისტემები, ვებ სერვერები, აპლიკაციის სერვერები, DBMS და შუალედური პლატფორმები. აპლიკაციის ინტეგრაცია შესაძლებელი ხდება ობიექტზე ორიენტირებული განვითარების ტექნოლოგიისა და კომპონენტებზე დაფუძნებული მრავალსაფეხურიანი არქიტექტურის გამოყენებით. აქ მთავარი პრინციპია პროგრამირების ინტერფეისების კონცეფცია და მათი შეცვლისა და გაფართოების წესები (IDL).
განაწილებულ ჰეტეროგენულ გარემოში მუშაობისთვის, როგორიცაა ინტერნეტი, აქტიურად ვითარდება ვებ სერვისების სპეციფიკაციები, რომელთაგან თითოეულს შეუძლია განახორციელოს ერთი ან მეტი ბიზნეს პროცედურა ან ფუნქცია (ბიზნეს პროცედურები, ფუნქციები). OASIS-მა, BPMI-მ და IBM-მა, Microsoft-მა და BEA-მ გამოაქვეყნეს BPEL4WS (ბიზნესის პროცესის შესრულების ენა ვებ სერვისებისთვის), XLANG და WSFL (ვებ სერვისების ნაკადის ენა) სამუშაო ნაკადის რეგულირების სპეციფიკაციები და WfML კოალიცია - XPDL (XML Process Definition Language) .
ტენდენციაა კომპონენტების გაერთიანება ღია ვებ სერვისის ინტერფეისებთან ქვესისტემებში, რომლებიც ასრულებენ ლოგიკურად სრულ ბიზნეს პროცესის ციკლებს. ამ შემთხვევაში, კომპონენტები შეიძლება განთავსდეს სხვადასხვა აპლიკაციის სერვერებზე, რომლებიც განაწილებულია ქსელში და მუშაობენ ერთ ან მეტ მონაცემთა ბაზასთან. კომპონენტების რაოდენობისა და ურთიერთობების, ქსელის სერვერების რაოდენობისა და მდებარეობის შეცვლით, კომპონენტების ჩანაცვლების ან ქსელში მათი გადაადგილების შესაძლებლობით, თავსებადობის დაკარგვის გარეშე, შესაძლებელია AIS-ის შექმნა, რომელიც ინარჩუნებს ცენტრალიზაციისა და დეცენტრალიზაციის ბალანსს საწარმოში. მენეჯმენტი.
არ არსებობს ტექნიკური დაბრკოლებები ასეთი არქიტექტურის განხორციელებაში. თანამედროვე სამრეწველო აპლიკაციის სერვერები (მაგალითად, MTS / COM + / .Net, ONE ან J2EE / EJB) საშუალებას გაძლევთ შექმნათ მრავალ დონის სისტემები, უზრუნველყოთ საერთო პლატფორმა სხვადასხვა ვებ სერვისებზე წვდომისთვის, უზრუნველყოთ ოპერაციების ტრანზაქციის მთლიანობა, დატვირთვის დაბალანსება. ათიათასობით მომხმარებლის კონკურენტული წვდომა რეალურ დროში, ასევე ხარვეზების შემწყნარებლობისა და წარუმატებლობის შემდეგ აღდგენის გარანტია.
IT ინდუსტრიის მნიშვნელოვანი მიღწევაა სტანდარტები, რომლებიც ფართოდ გავრცელდა და აღიარებულია წამყვანი პროგრამული უზრუნველყოფის მწარმოებლების მიერ: კომპონენტების ურთიერთქმედების პროტოკოლები (COM/DCOM, CORBA, Java RMI) და მონაცემთა გაცვლის ფორმატები (EDI, XML,).
EDI სტანდარტი და მისი ინდუსტრიის ვარიანტები (EDIFACT, XI2, HIPAA და ა.შ.) გამოიყენება ფინანსურ და სამრეწველო სექტორებში. ჩრდილოეთ ამერიკადა ევროპა 1970-იანი წლების შუა პერიოდიდან და დღეს დომინირებს მთელ მსოფლიოში. ინტერნეტში XML-ის მზარდი პოპულარობით, EDI ითარგმნა XML-ად.
XML-ის (DTD და XDR) საფუძველზე, მონაცემები შემუშავებულია, სტრუქტურირებული და ფორმატირდება სხვადასხვა ეკონომიკურ სფეროებში ეგრეთ წოდებული საგნობრივი ლექსიკონების ან დოკუმენტების ტიპების სახით, მაგალითად, WIDL, OFX, FpML, IFX, XBRL, CRML. და მრავალი სხვა დასავლეთში, ასევე CommerceML.ru და XML Partnership/ARB რუსეთში. წარმოების და ინვენტარის მართვის ამერიკული საზოგადოება APICS, რომელიც ადასტურებს ERP / MRP კლასის სისტემებს, აქვეყნებს ეკონომიკური სუბიექტების სპეციფიკაციებს XML ფორმატში, მაგალითად, მომხმარებლის ან ინვოისის მონაცემების სტრუქტურასა და ფორმატში. თვითდოკუმენტირებადი XML უზრუნველყოფს მონაცემების ცალსახად გაგებას როგორც ადამიანების, ასევე პროგრამების მიერ.
AIS UE არქიტექტურა
AIS UE არქიტექტურის მოდელის შესაქმნელად, ჩვენ განვიხილავთ საწარმოს, როგორც შრომითი, ფინანსური, მატერიალური და საინფორმაციო რესურსების ერთობლიობას, რომელიც ჩართულია ბიზნეს პროცესებში საწარმოს ბიზნეს მიზნების მისაღწევად. აქ ტერმინი ბიზნეს მიზნები ეხება მფლობელებისა და მენეჯერების მიერ დასახულ სტრატეგიულ გრძელვადიან მიზნებს. ტოპ მენეჯმენტი, ასევე ტოპ და საშუალო მენეჯერების მიერ დაკისრებული მიმდინარე ამოცანები. ბიზნეს პროცესი ან ბიზნეს პროცესი არის თანამშრომლების ქმედებების თანმიმდევრობა, ოპერაციები სამუშაო ადგილებზე, ასევე პროგრამული უზრუნველყოფის და აპარატურის მიერ შესრულებული ფუნქციები ავტომატურ რეჟიმში. მოდით, თითოეულ მოქმედებას ან მათ თანმიმდევრობას ვუწოდოთ პროცესის ეტაპი. მოქმედებების სინონიმები ასევე შეიძლება იყოს ოპერაციები, პროცედურები. თუ ეტაპი მოითხოვს თანამშრომლის (როლური ჯგუფის, წარმომადგენლის ან განყოფილების უფროსის, აგრეთვე ოფიციალური თანამდებობის მქონე პირის) მოქმედებას, მაშინ მას ასევე უწოდებენ დავალებას, ხოლო თანამშრომელს ეწოდება შემსრულებელი. ბიზნეს პროცესში მოქმედებების თანმიმდევრობა შეიძლება იყოს ორაზროვანი, ანუ პროცესის აღწერა მიმართული გრაფიკის სახით შეიძლება მოიცავდეს განშტოებას ერთი ეტაპიდან მეორეზე გადასვლის პირობებით. ეტაპების ტიპიური ჯაჭვები შეიძლება დაიყოს ქვეპროცესებად. ამოცანების მოძრაობას პროცესის განსაზღვრული ეტაპებით მარშრუტი ეწოდება. თუ პროცესის აღწერა შეუძლებელია ეტაპებს შორის თვითნებური გადასვლების გამო, რომლის შესახებაც გადაწყვეტილებას იღებს შემსრულებელი მიმდინარე ეტაპზე დავალების შესრულებისას, მაშინ ამ შემთხვევას ეწოდება თავისუფალი მარშრუტი.
AIS PM-მა უნდა დაუშვას ფორმალურად აღწეროს ბიზნეს პროცესები გრაფიკული ფორმით მიმართული გრაფიკის (დიგრაფის) სახით, რომლის წვეროები არის ეტაპები, ხოლო კიდეები არის გადასვლები ეტაპებს შორის. კონკრეტულ შემთხვევაში, ბიზნეს პროცესის გრაფიკი ასე გამოიყურება ქსელის დიაგრამა, სადაც წვეროები აღნიშნავენ სამუშაოებს მათი ხანგრძლივობის მითითებით, ხოლო ორიენტირებული კიდეები (ისრები) აჩვენებს სამუშაოების თანმიმდევრობას. პროცესის აღწერილობის შესაბამისად, რომელსაც ეწოდება პროცესის რუკა, AIS UE უნდა მართოს რესურსები (უფრო ზუსტად, დაეხმაროს საწარმოს მენეჯერებს მათ მართვაში), დაავალოს დავალებები და მათი შემსრულებლები, ასევე გამოიძახოს (გააქტიუროს) პროგრამული უზრუნველყოფა და აპარატურა. ავტომატური პროცედურების გასატარებლად.
საწარმოს მასშტაბის პარამეტრები გავლენას ახდენს მენეჯმენტის ორგანიზაციაზე კონკრეტულ საწარმოში, რაც აისახება AIS UE-ის მოთხოვნებში. მეორეს მხრივ, AIS UE გავლენას ახდენს საწარმოს მასშტაბებზე, მაგალითად, ხელს უწყობს ბიზნესის ზრდას. ერთ-ერთი პარამეტრის შეცვლა გულისხმობს AIS-ის განახლებას ისევე, როგორც AIS-ის დანერგვამ შეიძლება შეცვალოს მენეჯმენტის ორგანიზაცია.
AIS UE-ს აგებისას ბიზნეს პროცესებზე ფოკუსირების მიზანია საერთო პლატფორმის პოვნა, რომლის საფუძველზეც შესაძლებელი იქნება AIS-ის ადეკვატური მოდიფიკაცია სისტემის სრული რეორგანიზაციის საჭიროების გარეშე. ეს პლატფორმა არის ბიზნეს პროცესების მოდელირება პროცესის მართვის პროგრამული უზრუნველყოფის საშუალებით.
როგორც AIS PM-ის ბირთვი, აუცილებელია სისტემის შემუშავება, რომელიც აერთიანებს რამდენიმე ფუნქციას, რომლებიც განხილულია პროცესის მართვის სისტემების მიმოხილვაში (პარაგრაფები „1.1.7 დოკუმენტის მართვის სისტემები“ გვერდზე 31 და „1.1.8 პროცესის მართვის სისტემები“ გვერდზე. 34). მათ შორის: Workflow - ქვესისტემა მუშების მართვისთვის და ტექნოლოგიური პროცესები, რომელიც უზრუნველყოფს ამოცანების წინასწარ განსაზღვრულ და თავისუფალ მარშრუტიზაციას შემსრულებლებს შორის; Docflow - დოკუმენტების ნაკადის მართვის ქვესისტემა და დოკუმენტების მარშრუტირება მათი მდგომარეობის თვალყურის დევნით; Groupware - ქვესისტემა, რომელიც მხარს უჭერს ამოცანების ოპერატიულ დავალებას და ამოცანების უფასო მარშრუტიზაციას (ad hoc) შემსრულებელთა ჯგუფის წევრებს შორის; მონაცემთა ნაკადი - მონაცემების მარშრუტირება, მონაცემთა პაკეტები, შეტყობინებები აპლიკაციებს შორის.
ამ ტიპის სისტემების ავტონომიური გამოყენების მიღებული პრაქტიკისგან განსხვავებით, ჩვენ აქ ვივარაუდებთ საერთო პროცესის რუქის არსებობას, პროცესის ეტაპების დამუშავების საერთო მოდულს, შემსრულებლების მინიჭების და ამოცანებისა და მონაცემების მარშრუტიზაციის საერთო მექანიზმს.
ამგვარად, ტექნიკური მოწყობილობების მიერ გენერირებული ტექნოლოგიური მონაცემები, IS-ში შეყვანილი ფაქტობრივი მონაცემები სამუშაო ადგილებზე მომხმარებლების მიერ (მათ შორის პირველადი დოკუმენტები), ისევე როგორც პროგრამული აპლიკაციების მიერ გენერირებული მონაცემები, შეიტანება AIS UE-ში და ხელმისაწვდომი იქნება ინფორმაციის მომხმარებლებისთვის რეალურ დროში. .
სქემატურად, მონაცემთა დამუშავების სასიცოცხლო ციკლი AIS UE-ში წარმოდგენილია შემდეგ სურათზე (სურათი 2-2). ხელით შეყვანილი ან პროგრამული კომპონენტებიდან მიღებული მონაცემები ფორმალიზდება დოკუმენტად, რომელიც შემდგომ მუშავდება სამუშაო პროცესის მოდულის მიერ პროცესის რუქის შესაბამისად. დამუშავების მარშრუტის გასწვრივ (თუ სისტემის დაყენება მოითხოვს ამას), დოკუმენტების მართვის ქვესისტემა უწოდებს ფუნქციური ქვესისტემების მოდულებს ფინანსური, საქმიანი და სხვა სახის ტრანზაქციების დასამუშავებლად. შედეგად, რწმუნებათა სიგელები ინახება სტრუქტურირებულ მონაცემთა ბაზებში. თავის მხრივ, თავად დოკუმენტები ინახება საცავში ან არასტრუქტურირებულ მონაცემთა ბაზაში. ყველა ეს მონაცემთა ბაზა ხელმისაწვდომი უნდა იყოს საანგარიშგებო ქვესისტემის ანალიტიკურ მოდულებზე, რათა შეიქმნას საჭირო ანგარიშები.
AIS UE მოდელის პრაქტიკული განხორციელების გამოცდილება
1995 წლიდან 1999 წლამდე, დისერტაციის ავტორის ხელმძღვანელობით, შეიქმნა კომპანია "Infosoft"-ის ინტეგრირებული საწარმოს მართვის ავტომატიზაციის "Flagman" სისტემა, რომელიც ამჟამად დანერგილია ასზე მეტ მსხვილ და საშუალო ზომის ინდუსტრიაში, სამშენებლო, კომერციული, სასოფლო-სამეურნეო საწარმოები და საბიუჯეტო ორგანიზაციებირუსეთი და დსთ-ს ქვეყნები. სისტემა აგრძელებს განვითარებას ავტორის მიერ შემუშავებული ბირთვის საფუძველზე და 2002 წლისთვის "ფლაგმანი" მოიცავს ათზე მეტ ძირითად ქვესისტემას, რომლებიც ნაჩვენებია შემდეგ სურათზე (სურათი 3-2):
"Flagman" სისტემის საფუძველია ძირითადი მოდული "დოკუმენტის მენეჯმენტი", რომელიც პასუხისმგებელია ყველა პირველადი დოკუმენტის შეყვანაზე, დამუშავებაზე, მარშრუტიზაციასა და ბეჭდვაზე. სხვები ძირითადი მოდულებიარის "ადმინისტრაცია" და "ინსტრუმენტები", საერთო ყველა ფუნქციური მოდულისთვის. ისინი საშუალებას გაძლევთ დააკონფიგურიროთ როლური ჯგუფები და წვდომის უფლებები, სამუშაო სადგურები მენიუს ელემენტებამდე, დოკუმენტების განლაგება და მოხსენების შაბლონები.
განხორციელებული მოდელის უპირატესობებს წარმოადგენდა პირველადი დოკუმენტების ერთჯერადი შეყვანა, ამ დოკუმენტების საფუძველზე ფუნქციურ ქვესისტემებში ანგარიშების გენერირება და პირველად დოკუმენტებთან მუშაობის უნიფიცირება.
ქვესისტემების სწრაფმა განვითარებამ და მათი ურთიერთქმედების სტანდარტიზაციის ნაკლებობამ განაპირობა ის, რომ ინტეგრაცია განხორციელდა ცენტრალური მონაცემთა ბაზისა და საერთო ცხრილების ირგვლივ. თუ არ გავითვალისწინებთ ორსაფეხურიან არქიტექტურას, რომლის არჩევანი განისაზღვრა განვითარების ინსტრუმენტების განვითარების დონით 1995 წელს, მაშინ მოდულების ჯვარედინი დამოკიდებულება გახდა სისტემის განვითარების მთავარი პრობლემა. მისმა პირველმა განხორციელებამ გამოავლინა სამუშაო ნაკადის ავტომატიზაციის ფუნქციების არასაკმარისი მხოლოდ დოკუმენტის მარშრუტირების გზით და წამოაყენა საკითხი პროცესის მართვის მოდულის (workflow) დანერგვის აუცილებლობის შესახებ.
თუ განვიხილავთ განხორციელებას უფრო დეტალურად, მაშინ დოკუმენტის მართვის მოდული არის ობიექტების ბიბლიოთეკა, რომელიც შედის ყველა ქვესისტემაში და ასევე შედგენილია როგორც დამოუკიდებელი მოდული. ბიბლიოთეკა შეიცავს ინსტრუმენტებს დოკუმენტების ტიპებისა და ვარიანტების დასაყენებლად, ველების შემადგენლობაში, შეყვანისა და რედაქტირების ფორმების, მდგომარეობების ჩამონათვალს, მდგომარეობიდან შტატში გადასვლის შესაძლო კომბინაციებს, ოპერაციების ჩამონათვალს ფუნქციური მოდულების, შაბლონებისა და ბეჭდვის მითითებით. ფორმები, აგრეთვე რეესტრებისა და დოკუმენტაციის ჟურნალების ფორმირების წესები.
დოკუმენტებთან ოპერაციები ცვლის მათ მდგომარეობას და ასევე უწოდებენ განაცხადის ქვესისტემების ფუნქციებს. ფუნქციების სია ჩართულია თითოეულ ქვესისტემაში და სპეციფიკურია მისთვის. თანმხლები პროგრამისტებისთვის, რომლებიც მონაწილეობენ სისტემის დაყენებაში, ხელმისაწვდომია ფუნქციის პარამეტრები და მათთან დოკუმენტის ველების ფორმულების გამოყენებით მიბმის შესაძლებლობა. ეს საშუალებას გაძლევთ ავტომატიზირება მოახდინოთ ფინანსური ტრანზაქციების უმეტესი ნაწილის, ასევე ლოჯისტიკის, პერსონალის ჩანაწერების და სახელფასო ფუნქციების ავტომატიზაციისთვის, თუმცა, სრული განხორციელებისთვის, სკრიპტირების ენის (სკრიპტის) საჭიროება რჩება.
სისტემას აქვს ჩაშენებული ანგარიშის გენერატორი, რომელიც საერთოა ყველა ქვესისტემისთვის. ვინაიდან სისტემა დაფუძნებულია ცენტრალური მონაცემთა ბაზის გარშემო ინტეგრაციის პრინციპზე, გენერატორს აქვს წვდომა ყველა მონაცემზე, მიუხედავად იმისა, ეკუთვნის თუ არა ისინი მოდულებს. ანგარიშები კლასიფიცირებულია იერარქიულ სტრუქტურაში, ანგარიშის თითოეული განლაგება შეიცავს შაბლონს წინასწარი გადახედვისა და ბეჭდვისთვის, და SQL მოთხოვნებს მიღებული მონაცემთა ნაკრების შესაქმნელად. გენერირებული ანგარიშები შეიძლება შემდგომ დამუშავდეს დოკუმენტებად.
აქვე უნდა აღინიშნოს, რომ Flagship სისტემა ახორციელებს ერთიან გარეგნობაქვესისტემები. მომხმარებლის ინტერფეისის ელემენტების ზოგადი ადმინისტრირების მოდული, AWP ფუნქციები, მენიუებისა და ხელსაწყოების ზოლების ჩათვლით, საშუალებას გაძლევთ მორგოთ გარეგნობა ერთიანი გზით.
Ზე ამ მომენტში IT განვითარება მოითხოვს Flagman სისტემის პლატფორმის განახლებას. უპირველეს ყოვლისა, აუცილებელია მისი გადატანა სამსაფეხურიან არქიტექტურაზე და დოკუმენტების მართვის მოდულის განვითარება პროცესის მართვის სრულად ფუნქციონალურ სისტემაზე. ასევე აუცილებელია გარე აპლიკაციების ინტეგრაციის მექანიზმების შემუშავება, ვინაიდან სისტემას აქვს მხოლოდ მონაცემთა იმპორტისა და ექსპორტის საშუალებები.
თუმცა, უამრავი მაგალითი Flagman სისტემის წარმატებული დანერგვა და კომერციული ფუნქციონირება, 2001-2002 წლებში მისი გაყიდვების რაოდენობის ზრდა მოწმობს. ეკონომიკური ეფექტურობასაწარმოს ავტომატიზაციის გადაწყვეტილებები სხვადასხვა სფეროებშისაქმიანობა, მრეწველობა და მასშტაბები.
1999 წლის თებერვალში, Infosoft-ის Flagman სისტემა, რომელიც შეიქმნა ავტორის ხელმძღვანელობით, აღიარებულ იქნა, როგორც საუკეთესო რუსული განვითარება Centura Team Developer-ის ინსტრუმენტარიუმის საფუძველზე Centura Software Corp. (აშშ) და კომპანია „ინტერფეისი“ (რუსეთი). 1999, 2000 და 2001 წლებში დსთ "Flagman" დამოწმებული იქნა, როგორც საწარმოს მასშტაბით საინფორმაციო სისტემა "Business-Soft" კონკურსის ჟიურის ექსპერტების მიერ, რომელსაც ატარებს ეკონომიკის სფეროში პროგრამული უზრუნველყოფის შემქმნელთა ასოციაცია (AREP), CIES "Business Programs-Service". ", ჟურნალი "ბუღალტერია" და "ფინანსური გაზეთი".
JCIS- ეს არის IS-ის შექმნისა და გამოყენების პერიოდი, დაწყებული IS-ის საჭიროების გაჩენის მომენტიდან და დამთავრებული იმ მომენტით, როდესაც ის სრულად გამოდის.
საინფორმაციო სისტემის სასიცოცხლო ციკლის ეტაპები:
1. წინასაპროექტო გამოკითხვა:
დიზაინისთვის მასალების შეგროვება, მოთხოვნების ფორმულირების ხაზგასმისას, ავტომატიზაციის ობიექტის შესწავლიდან, მოცემულია IS-ის წინასწარი დიზაინის ვერსიის წინასწარი დასკვნები;
· მასალების ანალიზი და დოკუმენტაციის შემუშავება, ტექნიკურ-ეკონომიკური დასაბუთება IS-ის დიზაინის ტექნიკური დავალებით სავალდებულოა.
2. დიზაინი:
2.1 წინასწარი პროექტი;
· საპროექტო გადაწყვეტილებების შერჩევა IS-ის განვითარების ასპექტებზე;
· რეალური IS კომპონენტების აღწერა;
ტექნიკური პროექტის (TP) მომზადება და დამტკიცება.
2.2 დეტალური დიზაინი:
მათემატიკური მეთოდების ან პროგრამის ალგორითმების შერჩევა ან შემუშავება;
მონაცემთა ბაზის სტრუქტურების კორექტირება;
პროგრამული პროდუქტების მიწოდებისა და ინსტალაციის დოკუმენტაციის შექმნა;
ტექნიკური საშუალებების კომპლექსის შერჩევა მისი სამონტაჟო დოკუმენტაციით.
2.3 IP (TRP) ტექნომუშაობის პროექტის შემუშავება.
2.4 IS-ის გამოყენებით მართვის ფუნქციების განხორციელების მეთოდოლოგიის შემუშავება და მართვის აპარატის მოქმედების რეგლამენტის აღწერა.
3. ის-ის განვითარება:
ტექნიკისა და პროგრამული უზრუნველყოფის მიღება და ინსტალაცია;
პროგრამული პაკეტის ტესტირება და დაზუსტება;
· პროგრამული უზრუნველყოფისა და აპარატურის მუშაობის ინსტრუქციების შემუშავება.
4. IS-ის ექსპლუატაციაში ჩართვა:
ტექნიკური საშუალებების შეყვანა;
პროგრამული უზრუნველყოფის შეყვანა;
· პერსონალის მომზადება და სერტიფიცირება;
საცდელი ოპერაცია;
სამუშაოების მიღება-ჩაბარების აქტების მიწოდება და ხელმოწერა.
5. IP ოპერაცია:
ყოველდღიური ოპერაცია;
მთლიანი პროექტის ზოგადი მხარდაჭერა.
საინფორმაციო სისტემის სასიცოცხლო ციკლის მოდელები:
· ჩანჩქერის მოდელი- გვთავაზობს გადასვლას შემდეგ ეტაპებზე წინა ეტაპზე სამუშაოს სრული განხორციელების შემდეგ. მოდელი აჩვენებს კლასიკურ მიდგომას ნებისმიერ აპლიკაციის სფეროში;
· განმეორებადი მოდელი- დადგმული მოდელი შუალედური კონტროლისა და უკუკავშირის მარყუჟებით. ამ მოდელის უპირატესობა არის ნაბიჯ-ნაბიჯ კორექტირება, რაც უზრუნველყოფს ნაკლებ შრომის ინტენსივობას კასკადურთან შედარებით. თუმცა, თითოეული ეტაპის სიცოცხლის ხანგრძლივობა გამოითვლება განვითარების მთელი პერიოდისთვის;
· სპირალური მოდელი- ეს მოდელი ორიენტირებულია ანალიზისა და დიზაინის საწყის ეტაპებზე. ეს მოდელი არის განმეორებადი განვითარების პროცესი, სადაც ყოველი გამეორება (ციკლი) არის განვითარების სრული ციკლი, რომელიც იწვევს პროდუქტის ვერსიის გამოშვებას (IS პროექტის ვერსია), რომელიც გაუმჯობესებულია გამეორებიდან გამეორებამდე, რათა გახდეს მნიშვნელოვანი ინფორმაციის სისტემა. ამავდროულად, სპირალის ყოველი შემობრუნება შეესაბამება საინფორმაციო სისტემის შექმნის ეტაპობრივ მოდელს. რომ. IS-ის დასაბუთებული ვერსია გაღრმავებულია და თანმიმდევრულად არის დაკონკრეტებული, რომელიც შემდგომ განხორციელდება.
IS-ის შექმნის ძირითადი გზები:
· სისტემის განვითარება „თავის ქვეშ“;
პროტოტიპების გამოყენება - სრული სისტემის ნაცვლად, იქმნება პროტოტიპი, რომელიც აკმაყოფილებს მომხმარებლების ძირითად საჭიროებებს:
ძირითადი მოთხოვნების განმარტება;
სამუშაო პროტოტიპის შექმნა;
სამუშაო პროტოტიპის გამოყენება;
პროტოტიპის გადახედვა და გაუმჯობესება;
პროტოტიპის საბოლოო ვერსიასთან მუშაობა;
· მესამე მხარის ორგანიზაციის სერვისების გამოყენება IP მართვის ფუნქციების გადაცემისთვის - ორგანიზაცია იყენებს სპეციალიზებულ ფირმას, რომელიც ასრულებს მენეჯმენტის ფუნქციებს კომპანიის IP-ს ფუნქციონირებისა და განვითარებისთვის.
Დადებითი:
· მომსახურების გარანტირებული ხარისხი;
· შენახვა ფული;
· ადამიანური რესურსების.
მინუსები:
· არაა იაფი;
· ინფორმაციის გაჟონვა;
· დამოკიდებულება;
IT-ზე კონტროლის დაკარგვა.
ეკონომიკური ობიექტის მართვის სისტემა შეიძლება ჩაითვალოს ორი ურთიერთდაკავშირებული ელემენტის ერთობლიობად (ორი შემადგენელი ნაწილები): მართვის საგანი(სუ) და საკონტროლო ობიექტი(OU).
მართვის საგანიწარმოადგენს ადმინისტრაციული აპარატი, აერთიანებს თანამშრომლებს, რომლებიც ავითარებენ გეგმებს, ავითარებენ მოთხოვნებს მიღებული გადაწყვეტილებებისთვის და ასევე აკონტროლებენ მათ განხორციელებას.
საკონტროლო ობიექტიარის პირდაპირი საწარმო, რომელიც ახორციელებს მისთვის დაკისრებული ამოცანების შესრულებას. საკონტროლო ობიექტის ამოცანა მოიცავს ადმინისტრაციული აპარატის მიერ შემუშავებული გეგმების განხორციელებას, ე.ი. იმ აქტივობების განხორციელება, რისთვისაც შეიქმნა მართვის სისტემა.
კონტროლის საგანი და კონტროლის ობიექტი დაკავშირებულია პირდაპირი და უკუკავშირის ბმულებით. პირდაპირი კავშირი გამოიხატება ადმინისტრაციული აპარატიდან საკონტროლო ობიექტში გაგზავნილი დირექტიული ინფორმაციის ნაკადით, ხოლო საპირისპირო არის საპირისპირო მიმართულებით გაგზავნილი საანგარიშო ინფორმაციის ნაკადი მიღებული გადაწყვეტილებების შესრულების შესახებ (იხ. სურ. 12).
დირექტიული ინფორმაცია გენერირდება ადმინისტრაციული აპარატის მიერ მენეჯმენტის მიზნების შესაბამისად და ინფორმაცია არსებული ეკონომიკური მდგომარეობის შესახებ, გარემო. საანგარიშო ინფორმაცია იქმნება მართვის ობიექტის მიერ და ასახავს შიდა ეკონომიკურ მდგომარეობას, აგრეთვე მასზე გარე გარემოს გავლენის ხარისხს (გადახდების შეფერხება, ელექტროენერგიის გათიშვა, ამინდის პირობები, რეგიონის სოციალურ-პოლიტიკური მდგომარეობა და ა. ). ამრიგად, გარე გარემოგავლენას ახდენს არა მხოლოდ მენეჯმენტის ობიექტზე: ის ასევე აწვდის ინფორმაციას ადმინისტრაციულ აპარატს, რომლის გადაწყვეტილებები დამოკიდებულია გარეგანი ფაქტორები(ბაზრის მდგომარეობა, კონკურენციის არსებობა, საპროცენტო განაკვეთები, ინფლაციის მაჩვენებელი, საგადასახადო და საბაჟო პოლიტიკა).
საინფორმაციო ნაკადების (P და O), მონაცემთა დამუშავების, გადაცემის და შენახვის საშუალებების, აგრეთვე მონაცემთა დამუშავების ოპერაციების განმახორციელებელი ადმინისტრაციული აპარატის თანამშრომლების ურთიერთობა წარმოადგენს ეკონომიკური ობიექტის საინფორმაციო სისტემას.
მენეჯმენტის საჭიროება ჩნდება მაშინ, როდესაც აუცილებელია შრომითი კოლექტივის წევრების საქმიანობის კოორდინაცია, გაერთიანებული ადგილობრივი და გლობალური მიზნების მისაღწევად. თავდაპირველად ნებისმიერი მიზანი განზოგადებული ხასიათისაა და მხოლოდ დახვეწის პროცესში ხდება მისი ფორმირება ადმინისტრაციული აპარატის მიერ სამიზნე ფუნქციების სახით.
ეკონომიკური სუბიექტის მართვის პროცესში, ოპერატიული , ტაქტიკური და სტრატეგიული გადაწყვეტილებები. ამის შესაბამისად, ჩვეულებრივ ამბობენ, რომ ადმინისტრაციული აპარატი შედგება მართვის სამი დონისგან: ოპერატიული, შუადა უფრო მაღალი.
Ზე ეკონომიკური ობიექტის მართვის უმაღლესი დონე განლაგებულია მენეჯერები. ისინი განსაზღვრავენ მენეჯმენტის მიზნებს, საგარეო პოლიტიკა, მატერიალური, ფინანსური და შრომითი რესურსები, შეიმუშავებს მათი განხორციელების გრძელვადიან გეგმებსა და სტრატეგიებს. მათი კომპეტენცია, როგორც წესი, მოიცავს ბაზრის, კონკურენციის დონის, კონიუნქტურის ანალიზს და საწარმოს განვითარების ალტერნატიული სტრატეგიების ძიებას, თუ საფრთხის შემცველი ტენდენციები გამოვლინდება მისი ინტერესების სფეროში.
Ზე ეკონომიკური ობიექტის მართვის საშუალო დონე განლაგებულია აღმასრულებელი მენეჯერები. ამ დონეზე ყურადღება გამახვილებულია ტაქტიკური გეგმების შემუშავებაზე, მათ განხორციელების მონიტორინგზე, რესურსების თვალყურის დევნებაზე და მენეჯმენტის დირექტივების შემუშავებაზე, რათა საწარმო მიიყვანოს გეგმებით მოთხოვნილ დონეზე.
Ზე ეკონომიკური ობიექტის მართვის ოპერატიული დონე არიან მენეჯერები სტრუქტურული დანაყოფები(განყოფილებები, სერვისები, სახელოსნოები და ა.შ.). ამ დონეზე ხორციელდება გეგმები და მზადდება პროგრესის ანგარიშები. ოპერატიული მენეჯმენტის მთავარი ამოცანაა ყველა ელემენტის კოორდინაცია წარმოების პროცესიდროსა და სივრცეში საჭირო დეტალების ხარისხით.
ეკონომიკური ობიექტის მენეჯმენტის თითოეულ დონეზე, შესრულებულია სამუშაო, რომელიც უზრუნველყოფს მენეჯმენტს კომპლექსში. ამ აქტივობებს ფუნქციები ეწოდება. მიზნებიდან გამომდინარე, შეიძლება გამოირჩეოდეს ზოგადობის სხვადასხვა ხარისხის ფუნქციები. შემდეგი ფუნქციები ტიპიურია: დაგეგმვა , აღრიცხვა და კონტროლი , ანალიზი და რეგულირება .
დაგეგმვა- ფუნქცია, რომლის მეშვეობითაც მენეჯმენტის მიზანი რეალიზდება იდეალურ ფორმაში. დაგეგმვა მნიშვნელოვან ადგილს იკავებს უმაღლესი მენეჯმენტის საქმიანობაში, ნაკლებად - საშუალო და მინიმალური - ოპერაციულ დონეზე. მენეჯმენტის უმაღლეს დონეზე დაგეგმვა ეხება მომავალ პრობლემებს და ორიენტირებულია გრძელვადიან პერსპექტივაზე. საშუალო დონეზე, დაგეგმვა უფრო მეტისთვის ხორციელდება მოკლე ვადა, ხოლო მენეჯმენტის უმაღლესი დონის გეგმა დეტალურადაა აღწერილი. ამ დონის ინდიკატორები უფრო ზუსტია. ოპერატიული მენეჯმენტი მოიცავს გეგმის ყველაზე დეტალურ შესწავლას.
აღრიცხვა და კონტროლი - ფუნქციები, რომლებიც მიმართულია საწარმოს მიმდინარეობის შესახებ ინფორმაციის მოპოვებაზე, მიღწეული შედეგების დაგეგმილთან შესაბამისობის შემოწმებაზე. ბუღალტერია იყოფა ოპერატიული, აღრიცხვადა სტატისტიკური. ბუღალტერია, თავის მხრივ, შეიძლება დაიყოს ფინანსურიდა მენეჯერული. ბუღალტრული აღრიცხვა ძირითადად ტარდება მენეჯმენტის ოპერატიულ და საშუალო დონეზე. მენეჯმენტის უმაღლეს დონეზე არ არსებობს ბუღალტრული აღრიცხვა, თუმცა მის საფუძველზე სრულად ტარდება წარმოების შედეგების ანალიზი და მისი კურსის რეგულირება.
ანალიზიდა რეგულირება - ეს არის ფაქტობრივი ინდიკატორების შედარება ნორმატიულთან (დირექტივა, დაგეგმილი), გადახრების დადგენა, რომლებიც სცილდება დასაშვებ პარამეტრებს, გადახრების მიზეზების დადგენა, რეზერვების იდენტიფიცირება, სიტუაციის გამოსწორების გზების პოვნა და საკონტროლო ობიექტის მიყვანის გადაწყვეტილების მიღება. დაგეგმილ ტრაექტორიამდე. გადახრების მიზეზების დასადგენად ეფექტური საშუალებაა ფაქტორული ანალიზიდა ამ სიტუაციიდან გამოსავლის საპოვნელად საექსპერტო სისტემები.
მენეჯმენტის დონეებსა და მათ მიერ შესრულებულ ფუნქციებს შორის ურთიერთობა შესრულებული სამუშაოს მოცულობის მიხედვით წარმოდგენილია ცხრილში 7.
H a ლეღვი. 12 გვიჩვენებს ურთიერთობას ეკონომიკური ობიექტის მართვის პროცესის ძირითად ეტაპებს შორის.
