SMITサービスマネージャ試験 午後Ⅰ

平成25年度秋期 ITサービスマネージャ 午後Ⅰ 問2

事例を読んで設問の答えを考えてから、解説のポイントとIPA公式の解答例・採点講評で確認しましょう。

問題

問3 サービスの運用に関する次の記述を読んで,設問1~3に答えよ。 E社は,大手物流会社である。E社には,グループ会社が20社あり,グループ全体の経営効率向上を図るために,2年前にグループ会社の業務標準化を進めることになった。これに合わせて,各社が別々に構築してきたシステムの統合を進めている。 〔システムの運用体制〕 システムの統合は,グループ会社であるF社の開発チームが実施している。統合が完了したシステム(以下,統合システムという)は,F社のデータセンタで,F社のオペレーションチームによって24時間365日運用されている。運用全体の管理は,ITサービスマネージャのS氏が行っている。オペレーションチームはシフト体制を組み,4チームが3交代で運用している。シフト時間帯は6時から15時までの早番,14時から23時までの遅番,22時から翌朝7時までの深夜番となっている。各オペレーションチームは,運用責任者のリーダ1人とオペレータ3人の計4人で編成されている。 〔統合システムの監視〕 統合システムの監視には運用管理システムを利用する。本番運用されている各システムが出力するメッセージは,運用管理システムに集約される。集約されたメッセージは,F社の運用監視基準に従って種類分けされて,オペレータに通知される。オペレータは通知されたメッセージを監視し,対応が必要な場合は,定められた対応を行う。オペレータが監視するメッセージは,表1のとおりである。 表1 F社のオペレータが監視するメッセージ 警告のしきい値は,監視要件に基づいて設計・設定されている。統合システムの警告のしきい値については,F社開発チームのインフラ担当が設計・設定を行う。 〔E社のサービス要求管理プロセス〕 E社では,E社及びグループ会社各社のサービス利用者を対象としたサービスデスク(以下,SDという)を設けている。SDでは,サービス利用者からの電話及び電子メールによるサービス要求を,平日の9時から17時まで受け付けている。サービス要求には,問合せ,作業依頼などがある。SDでは,サービス要求が受入基準を満たしているかどうかを判断し,基準を満たしていれば要求を受け付ける。このとき,決められた診断手順に従い,要求の優先度を判断する。SDでは,サービス要求への対応を行い,サービス利用者に対応結果を回答する。必要に応じて,サービス利用者と対応時期について調整し,サービス要求の進捗状況をサービス利用者に通知する。また,サービス要求の内容がバッチ処理作業依頼の場合は,F社のオペレーションチームに転送して処理してもらう。バッチ処理の終了後,オペレーションチームはその旨を[a]に連絡する。サービス要求への対応について,サービス利用者に完了報告を行い,プロセスを終了する。 なお,サービス要求の内容がインシデントへの対応要求の場合,又はサービス要求への対応中にその内容がインシデントへの対応要求であると判明した場合は,別途規定されているインシデント管理プロセスに従って処理される。 〔経理システムの統合〕 E社では,グループ会社と調整し,各社で個別に稼働している経理システムを統合することにした。現在,E社の経理部の部門コンピュータで運用されている経理システムを,E社とグループ会社で利用する統合経理システムとして改修し,F社が運用する。改修後は,まず,E社とグループ会社のG社の2社で統合経理システムの利用を開始し,その後,グループ会社各社に利用を広げていく計画である。 統合経理システムの機能要件はF社開発チームのアプリケーション担当が,非機能要件はインフラ担当がそれぞれ設計を行う。E社の経理システムで出力されているメッセージの内容は,表2のとおりである。 表2 E社の経理システムで出力されているメッセージの内容 F社では,表2を自社の運用監視基準と照合し,受入れ可能かどうか調査した。調査の結果,表2中の④のしきい値については,F社のシステム資源に合わせて設定を変更する必要があることが分かり,しきい値を新たに設計することになった。 また,E社の経理部は,現在は担当者が直接臨時バッチ処理を実行していることから,統合経理システムの利用に当たり,臨時バッチ処理をSD経由ではなく,直接オペレーションチームに作業依頼したいとのことであった。S氏は,次の二つの理由から,E社の経理部に対して,“SDを経由してほしい。SDの要員体制は確保されている。作業依頼の手順についてはSDと調整するように”と回答した。 ・E社のサービス要求管理プロセスに従い,SDでサービス要求を受け付ける必要がある。 ・利用開始までに(ア)準備作業が必要である。 統合経理システムの運用が開始され,E社とG社で1年間利用された。その後,新たにグループ会社のH社が決算月から利用を開始した。決算月は,昼のオンライン時間帯に臨時バッチ処理が発生する。このバッチ処理は経理部からの要求で臨時に実施され,業務の状況に応じて1日に数回実施される。バッチ処理中は,大量のデータを処理することから,突発的にメモリ使用率が増加する。H社では統合経理システムの習熟度が低いこともあって,臨時バッチ処理が頻繁に発生し,メモリ使用率のしきい値超過の警告が多く発生するようになった。 しきい値超過の警告が発生した場合,オペレータはインフラ担当に連絡する。インフラ担当は状況に応じて,サービス利用者からの問合せに対応できるようにSDに状況を連絡する。また,インフラ担当は,メモリの使用状況などを分析し,オンライン業務に影響が及ぶことが想定される場合は,S氏に連絡し,各社の経理部と臨時バッチ処理の使用制限について調整する。 決算月に入って警告状態が続いているが,その都度,オンライン業務に影響を与える事態ではないとの判断が出されている。そこで,オペレーションチームのリーダは,警告対応のオペレータの業務負荷を軽減するために,“決算時期は,しきい値を緩く設定することも考えられるのではないか”とS氏に打診した。しかし,(イ)S氏はシステムの安定稼働を保証できないので,しきい値の変更は安易には行えないと判断した。 〔オペレーション業務の見直し〕 E社では,グループ会社各社で物流業務の分析に利用しているデータウェアハウスの統合を進めることにした。S氏は,統合データウェアハウスの運用開始に当たり,F社のオペレーション体制で受入れが可能かどうかを検討した。 S氏は,オペレーションが可能な要員数(以下,可能要員数という)と,現在の通常のオペレーションに必要な要員数(以下,必要要員数という)を調査し,図1にまとめた。可能要員数は図1のAの点線で表される。現在,オペレーションチームは4人で編成されているが,0時~4時,8時~12時,16時~20時の間は,交代で休憩をとるので,可能要員数は3人となる。その他の時間帯の可能要員数は4人である。また,6時,14時,22時にチームが交代し,引継ぎを行うが,引継ぎ時間中も可能要員数は4人である。現在の必要要員数は,図1のBの実線で示すとおりであった。 図1 オペレーションの可能要員数と必要要員数 なお,障害などインシデントの発生に備えて,可能要員数に対する必要要員数の比率は常に90%以下に抑える必要がある。 S氏はシフト勤務の時間帯ごとの特徴を調べた。深夜番の勤務時間帯にはバックアップを取得する必要があり,0時から6時の間で実施している。バックアップの取得が失敗していた場合,再処理が必要となる。したがって,再処理時間を考慮し,早番の勤務時間帯でバックアップが取得できているかどうかを確認する必要がある。現在は,バックアップ処理完了後の6時から8時までの2時間で,この確認作業を平均して1人で行っている。 次に,統合データウェアハウスの運用方法について調べたところ,バッチ処理が多いことから,4時から8時までの間,平均して0.5人の要員数が必要なことが分かった。 S氏は,統合データウェアハウスの受入れを可能にする解決策を検討した。 設問1 サービス要求管理プロセスについて,(1),(2)に答えよ。 (1)本文中の[a]に入れる適切な字句を,10字以内で答えよ。 (2)本文中の下線(ア)の準備作業の具体的な内容を,30字以内で述べよ。 設問2 〔経理システムの統合〕について,(1),(2)に答えよ。 (1)表2中の④以外にも見直す必要がある項目がある。 (a)見直す必要があるメッセージの内容はどれか。表2中の①~⑥(ただし,④を除く)から一つ選べ。 (b)見直す必要がある理由を,30字以内で述べよ。 (c)改善策を,40字以内で述べよ。 (2)本文中の下線(イ)で,S氏が,しきい値の変更を安易には行えないと判断した理由を,40字以内で述べよ。 設問3 〔オペレーション業務の見直し〕について,(1),(2)に答えよ。 (1)現在のオペレーション方法では,統合データウェアハウスの受入れができない。その理由を40字以内で述べよ。 (2)現在のオペレーション体制で統合データウェアハウスを受け入れるための解決策を,40字以内で具体的に述べよ。ただし,バッチ処理の処理時間帯は変えられないものとする。
表1 F社のオペレータが監視するメッセージ。通知・警告・異常の3種類について、内容、具体例、オペレーションチームの対応を整理した表。
表1 F社のオペレータが監視するメッセージ。通知・警告・異常の3種類について、内容、具体例、オペレーションチームの対応を整理した表。
表2 E社の経理システムで出力されているメッセージの内容。経理システムの通知、警告、異常メッセージについて、表示例とコメントを整理した表。
表2 E社の経理システムで出力されているメッセージの内容。経理システムの通知、警告、異常メッセージについて、表示例とコメントを整理した表。
図1 オペレーションの可能要員数と必要要員数。時刻ごとの可能要員数を点線、必要要員数を実線で示し、交代勤務や休憩時間帯の要員差を表したグラフ。
図1 オペレーションの可能要員数と必要要員数。時刻ごとの可能要員数を点線、必要要員数を実線で示し、交代勤務や休憩時間帯の要員差を表したグラフ。
解き方のヒントを見る

