Использование средств OLAP-технологий для построения системы бизнес интеллекта факультета

Экспорт в различные форматы. Конечному пользователю предоставляются отчеты в привычном для него формате. Отчеты могут быть экспортированы во многие популярные форматы, включая Excel, PDF, XML, HTML, RTF и другие.

Настраиваемые программы просмотра отчетов. Возможен выбор между различными серверными и клиентскими программами просмотра отчетов, включая средство просмотра DHTML-страниц (WebForms), средство просмотра .NET (WinForms), средство просмотра Java, средство просмотра ActiveX и Report Part (для мобильных устройств), позволяющие создавать отчеты в различных выходных форматах без дополнительного перекодирования. Интерактивные возможности отчета конечного пользователя, включая перелистывание страниц вперед/назад, повышение/понижение уровня иерархической детализации, экспорт и печать, добавляются автоматически и могут быть настроены в соответствии с предъявляемыми требованиями.

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

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

Управляемая навигация. Возможно определение конкретных путей перемещения между объектами одного или различных отчетов для облегчения навигации конечного пользователя.

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

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

Элементы отчета. Возможность перенастройки существующих отчетов для использования с беспроводными устройствами и корпоративными порталами. Это обеспечивает конечному пользователю доступ к диаграммам, итоговым таблицам, конкретным записям и другой ключевой информации через информационные порталы, телефоны WML, RIM Blackberry и устройства Compaq iPAQ.

Поддержка смарт-тегов Microsoft Office XP. Позволяет выполнить вставку ключевых объектов отчетов, включая диаграммы и таблицы, в Outlook, Word или Excel, с возможностью немедленного просмотра и обновления данных из любого документа Office.

2.2.5. Пример использования

В качестве примера посмотрим, во что  обойдется реализация простого отчета, содержащего одну таблицу. Представим себе, что существует база данных Microsoft SQL Server, содержащая данные о текущем уровне технических знаний персонала. Для каждого сотрудника в базе хранится список технологий, которыми он владеет, а также уровень владения ими. Уровень владения отражается с помощью одной из двух оценок: самооценки (данной сотрудником самому себе) и «оценки 360», полученной в результате опроса людей, работающих совместно с этим сотрудником.

Оценки  сотрудников можно разделить  на пять основных типов (в порядке  убывания знаний):

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

Задача состоит в следующем: руководителю предприятия необходимо узнать, кто из сотрудников лучше  всего знаком с Microsoft Project - широко известным продуктом для планирования. Список сотрудников нужно отсортировать в порядке убывания знаний.  Для упрощения задачи используем режим Push Model, т. е. в качестве отправной точки возьмем готовую структуру данных (DataSet) [2].

Создание  отчета начинается с подготовки его  шаблона. Для этого воспользуемся  «Дизайнером отчетов» (рис. 2.10). Чтобы получить связь с данными в источнике, следует импортировать структуру данных в шаблон отчета. После этого в левой верхней панели мы увидим структуру, а также набор полей, который в нее входит. Размещая поля на странице отчета, мы связываем данные в источнике с их размещением в шаблоне отчета. Для конструирования сложных отчетов можно использовать элементы управления, расположенные на левой нижней панели.

Рис. 2.10. Создание отчета при помощи «Дизайнера отчетов» Crystal Reports.

 

В результате работы «Дизайнера отчетов» получается файл с расширением .rpt, содержащий созданный дизайн шаблона отчета. Для отображения отчета следует включить в состав приложения программу просмотра, называемую CrystalReportViewer и находящуюся в пространстве имен CrystalDecisions.Web - для Web-приложений и CrystalDecisions.Windows.Forms - для Windows-приложений.

Затем необходимо выполнить несколько  простых действий:

• создать программное представление отчета на основании его шаблона (ReportDocument);
• заполнить данными структуру DataSet и передать ее ReportDocument с помощью метода SetDataSource;
• отобразить отчет в программе просмотра (выполняется это с помощью указания свойству ReportSource объекта ReportDocument).

