ITパスポート用語集【マネジメント系】～自分だけのオリジナル用語集を作ろう～

用語集の使い方

がっつり暗記する必要はありません。「大体こんな感じの意味だったな」ということが分かっていれば大丈夫です。
より詳しい説明を見るには用語のリンクをクリックしてください。「ITパスポート講座」の該当箇所へジャンプします。
リンクを貼ってない用語はCランク用語です。ざっと目を通す程度でOK。
最新のシラバス6.3に対応しています。
ITパスポート用語集【ストラテジ系】はこちら
ITパスポート用語集【テクノロジ系】はこちら

searchキーワードから探す

検索

うまく検索結果を絞れない場合は「ITパスポート ○○○」と検索するといい感じに絞れると思います。

アルファベット【–個】 (0個選択中)

AIOps：
IT運用に人工知能を活用し、大量データの分析や異常検知を自動化する技術 DevOps：
開発チームと運用チームが連携し、ソフトウェア開発の効率化と品質向上を目指す手法 FAQ：
よくある質問とその回答をまとめたリスト IT ガバナンス：
組織のIT資源を最適に管理し、戦略的目標の達成を支援する仕組み IT マネジメント：
IT資源の計画・運用・管理を行い、組織の業務目標達成を支援する活動 MLOps：
機械学習モデルの開発と運用を効率化し、継続的な改善を可能にする手法 PMBOK（Project Management Body of Knowledge）：
プロジェクト管理のベストプラクティスを体系化したガイドライン RAD（Rapid Application Development）：
反復的な開発とユーザーのフィードバックを重視した高速なソフトウェア開発手法 SLA：
サービス提供者と利用者間で合意されたサービス品質の契約内容 SLI・SLO：
SLIはサービスの性能指標、SLOはその目標値を示す指標セット SPOC：
特定の業務や問い合わせの窓口となる唯一の担当者やチーム UML：
ソフトウェア設計で使われる統一モデリング言語 WBS（Work Breakdown Structure）：
プロジェクトを管理しやすくするための作業分解図 XP（エクストリームプログラミング）：
アジャイル開発手法の一つで、顧客との密なコミュニケーションと反復的な開発を重視する手法

あ行【–個】 (0個選択中)

アジャイル：
柔軟かつ反復的な開発手法で、変化に対応しながら価値あるソフトウェアを短期間で提供する手法 アローダイアグラム（PERT）：
プロジェクトの工程管理に使うネットワーク図で、作業の順序や期間を視覚化する手法 インシデント発生時の対応（インシデント管理、問題管理、変更管理、リリース管理、構成管理）：
ITサービスの運用中に起こる障害や問題を特定・対応し、影響を最小限に抑え再発防止を目指す一連の管理プロセス ウォーターフォールモデル：
開発工程を段階的に順序立てて進める伝統的なソフトウェア開発モデル 受入れテスト：
システムが要件を満たしているか最終確認するテスト工程 エスカレーション：
問題解決が困難な場合に上位担当者や専門部門に報告・対応を引き継ぐプロセス オブジェクト指向：
データと処理を一体化したオブジェクトを単位にして設計・開発を行う手法

か行【–個】 (0個選択中)

回帰テスト（リグレッションテスト）：
変更後のソフトウェアが既存機能に影響を与えていないか確認するための再テスト 改善提案のフォローアップ：
改善提案の実施状況を確認し、必要に応じて支援や追加対応を行うプロセス 監査業務（会計監査，業務監査，情報セキュリティ監査，システム監査）：
組織の業務や情報システムが規則や基準に沿って運用されているか評価する活動 ガントチャート：
プロジェクトのスケジュールを視覚的に表現する棒グラフ形式の図表 機能要件と非機能要件：
機能要件はシステムが何をするか、非機能要件は性能や安全性などの品質面の要件 共通フレーム：
システム開発や運用に関する共通の枠組みや基準 クリティカルパス分析：
プロジェクトの最長工程経路を特定し、遅延が全体に影響する作業を明確にする手法 グリーン IT（Green of IT）：
環境負荷を低減するために省エネルギーやリサイクルを推進するITの取り組み 継続的インテグレーション（CI）：
開発者の変更を頻繁に統合し、バグの早期発見と品質向上を目指す開発手法 結合（統合）テスト：
複数のモジュールを組み合わせて動作確認を行うテスト 共同レビュー：
複数の関係者が集まり成果物の問題点や改善点を確認する作業 構造化手法：
システム設計や開発を体系的に進めるための分析・設計技法 コーディング：
プログラム言語を使いソフトウェアの動作を記述する作業 コードレビュー：
他者のプログラムコードを検査し品質や問題点を確認する活動

さ行【–個】 (0個選択中)

