次の方法で共有

運用ワークスペースの構築

  • [アーティクル]

この記事では、ワークスペースと、運用ワークスペースを構築するために使用されるパターンとサブパターンの詳細について説明します。

ワークスペースは、次のように定義されています。

  • プライマリ ナビゲーション メカニズムの一部。
  • 事業活動 (ターゲット ユーザーの作業を構成するタスクの論理グループ) をサポートするフォーム。
  • 単純なタスクをワークスペースで直接完了できるようにすることで、活動の初期の概要を提供し、生産性を向上させる方法。

ワークスペースには次の目的があります...

  • 情報に基づいた意思決定をサポートするために、ユーザーがアクティビティの現在の状態を理解できるようにします。
  • データを選択することでユーザーを深いページに移動させ、情報のないページへのラウンド トリップを回避します。
  • 深いページへのラウンド トリップを回避するためにワークスペースでユーザーに軽いタスクを実行させます。
  • ワークスペースを離れることなく活動を完了します。
  • ナビゲーションの必要性が減少します。
  • ビジュアル効果を提供します。
  • 最小限の COGS と迅速な応答時間をもたらす規範的なパターンとベスト プラクティスを使用して構築します。

ワークスペースの例

これらの目標を達成するため、工程ワークスペース パターンが開発されました。

例

ワークスペースの例は、フリート管理の予約管理 ワークスペースです。 メニュー項目 FMClerkWorkspace にアクセスすることにより取得することができます。 上記のワークスペースには、次の項目があります。

  • 集計 - タイルとグラフが含まれています。
  • レンタル - 3 ページから成る垂直タブ コントロールが含まれています。最初のページが選択され、右端に対応する内容が表示されます。
  • 統計 - 積み上げグラフを含みます。
  • 関連リンク - このユーザーと活動に関連するフォームへのグループ化された一連のメニュー項目のリンクが含まれています。

全体のフォームとその中の各セクションは、UX パターンとサブパターンを使用して定義されます。 対応するパターンについては、次のセクションで詳しく説明します。

パターンおよびサブパターン

運用ワークスペースを作成するときは、ワークスペースのコンテンツに合わせて定義された次のパターンとサブパターンを使用する必要があります。 一般に、パターンの構造にコントロールが引用されている場合、共通名 (ControlType) [カーディナリティ] のように記述します。 カーディナリティを指定しない場合、品目は 1 回だけ必要になります。 単純なパターンおよびサブパターンの場合、構造ツリーは省略されています。

パターン

運用ワークスペースで使用するトップレベルのパターンがあります。

運用ワークスペース

このパターンは主な運用ワークスペース パターンであり、運用ワークスペース フォームの設計ノードに適用する必要があります。 次の構造体を指定します。

  • デザイン
    • ActionPane (ActionPane) [0..*]
    • ワークスペース ページ フィルター グループ (グループ) [0..1]
      • サブパターン: ワークスペース ページ フィルター グループ
    • クイック タブ (タブ)
      • セクション概要タイル (TabPage)
        • サブパターン: セクション タイル
      • セクション タブ付きリスト (TabPage)
        • サブパターン: セクション タブ付きリスト
      • セクション グラフ (TabPage) [0..1]
        • サブパターン: セクション積み上げグラフ
      • セクション関連リンク (TabPage)
        • サブパターン: セクション関連リンク

メモ

バージョン 10.0.25 以降、次の変更が導入されます。

  • ワークスペースの縦向きへの移行を容易にするために、パノラマのコンポーネントは FastTab に置き換えられました。
  • タブ付き運用ワークスペース パターンは、Power BI レポートを含むコンテンツの複数の標準タブが必要なワークスペースで使用できます。

フォーム パート セクション リスト

このパターンは、リストを含むフォーム パート フォームに使用されます。 これらのリストは、運用ワークスペース パターンのセクション タブ付きリスト (TabPage) 内で参照されます。 s非推奨のハブ パート グリッド パターンの残りの用途は、 フォーム パーツ セクションの一覧パターンに移行する必要があります。

  • デザイン
    • ヘッダー グループ (グループ) [0..1]
      • サブパターン: フィルターおよびツール バー - インラインまたはサブパターン: フィルターおよびツール バー - 積み上げ
    • コンテンツ グリッド (グリッド)
    • 既定のアクション ボタン ($Button - ボタンの種類) [0..1]
    • すべてのメニュー項目 (MenuFunctionButton) [0..1] を参照してください

ハブ パート グラフ

このパターンは、チャート コントロールを含むフォーム パートフォームに使用されます。 これらのチャート フォームは、2 つのサブパターン、セクション タイルとセクション積み上げグラフで参照されます。 厳密に 1 つのグラフ コントロールが必要です。

サブパターン

ワークスペース ページ フィルター グループ

