Головна / Провід та кабелі

ГОСТ 34.601-90

Група П87

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

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

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

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

Information technology. Set of standards for automated systems. 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. ПОСИЛАННІ НОРМАТИВНО-ТЕХНІЧНІ ДОКУМЕНТИ

	Номер пункту, програми
ГОСТ 19.101-77	Додаток 1
ГОСТ 34.201-89	Додаток 1

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

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

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

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

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

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

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

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

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

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

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

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

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

	Етапи робіт
	1.1. Обстеження об'єкта та обґрунтування необхідності створення АС
	1.2. Формування вимог користувача до АС
	1.3. Оформлення звіту про виконану роботу та заявки на розробку АС (тактико-технічного завдання)
2. Розробка концепції АС	2.1. Вивчення об'єкту
	2.2. Проведення необхідних науково-дослідних робіт
	2.3. Розробка варіантів концепції АС та вибір варіанта концепції АС, який відповідає вимогам користувача
	2.4. Оформлення звіту про виконану роботу
3. Технічне завдання	3.1. Розробка та затвердження технічного завдання на створення АС
4. Ескізний проект	4.1. Розробка попередніх проектних рішень щодо системи та її частин
	4.2. Розробка документації на АС та її частини
	5.1. Розробка проектних рішень щодо системи та її частин
	5.2. Розробка документації на АС та її частини
	5.3. Розробка та оформлення документації на постачання виробів для комплектування АС та (або) технічних вимог (технічних завдань) на їх розробку
	5.4. Розробка завдань на проектування у суміжних частинах проекту об'єкта автоматизації
6. Робоча документація	6.1. Розробка робочої документації на систему та її частини
	6.2. Розробка або адаптація програм
7. Введення в дію	7.1. Підготовка об'єкта автоматизації до введення АС у дію
	7.2. Підготовка персоналу
	7.3. Комплектація АС, що поставляється виробами (програмними та технічними засобами, програмно-технічними комплексами, інформаційними виробами)
	7.4. Будівельно-монтажні роботи
	7.6. Проведення попередніх випробувань
	7.7. Проведення дослідної експлуатації
	7.8. Проведення приймальних випробувань
8. Супровід АС	8.1. Виконання робіт відповідно до гарантійних зобов'язань
	8.2. Післягарантійне обслуговування

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. Стадії та етапи робіт наведені у таблиці.

Стадії	Етапи робіт
1. Дослідження та обґрунтування створення АС	1.1. Обстеження (збір та аналіз даних) автоматизованого об'єкта, включаючи збір відомостей про закордонні та вітчизняні аналоги
	1.2. Розробка та оформлення вимог до системи (техніко-економічне обґрунтування, тактико-технічне завдання, заявка)
2. Технічне завдання	2.1. Науково-дослідні роботи*
	2.2. Розробка аванпроекту
	2.3. Розробка технічного завдання на АС загалом і, за необхідності, приватних ТЗ на підсистеми АС
3. Ескізний проект	3.1. Розробка попередніх рішень за вибраним варіантом АС та окремими видами забезпечення
4. Технічний проект	4.1. Розробка остаточних рішень із загальносистемних питань, у тому числі щодо структур АС (функціональної, організаційної); процедурам (завданням), що реалізуються системою; процесу функціонування системи та, при необхідності, видача приватних технічних завдань на розробку видів забезпечення АС або видів забезпечення підсистеми АС
	4.2. Розробка рішень щодо організаційного забезпечення, включаючи розробку плану заходів щодо підготовки до впровадження АС
	4.3. Розробка рішень з технічного забезпечення
	4.4. Розробка або вибір алгоритмів діяльності, що автоматизується
	4.5. Розробка рішень щодо інформаційного забезпечення
	4.6. Розробка рішень щодо лінгвістичного забезпечення
	4.7. Розробка рішень щодо програмного забезпечення
	4.8. Розробка рішень щодо методичного забезпечення
	4.9. Розробка проектно-кошторисної будівельної документації
	4.10. Узгодження рішень щодо зв'язків видів забезпечення між собою та розробка загальносистемної документації на АС в цілому
	4.11. Складання замовленої документації на компоненти, що поставляються, і комплекси засобів автоматизації або технічних завдань на їх розробку
