Роль АРМ в концепции АСУП

Содержание

Интеграция  АСУТ

Еще до недавнего  времени две подсистемы автоматизации  промышленных предприятий: АСУТ (системы автоматизации управленческой и финансово-хозяйственной деятельностью, планирования ресурсов предприятия) и АСУТП (системы автоматизации технологических и производственных процессов) развивались обособленно и независимо друг от друга (рис. 1).

Рис. 1. Основные подсистемы автоматизации на предприятии.

Исторически сложилось так, что каналы обмена (особенно оперативные) между подсистемами оказались достаточно слабыми. Возможно, так и продолжалось бы дальше, но необходимость в АСУТ технологических данных, в том числе и оперативных, стала очевидной. Несмотря на то, что до сих пор управленческие решения строятся главным образом на интуиции и опыте, что, конечно, крайне важно, заметное присутствие субъективного фактора на процессе принятия решения не гарантирует взвешенного, проверенного решения. Сегодня практически все службы предприятия заинтересованы в получении объективных технологических данных.

Технологические данные как исходная информация позволяют  принять качественные стратегические управленческие решения многих задач:

• повышение качества продукта;
• повышение объемов производства;
• повышение эффективности производства;
• снижение длительности простоев;
• снижение себестоимости;
• сохранение инвестиций.

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

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

Ситуация  усугубляется еще и тем, что программное  обеспечение, используемое в АСУТ и АСУТП, достаточно долго развивалось независимо и не предусматривалась возможность стандартизации каналов обмена между двумя системами. Поэтому до детального обсуждения вопросов интеграции двух подсистем отметим общие свойства и различия в организации программного обеспечения для них.

Сходство и  различие систем

Рассматриваемые подсистемы являются распределенными, поэтому протоколы локальных  сетей и протоколы Internet позволяют интегрировать информационные и управляющие потоки в узлах каждой подсистемы. Объединение узлов возможно как в режиме n-tier (равные с равными), так и клиент – сервер. Кроме этого, на сегодняшний день определились категории программных средств, используемых в подсистемах АСУТ и АСУТП, причем каждая категория в АСУТ зависит от степени интеграции систем (таблица 1).

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

• визуализация технологического процесса;
• сбор данных от различных источников информации по DDE (Dynamic Data Exchange), OPC (OLE for Process Control) и частным протоколам;
• поддержка языка SQL для создания, удаления, чтения, записи и модификации информации в таблицы баз данных.

Теперь о  различиях. Отношение к реальному  времени в подсистемах АСУТП  принципиально важно – негарантированное  время реакции на событие в  технологическом процессе недопустимо. Различные каналы обмена (а соответственно, и протоколы) характеризуются соответствующими приоритетами, и определяются степенью критичности выполняемых задач.

Из всего  этого следует объективная необходимость  интеграции – сегодня созданы  для этого необходимые предпосылки. Рассмотрим теперь возможные пути интеграции подсистем уровней АСУТ и АСУТП:

• использование баз данных в качестве буфера для обмена и бизнес-приложения для организации передачи данных между двумя подсистемами. Причем базы данных могут быть как основой функционирования самих подсистем, так и средством, используемым для хранения функциональных данных. Именно базы данных, скорее всего, могут стать основным средством интеграции двух подсистем;
• применение класса продуктов, импортирующих и экспортирующих объекты из одной подсистемы в другую (например, ПО VisualFlow);
• использование готовых решений, образуемых при объединении компаний-разработчиков продуктов АСУТ и АСУТП (например, Wonderware и Marcom).

Базы данных

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

Производственные  процессы генерируют данные очень быстро. Чтобы хранить производственный архив системы, например, с 7500 рабочими переменными, в базу данных каждую секунду  необходимо включать 7500 строк. Обычные базы данных не могут выдержать подобную нагрузку.

Производственная  информация имеет большой объем. Многомесячный архив завода с 7500 рабочими переменными требует под  базу данных около 1 Тбайт дисковой памяти. Сегодняшние технологии такими объемами манипулировать не могут.

SQL как язык не подходит для обработки временных или периодических данных, типичных для производственных систем. В частности, чрезвычайно трудно указать в запросе периодичность выборки возвращаемых данных.

Для преодоления этих ограничений был предложен новый класс продуктов – базы данных реального времени (БДРВ), созданные независимо, либо разработанные на основе существующих реляционных СУБД. Более перспективным представляется второй подход, поскольку, во-первых, в стоимостном отношении он дешевле, во-вторых, технологичнее. В качестве примера реализации базы данных реального времени отметим, например, IndustrialSQL Server (компания Wonderware) и Plant2SQL (Ci Technologies). Основные функции баз данных реального времени, построенной на основе Microsoft SQL Server, заключаются в следующем.

