このページを共有

# スペースとワークスペースを設定するためのベストプラクティス

このトピックでは、ALM Octaneでスペースとワークスペースを設定するためのベストプラクティスと推奨事項を提供します。

このトピックの内容:

## 概要

この概要では、ALM Octaneのさまざまなタイプのスペースとその操作方法に関する基本情報を提供します。

条項

サイト | トップレベルのコンテナ。 ALM Octaneで作成されたさまざまなスペースの管理と、管理タスクを実行してユーザーを管理する場所を許可します。
スペース | トップレベルの論理コンテナ。 データの完全な分離を提供します。スペースは、データの共有と相互作用を可能にする最高のコンテナレベルです。スペースは、リレーショナルデータベーススキーマ、Elasticsearchインデックス、リポジトリの場所など、作成時に独自のリソースを割り当てます。
ワークスペース | 作業コンテナ。 ユーザーは常に特定のワークスペースのコンテキストで作業します。ワークスペースは常に共有スペースに含まれ、データと設定を論理的に分離します。分離のレベルは、作成された共有スペースのタイプによって定義されます。

サイトとスペースの詳細については、スペースの管理 (スペース管理者向け)を参照してください。

スペースの種類

ALM Octane Enterpriseエディションは、次のタイプのスペースを提供します。共有および個別。

共有スペース (エンタープライズ版) | ワークスペースはカスタマイズを共有し、データを共有できます。クロスワークスペースレポートが可能です。一部のエンティティはグローバルとして定義され、すべてのワークスペースで表示される場合があります。
個別スペース (ProおよびEnterpriseエディション) | 各ワークスペースは、独自のカスタマイズを定義します。ワークスペース間での共有はありません。ユーザーを複数のワークスペースに割り当てて、それらをシームレスに切り替えることができます。 注: Proエディションでは、個別スペースのみを作成できます。共有スペースはエンタープライズレベルの機能です。

トップに戻る

## スペースの設定方法の計画

このトピックでは、ALM Octaneデプロイメントのスペース (個別および共有の両方) を計画するための戦略を提供します。

スペース戦略の概要

ALM Octaneの展開を計画するときは、プロジェクトをチームに最高のエクスペリエンスを提供する構造に分解する方法を計画することが重要です。

一般に、ワークスペースを完全に分離する必要が実際にない限り、(個別スペースではなく) 共有スペースを使用します。共有スペースを使用すると、プロジェクトの成長に合わせてALM Octaneをより適切にスケールアウトできます。

以下の要素を考慮してください。

プロジェクト間の相互作用とデータ共有の量

密接な相互作用があり、頻繁に連携するプロジェクトがある場合は、それらを同じワークスペースに配置するか、同じ共有スペースの下の異なるワークスペースに配置することを検討してください。

このベストプラクティスは、このユースケース、データの共有、および同様のプロセスと共有のカスタマイズを持つユースケースの両方に関連しています。同様のプロセスと共有カスタマイズの操作に関するその他の提案については、共有プロセスとポリシーを持つプロジェクトを参照してください。

プロジェクト間の相互作用レベル、およびデータを共有する必要性を評価および理解しようとするときは、チームコラボレーションレベル、チーム間の依存関係、共通リリース、アプリケーション間の統合などの要因に関連します。

チーム間の相互作用のレベルは、チームと製品を同じワークスペースに配置するかどうかを決定するための最も重要な要素です。詳細については、スペースの設定方法の計画を参照してください。

チームと製品を別々のワークスペースで定義する場合、チームと製品にはエンティティ間の依存関係とデータの共有を必要とするある程度の相互作用が必要であることがわかっているため、これらのワークスペースは同じ共有スペース内に存在する必要があります。同じ共有スペース内にあるワークスペースは、次の方法でエンティティをより簡単に共有し、エンティティ間の依存関係を設定できます。

- 共有スペースレベルで共有エンティティを定義します。

- エンティティをあるワークスペースから別のワークスペースに移動します。

- 同じ共有スペース内の異なるワークスペース上のエンティティ間の依存関係を定義します。

プロセスとポリシーを共有しているプロジェクト

企業のお客様は、共有スペースレベルでカスタマイズすることにより、プロセスを実施し、共有スペース内のすべてのワークスペースに組織の標準を合わせることができます。このカスタマイズは、ビジネスルール、共通フィールド、ワークフロー、およびリストを使用して実現されます。

ALM Octaneは、ワークスペースレベルでのカスタマイズも提供するため、チームと製品を完全に連携させる必要はありません。ただし、共有スペースレベルでメインプロセスと標準を定義すると、すべてのワークスペースに適用されるだけでなく、特定のワークスペース内の特定のプロジェクトにプロセス、定義、および標準を追加できるため、有利です。これにより、柔軟性が提供されます。

対話を必要としないワークスペースのセットがある場合は、ワークスペースのセットを異なる共有スペースに分割し、それに応じて異なる共有スペースでの共通のカスタマイズを管理することをお勧めします。

注: 多数のワークスペースの一般的なカスタマイズを管理すると、共有スペースレベルでのカスタマイズが非常に複雑になり、管理が難しくなり、最終的にはパフォーマンスが低下する可能性があります。共有スペース管理者がカスタマイズの大部分を共有したい場合は、差異が大きいワークスペースが多いほど、共有スペース管理者が差異を管理するために必要な作業が多くなります。

