平成21年度 春期 午前Ⅱ問題の解答と解説

次のシステム開発において，コードインスペクションを行うことによって期待できる効果（削減できる時間）は何時間か。ここで，NCSS はソースコードの注釈を除いた文の個数とする。また，バグ発見率 = 発見したバグ数 ÷ すべてのバグ数 とする。

• システムの規模：6,000 NCSS
• システムに存在するバグ数の推定値：1,000 NCSS 当たり 5 件
• バグ発見率：コードインスペクションを行った場合，バグ発見率は 90 % であり，残りのバグは単体テスト以降で発見される。コードインスペクションを行わなかった場合，すべてのバグは単体テスト以降で発見される。
• コードインスペクションに要する時間：1,000 NCSS 当たり 4 時間
• コードインスペクションでバグが発見された場合のバグ 1 件当たりの修復時間：1 時間
• 単体テスト以降でバグが発見された場合のバグ 1 件当たりの修復時間：5 時間

1. ア　66
2. イ　84
3. ウ　99
4. エ　108

プロジェクトの進捗管理を EVM (Earned Value Management) で行っている。コストが超過せず，納期にも遅れないと予測されるプロジェクトの状況を表しているはどれか。ここで，それぞれのプロジェクトの今後の開発生産性は現在までと変わらないものとする。

1. ア　
2. イ　
3. ウ　
4. エ　

ソフトウェアの開発規模見積りに利用されるファンクションポイント法の説明はどれか。

1. ア　WBS によって作業を洗い出し，過去の経験から求めた作業ごとの工数を積み上げて規模を見積もる。
2. イ　外部仕様から，そのシステムがもつ入力，出力や内部論理ファイルなどの 5 項目に該当する要素の数を求め，さらに複雑さを考慮した重みを掛けて求めた値を合計して規模を見積もる。
3. ウ　ソフトウェアの開発作業を標準作業に分解し，それらの標準作業ごとにあらかじめ決められた標準工数を割り当て，それらを合計して規模を見積もる。
4. エ　プログラム言語とプログラマのスキルから経験的に求めた標準的な生産性と，必要とされる手続の個数とを乗じて規模を見積もる。

工数が 500 人日と見積もられた開発プロジェクトを 4 人で開始したが，開発に遅れが出てきた。あと 25 日を残すところで，まだ 160 人日の工数が必要と見込まれるので，プログラマを増やすことにした。次のような条件がある場合，予定どおり，あと 25 日で開発プロジェクトを完了するには，少なくとも何人のプログラマを増やせばよいか。

1. 増員するプログラマは最初の 10 日間はプロジェクトの学習をそれぞれ行うものとする。
2. プログラマを増員することによる作業の再分割やその後のコミュニケーションのオーバヘッドなどは無視できる。
3. 増員するプログラマの生産性は，当初からのプログラマの生産性と変わらないものとする。

1. ア　3
2. イ　4
3. ウ　7
4. エ　8

JIS X 0129-1 で規定されるソフトウェアの品質特性のうち，"効率性" の定義はどれか。

1. ア　指定された条件下で利用するとき，指定された達成水準を維持するソフトウェア製品の能力
2. イ　指定された条件の下で利用されるときに，明示的及び暗示的必要性に合致する機能を提供するソフトウェア製品の能力
3. ウ　修正のしやすさに関するソフトウェア製品の能力
4. エ　明示的な条件の下で，使用する資源の量に対比して適切な性能を提供するソフトウェア製品の能力

グラフの使い方のうち，適切なものはどれか。

1. ア　各事業の利益構成比を表現するのに折れ線グラフを使う。
2. イ　各社の収益性，安定性及び生産性を比較するのに円グラフを使う。
3. ウ　過去 3 年間の売上推移を表現するのにレーダチャートを使う。
4. エ　チェーン店における最寄り駅の乗降客数と来客数の相関を表現するのに散布図を使う。

個々の内容の軽重に注目して，展開順序を決める文章の構成法がある。この構成法に従っているものはどれか。

1. ア　幾つかの事例を示した後に，システムがもつべき機能を説明する。
2. イ　業務処理の流れに沿って，システムの操作方法を説明する。
3. ウ　プログラムの問題点を分析し，解決策と代替案を検討し，解決策を説明する。
4. エ　利用頻度の高いものから，システムの機能を説明する。

