Бизнес-сценарии открытой платформы - FineReport Справка | Разработка отчетов | Отчетность | Учебные пособия

Пример бизнес-сценария открытой платформы

1. Обзор

1.1 Функциональный профиль

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

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

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

1.2 Ожидаемые результаты

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

2. Примеры реализации

2.1 Подготовка окружающей среды

Установите FineBI, требуется версия 5.1.19 и выше

Установка подплагина FineBI Interface

2.2 Конфигурация открытой платформы

1) В управлении платформой перейдите в раздел Open Platform-Application Management и создайте новое приложение.

2) Нажмите кнопку Редактировать, чтобы получить автоматически сгенерированные идентификатор и ключ приложения

3) В управлении разрешениями откройте разрешение интерфейса FineBI

Примечание: В последующих вызовах интерфейса к параметру Header необходимо добавить следующие параметры

decUser: имя пользователя (требуется пользователь с правами редактирования BI)

client_id: идентификатор приложения, полученный на шаге (2)

секрет: ключ, полученный на шаге (2).

2.3 Взаимодействие с центрами обработки данных

На странице Data Middleware сотрудник выбирает конкретные измерения и метрическую информацию, как показано на следующем рисунке;

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

2.3.1 Интерфейс BI New SQL Dataset

Interface documentation address: https: //console-docs.apipost.cn/preview/8235cdbf59160235/261d4ec087ce3925?target_id=6cd43991-55ad-4895-990d-99eefa840ab1

URL-адрес интерфейса:

Имя двигателя в интерфейсе URL, пожалуйста, заполните в соответствии с реальной ситуацией: имя двигателя: прямой-прямой; извлечение-паук; следующим образом

See in particular: https: //console-docs.apipost.cn/preview/8235cdbf59160235/261d4ec087ce3925?target_id=440b0363-08cf-4f09-aa81-8dd5a2a33ef7

Параметры тела запроса:

Информация SQL, полученная на шаге (1), а также известная папка и информация о соединении данных будут использованы для создания нового набора данных SQL через этот интерфейс, как показано на следующем рисунке;

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

Ответ:

Запись для получения имени набора данных transfername, этот параметр будет использоваться при последующем создании приборной панели

2.3.2 Интерфейс создания BI Dashboard

Interface documentation address: https: //console-docs.apipost.cn/preview/8235cdbf59160235/261d4ec087ce3925?target_id=e6215617-603e-4eb0-a17e-5338b598447f

(Ссылка 1) Шаги для нового интерфейса наборов данных SQL в BI, который является более сложным и описывает только некоторые важные параметры

Параметры тела запроса:

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

Ответ:
Система создает соответствующую приборную панель и компонент по умолчанию в бэкенде.

2.4 Доступ к развитию

После завершения стыковки интерфейсов, идентификатор приборной панели, возвращенный интерфейсом на последнем этапе, может быть доступен на странице разработки BI для Self-service BI-анализа после его сращивания в соответствии с фиксированной структурой.

3. Резюме

В настоящее время общий процесс стыковки платформы разработки понятен, а настройка разрешений относительно проста, так что разработчики могут легко управлять и использовать интерфейс при разработке страниц.

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