Ais პროექტის მენეჯმენტი. AIS ”პროექტის მენეჯმენტი. AIS დიზაინის ძირითადი ცნებები

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

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

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

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

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

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

ნებისმიერი ობიექტის დიზაინი ხორციელდება:

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

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

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

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

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

მაგიდა 2

სტანდარტში ასევე ნათქვამია, რომ:

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

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

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

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

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

სახელმწიფო სტანდარტი GOST 19.102-77 ადგენს პროგრამული დოკუმენტაციის შემდგომ ეტაპებს:

• 1. სამუშაო პირობები;
• 2. პროექტის პროექტი;
• 3. ტექნიკური დიზაინი;
• 4. სამუშაო პროექტი;
• 5. განხორციელება.

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

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

წინასწარი დიზაინის კვლევის პროცესში ტარდება ტექნიკურ-ეკონომიკური მიზანშეწონილობის კვლევა AIS– ის შექმნის მიზანშეწონილობის მიზნით; ზოგადი მოთხოვნების შემუშავება AIS– ის განვითარებისათვის.

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

• · მატერიალური რესურსები,
• · ფინანსური რესურსები,
• · ადამიანური რესურსების,
• · დროებითი რესურსები.

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

დიზაინის ქვეშუნდა ესმოდეს შემოთავაზებული ან შესაძლო ობიექტის პროტოტიპის შექმნის პროცესი.

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

მთავართან დიზაინის ინსტრუმენტებიშეიძლება მივაკუთვნოთ:

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

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

დიზაინის ინსტრუმენტების ზოგადი მოთხოვნები:

AIS– ის შექმნის მთელი პროცესის სრული გაშუქება;

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

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

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

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

ადაპტირება და მომგებიანობა.

მათ შორის დიზაინის მეთოდებიგამოყოფა:

ორიგინალური დიზაინი;

ტიპიური დიზაინი და მისი ტიპები: ელემენტარული, ქვესისტემა, მოდულური, ჯგუფური;

კომპიუტერის დახმარებით დიზაინი.

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

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

დიზაინის რაციონალური გზების ძიება მიდის შემდეგი მიმართულებით:

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

2. ავტომატური დიზაინის სისტემების განვითარება.

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

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

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

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

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

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

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

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

1. აღრიცხვა, მათ შორის მენეჯმენტი და ფინანსური. ყველაზე დიდი რაოდენობის RFP შეიქმნა საბუღალტრო მიზნებისათვის. მათ შორისაა "1C: ბუღალტერია", "ტურბო-ბუღალტერი", "ინფო ბუღალტერი", "პარუსი", "ABACUS", "Bambi +" და სხვა;

2. დახმარებისა და ინფორმაციის სერვისი ეკონომიკური აქტივობა... წარმოდგენილია შემდეგი PPP– ით: „GARANT“ (გადასახადები, აღრიცხვა, აუდიტი, მეწარმეობა, საბანკო საქმე, ვალუტის რეგულირება, საბაჟო კონტროლი); "CONSULBTANT +" (გადასახადები, აღრიცხვა, აუდიტი, მეწარმეობა, ბანკი, ვალუტის რეგულირება, საბაჟო კონტროლი).

3.ეკონომიკური და ფინანსური საქმიანობა... წარმოდგენილია შემდეგი RFP– ით:

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

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

4. ხელმძღვანელის მუშაობის ორგანიზება;

5. დოკუმენტების მიმოქცევის ავტომატიზაცია;

6. სწავლება.

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

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

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

ბოლო ათწლეულის განმავლობაში ახალი მიმართულება გაჩნდა IC და IT დიზაინის ავტომატიზაციის სფეროში - CASE კომპიუტერის დახმარებით პროგრამული უზრუნველყოფის შემუშავების ტექნოლოგია(CASE - კომპიუტერის დახმარებით პროგრამული უზრუნველყოფა / სისტემის ინჟინერია). საინფორმაციო სისტემების მზარდმა სირთულემ, მათზე გაზრდილმა მოთხოვნებმა განაპირობა მათი შექმნის ტექნოლოგიების ინდუსტრიალიზაციის საჭიროება.

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

CASE– ის მთავარი მიზანია სისტემების განვითარება და ფუნქციონირება მაქსიმალურად ავტომატიზირდეს.

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

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

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

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

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

CASE– ს აქვს შემდეგი ძირითადი უპირატესობები:

ავტომატური კონტროლის (უპირველეს ყოვლისა, პროექტის კონტროლის) საშუალებით შექმნილი IS (IT) ხარისხის გაუმჯობესება;

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

სისტემის დიზაინისა და განვითარების პროცესის დაჩქარება;

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

ისინი მხარს უჭერენ უკვე მოქმედი IS- ის განვითარებას და შენარჩუნებას.

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

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

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

სასწავლო ფირმები, რომლებიც აწყობენ სემინარებს და ტრენინგ კურსებს სპეციალისტებისთვის;

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

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

Nbsp; AIS სასიცოცხლო ციკლის მოდელები

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

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

AIS სასიცოცხლო ციკლის მოდელი მოიცავს:

მუშაობის შედეგები თითოეულ ეტაპზე;

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

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

I. ჩანჩქერის მოდელიაღწერს სისტემების განვითარების კლასიკურ მიდგომას ნებისმიერ საგანში; ფართოდ გამოიყენებოდა 1970 -იან და 1980 -იან წლებში.

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

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

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

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

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

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

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

სურათი 1.1 ჩანჩქერის AIS სასიცოცხლო ციკლის მოდელი

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

კასკადის მოდელის უპირატესობები:

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

2) მუშაობის ეტაპების თანმიმდევრული განხორციელება საშუალებას გაძლევთ დაგეგმოთ დასრულების დრო და შესაბამისი ხარჯები.

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

ჩანჩქერის მოდელის უარყოფითი მხარეები:

შედეგების მიღების მნიშვნელოვანი შეფერხება;

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

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

თითოეული ეტაპის გადაჭარბებული ინფორმაციის გადაჭარბებული გაჯერება;

პროექტის მართვის სირთულე;

მაღალი რისკის დონე და არასაიმედო ინვესტიციები.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

· თითოეული ეტაპის სიცოცხლე გაგრძელებულია მუშაობის მთელი პერიოდის განმავლობაში;

