更新 : 2007 年 11 月
この用語集では、Visual Studio Team System ヘルプで使用されている主要な用語を定義します。
サーバー管理者 [server administrator]
サーバーから作業項目トラッキングを変更できる管理者。サービス レベル アグリーメント (SLA) [service level agreement (SLA)]
2 つの組織間で結ばれ、一方が提供することに合意し、他方がそれに対応する責務に合意したサポートのレベルおよび性質を詳述した契約。SLA により、サービス レベルに対する顧客/ユーザー要件が正式なものとなり、全当事者の責任が定義されます。サービス品質要求 [quality of service requirement]
作業項目の 1 種であり、パフォーマンス、負荷、ストレス、セキュリティ機構、プラットフォームなどのシステムに対する制約を記録したもの。これらの要件では、機能についてではなく、その機能に対する制約について説明します。作業項目 [work item]
1) Visual Studio Team Foundation が作業の割り当てと状態をトラックするために使用するデータベース レコード。作業項目は Team Foundation Server ソース管理サーバーに格納されているファイルとフォルダによって表されます。作業項目の種類には、タスク、変更、要求、リスク、レビュー、要件、およびバグがあります。2) 作業項目の種類のインスタンス。Team Foundation Server でユーザーに割り当てられる作業の単位になります。作業項目 ID [work item ID]
データベース内の作業項目にある一意の識別子。作業項目クエリ [Work Item Query]
WHERE 句と、COLUMN および SORT BY 要素を含んだ、特殊な SELECT ステートメント。作業項目クエリは、SQL クエリをモデルにして作成されています。作業項目クエリ言語 (WIQL) [Work Item Query Language (WIQL)]
SQL の自由な変種である WIQL は、SELECT、WHERE、COLUMN、および SORT の各句を含む構文を使用して、Team Foundation Server の作業項目トラッキング サブシステムに対するクエリを記述します。クエリ ビューは、作業項目クエリの定義に使用するユーザー インターフェイスです。作業項目の種類 [work item type]
Team Foundation Server のプロジェクトに関連付けられた名前付きの定義。作業項目の種類は、フィールド、フォーム、ワーク フローから成り立っています。これらは XML を使用して定義されています。定義は Team Foundation Servers 間で移動可能です。作業項目フォーム ビュー [Work Item Form view]
作業項目のインスタンスを完全なフォームとして示す Visual Studio の文書ウィンドウ。Visual Studio の文書として多くの作業項目フォームを開くことができます。作業項目ログ [work item log]
現在入力中のメモと、保存済みで編集できない通信の履歴を表示します。作業生産物 [work product]
文書、スプレッドシート、変更セットなどの、個別の成果物、または生成物。作業フォルダ [working folder]
Visual SourceSafe データベースからチェックアウトしたファイルを格納するために使用される、ユーザーのローカル コンピュータ上で指定されたフォルダ。ユーザーは作業フォルダでファイルを変更した後、バージョン トラッキングを行うことができるように、変更したファイルをデータベースにチェックインします。作業分解構造 (WBS) [work breakdown structure (WBS)]
プロジェクトの作業スコープ全体を編成して定義する、成果物志向のプロジェクト要素のグループ化。レベルの下位に行くほど、プロジェクト作業がより詳細に定義されていきます。作業分解構造 (WBS) では、要素どおしの関係、および最終製品との関係も識別する必要があります。サブシステム [subsystem]
システムの小さい部分。差別化要因 [differentiating factor]
あるシナリオの他のシナリオからの一意性を決定するシナリオの部分。差別化要因のゴールは、同じシステム フローを示すシナリオが複数作成されるのを防ぐことです。サンプリング [sampling]
プログラム実行のスナップショットをときどき取得することを必要とするプロファイリング手法。「インストルメンテーション」も参照してください。シェルブ [shelve]
一連の変更をシェルブセットにグループ化すること。シェルブセット [shelveset]
コミット前の状態で、現在はサーバーに配置されている一連の変更。シェルブセットには、変更されたファイル自体への変更など、保留中の変更のすべての内容が含まれています。資産 [asset]
敵対者による悪用から、システムが保護する必要のある、抽象的または具象的なリソース。システム API 呼び出し [system API calls]
ユーザー モードからカーネル モードへの遷移。システム ダイアグラム [system diagram]
アプリケーション定義またはシステム定義の使用方法を示す単一の複合システム定義を表したもの。接続は、アプリケーション/システム間に構成されている通信リンクを示します。実験用ビルド [experimental build]
特殊なレジストリ ハイブに格納された、Visual Studio の分離されたインスタンス。これにより、開発者は、隔離された作業環境で簡単かつ一貫してソリューションをデバッグおよび配置できます。実行構成 [run configuration]
実行構成ファイルに格納されている設定、およびテストの実行時のランタイム環境に影響を及ぼす設定。実行設定 [run settings]
ロード テストの実行に影響する一連のプロパティ。たとえば、テスト継続時間とテストの説明は実行設定で指定されます。自動テスト [automated test]
システムの機能をテストするために、コンピュータがプログラムによって実行する一連の操作。シナリオ [scenario]
作業項目の 1 種であり、システムを介したユーザーとの対話の単一パスを記録したもの。ペルソナがゴールに到達しようとする際、そのゴールへの到達の試みで行う特定の手順がシナリオに記録されます。重複リンク [duplicate link]
同じ作業項目を表す 2 つの作業項目間の Team Foundation リンク。実際には、同じバグを 2 人が報告するとこのリンクが発生します。終了基準 [exit criteria]
特定のマイルストーンを終了する前に、製品またはサービスが満たしておく必要のある一連の基準。終了基準が存在することで、ある工数が終了したことを示すサインになります。手動テスト [manual test]
人が実行し、通常は手順がテキストまたは Word 文書に記述されているテスト。手動テスト テンプレート [manual test template]
手動テストの作成に一貫性を提供するためにシステムが使用するテンプレート。取得 [get]
ワークスペースのバージョンを指定のサーバーのバージョン (既定では最新バージョンになります) で置き換えること。順位 [rank]
各エントリに対してスタック順位と同様の一意で基本的な位置を与えること。「優先度付け」も参照してください。順序指定テスト [ordered tests]
定義された順序で一連のテストを行い、その中の 1 つでも失敗すると失敗となる、テスト トランザクション。使用シナリオ [usage scenario]
ユーザーが作業を完了するために実行するタスクの記述。承認基準 [acceptance criteria]
製品または製品のコンポーネントが、ユーザー、顧客、およびその他の承認エンティティから承諾されるために満たす必要がある基準。承認テスト [acceptance testing]
ユーザー、顧客、または他の承認エンティティが製品または製品のコンポーネントを承認するかどうかを決定するために実施される正式のテスト。信頼レベル [trust level]
外部エンティティの認証方法と、与えられている特権に基づくことの多い、外部エンティティの特性の 1 つ。信頼レベルは、開始ポイント、ペルソナ、資産、またはその他の保護されたリソースに関連付けることができます。スイムレーン [swimlane]
ドメイン固有言語デザイナに表示され、ドメイン固有の言語のダイアグラムを論理領域に分割する水平線または垂直線。スキーマ [schema]
データベースの構造に関する情報 (つまりメタデータ) が格納されているオブジェクトまたはデータベース オブジェクトのコレクション。スコープ [scope]
所定のバージョンの制約内で達成可能なソリューションのビジョンの部分。プロジェクトのスコープをネゴシエートすると、顧客のニーズおよび願望と、技術上およびビジネス上の制約との均衡を取ることができます。スタック順位 [stack rank]
作業項目の優先度。ステークホルダ [stakeholders]
プロジェクトに積極的に関与する個人および組織、または、プロジェクトの実行または完了の結果として好影響または悪影響を受ける可能性のある個人および組織。プロジェクトおよびその結果に影響を及ぼす場合もあります。ストレス テスト [stress test]
(1) 負荷を受けているシステムの応答を判断するためのテスト。(2) MSF Agile では、アプリケーションの限界点を判断し、リソースの飽和時にアプリケーションにその上限を超えさせるテスト。スポンサー [sponsors]
プロジェクトの開始および承認とその結果の承認を行う個人。スモーク テスト [smoke tests]
「ビルド確認テスト」を参照してください。成果物 [artifact]
仕様やテスト計画を含む、ソフトウェア製品ドキュメントの種類。テキスト テンプレートの場合、成果物には生成されたテキスト出力も含めることができます。脆弱性 [vulnerability]
コンピュータが脅威による悪用を受けやすくする弱点、管理上のプロセスや行為、または物理的な露出など。成熟度レベル [maturity level]
事前に定義された一連のプロセス領域ですべてのゴールが達成されているプロセス改善レベル。制約 [constraint]
モデルのセクションに対する論理的な条件。各制約は、モデル内のドメイン クラスで実装されている検証メソッドによって組み込まれます。セキュリティ グループ [security group]
リソースへのアクセス権の付与に使用される、ユーザー、コンピュータ、連絡先、および他のグループのコレクション。セキュリティ テスト [security test]
リソースへのアクセス権の付与に使用される、ユーザー、コンピュータ、連絡先、および他のグループのコレクション。ゼロ バグ バウンス [zero bug bounce]
アクティブなバグがない、プロジェクト内の最初の特定の瞬間。ゼロ バグ リリース [zero bug release]
すべてのアクティブなバグの解決後の、テストへの最初のリリース。宣言テスト [declarative tests]
新しい Web テストの作成時に起動される Web テスト レコーダを使用して生成される通常の Web テスト。ソース [source]
ある操作において、その操作によって変更されないデータベース。たとえば、あるデータベース プロジェクトをそのデータベースの現在の配置と比較し、データベース プロジェクトに一致するように配置を更新する場合、データベース プロジェクトはその操作のソースと見なされます。ソース管理エクスプローラ [Source Control Explorer]
Team Foundation のソース管理項目の確認および管理に使用されるコンポーネント。項目としては、チーム プロジェクト、フォルダ、ファイルなどが含まれます。ゾーン [zone]
論理データセンター ダイアグラム上のデータセンター内の論理的なパーティションまたは通信境界を表します。ただし、ゾーンは信頼できる境界など、任意の境界を表現できます。速度 [velocity]
イテレーションなどの単位時間あたりで完了する作業の測度。速度レポート [velocity report]
イテレーションなどの単位時間あたりで完了する作業の割合の測度を示すレポート。ソフトウェア ファクトリ [software factory]
ツール、テンプレート、ライブラリ、ドキュメントなどの資産を構造化したコレクション。ソフトウェア ファクトリは、特定の種類のソフトウェア システム、アプリケーション、または製品ラインの製造プロセスを自動化することにより、統合開発環境を拡張します。ソフトウェア ファクトリ スキーマ [software factory schema]
ファクトリの構造を定義するモデル。このスキーマは、資産とカスタム プロセスを一連のアーキテクチャ ビューに整理します。また、ファクトリの出力も説明します。ソリューション [solution]
顧客独自のビジネスの問題または機会に適切に対応するために必要な要素 (テクノロジ、ドキュメント、トレーニング、サポートなど) を組織的に提供すること。ソリューション アーキテクチャ [solution architecture]
ソフトウェアの構造、開始ポイント、信頼できる区分、およびクラスとコンポーネントの関係を含む、ソフトウェアのアーキテクチャ。ソリューションの概念 [solution concept]
ソリューションがゴールおよび要件を満たす方法の総合的な説明。