რუსეთის ფედერაციის მთავრობის 2015 წლის 6 ივლისის N 676 განკარგულება
„სახელმწიფო საინფორმაციო სისტემების შექმნის, განვითარების, ექსპლუატაციაში გაშვების, ექსპლუატაციისა და ამოღების პროცედურის მოთხოვნათა შესახებ და მათ მონაცემთა ბაზებში არსებული ინფორმაციის შემდგომი შენახვის შესახებ“

„ინფორმაციის, ინფორმაციული ტექნოლოგიებისა და ინფორმაციის დაცვის შესახებ“ ფედერალური კანონის მე-14 მუხლის მე-6 ნაწილის შესაბამისად, მთავრობა რუსეთის ფედერაციაგადაწყვეტს:

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

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

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

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

ცვლილებებითა და დამატებებით:

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

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

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

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

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

ინფორმაცია ცვლილებების შესახებ:

1.1 პუნქტს დაემატა „გ“ ქვეპუნქტი 2019 წლის 27 აპრილიდან – დადგენილება.

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

ინფორმაცია ცვლილებების შესახებ:

რუსეთის ფედერაციის მთავრობის 2017 წლის 11 მაისის დადგენილება N 555 მოთხოვნები დამატებულია პუნქტით 1.2.

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

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

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

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

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

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

II. მოთხოვნები სისტემის შექმნის ბრძანებისთვის

2. სისტემის შექმნის საფუძველია:

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

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

ინფორმაცია ცვლილებების შესახებ:

მე-2 პუნქტს დაემატა „გ“ ქვეპუნქტი 2019 წლის 27 აპრილიდან - რუსეთის მთავრობის 2019 წლის 11 აპრილის N 420 განკარგულება.

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

ინფორმაცია ცვლილებების შესახებ:

მე-2 პუნქტს დაემატა „დ“ ქვეპუნქტი 2019 წლის 27 აპრილიდან - რუსეთის მთავრობის 2019 წლის 11 აპრილის N 420 განკარგულება.

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

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

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

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

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

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

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

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

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

დ) ექსპლუატაციაში გაშვება;

ე) სისტემის წინასწარი გამოცდების ჩატარება;

ვ) სისტემის საცდელი ექსპლუატაციის ჩატარება;

ზ) სისტემის მიღების ტესტების შესრულება.

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

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

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

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

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

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

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

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

10. წინასწარი ტესტირების ეტაპი მოიცავს:

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

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

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

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

11. საცდელი ოპერაციის ეტაპი მოიცავს:

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

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

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

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

12. მისაღები ტესტირების ეტაპი მოიცავს:

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

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

გ) სისტემის ამოქმედებაში მიღების აქტის რეგისტრაცია.

III. მოთხოვნები სისტემის ამოქმედებისთვის

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

14. აღმასრულებელი ხელისუფლების სამართლებრივი აქტი სისტემის ექსპლუატაციაში გაშვების შესახებ მოიცავს:

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

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

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

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

15. სისტემის ამოქმედება დაუშვებელია შემდეგ შემთხვევებში:

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

ბ) სახელმწიფო ორგანოების, ადგილობრივი თვითმმართველობის, სახელმწიფო და მუნიციპალური უნიტარული საწარმოების, სახელმწიფო და მუნიციპალური დაწესებულებების მიერ გამოყენებული საინფორმაციო სისტემების ტექნიკური საშუალებების განთავსებაზე კონტროლის განხორციელების წესით გათვალისწინებული კონტროლის ობიექტების ტერიტორიული ადგილმდებარეობის რეესტრში არარსებობა. რუსეთის ფედერაციის ტერიტორიაზე, დამტკიცებული რუსეთის ფედერაციის მთავრობის 2015 წლის 6 ივლისის N 675 დადგენილებით „მე-13 მუხლის 2.1 ნაწილით და მე-14 მუხლის მე-6 ნაწილით გათვალისწინებული მოთხოვნების შესრულების მონიტორინგის პროცედურის შესახებ. ფედერალური კანონის "ინფორმაციის, ინფორმაციული ტექნოლოგიებისა და ინფორმაციის დაცვის შესახებ", ინფორმაცია ტექნიკური საშუალებების განთავსების შესახებ. საინფორმაციო სისტემარუსეთის ფედერაციის ტერიტორიაზე;

გ) მონიტორინგის დროს გამოვლენილი ამ ნაწილის მოთხოვნების შეუსრულებლობა, სახელმწიფო საინფორმაციო სისტემების შექმნის, განვითარების, ექსპლუატაციაში გაშვების, ექსპლუატაციისა და დეკომისირების მოთხოვნების მონიტორინგის წესების შესაბამისად და შემავალი ინფორმაციის შემდგომი შენახვა. მათ მონაცემთა ბაზებში დამტკიცებულია რუსეთის ფედერაციის მთავრობის 2015 წლის 6 ივლისის N 675 დადგენილება „ფედერალური კანონის მე-13 მუხლის 2.1 ნაწილით და მე-14 მუხლის მე-6 ნაწილით გათვალისწინებულ მოთხოვნებთან შესაბამისობის მონიტორინგის პროცედურის შესახებ“. ამ დოკუმენტის ინფორმაცია, საინფორმაციო ტექნოლოგიები და ინფორმაციის დაცვა "" სამართლებრივი აქტი ა) სისტემის გაუქმებასთან დაკავშირებული სამართლებრივი აქტების მომზადება;

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

ინფორმაცია ცვლილებების შესახებ:

რუსეთის ფედერაციის მთავრობის 2017 წლის 11 მაისის N 555 დადგენილებით 23-ე პუნქტს დაემატა „გ“ ქვეპუნქტი.

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

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

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

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

საცდელი საქმის აღწერა მოიცავს აღწერას:

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

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

3) შეყვანის ინფორმაცია;

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

5) ოპერატორის მოქმედებები საკონტროლო მაგალითზე პროგრამის შემოწმებისას;

6) საკონტროლო მაგალითზე პროგრამების გადამოწმების (კონტროლის სტანდარტის) შედეგები.

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

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

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

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

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

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

ორგანიზაციული და ადმინისტრაციული დოკუმენტაცია

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

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

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

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

4) ნორმატიული და საცნობარო დოკუმენტაციის მზადყოფნის აქტი;

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

5.5. საინფორმაციო სისტემის ამოქმედება

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

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

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

საინფორმაციო სისტემის ამოქმედება უნდა დაიწყოს, თუ:

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

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

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

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

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

სამუშაოს ორგანიზება

განხორციელდა:

1) ცალკეული ამოცანებისა და მათი კომპლექსების საცდელი მოქმედება;

2) დავალებების კომპლექსების მიღება კომერციული ექსპლუატაციისთვის;

3) მიღების ტესტების ჩატარება;

4) სისტემის კომერციულ ექსპლუატაციაში მიღება.

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

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

2) საცდელი ოპერაციისთვის დაამოცანების კომპლექსების მიღების ტესტები;

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

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

"საინფორმაციო სისტემის ამოქმედების" ეტაპზე

მომხმარებელი ვალდებულია:

1) სრული შესრულებაორგანიზაციულ-ტექნიკური ღონისძიებები საწარმოს საინფორმაციო სისტემის დასანერგად მოსამზადებლად და აქტებით მათი ფორმირება;

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

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

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

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

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

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

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

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

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

"საინფორმაციო სისტემის ამოქმედების" ეტაპზე

დეველოპერი ვალდებულია:

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

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

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

4) მონაწილეობა მიიღოს საინფორმაციო სისტემის კომერციულ ექსპლუატაციაში მიღების კომისიის მუშაობაში.

საცდელი ოპერაციის პროცედურა

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

3) საწყის ტესტირების პირობები და მახასიათებლები

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

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

