更新 : 2007 年 11 月
この用語集では、Visual Studio Team System ヘルプで使用されている主要な用語を定義します。
カーネル時間 [kernel time]
ユーザー モードのアプリケーションを実行中に、カーネル モードの実行に費やされる時間。ディスクの I/O や同期イベントを待つ時間を含みます。カーネル時間は、プロファイラによって常に概算されています。回帰 [regression]
以前修正した問題が、再び表れること。回帰テスト [regression test]
日常的に行われるビルドの後で、ソース コードのコンパイルによるビルドが成功したことを検証するために実行されるテスト。概算見積もり [rough order of magnitude estimate]
詳細なコスト計算なしで行われた見積もり、または初期の不完全なデータによる見積もり。典型的な例では、1 ～ 3 日、3 ～ 10 日、または 10 日以上などで分類します。概算見積もりは、シナリオまたはサービス品質要求にかかる、おおよその費用見積もりを確立します。開始基準 [entry criteria]
ある工数を開始できる前に実現している必要のある状態のこと。開始ポイント [entry point]
システムの資産またはリソースへのアクセスを取得するために使用されることのある、システムによって用意されるインターフェイス。概念設計 [conceptual design]
設計プロセスにおける主要な段階の 1 つで、プロジェクト チームによって業務上の要件をユーザーと開発者とで共有できる共通の一般的な言葉に翻訳し、ソリューションが達成する必要のある機能のセットや使用状況を記述します。家を設計する場合でたとえると、概念設計は、ラフ スケッチやモデルに当たります。これらは、顧客とアーキテクトが共同で作成する、わかりやすいモデルです。開発タスク [development task]
通常は、シナリオの一部またはサービス品質要求を作成するために作成される、割り当て済みの開発作業単位。開発タスクは、開発者の目標をイテレーションのコンテキストで示します。カウンタ セット [counter set]
ロード テスト時の監視に役立つ一連のシステム パフォーマンス カウンタ。カウンタ セットは、たとえば ASP.NET カウンタ セット、SQL カウンタ セットなど、テクノロジ単位に整理されています。カウンタ セット マップ [counter set map]
ロード テスト時に使用されるカウンタ セットとコンピュータとの関連付け。たとえば、Web サーバーには ASP.NET、IIS、および .NET アプリケーションのカウンタ セット マップがあります。カウンタしきい値 [counter threshold]
ロード テストの実行時に、システム リソースの使用状況を通知するために特定のカウンタに対して設定できる警告。しきい値には警告と重大の 2 種類があります。カウンタ セットの定義には、多数の重要なパフォーマンス インジケータに対する定義済みのしきい値が含まれます。カバレッジ コレクション [coverage collection]
アプリケーションのどのブロックまたは行が少なくとも 1 回は実行されたかを示す、実行時に収集される情報。監査 [audit]
CMMI Process Improvement での作業において、要件が満たされているかどうかを判断するために行う作業生産物または作業生産物のセットの独立した検査。関連リンク [related link]
2 つの作業項目の間にある Team Foundation リンク。機能 [feature]
ユーザーによる操作を可能にし、ビジネス目標の達成を可能にする、論理的に関連する一連の機能的要件。機能仕様 [functional specification]
ソリューション、製品の機能セット、またはプロジェクトの他の最終的な成果物を明確かつ詳細に記述した成果物。概念設計、論理設計、および物理設計を含んでいます。機能性 [function]
機能、製品、またはコンポーネントのパフォーマンスの記述。機能への不満 [feature dissatisfaction]
製品が、市場、競争相手、以前の体験、または約束に基づく期待に応えないとユーザーが思っている状態。規範 [disciplines]
プロセス内のアクティビティおよびガイダンスを、共通のテーマに従って分類する特殊な体系。1 つまたは多数のロールに関連する場合があります。主な規範は、プロジェクト ライフ サイクルの全体にわたります。基本原則 [principle]
手法またはプロセスを定義する基本的な方針および前提。MSF の主な基本原則としては、反復開発プロセス、チームの責任のロール別の分割、開発のフェーズなどがあります。脅威 [threat]
敵対者が開始ポイントを使用して資産に影響を与えようとする方法のこと。脅威は敵対者にとってゴールを表します。共通構造サービス [Common Structure Services]
Team Foundation で機能の階層構造を記述するためのしくみ。共通スクリプト [common script]
データベース単体テストでは、TestInitialize スクリプトと TestCleanup スクリプトのいずれかのこと。共通スクリプトは、データベース単体テストの一部として実行されません。その代わりとして、共通スクリプトは、テストの実行前および実行後にテスト環境 (テスト対象のデータベースを含む) を変更するために実行されます。クエリ [query]
Visual Studio Team Foundation で作業項目を表示するために使用する名前付きの基準セット。クエリ ビュー [Query View]
クエリ ビルダとその結果リストの両方を含んでいる、Visual Studio のドキュメント ウィンドウ。クエリ ビューは、クエリをすばやく定義して実行できるように設計されています。クエリ ビルダ [Query Builder]
作業項目クエリを定義するユーザー インターフェイス。クエリ句 [query clause]
式 (またはクエリ副句) とそのすぐ横にある論理演算子の組み合わせを含んでいる句。SQL ステートメントの WHERE 句に基づいてモデル化されていて、フィールド名、演算子、および値を含んでいます。クエリを実行 [run query]
作業項目クエリを実行するためのコマンド。区分 [area]
共通構造サービス階層構造のノードの 1 つで、機能区分を表します。クラス ダイアグラム [class diagram]
クラス、およびクラス間の関係を視覚的、静的に表したもの。クリティカル パス [critical path]
プロジェクトの存続期間を決定する、一連のアクティビティ。確定的モデルでは、クリティカル パスは通常、ある特定の値 (ゼロの場合が多い) 以下の変動値を持つアクティビティとして定義されます。クリティカル パスは、プロジェクトを通じて最長のパスとなります。警告 [warning]
ビルドの懸案事項を通知するメッセージ。「エラー」も参照してください。結果ビュー [Results view]
結果リストと作業項目フォームの両者を含む Visual Studio の文書ウィンドウ。結果ビューを使用すると、独自のクエリをすばやく定義して実行できます。結果リスト [Results List]
作業項目クエリの結果の一覧を表示する UI のテーブルまたはグリッド。欠陥ゼロ状態 [zero defect state]
警告やエラーのない状態。検証 [validation]
モデルで有効なデータとその要素間の整合性を確認するために記述できるカスタム コード。ドメイン固有の言語フレームワークでは、モデルの検証に組み込みの制約も使用します。構成管理 [configuration management]
システムの構成項目の識別と定義、構成項目および変更要求の状態の記録と報告、または構成項目の完全性と正確性の検証を行うためのプロセス。コード カバレッジ [code coverage]
(1) 既存のアセンブリまたは成果物に命令を追加して、テストが実施されたコード パスの Visual Studio による監視を可能にする技術。(2) MSF Agile の場合は、プログラムのソース コードがテストされた割合を表すために使用される測度。コード カバレッジとは、コードの全ブロック数に対するテスト済みのコード ブロック数の割合です。コード レビュー [code review]
コードの品質と開発チームの能力を高めるために行うコードの評価。コード レビューには、正式レビュー、チーム内レビュー、および第三者レビューがあります。コード化された Web テスト [coded Web test]
既存の記録済の Web テストを C# または Visual Basic のコードに変換する場合によく使用されるテストの種類。コード完成 [code complete]
リリース用のすべての機能が実装され、その動作が機能仕様書に対して検証された時点を表す開発上のマイルストーン。コード凍結 [code freeze]
相当の理由と、プロジェクトの主要なステークホルダの承認なしには、プロジェクトの技術文書 (要件仕様書、機能仕様所など)、またはソリューションの開発済みコンポーネントを変更できなくなる時点。コード分析 [code analysis]
コードが設計ガイドラインを満たしていることをチェックします。コード分析では、単にコンパイルが成功することだけでなく、一連のガイドラインに定められている共通のコーディングおよび設計上のエラーを調べます。ゴール [goal]
ペルソナが達成しようとする目標。ペルソナがこのゴールを達成できるようにシステムは支援を行います。コールグラフ分析 [callgraph analysis]
メソッド呼び出しと、メソッドを呼び出すプログラム内のポイントを示すグラフ。ノードはメソッドを表し、ノード間のリンクはそのメソッドを呼び出す他のメソッドとの関係を表します。ゴールデン リリース [golden release]
製品の最終的なリリースとして承諾済みのリリース候補。顧客 [customer]
ソリューションからビジネス価値を得ることを予期している個人。また、サービスや製品を受け取る人を指す場合もあります。このインスタンスを表示しない [suppress this instance]
特定のルールに対する分析を行わないのではなく、メッセージの特定のインスタンスを抑制するためのオプション。コマンド [command]
コンピュータ プログラムへの命令。ユーザーによって実行されると、操作が実行されます。コマンドは、通常、キーボードで入力されるか、メニューから選択されます。コレクション プローブ [collection probes]
インストルメントされたモジュールでタイミングやその他のパフォーマンスのデータを収集する機能。コンセプトの検証 [proof of concept]
選択したテクノロジが、稼動環境をシミュレートするよう設計された環境で、確立済みの基準に従って実行されていることの検証。コンティンジェンシー計画 [contingency plan]
プロジェクトの進行中に発生する可能性のあるリスクを認識して対処するための計画。特定のリスク イベントが発生した場合でも、プロジェクトの成功を確実にするために使用する代替案となる計画です。コントローラ [controller]
(1) エージェントを管理し、テスト結果を収集するリモート テスト マシン群の一部。(2) テストをエージェント マシンに配布する中央マネージャ。