· გამეორებების დიდი რაოდენობის გამო, არსებობს შეუსაბამობები საპროექტო გადაწყვეტილებებისა და დოკუმენტაციის განხორციელებაში;

· არქიტექტურის სირთულე;

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

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

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

ბრინჯი 1.2 სიცოცხლის ციკლის სპირალური მოდელი AIS

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

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

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

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

განმეორებითი განვითარება მნიშვნელოვნად ამარტივებს პროექტში ცვლილებების შეტანას, როდესაც იცვლება მომხმარებლის მოთხოვნები;

სპირალური მოდელის გამოყენებისას, AIS– ის ცალკეული ელემენტები თანდათან ინტეგრირდება ერთ მთლიანობაში. ვინაიდან ინტეგრაცია იწყება ნაკლები ელემენტებით, გაცილებით ნაკლები პრობლემაა მის განხორციელებაში;

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

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

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

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

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

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

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

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

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

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

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

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

არჩეული დიზაინის ტექნოლოგიის ძირითადი მოთხოვნებია შემდეგი:

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

· ტექნოლოგიამ მაქსიმალურად უნდა ასახოს პროექტის სასიცოცხლო ციკლის ყველა ეტაპი;

· ტექნოლოგიამ უნდა უზრუნველყოს მინიმალური შრომითი და საოპერაციო ხარჯები დიზაინისა და პროექტის მხარდაჭერისათვის;

· ტექნოლოგიამ ხელი უნდა შეუწყოს დიზაინერების შრომის პროდუქტიულობის ზრდას;

· ტექნოლოგიამ უნდა უზრუნველყოს პროექტის დიზაინისა და მუშაობის საიმედოობა;

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

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

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

ავტომატიზაციის ხარისხის მიხედვით, ისინი გამოირჩევიან:

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

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

ტიპიური დიზაინის გადაწყვეტილებების გამოყენების ხარისხის მიხედვით, ისინი გამოირჩევიან:

ორიგინალური (ინდივიდუალური)დიზაინი, როდესაც დიზაინის გადაწყვეტილებები შემუშავებულია "ნულიდან" AIS– ის მოთხოვნების შესაბამისად;

ტიპიური დიზაინივივარაუდოთ, რომ AIS– ის კონფიგურაცია მზა სტანდარტული დიზაინის გადაწყვეტილებებიდან (პროგრამული მოდულები).

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

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

დიზაინის გადაწყვეტილებების ადაპტირების ხარისხით შემდეგი მეთოდები განსხვავდება:

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

პარამეტრიზაცია- დიზაინის გადაწყვეტილებები მორგებულია მითითებული და ცვლადი პარამეტრების შესაბამისად;

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

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

ცხრილი 1.1.დიზაინის ტექნოლოგიის კლასების მახასიათებლები

კანონიკური AIS დიზაინიყურადღებას ამახვილებს AIS– ის სასიცოცხლო ციკლის ძირითადად ჩანჩქერის მოდელის გამოყენებაზე.

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

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

ეტაპი 1. AIS– ის მოთხოვნების ფორმირება:

· ობიექტის კვლევა და AIS- ის შექმნის აუცილებლობის დასაბუთება;

· AIS– ის მომხმარებლის მოთხოვნების ფორმირება;

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

ეტაპი 2. AIS კონცეფციის შემუშავება:

· ავტომატიზაციის ობიექტის შესწავლა;

· აუცილებელი კვლევითი სამუშაოს განხორციელება;

· AIS კონცეფციის ვარიანტების შემუშავება, მომხმარებლის მოთხოვნების დაკმაყოფილება;

· ანგარიშის მომზადება და კონცეფციის დამტკიცება.

ეტაპი 3.ტექნიკური ამოცანა:

AIS– ის შექმნის ტექნიკური მახასიათებლების შემუშავება და დამტკიცება.

ეტაპი 4.წინასწარი დიზაინი:

· სისტემისა და მისი ნაწილების წინასწარი საპროექტო გადაწყვეტილებების შემუშავება;

· AIS– ისა და მისი ნაწილების კონტური დოკუმენტაციის შემუშავება.

ეტაპი 5.ტექნიკური პროექტი:

· სისტემისა და მისი ნაწილების საპროექტო გადაწყვეტილებების შემუშავება;

· დოკუმენტაციის შემუშავება AIS და მისი ნაწილები;

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

· დიზაინის დავალებების შემუშავება პროექტის შესაბამის მონაკვეთებში.

ეტაპი 6.სამუშაო დოკუმენტაცია:

· AIS– ისა და მისი ნაწილებისათვის სამუშაო დოკუმენტაციის შემუშავება;

· პროგრამების შემუშავება და ადაპტაცია.

ეტაპი 7.ექსპლუატაციაში გაშვება:

· ავტომატიზაციის ობიექტის მომზადება; კადრების მომზადება;

· AIS– ით მოწოდებული პროდუქტების სრული ნაკრები (პროგრამული უზრუნველყოფა და აპარატურა, პროგრამული და ტექნიკური კომპლექსები, საინფორმაციო პროდუქტები);

· სამშენებლო და სამონტაჟო სამუშაოები; საექსპლუატაციო სამუშაოები;

· წინასწარი ტესტების ჩატარება;

· საცდელი ოპერაციის ჩატარება;

· მისაღები ტესტების ჩატარება.

ეტაპი 8. AIS ესკორტი:

· საგარანტიო ვალდებულებების შესაბამისად სამუშაოს შესრულება;

· გარანტიის შემდგომი მომსახურება.

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

გამოკითხვის შედეგად მიღებული მასალები გამოიყენება:

სისტემების შემუშავებისა და ეტაპობრივი დანერგვის დასაბუთება;

სისტემების განვითარების ტექნიკური მახასიათებლების შემუშავება;

სისტემების ტექნიკური და სამუშაო პროექტების შემუშავება.

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

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

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

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

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

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

ინდივიდუალური ეტაპების დასრულების პირობები, სამუშაოს მიღების / მიწოდების ფორმა, ჩართული რესურსები, ინფორმაციის დაცვის ღონისძიებები;

სისტემის მიერ შესრულებული ფუნქციების აღწერა;

სისტემის განვითარების და მოდერნიზაციის შესაძლებლობები;

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

მოთხოვნები პროგრამული უზრუნველყოფისა და მონაცემთა ბაზის მართვის სისტემებისათვის (DBMS).

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

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

ფუნქციები - ინფორმაცია მოვლენების და პროცესების შესახებ, რომლებიც ხდება ავტომატიზირებულ ორგანიზაციაში;

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

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

ამოცანის დასახელება; მისი გადაწყვეტილების ვადები და სიხშირე;

პრობლემის ფორმალიზების ხარისხი;

პრობლემის გადასაჭრელად საჭირო ინფორმაციის წყაროები;

ინდიკატორები და მათი რაოდენობრივი მახასიათებლები;

ინფორმაციის გასწორების პროცედურა;

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

ინფორმაციის შეგროვების, გადაცემის და დამუშავების არსებული საშუალებები;

არსებული საკომუნიკაციო საშუალებები;

პრობლემის გადაწყვეტის მიღებული სიზუსტე;

პრობლემის გადაჭრის სირთულე;

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

ამოცანის შესახებ მიღებული ინფორმაციის მომხმარებლები.

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

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

დოკუმენტის ინდიკატორების ფორმირების ადგილი;

დოკუმენტების ურთიერთკავშირი მათი ფორმირებისას;

დოკუმენტის გადაადგილების მარშრუტი და ხანგრძლივობა;

ამ დოკუმენტის გამოყენების ადგილი და შენახვა;

შიდა და გარე საინფორმაციო კომუნიკაციები;

დოკუმენტის მოცულობა ნიშნებში.

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

კვლევის ეტაპზე დაგეგმილი სისტემის ფუნქციები უნდა კლასიფიცირდეს მათი მნიშვნელობის მიხედვით. ასეთი კლასიფიკაციის წარდგენის ერთ -ერთი შესაძლო ფორმატი არის MuSCoW. ეს აბრევიატურა ნიშნავს: Must have - საჭირო ფუნქციები; უნდა ჰქონდეს - სასურველი ფუნქციები; შეიძლება ჰქონდეს - მე შესაძლო ფუნქციები; არ ექნება დაკარგული თვისებები.

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

ორგანიზაციული საქმიანობის მოდელები იქმნება ორ ტიპად 1:

მოდელი „როგორც არის“ - ასახავს ორგანიზაციაში არსებულ ბიზნეს პროცესებს;

მოდელი „იყოს“ ასახავს აუცილებელ ცვლილებებს ბიზნეს პროცესებში, AIS– ის დანერგვის გათვალისწინებით. ჯ

უკვე ანალიზის ეტაპზე აუცილებელია ტესტირების ჯგუფის ჩართვა მუშაობაში შემდეგი ამოცანების გადასაჭრელად:

აპარატურის პლატფორმების, ოპერაციული სისტემების, DBMS და სხვა შედარებითი მახასიათებლების მოპოვება;

AIS– ის საიმედოობისა და მისი ტესტირების სამუშაო გეგმის შემუშავება.

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

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

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

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

ტექნიკური დავალების (TOR) შემუშავებისას აუცილებელია შემდეგი ამოცანების გადაჭრა:

· დაადგინოს AIS– ის შექმნის ზოგადი მიზანი;

· ჩამოაყალიბოს ზოგადი მოთხოვნები შემუშავებული სისტემის მიმართ;

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

· ქვესისტემების შემადგენლობის და ფუნქციური ამოცანების განსაზღვრა;

· შეიმუშაოს და დაასაბუთოს მოთხოვნები ქვესისტემებზე;

· სისტემის შექმნის ეტაპების და მათი განხორციელების ვადების განსაზღვრა;

სისტემის შექმნის ხარჯების წინასწარი გაანგარიშება და დონის განსაზღვრა ეკონომიკური ეფექტურობაგანხორციელება;

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

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

ტაბლიცა 1.6. ტექნიკური დავალების შემადგენლობა და შინაარსი (GOST 34.602-89)

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

AIS ფუნქციები;

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

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

საინფორმაციო ბაზის კონცეფცია და მისი გაფართოებული სტრუქტურა;

მონაცემთა ბაზის მართვის სისტემის ფუნქციები;

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

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

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

GOST 19.102-77 შესაბამისად, წინასწარი დიზაინის ეტაპი შეიცავს ორ სტადიას: წინასწარი დიზაინის შემუშავება; დიზაინის პროექტის დამტკიცება.

განვითარების პირველი ეტაპი მოიცავს:

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

პრობლემის გადაჭრის მეთოდების დახვეწა;

პრობლემის გადაჭრის ალგორითმის ზოგადი აღწერილობის შემუშავება;

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

განმარტებითი ჩანაწერის შემუშავება.

ამ შემთხვევაში დასაშვებია ზოგიერთი ნაწარმოების გაერთიანება და გამორიცხვა.

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

სავალდებულო დოკუმენტები:

1) განახლებული მოთხოვნები დიზაინისა და განვითარებისათვის
AIS– ის მუშაობა;

2) AIS– ის საკვალიფიკაციო მოთხოვნების დაზუსტება;

3) მოთხოვნების სპეციფიკაციების კომპლექტი პროგრამული უზრუნველყოფის ფუნქციონალური კომპონენტებისათვის და მონაცემთა აღწერილობა;

4) კომპონენტის შიდა ინტერფეისების მოთხოვნების დაზუსტება და გარე გარემოსთან ინტერფეისები;

5) მონაცემთა ბაზის მართვის სისტემის აღწერა, მონაცემთა ბაზაში პროგრამული უზრუნველყოფის და საინფორმაციო ობიექტების სტრუქტურა და განაწილება;

6) ინფორმაციის დაცვისა და AIS- ის ფუნქციონირების საიმედოობის უზრუნველყოფის სახელმძღვანელო პრინციპები;

7) AIS ადმინისტრატორის სახელმძღვანელოს წინასწარი ვერსია;

8) AIS– ის მომხმარებლის სახელმძღვანელოს წინასწარი ვერსია;

9) პროექტის განხორციელების შესწორებული გეგმა;

10) დახვეწილი AIS ხარისხის უზრუნველყოფის მართვის გეგმა;

11) AIS– ის წინასწარი პროექტის განმარტებითი შენიშვნა;

12) შესწორებული კონტრაქტი (ხელშეკრულება) მომხმარებელთან დეტალებისათვის-
AIS– ის ახალი დიზაინი.

მომხმარებელთან შეთანხმებით შედგენილი დოკუმენტები:

