Автоматизированные системы управления

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

     - анализ деятельности предприятия на основе данных и информации, поступающей из систем класса B;

     - планирование деятельности предприятия; 

     - регулирование глобальных параметров  работы предприятия;

     - планирование и распределение  ресурсов предприятия;

     - подготовку производственных заданий  и контроль их исполнения;

     - наличие взаимодействия с управляющим субъектом (персоналом), при выполнении стоящих перед ними задач;

     - интерактивность обработки информации;

     - повышенной длительностью обработки  данных, колеблющейся от нескольких  минут до несколько часов или суток;

     - длительным периодом принятия управляющего решения;

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

     - система оказывает влияние на  деятельность предприятия в целом;

     - система оказывает влияние на  значительный период работы предприятия (от полугода до нескольких лет);

     - наличием непосредственного сопряжения  с системами класса B.

     Классическими названиями системы класса С можно  считать:

     - Enterprise Resource Planning (Планирование Ресурсов Предприятия);

     - IRP - Intelligent Resource Planning (системами интеллектуального планирования);

     - АСУП;

     - EIS.  

                    1.3 Проблемы и эффекты от внедрения АИС

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

       Анализ  внедрений, осуществленных на сегодняшний  день, выявляет несколько причин неудач при создании ИС:

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

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

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

     Опыт  показывает, что успешны, бывают те проекты, в результате внедрения которых клиент полностью владеет своей системой, понимает, как она работает. Этот, труднодостижимый при традиционных способах, результат получается тогда, когда руководство предприятия уделяет значительное внимание проекту, вникает во все его тонкости, детально разбирается в организации всех бизнес-процессов на предприятии. В противном случае руководитель с недоверием относится к цифрам, выдаваемым системой, так как не знает, откуда они берутся, и кто за них несет ответственность. Но много ли найдется руководителей, способных не только возглавить, но и, по сути, самим выполнить проект? И разве в этом функция руководителя? Конечно же, нет.

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

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

     Нынешних  огрехов проектирования можно избежать, используя принцип, который  называется синархическим проектированием. Этот новый принцип является проявлением "закона синархии", который описал в начале ХХ века российский философ Владимир Шмаков. Если кратко, то это органичное сочетание определенной иерархии и аналогии в построении мироздания.

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

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