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

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

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

問題

問3 固定資産管理システムの改善に関する次の記述を読んで,設問1~4に答えよ。 C社は,三つの事業所をもつ中堅のソフトウェア開発企業である。C社では固定資産管理システムの改善を行うことになった。 〔現行システムの概要〕 C社の現在の固定資産管理システム(以下,現行システムという)の概要は,次のとおりである。 (1) 管理対象は,C社が所有するすべての固定資産で,固定資産テーブルで管理している。リース資産や顧客からの預り資産は管理していない。資産は,購入時に一意の資産番号が付与され,固定資産テーブルに登録される。個々の資産には,それぞれ管理責任をもつ部署(以下,管理部署という)及び管理担当者が定められている。 (2) 年1回,登録されている資産について,現物を固定資産テーブルの内容と照合する処理(以下,現物照合という)を実施する。現物照合の対象となる機器には,資産番号,資産名,取得日及びバーコード化した資産番号が印刷されたシール(以下,資産シールという)をはり付けて管理している。対象機器で,シールがはられていない機器は存在しない。 (3) PCの本体とモニタのように物理的に複数に分かれた資産を購入したり,複数台を一括で購入したりする場合,固定資産テーブルには1件分として登録してあり,資産シールは同一のものを複数枚作成している。 (4) 資産には,サーバなど場所を固定して設置してある機器(以下,固定機器という)と,ノートPCなど持ち運び可能な機器(以下,携帯機器という)がある。固定機器について,同一資産番号をもつ資産の設置場所は同一の場所である。 (5) 固定資産テーブルには,管理担当者名,設置場所名などの属性があり,これらに変更が生じた場合には,固定資産テーブル変更画面から変更を行っている。現行システムの固定資産テーブルの主な属性を表1に示す。 なお,携帯機器の設置場所名には空白がセットされている。 表1 現行システムの固定資産テーブルの主な属性 〔現物照合業務の概要〕 C社は現在,現物照合業務を次のとおり実施している。 (1) それぞれの部署では,自部署が管理している資産を固定資産テーブルから抽出し,設置場所名,管理担当者名,資産番号で昇順に並んだ固定資産一覧表を印刷する。 (2) 印刷された固定資産一覧表を基に現物照合を行い,固定資産一覧表に記載されている資産があったら,ハンディスキャナでバーコードをスキャンする。 (3) スキャンによって作成された現物照合レコードを当日中に管理サーバにアップロードし,固定資産テーブルに現物照合完了区分と現物照合実施日(以下,現物照合情報という)を書き込む。 (4) 同一の資産シールが複数枚ある場合は,スキャンがシール枚数分の回数行われたときに照合されたものとしている。 (5) 客先や開発の再委託先など遠隔地に設置してあり,バーコードをスキャンできない場合は,管理担当者が電話などで当該資産が存在していることを確認し,確認した旨を照合担当者に報告することによって照合されたものとし,固定資産テーブル変更画面から,固定資産テーブルの現物照合情報を更新する。 (6) 最終的に照合ができなかった資産は,管理部署の部長が除却りん議を起案し,社内決裁後に除却処理を行う。除却処理後,固定資産テーブルから削除される。 〔現物照合業務の問題点〕 現在の現物照合業務は,次のような問題点を抱えている。 (1) 毎年の現物照合で,固定資産一覧表に記載されているが,現物が見つからずに除却される資産がある。一方で,資産シールがはってあるのに,固定資産テーブルに存在しない機器が発見されることがある。 (2) 固定機器の設置場所を移動するときには,固定資産テーブル変更画面から設置場所名を変更することになっているが,変更漏れが発生している。 (3) 同一の資産シールを複数枚発行している資産について,システム上照合されたことになっているのに,内部監査で現物の数が足りないと指摘されることがある。 (4) 遠隔地の資産を回収したとき,システム上照合されていた資産が見つからないことがある。 〔現物照合業務の改善〕 C社では,これらの問題点を解決するために,業務の改善を行うことにした。情報システム部のD課長は,次の改善案を提示した。 (1) 管理対象に,リース資産及び顧客からの預り資産も追加する。 (2) 物理的に複数に分かれた資産は,それぞれに枝番を付与して内訳を管理する。バーコードにも資産番号と枝番の両方を含める。 (3) 携帯機器の現物照合は,現行と同様,固定資産一覧表を基に照合を行って,バーコードをスキャンする。固定機器の現物照合は,一覧表を使用せずに,設置してある場所単位に,そこに設置してあるすべての機器のバーコードを順次スキャンする。 (4) 固定機器の設置場所を移動する際に,これをシステムに登録する機能(以下,移動管理機能という)を追加する。このために,各設置場所には一意な場所コードを付与し,場所コードをバーコード化したカードを設置する。 (5) すべての問題点をシステムの機能追加で対応することはせず,一部の問題点については,業務の運用方法の変更で解決を図る。 上記の改善案に基づいて設計した新システムのE-R図を図に示す。 図 新システムのE-R図 新システムでは,枝番を付与した内訳を管理するために新たに内訳テーブルを作成する。同一資産番号で管理されている内訳の数を資産テーブルの内訳数で管理する。同一資産番号で内訳が1個の資産の場合,内訳テーブルには枝番が“1”のレコードが1件だけ作成される。 また,現物照合テーブル及び移動テーブルの主キーにも枝番を追加する。内訳テーブルで管理されている枝番単位に現物照合が行われると現物照合レコードが生成され,それに基づいて,内訳テーブル及び資産テーブルの属性が更新され,資産テーブルの照合内訳数と内訳数が一致したときに,当該資産番号の資産の照合が完了する。現物照合レコードは,管理サーバに累積して保存する。 なお,毎年,現物照合を実施する前に,資産テーブルの照合内訳数には“0”を,最新現物照合実施日及び内訳テーブルの現物照合実施日には初期値をセットする。 〔新システムの移動管理機能〕 新システムでは,固定機器の設置場所変更の情報を確実に取り込むために,搬出及び搬入の際に,それぞれすべての機器のバーコードをスキャンしてシステムに取り込むことにした。その際の処理内容を表2に示す。 表2 新システムの移動管理機能の処理内容 移動レコードは管理サーバにアップロードされ,このレコードを使って内訳テーブルの更新を行う。また,移動レコードは管理サーバに累積して保存する。 移動レコードによる内訳テーブルの更新処理手順を表3に示す。 表3 移動レコードによる内訳テーブルの更新処理手順 設問1 現在の現物照合業務において,固定資産一覧表にある資産が見つからないケースが発生している。考えられる原因を,35字以内で述べよ。 設問2 新システムでは,新たに内訳テーブルを作成して,枝番単位に管理することによって,現在の現物照合業務における問題点を解決している。これに関して,(1),(2)に答えよ。 (1) 枝番の追加によって解決できる問題点は何か。35字以内で述べよ。 (2) 新システムでは,ハンディスキャナからアップロードされた現物照合レコードによるテーブル更新処理において,資産テーブル及び内訳テーブルが更新される。資産テーブルで更新される属性名を二つ挙げ,それらはどの属性によってどのように更新されるかを,それぞれ35字以内で述べよ。 設問3 〔新システムの移動管理機能〕について,表3中の[a]~[f]に入れる適切な字句を答えよ。ただし,属性名で答える場合は,どのレコードの属性であるかも記述せよ。 なお,[a]~[f]には同じ字句が入ることもある。 設問4 〔現物照合業務の改善〕について,(1),(2)に答えよ。 (1) 現在の現物照合業務における問題点のうち,システムの機能追加では解決できない問題点は何か。40字以内で述べよ。 (2) その問題点を,業務の運用方法の変更によって解決するとき,行うべき運用の変更点を35字以内で述べよ。
表1 現行システムの固定資産テーブルの主な属性。固定資産テーブルの主な属性の表。資産番号(下線で主キー),資産名,シール枚数,取得日,取得金額,管理部署コード,管理部署名,管理担当者名,設置場所名,現物照合完了区分,現物照合実施日。
表1 現行システムの固定資産テーブルの主な属性。固定資産テーブルの主な属性の表。資産番号(下線で主キー),資産名,シール枚数,取得日,取得金額,管理部署コード,管理部署名,管理担当者名,設置場所名,現物照合完了区分,現物照合実施日。
図 新システムのE-R図。資産,内訳,現物照合,場所,移動,部署,担当者の各エンティティと属性,主キーの下線を示すE-R図。資産と内訳,内訳と現物照合・移動は1対多で,場所・担当者から内訳・現物照合・移動へも1対多の関連がある。凡例と注も記載されている。
図 新システムのE-R図。資産,内訳,現物照合,場所,移動,部署,担当者の各エンティティと属性,主キーの下線を示すE-R図。資産と内訳,内訳と現物照合・移動は1対多で,場所・担当者から内訳・現物照合・移動へも1対多の関連がある。凡例と注も記載されている。
表2 新システムの移動管理機能の処理内容。移動管理機能の処理内容の表。開始では担当者コードと日付を入力する。バーコードスキャンでは搬出・搬入の区分を入力し,場所カードと全資産のバーコードを読み取る。終了では移動レコードを管理サーバにアップロードする。
表2 新システムの移動管理機能の処理内容。移動管理機能の処理内容の表。開始では担当者コードと日付を入力する。バーコードスキャンでは搬出・搬入の区分を入力し,場所カードと全資産のバーコードを読み取る。終了では移動レコードを管理サーバにアップロードする。
表3 移動レコードによる内訳テーブルの更新処理手順。処理番号1~4の更新手順の表。1で資産番号と枝番をキーに内訳レコードを抽出し,2で搬出・搬入別に空欄a~dを使ったチェックを行う。3で移動日をセットし,4で搬出時は設置場所コードに999999を,搬入時は空欄eに空欄fをセットする。
表3 移動レコードによる内訳テーブルの更新処理手順。処理番号1~4の更新手順の表。1で資産番号と枝番をキーに内訳レコードを抽出し,2で搬出・搬入別に空欄a~dを使ったチェックを行う。3で移動日をセットし,4で搬出時は設置場所コードに999999を,搬入時は空欄eに空欄fをセットする。
解き方のヒントを見る