サージ防護：
電気設備を過電圧から守るための保護装置や対策 サービスカタログ：
提供するサービスの一覧と内容をまとめた文書やデータベース サービス可用性管理・キャパシティ管理・継続性管理・財務管理：
ITサービスの品質維持や運用資源の最適化、継続的なサービス提供、費用管理を行うプロセス群 サービスデスク（ヘルプデスク）：
利用者からの問い合わせや障害対応を一元的に受け付ける窓口 サービスレベル管理（SLM）：
サービス提供の品質目標を設定し、契約通りに提供されているか監視・管理する活動 自家発電装置：
停電時に電力を供給するための独立した発電設備 システム監査人：
システム監査を実施し、評価や報告を行う専門家 システム監査基準：
システム監査の実施に必要なルールや指針 システム監査計画：
監査の目的や範囲、手順を定めた計画書 システム要件定義：
システムが満たすべき機能や性能などの要件を明確化する作業 需要管理：
ITサービスの利用需要を予測し調整するプロセス 詳細設計：
基本設計をもとに具体的な構造や仕様を詳細に決める設計工程 スクラムチーム（プロダクトオーナー，開発者，スクラムマスター）：
アジャイル開発のチーム構成で、役割を分担し効率的に開発を進める組織 スパイラルモデル：
リスクを重視し、反復的に計画・設計・評価を行いながら開発を進めるモデル スプリント：
スクラム開発における一定期間の開発サイクル スプリントバックログ：
スプリント期間内に実施する作業項目のリスト 性能テスト：
システムの処理速度や負荷耐性を検証するテスト 相対見積：
作業規模を基準作業と比較して評価する見積手法 ソフトウェア要件定義：
ソフトウェアが満たすべき機能や性能の条件を明確にする作業

た行【–個】 (0個選択中)

妥当性確認テスト：
システムがユーザーの要求や期待を正しく満たしているかを確認するテスト チャットボット：
自動で会話対応を行うプログラムで、問い合わせ対応や案内などに利用される テスト駆動開発：
コードを書く前にテストケースを作成し、テストを通過するように開発を進める手法 デバッグ：
プログラムのバグを発見・修正する作業

な行【–個】 (0個選択中)

内部統制：
業務の有効性や信頼性を確保し、法令遵守と資産保全を目的とした組織の仕組み 能力成熟度モデル：
組織のプロセスの成熟度を段階的に評価するための枠組み

は行【–個】 (0個選択中)

品質特性（機能性，効率性，使用性，信頼性など）：
ソフトウェアの品質を評価するための特性群で、性能や操作性などを含む ファンクションポイント（FP：Function Point）法：
ソフトウェアの機能量を定量化し、開発規模や工数を見積もる手法 負荷テスト：
システムに高い処理負荷を与えて、性能や安定性を確認するテスト ブラックボックステスト：
内部構造を考慮せず、入力と出力の関係に基づいて実施するテスト手法 ふりかえり（レトロスペクティブ）：
チームの活動を振り返り、改善点を見つけて次の作業に活かすアジャイル開発の実践 プロジェクト憲章：
プロジェクトの目的・範囲・責任などを明文化した公式文書 プロジェクトメンバー・プロジェクトマネージャ：
プロジェクトを実行する担当者と、その計画・管理を担う責任者 プロダクトバックログ：
プロダクトに必要な機能や要件を優先順位付きで一覧化したリスト プロトタイピングモデル：
試作品を作成して利用者の意見を反映しながらシステムを完成させる開発モデル ペアプログラミング：
二人一組で一つのコードを協力して記述する開発手法 ホワイトボックステスト：
プログラムの内部構造や処理ロジックを理解した上で行うテスト手法

ま行【–個】 (0個選択中)

無停電電源装置（UPS：Uninterruptible Power Supply）：
停電時にも一時的に電力を供給し、システムの継続稼働や安全な停止を可能にする装置

や行【–個】 (0個選択中)

ユーザーストーリー：
利用者の視点で機能や目的を簡潔に表現した要件記述の形式 ユースケース：
システムと利用者との間のやり取りを記述し、機能要件を明確にする手法

ら行【–個】 (0個選択中)

リスクの対応策（回避，軽減，受容，転嫁）：
発生しうるリスクに対し、影響の排除や低減、受け入れ、他者への移転といった対応手段を選択する考え方 リバースエンジニアリング：
既存の製品やシステムを解析し、構造や仕様を明らかにする技術 リファクタリング：
プログラムの外部仕様を変えずに内部構造を改善し、保守性や可読性を向上させる手法 利用者マニュアル：
ソフトウェアやシステムの使い方を利用者向けに記述した文書 類推見積法：
過去の類似プロジェクトの実績をもとに作業量や工数を見積もる方法 レピュテーションリスク：
企業や製品の評判が損なわれることによって生じる経営上のリスク