1. Сохранение  некритичной ко времени информации  в Microsoft SQL Server. В то время как вся технологическая информация сохраняется в специальном формате.

2. Поддержка  высокой пропускной способности для обеспечения сохранения огромных потоков информации с высокой разрешающей способностью.

3. Поддержка  целостности данных для обеспечения  записи больших объемов информации  без потерь.

4. Добавление  в Microsoft SQL Server свойств сервера реального времени.

Сегодня базы данных реального времени ориентированы  на хранение технологической информации, обеспечение связи с управленческими  данными, на использование уже ставших  стандартными в подсистемах АСУТ компонентов OLE DB, а также Internet-интерфейсов (рис. 2). С одной стороны, им приходится иметь дело с данными, которые поступают в базы данных реального времени из различных технологических источников, с другой – с данными, запрашиваемыми потребителями через интерфейс SQL-сервера.

Рис. 2. База данных реального времени на основе Microsoft SQL Server.

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

Используемая  в базах данных реального времени  архитектура клиент-сервер позволяет  заполнить промежуток между промышленными  системами контроля и управления реального времени, характеризующимися большими объемами информации и открытыми гибкими управленческими информационными системами. Благодаря наличию мощного и гибкого процессора запросов пользователи имеют возможность осуществлять поиск любой степени сложности для выявления зависимостей и связей между физическими характеристиками, оперативными условиями и технологическими событиями.

Следует подчеркнуть, что в зависимости от требований создаваемой системы возможны следующие  варианты решений:

• использование только реляционных баз данных, в таблицы которых подсистема АСУТП по SQL-запросам записывает технологические данные, которые в дальнейшем могут быть использованы обеими подсистемами;
• использование баз данных реального времени, которые обеспечивают более высокие характеристики регистрации данных и упрощают (без использования SQL) процесс внесения данных в таблицы;
• построение комбинированного решения, предполагающего использование баз данных реального времени для технологических первичных данных и таблиц реляционных баз для вторичных.

Специальные технологии

Как уже было отмечено, существует устоявшийся набор  стандартных протоколов, позволяющий  назвать практически любую SCADA-систему открытой. Большинство SCADA-систем «живет» сегодня на платформе Microsoft Windows и поддерживая соответствующие технологии межпрограммного взаимодействия внутри подсистем АСУТП.

ПО подсистем АСУТ, разработанное для платформы Windows, не могло избежать влияния технологий Microsoft – построенные на их основе каналы связи позволяют обеспечить обмен, а стандартные программные протоколы DDE, OLE и OPC могут стать основой интеграции подсистем (рис. 3).

Рис. 3. Обобщенная схема  взаимодействия двух типов служб.

Новый класс  продуктов

Для организации  информационного потока технологических данных в системы АСУТ ряд крупных разработчиков инструментальных систем (прежде всего, SCADA) предложили использовать специальный тип программных продуктов, например, VisualFlow компании Envisionlt.

Рис. 4. Возможности интеграции VisualFlow.

Ключевое назначение VisualFlow – объединять (рис. 4). Графический объектно-ориентированный инструментарий позволяет через объекты и промежуточные мосты организовывать каналы связи с приложениями, которые могут формировать специальные объекты, передаваемые в VisualFlow где с помощью таблиц и методов на объекте, переданном из источника, выполняются необходимые преобразования. Далее объект передается целевому приложению. Сейчас VisualFlow в состоянии обеспечить интерфейс для 120 различных приложений и баз данных.

Так, для интеграции с  системами SAP R/3 определены в VisualFlow следующие интерфейсы:

• интерфейс PPPI (PI-PCS BAPI);
• интерфейсы, сертифицированные компанией SAP (R/3 RFC, Access 10,000+RFC, CALL_TRANSACTION RFC, IDOC, ABAP/4);
• интерфейс баз данных (доступ к таблице/полю и поддержка всех баз данных R/3).

Однако VisualFlow — это только продукт, способный интегрировать, а что интегрировать определяется конкретной задачей. Разработчик приложения VisualFlow определяет из каких подсистем принимаются объекты (например, из SCADA-приложений), каким образом полученная через объекты информация преобразуется и передается в целевые подсистемы (например, АСУТ). Формирование SCADA-объектов или объектов баз данных реального времени позволяет на базе VisualFlow транспортировать объект с технологическими данными управленцам.

Автоматизированные места

Рабочие места  бухгалтеров могут быть оснащены персональными компьютерами и на их основе созданы автоматизированные рабочие места бухгалтера (АРМ). Они  позволяют автоматически формировать первичные документы и машинограммы по различным участкам учета и передавать полученные результаты в ВЦ, чтобы составить сводные регистры бухгалтерского учета и отчетности. Их внедрение поможет решить проблему полной и комплексной автоматизации бухгалтерского учета.

Таблично-автоматизированная форма бухгалтерского учета

                                      Условные обозначения:

• ручная передача информации
• автоматическая передача и обработка информации
• диалог с ЭВМ

По мере оснащения  предприятия средствами вычислительной техники более высокого класса становится вопрос об использовании безбумажной  формы бухгалтерского учета. Переход  к ней возможен лишь в условиях массового применения ВТ, которое  потребует соответствующей подготовки кадров бухгалтеров.

Использование на практике ориентированных  форм бухгалтерского учета имеет  целый ряд преимуществ, к ним  относятся:

• применение вычислительной техники не только для обработки информации, но и для ее сбора и регистрации;
• возможность диалогового режима работы с ЭВМ;
• возможность выдачи информации по запросу;
• освобождение времени учетного персонала для усиления контрольно-аналитических функций.

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

С помощью компьютера в бухгалтерии  значительно облегчается решение информационно-поисковых задач, упрощается работа по подготовке, составлению и распечатке первичных документов. Использование компьютеров привело к созданию и распространению различных бухгалтерских программ.

В настоящее время используются, как комплексные программы по учет, так и программы по учету отдельных объектов, например, такие как 1С.

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

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

Относительная простота освоения и  эксплуатации позволяют использовать компьютеры в качестве персональной техники, оснащать ими бухгалтеров  и на их основе создавать автоматизированные рабочие места (АРМ) бухгалтера. Одним  из обязательных условий автоматизации и учета является наличие программы регистрации и обработки бухгалтерских данных. Они включают разработку технологий автоматизированного получения и обработки информации, в их числе:

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

При этом программы обработки бухгалтерской  информации должны быть адаптированы к правилам ведения бухгалтерского учета. Это относится к представлению бухгалтерских регистров в удобном для чтения виде, невозможность несанкционированных исправлений в записях и др.

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

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

Очевидно, что в работе бухгалтерии  есть много технической, рутинной работы, которая хорошо поддается автоматизации.

Хранение документов в виде компьютерных данных на диске безусловно более целесообразно, чем хранение их в классическом виде, то есть в виде бумаг. Значительно упрощается поиск нужного документа, имеется возможность хранить данные за много лет и не путаться в них, сильно упрощается изменение любого документа, составление многочисленных справок.

Всю работу бухгалтерии можно разделить  на несколько основных подпунктов:

• Работа со справочной и нормативной информацией. В качестве основных тут можно отметить справочник различных начислений сотрудникам, справочник сотрудников с хранящимися в нем фамилией сотрудника, его табельным номером, окладом, полем, показывающим, является ли он членом профсоюза, обоснованием оклада, справочник налогов с хранящимися названием и размером налога, справочником по тарифной сетке, и другие. Необходимо поддерживать своевременное изменение этой информации, организовать гибкую систему справок.
• Ведение записной книжки бухгалтера. Эта книжка как бы дублирует Главную книгу и служит для контроля. В ней отражаются любой приход или расход денег. По этой книге каждый месяц необходимо подводить баланс и проверять, сколько денег осталось на каждом из счетов.
• Расчет платежной ведомости организации. При подсчете заработной платы необходимо учитывать файл, в котором хранятся начисления сотрудникам за почасовую работу. Следует автоматизировать вычитание разнообразных налогов, учитывать льготы различным категориям сотрудников. Система должна следить за фондом заработной платы, автоматически предупреждать пользователя при перерасходе фонда, и наоборот, учитывать экономию фонда и учитывать эту экономию в дальнейшем. Программа должна тщательно документировать все свои действия и выдавать отчеты, по которым можно было всегда ревизовать ее деятельность.
• Ведение файла, в котором отражается выдача различных льгот в подведомственной организации. Должно быть возможно путем несложного запроса выяснить, сколько и каких льгот получал каждый конкретный сотрудник за какой-то период времени.
• Работа с банками. Необходимо автоматизировать учет и хранение банковских документов, как-то: платежные поручения, банковские объявления, выписки из банка на каждую проведенную операцию
• Работа с главной книгой. Пользуясь различными введенными документами, программа должна генерировать записи в главной книге, подсчитывать баланс по ней, позволять просматривать главную книгу для контроля.
• На современном этапе автоматизации управления общественным производством наиболее перспективным является автоматизация планово-управленческих функций на базе персональных ЭВМ, установленных непосредственно на рабочих местах специалистов.

Эти системы получили широкое распространение  в организационном управлении под  названием автоматизированных рабочих мест (АРМ).

Специфика деятельности бухгалтерии  позволяет выбрать методом решения создание АРМ. Это позволит использовать систему людям, не имеющим специальных знаний в области программирования, и одновременно позволит дополнять систему по мере надобности.

