Cистема управления ресурсами компании


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

Собственная разработка ERP системы (Enterprise Resource Planning System - система управления ресурсами компании), основанной на едином информационном пространстве предприятия (ЕИП).

К вопросу об организации комплексных автоматизированных систем управления

Общие положения

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

Набор аппаратно-программных средств зависит, чаще всего, от руководителей подразделений, которые инициируют приобретение или создание программного обеспечения (ПО) и, соответственно, его аппаратную поддержку «под себя».

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

Что у нас, в подавляющем числе случаев, подразумевается под «комплексной автоматизацией»? Это:

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

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

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

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

  • Множество общих данных многократно дублируются и, благодаря этому, искажаются и, даже, теряются;
  • Для получения сводных оперативных данных о реальном состоянии объекта на какой-либо момент времени обычно требуется проведение множества «летучек», «планерок» и т.п., отнимающих у большого числа ведущих специалистов драгоценное рабочее время;
  • Обработка разнородной информации трудоемка, требует большого времени и при этом не может охватить все необходимые данные;
  • Расширяется число «незаменимых» специалистов, часто мешающих основному производственному процессу;
  • Получаемая ведущими руководителями и специалистами из вторичных источников информация, почти всегда не полна, а в большинстве случаев и не объективна (даже если исключить ее преднамеренное искажение). И, тем не менее, основное рабочее время они заняты ее сбором. На анализ и принятие решений остается ничтожно малое время;
  • Непреодолимые трудности в получение оперативных, статистических и справочных данных в реальном времени, полный их анализ, а, значит, и оперативное управление процессами становятся невозможны.

Наблюдается эффект «вавилонской башни» – средств и трудовых ресурсов затрачено много, а получить общую информационную картину крайне затруднительно. В результате – информационный хаос, причем, на верхнем уровне управления. Перефразируя известное высказывание академика Глушкова В.М., подчеркнем, что автоматизировать хаос – занятие бессмысленное!

При выборе ПО часто игнорируется соответствие его требованиям современных информационных технологий, а, соответственно, и использование этого ПО в составе интегрированных систем. Редкий продукт используется только одним только оператором. Обычно, многие данные для его работы – суть результат работы других подразделений и наоборот – результаты его работы необходимы другим подразделениям. Систематизировать информацию и избежать дублирования и позволяют системы, объединяющие все данные в единое информационное пространство (ЕИП). Благодаря этому, любое изменение в любом из приложений, приведет к соответствующему изменению данных в других приложениях. Например, после ввода товаро-транспортной накладной в приложении “Склад” эта же накладная сразу будет доступна и для обработки в приложении “Бухгалтерия” и т. п. Получить ”сквозную” информацию из нескольких приложений тоже не проблема. Подобные комплексные системы существуют и эффективно эксплуатируются. Например, SAP R3. Но стоимость таких систем ($400 000 – базовый набор, внедрение – от $2 000 000) “пугает” даже самого прогрессивного руководителя.

Краткий обзор рынка программных продуктов

