Здавання інформаційної системи в експлуатацію складається з наступних етапів:

• 1) введення в дослідну експлуатацію технічних засобів;
• 2) введення в дослідну експлуатацію програмних засобів;
• 3) навчання та сертифікування персоналу;
• 4) проведення дослідної експлуатації всіх компонентів та системи в цілому;
• 5) здавання в експлуатацію та підписання актів приймання-здавання робіт.

Розроблена нами інформаційна система має такі мінімальні вимогидо технічних характеристик апаратних та програмних засобів:

• -одноядерний процесор з частотою 2 ГГц;
• -оперативна пам'ять DDR – 512 Мб;
• -відеокарта - підійде будь-яка сучасна;
• -1 Гб місця на жорсткому диску;
• -монітор, клавіатура, миша;
• -встановлена операційна система Windows 98/XP/Vista/Seven.

Оскільки у ВАТ «Кіровоенергозбут» на даний момент існують схожі бази даних (наша база є синтезом 2 існуючих баз), то особливого навчання персоналу при впровадженні нової базиданих не потрібно.

Після введення в базу даних підприємства вона повністю готова до експлуатації.

Експлуатація інформаційної системи

У цій роботі була зроблена спроба максимально спростити роботу користувачів за допомогою інформаційної системи «Облік роботи з клієнтами» ВАТ «Кіровоенергозбут». Оскільки додаток рясніє таблицями, необхідно було розробити зручну систему навігації, пошуку, додавання та видалення записів, складання звітів.

Не дивлячись на те, що програма не вимагає потужних технічних характеристиквід комп'ютера, на якому воно буде використовуватися, програма не повинна містити багато побічних елементів.

Під час запуску програми «Облік роботи з клієнтами» з'явиться форма, яка пропонує розпочати роботу з даними ВАТ «Кіровоенергозбут».

Якщо Вам потрібні дані про боржників ВАТ «Кіровоенергозбут», то клацніть на «Боржники». Відкриється нова форма "Боржники", за допомогою якої можна знайти, додати, змінити або видалити потрібний параметр.

При натисканні кнопки «Змінити» клацнувши попередньо по потрібному рядку в таблиці і, змінивши дані, у таблиці зафіксуються зміни даних зазначеного рядка. Якщо ви хочете додати нові дані до таблиці, введіть нові дані у вказані поля. Після цього натисніть кнопку «Додати» і нові відомості з'являться у базі даних. У полі "Пошук" ви можете знайти потрібну вам інформацію за одним або декількома параметрами, ввівши дані та натиснувши кнопку "Пошук". Також, виділивши рядок у таблиці і натиснувши кнопку «Видалити» з Вашого списку, видаляється потрібний і всі дані про нього. Якщо ви бажаєте повернутися до початкової форми, натисніть «Вихід».

на головній форміТакож знаходяться кнопки, що відкривають доступ до даних про постачальників («Постачальники»), про договори («Договори»), про співробітників («Співробітники»), про споживачів («Споживачі»). Всі форми, що відкриваються, також містять кнопки «Додати», «Змінити», «Видалити», «Пошук», «Звіт», «Вихід».

Якщо Ви хочете вийти із програми, то на головній формі необхідно натиснути кнопку «Вихід».

У програмі введені обмеження на зміну інтерфейсу, доступ користувача до кнопок «Додати», «Змінити», «Видалити», перевірка на відповідність введених даних параметрам таблиць, перевірка на максимально повне введення даних.

Перспективи розвитку інформаційної системи

На даному етапі створена нами інформаційна система здатна враховувати роботу з клієнтами ВАТ «Кіровоенергозбут», з її постачальниками, виділяти в окрему категорію боржників Товариства, що спрощує роботу щодо їх пошуку. При створенні даної інформаційної системи була зроблена спроба об'єднати 2 бази даних, що існують на даний момент, що враховують окремо боржників і всіх споживачів Товариства.

Надалі до неї можуть бути додані нові можливості щодо створення повідомлень та попереджень для боржників, облік послуг, що надаються відповідно до договору, елементи бухгалтерського обліку, можливість інтеграції даних до 1С: Підприємство тощо.

Заступник директора Департаменту державного регулювання економіки

Міністерства економічного розвитку Російської Федерації
______________ В.М. Руденко
« 09 » _ листопада __ 2011 р

АКТ ВВЕДЕННЯ В ДОСВІДНУ ЕКСПЛУАТАЦІЮ

Автоматизованою інформаційною системою управління проектами, розробленою в рамках державного контракту від 7 листопада 2011 р. № ГК-158-ОФ/Д01.
Відповідно до спільного рішення Замовника (Мінекономрозвитку Росії) та Виконавця (ТОВ «ОТР 2000») про введення в дослідну експлуатацію.

Комісія у складі:

Голови комісії:

Заступника директора Департаменту державного регулювання економіки В.Н. Руденко,

Членів комісії:

Виконувача обов'язків начальника відділу розвитку електронного товариства Департаменту державного регулювання в економіці С.В.Пушакова,

Радника відділу методичного забезпечення організації міжвідомчої взаємодії Департаменту державного регулювання економіки А.В. Матвєєнко,

Провідного консультанта відділу розвитку електронного товариства Департаменту державного регулювання економіки Н.Н. Кірсанової,

Керівника напряму ТОВ «ВТР 2000» А.І. Кулішова,

Керівника проектів ТОВ «ВТР 2000» О.В. Страхова,

Провідного аналітика ТОВ "ОТР 2000" Ю.М. Гудкової,

Наукового співробітника напряму "Реальний сектор" ІЕП імені Є.Т. Гайдара Е.Р. Батаршина.
в період з "_ 08 _" листопада 2011 року по "_ 09 _" листопада 2011 провела попередні випробування прикладного програмного забезпечення автоматизованої інформаційної системи «Портал проектного управління» (АІС ППУ), встановленого в Мінекономрозвитку Росії.

1. 
   Попередні випробування визнано успішно завершеними.

1. 
   Основні етапи розробки виконані відповідно до Технічного завдання.
2. 
   Розроблена документація відповідає вимогамексплуатації програмних засобів
3. 
   Програмне забезпечення підготовлене до дослідної експлуатації.

1. 
   Перелік функцій, що приймаються в дослідну експлуатацію (розділ «Вимоги до функцій, які виконує система» технічного завдання):
   1. 
      Ведення переліку проектів.
   2. 
      Робота із проектними сутностями.
   3. 
      Робота з показниками щодо оцінки стану робіт за проектом.
   4. 
      Аналітичний модуль.
   5. 
      Бібліотека документів.

1. 
   Перелік наданих комісії документів, необхідних для проведення дослідної експлуатації:
   1. 
      "Опис АІС "Портал проектного Управління"" (Паспорт системи);
   2. 
      "Інструкція адміністратора АІС ППУ";
   3. 
      "Інструкція користувача АІС ППУ";
   4. 
      «Програма та методика випробувань АІС ППУ»;
   5. 
      "Тестові завдання для АІС ППУ";
   6. 
      «Рольова інструкція, яка описує порядок роботи з АІС ППУ як інструмент управління проектами «Міжвідомча взаємодія»».
2. 
   Рішення комісії: програмне забезпеченняу дослідну експлуатацію з 9 листопада 2011 року.

ДОДАТКИ:

1. 
   Протокол попередніх випробувань №1
2. 
   Протокол попередніх випробувань №2

В.М. Руденко

С.В. Пущаків

А.В. Матвєєнко

Н.М. Кірсанова

А.І. Кулішов

О.В. Страхова

Ю.М. Гудкова

Е.Р. Батаршин

ГОСТ 34.601-90

