Технология Digital Dashboard от Microsoft

Виталий Сизов

Введение

Описание

Ресурсы

Проектирование

Заключение

Введение

Одним из самых многообещающих направлений в области информационных технологий (IT), появившихся за последний год, стала разработка концепции «электронной приборной панели» — Digital Dashboard (DD), предложенной на рынке корпорацией Microsoft в июле 1999 года.

DD является важным компонентом новой идеологии Microsoft, известной под названием «Электронная нервная система» — Digital Nervous System (DNS). В рамках этой идеологии DD рассматривается в качестве нервного узла, в который стекается информация из разнообразных источников.

Согласно определению Microsoft, DD есть настраиваемое решение (solution) на базе Microsoft Office 2000, предназначенное для руководителей (knowledge workers) и объединяющее личную, групповую, корпоративную и внешнюю информацию в привычную единую среду, содержащую необходимые инструментальные средства для работы с коллективом. Кроме того, подчеркивается также возможность эффективной работы как в офисе, так и в пути.

Из приведенного определения видно, что DD задумывалась в качестве основного инструмента руководителей предприятий, бизнесменов, аналитиков, для которых компьютер является важным инструментов для принятия эффективных решений в сфере бизнеса. Безусловно, для этого вида деятельности всесторонний и оперативный анализ разнообразной информации имеет огромное значение. По оценкам аналитиков США, предприятия, не использующие в должной мере современные информационные технологии, на 40% менее эффективны, чем их «информированные» собратья.

Однако не только бизнесмены оценили возможности, предоставляемые DD. В настоящее время новая технология получила широкое распространение в сфере образования, где под «knowledge workers» подразумеваются студенты, которые с помощью Student Digital Dashboard (SDD) реализуют индивидуальные планы обучения. В учебных заведениях США и Австралии обсуждается даже концепция построения Digital Nervous School System (DNSS), подразумевающая ни много ни мало реформу системы образования.

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

По сообщениям Microsoft, за первый после публикации сообщения год реализовано более 300 тыс. комплектов инструментальных средств, предназначенных для создания DD. И это при условии, что DD строится только на базе относительно нового продукта — Microsoft Office 2000. В настоящее время началось распространение Digital Dashboard Resource Kit версии 2.01.

Описание

По способу реализации DD представляет собой HTML-страницу, открытую в Outlook 2000. Такое техническое решение позволило объединить универсальность Web-страницы как средства отображения разнородной информации с мощью программного обеспечения семейства Office. Достаточно сказать, что наряду с объектной моделью Internet Explorer в HTML-коде доступна и объектная модель Outlook. С другой стороны, поскольку DD-страницы предназначены для отображения в браузерах единственного типа, то существенно облегчается и сам процесс их проектирования, так как не приходится задумываться о различиях в реализации стандартов HTML разными производителями браузеров — извечном источнике головной боли всех Web-программистов.

То, что для реализации DD столь явно требуется Outlook, не следует рассматривать как очередное проявление экспансии Microsoft в отношении рынка браузеров Internet. Выше было отмечено, что DD предназначены в первую очередь для бизнесменов, которые значительную часть времени проводят вне офиса. Следовательно, система должна предполагать достаточно продолжительную работу в режиме offline. Кроме того, значительную часть источников информации для DD составляют документы Office. В подобной ситуации остро встает проблема синхронизации и буферного хранения данных в автономном режиме. В браузерах для этого используется механизм кэширования, заключающийся в сохранении компонентов Web-документов, полученных из сети, в специальных служебных папках (каталогах). А что делать с документами Office? Вряд ли разумно предполагать, что все производители браузеров немедленно бросятся решать эту проблему. Кроме того, Outlook, помимо отображения DD, располагает еще целым рядом полезных функций, без которых деловому человеку просто не обойтись. Поневоле начинаешь с пониманием относиться к аргументам Билла Гейтса на антимонопольном процессе, когда он оправдывал действия корпорации Microsoft на рынке программного обеспечения для Internet интересами пользователя.