判断の前提を丁寧に確かめる

検討を始める前に、与えられた情報と、自分の経験から補った前提を分けて整理しましょう。普段の運用で当然と思う条件についても、今回の判断に使える根拠が示されているかを確かめる、という視点に集中して考えてください。

この問題で問われていること

考えを進めるときは、判断の理由にしている条件が、与えられた情報に基づくものかを確認してください。曖昧な部分を無意識に埋めていないか、知っている事例をそのまま当てはめていないかに注目し、前提の出所を確かめましょう。

視点

ここで整理するのは、判断に使う前提の出所です。明示された条件と、自分で補った条件を区別すると、どの情報に支えられて考えているのかを振り返りやすくなります。

確認ポイント

  • 判断の根拠にした条件の出所を確認したか
  • 経験上の慣例を、示された条件として扱っていないか
  • 曖昧な部分に、自分だけの前提を加えていないか
正解と解説を見る

解説

システム統合では、サービス要求を既存の管理プロセスに沿って受け付け、監視対象を運用基準に合わせる必要があります。さらに、新規作業を加えた時間帯別の要員比率を計算し、障害対応の余力を残す作業配分を検討します。

問題の全体像

E社はグループ会社のシステム統合を進め、F社が統合システムを24時間365日運用しています。経理システムとデータウェアハウスの受入れに伴い、サービス要求の受付準備、監視メッセージの見直し、警告しきい値の変更判断、運用作業の配分を検討する事例です。添付の出題趣旨では、状況に応じて適切にオペレーション管理を見直す能力を問うとしています。入力のofficial_answer_example_textはサービス継続を扱う問2の内容であり、本文の問3とは一致しません。以下は、添付画像にある問3の問題文・公式解答例・採点講評に基づく解説です。

