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

Рис. 1. 1 Использование информации в принятии управленческих решений

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

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

В зависимости от роли человека в процессе управления, форм связи и функционирования звена «человек-машина», распределения информационных и управляющих функций между оператором и ЭВМ, между ЭВМ и средствами контроля и управления псе технологии можно разделить на информационные и управляющие. Информационные технологии, обеспечивающие сбор и выдачу «удобном для обозрения виде измерительную информацию о ходе технологического или производственного процесса, в результате соответствующих расчетов определяют, какие управляющие воздействия следует произвести, чтобы управляемый процесс протекал наилучшим образом. Выработанная управляющая информация служит рекомендацией оператору, причем основная роль принадлежит человеку, а машина играет вспомогательную роль, выдавая для него необходимую информацию[2].

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

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

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

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

Корпоративная информационная система (КИС) — управленческая идеология, объединяющая бизнес-стратегию и информационные технологии[3]. Корпоративная информационная система - это масштабируемая система, предназначенная для комплексной автоматизации всех видов хозяйственной деятельности небольших и средних предприятий, в том числе корпораций, состоящих из группы компаний, требующих единого управления. Корпоративной Информационной Системой может считаться система, автоматизирующая более 80% подразделений предприятия. Корпоративные информационные системы являются развитием систем для рабочих групп, они ориентированы на крупные компании и могут поддерживать территориально разнесенные узлы или сети. В основном они имеют иерархическую структуру из нескольких уровней. Для таких систем характерна архитектура клиент-сервер со специализацией серверов или же многоуровневая архитектура. При разработке таких систем могут использоваться те же серверы баз данных, что и при разработке групповых информационных систем. Однако в крупных информационных системах наибольшее распространение получили серверы Oracle, DB2 и Microsoft SQL Server.

Эффективное управление современным предприятием представляет собой довольно нетривиальную задачу, учитывая многообразие используемых ресурсов и высокую скорость изменения операционного окружения. Основными функциями управления являются, как известно, планирование, организация, активизация, координация, контроль и анализ, которые осуществляются в многомерном пространстве различных областей деятельности предприятия[4]. Формируемые в ходе выполнения вышеперечисленных функций управленческие решения служат отправным моментом для конкретных исполнителей. В связи с тем, что автоматизация исполнения должностных обязанностей и отдельных поручений фактически стала в последнее время стандартом де-факто, особую остроту приобретает проблема автоматизации непосредственно управленческих функций.

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

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

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

Наполнение предметной части КИС может существенно изменяться в зависимости от профиля деятельности предприятия, включая, например, программное обеспечение для финансового анализа, складскую программу либо PDM-систему. Некоторая часть КИС определяется такими характеристиками, как масштаб организации и объемы информационных работ. С их увеличением становится актуальным внедрение специализированных модулей делопроизводства и архивного хранения, которые способны поддерживать крупные электронные архивы смешанной документации с обеспечением необходимого уровня надежности и безопасности хранения информации[6].

В дополнение к функционалу, структуру КИС определяют и реализующие данный функционал технологии. С этой точки зрения современные информационные системы должны отвечать целому набору обязательных требований. Среди них, в первую очередь, стоит отметить использование архитектуры клиент-сервер с возможностью применения большинства промышленных СУБД, обеспечение безопасности с помощью различных методов контроля и разграничения доступа к информационным ресурсам, поддержку распределенной обработки информации, модульный принцип построения из оперативно-независимых функциональных блоков с расширением за счет открытых стандартов (API, COM и другие), а также поддержку технологий Internet/intranet.

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

Наиболее органичным и эффективным способом построения КИС, при котором были бы выполнены вышеперечисленные функции и требования к технологичности, является использование в качестве ядра всего информационного комплекса системы автоматизации деловых процессов[7].

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

Сегодня существует целый ряд систем автоматизации деловых процессов (САДП), заслуживающих самого пристального внимания потребителя, который собрался проводить комплексную автоматизацию. Из зарубежных систем это, в первую очередь, Action Workflow фирмы Action Techologies и продукт фирмы Staffware Inc., который так и называется Staffware; из отечественных — ничуть не уступающая зарубежным конкурентам система WorkRoute компании ВЕСТЬ АО, получившая признание на западном рынке.

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

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

Карта делового процесса создается, а обычно просто рисуется мышью с использованием нескольких графических примитивов и затем может быть легко изменена. Таким образом, без всякого программирования можно за считанные минуты получить реально работающее workflow-приложение. В некоторых workflow-системах создание информационных моделей деловых процессов возможно только с помощью программирования, что представляет собой довольно кропотливый процесс, требующий к тому же специальных знаний. Так, в Action Workflow программирование используется для разработки электронных форм, которые являются неотъемлемой частью бизнес-модели, обеспечивая взаимодействие системы с пользователем на этапах делового процесса[8].

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

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

Следует помнить, что значения переменных, в идеале, должны считываться не только из базы данных workflow-системы, но и из баз данных прикладных программ, поддерживающих наиболее распространенные промышленные стандарты СУБД. Это позволяет интегрировать систему автоматизации деловых процессов с внешними приложениями в разрезе совместного использования данных. Что же касается встроенного языка программирования, о котором выше уже шла речь, то к нему, вполне очевидно, предъявляются такие требования, как простота (например, он должен быть семантически совместим с каким-либо распространенным языком — на сегодняшний день предпочтительнее всего VBA), эффективность, наличие широких возможностей по управлению деловыми процессами и связанными с ними данными. Крайне желательно, чтобы скрипт мог работать с OLE-серверами, запускать внешние программы, взаимодействовать с MAPI-совместимыми почтовыми системами. Кроме того, учитывая, что workflow-система рассматривается нами как основа КИС, для получения полной интеграции с другими программами и облегчения этого процесса, скорее всего, потребуется наличие открытого программного интерфейса API, который бы позволил управлять системой из внешних программ.

Международной организацией, курирующей разработку стандартов и спецификаций на системы класса workflow, является Workflow Management Coalition (WfMC). Теперь, после небольшого отступления, вернемся к проблеме построения КИС на базе системы автоматизации деловых процессов.

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

То есть говорят, что мы имеем дело с реальностью, описанием (представлением) реальности и с данными, которые отражают это представление. Данные, используемые для описания предметной области, представляются в виде трехуровневой схемы (так называемая модель ANSI/SPARC):

Рис. 1 .2 Процесс предоставления данных в ИС

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

Отсюда вытекают основные этапы, на которые разбивается процесс проектирования базы данных информационной системы:

Концептуальное проектирование - сбор, анализ и редактирование требований к данным. Для этого осуществляются следующие мероприятия:

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

b) Логическое проектирование - преобразование требований к данным в структуры данных. На выходе получаем СУБД-ориентированную структуру базы данных и спецификации прикладных программ. На этом этапе часто моделируют базы данных применительно к различным СУБД и проводят сравнительный анализ моделей. Физическое проектирование - определение особенностей хранения данных, методов доступа и т.д.

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

Таблица 1.1 Уровни представления данных

В теории проектирования информационных систем предметную область принято рассматривать в виде трех представлений[9]:

- представление предметной области в том виде, как она реально существует

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

- как она может быть описана с помощью символов.