SAシステムアーキテクト試験 午後Ⅰ

平成21年度秋期 システムアーキテクト 午後Ⅰ 問3

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

問題

問3 システム開発のテスト計画に関する次の記述を読んで,設問1~4に答えよ。 E社は,リース業向けのソフトウェアパッケージ(以下,パッケージという)を自社で開発し,販売している。このたび,F社向けにカスタマイズ開発を行うことになった。現在,システム結合テストを実施中であり,並行してシステム適格性確認テストの計画書を作成している。 〔パッケージの機能〕 E社が開発したパッケージの機能は,次のとおりである。 (1) 契約機能 リース物件について,契約先への見積書の作成,契約書の作成,仕入先への発注書の作成を行う。リース期間は,4年又は5年とする。 (2) 料金回収機能 契約先あての請求書を,月次処理で作成する。銀行からの入金データを受け取り,請求データとの照合を行う。 (3) 再リース機能 翌々月にリース期間満了となる契約について,契約先への満了通知書兼再リース契約申請書を,月次処理で作成する。契約先から再リース契約の申請があれば,契約情報を入力し,再リース契約書を作成する。 (4) 会計システム連携機能 会計システムに渡す経理仕訳データを,月次処理で作成する。 (5) 取引先管理機能 契約先及び仕入先の属性項目の登録・変更を行う。 (6) その他の機能 解約,物件処分,営業統計,年次集計などの処理を行う。 〔カスタマイズの内容〕 E社では,パッケージの仕様とF社業務とのフィットギャップ分析の結果を基に,パッケージのカスタマイズを行った。カスタマイズの内容は,次のとおりである。 (1) 契約情報の属性項目の追加 (2) 見積書,契約書などの出力帳票の書式の変更,及び一部帳票への項目の追加 (3) 経理仕訳データの勘定科目及びフォーマットの変更 〔サイクルテストの計画〕 E社では,システム適格性確認テストとして,カスタマイズを行わなかった機能を含めたシステム全体の機能について,日々の業務が確実に遂行できることを確認するサイクルテスト,性能及び耐障害性を確認する性能・障害テストなどを行う。 カスタマイズ開発のプロジェクトマネージャであるG氏は,サイクルテストの責任者としてH氏を任命し,サイクルテストの計画を作成するよう命じた。 H氏は,サイクルテストの計画を作成するのは初めてであり,過去の事例を参考にしながらテスト計画書,運営要領書及び進捗管理表を作成した。サイクルテストの計画の作成に当たっては,次の点を考慮した。 (1) H氏は,サイクルテストの責任者として,テストケースやテストスケジュールの承認を行い,テスト期間中は,当日のテストの開始,終了などの判断を行う。また,H氏を補佐する管理チームを設置し,管理チームで進捗管理や課題管理を行う。 (2) テストの体制は,管理チームのほか,契約,料金回収などのパッケージの機能ごとに六つの機能検証チーム,テストのオペレーションを実行する実行チーム,テスト環境を維持・管理する環境チームの編成とする。各機能検証チームは,テストケースの作成,テスト結果の検証と発生した障害への対応を行う。 (3) 管理チームは,毎日,テスト開始前に行う朝会と,テスト終了後に行う夕会を主催する。朝会,夕会には,各チームのリーダとサブリーダが出席し,管理チームは,各チームからテストの状況や障害対応の状況の報告を受け,また,各チームへテストに関する指示を伝える。 (4) 各チームのリーダ及びサブリーダは,朝会,夕会での指示を,自チームのメンバ全員に周知させるとともに,自チームメンバが担当するタスクの状況を把握する。また,自チーム内で発生した障害について,障害管理票を用いて管理し,障害の対応状況については障害の対応担当者から報告を受け,その内容を把握する。 H氏が作成したテスト計画書の概要の抜粋を表1に,運営要領書の概要の抜粋を表2に,進捗管理表を表3に示す。 表1 H氏が作成したテスト計画書の概要(抜粋) 表2 H氏が作成した運営要領書の概要(抜粋) 表3 H氏が作成した進捗管理表 〔テストデータ作成の方式の検討〕 H氏は,サイクルテストで使用するテストデータのうち,取引先データ及び契約データの作成の方式について,次の二つの方式の比較検討を行った。 方式1:F社が現在の業務で使用している取引先データ及び契約データを,一部の項目のマスク処理や形式の変換など,必要な措置を行って使用する。 方式2:契約データは,テストの中で,新システムの契約機能の新規登録操作によって登録していく。その契約データを登録するために必要な取引先データは,テストケースに合わせて,ツールを用いて,あらかじめ作成しておく。 二つの方式の比較検討結果の抜粋を,表4に示す。 表4 二つの方式の比較検討結果(抜粋) H氏は,これらを検討した結果,方式2を採用することを決定した。 〔サイクルテスト計画のレビュー〕 テストデータ作成の方式が決定され,テスト計画書が完成されたのを受けて,G氏がサイクルテスト計画のレビューを実施し,次の問題点を指摘した。 (1) 今回決定した方式でテストデータを作成すると,システム全体の機能を確認する上で,システム日付の設定に問題がある。 (2) サイクルテストを円滑に運営する上で,障害発生時の対応に問題がある。 設問1 〔サイクルテストの計画〕について,(1),(2)に答えよ。 (1) 表1中の[a],表2中の[b]に入れる適切な確認事項を,それぞれ25字以内で述べよ。 (2) 障害管理票には,表2に従ってテストを進めていくために必要不可欠な項目がある。表2中の[c],[d]に入れる適切な字句を答えよ。 設問2 〔テストデータ作成の方式の検討〕について,表4中の[e]に入れる適切な字句を30字以内で述べよ。 設問3 〔サイクルテスト計画のレビュー〕においてG氏が指摘した二つの問題点について,具体的にどのような問題が発生するかを,それぞれ40字以内で述べよ。 設問4 表3について,次の二つの判断を行うことができるのはどのような場合か。判断を行うのに最も必要な数値を表3中のア~ケの中からそれぞれ二つ選び,判断の根拠となるそれらの大小関係を,15字以内で述べよ。 (1) テストケースの確認が,予定したスケジュールに遅れることなく進んでいることの判断 (2) サイクルテストが完了していることの判断
表1 H氏が作成したテスト計画書の概要(抜粋)。テスト計画書の概要。項目はテストの目的,テストの実施と検証の内容(空欄a),テストに使用するデータ(別途検討),テストの日付とスケジュール(4月1日開始,翌年度4月の年次集計処理まで),テストケース,テストの完了。
表1 H氏が作成したテスト計画書の概要(抜粋)。テスト計画書の概要。項目はテストの目的,テストの実施と検証の内容(空欄a),テストに使用するデータ(別途検討),テストの日付とスケジュール(4月1日開始,翌年度4月の年次集計処理まで),テストケース,テストの完了。
表2 H氏が作成した運営要領書の概要(抜粋)。運営要領書の概要。項目は朝会の開催(空欄b),テストの実施,障害発生時の対応と管理(障害管理票に追記する項目の空欄c・d),プログラムの修正,進捗管理,夕会の開催と,それぞれの内容。
表2 H氏が作成した運営要領書の概要(抜粋)。運営要領書の概要。項目は朝会の開催(空欄b),テストの実施,障害発生時の対応と管理(障害管理票に追記する項目の空欄c・d),プログラムの修正,進捗管理,夕会の開催と,それぞれの内容。
表3 H氏が作成した進捗管理表。進捗管理表。総テストケース数はア件。確認完了件数(予定・予定累計・実績・実績累計)と障害発生件数・障害解決件数(実績・実績累計)の列。第1日は10/10,第2日は12/22。第n日の行はイ予定,ウ予定累計,エ実績,オ実績累計,カ・キ障害発生,ク・ケ障害解決。
表3 H氏が作成した進捗管理表。進捗管理表。総テストケース数はア件。確認完了件数(予定・予定累計・実績・実績累計)と障害発生件数・障害解決件数(実績・実績累計)の列。第1日は10/10,第2日は12/22。第n日の行はイ予定,ウ予定累計,エ実績,オ実績累計,カ・キ障害発生,ク・ケ障害解決。
表4 二つの方式の比較検討結果(抜粋)。方式1と方式2の比較。入力データの準備は容易か(方式1○,方式2×),入力データ作成のためのプログラム開発負荷はないか(方式1×,方式2○),機能の確認は十分にできるか(方式1×,方式2○,理由欄に空欄e)。
表4 二つの方式の比較検討結果(抜粋)。方式1と方式2の比較。入力データの準備は容易か(方式1○,方式2×),入力データ作成のためのプログラム開発負荷はないか(方式1×,方式2○),機能の確認は十分にできるか(方式1×,方式2○,理由欄に空欄e)。
解き方のヒントを見る

判断の前提をそろえて考える

判断の前提となる条件に注目し、与えられた情報と自分の推測を分けて整理しましょう。条件が異なる内容を同じ基準で扱っていないか確かめると、検討の根拠を落ち着いて見直せます。

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

この問題では、判断を支える前提がどこまで与えられているかを意識してください。見慣れた言葉から条件を補う前に、その条件が実際に示されているかを確認し、根拠と推測の境界を保ちましょう。

視点

判断に使う条件には、明示されたものと、自分が補っているものがあります。両者を区別し、根拠のない前提が入り込んでいないかを点検する視点を持ちましょう。

確認ポイント

  • 判断の前提として使っている条件を整理できているか
  • 明示された条件と自分の推測を区別しているか
  • 見慣れた言葉だけを根拠に条件を補っていないか
正解と解説を見る

解説

本問では、リース業向けパッケージのサイクルテストを題材に、機能の確認基準、障害管理、テストデータの網羅性、契約期間に応じた日付設定、進捗と完了の判断を学びます。

問題の全体像

E社はリース業向けパッケージをF社向けにカスタマイズし、システム適格性確認テストの計画を作成しています。サイクルテストの対象は、変更していない機能を含むシステム全体です。出題趣旨では、この事例を通じてシステム適格性確認テストの計画作成能力を評価するとされています。業務が正しく遂行できる確認方法に加え、テストデータ、時間の経過、障害対応、進捗管理が整合しているかを読み取る問題です。

