単語帳④ Flashcards
企業活動が正しく行われているか調査すること
監査
落雷によって起きる過電圧
雷サージ
瞬間的に発生する高い電圧からシステムを守ること
サージ防護
建物や設備の保有や運用、維持などを最適化する手法
ファシリティマネジメント
システムに電力を供給するための装置
自家発電装置
停電時にコンピュータに一時的に電力を供給する装置
UPS：無電源装置
災害や事故などの不測を想定して事業をいかに継続するかをまとめた計画
BCP(事業継続計画)
企業活動を支えある重要な情報システムに障害が発生したような場合でも企業活動を継続するための経営手法
BCM（事業継続管理)
変更管理で承認された変更を本番環境に実装すること
リリース管理
システムの変更を承認し、実施計画を立てる活動
変更管理
IT資産を正確に把握し、不正使用を防止する活動
構成管理
障害の根本原因を究明し、再発を防止する活動
問題管理
サービスを迅速に復旧させる活動
インシデント管理
トラブルなどの問い合わせを受け付ける単一の窓口
サービスデスク
ユーザが求めるサービスレベルのうち「可用性を確保するための活動」
可用性管理
サービス提供者とサービス利用者との間で取り決めた「サービスレベル(サービスの品質や範囲)」を明文化した書類
SLA：サービスレベル合意書
サービスの提供者と利用者が合意した「サービスレベル(サービスの品質や範囲)」を維持・改善するための活動。
SLM：サービスレベル管理
ITサービスマネジメントのベストプラクティス(最良の事例)が書かれた本
ITIL
ユーザに対するサービスの品質
サービスレベル
ITサービスを維持・改善していくこと
ITサービスマネジメント
利用者に対するサービスを改善・維持する活動。
サービスマネジメント
誰が、だれに、いつ、どうやって、何を伝達するかを管理する
プロジェクトコミュニケーションマネジメント
プロジェクトに参加する要員の役割、責任、必要なスキルを決定し、それらが効果的に機能するように管理する
プロジェクト資源マネジメント
プロジェクトにおいて最も時間のかかる経路
クリティカルパス
所要日数が０日の作業
ダミー作業
作業の流れを矢印で表した図
アローダイアグラム
プロジェクトの進捗状況を視覚的に表す図
ガントチャート
プロジェクトのステークホルダ（利害関係者）をとくていし、彼らが効果的にプロジェクトに参加できるように調整すること
プロジェクトステークホルダマネジメント
ステークホルダとは
利害関係者
プロジェクトに必要な作業を抽出すること
プロジェクトスコープマネジメント
プロジェクトという一つの大きな作業を細かい作業単位に分割すること
WBS
プロジェクトの目的などを記載した文書
プロジェクト憲章
プロジェクトマネジメントの体系化された知識
PMBOK
プロジェクトマネージャが行う仕事
プロジェクトマネジメント
プロジェクトを成功させるために集められた、専門知識を持った人員。
プロジェクトメンバ
プロジェクトを管理する人
プロジェクトマネージャ
期限内に独自のモノやサービスを作るための業務。
プロジェクト
既存のプログラムを解析して、そのプログラムの使用や設計の情報を取り出す技術。
リバースエンジニアリング
アジャイル開発の一つ。開発チームが一致団結するにはどうしたよいかに着目したソフトウェア開発手法。
スクラム
少人数のチームでプロトタイピング繰り返し、短い期間で開発する開発モデル
RAＤ（ラッド
システムを利用する部門(エンドユーザ)が主体的に知るテム開発や運用に携わること
EUC
プログラミングの機能仕様は変えずに、内部構造を変えること。
リファクタリング
2人のプログラマが1つのパソコンを使ってソフトウェアを開発する手法
ペアプログラミング
通常はプログラムを書いた後に行う単体テストを先に行い、このテストを通るようにプログラムを書く開発手法
テスト駆動開発
アジャイル開発の手法の一つで、１９のプラクティス（実践）が定義された開発手法
XP（eXtreme Programing）
開発担当者(Development)と、運用担当者(Operations)が連携してシステムを開発する手法
DevOps(デブオプス）
短期間にソフトウェアの開発とリリースを繰り返し、ビジネス環境の変化やユーザのニーズに柔軟対応する開発モデル
アジャイル開発
ソフトウェアの開発プロセスを上流工程から下流工程へ向かって一直線に順番に進める手法
ウォータフォールモデル
システムが提供する機能に点数をつけて開発費用を見積もる方法
ファンクションポイント法
稼働中に見つかったバグを修正したり、ソフトウェアに新機能を追加したりする工程
保守プロセス
完成したシステムを本番環境で動かす工程
運用プロセス
発注者がソフトウェア受け入れテストを行い、開発者がそのテストの手助けをする。
ソフトウェア受け入れ支援
発注者側の本番環境にソフトウェアをインストールする工程
ソフトウェア導入
開発者が作成したソフトウェア導入とソフトウェア受け入れ支援
ソフトウェア受け入れ
システムに修正や機能追加したために、別のところで新しいバグが出てないか確認するテスト
回帰テスト(リグレッションテスト)
プログラム上の誤り不具合を修正する作業
デバッグ
プログラム上の誤りや不具合のこと
バグ
入力と出力だけ着目し、ある入力に対して仕様どおりの出力が得られるかを確認するテスト手法
ブラックボックステスト
入力したデータが、意図通りに処理されているかを、プログラムの内部構造を分析して確認するテスト手法
ホワイトボックステスト
あるモノとあるモノをつなぐ部分のこと
インタフェース
本番環境と同じ条件下でシステムを運用し、業務要件どおりにシステムが動作することを検証する
運用テスト
システム要件が仕様どおりに動作するかを検証する
システムテスト
単体テストが完了したプログラム同士を組み合わせて、データの受け渡しや連携がうまくいくか検証する
結合テスト
プログラムに誤りがないことを検証する(テストの種類)
単体テスト
システムが仕様通り動くかを確認する工程
テスト
コンピュータが読むことができる、０と１で表された言語
機械語
人間が書いたプログラムをコンピュータが読むことのできる機械語に変換する機能
コンパイラ
人間が読みやすいプログラム言語で書かれたプログラム
ソースコード
人間が書いたプログラムを機械語に変換すること
コンパイル
プログラミングの工程のうち、流れずにしたがってソースコードを記述すること
コーディング
プログラム言語の文法に従って処理手順を書く工程
プログラミング
ソフトウェアの方式設計で「プログラム単位まで分割された要件」をさらに「コーディングができる単位」まで分割する工程
ソフトウェア詳細設計
ソフトウェア要件定義で決めたソフトウェア要件（機能や性能）をプログラム単位まで分割する工程
ソフトウェア方式設計
ソフトウェアの要件（機能や性能）を決める工程
システム方式設計？？
システム要件定義プロセスで洗い出したシステム要件を「ハードウェア」「ソフトウェア」「手作業」のいずれかに振り分けるプロセス
システム方式設計？？
システム要件定義で決めたことをもとにして、システムの設計図を書き起こすこと
システム設計
システム要件定義書完成後開発側と発注側の両者で内容を確認して、誤りや相違点がないかチェックする
共同レビュー
システム要件定義のプロセスで作成する文書
システム要件定義書
ソフトウェアの品質を評価する基準
品質特性
ユーザへのヒアリングでは出てこないが、システムに必要な性能
非機能条件
