Формирование требований к SCADA-системе

На этапе формирования требований проводят:

· сбор данных об объекте автоматизации и функциях, подлежащих автоматизации (описание объекта управления и технологического процесса в нем);

· оценку качества функционирования объекта и выявление проблем, решение которых возможно SCADA-системой;

· формирование требований к SCADA-системе.

Рассмотрим некое «виртуальное» предприятие, состоящее из нескольких цехов (подразделений). Какие требования службы предприятия выдвигают к SCADA-системе?

Допустим, что основной пользователь системы — отдел Главного энергетика который на основе предварительных исследований желает получить:

• коммерческий учет тепловой, электрической энергии, газа, воды, сжатого воздуха и т.п. на вводах в предприятие;

• коммерческий учет энергоресурсов, отпускаемых субабонентам;

• технический учет энергоресурсов на вводе в отдельные цеха;

• контроль (телемеханика) режимов работы оборудования и состояния электрических сетей (ток, напряжение, частота) на заводских подстанциях;

• контроль за теплотехническим оборудованием завода (положение задвижек, состояние клапанов);

• телеуправление (возможно автоматическое) электротехническим и теплотехническим оборудованием;

• интеграция существующих «локальных» систем учета, если они работают и не стоит вопрос об их замене.

Рассмотрим типовые требования к верхнему уровню системы - уровню баз данных, сетей и АРМ. Как правило, на предприятии уже существует корпоративная сеть, зачастую используются современное оборудование и технологии, которые обслуживают финансовые, складские и прочие задачи, не относящиеся к АСУ ТП. По принятой терминологии такие системы называются АСУ производством (АСУП) и самостоятельно разрабатываются специалистами предприятия либо покупаются как «готовые» системы.

В любом случае специалисты выста­вят требования, чтобы верхний уровень внедряемой системы легко интегриро­вался в уже существующую сеть, и даже если это будет какая-то локальная под­система, то и организация баз данных, и выбор операционных систем, и сете­вое взаимодействие компонентов, и ди­зайн АРМ соответствовали бы уровню предприятия и тем стандартам, кото­рые там используются. На основании опыта, полученного при внедрении по­добных систем, можно представить требования, которым должно соответ­ствовать программное обеспечение верхнего уровня подобной системы:

• используемые операционные систе­мы — в большинстве случаев это Windows NT/2000;

• единая база данных на стандартных СУБД, причем все чаще требуются не «настольные» СУБД (Paradox, Access), а мощные SQL-базы данных (MS SQL 7.0, Oracle), которые могут одновременно обслуживать десятки АРМ и гарантируют достоверность и сохранность информации;

• использование клиент-серверной технологии взаимодействия между АРМ и сервером баз данных, причем клиенты должны быть «тонкими», то есть все основные вычисления (биз­нес-логика) происходят на сервере баз данных или на специализирован­ном сервере приложений, а АРМ конкретных приложений больше ис­пользуются как терминалы, это также гарантирует сохранность и досто­верность данных;

• встроенные возможности администрирования и конфигурирования программного обеспечения, обеспечение защиты от несанкционированного доступа к информации (дополнительно к стандартным возможностям Windows NT и SQL-сервера);

• полная и подробная документация, позволяющая программистам предприятия разрабатывать собственные приложения, используя существующие «хранимые процедуры» и базы данных;

• интеграция существующих узлов учета в систему, причем на верхнем уровне это должна быть полная интеграция, то есть единые базы данных, единые АРМ, единые отчеты;

• разделение доступа клиентов (АРМ) к базе данных.

Поиск по сайту: