лекция. Лекция. изложение теоретического и практического материала с позиций современных подходов в икт
 Скачать 136.57 Kb.
|
|
– это логически завершенный набор операций (деловых процедур), поддерживающих структуру предприятия и реализующих его политику, направленную на достижение поставленных целей. объект – информационный, материальный или финансовый объект, используемый в бизнеспроцессе (например, письмо, оборудование, счет); событие – внешнее (не контролируемое в рамках процесса) действие, произошедшее с объектом (скажем, получение письма, поломка оборудования, изменение ставки налога); операция – элементарное действие, выполняемое в рамках рассматриваемого бизнеспроцесса (допустим, подготовка письма, замена оборудования, оплата счета); исполнитель – должностное лицо, ответственное за выполнение одной или нескольких операций бизнес-процесса (например, менеджер, сотрудник архива, директор). В рамках этой модели процесс состоит из операций и других процессов. Операция адресуется исполнителям, которые, в свою очередь, отвечают за выполнение одной или нескольких операций. Объекты участвуют в выполнении операции. События могут влиять на выполнение операций, например, изменяя результат операций или последовательность их выполнения. Операции обрабатывают события, являясь реакцией системы на происходящие события. Жизненный цикл объекта связан с внешними событиями и операциями, выполняемыми в составе процесса. Помимо этого, к числу других основных понятий, с которыми манипулирует workflow технология, относятся следующие: 1) деловая процедура– это неделимый логический этап делового процесса; 2) описание процесса (Process definition)–формализованное описание процесса. Формализованное описание делового процесса в целом и входящих в него деловых процедур, а также правил их выполнения и ролей участников процесса называют моделью процесса. Электронная модель процесса, представленная в виде графического изображения, называется картой делового процесса; 3) данные (Data)– информация, которая необходима для осуществления действия. Выделяют два типа данных: данные процесса (например, сроки, даты) и вешние данные (например, документы в самых разнообразных форматах – текстового процессора, электронной таблицы, изображение, голос, видео и т. п.). При этом часть данных, называемых переменными делового процесса, обрабатывается по определенным правилам на том или ином этапе и может влиять на ход выполнения работ, то есть на порядок дальнейшей обработки данных и на последовательность перехода работы на другие этапы. Правила маршрутизации как раз и определяют последовательность выполнения процедур делового процесса или, иными словами, сценарий реализации делового процесса. Выделяют несколько видов маршрутизации: в зависимости от предопределенности порядка выполнения процедур: жесткая маршрутизация; свободная маршрутизация; гибридная маршрутизация. в зависимости от порядка следования активизируемых процедур: последовательная маршрутизация; параллельная маршрутизация; смешанная маршрутизация. Жесткая маршрутизация возможна в том случае, если порядок выполнения процедур известен заранее и не зависит от результата выполнения предыдущей процедуры. Такая маршрутизация закладывается при проектировании модели делового процесса. При ее реализации завершение одной процедуры приводит к автоматическому запуску одной или нескольких последующих процедур. В случае необходимости, например, при изменении порядка функционирования аппарата управления, правила жесткой маршрутизации, заложенные в карте делового процесса, могут быть изменены. Свободная маршрутизация(«ad-hoc»-маршрутизация) означает, что последовательность процедур делового процесса не известна заранее и определяется только в ходе его выполнения. В этом случае решение о запуске определенной процедуры предоставляется участнику делового процесса, наделенному соответствующими правами. Последовательная маршрутизация подразумевает выполнение деловых процедур одна за другой. Очередная процедура инициируется только после завершения предыдущей. Таким образом, при последовательной маршрутизации в определенный момент времени может быть инициирована только одна процедура. Параллельная маршрутизация приводит к одновременной активизации нескольких деловых процедур. Это возможно в том случае, если активизируемые процедуры независимы друг от друга и выполнение одной из них не требует результатов, получаемых после завершения другой. Параллельная маршрутизация значительно сокращает время реализации делового процесса. Конкретное поручение, выполняемое в рамках формализованного делового процесса, называется заданием, или работой, и включает формулировку задания, некоторую информацию в виде комментариев и, возможно, один или несколько прикрепленных документов, необходимых для выполнения поставленной задачи. Задание, или работа, состоит из отдельных этапов, соответствующих деловым процедурам, для каждого из которых задается временной интервал, в течение которого он должен быть завершен, и режим выполнения. В контексте делового процесса каждый его участник выполняет определенную роль, в соответствии с которой человек получает некие функции, права и обязанности. Инициатор работы – это участник делового процесса, который формулирует содержание работы, описывает ее и запускает на исполнение. Кроме этого, в задачи инициатора может входить контроль исполнения работы и приемка ее результатов. Исполнитель работы – это участник делового процесса, выполняющий работу, а также отчитывающийся и несущий ответственность за ее результаты. Исполнитель при наличии соответствующих прав может перенаправлять работу, назначая новых исполнителей, то есть сам становится инициатором работ. Таким образом, поддерживается традиционная иерархическая структура управления с несколькими уровнями подчиненности. Наблюдатель – это участник делового процесса, который отслеживает выполнение работы. Менеджер – сотрудник, имеющий возможность активно влиять на ход выполнения работы (замена исполнителей, изменение сроков). Таким образом, САДИ, использующие workflow-технологию, не должны работать напрямую со списком конкретных сотрудников, а только через список ролей, которые могут исполнять конкретные сотрудники. Использование ролей позволяет связывать структуру предприятия с конкретными деловыми процессами, что очень важно; связывать деловые процессы с ролями, а не сотрудниками, что имеет, естественно, и более общую постановку: «Есть сотрудник, нет сотрудника, обязанности все равно остаются»; динамически переназначать сотрудников на роли, что позволит системе более гибко реагировать на изменения, происходящие на предприятии; более гибко управлять заданиями (например, посылать задание на исполнение всем «менеджерам»). Инструменты (tools)– специализированные информационные системы (приложения), обрабатывающие информацию, связанную с каждой отдельно взятой работой или заданием. Рассмотренная концептуальная модель служит основой программной реализации любой системы класса workflow. При этом каждая система обеспечивает решение трех следующих задач: разработка описания бизнес-процесса; управление выполнением бизнес-процесса; интеграция используемых в процессе приложений. Важнейшей особенностью технологии workflow является поддержка управления процессами, содержащими как автоматизированные (выполняемые средствами информационных систем), так и неавтоматизированные (выполняемые вручную) операции. Благодаря этой особенности любой бизнес-процесс предприятия может быть представлен в виде процесса workflow, при следующих условиях: если этот процесс выделен, структурирован, выполняется по правилам, которые можно сформулировать, периодически повторяется. Первые три ограничения являются ответом на вопрос «какие процессы можно описать», а последнее – «какие целесообразно». Системы автоматизации деловых процессов (САДП) можно классифицировать по нескольким признакам, например, можно подразделить по типу движения заданий. - свободное– сотрудник в каждый момент времени может определить новый деловой процесс (в частном случае маршрут движения документа), тут же задать его параметры и запустить его на выполнение. Под параметрами процесса понимается список сотрудников, участвующих в нем, последовательность прохождения задания по сотрудникам, права каждого сотрудника по операциям с конкретным заданием; - жесткое – перед тем, как сотрудники начинают работать, аналитиком создается карта автоматизированных деловых процессов (АДП), которая проверяется, тестируется и потом преобразуется в АДП-приложение. Сформированное АДП-приложение запускается на сервере с помощью модуля исполнения. Некоторые сотрудники имеют право инициировать деловые процессы в рамках запущенного процесса (например, если на сервере запущен только один деловой процесс – «Подготовка бизнес-плана предприятия», то с помощью этой системы он может выполнять другие деловые процессы); некоторые имеют право только исполнять задания в тех же рамках. Нельзя говорить о преимуществах и недостатках того или иного способа движения заданий, поскольку каждый из них применим для конкретной ситуации на конкретном предприятии. Для того, чтобы определить, как решать для конкретного случая проблему выбора варианта организации САДП, необходимо рассмотреть также способы реализации функции контроля исполнения, так как контроль исполнения также является интегрирующим термином. Выделяют следующие уровни контроля исполнения задания: контроль доставки – выдается информация инициатору задания, что его задание достигло места назначения; контроль прочтения – выдается информация инициатору задания, что с его заданием ознакомились сотрудники, для которых задание было предназначено; контроль выполнения – выдается информация инициатору задания, что задание выполнено; мониторинг – инициатор всегда может посмотреть, кто и что сейчас делает с его заданием; извещение о нарушении сроков исполнения – САДП может известить инициатора о том, что посланное им задание просрочено конкретным сотрудником; история выполнения задания. Информация может выдаваться в виде изменения статуса задания в окнах входящих и исходящих заданий или в виде нового задания, сформированного системой, инициатору задания или просто с помощью сообщения по электронной почте. Следующим основным моментом при организации САДП является рассмотрение архитектуры этих систем. Архитектурное построение САДП различается по типу объекта, на который ориентирована система: ориентация на документ. В своей основе они рассматривают документ и процесс его движения между сотрудниками (отсюда появился термин «маршрутизация»). Системы, ориентированные на документ, в своем архитектурном построении идут от почтовых систем. Самой сильной стороной такой модели является поддержка удаленных пользователей и офисов, поддержка работоспособности системы в самых разнообразных операционных и сетевых средах и множества типов клиентов и серверов. Основной слабостью такой системы является сложность в управлении правилами деловых процессов, т. к. система с самого начала не была предназначена отслеживать деловой процесс, все попытки сохранить информацию в системе не приводят к нужному результату; ориентация на деловой процесс или задание как составную часть делового процесса. Данные системы возникли от попыток не просто автоматизировать движение документов, а взглянуть на весь процесс управления предприятием в целом. Соответственно, основная логика построения таких систем выглядит следующим образом: деловой процесс – задание – документ. Соответственно, к заданию может быть прикреплен документ, а может, и нет. В реальной жизни подход от задания или делового процесса является более общим, в отличие от документоориентированного подхода. Поэтому внимание уделяется не только поддержке документа (в реальных системах эти функции отдаются на откуп системам управления документами), а в основном поддержке деловых процессов. Единственным местом, где можно хранить и обслуживать информацию о деловых процессах, является база данных со всеми ее преимуществами и недостатками. В таком случае мы можем следить за состоянием и историей каждого задания и каждого делового процесса. Но в этом случае получают определенные недостатки, связанные с трудностью организации распределенных систем и особенно с поддержкой удаленных пользователей. В случае, когда удаленный пользователь может регулярно подсоединяться к центральной базе данных, то эти проблемы решаются, но при удаленном доступе к базе необходимо использовать электронную почту. Какую модель выбрать, зависит от стиля работы предприятия и от характера решаемых задач. Любая система класса workflow обеспечивает реализацию следующих функций: определение и описание деловых процессов; управление выполнением мониторинга деловых процессов; выполнение деловых процессов; взаимодействие с другими workflow-системами; интеграция используемых в процессе приложений. Для того чтобы оценить необходимость внедрения workflow-системы и выбрать конкретную готовую систему, необходимо учесть следующие факторы: Организация информации. Для того чтобы обеспечить доступ пользователей к документам и данным, последние нужно предварительно собрать и организовать. Технологии данного процесса у разных workflow-продуктов могут существенно отличаться. Рассматривая их, необходимо обращать внимание на следующие основные характеристики: а) поддержка любых типов данных: изображений, COLD (запись отчетов на лазерные диски с индексацией), видео, аудио, файлов текстовых процессоров и электронных таблиц, данных мэйнфреймов; б) как осуществляется коммуникация данных. Все это возможно посредством управления очередями между системами или в объектно-ориентированном программном обеспечении, объединением в единый составной документ. Среди преимуществ последнего метода можно отметить сокращение сетевого трафика коммуникаций данных, а также простоту управления. Маршрутизация работ. Маршрутизация работ между пользователями – функция, общая для всех workflow-решений. Осуществляется она с помощью самых различных средств, от электронной почты и до совместно используемых баз данных. Работы могут проходить последовательно от пользователя к пользователю, распределяться вручную или по динамически вычисляемым маршрутам, направляться как отдельным исполнителям, так и их группам, а также, в зависимости от задачи, процесса или устройства, выстраиваться в очередь на выполнение. Должны существовать возможности делегировать работу, возвратить ее инициатору, перенаправить другому исполнителю, назначить маршрут в соответствии с установленным приоритетом или, скажем, возникшей исключительной ситуацией. Интеграция приложений. Отдельные операции делового процесса могут быть сопряжены с работой нескольких приложений, функционирующих на различных платформах, начиная с настольных и заканчивая клиент-серверными и мэйнфреймными. Понятно, что workflow-системы, которые интегрируют эти приложения, более эффективны по сравнению с обычными службами обмена сообщениями. Поэтому большинство продуктов, автоматизирующих документооборот, поддерживает различные среды разработки, а также коммуникационные интерфейсы, такие как DDE и OLE. 4. Набор функций workflow-систем. Собственно возможности «workflow» включают функции создания и редактирования сценариев выполнения деловых процессов, контроля исполнения, генерации отчетов, администрации системы. Сюда же относится, в частности, динамическое распределение загрузки сотрудников, которая помогает избегать критических ситуаций, связанных, например, с тем, что конкретному сотруднику поручено работ больше, чем он в состоянии выполнить, или с тем, что ряд исполнителей находится в отпуске. Также данная возможность полезна в случае жестких сроков выполнения работы (предположим, исполнитель отсутствует). 5. Настройка системы. Обычно системы workflow поставляются в виде набора инструментов или служб для разработчиков приложений либо представляют собой настраиваемые решения, ориентированные на пользователей. Гибкость здесь чрезвычайно важна, ведь практически в каждой организации свои специфические условия. Объединив данные, инструкции процессов и статусы в единый объект – работу, которой управляют в рамках корпоративной информационной системы, удается достичь нового уровня управления бизнес-процессами. Такие новые интеллектуальные системы гарантируют одновременно преимущества методик ручного и классического (автоматизации деловых процессов) документооборота. Их возможности включают анализ, составление отчетов, модификацию требований или определенных групп объектов (работ) в режиме реального времени. Одним из примеров подобных систем может служить Microsoft Workflow Foundation. 3.4. Система электронного документооборота «ДЕЛО» В качестве примера системы электронного документооборота рассмотрим систему «ДЕЛО», которая была разработана фирмой «Электронные офисные системы». Основными особенностями функционирования системы «ДЕЛО» являются: 1.Настраиваемостъ системы. Система настраивается на организационную структуру предприятия и, следовательно, на ту схему документооборота, которая принята именно на этом предприятии. Система «ДЕЛО» дает возможность закрепить правила документооборота, в дальнейшем отслеживая и регламентируя их в автоматизированном режиме. Если же в организационной структуре предприятия, в его штатном расписании, правилах доступа и работы с документами происходят изменения, то система легко перенастраивается на новые реалии. Настройка системы происходит следующим образом. На первом этапе создается ряд картотек, которые являются прямым электронным аналогом шкафа с выдвигающимися ящичками, заполненными регистрационно-контрольными карточками. Одна из них – централизованная, в которую будут попадать без исключения все карточки документов, зарегистрированных на предприятии. Если организационная структура предприятия подразумевает наличие подразделений с самостоятельным делопроизводством, то при каждом таком подразделении создается своя собственная картотека. Таким образом, если над исполнением документа работают в нескольких подразделениях, то карточка документа будет одновременно находиться как в централизованной картотеке, так и в картотеках этих подразделений. Далее в каждой картотеке в соответствии с правилами документооборота может быть определено произвольное количество так называемых кабинетов. К карточкам, попавшим в тот или иной кабинет, имеет доступ строго определенный круг должностных лиц – владельцев кабинета. Тем самым регламентируются очередность доступа к работе с документами. Карточки кабинета могут сортироваться по папкам, в одной из которых будут храниться карточки поступивших, но еще не принятых к работе документов, в другой – карточки находящихся на исполнении документов, в третьей – карточки документов, исполнение которых контролируется владельцем кабинета, в четвертой – карточки документов, которые пора списывать в дело и т. д. Это сделано для достижения полной идентичности обработки документопотока, если подобные папки использовались в делопроизводстве предприятия до начала эксплуатации системы «ДЕЛО». Если же таких папок не было, то, несомненно, их стоит завести. На втором этапе настройки устанавливаются правила доступа должностных лиц к тем или иным документам. Во-первых, право доступа к документам ограничивается принадлежностью к тому или иному кабинету. Однако нет правил без исключений. Отдельным лицам может быть предоставлена возможность входа в несколько кабинетов или даже в любой кабинет (руководству, например). Таким образом, достигается оперативный контроль исполнения документов. Вовторых, может быть ограничен доступ некоторых владельцев кабинета к одной или нескольким папкам. В-третьих, документы могут иметь различные грифы доступа. Право работы должностного лица с документами под тем или иным грифом также фиксируется системой. На третьем этапе систему настраивают на ту номенклатуру дел, правила деления документов на группы и присвоения им регистрационных номеров, которые уже сложились на предприятии. Такая гибкость в настройке системы «ДЕЛО» позволяет утверждать, что с ее помощью можно автоматизировать делопроизводство любого отечественного предприятия без изменения сложившихся на нем правил документооборота. Система «ДЕЛО» может настраиваться на различные схемы организации делопроизводства – это может быть и централизованная, и распределенная, и децентрализованная схемы. Если предприятие оперирует небольшим количеством документов, то более естественна их централизованная обработка (в принципе, система может быть установлена и на одном компьютере, а не в сети). Если организационная структура предприятия подразумевает наличие подразделений с самостоятельным делопроизводством, то система «ДЕЛО» поддерживает и такую схему. Кроме того, система «ДЕЛО» поддерживает и корпоративную модель делопроизводства, когда предприятия территориально разнесены, но руководствуются общей схемой документооборота. В этом случае для обмена регистрационными карточками, самими документами могут быть использованы любые системы электронной почты. 2.Установка ссылок между документами. Система «ДЕЛО» позволяет устанавливать между различными документами ссылки друг на друга, что позволяет скрупулезно отслеживать весь жизненный путь документов, все связи между основополагающим документом и документами, порожденными основным документом, и т. д. Потому что на любой запрос о состоянии дела и его предыстории система «ДЕЛО» может составить исчерпывающий отчет. 3.Мультимедийностъ и открытость системы. Систему «ДЕЛО» можно смело причислить к семье мультимедийных программных продуктов. Ее мультимедийность заключается в том, что с любой регистрационной карточкой документа можно связать любую мультимедиа информацию, поддерживаемую форматами операционной системой Windows: текстовую, графическую, звуковую, видео. При работе с мультимедиа система использует стандартные программы Windows, что делает ее открытой по отношению к следующим версиям этой операционной системы с большими мультимедиа возможностями. Эта же открытость позволяет системе «ДЕЛО» работать вместе с текстовым редактором MS Word, с программой для сканирования входящих документов с получением на выходе электронных копий документов в текстовом формате Fine Reader, редактором электронных таблиц MS Excel, графическими редакторами и т. п. Система «ДЕЛО» эксплуатируется в Центробанке России, администрации РАО «Газпром», Госкомимуществе РФ, администрации Московской области, Генеральной дирекции АО «Мосэнерго». При работе системы в автономном режиме на компьютер устанавливается СУБД Personal Oracle. При работе в сети на сервер устанавливается либо Oracle, либо Informix, либо Sybase, либо MS-SQLServer. «ДЕЛО» позволяет объединять произвольное количество экземпляров (установок) системы в единую корпоративную систему автоматизации делопроизводства предприятия (организации) с использованием любой электронной почты. При этом система обеспечивает выполнение всех операций с документами вне зависимости от места нахождения подразделений (филиалов) организации. «ДЕЛО» выполняет автоматическую транспортировку текстов документов, регистрационных карточек документов, резолюций, поручений и отчетов на рабочие места пользователей. 3.5. Организация систем электронного документооборота класса groupware В группу систем groupware входят многие почтовые системы, такие как MS Exchange или GroupWise, главное назначение которых – обеспечение коллективной работы пользователей на общем уровне, т. е. обмен сообщениями, документами, общие или персональные папки для хранения информации и механизмы для определения простых маршрутов. Системы коллективной работы класса groupware ориентированы на проект и рассчитаны на группы взаимодействующих сотрудников небольшого или среднего размера, совместно использующих информацию из баз данных. Часто эти системы построены на базе Lotus Notes в среде «клиент-сервер». Первоначально предприятия, имеющие территориально удаленные филиалы, для организации коллективной работы своих сотрудников над документами и их оперативного оповещения могли выбирать программный пакет Lotus Notes корпорации IBM. Однако в настоящее время у него появился мощный конкурент – значительно более дешевое программное обеспечение Internet, используемое в пределах одной корпорации. Если Notes (основанный на передовых технологиях конца 80-х годов) создал технологию и программное обеспечение коллективной обработки документов – groupware, то новый класс конкурирующих с ним программных продуктов назвали webware. Одновременно возник и новый термин для обозначения корпоративных сетей на базе Интернета – intranet. Хотя можно сказать, что первая intranet была создана фирмой Lotus Notes. В intranet используются такие технологии, как протокол TCP/IP, но только с экранами форм документов на рабочих местах. При этом в реальном проекте intranet должна объединять и другие электронные коммуникации, которые уже есть на фирме: сегменты локальных сетей под управлением Novell NetWare, выходы на выделенные телефонные линии и т. д. Intranet является средством системной интеграции: решения, предлагаемые на базе intranet, оказываются в пять–десять раз дешевле, чем стандартные. Например, без учета сетевого оборудования, сопровождения и внедрения автоматизированное рабочее место на базе Lotus Notes обойдется в $150, а на базе webware – всего в $20. Самым критическим моментом этой технологии является необходимость обеспечения защиты информации. Однако, в случае, когда этот критерий не так важен, выбор нередко делается в пользу webware: так, предприятия, для которых эта проблема не стоит перед руководством остро, могут использовать это программное обеспечение. Например, известная компания Levi Strauss, имеющая около 10 тыс. сотрудников, перешла на это ПО. В то же время американские правительственные учреждения, в частности Центральное разведывательное управление, попрежнему основывают свою информационную стратегию на применении Notes. К возможностям, реализуемым в intranet, могут быть отнесены: ведение корпоративного календаря событий; планирование; предоставление доступа к корпоративным базам данных; обмен административной информацией; внутренний обмен новостями; проведение телеконференций для обмена мнениями между сотрудниками корпорации; создание документов, включающих графику. Большую часть из них могла бы реализовать и электронная почта, но обеспечиваемая в WWW оперативность доступа к информации (невозможная в наиболее распространенных системах email) значительно облегчает связь с сотрудниками, находящимися в удаленных офисах. Сервис WWW оказался более привлекательным для корпораций из-за того, что предоставляет возможность работы практически с любыми видами информации, тогда как в электронной почте можно работать лишь с ограниченным числом типов данных, а для файлов документов, переданных по сети, приходится вызывать соответствующие приложения. Второе практическое преимущество WWW для крупных корпораций – организация доступа многих сотен пользователей к информации, поступающей из различных источников. Географическое местоположение источников информации в Интернете скрыто от пользователя во всем, начиная с иерархии доменов и субдоменов. Предназначение web – распространять разнородные данные, включая аудио, видео и любые другие типы информации, что позволяет работать с корпоративными данными на новом уровне, недоступном пользователям обычной электронной почты. То есть организация запросов от web-сервера к различным СУБД дает возможность использовать программу просмотра WWW в качестве клиента корпоративных баз данных. Корпорации Intel и Microsoft уже работают над проектом создания программного обеспечения для видеоконференций в WWW. Глобальных сетей с каналами связи, удовлетворяющих запросам такого ПО, у нас почти нет, но можно реализовать подобные службы в корпоративной сети, особенно если она сделана в суперсовременном здании с оптоволокном, проложенным от первого до последнего этажа. Обобщая, можно сказать, что применение технологий intranet облегчает решение задачи электронного распространения корпоративной информации. При этом собственные web-страницы создаются коллективным трудом многих сотрудников. Обеспечиваемый в intranet оперативный доступ к информации дает возможность упростить связь с сотрудниками, находящимися в удаленных офисах. Используемые в web-серверах средства создания форм являются идеальным решением для обмена информацией между пользователями в корпоративной сети. Сбор данных может осуществляться оперативно, при этом возможно даже автоматическое выполнение некоторых действий, в зависимости от вида поступающей информации. Для того чтобы воспользоваться всеми перечисленными возможностями, необходимо установить в сети web-сервер и программы просмотра WWW на компьютерах клиентов. С технической точки зрения, привлекательная сторона использования технологии webware – ее соответствие стандартам (описывающим протокол HTTP), а также простота доступа к программному обеспечению, которое существует уже практически для любых платформ: от Unix до Windows. Основа технологий webware – язык HTML, который допускает достаточно легкую конвертацию практически любой информации в гипертекстовый вид. Преобразование имеющейся в корпорации информации в вид, пригодный для WWW-сервера, может осуществляться с помощью существующих программ, конвертирующих формат RTF в HTML, WWWTools и программ, преобразующих в формат HTML документы MSWord или PageMaker. 4.1. Способы аналитической обработки данных Для того чтобы существующие хранилища данных способствовали принятию управленческих решений, информация должна быть представлена аналитику в нужной форме, то есть он должен иметь развитые инструменты доступа к данным хранилища и их обработки. Очень часто информационно-аналитические системы, создаваемые в расчете на непосредственное использование лицами, принимающими решения, оказываются чрезвычайно просты в применении, но жестко ограничены в функциональности. Такие статические системы называются информационными системами руководителя (ИСР), или Executive Information Systems (EIS). Они содержат в себе предопределенные множества запросов и, будучи достаточными для повседневного обзора, не способны ответить на все запросы к имеющимся данным, которые могут возникнуть при принятии решений. Результатом работы такой системы, как правило, являются многостраничные отчеты, после тщательного изучения которых у аналитика появляется новая серия запросов. Однако каждый новый запрос, не предусмотренный при проектировании такой системы, должен быть сначала формально описан, закодирован программистом и только затем выполнен. Время ожидания в таком случае может составлять часы и дни, что не всегда приемлемо. Таким образом, внешняя простота статических СППР, за которую активно борется большинство заказчиков информационно-аналитических систем, оборачивается катастрофической потерей гибкости. Динамические СППР, напротив, ориентированы на обработку нерегламентированных запросов аналитиков к данным. Наиболее глубоко требования к таким системам предусмотрены в концепции оперативного анализа OLAP (On-Line Analytical Processing). Работа аналитиков с этими системами заключается в интерактивной последовательности формирования запросов и изучения их результатов. Но динамические СППР могут действовать не только в области оперативной аналитической обработки OLAP. Поддержка принятия управленческих решений, на основе накопленных данных может выполняться в трех базовых сферах: Сфера детализированных данных. Это область действия большинства систем, нацеленных на поиск информации. В большинстве случаев реляционные СУБД отлично справляются с возникающими здесь задачами. Общепризнанным стандартом языка манипулирования реляционными данными является SQL. Информационно-поисковые системы, обеспечивающие интерфейс конечного пользователя в задачах поиска детализированной информации, могут использоваться в качестве надстроек как над отдельными базами данных транзакционных систем, так и над общим хранилищем данных. Сфера агрегированных показателей. Комплексный взгляд на собранную в хранилище данных информацию, ее обобщение и агрегация, гиперкубическое представление и многомерный анализ являются задачами систем оперативной аналитической обработки данных (OLAP). В основе концепции OLAP лежит принцип многомерного представления данных. В 1993 году Е. Ф. Кодд рассмотрел недостатки реляционной модели, в первую очередь указав на невозможность «объединять, просматривать и анализировать данные с точки зрения множественности измерений, то есть самым понятным для корпоративных аналитиков способом» и определил общие требования к системам OLAP, расширяющим функциональность реляционных СУБД и включающим многомерный анализ как одну из своих характеристик. Аббревиатурой OLAP обозначается не только многомерный взгляд на данные, но и хранение самих данных в многомерной базе данных. Однако реляционные базы данных были, есть и будут наиболее подходящей технологией для хранения корпоративных данных. Необходимость существует не только в новой технологии баз данных, а, скорее, в средствах анализа, дополняющих функции существующих СУБД и достаточно гибких, чтобы предусмотреть и автоматизировать разные виды интеллектуального анализа, присущие OLAP. Многомерное концептуальное представление (Multi-Dimensional Conceptual View) представляет собой множественную перспективу, состоящую из нескольких независимых измерений, вдоль которых могут быть проанализированы определенные совокупности данных. Одновременный анализ по нескольким измерениям определяется как многомерный анализ. Каждое измерение включает направления консолидации данных, состоящие из серии последовательных уровней обобщения, где каждый вышестоящий уровень соответствует большей степени агрегации данных по соответствующему измерению. Так, измерение Исполнитель может определяться направлением консолидации, состоящим из уровней обобщения «предприятие – подразделение – отдел – служащий». Измерение Время может даже включать два направления консолидации: «год – квартал – месяц – день» и «неделя – день», поскольку счет времени по месяцам и по неделям несовместим. Можно ориентироваться на специальные многомерные СУБД или оставаться в рамках реляционных технологий. Во втором случае заранее агрегированные данные могут собираться в БД звездообразного вида, либо агрегация информации может производиться на лету в процессе сканирования детализированных таблиц реляционной БД. Сфера закономерностей. Интеллектуальная обработка производится методами интеллектуального анализа данных (ИАД, Data Mining), главными задачами которых являются поиск функциональных и логических закономерностей в накопленной информации, построение моделей и правил, которые объясняют найденные аномалии и (или) прогнозируют развитие некоторых процессов. Data Mining – это процесс поддержки принятия решений, основанный на поиске в данных скрытых закономерностей (шаблонов информации). При этом накопленные сведения автоматически обобщаются до информации, которая может быть охарактеризована как знания. В общем случае процесс ИАД состоит из трёх стадий: выявление закономерностей (свободный поиск); использование выявленных закономерностей для предсказания неизвестных значений (прогностическое моделирование); анализ исключений, предназначенный для выявления и толкования аномалий в найденных закономерностях. Иногда в явном виде выделяют промежуточную стадию проверки достоверности найденных закономерностей – между их нахождением и использованием (стадия валидации). Все методы ИАД подразделяются на две большие группы по принципу работы с исходными обучающими данными. В первом случае исходные данные могут храниться в явном детализированном виде и непосредственно использоваться для прогностического моделирования и (или) анализа исключений – это так называемые методы рассуждений на основе анализа прецедентов. Главной проблемой этой группы методов является затрудненность их использования на больших объемах данных, хотя именно при анализе больших хранилищ данных методы ИАД приносят наибольшую пользу. Во втором случае информация вначале извлекается из первичных данных и преобразуется в некоторые формальные конструкции (их вид зависит от конкретного метода). Согласно предыдущей классификации, этот этап выполняется на стадии свободного поиска, которая у методов первой группы в принципе отсутствует. Таким образом, для прогностического моделирования и анализа исключений используются результаты этой стадии, которые гораздо более компактны, чем сами массивы исходных данных. При этом полученные конструкции могут быть либо «прозрачными» (интерпретируемыми), либо «черными ящиками» (нетрактуемыми). Оперативная аналитическая обработка и интеллектуальный анализ данных – две составные части процесса поддержки принятия решений. Но сегодня большинство систем OLAP заостряют внимание только на обеспечении доступа к многомерным данным, а большинство средств ИАД, работающих в сфере закономерностей, имеют дело с одномерными перспективами данных. Эти два вида анализа должны быть тесно объединены, то есть системы OLAP должны фокусироваться не только на доступе, но и на поиске закономерностей. Многие компании создали прекрасные хранилища данных, идеально разложив по полочкам горы неиспользуемой информации, которая сама по себе не обеспечивает ни быстрой, ни достаточно грамотной реакции на рыночные события. Введен составной термин – «OLAP Data Mining» (многомерный интеллектуальный анализ) для обозначения такого объединения, или еще более простое название – «OLAP Mining», и предлагается несколько вариантов интеграции двух технологий. «Cubing then mining». Возможность выполнения интеллектуального анализа должна обеспечиваться над любым результатом запроса к многомерному концептуальному представлению, то есть над любым фрагментом любой проекции гиперкуба показателей; «Mining then cubing». Подобно данным, извлечённым из хранилища, результаты интеллектуального анализа должны представляться в гиперкубической форме для последующего многомерного анализа; «Cubing while mining». Этот гибкий способ интеграции позволяет автоматически активизировать однотипные механизмы интеллектуальной обработки над результатом каждого шага многомерного анализа (перехода между уровнями обобщения, извлечения нового фрагмента гиперкуба и т. д.). К сожалению, очень немногие производители предоставляют сегодня достаточно мощные средства интеллектуального анализа многомерных данных в рамках систем OLAP. Проблема также заключается в том, что некоторые методы ИАД неприменимы для задач многомерного интеллектуального анализа, так как основаны на определении сходства детализированных примеров и не способны работать с агрегированными данными. Резкое увеличение объемов корпоративных данных за последние несколько лет привело к проблемам обработки и своевременного анализа информации. В рамках идеологии открытых систем все чаще возникает потребность в использовании распределенных систем, в которых пользователь не зависит от физического нахождения информации, необходимой для работы, используя дешевые технологии Интернета и Интранета. Широко распространенная и используемая технология динамической обработки транзакций (Online Transaction Processing) для реляционных баз данных ориентирована на поддержку большого количества пользователей, вызывающих простые запросы. В настоящее время аналитические департаменты крупных предприятий и корпораций испытывают потребность в применении технологий, позволяющих вызывать аналитические транзакции без снижения производительности систем. Наиболее обсуждаемой и многообещающей является технология систем поддержки принятия решений (Decision Support System), ориентированная на более узкий круг пользователей (департамент, рабочая группа), чем OLTP-системы, и позволяющая выполнять сложные аналитические запросы без снижения скорости ответа системы. Новая технология витрин данных (Data Marts), представляющих собой массивы тематической, узконаправленной информации, ориентирована на пользователей одной рабочей группы или департамента и предоставляет возможность сколь угодно глубокого и сложного анализа данных. Естественным шагом явилась разработка программных и аппаратных комплексов, интегрирующих витрины данных для систем поддержки принятия решений. Данная технология позволяет корпорациям осуществить переход от традиционных OLTP-систем к DM-системам без существенных затрат на новое аппаратное обеспечение, производить построение витрин данных итерационно, в зависимости от потребностей аналитических служб и департаментов. Одно из наиболее интересных и перспективных программных решений предоставлено корпорацией Oracle, выпустившей продукт Oracle Data Mart Suite, позволяющий создавать готовые DM-решения на основе уже используемых данных. С использованием технологий Интернета пользователи получают доступ к системам поддержки принятия решений вне зависимости от нахождения обрабатываемой информации. 4.2. CALS-технологии В течение многих десятков лет общепринятой формой представления результатов интеллектуальной деятельности людей и инструментом их информационного взаимодействия являлась бумажная документация. Ее созданием были заняты (и заняты по сей день) миллионы инженеров, техников, служащих промышленных предприятий, государственных учреждений. С появлением компьютеров начали создаваться и широко внедряться для изготовления чертежей, спецификаций, технологической документации разнообразные средства и системы автоматизированного проектирования (САПР); системы автоматизированного управления производством (АСУП), назначенные для создания планов производства и отчетов о его ходе; офисные системы, служащие для подготовки текстовых и табличных документов. К концу XX века стало ясно, что эти достаточно дорогостоящие средства не оправдывают возлагающихся на них надежд: разумеется, некоторое повышение производительности труда происходит, однако не в тех масштабах, которые прогнозировались. Дело в том, что они не решают проблем информационного обмена между различными участниками жизненного цикла изделия (заказчиками, разработчиками, производителями, эксплуатационниками). При переносе данных из одной автоматизированной системы в другую требуются большие затраты труда и времени для повторной кодировки; перекодировка заодно приводит к многочисленным ошибкам. Оказалось, что разные системы «говорят на разных языках» и плохо понимают друг друга. Более того, выяснилось, что бумажная документация и способы представления информации на ней ограничивают возможности использования современных ИКТ. Так, трехмерная модель изделия, создаваемая в современной САПР, вообще не может быть адекватно представлена на бумаге. С другой стороны, по мере усложнения изделий происходит резкий рост объемов технической документации. Сегодня они измеряются тысячами и десятками тысяч листов, а по некоторым изделиям (например, кораблям) – тоннами. При использовании бумажной документации трудно отыскать необходимые сведения, внести изменения в конструкцию и технологии изготовления изделий. Возникает множество ошибок, на устранение которых затрачивается время. В результате резко снижается эффективность процессов разработки, производства, эксплуатации, обслуживания, ремонта сложных наукоемких изделий. Возникают трудности во взаимодействии заказчиков и производителей при подготовке и реализации контрактов, особенно при поставках сложной техники. Для преодоления этих трудностей потребовались новые концепции и новые идеи. Базовой стала идея информационной интеграции стадий жизненного цикла продукции (изделия), которая и легла в основу CALS. Она состоит в отказе от «бумажной среды», в которой осуществляется традиционный документооборот, и переходе к интегрированной информационной среде, охватывающей все стадии жизненного цикла изделия. Информационная интеграция заключается в том, что все автоматизированные системы, применяемые на различных стадиях жизненного цикла, оперируют не с традиционными документами и даже не с их электронными отображениями (например, отсканированными чертежами), а с формализованными информационными моделями, описывающими изделие, технологии его производства и использования. Эти модели существуют в интегрированной информационной среде как информационные объекты. Системы по мере необходимости могут извлекать их из интегрированной информационной среды, обрабатывать, создавать новые объекты и помещать результаты своей работы в ту же интегрированную информационную среду. Чтобы все это было возможно, информационные модели и информационные объекты должны быть стандартизованы. Интегрированная информационная среда представляет совокупность распределенных баз данных, в которой действуют единые стандартные правила хранения, обновления, поиска и передачи информации, через которую осуществляется безбумажное информационное взаимодействие между всеми участниками жизненного цикла изделия. Однажды созданная информация хранится в интегрированной информационной среде, не дублируется, не требует перекодировок в процессе обмена, сохраняет целостность. Очевидно, что такой подход представляет своего рода революцию в организации взаимодействия всех участников жизненного цикла сложных наукоемких изделий. Революционность подхода состоит в том, что многие поколения конструкторов, технологов, производственников воспитаны на основе совершенно другой культуры, базирующейся на сотнях стандартов ЕСКД, ЕСТД, СРПП, детально регламентирующих ведение дел с использованием бумажной документации. В условиях применения CALS эта культура должна претерпеть коренные изменения, поскольку: появляются принципиально новые средства инженерного труда; полностью изменяются организация и технология инженерных работ; должна быть существенно изменена, то есть дополнена и частично переработана нормативная база; тысячи специалистов должны быть переучены для работы с новыми средствами труда. Для подготовки и осуществления этой революции, сулящей многократное повышение эффективности процессов жизненного цикла изделий, необходимо создать новую культуру инженерной деятельности. Первоочередной проблемой является формирование нормативно-правовой базы, узаконивающей новые способы и средства информационного обмена, заменяющего традиционный бумажный документооборот. Такую базу образуют стандарты и инструктивно-методические материалы, регламентирующие упомянутые способы и средства, форматы данных, их логическую структуру, процедуры информационного обмена, способы обеспечения легитимности данных. Это необходимо для того, чтобы электронные документы и данные имели ту же юридическую силу, что и обычные бумажные документы. Кроме того, одна из важнейших задач стандартизации в рассматриваемой сфере – обеспечение информационной совместимости различных автоматизированных систем. К настоящему времени СALS-технологии образуют самостоятельное направление в области ИКТ. Областями применения CALS являются: совершенствование деятельности в области разнородных процессов, происходящих на всех этапах жизненного цикла продукции; управление цепными поставками в течение всего жизненного цикла продукции (от создания концепции изделия до его утилизации); электронную интеграцию организаций, участвующих в этих процессах на различных этапах жизненного цикла продукции; управление поддержкой жизненного цикла продукции. CALS-ориентированный подход внедряется заказчиками и поставщиками во многих отраслях промышленности – от автомобилестроения до предприятий ВПК, от здравоохранения до производственной сферы. Каждое из предприятий адаптирует принципы CALS-технологий. Отрасли находятся на различных стадиях внедрения CALS: от полной деинтеграции информации до разработки и широкой реализации CALS-технологий. Для развития методологии CALS в США были созданы Управляющая промышленная группа по вопросам CALS (ISG) и ее исполнительный консультативный комитет. В настоящий момент в мире действует более 25 национальных организаций (комитетов или советов по CALS), в том числе в США, Японии, Канаде, Великобритании, Германии, Швеции, Норвегии, Австралии и других странах. Основные усилия этих организаций направлены на создание разного уровня нормативной документации. За последние несколько лет разработаны следующие документы: ISO 10303 (Industrial automation systems and integration – Product data representation and exchange), ISO 13584 (Part Library), Def Stan 00-60 (Integrated Logistic Support), MIL-STD-2549 (Configuration Management. Data Interface), MIL-HDBK-61 (Configuration Management. Guidance), AECMA Specification 2000M (International Specification for Materiel Management Integrated Data Processing for Military Equipment), AECMA Specification 1000D (International Specification for Technical Data Publications, Utilizing a Common Source Data Base) и т. д. В настоящее время в развитых странах CALS рассматривается как комплексная системная стратегия, непосредственно влияющая на конкурентоспособность предприятия. Технологии, стандарты и программно-технические средства CALS обеспечивают эффективный и экономичный обмен электронными данными и безбумажными электронными документами, предоставляя возможности: параллельного выполнения сложных проектов несколькими рабочими группами (параллельный инжиниринг), что существенно сокращает время разработок; планирования и управления многими предприятиями, участвующими в жизненном цикле продукции, расширения и совершенствования кооперационных связей (электронный бизнес); резкого сокращения количества ошибок и переделок, что приводит к уменьшению сроков реализации проектов и существенному повышению качества продукции; распространения средств и технологий информационной поддержки на послепродажные стадии жизненного цикла. На экономические показатели предприятий, применяющих CALS-технологии, непосредственно влияют: сокращение затрат и трудоемкости процессов технической подготовки и освоения производства новых изделий; сокращение сроков вывода на рынок новых конкурентоспособных изделий; сокращение брака и затрат, связанных с внесением изменений в конструкцию; увеличение объемов продаж изделий, снабженных электронной технической документацией (в частности, эксплуатационной), составленной в соответствии с требованиями международных стандартов; сокращение затрат на эксплуатацию, обслуживание и ремонт изделий («затрат на владение»), которые для сложной наукоемкой продукции подчас не меньше затрат на закупку. В публикациях можно отыскать некоторые количественные оценки эффективности внедрения CALS в промышленности США: - прямое сокращение затрат на проектирование – от 10 до 30 %; - сокращение времени разработки изделий – от 40 до 60 %; - сокращение времени вывода новых изделий на рынок – от 25 до 75 %; - сокращение доли брака и объема конструктивных изменений – от 20 до 70 %; - сокращение затрат на подготовку технической документации – до 40 %; - сокращение затрат на разработку эксплуатационной документации – до 30 %. По зарубежным данным, потери, связанные с несовершенством информационного взаимодействия с поставщиками, только в автомобильной промышленности США составляют порядка 1 млрд долл. в год. Аналогичные потери имеют место и в других отраслях промышленности. Указывается, что затраты на разработку реактивного двигателя GE 90 для самолета «Боинг-777» составили 2 млрд долл., а разработка новой модели автомобиля компании «Форд» стоит от 3 до 6 млрд долл. Это означает, что экономия от снижения прямых затрат на проектирование только по двум указанным объектам может составить от 500 млн до 2,2 млрд долл. Как видим, внедрение CALS-технологий приводит к существенной экономии и получению дополнительной прибыли. Поэтому эти технологии и их отдельные компоненты широко применяются в промышленности развитых стран. Так, из числа 500 крупнейших мировых компаний, входящих в перечень «Fortune 500», почти 100 % используют такой важнейший компонент CALS, как средства PDM (Product Data Management – «управление данными об изделии»). Среди предприятий с годовым оборотом свыше 50 млн долл. такие системы используют более 80 %. В связи с большими объемами ожидаемой экономии и дополнительных прибылей в эту сферу привлекаются значительные инвестиции, измеряемые миллиардами долларов. По данным зарубежных источников, инвестиции правительства США в сферу CALS-технологий составляют около 1 млрд долл. в год. Затраты других стран меньше, однако, например, правительство Финляндии затратило на национальную программу в этой области свыше 20 млн долл., и примерно такую же сумму (около 25 млн долл.) вложили частные компании. Средние затраты на один проект, посвященный решению локальной задачи в области CALS-технологий (например, разработка стандарта или программы), составляют 1,2– 1,5 млн долл. при среднем сроке выполнения от двух до четырех лет. 5.1. Корпоративные порталы Управление информацией и знаниями – одна из ключевых областей применения информационных и коммуникационных технологий. Основная цель управления информацией – предоставлять информационные ресурсы конкретным потребителям. Поддержка этого рода деятельности заключается в решении взаимосвязанной пары задач: обеспечения доступа к широкому кругу источников информации (персональных, групповых, корпоративных и внешних); предоставления возможности гибкой настройки персонального рабочего места, включая выбор источников информации, а также способа ее обработки и представления. Концепция корпоративного портала – последняя и пока наиболее удачная попытка решить данные проблемы. С точки зрения пользователя, корпоративный информационный портал (в английском языке существует устоявшаяся аббревиатура – Enterprise Information Portal, или, сокращенно, EIP), – это способ собрать на одном экране всю необходимую ему для работы информацию. Корпоративный портал– это внутренняя IT-система, построенная на интранет (Интернет)технологиях. С технической точки зрения – это внутренний сайт, решающий задачи, в первую очередь, по систематизации, хранению и обработке внутрикорпоративной информации. Организация корпоративного портала зачастую позволяет использовать ресурсы Intranet только в рамках локальной сети. Но часто распределенные офисы компании включаются в общую Интранет-сеть либо организуется портал в сети Интернет, невидимый в поисковых системах и требующий авторизации при входе (так называемый Extranet). Доступ к страницам портала осуществляется через веб-браузер, что позволяет пользоваться услугами таких систем людям с минимальной компьютерной подготовкой. Обновление информации осуществляется ответственными сотрудниками, работа с порталом практически идентична работе с офисными приложениями. Корпоративный портал хранит информацию о структуре и сотрудниках организации и выполняет за них авторизацию к другим доступным информационным системам. Портал позволяет добавлять и удалять компоненты, представляющие разные категории ресурсов (структурированная и неструктурированная информация, внешние и внутренние источники, почта и офисные документы) и предоставляет средства их анализа. Кроме этого, в состав портала могут входить средства коллективной работы (почта, контакты, расписания), традиционные офисные приложения (текстовые редакторы и табличные процессоры), приложения, позволяющие участвовать в процессах выработки, согласования и принятия решений (Workflow и, применительно к согласованию текстовых документов, Docflow), а также средства доступа к системам ресурсного планирования (финансы, персонал, склады, производственные мощности, логистика, управление сбытом и управление снабжением). С точки же зрения архитектуры корпоративный информационный портал представляет собой сервер приложений (портальный сервер), который может запускать стандартные портальные компоненты (портлеты) и гарантирует надежность (сбой в работе одного из компонентов не приведет к проблемам для остальных) и масштабируемость системы, а также берет на себя вопросы контроля прав доступа. Ключевым словом при описании портальных решений является слово «единый»: единый способ обработки документов, единое хранилище документов, единый доступ к информации, единая унифицированная среда работы. Такой подход дает сотрудникам возможность наиболее эффективно использовать накопленные корпоративные знания, оперативно реагировать на происходящие события, а предприятию в целом предоставляет новые более гибкие возможности организации собственного бизнеса. Особенности современных портальных систем Низкий риск и быстрая отдача инвестиций. Корпоративные порталы, в отличие от многих корпоративных информационных систем, гораздо проще во внедрении и сопровождении и, соответственно, дешевле. Сроки внедрение готовых решений на предприятии обычно не превышают одного месяца. Низкая стоимость и простота технологий. Все полезные качества Интернет-технологий реализуются в рамках крайне простой схемы: программа просмотра (веб-брaузер), установленная на рабочем месте пользователя, и веб-сервер. Открытость и масштабируемость системы. Интранет-системы открыты для наращивания функциональности и интеграции с другими информационными системами компании. Интеграция веб-компонентов интранет-портала и «тяжелых» информационных решений – ERP, CRM – дает в итоге значительное снижение совокупных издержек на владение IT-системами и повышение удобства работы с ними сотрудникам предприятия. Это свойство позволяет компании создавать Интранет-портал эволюционным путем и развивать систему по мере возникновения необходимости. Одной из ключевых задач при создании эффективной корпоративной информационной системы является автоматизация корпоративного документооборота. Основными целями внедрения систем корпоративного документооборота являются: сокращение финансовых и временных издержек по созданию и обработке документов; повышение эффективности деятельности подразделений и служб организации за счет повышения качества документационного обеспечения управления; интеграция информации, содержащей данные в различных документах, для принятия руководством оперативных и обоснованных управленческих решений; создание условий для перехода от рутинного бумажного документооборота к перспективной безбумажной (электронной) технологии. Так, российская компания WSS-Consulting при разработке и внедрении у заказчиков систем корпоративного документооборота использует платформу разработки корпоративных порталов Microsoft SharePoint 2007 & Microsoft Workflow Foundation, соответствующую концепции ECM (Enterprise Content Management). Данная платформа поддерживает полный цикл управления документами и обеспечивает управление бизнес-процессами на основе workflow. В итоге на базе данных технологий может быть построена система электронного документооборота (СЭД) любой сложности. Клиенты – компании с персоналом от 50 до 10 тыс. человек, среди них: Unimilk, РЖД, ОАО «Медицина», Московский Метрострой, Building, Финпромбанк и другие. 5.2. Отраслевые порталы В любой отрасли промышленности имеются производители продукции, потребители, посредники (торговые организации). Производителям нужно продавать свою продукцию и развивать ее, потребителям нужно покупать необходимый им товар на оптимальных условиях, посредникам нужно и то, и другое. При этом на рынке все время появляются новые участники с новыми предложениями и потребностями. Уследить за быстро меняющимся пейзажем и обеспечить участников рынка актуальной информацией возможно только с использованием современных технологий Интернет-самообслуживания. Одна из таких технологий – это технология отраслевых порталов. Отраслевым порталом называют Интернет-площадку (сайт), замыкающую в себе значительную часть отраслевой информации и информационных взаимодействий участников вертикального (отраслевого) рынка. Отраслевой портал может предоставить: ¨ потребителям – актуальную информацию о рынке в целом и отдельных продуктах, возможность поиска поставщиков; ¨ производителям – дополнительные on- и offline-каналы продвижения своей продукции, каналы взаимодействия и обратную связь с клиентами; ¨ посредникам – возможности поиска как поставщиков, так и покупателей, каналы взаимодействия с ними. Отраслевые порталы могут быть наиболее востребованы в отраслях с большой номенклатурой плохо стандартизированных товаров и значительным количеством территориально распределенных поставщиков и потребителей. Сервис отраслевого портала рассчитан в первую очередь на поиск новых контрагентов и обеспечение эпизодических покупок и не ставит перед собой задачу формализации и полного замыкания взаимоотношений поставщиков и потребителей. Организаторами отраслевого портала могут выступать: § отраслевые ассоциации; издатели отраслевых справочников и баз данных; крупные предприятия, желающие консолидировать отрасль. Разработчик отраслевого портала должен располагать набором технологических и методологических решений, позволяющих в минимальные сроки создавать отраслевые порталы, обладающие всеми описанными выше возможностями, и реализующих различные бизнес-модели. Кроме того, разработчики часто предлагают услуги по сбору и заполнению первичного информационного наполнения портала. На отраслевом портале могут быть представлены следующие категории информации: 1. Участники рынка (описание, контактные и официальные реквизиты): производители и поставщики товаров и услуг; торговые (посреднические, сервисные) организации; организации-потребители. 2. Продукция и прайс-листы: описание товаров и услуг; информация о том, кто их поставляет, по чем и на каких условиях. 3. Отраслевые информационные каналы - отраслевая пресса; - календарь мероприятий – выставок и конференций. 4. Общее информационное обеспечение отрасли: обзоры и аналитика; каталоги ссылок; отраслевой словарь 5. Новости и объявления участников, архив объявлений. Вся информация на портале может быть разбита на рубрики в двух разрезах: географическом и тематическом. Географическая рубрикация естественно следует из территориального деления мира и России. Тематические рубрикаторы для рубрицирования товаров, услуг и организаций должны быть выбраны или придуманы. Для рубрикаторов важно правильно выбрать уровень детальности – чтобы разделов было не слишком много, но и не слишком мало. Функциональность отраслевого портала: Авторизация посетителей. Должна быть обеспечена возможность (само)регистрации посетителей портала с фиксацией их профессиональных интересов, региона и др. Зарегистрированные пользователи могут подписываться на обновления и новости, участвовать в обсуждениях и др. Далее возможно административное делегирование отдельным персонам тех или иных прав и уровней доступа к информации. Самостоятельное управление информацией. Все участники рынка: производители, потребители, посредники, издатели, организаторы выставок и др. – должны иметь возможность управлять информацией о себе, своей продукции, изданиях и мероприятиях. Прессе полезно дать возможность публиковать статьи и анонсы. Для делегирования некой персоне права управления информацией компании должна быть выполнена формальная процедура, – например, прислан факс, подтверждающий права этой персоны. Организация взаимодействия между участниками рынка: новости и объявления. Организации-участники портала могут публиковать новости и объявлений. Количество объявлений может лимитироваться администрацией. Объявления так же могут иметь географическую и тематическую рубрикацию, срок действия и могут быть разных типов («Новость», «Куплю», «Продам», и др.); обсуждения. Все информационные единицы (организации, товары, услуги, объявления, новости, статьи и др.) могут быть откомментированы зарегистрированными пользователями портала. Эти комментарии и ответы на них создают систему обсуждений и обратной связи; заказы. Представитель организации-потребителя может разместить через портал заказ производителю, обсудить условия и отследить динамику этого заказа от размещения до выполнения. Сейчас реализован минимальный уровень формализации процедуры заказа, не предполагающий автоматизацию расчета цены и др., но позволяющий поставщикам и потребителям накапливать историю взаимоотношений и списки контрагентов. Важным вопросом являются источники существования портала. Конечно, портал может жить на дотациях (из маркетингового бюджета) в случае, если его основная задача – поддерживать бизнес-организатора, или из членских взносов отраслевой ассоциации. Но портал можно рассматривать как бизнес. При этом существуют следующие основные бизнес-модели: рекламная модель («Экстра-М»). Поставщики оплачивают размещение информации. Собственно, рекламу (размещение в специальном заметном месте) оплачивают особо; модель платного доступа («Из рук в руки»).Поставщики информации размещают ее бесплатно, информация собирается силами сотрудников портала и др., но с посетителей портала берется плата за доступ; комбинированные модели. Смешанная модель реализована, например, на портале medprom.ru – поддерживается платное и бесплатное размещение информации, платный и бесплатный доступ. Примеры отраслевых порталов можно посмотреть по следующим адресам: портал медицинской промышленности (www.medprom.ru); портал для аграрного бизнеса Агробизнес.ру (www.agrobiznes.ru); портал для профессионалов автомобильного бизнеса (www.autobiznes.ru); корпоративный сайт компании «Современные бизнес-технологии» (www.sbt.ru); реинжениринг сайта www.aviabilet.ru; реинжениринг Интернет-магазина zakaz.ru; сайт копании «Электронные офисные системы» (eos.ru); реинжениринг сайта «Консалтинг.ру» (www.consulting.ru/); сайт разработки отраслевых порталов NetProm.ru. |