При отображении отчета обозреватель использует компоненты CRVS, структуру  данных и шаблон для отображения готового отчета (рис. 2.11).

Рис. 2.11. Вид готового отчета (вариант для Web-приложения).

2.2.6. Интеграция приложений

Crystal Reports предоставляет ряд необходимых компонентов для Java, .NET и COM-технологий, которые помогают понизить сложность интеграции функций динамического создания отчетов в приложениях пользователей. Если необходимо создание веб-сервисов Windows и XML, а также мобильных приложений, то применение Crystal Reports удовлетворит всем требованиям в отношении представления данных.

Инструментальные средства разработчика (SDK). Универсальный интерфейс комплекта разработчика объектов Crystal Reports в приложениях J2EE, .NET и COM обеспечивает гибкий контроль над взаимодействием конечного пользователя с отчетами. Возможен выбор из различных программ просмотра отчетов, создание и модификация программного интерфейса приложений (API) для внедрения ряда интерактивных возможностей: от статической обработки/просмотра отчетов до сложного алгоритма формирования и модификации отчета во время его выполнения.

Компоненты создания отчетов. Для эффективной обработки и представления отчетов пользователи имеют возможность встроить в приложения мощные компоненты создания отчетов на основе Java, .NET и COM-технологий, содержащиеся в Crystal Reports.

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

Настраиваемые средства просмотра отчетов. Возможен выбор между различными серверными и клиентскими программами просмотра отчетов, включая средство просмотра страниц DHTML (веб-форм), средства просмотра Java, WinForms, ActiveX и Report Part (для мобильных устройств), которые позволяют создавать отчеты в различных выходных форматах без дополнительного перекодирования. Автоматически добавляются интерактивные возможности отчетов конечного пользователя, включая перелистывание страниц вперед/назад, переход вверх/вниз по иерархии, экспорт и печать. Кроме того, реализована возможность настройки и внедрения большинства функций программы просмотра, исходя из требований пользователя.

Интеграция IDE. Возможна компоновка версии Crystal Reports исходя из потребностей конкретного пользователя с учетом используемых им ведущих сред разработки Java и .NET для интеграции отчетов с привычным для пользователя окружением. В настоящее время доступ к технологии Crystal Reports имеется из Microsoft Visual Studio .NET, BEA WebLogic Workshop, Borland JBuilder и Borland C#Builder. Возможен переход из этих пакетов к Crystal Reports 10 для приобретения дополнительной функциональности и масштабируемости.

Библиотека визуального контроля. Возможность интегрировать отчеты в приложения Delphi и C++Builder, используя библиотеку визуального контроля (VCL) Crystal Reports.

Бесплатное использование созданных программ. Возможность интеграции сотен исполняемых свойств, методов и событий в приложения «толстых» клиентов, без дополнительной оплаты.

Сообщество Developer Zone. Объединение с Developer Zone, эксклюзивное сообщество разработчиков Crystal Reports, поможет быстрее преодолеть встречающиеся на пути препятствия. Возможность доступа к образцам приложений, загрузке информационных статей, а также сборников полезных советов и маленьких хитростей для получения максимального эффекта от Crystal Reports [2].

2.3. Crystal Reports for Microsoft Visual Studio .NET

 

История связи продуктов Crystal Decisions со средствами разработки Microsoft ведет свое начало с 1993 г. Именно тогда компоненты Crystal Reports впервые появились в Visual Basic 3.0. С 1996 г. ПО Crystal Reports входит в состав пакета средств разработки Visual Studio, а в 2002 г. стало частью VS.NET и .NET Framework, получив при этом официальное название CRVS. Появление компонентов Crystal Reports было отмечено в VS.NET 2003.

Основное  назначение компонентов CRVS - поддержка разработки отчетной функциональности приложения. Предполагается, что в соответствии с требованиями будет разработан специализированный шаблон отчета - файл с расширением .rpt, задающий размещение данных на странице отчета (рис. 2.12). Кроме того, шаблон указывает, какие структуры данных служат источником для данных отчета. В дальнейшем шаблон передается на вход компонентам CRVS, которые извлекают данные из источника и на их основании формируют структуру итогового отчета. Для отображения отчета служит специальная программа просмотра (viewer), которая встраивается в разрабатываемое приложение (поддерживаются как Web-, так и Windows-приложения).

