CC BY
26Справочно-правовых систем на рынке довольно большое количество. При принятии решения о выборе той или иной СПС встает вопрос, на какие ключевые свойства систем необходимо обратить внимание в первую очередь. Так как единой шкалы оценки качества таких систем не существует, пользователю целесообразно оценивать СПС по следующим критериям:
- полнота и достоверность информации;
- модульность;
- интеллектуальный поиск;
- мобильность;
- надежные источники информации [4].
Всё большее значение в работе бухгалтера приобретает информация нормативно-правового характера, поэтому использование справочно-правовых систем становится частью профессиональной деятельности бухгалтерской службы предприятия.
СПС предоставляют всю необходимую нормативную, справочную и консультационную информацию, что позволяет специалистам быть в курсе всех изменений законодательства и существенно повысить эффективность их деятельности. При использовании данного информационного продукта можно сэкономить время на поиск нужного документа, что позволит выполнить работу наиболее быстро и успешно.
В настоящее время невозможно себе представить работу любого финансового специалиста без применения справочно-правовых систем.
Библиографические ссылки
1. Информация о СПС. Общие сведения [Электронный ресурс]. URL: http://ru.wikipedia.org/wiki/ (дата обращения: 7.05.2014).
2. «КонсультантБухгалтер: Версия Проф» [Электронный ресурс]. URL: http://www.consultant.ru/ about/software/cons/kbprof/ (дата обращения: 7.05.2014).
3. СПС «Кодекс» [Электронный ресурс]. URL: http://www.kodeks.ru (дата обращения: 7.05.2014).
4. Критерии выбора СПС [Электронный ресурс]. URL: http://www.garant39.ru/pages/vybor.htm (дата обращения: 7.05.2014).
References
1. Informatsiya o SPS. Obshchie svedeniya (Information aboutPCA. General information). Available at: http://ru.wikipedia.org/wiki/ (accessed 7/05/2014).
2. "Konsul'tantBukhgalter: Versiya Prof' ("KonsultantBuhgalter: Version Prof"). Available at: http://www.consultant.ru/about/software/cons/kbprof/ (accessed 7/05/2014).
3. SPS "Kodeks" (ATP"Code"). Available at: http://www.kodeks.ru (accessed 7/05/2014).
4. Kriterii vybora SPS (Criteria for selection ofATP). Available at: http://www.garant39.ru/pages/vybor.htm (accessed 7/05/2014).
© Мищенко А. Н. 2014
УДК 004.45
РАЗРАБОТКА СИСТЕМНОГО ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ СВЯЗИ OPC-СЕРВЕРА с базой данных
А. А. Ногаев
Сибирский государственный аэрокосмический университет имени академика М. Ф. Решетнева Российская Федерация, 660014, г. Красноярск, просп. им. газ. «Красноярский рабочий», 31
Е-mail: acetenonly@yandex.ru
Рассматривается универсальная технология обмена данным между устройствами автоматизации и компьютером, определяются основные способы минимизации затрат на эксплуатацию систем, использующих технологию OPC.
Ключевые слова: АСУ ТП, технология OPC, OPC-сервер, служба, демон, SCADA, модульность.
SYSTEM SOFTWARE DEVELOPMENT OF COMMUNICATION BETWEEN OPC-SERVER AND DATABASE
А. А. Nogaev
Siberian State Aerospace University named after academician M. F. Reshetnev 31, Krasnoyarsky Rabochy Av., Krasnoyarsk, 660014, Russian Federation. E-mail: acetenonly@yandex.ru
The universal technology to exchange data between automation devices and the computer is considered, the main ways to minimize the cost of running systems using technology OPC are highlighted.
Keywords: APCS, OPC technology, OPC-server service, daemon, SCADA, Modular programming.
Существуют различные методы, использующиеся для передачи информации в процессе выполнения технологического процесса.
Один из таких методов основан на применении технологии OLE for Process Control (OPC) [1], разра-
ботанной организацией OPC Foundation как инструмент обмена данными с устройствами разных производителей или по разным протоколам обмена данными, позволяющий работать с разными операционными системами [2].
Решетневскуе чтения. 2014
На рис. 1 представлена схема применения этой технологии: ОРС-сервер получает информацию с датчиков объекта автоматизации (значения температуры, давления и т. д.), затем осуществляется связь между ОРС-сервером и компьютером, на котором установлены база данных и ОРС-клиент. В роли ОРС-клиента чаще всего выступает 8СЛЭЛ-система [3], при помощи которой производится протоколирование результатов выполнения технологического процесса в базу данных. На данный момент по такому принципу создается большое количество автоматизированных систем управления, но эту технологию можно усовершенствовать по разным аспектам, исходя из задач, которые она должна выполнять.
объеп ОРС- ОРС-
автоматизации сервер ктиенг
пк
БД
Предлагается разделить систему сбора данных на следующие модули (рис. 2):
- источник данных - контроллер, к которому подключаются датчики;
- сервер источника - ОРС-сервер;
- генератор запросов - формирует 8рЬ-запросы для связи сервера и базы данных;
- обработчик запросов - производит запись данных на основе 8рЬ-запросов;
- модуль графического представления - визуализация базы данных.
Рис. 1. Схема применения технологии OPC
В нашем случае основной задачей является протоколирование результатов, обработка нештатных ситуаций (отсутствие данных от приборов по истечении заданного времени, ошибка в данных и т. п.). Также необходимо повысить отказоустойчивость системы сбора данных при выполнении этих задач, этого можно достичь, снизив нагрузку на систему сбора данных, используя буферизацию данных и их дублирование, оперативный анализ и информирование обслуживающего персонала о состоянии систем сбора данных. Таким образом, предлагается отказаться от SCADA-систем в общепринятом контексте и перейти к модульному построению систем: модуль представляет собой функционально законченный фрагмент программы, оформленный в виде отдельного файла с исходным кодом или поименованной непрерывной его части, предназначенной для использования в других программах [4].
Основная цель исследования - разработка программного обеспечения, которое позволит собрать данные с АСУ ТП с минимальными затратами на аппаратных и программных ресурсах. Необходимо обеспечить функционирование программного обеспечения на различных платформах и его автоматическое выполнение при запуске операционной системы независимо от статуса пользователя. В ОС Windows программы такого типа называются службами (демоны -в ОС Unix). Таким образом, автоматический запуск программы и отсутствие необходимости в графическом интерфейсе позволяют оставить на рабочем месте оператора только системный блок компьютера, подключенный к локальной сети для доступа к информации через главный компьютер. Использование языка SQL позволит упростить работу с базой данных в силу его декларативности (программист описывает только то, какие данные нужно извлечь или модифицировать, а не как это сделать) и независимости от конкретной СУБД [5].
Рис. 2. Модули системы сбора данных
Таким образом, был рассмотрен один из методов передачи и обработки информации в ходе выполнения технологического процесса, были определены основные направления усовершенствования данного метода. Программное обеспечение, реализующее эти направления, позволит не тратить лишние аппаратные ресурсы для построения сложных распределенных систем. Принцип модульности позволит упростить процесс разработки, сведя его к выполнению функциональных блоков.
Библиографические ссылки
1. Богданов Н. И., Киселева О. Н. OPC Unified Architecture: изменения в популярной технологии информационных обменов с точки зрения инженера // Современные технологии автоматизации. 2010. № 3. С. 82-87.
2. Ковязин Р. Р., Платунов А. Е. Применение технологии OPC // Научно-технический вестник СПб ГИТМО (ТУ). Вып. 10. Информация и управление в технических системах / под ред. Ю. А. Гатчина. СПб. : СПб ГИТМО (ТУ), 2003. С. 71-71.
3. Новицкий С. Автоматизированная система управления реверсивным прокатным станом 400 инженера // Современные технологии автоматизации. 2008. № 3. С. 42-46.
4. Легалов А. И., Бовкун А. Я., Легалов И. А. Расширение модульной структуры программы за счет подключаемых модулей // Доклады АН ВШ РФ. 2010. № 1 (14). С. 114-125.
5. Моисеенко С. И., Левченко В. А. Трансляция операторов реляционной алгебры в SQL-операторы // Вестник ДГТУ. 2005. №1. С. 13-20.
References
1. Bogdanov N. I., Kisileva O. N. OPC Unified Architecture: changes in popular technology of information exchange in terms of engineer, Journal «Modern automation technology», 2010, №. 3, p. 82-87.
2. Kovyazin R. R., Platunov A. E. Application technology OPC, Scientific and Technical Gazette SPb GITMO (TU). Issue 10. Information and control in
engineering systems. / Ed. Y. A. Gatchina. St. Petersburg: SPb GITMO (TU), 2003, p. 71-71.
3. Nowitzki S. Automated control system for reverse rolling mill 400, Journal «Modern automation technology», 2008, № 3, p. 42-46.
4. Legalov A. I. Bovkun A. Y., Legalov I. A. Extending the modular structure of the program through
plug-ins, Proceedings of the Russian Higher School Academy of Sciences, № 1 (14), 2010, p. 114-125.
5. Moiseenko S. I., Levchenko V. A. Broadcast of relational algebra operators in the SQL-statements,
Vestnik of DSTU, 2005, №1, p. 13-20.
© Ногаев А. А., 2014
УДК 65.011.56
ПОДГОТОВКА К АВТОМАТИЗАЦИИ УПРАВЛЕНИЯ ЖИЗНЕННЫМ ЦИКЛОМ КАРТОЧЕК ЗАКАЗА СПЕЦИАЛЬНОЙ ТЕХНОЛОГИЧЕСКОЙ ОСНАСТКИ
Е. Ю. Побирский
ОАО «Красноярский машиностроительный завод» Российская Федерация, 660014, г. Красноярск, просп. им. газ. «Красноярский рабочий», 29
E-mail: PobirskyEJ@gmail.com
Представлены этапы развития подходов к созданию, согласованию и учету карточек заказа специальной оснастки и календарных графиков, выявлены проблемы автоматизации управления их жизненным циклом, описаны решения этих проблем.
Ключевые слова: карта заказа специальной технологической оснастки, проектирование специальной оснастки, формирование календарного графика подготовки производства, внедрение PLM-системы.
PREPARATION STAGES OF SPECIAL TECHNOLOGICAL EQUIPMENT ORDER CARDS LIFECYCLE MANAGEMENT AUTOMATION
E. J. Pobirsky
JSC "Krasnoyarsk Machine-Building Plant" 29, Krasnoyarsky Rabochy Av., Krasnoyarsk, 660014, Russian Federation E-mail: PobirskyEJ@gmail.com
The stages of development approaches to creating are summarised, confirmation and registering of special technological equipment order cards and calendar timetable are presented; that documents lifecycle management problems are located, considered solutions are described.
Keywords: special technological equipment order, special technological equipment designing, pre-production calendar timetable building, PLM-system introduction.
Карточка заказа специальной технологической оснастки (КЗ СТО) и календарный график подготовки производства (КГ) являются неотъемлемой частью процесса изготовления изделия на ОАО «Красмаш», поскольку проектирование специальной оснастки с последующим открытием инструментального заказа для ее изготовления выполняется на основании утвержденных карточки заказа и календарного графика.
КЗ и КГ - вспомогательные технологические документы [1], которые разрабатываются на основании директивных и распорядительных документов об организации изготовления изделия (ПГД, РТД и т. д.) и содержат необходимый объем информации, позволяющий выполнять работы по организации подготовки, изготовлению, внедрению и учету СТО. Очевидно, что для снижения временных затрат при изготовлении СТО необходимо автоматизировать процессы
создания, утверждения и учета карточек заказа оснастки, а также формирования календарных графиков [2].
До 2006 г. на ОАО «Красмаш» все эти процессы выполнялись вручную. В декабре 2006 г. специалистами ИВЦ была завершена разработка и введена в эксплуатацию информационно-поисковая система (ИПС КЗ), позволяющая вести учет карточек заказа оснастки и формировать календарные графики подготовки производства. Однако данная система имела ряд недостатков:
1. Процесс согласования оставался неавтоматизированным - система работала только с утвержденными КЗ. Кроме того, БД размещалась на локальном сервере отдела № 102 (службы главного технолога), что делало работу с системой остальными пользователями корпоративной вычислительной сети технически невозможной.
