ITによる情報システムをどのように構築し、企業活動に活用していくのかという戦略を(①)という。

組織が経営戦略と情報システム戦略に基づき、情報システムの企画・開発・運用・保守などを効果的に行うための実践規範を(①)という。

経営戦略に基づく情報システム戦略を策定する最高責任者を(①)という。

システムの全体最適化の観点から情報システムの導入や運用、リスク管理などコントロールしていく仕組み、情報システム戦略の策定と実行をコントロールする組織の能力を(①)という。

全体最適化の観点から各業務と情報システムを見直すための技法を(①)という。

情報システムの現状の姿を(①)という。

情報システムのあるべき理想の姿を(①)という。

現状の姿とあるべき理想の姿を差を分析することを(①)という。

経営戦略に必要な実現すべき業務の姿を体系化するものを(①)という。

業務に必要なデータの内容やデータ間の関連性などを体系化するものを(①)という。

業務処理に最適な情報システムの形態を体系化するものを(①)という。

情報システムの構築・運用に必要な技術的構成要素を体系化するものを(①)という。

ソフトウェアの企画・要件定義・開発・運用・保守までの一連の活動を(①)という。

システム開発に関わる人々の共通の物差しとなるガイドラインを(①)という。

システム全体の構想や計画を策定するプロセスを(①)という。

経営上のニーズや課題を確認し、業務と情報システムの将来像を明確にした上で、全体最適化を図ることを(①)という。

システム化の基本方針を策定することを(①)という。

情報システムの機能や性能を明確にするプロセスを(①)という。

日々の業務に必要な要件を明確にすることを(①)という。

システムに必要な機能を明確にすることを(①)という。

システムに必要な性能を明確にすることを(①)という。

システム化の目的や業務の概要を提示し、ベンダの実績や開発方法、情報技術動向などの情報提供を依頼する文書を(①)という。

導入するシステムの基本方針や概要、実現すべき機能、調達条件などを提示し、提案書の提出を依頼する文書を(①)という。

開発体制やシステム構成、開発手法などを提案する文書を(①)という。

システムの開発や運用・保守などにかかる費用を提示する文書を(①)という。

再委託先も含め、企業間でお互いに知り得た相手の秘密情報の守秘義務についての秘密保持契約を(①)という。

企業が利益の追求だけでなく、顧客への適切な対応や環境への配慮、地域社会へのボランティア活動などを意識した活動をすることを(①)という。

省エネや資源の有効活用など、環境への配慮を行っている情報通信機器を選定することを(①)という。

国などの機関がグリーンITを実践している製品やサービスを選ぶことを(①)という。

開発者が利用者にヒアリングして、システム化する目的や対象範囲を明確にし、システムに必要な機能や性能などを定義するプロセスを(①)という。

開発者が利用者にヒアリングして、利用者の視点からソフトウェアに要求される機能や性能などを定義するプロセスを(①)という。

開発者の視点から、システム要件をシステムでどのように実現すべきかを決定するプロセスを(①)という。

開発者の視点から、ソフトウェア要件をソフトウェアでどのように実現すべきかを決定するプロセスを(①)という。

開発者がプログラムを作成するプロセスを(①)という。

開発者が作成したプログラムに対してバグが潜んでいないかなどを試すプロセスを(①)という。

上流工程から下流工程へ順番に進めていく開発手法を(①)という。

短い開発工程を何度も繰り返し、迅速かつ段階的に完成度を高めていく開発手法を(①)という。

イテレーション、ペアプログラミング、リファクタリング、テストファースト、継続的インテグレーションといったプロセスで開発するアジャイル開発の手法を(①)という。

XPにおける短いサイクル、期間を(①)という。

2人1組となってプログラミングを行うことを(①)という。

外部仕様を変更することなく、プログラムの内部構造を変更することを(①)という。

プログラムを書く前にテストケースを作成することを(①)という。

コードの結合とテストを継続的に繰り返すことを(①)という。

スプリントランニング、デイリースクラム、スプリントレビュー、レペロスペクティブなどのプロセスで開発を進める手法を(①)という。

スクラム開発における短いサイクル、期間を(①)という。

スプリントの始まりで作業計画を立てることを(①)という。

スクラム開発における毎日のミーティングを(①)という。

スクラム開発において、スプリントの終わりに成果物の評価を行うことを(①)という。

スクラム開発において、スプリントの終わりに改善事項を検討し振り返ることを(①)という。

システムをさらに独立性の高いサブシステムに分割し、システムごとに要件定義や設計、開発、テストを繰り返しながら段階的にシステムを完成させていく開発手法を(①)という。

システム開発の早い段階から試作品を作成して、利用者の確認を得ながら開発を進めていく手法を(①)という。

システム開発の早い段階で作られる試作品を(①)という。

既存のプログラムを解析してそのプログラムの仕様書を導き出すことを(①)という。

開発部門と運用部門が協力しながらシステムの改善を進めようという考え方を(①)という。

組織のソフトウェア開発能力を客観的に5段階で評価するモデルを(①)という。

様々なシステムをオブジェクトと呼ばれる単位で設計していく考え方を(①)という。

密接に関係するデータとメソッドを一体化したものを(①)という。

オブジェクト内のデータやメソッドを、他のオブジェクトから直接アクセスされないよう外部から隠蔽することを(①)という。

データとメソッドをもったオブジェクトのひな型を定義したものを(①)という。

クラスから生成されるオブジェクトのことを(①)という。

既存のクラスを基にして新たなクラスを生成するとき、基となるクラスを(①)という。

既存のクラスを基にして新たなクラスを生成するとき、新しく生成したクラスを(①)という。

スーパークラスで定義しているデータやメソッドをサブクラスに引き継ぐことを(①)という。

スーパークラスで定義されたメソッドをそのまま継承せず、サブクラスで再定義して動作を変更することを(①)という。

異なるクラスに同一のメッセージを送っても、インスタンスで特有の動作ができることを(①)という。

あるオブジェクトに依頼されたメッセージの処理を、そのオブジェクトの内部から他のオブジェクトに委ねることを(①)という。

下位クラスの共通部分を抽出して上位クラスを定義することを(①)という。

ある一つの上位クラスから共通部分を含む複数の下位クラスを定義することを(①)という。

上位クラスが下位クラスの組合せで構成されていることを(①)という。

ある一つの上位クラスが、それらを組合せてできる下位クラスに分けられていることを(①)という。

組織における業務の一連の流れを(①)という。

業務プロセスを見直し、再設計することで組織の体質や構造を抜本的に解決することを(①)という。

BPRを一過性のものでなく、PDCAサイクルで継続的に評価・改善していくことを(①)という。

業務プロセス中のデータの流れをモデル化したものを(①)という。

オブジェクト指向開発の分析から設計・実装・テストまでを統一した表記法でモデル化したものを(①)という。

システムが外部に提供する機能と、その利用者や外部システムとの関係を表現した図を(①)という。

インスタンス間の関係を表現した図を(①)という。

クラス間の関係を表現した図を(①)という。

ある振る舞いから次の振る舞いへの制御の流れを表現した図を(①)という。

オブジェクト間で送受信されるメッセージをオブジェクト同士の関係の観点から表した図を(①)という。

オブジェクト間で送受信されるメッセージを時系列の観点から表した図を(①)という。

ソフトウェアの操作画面などの利用者とコンピュータとの接点を(①)という。

Webサイトにおいて、トップページからあるページへの経路情報のことを(①)という。

画面上のアイコンやボタン、メニューなどをマウスでクリックすることで、視覚的に操作するインタフェースを(①)という。

GUI部品の一つで、互いに排他的な項目から一つを選択させるインタフェースを(①)という。

GUIの一つで、各項目を選択させて、クリックするたびに選択と非選択が入れ替わるインタフェースを(①)という。

GUIの一つで、特定の連続する値を増減させ、増加または減少に対応するボタンをクリックするたびに値が増減するインタフェースを(①)という。

GUIの一つで、上から垂れ下がるように表示されるメニューで、複数の項目から一つを選択させるインタフェースを(①)という。

GUIの一つで、画面から浮き出るように表示されるメニューで、複数の項目から一つを選択させるインタフェースを(①)という。

GUIにおいて、その物体に対してできることを示す手がかりのことを(①)という。

数値として扱う必要のあるデータに文字などの数値として扱えないものが含まれていないかどうかを確認する入力データのチェック方式を(①)という。

データが昇順や降順など、決められた順番に並んでいるかを検査する入力データのチェック方式を(①)という。

重複したデータが存在しないかどうかを検査する入力データのチェック方式を(①)という。

データが決められた形式にあっているかどうかを検査する入力データのチェック方式を(①)という。

データが論理的に矛盾しないかどうかを検査する入力データのチェック方式を(①)という。

データの値が一定の範囲内にあるかどうかを検査する入力データのチェック方式を(①)という。

データがファイルに存在するかどうかを検査する入力データのチェック方式を(①)という。

入力データの数値から、一定の規則に従って検査文字を求め、検査文字を入力データの末尾に付加することで、入力データに誤りがないかどうかを検査する方法を(①)という。

国籍や年齢、性別、身体的条件などに関わらず誰もが使える設計を(①)という。

ユニバーサルデザインにおける概念の一つで、誰もが情報サービスを支障なく操作または利用できる度合いのことを(①)という。