設問1(1)(a)

表1の「テストの実施と検証の内容」に着目します。カスタマイズした部分ではユーザ要件との適合を確認しますが、変更していない機能についても、元のパッケージが定める動作を確認する必要があります。公式解答例では「パッケージの仕様どおりに動作すること」としています。25字以内の答案では、確認基準である「パッケージの仕様」と、それに沿った動作の確認を押さえます。

設問1(1)(b)

表2の朝会では、障害管理票の報告を基に当日のテストを開始できるか判断します。また、同表では障害の対応期限を明確にして管理しています。この二つを結び付けると、開始判断に必要なのは期限が到来した障害の解決状況です。公式解答例では「対応期限が到来している障害が解決していること」としています。25字以内で、期限到来と解決済みの両方を示します。

設問1(2)(c)

表2の進捗管理と夕会の記述に着目します。夕会では、当日が対応期限の障害を確認し、未完了なら対応を終えるよう指示します。その対象を特定するため、障害管理票には期限の記録が必要です。公式解答例ではcを「対応期限」としています。cとdは順不同です。

設問1(2)(d)

表2の夕会では、障害管理票に記載された対応担当者に、当日中に対応を終了させるようリーダを通じて指示します。誰が対応するかを明確にしていなければ、この指示や対応状況の把握ができません。公式解答例ではdを「対応担当者」としています。cとdは順不同です。

設問2(e)

方式1は現行業務のデータを加工して使用しますが、そのデータに予定したテストケースの条件がすべて含まれるとは限りません。一方、方式2はテストケースに合わせて取引先データを準備し、契約データを新システムで登録します。公式解答例では、方式1の不足を「テストケースを網羅するデータがない可能性がある」としています。30字以内の答案では、テストケースの網羅に必要なデータが不足する可能性を示します。

設問3(1)

方式2では、テスト中に契約データを新規登録します。契約機能のリース期間は4年又は5年ですが、表1の計画ではシステム日付を4月1日から翌年度4月までしか進めません。再リース機能は「翌々月にリース期間満了となる契約」を対象に通知書兼申請書を作成するので、確認には満了の2か月前に当たる時期まで進める必要があります。新規契約から約1年の範囲では、その時期に到達しません。公式解答例では、想定した1年分のシステム日付では再リース機能を確認できないことを挙げています。40字以内の答案例は「想定した1年分のシステム日付では再リース機能を確認できない」です。

設問3(2)

本文では障害を各チーム内で管理し、管理チームへの状況報告やチーム間への指示は朝会・夕会で行います。表2にも、重大な障害を発生直後に他チームへ伝える手順がありません。このため、他チームのテストに影響する障害でも、情報共有が遅れる問題があります。公式解答例では、他チームに影響が及ぶ重大な障害の発生時に即座に情報が連携されないことを挙げています。40字以内の答案例は「他チームに影響する重大な障害の情報が即座に連携されない」です。

設問4(1)(数値)

表3では、ウがテストケース確認完了件数の予定累計、オが実績累計です。ある時点までの進み具合を判断するには、その日までに完了する予定だった件数と、実際に完了した件数を比較します。公式解答例では「ウ,オ」を選んでいます。当日の件数だけでは、それ以前の遅れや前倒しを含めた進捗を判断できないため、累計を使います。

設問4(1)(大小関係)

確認完了件数の実績累計オが予定累計ウ以上なら、その時点までに予定した件数を確認できていると判断できます。公式解答例では「オがウ以上であるとき」としています。15字以内の答案でも、実績が予定以上であるという比較の向きを明確にします。

設問4(2)(数値)

表3のアは総テストケース数、オは確認完了件数の実績累計です。サイクルテスト全体の完了を判断するには、全ケースの件数と確認完了した件数を比較します。表2では、障害が発生したケースは障害が解決するまで確認完了としないため、確認完了件数には障害解決の条件も反映されます。公式解答例では「ア,オ」を選んでいます。

設問4(2)(大小関係)

確認完了件数の実績累計オが総テストケース数アと等しければ、全ケースの確認が完了しています。障害発生件数と解決件数が等しいだけでは、未実施のケースが残っている可能性があります。公式解答例では「アとオが等しいとき」としています。15字以内の答案では、総件数と確認完了累計の一致を示します。

学習のポイント

本文の業務条件と各表の運営ルールを結び付け、テストで確認できる範囲と管理上の不足を具体的に説明する力を身に付けます。

出典:独立行政法人 情報処理推進機構(IPA)平成21年度秋期 システムアーキテクト試験 午後Ⅰ 問3(公式資料:問題冊子(PDF) / 解答例 / 採点講評)

関連する過去問一覧

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