1) AIS– ის ფუნქციონირების წინასწარი აღწერა;

2) მონაცემთა ნაკადის დიაგრამა AIS– ის ფუნქციურ კომპონენტებს შორის;

3) AIS არქიტექტურის დახვეწილი დიაგრამა, პროგრამული უზრუნველყოფისა და ინფორმაციის კომპონენტების ურთიერთქმედება, გამოთვლის პროცესის ორგანიზება და რესურსების განაწილება;

4) კომპონენტების ხარისხის მაჩვენებლების აღწერა და მათზე მოთხოვნები AIS– ის განვითარების ეტაპების მიხედვით;

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

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

7) დეველოპერების სერთიფიკატები ტექნოლოგიისა და ავტომატიზაციის ინსტრუმენტების გამოყენების უფლების შესახებ AIS– ის განვითარებისათვის;

8) სამუშაოს ეტაპების მიხედვით მიღებული დოკუმენტების შემადგენლობისა და ფორმების მოთხოვნების აღწერა;

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

10) წინასწარი მითითებები დეტალური დიზაინისთვის
ვანია, AIS კომპონენტების პროგრამირება და გამართვა;

11) გაყიდვისა და განხორციელების წინასწარი გეგმა;

12) მონაცემთა ბაზის წინასწარი სტრუქტურის აღწერა.

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

ცხრილი 1.7. ტექნიკური პროექტის შინაარსი

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

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

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

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

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

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

მკვლევარები ითვლიან 169 სახის შეცდომას, შეჯამებულია 19 დიდ კლასში:

1) ლოგიკური;

2) მონაცემთა მანიპულირების შეცდომები;

3) I / O შეცდომები;

4) შეცდომები გამოთვლებში;

ბრინჯი 1.10.ერთი შეცდომის გამოვლენისა და გამოსწორების ფარდობითი ღირებულება

5) შეცდომები მომხმარებლის ინტერფეისებში;

6) შეცდომები ოპერაციულ სისტემაში და დამხმარე პროგრამებში;

7) განლაგების შეცდომები;

8) ინტერფეისების ინტერპროგრამების შეცდომები;

9) შეცდომები ინტერფეისებში "პროგრამა - სისტემური პროგრამული უზრუნველყოფა";

10) შეცდომები გარე მოწყობილობების დამუშავებისას;

11) მონაცემთა ბაზასთან (DB) ურთიერთობის შეცდომები;

12) მონაცემთა ბაზის ინიციალიზაციის შეცდომები;

13) გარედან მოთხოვნილი ცვლილებების შეცდომები;

14) გლობალურ ცვლადებთან დაკავშირებული შეცდომები;

15) განმეორებითი შეცდომები;

16) შეცდომები დოკუმენტაციაში;

17) ტექნიკური მოთხოვნების დარღვევა;

18) ამოუცნობი შეცდომები;

19) ოპერატორის შეცდომები.

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

AIS დიზაინის სხვადასხვა ეტაპზე განვითარებასა და ტესტირებას შორის ურთიერთობა ნაჩვენებია ნახ. 1.11.

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

ბრინჯი 1.11.კორელაცია განვითარებასა და ტესტირებას შორის AIS დიზაინის ეტაპების მიხედვით

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

არასწორი დამუშავება (არასწორი პასუხი, შედეგი) - 30%-მდე;

კონტროლის არასწორი გადაცემა - 16%;

პროგრამების შეუთავსებლობა გამოყენებულ მონაცემებთან - 15%;

გადაცემული მონაცემების პროგრამების შეუთავსებლობა - 9%-მდე.

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

ტესტების წერა;

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

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

ტესტირების რიგის დადგენა;

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

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

გაყვანის კონტროლი;

პროგრამის გამართული პროგრამის შესრულების პროცესის მოდელირება;

პროგრამის შესრულებისას მეხსიერების კომპონენტების მდგომარეობის გაცემა;

პროგრამის შესრულების პროცესში გარკვეული მდგომარეობების მიღწევის პირობების შემოწმება;

საწყისი მონაცემების სატესტო მნიშვნელობების დადგენა;

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

მომსახურების ოპერაციების შესრულება პროგრამის შესამოწმებლად მოსამზადებლად.

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

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

2. შეაგროვეთ და გაანალიზეთ ინფორმაცია ტესტირების პროცესის გასაადვილებლად:

მახასიათებლები და შეცდომების სტატისტიკა;

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

ალგორითმის სტრუქტურაზე და მისი პროგრამული უზრუნველყოფის მახასიათებლებზე.

3. იპოვეთ მხოლოდ ერთი შეცდომა ერთდროულად.

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

5. ყურადღებით შეისწავლეთ მიღებული შედეგი და შეადარეთ იგი მოსალოდნელ, წინასწარ გათვლილ შედეგებს.

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

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

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

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

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

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

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

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

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

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

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

გამოქვეყნდა http://www.allbest.ru/

განათლებისა და მეცნიერების სამინისტრო რუსეთის ფედერაცია

ფედერალური სახელმწიფო ბიუჯეტი საგანმანათლებლო დაწესებულებისუმაღლესი პროფესიული განათლება

სანქტ -პეტერბურგის სახელმწიფო ტექნოლოგიისა და დიზაინის უნივერსიტეტი

კურსის მუშაობა

დისციპლინით: "ინფორმაციული სისტემების არქიტექტურა"

თემაზე: "ავტომატური საინფორმაციო სისტემების დიზაინი"

შესავალი

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

აქ მოცემულია ორგანიზაციის გამოთვლის გამოყენების მხოლოდ რამდენიმე სარგებელი:

* ინფორმაციის სიზუსტეზე ოპერატიული კონტროლის შესაძლებლობა;

* მიღებული მონაცემების გენერირებისას შესაძლო შეცდომების რაოდენობის შემცირება;

* ნებისმიერ მონაცემზე სწრაფად წვდომის უნარი;

* ანგარიშების სწრაფად გენერირების უნარი;

* შრომის ხარჯების დაზოგვა და ინფორმაციის დამუშავებაზე დახარჯული დრო.

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

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

* საწარმოს ერთიანი საინფორმაციო გარემო;

* რეალურ დროში რეჟიმი;

* დამოუკიდებლობა კანონმდებლობისაგან;

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

* ეტაპობრივი განხორციელება და ა.შ.

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

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