მთელი პროგრამის ოქმები შეჯამებულია აქტში, რის შედეგადაც

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

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

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

მისაღები ტესტების ჩატარების პროცედურა

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

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

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

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

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

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

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

1) ბრძანებები, ინსტრუქციები, გეგმები, კონტრაქტები, რომლებიც ითვალისწინებენ საინფორმაციო სისტემის შექმნას;

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

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

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

მისაღები კომიტეტი უზრუნველყოფს:

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

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

3) შექმნილი საინფორმაციო სისტემის ეკონომიკური ეფექტიანობის გაანგარიშების შემოწმება;

4) სამუშაო შეხვედრების ორგანიზება და საინფორმაციო სისტემის მიღების აქტების მომზადება.

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

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

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

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

2) სისტემის მიღების ვადა (თარიღი);

3) შემსრულებლების (ორგანიზაციების, საწარმოების) შემადგენლობა, რომლებმაც მონაწილეობა მიიღეს საინფორმაციო სისტემის შექმნაში;

4) მიღების საფუძველი (ბრძანებები, მითითებები და

5) წარმოდგენილი საინფორმაციო სისტემის დოკუმენტაციის სია

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

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

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

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

9) კომისიის დასკვნები საინფორმაციო სისტემის მიღების შესაძლებლობის შესახებ;

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

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

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

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

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

დამტკიცება

ეკონომიკაში სახელმწიფო რეგულირების დეპარტამენტის დირექტორის მოადგილე

რუსეთის ფედერაციის ეკონომიკური განვითარების სამინისტრო
______________ ვ.ნ. რუდენკო
« 09 » _ ნოემბერი __ 2011 წ

საცდელ მოქმედებაში შეყვანის აქტი

2011 წლის 7 ნოემბრის No GK-158-OF / D01 სახელმწიფო ხელშეკრულებით შემუშავებული პროექტების მართვის ავტომატური საინფორმაციო სისტემა.
დამკვეთის (რუსეთის ეკონომიკური განვითარების სამინისტრო) და კონტრაქტორის (შპს OTR 2000) ერთობლივი გადაწყვეტილების შესაბამისად, საცდელ ექსპლუატაციაში დანერგვის შესახებ.

კომისია შედგება:

კომისიის თავმჯდომარე:

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

კომისიის წევრები:

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

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

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

შპს „OTR 2000“-ის მიმართულების უფროსი ა.ი. კულეშოვა,

OTR 2000 შპს პროექტის მენეჯერი O.V. სტრახოვა,

შპს OTR 2000-ის წამყვანი ანალიტიკოსი Yu.M. გუდკოვა,

IEP-ის მიმართულების „რეალური სექტორის“ მკვლევარი ე.ტ. გაიდარა ე.რ. ბატარშინი.
მას შემდეგ, რაც "_ 08 _" ნოემბერი 2011 წლის "_ 09 _" ნოემბერი 2011 წელს ჩაატარა აპლიკაციის პროგრამული უზრუნველყოფის წინასწარი ტესტები ავტომატური საინფორმაციო სისტემის "პროექტის მართვის პორტალისთვის" (AIS PPU), რომელიც დაინსტალირებულია რუსეთის ეკონომიკური განვითარების სამინისტროში.

1. 
   წინასწარი ტესტები აღიარებულია, როგორც წარმატებით დასრულებული.

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

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

1. 
   კომისიისთვის მიწოდებული დოკუმენტების ჩამონათვალი, რომლებიც აუცილებელია საცდელი ოპერაციისთვის:
   1. 
      „AIS-ის „პროექტის მართვის პორტალის“ აღწერა“ (სისტემის პასპორტი);
   2. 
      "ინსტრუქცია AIS PPU-ს ადმინისტრატორისთვის";
   3. 
      "მომხმარებლის სახელმძღვანელო AIS PPU";
   4. 
      "AIS PPU ტესტირების პროგრამა და მეთოდოლოგია";
   5. 
      "სატესტო ამოცანები AIS PPU-სთვის";
   6. 
      "როლური ინსტრუქცია, რომელიც აღწერს AIS PPU-სთან მუშაობის პროცედურას, როგორც პროექტის მართვის ხელსაწყოს" უწყებათაშორისი ურთიერთქმედება "".