Група П87

МІЖДЕРЖАВНИЙ СТАНДАРТ

ІНФОРМАЦІЙНА ТЕХНОЛОГІЯ

АВТОМАТИЗОВАНІ СИСТЕМИ

СТАДІЇ СТВОРЕННЯ

Information technology. Набір стандартів для автоматизованих систем. Automated systems. Stages of development

МКС 35.080
ОКСТУ 0034

Дата введення 1992-01-01

ІНФОРМАЦІЙНІ ДАНІ

1. Розроблено та внесено Державним комітетом СРСР з управління якістю продукції та стандартами

2. ЗАТВЕРДЖЕНИЙ І ВВЕДЕНИЙ У ДІЮ Постановою Державного комітету СРСР з управління якістю продукції та стандартів від 29.12.90 N 3469

3. ВЗАМІН ГОСТ 24.601-86, ГОСТ 24.602-86

4. ПОСИЛОЧНІ НОРМАТИВНО-ТЕХНІЧНІ ДОКУМЕНТИ

6*. ПЕРЕВИДАННЯ. Липень 2009 р.
________________
* Нумерація відповідає оригіналу. - Примітка виробника бази даних.

Цей стандарт поширюється на автоматизовані системи (АС), що використовуються в різних видах діяльності (дослідження, проектування, управління тощо), включаючи їх поєднання, що створюються в організаціях, об'єднаннях та на підприємствах (далі – організаціях).

Стандарт встановлює стадії та етапи створення АС.

У додатку 1 наведено зміст робіт кожному етапі.

1. ЗАГАЛЬНІ ПОЛОЖЕННЯ

1. ЗАГАЛЬНІ ПОЛОЖЕННЯ

1.1. Процес створення АС є сукупністю упорядкованих у часі, взаємопов'язаних, об'єднаних у стадії та етапи робіт, виконання яких необхідне і достатньо для створення АС, що відповідає заданим вимогам.

1.2. Стадії та етапи створення АС виділяються як частини процесу створення з міркувань раціонального планування та організації робіт, що закінчуються заданим результатом.

1.3. Роботи з розвитку АС здійснюють за стадіями та етапами, що застосовуються для створення АС.

1.4. Склад та правила виконання робіт на встановлених цим стандартом стадіях та етапах визначають у відповідній документації організацій, які беруть участь у створенні конкретних видів АС.

Перелік організацій, що у роботах зі створення АС, наведено у додатку 2.

2. СТАДІЇ ТА ЕТАПИ СТВОРЕННЯ АС

2.1. Стадії та етапи створення АС у загальному випадку наведені у таблиці.

2.2. Стадії та етапи, що виконуються організаціями - учасниками робіт зі створення АС, встановлюються у договорах та технічному завданні на основі цього стандарту.

Допускається виключати стадію "Ескізний проект" та окремі етапи робіт на всіх стадіях, об'єднувати стадії "Технічний проект" та "Робоча документація" в одну стадію "Техноробочий проект". Залежно від специфіки створюваних АС та умов їх створення допускається виконувати окремі етапи робіт до завершення попередніх стадій, паралельне виконання виконання етапів робіт, включення нових етапів робіт.

ДОДАТОК 1 (довідкове). ЗМІСТ РОБОТ

ДОДАТОК 1
Довідкове

1. На етапі 1.1 "Обстеження об'єкта та обґрунтування необхідності створення АС" у загальному випадку проводять:

Збір даних про об'єкт автоматизації та здійснювані види діяльності;

Оцінку якості функціонування об'єкта та здійснюваних видів діяльності, виявлення проблем, вирішення яких можливе засобами автоматизації;

Оцінку (техніко-економічної, соціальної тощо) доцільності створення АС.

2. На етапі 1.2 "Формування вимог користувача до АС" проводять:

