ビュービルダー

ソースの表示

概要

Yellowfinのビューは、データソース内の物理的なビューあるいはテーブルのメタデータです。レポート作成者は、データベースに対してクエリーを発行するビューを選ぶだけで、データベースの実際の構造について理解することなしに、データの分析やビューのフィールドを使ってのレポート作成を行うことができます。

ビューは、レポート作成者が技術的なスキルなしにレポートの実行やデータの分析を行えるよう、直観的なインターフェースを提供します。

See [View Creation] for more information.

ビューの管理

ビューは管理者によって作成されます。どんな人がビュー管理者になるかについて基準はありません。たとえば社内のデータベース管理者やアプリケーションマネージャー、あるいはプロジェクトマネージャーなど、あるいは十分な技術力のあるビジネスユーザーが他のユーザーのためにビューを作成することになるでしょう。

ビュー管理者には、以下のような技術的なスキルと知識が必要です：

ビューの構成要素

ビューには以下の構造が含まれます：

フィールドタイプ

ビューを作成するには、フィールドを定義および分類します。この定義はそのフィールドがレポートでどう扱われるかを既定するもので、フィールドは、ディメンション（次元）またはメトリック（数値）のどちらかに定義されます。その用途を以下の表に示します。

ビューの使用

ビューは、Yellowfinのレポート作成者によって使用されます。ビューのメタデータはYellowfinによって集中的に管理され、エンドユーザーはレポートの実行時に、ウェブブラウザーを通してビューにつながります。

ビューを使うことで、エンドユーザーは自動的にソースシステムのデータにアクセスします。データへのアクセスは、ビューで利用可能なフィールドにより制限されます。管理者はレポート使用者の必要に合わせてこれらのフィールドの定義を行います。

データ分析の補助

ビューは必要に応じてどんなアプリケーション、システム、ユーザーグループに対してもデータを提供できます。たとえば、会社においてマーケティング担当部署や会計部署が必要とするフィールドを含めることができます。
ビューはまた、部署内にあるセクションや、給与支払いや在庫管理のシステムといった組織化された処理のニーズにも応えられます。 

ビューの利用者

レポート作成者は、レポートや分析のためにビューを使います。ビューは、作成者が必要とするカテゴリーとフィールドを提供しなければなりません。

レポート作成者に提供されるフィールド

フィールドは、以下のようにツリー構造のノードとして示されます。

View design methodology

The view design methodology consists of four stages:

1. Analysis of business problem and planning the view solution
2. Building the view
3. Defining fields and Creating Calculated Fields
4. Publishing the view to users

Each implementation phase is based on an assumption that you have completed an initial planning phase.

1. Plan the view
   The analysis of user requirements and design are the most important stages in the process. Users must be heavily involved in the development process if the view is going to fulfil their needs both with the business language used to name fields and the data that can be accessed.
   Implementation will be very quick and easy if this stage is carried out properly. You should note the following points:
   1. You must fully understand the data analysis and reporting needs of the target audience for the view. Do not create fields by looking at the columns available in the database, but identify columns that are required as a result your user needs analysis.
   2. Understand the source system data and business rules required for generating the required fields for users.
2. Building the view
   You create an entity relationship diagram for the underlying database structure of your view. This includes the selecting the appropriate tables and columns of the source database and the joins by which they are linked.
3. Defining Fields
   Select columns form your source system tables and organise these fields into categories. These are fields that you have identified from an analysis of user reporting needs. You can create additional calculated fields and filters to enhance user reporting capabilities and optimise query performance.
   Test the integrity of your view structure. You should also perform tests using the report writer on the view.
4. Publish the View
   You can publish your view to users for testing, and eventually for production use, by expanding the number of users that have access to the view.

The table below outlines the major phases in a typical view development cycle:

Note: View design should always be driven primarily by user requirements and NOT the data source structure.