«Информационные системы и инструменты управления проектами»

Конспект видеолекции

Раздел 1. УПРАВЛЕНИЕ ПРОЕКТАМИ:ОРГАНИЗАЦИОННЫЕ И ТЕХНОЛОГИЧЕСКИЕ РЕШЕНИЯ

Информационные системы управления проектами. Определение

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

В настоящее время существует более200 ИСУП, среди которых наиболее распространенными информационными системами УП являются:

MS Project, Производитель Microsoft Corp. (США);

Spider Project, производитель Spider Technologies Group (Россия) ;

PJM ORACLE, Oracle (США);

Primavera Project Planner (P4), производитель Primavera Systems, Inc. (США);

SureTrak Project Manager, производитель Primavera Systems, Inc. (США);

Project Expert, производитель Про-Инвест Консалтинг(Россия);

Open Plan, Производитель Welcom Corp. (США).

Здесь важно не путать систему и инструмент. Хотя в расшифровке ИСУП есть понятие «система», это, по сути, только лишь инструмент. При выборе ИСУП для своего предприятия надо иметь в виду, что сегодня нет универсальных инструментов: для одних проектов удобнее одни, для других – иные.

Использование ИСУП позволяет:

· Определять и контролировать информационные потоки проектной деятельности;

· регламентировать процедуры управления проектами;

· использовать математические методы расчета параметров проектов;

обеспечении и финансировании на план проекта.

Пример информационной системы управления проектами (ИСУП)

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

· нормативно-регламентная документация на ИСУП;

· аппаратный комплекс ИСУП;

· автоматизированные рабочие места, АРМы ИСУП;

· базовое программное обеспечение (например: P4, MSP, Spider или другие);

· обеспечивающие интеграцию ИСУП с другими системами управления предприятия, в том числе шлюзы с:

o системой документооборота; o системой кадрового учета;

o системой финансово-экономического учета; o BSC (ССП);

o CRM;

o ERP (и/или MRP, MES);

o системой информационной безопасности; o системой архивизации;

· система обучения ИСУП;

· группа сопровождения и развития ИСУП.

Рис.1. Пример информационной системы управления

Оценка эффективности ИСУП

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

Один из обзоров был проведен Институтом управления проектами США (PMI) и включает данные, полученные более чем от 100 североамериканских компаний и профессионалов в области управления проектами.

На диаграмме ниже представлены результаты опроса по уровню эффективност использования ИСУП на базе методологии управления проектами PMBoK института PMI.

Рис. 2. Оценка эффективности внедрения ИСУП по данным PMI

По результатам обзора были получены следующие результатыбольшинство специалистов в области управления проектами и представителей компаний различных отраслей США сошлись во мнении, что прирост эффективности составляет при использовании ИСУП порядка21% по отношению к показателям компаний, не использующих подобные системы для ведения проектной деятельности.

В таблице 1 представлены средние оценки прироста эффективности после внедрения ИСУП по ключевым областям управления проектами:

Таблица 1. Оценка эффективности ИСУП

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

Виды программных продуктов по УП

Информационные системы масштаба предприятия. Такие системы, с одной стороны,

содержат практически всю информацию о деятельности предприятия, а с другой - имеют специализированный модуль, который выбирает из общей базы данных информацию, относящуюся к конкретному проекту или группе проектов, и выполняет такие стандартные для управления проектами задачи, как расчет сроков проекта, расчет требуемых ресурсов, разрешение ресурсных конфликтов, расчет стоимости проекта, расчет рисков и пр. В качестве примера можно привести системуSAP R/3 со специализированным модулем Project System или комплекс программных продуктов Oracle Applications, в состав которого входит специализированный продуктOracle Project. Такого рода системы предназначены для достаточно крупных предприятий, которые могут позволить себе значительные капиталовложения и трудозатраты, требуемые для внедрения и отладки столь масштабных программных комплексов.

Специализированные пакеты по управлению проектами общего назначения. В этот класс входят такие продукты как MS Project, Primavera, Time Line, Spider Project, Artemis и

пр. Сравнение их характеристик выходит за рамки данного курса, поскольку постоянно

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

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

В последние годы на рынке появились программные продукты для управления проектами

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

Структурный подход к внедрению систем УП

В первой половине1990-х в России российской компаниейLVS был адаптирован и внедрен Структурный подход к внедрению систем, УПразработанный фирмой Lukas Management Systems.

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

I этап. Демонстрация преимуществ проектного управления и анализ требований

Цели этапа:

· продемонстрировать преимущества методологии УП руководству и персоналу компании путем проведения специальных семинаров и обучения основам УП (возможно, с привлечением сторонних консультантов либо экспертов);

· проанализировать стратегические цели бизнеса компании;

· оценить степень зрелости существующей системы УП;