Итак, DD — это HTML-страница. Существует два варианта размещения DD в приложении Outlook. В первом варианте DD замещает стандартную страницу Outlook Today, разработанную для сведения воедино информации из собственных папок «календарь», «задачи» и «сообщения». Во втором варианте DD становится «домашней страницей» для одной или нескольких стандартных папок Outlook. В обоих случаях для DD устанавливается специальный режим защиты, разрешающий доступ к объектной модели Outlook. Доступ к объектам Office из других страниц или из DD, открытой в обычном Internet Explorer, блокируется. С позиций архитектуры Microsoft Outlook 2000 является контейнером, содержащим компонент отображения Internet Explorer, находящийся в библиотеке SHDOCVW.DLL, для которого DD является, в свою очередь, субкомпонентом (рис. 1). Стандартный процесс IEXPLORE.exe не используется, а заменяется процессом Outlook Application.

Других принципиальных различий между DD и обычной Web-страницей не существует. DD может быть файлом с расширением .HTM или .ASP и может быть подготовлен с помощью любого редактора HTML-документов. Не существует практически никаких ограничений ни на внешний вид, ни на кодирование страницы. Слово «практически» в данном случае означает, что имеются некоторые особенности, связанные с отображением страницы в Outlook, — по сравнению со стандартной программой Internet Explorer. Так, элементы <FRAMESET> и <IFRAME> и ссылки между ними выполняются иначе, ссылки с параметром TARGET=”_blank” не открывают нового окна браузера, в отдельных случаях формы могут работать некорректно. Однако предусмотрена возможность и полной совместимости с Internet Explorer — при условии запрещения доступа к объектам Outlook.

Сказанное не означает, что при проектировании DD следует давать волю фантазии и изощряться в Web-дизайне. Не надо забывать, что DD разрабатывается для частного применения и должна быть строго функциональной. В настоящее время выработался стандарт, определяющий внешний вид DD. Согласно этому стандарту информация в DD группируется в динамических окнах, получивших специальное название — «самородки» (Nuggets) (рис. 2). Окно самородка состоит из двух частей: заголовка и тела. Заголовок содержит название самородка (чаще всего это гиперссылка, вызывающая переход на страницу с подробным представлением информации) и кнопки, раскрывающей или скрывающей тело самородка. С точки зрения кодирования самородок есть не что иное, как Generic Block-level Container — конструкция, обозначаемая тэгами <DIV>…</DIV>. Внутри общего контейнера расположены два других контейнера. Один содержит заголовок, а другой — тело:

<div class=”nugget” id=”NuggetName”>
   <table id=”nuggetTable” border=”0” 
               cellpadding=”0"     cellspacing=”0”>
     <tr>
       <td nowrap width=”100%” class=”nuggetTitle”>
            Nugget Title
       </td>
       <td nowrap class=”nuggetButtonWrapper”>
           <img id=”toggle” src=”images/close.gif”>
       </td>
     </tr>
   </table>
   <div valign=”top” id=”content” width=”100%”>
            Nugget Body Content
   </div>
</div>

На странице DD самородки располагаются, как правило, в две колонки, что позволяет сосредоточить на экране большое количество информации. Каждый самородок связан с собственным источником информации. Если DD состоит из нескольких страниц, то в верхней части каждой страницы добавляется меню выполненное из графических элементов с использованием механизмов Navigation Bars и Shared Borders. Благо теперь их можно применять без оглядки на программное обеспечение сервера, поскольку DD предполагается использовать только на базе продуктов Microsoft.

Еще одним элементом, обычно добавляемым на DD и не заключаемым в специальное окно самородка, является Microsoft Investor Ticker. Это очень полезный и удобный ActiveX — элемент управления, предоставляющий возможность пользователю (бизнесмену) не только следить за состоянием международных финансовых рынков и быть в курсе последних новостей MSN, но даже формировать и управлять собственным инвестиционным портфелем. Investor Ticker предоставляет информацию в собственном окне в виде одной или нескольких бегущих строк, состоящих из заголовков новостей и курсов акций. Любой элемент в бегущей строке является гиперссылкой, обеспечивающей переход на Web-страницу с подробной информацией об интересующем событии. Окно Investor Ticker обычно располагается в верхней части DD сразу под панелью навигации и занимает всю ширину экрана. Для включения Investor Ticker в DD используется следующий код:

<OBJECT
type=”application/x-oleobject”
classid=”clsid:62360003-D8A7-418b-9DC6-
                  2B9DE95273A0"
width=”100%”
height=34
>
<param name=”NumLines” value=”2">
<param name=”ServerRoot” value=”http://
                  moneycentral.msn.com”>
