ITILファンデーション攻略のサイト

[CHECK　POINT！] カテゴリの記事

全12件 (12件中 1-12件目)

1

• 

  TOP Page用

  ○ITILとは？　計4章ITILとは？ITILは世界標準規格ITIL認定資格についてITILの構成○ITサービスマネジメント　計3章ITサービスマネジメントITサービスマネジメントの要素ITILのサービスマネジメント○品質管理　計2章品質管理デミング・サイクル○プロセスの概要　計3章プロセス概念サービス・サポート・プロセスの概念サービス・デリバリ・モデル○サービスデスク　計3章サービスデスクの概要サービスデスクの役割サービスデスクの種類○サービス・サポート・プロセス・モデル　計12章問題管理の概要問題管理の機能構成管理の概要構成管理における重要用語構成管理の活動変更管理の概要変更管理プロセスの役割リリース管理の概要リリースとは？リリースの種類○サービス・デリバリ・プロセス・モデル　計13章可用性管理の目的キャパシティ管理の概要キャパシティ管理の目的キャパシティ管理重要用語ITサービス継続性管理の概要ITSCMの目的ITSCMの重要用語ITサービス財務管理の概要予算管理IT会計○Check Point！　計11章インシデントと問題の関係既知のエラーデータベース：KEDB構成管理と資産管理の違い変更を実際に行うプロセスは？DSLとDHSSLMと他プロセスとの関係SLMにおける重要用語サービスカタログの種類可用性管理における重要用語復旧オプション初心者にお勧めITIL how to本！ITIL資格取得を考えている中級者にお勧め♪ITILを事業領域から見た場合に判り易いお勧め書籍です。資格取得だけではなくITIL推進の管理者となっても困らないレベルの本です。旧規格BS15000とITILを比較しながら勉強出来ます。　～　ITIL資格にチャレンジされる方へ（試験対策）　～　私はYahoo!オークションでit_lab2006さんの出品するITIL厳選問題集を使用して勉強しました。私が受験した時はほとんど”ズバリ！”でした。試験に合格するだけであればこの問題集はお勧めです！ｖ

  2006.11.26

• 復旧オプション

  ○ワークアラウンド　暫定的処置で復旧。○段階的復旧（コールドスタンバイ）　ハードウェア面でのバックアップを利用します。○中間的復旧（ウォームスタンバイ／スタート）　外部の復旧サービスを利用します。○即時的復旧（ホットスタンバイ）　可用性と密接に連携を取ったミラーサイトを利用。

  2006.10.28

• 可用性管理に関連する重要語句

  ○MTTR＆MTBF　平均修理時間（MTTR）、平均故障間隔（MTBF）○MTBSI　　平均システム・インシデント間隔○CCTA　リスク分析および管理手法○CFIA　　コンポーネント障害インパクト分析

  2006.10.01

• サービスカタログの種類

  ○サービス・ベース　SLA、サービス、ITインフラストラクチャを1つだけ用意し全ての顧客に提供。○顧客ベース　顧客毎に１つのSLAと複数のサービスを用意。文字通り顧客ベースのサービス。○マルチレベルSLA　組織レベル：組織内のどの顧客に対しても適切な共通の内容を対象とする。　顧客レベル：利用されるサービスに関わらず特定の顧客グループに対して適切なSLM内容を全て網羅する。　サービスレベル：特定の顧客グループに関連して特定のサービスに適切なSLMの内容を全て対象とする。

  2006.09.27

• ＳＬＭにおける重要用語

  ○サービス改善プログラム（SIP）　プロジェクトとして実施される事が多くITサービスの改善に関する活動や段階、区切りを定義。○サービスカタログ　ITプロバイダにより提供されるITサービスについて事業の観点から概要を記載します。SLAの体系を決定する為のツールになります。○サービスレベル用件　顧客のニーズを詳細に決めたドキュメント。

  2006.09.24

• SLMと他プロセスとの関係

  　導入時、SLMに対して可用性管理、キャパシティ管理、ITサービス継続性管理、ITサービス財務管理は情報を提供します。　運用時、SLMは他プロセスに対してSLAの展開を行います。他プロセスはSLMに報告を行います。

  2006.09.21

• DSLとDHS

  ○DSL：確定版ソフトウェアの保管庫　全ソフトウェアCIが品質管理され全バージョンとともに確定版で格納されている保管庫です。○DHS：確定版ハードウェアの保管庫　全ハードウェアCIが完全に管理されている保管庫です。

  2006.09.13

• ”変更”を実際に行うプロセスは？？？

  　変更管理プロセスなるプロセスが存在するも、実際に”変更”を行うのは”変更管理プロセス”では無い。変更管理プロセスはテスト・変更が確実にスケジュール通り行われる事を監視し、調整するのが主役割である。　実際に”変更”を行うのはリリース管理プロセスであり、”変更”に関する責任はりリース管理プロセスにある。

  2006.09.09

• 構成管理と資産管理の違い

  　構成管理は資産管理とは異なります。構成管理は資産情報のみではなく資産間における関係情報も格納しています。＝資産管理は資産情報だけ

  2006.09.05

• 既知のエラーデータベース：ＫＥＤＢ

  【用語解説】既知のエラーデータベース（KEDB）：既知のエラーに対する解決策を記録したデータベース。　KEDBを制御するのは”問題管理プロセス”。具体的には下記の通り。⇒ＫＥＤＢへ問題の登録を行うのは”問題コントロール”⇒ＫＥＤＢへエラーの記録を行うのは”エラーコントロール”　　※既知のエラーへの変更が必要な事項は”変更管理プロセス”が判断する。

  2006.08.31

• ”インシデント”と”問題”の関係。

  　インシデントと問題は別物です。インシデントが問題に変わる事はありませんが、インシデントと並べて関連する問題を定義する事は可能です。この為、インシデントが未解決の場合、問題を調査する事がインシデントの解決に繋がる事があります。　インシデント管理はワークアラウンド等、可能な手段を用いてエラーを迅速に解決する事を目的としますが問題管理は時間をかけてでも原因を探し出しその原因を排除しようとします。

  2006.08.30

• プロアクティブ＆リアクティブ

  【用語解説】○プロアクティブ：トラブルが起こる前に対応。例）トラブルに備え事前に予防策を張る。○リアクティブ：トラブルが発生してから対応。

  2006.08.28

全12件 (12件中 1-12件目)

1