Количество программных продуктов, позволяющих создать действительно комплексную автоматизацию предприятия на базе единого информационного пространства (ЕИП) сравнительно невелико. Можно выделить следующие продукты: R3, BAAN, J.D.Edwards, Axapta, Галактика, Парус, Флагман и их производные. С помощью этих продуктов предлагается готовое решение АСУП. Слово “готовое” можно смело ставить в кавычки. Готовых продуктов, такого класса, не может быть, хотя бы потому, что каждое предприятие уникально. При приобретении такого продукта стоит ориентироваться не на стоимость “коробки”, а на стоимость внедрения. Внедрение на порядки превышает стоимость самого продукта. При всех достоинствах перечисленных продуктов, набор задач любого из них конечен и рано или поздно наступит момент, когда продукт перестанет удовлетворять потребности предприятия (как правило, конечность продукта ощущается уже на стадии внедрения). Конечно, разработчик предложит создать необходимое приложение, но стоимость разработки настолько велика, что далеко не каждое предприятие в состоянии постоянно пользоваться этой услугой. В тоже время, на рынке присутствует большое количество разнообразных программных продуктов, имеющих, за счет большого тиража, невысокую стоимость и которые могут решать почти любые задачи (в качестве примера продукты фирмы «1С»). Но, увы, почти всегда, отсутствует культура применения и разработки. В большинстве случаев, разработчик рассматривает все через “призму” «1С», не думает о работе составе ЕИП, а решение только локальных задач не вписывается в концепцию системы. Кроме того, «1С» смело можно назвать проблемно-ориентированным алгоритмическим языком высокого уровня. В конце прошлого века, когда только начался выход на рынок объектно- и визуально-ориентированных алгоритмических языков, конкурентов на советском рынке у «1С», созданной на базе языка FoxPro (позже - Visual FoxPro), почти не было. Visual FoxPro (VFP 9.0) “умер” в 2009 году – корпорация Microsoft посчитала, что дальнейшее развитие этого языка не имеет смысла. Проще выпустить на рынок новый, который лучше поддерживает и современное “железо”, и современные операционные системы. «1С», как язык, “выжил”. Этому способствовали грамотная поддержка на местах, множество шаблонов, стоимость и переход на современную, мощную СУБД (MS SQL Server).

Иначе говоря, применяя такой подход, заказчик на все время функционирования “привязан” к разработчику и всю программно-техническую политику предприятия будет определять последний. Заказчик должен отказываться от других программных продуктов, сколько бы ни привлекательны они бы не были. К недостаткам следует отнести и то, что алгоритмы ряда задач, входящих в состав продукта, составлены по типовым шаблонам (часто зарубежным) и многие из этих задач являются “лишними”, а также нередко возникает ситуация, когда предприятие должно “подстраиваться” под продукт, а не наоборот.

Состав систем

Практически все известные системы построены на основе систем управления базами данных (СУБД) SQL. SQL – это специальный язык (Structured Query Language) - инструмент для чтения и обработки данных, содержащихся в базах данных внутри СУБД. Термин СУБД достаточно широк, а язык SQL поддерживают не только клиент – серверные СУБД (например, FoxPro). В дальнейшем под СУБД будем подразумевать только клиент – серверные СУБД. Таких СУБД достаточно много. Вот некоторые, наиболее известные, торговые марки - Oracle, DB2, MS SQL Server, SQLBase, Sybase. Архитектура у всех, практически, одинакова и комплексные автоматизированные системы повторяют эту архитектуру. ЕИП, в данном случае, не что иное, как база (базы) данных (БД) этих СУБД. БД – это совокупность таблиц, входящих в нее (них). Что такое таблица, понятно любому, кто хоть раз пользовался, например, Excel. Еще в 1970 году Кодд создал модель реляционной базы данных («12 правил Кодда»). С тех пор не найдено лучшей модели. Благодаря этим правилам, все данные всех таблиц, входящих в БД уникальны, а таблицы связаны между собой специальными ключами. Это позволяет сделать выборку из одной и более таблиц по любым признакам. Например, на предприятии имеется собственное подразделение по ремонту и обслуживанию автопарка. Подходит срок очередного техобслуживания автомобиля (автомобилей) и следует определить:

  • Марки количество расходных материалов;
  • Прочее (по результатам эксплуатации).

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

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

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

