ハブが問題であれば、ハブを持たないデータ共有システムであればよいということになる。同氏が3番目に紹介したのが、「連合化システム」である。「異なる部門を結び付け、コラボレーションを保つ機能を持っているところは既存のソリューションと似ている。しかしながら、(PDMのような)ある1つのシステムに他の全ての部門の詳細なデータを任せるという構成を採っていない(図11)。連合化システムを使うとどうなるか。例えば自動車の配線設計の場合、金属フレーム上の穴が配線の束が通るほど大きいかどうかを知りたいだろう。この場合、機械設計データ全体は不要だ。穴に関するデータだけでよい。各部門はそれぞれのデータ形式、データベースを利用でき、かつ、全ての企業情報を参照可能だ」(同氏)。
連合化システムのメリットを一言で言えばこうだ。「それぞれの部門の専門家は慣れ親しんだシステムを使うことになる」(同氏)。
「企業システム全体も簡単に更新できる。なぜなら、企業データ管理システム全体を再検証することなく、自部門が関係するデータ形式やツールなどを更新できるからだ(図12)。最後にはより多くの技術者や部門が加わることになる。多くの技術者が、PDMシステムを備えた企業環境内で働かなければならなくなるだろう。各部門は他部門が持っている情報にアクセスしなければならない場面が多いからだ」(同氏)。
「このような手法がEDAに適用された結果、ソフトウェア技術者は、ハードウェア設計と組み込み設計の妥協の産物のようなシステムではなく、ソフトウェア技術者自信が慣れ親しんだ環境で働くことができるようになった。こうして今日、組み込みソフトウェア開発環境は実際の仮想モデルとは独立している。仮想モデルが最終製品を表していようと、プロトタイプであろうと、エミュレーションの結果であろうと、ハードウェアの記述であろうと関係ない。組み込みソフトウェア技術者は、慣れ親しんだ開発環境でそのまま仕事ができる」(同氏)。
Rhines氏の主張は、企業におけるデータ管理が開発・設計フェーズの最重要課題であるということだ。システム全体にまたがった最適化を施すには、データの共有が必要であり、そのためには、「まず、部門ごとに最適なデータ構造とデータベースが必要だ。次にある部門が持つ全情報を、別の部門に押し付けないことだ。第三に必要なデータに選択的にアクセスできるようにしなければならない。データ形式の変換がたやすく、短時間でできるようにしなければならない」(図13)。
同氏はこれから開発・設計フェーズの改良に取り組む企業に向けたメッセージで基調講演を締めくくった。
企業システムの全体を再検証することなく開発環境の一部を変更できるようにしよう。これが重要だ。部門ごとにそれぞれのUIと作業環境を与えなければならない。各部門が欲しがり、それを使うことで作業がはかどるようなものをだ。全般的に言えば、各設計部門の違いとニーズの違いを認識することが、設計において世界に認められる企業になるための解決策である。そういった認識があれば、全てのシステム統合を改善し、よりよい製品を作り上げる助けになるだろう。
Copyright © ITmedia, Inc. All Rights Reserved.