判断の根拠を確かめる視点

業務改善とデータ更新について考えるときは、判断の根拠となる情報に注目しましょう。日常業務の経験や思い込みをいったん脇に置き、与えられた条件から確認できる事実に沿って考えを整理することが大切です。

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

この問題では、考えた内容がどの情報を根拠としているかを意識して検討しましょう。根拠として使う内容が、与えられた条件で確かめられることなのか、自分で補った前提なのかを区別すると、判断の筋道を整理できます。

視点

考えを整理する際は、その考えを支える情報に立ち戻ります。確認できる事実と自分の推測を混ぜず、根拠が曖昧な部分を、確定した条件として扱っていないか点検しましょう。

確認ポイント

  • 判断を支える情報を確認したか
  • 経験から補った前提が混ざっていないか
  • 推測を確定した条件として扱っていないか
正解と解説を見る

解説

固定資産管理の問題を、設置場所の変更漏れ、同一シールによる個体識別の不足、遠隔地の存在確認の不確かさに分けて考える問題です。枝番による管理、照合結果の更新、移動時の状態確認、証ひょうを伴う運用を対応付けます。

問題の全体像

C社の固定資産管理では、一覧表の設置場所と現物の所在が食い違う、照合済みでも機器の数が不足する、遠隔地で存在確認した資産が回収時に見つからない、といった問題が発生しています。新システムは枝番による内訳管理と搬出・搬入の記録を導入し、遠隔地の確認は運用面で改善します。提示された出題趣旨では、業務変更仕様からシステム変更を適切に設計する能力が問われています。