АРМ можно определить как комплекс информационных ресурсов, программно-технических и организационно-технологических средств индивидуального и коллективного пользования, объединенных для выполнения определенных функций профессионального работника управления.

С помощью АРМ специалист может  обрабатывать тексты, посылать и принимать  сообщения, хранящиеся в памяти ЭВМ, участвовать в совещаниях, организовывать и вести личные архивы документов, выполнять расчеты и получать готовые результаты в табличной и графической форме. Обычно процессы принятия решений и управления в целом реализуются коллективно, но необходима проблемная реализация АРМ управленческого персонала, соответствующая различным уровням управления и реализуемым функциям. Подготовка информации для принятия решений, собственно принятие решений и их реализация могут иметь много общего в различных экономических службах предприятия. Также многие функции являются типовыми для многих предприятий. Это позволяет создавать гибкие, перестраиваемые структуры управления.

В основу конструирования АРМ положены следующие основные принципы:

• Максимальная ориентация на конечного пользователя, достигаемая созданием инструментальных средств адаптации АРМ к уровню подготовки пользователя, возможностей его обучения и самообучения.
• Формализация профессиональных знаний, то есть возможность предоставления с помощью АРМ самостоятельно автоматизировать новые функции и решать новые задачи в процессе накопления опыта работы с системой.
• Проблемная ориентация АРМ на решение определенного класса задач, объединенных общей технологией обработки информации, единством режимов работы и эксплуатации, что характерно для специалистов экономических служб.
• Модульность построения, обеспечивающая сопряжение АРМ с другими элементами системы обработки информации, а также модификацию и наращивание возможностей АРМ без прерывания его функционирования.
• Эргономичность, то есть создание для пользователя комфортных условий труда и дружественного интерфейса общения с системой.

В основу классификации АРМ может  быть положен ряд классификационных признаков. С учетом областей применения возможна классификация АРМ по функциональному признаку:

• АРМ административно - управленческого персонала;
• АРМ проектировщика радиоэлектронной аппаратуры, автоматизированных систем управления и т.д.
• АРМ специалиста в области экономики, математики, физики, и т. д.
• АРМ производственно-технологического назначения.

Важным классификационным признаком  АРМ является режим его эксплуатации, по которому выделяются одиночный, групповой  и сетевой режимы эксплуатации. В  первом случае АРМ реализуется на обособленной ПЭВМ, все ресурсы который находятся в монопольном распоряжении пользователя. Такое рабочее место ориентировано на решение нестандартных, специфических задач, и для его реализации применяются ЭВМ небольшой мощности.

При групповом режиме эксплуатации на базе одной ЭВМ реализуется несколько рабочих мест, объединенных по принципу административной или функциональной общности. В этом случае требуются уже более мощные ЭВМ и достаточно сложное программное обеспечение. Групповой режим эксплуатации обычно используется для организации распределенной обработки данных в пределах отдельного подразделения или организации для обслуживания стабильных групп специалистов и руководителей.

Сетевой режим эксплуатации АРМ  объединяет достоинства первого  и второго. В этом случае каждое АРМ  строится на базе одной ЭВМ, но в то же время имеется возможность использовать некоторые общие ресурсы вычислительной сети.

Одним из подходов к классификации  АРМ является их систематизация по видам решаемых задач. Возможны следующие  группы АРМ:

• Для решения информационно-вычислительных задач;
• Для решения задач подготовки и ввода данных;
• Для решения информационно-справочных задач;
• Для решения задач бухгалтерского учета;
• Для решения задач статистической обработки данных;
• Для решения задач аналитических расчетов.

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

Список использованной литературы

1. Аудит и разработка АРМ бухгалтера предпринимательской деятельности./ Под ред. Ф.Бутинца. -Житомир: Рута, 2001.
2. Белуха Н.Т. Аудит: Учебник для вузов. - К.: Знання,2000.
3. Бушмарин И.В. Современные требования к использованию трудовых ресурсов. //Общество и экономика. М.: 2003.
4. Дорош Н.И. Аудит: методология и организация. - К.: 2001.
5. Зайцев Г.Г., Файбушевич С.И. Управление кадрами на предприятии: персональный менеджмент. СПб.: Изд-во Санкт-Петербургского университета экономики и финансов, 2003.
6. Ивановская Л. В., Свистунов В.М. Обеспечение системы управления персоналом на предприятии. М.: ГАУ, 2000.
7. ИванцевичДж. М., Лобанов А.А. Человеческие ресурсы управления: основы управления персоналом. М.:Дело, 2004.
8. Кибанов А.Я., Захаров Д.К. Организация управления персоналом на предприятии. М.: ГАУ, 2004.
9. КибановА.Я., Захаров Д.К. Формирование системы управления персоналом. М.: ГАУ, 2002.