基本情報技術者 2014年 春期 午後 問05

解答の導き方

1. C社システムに追加するのは、D社固有の機能です。
   システム統合の方針では、両社に共通するシステムはC社システムにまとめ、D社システムにしかない機能を追加するとしています。また、在庫管理システムはそのまま利用し、他システムとのデータのやり取りに必要な接続部分を新たに開発します。
2. C社とD社では、生産計画の作り方が異なります。
   C社の生産管理システムは、受注情報を基に週次で生産計画を作ります。一方、D社の生産管理システムは、販売管理システムの売掛情報と在庫管理システムの在庫情報を参照し、製品ごとの生産計画を日次で作ります。
   C社は受注生産方式、D社は見込生産方式であり、合併後もそれぞれの生産方式は変更しません。そのため、D社の製品については、D社が行っていた「在庫情報と売掛情報から、製品ごとの生産計画を日次で作成する機能」を残す必要があります。
3. その機能を追加する先は、生産管理システムです。
   生産計画を作るのは、D社システムでも生産管理システムです。C社の生産管理システムに、D社固有の生産計画機能を追加するので、aには「生産管理」が入ります。選択肢では イ です。
4. bには、D社の生産管理システムが実際に行っている処理を選びます。
   D社システムの説明には、生産管理システムが売掛情報と在庫情報を参照して、製品ごとの生産計画を日次で作るとあります。したがって、bは「在庫情報と売掛情報から、製品ごとの生産計画を日次で作成する機能」です。選択肢では ア です。
   在庫管理システムは統合後も利用するため、生産管理システムが在庫情報を受け取るためのインタフェース（システム間でデータを受け渡す仕組み）も必要になります。また、売掛情報は販売管理システムから生産管理システムに渡されます。

誤りやすいポイント

• C社の生産計画だけを見て判断しないことです。
  C社は受注情報を基に週次で計画を作りますが、D社の製品には、在庫情報と売掛情報を使う日次の計画機能も必要です。
• 生産計画と配送計画を混同しないことです。
  生産計画を作るのは生産管理システムです。出荷指示を受けて配送計画を作るのは配送管理システムです。
• 在庫管理システムが残ることと、他システムとの連携開発が不要であることは別です。
  在庫管理システム自体はそのまま利用しますが、他システムとのデータ連携には新しいインタフェースが必要です。

FAQ

解答の導き方

• 生産計画時（c）
  本文には、翌日までに生産予定の製品数を「有効在庫として加算する」とあります。まだ完成していない製品なので実在庫ではなく、有効在庫を増やします。数量は生産予定数です。したがって、設定は「有効在庫・入庫・生産予定数」となり、解答群のキです。
  なお、生産計画時には、計画に必要な部品を有効在庫から引き当てます。こちらは部品の有効在庫を減らす更新であり、製品の生産予定数を加える更新とは別です。
• 部品納品時（d）
  本文では、部品が納品されたら実在庫として加算すると説明されています。納品された部品は実際に手元にあるため、実在庫を入庫として増やします。数量は納品数です。したがって、設定は「実在庫・入庫・納品数」となり、解答群のエです。
• 受注時（e）
  本文には、受注時に有効在庫から受注数を引き当てるとあります。引当てとは、注文に備えて在庫を確保することです。確保した分は、ほかの注文に使える数量から差し引くため、有効在庫を出庫として減らします。数量は受注数です。したがって、設定は「有効在庫・出庫・受注数」となり、解答群のカです。
• 製品出荷時（f）
  製品を出荷すると、実際に保有している製品が倉庫から出ていきます。したがって、実在庫を出庫として減らします。数量は出荷数です。設定は「実在庫・出庫・出荷数」となり、解答群のイです。

誤りやすいポイント

• 発注時と納品時を混同すること
  発注した段階では、部品はまだ手元にありません。そのため、有効在庫には加算できますが、実在庫には加算できません。実在庫が増えるのは、部品が納品されたときです。
• 受注時と出荷時を同じ更新だと考えること
  受注時は、注文に備えて有効在庫を確保します。製品が実際に出ていくのは出荷時なので、そのときに実在庫を減らします。
• 「入庫」「出庫」をシステムの視点で考えること
  入庫・出庫は、在庫が増えるか減るかで判断します。入庫なら在庫が増え、出庫なら在庫が減ります。

FAQ