Підготовку вихідних даних для формування вимог до АС (характеристика об'єкта автоматизації, опис вимог до системи, обмеження допустимих витрат на розробку, введення в дію та експлуатацію, ефект, що очікується від системи, умови створення та функціонування системи);

Формулювання та оформлення вимог користувача до АС.

3. На етапі 1.3 "Оформлення звіту про виконану роботу та заявки на розробку АС (тактико-технічного завдання)" проводять оформлення звіту про виконані роботи на даній стадії та оформлення заявки на розробку АС (тактико-технічного завдання) або іншого документа, що її замінює. аналогічним змістом.

4. На етапах 2.1 "Вивчення об'єкта" та 2.2 "Проведення необхідних науково-дослідних робіт" організація-розробник проводить детальне вивчення об'єкта автоматизації та необхідні науково-дослідні роботи (НДР), пов'язані з пошуком шляхів та оцінкою можливості реалізації вимог користувача, оформлюють та затверджують звіти про НДР.

5. На етапі 2.3 "Розробка варіантів концепції АС та вибір варіанта концепції АС, що задовольняє вимогам користувача" у загальному випадку проводять розробку альтернативних варіантів концепції створюваної АС та планів їх реалізації; оцінку необхідних ресурсів на їх реалізацію та забезпечення функціонування; оцінку переваг та недоліків кожного варіанту; зіставлення вимог користувача та характеристик запропонованої системи та вибір оптимального варіанту; визначення порядку оцінки якості та умов приймання системи; оцінку ефектів, які отримують від системи.

6. На етапі 2.4 "Оформлення звіту про виконану роботу" готують та оформляють звіт, що містить опис виконаних робіт на стадії, опис та обґрунтування запропонованого варіанта концепції системи.

7. На етапі 3.1 "Розробка та затвердження технічного завдання на створення АС" проводять розробку, оформлення, погодження та затвердження технічного завдання на АС та, за необхідності, технічних завдань на частини АС.

8. На етапі 4.1 "Розробка попередніх проектних рішень щодо системи та її частин" визначаються: функції АС; функції підсистем, їх цілі та ефекти; склад комплексів завдань та окремих завдань; концепції інформаційної бази, її укрупнена структура; функції системи керування базою даних; склад обчислювальної системи; функції та параметри основних програмних засобів.

9. На етапі 5.1 "Розробка проектних рішень за системою та її частинами" забезпечують розробку загальних рішень за системою та її частинами, функціонально-алгоритмічною структурою системи, за функціями персоналу та організаційною структурою, за структурою технічних засобів, за алгоритмами розв'язування задач та мовами, що застосовуються , з організації та ведення інформаційної бази, системи класифікації та кодування інформації, щодо програмного забезпечення.

10. На етапах 4.2 та 5.2 "Розробка документації на АС та її частини" проводять розробку, оформлення, погодження та затвердження документації в обсязі, необхідному для опису повної сукупності прийнятих проектних рішень та достатньому для подальшого виконання робіт зі створення АС. Види документів - за ГОСТ 34.201.

11. На етапі 5.3 "Розробка та оформлення документації на постачання виробів для комплектування АС та (або) технічних вимог (технічних завдань) на їх розробку" проводять: підготовку та оформлення документації на постачання виробів для комплектування АС; визначення технічних вимог та складання ТЗ на розробку виробів, що не виготовляються серійно.

12. На етапі 5.4 "Розробка завдань на проектування у суміжних частинах проекту об'єкта автоматизації" здійснюють розробку, оформлення, погодження та затвердження завдань на проектування у суміжних частинах проекту об'єкта автоматизації для проведення будівельних, електротехнічних, санітарно-технічних та інших підготовчих робіт, пов'язаних з створенням АС.

13. На етапі 6.1 "Розробка робочої документації на систему та її частини" здійснюють розробку робочої документації, що містить усі необхідні та достатні відомості для забезпечення виконання робіт з введення АС у дію та її експлуатації, а також для підтримання рівня експлуатаційних характеристик (якості) системи відповідно до прийнятих проектних рішень, її оформлення, погодження та затвердження. Види документів - за ГОСТ 34.201.

14. На етапі 6.2 "Розробка або адаптація програм" проводять розробку програм та програмних засобів системи, вибір, адаптацію та (або) прив'язку придбаних програмних засобів, розробку програмної документації відповідно до ГОСТ 19.101.

15. На етапі 7.1 "Підготовка об'єкта автоматизації до введення АС у дію" проводять роботи з організаційної підготовки об'єкта автоматизації до введення АС у дію, у тому числі: реалізацію проектних рішень щодо організаційної структури АС; забезпечення підрозділів об'єкта управління інструктивно-методичними матеріалами; Використання класифікаторів інформації.

16. На етапі 7.2 "Підготовка персоналу" проводять навчання персоналу та перевірку його здатності забезпечити функціонування АС.

17. На етапі "Комплектація АС виробами, що постачаються" забезпечують отримання комплектуючих виробів серійного та одиничного виробництва, матеріалів та монтажних виробів. Проводять вхідний контроль якості.

18. На етапі 7.4 "Будівельно-монтажні роботи" проводять: виконання робіт з будівництва спеціалізованих будівель (приміщень) для розміщення технічних засобів та персоналу АС; спорудження кабельних каналів; виконання робіт з монтажу технічних засобів та ліній зв'язку; випробування змонтованих технічних засобів; здачу технічних засобів для проведення пусконалагоджувальних робіт.

19. На етапі 7.5 "Пусконалагоджувальні роботи" проводять автономне налагодження технічних та програмних засобів, завантаження інформації до бази даних та перевірку системи її ведення; комплексне налагодження всіх засобів системи.

20. На етапі 7.6 "Проведення попередніх випробувань" здійснюють:

Випробування АС на працездатність та відповідність технічному завданню відповідно до програми та методики попередніх випробувань;

Усунення несправностей та внесення змін до документації на АС, у тому числі експлуатаційну відповідно до протоколу випробувань;

Оформлення акта про приймання АС у дослідну експлуатацію.

21. На етапі 7.7 „Проведення дослідної експлуатації” проводять: дослідну експлуатацію АС; аналіз результатів дослідної експлуатації АС; доопрацювання (за потреби) програмного забезпечення АС; додаткове налагодження (за потреби) технічних засобів АС; оформлення акта про завершення дослідної експлуатації

22. На етапі 7.8 "Проведення приймальних випробувань" проводять:

Випробування на відповідність технічному завданню відповідно до програми та методики приймальних випробувань;

Аналіз результатів випробувань АС та усунення недоліків, виявлених при випробуваннях;

Оформлення акта про приймання АС у постійну експлуатацію.

23. На етапі 8.1 "Виконання робіт відповідно до гарантійних зобов'язань" здійснюють роботи з усунення недоліків, виявлених під час експлуатації АС протягом встановлених гарантійних термінів, внесення необхідних змін до документації на АС

24. На етапі 8.2 "Послегарантійне обслуговування" здійснюють роботи з:

Аналіз функціонування системи;

Виявленню відхилень фактичних експлуатаційних характеристик АС від проектних значень;

встановлення причин цих відхилень;

Усунення виявлених недоліків та забезпечення стабільності експлуатаційних характеристик АС;

Внесення необхідних змін до документації на АС.

ДОДАТОК 2 (довідкове). ПЕРЕЛІК ОРГАНІЗАЦІЙ, ЩО БЕРИТЬ УЧАСТЬ У РОБОТАХ ЩОДО СТВОРЕННЯ АС

ДОДАТОК 2
Довідкове

1. Організація-замовник (користувач), для якої створюється АС та яка забезпечує фінансування, приймання робіт та експлуатацію АС, а також виконання окремих робіт зі створення АС;

2. Організація-розробник, яка здійснює роботи зі створення АС, представляючи замовнику сукупність науково-технічних послуг на різних стадіях та етапах створення, а також розробляючи та поставляючи різні програмні та технічні засоби АС;

3. Організація-постачальник, яка виготовляє та постачає програмні та технічні засоби на замовлення розробника або замовника;

4. Організація-генпроектувальник об'єкта автоматизації;

5. Організації-проектувальники різних частин проекту об'єкта автоматизації для проведення будівельних, електротехнічних, санітарно-технічних та інших підготовчих робіт, пов'язаних із створенням АС;

6. Організації будівельні, монтажні, налагоджувальні та інші.

Примітки:

1. Залежно від умов створення АС можливі різні поєднання функцій замовника, розробника, постачальника та інших організацій, що у роботах зі створення АС.

2. Стадії та етапи виконуваних ними робіт зі створення АС визначаються на підставі цього стандарту.

Електронний текст документа
підготовлений АТ "Кодекс" і звірений за:
офіційне видання
М: Стандартінформ, 2009

Навіщо в принципі потрібні при проектуванні?

Виходить так, що ГОСТи допомагають самому проектувальнику.

Основна проблема при проектуванні – відсутність самого проектування. Є деякі уривки думок, бажань, але формування їх у якусь цілісну картину. Це властиво і системним адміністраторам-початківцям і системним інженерам-початківцям. Є певна спонтанність мислення. До речі, вона властива і багатьом замовникам. Але вони перебувають у дещо вигіднішому становищі, ніж виконавці.

Виникає цікавий: а кому потрібно і всі ці пояснювальні записки, ТЗ тощо? І ось яка цікава відповідь у нас вийде: на 85% документування необхідне виконавцю. 15%, що залишилися, потрібні замовнику для якогось загального розуміння того, що відбувається. Але виконавцю треба чітко визначити як межі проекту, так і ознаки його виконання. Виконавець має вміти захищати себе від хаотичності мислення замовника.

Отже, звернемося до ГОСТів розробника. Основних у нас їх два: ГОСТ 34 серії і ГОСТ 19 серії. 34-я серія відноситься до розробки автоматизованих систем, а 19-й - до розробки програмного забезпечення.
Ми говоритимемо про ГОСТ 34-ї серії.

У 34-й серії багато різних ГОСТів. Нас цікавитимуть лише деякі з них. А саме:

1. ГОСТ 34.003–90 Інформаційна технологія. Комплекс стандартів на автоматизовані системи. терміни та визначення
2. ГОСТ 34.601–90 Інформаційна технологія. Комплекс стандартів на автоматизовані системи. Автоматизовані системи. Стадії створення
3. ГОСТ 34.602–89 Інформаційна технологія. Комплекс стандартів на автоматизовані системи. Технічне завдання створення автоматизованої системи
4. ГОСТ 34.603-92 Інформаційна розробка. Види випробувань автоматизованих систем
5. ГОСТ 34.201–89 Інформаційна технологія. Комплекс стандартів на автоматизовані системи. Види, комплектність та позначення документів при створенні автоматизованих систем
6. РД 50-34.698-90. Автоматизовані системи. Вимоги щодо змісту документів.

ДСТУ чимось схожі за своєю ієрархічною структурою на каталог. На такий, наприклад, як Active Directory. Ймовірно, якщо писати документацію чітко дотримуючись ГОСТам, то перехресні посилання дозволять вам ознайомитися з величезною кількістю документів. Але що найголовніше в ГОСТах, це чітка модель від загального до приватного. Починаючи із загальних фраз ми дійдемо до останнього RJ45 в системі.

А тепер докладніше. Основним ГОСТом, навколо якого йде т.зв. танець є ГОСТ 34.601-90 (Стадії створення). Давайте докладніше подивимося цей документ.

Ось така структура зустрічає нас у цьому документі. Що ж у цьому чудового? Чудового в цьому є те, що ми бачимо практично повний цикл життя автоматизованої системи. Чому майже? Тому що тут відсутня така стадія, як виведення з експлуатації та утилізація. Але нам це не надто й треба. Поки що з лишком вистачить і існуючих стадій. Тим більше, що стадія утилізації розглянута в одному з інших ГОСТів, але це виходить за межі цієї статті.

Як я говорив вище, ГОСТи містять перехресні посилання. І щоб піти далі в наших міркуваннях, ми трохи зазирнемо до ГОСТ 34.003-90 (Терміни та визначення). У ньому цікавить визначення автоматизованої системи. Це важливо, т.к. нам все ж таки треба мати уявлення, що ж ми збираємося створювати.

ГОСТ 34.003-90 у визначенні автоматизованої системи каже нам таке: автоматизована система; АС: Система, що складається з персоналу та комплексу засобів автоматизації його діяльності, що реалізує інформаційну технологію виконання встановлених функцій. Тобто. іншими словами, АС складається з

1. Персоналу
2. комплексу коштів
3. певної діяльності, яка підлягає автоматизації.

Також уточнимо у ГОСТу 34.003-90

1. комплекс засобів автоматизації автоматизованої системи; КСА АС: Сукупність всіх компонентів АС, крім людей
2. користувач автоматизованої системи; користувач AC: Особа, яка бере участь у функціонуванні АС або використовує результати її функціонування
3. експлуатаційний персонал автоматизованої системи; експлуатаційний персонал АС
4. компонент автоматизованої системи; компонент AC: Частина АС, виділена за певною ознакою або сукупністю ознак і розглядається як єдине ціле

Отже, що ж у нас виходить? А виходить, що ми відчули під ногами якийсь фундамент, на який спиратимемося. Нам відомо, з чого складається автоматизована система та уточнили, що персонал буває двох видів: користувальницький та експлуатаційний. І логічно виведемо, що компонент АС, виділений за певною ознакою, буде т.с. "hardware" і "software", якщо дуже просто. І сукупність програми+залізо буде комплексом засобів автоматизації АС.

Значить, якщо замовник, наприклад, скаже «А встановіть мені Exchange», то це не буде АС з однієї простої причини: як мінімум у такому завданні немає виду автоматизованої діяльності. А можливо замовнику взагалі потрібен не Exchange. А може йому зовсім не потрібен Exchange. А це означає, що потрібне обстеження об'єкта автоматизації. А значить, починається стадія перша ГОСТ 34.601-90 (Стадії створення). "Формування вимог до АС"

На цій стадії ДЕРЖСТАНДАРТ вимагає від нас зробити кілька етапів. Якщо перекласти це людською мовою, то тут ми повинні визначити, чи треба взагалі щось розробляти. Чи це доцільно різних точок зору. Загалом провести оцінку необхідності початку робіт. Підсумком роботи на цій стадії стає звіт, який фіксує результат.

Після того, як ми вирішили із замовником, що є достатні підстави для розробки, ми можемо переходити до наступної стадії «Розробка концепції АС».

У концепції необхідно вивчити об'єкт, де потрібно зробити використання. Якщо на першій стадії ми шукали причину створення АС взагалі (виходячи лише з бізнес-цілей, просто ГОСТ писався тоді, коли таких слів не вживали), то на другій стадії нам необхідно знайти можливі варіанти, які задовольняють вимогам замовника. Наприклад, якщо замовник хоче поштову систему, то це можна реалізувати як на Exchange, так і на Postfix або на чому не будь ще. Зі своїми плюсами, мінусами та варіантами розвитку. Проводиться загальна експертиза об'єкта та попередньо оцінюються трудовитрати. Ми, як виконавці, теж шукаємо для себе найоптимальніший варіант.
Після того, як ми прийдемо із замовником до певної єдиної думки про те, який саме варіант рішення йому підходить загалом найбільше, ми переходимо до, не побоюся цього слова, найважливішого пункту проекту «Технічне завдання»

Технічне завдання, якщо подивитися визначення ГОСТ 34.602-89, є основним документом, що визначає вимоги та порядок створення (розвитку чи модернізації - далі створення) автоматизованої системи, відповідно до якого проводиться розробка АС та її приймання під час введення в дію.

ТЗ настільки важливий документ, що йому присвячено персональний ГОСТ. Зараз ми на цьому докладно зупинятись не будемо. Зауважу лише, що для правильного формування ТЗ необхідно, щоб стадії ГОСТу 34.601-90 «Формування вимог до АС» та «Розробка концепції АС» було виконано. Від якості виконання цих стадій залежить правильність та коректність створення ТЗ.

Дата введення з 01.07.1987р.

Цей стандарт поширюється на автоматизовані системи (АС), що використовуються в різних видахдіяльності (дослідження, проектування, управління), включаючи їх поєднання (дослідження - проектування - управління, проектування - управління), що створюються в організаціях, об'єднаннях та на підприємствах (далі - організаціях).

Стандарт встановлює стадії та етапи створення та розвитку АС та основні результати виконання робіт на кожній стадії.

Стандарт не розповсюджується на порядок розробки комплектуючих виробів, що використовуються в АС.

Порядок розробки комплексів засобів автоматизації, технічних засобів, програмних засобів та ін. визначається стандартами системи розробки та поставки продукції та техніки на виробництво, що діє у відомстві замовника АС.

У довіднику додатку наведено пояснення та деякі терміни, які застосовуються у стандарті.

1. ЗАГАЛЬНІ ПОЛОЖЕННЯ

1.1. Створення (розвиток) АС є сукупністю упорядкованих у часі, взаємно пов'язаних, об'єднаних у стадії та етапи робіт, виконання яких необхідне і достатньо для створення АС, що відповідає заданим вимогам.

1.2. Склад, зміст та порядок виконання робіт на встановлених цим стандартом стадіях та етапах визначають у нормативно-технічній документації щодо створення АС відповідного виду.

2. СТАДІЇ ТА ЕТАПИ СТВОРЕННЯ АВТОМАТИЗОВАНИХ СИСТЕМ

2.1. Стадії та етапи робіт наведені у таблиці.

* Етапи допускається виконувати на попередніх стадіях, залежно від конкретних умов розробки.

2.2. Склад, послідовність та терміни реалізації стадій та етапів робіт, що виконуються при створенні (розвитку) АС встановлюють у технічному завданні на створення (розвиток) системи з числа стадій та етапів, наведених у таблиці.

2.3. Застосування введеної в дію АС на аналогічних об'єктах здійснюється шляхом використання готових проектних рішень розробленої системи та комплектуючих, що серійно виготовляються (комплексів засобів автоматизації, програмних засобів, технічних засобів тощо) виробів.

Рішення про можливість застосування АС приймає комісія під час проведення приймальних випробувань системи.

2.4. При створенні (розвитку) АС обов'язковими стадіями є: "Технічне завдання", "Технічний проект", "Робоча документація" та "Вод у дію".

Для простих систем та систем, що розробляються з використанням типових проектних рішень, поєднують стадії «Технічний проект» та «Робоча документація» в одну.

2.5. Обов'язковими етапами під час створення АС є: 1,2; 2.3; 4.1-4.5; 4.7; 4.9 – 4.11; 5.1; 5.2; 5.5; 7.1; 7.3 – 7.5; 7.6 та 7.8.

2.6. Допускається проводити науково-дослідні роботи (етап 2.1) на стадії «Дослідження та обґрунтування створення АС» та, за необхідності, на інших стадіях.

3. РЕЗУЛЬТАТИ ВИКОНАННЯ РОБОТ З СТАДІЙ

3.1. Результатом виконання стадії «Дослідження та обґрунтування створення АС» є науково-технічний звіт, тактико-технічне завдання, техніко-економічне обґрунтування чи заявка на створення АС.

3.2. Результатом виконання стадії «Технічне завдання» є технічне завдання створення АС.

3.3. Результатом виконання стадії "Ескізний проект" є ескізний проект.

3.4. Результатом виконання робіт на стадії "Технічний проект" є технічний проект.

3.5. Результатом виконання робіт на стадії "Робоча документація" є комплект робочої документації АС.

3.6. Результатом виконання робіт на стадії "Виготовлення несерійних компонентів КСА" є компоненти КСА, що пройшли випробування в установленому порядку.

3.7. Результатом виконання робіт на стадії «Введення в дію» є приймання АС у промислову експлуатацію.

3.9. Розвиток (модернізацію) чи зняття системи з експлуатації здійснюють виходячи з рішень, прийнятих за результатами проведення аналізу експлуатації.

ДОДАТОК

ТЕРМІНИ, ЩО ВИКОРИСТОВУЮТЬСЯ У СТАНДАРТІ, ТА ЇХ ПОЯСНЕННЯ

Процес створення АС є сукупністю упорядкованих у часі, взаємопов'язаних, об'єднаних у стадії та етапи робіт, виконання яких необхідне і достатньо для створення АС, що відповідає заданим вимогам.

Стадії та етапи створення АС виділяються як частини процесу створення з міркувань раціонального планування та організації робіт, що закінчуються заданим результатом.

Роботи з розвитку АС здійснюють за стадіями та етапами, що застосовуються для створення АС.

Склад та правила виконання робіт на встановлених цим стандартом стадіях та етапах визначають у відповідній документації організацій, які беруть участь у створенні конкретних видів АС.

Стадії та Етапи робіт

1. Формування вимог до АС

1.1. Обстеження об'єкта та обґрунтування необхідності створення АС.

1.2. Формування вимог користувача до АС.

1.3. Оформлення звіту про виконану роботу та заявки на розробку АС (тактико-технічного завдання)

2. Розробка концепції АС.

2.1. Вивчення об'єкту.

2.2. Проведення необхідних науково-дослідних робіт.

2.3. Розробка варіантів концепції АС, що відповідає вимогам користувача.

2.4. Оформлення звіту про виконану роботу.

3. Технічне завдання.

Розробка та затвердження технічного завдання на створення АС.

4. Ескізний проект.

4.1. Розробка попередніх проектних рішень за системою та її частинами.

4.2. Розробка документації на АС та її частини.

5. Технічний проект.

5.1. Розробка проектних рішень за системою та її частинами.

5.2. Розробка документації на АС та її частини.

5.3. Розробка та оформлення документації на постачання виробів для комплектування АС та (або) технічних вимог (технічних завдань) на їх розробку.

5.4. Розробка завдань на проектування у суміжних частинах проекту об'єкта автоматизації.

6. Робоча документація.

6.1. Розробка робочої документації на систему та її частини.

6.2. Розробка чи адаптація програм.

7. Введення в дію.

7.1. Підготовка об'єкта автоматизації до введення АС у дію.

7.2. Підготовка персоналу

7.3. Комплектація АС виробами, що постачаються (програмними та технічними засобами, програмно-технічними комплексами, інформаційними виробами).

7.4. Будівельно-монтажні роботи.

7.5. Пуско-налагоджувальні роботи.

7.6. Проведення попередніх випробувань.

7.7. Проведення дослідної експлуатації.

7.8. Проведення приймальних випробувань.

8. Супровід АС

8.1. Виконання робіт відповідно до гарантійних зобов'язань.

8.2. Післягарантійне обслуговування.

ГОСТ 34.602-89 "Технічне завдання створення автоматизованої системи"

1. ЗАГАЛЬНІ ПОЛОЖЕННЯ

1.1. ТЗ на АС є основним документом, що визначає вимоги та порядок створення (розвитку чи модернізації - далі створення) автоматизованої системи, відповідно до якого проводиться розробка АС та її приймання при введенні в дію.

1.2. ТЗ на АС розробляють на систему в цілому, призначену для роботи самостійно або у складі іншої системи.

1.3. Вимоги до АС в обсязі, встановленому цим стандартом, можуть бути включені в завдання на проектування об'єкта автоматизації, що створюється. І тут ТЗ на АС не розробляють.

1.4. Вимоги, що включаються до ТЗ на АС, повинні відповідати сучасному рівню розвитку науки і техніки і не поступатися аналогічним вимогам, що висуваються до кращих сучасних вітчизняних та зарубіжних аналогів. Вимоги, що задаються в ТЗ на АС, не повинні обмежувати розробника системи у пошуку та реалізації найбільш ефективних технічних, техніко-економічних та інших рішень.

1.5. ТЗ на АС розробляють на підставі вихідних даних у тому числі стадії «Дослідження та обґрунтування створення АС», що містяться в підсумковій документації, встановленої ГОСТ 24.601.

1.6. У ТЗ на АС включають ті вимоги, які доповнюють вимоги до систем даного виду (АСУ, САПР, АСНІ тощо. буд.), які у діючих НТД, і визначаються специфікою конкретного об'єкта, котрій створюється система.

1.7. Зміни до ТЗ на АС оформлюють доповненням або підписаним замовником та розробником протоколом. Доповнення чи зазначений протокол є невід'ємною частиною ТЗ на АС. На титульному листі ТЗ на АС має бути запис «Діє з...».

2. СКЛАД І ЗМІСТ

2.1. ТЗ на АС містить такі розділи, які можуть бути поділені на підрозділи:

2) призначення та цілі створення (розвитку) системи;

3) характеристика об'єктів автоматизації;

4) вимоги до системи;

5) склад та зміст робіт зі створення системи;

6) порядок контролю та приймання системи;

7) вимоги до складу та змісту робіт з підготовки об'єкта автоматизації до введення системи у дію;

8) вимоги до документування;

9) джерела розробки.

У ТЗ на АС можуть включатися додатки.

ГОСТ 34.603-92 "Види випробувань"

1. ЗАГАЛЬНІ ПОЛОЖЕННЯ

1.1. Випробування АС проводять на стадії "Введення в дію" за ГОСТ 34.601 з метою перевірки відповідності АС, що створюється вимогам технічного завдання (ТЗ).

1.2. Випробування АС являють собою процес перевірки виконання заданих функцій системи, визначення та перевірки відповідності вимогам ТЗ кількісних та (або) якісних характеристик системи, виявлення та усунення недоліків у діях системи, у розробленій документації.

1.3. Для АС встановлюють такі основні види випробувань:

а) попередні;

1) автономні;

2) комплексні.

б) дослідна експлуатація;

Дослідну експлуатацію проводять відповідно до програми, в якій вказують:

1) умови та порядок функціонування частин АС та АС в цілому;

2) тривалість дослідної експлуатації, достатню для перевірки правильності функціонування АС при виконанні кожної функції системи та готовності персоналу до роботи в умовах функціонування АС;

