1-Мавзу: Ахборот тизимларининг инструментал воситаларига кириш. Режа

9. ДАСТУРИЙ ТАЪМИНОТ

Саноат ва лабораторияларни автоматлаштришнинг замонавий тизимлари кенг қамровли масалаларни ечишга мўлжалланган ва уларни бир неча гуруҳларга бўлиш мумкин:

• 
  технологик жараёнларни бошқаришни автоматлаштириш (ТЖБА);
  
• 
  тизимнинг назоратчи (оператор) билан биргаликдаги ҳаракати;
  
• 
  автоматлаштирилган назорат ва ўлчашлар;
  
• 
  ҳавфсизликни таъминлаш;
  
• 
  масофавий бошқариш, ўлчаш, сигнализация.
  

Автоматлаштиришнинг дастурий воситалари ривожи шуни кўрсатадики, қўйилган масалани бажариш учун бир нечта универсал дастурлар яратилган бўлиб, уларни созлаш йўли билан турли тизимларга жорий этиш мумкин. Шундай универсал дастурларга мисол қилиб қуйидагиларни келтиришимиз мумкин:

• 
  OPC сервер;
  
• 
  контроллерларни МЭК-дастурлаш воситалари;
  
• 
  SCADA-пакетлари.
  

Технологик жараёнларни бошқаришни автоматлаштириш билан боғлиқ бўлмаган автоматлаштирилган тизимлар учун, LabVIEW, MatLab, HP-VEE ва бошқа дастурлар ишлатилади. Ушбу дастурлар тажриба ўтказишни автоматлаштириш, ўлчаш ёки олинган натижаларни математик қайта ишлашга мўллжалланган. Оддий масалалар ечиш учун ActiveX элементлари ва API функцияларини қўллаган ҳолда С++ , Delphi ёки Visual Basic дастурлаш воситаларидан фойдаланиш иқтисодий самара беради.

9.1. Развитие программных средств автоматизации

Для решения перечисленных выше задач первоначально использовались универсальные языки программирования высокого уровня и команда профессиональных программистов. Однако практика показала крайне низкую эффективность такой разработки. Оказалось, что разработка системы должна выполняться не программистами, а специалистами той предметной области, которая нуждается в автоматизации, т. е. технологами, а также системными интеграторами, которые осуществляют комплексное внедрение системы.
Необходимость в разработке средств программирования, предназначенных специально для систем автоматизации и ориентированных на технологов, была вызвана следующими причинами:

• 
  требованием надежности программного обеспечения. Система, написанная целиком на алгоритмическом языке для конкретного заказа, содержала слишком много программного кода, на тщательную разработку и тестирование которого не хватало времени;
  
• 
  сжатыми сроками внедрения системы и ограниченной стоимостью работ. Для создания системы в короткий срок при ограниченном бюджете требовалось большое количество готовых универсальных программных компонентов, уже написанных и тщательно оттестированных;
  
• 
  необходимостью модификации системы в процессе ее эксплуатации. Внести изменения в специализированную программу мог только написавший ее программист, который к этому времени обычно работал уже на другом предприятии. Поэтому вместо того, чтобы модифицировать программное обеспечение, его приходилось переписывать заново;
  
• 
  требованиями совместимости с другими системами автоматизации, работающими на том же предприятии. Были необходимы стандартные интерфейсы между программами, созданными разными производителями на разных аппаратно-программных платформах;
  
• 
  высокими требованиями к качеству пользовательского интерфейса. Ограниченный бюджет времени и финансовых ресурсов не позволял разработать достаточно хороший программный интерфейс на универсальных алгоритмических языках.