「システム」とは何か[SOLE]：ロジスティクス・ビジネス[LOGI-BIZ]バックナンバー

2001年12号

SOLE
「システム」とは何か

*下記はPDFよりテキストを抽出したデータです。閲覧はPDFをご覧下さい。

DECEMBER 2001 76 ロジスティクス学会（ S O L E - T h e International Society of Logistics ）では技術専門の季刊誌「LOGISTICS SPECTRUM 」を発行しているほか、月刊のマネジメントニュースレター「SOLEtter 」、技術関連ニュースレター「SOLEtech 」を発行している。
今回は「SOLEtech 」の新シリーズのなかからロジスティクス関連の基本的な小論文を紹介する。
論文の著者は、当学会の公認専門ロジスティシャンで特別会員でもあるバージニア工科大学名誉教授のブランチャード教授（ Ben S. Blanchard, CPL, Fellow, Professor-Emeritus, Virginia Tech ）、原題は「 Systems, Systems Engineering, Logistics and Product Support 」である。
本論文では、最初にいくつかの定義をもとに「基本」とされる用語や概念を見直す。
続いて、システムエンジニアリングプロセス、システム分析、全体プロセスにおけるロジスティクス支援活動の統合などについて論じていく。
システムの定義あまりに基本的なことではあるが、我々は何を?システム〞として捉えるべきなのだろうか。
例えば、次のような議論の場に居合わせることがよくある。
一人が飛行機について話しているのに、別の人は航空機エンジンについて話し、他にも航空隊について話す人や、電子的能力について話している人がいる。
にもかかわらず、誰一人としてロジスティクスやライフサイクル全般にわたる製品支援の問題については考えていない。
我々は?システム〞という言葉をかなりいい加減に使っている。
その結果として、システムの要求を最初からきちんと定義し、確立しないままに結論づけてしまっていることは、別に驚くべきことではないだろう。
ＳＯＬＥのウェブサイトにある「参考文献一覧」のセクションＢには、「システム、システムエンジニアリング、システム分析」に関する二二の参照文献が登録されている。
これらは利用できる代表的な文献である。
こうした資料を改めて読み直せば、「システム」や「システムエンジニアリング」に対する定義（そして学術語）として、また違ったものを見出すことになるのかも知れない。
しかし、私は「システムエンジニアリング・プロセス」、すなわちシステムの開発・運営におけるトップダウン、統合化、ライフサイクルアプローチなどに関して、すでに定着している同様の基礎原理や概念から、あなたが共通の糸口を見出すものと信じている。
第９回「システム」とは何か 77 DECEMBER 2001 「システム」や「システムエンジニアリング」の定義はさまざまだ。
かつてＩＮＣＯＳＥ（国際システムエンジニアリング協議会）のリーダーは、二一人の「特別会員」に対して、共通認識できる定義を作り出すように要求した。
彼らが何回かのやり取りの末に導き出した定義は、次のようなものだった。
「システムとは、単独では結果を得られないが、一緒になって結果を産み出す異なる要素の構成物または集合体である。
要素または部品としては、人々、ハードウェア、ソフトウェア、施設、方針、文書が含まれる。
これらはシステム全体として結果を生み出すのに必要なすべてである。
結果にはシステム全体としての品質、特性、特質、機能、活動、性能が含まれる。
システム全体としての付加価値は、パーツ独自の価値を越えるものであり、主としてパーツ間の関係によってに産み出される。
すなわち、いかに相互連結しているかである」このＩＮＣＯＳＥの定義は究極のものではないにしろ、よい出発点にはなる。
この定義のなかにはニーズに応じて設計された機能を実現するという共通目的や、いくつかの「ミッション」の達成についての重要なポイントが述べられている。
私の見解では、自動車やコンピュータ、建物などの独立した実体は、ミッションの達成に必要な人や関連インフラストラクチュアを伴っていないため、システムとは言えない。
通常、与えられたミッションの達成には、必要なときにしかるべき場所で利用できるロジスティクスの存在が欠かせない。
こうした支援のためのインフラストラクチュアについて議論することなしに、システムについてどのように語ることができるというのか。
今日のチャレンジの一つとして、図１に示したように「システム」とそれらの各要素を、全体ライフサイクルの見地から思考させるようにしている。
一つのシステムにはミッション関連の主要要素だけでなく、メンテナンスやサポート・インフラストラクチュアの要素も含まれている。
さらに私は、ここにサプライチェーン業務、輸送、流通、継続的なメンテナンスサポート活動に関係する要素や活動も、すべて含めて考えている。
個人的な経験からいえば、あらかじめ認識されている障害をいくつか排除して、上記のアプローチで思考した場合、次に起こるべき要求や活動はしかるべき場所（適所）におさまる可能性が高いと思われる。
システムエンジニアリングの定義ＩＮＣＯＳＥの「特別会員」は、「システムエンジニアリング」の定義に関しても?共通認識できる〞ものを開発するように求められた。
そして次のように定めた。
「システムエンジニアリングは工学であり、その目的は顧客、利害関係者のニーズをシステム全体のライフサイクルを通して高品質で、高信頼度で、かつコストやスケジュール面でも充分満足させための、学際的なプロセスを創出し、実行することである。
このプロセスは通常、次の七つの課題で構成されている。
問題提起（State the problem ）、代替案調査（ Investigate alternatives ）、システムのモデル化（ Model the system ）、統合化（ Integrate ）、システムの立上げ（Launch the system ）、性能評価（Assess performance ）、再評価（Re-evaluate ）（ＳＩＭＩＬＡＲ）。
システムエンジニアリングのプロセスは直列ではなく、並列的・反復的に進められる」基本的に私たちは、メンテナンスやサポートインフラが重要なシステムの、調達や購買に適用するプロセスを問題にしている。
そこには新たな要求が定義されるたびに繰り返さ DECEMBER 2001 78 れる一連のステップがある。
「要求分析と定義」、「機能分析と割付け」、「トレードオフと最適化設計」、「システムテストと評価（検証）」といったトップダウン・プロセスを通じて、初期のニーズを明らかにしていくといったステップである。
支援性設計に関する活動は、この全体プロセスを構成する必須の部分であり、そこには各ステップで必要なフィードバック機構が組み込まれている。
全体ライフサイクルの視点からシステムを論ずる場合には、システム設計と開発（すなわち概念設計、予備設計および詳細設計と開発）、生産と建設、システム運用と継続的メンテナンスとサポート、システム・リタイアメントなど様々な段階について考慮する必要がある。
図２はライフサイクルの広がりを示している。
ここではいくつかの重要機能が強調され、そのうちのいくつかは活動段階でオーバーラップしている。
新しいシステムのニーズが発生したときには、システムの主要ミッションに関わる要素の設計（すなわち一番目のライフサイクル部分）、生産能力の設計（二番目）、サポートインフラストラクチュア（三番目）、資材の段階的廃止やリサイクルもしくは処分する能力の設計（四番目）、を通してライフサイクルを展開していく必要がある。
さらに、そこにはフィードバック効果がある。
第二、第三、第四番目のライフサイクル設計が、最初のライフサイクル活動に悪影響（もしくはプラスの影響）を及ぼすのである。
言い換えれば、トップダウンアプローチ（必要なフィードバック機構を伴う）を想定し、全体プロセスの過程で多数の相互作用が発生することを理解する必要がある。
図２に示した四つのライフサイクルの各々にロジスティクス関連活動が存在している。
次のステップとして、図２で示した統合されたライフサイクルについて、図３を使ってトップダウン／ボトムアップ・プロセスを説明する。
最初の段階から、全体システムとその構成要素の全てに狙いを定めることの必要性を強調するためである。
これまで我々は、特に「システム要求」と「機能分析と要求割付」という二つの機能を満たすことに熱心ではなかった（図３のＶ字の左側二つのブロック）。
しかし、有効で能率的なシステム設計を行い、顧客やユーザーの要求に応えたいのであれば、この最初の要求定義から始めるべきである。
そして、ここでの要求は、システムを「ロジスティクス要素」と「メンテナンス」、さらに「支援インフラストラクチュア」を含めた「全体」的なものとして捉える必要がある。
79 DECEMBER 2001 ＳＯＬＥ東京支部フォーラム報告ＳＯＬＥ東京支部では毎月「フォーラム」を開催し、ロジスティクス技術、マネジメントに関する会員相互の情報交換に努めている。
フォーラムでは十一月から以下の日程で新しいシリーズをスタートする。
（カッコ内は担当もしくはスピーカー）全体を通しての参加が理想だが、特定テーマのみの参加も可能。
詳しくは事務局にご相談を。
ＳＯＬＥ東京支部についてのお問合せ、ご意見などは sole_consult@jmac.co.jp まで。
Ｑ１　クリティカルパス分析ネットワークにおけるクリティカルパスについての記述で正しいのはどれか？ａ．クリィティカルパスは連続的な相互に関連するイベントの連鎖が消費する時間の最大値として定義される。
ｂ．クリィティカルパスはプロジェクトが完了する最短期間として定義される。
ｃ．クリィティカルパスは連続的な相互に関連するイベントの連鎖であって、おのおののイベントには余裕時間がない。
ｄ．ａ．、ｂ．、ｃ．のいずれも正しい。
Ｑ２　商業界で在庫計算の単位として一般的に用いられる関連用語は次のうちのどれか？ａ．ＳＫＵｂ．ＥＯＱｃ．ＪＩＴｄ．ＳＫＵＬ前月号でご紹介したＣＰＬ模擬試験問題は「取得と製品支援」からの出題でした。
いかがでしたか？Ｑ１の正解は、解答表によれば「ｄ」。
クリィティカルパスは作業ネットワーク中の最も長い期間を要する一連の経路です。
したがって、「ａ」は当然です。
「ｂ」の最短期間とは「ａ」を言い換えたものです。
クリィティカルパス以外のアクティビティは最長期間の中で処理されますので、なにがしかの余裕を持っています。
したがってクリィティカルパスを構成する各イベントは余裕時間を持たないということ。
つまり「ａ」「ｂ」「ｃ」はいずれも正しいため、正解は「ｄ」ということになります。
Ｑ２の正解は「ａ」。
ＳＫＵはストックキーピングユニットの略で、在庫管理を行うための最小単位です。
「ｂ」のＥＯＱは在庫管理に関係しますが、発注量に関わる用語で経済発注量（エコノミックオーダークオンティティ）のこと。
「ｃ」のＪＩＴはもちろんジャストインタイムの略であって、在庫計算の単位ではありません。
「ｄ」のＳＫＵＬは“ＳＫＵ　�
癸纊。
味錚� ａｔｉｏｎ”の略で需要予測に関わる用語です。
第8回　�
達丕未了邯殻簑蠅膨�� 今回は第４領域「流通と顧客支援」からの出題です。
Ｑ１　マーケティングミックスとは次のどれを指すか？ａ．製品、販売促進、支払い、場所ｂ．製品、生産、価格、場所ｃ．製品、販売促進、価格、場所ｄ．製品、生産、価格、場所ＣＰＬ（Certified Professional Logistician）の試験問題に挑戦前回のおさらい ※今回の設問の答えと解説は、本誌2002年1月号の当コーナーでお読みいただけますＱ２　輸送モード別に遂行度合い（ディペンダビリティ）のランクをつけると、高い順に言うと次のどれか？ａ．航空、ハイウェイ、鉄道、水運、パイプラインｂ．水運、鉄道、ハイウェイ、航空、パイプラインｃ．パイプライン、ハイウェイ、鉄道、水運、航空ｄ．ハイウェイ、航空、鉄道、水運、パイプライン 2001年 2002年 11月13日（火）「フォーラムオリエンテーション」（ＳＯＬＥ東京支部役員） 12月17日（月）「ヨーロッパ物流動向の研究」（ベルギー・フランダース企業誘致局） 1 月16日（水）新春特別研究「日本のシーレーンとロジスティクス」（元空将・佐藤守氏） 2 月21日（木）ロジスティクス技術の研究「在庫管理論」（日通総研・湯浅和夫氏） 3 月20日（水）ＳＣＭの研究「物流学会報告」（システム化研究所・曽我部旭弘氏、横浜商科大学・橋本雅隆教授） 4 月15日（月）ロジスティクス現場見学（パーツセンター、整備工場、など） 5 月14日（火）ロジスティクス事例研究（フォーラム参加者企業） 6 月19日（水）ロジスティクス現場見学　（リサイクル関係施設、など） 7 月18日（木）情報技術研究「ＩＴコーディネーター制度」 9 月20日（金）ＳＯＬＥ2002（訪米ロジスティクス視察）報告 ※8月はアリゾナ州フェニツクスで開催予定の第37回国際シンポジウムに参加するためフォーラムは休み