<param name=”Keywords” value=”http://
                  www.msnbc.com/news/ticker.txt”>
<param name=”SpecialsServerURL” 
value=”http://moneycentral.msn.com/investor/
                  ticker/specials.txt”>
<param name=”BigTarget” value=”_top”>
<param name=”NewsTarget” value=”_new”>
<param name=”StockTarget” value=”_top”>
<param name=”ShowBrand” value=”1">
<param name=”BackgroundColor” value=”0x00FFFFFF”>
<param name=”DefaultCategories” value=”Commerce,Investor Headlines”
<param name=”InvestorHeadlines” 
                  value=”http://moneycentral.msn.com/articles/data/
                  InvHead.txt”>
</OBJECT>

Таким образом, типичная DD состоит из панели навигации (украшенной логотипом компании), бегущих строк Investor Ticker и двух колонок с самородками, заполненными разнородной информацией (рис. 3). Для того чтобы узнать содержание самородков, следует воспользоваться определением DD, в котором упоминается личная, групповая, корпоративная и внешняя информация.

Несмотря на то что внешняя информация некоторым (весьма удобным) способом уже представлена в окне Investor Ticker, проще начать рассмотрение с личной информации, благо она всегда под рукой. Имеется в виду информация, содержащаяся в собственных папках Outlook. Кстати, именно наличие личных ресурсов в DD принципиально отличает эту технологию от всеобъемлющих порталов Internet.

Технология DD предлагает использовать самородки для следующих папок:

• календарь;
• задачи;
• сообщения.

Пример такого использования и являет собой стандартная страница Outlook Today, которую, кстати, можно принять за исходный вариант личной DD, а затем модифицировать по мере необходимости. Для отображения указанных выше трех стандартных папок используется специальное средство Outlook Today databinding control, причем для папки сообщения показываются не только входящие, но также отправленные сообщения и черновики. Более общее средство, входящее в состав Office 2000 и предназначенное для работы с папками Outlook, носит название Outlook View Control и вызывается с помощью следующего кода:

<OBJECT
classid=CLSID:0006F063-0000-0000-C000-000000000046
id=ViewCtlFolder 
width=”100%” 
height=”430"
>
<param name=”View” value>
<param name=”Folder” value>
<param name=”Namespace” value=”MAPI”>
<param name=”Restriction” value>
<param name=”DeferUpdate” value=”0">
</OBJECT>

Outlook View Control обеспечивает доступ к содержимому любой папки Outlook. Так, с помощью этого средства создаются самородки, фильтрующие сообщения по степени важности или по адресатам. Для этого достаточно изменить параметры вызова или даже написать соответствующий VBScript, обращающийся непосредственно к объектам Outlook для более тонкого управления сообщениями.

Следующим уровнем информационных ресурсов, представляемых в DD, является информация рабочих групп. Строго говоря, для рабочих групп разработана собственная информационная технология, известная под названием Team Folders (TF) и имеющая свой набор инструментальных средств. Как и DD, технология TF основана на возможностях Outlook 2000 использовать Web-страницы в качестве домашних страниц для папок. Обе технологии применяют одинаковый элемент управления ActiveX, Outlook View Control. Однако эти две технологии имеют и существенные отличия. Так, целью TF является улучшение коммуникаций и упрощение доступа к данным для лиц, работающих совместно. Эта технология требует обязательного использования Microsoft Exchange Server. Технология DD предназначена для решения более широкого круга задач. DD может служить и в качестве персонального информационного центра, и в качестве средства взаимодействия внутри предприятия, используя при этом (или не используя) Microsoft Exchange Server и Microsoft SQL Server.

Как бы то ни было, при наличии Microsoft Exchange Server в DD создаются следующие самородки для рабочих групп:

• календарь группы;
• задачи группы;
• общие документы;
• конференции.

Эти самородки почти не отличаются от личных и создаются с помощью Team Folders Wizard, входящего в состав Digital Dashboard Startup Kit.

Если принять во внимание, что DD изобретена для бизнес-приложений, то очевидно, что важнейшим информационным ресурсом для нее становится корпоративная информация. Именно здесь проявляется полная интеграция всех компонентов Office в мощный единый информационный центр. Специально для использования в DD разработан комплект средств под названием Office Web Components. В состав Office 2000 входят четыре таких компонента, реализованных по COM-технологии:

