Понятие корпоративной информационной системы (КИС). Классификация КИС.
Корпоративная информационная система (КИС) – это информационная система, предназначенная для комплексной автоматизации всех видов хозяйственной деятельности средних и больших предприятий, в том числе корпораций, состоящих из группы компаний, требующих единого управления. КИС ориентированы в основном на средние и крупные компании.
КИС должны охватывать все информационные процессы целого предприятия, другими словами, КИС - это определенная совокупность методов и решений для создания единого информационного пространства управления и обеспечения деятельности компании.
Главная цель КИС - эффективное управление всеми ресурсами предприятия (материально-техническими, финансовыми, технологическими и интеллектуальными) для получения максимальной прибыли и удовлетворения материальных и профессиональных потребностей всех сотрудников предприятия.
Классификация КИС по следующим признакам:
1. По функциональным возможностям (по количеству автоматизированных функциональных подсистем). Основные подсистемы, как правило, подлежащие автоматизации:
Бухгалтерский учет.
Управление складом, ассортиментом, закупками
Управление финансовыми потоками.
Управление производством.
Документооборот.
Управление отношениями с клиентами.
2. По масштабу предприятия. Все предприятия можно разделить на:
крупные корпорации и промышленные предприятия;
средний бизнес;
малый бизнес;
бюджетные предприятия.
От этого также зависит стоимость и сроки внедрения КИС.
3. КИС условно разделяют на тиражируемые, полузаказные и заказные.
Тиражируемые (коробочные). Такие КИС реализуют небольшое число бизнес-процессов предприятия. Часто они вообще не имеют возможности изменений своих функций. Широко используются в малом бизнесе из-за легкости в освоении и низкой цены. Например, к ним можно отнести базовые конфигурации системы 1С.
Полузаказные. Эти КИС нуждаются в настройке на конкретное предприятие, которую осуществляют специалисты. Они наиболее гибкие, так как в большей степени удовлетворяют требованиям заказчика и требуют меньших капитальных затрат чем заказные системы.
Заказные. Системы, создаваемые для конкретного предприятия, не имеющего аналогов, и не подлежащие в дальнейшем тиражированию. Они в наибольшей степени учитывают специфику предприятия. Большие затраты, трудно модернизировать.
4. По архитектуре отличают:
Локальные КИС, в которых все компоненты (БД, СУБД, клиентские приложения) работают на одном компьютере.
Распределѐнные (Distributed) КИС, в которых компоненты распределены по нескольким компьютерам в сети.
Распределѐнные КИС, в свою очередь, делятся на:
файл-серверные КИС (с архитектурой “файл-сервер”). В файл-серверных КИС БД находится на сервере (файл-сервере), а СУБД и клиентские приложения находятся на рабочих станциях;
клиент-серверные КИС (с архитектурой “клиент-сервер”). В клиент-серверных КИС БД и СУБД находятся на сервере, а на рабочих станциях находятся клиентские приложения. В свою очередь, клиент-серверные КИС разделяют на двухзвенные (двухуровневые) и многозвенные (многоуровневые). Двухзвенные (Two-tier) КИС включают два типа “звеньев”: сервер баз данных, на котором находятся БД и СУБД, и рабочие станции, на которых находятся клиентские приложения. При этом клиентские приложения обращаются к СУБД напрямую. В многозвенных (Multi-tier) КИС добавляются промежуточные «звенья»: серверы приложений (Application Server). Здесь пользовательские, клиентские приложения не обращаются к СУБД напрямую, они взаимодействуют с промежуточными звеньями. Серверов приложений может быть несколько (каждый для отдельных услуг);
модель Интернет/Интранет. Это архитектура «клиент-сервер», основанная на Web-технологиях.
Требования к КИС
КИС должны отвечать целому набору основных требований:
1. Соответствие потребностям и бизнесу предприятия. Например, для одного предприятия требуется КИС высокого уровня, а для другого система такого класса совершенно не оптимальна, и только увеличит издержки;
2. Интегрированность. КИС – это не просто совокупность программ автоматизации бизнес-процессов компании, это интегрированная автоматизированная система, в которой каждому модулю доступна вся необходимая информация, вырабатываемая другими модулями.
3. Комплексность. КИС должна охватывать все уровни управления: от конкретного работника и рабочего места до участка, цеха и предприятия в целом с учетом филиалов, дочерних фирм, сервисных центров и представительств.
4. Поддержка принятых стандартов управления.
5. Модульность. КИС должна иметь модульный принцип построения из функциональных блоков. Модульность позволяет исключить из поставки системы компоненты, которые не вписываются в модель конкретного предприятия или без которых на начальном этапе можно обойтись, что позволяет сэкономить средства. Кроме того, это требование позволяет распараллелить, облегчить и, соответственно, ускорить процесс запуска системы в промышленную эксплуатацию.
6. Открытость. Ни одна система, даже если она создается по специальному заказу, не может быть полной, и в процессе эксплуатации может возникнуть необходимость в дополнениях. Также на функционирующем предприятии могут быть уже работающие и доказавшие свою полезность компоненты. Поэтому КИС должна быть открытой для включения дополнительных модулей;
7. Масштабируемость. Успешно функционирующее предприятие имеет тенденцию к росту, образованию дочерних фирм и филиалов, что может потребовать от КИС увеличения автоматизированных рабочих мест, увеличения объема хранимой и обрабатываемой информации.
8. Адаптивность. Это способность КИС гибко реагировать на рыночную ситуацию, что может быть связано с изменением структуры предприятия и номенклатуры выпускаемых изделий или оказываемых услуг. Кроме того, законодательство имеет меняющийся характер.
9. Надежность. Здесь подразумевается непрерывность функциони-рования системы в целом даже в условиях частичного выхода из строя отдельных ее элементов.
10. Безопасность. Сюда входит: защита данных от потери, предотвращение несанкционированного доступа к данным изнутри и извне системы, контроль и разграничение прав доступа.
11. Наличие СУБД и клиент-серверных технологий обработки информации.
12. Поддержка Интернет и Интранет;
13. Простота в освоении. Включает: русифицированный эргономичный интерфейс, русифицированную, подробную и хорошо структурированную документацию, возможность обучения персонала на специализированных курсах и стажировки специалистов на предприятиях, где система уже функционирует;
14. Поддержка разработчика. Это получение новых версий программного обеспечения бесплатно или с существенной скидкой, консультации по горячей линии, участие в семинарах, проводимых разработчиками и т.д.
15. Сопровождение. В процессе эксплуатации КИС могут возникать ситуации, требующие оперативного вмешательства квалифицированных специалистов фирмы-разработчика или ее партнеров на месте. Сопровождение включает выезд специалиста на объект заказчика при необходимости внесения изменений в систему, а также установку новых релизов программного обеспечения.
Уровни управления предприятием
Потребность в управлении возникает в том случае, когда необходима координация действий членов некоторого коллектива. Процесс управления – это целенаправленное воздействие управляющей системы на управляемую, ориентированное на достижение определенной цели и использующее информационный поток. Оптимальное управление заключается в выборе наилучших управляющих воздействий из множества возможных с учетом ограничений и на основе информации о состоянии управляемого объекта и внешней среды.
Задача управления – это наилучшая организация преобразования поступающих на вход ресурсов в конечный продукт.
Уровни управления предприятием часто представляют в виде пирамиды
Выделяют следующие четыре основных уровня управления и соответствующие им системы:
технологический (цеховой) уровень (АСУ ТП, СОД);
оперативный уровень (MES, СОД);
тактический уровень (АСУ П, ИСУ);
стратегический уровень (АСУП,СППР).
Технологический уровень – это базовый уровень с точки зрения получения информации о технологическом процессе или о совершении и выполнении хозяйственных операций. Здесь же происходит непосредственное управление технологическим процессом. Для автоматизации этого уровня используются АСУ ТП.
Автоматизированная система управления технологическими процессами (АСУ ТП) представляет собой систему, обеспечивающую автоматизированный сбор и обработку информации, необходимой для управления технологическим объектом в соответствии с принятыми критериями. Технологический объект управления - это совокупность технологического оборудования и реализованного на нем технологического процесса. В зависимости от уровня АСУ ТП технологическим объектом управления могут быть технологические агрегаты и установки, группы станков, отдельные производства (участки, цехи), реализующие самостоятельный технологический процесс. Функции АСУ ТП подразделяются на управляющие, информационные и вспомогательные. К управляющим функциям относятся автоматическое регулирование (стабилизация) отдельных технологических переменных, логическое управление операциями или аппаратами, оптимальное управление объектом в целом (например, управление участком реакторов) и др. Содержанием информационных функций является сбор, обработка и представление информации. Для решения этих задач применяются SCADA-системы.
Оперативный уровень. Системы обработки данных/транзакций (СОД) (OLTP - On-line Transaction Processing - технологии, ориентированные на оперативную обработку данных) предназначены для решения задач управления бизнес-процессами предприятия на оперативном уровне.
Главная функция СОД - регистрация в базе данных и обработка элементарных событий, сопутствующих протеканию бизнес-процессов: приход и расход материальных ценностей на складах и производственных подразделениях, оплата материальных ценностей и оказанных предприятию услуг через банк, ведение табеля учета рабочего времени и т.д. В результате функционирования СОД генерируются стандартные документы - платежные поручения, счета, расходные и приходные ордера и т.п. Задачи, решаемые СОД, носят повторяющийся, регулярный характер, а их временные рамки, как правило, не превышают одного нескольких дней. Эти задачи выполняются непосредственными исполнителями хозяйственных процессов (менеджерами, кладовщиками, администраторами).
Тактический уровень. Автоматизированная система управления производством(АСУ П) решает задачи организации производства, включая основные производственные процессы, входящую и исходящую логистику. Осуществляет краткосрочное планирование выпуска продукции с учѐтом производственных мощностей, анализ качества продукции, моделирование производственного процесса. Для решения этих задач применяются MES-системы.
Автоматизированная система управления предприятием (АСУП) и Информационные системы управления (ИСУ) служат для решения задач управления бизнес-процессами предприятия на тактическом уровне, к которому относятся процедуры среднесрочного (от нескольких дней до нескольких недель (месяцев)) планирования, анализа и организации работ. Результаты решения подобных задач предназначены для менеджеров среднего звена – начальников производственных и транспортных цехов, руководителей служб снабжения и маркетинга и т.д. Задачи решаются на основе накопленной базы оперативных данных. Для решения этих задач применяются MRP, MRP II и ERP-системы.
Стратегический уровень. Системы поддержки принятия решений (СППР) предназначены для решения задач управления бизнес-процессами предприятия на стратегическом уровне, т.е. на уровне топ-менеджеров (руководства) фирм, предприятий, организаций, принимающих стратегические долгосрочные решения. На стратегическом уровне рассматриваются вопросы выпуска и продвижения на рынок новой продукции, поиска новых рынков сбыта, выбора источников финансирования, привлечения
инвесторов и т.д.
7. Методологии Closed Loop MRP и CRP.
Closed Loop MRP (“Замкнутый цикл MRP”) - планирование потребности в материалах в замкнутом цикле. Позволяет динамически корректировать планы закупок при возникновении непредвиденных ситуаций.
“Замкнутый цикл” означает, что функционирование системы происходит с учетом обратной связи от одной функции к другой. Информация передается обратно через вычислительную систему, но принятие решения о корректировке плана остается за человеком.
CRP (Capacity Requirements Planning) – планирование потребности в мощностях.
Основные этапы реализации методологии CRP:
1. Разрабатывается план распределения производственных мощностей для каждого конкретного цикла производства в течение планируемого периода.
2. Устанавливается технологический план последовательности производственных процедур и в соответствии с пробной программой производства определяется степень загрузки каждой производственной единицы на срок планирования.
3. Если после цикла работы CRP-методологии программа производства признается реально осуществимой, то она становится основной для MRP-системы. В противном случае в нее вносятся изменения.
Для работы механизма CRP необходимы следующие исходные данные:
1. Данные о календарном плане производства (производственной программе MPS), содержащие сведения о производственных заказах. Поставляются из MRP-системы.
2. Данные о рабочих центрах. Рабочий центр – это определенная производственная мощность, состоящая из людей или оборудования, которая может рассматриваться как одна производственная единица. Для работы CRP необходимо предварительное формирование календаря рабочих центров с целью вычисления доступной производственной мощности.
3. Данные о технологических маршрутах изготовления номенклатурных позиций. Здесь указываются все сведения о порядке осуществления технологических операций и их характеристиках (время, персонал и др.). Этот массив данных вместе с первым массивом формирует загрузку оборудования.
В результате работы CRP-системы каждому изготавливаемому изделию назначается соответствующий технологический маршрут с описанием ресурсов, требуемых на каждой операции с ним, на каждом рабочем центре. CRP-система информирует обо всех расхождениях между планируемой загрузкой и имеющимися мощностями, позволяя предпринять необходимые регулирующие воздействия.
SCADA системы. Стандарт OPC
SCADA (Sypervisory Control And Data Acquisition System) – система сбора данных и оперативного диспетчерского управления. В 80-е годы под SCADA-системами чаще понимали программно-аппаратные комплексы распределенного сбора данных и управления. С 90-х годов термин SCADA больше используется для обозначения только программной части человеко-машинного интерфейса АСУ ТП.
Основные функции, возлагаемые на SCADA-систему:
1. Сбор информации о контролируемых технологических параметрах от контроллеров нижнего уровня и датчиков.
2. Вторичная обработка принятой информации.
3. Графическое представление хода технологического процесса, т.е. реализация человеко-машинного интерфейса (HMI/MMI).
4. Сохранение принятой информации в архивах.
5. Прием команд оператора и передача их в адрес контроллеров нижних уровней и исполнительных механизмов.
6. Оповещение обслуживающего персонала об обнаруженных аварийных ситуациях.
7. Формирование сводок и других отчетных документов на основе архивной информации.
8. Непосредственное автоматическое управление технологическим процессом в реальном времени.
9. Обеспечение связи с внешними приложениями (СУБД, электронные таблицы и т. д.). В системе управления предприятием такими приложениями чаще всего являются MES системы.
Иногда SCADA-системы комплектуются дополнительным ПО для программирования промышленных контроллеров. Такие SCADA-системы называются SoftLogіс-системами.
Современные SCADA-системы, как правило, являются модульными, состоящими из программных модулей для реализации отдельных функций типовой SCADA системы. Модули в достаточной степени независимы и могут компоноваться в разных сочетаниях для удовлетворения широкого спектра нужд пользователей.
Под термином WebSCADA, как правило, понимается реализация человеко-машинного интерфейса SCADA-систем на основе Web-технологий.
Наиболее популярные российские и западные SCADA-системы, имеющие поддержку в России: Trace Mode (AdAstra Россия), Genesis (Iconics США), iFIX (Intellution США). MicroSCADA-системы предназначены для автоматизации небольших (до 100-150 каналов ввода-вывода) или специализированных объектов. Например, MicroSCADA “Фигаро”.
Все современные SCADA-системы используют для обмена информацией с контроллерами и приборами нижнего уровня стандарт OPC.
Технология ОРС (OLE for Process Control) — семейство программных технологий, предоставляющих единый интерфейс для управления объектами автоматизации и технологическими процессами. Стандарт OPC основан на решениях, предлагаемых корпорацией Microsoft. Устройства каждого производителя могут иметь единственный стандартный драйвер, совместимый с OPC (OPC-сервер). При этом приложения, соответствующие спецификации OPC (OPC-клиенты), могут обмениваться данными с устройствами любого производителя. Главной целью стандарта ОРС явилось обеспечение возможности совместной работы средств автоматизации, функционирующих на разных аппаратных платформах, в разных промышленных сетях и производимых разными фирмами. До разработки стандарта ОРС SCADA-систему нужно было адаптировать к каждому новому оборудованию индивидуально. После появления стандарта ОРС практически все SCADА-пакеты были перепроектированы как ОРС-клиенты, а каждый производитель аппаратного обеспечения стал снабжать свои контроллеры, модули ввода-вывода, интеллектуальные датчики и исполнительные устройства стандартным ОРС-сервером. Благодаря этому стало возможным подключение любого физического устройства к любой SCADA, если они оба соответствовали стандарту ОРС.
Стандарт ОРС включает следующие основные реализации:
ОРС DA (ОРС Data Access) – спецификация для обмена данными между клиентом (например, SCADA) и аппаратурой (контроллерами, модулями ввода-ввода и др.) в реальном времени;
ОРС Alarms & Events (А&Е) – спецификация для уведомления клиента о событиях и сигналах тревоги, которые посылаются клиенту по мере их возникновения;
ОРС HDA (Historical Data Access) – спецификация для доступа к истории процесса (к сохраненным в архиве данным);
ОРС XML-DA; ОРС Unified Architecture – принципиально новый набор спецификаций, который уже не базируется только на DCOM технологии.
|