クイズ問題: 英語で「基準」という意味がある、コンピューターのハードウェアやソフトウェアの性能を比較するために行われるテストを何という?
答え: ベンチマーク

関連するWikipedia記事の抜粋:
title: ベンチマーク
text: コンピュータの分野においては、コンピュータシステムのハードウェアやソフトウェアの性能を測定するための指標のことを指す。ひとつあるいは複数のプログラムを実行した結果をベンチマークスコアと呼び、ある対象に関する相対的な性能を表す指標として用いられる。また、ベンチマークスコアを測定するための特別なプログラム(ベンチマーキングプログラム)自体をベンチマークと呼ぶこともある。著名なベンチマーキングプログラムとしてHPC性能を測るLINPACKや、データベース処理の性能を測定するTPC、DirectXにより3DCGの性能を測る3DMarkなどがある。
title: ソフトウェアテスト
text: プログラムの内部構造に注目したテストをホワイトボックステスト (white box test)、プログラムの入力と出力に注目したテストをブラックボックステスト (black box test) という。
title: ベンチマーク
text: ベンチマーク(英: benchmark)とは、本来は測量において利用する水準点を示す語で、転じて金融、資産運用や株式投資における指標銘柄など、比較のために用いる指標を意味する。また、広く社会の物事のシステムのあり方や規範としての水準や基準などを意味する。またベンチマーキングとは自社の課題解決のために、競合他社などの優れた経営手法(ベストプラクティス)を持つ企業を分析するプロセスを指す。
title: 入江仁之
text: 管理会計の領域では重要成功要因(CSF)に基づいた業績評価指標(KPI)による管理システム(バランススコアカード)とKPIによるベンチマーキングの実施 などがある。
title: ファジング
text: ファジングとは、ソフトウェアの不具合(とくに脆弱性を意図することが多い)を発見するためのテスト手法の一つである。ファズ(英語: fuzz)(予測不可能な入力データ)を与えることで意図的に例外を発生させ、その例外の挙動を確認するという方法を用いる。ファズテストと呼ばれることもある。
title: ソフトウェアテスト
text: 決定表(デシジョンテーブルとも)とは、条件(入力)が複数のパラメータから構成されている場合に、 条件(入力)と動作(入出力)の関係を表形式で表したものである。 表の各列が規則(テストケース)を表している。
title: ソフトウェアテスト
text: 単体試験 (unit test) は、関数、メソッドなどの小さな単位で行うテストのことである。単体テストは、関数の場合には基本はブラックボックステストである。ブラックボックステストが済んだものの品質を確保するためにホワイトボックステストを行う。「Unit Testing」の略である「UT」と呼ぶことがある。また、開発現場によっては「CT(和製: Coding Test)」や「PT(和製: Program Test)」と略すこともある。
title: コード網羅率
text: コード網羅率(コードもうらりつ、英: Code coverage、コードカバレッジ)は、ソフトウェアテストで用いられる尺度の1つである。プログラムのソースコードがテストされた割合を意味する。この場合のテストはコードを見ながら行うもので、ホワイトボックステストに分類される。
title: ソフトウェアテスト
text: ホワイトボックステスト (white box test) は、プログラムの構造に着目したソフトウェアテストのことである。着目する構造には命令や分岐などがあり、注目した構造に対してどれだけの割合の部分を実行できたかを網羅率で表す。
title: テストパターン
text: コンピュータ・ソフトウェアの動作検証のための様々なテスト条件の組み合わせをテストパターンとよぶ。
title: PDCAサイクル
text: PDCAサイクル(PDCA cycle、plan-do-check-act cycle)は、生産技術における品質管理などの継続的改善手法。Plan(計画)→ Do(実行)→ Check(評価)→ Act(改善)の 4段階を繰り返すことによって、業務を継続的に改善する。PDCAサイクルは、主に日本で使われ、Aのみが名詞のActionといわれる。
title: SystemVerilog
text: ハードウェア検証言語におけるカバレッジとは、シミュレーション時のイベントをサンプリングした統計情報群を意味する。カバレッジを利用して評価対象デバイス(DUT)が正しく機能しているかどうかをある程度正確に判定できる。これは、ソフトウェアテストでコードが実行された割合の尺度であるコード網羅率(code coverage)とは異なる概念であることに注意されたい。機能カバレッジでは、必要とする設計上の隅々まで検証していることを保証する。
title: CAPTCHA
text: CAPTCHA(キャプチャ)はチャレンジ/レスポンス型テスト(英語版)の一種で、応答者がコンピュータでないことを確認するために使われる。
title: 性能解析
text: プロファイラ(英: profiler)は性能解析ツールであり、プログラム実行時の各種情報を収集する。特に、関数呼び出しの頻度やそれにかかる時間を計測する。出力は記録したイベントの羅列(トレース)の場合と、観測したイベント群の統計的要約(プロファイル)の場合がある。プロファイラがデータを収集する技法は様々で、ハードウェアの割り込みを利用する技法、コードに命令を埋め込む技法、オペレーティングシステムのフックを利用する技法、性能カウンタを利用する技法などがある。プロファイラの使用はパフォーマンスエンジニアリングにおいて重要である。
title: フィジビリティスタディ
text: フィジビリティスタディ(feasibility study)とは、プロジェクトの実現可能性を事前に調査・検討することで、「実行可能性調査」「企業化調査」「投資調査」「採算性調査」とも呼ばれ、「F/S」と略記される。
title: ユーザビリティテスト
text: Web開発やマーケティングおいて、ABテストもしくは多変量テストはWebデザイン(特にユーザーエクスペリエンスデザイン)に対する実験的なアプローチであり、特定の出力結果(例:バナー広告のクリック・スルー率)を最大化させるWebページ上の要因を特定することを目的としている。その名の示す通り、ユーザーの行動の影響を及ぼしうる一つの要因を除いて全く同一のページの、二つのバージョン(AとB)が比較される。例えば、e-コマースサイトにおける購入過程は、ドロップオフ率のわずかな成長もセールス全体の大幅な増益につながりかねない為、A/Bテストの典型的な比較例である。セールス文言、レイアウト、画像や色使いなどの要素を検証することで大幅な改善が見られる場合がある。多変量テストやバケツテストはA/Bテストと似ているが、それらは同時に二つ以上のバージョンをテストするものである。
title: スレットスコア
text: スレットスコアは、情報検索技術の性能評価に用いられるF値 (F-score, F-measure) と類似した指標であり、統計学における第一種及び第二種過誤の考え方に基づいている。
title: サイバーセキュリティ
text: ソースコードセキュリティ検査がソースコードを利用するホワイトボックステストであるのに対し、ファジングはソースコードを使わないブラックボックステストないしグレーボックステストである。
title: 検索エンジン最適化
text: サーチエンジン最適化ないし検索エンジン対策とも呼ばれ、ウェブポジショニングと同義である。サーチエンジンマーケティングとあわせて用いられることも多い。英語表記のSEOから「セオ」とも呼ばれる。 SEOという言葉は順位を上げることを指しているのではなく、検索エンジンがサイトを理解して適切な結果を反映させていくことを指している。
title: LABYRINTH TAKAO KISUGI with PAUL MAURIAT
text: 通常のテストでは見つけられない欠陥、具体的にはコーディングルールに対する違反や極めて限定された条件でしか発生しない誤動作に繋がる問題点が検出されることがあり、プログラムを動作させて行うテストと補完関係にあるとされる。一般的に、プログラムを動作させて行うテストを動的テスト、インスペクションやウォークスルーなどのようにプログラムの動作を伴わないテストを静的テストと呼ぶ。
title: スクラム (ソフトウェア開発)
text: スプリント内ではスプリントプランニング・デイリースクラム(毎日)・プロダクトバックログリファインメント・スプリントレビュー・スプリントレトロスペクティブ(振り返り)が繰り返し行われる。
title: ベストプラクティス
text: ベストプラクティス (英: best practice)は、ある結果を得るのに最も効率のよい技法、手法、プロセス、活動などのこと。最善慣行、最良慣行と訳されることもある。また、仕事を行うために最も効率のよい技法、手法などがあるという考え方をいう。すなわち、適切なプロセスを確立し、チェックと検証を行えば、問題の発生や予期しない複雑さを低減させて、望ましい結果が得られると考える。ベストプラクティスは、多くの人々によって反復され、最も効率的で最も効果的であることが時間(年月)をかけて分かっている。
title: ハイスループットスクリーニング
text: HTSにおいて、効果の見込みが大きい化合物は「ヒット」といわれている。「ヒット」を選択するプロセスが、hit selection(「ヒット」の選択)といわれている。繰り返しがある場合と繰り返しがないスクリーニングでの、「ヒット」の選択のための分析方法は異なりる。繰り返しがないスクリーニングは通常は初めのスクリーニングで、繰り返しのあるスクリーニングは通常は確認のためのスクリーニングである。例えば、z-score method(Zスコア法)は反復のないスクリーニングに適し、t検定は反復のあるスクリーニングに適している。反復のないスクリーニングのための、SSMDの計算も、反復があるものとは異なる。
title: ビジネスプロセス・リエンジニアリング
text: ビジネスプロセス・リエンジニアリング (Business Process Re-engineering、BPR)とは、企業活動や業務の流れを分析し、最適化することである。
title: XUnit
text: テストを実行、成功させるために必要な状態や前提条件の集合を、フィクスチャと呼ぶ。これらはテストコンテキストとも呼ばれる。開発者はテストの実行前にテストに適した状態を整え、テスト実行後に元の状態を復元することが望ましい。
title: アーンド・バリュー・マネジメント
text: コスト効率と進捗率を一度に把握するためプロジェクト管理の技法としては、アーンド・バリュー・マネジメントの他に、トレンドチャートなどがある。
title: テスト自動化
text: テストケースとは、テストを行う際に、プログラムにどのような入力を与え、 その結果としてどのような出力が得られるべきかを記述したものである。 テストケースの作成には プログラムの構造に着目した手法や プログラムの仕様に着目した手法がある。
title: ベンチマーキング
text: 「ベストプラクティス・ベンチマーキング」あるいは「プロセス・ベンチマーキング」と言った場合、経営レベルの戦略におけるベンチマーキングを意味する。それに基づいて、企業はパフォーマンスの特定の面を強化するための改善計画を立案し、展開する。ベンチマーキングは企業が自らのプラクティスを改善するために、しばしば継続的に行われる。
title: 重要業績評価指標
text: 重要業績評価指標(じゅうようぎょうせきひょうかしひょう、英: Key Performance Indicators, KPI)は、組織の目標達成の度合いを定義する補助となる計量基準群である。KPI はビジネスインテリジェンスにおいて、現在のビジネスの状態を示すものとして使われ、今後の対応策でどうなるかを予測するのに使われる。KPI をリアルタイムで監視することを BAM(ビジネスアクティビティ・モニタリング)と言う。KPI は、リーダーシップ育成、雇用、サービス、顧客満足といった定量的計測が難しいものを定量化する場合に使われることが多い。KPI は(例えば、バランスト・スコアカードのような技法を通して)一般に組織の経営戦略と関連している。
title: コードレビュー
text: コードレビューよりもコーディングにあたっての規則や方法論を整備する方が重要であるとの見方もある。エクストリーム・プログラミング(XP)では、ペアプログラミングというプラクティスを推奨しており、コーディングの最中に同時にコードレビューを行うようになっている。XP の信奉者は、リファクタリングやコードの前にテストを書くといったXPのプラクティスによってレビュー/書き直しが不要なコードを作成することでソフトウェア開発がスピードアップすると主張する。
title: ランディングページ最適化
text: A/Bテスト(A/B testing)、多変量テスト(multivariate testing)、トータルエクスペリエンステスト(total-experience testing)を用いることで、テストに基づくLPOを行うことが出来る。これらは共に期限付きテスト、期限なしテストに対して適用可能である。
title: ストキャスティクス
text: ストキャスティクス(英語: Stochastic oscillator)は、株価のテクニカル分析において使用される指標。
title: 経営戦略論
text: ベスト・プラクティスの探索は、ベンチマーキングとも呼ばれている。これは、改善が必要な領域を見つけたら、その領域で優れている企業を特定し、その企業から学ぶプロセスを言う。
title: バヤルド
text: チェックアウト(英: check out)
title: コンピュータ適応型テスト
text: CATと似た用語にCBT(Computer Based Test)があるが、これは適応型である必要はなく、コンピュータ上で実施されるテスト一般(e-テスティング)を指す。例えば、紙で実施していたテストをデジタル化してコンピュータ上で実施してもCBTと呼ばれる。
title: マーケティングオートメーション
text: 施策の開始当初はシナリオの正確度合いが低い場合が多い。このためKPIを向上させる不断の分析(Check)ならびにコンテンツ改善(ActionPlan)が重要となる。マーケティングオートメーションの運用の枢要はまさにこの部分にある。マーケティングオートメーションは、PDCAの「CAによってカイゼンを行う」ことに重点を置くため、カイゼンの内容とカイゼンの度合い、そしてそれに要した時間を計測しなければならない。マーケティング施策が最終的な営業成約率を向上させる影響を計数化し(KPI)計測しなければならない。 そこで、自社の商品の販売プロセスがマーケティングオートメーションによって活性化する改善スピードすなわち「時間あたり」を合理的に測定することが、ひとつの管理手法となる。この不断の努力を計数化するために、時間あたりの効率を求めてKPIとすることが最も確からしい計測手法のひとつである。
title: クロスレビュー
text: クロスレビュー(Cross Review)とは、ある物事に対する評価を複数の人間で行うことを意味する。
title: ベンチマーク
text: 日本語において「ベンチマークスコアを測定する」ことを俗に「ベンチマークを取る」と表することがあるが、これはなんらかの値を記録することを「記録を取る」「データを取る」と呼ぶ慣習からきている。
title: セイバーメトリクス
text: セイバーメトリクス (SABRmetrics, Sabermetrics) とは、野球においてデータを統計学的見地から客観的に分析し、選手の評価や戦略を考える分析手法である。
title: テストケース
text: テストケース (英: test case)は、ソフトウェア工学では、特定のプログラムパスの実行や検証など、特定のソフトウェアテストの目的を達成するため、もしくは特定の要件への準拠を確認するために実行される単一のテストを定義する入力、実行条件、テスト手順、および期待される結果の仕様のこと。
title: バランスト・スコアカード
text: バランスト・スコアカードは、組織の業績・効率に関する評価をまとめた簡潔なレポートである。各評価尺度を1つ以上の期待値(目標値)と関連付けることで、組織の業績がそれら期待値に達していない場合に経営者に警報を発することとなる。1992年の Harvard Business Review の記事にもあるように、バランスト・スコアカードの鍵となるのはそのような評価尺度の選択方法である。
title: コンピュータ適応型テスト
text: コンピュータ適応型テスト(コンピュータてきおうがたてすと, Computer-adaptive Testing, Computerized adaptive test) 略称CATは項目応答理論(略称IRT)によって推定されたパラメータの付与された問題項目(アイテム)をアイテムプールに置き、受験者の回答パターンに応じて、困難度の異なるアイテムを選んで出題することにより、動的、短時間、高精度で受験者特性の測定を判定を行う方法である。受験者ごとに異なる問題を解いても、能力推定値つまり得点の信頼性は、項目応答理論により保証される。
title: 判定
text: 判定(はんてい)、ある判断基準にしたがい、ある事象がどのようなフェイズにあるか、どのような作業を行わなければならないか、どのような定義づけをおこなうかなどを、フローチャートや試験を含むあらかじめ定めた基準に基づいて行うことである。
title: Information Technology Infrastructure Library
text: Information Technology Infrastructure Library(ITIL)とは、ITサービスマネジメントにおけるベストプラクティス(成功事例)をまとめた書籍群。1989年にイギリス政府のCCTAによって公表された。ITILの読み方は「アイティル」、「アイティーアイエル」などがある。ITサービス全体においてデファクトスタンダードとなりつつあり、重要な位置付けとなっている。
title: テクニカル指標一覧
text: シグナルを一般化し、指標自体のトレンドの方向性を判定するため、指標の指標をとることができる。シグナル以外では、RSIのストキャスティクスであるストキャスティクスRSIなど。
title: レバレッジド・バイアウト
text: レバレッジド・バイアウト(Leveraged Buyout)とは、企業買収の手法の一種。LBOとも略される。
title: 安全
text: リスクの特定手法およびリスク分析手法には、トップダウン手法とボトムアップ手法がある。「モノづくり」の安全分野において、トップダウン手法としては、一般的なFTA (フォルトツリー解析) や、原子力分野で使われているETA (事象の木解析、イベントツリー解析(英語版)) などがある。ボトムアップ手法としては、FMEA(故障モード影響解析)などがある。
title: Iptables
text: iptablesでは、フィルタリングする対象を選ぶ「テーブル」と、各テーブルにおいて、どのタイミングで処理するかを示す「チェイン」で構成されている。
title: PDCAサイクル
text: この4段階を順次行って1周したら、最後のActを次のPDCAサイクルにつなげ、螺旋を描くように1周ごとに各段階のレベルを向上(スパイラルアップ、spiral up)させて、継続的に業務を改善する。この手順に従う活動は本来的に、統計的品質管理(クオリティ・コントロール、QC)として工場でのQCサークル運動のツールであったが、多くのビジネス関係者がより広い経営活動一般に適用しようとしたため、PDCAの欠点や問題点が指摘されるに至っていた。この解決のために、戦略の一般理論であるOODAループが提唱されている。
title: インタプリタ
text: この特性を利用したプログラムとしてREPLがある。入力を受け取る(Read)、入力の評価(Eval)、評価結果を提示する(Print)を繰り返す(Loop)、テスト環境の一つである。評価はインタプリタに限らずコンパイラで行なわれるかもしれないが、ユーザからの入力は常にソースコードの断片であり、それを逐次実行するという点で一種のインタプリタということもできる。実際、その挙動はソースコードを指定せずに起動したBASICなどのそれとよく似ている。しかし、テスト環境も兼ねているため、エラーが起きた場合のメッセージが詳細であることが多い。関数型言語や論理型言語では、通常は機械語にコンパイルする処理系であっても用意される。
title: DDR3 SDRAMにおけるコマンドとオペレーション
text: CASレイテンシはリードコマンドが有効になってから実際にデータが出力されるまでの遅延サイクル数を指す。リードコマンドを入力してからデータが出てくるまでの遅延サイクルであるリードレイテンシ (Read Latency:RL) はアディティブレイテンシ (Additive Latency:AL) とCLの和になる。CASレイテンシはデバイススペックや実動作速度で設定できる値が異なる。詳しくは各デバイスのスペックシートを参照すること。
title: マーケティング
text: 例えば、販売ルート等を理論的に最適化して収益構造を改善するという行為が、マーケティング全般ではサーベイリサーチに比して重要であるケースが考えられる。
title: XUnit
text: テスト対象の関数やクラスなどについて、振る舞いや状態を確認するための関数やマクロを、アサーションと呼ぶ。アサーションが失敗した時(実際の実行結果が期待される結果と異なっていた場合)は、一般的には、例外が投げられ現在のテストの実行は中断される。
title: 並列計算
text: アウト・オブ・オーダー実行と命令レベルの並列性を実装する技法としては、スコアボードやトマスロのアルゴリズム(スコアボードと似ているがレジスタ・リネーミングを利用)が一般的である。
title: ソフトウェアパフォーマンステスト
text: ブレークポイントテストは、ストレステストと似ている。システムが所定の障害状態を監視している間、時間の経過とともに負荷を増やしていく。ブレークポイントテストは、システムが必要な仕様またはサービスレベル契約に従って実行できる最大キャパシティを決定するため、キャパシティテストと呼ばれることもある。固定環境に適用されたブレークポイント分析の結果を使用して、クラウド環境でスケールアウトイベントをトリガーする必要のあるハードウェアまたは条件の観点から最適なスケーリング戦略を決定できます。
title: HACCP
text: HACCP(ハサップ、ハセップ、ハシップともいう。統一された呼称はない。 英語: Hazard Analysis and Critical Control Point)は 食品を製造する際に工程上の危害を起こす要因(ハザード; Hazard)を分析しアナライズ; Analyze) 、それを最も効率よく管理できる部分(CCP; 必須管理点)を連続的に管理して安全を確保する管理手法である。
title: 平均故障間隔
text: 平均故障間隔(へいきんこしょうかんかく)とは、機械システムや情報システムなどにおける信頼性(Reliability)をあらわす指標となる数値。英語のMean Time Between Failure(s)からMTBFと略される。
title: クリティカルパス法
text: 一般にプロジェクトのスケジュールは定期的に更新されるので、そのたびにCPMを行って、どの活動がクリティカルかを判断する。例えば、クリティカルでない活動がフロート以上に遅延すると、新たなクリティカルパスが生まれ、プロジェクトに遅延が生じる。さらに、Program Evaluation and Review Technique (PERT) などを使って確率的予測の概念を導入することも容易である。
title: コンピテンシー
text: コンピテンシー(英: competency)とは、企業などで人材の活用に用いられる手法で、高業績者の行動特性などと訳されている。
title: ソフトウェアテスト
text: 統合試験 (integration testing) は、単体試験が完了したプログラムを組み合わせて行うテストである。プログラムのどの部分から組み合わせていくかで、トップダウンテスト (top down test) とボトムアップテスト (bottom up test) に分けることができる。「Integration Testing」の略である「IT」と呼ぶことがある。また、結合テストと呼ぶ場合もある。 統合試験とシステム試験を分ける場合もある。統合試験とシステム試験を分ける場合に、模擬試験 (simulation) を統合試験に分類する場合と、システム試験に分類する場合がある。
title: テストパターン
text: 検証の対象物の動作仕様に応じて適切なテストパターンが決められるが、異なった性質の仕様検証のためには各々の性質に適した複数パターンを用いる。また、ソフトウェアや集積回路の検証などにおいてテストパターンにより検証できる性質の割合を網羅率(あるいはテスト網羅率、コード網羅率)と呼ぶ。網羅率の高い検証のためには用意するテストパターンを慎重に設計する必要がある。また、テストパターン作成を効率よく扱うために自動的にパターンを生成する場合があり、自動テストパターン生成(ATPG、英語: automatic test pattern generation)などと呼ぶ。
title: 顧客ロイヤリティ
text: 派生された言葉として、顧客満足度、推奨者正味比率(NPS、ネット・プロモーター・スコア)などがある。
title: ソフトウェアテスト
text: ソフトウェアテスト (software testing) は、コンピュータのプログラムから仕様にない振舞または欠陥(バグ)を見つけ出す作業のことである。ソフトウェアテストで見つかったプログラム中の欠陥を修正する作業をデバッグという。ソフトウェアテストに成功するとは、テストで欠陥が発見されるか、規定した試験項目にすべて合格するか、規定した品質目標に到達することである。目標とした品質には、規定した試験項目にすべて合格することもある。例えば、OS, プログラミング言語では、仕様を満たしているかどうかの適合試験を規定している。ソフトウェアテストでは、欠陥が存在することを示すことはできるが、欠陥が存在しないことは証明できない。ソフトウェアに仕様にない振舞がないことを保証する作業を証明といい、証明用のシステム、証明しやすい言語も多数存在している。本項では動的なソフトウェアテストを中心に扱う。
title: ネット・プロモーター・スコア
text: ネット・プロモーター・スコア(英語: Net Promoter Score, NPS)とは、フレッド・ライクヘルド(英語版)が提唱した、顧客ロイヤルティ、顧客の継続利用意向を知るための指標。日本語では「顧客推奨度」や「正味推奨者比率」と翻訳される場合もある。
title: 回帰テスト
text: 回帰テスト (かいきテスト、英: regression testing) とは、前にテストしたソフトウェアが変更後もまだ動作するかどうかを、機能テストと非機能テストを再度実行して確認する作業のこと。退行テスト、リグレッションテストとも呼ばれる。そうでない場合、それは先祖返りと呼ばれます。回帰テストが必要になる可能性のある変更には、バグ修正、ソフトウェアの機能強化、構成変更、さらには電子部品の置き換えなどある。 リグレッションをテストするための仕組みは、欠陥が見つかるたびに大きくなる傾向があるため、通常はテストの自動化でカバーされる。テストするためのテストケースを決定するために、変更影響分析を実行することもある(非回帰分析 )。
title: ビジネス業績管理
text: BPM を実施する方法論はさまざまである。それは企業にトップダウンのフレームワークを与え、それによって計画と実施、戦略と戦術、事業部門と企業全体の目的の整合が図られる。方法論には、シックス・シグマ、バランスト・スコアカード、ABC分析、TQM、経済的付加価値 (EVA)、統合戦略的計測などがある。特に業績管理手法としてはバランスト・スコアカードが広く採用されている。これらは企業のBPMを単独で支えることはできない。それらはBPMプロセスとは基本的に統合されていないため、単にそのような方法論を1つ採用しても、BPMとしての成果は期待できない。
title: OLAP
text: OLAPはonline analytical processingの略であり、複雑で分析的な問い合わせに素早く回答を行う方法のことである。 ビジネスインテリジェンスと呼ばれるより大きなカテゴリに属し、ビジネスインテリジェンスとはOLAP・ETL・リレーショナルレポーティング・データマイニングを含む概念である。 OLAPの典型的な用途は売上報告、市場分析、経営報告、ビジネス業績管理(BPM)、予算作成、計画作成、財務諸表作成などである。
title: Microsoft Project
text: 簡単に言えばガントチャートやクリティカルパス法を利用して計画の見積もりや予算の状況などを把握し、一つのプロジェクト状況を一元的に管理する事ができるソフトウェアである。
title: 村上純平
text: ハイパーパラメータ(英語: Hyperparameter)とは、推論や予測の枠組みの中で決定されないパラメータのことを指す。損失関数の正則化項の影響度を表す係数などが該当する。ハイパーパラメータは、多くの場合、予め値の候補を用意しておき、各候補に対して、それを一定の値として一旦採用し、予測や推論を行い、最終的に最も性能の良いモデルのハイパーパラメータを採用する。よって、ハイパーパラメータには人間の任意性がある。これを解決する方法として、ハイパーパラメータを確率変数と見做し、事前分布を導入する、エビデンス近似というベイズ的手法が存在する。
title: デフラグ (Windows)
text: デフラグ(英語版での名称はDisk Defragmenter)は、主としてMS-DOSファイルシステム(FAT FS)をデフラグメンテーションする(発生しているフラグメンテーションを解消する)コンピュータ・プログラムである。「最適化」という用語が日本語版では多用され、この記事中でも多用するが、最適化問題等の専門用語としてのそれというよりもマイクロソフトによる、「デフラグメンテーション」の「ユーザにわかりやすい」言い換え語というほうが近い。
title: マーケティングオートメーション
text: 社内でマーケティングを実践するに当たり、マーケティング・オペレーション・マネジメント('''Marketing operations management''' (MOM))は、最初に留意すべき事項である。 マーケティングオートメーションの最終目標指標(KPI)は営業部門に渡される顧客リストの「人数」が最も一般的である。しかしこの人数は最終成約人数ではないため、渡したリストの中で何名が最終契約まで至ったかなど、最終成約・最終成果に至るまでの「質」もまた、何らかの指標をもって計測することが望ましい。
title: 応答時間
text: データ処理におけるレスポンスタイムとは、エンドユーザーが知覚する以下のような時点間の間隔を意味する。
title: ファクトチェック (検証行為)
text: ファクトチェック(英: fact checking)とは、情報の正確性・妥当性を検証する行為。事実検証または事実確認とも呼ばれる。
title: ビジーウェイト
text: ビジーウェイト(Busy Waiting)とは、プロセスが条件が成り立つかどうかを定期的にチェックする手法の一種。例えば、キーボードからの入力を待ったり、ロックが獲得できるのを待ったりするのに使われる。ある時間だけ遅延させて何かを実行するのに使うこともある。
title: ダイレクトメール
text: 絞られたターゲットとは、最近ではデータベースより抽出される。以前はRFMが主要な方法であったが、デシル分析やROI(投資収益率)を加味したゲインチャートによる抽出も代表的な方法である。最近ではデータマイニングも用いられる。
title: 平祐奈
text: 建設コンサルタントや官公庁での会議や打ち合わせでは費用便益比、もしくはB/C(ビーバイシー、benefit by cost の略)とも呼ばれる。
title: チェックリスト
text: ソフトウェア開発においては、プログラムを検査するチェックリストをPCL(Program Check List)と呼ぶ。
title: ミキティー本物
text: テスト・マーケティングとは経営学用語の一つ。開発された新製品を本格的に販売する以前に、限られた地域で少数に対して販売するということ。これが行われるのは消費者からの新製品に対する評価を収集するためのテストという意味合いが大きく、テスト・マーケティングでの評価が高かったならばその商品は広範囲で大規模に販売されるようになるということである。逆にテスト・マーケティングを行った結果の評価が良くなければその商品は広く販売されること無く、テスト・マーケティングで終わるというわけである。テスト・マーケティングを行えばリスクを減らすことができたり、今後のマーケティング活動に向けての計画を効果的、効率的に行えるようになるといったメリットが存在する。
title: 強化学習
text: TD学習(temporal difference learning)は報酬経験だけを頼りにエピソードの終了まで待たずに状態価値関数や行動価値関数を更新する手法。
title: レイティング
text: レイティング、レーティング (評定、rating) は、対象となる物事に対して、ある基準に基づき、等級分けや数値化をおこなったものである。語源の rate には、見積もる・評価するという意味がある。
title: ファンダメンタル
text: 株式投資においては、銘柄の基礎的な情報を指す。販売動向や、投資計画などがそれにあたる。これらを分析することをファンダメンタル分析と呼び、主にチャートや需給を元に判断するテクニカル分析と共に銘柄選定の基本となる。
title: マイルストーン (プロジェクト管理)
text: マイルストーンは、プロジェクトのスケジューリングに大きな価値をもたらす。プログラム・エバリューション・アンド・レビュー・テクニック(PERT)やクリティカルパス法(CPM)などのスケジューリング方法と組み合わせると、プロジェクトマネージャはマイルストーンを設定することで、プロジェクトが予定通り進捗しているかをはるかに正確に判断できる。マイルストーンに関連付けられた日付を制約することにより、プロジェクト全体に加えて、主要なスケジュール間隔のクリティカルパスを決定できる。スラック/フロートは、各スケジュール間隔で計算することもできる。プロジェクトスケジュールを間隔に分割することで、スケジュールの問題を早期に示し、完了が重要な活動をより適切に把握できる。
title: モデルベーステスト
text: モデルベーステスト(Model-based testing)とは、テストケースの一部または全部を評価対象システムの(通常、機能的側面を)モデル化したものから導出して行うソフトウェアテストの手法である。モデルはテスト対象のシステムの実現すべき動作を表現した抽象的なものである。そのようなモデルから導出されるテストケースはモデルと同程度に抽象化された機能テストであり、直接実行することはできない。そのため、抽象的なテストケースを実行可能なテストケースに変換する必要がある。
title: モデルベーステスト
text: モデルからテストを導出する方法はいくつも存在する。ソフトウェアテストは実験的でヒューリスティックスに基づいているため、最善の方法というものは存在しない。一般に全てのテストに関連する設計上の決定をまとめ、パッケージ化する。これを「テスト要求仕様; test requirements」、「テスト目的; test purpose」、場合によっては「ユースケース」と呼ぶ。このパッケージにはテストの中心となるべき部分のモデルに関する情報が含まれ、テスト終了条件が記述される。
title: 単一障害点
text: ボトルネック(場合によっては\"hot spot\"とも呼ばれ、最も頻繁に実行されるコード箇所のこと。たとえば、実行回数が最も多い場所。)を特定することは、性能解析と呼ばれる。通常、ボトルネックの解消は、そのために制作されたパフォーマンス・アナライザやプロファイラなどの特製のツールを使用して行われる。その目的は、ボトルネックとなっているコードの特定箇所に対して、全体のアルゴリズム効率を向上させることで、コードの実行をできるだけ早くすることである。
title: ベンチマーキング
text: ベンチマーキング(英:benchmarking)とは国や企業等が製品、サービス、プロセス、慣行を継続的に測定し、優れた競合他社やその他の優良企業のパフォーマンスと比較・分析する活動を指す。測定する尺度は、顧客による企業のパフォーマンスに対する評価に直接、間接的に影響を与えるものでなければならない。
title: ホットフィックス
text: ホットフィックス (hotfix, hot-fix) とは、ソフトウェア製品において製造元がバグを修正した際に、ユーザへ修正版を提供する形態のひとつ。特に迅速性を重視した形態である。QFE (Quick Fix Engineering) もほぼ同じ意味の用語で、こちらはマイクロソフト製品で使われる。
title: Git
text: GitHub flowはブランチモデルの一種である。GitHub flowの方針は「masterブランチは常にデプロイ可能」である。コードの変更を行う際にはトピックを名称とするブランチをmasterからforkする。マージ時を含め他者からの意見募集・レビューを行う際にはpull request(merge request)を用いる。pull request時に自動化テスト(c.f. 継続的インテグレーション)をおこなうことでmergeの安全性を確保し、masterが常に正常 = デプロイ可能に保たれる。GitHub flowが有効な分野は継続的デリバリー・継続的デプロイメントが有効な分野、例えばWebサービスが挙げられる。
title: ボビー・ポーティス
text: コンプライアンス(英語: compliance)
title: 過剰適合
text: 早期打ち切り(英語版)(early stopping)とは、学習の反復において、訓練データと評価データの両方の評価値を監視し、評価データでの評価値が悪化し始める所で学習を早期に打ち切る方法。
title: Dynamic Host Configuration Protocol
text: DHCPの動作は、サーバ探索、IPリース提示、IPリース要求、IPリース確認の4段階に分けられる。これは、discovery(探索), offer(提示), request(要求), acknowledgement(確認)の頭文字をとって\"DORA\"とよばれることがある。
title: 形式的検証
text: 検証(Verification)は製品が目的に適合しているかどうかをテストする観点の1つである。妥当性検証(Validation)はそれを補完する観点と言える。この両者を合わせて検証プロセス全体を V & V と呼ぶこともある。
title: スパゲティプログラム
text: 後にテストファーストの方法論が確立され、プログラム本体の完成と同時期にテストプログラムも作成されるようになると、プログラム変更の危険性は相対的に低くなり、このような状態のプログラムは積極的に修正することが奨励されるようになった(リファクタリング)。
title: ベンチマーク
text: ベンチマークは、異なる部品構成やアーキテクチャを持ちスペックなどによる直接的な性能比較ができないシステムの間において、様々な観点で性能を比較する手段を提供する。またベンチマーク結果を集計しグラフ化や比較が可能なウェブサイトも多数存在している。レタッチソフトなどビデオカードのGPUに依存した機能があるソフトウェアではインストール前に自身のハードウェアで利用できる機能を把握したり、適切な機材へ変更する際の指針となる。AdobeはPhotoshopに対応したGPUの最小要件に関しては、ベンチマーク結果を集計したサイトを参照するように誘導している。
title: 機械学習
text: 経験はなんらかのデータとしてプログラムに与えられる。このデータを訓練データもしくは学習データといい、売上予測タスクであれば例えば「過去の経験」である今日までの売上が訓練データとして与えられる。訓練データを使ってプログラムの性能を改善する過程を、「プログラムを訓練する」もしくは「プログラムを学習させる」という。またプログラムの訓練に用いられるデータ全体の集合を(訓練もしくは学習)データセット(データ集合とも)という。
title: 出版バイアス
text: ファンネル・プロット(Funnel plot)を用いることで、公表されている試験が平均的なバランスを持っているかを調査することができる。
title: ビジネス業績管理
text: ビジネス業績管理またはビジネスパフォーマンス管理(英: Business performance management、BPM)は、企業の業績を最適化するための補助となる一連のプロセスを指す。また、企業業績管理または企業パフォーマンス管理(英: Corporate performance management、CPM)と称することもある。英語では Enterprise performance management(EPM)とも。ビジネスの方法論・測定基準・プロセス・システムを組織し、自動化し、分析するためのフレームワークである。
title: コールスタック
text: 近年(2006年)、コールスタックを使ったこれまでとは全く異なる技法が発表された。それはコールスタックを使った test suite reduction と呼ばれる技法である。大まかに言えば、実行時のコールスタックが同じになるテストケースは等価だとみなしてテスト件数を減らしつつ、テストスイート全体の問題検出能力を維持するという考え方である。
title: NFL
text: サラリーで重みづけしたフリー・エージェントによる得失が計算されて、損失を出したと判断されるチームには補償ドラフト(Compensatory Draft)の選択の機会が与えられる。
title: インサーキット・エミュレータ
text: プログラムのデバッグではなく、プログラムの性能(実行時間等のパフォーマンスや、品質の信頼性など)を測定することが可能である。 この機能は統一的な仕様が無いため、ICEメーカ各社で表現や機能が異なることが多い。代表的な機能としては、2点間実行時間測定、関数実行時間比較、タスク遷移表示、カバレッジ(コード網羅率)測定などがある。