5. Робоча документація	5.1. Розробка робочої документації з інформаційного забезпечення
	5.2. Розробка робочої документації щодо організаційного забезпечення
	5.3. Розробка робочої документації з методичного забезпечення
	5.4. Розробка робочої документації з лінгвістичного забезпечення
	5.5. Розробка або адаптація програм та програмної документації
	5.6. Розробка документації на технічні засоби одноразового виготовлення
	5.7. Розробка проектно-кошторисної будівельної документації
6. Виготовлення несерійних компонентів комплексу засобів автоматизації (КСА)	6.1. Виготовлення компонентів КСА
	6.2. Автономне налагодження та випробування компонентів КСА
7. Введення в дію	7.1. Підготовка організації до введення АС у дію, навчання персоналу користувача *
	7.2. Будівельно-монтажні роботи *
	7.3. Комплектація АС * комплексами засобів автоматизації, технічними засобами, програмними засобами та ін.
	7.4. Пуско-налагоджувальні роботи * (комплексне налагодження КСА)
	7.5. Проведення дослідної експлуатації АС
	7.6. Проведення приймальних випробувань (державних, міжвідомчих чи відомчих)
	7.7. Усунення зауважень, виявлених під час випробувань АС
	7.8. Приймання АС у промислову експлуатацію (впровадження АС)

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

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.

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

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

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

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

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) на основі розподілу системного аналізу (алгоритмізації) та розробки програм з різних колективів;

ГОСТ 24.208-80 Вимоги до змісту документів на стадії «Введення в експлуатацію»

Постановою Державного комітету СРСР за стандартами від 14 травня 1980 р. № 2101 термін запровадження встановлено

з 01.01 1981 р.

Цей стандарт поширюється на технічну документацію на автоматизовані системи управління (АСУ) всіх видів, що розробляються для всіх рівнів управління (крім загальнодержавного), та встановлює вимоги до змісту документів, що розробляються на стадії «Введення в експлуатацію» відповідно до вимог ГОСТ 24.101-80

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

1.1. Документи, що розробляються на стадії «Введення в експлуатацію», відносять до приймально-здаткової документації на АСУ.

1.2. При складанні документів частини АСУ зміст документів обмежують рамками відповідної частини АСУ.

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

2. ВИМОГИ ДО ПРИЙМО-ЗДАЧНОЇ ДОКУМЕНТАЦІЇ

2.1. Акт завершення робіт

2.1.1. Документ призначений для фіксації факту завершення окремої роботи під час створення АСУ.

2.1.2. Документ не поширюється на будівельно-монтажні та пусконалагоджувальні роботи.

2.1.3. Документ повинен містити:

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

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

2.2.1. Документ призначений для фіксації факту завершення введення АСУ загалом або її частин у дослідну експлуатацію.

2.2.2. Документ повинен містити:

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

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

2.3.1. Документ призначений для фіксації факту введення АСУ (або її частини) у промислову експлуатацію.

2.3.2. Документ повинен містити:

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

* Обов'язково тільки при прийманні АСУ загалом.

2.3.3. До «Акту приймання у промислову експлуатацію» додають програму та протоколи випробувань, протоколи засідань комісії, акти приймання у промислову експлуатацію прийнятих раніше частин АСУ, перелік технічних засобів, які використовувала комісія під час приймання АСУ. На розсуд комісії допускається включати додаток додаткові документи.

2.4. План-графік роботи

2.4.1. Документ встановлює перелік робіт, терміни виконання та виконавців робіт, пов'язаних із створенням робіт.

2.4.2. Документ для кожної роботи, включеної до переліку, має містити:

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

2.5. Наказ про проведення робіт

2.5.1. Залежно від етапу робіт із створення АСУ встановлено такі різновиди документа:

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

2.5.2. Документ «Наказ про готовність об'єкта управління до проведення будівельно-монтажних робіт» має містити:

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

2.5.3. Документ «Наказ про готовність об'єкта управління до проведення налагоджувальних робіт» має містити:

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

2.5.4. Документ "Наказ про початок дослідної експлуатації АСУ (її частин)" повинен містити:

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

2.5.5. Документ «Наказ про введення в промислову експлуатацію АСУ (її частин)» повинен містити:

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

2.6. Наказ про склад приймальної комісії

Документ повинен містити:

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

2.7. Програма робіт

2.7.1. Залежно від змісту робіт встановлено такі різновиди документів:

• програма випробувань;
• програма дослідної експлуатації;
• програма робіт приймальної комісії.

2.7.2. Документ «Програма випробувань» призначений для визначення порядку проведення та обсягу попередніх випробувань під час передачі в дослідну експлуатацію та приймально-здавальних випробувань під час передачі у промислову експлуатацію АСУ.

Документ повинен містити:

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

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

Документ повинен містити:

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

2.7.2. Документ «Програма робіт приймальної комісії» призначений визначення порядку приймання АСУ в промислову експлуатацію. Склад та зміст документа визначають за нормативно-технічними документами, затвердженими у цій галузі.

2.8. Протокол випробувань

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

2.8.2. Документ повинен містити:

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

2.9. Протокол погодження

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

2.9.2. Документ повинен містити:

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

Перевидання. Травень 1986

Порядок уведення ЕІС в експлуатацію.

ТИПОВЕ АВТОМАТИЗОВАНЕ ПРОЕКТУВАННЯ. СТАДІЯ ВВЕДЕННЯ В ЕКСПЛУАТАЦІЮ.

лекція 10.

Відповідно до ГОСТ 34.601-90 «АС. Стадії створення» та ГОСТ 34.603-92 «Види випробувань АС» У рамках стадії введення системи в експлуатацію проводять такі роботи:

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

2) підготовка персоналу - Навчання персоналу та перевірка його здатності забезпечити функціонування ІВ;

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

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

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

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

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

8) проведення приймальних випробувань – випробування на відповідність технічному завданню відповідно до програми та методики приймальних випробувань; аналіз результатів випробування ІВ та усунення недоліків, виявлених при випробуваннях; оформлення акта про приймання ІС у постійну експлуатацію.

Введення в експлуатацію ЕІС є поступовим перехід від існуючої системи управління до автоматизованої. У цьому як підвищується ступінь використання технічних засобів на обробки даних, а й відповідним чином змінюються самі методи управління.

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

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

Однією з важливих особливостей введення системи в експлуатацію є наявність деякого періоду, протягом якого здійснюється паралельна робота системи та нової ЕІС. У технічних системах один пристрій замінюють іншим найчастіше послідовно у часі. Іноді новий верстат встановлюють дома старого – у разі протягом деякого часу не працює ні нове, ні старе устаткування. Якщо нове починає працювати раніше, ніж припиняє працювати старе, всі вони працюють незалежно друг від друга. При введення в експлуатацію ЕІС організаційного типу принципово неможлива ситуація, коли хоча б короткочасно не працювала ні стара, ні нова система. Більш того, для перевірки правильності всіх закладених рішень введення в експлуатацію нової системи здійснюється поступово під час дослідної експлуатації наступними кроками:

1. Перевірка підсистеми чи комплексу завдань повному обсязі реальних даних, але з реальні терміни, необхідних управління.

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

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

4. Остаточний перехід працювати нової системи.

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

Досвідчена експлуатація перекриває процес тестування. Як правило, система вводиться в експлуатацію не повністю, поступово. Тому з погляду інформаційного наповнення системи введення в експлуатацію проходить принаймні три фази:

2) накопичення інформації;

3) вихід проектну потужність.

ініціює досить вузьке коло помилок - в основному це проблеми неузгодженості даних при завантаженні та власні помилки завантажувачів, тобто те, що не було відстежено на тестових даних. Якщо налагодження «на живих» даних робити неможливо, то доведеться моделювати ситуацію, причому швидко. Тут потрібні дуже кваліфіковані тестери.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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