設問1(1)

着目するのは、SDが作業依頼を受け付け、バッチ処理をオペレーションチームに転送し、利用者への結果回答や完了報告を行う流れです。処理の終了をSDへ連絡することで、SDが要求の進捗を管理し、利用者に完了を報告できます。公式解答例では「SD」又は「サービスデスク」です。いずれも10字以内で、連絡先を示せます。

設問1(2)

SDは、受入基準を満たすか判断し、診断手順に従って優先度を決め、作業依頼を転送します。したがって、臨時バッチ処理の受付に必要な判断基準や手順を具体化する準備が必要です。公式解答例では「要求内容の優先度が判定できる診断手順の作成」「臨時バッチ処理の識別と処理手順の作成」「統合経理システムの臨時バッチ処理要求の受入基準の作成」を挙げています。30字以内では、このような具体的な準備作業を一つ示します。採点講評では、単なる手順整備や問合せ対応体制の構築という一般論が多かったと指摘しており、サービス要求管理プロセスで必要となる作業に結び付けることが重要です。

設問2(1)(a)

表1の注記では、通知の対象を、警告と異常以外でシステムの運用に必要なメッセージとしています。表2の③「売上の当日集計値」は、経理部担当者が業務上の数値を確認するための情報です。システムの運用監視に必要な情報とは用途が異なるので、見直す対象になります。公式解答例では「③」です。