მიზნის მისაღწევად აუცილებელია შემდეგი ამოცანების გადაჭრა:

Basic ჩამოაყალიბოს ძირითადი ცნებებისა და ტერმინების განმარტებები;

გაითვალისწინეთ დიზაინის მიზნები და ამოცანები;

გაეცნოს დიზაინის ძირითად ეტაპებს;

§ გამოყავით ავტომატური საინფორმაციო სისტემების განვითარების ფაზები;

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

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

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

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

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

ა) პროექცია - რა მიიღება რთული ფენომენების გაანალიზებით გამარტივებული წარმოდგენების მისაღებად და

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

პროექტის, როგორც მართვის ობიექტის, შემდეგი ძირითადი განმასხვავებელი ნიშნები შეიძლება განვასხვავოთ:

· შეზღუდული საბოლოო მიზანი;

· შეზღუდული ხანგრძლივობა;

· შეზღუდული ბიუჯეტი;

· შეზღუდული რესურსია საჭირო;

· სიახლე იმ საწარმოსთვის, რომლისთვისაც ხორციელდება პროექტი;

· სირთულე;

· სამართლებრივი და ორგანიზაციული მხარდაჭერა.

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

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

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

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

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

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

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

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

· შექმნილი პროექტი უნდა აკმაყოფილებდეს მომხმარებლის მოთხოვნებს;

· პროექტის სასიცოცხლო ციკლის ყველა ეტაპის მაქსიმალური ასახვა;

· მინიმალური შრომისა და ხარჯების უზრუნველყოფა დიზაინისა და პროექტის მხარდაჭერისათვის;

· ტექნოლოგია უნდა იყოს დიზაინისა და პროექტის მხარდაჭერას შორის კომუნიკაციის საფუძველი;

· დიზაინერის პროდუქტიულობის გაზრდა;

· პროექტის დიზაინისა და მუშაობის საიმედოობა;

· საპროექტო დოკუმენტაციის მარტივი მოვლა.

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

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

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

კომპიუტერის დახმარებით დიზაინის საინფორმაციო სისტემა

2. მიზნები და დიზაინი მიზნები

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

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

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

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

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

· სისტემის საჭირო ფუნქციონირება და მისი ფუნქციონირების ცვალებად პირობებთან ადაპტაციის ხარისხი;

· სისტემის საჭირო გამტარუნარიანობა;

· მოთხოვნაზე სისტემის საჭირო პასუხის დრო;

· სისტემის უპრობლემოდ ფუნქციონირება საჭირო რეჟიმში, სხვა სიტყვებით - სისტემის მზადყოფნა და ხელმისაწვდომობა მომხმარებლის მოთხოვნების დასამუშავებლად;

· სისტემის ფუნქციონირების სიმარტივე და მხარდაჭერა;

· აუცილებელი უსაფრთხოება.

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

ავტომატური საინფორმაციო სისტემების დიზაინი მოიცავს სამ ძირითად სფეროს:

· მონაცემთა ობიექტების დიზაინი, რომლებიც განხორციელდება მონაცემთა ბაზაში;

· პროგრამების, ეკრანების, ანგარიშების შემუშავება, რომლებიც უზრუნველყოფენ მონაცემების მოთხოვნის შესრულებას;

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

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

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

3. დიზაინის ეტაპები

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

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

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

შეიძლება განვასხვავოთ ავტომატური საინფორმაციო სისტემების განვითარების შემდეგი ეტაპები:

3.1 კონცეფციის ფორმირება. კონცეპტუალური ეტაპი

Ეს მოიცავს:

· იდეის ფორმირება;

· საკვანძო პროექტის გუნდის შექმნა;

· მომხმარებლის და სხვა მონაწილეების მოტივაციისა და მოთხოვნების შესწავლა;

· საწყისი მონაცემების შეგროვება და არსებული მდგომარეობის ანალიზი;

· ძირითადი მოთხოვნებისა და შეზღუდვების, საჭირო მატერიალური, ფინანსური და შრომითი რესურსების განსაზღვრა;

· ალტერნატივების შედარებითი შეფასება;

· წინადადებების წარდგენა, მათი განხილვა და დამტკიცება.

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

3.2 ტექნიკური წინადადების მომზადება

The პროექტის ძირითადი სტრუქტურის ძირითადი შინაარსის შემუშავება;

Technical ტექნიკური მახასიათებლების შემუშავება და დამტკიცება;

§ პროექტის ძირითადი სტრუქტურული მოდელის დაგეგმვა, დაშლა;

Estimates პროექტის შეფასებისა და ბიუჯეტის შედგენა;

§ განვითარება კალენდარული გეგმებიდა გაფართოებული სამუშაო გრაფიკი;

The მომხმარებელთან კონტრაქტის გაფორმება;

Participants პროექტის მონაწილეების კომუნიკაციის საშუალებების ამოქმედება და მუშაობის მიმდინარეობაზე კონტროლის საშუალება.

3.3 დიზაინი

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

Basic ძირითადი დიზაინის სამუშაოების შესრულება;

Private კერძო ტექნიკური მახასიათებლების შემუშავება;

Concept კონცეპტუალური დიზაინის განხორციელება;

Technical ტექნიკური მახასიათებლებისა და ინსტრუქციების შემუშავება;

Design დიზაინის შემუშავების, შემოწმებისა და დამტკიცების პრეზენტაცია.

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

3.4 განვითარება

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

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

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

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

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

3.5 სისტემის გაშვება

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

სამუშაოს ძირითადი ტიპები:

§ რთული ტესტები;

Being პერსონალის მომზადება სისტემის მუშაობისათვის;

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

§ თანხლება, მხარდაჭერა, მომსახურება;

Project პროექტის შედეგების შეფასება და საბოლოო დოკუმენტების მომზადება.

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

1. ზოგადი დებულებები

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

1.2 TK შემუშავებულია მთლიანად სისტემისთვის, შექმნილია დამოუკიდებლად მუშაობისთვის ან სხვა სისტემის ნაწილად.

1.3 IS– ის მოთხოვნები ამ სტანდარტით დადგენილ ფარგლებში შეიძლება შედიოდეს ინფორმატიზაციის ახლად შექმნილი ობიექტის დიზაინის დავალებაში. ამ შემთხვევაში, TK არ არის განვითარებული.

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

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

