<研究ノート>生産部門統合情報システムの構築 : データベースとネットワーク構築

全文

(1)く. 研究ノートノ. 生産部門統合情報、ンステムの構築データベースとネットワーク構築一一. 1. 合、え・. 田. 飯. リケーションシステム毎にデータファイルを持つ方式. はじめに. ( アーキテクチャ ) では対応、しきれなくなり，. コンピュータが企業で盛んに活用されるようになっ. これに. 代わって共用のデータベースを設け，各アプリケーシ. てから約 3 0 年が経過した，初めの頃は，企業内の単. ョンシステムは情報通信ネットワークを. なる事務処理の自動化を役割とした運営支援システム (OperationSupporlSystems) が主であった，しかしその後使われ方は急速に高度化，多様化し経営上の情報ニーズを支援することを目的とした経営支援システム (Management Support Systems,1, さらに顧客に焦点を合わせた顧客支援システム (CustomerSup. portSystems) が主流を占めるようになってきた 1), このような流れの中で，コンピュータを活用した情報システムにより業績を大幅に伸ばした実例が数多く. データベースとデータのやりとりをしながら処理を行ぅ方式の構築が必要になってきている・現在は，この新しい，情報システムアーキテクチャの構築と移行にむけて進行途上の企業が多いが，状況はまちまちであり，まだ完全に移行したところは殆どな. でてきた．アメリカン航空の座席予約システム，. この実例を通じて，企業において，データベースを中. SABRE. 心とした情報システムの構築はどのように行われてい. やト一ヨーサッシの住宅用サソシネットワー. ク， TOSTEM-VAN. などが好例であ. ，. 筆者は，味の素株式会社. (以後 A 社と略記する・ ). において，生産部門共用データベースと情報通信ネットワークの構築プロジェクトに責任者として参画した. るか，使われている技術・手法，問題占はついて述べ．. る・. こうなると情報システムを経営戦略実現のための重要な武器として認識しこれを，企業の業績向上のために積極的に活用することが経営の重要課題となってきた．. 更に構築したシステムの効果，影響についても触れてみたい．. 第 2 章でこのプロジェクトの概要を説明した後，第 3 章で構築業務のやり方について，また第 4 章では構. かかる課題に対応するためには，二つの面からのア. プローチが必要である．一つは情報システムをどのように経営戦略の中に組み込むかという情報戦略の策定であり，もう一つはこれを実施に移すために必要な基盤となる情報システムアーキテクチャの構築であ. 築したシステムの，生産部門その他へ与えた効果，影響について述べる．. Ⅱ. プロジェクトの概要. る・. 本稿は王として後者，情報システムアーキテクチャの構築にかかわるものである，一つの企業の中でも，情報システムが広範囲で使われるようになり，. いと思われる. 介してこの. また今日のように環境の変化も速く. なると従来とは異なった情報システムアーキテクチャが要請されるようになる 2). 従来のように個々のアプ. A 社は大手の食品会社である，年間売上高約5.000. 億円，従業員数約6,000人であり，他業種も含めてみれば，企業規模としては中位である・しかし事業分野は，調味料，油脂，食品，冷凍食品，ギフト商品，飲料。医薬品，化成品，アミノ酸，海外事業と広範囲に. わったており。商品の品種は非常に多い・.

(2)

