プログラムを解析し、ソフトウェアの仕様を調査して設計情報を抽出することを

プロジェクトに必要な作業を明らかにすること

ステークホルダー(従業員、株主、取引先など)が経営を監視すること

稼働中のシステムの一部を修正した時に、この修正が他の正常な部分に影響を与えていないかを検証することを○○テストという

プログラムに間違いがないことを検証するテストのことを

プログラム同士のインターフェースが合うかどうか検証するテストのことを

結合テストとシステムテストで行う、内部構造を無視してシステムの要件書通りに動作するかを確認するテストを

ソフトウェアの導入とはソフトウェアに○○すること

リスクをとらない

ITサービスマネジメントのベストプラクティス集を

可用性を確保するための活動を

問題管理とはインシデントの○○を究明し、再発の防止をすること

長時間、システムに電力を供給するための装置

システム要件には2種類ある

機能要件はユーザーが把握○○、システムに必要な○○

システム方式設計では、システム要件を3つに分ける

プログラミングはソフトウェア○○の後に行う工程

本番環境でシステムを運用し、要件通りにシステムが動作することを検証するテストのことを

単体テストで行う、内部構造を分解して行うテストを

ソフトウェア受け入れテストは動作が正常か○○が確認する

システムの機能によって点数をつけて開発費用を見積もる方法、ユーザーにとって理解しやすい

アジャイル開発は短期間に○○と○○を繰り返す

リスクを受け入れる

サービスサポートのインシデント管理とはサービスを○○に○○させる活動

サービスレベルの合意書、目的はサービスの範囲と品質を明確にすること

BCMの中で査定し、事業をいかに継続するかをまとめた計画を

一時的に電力を供給する装置

不測の事態でもビジネスを継続するための経営手法を

リスクを減らす

システム要件が仕様通りに動作するかを検証するテストのことを

ウォーターフォールモデルのメリットとデメリットは

ファクタリングとはプログラムと○○は変えず、○○を変える

非機能要件はユーザーが把握○○、システムに必要な○○

ソフトウェアの機能や性能を決めることをなんというか、主にインターフェースとデータ

システムに必要な機能や性能を決める工程を

ソフトウェア保守とは稼働中のソフトウェアを○○・○○すること

プロジェクトには目標達成のための3つの制約がある

プロジェクトから利益や損害を受ける可能性のある全ての人

他人にリスクをとってとらう

システムの変更を承認し、実施計画を立てる活動を

システム監査の目的はリスクの○○が正しく行われているかを○○すること

改善命令に基づいて改善を行うのは○○部門である。

ITを適切に活用し、会社をあるべき姿に導くための仕組み

プロジェクトの始まりに発行され、根本的な取り決めであるプロジェクトの背景、目的及びその内容を記述した文書をプロジェクト○○という

○○マネジメントとはプロジェクトに参加する要因の役割、責任、必要なスキルを決定し、それらがこうかてきには機能するよう管理する

ソフトウェアをプログラムの単位まで分割することを○○設計という

ソフトウェアを部品化したり、再利用することでソフトウェア開発の生産性向上を図る手法のことを

承認された変更を本番環境に実装すること

サービスの品質を高めようとすることを

監査人は改善を行わず、○○をするだけ、また身内はダメで○○でないといけない

PaaSとは○○を提供するサービス

SaaSとは○○を提供するサービス

プログラムの単位まで分割された要件をさらにコーティングができる単位まで分割することを○○設計という

開発者と運用者が一緒にシステムを開発すること

プロジェクトの作業を細かい作業単位に分けること(時間やコストがわかるくらい)

サービスの提供者と利用者が合意したサービスレベルを維持、改善するための活動を(主にPDCAを使う)

○○の目的はサービスレベルを低下させないこと、そのため、問題管理よりもインシデント管理が優先される

建物や設備の保有や運用、意地などを最適化する手法を

社内全ての人が業務を健全化すること、責任者は経営者

職務分掌とは担当者の役割や○○を明確にすること

プログラムに記述されたすべての命令を少なくとも一回実行し、仕様通りに動くことを検証するテストは

端末から行う照会処理の応答時間を検証するテストを