設問1

〔現物照合業務の問題点〕(2)の「設置場所名の変更漏れ」に着目します。現行業務では一覧表を基に資産を探すため、移動後も旧設置場所が登録されていると、実際には存在する資産を見つけられません。公式解答例では「固定機器の設置場所移動時に,設置場所名の変更漏れがあった」としています。35字以内では、固定機器の移動と設置場所名の変更漏れを結び付けて述べます。

設問2(1)

現行業務では、同じ資産シールを複数枚発行し、スキャン回数がシール枚数に達すると照合済みになります。この方式では同じ機器を重複してスキャンしても区別できず、現物の不足を見逃し得ます。枝番をバーコードに含めれば、内訳ごとに識別して照合できます。公式解答例では、同一シールを複数枚発行している資産の現物の数が足りない問題を挙げています。35字以内では、この対象と数量不足を押さえます。

設問2(2)①

一つ目の属性は「最新現物照合実施日」です。E-R図では資産テーブルと現物照合テーブルの双方に照合の日付があり、本文には現物照合レコードに基づいて資産テーブルを更新するとあります。公式解答例では、資産テーブルの最新現物照合実施日を「現物照合レコードの現物照合実施日で置き換える」としています。更新方法は35字以内で、更新元のレコード名、属性名、置換という操作を示します。