(3) 生産部門統合情報システムの構築 (飯田、ンステム開発方法. トプット等のルーチン作業は範囲に含めて，データ. ・ハードウェア. ベース内容の質の確保を計る．. ・既存の個々のアプリケーションシステムには充分配. ネ、ットワーク. ・. (273)@59. 裕). ・ソフトウェア. 慮し. ・既存、ンステムとの関係整備. ェースを開発して連結するかまたは新しく作り直すか. (1) 基本方針と枠組みの策定. 個々に検討する. 先ず基本方針を定めて，共有化しでおくことが肝要. インターフ. ，. (2) 体制作り当然のことではあるが。開発すべき情報システムの. である． a.. このシステムの中に取り込むか，. 大きさ，性格にあった体制作りが望まれる．あまり大. 基本方針. プロジェクトの位置付け・性格，システム開発に際しての指導理俳等である．. きくない個別のアプリケーションシステムの. 開発は，. 既存の組織の役割分担に従って行えばよい場合もある. 本プロジェクトにおいて定められたものを列挙する. しかし今回のように関連する部門も多く，開発量も膨. ・会社統合情報システムの重要な構成ブロックである. 大な場合にはしっかりしたプロジェクト体制で臨むことが必須である．. 生産部門情報システムの基盤作りと位置付ける．・分散システム方式として各工場にデータベースを置くが，全社データベース及びネソトワーク計画の枠組. みに組み込まれるようにする．従って全社情報ネットワークを介して，会社の統合データベー. ス. その他と金. 具体的に配慮すべき項目として，次の3 つをあげておく．. ・権威付けと組織図作り参加，協力を要請する相手は，それぞれの部門で重. 社的規模でデータの交換ができるようにする．このた. 要な役割を担- っている有能な人材であり大変多忙であ. めに全社コード体系を定める．またデータ構造につい. る. ても必要に応じて本社情報システム部と打ち合わせる. 上げるためには，経宮のトップから認められ支持され. このプロジェクトの，彼等にとっての優先順位を. ・. ・国内 4 工場共通のシステムとして開発する．. ているという権威付けと，責任体制のはっきり判る紬. ・基盤構築であるので，短期的な投資採算性には重き. 織図を作っておくことが非常に重要である．・プロジェクトメンバ一の選任. を置かない．・ユーザニーズにあ. ったものを作るために， A 社の標. 質。. 量ともに満足でき. ，. プロジェクト. 遂行の自信が. 準開発方法である A-BOIS (AJinomoto-Business 持てるようなプロジェクトメンバーを選任し，集結さ Oriented Information syslem) に従って・ユーザ主導せることが実務開始の出発占であるが，実際には，人形で進める材不足その他の理由により非常に難しい．そのため内，開発効率，使い易さ，保守性に重きを置く．このたのにハードウェに負担がかかってもやむをえない．・生産部門の標準機種として DEC. 社の VAX. 部の人材の再教育も含めた適材適所的な活用，覚部のコンサルタントやプロバラマ一の活用等幅広く. シリー. 必要がある．しかし. 考える. そのプロジェクトの顔ともいえ. ズを採用する．これを機に本社・支店関係の主力機種. るような有能な " 有名人 " を何人か入れることが，権. である IRM. 威付けの意味も含めて大切である．. た VAX. 系とのインターフェースを作成する．. ま. ・関連組織も巻き込んだプロジェクト運営方. 技術標準を策定する．. ・人材育成・. 技術蓄積の機会としても活用する．. 法の策. Ⅰ-. 正. プロジェクトはプロジェクトメンバ一だけで遂行出. b, 枠組み. 来るわけではなく. ，関連する既存組織も巻き込んで進. ・国内 4 工場の扱ぅ全製品に関わる原料，包装材料，. める必要があ. そのために連絡会の開催，報告書の. 、ンステムの概略の. 範囲等である．. る・. 中間品及び製品についての量と質に関する情報を扱う. 配布等協力を得るための方策を考える，特に，システ. 金額に関する情報及び蒸気，水，電気等のユーティリ. ムのユーザとなる部門に対しては充分な配慮が必要で. ティは範囲外とする．. ある. ・データベースの構築が主目的であるが，これに関連した生産管理業務，特にそのためのインプソ. ト. ，アウ. 以上のことを考慮して作られた SHIP の会社体制が図 1 である．. プロジェクト.