• DataSource Control. Это вспомогательный служебный элемент управления, используемый другими компонентами. Он не отображается на Web-странице, но обеспечивает соединение источников данных с элементами отображения;
• Spreadsheet Component (рис. 4). Этот элемент управления обеспечивает интерактивный доступ к электронным таблицам. С его помощью можно не только просматривать таблицы, но и выполнять сложные расчеты, поскольку в компоненте доступен тот же набор формул, что и в полной версии Excel;
• Microsoft PivotTable Component (рис. 5). Это, пожалуй, самый мощный и полезный компонент, позволяющий обращаться к источникам данных OLAP (OnLine Analytical Processing technology), таким как Microsoft OLAP Services. Перед пользователем открывается возможность непосредственно в DD проводить динамический и всесторонний анализ многомерных данных;
• Chart Component (рис. 6). Этот компонент не нуждается в особых комментариях. Визуальное представление данных — наиболее эффективный способ воздействия на руководителей производства с целью привлечения их внимания. Данные для этого элемента управления могут быть получены из различных источников. Компонент также может быть использован в качестве индикатора критических ситуаций и предостережений, связанных с функционированием предприятия.

Перечисленными компонентами не исчерпывается перечень средств доступа к корпоративным данным со стороны DD. Не следует забывать о всевозможных элементах управления ActiveX, VBScript и JavaScript, разработка и использование которых значительно упростились. В настоящее время имеется уже целый ряд независимых производителей компонентов для DD. Однако эта тема уже перекликается с последним ресурсом — внешними источниками информации.

Поскольку по своей природе DD является Web-страницей, добавление в нее информации из сети Internet или Intranet практически не составляет никакого труда. В первоначальном сообщении Microsoft о технологии DD были обозначены три способа. Первый из них — использование ActiveX — уже продемонстрирован выше на примере Investor Ticker. Второй способ заключается в использовании динамических страниц, генерируемых на сервере по запросу пользователя. Такие страницы имеют расширение .ASP и могут вставляться в DD c помощью фреймов (обычно <IFRAME>). Третий способ заключается в использовании динамического содержания некоторых страниц Internet. Речь идет о содержимом, обновляемом на серверах с определенной периодичностью. Это разного рода Web-камеры, например следящие за трафиком на дорогах (рис. 7). Особенность подобных элементов заключается в том, что при изменении содержания URL объект остается неизменным. Для упрощения работы с внешней информацией в состав Digital Dashboard Startup Kit входили некоторые удобные HTML-компоненты, оформленные в виде самородков, а именно: Web search (поиск в Web), weather (карта погоды) и tasks (задачи).

Однако не прошло и года, как все изменилось. На смену Digital Dashboard Startup Kit (сентябрь 1999 года) пришел Digital Dashboard Resource Kit (DDRK). Теперь начиная с версии 2.0. самородки (Nuggets) обрели самостоятельную жизнь под новым именем: Web Parts (WP). WP определяются как многократно используемые компоненты, которые могут содержать любые виды Web-базированной информации. Утверждается также, что WP просты в изготовлении и могут быть созданы конечными пользователями самостоятельно. Естественно, появился и соответствующий инструмент: Web Part Builder, предназначенный для создания сложных компонентов, позволяющих интегрировать существующие информационные системы предприятий с инструментами анализа и взаимодействия таких продуктов Microsoft, как Office 2000, Exchange Server и SQL Server.

Другими словами, на смену идее совместного использования хорошо зарекомендовавших себя компонентов Web и Office пришла целая индустрия, заключающая в себе собственные стандарты, интегрированную среду разработки, библиотеки компонентов и руководства для различных групп пользователей.

В настоящее время технология DD в дополнение к сказанному выше обеспечивает следующие возможности:

• конечным пользователям: динамически изменять состав DD в соответствии со своими потребностями, используя для этого параметры, шаблоны и библиотеки;
• разработчикам: создавать стандартизированные WP, используя технологии XML, HTML, CSS, JavaScript, VBScript, и распространять их на рынке программных продуктов;
• IT-специалистам: управлять развертыванием и модификацией информационной системы с помощью специальных DD системных администраторов, включающих в себя, помимо обычных WP, специальную панель для навигации в пространстве всех DD предприятия;
• закоренелым противникам Office: становиться клиентами корпоративных систем, построенных по технологии DD c помощью обычных Web-браузеров.