リスクマネジメントにおける EMV（期待金額価値）の算出方法はどれか。

1. ア　リスク事象発生時の影響金額 × リスク事象の発生確率
2. イ　リスク事象発生時の影響金額 ÷ リスク事象の発生確率
3. ウ　リスク事象発生時の影響金額 × リスク対応にかかるコスト
4. エ　リスク事象発生時の影響金額 ÷ リスク対応にかかるコスト

デルファイ法を利用して，プロジェクトのリスクを抽出しているものはどれか。

1. ア　ステークホルダや専門家にインタビューし，回答を収集してリスクとしてまとめる。
2. イ　複数の専門家にアンケートを行い，その結果を要約する。さらに要約結果でアンケートを行い，結果を要約することを繰り返すことでリスクをまとめる。
3. ウ　プロジェクトチームのメンバに複数の専門家を加えて会議をし，リスクに対する意見を出し合い，進行役がリスクとしてまとめる。
4. エ　プロジェクトを強み，弱み，好機，脅威の各観点及びその組合せで分析し，リスクをまとめる。

プロジェクト遂行上のリスク事象を抽出，識別し，事象の発生確率とプロジェクトへの影響度から分類したリスク対応計画を立案する。リスク対策の考え方をまとめた表として，最も適切なものはどれか。ここで，"予防対策" は "当該リスク事象の発生を未然に防ぐ" ための対策を意味し，"発生時対策" は "当該リスク事象が実際に発生したとき" の対策を意味し，"受容" は "当該リスクへの対策をとらない" ことを意味する。

1. ア　
2. イ　
3. ウ　
4. エ　

要求仕様が明確になっていない場合，納入者側のリスクが最も高くなる契約形態はどれか。

1. ア　実費償還契約
2. イ　タイムアンドマテリアル契約
3. ウ　単価契約
4. エ　定額契約

システム開発で行われる各テストについて，そのテスト要求事項が定義されるアクティビティとテストの組合せのうち，適切なものはどれか。

システムの分析・設計に用いられる状態遷移図の特徴はどれか。

1. ア　システムの現在の状態と発生する事象及び次の状態の関係が簡潔に記述可能
2. イ　システムの状態遷移に要する処理時間が分析可能
3. ウ　発生した事象の時間的関係が分析可能
4. エ　モジュールの制御構造が簡潔に記述可能

ハードウェアの保守点検及び修理作業を実施するときに，運用管理者が実施すべき，事前又は事後の確認に関する説明のうち，適切なものはどれか。

1. ア　システムが自動的に回復処置を行った障害については，障害前後のエラーログが残っているので，障害原因や対応処置の報告ではなく，ログの分析結果を確認する。
2. イ　定期保守時の点検項目は事前に分かっているので，事前と事後の確認は省略できるが，作業の開始と終了については，保守作業者に確認する。
3. ウ　予防保守を遠隔保守方式で行う場合，遠隔地のシステムへの影響は出ないので，作業内容などの事前確認は行わず，事後に作業実施結果を確認する。
4. エ　臨時保守の場合，事前に保守作業者が障害の発生状況を確認したことを確認し，事後に障害原因や作業実施結果を確認する。

ソフトウェア開発のプロセスモデルのうち，開発サイクルを繰り返すことによって，システムの完成度を高めていくプロセスモデルはどれか。

1. ア　RAD モデル
2. イ　ウォータフォールモデル
3. ウ　スパイラルモデル
4. エ　プロトタイピングモデル

ソフトウェアを保守するときなどに利用される技術であるリバースエンジニアリングの説明はどれか。

1. ア　ソースプログラムを解析してプログラム仕様書を作る。
2. イ　ソースプログラムを探索して修正箇所や影響度を調べる。
3. ウ　ソースプログラムを見直して構造化プログラムに変換する。
4. エ　ソースプログラムを分かりやすい表現に書き換える。

データベースサーバのハードディスクに障害が発生した場合でもサービスを続行できるようにするための方策として，最も適切なものはどれか。

1. ア　共通データベースの格納場所を複数のハードディスクに分散させる。
2. イ　サーバのディスクを二重化し，通常稼働時は同時に二つのディスクに書き込む。
3. ウ　サーバの予備機を設置し，OS とアプリケーションソフトを本番機と同じ構成にして待機させておく。
4. エ　別のディスクにデータベースを毎週末にコピーする。

