Основні стадії створення автоматичної системи управління

[ виправити ] текст може містити помилки, будь ласка перевіряйте перш ніж використовувати.

скачати

Основні стадії створення асу

Введення

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

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

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

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

1. Регламентація порядку розроблення

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

АСУ є складною системою, що складається з взаємозалежних підсистем функціонального і забезпечує призначення. Якщо на підприємстві або у виробничому об'єднанні створюється спеціалізована АСУ, наприклад автоматизованого проектування, і функціонує АСУ підприємством, то повинно бути забезпечено їх тісну взаємодію. АСУ підприємством або виробничим об'єднанням також повинна взаємодіяти з галузевою АСУ відповідно до підпорядкованістю, а також з АСУ тих підприємств і об'єднань, з якими існують виробничі чи інші зв'язки. Взаємодія передбачає насамперед функціональні зв'язку по важливість справ, які для галузевих АСУ та АСУ підприємствами реалізуються в рамках функціональних підсистем. Завдання, які вирішуються на рівні підприємства, видають вихідну інформацію для вирішення аналогічних, але узагальнених задач на рівні галузі. У той же час завдання галузевого рівня створюють управляючу інформацію для задач підприємства. У "ручних" системах такі зв'язки реалізуються у вигляді документо-потоків, в найбільш розвинених АСУ - по каналах зв'язку між ЕОМ, що вимагає відповідних технічних засобів, лінгвістичного та програмного забезпечення.

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

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

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

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

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

Залежно від конкретних виробничо-технічних умов, особливостей використовуваних методів і засобів розробки і в відповідності з економічною доцільністю створення АСУ здійснюється у вигляді послідовних черг. На діючих підприємствах створення АСУ має здійснюватися не більше ніж у дві черги. У першій черзі повинно бути передбачено регулярне рішення задач технічної підготовки виробництва, оперативного управління основним виробництвом, техніко-економічного планування та матеріально-технічного постачання на рівнях загальнозаводського і внутрішньоцехового управління. При цьому комплекс завдань першої черги повинен забезпечувати нормативний термін окупності витрат на створення АСУ та норми завантаження ЕОМ. Для знову споруджуваних і реконструйованих підприємств склад і послідовність черг створення АСУ визначаються планами будівництва або реконструкції виходячи з необхідності забезпечення максимальної ефективності що вводяться в дію комплексів задач АСУ. Обсяг робіт першої черги АСУ встановлюється відповідно до пусковим комплексом, що будуються.

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

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

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

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

2. Передпроектна стадія створення АСУ

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

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

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

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

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

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

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

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

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

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

Характеристика підприємства включає також опис його структури, що подається у вигляді схеми, на якій вказані всі підрозділи із зазначенням адміністративної підпорядкованості. При необхідності схема структури супроводжується пояснювальною запискою. Для складальних цехів і ділянок складається схема надходження на складання вузлів, деталей та комплектуючих виробів з інших цехів і зі складів, із зазначенням звідки, що і в якій кількості надходить. Визначається завантаження складальних цехів - темп випуску і номенклатура виробів, одночасно збираються на кожному складальному конвеєрі. У характеристику підприємства входить також склад працюючих в цілому по заводу і з розбивкою по цехах. По кожній категорії працюючих наводиться їх число, для робітників - з розбивкою на основне і допоміжне виробництво. Наводиться складу виробничого обладнання - загальна кількість по цехах з виділенням унікального обладнання. У заключному розділі характеристики підприємства дається перспектива його розвитку на найближчі п'ять років - введення нових виробничих потужностей, суттєві зміни технології виробництва, освоєння нових виробів.

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

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

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

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

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

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

3. Стадія розробки проектів

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

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

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

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

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

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

У свою чергу розробник зобов'язаний: розробити технічний проект відповідно до затвердженого технічного завдання і включає в себе економіко-математичні моделі та алгоритми обробки даних; уточнити склад застосовуваних пакетів прикладних програм, порядок їх налаштування для вирішення передбачених ТЗ комплексів завдань, а також алгоритми тих завдань , для яких будуть розроблені оригінальні програми; забезпечити першочергову розробку і затвердження комплексу технічних засобів, а також замовлені специфікації на всі види обладнання; розробити і ввести в експлуатацію у замовника програми з відповідною робочою документацією на них по введенню і ведення інформаційної бази системи; взяти участь в навчанні персоналу замовника правилами експлуатації технічних засобів, програмного та інформаційного забезпечення, методам взаємодії з ЕОМ і в умовах автоматизованого рішення задач управління; здійснювати методичне керівництво при створенні замовником класифікаторів та нормативно-довідкової інформації. У проекті мають бути розроблені принципово нові методи вирішення завдань, а можливо і завдання, що не існують в діючій системі.

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

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

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

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

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

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

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

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

4. Стадія введення в експлуатацію

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

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

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

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

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

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

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

Для більш чіткого проведення приймально-здавальних випробувань регламентований ряд положень.

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

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

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

Додати в блог або на сайт

Цей текст може містити помилки.

Програмування, комп'ютери, інформатика і кібернетика | Реферат
82.9кб. | скачати


Схожі роботи:
Розробка автоматичної системи управління водогрійним котлом КВГМ-100
Основні риси і стадії антикризового управління
Види і стадії досліджень системи управління
Історія створення и основні характеристики системи SWIFT
Створення автоматизованої системи управління
Управління проектом створення системи інформаційної безпеки
Створення системи державного управління та державної слу
Ефективність створення системи державного та муніципального управління
Створення системи державного управління та державної служби в РФ
© Усі права захищені
написати до нас