3) порядок усунення недоліків, виявлених у процесі дослідної експлуатації.

в) приймальні.

Приймальні випробування проводять відповідно до програми, в якій вказують:

1) перелік об'єктів, виділених у системі для випробувань та перелік вимог, яким повинні відповідати об'єкти (з посиланням на пункти ТЗ);

2) критерії приймання системи та її частин;

3) умови та строки проведення випробувань;

4) кошти щодо випробувань;

5) прізвища осіб, відповідальних за проведення випробувань;

6) методику випробувань та обробки їх результатів;

7) перелік документації, що оформляється.

http://www.franklin-grant.ru/ru/technologies/gost.asp

Особливості НУО. Характеристика об'єктів керування.

Структура НУО. Рівні та системи управління НУО.

Особливості ВТ у НУО:

1) Територіальна розподіленість об'єктів НУО, ВТ та АС.

2) Безперервний чи дискретно-безперервний характер технологічних процесів.

3) Складні кліматичні умови експлуатації та висока пожежна небезпека.

4) Низькокваліфікований обслуговуючий персонал.

5) Підприємства галузі є містоутворюючими.

Удосконалена схема взаємозв'язку технологічних комплексів НУО:

Етапи розвитку. Послідовність метасистемних переходів:

70-ті рр. – централізовані системи збору та обробки інформації на базі ЄС-ЕОМ: КИВЦ\РІВЦ.

