From OpenSCADAWiki
Jump to: navigation, search
 
Line 1: Line 1:
 
Реально існують наступні варіанти вирішення цієї проблеми:
 
Реально існують наступні варіанти вирішення цієї проблеми:
−
* Першим варіантом може бути налагодження тісних зв'язків з виробником SCADA систем, тобто інтеграція (явна або неявна) у підрозділ по впровадженню. Що, в свою чергу, рівноцінно повній або частковій втраті самостійності.
+
* Першим варіантом може бути налагодження тісних зв'язків з виробником SCADA систем, тобто інтеграція (явна або неявна) у підрозділ по впровадженню. Що, своєю чергою, рівноцінно повній або частковій втраті самостійності.
−
* Другим варіантом є розробка власної комерційної SCADA системи. Цим досягається повний контроль, однак для розробки системи на високому рівні потрібен великий штат висококваліфікованих спеціалістів. Що, у більшості випадків, не за статками фірм, які впроваджують АСУ ТП. Як результат — кваліфікація спеціалістів доволі низька. І навіть якщо фірма зважується на цей подвиг то SCADA система не дотягує до рівня самої посередньої сторонньої комерційної системи, і дуже часто має місце — низька якість коду та(або) посередня функціональність системи.
+
* Другим варіантом є розробка власної комерційної SCADA системи. Цим досягається повний контроль, однак для розробки системи на високому рівні потрібен великий штат висококваліфікованих спеціалістів. Що, у більшості випадків, не за можливостями фірм, які впроваджують АСУ ТП. Як результат — кваліфікація спеціалістів доволі низька. І навіть якщо фірма зважується на цей вчинок то SCADA система не дотягує до рівня самої посередньої сторонньої комерційної системи, і дуже часто має місце — низька якість коду та(або) посередня функціональність системи.
 
* Третім варіантом є використання відкритих SCADA систем, тобто — спільна розробка. Це дозволяє поєднати переваги двох перших варіантів:
 
* Третім варіантом є використання відкритих SCADA систем, тобто — спільна розробка. Це дозволяє поєднати переваги двох перших варіантів:
 
** повний контроль над SCADA системою;
 
** повний контроль над SCADA системою;

Latest revision as of 12:16, 22 June 2019

Information about message (contribute)
This message has no documentation. If you know where or how this message is used, you can help other translators by adding documentation to this message.
Message definition (About)
In fact, there are the following solutions of the problem:
* The first option could be to establish close links with the SCADA system manufacturer, that is, integration (explicit or implicit) into the implementation unit. That, in turn, is equally to full or partial loss of independence.
* The second option is to develop your own commercial SCADA system. This achieves full control, but for the development of the system, at a high level, a large staff of highly qualified specialists is required. That, in most cases, is not pocket-sized firms that implement ASC-TP. As a result, the qualifications of the specialists are rather low. And even if the firm judges this feat, the SCADA system does not reach the level of the most mediocre third-party commercial system, and very often there is a low quality code and/or mediocrity features of the system.
* The third option is to use open SCADA systems, that is, joint the development. This allows us to combine the benefits of the first two options:
** full control over the SCADA system;
** does not require a large staff of highly skilled specialists for the development of the system; there are enough specialists for distributing the system;
** leads to the system quality improving, due to multiple external expertise and breadth of supported platforms;
** allows you to choose a platform based on its benefits, and not just because it runs on the SCADA system;
** and other: psychological, economic, moral and legal advantages of open systems.
TranslationРеально існують наступні варіанти вирішення цієї проблеми:
* Першим варіантом може бути налагодження тісних зв'язків з виробником SCADA систем, тобто інтеграція (явна або неявна) у підрозділ по впровадженню. Що, своєю чергою, рівноцінно повній або частковій втраті самостійності.
* Другим варіантом є розробка власної комерційної SCADA системи. Цим досягається повний контроль, однак для розробки системи на високому рівні потрібен великий штат висококваліфікованих спеціалістів. Що, у більшості випадків, не за можливостями фірм, які впроваджують АСУ ТП. Як результат — кваліфікація спеціалістів доволі низька. І навіть якщо фірма зважується на цей вчинок то SCADA система не дотягує до рівня самої посередньої сторонньої комерційної системи, і дуже часто має місце — низька якість коду та(або) посередня функціональність системи.
* Третім варіантом є використання відкритих SCADA систем, тобто — спільна розробка. Це дозволяє поєднати переваги двох перших варіантів:
** повний контроль над SCADA системою;
** не потрібно великого штату висококваліфікованих спеціалістів для розвитку системи, достатньо спеціалістів для її дистрибуції;
** призводить до підвищення якості системи, за рахунок множинної зовнішньої експертизи та широти підтримуваних платформ;
** дозволяє обирати платформу залежно від її переваг, а не тільки тому, що на ній працює SCADA система;
** ну і інші: психологічні, економічні, моральні та юридичні переваги відкритих систем.

Реально існують наступні варіанти вирішення цієї проблеми:

  • Першим варіантом може бути налагодження тісних зв'язків з виробником SCADA систем, тобто інтеграція (явна або неявна) у підрозділ по впровадженню. Що, своєю чергою, рівноцінно повній або частковій втраті самостійності.
  • Другим варіантом є розробка власної комерційної SCADA системи. Цим досягається повний контроль, однак для розробки системи на високому рівні потрібен великий штат висококваліфікованих спеціалістів. Що, у більшості випадків, не за можливостями фірм, які впроваджують АСУ ТП. Як результат — кваліфікація спеціалістів доволі низька. І навіть якщо фірма зважується на цей вчинок то SCADA система не дотягує до рівня самої посередньої сторонньої комерційної системи, і дуже часто має місце — низька якість коду та(або) посередня функціональність системи.
  • Третім варіантом є використання відкритих SCADA систем, тобто — спільна розробка. Це дозволяє поєднати переваги двох перших варіантів:
    • повний контроль над SCADA системою;
    • не потрібно великого штату висококваліфікованих спеціалістів для розвитку системи, достатньо спеціалістів для її дистрибуції;
    • призводить до підвищення якості системи, за рахунок множинної зовнішньої експертизи та широти підтримуваних платформ;
    • дозволяє обирати платформу залежно від її переваг, а не тільки тому, що на ній працює SCADA система;
    • ну і інші: психологічні, економічні, моральні та юридичні переваги відкритих систем.
Retrieved from "http://oscada.org/wiki/index.php?title=Translations:About/4/uk&oldid=44064"