設問2(2)②

二つ目の属性は「照合内訳数」です。毎年の照合前に内訳テーブルの現物照合実施日を初期値に戻すため、更新前の日付が初期値なら、その内訳は当年初めて照合されたと判断できます。公式解答例では、この場合に照合内訳数へ1を加算します。同じ内訳を再度照合した場合の重複加算を防ぐ条件です。35字以内では「更新前の内訳テーブルの現物照合実施日が初期値なら1加算」とまとめられます。①と②は順不同です。

設問3(a)

公式解答例のaは「内訳テーブルの当該レコードの設置場所コード」です。表3の処理1で資産番号と枝番から抽出した内訳について、搬出元として読み取った場所と登録済みの場所が一致するかを確認します。aには、その比較対象となる現在の設置場所を指定します。属性名だけでなく、内訳テーブルの当該レコードの属性であることまで記述します。

設問3(b)

公式解答例のbは「移動レコードの移動場所コード」です。表2では、搬出時に搬出する場所のカードをスキャンしてから資産をスキャンします。その場所コードが移動レコードに記録され、aの登録済み設置場所コードと比較されます。一致を確認することで、登録された場所からの搬出であることを検証します。aとbは順不同です。

設問3(c)

公式解答例のcは「内訳テーブルの当該レコードの設置場所コード」です。表3の処理4①では、搬出した内訳の設置場所コードに999999をセットします。搬入時は、その内訳が搬出済みの状態になっているかを確認するため、内訳テーブルに登録されている設置場所コードを調べます。搬入先の場所コードを確認する欄ではありません。

設問3(d)

公式解答例のdは「999999」です。表3の処理4①で、搬出時の設置場所コードにこの値をセットすることが明記されています。したがって搬入時には、cが999999であることを確認します。この値は、表3の処理上、搬出済みで搬入先がまだ登録されていない状態を表しています。

設問3(e)

公式解答例のeは「内訳テーブルの当該レコードの設置場所コード」です。搬入時には、搬出時にセットした999999を実際の搬入先の場所コードへ置き換えます。更新先は資産全体の情報ではなく、資産番号と枝番で特定された内訳の設置場所コードです。どのテーブルのどのレコードを更新するかを明示します。

設問3(f)

公式解答例のfは「移動レコードの移動場所コード」です。表2では搬入先の場所カードを読み取るので、搬入の移動レコードにはその場所コードが記録されます。これをeへセットすると、内訳テーブルの設置場所が搬入先へ更新されます。搬出時と搬入時で同じ属性を使用しますが、記録される場所はそれぞれ搬出元と搬入先です。

設問4(1)

〔現物照合業務の問題点〕(4)と、遠隔地では電話などによる確認報告で照合済みとする現行運用に着目します。報告に基づく記録をシステムが保存しても、現物が実在する裏付けにはなりません。公式解答例では、遠隔地の資産を回収したとき、システム上照合されていた資産が見つからない問題を挙げています。40字以内では「遠隔地で照合済みとされた資産が、回収時に見つからないこと」と要点を示します。

設問4(2)

遠隔地の資産は直接スキャンできないため、存在確認の報告に証拠を伴わせる運用へ変更します。公式解答例では「バーコード付の資産の写真など,存在を証明する証ひょうを提出させる」としています。写真にバーコードを含めることで、現物の存在と確認対象の資産を結び付けられます。35字以内では「バーコード付き資産の写真など、存在を証明する証ひょうを提出させる」と、証拠の内容と提出を押さえます。

学習のポイント

業務上の問題をデータの管理単位と更新条件に結び付け、機能追加と運用変更の役割を区別する力を養いましょう。

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

関連する過去問一覧

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