80-ті рр. – мікропроцесорна техніка, з'являються нові засоби (децентралізовані): СМ-ЕОМ, TECHNIK, МікроДат.

90-ті рр. – кластерна система, безліч щодо автономних підсистем: ПЕОМ.

2000 – клієнт-серверні технології, технології штучного інтелекту, зарубіжні технічні рішення.

Нині НУО на високому рівні розвитку.

Фірмові концепції та рішення щодо автоматизації НУО:

1) ERP (Enterprise Resource Planning) - АСУП, АС управління ресурсами підприємства.

2) EAM (Enterprise Asset Management) – АС управління виробничими потужностями та фондами.

3) MES (Manufacturing Execution System) - АСУПП, системи оперативного управління виробництвом.

4) SCADA - АСУТП, АС управління технологічними процесами.

PLC – програмно-логічні контролери.

DCS – розподілені системи керування.

АС реалізується у вигляді послідовності інформаційно пов'язаних функцій, задач або процедур, що виконуються в автоматизованому (інтерактивному) чи автоматичному режимі.

Автоматизовані технологічні комплекси- сукупність технологічних та програмних засобів необхідних для певного виду виробництва та виробничих процесів.

4) розробка оптимальних технологічних режимів;

5) розрахунок необхідних матеріальних ресурсів та їх оптимальний розподіл - обладнання;

6) зведення максимального балансу та аналіз питомих витрат;

7) аналіз простоїв технологічного обладнання та облік втрат;

8) автоматизована обробка результатів досліджень та технологічної інформації;

9) управління технічним обслуговуванням та ремонтом технологічного обладнання.

На верхньому рівні розв'язання завдань спрямоване на підтримку прийняття рішень фахівцями в умовах роботи підприємства, що змінюються.

Вирішення цих завдань спрямоване на підтримку прийняття рішень на підприємстві (Середній рівень).

Функціонал на рівні цеху:

1) збирання інформації системами автоматизації технологічних об'єктів;

2) створення та ведення БД;

3) формування та передача інформації на рівні підприємства;

4) контроль стану устаткування технологічних режимів;

5) оперативні розрахунки ефективності заходу;

6) діагностика роботи технологічного обладнання та технічних засобів автоматизації;

7) ведення звітних та планових документів.

Вирішення цих завдань спрямоване на реалізацію прийнятих рішень у умовах роботи цехів підприємства, що змінюються.

Вимоги до САУ на різних рівнях НУО. (малюнок)

Рівень технологічного об'єкта:

(Нижній рівень)

1) збір інформації з датчиків та систем автоматизації за регламентом;

2) автоматична обробка та зберігання первинної інформації;

3) автоматичне керуваннята регулювання технічних об'єктів (завдання статутів);

4) діалог із оператором технологом;

5) забезпечення контролю параметрів безпеки.

Основні засади побудови АС на різних рівнях підприємства:

1) Інваріантність виконання функцій на кожному рівні упр-я по відношенню до кількості і типів технологічних об'єктів: система д \ б налаштовується на конкретні об'єкти відкритої і доповнюваної нових ф-ми. Дерево типів об'єктів => Дерево конкретних об'єктів.

2) Інтелектуалізація тих і програм ср-в шляхом автоматизації ф-й персоналу.

3) Стандартизація, гарантована сумісність апарату і програм ср-в як наслідок зниження витрат з їхньої эксплуатацию.

4) Архітектура комплексу тих коштів має забезпечити реалізацію різних конфігурацій сист спрямований з радіальними, кільцевими і змішаними каналами зв'язку в т.ч. по провідному та радіо-каналу.

Види забезпечень АС. Проблеми, моделі та засоби інтеграції АСУ до НУО

Загалом автоматизовані системи складаються з програмно-технічних комплексів (ПТК), програмно-методичних комплексів (ПМК) та компонентів техн. Програмного та інформаційного забезпечення.

АС – це сукупність взаємоузгоджених компонентів та комплексів програмного, технічного та інформаційного забезпечення, що розробляється, що виготовляється та постачається як продукція виробничо-технічного призначення. Спільне функціонування та взаємодія комплексів складає основі обчислювальних мереж.

ПЗ АС – сукупність програм на носіях інформації з програмною документацією за ГОСТ 19.101.

Технічне забезпеченняАС – сукупність засобів реалізації керуючого впливу, засобів отримання, введення, підготовки, перетворення, обробки, зберігання реєстрації, виведення відображення, використання та передачі даних з конструкторською документацією за ГОСТ 2.102 та експлуатаційної документації за ГОСТ 2.601.

Інформаційне Забезпечення АС – сукупність системно-орієнтованих даних, що описує прийнятий у системі словник базових описів (класифікатори, типові моделі, елементи автоматизації, формати документації) та даних, що актуалізуються, про стан інформаційної моделі об'єктів автоматизації (об'єкта управління, проектування) на всіх етапах життєвого циклу.

Організаційно-методичне забезпечення АС – сукупність документів, що визначають організаційну структуру об'єкта та систему автоматизації, діяльність в умовах функціонування системи, форми подання результатів діяльності.

Математичне забезпечення АС – сукупність математичних методів моделей та алгоритмів обробки інформації, що використовуються при функціонуванні системи.

Лінгвістичне забезпечення – сукупність мовних засобів для побудови та поєднання інформаційних одиниць КСА.

Акт приймання у дослідну експлуатаціюформується за результатами проведення попередніх випробувань і включає: висновки зроблені за результатами комплексних випробувань; завдання на дослідну експлуатацію.

Період часу роботи комісії

У цьому розділі акта приймання наводяться дати початку та закінчення роботи приймальної комісії з проведення попередніх випробувань.

Початок проведення випробувань – 01 листопада 2010р.
Закінчення проведення випробувань – 31 грудня 2010р.
Загальна тривалість проведення випробувань – 44 робочі дні.

Найменування організації-замовника, організації-виконавця та організації-співвиконавця

Наводиться найменування організацій учасників проведення випробувань і які склали акт приймання інформаційної системи в дослідну експлуатацію.

Організація-замовник - ВАТ "Замовник".
Організація-виконавець - ЗАТ "Виконавець".
Організація-співвиконавець – ТОВ "Соисполнитель" (якщо є).

Склад функцій АІС, які приймаються в дослідну експлуатацію

Перераховується склад функцій АІС, що приймаються в дослідну експлуатацію. Функції можуть передаватися як загальносистемні, і по підсистемам. Функції беруться з розділу "Вимоги до функцій, що виконуються системою" технічного завдання створення інформаційної системи.

Перелік складових технічного, програмного, інформаційного та організаційного забезпечення, що перевіряються у процесі дослідної експлуатації

У розділі акта приймання наводиться перелік випробувань проведених під час дослідної експлуатації. Перелік випробувань береться із розділу "Обсяг випробувань" Програми випробувань.