Но одной СУБД мало. Рядовой пользователь, например, кладовщик, вообще не должен замечать СУБД, ЕИП и пр. У него есть приложение «Склад» и больше ему ничего не надо. Оно обеспечивает ему все операции с материальными ценностями и попутно готовит все необходимые документы. Следовательно, и система должна содержать необходимые программные продукты, тот же” Склад”,” Отдел кадров”,” Бухгалтерия” и пр. Но данные этих приложений хранятся в ЕИП и, в большинстве случаях, обрабатываться СУБД. Такие приложения называются клиентскими (иногда применяется и общий термин, автоматизированное рабочее место - АРМ). Поэтому в состав автоматизированных систем входят шаблоны многих клиентских приложений. Почему шаблоны, а не готовые приложения? Потому что подразделения, одинаковые по названию, на различных предприятиях могут выполнять разный набор функций, и производственные процессы организованы не одинаково. Все клиентские приложения содержат свою среду программирования, позволяющую адаптировать приложение. СУБД, в свою очередь, содержит готовые БД, которые позволяют функционировать приложениям. СУБД несет еще одну, очень важную функцию – обработку данных. По запросу клиента (клиентского приложения) СУБД обрабатывает данные внутри, а клиенту возвращает уже готовый результат. СУБД следит так же за сохранностью данных, управляет транзакциями и пр. Это очень важно при многопользовательской работе. Такие системы называют клиент – серверными, а компьютер-сервер, на котором находятся все данные и который связан с другими пользовательскими компьютерами (клиентами) клиент-сервером. Совокупность ЕИП и необходимых клиентских приложений это уже ERP – (Enterprise Resource Planning System - система управления ресурсами предприятия).

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

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

Что внедрять?

Итак, условно ПО предприятий можно условно разделить на 2 группы:

  1. Набор автономных программных продуктов.
  2. Набор программных продуктов, имеющих единое информационное пространство и объединенных в комплексную систему автоматизации производства.

К достоинствам 1-й группы можно отнести:

  1. Сравнительно большой выбор приложений разных производителей для решения конкретной задачи.
  2. Относительно небольшая стоимость внедрения каждой задачи.

Больше достоинств у этой группы нет.

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

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

Анализ прикладного ПО и инструментальных средств

В чем секрет успеха программных продуктов, перечисленных выше? Большинство из них было создано в начале 90-х. Средств доступа к СУБД было крайне мало, а алгоритмические языки, практически, не имели таких понятий, как среда программирования, визуальное программирование, объектно-ориентированное программирование. Тот же SAP, чуть ли не первый предоставил все в одном ”стакане”. Кроме СУБД Oracle c БД собственной разработки в пакет вошли шаблоны клиентских приложений. Пакет содержал уникальный алгоритмический язык со средой разработки, с элементами визуального и объектно-ориентированного программирования. В то время это был большой прорыв. Язык, первоначально не был предназначен для профессиональных программистов и имел уникальный синтаксис. Первоначально он мог только править печатные формы, но со временем стал полноценным языком очень высокого уровня (применительно к алгоритмическому языку “высокий уровень“ это не качество языка, а способность одной командой выполнять несколько машинных команд при синтаксисе похожим на обычный разговорный язык). Все это и привело к несомненному успеху продукта R3.

Прошло много лет и можно с уверенностью сказать, что появились новые средства и методы взаимодействия с СУБД, не только не уступающие примененным в R3, но и превосходящие их. Как бы не ругали Билла Гейтса, но Microsoft дал нам неплохие средства для взаимодействия с СУБД. Это сначала ODBC (Open Database Connectivity – взаимодействие с открытыми базами данных), а потом OLE DB и ADO. Если OLE DB сейчас уже входит в состав ОС Windows и позволяет получить SQL запрос в виде объекта в любом языке программирования, то ADO, в некоторых языках, позволяет работать с данными СУБД, как со своими “родными“. Разработчики алгоритмических языков программирования уже давно внедрили в свои инструменты, как среду программирования, так и объектно-ориентированное и визуальное программирование. Теперь у программиста есть широкий выбор инструментов, для каждого случая взаимодействия с БД (создания клиентского приложения), и нет необходимости пользоваться только “навязанным”, очень специфическим языком, входящим в состав определенного пакета. Возможность выбора инструмента для каждого конкретного случая позволяет значительно сократить время разработки (внедрения). Компенсировать отсутствие шаблонов клиентских приложений можно используя дешевые серийные продукты других производителей ( “дешевые ” – это ни в коем случае не качество продукта. Низкая цена обусловлена большим тиражом ). Как ни парадоксально это звучит, но многие современные программные продукты, как будто, специально разрабатывались как клиенты современных клиент-серверных систем. Например, «1С». Программные продукты этого семейства смело можно назвать проблемно-ориентированным языком высокого уровня. В среде их программирования легко создавать объекты OLE DB и взаимодействовать с ЕИП. Обратная связь ЕИП с приложением может также осуществляться с помощью OLE DB, но не только. «1С», кроме того, поддерживает COM-технологию. Т.е., работа приложения может осуществляться без оператора – программно. Например, оператор, работающий на складе, получил товар по накладной. При вводе всех параметров накладной (№, наименование, количество и цена товаров и т.д.) можно программно вызвать «1С Бухгалтерия» и одновременно, уже программно, вводить данные и в это приложение. Пример этот приведен для наглядности. Он не самый лучший – нарушаются «12 правил Кодда» - дублирование информации. В данном случае оба приложения могут использовать один источник информации. При использовании других приложений, в некоторых случаях, новый источник можно доработать, а когда это невозможно, то некоторые из правил можно и нарушить. Следует только надежно программно обеспечить синхронизацию данных в обоих источниках.