1.6. TK– ში ცვლილებები შედგენილია დამატებით ან პროტოკოლით, რომელსაც ხელს აწერს მომხმარებელი და დეველოპერი. დანამატი ან მითითებული პროტოკოლი არის TK– ის განუყოფელი ნაწილი IP– ზე. TK– ის სათაურის გვერდზე უნდა იყოს ჩანაწერი „ძალაშია ...“.

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

2.1 TK შეიცავს შემდეგ განყოფილებებს, რომლებიც შეიძლება დაიყოს ქვეგანყოფილებად:

1) ზოგადი ინფორმაცია;

2) სისტემის შექმნის (განვითარების) მიზანი და მიზნები;

3) ობიექტების მახასიათებლები;

4) სისტემის მოთხოვნები;

5) სისტემის შექმნაზე მუშაობის შემადგენლობა და შინაარსი;

6) სისტემის კონტროლისა და მიღების პროცედურა;

7) მოთხოვნები სისტემის ფუნქციონირებისათვის განვითარების ობიექტის მომზადებაზე მუშაობის შემადგენლობისა და შინაარსის შესახებ;

8) მოთხოვნები დოკუმენტაციისადმი;

9) განვითარების წყაროები.

TK შეიძლება შეიცავდეს პროგრამებს.

2.2. პროექტის ტიპზე, მიზანზე, სპეციფიკურ მახასიათებლებზე და სისტემის ფუნქციონირების პირობებიდან გამომდინარე, ნებადართულია TK– ის მონაკვეთების ფორმალიზაცია განაცხადების სახით, დანერგვა TK– ის დამატებითი, გამორიცხული ან გაერთიანებული ქვესექციები.

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

2.3. განყოფილებაში "ზოგადი ინფორმაცია" მიუთითეთ:

1) სისტემის სრული სახელი და მისი სიმბოლო;

2) თემის კოდი ან ხელშეკრულების კოდი (ნომერი);

3) სისტემის დეველოპერისა და მომხმარებლის (მომხმარებლის) კომპანიების სახელი და მათი დეტალები;

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

5) სისტემის შექმნის დაგეგმილი დაწყებისა და დასრულების თარიღები;

6) ინფორმაცია სამუშაოს დაფინანსების წყაროებისა და პროცედურის შესახებ;

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

2.4 განყოფილება "სისტემის შექმნის მიზანი და მიზნები" შედგება ქვეგანყოფილებისაგან:

1) სისტემის დანიშნულება;

2) სისტემის შექმნის მიზანი.

2.4.1. ქვეპუნქტში "სისტემის მიზანი" მიუთითეთ სისტემის საქმიანობის ტიპი (მენეჯმენტი, დიზაინი და ა.

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

2.5. განყოფილებაში "ინფორმატიზაციის ობიექტის მახასიათებლები" მიუთითეთ:

1) ინფორმატიზაციის ობიექტის შესახებ მოკლე ინფორმაცია ან ამ ინფორმაციის შემცველი დოკუმენტების ბმულები;

2) ინფორმაცია ავტომატიზაციის ობიექტის მუშაობის პირობების შესახებ.

2.6 სისტემის მოთხოვნების განყოფილება შედგება შემდეგი ქვეგანყოფილებისაგან:

1) მოთხოვნები მთლიანად სისტემისთვის;

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

3) მოთხოვნები უსაფრთხოების ტიპებზე.

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

2.6.1. ქვეპუნქტში "მოთხოვნები მთლიანი სისტემისთვის" მიუთითეთ:

მოთხოვნები სისტემის სტრუქტურისა და ფუნქციონირებისათვის;

მოთხოვნები სისტემის პერსონალის რაოდენობისა და კვალიფიკაციისათვის და მათი მუშაობის რეჟიმი;

დანიშნულების ინდიკატორები;

საიმედოობის მოთხოვნები;

უსაფრთხოების მოთხოვნები;

ერგონომიკისა და ტექნიკური ესთეტიკის მოთხოვნები;

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

მოთხოვნები ინფორმაციის დაცვის უნებართვო წვდომისგან;

ავარიის შემთხვევაში ინფორმაციის უსაფრთხოების მოთხოვნები;

მოთხოვნები გარე გავლენის გავლენისგან დაცვისათვის;

მოთხოვნები პატენტის სისუფთავეზე;

სტანდარტიზაციისა და გაერთიანების მოთხოვნები;

Დამატებითი მოთხოვნები.

2.6.1.1. სისტემის სტრუქტურისა და ფუნქციონირების მოთხოვნები მოიცავს:

1) ქვესისტემების ჩამონათვალი, მათი დანიშნულება და ძირითადი მახასიათებლები, მოთხოვნები იერარქიის დონის რაოდენობისა და სისტემის ცენტრალიზაციის ხარისხზე;

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

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

4) მოთხოვნები სისტემის მუშაობის რეჟიმებზე;

5) მოთხოვნები სისტემის დიაგნოსტიკისთვის;

6) განვითარების, სისტემის მოდერნიზაციის პერსპექტივები.

2.6.1.2. მოთხოვნები IS პერსონალის რაოდენობასა და კვალიფიკაციაზე მოიცავს:

§ მოთხოვნები IS- ის პერსონალის (მომხმარებლების) რაოდენობაზე;

§ მოთხოვნები პერსონალის კვალიფიკაციისათვის, მათი მომზადების წესი და ცოდნისა და უნარების კონტროლი;

IS IS პერსონალის მუშაობის აუცილებელი რეჟიმი.

2.6.1.3. IS– ის მიზნის ინდიკატორების მოთხოვნებში მოცემულია იმ პარამეტრების მნიშვნელობები, რომლებიც ახასიათებს სისტემის შესაბამისობის ხარისხს მის მიზანთან.

2.6.1.4. საიმედოობის მოთხოვნები მოიცავს:

1) სისტემის მთლიანობის ან მისი ქვესისტემების საიმედოობის მაჩვენებლების შემადგენლობა და რაოდენობრივი მნიშვნელობები;

2) საგანგებო სიტუაციების ჩამონათვალი, რომლისთვისაც უნდა დარეგულირდეს საიმედოობის მოთხოვნები და შესაბამისი მაჩვენებლების ღირებულებები;

3) მოთხოვნები ტექნიკისა და პროგრამული უზრუნველყოფის საიმედოობაზე;

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

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

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

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

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

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