У процесі дослідної експлуатації підлягають проведенню випробування, представлені в таблиці нижче.

Перелік документів, що пред'являються комісії

У розділі акта приймання наводиться перелік наданих комісії документів необхідні проведення дослідної експлуатації.

Інструкція з формування та ведення бази даних (набору даних), версія 1 від 12.09.2010р.
- Посібник користувача, версія 1 від 14.09.2010р.
- ...

Оцінка відповідності технічному завданню АІС

Наводяться оцінка відповідності технічного завдання, що приймається АІС.

За результатами проведення попередніх випробувань Система відповідає вимогам, наведеним у документі: « ». Версія 1.0.

Основні результати приймання в дослідну експлуатацію

У цьому розділі акта приймання перераховуються основні результати, отримані за результатами проведення дослідної експлуатації інформаційної системи.

За результатами проведення дослідної експлуатації мають бути отримані такі основні результати:
- Система – працездатна;
- Підсистеми Системи – взаємодіють;
– система відповідає вимогам документа «Технічне завдання на створення автоматизованої системи». Версія 1.0;
- Всі характеристики, що підлягають оцінці, знаходяться в допустимих межах.

Рішення комісії про прийняття АІС до дослідної експлуатації

Наводиться рішення комісії про можливість чи неможливість прийняття інформаційної системи у дослідну експлуатацію.

Ковтун М.В. Жовтень 2010 року.

Постанова Уряду РФ від 6 липня 2015 р. N 676
"Про вимоги до порядку створення, розвитку, введення в експлуатацію, експлуатації та виведення з експлуатації державних інформаційних системта подальшого зберігання інформації, що міститься в їх базах даних"

Відповідно до частини 6 статті 14 Федерального закону "Про інформацію, інформаційних технологійта про захист інформації" Уряд Російської Федерації ухвалює:

1. Затвердити додаткові вимоги до порядку створення, розвитку, введення в експлуатацію, експлуатації та виведення з експлуатації державних інформаційних систем та подальшого зберігання інформації, що міститься в їх базах даних.

2. Встановити, що заходи, передбачені вимогами , затвердженими цією постановою, здійснюються федеральними органами виконавчої влади в межах бюджетних асигнувань, передбачених федеральним законом про федеральний бюджет на відповідний фінансовий рік та плановий період на керівництво та управління у сфері встановлених функцій.

3. Рекомендувати іншим державним органам, крім федеральних органів виконавчої влади та органів виконавчої влади суб'єктів Російської Федерації, і навіть органам управління державними позабюджетними фондами, органам місцевого самоврядування керуватися своєї діяльності вимогами , затвердженими цією постановою.

Вимоги
до порядку створення, розвитку, введення в експлуатацію, експлуатації та виведення з експлуатації державних інформаційних систем та подальшого зберігання інформації, що міститься в їх базах даних
(утв. постановою Уряду РФ від 6 липня 2015 р. N 676)

Зі змінами та доповненнями від:

I. Загальні положення

1. Цей документ визначає вимоги до порядку реалізації заходів щодо створення, розвитку, введення в експлуатацію, експлуатації та виведення з експлуатації державних інформаційних систем (далі - система) та подальшого зберігання інформації, що міститься в їх базах даних, здійснюваних федеральними органами виконавчої влади та органами виконавчої влади суб'єктів Російської Федерації (далі - органи виконавчої влади) з метою підвищення ефективності реалізації повноважень органів виконавчої влади в результаті використання інформаційно-комунікаційних технологій або органами виконавчої влади, що виступають як публічні партнери, та приватними партнерами відповідно до угод про державно-приватне партнерство (Далі - приватний партнер) з метою реалізації зазначених угод.

1.1. При реалізації органами виконавчої влади або приватними партнерами заходів щодо створення, розвитку, введення в експлуатацію, експлуатації та виведення з експлуатації систем та подальшого зберігання інформації, що міститься в їх базах даних, повинні виконуватися:

а) вимоги щодо захисту інформації, що міститься в системах, що встановлюються федеральним органом виконавчої влади в галузі забезпечення безпеки та федеральним органом виконавчої влади, уповноваженим у сфері протидії технічним розвідкам та технічного захисту інформації, в межах їх повноважень;

б) вимоги до організації та заходів захисту інформації, що міститься в системі;

Інформація про зміни:

Пункт 1.1 доповнено підпунктом "в" з 27 квітня 2019 р. - Постанова

в) вимоги щодо захисту персональних даних, передбачені частиною 3 статті 19 Федерального закону "Про персональні дані" (у разі наявності в системі персональних даних).

Інформація про зміни:

Постановою Уряду РФ від 11 травня 2017 р. N 555 Вимоги доповнено пунктом 1.2

1.2. З метою виконання вимог щодо захисту інформації, передбачених пунктом 1.1 цього документа (далі - вимоги щодо захисту інформації), органи виконавчої влади визначають вимоги до захисту інформації, що міститься в системі органу виконавчої влади, для чого здійснюють:

а) визначення інформації, що підлягає захисту від неправомірних доступу, знищення, модифікування, блокування, копіювання, надання, розповсюдження, а також інших неправомірних дій щодо такої інформації;

б) аналіз нормативних правових актів, методичних документів та національних стандартів, яким має відповідати система;

в) класифікацію системи відповідно до вимог захисту інформації;

г) визначення загроз безпеці інформації, реалізація яких може призвести до порушення безпеки інформації в системі, та розробку на їх основі моделі загроз безпеці інформації;

д) визначення вимог до інформаційної системи (підсистеми) захисту інформації, що міститься у системі.

ІІ. Вимоги до порядку створення системи

2. Підставою до створення системи є:

а) обов'язок органу виконавчої влади щодо створення системи, передбаченої нормативними правовими актами;

б) рішення органу виконавчої про створення системи з метою забезпечення реалізації покладених нею повноважень;

Інформація про зміни:

Пункт 2 доповнено підпунктом "в" з 27 квітня 2019 р. - Постанова Уряду України від 11 квітня 2019 р. N 420

в) рішення Уряду Російської Федерації про реалізацію проекту державно-приватного партнерства;

Інформація про зміни:

Пункт 2 доповнено підпунктом "г" з 27 квітня 2019 р. - Постанова Уряду України від 11 квітня 2019 р. N 420

р) рішення вищого виконавчого органу структурі державної влади суб'єкта Російської Федерації, якщо громадським партнером є суб'єкт Російської Федерації чи планується проведення спільного конкурсу з участю суб'єкта Російської Федерації (крім випадків проведення спільного конкурсу з участю Російської Федерации).

3. Створення системи здійснюється відповідно до технічного завдання з урахуванням моделі загроз безпеки інформації, передбаченої підпунктом "г" пункту 1.2 цього документа, а також рівнів захищеності персональних даних при їх обробці в інформаційних системах персональних даних залежно від загроз безпеки цих даних та вимог цього документа.

Модель загроз безпеці інформації та (або) технічне завдання на створення системи узгоджуються з федеральним органом виконавчої влади у сфері забезпечення безпеки та федеральним органом виконавчої влади, уповноваженим у сфері протидії технічним розвідкам та технічного захисту інформації, у межах їх повноважень у частині, що стосується виконання встановлених вимог щодо захисту інформації.

Технічне завдання створення системи має включати сформовані відповідно до підпунктами "а" і "в" пункту 1.1 цього документа вимоги до захисту інформації, що міститься в системі.

4. Технічне завдання на створення системи та модель загроз безпеки інформації затверджуються посадовцем органу виконавчої влади, на яке покладено відповідні повноваження.

