Мы рассмотрим каждую фазу по очереди, начав в следующей статье с фазы разработки и продолжив фазами управления и доступа и доставки в последующих статьях.
В каждом из обзоров будут рассмотрены главные шаги с точки зрения приложения Reporting Services в качестве введения к следующим, более детальным статьям, и для подачи основной информации.
Я надеюсь, что эта информация будет полезна в ближайшие месяцы тем, кто несет ответственность за внедрение новой платформы отчетности, чтобы они могли оценить ожидающие их возможности. Увиденные мной сильные стороны Reporting Services обещают миграцию на эту систему, которая будет вдохновляться ее возможностями и значимостью так же, как OLAP движется в направлении потребительского рынка от узкоспециализированной и затратной ниши, которая раньше управлялась несколькими наиболее влиятельными игроками на рынке.

[В начало]

Фаза разработки

В фазе разработки жизненного цикла отчетности создается определение отчета. Определение отчета создается на клиенте и после завершения публикуется для общего пользования на сервере отчетов. Запрос, лежащий в основе отчета, и описание его источника данных хранятся в определении отчета, где мы также создаем макет отчета, который определяет его внешний вид. Фактически все содержимое и внешнее представление отчета определяются в этой фазе, что мы и обнаружим в следующей статье.
Reporting Services использует Report Designer, который добавляется в Microsoft Visual Studio.NET (см. рис. 1), что означает, что мы получаем дополнительное преимущество единого интерфейса разработки отчетов, независимо от природы источника (источников) данных. Это приводит к созданию отчетов в рамках одного инструмента, цельного во всех отношениях (попробуйте найти единую среду разработки для отчетов OLAP и реляционных отчетов в продуктах “Больших сестер” ... Ваш поиск не увенчается успехом).

Рис. 1: Все начинается здесь – создание проекта отчета в Visual Studio.NET

Одной из самых захватывающих сторон создания отчетов в Reporting Services является та легкость, с которой мы можем объединять различные источники данных в одном отчете. Одним из моих первых испытаний для Reporting Services было создание отчета с источником данных OLE-DB на основе MDX (см. простой пример на рис. 2 на основе куба FoodMart Warehouse, поставляемого вместе с MSSQL Server Analysis Services) и источником данных ODBC на основе стандартного SQL (я использовал реляционную базу данных NorthWind, поставляемую вместе с MSSQL Server). Reporting Services выдержала это испытание, в отличие от других приложений отчетов, с которыми я работал за последние 10 лет.

Например, давайте рассмотрим комбинацию Cognos Impromptu / PowerPlay, о которой шла речь ранее: в Impromptu кубы не могут использоваться как источники данных, так же, как и реляционные отчеты, созданные в Impromptu, не могут быть добавлены в отчет PowerPlay, где можно использовать данные куба. Кроме того, каталог Impromptu может работать только с одним источником данных (я знаю, есть обходные пути, но мы здесь говорим об идеальном случае с оптимальной функциональностью). Опять преимущества единого инструмента разработки очевидны для большинства практиков, работающих с отчетами.

Рис. 2: OLAP и реляционные источники данных в одном отчете: в наборе данных 1 показаны запрос MDX с кубом FoodMart Warehouse

В Report Designer для создания отчетов используется основанный на XML язык определения отчетов (Report Definition Language, RDL). Помимо того, что мы можем украсить наши отчеты, используя дополнительную функциональность программируемой среды Visual Studio.NET, также мы можем создавать сложные отчеты, не уходя слишком далеко от технологии drag-and-drop, к которой многие привыкли, работая с приложениями отчетности предприятий. Среда разработки также содержит локальные обработку и выполнение отчетов, что позволяет нам просматривать отчет на различных стадиях его разработки.
Мы рассмотрим множество деталей фазы разработки в следующей статье этой серии, Фаза разработки

[В начало]

Фаза управления

Централизованное управление отчетностью предприятия является общим и естественным требованием в большинстве организаций. У Reporting Services существует сильная интеграция с MSSQL Server и другими приложениями Microsoft, распространенными на предприятиях. Функции управления отчетами, как многие знают, включают в себя широкий диапазон действий. Среди них – решение вопросов безопасности, планирования, управления источниками данных, сохранности и обслуживания большого количества данных и ресурсов.
Одно из основных преимуществ, которое предлагает Reporting Services – это способность управлять отчетами и связанными с ними объектами централизованно. Объекты, которыми мы можем управлять, включают в себя отчеты, папки, соединения с источниками данных и ресурсы. Для этих объектов мы определяем уровень безопасности, их свойства, и, в некоторых случаях, запланированные действия. Мы можем также создать общие расписания, общие источники данных и предоставить их для общего использования.
Report Manager централизует эти и другие функции Reporting Services. Отчеты могут быть легко загружены на сервер отчетов из Report Designer или Report Manager и могут просматриваться после этого через Web-браузер. Различные типы безопасности могут быть назначены в процессе загрузки, как видно на рис. 3, где я выбрал папку отчетов и Windows NT Integrated Security в поле выбора расположения отчета (называемом “источник данных” на этом шаге).

Рис. 3: Укажите Report Manager, какие отчеты загрузить, используя окно создания нового источника данных

Примечание: Мы рассмотрим множество опций, доступных в Report Manager, в следующей статье этой серии, Фаза управления.

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

Рис. 4: Report Manager выводит загруженные отчеты для их выбора пользователями информации

Возможности управления системой конечными пользователями контролируются администратором, который раздает права доступа, поэтому в дополнение к безопасности доступа, которая обеспечивается Reporting Services, у нас также есть опции функциональной безопасности, для улучшенного контроля над действиями пользователей. Мы рассмотрим степени управления и различные возможности далее в статье Фаза управления, но достаточно сказать, что накладные расходы можно широко варьировать под потребности организации. Я также представлю следующую статью об администрировании сервера отчетов для рассмотрения опций и процессов, которые могут использоваться для этих целей.

[В начало]

Доступ и доставка отчетов

Являясь системой отчетности масштаба предприятия и ориентированный на Web, Reporting Services разрешает доступ с “самообслуживанием”, при котором пользователи информации могут просматривать отчеты по требованию. Пользователи могут также получать доступ к отчетам через процесс подписки, когда отчеты генерируются и отправляются клиенту на определенный адрес на постоянной основе. Клиенты, имеющие права доступа, могут выбирать отчет из иерархических папок на Web сервере так же легко, как щелкнуть мышью на одном из отчетов, изображенных на рис. 4 в предыдущем разделе. Результатом является отчет, сгенерированный по требованию, пример которого изображен на рис. 5.

Рис. 5: Пример отчета, выбранного и сгенерированного в окне клиента с соответствующими правами доступа

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

Существует множество форматов просмотра / экспорта отчетов, как это показано на рис. 6. Варианты форматов в браузере включают файл XML с данными, CSV, TIFF, PDF (Adobe Acrobat), Web Archive, Excel и HTML с компонентами Office Web. Как мы уже отмечали, интеграция с Microsoft Office – это еще одно очевидное преимущество, предлагаемое Reporting Services.

Рис. 6: Множество различных вариантов просмотра, существующих в Reporting Services

[В начало]

Краткий обзор и заключение ...

Т.к. Microsoft решили не ждать появления Yukon, следующей версии MSSQL Server с которой должен был выйти на рынок Reporting Services, это дало возможность организациям раньше избавиться от дорогостоящего багажа систем отчетности предприятий, доминировавших много лет. Reporting Services предлагает реальную интеграцию разработки, управления, доступа и отправки отчетов в одном пакете, предлагая организациям новый взгляд на систему отчетности предприятия. Продолжая нашу новую серию статей, мы подробно рассмотрим множество возможностей Reporting Services, сравнивая и противопоставляя их подходам прошлого, и ожидая прихода еще более эффективного и интегрированного завтрашнего дня.

[В начало]