· определить требования к УП для обеспечения целей бизнеса;

· разработать стратегию и план внедрения системы УП с учетом особенностей конкретного предприятия/организации.

II этап. Определение процесса и процедур управления проектами

Цели этапа:

· спроектировать и описать процесс УП;

· определить функции и ответственность руководителей проектов и персонала (членов проектных команд);

· выявить информационные потоки и описать базовые требования ним;

· разработать корпоративные стандарты и процедуры УП;

· разработать и внедрить общую терминологию УП(корпоративный глоссарий);

· провести оценку сроков, стоимости и риска самого проекта по внедрению системы УП.

Рис. 3. Внедрение системы управления проектами

3 этап. Проектирование и внедрение системы управления проектами

Цели этапа:

· предложить проект автоматизированной системы УП, которая учитывает:

Цели бизнеса;

Организацию;

- стандарты и процедуры, разработанные на предыдущем этапе;

- учет необходимых данных;

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

·разработать, сконфигурировать и установить автоматизированную систему УП;

1. Проведение общих семинаров(объяснение, зачем вообще нужно внедрять тот или иной инструмент, снять настороженность персонала относительно нововведений).

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

IV этап Сопровождение и обеспечение работоспособности системы УП

Цели этапа:

·сопровождение и обеспечение работоспособности системы

·обеспечение эффективности использования системы УП

·непрерывное совершенствование системы

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

Выбор программных средств для управления проектами

Руководитель Московского отделения PMI В.И.Либерзон рекомендует подходить к выбору программного обеспечения УП как к самостоятельному проекту. В этом проекте он выделяет две фазы – фазу анализа и фазу решения. Что включают в себя эти фазы?

Фаза анализа

· анализ рынка

· контакт с поставщиками

· технические требования

· функциональные требования

он эти требования удовлетворяет. Более того, можно порекомендовать оценить в баллах

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

примерную балльную оценку предлагаемого программного пакета.

Целесообразно задавать перечисленные ниже вопросы поставщикам пакетов, просить их

показать, как реализованы те или иные важные для деятельности

именно Вашей

компании функции. По тому, как вам будут отвечать, вы сможете оценить

и будущее

сопровождение пакетов.

Пример списка параметров:

1) Качество составляемых графиков выполнения работ(оптимальность использования ресурсов проекта),

2) Размеры проекта, поддающиеся анализу с помощью пакета (количество работ, ресурсов, связей, календарей),

3) Возможность использования в проектах нормативных баз, присущих области применения,

4) Возможность проведения стоимостного анализа и формирования отчетных документов, требуемых в области применения,

5) Гибкость - возможность использования в проекте дополнительной информации,

6) Возможность использования в проектах множественных иерархических структур работ, проведения выборок и сортировок по любым используемым показателям и в том числе, определяемым пользователями,

распределения ресурсов,

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

9) Легкость освоения, консультационная и обучающая поддержка,

10) Полнота документации/информационного обеспечения,

11) Качество оформления выходных документов,

12) Возможности экспорта и импорта данных - связь с другими программами, базами данных,

13) Возможность вывода информации в Интернет,

14) Возможность управления не одним, а многими проектами– программами и мультипроектами,

15) Скорость выполнения отдельной работы/работ,

16) Удобства работы с графическим интерфейсом и т.д.

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

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

В настоящее время часто допускают следующую ошибку: говорят о «внедрении» корпоративной системы управления проектами(далее по тексту– КСУП). Как же ее можно внедрять, если любая корпоративная система – это нечто уникальное, учитывающее особенности именно Вашего предприятия? Как правило, здесь смешивают два понятия – информационная система управления проектами и КСУП. Прежде чем «внедрять» последнюю, необходимо ее разработать и отладить, в том числе, выбрав подходящую ИСУП. Что же должно входить в КСУП?

Рис. 5. Пример корпоративной системы управления проектами (КСУП)

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

Офис управления проектами предприятия(или центр управления проектами) – функция своеобразного «мозга проектной деятельности предприятия»;

Банк знаний в области УП;

Внутренняя система обучения;

Документооборот УП(Нормативные корпоративные документы– законы внутренней деятельности в области УП - регламенты);

Информационная система управления проектами(ИСУП).

SAP R/3. SAP R/3 (разработчик германская фирма SAP AG) наиболее широко используемое в мире стандартное решение класса ERP, служащее для электронной обработки информации на основе архитектуры «клиент– сервер». Система позволяет обеспечить одновременную работу до 30 тысяч пользователей.