業務プログラムの運用・保守の考え方のうち，適切なものはどれか。

1. ア　エラーの原因究明のために業務プログラム中に記述した，エラーログ採取やトレースのためのコードは，運用時のデータ処理効率の低下の原因にならない場合でも運用開始時にはすべて取り除くべきである。
2. イ　業務プログラムに精通することは運用管理を容易にするが，すべての担当者がそうなることは困難なので，運用マニュアルなどを整備しておく必要がある。
3. ウ　業務プログラムの運用中にエラーが発生したとき，すぐに修正できるものであれば，運用管理者が自ら修正して，業務に支障がないようにすることが望ましい。
4. エ　データ処理の手順の変更に伴い業務プログラムを修正したときは，元のプログラムを開発したときのテストデータだけを使った確認テストを行い，運用を再開することが望ましい。

IT サービスマネジメントを導入する際の手順はどれか。

1. 継続的改善方法の検討
2. 現状の把握
3. ビジョンの明確化
4. 目標達成状況の把握方法の検討
5. 目標達成方法の検討
6. 目標の設定

1. ア　b → c → e → f → d → a
2. イ　b → f → c → a → d → e
3. ウ　c → b → f → e → d → a
4. エ　c → f → b → a → d → e

サプライチェーンマネジメントの改善指標となるものはどれか。

1. ア　残業時間の減少率
2. イ　販売単価下落の防止率
3. ウ　不良在庫の減少率
4. エ　優良顧客数の増加率

情報システムの全体計画立案のために E-R モデルを用いて全社のデータモデルを作成する手順はどれか。

1. ア　管理層の業務から機能を抽出し，機能をエンティティとする。次に，機能の相互関係に基づいてリレーションシップを定義する。さらに，前者の帳票類を調査，整理し，正規化された項目に基づいて属性を定義し，全社のデータモデルとする。
2. イ　企業の全体像を把握するため，基本的なエンティティだけを抽出し，それらの相互間のリレーションシップを含めて，鳥観図を作成する。次に，エンティティを詳細化し，すべてのリレーションシップを明確にしたものを全社のデータモデルとする。
3. ウ　業務層の現状システムを分析し，エンティティとリレーションシップを抽出する。それぞれについて適切な属性を定め，これらを基に E-R 図を作成し，それを抽象化して，全社のデータモデルを作成する。
4. エ　全社のデータとその処理過程を分析し，重要な処理を行っている業務を基本エンティティとする。次に，基本エンティティ相互のデータの流れをリレーションシップとしてとらえ，適切な識別名を与える。さらに，基本エンティティと関係あるデータを属性とし，全社のデータモデルを作成する。

共通フレーム 2007 によれば，要件定義プロセスのアクティビティはどれか。

1. ア　システム化計画の立案
2. イ　システム方式設計
3. ウ　ソフトウェア要件定義
4. エ　利害関係者要件の定義

A 社は，B 社と著作物の権利に関する特段の取決めをせず，A 社の要求仕様に基づいて，販売管理システムのプログラム作成を B 社に依頼した。この場合のプログラム著作権の原始的帰属は，どのようになるか。

1. ア　A 社，B 社で共有する。
2. イ　A 社と B 社が話し合って決定する。
3. ウ　A 社に帰属する。
4. エ　B 社に帰属する。

ソフトウェア開発を下請業者に委託する場合，下請代金支払遅延等防止法で禁止されている行為はどれか。

1. ア　交通費などの経費については金額を明記せず，実費負担とする旨を発注書面に記載する。
2. イ　下請業者に委託する業務内容は決まっているが，ユーザ側との契約代金が未定なので，下請代金の取決めはユーザとの契約決定後とする。
3. ウ　発注書面を交付する代わりに，下請業者の承諾を得て，必要な事項を記載した電子メールで発注を行う。
4. エ　ユーザ側の事情で下請予定の業務内容の一部が未定なので，その部分及び下請代金は別途取り決める。

個人情報保護法で保護される個人情報の条件はどれか。

1. ア　企業が管理している顧客に関する情報に限られる。
2. イ　個人が秘密にしているプライバシに関する情報に限られる。
3. ウ　生存している個人に関する情報に限られる。
4. エ　日本国籍の個人に関する情報に限られる。