Теми рефератів
> Реферати > Курсові роботи > Звіти з практики > Курсові проекти > Питання та відповіді > Ессе > Доклади > Учбові матеріали > Контрольні роботи > Методички > Лекції > Твори > Підручники > Статті Контакти
Реферати, твори, дипломи, практика » Новые рефераты » Основні стадії створення автоматичної системи керування

Реферат Основні стадії створення автоматичної системи керування





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

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

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

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

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

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

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

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

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


Назад | сторінка 5 з 7 | Наступна сторінка





Схожі реферати:

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