(4) 60 (274). 横浜経営研究. SHIP. 第 4 号 (1991). 第Ⅲ 巻. (SHIP システム標準化連絡会. 務周一 SSS. ). 文荷センター. SHIP. ・. K. (mlu奇工場 ). SH (横浜工場. SHIP 委員会 : 委員長. ). P ，T. (東海工場 ). (九州工場 ). 生産部門担当常務. 生産技術部長、情報システム部長、. 委員. 技術センター長、川崎工場長、. 事務局 : 事務局長ォ. 文荷センター. 生産技術部情報システム部川崎工場横浜工場東海工場九州工場図l. と. 横浜工場長、東海工場長、九州工場長、事務局長技術センタ一部長部長、副部長、課長客 1 名部長、副部長客 1 部長部長、副部長客 1. 製造部長製造部長製きき j ほ長. SHIP プロジェクト体制. 関連部門長で構成され，プロジェクトの推進総括の. 役割を担った. 事務局は，事務局長，4 工場製造部長及び関連部門部長で構成され，毎月 1 回事務局会議を開催して，重要事項の審議，決定及び共有化を行い，実質的推進の中心になった. 推准部会 (部長会メンバづ務局、コンサルタント実行テチーム. リーダ. UA SA. ・. SE. 主力工場である川崎工場用 (SHIP-K) のシステム開発をまず行い. ，これを他の3 工場でも共通に使用で. きるように手直しして，共通バージョンとした・このために， SSS (SHIP システム標準化連絡会 ) をもうけ，. 部長、. 事務局実行チーム : : リーダ副部長客 1 第三製造部長. UA. 第一製造部第二製造部. ここに技術センター及び 3 工場の代表が集まって，. 共通バージョンの開発が行われた. SA. として川崎工場の体制を図 2 に示す. .. SE. 工場長がプロジェクト量になり，部長会メンバ一で. 推進部会を構成し. 図2. 工場の重点プロジェクトとして全. 1. Ⅰ. 食品製造部. 2. 第三製造部. 部長. 企画管理室. 課長 1 、他 1. 総務部. 各工場も，それぞれ工場毎の体制作りを行った．例. 課長 1 、他 1. (兼 ). I. 企画管理室 3 技術センタ一言果長 1 、他 1. SHIP-K 体制. 場的に進められた．. ユーザ各部から代表として専任の UA (User Analyst) が選ばれて参加した・また企画管理室および技術センターから専任の SA (SystemAnalyst). ンサルタントを加えて週 1 回，連絡会を開いて検討調整を行った・プロバラミンバは外部ソフトウェアハウ. SE. スに委. (System Engineer) が参加した事務局と，実行チームのこれら UA,. SA. .. SE にコ. 青モ. した. 図 1 及び 2 をみると，前述の 3 つのことをほぼ満足. @"". ""-"""". ""@.

(5) 生産部門統合情報システムの構築 (飯田する体制作りが行われたことが判る．. 裕). らないことは，. (3) システム開発方法. て. 275. ナ. 61. ある特定の一社の製品に限定する標準. 機種方式にするか，それともその度短めニーズに合っ. 今回は，生産管理業務の標準化とある程度の業務改. 善は含まれるものの，基本的には既存業務機能を前提としたシステム開発であった．このような対象に対し. たメーカの製品口を採用するマルチヴェンダ一方式にするかの選択である．標準機種方式の欠点は，丁度その時のニーズに合っ. ては，数多くの開発手法が市場に供給されている．こ. た機種がない場合があるし. れらの中から A 社では，川 X グループの提供する. る等のために割高になる傾向があることであろう．. PRIDE. たコンピュータ市場の動向に疎くなる恐れもある．. また価格交渉力が弱くなま. (Pro 熊 able Information by DeSign through phasedplanning&control) を選び。これを自社に合うように若干手を加えて A 社の標準方法 A-BOIS と. データコミュニケーションに制約がある，システム担-. した．選定理由は，世間での実績，評価が比較的高く. 生者は多くの機種に通じなければならず負担が増える，. またユーザオリエントで開発が行われること，手順に従って進めると標準化された成果物 (設計資料等 ) が. 解消するために国際的な標準化の努力がなされている. 出来上がってくること等であろう．. が，まだ将来に期待する部分が大きい．. この方法では，開発業務を次の 9 つのフェーズに分け，各フェーズ毎に開発業務内容と，アウトプットである成果物を定め，. また各フェーズの終了時点毎に，. 経営管理者，利用部門代表者等によるレビューを. 入れ. てシステマティックに進めるようになっている．フェーズ. 1. 、ンステム検討と. フェーズ. 2. 、. メンテナンスが煩雑になる等である．これらの欠点を. 前にも述べたように. ， A 社では生産部門では. 機種方式をとり，標準機種として， DEC ンピュータ VAX. 標準. 社のミニコ. シリーズを採用することを決めた．. 選定理由は，同シリーズは一貫した設計思想が貫かれており，分散システムに向いている． DEC. 社以外で. 開発されたものも含めてソフトウェアが豊富である，. ンステム設計. A 社ではすでに研究部門で VAX. を標準機種にしてい. サブシステム設計. た等である．. 4. 一. 1. 利用部門業務設計. 4. 一. 2. コンピュータ業務設計. 仕様の決定に際しては，開発効率と使い易さを重視して，ハードウェアの能力には余裕を持たせるように. フェーズ 3 フェーズ. 評価. 一方，マルチヴェンダ一方式の欠点は，地機種との. フェーズ 5 フェーズ 6. プロバラム言失言十コンピュータ業務テスト. フェーズ 7. システムテスト. フェーズ 8. 、ンステム運用. フェーズ 9. 、ンステム監査. しかしそれでも，後述するように最終的. には更にグレードアップされた機種が導入された．端末としては， OA 用のパーソナルコンピュータの. 標準機種として既に各現場に普及していた日本電気 (株 ) 製の PC-98 が採用された，. この方法は，相当に有効であり，ユ - ザとシステム開発担当者が一体感をもって，ユーザオリエントな、ン. ステムをシステマティックに開発する事が出来た．しかし A-BOIS. 配慮された．. の手順に従って作業を進めれば自然に. これらの決定は概ね成功であったといえよう．導入されたハードウェアの一覧表を表 ] に示す．. (5) ネ、 LAN. ッ. トワーク. (Local Area Network). は，その伝送媒体か. 出来上がるというものではなく，途中幾度となく壁に. ら同軸ケーブル方式と光ファイバーケーブル方式に分. ぶち当り，その度に皆で汗と知恵を出し合って乗り越. けられる．. えて行った．この際有能なコンサルタントの存在は貴. Elhernel が漬く使われており，バス型CSMACD. 重であった．この方法自体の有効性の他に，. 同軸ケーブル方式では，ゼロックス社で開発された. これを全ネ牛の標準方. 式 LAN. の標準 IEEE802.. 方. 3 の基になっている．. 法にしたために他プロジェクトとの意志疎通が容易に. 光ファイバーケーブル方式は，比較的に日本でよく. なり，また各種資料が標準化されるといったメリット. 使われており。電磁気ノイズに強い，伝送速度が速い，. も. 生じた，. (4) ハードウェアハードウェアの選定にあたって先ず決めなければな. ケーブル付設が容易である等の特徴がある．ある程度広域の LAN にも使われている．コンピュータメーカの提供するものと， LAN. 専門の業者の提供するもの.

(6) 62 (276). 横浜経営研究表. 第Ⅲ 巻. 第 4 号 (1991). ハードウエア一真表. Ⅰ. CPU (能力、 SHIP. ，K. SHIP-Y. SHIP. ・. ・. T. Q. (容量 ). VAX@ 8550 (6@VUPS ， 48@MB). (622Mx8). PC-98 @ ， 65 台. uVAX@ 3900. RA 82 xl 台. PC-98. (3.8@VUPS. SHIP. 端末. DISK. メモリー容量 ). RA@82x8@. 17 台. ， 32@ MB). uVAX@ 3200 (2.8@VUPS ， 16M). SMDIxl. VAX6320 (3.8x2VUPS. RA@82x4T@@ PC-98. 台. ， 64@MB). 21 台. VAX@ 6320 (3.8x2VUPS ， 64｀B). RA82x4. ，@@. PC-98 28 台. とがある，. A 社では， VAX. 機相互の接続には. Ethernet を採用. した． - 方，工場内には光ファイバーケーブルを付設. し，工場内に廣く分散している PC 端末はこれを経由して， Ethernet に接続しているターミナルサーバ. (T/:5)につながるようにした・光ファイバーケーブル LAN RNET. (図 3 参照 ). としては，住友電工の. SUMINET を採用した．ネットワークはコンピュータとは独立したものとしたいという意識も働いたものと思われる．. 事業所間通信は，基本方針に従って全社 OA ネットワークである AJINET に連結して行われることに. ㏄ 11. なった. (6) ソフトウェアソフトウェアの需要と供給のギャップが拡大し，. ソ. フトウェア危機 (SoftwareCrjsis)が叫ばれている・この対策として，人材育成と生産性向上の二つの面からの取り組みがなされている．生産性向上の面では標準化，部品化と再利用，プロトタイピンバ法華のソフ. SUMINET. トウェア工学の進歩が期待される， FC. FC NSU. NSU. A 社でも限られた人材を活用しての開発を始めるにあたって，次のような方針が決められた・. /@ / Ⅰ. ・. VAX. 準， VAX. 技術標準 (内容 :VAX-. 、ンステム開発標準， VAX. 運用標準， VAX 図3. LAN 構成因. ンステム環境設定標共通機能， VAX. 技術情報 ) を作成し. これに準拠し. て開発を進める. ・開発生産性及び保守性向上のために新しいソフトウ.

(7) 生産部門統合情報システムの構築エア工学の技術は. (飯田. 裕). (277) 63. 積極的に活用する．このためにハー. DTR. ドウェアに負担が掛かってもやむをえない．・プロバラミンバは原則として外部のソフトウェアハウスに委託する．以上の方針のもと，いくつかの新しい試みが実行されたので紹介する． a. 第四世代言語 (4GL). の採用. 開発のスピードと生産性を上げるために 4GL 討を行った結果 DATATRlEVE. (DTR). の検. を選定した. 実際にこれで開発を行った結果，ほぼ期待した能力を発揮してくれた・. ステップ数. 比較的初心者にも @ 得容易であったィ. 図4. また，次に述べるプロトタイピンバ法が効力を充分に発揮するためにも，開発スピードの速い DTK. は役に. たった．しかしその一方で，応答速度遅れ及びリソースに CPU. と. I/0) 多消費の問題が生じた． DTR. (特は. イ. ンタープリタ型であり，しかも起動時に解読プロセスに入るため，対話型システムの場合適正規模は 500-800 ステップ (DTR. べース ) であると推定される. が，今回はこれを大幅に上回ってしまった．. (図 4 参. 照 ) この問題に対処するため，共通バ- ジ。ンへの変. 換時に，使用頻度の高いプロバラムを COBOL. プロバラムステップ数と応答時間 />肖技リソースの関係. で作. ターンを選択して，予め決められた手順に従って修正，書き加えを行ってカストマイズし作り上げるものである．スケルトン法は， COBOL. バッチ処理プロバラムの. 領域ではすでに使われ始めていた，今回はこれに改善を加えて，リアル処理プロバラムにも使用出来るようにし更に DTR 用を作成して実用した．これによって次のような効果があった．. ・仕様書作成の効率化及び標準化. り替えた．. ・プロバラム作成の効率化と品質の画期的向上. b. プロトタイピンバ法の導入. ・単体テストの生産性向上. 情報システムの開発に際しては，ユーザとシステム. 今回のように比較的執練度の低いプロバラマーが多. 開発担当者との意志疎通という難しい問題がある．シ. 数参加した大規模開発プロジェクトでは. ステムが出来上がってからュ一ザより「意図していた. となる技術であった．. ものと違う」，「使いにくい」等のクレームが出ることが多い・これを避けるためにプロトタイピンバ法が導入された，これは，出来るだけ早く実際の入出力端末のプロトタイプ画面を作成し. ユーザとシステム開発. 担当者はこれを見ながら検討，訂正，確認しあってい. く方法である．表2 の手順を踏んで進められる．プログラムの作成，画面及びロジックの検証，問題点及び改善点のまとめ，プロバラム設計書の修正の手順を繰り返すことにより. ，ユーザの要求に合ったものへと仕. 一ポイント. (7) 既存システムとの関係整備今日，ほとんどの企業では，既にコンピュータが導入されており. 日常の業務に使用されている，. これら既. 存の，個別にデータファイルを持ったアプリケーションシステムとの関係整備は面倒であると同時に重要な仕事である．新しい，データベースとネットワークを中心としたアーキテクチャの中にどの様に組み込むか，またその移行のプロセスはどのようにしたらよいか. ，. 綿密な計画の作成が必要である．. ひ inH.Bray は，移行は6 つのフェーズを経て行わ. 上がって行く． c.. キ. スケルトン法の活用. れる．しかし最終のフェーズ即ちデータベースとネッ. スケルトン法とは，プロバラム製造工程の標準化，部品化ともいうべきものである，具体りには，プロバ. 果たした企業はまだ殆ど見あたらないと述べている 6). ラミングのエキスパートがプロバラム仕様書及びプロ. 実際の企業で見られる移行の経過は千差万別である．. 由. グラムの雛型を予め複数パターン作っておき，実際のプロバラム作成にあたってはこれらの中から適当なパ. トワークを中心にしたアーキテクチャに完全に移行を. A 社においても各工場毎に幾つかの既存システム. が存在していた．これらを次の 2 種類に分けて対応、を.

(8) 64 (278). 横浜経営研究. SA. O. 3. プロバラム作成. O. 4 画面およびロジックの検証 (問題がなければ終了 ). O. 5. 問題点および改善点のまとめ. O. 6. プロバラム設計書の修正. O. PC.VAX. SA:System. PC--VAX. Ⅱソフト. AnaIyst. 曲のデータリンク. VAX-*PC. マルチプラン. 具体例包装予定の転送棚卸データの転送. ロータス 1-2-3. O. 納入予定の転送. TPICS (東横ビジネス社製 MRP. O. 包装予定の転送納入予定の転送. BASIC. ソフト ). O. 応、用ソフト. パーソナルコンピュータを使用したが -ンステム. 、ンステムを開発中であり，これも SHIP. ，ある程度以上の大きさを持. った，ミニコンピュータを. 使用した中システム. ファイルをそのまま VAX. と連結して運. 用されるように計画されている・ b. キシステム. 刀、 -ンステム. パーソナルコンピュータ. との連結も検討されている. 天然調味料製造工程スケジューリングのエキスパート. ・各現場が，主として内部管理用に使用している，・複数の課にまたがった. 検査サンプルラベル. この他に， Workstation. 検討した. a,. 作成. プロバラム設計書の作成. 表3 倶. 7l @. O. 2. UA:UserAnaIyst. PC. スライ. I/. @. 一. ロフ. スシフサ. 1 十. プロトタイピンバ手頂. 客月. 表2. 第 4 号 (1991). 第甜巻. 各アプリケーションシステム毎に，次の 3 つのうち. (PC) で作成したデータへ転送，また逆に VAX. で. 作成したデータファイルをそのまま PC へ転送できるようにソフトウェアを開発した・ (表 3 参照 ) これによって，現場の内部管理用に作られたデータがそのままデータベースへの INPUT データとして使われ，また VAX で処理されたデータベースのデータが現場へ送り返されて，現場管理に利用できるようになった・このようにして小システムは新しいアーキテクチャの中に組み込まれることになった. のどの方法で対 G するか検討された・ SHIP の中に当初から取り込んで， SHIP の l サブ・. 、ンステムとする. ・インターフェースを. えて SHIP. 開発しまた必要な小改造を加. のデータベースとデータのやりとりが出. 来るようにする．. SHIP プロジェクトとは別予算でありまた完成時期もずれるが， SHIP のサブシステムとして組み込まれるように，新しく作り直す． SHIP の中に当初から組み込まれたものの例として.

(9) 生産部門統合情報システムの構築 (飯田. 裕). (279) 65. は，原料，包装材料及び製品の検査・判定システムが. 思われる．. ある．これは SHIP の重要なサブ、ンスデムをなすべき. ダシップ，ボトムアップとしての組織風土即ち従業員の発想，行動パターンが重要な要因であろう．現在生. ものであるので，必要な改造を加えて，組み込まれた別予算で，新しく作り直すことになったものの例としては，医薬品のロット管理システムがある・医薬品のロット管理には， A 社の他の製品. 口. 。主として食料. トップダウンとしての経営者の意識とリー. き生きと活動し発展しているいわゆる優良企業は，. の情報技術活用推進の要因を充分に持っているところが多く，企業の優劣の差はますます開く方向にあるよ. 品 ) とは異なった管理方法が要求される．このため SHIP のデータとは異なったデータ構造，運用になっ. うに思われる．. ていた．先ず，インターフェースによるデータ交換の. 築を計画的に着々と進めており，. 可能性が検討されたが，. 体化した事業部. 他の問題点が多く. コード体系，データ構造その. 困難であることが判，た．この結果，. データ交換がスムースに行えるように，新しく作り直した方がよいとの結論になった，新システムが完成す. る迄は・若干のインターフェースの開発と手作業でしめぐことになった．. このようにして，工場内のほとんどのシステムが SHIP に集約される目処がついた．. こ. A 社は，会社統合情報システムアーキテクチャのまた事業部戦略と. SIS の構築にも順次着手しており. 構一. ，. 今後の更なる活用が期待される．. (2) 工場レベル工場の現場には，既にFA (FactoryAutomation) (Process Automation Ⅰ用に，また事務部門には専務処理の自動化用にコンピュータが導入されまたは PA. ていることが多い．ここに新しい情報システムを導入. してメリットを上げるためには，工場の管理，運営方. 法の改革活動と連動していることが望ましい．従来と. M. システムの効果，影響. ，情報システムの効果，影響を次の 3 つのレベルに分. 同じ運営，管理 -な行っているのでは，新しい情報システムは必要とされない．この改革活動と連動した成功例としては， TP 賞を. 受賞した日本電気・大月工場の TP 活動がある 8,. 全. けて考察する．・会社レベル. 員参加の総合生産性向上を指向した TOP. ，工場レベル. 生産情報システム. ・現場レベル. 果を納めている．. (1 ) 会社レベル. 活動と総合. ISS の構築を連動させて見事な成. A 社の各工場では，設備の信頼性向上と組織の活. ステムアーキテクチャ構築に関するものであり，会社. 性化を目指した TPM (Tot"l P,odu 。tive M 、int。 nance), 多品種フレッシュ供給対応の JIT (Justln. レベルでの活用を論じることは本稿の玉目的ではない. Ⅲ me). ン今回のプロジェクトは，生産部門ブロックの，情報、. ・. 等の活動が進んでおり. ，. これらに， SHIP. に. しかし会社レベルでの活用は，情報システムに携わる. よる計数値をもとにした管理のサイクルアップが加わ. 者にとっての重大関心事であるので，若干のコメント. って，新しい運営，管理を行う体制が出来上がった・. を述べておきたい．. また生産管理業務の標準化とデータベースの共有化に. 最近の情報技術の進歩はすさまじいものがあり，これを活用すべき人間の意識が追いついていけない状態である・エネルギー技術の進歩に，. いち早く着目して. よる「見える工場」の実現の効呆も大きい． (3) 現場レベル現場レベルの効果は，その一つ一つは小さなもので. 産業革命で先行した英国が絶対優位にたったと同様に．情報技術を有効に活用する事が，今後の企業の優劣を. あるが，それらの集合として，組織風土に大きな影響. 決める鍵となるであろう．. る事による仕事への関心度の向上，. 企業において，情報技術の活用を促進または阻害する要因は何か．今後研究したいと思っている．高木ら. を与えることが多い・その日の。職場の実績がすぐ判コンピュータを活. 用して改善を行おうとする意欲に対する刺激等である A 社において SHIP. 導入によって仕事がどのよう. は， SiS (戦略情報システム ) 構築の条件を「人間. に変わったかを表 4 に示す，また現場の人たちが，新. 軸」と「技術軸」の二つの軸から分析している ". 筆. しいシステムをどのように受け取っているか，現場の. 者には，この中でも「人間軸」の影響が大きいように. 声を紹介する．.

(10) 横浜経営研究. 66 (280). 第 Ⅲ巻. (1991). 第4 号. 表4 主要業務名. ょ 0 手計算により算出し作成していた．. し. てス. 受テ. 原料，包材共に SHIP. 人後ムヘ. 寸文︶にし. っシ. 先な. 引し. 取虫. 役達士に調廃書，は図り票指よ伝. (D) W検査・判定システム ) を使って. の料. 原料は FAQ. に IN.. が謀経ち各部. 原料母材検査依頼. IBM. 大に荷. 8. 原料は入荷伝票を経理課. 要事大. 材納入処理. に INPUT,. と原材料部へ・送付し各々が ACOS, PUT していた． ( ダブル INPUT). 場材. 取 @ よ. 立Ⅰ 卜. 料. 材. 原. ・送 -一え一. しトⅠ. な部して、材 (料. 子に. 廉頗を依泰人完納. 人先牽引. 頼依入. 料包材納. 原. 456. 音人後，包材は入荷伝票を経理課へ送付し経理課が ACOS. よる表れ定さ. 手書きの要人予定表を. 笑子作成. : 月次日次生産包装予定表. 円さ. 原料母材音人予定作成. 新しい. 従来の仕事のやり方包が産︵疋生干次入口音次れ. 3. SHIP-K の開発音人に伴. 端末. 検査依頼登録．包材は手書きで検査依頼書作成. 原料包材検査 (Q2). : 原料は FAQ. (D), 包材は人問系に依存する業務. : 原料は FAQ. (a), 包材 SH. (D) の検査報告書で結果確認. 検査結果デ : 原料母材ともに検査結果. であった. 原料匂付検査結果確認 (製造課 ). : 原料はであった・ FAQ Q2. 包材は. 0. 原料包材使用可否判定. の手書報告書で. 結果確認、なしていた. ライン転送. : 該当業務なし. SHIP. 端末画面上で使用可. 適否データ，検査結果デ. ー. する． (管理課) 原料母材荷櫛. 生産包装予定表より手計算により使用予定を算出しロット別当は人間系処理. 12. 製造・包装. 原料母材使用実績把握は各課個別管理に依存中間品製造実績把握は各課個別管理に依存. 13. 原料包材在庫管理. 各課個別管理に. : 使用する原料母材. のロット. 指図される. 依存. 中間品製造実績把握は各課個別管理に依存. P/Lけのみ) はいつ. P/lロパレット ) ラベルは物流課にて作成 (満 P/lL はいっけ数は各課個別管理に依存. バラ玉，製品検査依頼 .FAQ. SHIP. べ化です速ンが迅ィタ且う一でンデ確ォな正は. 確認し押. 栗要務石は結. 製造課で判定結果を人出庫登録事により印後物流課へ FAX. 剖判文. 物流倉庫入庫 (製造課 ). れ，検査受付番号付サンプ. ︵疋に業︵疋︵正判. 8. デー銀葉. Ⅰ. 製品出荷可否判定. 日次包装予定を確定する事. 査登検庫，を数入量出，. 17. (D) を使って検査依頼登録・. 走に肝判タに. 15. / P な成でに作上様に. 製品. は握は数把ル @ 十，@ こべつルラ. 14. 端末画面上に合格品. 確認入力する事にょ 0 人庫. していた．. FAX. 受信した人出庫登録事により. 入庫予定を確認. していた．. レし. v 邦吉を棚報タ 0部一よ械. 一部. 処 )理は不統. Cト. 一 (％・. 有オ依フに㍻杜書生口処報票卸根棚. 有義個定場の城詰各月. 卸棚. 30. @@ オ@ @@ 1@ トン. 処理は遅. 且不透明であった．. の. く. スフ Ⅰ 一口コオ. 不良品の処理は各課個別に依存しており. 情報. 保留品処理. 留は. 23. 6をれ︵疋さ子行庫発火らり. (5 課 ). 口叩ロ叩領一定端︶ P ト格留登ワの合保時ル五加 SH ソ一 I 下文目力用. 物流倉庫入庫. 末かによは保. が発行される．.

(11) 生産部門統合情報システムの構築 (飯田う. (281)@67. 裕). 仕事のやり方の改善仕・手のやり力. 今後の課題. 開発した機能・他ケ考幸 @Ⅰ 動自. @. よ. L,S. -OT. S. レシピー展開機能．発注点在庫管理機能・. 発注ロット. まとめ機能等の開発， (TPICS は市販， LOTUS SHIP-K による開発 ). : 計画系業務のシステム. を@ 頼衣人 -. 納入依頼件数毎に納入依頼番号を発番する機能 FAX 送信作業の省力化取引先に対して納入依頼内示書及び納入依頼書を発 7 (FAX-VAN の導入を検討中. IP によりシステム化された. 古ヒ色機能待機発ム五. べ等︶ラ日. Ⅱン︵疋. へ検査依頼登録. 等能. 機ム耳. 一のゲ行同と発をムの. とシ指特達人陳訴受. るす. T U. INP. HI 連P 動. Sでを@ン. へ末ゅ荻. 績イ美う. 人ン. 受オ. 能機. ずる機能. 包材検査予定表，検査チェックリスト，検査集計表. の発行機能．管理課ヘオン. 一タは使用可否判定用に. (n ) との T/F 機能 (原料 ). 能機一た下旺. 体. 代発表行機能機一の当毎年コ与ノ @ト @ ツ能. 元化管理機能 (GMP. ロ。品発行機格. 台書. る. も. あ. 管での. 埋湯理管職. P管. で正理. 上. d. 一展開千 )景投入要ツ比機. 泌ェ Ⅱ. 数量が荷揃 (原料投入 ) 指図書として. FAQ. ヒ言︵シ揃レホ何. 観カ外人のを時果人絹黄舌一 (Ⅱ タ定食デ. 定にを確 ) 必認要しな. 香ト Ⅱ タ川等と. 一元. との l/F. 対応 ). 原料母材から製品に至る迄のデータのロット. 単位で. 各種在庫照会機能 (原料母材別指定日 (未来 ) の予定在庫推定機能. 把握できるようになり. 照会も可能になった． L 単位に一元化管理され，包装実績は. : C/S(. 。:,,e). 単位数と P/L 単位数の相互換算機能を含む P/L ラベル作成機能. 端 P/L. つ /;. @ 可能になった. により検査依頼登録が. : N08. 自動的に行わ. に同じ @ 準ィ標の務業常円てん )) トⅡ ) ト. 止唾暴ョ等レ︶の. 全クⅠ 登一庵し出ン. 能動じ機移同. レ前 Ⅲ. れ，さ小表自動. てし製. 面れ画さ末送蹴転. ルラベル等が発行される. 庫君. 倉. 課リ. @. ス. ︵疋. 首ヒ号機吐月ニ、 @ Ⅰ メ常巨疋円﹂ @ プ. 一一. 臥ク・ム巨機マス転レ逆票付帳日. に等. 手指庫揃入荷で虜の人るれしさ示了完. 予. 製確. 選登択美録は庫ん. み︵疋 0千. 製品入荷予定リスト. ィ. @. ，新物入車データ. ヒヒ機首理能管機付携日いし準ホ百丁一の. @. ライ口 @ンの連. フル吉書報とのⅠ. AC(. 子夏古曲. 計 )算棚卸. 践㍼. ロで上. /a .@ 回 № れ № は. りを一よタォ. Ⅰ@@ 免準4. オ成 0編と再務ト業ツ︵正ロ判う. え -@ れさトⅠ. 準標. は. 法. の. 理処. れ，. そ. さ. 賛し. 録た. のお再判定再検査吾用言. 機能. :プロセス管理 m計器. ).

(12) 横浜経営研究. 68 (282). 第 Ⅲ巻. 第 4 号 (1991). ・サンプルラベルの手書き作業がなくなり，負荷軽減，テクチャの構築方法とその効果，影響について述べたミス撲滅につながった．. 企業における情報システムの有効な活用の推進方法. ・仕事の標準化，データ分析の徹底によりデータの一. 元管理がなされ，転記業務がなくなり，時間短縮とミ. 乃至要因については，本稿では若干のコメントにとどめたが今後研究を進めてみたいテーマであ. る・. ス軽減が実現している．・検査・判定に. 必要な情報がオンライン化され，判定. 部門では帳票による照合や FAX 発信が不要になり，. ぅ主. また製造部門では判定予定日なども端末画面で照合出. l) W.R. Synott 著，成田光彩訳『戦略情報システ利日刊工業新聞社 80頁. 来るようになった．従来電話連絡していた手間も省け. 2)@ J ， A ，. るようになった．・製造づ包装 + 物流課入庫のリードタイムが短縮され，. O ， Brien ， Computers@ in@ Business Management. lrwin P. 395 3) 稲垣徹，「食品工業にみる CIM 構築へのアプローチ」『化学装置 1990 年 6 月号 27-35 頁 4)@ O ， H ， Bray CIM The@Data@Management コ. その分現場の倉庫繰りが楽になった・. V. むすび. 企業経営における，情報システムの重要，性は益々増大している．これにともなって，その基礎となる新しい，情報、ンステムアーチテクチャの構築が各企業で盛んに行われている・筆者が， A 社で参画した，生産部門共用データベースと，情報通信ネットワークの構築プロジェク. ト. の実例を通じて，新しい情報、ンステムアーキ. ・. ・. Strategy,DigitalPressP.77-98 5) 高木晴夫・小坂武 STS, 経営革新を支える情報技術』日本経済新聞社 194 頁 6) 0.H.Bray . 前掲書 P 46-50 7) 高木・前掲書 21 頁他 8) 内田長点・宮崎義彦・塩島勝，「知的情報システムの徹底利用と人の活力高揚で QCD を革新」 JMA PRODUCTION MANAGEMEN 刊 O 。t. 1989 22-36 頁『. 『. いいだゆたか横浜国立大学経営学部講刑.

(13)