Не остались в стороне от процесса развития DD и независимые программисты. Имеются публикации об оригинальных решениях на основе DHTML, OLAP и офисного программирования. В частности, предлагаются программы, способные динамически заполнять WP информацией, извлекаемой из Web-страниц Internet по заданному алгоритму, анализирующему содержание последних.

Ресурсы

Для успешного освоения технологии DD необходимы знания в области HTML, DHTML, ActiveX и офисного программирования. Разумеется, для реализации и администрирования корпоративных систем потребуются знания об организации данных и работе различных серверов: Exchange, SQL и Web. При проектировании таких систем потребуются знания в области предпринимательства, финансов, экономики, маркетинга, производства и управления, применительно к сфере деятельности предприятия — объекта внедрения. Пользователям, склонным к углубленным исследованиям, будет весьма полезно ознакомиться с OLAP и присущими этой технологии многомерными моделями представления данных.

Что касается инструментальных средств, то здесь можно рассматривать два уровня оснащенности: минимальный достаточный для создания личных DD, и полный.

Итак, минимальный набор средств, необходимый для создания DD, включает в себя:

• Microsoft Outlook 2000;
• Internet Explorer 5.0;
• Microsoft Outlook 2000 View Control;
• Microsoft FrontPage 2000;
• Microsoft Office 2000 Web Components.

В большинстве случаев пользователь, решивший создавать собственные DD, располагает определенным комплектом Office 2000, поэтому вопросов по поводу Outlook и Internet Explorer 5.0 возникать не должно. Что же касается FrontPage 2000, входящего в состав Office 2000 Premium, то его появление в списке отнюдь не случайно (рис. 8). Несмотря на то что HTML-документы можно создавать с помощью различных редакторов, начиная с Notepad или входящего в любой комплект Office Microsoft Word 2000, использование FrontPage 2000 настоятельно рекомендуется. Дело в том, что в процессе инсталляции Outlook View Control и Office Web Components интерфейс FrontPage модифицируется. В меню Insert появляется подменю, содержащее команды вставки элементов управления Outlook. Если этого не сделать, то работа над DD будет несколько затруднена. Что касается специальных компонентов DD, то для их установки потребуется обзавестись набором Digital Dashboard Startup Kit или новейшим Digital Dashboard Resource Kit (DDRK). С 30 июня 2000 года стала доступна версия 2.01 этого продукта, разумеется, пока только на
U.S. English.

Для полного счастья наряду с вышеназванным программным обеспечением целесообразно иметь:

• Microsoft Windows 2000;
• Microsoft Office 2000 Developer;
• Microsoft Visual InterDev 6.0 Service Pack 3 (SP3);
• Microsoft Visual Basic 6.0 SP3;
• Microsoft Exchange Server 5.5 SP3;
• Microsoft SQL Server 7.0 SP1.

Здесь особое внимание следует уделить продукту Visual InterDev (рис. 9). Это профессиональная среда для разработки DHTML, обеспечивающая интеллектуальную поддержку программирования Scripts. Но, что более важно, упомянутый выше Web Part Builder интегрируется именно в Visual InterDev в виде Add-in-компонента.

Что же касается непосредственно DDRK, то сегодня его состав выглядит следующим образом:

• два примера DD, использующих XML;
• Web Part Builder;
• библиотека Web Parts от различных производителей;
• Digital Dashboard Services Component;
• документация.

Несколько слов следует сказать по поводу промеров, представленных в DDRK. В первом примере для хранения WP используется файловая система Windows 2000. На нем пользователю предлагается детально ознакомиться с основами DD, устройством и работой типичных WP. Пример рассчитан на использование в качестве шаблона для построения относительно простых DD для небольших предприятий, не требующих развернутых сетевых технологий. Второй пример более сложный. Здесь WP сохраняются в базе данных и для работы требуется SQL Server 7.0. Этот пример являет собой образец законченной разработки, пригодной для использования конечным пользователем. Именно на основе этого примера рекомендуется создавать профессиональные приложения для больших предприятий с развитой информационной базой.

Остальные составляющие DDRK в особых комментариях не нуждаются.

Проектирование

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

При разработке DD-проектов принято выделять четыре ключевых аспекта жизненного цикла проектирования:

• выбор рабочей группы;
• проведение оценки потребностей;
• выявление информационных ресурсов;
• разработка и реализации системы.

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