Кроме того, современные СУБД позволяют работать не только со своими “родными“ данными. В ЕИП стало возможным включать и другие (гетерогенные) источники данных. В принципе любые, которые используются в современных автономных приложениях и эти приложения тоже можно использовать в качестве клиентов. Наименьшие требования – наличие ODBC драйвера для БД этого приложения. Представляет интерес и побочный эффект применения в системе других продуктов, в том числе и ранее внедренных на предприятии. Подготовленному персоналу не придется изучать незнакомое приложение. Например, на предприятии внедрена «Бухгалтерия 1С» (изучение ее входит в учебную программу многих ВУЗ'ов), а переход, например, на аналоги R3 или “Галактики” может занять не один месяц. Кроме того, появление на рынке принципиально нового продукта может ”спровоцировать” включение его как клиента в систему.

Еще один пример внедрения в систему ”чужого” программного продукта, в такой, казалось бы, не автоматизируемой, области, как подготовка документов. Любой, читающий эти строки, более или менее знаком с офисными приложениями, например, с Word'ом. Как готовятся документы на подавляющем числе предприятий? В качестве примера возьмем любой договор, где присутствуют, как минимум, две стороны.

Итак, по операциям:

  • Необходимо найти файл-шаблон необходимого договора. Этот файл, как правило, подготовлен юридической службой предприятия. При этом можно ошибиться и взять, например, старую версию файла с устаревшей информацией (фирменный бланк, реквизиты, Ф.И.О. руководителей и т.д.).
  • Загружается в Word.
  • Находятся наименование, реквизиты, Ф.И.О. руководителей другой стороны и вносятся в шаблон. Данные другого предприятия, берутся из известных только ограниченному кругу источников (файл, запись на бумаге, справочник и т.д.) и в разных источниках одни и те же данные могут быть разными.
  • Шаблон корректируется (даты, цифровые данные и т.д.) и документ готов.

Но Microsoft не был бы Microsoft’том, если бы не внедрил COM-технологии в свои офисные продукты. Вот как происходит подготовка того же документа в современной системе:

  • списка выбирается нужный шаблон. И список, и шаблоны находятся в ЕИП, поэтому просто не существует понятия” старая версия”.
  • Из списка библиотеки предприятий выбирается нужное. Word загружается автоматически и, так же, автоматически, подставляются Ф.И.О руководителей и все реквизиты, как своего предприятия, так и другой стороны.
  • Шаблон корректируется (см. предыдущий п.4).

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

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

Создавать систему можно (и нужно!) используя новые средства и методы, доступные любому предприятию.

Технология создания ERP

Практическая реализация технологии создания ERP реализована в предлагаемом программном комплексе. Рассмотрим ее подробнее.«Приведение в порядок» всего функционирующего на предприятии ПО - задача сложная и не решаемая в один момент. Для начала, произведя ревизию ПО, можно попытаться в качестве ЕИП, после адаптации,

ERP

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

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

От ERP к ЕИС

Итак, имеется ERP. В ЕИП содержится упорядоченная оперативная и статистическая информация всего предприятия. Причем данные не готовились специально, а получены в режиме реальной работы и в реальном времени. Крайне глупо не воспользоваться этим. Осталось только добавить аналитическое ПО и на базе ERP появилась единая информационная система (ЕИС). Схематически она должна выглядеть так:

ERP

Подсистема № 1 - Подсистема № n

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

ERP

ERP – (Enterprise Resource Planning System - система управления ресурсами предприятия) это совокупность приложений, которые в той или иной степени работают с трудовыми, материальными и другими ресурсами предприятия. Например, ”Склад ”, ”Отдел кадров”, ”Бухгалтерия” и пр. От простого набора таких же по функциональности приложений их отличает то, что все данные хранятся в ЕИП и соответствуют «12 правилам Кодда». Кроме того, существуют проверки достоверности и документирование. Иначе говоря, любой клиент системы может использовать ресурсы любых других клиентов, если это ему необходимо для работы. При этом он может и не замечать этого и не предпринимает никаких дополнительных действий. Но это не говорит о вседозволенности - любой клиент может изменять только свои данные. Проверка происходит автоматически. Например, клиент X захотел приписать себе количество сданной продукции, но склад просто не примет этого, пока клиент X не введет достоверную накладную. Она действительна только тогда, когда клиент Y на складе подтвердит ее (после этого накладная доступна и в приложении ”Бухгалтерия”), но он не в состоянии изменить эту накладную ни в каком случае. Количество определенных изделий на складе, в том числе и полученных от клиента X, может быть изменено лишь при новом поступлении или отгрузки клиенту Z. И все это документируется системой.

Единое информационное пространство (ЕИП)

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

Хранилище данных

Программные средства, отвечающие за хранение и восстановление информации в ЕИП.

Аналитическое ПО (CPM система)

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

Что такое анализ? Здесь - это выбор из огромного количества информации в ЕИП только нужной, соответствующей определенным критериям. Так как вся информация систематизирована, то легко получить любые оперативные и статистические данные, как в реальном времени, так и за определенный промежуток. Наиболее употребляемая команда СУБД (SELECT), используемая при создании аналитического ПО, по своему синтаксису, практически, не отличается от команды руководителя своим помощникам. Например, - “подготовить данные (перечень данных) таких-то подразделений (перечень подразделений), связанных между собой (тип связи – определенный заказ, аварийные ситуации, брак, отставание от графика и т.д. и т.д.)”. Кроме того, можно установить параметры, которым должны соответствовать данные. СУБД с такой задачей справится, практически, мгновенно, а помощникам, при сложном запросе, используя другие методы и даже применяя современную вычислительную технику, но, не имея ЕИП, может не хватить и месяца. Результат может быть предоставлен, как в виде стандартных отчетов, так и в любой произвольной форме, в том числе и графической. Заметьте, руководителю при этом не надо изучать какие то приложения различных подразделений или другое ПО. Его работа с собственным приложением напоминает посещение интернет-магазина, например, www.shop.by, только вместо параметров товара задаются производственные параметры. Необходимо выбрать нужный запрос, задать параметры и нажать кнопку. Обучение (а может и самообучение) займет всего лишь несколько часов. Ну и, конечно, надо учесть время привыкания к инструменту. Материалов для анализа в ЕИП достаточно. И они всегда достоверны, потому, что получены в режиме реальной работы, а не специально готовились. Благодаря этому можно увидеть любой производственный процесс в реальном времени, найти способы, например, уменьшения себестоимости, повышения качества и производительности, выбрать поставщика по критериям цена – качество – надежность. Увидеть результаты работы конкретного подразделения, особенно если оно негативно влияет на работу всего предприятия. Причем, в этом случае, легко объективно оценить работу подразделения. Возможно, полностью или частично вина лежит на другом подразделении или должностном лице. Никакая планерка не выявит так быстро и достоверно причину сбоя. И т. д. и т. д.

Аналитическое ПО руководителей подразделений, как правило,” встраивается” в соответствующий программный продукт. Если технологически это невозможно, создается отдельное приложение. Но, еще раз хочется подчеркнуть, при этом не надо ждать специально подготовленных данных из других подразделений и вводить их в аналитическое ПО. Данные уже находятся в ЕИП. Благодаря этому, в частности, авралы, которые сопровождают конец месяца (квартала, года), во многих подразделениях, тоже уйдут в прошлое.

Библиотека запросов (в виде отчетов, таблиц и пр.) аналитического ПО может пополняться лицом, знающим язык SQL и не зависимо от разработчика.

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

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

ПО управления ЕИС

Программное обеспечение администратора системы.

Корпоративный портал

Программно-аппаратные средства для обмена с вышестоящими и подчиненными организациями.

Почему не внедряем?

Итак, исходя из вышеизложенного, не сложно определить, что верхняя надстройка комплексной автоматизированной системы управления (ЕИС) ни что иное, как современный и крайне необходимый инструмент руководителей предприятия. Но странные метаморфозы происходят с руководителями. На бытовом уровне каждый из них прогрессивен. Например, при покупке автомобиля наличие многих полезных функций только способствуют выбору в пользу более технически-сложного изделия. И консультации нужны не для принятия решения о покупке, а, чтобы определить, какая модель соответствует заявленным техническим характеристикам и насколько она надежна. Дополнительное изучение новых возможностей не является помехой. Но когда речь идет об управлении производством, то выбор инструмента, почему-то, перепоручается другим лицам, не имеющим опыта руководства предприятием и способным выступать только в роли экспертов, определяющих соответствие заявленных, чисто технических, характеристик программного продукта. Технические службы предприятия, по сути своей, являются только обслуживающими службами. Руководитель забывает, что живет в 21 веке. Хороший программный продукт сейчас не требует дополнительных знаний в смежных областях, освоить его может и ребенок (но при этом он не сможет руководить предприятием!). Перепоручая выбор инструмента для предприятия, руководитель провоцирует конфликт интересов. Для службы технической поддержки хороший продукт это тот, который требует минимального обслуживания при минимальной квалификации, а не тот, который нужен предприятию в целом. То же и с подразделениями. Руководитель подразделения выбирает продукт “под себя” и не анализирует совместимость его с другими продуктами для других подразделений (а ему это надо?). В итоге, каждое подразделение покупает себе, хотя и высокоинтеллектуальный, но все же “калькулятор”.

От добра, добра не ищут.… Вот чем, к сожалению, определяется техническая политика предприятия!

Выводы:

  1. Современное предприятие может стать (или станет таким в обозримом будущем) абсолютно неконкурентоспособным без создания единого информационного пространства и построенных на базе него автоматизированных систем управления функционирующими процессами.
  2. Построенные по вышеизложенному принципу автоматизированные системы позволяют снять почти всю «неподъемную» информационную нагрузку с руководителей и ведущих специалистов и, в итоге, значительно увеличить их реальное рабочее время, необходимое для принятия оптимальных и адекватных управленческих решений.
  3. Бессистемное вложение средств в автоматизированные системы, направленные для повышения эффективности функционирования объектов приводит, в конце концов, только к отрицательному результату.
  4. Работы по созданию комплексных систем автоматизации функционирования объектов могут и должны происходить эволюционными (но не революционными) методами. Это позволит избежать” производственного стресса” и, особенно при недостаточном финансировании, не делать больших разовых финансовых вливаний и развивать систему постепенно.
  5. С применением программного обеспечения, созданного с использованием предлагаемого подхода, затраты на создание комплексных интегрированных систем автоматизированного управления существенно уменьшаются.
  6. Система способствует не только повышению качества самого процесса управления и конкурентоспособности продукции и услуг, но и является средством повышения культуры производства и квалификации персонала.