2.6.1.10. დამატებითი მოთხოვნები მოიცავს სპეციალურ მოთხოვნებს სისტემის შემქმნელის ან მომხმარებლის შეხედულებისამებრ.

2.6.2. სისტემის მიერ შესრულებული ქვეთავი "მოთხოვნები ფუნქციებზე (ამოცანებზე)" მოცემულია შემდეგი:

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

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

§ თითოეული ფუნქციის, ამოცანის (ან ამოცანების ერთობლიობის) განხორციელების დროის განრიგი;

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

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

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

2.6.3.2. სისტემის საინფორმაციო მხარდაჭერისთვის მოცემულია შემდეგი მოთხოვნები:

1) სისტემაში მონაცემების ორგანიზების შემადგენლობა, სტრუქტურა და მეთოდები;

2) სისტემის კომპონენტებს შორის ინფორმაციის გაცვლა;

3) ინფორმაციის თავსებადობა დაკავშირებულ სისტემებთან;

4) მონაცემთა ბაზის მართვის სისტემების გამოყენების შესახებ;

5) სისტემაში მონაცემების შეგროვების, დამუშავების, გადაცემის და მონაცემების წარმოდგენის სტრუქტურას;

6) მონაცემთა დაცვას;

7) მონაცემთა კონტროლი, შენახვა, განახლება და აღდგენა;

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

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

1) პროგრამული უზრუნველყოფის დამოკიდებულება ოპერაციულ გარემოზე;

2) პროგრამული უზრუნველყოფის ხარისხზე, ასევე მისი უზრუნველყოფისა და კონტროლის მეთოდებზე;

2.6.3.5. სისტემის ტექნიკური მხარდაჭერისთვის მოცემულია შემდეგი მოთხოვნები:

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

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

2.6.3.6. მეტროლოგიური დახმარების მოთხოვნები მოიცავს:

1) საზომი არხების წინასწარი სია;

2) მოთხოვნები პარამეტრების გაზომვის სიზუსტეზე და (ან) საზომი არხების მეტროლოგიური მახასიათებლებზე;

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

4) სისტემის კონტროლისა და გამოთვლის არხების ჩამონათვალი, რისთვისაც აუცილებელია სიზუსტის მახასიათებლების შეფასება;

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

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

2.6.3.7. ორგანიზაციული მხარდაჭერისთვის მოცემულია მოთხოვნები:

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

2) სისტემის ფუნქციონირების ორგანიზებასა და IS პერსონალსა და ინფორმატიზაციის ობიექტის პერსონალს შორის ურთიერთქმედების წესრიგს;

3) დაიცვას სისტემის პერსონალის არასწორი ქმედებები.

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

ეს განყოფილება ასევე შეიცავს:

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

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

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

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

2.8. განყოფილებაში "სისტემის კონტროლისა და მიღების პროცედურა" მიუთითეთ:

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

2) სამუშაოს ეტაპობრივი მიღების ზოგადი მოთხოვნები, მიღების დოკუმენტაციის კოორდინაციისა და დამტკიცების წესი;

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

ძირითადი საქმიანობის ჩამონათვალი მოიცავს:

1) სისტემაში ინფორმაციის შეტანა (ინფორმაციის მოთხოვნებისა და ენობრივი მხარდაჭერის შესაბამისად);

2) პროექტის ფუნქციონირებისათვის პირობების შექმნა, რომლის მიხედვითაც გარანტირებულია შექმნილი სისტემის შესაბამისობა TOR– ში შემავალ მოთხოვნებთან;

3) სისტემის ფუნქციონირებისათვის აუცილებელი ერთეულების და სერვისების შექმნა;

4) პერსონალისა და პერსონალის მომზადების დრო და პროცედურა.

2.10. განყოფილებაში "დოკუმენტაციის მოთხოვნები" მოცემულია შემდეგი:

1) შემუშავებული დოკუმენტების კომპლექტებისა და ტიპების ჩამონათვალი, შეთანხმებული დეველოპერისა და სისტემის დამკვეთის მიერ;

2) მანქანათმცოდნეობაზე გაცემული დოკუმენტების ჩამონათვალი;

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

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

3. დიზაინის წესები.

3.1. TK– ის განყოფილებები და ქვეგანყოფილებები უნდა განთავსდეს სექციაში დადგენილი თანმიმდევრობით. ამ სტანდარტის 2.

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

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

TK– ის სათაურის გვერდის ფორმა მოცემულია დანართში 2. TK– ის ბოლო გვერდის ფორმა მოცემულია დანართში 3.

3.4. TK– ს დანამატის სატიტულო გვერდი შედგენილია ისევე, როგორც ტექნიკური დავალების სათაურის გვერდი. სახელის ნაცვლად "მითითების პირობები" ისინი წერენ "დანართი No. ... TK to AC ...".

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

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

IP– სთვის TK– ს შემუშავების, კოორდინაციისა და დამტკიცების პროცედურა.

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

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

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

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

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

4. კომენტარები TOR– ის პროექტზე უნდა წარედგინოს ტექნიკურ დასაბუთებას. გადაწყვეტილება კომენტარებზე უნდა იქნას მიღებული TK პროექტის შემქმნელისა და სისტემის დამკვეთის მიერ IS– ის შესახებ TK– ის დამტკიცებამდე.

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

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

7. TK– ის დამტკიცებას ახორციელებენ სისტემის შემქმნელი და დამკვეთის კომპანიების ხელმძღვანელები.

8. დამტკიცებული ტკ -ის ასლები დამტკიცებიდან 10 დღის ვადაში ტკ დეველოპერი უგზავნის სისტემის შექმნის მონაწილეებს.

9. TK– ში დამატებების კოორდინაცია და დამტკიცება ხორციელდება IP– ზე TK– სთვის დადგენილი წესით.

10. TK– ში ცვლილებები დაუშვებელია დამტკიცდეს სისტემის წარდგენის შემდეგ ან მის რიგებში მისაღები ტესტებისათვის.

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

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

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

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

სისტემის ტექნიკური დიზაინის სრული ნაკრები მოიცავს 10 დოკუმენტს:

1. განმარტებითი შენიშვნა.

2. სისტემის ფუნქციონალური და ორგანიზაციული სტრუქტურა.

3. პრობლემის განცხადება და ამოხსნის ალგორითმი.

4. საინფორმაციო ბაზის ორგანიზება.