5. Порядок створення системи включає такі послідовно реалізовані етапи:

а) розробка документації на систему та її частини;

б) розробка робочої документації на систему та її частини;

в) розробка чи адаптація програмного забезпечення;

г) пусконалагоджувальні роботи;

д) проведення попередніх випробувань системи;

е) проведення дослідної експлуатації системи;

ж) проведення приймальних випробувань системи.

6. Етап розробки документації на систему та її частини включає розробку, погодження та затвердження документації в обсязі, необхідному для опису повної сукупності проектних рішень (у тому числі щодо захисту інформації) та достатньому для подальшого виконання робіт зі створення системи.

7. Етап розробки робочої документації на систему та її частини включає розробку, погодження та затвердження документації, що містить відомості, необхідні для виконання робіт з введення системи в експлуатацію та її експлуатації, та порядку експлуатації системи, що містить відомості, необхідні для виконання робіт з підтримки рівня експлуатаційних характеристик (якості) системи (у тому числі щодо захисту інформації), встановлених у проектних рішеннях, зазначених у пункті 6 цього документа, у тому числі:

а) перелік дій співробітників під час виконання завдань з експлуатації системи, включаючи перелік, види, обсяги та періодичність виконання робіт із забезпечення функціонування системи;

б) контроль працездатності системи та компонентів, що забезпечують захист інформації;

в) перелік несправностей, які можуть виникнути в процесі експлуатації системи, та рекомендації щодо дій у разі їх виникнення;

г) перелік режимів роботи системи та їх характеристики, а також порядок та правила переведення системи з одного режиму роботи на інший із зазначенням необхідного для цього часу.

8. Етап розробки або адаптації програмного забезпечення включає розробку програмного забезпечення системи, вибір та адаптацію придбаного програмного забезпечення, а також встановлених випадкахта порядок сертифікації розробленого програмного забезпечення системи та засобів захисту інформації за вимогами безпеки інформації.

9. Етап пусконалагоджувальних робіт включає автономне налагодження технічних засобів та програмного забезпечення частин системи, завантаження інформації в її базу даних, комплексне налагодження технічних засобів та програмного забезпечення системи, включаючи засоби захисту інформації.

10. Етап проведення попередніх випробувань включає:

а) розроблення програми та методики попередніх випробувань, відповідно до яких здійснюється перевірка системи на працездатність та відповідність технічному завданню на її створення;

б) перевірку системи на працездатність та відповідність технічному завданню на її створення;

в) усунення виявлених при проведенні таких випробувань несправностей та внесення змін до документації та робочої документації на систему;

г) оформлення протоколу випробувань та акта про приймання системи у дослідну експлуатацію.

11. Етап проведення дослідної експлуатації включає:

а) розробку програми та методики дослідної експлуатації;

б) дослідну експлуатацію системи відповідно до програми та методики дослідної експлуатації;

в) доопрацювання програмного забезпечення системи та додаткове налагодження технічних засобів у разі виявлення недоліків, виявлених при дослідній експлуатації системи;

г) оформлення акта про завершення дослідної експлуатації, що включає перелік недоліків, які необхідно усунути на початок експлуатації системи.

12. Етап проведення приймальних випробувань включає:

а) випробування системи на відповідність технічному завданню на її створення відповідно до програми та методики приймальних випробувань;

б) аналіз результатів усунення недоліків, зазначених у акті про завершення дослідної експлуатації;

в) оформлення акта про прийняття системи в експлуатацію.

ІІІ. Вимоги до порядку введення системи в експлуатацію

13. Підставою для введення системи в експлуатацію є правовий акт органу виконавчої влади про введення системи в експлуатацію, що визначає перелік заходів щодо забезпечення введення системи в експлуатацію та встановлює строк початку експлуатації.

14. Правовий акт органу виконавчої влади про введення системи в експлуатацію включає:

а) заходи щодо розробки та затвердження організаційно-розпорядчих документів, що визначають заходи щодо захисту інформації в ході експлуатації системи, розробка яких передбачена нормативними правовими актами та методичними документами федерального органувиконавчої влади у сфері забезпечення безпеки та федерального органу виконавчої влади, уповноваженого у сфері протидії технічним розвідкам та технічного захисту інформації, а також національними стандартамиу сфері захисту інформації;

б) заходи щодо атестації системи за вимогами захисту інформації, внаслідок яких у встановлених законодавством Російської Федерації випадках підтверджується відповідність захисту інформації, що міститься в системі, вимогам, передбаченим законодавством Російської Федерації про інформацію, інформаційні технології та про захист інформації;

в) заходи щодо підготовки органу виконавчої влади, а також приватного партнера у разі укладання угоди про державно-приватне партнерство до експлуатації системи;

г) заходи щодо підготовки посадових осіб органу виконавчої влади, а також працівників приватного партнера у разі укладання угоди про державно-приватне партнерство до експлуатації системи, включаючи осіб, відповідальних за забезпечення захисту інформації.

15. Введення системи в експлуатацію не допускається у таких випадках:

а) невиконання встановлених законодавством Російської Федерації вимог щодо захисту інформації, включаючи відсутність діючого атестата відповідності вимогам безпеки інформації;

б) відсутність у реєстрі територіального розміщення об'єктів контролю, передбаченому Правилами здійснення контролю за розміщенням технічних засобів інформаційних систем, що використовуються державними органами, органами місцевого самоврядування, державними та муніципальними унітарними підприємствами, державними та муніципальними установами, на території Російської Федерації, затвердженими постановою Уряду Російської Федерації від 6 липня 2015 р. N 675 "Про порядок здійснення контролю за дотриманням вимог, передбачених частиною 2.1 статті 13 та частиною 6 статті 14 Федерального закону "Про інформацію, інформаційні технології та захист інформації", відомостей про розміщення технічних засобів інформаційної системи на території Російської Федерації;

в) невиконання вимог цього розділу, виявлених у ході здійснення контролю відповідно до Правил здійснення контролю за дотриманням вимог до порядку створення, розвитку, введення в експлуатацію, експлуатації та виведення з експлуатації державних інформаційних систем та подальшого зберігання інформації, що міститься в їх базах даних, затвердженими постановою Уряду Російської Федерації від 6 липня 2015 р. N 675 "Про порядок здійснення контролю за дотриманням вимог, передбачених частиною 2.1 статті 13 та частиною 6 статті 14 Федерального закону "Про інформацію, інформаційні технології та про захист інформації". цього документа. правовий акт а) підготовку правових актів, пов'язаних із виведенням системи з експлуатації;

б) роботи з виведення системи з експлуатації, у тому числі роботи з деінсталяції програмного забезпечення системи, з реалізації прав на програмне забезпечення системи, демонтажу та списання технічних засобів системи, забезпечення зберігання та подальшого використання інформаційних ресурсівсистеми;

Інформація про зміни:

Постановою Уряду РФ від 11 травня 2017 р. N 555 пункт 23 доповнено підпунктом "в"

в) забезпечення захисту інформації згідно з документацією на систему та організаційно-розпорядчими документами щодо захисту інформації, у тому числі архівування інформації, що міститься в системі, знищення (стирання) даних та залишкової інформації з машинних носіїв інформації та (або) знищення машинних носіїв інформації .

24. Якщо нормативними правовими актами Російської Федерації не встановлено інше, то терміни зберігання інформації, що міститься в базах даних системи, визначаються органом виконавчої влади і не можуть бути меншими від строків зберігання інформації, які встановлені для зберігання документів у паперовому вигляді, що містять таку інформацію.

25. Строк виведення системи з експлуатації не може бути раніше строку закінчення останнього заходу, передбаченого правовим актом про виведення системи з експлуатації.