7. Що повинна включати робоча документація проекту

До складу робочої конструкторської документації можуть входити:

1. креслення деталей, загальних видів, збірні, габаритні, монтажні;

2. схеми з'єднань, функціональні, загальні, включення, принципові;

3. таблиці;

4. технічні описи;

5. технічні умови;

6. інструкції;

7. специфікації;

8. відомості купованих виробів;

9. паспорт виробу;

10. відомість специфікацій і т.

8. Поняття архітектури автоматизованої системи управління

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

Елементами архітектури є моделі (абстракції) датчиків, пристроїв введення-виведення, вимірювальних перетворювачів, ПЛК, комп'ютерів, інтерфейсів, протоколів, промислових мереж, виконавчих пристроїв, драйверів, каналів передачі інформації. Архітектуру створює архітектор [Клір]. Основною вимогою до архітектора є знання предметної області (принципів функціонування об'єкта автоматизації) і знання технічних характеристик апаратних і програмних засобів, що використовуються для побудови системи.

Архітектура системи може бути різною залежно від розв'язуваної задачі автоматизації. Такими завданнями можуть бути:

• моніторинг (тривалі вимірювання і контроль з архівуванням отриманої інформації);

• автоматичне керування (в системі зі зворотним зв'язком або без неї);

• диспетчерське управління ( управління за допомогою людини-диспетчера, який взаємодіє з системою через людино-машинний інтерфейс);

• забезпечення безпеки

9. Поняття іт - профілів. Основні цілі застосування профілів.

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

Основними цілями застосування профілів є:

11. зниження трудомісткості проектів АС;

12. підвищення якості обладнання АС;

13. забезпечення розширюваності (масштабованості) АС по набору прикладних функцій;

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

10. Функціональні профілі автоматизованих систем управління

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

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

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