Управление информацией и знаниями - одна из ключевых сегодня областей, где расширяется применение информационных технологий. Это отражает тот факт, что в круг задач автоматизации вошла сейчас автоматизация деятельности тех пользователей, которым по роду их работы необходимо получать разнообразную информацию, но алгоритмы обработки этой информации крайне сложно формализовать. В американской литературе такая категория специалистов называется "knowledge workers", что можно перевести старым советским термином "работники умственного труда". Достаточно часто таких людей называют "лицами, принимающими решения", но данное определение слишком узко - кроме руководителей и бизнесменов разного ранга, в состав knowledge workers входят аналитики, эксперты, журналисты и т.д.
Поддержка деятельности работников умственного труда заключается в решении взаимосвязанной пары задач:
С технологической точки зрения возможны два варианта реализации подобного механизма: с размещением соответствующего ПО на сервере ("тонкий клиент") или на клиентском компьютере ("толстый клиент"). Первый способ фактически выливается в создание корпоративного портала - централизованного "шлюза", через который сотрудники предприятия получают доступ как к внутренним, так и внешним информационным ресурсам. Достаточно типичный пример такого решения - Hummingbird Enterprise Information Portal. Достоинство данного варианта - применение огромного набора функций и минимизация затрат на администрирование. Но размещение портала на корпоративном сервере автоматически снижает возможности гибкой настройки для конкретного пользователя. Например, он физически не может обратиться через единый интерфейс к персональной информации, которая лежит на его собственном ПК. Кроме того, по финансовым соображениям создание корпоративного портала недоступно малым и средним предприятиям, не говоря уже о частных лицах.
Второй способ подразумевает перенос всей функциональности портала на рабочее место пользователя (при этом перечисленные выше для первого способа достоинства и недостатки меняются местами). Одно из наиболее эффективных решений такой задачи предлагает корпорация Microsoft: это технология Digital Dashboard (DDB) - электронная информационная панель (ранее использовался дословный перевод - "цифровая приборная панель").
Технология DDB была впервые представлена в конце лета 1999 г., практически одновременно с выпуском версии Miсrosoft Office 2000 Developer Edition. Это, конечно же, не совпадение, так как DDB фактически представляет собой технологическое расширение Microsoft Office. Тогда же появился специальный набор для разработчиков DDB Startup Kit.
Пользователи и разработчики довольно быстро оценили новинку - к моменту появления нового набора ресурсов DDB Resource Kit 2.01 летом 2000 г., по данным Microsoft, было реализовано более 300 тыс. комплектов инструментария для создания DDB, а число реализованных проектов исчислялось сотнями. В России одной их первых начала заниматься DDB-разработкой компания Exteria, которая в конце 1999 г. выполнила проект с использованием DDB для агентства "Прайм-Тасс", а затем создала русскоязычную коллекцию DDB-компонентов по заказу московского представительства Microsoft.
В первый год существования DDB российское отделение Microsoft не проявляло заметной активности в продвижении данной технологии, однако с осени 2000 г. DDB была уже представлена как одно из главных направлений работы корпорации в нашей стране. В октябре был открыт русскоязычный сервер по этой тематике (www.msddb.ru). В ноябре данному вопросу был посвящена отдельная серия докладов на конференции "Microsoft Платформа 2001", где всем участникам раздавали компакт-диски с DDB Resource Kit 2.01 (DDBRK) и русской коллекцией компонентов.
В связи с появлением DDB поставщики портальных технологий стали выражать явное недовольство - "Билл Гейтс пришел и сюда: ничего хорошего от этого не жди". Действительно, Microsoft в данном случае действует в традиционном для себя стиле: оказывается, что почти все необходимое для работы у пользователей уже имеется, дополнительные средства распространяются бесплатно, и при этом для создания конкретных решений привлекаются десятки (или сотни) тысяч независимых разработчиков.
DDB - Web-страница, открытая в Outlook
В первую очередь следует подчеркнуть, что DDB - это не коробочный продукт и уж тем более не корпоративный информационный портал. DDB - это технология, которая позволяет создавать настраиваемые решения для сотрудников, работающих с информацией (knowledge workers), обеспечивая объединение персональной, групповой, корпоративной и внешней (Интернет) информации и предоставляя доступ к различным инструментам анализа и коллективной работы, к источникам данных.
На самом деле за термином Digital Dashboard скрывается очень простая вещь. DD-панель - это обычная HTML-страница, открытая в Outlook 2000. Для этого используется стандартный компонент ActiveX, который находится в библиотеке SHDOCVW.DLL. В этой связи сразу возникает вопрос - зачем использовать для этого Outlook 2000, когда уже есть специальные программы просмотра, браузеры? Тем не менее есть несколько доводов в пользу такого решения.
Еще раз подчеркнем: DDB - это HTML-страница (обычная HTM или активная ASP), открытая в Outlook и использующая (скорее всего) объектную модель данной программы. Пользователь может открывать ее в качестве страницы Outlook Today или сделать ее "домашней страницей" для одной или нескольких стандартных папок Outlook. Соответственно для создания DDB в принципе достаточно любого HTML- или даже текстового редактора.
DDB - портал или не портал
В заключение опять вернемся к вопросу: как соотносятся между собой DDB и корпоративные информационные порталы? DDB - это технология, которая позволяет решить важную часть проблемы создания индивидуального информационного портала для конкретного сотрудника, а также для группового общения. Ее скорее всего можно применять и для создания мощных порталов, но только в совокупности с другими средствами, причем желательно в рамках платформы Microsoft. При этом понятно, что DDB может использовать не только крупная организация., но и студент для организации своего рабочего места дома.
Что лучше - купить за несколько сотен тысяч долларов готовый комплекс класса EIP, который можно за небольшой срок адаптировать, или постепенно складывать систему из кирпичиков без столь серьезных разовых затрат? Cколь велики реальные потребности в портале? Подобных вопросов можно задавать много, и ответы на них не будут однозначными. В данном случае важнее другое - чтобы у разработчика и пользователя был выбор...