共有スペースレベルでのカスタマイズがすべてのワークスペースに関連し、必要であることを確認してください。各ワークスペースのカスタマイズで追加の柔軟性を実現できますが、同じ共有スペース内のワークスペースの部分的なセットに対して共通のカスタマイズが必要な場合は、おそらくこれらのワークスペースを別の共有スペースに配置する必要があります。

注: 共有資産の管理についても同様です。ワークスペース間のバリエーションが多すぎて、異なる共有エンティティが必要になると、管理が困難な共有アセットが多数発生します。

Cross-workspaceレポート

異なるワークスペースで管理されているプロジェクトを追跡する必要がある場合、これらのワークスペースを同じ共有スペースに配置すると、ワークスペース間のレポートが有効になり、ALM Octaneダッシュボードの異なるワークスペースからのデータが反映されます。たとえば、2つのプロジェクトが同じリリースを共有していて、リリース内の各プロジェクトの進行状況を把握したい場合は、各プロジェクトを独自のワークスペースに配置し、両方のワークスペースが同じ共有スペースの下にあることを確認します。

また、ワークスペースが異なる共有スペースの下にある場合でも、ワークスペース間での報告が可能です。これを行うには、ワークスペースデータを外部BIツールに抽出するODataを使用します。詳細については、拡張レポートのODataサポートを参照してください。

データの分離

プロジェクトで絶対的なデータ分離が必要な場合は、独自の個別スペースのワークスペースでプロジェクトを定義します。これにより、プロジェクト間で機密情報を誤って公開する方法がなくなります。

ディザスタリカバリ計画 (DRP)

各スペースは、異なるデータベーススキーマ (Oracle) またはデータベース (SQL Server) に格納されます。

注: この説明では、Oracleの用語を使用します。

同じスペース内のワークスペースは、スペースと同じデータベーススキーマを共有します。つまり、バックアップとリカバリはスペース全体で実行でき、すべてのワークスペースが含まれます。

したがって、リカバリはスペース内のすべてのワークスペースをリカバリします。スペース内のワークスペースを1つだけ回復することはできません。

トップに戻る

## ワークスペースの設定方法の計画

このトピックでは、ALM Octaneデプロイメントでワークスペースを計画するための戦略を提供します。

ワークペース戦略の概要

スペースを設定するための戦略と同様に、スペース内でプロジェクトを分割する方法を検討してください。考慮すべき要素は、スペース戦略のパラメーターと似ていますが、規模は小さくなります。

プロジェクトが緊密に絡み合っており、データの大部分をこれらのプロジェクトの異なるチームが使用する必要がある場合は、データの共有を容易にするために、プロジェクトを同じワークスペース内に配置する必要があります。

各プロジェクトメンバーには、次の方法で関連する情報のみが表示されるようにすることができます。

- 基本的なフィルタリングを使用して、ワークスペース内のデータのサブセットを表示します。たとえば、プログラムでフィルタリングできます。

- ロールを割り当ててカスタマイズします。詳細については、ロールと権限の割り当てを参照してください。

- モジュールアクセスをカスタマイズします。詳細については、モジュールの可視性を参照してください。

- データアクセスを設定します。詳細については、データアクセス (Enterpriseエディション)を参照してください。

以下の要素を考慮してください。

チーム間でのデータの共有

チームとプロジェクトを同じワークスペースに配置するか、別々のワークスペースに配置するかを決定する主な要因は、チームに共通の共有データのレベルです。チームが同じリリース計画とコンテンツを共有している場合、または異なるエンティティに強い依存関係がある場合、これらのチームとプロジェクトはおそらく同じワークスペースを共有する必要があります。

データの分離

さまざまなワークスペースがデータの分離を提供します。異なるチームとプロジェクト間でデータを分離する必要がある場合、これはおそらく、これらのチームとプロジェクトを異なるワークスペースで管理する必要があることを示しています。

ALM Octaneはデータアクセス機能を提供しますが、これらは特定のユーザーやチームに対して一部のエンティティを非表示にする必要がある特定の場合に使用する必要があり、ほとんどのデータを非表示にする必要がある場合には使用しないでください。ほとんどのデータをチーム間で非表示にする必要がある場合は、異なるワークスペースを使用してください。

さまざまなプロセス

同じ共有スペース内のすべてのワークスペースは、共有スペースレベルから共通のカスタマイズを継承します。

スペースの共有カスタマイズに加えて、各ワークスペースをさらにカスタマイズできます。これにより、ワークスペースレベルのみに関連する追加のプロセスを定義できます。さまざまなプロセスに準拠するためにワークスペースレベルでさまざまなカスタマイズが必要であり、データを共有する必要がない場合は、これらのプロジェクトとチームをさまざまなワークスペースで定義することをお勧めします。

トップに戻る

参照情報:

- ベストプラクティス

https://admhelp.microfocus.com ALM Octane 8942
検索結果を改善するためのヒント... ALM Octaneヘルプセンター ALM Octaneヘルプ 15.1.90 すべて ローカルヘルプセンターを表示 オンラインヘルプセンターを表示 戻る ブラウザーの履歴内を戻る 進む ブラウザーの履歴内を進む 検索のハイライトを削除する 次のトピック 次のトピックに進む 前のトピック 前のトピックに戻る 現在のトピックを印刷 バージョン: