ЖУРНАЛ «СТА» №2/2016

быть выполнены. В него включается ряд обязательных требований, специфици- рованных стандартом ISO 11135:2014. Излагается, как должна выглядеть систе- ма в результате модернизации. Также на данном этапе необходимо описать уже имеющийся функционал системы, кото- рый не будет затронут модернизацией. Ф УНКЦИОНАЛЬНАЯ СПЕЦИФИКАЦИЯ После разработки URS и его утвер- ждения ЗАО «ПО ДЕЛЬРУС» компани- ей «НОРВИКС-ТЕХНОЛОДЖИ» была разработана функциональная специфи- кация (Functional specification, FS), ко- торая даёт ответ на вопрос: «Каким об- разом будут реализованы требования, приведённые в URS?». Документ содер- жит в себе функциональные требова- ния, как со стороны заказчика, так и со стороны исполнителя, определяет, что система будет делать, не давая ответа на вопрос, как именно. Основная задача создания функциональной специфика- ции состоит в том, чтобы удостоверить- ся, что заказчик и исполнитель имеют согласованное представление о желае- мом результате. В случае необходимости внесения дополнительных функцио- нальных возможностей на данном этапе они обязательно должны быть прописа- ны в URS. Информация, приводимая в спецификации, организуется так, что каждому пункту URS соответствует один или более пунктов документа FS, содержащего общее описание будущих функций комплекса. Сложность данно- го этапа заключается в том, что необхо- димо определить функционал той части, которую не затронет модернизация. К этому этапу следует подходить с осо- бенной осторожностью, ввиду того что допущенные на нём ошибки могут нега- тивно отразиться на итоге работы. Р АБОЧАЯ ДОКУМЕНТАЦИЯ Залогом успешной эксплуатации лю- бой системы является наличие рабочей документации. Зачастую некорректная или недостоверная информация, при- ведённая в рабочей документации, при возникновении отказа в процессе экс- плуатации может привести к перерыву в функционировании системы в тече- ние значительного промежутка време- ни. Наличие актуальной и точной ин- формации, содержащейся в рабочей до- кументации, является одним из факто- ров, способных значительно сократить время восстановления работоспособно- сти системы, таким образом, суще- ственно снижаются издержки при отка- зах программно-технических средств. Ввиду того что поставляемая в базовом комплекте документация разработана в соответствии с европейскими стандарта- ми, было принято решение произвести её актуализацию и перевыпуск в базисе стандартов Российской Федерации. В результате был подготовлен комплект документации в соответствии с ГОСТ 34.201-89 «Виды, комплектность и обо- значения документов при создании ав- томатизированных систем», который от- ражал актуальное состояние комплекса с учётом проведения модернизации и да- вал полное представление обо всех аспектах функционирования. М ОДЕРНИЗАЦИЯ СИСТЕМЫ Архитектура Одной из задач, поставленных перед компанией «НОРВИКС-ТЕХНОЛОД- ЖИ», был перенос SCADA-системы на современную программно-аппарат- ную платформу, в качестве которой был использован программный пакет ICONICSGENESIS64. Для обеспечения всех требуемых функциональных воз- можностей и сохранности данных была принята новая архитектура верхнего уровня: ● резервированная серверная пара в ка- честве носителя SCADA-системы; ● промышленный компьютер как OPC- сервер; ● настольный компьютер для автома- тизированного рабочего места. В качестве OPC-сервера использо- вался промышленный компьютер Ad- vantech. Автоматизированное рабочее место представлено настольным компьюте- ром, состоящим из широкоформатного монитора и системного блока, ключевой особенностью которого является нали- чие высокопроизводительной видеокар- ты, обеспечивающей плавное отображе- ние графических экранных форм. Об- мен информацией между компонентами верхнего уровня осуществляется по ло- кальной вычислительной сети. На всех компонентах верхнего уровня (кроме ОРС-сервера) установлена 64- битовая операционная системаMicrosoft Windows 8.1 pro. Для обеспечения мак- симальной надёжности и гибкости опе- рационные системы серверов развёрну- ты в виртуальной среде (рис. 3). Программный проект ПЛК Как было сказано ранее, ПЛК предо- ставлял на верхний уровень данные со значительной избыточностью. В про- цессе модернизации передаваемые дан- ные были приведены к единому форма- ту – значению параметров в физических единицах, благодаря этому снизилась нагрузка на канал передачи данных. Также была проведена оптимизация па- раметров, передаваемых на верхний уровень. Выполненные доработки поз- волили существенно уменьшить ис- пользуемый объём памяти ПЛК. Допол- нительно удалось оптимизировать код 96 СТА 2/2016 РАЗ РА БОТ КИ / МЕ ДИЦИНС КА Я Т Е Х НИКА www.cta.ru Рис. 2. Пользовательский интерфейс, реализованный в среде WinCC