затверджуються в установленому порядку.
Робочий проект. Він розробляється на підставі затвердженого технічного проекту та утвердження не підлягає. Закінчений робочий проект містить всю технічну документацію, необхідну для налагодження АСУ в цілому або відповідної її черги, підготовки її до введення в експлуатацію, проведення пріємосдаточних випробувань і подальшого нормального її функціонування.
На етапі створення РП замовник зобов'язаний завершити формування і організувати ведення інформаційної бази або банку даних АСУ; ввести в промислову експлуатацію комплекс технічних засобів і обчислювальний центр; ввести в повсякденну діяльність методи планування та управління виробництвом відповідно до прийнятих в проекті АСУ рішеннями; розробити під методичним керівництвом і за участю розробника і затвердити посадові інструкції для роботи управлінського персоналу в умовах функціонування АСУ; підготувати відповідно до інструкцій розробника контрольні приклади і організувати поетапну приймання робочих програм, перевіряючи їх на контрольних прикладах, забезпечивши їх використання в реальній роботі по мірі приймання; завершити навчання управлінського персоналу та працівників ВЦ роботи в умовах функціонування АСУ, надати розробнику машинний час і необхідні матеріали (магнітні диски, стрічки тощо) для підготовки робочих програм та їх здачі. Остання умова в частині інформаційної бази і банків даних бажано виконати на етапі технічного проектування.
Дизайнер на цьому етапі зобов'язаний завершити розробку програмного забезпечення створюваної АСУ, в першу чергу налагодження і здачу замовнику робочих програм інформаційної бази або банку даних; для пакетів прикладних програм виконати генерацію необхідних робочих програм та їх стикування з іншими програмами; здійснювати методичне керівництво і допомогу замовнику за формування та ведення інформаційної бази і з розробки посадових інструкцій управлінському персоналу і працівникам ВЦ; завершити розробку робочої документації по всіх видах забезпечення; здійснити поетапну здачу замовнику робочих програм на контрольному прикладі, документації робочого проекту з оформленням актів здачі-приймання АСУ в дослідну експлуатацію. На етапі робочого проектування особливо зростає значення узгодження та координації діяльності всіх учасників розробки.
При підготовці програм часто виникає бажання удосконалити в тій чи іншій мірі окремі алгоритми, внести зміни в структуру інформаційної бази, форму вхідних або вихідних документів і т.п. Внесення таких змін неприпустимо, якщо навіть вони кілька покращують характеристики окремих завдань системи. В іншому випадку одні зміни будуть накладатися на інші, і в кращому випадку термін підготовки програмного забезпечення неприпустимо розтягнеться, а в гіршому - система просто вийде з-під контролю і вже ніхто не буде знати, що, коли і чому вона робить. Всі пропозиції щодо вдосконалення і коригування алгоритмів і програм слід накопичувати до повного завершення комплексу програм по одній або декількох задачах. Коли буде завершена їх системна налагодження, слід розглянути всі накопичені пропозиції, відібрати заслуговують реалізації і одноразово внести відповідні зміни. Винятки з цього правила можуть бути зроблені лише у надзвичайних випадках, наприклад, якщо на стадії програмування з'ясується повна непрацездатність алгоритму. Подібні випадки підлягають розбору у головного конструктора проекту, який і приймає необхідні рішення.
Приймання комплексу завдань в дослідну експлуатацію полягає в рішенні контрольного прикладу, спеціально підготовленого замовником. Контрольний приклад вирішується в присутності представників замовника і розробника і при успішному його вирішенні оформляється акт здачі-приймання. Склад і зміст технічного і робочого проектів наведені в гл. 9. br/>
4. Стадія введення в експлуатацію
На відміну від технічних систем, які вводяться в експлуатацію одномоментно, всією системою відразу, для АСУ та її підсистем введення в експлуатацію означає поступовий перехід від існуючих методів управління до використання функціональних комплексів завдань або окремих завдань створюваної системи. Введення в експлуатацію того чи іншого завдання або комплексу завдань визначається тільки ступенем їх готовності і може бути здійснений відразу після затвердження технічного завдання, незалежно від ступеня готовності технічного або робочого проекту. Це означає, що введення в експлуатацію всієї АСУ або однієї з її черг збігається з введенням останнього з установлених технічним завданням комплексів завдань.
Якщо існує пакет прикладних програм, який легко адаптується до умов конкретної створюваної АСУ, немає сенсу відкладати його використання до завершення розробки технічного і робочого проектів. У той Водночас деякі завдання можуть виявитися настільки складними, що алгоритм їх рішення може бути отриманий тільки в результаті спеціальних наукових досліджень.
Можл...