設問2(1)(b)

理由の根拠は、表2の③のコメントと注記にある、経理部担当者が業務で必要な数値を確認するという説明です。このメッセージは顧客業務用であり、F社の運用監視基準に沿った監視メッセージとして扱う必要がありません。公式解答例では、顧客業務用の確認メッセージを出力していること、又は出力すべきメッセージ種類のどれにも該当しないことを挙げています。30字以内の答案では「顧客業務用の確認メッセージを出力しているから」とまとめられます。

設問2(1)(c)

経理部担当者による集計値の確認は業務上必要なので、その情報はアプリケーションで扱い、運用監視の通知から外すと考えます。公式解答例では、業務用メッセージをアプリケーションで作成して通知メッセージには出力しないこと、又はシステム運用に不要な通知メッセージを抑止することを示しています。40字以内の答案例は「業務用メッセージをアプリケーションで作成し、通知には出力しない。」です。採点講評では、オペレータの負担だけを考えた正常メッセージの抑止が多かったと指摘しており、F社の運用監視基準に適合させる説明が必要です。

設問2(2)

本文では、警告のしきい値を監視要件に基づいて設計・設定しています。これまでの警告発生時にオンライン業務への影響がなかったとしても、しきい値を緩めた後の影響まで確認できたことにはなりません。変更後も必要な警告を検知でき、安定稼働を維持できるかを評価する必要があります。公式解答例では、しきい値変更に伴うオンラインへの影響を再評価する必要があるから、としています。この内容を40字以内で示します。

設問3(1)

図1では、6時から8時の可能要員数は4人、現在の必要要員数は3.5人です。統合データウェアハウスの作業に必要な0.5人を加えると、必要要員数は4人となり、比率は4÷4=100%です。本文の「常に90%以下」という条件を超え、インシデント対応の余力を確保できません。なお、4時から6時は追加後も3.5÷4=87.5%で条件を満たします。公式解答例では、6時から8時の比率が90%を超えることを理由としています。40字以内では「6時から8時は必要要員数が可能要員数の90%を超えるから。」とまとめられます。

設問3(2)

移動を検討するのは、6時から8時に平均1人で行っているバックアップ処理結果の確認作業です。バッチ処理の時間帯は変更できず、確認は再処理時間を考慮して早番の勤務時間帯で行う必要があります。公式解答例では「バックアップ処理結果の確認作業の開始を12時からに変更する。」としています。確認を12時から14時へ移すと、6時から8時は追加作業を含めても3÷4=75%、12時から14時は確認作業を加えて3.5÷4=87.5%となり、90%以下を維持できます。採点講評では、新システム受入れのためにシフト勤務を見直す解答が多かったと指摘しており、現在の体制と処理時間帯の制約を守った具体策を書くことが重要です。

学習のポイント

本文の運用基準を判断根拠として使い、業務用情報と監視情報を区別すること、追加作業後の要員比率と作業移動の制約を確認することが重点です。

出典:独立行政法人 情報処理推進機構(IPA)平成25年度秋期 ITサービスマネージャ試験 午後Ⅰ 問2(公式資料:問題冊子(PDF) / 解答例 / 採点講評)

関連する過去問一覧

IPA Advancedは非公式の学習サイトです。解説にはAIによる補助生成を含む場合があります。公式の問題冊子・解答例・採点講評を優先し、誤りは確認後に訂正します。運営・編集方針