5. დოკუმენტების ფორმების ალბომი.

6. პროგრამული სისტემა.

7. ტექნიკური საშუალებების კომპლექსის აგების პრინციპი.

8. სისტემის ეკონომიკური ეფექტურობის გაანგარიშება.

9. სისტემის დანერგვისათვის ობიექტის მომზადების ღონისძიებები.

10. დოკუმენტების ჩამონათვალი.

ზემოაღნიშნული სიიდან, დოკუმენტი 3 "ამოცანების განცხადება და გადაჭრის ალგორითმი" შესრულებულია EIS- ში შემავალი თითოეული ინდივიდუალური ამოცანისთვის, დანარჩენი დოკუმენტები საერთოა მთელი სისტემისთვის. გარდა ამისა, დოკუმენტები 1, 2, 5, 8 და 9 შეიძლება შემუშავდეს ინდივიდუალური ქვესისტემებისთვის.

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

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

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

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

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

The პრობლემის ეკონომიკური და მათემატიკური მოდელი (პრეზენტაციის სტრუქტურული და დეტალური ფორმა);

§ საოპერაციო ინფორმაციის შეტანა (ინდიკატორების მახასიათებლები, მათი მნიშვნელობა და ცვლილების დიაპაზონი, პრეზენტაციის ფორმები);

§ ნორმატიული საცნობარო ინფორმაცია (NSI) - პრეზენტაციის შინაარსი და ფორმები;

§ სხვა ამოცანებთან კომუნიკაციისათვის შენახული ინფორმაცია;

§ ინფორმაცია დაგროვილი ამ პრობლემის შემდგომი გადაწყვეტისათვის;

Changes ინფორმაცია ცვლილებების შეტანის შესახებ (ცვლილებების შეტანის სისტემა და ცვლილებებს დაქვემდებარებული ინფორმაციის ჩამონათვალი);

The პრობლემის გადაჭრის ალგორითმი (გამოთვლის ეტაპების თანმიმდევრობა, დიაგრამა, გამოთვლის ფორმულები);

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

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

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

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

"დოკუმენტების ფორმების ალბომი" შეიცავს საცნობარო მონაცემების ფორმებს.

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

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

დასკვნა

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

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

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

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

მეორადი ლიტერატურის სია

1. სახელმძღვანელო დისციპლინის "ავტომატური საინფორმაციო სისტემების" შესწავლისათვის [ელექტრონული რესურსი]. - მოსკოვი, 2006. - წვდომის რეჟიმი:

http://www.e-biblio.ru/book/bib/01_informatika/sg.html - სათაური. ეკრანიდან.

2. ვიკიპედია, უფასო ენციკლოპედია [ელექტრონული რესურსი]/სტატია "საინფორმაციო სისტემა" - წვდომის რეჟიმი: http://ru.wikipedia.org/wiki/ საინფორმაციო სისტემა.

3. კომპიუტერული პრესა: ინტერნეტ ჟურნალი. - ელექტრონი. დანი. - [B.m., 2001]. - წვდომის რეჟიმი: http://compress.ru/article.aspx?id=12282.

4. Vendrov AM, "პროგრამული უზრუნველყოფის შემუშავება ეკონომიკური საინფორმაციო სისტემებისთვის" / А.М. ვენდრა. - მ .: "ფინანსები და სტატისტიკა", 2000. - 364 გვ.

5. "ავტომატური სისტემის შექმნის მითითებები" / - მ .: GOST 34.602-89, 1990 წ.

6. გრეკულ ვ.ი. "საინფორმაციო სისტემების პროექტირება" / V.I. გრეკული, გ.ნ. დენისჩენკო, ნ.ლ. კოროვკინი. - მ .: საინფორმაციო ტექნოლოგიების ინტერნეტ უნივერსიტეტი, 2008 წ.

გამოქვეყნებულია Allbest.ru– ზე

მსგავსი დოკუმენტები

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

ნაშრომი, დამატებულია 11/22/2015


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

პრაქტიკის ანგარიში, დამატებულია 04/16/2017


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

ვადიანი ნაშრომი, დამატებულია 11/20/2010


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

ნაშრომი, დამატებულია 06/23/2015


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

პრეზენტაცია დამატებულია 10/14/2013


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

რეზიუმე, დამატებულია 11/17/2011


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

დამატებულია ვადიანი ნაშრომი 04/11/2014


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

რეზიუმე, დამატებულია 10/18/2012


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

პრეზენტაცია დამატებულია 10/14/2013


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

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

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

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

სისტემა შეიქმნა რუსული სისტემის ინტეგრატორის მიერ "Inline-Technologies" შიდა პროგრამული უზრუნველყოფის შემქმნელის "LM-Soft"-ის მონაწილეობით. AIS PU შეიქმნა რუსული 1C პლატფორმის საფუძველზე, საკუთარი დიზაინის უფასო პროგრამული უზრუნველყოფისა და პროგრამული უზრუნველყოფის გამოყენებით.

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

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

”AIS PU– ს დანერგვის მთავარი მიზანია გააუმჯობესოს კონტროლისა და მართვის ხარისხი, ხელი შეუწყოს ხელისუფლებას და ფართომასშტაბიანი პროექტების შემსრულებლებს შორის ურთიერთქმედებას. სისტემის შემუშავებისას, უპირველეს ყოვლისა, მხედველობაში იქნა მიღებული ინდუსტრიის სტანდარტები, მთავრობის დადგენილებები და ბრძანებები, პრეზიდენტის ბრძანებულებები და მრეწველობისა და ვაჭრობის მინისტრის ბრძანებები, ასევე საუკეთესო საშინაო და საგარეო პრაქტიკა. 600 -ზე მეტი კომპონენტი შეიქმნა AIS PU– სთვის, აიტვირთა 20 000 – ზე მეტი საცნობარო წიგნი, ლექსიკონი და კლასიფიკატორები. როგორც AIS PU– ის შემდგომი მუშაობის ნაწილი, იგეგმება სისტემის ინტეგრირება, როგორც ინდუსტრიის სახელმწიფო საინფორმაციო სისტემის ერთ – ერთი ქვესისტემა, რომელიც ამჟამად შექმნილია რუსეთის მრეწველობისა და ვაჭრობის სამინისტროს მიერ, ” - თქვა სერგეი ვალუევმა.

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