Непременным участником рабочей группы должен стать руководитель высшего уровня. Это поможет обеспечить проект необходимыми ресурсами. Кроме того, первые DD следует проектировать именно для таких пользователей, хотя бы по этическим соображениям. Руководитель, который использует и одобряет информацию DD, способствует правильной групповой работе и снижению рисков принятия некомпетентных решений.

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

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

Следующая фаза жизненного цикла проектирования — оценка потребностей предприятия в тех или иных информационных решениях. Здесь существует опасность увлечься возможностью DD соединять в единое целое все мыслимые источники информации и при этом потерять главное в море разнообразных сведений. Чтобы этого не произошло, необходимо установить деловые цели предприятия и строго придерживаться приоритетов в отборе и представлении информации в соответствии с ее способностью повлиять на достижение этих целей. Чаще всего проектирование DD осуществляется методом «сверху вниз». В центре разработки должны оказаться важнейшие показатели, которые определят успех или неуспех проекта. Постепенно система может расширяться, вовлекая в свою сферу все новые и новые информационные ресурсы и новых сотрудников, использующих DD для принятия решений. Изначально установленные приоритеты, постоянно находясь перед глазами, будут оказывать на пользователей психологическое воздействие. Если приоритеты выбраны правильно, то сотрудники будут стремиться к улучшению нужных показателей.

Другим важным фактором, зависящим от разработчика на этом этапе, является пропаганда богатых возможностей анализа данных, предоставляемых сочетанием Office 2000 и SQL Server 7.0. Поэтому в начале работы необходимо тщательно изучить и продемонстрировать пользователю примеры типовых решений для различных отраслей промышленности, присутствующие в DDRK. Это, несомненно, поможет правильному определению целей и потребностей. В качестве примеров следует рассмотреть:

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

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

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

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

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

• Должна ли информация быть доступной в автономном режиме? Это зависит от характера работы отдельных категорий конечных пользователей. Если ответ на этот вопрос положительный, необходимо будет предусмотреть и настроить соответствующие схемы синхронизации, имеющиеся в Outlook, Exchange Server, SQL Server или Internet Explorer.
• Следует ли объявлять информацию «только для чтения»? Поскольку DD обеспечивает легкий доступ к большому количеству информации, желательно ограничить возможность записи в некоторые информационные источники. Если все основные приложения на предприятии реализованы в соответствии с Windows Distributed Networking Architecture (DNA) и поддерживают систему защиты Microsoft Windows NT, то сделать это будет достаточно просто. Если же на предприятии используется другая среда с разнородными методами защиты, то могут возникнуть проблемы при эксплуатации, вызванные необходимостью регистрации прав доступа во множестве приложений.
• Допустимо ли изменение данных в автономном режиме? Если данные должны вводиться автономно, то необходимо позаботиться об их хранении на локальной машине и синхронизации при обращении к серверу. Outlook, Exchange Server и SQL Server поддерживают такой способ ввода данных и предусматривают синхронизацию при работе с другими базами данных, однако об этом следует позаботиться заблаговременно, чтобы не забыть произвести соответствующие настройки.
• Как часто проводить актуализацию данных? Как правило, ежеминутное обновление данных не столь уж важно — по сравнению с возможностью автономной работы. Несмотря на то что программное обеспечение Microsoft допускает ежесекундный сбор и распределение информации, характеристики каналов связи, требования защиты финансовой информации, ограниченная емкость памяти на клиентской стороне потребуют компромиссного подхода при выборе частоты актуализации.
• Какова степень настройки каждого типа информации? Здесь под степенью настройки понимается потребность в предварительном преобразовании данных в соответствии с интересами и уровнем подготовки пользователя. Тип информации — персональная или коммерческая — может диктовать и трудоемкость настройки. Персональная информация типа электронной почты и ежедневных файлов проекта, как правило, требует высокого уровня настройки, основанной на географии и личных предпочтениях, в то время как коммерческая информация может быть настроена в зависимости от должностных обязанностей пользователя. Кроме того, сложность настройки зависит от способности пользователей манипулировать элементами управления, выделяющими и изменяющими порядок расположения и размещения информации в DD. Наконец, фильтрация и преобразование информации зависят от целевых аудиторий и сложности организации самих информационных источников.

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

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

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

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