このサブパターンは、運用ワークスペース パターンで参照されます。 これは、単一の入力コントロールに使用でき、ワークスペースを全体としてフィルター処理するために使用できます。

セクション タイル

このサブパターンは、運用ワークスペース パターンで参照されます。 任意の順序で、タイルおよびチャートの両方の定義を有効にします。 タイルは TileButton コントロールで定義され、チャートはフォーム パーツ コントロールを使用して定義されます。 チャート フォーム パーツの分析コードは、タイルが表示された状態で正しくチャートが流れるように、通常のタイルの分析コードと一致する必要があります。 非推奨のタイル サブパターンの残りの用途は、 セクション タイル サブパターンに移行する必要があります。

セクション タブ付きリスト

このサブパターンは、運用ワークスペース パターンで参照されます。 これによって、複数のリスト コンテナーをモデル化し、それぞれ最終的に目的のリストを含むフォームを指定するフォーム パーツを参照します。 次の構造が必要です。

  • タブ付きの一覧 (タブ)
    • タブ付きリスト ページ (TabPage) [0..*]
      • フォーム パート セクション リスト (FormPartControl)。 注記: 参照されるフォームは、フォーム パート セクション リストのフォーム パターンを使用する必要があります。

セクション積み上げグラフ

このサブパターンは、運用ワークスペース パターンで参照されます。 これは最大 2 つのグラフに使用でき、垂直積み上げ方向で表示されます。 次の構造が必要です。

  • タブ ページ (TabPage)
    • 最初のグラフ FormPart (FormPartControl) [0..1]
    • 2 番目のグラフ FormPart (FormPartControl) [0..1]

このサブパターンは、運用ワークスペース パターンで参照されます。 これは 1 つのレベルの入れ子を含むかもしれない、一連のリンクに使用できます。 次の構造が必要です。 非推奨のハブ パーツ リンク サブパターンの残りの用途は、 セクション関連リンク サブパターンに移行する必要があります。

  • タブ ページ (TabPage)
    • メニュー機能ボタン (MenuFunctionButton) [0..*]
    • リンク グループ (グループ) [0..*]
      • メニュー機能ボタン (MenuFunctionButton) [1..*]

フィルターおよびツールバー – インライン

このサブパターンは、フォーム パーツ セクション リスト パターンによって参照されます。 これは、すべての同じ行で一部のフィルターとツール バーに使用できます。 次の構造が必要です。

  • グループ (グループ)
    • フィルタ グループ (グループ) [0..1]
      • 簡易フィルター (QuickFilterControl) [0..1]
      • カスタム フィルター フィールド ($フィールド – フィールドの任意の種類) [0..*]
    • ツールバー (ActionPane) [0..1]

フィルターおよびツールバー - 積み上げ

このサブパターンは、フォーム パーツ セクション リスト パターンによって参照されます。 1 つの行の複数のフィルター フィールドとこれらのフィルターの下の 1 つの行に 1 つのツールバーが許されます。 通常、このパターンは簡易リストに対してだけ使用されます。 次の構造が必要です。

  • グループ (グループ)
    • フィルタ グループ (グループ) [0..1]
      • 簡易フィルター (QuickFilterControl) [0..1]
      • フィルター フィールド 1 ($Field - フィールドの任意の種類) [0..1]
      • フィルター フィールド 2 ($Field - フィールドの任意の種類) [0..1]
    • ツールバー (ActionPane) [0..1]

将来のベスト プラクティスの確認

最終的にワークスペース用に構築されるベストプラクティス (BP) チェックがいくつかあります。 これらのチェックは、パフォーマンスや設計上の理由から推奨されるアイテムについてユーザーに指導することを目的としています。

インデックスの対象となるフィルター

このチェックは、ワークスペース全体のフィルタ上のフィールドとして使用するようにモデル化されたフィールドがすべてインデックスでカバーされるようにするためのものです。 このチェックにより、ユーザーがこれらのフィルターを利用した際のパフォーマンスが向上します。

OLAP チャートのみが含まれているグラフ部品

ワークスペースにグラフが含まれているときは、そのグラフは分離したフォームとしてモデル化され、そのフォームはフォーム パーツ コントロールを使用してワークスペース上で参照されます。 このチェックの目的は、ワークスペースから最終的に参照されるチャートが OLAP データのみを使用するようにすることです。

カウント タイルにはクエリが定義されています

これらのフォームは通常複数のカウント タイルを含むため、タイル キャッシュ システムは、ワークスペースのパフォーマンスを向上させるために実装されています。 キャッシュ システムと共に正常に作動するこれらのカウント タイルについては、各タイルにはクエリが定義されている必要があります。 そのクエリは、タイル、またはタイルによって参照されるメニュー項目で定義されます。 この BP チェックの目的は、すべてのカウント タイルについてこれらの 2 つの場所のいずれかにクエリが確実に定義されるようにすることです。