Информационная система управления проектами (исуп). Средства пользовательского программирования и автоматизация проектирования в MasterSCADA Виды программных продуктов по УП
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С” продвигается в класс малых корпоративных систем.
В статье рассматривается развитие средств пользовательского программирования в 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 для описания взаимодействия объектов проекта) мы сможем сразу, как только почувствуем его востребованность нашими потребителями. В случае такими потребителями являются прежде всего производители контроллеров и их заказчики. Расширение списка поддерживаемых контроллеров происходит быстрыми темпами, и, следовательно, разнообразие запросов от растущей клиентской базы растет столь же быстро. Именно тесное взаимодействие с квалифицированными пользователями и является источником пополнения библиотек сценариев и алгоритмов, мотивом непрерывного развития средств разработки, способных справиться с усложняющимися задачами автоматизации.
И.Е. Аблин, Генеральный директор,
Система управления проектами - это набор организационных и технологических методов и инструментов, которые поддерживают управление проектами в организации и помогают повысить эффективность их реализации. Часто термин « система управления проектами » трактуют более узко как автоматизированную или информационную систему управления проектами, т.е. программу. Организационную и методическую составляющие при этом вкладывают в термин корпоративная система управления проектами. Далее будем придерживаться таких трактовок терминов.
Цели системы управления проектами
- Повышение эффективности сотрудников компании при работе над проектами
- Улучшение качества управления проектами руководителями проектов
- Повышение эффективности управления всем портфелем проектов компании - больше проектов в срок и в рамках бюджета с меньшими затратами
Задачи системы управления проектами
Для достижения указанных целей необходимы соответствующие инструменты. Если детально не описывать весь функционал, то системы управления проектами предназначены для решения следующих задач:
- Обеспечить руководителя проекта инструментарием планирования проекта и контроля хода его реализации
- Предоставить участнику проекта понятный инструмент для выполнения задач проекта и доступа ко всей необходимой для их выполнения информации
- Руководителю подразделения дать инструмент контроля загрузки сотрудников по проектным и непроектным задачам, предоставить информацию для принятия решения о назначении сотрудников на новые проекты, перераспределения нагрузки между ними
- Директору проектного офиса предоставить удобный инструмент, который позволит автоматизировать рутинные операции и установить полный прозрачный контроль за состоянием всего портфеля проектов и качеством работы конкретных руководителей проектов
- Руководителю компании обеспечить единую панель мониторинга всех проектов компании с возможностью оперативного анализа отклонений и принятия управленческих решений
- Акционерам компании важно видеть соответствие портфеля выполняемых проектов стратегическим целям компании
Требования к информационных систем управления проектами вытекают из особенностей процессов управления проектами в каждой конкретной организации.
Области применения систем управления проектами
В зависимости от отраслевой принадлежности и специфики существуют различные области применения систем управления проектами, например:
Существуют как специализированные системы для указанных отраслей, так и интегрированные системы управления проектами, которые предназначены для управления различными . Подстройка под специфику отрасли осуществляется через гибкие настройки паспорта проекта, отраслевых справочников и методов управления. Таким продуктом, в частности, является информационная онлайн-система ADVANTA.
Выгоды от использования системы управления проектами (ROI)
Система управления проектами может и должна окупаться за счет повышения эффективности проектной деятельности - деятельности оперирующей финансами, ресурсами и сроками (которые в свою очередь хорошо пересчитываются в финансы). Для расчета возможного ROI (Return On Investment) необходимо взять финансовые и временные характеристики проектов компании и применить к ним ожидаемые бизнес-выгоды от внедрения системы.
Возможные бизнес-выгоды от информационной системы управления проектами по версии Forrester Research:
- Сокращение числа проектов, которые не соответствуют стратегии компании
Отказываясь от проектов, которые не нужны или не соответствуют стратегии, можно снизить затраты по всему портфелю проектов.
- Повышение эффективности использования ресурсов
За счет улучшение распределения ресурсов между проектами, более четкого контроля загрузки сотрудников.
- Снижение перерасходов бюджета
Можно достичь путем улучшения планирования и повышению контроля за расходованием.
- Сокращение процента неудачных проектов
Благодаря эффективным средствам мониторинга проектов, внедрения методологии через информационную систему, проектный офис может существенно снизить процент проектов, неспособных достичь поставленные цели, уложиться в сроки и бюджет.
- Сокращение временных затрат проектных офисов и руководителей проектов
Сокращение времени на сбор данных и формирования вручную отчетов по статусу проекта высвобождает временные ресурсы на более приоритетные задачи.
Как обосновать руководству необходимость системы управления проектами?
Этот вопрос скорее из области психологии, чем из области экономики. Совершенно ясно, что если руководитель организации (или хотя бы один из его заместителей) не будет заинтересован во внедрении системы управления проектами, то такой проект будет почти гарантированно неуспешен.
Про экономику с руководителем говорить обязательно нужно, как и про повышение эффективности управления проектами. Для этого подойдут статьи про окупаемость инвестиций в создание проектного офиса, информационные системы управления проектами, примеры улучшений у коллег из отрасли и простое объяснение выгод на кейсах ваших же не очень успешных проектов. Но без взятия ответственности (хотя бы ограниченной) на себя за результаты изменений ничего не получится. Так что дерзайте!
Разработка системы управления проектами
А нужно ли разрабатывать?
Сегодня на рынке присутствует большое количество современных систем управления проектами, которые могут быть адаптированы под потребности компании без программирования. Примером такой системы является ADVANTA. Прибегать к собственной разработке системы управления проектами стоит только в случае, если отраслевая специфика и задачи организации по управлению проектами очень уникальные. Для решения задач отдела управления проектами можно адаптировать уже готовые инструменты.
Готовы ли вы инвестировать в разработку и поддержку?
Следует иметь ввиду, что собственная разработка, кроме значительных временных и финансовых затрат, таит в себе множество рисков, связанных с дальнейшим развитием и поддержкой системы. Также следует хорошо задуматься о рисках выбора коробочных средств управления проектами с ограничениями в настройке и возможностями программирования (например, 1С, Microsoft Project Server + Sharepoint). Такие проекты часто переходят в формат постоянных доработок и программирования, сроки проекта увеличиваются в разы, соответственно в разы увеличивается бюджет проекта, компания становится зависимой от работы достаточно уникальных программистов.
Виды информационных систем управления проектами
По техническим характеристикам системы управления проектами можно разделить на следующие виды:
- Локальные/настольные (например, Microsoft Project)
- Клиент-серверные, когда на сервере устанавливаются основные компоненты ПО, а на локальном компьютере устанавливается приложение клиент (например, Microsoft Project Server, Oracle Primavera)
- Веб-базированные - для использования таких приложений нужен лишь интернет-браузер (например, ADVANTA)
Современные информационные системы управления проектами все чаще создаются как веб-базированные интернет приложения. В них можно выделить 2 отличительных признака:
- по месту расположения ПО (системы, базирующиеся в облаке либо на сервере предприятия);
- по модели ценообразования (системы покупаются один раз на весь период использования, либо взимается арендная плата за использование - SAAS).
Сейчас на рынке инструментов управления проектами очень много бесплатного или условно бесплатного (недорогого) ПО, продающегося по схеме SAAS. Как правило, недорогое ПО подходит для небольших команд и в основном обладает функционалом таск-менеджеров (систем управления задачами), ведения списка клиентов (и т.д.). Такие системы в основном ориентированы на малый бизнес.
Средний и крупный бизнес в России, как правило, предпочитает иметь возможность хранить основные данные у себя на серверах либо в арендуемом дата-центре (что также позволяет при необходимости быстро перенести данные к себе). Сервисным провайдерам ПО по схеме SAAS (как российским, так и западным) данные пока доверяет в основном малый бизнес из-за существующих рисков безопасности, утечки данных, которые уже не раз случались в России.
Поэтому сейчас самое оправданное решение - выбрать онлайн-систему управления проектами с возможностью хранения всей информации на своем либо арендуемом серверном оборудовании.
Выбор системы управления проектами
Если перед вами стоит задача выбрать информационную систему управления проектами для вашей организации, то вы можете, конечно, пойти стандартным путем и проанализировать большое количество сравнений, рейтингов и обзоров. Но никакие аналитические статьи не примут за вас решение о том, какие инструменты управления проектами лучше всего подойдут именно вашей компании.
Инструменты управления проектами
Планируя создание отдела управления проектами, следует понимать, что само по себе наличие такой структуры не решит проблем с оптимизацией рабочих процессов на всех уровнях. Чтобы сотрудники нового подразделения смогли успешно выполнять свои обязанности, необходимо предоставить им в помощь удобные и функциональные средства управления проектами. Не следует думать, что это можно сделать не сразу, а позже, уже в процессе работы нового отдела. Без правильного инструментария невозможно получить аналитику по текущим проектам, то есть хотя бы распланировать комплекс мер для роста эффективности управления проектами и отслеживать их выполнение.
Наличие инструментов управления проектами последовательно решает следующие задачи:
- Сбор информации о текущих и запланированных проектах компании
- Аналитическая работа и выявление отклонений
- Поэтапное внедрение нововведений направленное на стандартизацию управления проектами
- Контроль над работой новой структуры и ее последующий апгрейд
Сформулировать требования
В первую очередь, важно сформулировать требования к вашей будущей информационной системе. Не нужно бояться слов Техническое задание, и тем более месяцами разрабатывать такие документы. Важно собрать цели, бизнес-требования основных руководителей и получателей выгод от системы в компании, обобщить их и начать внимательный выбор решений.
Разработать контрольный пример
Очень грамотным подходом является разработка контрольного примера на основе вашего существующего процесса управления проектами (раз вы управляете проектами, то какой-то процесс у вас точно есть, пусть и не на бумаге). Напишите его просто текстом с нумерованным списком, отдельно напишите список общих требований и приложите перечень отчетов, которые вы хотели бы получать. Этот контрольный пример вы сможете использовать для просмотра и тестирования систем, между которыми будет проводиться выбор. А лучше всего выслать этот пример разработчику/поставщику системы и попросить смоделировать демопример/прототип для вас.
Скорость, простота настройки прототипа и готовность поставщика сделать это для Вашей компании является отличной лакмусовой бумажкой. Это покажет Вам простоту/сложность последующего внедрения системы, компетентность специалистов поставщика и готовность будущего партнера работать с вами на ваши результаты.
Выбрать партнера по внедрению
Кстати, качество взаимодействия с вами представителей компании поставщика ПО и услуг на этапе обсуждения ваших задачи, подготовки прототипа, тестирования системы является определяющим при выборе надежного партнера для такого важного проекта как внедрение системы управления проектами. Ни дополнительный функционал, ни низкая цена, ни известный бренд других систем и поставщиков не смогут вам компенсировать возможного экономического и репутационного ущерба от неуспешного проекта внедрения. Вы конечно снизите свою первоначальную ответственность предложив руководству на выбор самые известные бренды и предоставив возможность руководителю сделать этот выбор, а самому оставаясь в тени. Но даст ли это значимый результат вам и вашей компании?
Только активная, точнее проактивная позиция инициатора выбора и внедрения системы, его неравнодушие к результатам проекта позволит стать проекту успешным, вне зависимости от подводных камней, которые встретятся на вашем пути. Ведь вы будете делать осознанный выбор и с вами будет надежный партнер.
Внедрение системы управления проектами
Внедрение системы управления проектами на практике - это большой самостоятельный организационный проект, которым нужно управлять по всем правилам проектного управления и управления изменениями в компании.
Грамотно инициировать проект
Для начала необходимо грамотно инициировать проект в компании. Необходимо назначить руководителя проекта, сформировать рабочую группу и разработать свой внутренний план внедрения системы управления проектами. Не обязательно делать детальный план, важно чтобы Вы четко определились с организационными (в каких подразделениях) и функциональными (какой функционал) рамками проекта и разделили весь проект на понятные и самодостаточные этапы.
План внедрения системы необходимо согласовать с вашим партнером по проекту внедрения (если вы планируете привлекать внешних специалистов). Опытный партнер, опираясь на свою практику, подскажет как лучше построить проект внедрения системы, чтобы быстро получить результаты и не совершить типовых ошибок.
Быстро получить первые результаты
Очень важно быстро получить первые положительные результаты от проекта. Это позволит руководству компании убедиться в верности выбранного курса, а участникам проекта и пользователям системы вдохновиться и запастись дополнительной мотивацией на реализацию всего проекта.
Что включить в рамки пилотного проекта?
Необходимо дать пользователям и руководству удобный и простой единый инструмент управления проектами предприятия, пока не усложняя сами процессы управления.
Основные задачи пилотного проекта:
- Создать единый реестр проектов, запустить процедуры его актуализации на верхнем уровне
- Создать единое хранилище проектной документации
- Автоматизировать проектный документооборот с базовыми процессами разработки и согласования документов
- Предоставить всем участникам проектов единую рабочую среду для обсуждения проектных вопросов и обмена информацией
По сути на первом этапе важно получить проектный портал, который позволит всем заинтересованным лицам от топ-менеджеров до участников проектов покрыть свои базовые потребности в информации по ходу реализации проектов в компании.
Какая система позволит это сделать?
Именно поэтому важно выбрать такую , которая позволит:
- начать использовать базовый функционал с возможностью его поэтапного развития (не жесткая система, которую нужно сразу проектировать и программировать с учетом всех функций);
- быстро (за 1-2 недели) запустить основные процессы в компании;
- легко обучать пользователей в ходе внедрения (пользователь видит только нужный ему функционал);
- получить не сопротивление от пользователя, а благодарность из-за облегчения работы (дружелюбный интерфейс ориентированный на пользователя);
- иметь запас широкого функционала и гибких возможностей по его настройке для автоматизации новых процессов и корректировки внедренных процессов по мере повышения уровня зрелости компании.
Функциональные подсистемы ИСУП имеют множественные связи друг с другом. Например, детальные данные по учету производственной себестоимости возникают в подсистеме управления производством, а обобщаться могут в подсистемах бухгалтерского учета и информационного обслуживания высшего руководства. С другой стороны, подсистема управления производством нуждается в данных о запасах и движении товарно-материальных ценностей, которые формируются в подсистеме логистики. Данные по учету труда и заработной платы формируются в подсистемах управления персоналом и управления производством, а обобщаются в подсистеме бухгалтерского учета. Данные по контролю исполнения сделок, реализуемому в подсистеме управления взаимоотношениями с клиентами, большей частью возникают в подсистеме логистики. И так далее.
Вследствие этого, при создании ИСУП необходимо предусмотреть все возможные внутренние и внешние информационные связи между программным обеспечением каждой из подсистем.
Взаимодействие подсистем может осуществляться в оперативном илиотложенном режимах.
В оперативном режиме программное обеспечение, реализующее решение задач одной подсистемы, при необходимости в данных, сформированных другой подсистемой, запрашивает и получает их от программного обеспечения данной подсистемы автоматически. Это - наиболее эффективный способ взаимодействия программного обеспечения различных подсистем. Однако он возможен только тогда, когда программное обеспечение различных подсистем способно взаимодействовать в автоматическом режиме. А это не всегда возможно. Например, в том случае, если при создании ИСУП используется программное обеспечение разных производителей, наладить оперативное взаимодействие подсистем удается в крайне редких случаях. Более того, если в одной подсистеме используются программные продукты различных поставщиков, то и внутри этой подсистемы оперативное взаимодействие организовать обычно не удается.
В отложенном режиме для организации информационного обмена между различными программами (внутри разных или одной подсистем) необходимо выполнять операции экспорта-импорта данных. В этом случае данные с помощью специальной операции (экспорта) должны быть выгружены одной программой в отдельный информационный массив (массивы) в формате, который может быть распознан программой, принимающей данные. Далее эта программа с помощью операции импорта данных загружает их в свои информационные структуры для последующей обработки.
Таким образом, в отложенном режиме для передачи данных от одной программы к другой необходимо выполнение специальных технологических операций экспорта-импорта, каждая из которых должна специально инициироваться пользователем каждой из программ. Если этими программами пользуются разные специалисты, то один должен попросить другого выполнить операцию экспорта нужных данных из используемой им программы. Последний должен выполнить операцию экспорта запрошенных данных и тем или иным способом (по сети или на переносном носителе данных) передать первому созданные в результате операции экспорта информационные массивы. Это может создать дополнительные организационные проблемы при эксплуатации ИСУП (один человек должен попросить другого человека, а тот может быть не на месте, занят и т.д.). В оперативном же режиме взаимодействие подсистем (программ) осуществляется автоматически.
Следует отметить, что операции экспорта-импорта могут выполняться и в автоматическом и/или в полуавтоматическом режиме, по запросу пользователя программы, которой эти данные требуются. В этом случае организационных проблем обеспечения взаимодействия подсистем ИСУП не возникает. Выполнение экспорта-импорта в автоматическом или полуавтоматическом режимах фактически означает реализацию оперативного режима взаимодействия подсистем. Однако это возможно только в том случае, когда программы, передающие и принимающие данные специальным образом настроены для совместной работы.
При взаимодействии подсистем ИСУП в отложенном режиме резко снижается оперативность обработки данных, повышается вероятность возникновения различного рода несоответствий в данных на разных рабочих местах, резко снижаются возможности компьютерной системы как средства реализации механизмов процессно-ориентированного управления.
Так, например, если программе, реализующей выписку платежных документов, не доступны в оперативном режиме данные бюджета расходов, то она не сможет проверить превышение сметы расходов по данной статье бюджета при выписке документа на оплату проходящих по ней затрат. В результате контроль выполнения сметы расходов не сможет быть произведен автоматически. Для выполнения такого контроля придется разрабатывать специальные регламенты, а сам контроль поручить ответственным специалистам. В результате снижается оперативность утверждения документа (ответственный специалист не на месте, занят), а точность контроля снижается, поскольку его выполняет человек, а не компьютер. Если бы в данной ситуации при выписке платежного документа через компьютер реализующей эту функцию программе были бы доступны данные бюджета и фактические данные о расходе средств по соответствующей статье на текущий момент, то она могла бы автоматически запретить формирование платежного документа, если указанная в нем сумма расхода приводит к выходу за разрешенные сметой пределы.
Аналогичные проблемы с организацией контроля могут возникать и при выписке документов отгрузки покупателям-дебиторам, задолженность которых может превышать лимиты предоставляемых товарных кредитов, а также при выписке документов оплаты поставщикам-дебиторам, не поставляющим вовремя товарно-материальные ценности, за которые уже осуществлялась оплата.
Таким образом, оптимальным следует считать оперативное взаимодействие подсистем ИСУП. Однако оно возможно только в том случае, когда все взаимодействующие программы одной или разных подсистем функционируют в едином информационном пространстве, то есть либо функционируют на основе интегрированной базы данных, либо могут автоматически распознавать используемые каждой из них форматы данных. На текущий момент организация оперативного взаимодействия подсистем, как правило, возможна только в том случае, когда в качестве основы программного обеспечения ИСУП используются программные продукты одного разработчика, поскольку в этом случае обычно гарантируется их автоматическое взаимодействие (и то не всегда).
В общем случае, взаимодействие подсистем ИСУП в оперативном режиме предполагает не только автоматический обмен данными между программами разных подсистем, но и взаимосвязанное выполнение логических цепочек операций по преобразованию данных.
Например, при поступлении оплаты от покупателя в подсистеме управления финансами вводятся данные выписки банка. Одновременно эти данные должны быть отражены в подсистеме логистики для уменьшения дебиторской задолженности клиента, если он должник или увеличения кредиторской задолженности предприятия данному покупателю, если это предоплата. Эти действия могут реализовываться разными программами. Однако они должны выполняться совместно, во взаимосвязи. В противном случае возможно расхождение в данных разных подсистем (покупатель перечислил деньги, но данные о его задолженности не изменились). Одновременно с этим данные об оплате должны быть отражены в подсистеме бухгалтерского учета путем формирования проводок по счетам, соответствующих поступлению денежных средств. Передача готовой продукции на склад должна одновременно отражаться в подсистемах логистики и управления производством. При этом ее себестоимость, определяемая в подсистеме управления производством, должна быть также учтена в подсистеме бухгалтерского учета.
Можно привести и другие примеры, когда хозяйственные операции должны взаимосвязанно отражаться несколькими подсистемами ИСУП. В особенности это касается взаимодействия различных подсистем с подсистемой бухгалтерского учета, поскольку практически все хозяйственные операции так или иначе должны быть отражены на счетах бухгалтерского учета.
Выполнение взаимосвязанное процедур обработки данных различными подсистемами ИСУП может быть организовано различными способами. Во многих западных программных продуктах, которые могут быть использованы в качестве основы создания прикладного программного обеспечения ИСУП, реализуется принцип полностью интегрированного взаимодействия подсистем. В соответствии с ним все взаимосвязанные процедуры обработки данных осуществляются как единая транзакция.
Транзакция - совокупность взаимосвязанных операций, выполняемых как одно целое.
Либо выполняются все операции транзакции, либо не выполняется ни одной. В системах управления базами данных (СУБД) взаимосвязанные формальные операции над данными выполняются как единое целое. Если выполнение транзакции по каким-либо причинам не может быть выполнено полностью, то СУБД "отменяет" выполнение той части операций преобразования данных, которые уже были выполнены с ее начала. В результате база данных остается в том состоянии, в котором она находилась до начала выполнения этих операций. Это нужно для поддержания логической целостности базы данных.
В ИСУП, построенных на основе полностью интегрированного взаимодействия подсистем, реализуются те же принципы. Например, если в подсистеме логистики фиксируется движение товарно-материальных ценностей, то в подсистеме бухгалтерского учета автоматически формируются проводки по счетам, соответствующие данной операции. Однако такой подход не всегда оправдан в силу необходимости разделения полномочий между специалистами системы управления. Прерогатива формирования записей на счетах бухгалтерского учета принадлежит сотрудникам бухгалтерии предприятия и связанные с этими действиями процедуры обработки данных должны инициироваться и контролироваться ими, а при полностью интегрированном взаимодействии подсистем оформление документа движения товарно-материальных ценностей в подсистеме логистики автоматически вызывает формирование проводок по счетам, то есть осуществляется без ведома и должного контроля со стороны бухгалтерии.
Более гибким является подход при котором взаимодействие подсистем ИСУП с точки зрения обмена данными осуществляется в оперативном режиме, но выполнение взаимосвязанных функций обработки данных, относящихся к компетенции разных функциональных отделов, выполняется не автоматически, а по запросу пользователя.
3.6. ИНФОРМАЦИОННЫЕ СИСТЕМЫ УПРАВЛЕНИЯ И КОНТРОЛЛИНГ
3.6.1. Информационные системы управления предприятием (ИСУП)
Определения основных понятий. Начнем с определений, необходимых для понимания дальнейших рассуждений.
Информация – сведения об окружающем мире (объектах, явлениях, событиях, процессах и т.п.), которые уменьшают имеющуюся степень неопределенности, неполноты знаний, отчужденные от их создателя и ставшие сообщениями. Эти сведения выражены на определенном языке в виде знаков, в том числе и записанные на материальном носителе. Их можно воспроизводить путем передачи людьми устным, письменным или другим способом.
Информация позволяет организациям:
Осуществлять контроль за текущим состоянием организации, ее подразделений и процессов в них;
Определять стратегические, тактические и оперативные цели и задачи организации;
Принимать обоснованные и своевременные решения;
Координировать действия подразделений в достижении целей.
Информационная потребность – осознанное понимание различия между индивидуальным знанием о предмете и знанием, накопленным обществом.
Данные – информация, низведенная до уровня объекта тех или иных преобразований.
Документ – информационное сообщение в бумажной, звуковой, электронной или иной форме, оформленное по определенным правилам, заверенное в установленном порядке.
Документооборот – система создания, интерпретации, передачи, приема, архивирования документов, а также контроля за их исполнением и защиты от несанкционированного доступа.
Экономическая информация – совокупность сведений о социально-экономических процессах, служащих для управления этими процессами и коллективами людей в производственной и непроизводственной сфере.
Информационные ресурсы – весь имеющийся объем информации в информационной системе.
Информационная технология – система методов и способов сбора, передачи, накопления, обработки, хранения, представления и использования информации.
Автоматизация – замена деятельности человека работой машин и механизмов.
Информационная система (ИС) – информационный контур вместе со средствами сбора, передачи, обработки и хранения информации, а так же персоналом, осуществляющим эти действия с информацией.
Миссия информационных систем – производство нужной для организации информации для обеспечения эффективного управления всеми ее ресурсами, создание информационной и технологической среды для осуществления управления организацией.
Обычно в системах управления выделяют три уровня: стратегический, тактический и оперативный. На каждом из этих уровней управления имеются свои задачи, при решении которых возникает потребность в соответствующих данных, получить эти данные можно путем запросов в информационную систему. Эти запросы обращены к соответствующей информации в информационной системе. Информационные технологии позволяют обработать запросы и, используя имеющуюся информацию, сформировать ответ на эти запросы. Таким образом, на каждом уровне управления появляется информация, служащая основой для принятия соответствующих решений.
В результате применения информационных технологий к информационным ресурсам создается некая новая информация или информация в новой форме. Эта продукция информационной системы называется информационными продуктами и услугами.
Информационный продукт или услуга – специфическая услуга, когда некоторое информационное содержание в виде совокупности данных, сформированная производителем для распространения в вещественной и невещественной форме, предоставляется в пользование потребителю.
В настоящее время бытует мнение об информационной системе как о системе, реализованной с помощью компьютерной техники. Это не так. Как и информационные технологии, информационные системы могут функционировать и с применением технических средств, и без такого применения. Это вопрос экономической целесообразности.
Преимущества неавтоматизированных (бумажных) систем:
простота внедрения уже существующих решений;
они просты для понимания и для их освоения требуется минимум тренировки;
не требуются технические навыки;
они, обычно, гибкие и способны к адаптации для соответствия деловым процессам.
Преимущества автоматизированных систем:
в автоматизированной ИС появляется возможность целостно и комплексно представить все, что происходит с организацией, поскольку все экономические факторы и ресурсы отображаются в единой информационной форме в виде данных.
Корпоративную ИС обычно рассматривают как некоторую совокупность частных решений и компонентов их реализации, в числе которых:
Единая база хранения информации;
Совокупность прикладных систем, созданных разными фирмами и по разным технологиям.
Информационная система компании (в частности, ИСУП) должна:
Позволять накапливать определенный опыт и знания, обобщать их в виде формализованных процедур и алгоритмов решения;
Постоянно совершенствоваться и развиваться;
Быстро адаптироваться к изменениям внешней среды и новым потребностям организации;
Соответствовать насущным требованиям человека, его опыту, знаниям, психологии.
Итак, информационная система управления предприятием (ИСУП) – это операционная среда, которая способна предоставить менеджерам и специалистам актуальную и достоверную информацию о всех бизнес-процессах предприятия, необходимую для планирования операций, их выполнения, регистрации и анализа. Другими словами, ИСУП - это система, несущая в себе описание полного рыночного цикла – от планирования бизнеса до анализа результатов деятельности предприятия
Задачи ИСУП. Управление предприятиями в современных условиях требует все большей оперативности. Поэтому использование информационных систем управления предприятием (ИСУП) является одним из важнейших рычагов развития бизнеса.
Частные задачи, решаемые ИСУП, во многом определяются областью деятельности, структурой и другими особенностями конкретных предприятий. В качестве примеров можно сослаться на опыт создания ИСУП для предприятия – оператора связи и опыт внедрения партнерами фирмы SAP системы R/3 на ряде предприятий СНГ и дальнего зарубежья . При этом примерный перечень задач, которые должна решать ИСУП на различных уровнях управления предприятием и для различных его служб, к настоящему времени можно считать общепризнанным. Он приведен в табл.1.
Таблица 1.
Основные задачи ИСУП
Уровни и службы управления |
Решаемые задачи |
Руководство предприятия |
обеспечение достоверной информацией о финансовом состоянии компании
на текущий момент и подготовка прогноза на будущее; |
Финансово-бухгалтерские службы |
полный контроль за движением средств; |
Управление производством |
контроль за выполнением производственных заказов; |
Службы маркетинга |
контроль за продвижением новых товаров на рынок; |
Службы сбыта и снабжения |
ведение баз данных товаров, продукции, услуг; |
Службы складского учета |
управление многозвенной структурой складов; |
3.6.2. Место ИСУП в системе контроллинга
Коротко говоря, контроллинг – это информационно-аналитическая поддержка принятия решений в менеджменте. В свою очередь, информационные системы управления являются компьютерной поддержкой контроллинга. Контроллинг, в свою очередь, является основным поставщиком информации для управления предприятием. Цель информационной поддержки контроллинга – обеспечить руководство информацией о текущем состоянии дел предприятия и спрогнозировать последствия изменений внутренней или внешней среды . Основные задачи контроллинга согласно представлены в табл.2.
Таблица 2.
Основные задачи контроллинга
Виды контроллинга |
Основные решаемые задачи |
Контроллинг в системе управления |
Целевая задача стратегического контроллинга – обеспечение продолжительного успешного функционирования организации. Основная задача оперативного контроллинга – обеспечение методической, информационной и инструментальной поддержки менеджеров предприятия |
Финансовый контроллинг |
Поддержание рентабельности и обеспечение ликвидности предприятия |
Контроллинг на производстве |
Информационное обеспечение процессов производства и управления |
Контроллинг маркетинга |
Информационная поддержка эффективного менеджмента по удовлетворению потребностей клиентов |
Контроллинг обеспечения ресурсами |
Информационная обеспечение процесса приобретения производственных ресурсов, анализ закупаемых ресурсов, расчет эффективности работы отдела снабжения |
Контроллинг в области логистики |
Текущий контроль за экономичностью процессов складирования и транспортировки материальных ресурсов |
Сравним (в соответствии с табл.3) основные задачи, которые решают ИСУП и контроллинг (см. табл.1 и табл.2).
Таблица 3.
Сравнение задач ИСУП и контроллинга
Задачи ИСУП, решаемые для: |
Задачи контроллинга, решаемые |
Руководства предприятия |
Контроллингом в системе управления |
Финансово-бухгалтерских служб |
Финансовым контроллингом |
Управления производством |
Контроллингом на производстве |
Служб маркетинга |
Контроллингом маркетинга |
Служб сбыта и снабжения |
Контроллингом обеспечения ресурсами |
Служб складского учета |
Контроллингом в области логистики |
Из табл.3 видно, что задачи ИСУП, решаемые для каждого уровня управления и службы предприятия, соответствуют задачам, решаемым контроллингом в той или иной сфере деятельности предприятия (а именно, контроллингом в системе управления, финансовым контроллингом и т.д.).
Если рассматривать структуру ИСУП, то можно выделить 5 основных модулей, которые присутствуют в каждой информационной системе. Это финансово-экономическое управление, бухгалтерия и кадры, склад, производство, торговля (сбыт).
3.6.3. Перспективы совместного развития ИСУП и контроллинга
Для того, чтобы заглянуть в будущее, попробуем сначала вернуться в прошлое.
Как известно, развитие методов управления промышленными предприятиями в начале ХХ века связывают прежде всего с именами Г. Форда, Ф. Тейлора, Г. Гантта, А. Файоля, Ю. Гастева и др. Именно А. Файоль разделил действия администрации на ряд функций, к которым отнес прогнозирование и планирование, создание организационных структур, руководство командой, координацию действий менеджеров и контроль.
Модель управления запасами, приводящая к «формуле квадратного корня» для оптимального размера заказа, предложена Ф. Харрисом в 1915 г., но получила известность после публикации широко известной работы Р. Вильсона в 1934 г., а потому часто называется моделью Вильсона . Мощный толчок теория управления запасами получила в 1951 г. благодаря работам К. Эрроу (будущего нобелевского лауреата по экономике), Т. Харриса, Дж. Маршака. В 1952 г. были опубликованы работы А. Дворецкого, Дж. Кифера, Дж. Вольфовитца. На русском языке теория управления запасами рассматривалась в работах Е.В. Булинской, Дж. Букана, Э. Кенингсберга, Ю.И. Рыжикова, В.А. Лотоцкого, А.И. Орлова , А.А. Колобова, И.Н. Омельченко и многих других.
Необходимо отметить работы по созданию ИСУП, выполненные в киевском институте кибернетики АН УССР, созданном Б.В. Гнеденко в 1950-х годах (в 1961 г. этот институт возглавил В.М.Глушков). В начале 60-х в США начались работы по автоматизации управления запасами. Конец 60-х связан с работами О.Уайта, который при развитии систем автоматизации промышленных предприятий предлагал рассматривать в комплексе производственные, снабженческие и сбытовые подразделения. В публикациях О.Уайта были сформулированы алгоритмы планирования, сегодня известные как MRP - планирование потребностей в материалах - в конце 60-х годов, и MRP II - планирование ресурсов производства - в конце 70-х - начале 80-х гг. .
Отнюдь не все современные концепции управления возникали в США. Так, метод планирования и управления Just-in-time («точно вовремя») появился на предприятиях японского автомобильного концерна в 50-х годах, а методы OPT- оптимизированная технология производства созданы в Израиле в 70-х годах. Концепция компьютеризированного интегрированного производства CIM возникла в начале 80-х годов и связана с интеграцией гибкого производства и систем управления им. Методы CALS - компьютерная поддержка процесса поставок и логистики возникли в 80-х годах в военном ведомстве США для повышения эффективности управления и планирования в процессе заказа, разработки, организации производства, поставок и эксплуатации военной техники. . Система ERP – планирование ресурсов корпорации предложена аналитической фирмой Gartner Group не так давно, в начале 90-х, и уже подтвердила свою жизнеспособность. Системы CRM – управление взаимоотношениями с клиентами стали нужными на высококонкурентном рынке, где в фокусе оказался не продукт, а клиент. Многое было сделано в СССР и в России, прежде всего в Институте проблем управления, Центральном экономико-математическом институте, ВНИИ системных исследований и Вычислительном центре РАН.
В настоящее время постепенно акцент в планировании ресурсов предприятий (на основе ERP-систем ) смещается к поддержке и реализации процессов управления цепью поставок (SCM–систем ), управления взаимоотношениями с заказчиками (CRM-систем ) и электронного бизнеса (e-commerce систем ).
На основе анализа тенденций развития российского рынка программного обеспечения для автоматизации процесса управления предприятиями можно сделать вывод о его динамичном развитии и усложнении круга задач, требующих автоматизации. Вначале руководители российских предприятий чаще всего ставили простейшие задачи, в частности, задачу автоматизации процесса работы бухгалтерии. С развитием компаний, усложнением бизнес-процессов возникала потребность не только в «посмертном бухгалтерском учете», но и в управлении материально-техническим снабжением (логистическими процессами), работой с дебиторами и кредиторами и многими другими видами деятельности, направленными на решение задач, которые ставит перед предприятием внутренняя и внешняя среда. Для удовлетворения этих потребностей менеджмента стали использовать корпоративные информационные системы управления – решения, охватывающие деятельность всего предприятия.
Таким образом, в результате «эволюции» ИСУП превратилась из компьютерной бухгалтерии и автоматизированной системы управления запасами в комплексную систему управления всего предприятия.
В настоящее время на рынке представлено большое количество типовых ИСУП - от локальных (стоимостью до 50 тыс. долл. США) до крупных интегрированных (стоимостью от 500 тыс. долл. США и выше). Типовые решения этих ИСУП «привязываются» фирмами-поставщиками к условиям конкретных предприятий.
Отметим, что в настоящее время основная часть ИСУП разрабатывается не на основе типовых решений, а в единичном экземпляре для каждого отдельного предприятия. Это делается соответствующими подразделениями предприятий с целью наиболее полного учета особенностей конкретных предприятий .
Классификация типовых систем, имеющихся на российском рынке, разработана в работе . Приведем описание основных типов ИСУП.
· Локальные системы . Как правило, предназначены для автоматизации деятельности по одному - двум направлениям. Зачастую могут быть так называемым "коробочным" продуктом. Стоимость таких решений лежит в пределах от нескольких тысяч до нескольких десятков тысяч долларов США.
· Финансово-управленческие системы . Такие решения обладают гораздо большими функциональными возможностями по сравнению с локальными. Однако их отличительная черта - это отсутствие модулей, посвященных производственным процессам. И если в первой категории представлены только российские системы, то здесь соотношение российского и западного продуктов примерно равное. Сроки внедрения таких систем могут доходить до года, а стоимость – от 50 тыс. долл. до 200 тыс. долл. США.
· Средние интегрированные системы . Эти системы предназначены для управления производственным предприятием и интегрированного планирования производственного процесса. Они характеризуются наличием специализированных функций. Такие системы наиболее конкурентоспособны на отечественном рынке в своей области специализации с крупными западными системами, при этом их стоимость существенно (на порядок и более) ниже, чем крупных.
· Крупные интегрированные системы . На сегодняшний день это наиболее функционально развитые и соответственно наиболее сложные и дорогие системы, в которых реализуются стандарты управления MRPII и ERP. Сроки внедрения подобных систем с учетом автоматизации управления производством могут составлять несколько лет, а стоимость лежит в пределах от нескольких сот тысяч до нескольких десятков миллионов долларов. Следует отметить, что данные системы предназначены в первую очередь для повышения эффективности управления крупными предприятиями и корпорациями. Требования бухгалтерского или кадрового учета отходят в этом случае на второй план.
· Конструкторы – это коммерческое программное средство, комплекс программных средств или специализированная среда программирования для относительно быстрого (по сравнению с универсальными средствами программирования) создания деловых приложений. Естественно, при этом опираются на лежащий в основе конструктора инвариант методологии и технологии функционирования.
· Специализированные решения – предназначены в основном для получения корпоративной консолидированной отчетности, планирования, бюджетирования, анализа данных по технологии OLAP (o n- l ine a nalytical p rocessing - оперативный анализ данных, а точнее,многомерный оперативный анализ данных для поддержки принятия решений).
Эконометрические методы в ИСУП. Анализ реальных потребностей предприятий показал, что для создания полноценной системы, которая обеспечивала бы не только учетные функции, но и возможности прогнозирования, анализа сценариев, поддержки принятия управленческих решений, - типового набора функций ERP-систем недостаточно. Решение данного класса задач требует применения аналитических систем и методов, прежде всего эконометрических , включения этих систем и методов в ИСУП.
Эконометрические методы представляют собой важную часть научного инструментария контроллера, а их компьютерная реализация - важную часть информационной поддержки контроллинга. При практическом использовании эконометрических методов в работе контроллера необходимо применять соответствующие программные системы. Могут быть полезны и общие статистические системы типа ДИСАН, ППАНД, SPSS, Statgraphics, Statistica, ADDA , и более специализированные Statcon, SPC, NADIS, REST (по статистике интервальных данных), Matrixer и многие другие .
ИСУП в решении задач контроллинга. Подводя итоги, прежде всего отметим, что ИСУП в решении задач контроллинга играют бесспорно важную роль. С целью информационной поддержки контроллинга специальный модуль «Контроллинг» должен быть включен в состав ИСУП. Это необходимо для того, чтобы система обеспечивала не только компьютерную поддержку контроллинга, предоставляла менеджерам и специалистам актуальную и достоверную информацию обо всех бизнес-процессах предприятия, необходимую для планирования операций, их выполнения, регистрации и анализа. Но и стала бы системой, несущей в себе информацию о полном рыночном цикле – от планирования бизнеса до анализа результатов деятельности предприятия.
Программный комплекс «М-3» (следующее поколение системы «М-2»), разработанный компанией "Клиент – серверные - технологии", позиционируется уже не просто как система управления предприятием, а продукт, формирующий среду принятия решения. В комплексе "М-3" происходит смещение акцентов: от регистрационной системы к структуре, позволяющей реализовывать прогнозирование на основе профессионального анализа. Основой для этого служит реализация механизма контроллинга, предполагающая создание инструмента для принятия оперативных решений в финансовой, производственной и иных областях деятельности предприятий.
Кроме того, опыт западных компаний показывает, что постепенно спрос растет на крупные интегрированные системы, которые отличаются глубиной поддержки управления больших многофункциональных групп предприятий (холдингов или финансово-промышленных групп).
И если говорить о развитии отечественной индустрии ИСУП и широком внедрении контроллинга в практику работы российских организаций и предприятий, то приходится констатировать, что у большинства российских предприятий этап полномасштабной информатизации бизнеса только начинается .
Литература
1. Орлов А.И., Волков Д.Л. Эконометрические методы при управлении ресурсами
и информационная поддержка бизнеса для фирмы-оператора связи. //Приднiпровський
науковий вiсник. Донбаський випуск. Економiка. №109 (176). Грудень 1998
р.
2. Виноградов С.Л. Контроллинг как технология менеджмента. Заметки практика//Контроллинг.
2002. №2.
3. Карминский А.М., Дементьев А.В., Жевага А.А. Информатизация контроллинга
в финансово-промышленной группе // Контроллинг. 2002. №2.
4. Карминский А.М., Оленев Н.И., Примак А.Г., Фалько С.Г. Контроллинг
в бизнесе. Методологические и практические основы построения контроллинга
в организациях. – М.: Финансы и статистика, 1998. – 256 с.
5. Орлов А.И. Устойчивость в социально-экономических моделях. – М.: Наука,
1979. – 296 с.
6. Уайт О. У. Управление производством и материальными запасами в век
ЭВМ. - М.: Прогресс. 1978. – 302 с.
7. Компьютерно-интегрированные производства и CALS
-технологии
в машиностроении. - М.: Федеральный информационно-аналитический центр
оборонной промышленности. 1999. – 510 с.
8. Любавин А.А. Особенности современной методологии внедрения контроллинга
в России//Контроллинг. 2002. №1.
9. Карпачев И. Налево пойдешь // Enterprise partner: корпоративные системы.
2000. №10.
10. Орлов А.И. Эконометрика. – М.: Экзамен, 2002. – 576 с.
11. Орлов А.И. Эконометрическая поддержка контроллинга // Контроллинг.
2002. №1.
12. Гуськова Е.А., Орлов А.И. Информационные системы управления предприятием
в решении задач контроллинга // Контроллинг. 2003. № 1.
Контрольные вопросы
1. Какова роль информации в управлении?
2. Должна ли информационная система обязательно реализовываться с помощью
компьютерной техники?
3. Обсудите базовые определения в области информационных систем управления
предприятием.
4. Каковы основные задачи ИСУП?
5. В чем сущность контроллинга?
6. Каковы основные задачи контроллинга?
7. Каково место ИСУП в системе контроллинга?
Темы докладов, рефератов, исследовательских работ
1. Состав и движение массивов информации.
2. История развития ИСУП.
3. Обращение бумажных и электронных документов.
4. Контроллинг в России.
4. Эконометрические методы в информационных системах.
5. Роль Интернета и корпоративных компьютерных сетей в управлении предприятием.
Предыдущая |
- Презентация "Школа избирателя" презентация к уроку по обществознанию (9 класс) на тему
- Наставничество: как минимизировать затраты на обучение и ускорить адаптацию
- Птица солнце из дерева и щепы
- Отставки по собственному вряд ли спасут таможенную верхушку от увлекательного путешествия на нары Кто с кем связан