Выше уже было показано, что DD объединяет информацию из четырех типов ресурсов: личных, групповых, корпоративных (общих) и внешних. Также описан каждый из этих ресурсов и приведены примеры. При проектировании корпоративной системы наибольшие трудности вызывает использование общих ресурсов. С одной стороны, именно эти ресурсы располагают большей частью необходимой информации, с другой стороны, эти ресурсы управляемы, то есть имеют собственную, часто громоздкую систему сопровождения и защиты. Другая значительная часть общих информационных ресурсов предприятия до сих пор представляет собой отчеты на традиционных бумажных носителях. С точки зрения эффективности такие отчеты для предприятия неоправданно дороги. Они не предусматривают настройку, трудоемки в изготовлении и, что хуже всего, не позволяют осуществлять фильтрацию информации с целью выделения стратегически важной или критической для данного предприятия. Решение здесь довольно очевидно. Традиционные бумажные отчеты необходимо переводить в среду Office или Web. Тогда появится возможность полноценного использования этой важной информации.

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

При выявлении внешних ресурсов следует сосредоточить внимание на источниках информации, необходимых специалистам конкретного предприятия. Прежде всего это новости мирового и государственного масштаба, профессиональные публикации, законодательные акты и информация о конкурентах. Важным источником мировых новостей является MSN, прекрасно представленный с помощью Microsoft Investor Ticker. Для остальных источников внешней информации необходимо создать и постоянно поддерживать корпоративный динамический архив ссылок.

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

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

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

Заключение

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

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

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

Сказанное не следует рассматривать как очередную рекламу вездесущей корпорации Microsoft. О реальном успехе технологии свидетельствует огромный интерес, проявленный к ней со стороны IT-специалистов. Этот интерес сказывается на скорости, с которой технология совершенствуется. Так, первые сообщения и инструментальные средства, появившиеся в июле-сентябре 1999 года, полностью забыты. Им на смену пришли новая терминология, стандарты и совершенно другие инструменты. Публикации даже в MSDN — журнале разработчиков — устаревают еще при подготовке. Не лучше обстоит дело и с отечественными публикациями. Так, известная статья В.А.Биллига «Digital Dashboard — Электронная приборная панель и Office 2000», опубликованная на Microsoft.ru в апреле 2000 года, устарела безнадежно. То, что в ней говорится о DD как о некоем аналоге приборных панелей самолетов или АЭС, при разработке которого необходимы знания по эргономике (то есть участие дизайнеров), теперь не соответствует действительности. Все стандартизировано и исключает необходимость дополнительных расходов. Термин «самородки» (nuggets) практически вышел из употребления. FrontPage 2000 с его цветочными кнопочками и многочисленными «темами» сегодня для создания профессиональных DD уже не употребляется. Даже пример замечательной «Прайм Тасс — Экстериа» не соответствует теме. Совершенно очевидно, что «Прайм Тасс» — традиционный портал, а вовсе не DD, и даже не потому, что не содержит личной информации. Отличие DD от портала также и в том, что в DD информация проходит предварительную обработку с целью приведения ее к единому стандарту отображения, а портал предлагает пользователю самостоятельно и бессистемно ориентироваться в многочисленных разнородных представлениях информации.

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

Литература

1. Биллиг В.А., Digital Dashboard — Электронная приборная панель и Office 2000, http://www.microsoft.ru/offext/officedev/articles/billig/article2/ddb1.htm.
2. Randell Brian A., Build Your First Digital Dashboard, http://exchange.devx.com/upload/free/features/exchange/2000/02feb00/br0100/br0100.asp.
3. Nelson Jorge, SOAR. Students Own All Resources in a Knowledge Worker-model Digital Nervous System School, http://www.anaco.net/SOAR/whitepaper.htm.
4. Microsoft Corporation, Digital Dashboard Overview, http://www.microsoft.com/DigitalNervousSystem/km/DDoverview.htm.
5. Microsoft Corporation, Digital Dashboard Resource Kit 2.0, http://www.microsoft.com/solutions/km/DDRK.htm.
6. Microsoft Corporation, MS Digital Dashboard Business Process Assessment Guide, http://technet.microsoft.com/cdonline/content/complete/Desk/Office/TechNote/ddbasses.htm.
7. Microsoft Corporation, What’s New in the Digital Dashboard Resource Kit 2.0, http://www.microsoft.com/solutions/km/WhatsNew.htm.

КомпьютерПресс 9'2000