Все компоненты системы R/3 настраиваются на конкретное предприятие и позволяют обеспечивать внедрение эволюционным путем. Заказчик может выбрать оптимальную конфигурацию из более чем 800 готовых бизнес-процессов. В состав системы входят следующие подсистемы, построенные по модульному принципу: IS – отраслевые решения; WF – управление информационными потоками; PS – проекты; AM – основные средства; CO – контроллинг; FI – финансы; SD – сбыт; MM – управление материальными потоками; PP – планирование производства; QM – управление качеством; PM – техническое обслуживание и ремонт оборудования; HR – управление персоналом.

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

Основными элементами учета и отчетности являются следующие модули.

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

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

Контроллинг (CO) состоит из контроллинга косвенных затрат, контроллинга затрат на продукт, учета результатов хозяйственной деятельности.

Управление инвестициями (IM) обеспечивает широкое планирование инвестиционных программ и управление отдельными инвестиционными мероприятиями.

Контроллинг деятельности предприятия включает в себя консолидацию (CS), учет затрат по МВП (PCA), информационную систему для менеджмента (EIS), планирование деятельности предприятия (BP).

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

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

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

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

Внедрения: более 200 в странах СНГ, в том числе Белгородэнерго, Белорусский металлургический комбинат, Красноярская железная дорогая, Восточно-сибирская железная дорога, Сургутнефтегаз, Нижнетагильский металлургический комбинат и др.

Стоимость инсталляции: 300-350 тысяч долларов в расчете на 50 пользователей.

BAAN IV . BAAN IV (разработка одноименной фирмы)¾ комплексная система ERP-класса, охватывающая следующие виды управленческих задач.

BAA N –Моделирование предприятия: способствует сокращению сроков внедрения, снижению уровня затрат и ускоренному возврату вложенных средств. В основе подсистемы лежат уникальные средства методологии внедрения, называемой Orgware, разработанной с учетом опыта внедрения продуктов BAAN более чем в 50-ти странах мира. Процесс внедрения начинается с описания или рассмотрения соответствующей типу и профилю предприятия референтной модели. На следующей стадии производится корректировка параметров бизнес-модели с учетом требований заказчика. Далее система конфигурируется и для каждого конкретного пользователя создается меню, в структуру которого могут быть включены инструкции и нормативные документы, определяющие выполнение отдельных задач. В завершении проводится анализ деятельности предприятия, на основе которого формируются решения по модернизации производства, определяются дальнейшие направления развития.

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

BAAN –Производство: включает планирование потребностей, конфигуратор продукции, управление проектом, управление серийным производством и производством по отдельным заказам, управление цепочкой поставок на уровне корпоративного производства. Подсистема “Производство” спроектирована для работы со всеми типами стратегий управления производством. Более того, система BAAN обладает гибкостью, позволяющей изменять стратегию в течение жизненного цикла проекта. Подсистема “Производство” предоставляет также возможность изменения положения точки привязки заказа клиента (CODP), которая определяет степень влияния заказа клиента на производственный цикл. Ядром подсистемы “Производство” является модуль “Основной производственный план-график” (MPS). Он спроектирован для того, чтобы помочь вам в каждодневном управлении производством наряду с проведением долгосрочного планирования и принятием решений. Подсистема позволяет реализовать все типы производственной среды и их сочетания.

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

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

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

Подсистема позволяет вести документацию на разных языках и осуществлять процедуры финансовых операций с неограниченным количеством валют в условиях различных стран: оплата чеками (вариант США и Англии), переводными векселями (Франция), банковскими поручениями, а также с помощью электронных средств. Те же финансовые операции реализованы для условий РФ и других стран СНГ.

BAAN –Сбыт, Снабжение, Склады производит управление продажами и закупками, контрактами, материальными запасами и хранением, многоуровневое управление партиями и отслеживание движения партий. Кроме этого, модуль предлагает всестороннее управление внешней логистикой и транспортировкой, обеспечивает оптимизацию маршрутов, управление заказами на транспортировку и поддержку транспортных работ, поддержку общего складирования и управление упаковочными работами. Подсистема “Сбыт, снабжение, склады” разработана для того, чтобы взять на себя заботу о повседневном материально-техническом обеспечении производителей и оптовиков. Подсистема полностью интегрирована со всеми продуктами семейства BAAN, включая “Производство”, “Проект”, “Сервис”, “Транспорт” и “Финансы”, что предоставляет вашей компании всеобъемлющую, доступную и единую информационную систему управления. Эта полностью интегрированная система материально-технического снабжения включает в себя электронный обмен данными и связь с планированием потребностей распределения.

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

BAAN –Администратор деятельности предприятия представляет собой инструментарий для совершенствования финансово-хозяйственной деятельности и разработан для получения достоверной информации по всем направлениям деятельности компании. Форма презентации данных позволяет проводить быстрый анализ для принятия безошибочных решений. Встроенная в пакет “система раннего предупреждения” дает возможность своевременно вносить необходимые коррективы.

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

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

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

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