2. 
   კომისიის გადაწყვეტილება: პროგრამული უზრუნველყოფის მიღება საცდელ ექსპლუატაციაში 2011 წლის 9 ნოემბრიდან.

აპები:

1. 
   წინასწარი ტესტის ანგარიში No1
2. 
   წინასწარი ტესტის ანგარიში No2

კომისიის წევრები:

ვ.ნ. რუდენკო

ს.ვ. პუშჩაკოვი

A.V. მატვეენკო

ნ.ნ. კირსანოვა

ა.ი. კულეშოვი

ო.ვ. სტრახოვა

იუ.მ. გუდკოვი

ე.რ. ბატარშინი

EIS-ის ამოქმედების პროცედურა.

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

ლექცია 10.

GOST 34.601-90 ”AS-ის მიხედვით. შექმნის ეტაპები" და GOST 34.603-92 "ატომური ელექტროსადგურის ტესტების ტიპები" სისტემის ექსპლუატაციაში გაშვების ეტაპის ფარგლებში ტარდება შემდეგი სამუშაოები:

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

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

3) IS-ის სრული კომპლექტი მიწოდებული პროდუქტებით (ToR-ში აღწერილი ასეთი მიწოდების საჭიროების შემთხვევაში) - სერიული და ერთჯერადი წარმოების კომპონენტების, მასალების და აწყობის პროდუქტების მიღება, შემომავალი ხარისხის კონტროლის ჩატარება;

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

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

6) წინასწარი ტესტების ჩატარება – IS-ის ტესტირება შესრულებაზე და შესაბამისობის პირობებთან წინასწარი ტესტების პროგრამისა და მეთოდოლოგიის შესაბამისად; პრობლემების აღმოფხვრა და IS დოკუმენტაციაში ცვლილებების შეტანა, მათ შორის საოპერაციო დოკუმენტაცია ტესტის პროტოკოლის შესაბამისად; IP-ის საცდელ ოპერაციაზე მიღების შესახებ აქტის რეგისტრაცია;

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

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

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

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

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

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

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

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

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

4. საბოლოო გადასვლა ახალი სისტემის მუშაობაზე.

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

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

2) ინფორმაციის დაგროვება;

3) დიზაინის სიმძლავრის მიღწევა.

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

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

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

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

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

კომისიის ვადა

IN ამ განყოფილებასმიღება-ჩაბარების მოწმობაში მოცემულია წინასწარი გამოცდების ჩასატარებლად მიმღების კომიტეტის მუშაობის დაწყების და დასრულების თარიღები.

ტესტირების დაწყება - 2010 წლის 01 ნოემბერი.
ტესტირების დასასრული - 2010 წლის 31 დეკემბერი.
ტესტების საერთო ხანგრძლივობაა 44 სამუშაო დღე.

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

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

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

AIS-ის ფუნქციების შემადგენლობა მიღებულია საცდელი მუშაობისთვის

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

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

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

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

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

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

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

მიღებული AIS-ის შესაბამისობის შეფასება ტექნიკურ პირობებთან

მოცემულია მიღებული AIS-ის შესაბამისობის შეფასება მითითების პირობებთან.

წინასწარი ტესტების შედეგების მიხედვით, სისტემა აკმაყოფილებს დოკუმენტში წარმოდგენილ მოთხოვნებს: "". ვერსია 1.0.

საცდელ ოპერაციაში მიღების ძირითადი შედეგები

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

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

კომისიის გადაწყვეტილება AIS-ის საცდელ ექსპლუატაციაში მიღების შესახებ

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

კოვტუნ მ.ვ. 2010 წლის ოქტომბერი.