Рис. 2.12. Архитектура Crystal Reports for Microsoft Visual Studio .NET.

 

Фактически процесс разработки сводится к вызову нескольких строчек  кода, большая же часть работы выполняется при помощи «Дизайнера отчетов», встроенного в VS.NET. Таким образом, для создания шаблона отчета не нужно уметь программировать на платформе Microsoft .NET (MS.NET). При желании шаблон отчета можно включить в состав приложения, предоставив возможность его изменять. Это весьма удобно, так как в этом случае процедуру сопровождения разработанного приложения всегда можно поручить инженеру по внедрению [2].

Как говорилось выше, компоненты CRVS можно  использовать для разработки как Web-ориентированных, так и обычных Windows-приложений, называемых в последнее время модным словом «умные» (smart) приложения. С точки зрения работы с данными компоненты Crystal Reports можно использовать в двух режимах работы - Push Model и Pull Model.

Push Model - модель работы с промежуточной структурой данных. При этом данные для отчетов формируются в виде привычной для .NET Framework структуры данных, называемой DataSet. Приложение берет на себя всю логику подготовки входных данных для построения отчетов. Это удобно тем, что данные могут быть сформированы абсолютно любым способом, а не только за счет прямого доступа к источнику данных. Тем не менее, если отчет получается достаточно большим, приходится заполнять довольно громоздкую структуру.

Pull Model - запрос данных по требованию. В этом случае шаблон отчета, передаваемый компонентам Crystal Reports, берет на себя работу, связанную с извлечением данных из источника. Данный подход весьма эффективен для отображения многостраничных отчетов, так как при этом из источника извлекаются только данные для отображаемых страниц.

Кроме формирования и отображения отчета, компоненты CRVS поддерживают экспорт полученных данных в форматы PDF, HTML, XLS, RTF и DOC, который может выполняться программно, что позволяет полностью скрыть использование приложением компонентов Crystal Reports. В этом случае приложение может создавать необходимые файлы отчетов прямо в каталоге файловой системы. Это очень удобно для пакетного режима создания файлов отчетов, когда пользователю нужно сформировать группу отчетов без их предварительного просмотра для последующей передачи результатов заинтересованным лицам.

Отметим вкратце достоинства и недостатки CRVS. Несомненное достоинство состоит в тесной интеграции как с .NET Framework, так и с VS.NET, что позволяет разработчику приложения создавать отчет, не отрываясь от средств разработки. Решения на основе компонентов CRVS неплохо масштабируются, поскольку это свойство заложено в архитектуру как Crystal Reports, так и Microsoft .NET. Не вызывает трудностей реализация сложных и интерактивных отчетов, коль скоро «кубики» для их создания, такие, как интерактивные управляющие элементы, уже присутствуют в CRVS.

Относительный недостаток данного продукта - тщательно  скрываемая его производителем реализация ядра компонентов на предыдущем поколении технологий Microsoft (он разработан с использованием Win32 и языка C++). Классы .NET, «оборачивающие» вызовы библиотек динамической загрузки, делают программное использование Crystal Reports достаточно простым. Однако работающий в ядре неуправляемый (unmanaged) код может привести к нестандартным инфраструктурным проблемам, таким, как конкурирование динамической сборки мусора в платформе .NET и традиционного алгоритма работы с памятью. Двигаясь по пути решения этой проблемы, производитель начал постепенный переход на платформу .NET, выпустив в рамках версии 1.1 (поставляемой в составе VS.NET 2003) компоненты, неуправляемый код которых помещен прямо в сборки .NET. Эта модификация должна, по крайней мере, упростить процедуру развертывания, позволяя переносить с приложением, использующим компоненты Crystal Reports, только сборки .NET. Ожидается, что полный переход CRVS на платформу .NET будет завершен в версии 2.7, которая, вполне вероятно, войдет в состав VS.NET 2005.