Внедрения: «Нижфарм», УралАЗ, КамАЗ, БелАЗ, Челябинский тракторный завод, Иркутское авиационное производственное предприятие, Шелеховский алюминиевый завод и др.

ORACLE E-BUSINESS SUITE. Разработчик ¾ фирмаOracle. Oracle E-Business Suite – это полный интегрированный комплекс приложений для электронного бизнеса, работающий в корпоративном Интранете и глобальном Интернете. Сегодня комплекс включает все приложения, необходимые предприятию: маркетинг, продажи, снабжение, производство, обслуживание заказчиков, бухгалтерия, учет кадров и пр.

Современную версию Oracle E-Business Suite 11i можно условно разделить на три функциональных блока:

• Oracle ERP (Enterprise Resource Planning);
• Oracle CRM (Customer Relationship Management;
• Oracle E-Hub (Электронная коммерция).

Комплекс приложений Oracle для построения ERP (Enterprise Resource Planning) системы на предприятии (более известный под торговой маркой Oracle Applications) объединяет приложения для оптимизации и автоматизации внутрихозяйственных процессов предприятия (производство, финансы, снабжение, управление персоналом и др.). Он включает в себя более 90 модулей, которые позволяют предприятию решать основные бизнес-задачи, связанные с финансовыми и материальными потоками: планирование производства, снабжение, управление запасами, взаимодействие с поставщиками, управление персоналом и расчеты по заработной плате, финансовое планирование, управленческий учет и др.

ERP-приложения Oracle: Управление производством; Управление финансами; Управление персоналом; Логистика; Управление проектами.

Oracle CRM (Customer Relationship Management ) – приложения для автоматизации и повышения эффективности процессов, направленных на взаимоотношения с клиентами (продажи, маркетинг, сервис). Ключевой аспект успешного бизнеса ¾ это умение привлекать и сохранять прибыльных клиентов, использовать информацию о клиентах и внутренних бизнес-процессах для принятия точных и своевременных решений. Решения CRM дают организации возможность взаимодействовать с заказчиком через те каналы, которые для него максимально удобны. И, наконец, CRM позволяет компании развивать стандартные модели маркетинга, продаж и обслуживания в Интернете, что значительно расширяет круг потенциальных клиентов, повышает качество сервиса и прибыльность вашего бизнеса.

Oracle E-Hub – приложения для организации электронных торговых площадок.

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

ГАЛАКТИКА. Разработчик ¾ корпорация Галактика, Россия. Система Галактика ориентирована на автоматизацию решения задач, возникающих на всех стадиях управленческого цикла: прогнозирование и планирование, учет и контроль реализации планов, анализ результатов, коррекция прогнозов и планов. Система имеет модульную структуру, модули, в свою очередь, объединены в функциональные контуры (см. рис. 7, 8.). Пунктиром изображены модули, находящиеся в стадии разработки. Объединение модулей в контуры Логистики, Финансовый, Управления персоналом выполнено по виду ресурсов, над которыми совершается управленческая деятельность. В Контур управления производством и Административный контур , а также Контур управления взаимоотношениями с клиентами модули включены в соответствии с автоматизируемым видом деятельности. Понятие “модуль” не следует отождествлять с привычным для сотрудников служб автоматизации термином АРМ. В каждом модуле присутствуют функции, предназначенные, с одной стороны, для использования как непосредственными исполнителями, так и управленцами различного уровня, а, с другой стороны, – для решения задач, относящихся к различным видам управленческой деятельности.

Допустимо как изолированное использование отдельных модулей, так и их произвольные комбинации, в зависимости от производственно-экономической необходимости.

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

Дальнейшее развитие системы предусматривает соответствие (в перспективе) функциональности, технологичности и степени интеграции системы современным концепциям ERP (Enterprise Resource Planinng – “планирование ресурсов предприятия”), CSRP (Custom Synchronized Resource Planning – “планирование ресурсов, синхронизированное с покупателем”), SEM (Strategic Enterprise Management – “стратегическое управление предприятием”, а также стандартам открытых систем.

БОСС-КОРПОРАЦИЯ. Разработчик – компания АйТи, Россия. БОСС-КОРПОРАЦИЯ¾ отечественная система для крупных организаций.

Разработана для автоматизации управления финансово-хозяйственной деятельности корпораций, производственных и торговых объединений на базе Oracle 7 Server. В состав системы входят модуль “Администратор” и подсистемы, содержащие следующие модули.

Управление финансами: “Анализ бюджетов”, “Бюджеты”, “Главная книга”, “Учет банковских операций”, “Учет расчетов с дебиторами и кредиторами”, “Учет кассовых операций”, “Учет расчетов с подотчетными лицами”.

Управление производством : “Технологическая подготовка производства”, “Технико-экономическое планирование”, Учет затрат на производство”.

Управление закупками, запасами и реализацией: “Закупки”, “Запасы”, “Реализация”.

Управление персоналом : “Расчет зарплаты”, “Учет кадров”, “Штатное расписание”.

Управление основными средствами и оборудованием: “Основные средства и оборудование”.

Разработчик системы фирма “АйТи” работает в области автоматизации управленческой деятельности с 1995г. (автоматизация Академии Генштаба МО РФ). Использует аппаратную платформу Sun MicroSystems (операционная система Solaris). Программная платформа Oracle обеспечивает разработчиков инструментальными средствами: SQL*Plus ¾ средство выработки запросов, определения и управления данными; Oracle8 Enterprise Manager ¾ управление и администрирование распределёнными средами данных; Desiner ¾ средство моделирования, генерации приложений и обратного реинжиниринга для приложений баз данных; Object Database Designer ¾ объектное средство проектирования, создания и доступа; Developer ¾ средство RAD приложений баз данных в архитектуре “клиент-сервер” и Web. Кроме указанных средств нет особых проблем в использовании технологии OLAP фирмы Oracle на уровне предприятия (Oracle Express).

1С:ПРЕДПРИЯТИЕ. (Компания 1С, Россия). Система “1С:Предприятие”: комплексная конфигурация “Бухгалтерия; Торговля; Склад; Зарплата; Кадры” представляет собой универсальную программу ¾ конструктор, которая позволяет вести учет в одной информационной базе от имени нескольких организаций.

Бухгалтерский учет реализует стандартную методологию учета для хозрасчетных организаций в соответствии с текущим законодательством России.

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

Система позволяет вести одновременно два вида учета торговой деятельности: управленческий и финансовый.

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

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

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

Начисление заработной платы производится по повременной или сдельной оплате труда в соответствии с табель – календарями работников и отклонениями от обычного графика работы (отпусками, болезнями, прогулами и т.п.), происшедшими на текущий расчетный период.

Конфигурация «Производство+Услуги+Бухгалтерия» служит для автоматизации учета на небольших производственных предприятиях и фирмах, ведущих оптовую торговлю.

Конфигурация «Финансовое планирование» предназначена для ведения бюджетов.

Внедрения и стоимость . Продукты компании 1С занимают около 40% российского рынка программ данного класса. Стоимость одноместной конфигурации в зависимости от реализуемых функций от 250 до 500$; сетевая версия стоит около 1000$. Разработкой конфигурации на основе MS SQL и реализацией функций по описанию и учету производства фирма “1С” продвигается в класс малых корпоративных систем.

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

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

Реинжиниринг обладает следующими свойствами:

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

Реинжиниринг применяется в трех основных ситуациях:

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

Основные этапы реинжиниринга:

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

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

Информационные системы управления предприятием (ИСУП)

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

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

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

Документ - информационное сообщение в бумажной, звуковой, электронной или иной форме, оформленное по определенным правилам, заверенное в установленном порядке.

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

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

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

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

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

В результате применения информационных технологий к информационным ресурсам создается некая новая информация или информация в новой форме. Эта продукция информационной системы называется информационными продуктами и услугами.

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

Преимущества неавтоматизированных (бумажных) систем:

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

Преимущества автоматизированных систем:

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

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

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

Создание информационной системы управления предприятием - довольно длительный по времени и ресурсоемкий процесс, в котором можно выделить четыре основные стадии.

1. Эскиз проекта. Подробное описание целей и задач проекта, доступных ресурсов, ограничений и т.п.
2. Оценка проекта. Определяется, что будет делать система, как будет работать, какие аппаратные и программные средства будут использоваться, как они будут обслуживаться. Готовится список требований к системе, изучаются потребности постоянных пользователей.
3. Построение и тестирование. Персонал должен убедиться, что с ИС удобно работать, до того, как она станет основой деятельности.
4. Отладка и внедрение. Проект не завершен до тех пор, пока менеджер проекта не сможет продемонстрировать, что ИС работает надежно.

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

Жизненный цикл ИС разделяется на следующие стадии:

• предпроектное обследование;
• проектирование;
• разработка ИС;
• ввод ИС в эксплуатацию;
• эксплуатация ИС;
• завершение эксплуатации ИС.

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

Задачи ИСУП

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

Частные задачи, решаемые ИСУП, во многом определяются областью деятельности, структурой и другими особенностями конкретных предприятий. В качестве примеров можно сослаться на опыт создания ИСУП для предприятия - оператора связи и опыт внедрения партнерами фирмы SAP системы R/3 на ряде предприятий СНГ и дальнего зарубежья.При этом примерный перечень задач менеджмента, которые должна решать ИСУП на различных уровнях управления предприятием и для различных его служб, к настоящему времени можно считать общепризнанным среди специалистов. Он приведен в табл.5.1 . При решении этих задач широко используются различные методы теории принятия решений , в том числе эконометрические и оптимизационные.

В статье рассматривается развитие средств пользовательского программирования в SCADA-системе - от решения нестандартных задач управления и контроля на технологическом языке ST до автоматизации процесса проектирования во встроенной среде сценарного языка С#. В продолжение этой линии впервые анонсирована новая среда программирования контроллеров , полностью реализующая требования стандарта МЭК 61131-3 и сохранившая принятую в объектную идеологию, которая обеспечивает удобство и скорость разработки, тиражирование проектных решений.

От «перетащи и брось»

к «напиши и запусти»

Объектно-ориентированная SCADA-система изначально не содержала никаких средств программирования, даже традиционных сценарных языков (или на техническом жаргоне «скриптов»). Это объяснялось концептуальной позицией разработчиков, считавших необходимым приучать пользователей к объектной идеологии и стандартным инструментам , обеспечивающих простым «перетаскиванием» (drag-and-drop) элементов проекта установление любых связей по передаче данных, а также включение одних элементов в другие (например, динамический символ или кнопку вызова документов одного объекта в мнемосхему другого). Тем не менее было необходимо найти возможности и для тех пользователей, которые хотели бы в рамках решать нестандартные задачи.

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

Первым инструментом технологического программирования в рамках стал графический язык схем функциональных блоков. Но это - способ создавать решения, основанные на уже имеющихся библиотеках, а их функционал ограничен даже в условиях постоянного расширения. Решительное развитие необходимого инструментария началось уже в 3-й версии . Библиотека функциональных блоков расширилась блоками пользовательских программ. Были реализованы блоки двух видов - для инженерного программирования на языке ST (стандарт МЭК 61131-3) и для автоматизации разработки проектов или реализации сложных задач на языке C#. Если программы на языке ST работают как на верхнем уровне систем, так и в контроллерах, то программы на С# предназначены исключительно для функционирования в рамках рабочих станций. Поскольку в создается единый проект на всю систему с автоматической организацией связи между ее частями, эту специализацию языков разработчик проекта должен учитывать изначально.

Программирование на языке ST

Язык ST прост для освоения инженерами. Поколениям, выпущенным из вузов в девяностых и нулевых годах, как правило, знаком из учебного курса язык Паскаль, от которого ST заимствовал основные идеи. К тому же программа на ST содержит чисто инженерные понятия - входы/выходы, переменные с типом «время» и т.п. Добавление в разделы INPUT или OUTPUT новых переменных автоматически приводит к появлению новых входов/выходов у функционального блока ST в проекте. Любые входы/выходы в проекте простым перетаскиванием могут быть связаны с входами/выходами других объектов или переменными проекта.

С точки зрения удобства разработки редактор ST предоставляет современную среду (рис. 1), встроенную, как это в принято, непосредственно в интегрированный менеджер проекта так, что разработчик не задумывается ни над способом открытия редактора (просто выбирает закладку «Код» соответствующего блока в проекте), ни над тем, где хранятся файлы программы (в вопрос хранения и именования файлов решен системным образом и остается за кадром - разработчику не нужно знать, как называются и где хранятся эти файлы).

Созданная программа компилируется в специальный интерпретируемый код, который может выполняться и в компьютере, и во всех типах контроллеров, поддерживаемых входящей в состав исполнительной системой . Это контроллеры с практически любыми современными и не очень процессорами (x86, ARM7, ARM9 и т.п.) и распространенными операционными системами (от DOSа и Windows CE до Linux и Ecos). Существенно и то, что для отладки не требуется иметь контроллер в наличии. Программу можно отлаживать как на так называемом Windows-контроллере (исполнительной системе контроллера, запущенной на той же рабочей станции, что и проект для верхнего уровня), так и прямо в режиме разработки, запустив на исполнение код только одного разрабатываемого блока. При этом доступно традиционное исполнение программы по шагам, включая возможность входа во вложенные процедуры.

Рис. 2. Пример реализации вычислительного алгоритма на языке С#

Программирование на языке С#

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

Рис. 3. Вид дерева проекта до выполнения сценария

Автоматизация проектов на языке С#

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

Именно для этих целей можно выполнять сценарии, написанные на C# внутри и обращающиеся к ее объектной модели (рис. 4).

После запуска сценария (этот пример взят из библиотеки образцовых сценариев ) в проект добавляется новый объект «Дом» на основе образца объекта «Дом». В него, исходя из заданных нами в настройках количественных параметров, вставляется указанное количество подъездов, этажей, квартир (рис. 5).

Рис. 5. Вид дерева проекта после выполнения сценария

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

Рис. 6. Вид мнемосхемы с созданными сценарием кнопками вызова окон

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

Логика развития - полная поддержка стандарта МЭК 61131-3

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

Таким образом, сейчас в рамках инструментария MasterSCADAv.3 ИнСАТ предлагает программировать системы, которые содержат как нижний контроллерный уровень, так и операторские станции, а проекты для автономных контроллеров рекомендуется разрабатывать с помощью намного более мощного нового продукта - . Обе среды разработки используют одну и ту же исполнительную систему для контроллеров, поэтому с точки зрения технических характеристик и структурной функциональности (список поддерживаемых контроллеров и платформ, драйверы, архивы, протоколы, быстродействие) их возможности практически одинаковы. Новую среду можно использовать и для программирования тех контроллеров, которые все же взаимодействуют с верхним уровнем, но используют для этого имеющийся OPC-сервер либо один из поддерживаемых протоколов, а не принятую в технологию не требующего конфигурирования «прозрачного» обмена данных.

Рис. 7. Редактор схем релейной логики

Посмотрим на пример проекта, разработанного в среде (рис. 7). Основное преимущество новой среды - возможность создания программы одновременно на всех языках стандарта, используя для каждой части алгоритма тот язык, который для ее реализации окажется наиболее нагляден. Как правило, для динамических алгоритмов, например регулирования, удобнее использовать язык функциональных блоков (FBD), для описания логики инженерам-электрикам привычнее релейные схемы, а по­операционное управление прекрасно описывается языком шаговых последовательностей (SFC). Вычислительные и любые иные задачи могут быть решены на языке «Структурированный текст» (ST).

В приведенном на рис. 7 примере программа контроля параметра «нарисована» на языке LD и далее используется как библиотечный ФБ в программе, созданной уже на языке функциональных блоков (рис. 8).

Рис. 8. Редактор схем функциональных блоков

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

И.Е. Аблин, Генеральный директор,

Термин «интегрированные системы управления предприятием» (ИСУП) в начале нынешнего десятилетия ввела в обиход аналитическая компания IDC вместо ранее использовавшегося в подобных исследованиях понятия ERP (Enterprise Resource Planning — планирование ресурсов предприятия). В основе ИСУП лежит принцип создания единого хранилища данных (репозитария), содержащего всю деловую информацию, накопленную организацией в процессе ведения бизнеса, в частности финансовую информацию, данные, связанные с производством, управлением персоналом, и любые другие данные. Наличие репозитария избавляет от необходимости передавать данные от приложения к приложению. Кроме того, любая часть информации, которой располагает данная организация, становится одновременно доступной для всех работников, обладающих соответствующими полномочиями.

Концепция ИСУП нашла широкое применение, поскольку планирование ресурсов позволяло сократить время выпуска продукции, снизить уровень товарно-материальных запасов, а также улучшить обратную связь с потребителем при одновременном сокращении административного аппарата. Все это позволило объединить все ресурсы предприятия и повысить эффективность управления ими. Исторически концепция ИСУП стала развитием более простых концепций MRP (Material Requirement Planning - планирование материальных потребностей) и MRP II (Manufacturing Resource Planning - планирование производственных ресурсов). Используемый в ИСУП программный инструментарий позволяет проводить производственное планирование, моделировать поток заказов и оценивать возможность их реализации в службах и подразделениях предприятия, увязывая его со сбытом.

Как правило, ИСУП включает следующие элементы:

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

К основным функциям ИСУП можно отнести:

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

Накопленный опыт показывает, что этап выбора системы управлением предприятием является одним из самых важных, и руководство предприятия должно быть крайне заинтересовано в выборе правильного решения. Любой проект в области автоматизации должен рассматриваться предприятием как стратегическое вложение средств, которое должно окупиться за счет усовершенствования управленческих процессов, повышения эффективности производства, сокращения издержек, и ставиться на один уровень с приобретением, например, новой производственной линии или строительством цеха. Классические ИСУП, в отличие от так называемого «коробочного» ПО, относятся к категории «тяжёлых» программных продуктов, требующих достаточно длительной настройки, для того чтобы начать ими пользоваться. Выбор ИСУП, приобретение и внедрение, как правило, требуют тщательного планирования в рамках длительного проекта с участием партнёрской компании - поставщика или консультанта. Поскольку ИСУП строятся по модульному принципу, заказчик часто (по крайней мере, на ранней стадии таких проектов) приобретает не полный спектр модулей, а ограниченный их комплект. В ходе внедрения проектная команда, как правило, в течение нескольких месяцев осуществляет настройку поставляемых модулей. Применение ИСУП позволяет использовать одну интегрированную программу вместо нескольких разрозненных. Единая система может управлять обработкой, логистикой, дистрибуцией, запасами, доставкой, выставлением счетов-фактур и бухгалтерским учётом.

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

В начале 2010 года подразделение корпорации Microsoft в России представило результаты исследования уровня зрелости ИСУП-решений, используемых различными российскими компаниями. Исполнителем проекта выступала компания IDC. В ходе исследования были опрошены 50 бизнес-руководителей и 100 ИТ-руководителей из 120 компаний. Опрос проводился в наиболее показательном для российского рынка срезе компаний с годовым оборотом от 50 до 500 млн. долл. Региональная структура выборки: Москва - 52%, остальные регионы - 48%. Отраслевая структура выборки: розничная торговля - 22%, промышленное производство - 20%, производство продуктов питания - 15%, дистрибуция - 16%, транспорт - 14%, телекоммуникации и СМИ - 13%. Исследование показало, что среднее значение индекса зрелости ИСУП-рынка составило 55%. Наименьший результат оказался равен 20%, а наивысший - 95%. Только 38% компаний показали уровень индексов проникновения и эффективности выше средних значений. Еще у 24% компаний эффективность оказалась достаточно высока при низком уровне проникновения. Эффективность оставшихся 38% компаний была оценена как низкая, причем 15% компаний показали невысокие значения, как индекса эффективности, так и индекса проникновения ИСУП. На практике это означает, что 62%, или почти двум третям, предприятий следует предпринять шаги, направленные на оптимизацию существующих бизнес-приложений. Невысокая степень реализации потенциала внедренных решений связана с тем, что многие предприятия относятся к внедрению ИСУП как техническим, а не бизнес-проектам, считают авторы исследования. Основной задачей проектов создания корпоративных систем управления по-прежнему остается автоматизация управления бухгалтерией, финансами, персоналом, расчётом заработной платы. Относительно немногие компании пытаются решать с помощью ИСУП стратегические проблемы. Такие задачи, как финансовый и стратегический анализ, бизнес-аналитика, управление проектами, оказываются в списке целей проектов внедрению ERP менее чем в половине случаев.

В последние пять лет перед кризисом российский рынок ИСУП рос более высокими темпами, чем даже прогнозировали эксперты (фактический объем 2008 г. превышал пятилетнее предсказание IDC на 40%). На рынке четко обозначилась пятерка компаний-лидеров (в алфавитном порядке): 1С, Microsoft, Oracle, SAP и «Галактика». По данным исследования IDC (Russia Enterprise Application Software 2010-2014 Forecast and 2009 Vendor Shares), объём российского рынка интегрированных систем управления предприятием (ИСУП) в 2009 году составил 492,18 млн. долл., что соответствует снижению на 18,9% по сравнению с предыдущим годом. Эксперты полагают, что снижение было обусловлено, в первую очередь, кризисными явлениями в российской экономике, особенно в первой половине 2009 года. Сокращение ИТ-бюджетов крупных компаний привело к значительному уменьшению числа новых полномасштабных проектов по внедрению ИСУП. Существенно снизился спрос на решения ИСУП в сегменте малых и средних предприятий. Вместе с тем обширная база существующих клиентов, проекты по внедрению отдельных функциональных модулей, а также существенно возросший спрос на решения бизнес-аналитики со стороны крупных компаний позволили избежать значительного падения рынка ИСУП в условиях, когда российский рынок ИТ в целом сократился более чем на треть.

Лидером российского рынка ИСУП в 2009 году стала компания SAP, доля которой составила 50,1%. 1С и Oracle закончили год с 22,3% и 9,6% рынка и заняли второе и третье место соответственно. Microsoft Dynamics с 7,1% стала четвертой. Доля рынка Microsoft Dynamics отображена с учетом корректировки доходов компании на российском рынке ИСУП за 2008 год в соответствие с более точной информацией, полученной от поставщиков. Согласно корректировке, доля компании в 2008 году составила 6,9%. «Галактика», занявшая 3,9% рынка, замыкает пятёрку лидирующих поставщиков. Суммарная доля российских компаний в группе лидеров составила 26,2%, превысив аналогичные показатели предыдущего года. Ведущей отраслью для российского рынка ИСУП в 2009 году осталось непрерывное производство. Второе место, как и в предыдущем году, было за розничной торговлей. На третьем месте в списке наиболее прибыльных для поставщиков ИСУП отраслей осталось дискретное производство. На четвертой и пятой позициях - оптовая торговля и энергетика.

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

Ведущие поставщики крупных ИСУП, к сожалению, представлены на Softool далеко неполно, хотя в ряде случаев на выставке есть их партнеры, продвигающие соответствующие продукты. Так, на Softool 2009 российский рынок ИСУП был представлен 36 компаниями, которые позиционировали себя, как поставщики и/или разработчики подобных решений. При этом доля региональных компаний составила примерно 9%. В частности, это компании Tandem (Новосибирск), «Градиент - Новые технологии» (Ижевск), «РЕЛЭКС» (Воронеж), «СКБ Контур» (Екатериндбург).