ＳＣＭパッケージソフト 開発勉強日記です。
SCM / MRP / 物流等々情報を集めていきます。
×
[PR]上記の広告は3ヶ月以上新規記事投稿のないブログに表示されています。新しい記事を書く事で広告が消えます。
業務と組織の変化に強い
基幹の SCM プラットフォームを実現
Microsoft® .NET Framework で構築された
新発想のシステム「GAUSS」を追う
2004 年度マイクロソフト認定パートナーアワード受賞事例：
日本電気株式会社
Summary
ビジネス環境の変化に柔軟に対応できるシステムを築くため、社内の各業務システムで共有できる革新的な情報基盤を確立。NEC のノウハウとマイクロソフトの製品が、基幹業務システムを支える新たなしくみの実現へと導いた。
経営課題・ビジネス背景
事業部制からカンパニー制に移行し、またその 2 年後には事業ライン制への切り替えを控える中、組織再編や業務プロセスの変化に迅速に対応できる、統一的な情報システム基盤を構築する必要が生じた。
導入目的
「汎用的な業務モデル」と「統一的なデータ構造」を備えた全社共通の業務アプリケーション基盤を構築し、その基盤の上に事業部ごとのシステムを構築していく。それにより、再設計やデータ移行を最小限に抑え、各事業部の既存業務システムを新しいシステムへ組み入れることができるようにする。
導入プロセス
「要求」と「応答」から成る業務モデルを確立。このモデルを基に、各業務アプリケーションの基盤となるデータベース層およびアプリケーション サーバー層を .NET と Microsoft SQL Server™ 2000 によって構築。
導入効果
当初、開発プラットフォームは J2EE だったが、開発の進捗が思わしくなかったため、工期半ばで .NET プラットフォームに切り替え。マイクロソフト コンサルティング サービスの支援の下、予定どおりシステムをリリースすることに成功。1 日 33 万件に及ぶトランザクションを低コストでスムーズに処理できるシステムを、当初開発期間の半分で構築できた。
※日本電気株式会社の社内システム用基盤を製品化した「GdFrame」が、2004 年度 ISV アワードを受賞しました。下記は、NEC 社内で展開した「GAUSS(NEC プロジェクト名称)」のご紹介です。
NEC
日本電気株式会社 (以下、NEC) は現在、業務プロセスや組織の変更や変化に柔軟に対応するサプライ チェーン マネジメント (SCM) のプラットフォーム「GAUSS」を開発し、主にネットワーク系事業の基幹業務システムで運用しています。GAUSS は、特定の業務ニーズを起点に設計、開発された一般的なアプリケーションではありません。あらゆる業務プロセスに対応可能なデータベース基盤と、迅速なアプリケーション リリースを実現する開発環境から構成されるフレームワークであり、業務プロセスと組織の変化に即応できるシステム環境を具体化させた仕組みです。ビジネスの変化に強いシステムである上に、経営数値の取り出しなども容易に行えることから、社内各部門の現場やトップから高い評価を得ております。ここでは、GAUSS に流れる設計思想や IT 戦略、および、その効果を明らかにします。またそれと併せて、.NET Framework や SQL Server をはじめとするマイクロソフトの製品サービスが GAUSS 構築用に選定された理由や背景要因も解き明かしていきます。
開発のコンセプトは変化へのスピーディな対応
100 年余の歴史を持つ事業部制からカンパニー制に移行し、またその 2 年後には事業ライン制へと切り替える――重点分野の選択と集中に取り組む NEC では、組織の変更もダイナミックに行われています。このような組織再編や業務プロセスの変化に迅速に対応できる統合的なサプライ チェーン管理（SCM）システムを実現することが、NEC の「GAUSS （Global Applications with Unified Supply Chain BaSe）」に流れる設計コンセプトです。
言うまでもなく、多種多様な製品を開発製造している企業では、大抵の場合、部門や部署ごとに異なるシステムが構築されています。それは、NEC についても例外ではなく、とりわけ、SCM システムなどの基幹業務システムは、各事業部および生産拠点の個別ニーズや事情に応じて独自に開発されてきたのです。そして、それらのシステムと営業システムなどの全社的な基幹システムとの間では、EAI の仕組みを介したデータ交換などが行われてきたわけです。
こうした状況を変化させるきっかけを作ったのは、NEC が 2000 年 4 月に実施したカンパニー制の導入です。当時のカンパニーの 1 つであるNEC ネットワークスは、「カンパニーの IT 武装化によって競争力を高める」との方針を打ち出し、2001 年 5 月、カンパニー情報システムの実現に向けたプロジェクト（カンパニー内のシステムを刷新、統合するプロジェクト）を設置し、カンパニーの副社長や経営企画部のメンバーによる検討が開始しました。
ここで焦点となったのは、出来合いの ERP パッケージを導入し、それによるシステム統合を図るのか、それとも、従来からの仕組みを生かした格好でシステム統合を行うのかという点です。この 2 つを巡る議論の末に最終的に導き出した結論が、後者の手法を採用すること、すなわち、従来からの仕組みを生かしたシステム統合を行うことでした。
旧 NEC ネットワークスにおいて、システム検討のプロジェクトに参加した横井秀志氏（現 NEC IT 戦略部 統括マネージャー)は、こう振り返ります。
NEC
IT 戦略部 統括マネージャー
横井秀志氏
「私たちには、NEC のカンパニーとして、各事業部のシステムに共通の“ユニフォーム”を着せたいという思いが強くありました。それを実現するには、ERP パッケージを全面的に導入し、それに合わせて業務プロセスを改変してしまうのが最もシンプルな方法です。ただしそれは、各事業部が長い歴史の中で培ってきた業務ノウハウを否定することにつながります。システムの改変によってそのような事態に陥るのは避けなければならない――それが、検討プロジェクトとカンパニーのトップの結論だったのです。そこで、システムの土台（プラットフォーム）だけを統一的な仕組みに作り替え、その上で事業部ごとのシステムを構築していくといった GAUSS 開発につながる発想が生まれたのです。要するに、独自性の強いシステムも統一的なプラットフォーム上に乗せておけば、将来的な統合が容易に行えると考えたわけです」
原型は生産工場の SCM システム「BACKS」
NEC ネットワークスの検討プロジェクトが上記結論を導出した背景には、もう 1 つの理由があります。それは、NEC （NEC ネットワークス）のある工場において、GAUSS の原型となった SCM システム「BACKS」がすでに稼働していたことにほかなりません。つまり、BACKS は、「あらゆる業務プロセスに柔軟に対応できる上に、業務プロセス変更に対して迅速に対応できる」という、まさに NEC ネットワークスが求める SCM システムの要件を満たしたシステムだったのです。
その工場では、1997 年から Y2K （西暦 2000 年問題）対策の一環として情報システムの刷新プロジェクトを始動させ、1999 年にマイクロソフトの Access と SQL Server をベースにした BACKS を完成させていました。
BACKS は、工場における生産革新活動の中で、業務プロセスやそれを取り巻く環境の変化にすばやく対応することを目的に開発されたシステムです。同システムの利点を、生産拠点の情報システム開発で豊富な経験を持つ NEC の木村浩人氏（情報システム部 シニアマネージャー）はこう説きます。
NEC
情報システム部 シニアマネージャー
木村浩人氏
「例えば、工場では、4 つの部門に属する 4 人の担当者が行っていた作業を 1 部門の 1 人に集約してしまうといった業務改善が日々行われています。ところが、多くの場合、そうした新しい業務プロセスに合わせてシステムを改変しようとすると、かなりの時間がかかります。そして、結果的に、システムが生産革新の足を引っ張る格好になるわけです。BACKS は業務とシステムを巡るこうした根本的な問題を解決する画期的な仕組みを備えていたのです」
こうして NEC ネットワークスは 2001 年 7 月、BACKS のコンセプトをベースに、より大量のデータを高速に処理しうる SCM プラットフォームを構築するという決定を下しました。その結果として、GAUSS の開発プロジェクトが始動したのです。
ちなみに、GAUSS の正式名称、すなわち「Global Applications with Unified Supply Chain BaSe」には、「統一的なサプライ チェーンの基盤上で多様なアプリケーションを動作させる」という意味が込められています。
GAUSS は、木村氏の言う「画期的な仕組み」を実現するために、以下の 2 つの特徴的なアプローチを採用しています。
(1) あらゆる業務に対応できる汎用的な業務モデリング手法の確立
(2) 統一データ構造を持つ標準化データベースの採用
まず、(1) のモデリング手法は、すべてのビジネス活動を「要求（デマンド）」と「応答（サプライ）」の対で捉えるというものです。
一般に、業務の流れはスタートからエンドまでの一連の流れとして捉えられます。しかし、GAUSS では、そうした捉え方を改め、すべてのビジネス活動を「要求」と、それに対する「応答」の組み合わせとして見なしました。例えば、GAUSS が対象とするサプライ チェーン（という業務領域）の場合、「お客様」→「受注」→「営業」→「出荷指示」→「メーカー」という情報の流れが「要求」となり、対する「応答」の流れは「メーカー」→「出荷完了」→「営業」→「納品」→「お客様」といった具合になります。そして、GAUSS では、「下り」に相当する「要求」の情報の流れを「デマンド（要求、指示）」、「上り」に相当する「応答」の情報の流れを「サプライ（実績報告）」として位置づけたのです。これにより、すべてのビジネス活動は、「デマンド」と「サプライ」から成る実にシンプルな構造としてモデリングすることが可能になるのです。
さらに、GAUSS では「デマンド」と「サプライ」を構成する情報を、「誰が」「いつまでに」「何を」といった標準化されたデータ構造に統一しました。これらのコンセプトに基づき、GAUSS は、すべてのビジネス活動を同一の形式でモデリングする、極めて汎用的な業務モデリング手法を確立したのです（図1）。
図1：GAUSS における業務モデリングの手法
一方、(2) の「統一データ構造を持つ標準化データベースの採用」は、あらゆる業務システムへの対応が可能な統一データベースを実現すべく考案されたものです（図2）。
図2：GAUSS のデータベースの構造
通常の業務システム改変では、何らかのデータベースの構造を変更する必要が生じます。ただし、このようなデータベースの構造変更は、厄介な再設計作業やデータ移行作業を伴うため、業務システムの改変を困難にする根本原因ともなります。
しかし、「デマンド、サプライ」と「統一データ構造を持つ標準化データベース」に基づいて設計された GAUSS は、このような問題を一切発生させません。なぜならば、いかなるプロセスに基づく業務であっても、同じデータベースによって一括して管理することが可能だからです。
以上の 2 つのアプローチによって、GAUSS のシステムは、あらゆる業務プロセスへの柔軟な対応と変化への即応性を実現しています。そのアプローチの有効性を、横井氏は改めてこう指摘します。
「従来の業務システム開発では、まず初めに機能要件を定義し、それを起点にアプリケーションやデータベースを設計していました。しかし、変化が激しい今日では、業務で必要とされる機能自体が半年もしないうちにガラリと変容します。となれば、あらゆるビジネス・モデルの展開が可能なプラットフォームを作り、その上に機能要件ごとのアプリケーション（コンポーネント）を乗せていくといったアプローチが適切であるとの結論に自ずと至るのです」
高速性と生産性で
SQL Server と .NET Framework を選択
GAUSS の開発には、.NET Framework をはじめとするマイクロソフトのソフトウェア製品群とマイクロソフト コンサルティング サービス（Microsoft Consulting Services：MCS）が使われています。そのシステム全体は、図3にあるとおりクライアントとアプリケーション サーバー、およびデータベース サーバーの 3 層から成ります。この中のクライアントは、もちろん、業務現場のユーザーが利用する環境であり、GAUSS の場合、Web ブラウザと Access ベースのリッチ クライアントの 2 つが用意されています。
図3：GAUSS のシステム構成（NEC で稼動しているシステムの事例）
Access ベースのリッチ クライアントは、GAUSS にエンド ユーザー コンピューティングの機能を提供するために採用されたものです。その採用理由を、NEC の情報システム部でシニアマネージャーを務める我有幹寛氏は以下のように説きます。
NEC
情報システム部 シニアマネージャー
我有幹寛氏
「最近は、ユーザー自身が自分の仕事を効率よく進めるために、業務システムから引き出したデータを自ら加工したり、それ用のクライアント アプリケーションを作成したりする場合が少なくないからです」
一方、GAUSS のアプリケーション サーバー層は、マイクロソフトの Windows 2000 Server と IIS 5.0、および .NET Framework 1.0 （現在はIIS 6.0 と .NET Framework 1.1 の利用も可能）から構成されており、このプラットフォーム上で稼働するサーバー アプリケーション（業務システム）は、ASP.NET と ADO.NET をサポートする Visual C# .NET によって構築されています。また、外部システムなどとの間でデータをやり取りする仕組みとしては、Web サービスが採用されており、標準化データベースのサーバーとしてはマイクロソフトの SQL Server 2000 が使用されています。
もっとも、NEC では当初、GAUSS のシステムを J2EE 対応の開発環境とアプリケーション サーバーによって構築する計画でした。そのため、データベース サーバーに SQL Server 2000 を使用することも正式には決定していませんでした。
そうした中で、2001 年 10 月、業務アプリケーションに種々のサービス機能を提供する GAUSS コアの開発が本格的にスタートしたのです。
その際、データベース サーバーの候補としては、BACKS で利用されていた SQL Server のほかに、もう 1 社のデータベース製品も挙げられていました。BACKS と同じ構造のデータベースで両者のパフォーマンスを比較した結果、SQL Server 2000 の採用が決定されたのです。
一方、J2EE 対応のアプリケーション サーバー上で動作する GAUSS コアを開発する過程で、開発進捗が予想以上に芳しくないという問題が発生しました。
「ちょうどそのとき、『近く .NET Framework がリリースされる』との情報をマイクロソフトから得ました。それが状況を打開するきっかけとなったのです」と、我有氏は述懐し、こう話を続けます。
「開発チームのスキル不足もあり、GAUSS コアのリリース時期（2002 年 4 月）の 2 か月前になってもスケジュールを挽回する兆しが見られませんでした。.NET Framework の有効性についての確信は持てませんでしたが、事態は急を要していました。そこで、マイクロソフトに .NET Framework のワークショップを催してもらい、早速、GAUSS コアのモックアップ（試作品）を MCS のコンサルタントとともに作成することにしたのです。MCS のコンサルタントの協力でわれわれのスキル不足を補え、その試作品は 2 週間ほどで出来上がり、動作上の問題も特にありませんでした。そこで、開発プラットフォームを .NET Framework に切り替える決断を下したのです」
また、.NET Framework の場合、開発環境に標準で添付されているソフトウェア部品の種類も多く、データセットと呼ばれる機能も使用できます。この辺りも、GUASS 開発チームによる高い評価につながったようです。
1 日 33 万件の
トランザクションをスムーズに処理
.NET Framework 版の GAUSS コアは 2002 年 4 月末にリリースされ、同年 5 月からは各事業部の開発チームによる業務システム開発がスタートを切りました。続く 8 月には、最初の業務システムが GAUSS 上で稼働し、その他の業務システムについても順次 GAUSS への移行作業が進められました。これにより、最初のサービス インから 1 年半程度が経過した 2004 年初めの段階で、GAUSS 上で稼働ないし開発中の業務システムは、NEC 社内（旧 NEC ネットワークス内）の 5 事業本部と生産会社（工場）、および、2 つの関連会社、さらには、NEC グループ外を含む 3 社の計 13 システムに達しました。
また、.NET Framework と SQL Server のコンビネーションは、基幹システムである GAUSS の要件も十分に満たしているようです。実際、我有氏は、「工場では部品単位でデマンドとサプライの両データが発生するため、GAUSS のシステム上では 1 日当たり約 33 万件のトランザクションが処理されています。また、その他の事業本部のGAUSS 上でも、1 日 10 万件、1 か月に換算すると 250 万件というトランザクションが処理されるケースは珍しくありません」と説明します。こうしたトランザクションを安定して処理する GAUSS のインフラとして、.NET Framework と SQL Server は 1 年半近くの安定稼動を続けているのです。
業務プロセスと経営数値の見通しの良さで
経営サイドも高評価
こうした現状を踏まえながら、横井氏は、GAUSS の導入効果をこう指摘します。
「GAUSS の数値的な投資対効果はまだ測定していません。ただし、このシステムをすでに導入している部門からは、サプライ チェーンを構成する各業務プロセスが一気通貫の格好で見通せるようになったとの評価をもらっています。また、GAUSS のシステムからは経営判断に必要なデータも簡単に取り出せます。そのため、経営サイドの評価も上々です」
GAUSS の標準化データベースの構造はシンプルである上に、SCM におけるすべてのビジネス プロセスを一気通貫で見通すことを可能とします。そのため、GAUSS 上であれば、データの分析の仕組み、すなわちビジネス インテリジェンス（BI）用の仕組みも（Access などのクライアント ソフトウェアを用いることで）極めて簡単に構築できます。つまり、GAUSS は、経営層が求めるリアルタイムの経営指標を、日々の業務で発生する生データから直接導出できるインフラともなるのです。NEC では、約 1 年半にわたる社内利用を通じて GAUSS の有用性を確認しました。そこで GAUSS 推進チームは、「GdFrame」という名称で、GAUSS の外販も計画しています。横井氏は、GAUSS の外販についてこう説明を加えます。
「GAUSS は、業務プロセスをデマンドとサプライという概念によってモデル化している点が大きなポイントであり、それはまたオブジェクト指向の業務分析、設計の手法を全面的に採用したシステムでもあります。そこで当社では、GdFrame を基盤のソフトウェアのみならず、それをベースにした業務分析、設計の方法論も併せたトータル ソリューションとして提供していくつもりです」
NEC の SCM ノウハウと
マイクロソフト製品サービスのシナジー効果
ここまで見てきた通り、GAUSS の成功は、BACKS から継承された SCM のノウハウ「デマンド、サプライ」と「統一データ構造を持つ標準化データベース」によってもたらされたものです。そして、その成功には、マイクロソフト製品群の高い生産性と信頼性も寄与しています。つまり、「あらゆる業務プロセスへの柔軟な対応」と「業務プロセス変更への迅速な対応」を実現する GAUSS という革新的な基幹業務システムは、NEC のノウハウとマイクロソフト製品、サービスの 2 つが両輪となり、成功へと導いた仕組みとも言えるのです。
特に、.NET Framework についてはこれまで、開発の生産性の高さや Web サービスへの対応といった先進性が強調されるケースはあっても、「基幹システムに適用した場合の実力」についてはあまり語られてきませんでした。そのため、.NET Framework ベースのアプリケーションが基幹システムとしての運用に耐えうる信頼性を発揮するかどうかは比較的不明瞭だったかもしれません。しかし、NEC のGAUSS が 1 年半にわたって安定稼働を続けたことで、その辺りの不明瞭さも一掃されています。つまり、GAUSS の完成と発展により、.NET Framework が基幹システム用のミドルウェアとして十分に有効であることが実証されたのです。
横井氏は、GAUSS のこれまでを振り返りながら、その将来展望を次のように語ります。
「マイクロソフトのコンサルタントの協力もあり、サプライ チェーンを支える新たな仕組みを予定どおりに完成させることができました。GAUSS は、ビジネス環境の変更に柔軟に対応できるほか、業務の流れを一気通貫で見通せ、また、経営数値の取り出しも容易に行えることから、社内各部門の現場やトップから高い評価を得ています。2004 年度には、『GdFrame』という名称で、GAUSS の外販も計画中ですので、他の企業の方にもぜひそのメリットを享受していただきたいと考えています」
優れた業務ノウハウとマイクロソフト製品サービスとの融和が生んだ NEC の GAUSS ――同システムは企業の基幹システムの進化と発展を担う革新プラットフォームとして大きく期待されています。
基幹の SCM プラットフォームを実現
Microsoft® .NET Framework で構築された
新発想のシステム「GAUSS」を追う
2004 年度マイクロソフト認定パートナーアワード受賞事例：
日本電気株式会社
Summary
ビジネス環境の変化に柔軟に対応できるシステムを築くため、社内の各業務システムで共有できる革新的な情報基盤を確立。NEC のノウハウとマイクロソフトの製品が、基幹業務システムを支える新たなしくみの実現へと導いた。
経営課題・ビジネス背景
事業部制からカンパニー制に移行し、またその 2 年後には事業ライン制への切り替えを控える中、組織再編や業務プロセスの変化に迅速に対応できる、統一的な情報システム基盤を構築する必要が生じた。
導入目的
「汎用的な業務モデル」と「統一的なデータ構造」を備えた全社共通の業務アプリケーション基盤を構築し、その基盤の上に事業部ごとのシステムを構築していく。それにより、再設計やデータ移行を最小限に抑え、各事業部の既存業務システムを新しいシステムへ組み入れることができるようにする。
導入プロセス
「要求」と「応答」から成る業務モデルを確立。このモデルを基に、各業務アプリケーションの基盤となるデータベース層およびアプリケーション サーバー層を .NET と Microsoft SQL Server™ 2000 によって構築。
導入効果
当初、開発プラットフォームは J2EE だったが、開発の進捗が思わしくなかったため、工期半ばで .NET プラットフォームに切り替え。マイクロソフト コンサルティング サービスの支援の下、予定どおりシステムをリリースすることに成功。1 日 33 万件に及ぶトランザクションを低コストでスムーズに処理できるシステムを、当初開発期間の半分で構築できた。
※日本電気株式会社の社内システム用基盤を製品化した「GdFrame」が、2004 年度 ISV アワードを受賞しました。下記は、NEC 社内で展開した「GAUSS(NEC プロジェクト名称)」のご紹介です。
NEC
日本電気株式会社 (以下、NEC) は現在、業務プロセスや組織の変更や変化に柔軟に対応するサプライ チェーン マネジメント (SCM) のプラットフォーム「GAUSS」を開発し、主にネットワーク系事業の基幹業務システムで運用しています。GAUSS は、特定の業務ニーズを起点に設計、開発された一般的なアプリケーションではありません。あらゆる業務プロセスに対応可能なデータベース基盤と、迅速なアプリケーション リリースを実現する開発環境から構成されるフレームワークであり、業務プロセスと組織の変化に即応できるシステム環境を具体化させた仕組みです。ビジネスの変化に強いシステムである上に、経営数値の取り出しなども容易に行えることから、社内各部門の現場やトップから高い評価を得ております。ここでは、GAUSS に流れる設計思想や IT 戦略、および、その効果を明らかにします。またそれと併せて、.NET Framework や SQL Server をはじめとするマイクロソフトの製品サービスが GAUSS 構築用に選定された理由や背景要因も解き明かしていきます。
開発のコンセプトは変化へのスピーディな対応
100 年余の歴史を持つ事業部制からカンパニー制に移行し、またその 2 年後には事業ライン制へと切り替える――重点分野の選択と集中に取り組む NEC では、組織の変更もダイナミックに行われています。このような組織再編や業務プロセスの変化に迅速に対応できる統合的なサプライ チェーン管理（SCM）システムを実現することが、NEC の「GAUSS （Global Applications with Unified Supply Chain BaSe）」に流れる設計コンセプトです。
言うまでもなく、多種多様な製品を開発製造している企業では、大抵の場合、部門や部署ごとに異なるシステムが構築されています。それは、NEC についても例外ではなく、とりわけ、SCM システムなどの基幹業務システムは、各事業部および生産拠点の個別ニーズや事情に応じて独自に開発されてきたのです。そして、それらのシステムと営業システムなどの全社的な基幹システムとの間では、EAI の仕組みを介したデータ交換などが行われてきたわけです。
こうした状況を変化させるきっかけを作ったのは、NEC が 2000 年 4 月に実施したカンパニー制の導入です。当時のカンパニーの 1 つであるNEC ネットワークスは、「カンパニーの IT 武装化によって競争力を高める」との方針を打ち出し、2001 年 5 月、カンパニー情報システムの実現に向けたプロジェクト（カンパニー内のシステムを刷新、統合するプロジェクト）を設置し、カンパニーの副社長や経営企画部のメンバーによる検討が開始しました。
ここで焦点となったのは、出来合いの ERP パッケージを導入し、それによるシステム統合を図るのか、それとも、従来からの仕組みを生かした格好でシステム統合を行うのかという点です。この 2 つを巡る議論の末に最終的に導き出した結論が、後者の手法を採用すること、すなわち、従来からの仕組みを生かしたシステム統合を行うことでした。
旧 NEC ネットワークスにおいて、システム検討のプロジェクトに参加した横井秀志氏（現 NEC IT 戦略部 統括マネージャー)は、こう振り返ります。
NEC
IT 戦略部 統括マネージャー
横井秀志氏
「私たちには、NEC のカンパニーとして、各事業部のシステムに共通の“ユニフォーム”を着せたいという思いが強くありました。それを実現するには、ERP パッケージを全面的に導入し、それに合わせて業務プロセスを改変してしまうのが最もシンプルな方法です。ただしそれは、各事業部が長い歴史の中で培ってきた業務ノウハウを否定することにつながります。システムの改変によってそのような事態に陥るのは避けなければならない――それが、検討プロジェクトとカンパニーのトップの結論だったのです。そこで、システムの土台（プラットフォーム）だけを統一的な仕組みに作り替え、その上で事業部ごとのシステムを構築していくといった GAUSS 開発につながる発想が生まれたのです。要するに、独自性の強いシステムも統一的なプラットフォーム上に乗せておけば、将来的な統合が容易に行えると考えたわけです」
原型は生産工場の SCM システム「BACKS」
NEC ネットワークスの検討プロジェクトが上記結論を導出した背景には、もう 1 つの理由があります。それは、NEC （NEC ネットワークス）のある工場において、GAUSS の原型となった SCM システム「BACKS」がすでに稼働していたことにほかなりません。つまり、BACKS は、「あらゆる業務プロセスに柔軟に対応できる上に、業務プロセス変更に対して迅速に対応できる」という、まさに NEC ネットワークスが求める SCM システムの要件を満たしたシステムだったのです。
その工場では、1997 年から Y2K （西暦 2000 年問題）対策の一環として情報システムの刷新プロジェクトを始動させ、1999 年にマイクロソフトの Access と SQL Server をベースにした BACKS を完成させていました。
BACKS は、工場における生産革新活動の中で、業務プロセスやそれを取り巻く環境の変化にすばやく対応することを目的に開発されたシステムです。同システムの利点を、生産拠点の情報システム開発で豊富な経験を持つ NEC の木村浩人氏（情報システム部 シニアマネージャー）はこう説きます。
NEC
情報システム部 シニアマネージャー
木村浩人氏
「例えば、工場では、4 つの部門に属する 4 人の担当者が行っていた作業を 1 部門の 1 人に集約してしまうといった業務改善が日々行われています。ところが、多くの場合、そうした新しい業務プロセスに合わせてシステムを改変しようとすると、かなりの時間がかかります。そして、結果的に、システムが生産革新の足を引っ張る格好になるわけです。BACKS は業務とシステムを巡るこうした根本的な問題を解決する画期的な仕組みを備えていたのです」
こうして NEC ネットワークスは 2001 年 7 月、BACKS のコンセプトをベースに、より大量のデータを高速に処理しうる SCM プラットフォームを構築するという決定を下しました。その結果として、GAUSS の開発プロジェクトが始動したのです。
ちなみに、GAUSS の正式名称、すなわち「Global Applications with Unified Supply Chain BaSe」には、「統一的なサプライ チェーンの基盤上で多様なアプリケーションを動作させる」という意味が込められています。
GAUSS は、木村氏の言う「画期的な仕組み」を実現するために、以下の 2 つの特徴的なアプローチを採用しています。
(1) あらゆる業務に対応できる汎用的な業務モデリング手法の確立
(2) 統一データ構造を持つ標準化データベースの採用
まず、(1) のモデリング手法は、すべてのビジネス活動を「要求（デマンド）」と「応答（サプライ）」の対で捉えるというものです。
一般に、業務の流れはスタートからエンドまでの一連の流れとして捉えられます。しかし、GAUSS では、そうした捉え方を改め、すべてのビジネス活動を「要求」と、それに対する「応答」の組み合わせとして見なしました。例えば、GAUSS が対象とするサプライ チェーン（という業務領域）の場合、「お客様」→「受注」→「営業」→「出荷指示」→「メーカー」という情報の流れが「要求」となり、対する「応答」の流れは「メーカー」→「出荷完了」→「営業」→「納品」→「お客様」といった具合になります。そして、GAUSS では、「下り」に相当する「要求」の情報の流れを「デマンド（要求、指示）」、「上り」に相当する「応答」の情報の流れを「サプライ（実績報告）」として位置づけたのです。これにより、すべてのビジネス活動は、「デマンド」と「サプライ」から成る実にシンプルな構造としてモデリングすることが可能になるのです。
さらに、GAUSS では「デマンド」と「サプライ」を構成する情報を、「誰が」「いつまでに」「何を」といった標準化されたデータ構造に統一しました。これらのコンセプトに基づき、GAUSS は、すべてのビジネス活動を同一の形式でモデリングする、極めて汎用的な業務モデリング手法を確立したのです（図1）。
図1：GAUSS における業務モデリングの手法
一方、(2) の「統一データ構造を持つ標準化データベースの採用」は、あらゆる業務システムへの対応が可能な統一データベースを実現すべく考案されたものです（図2）。
図2：GAUSS のデータベースの構造
通常の業務システム改変では、何らかのデータベースの構造を変更する必要が生じます。ただし、このようなデータベースの構造変更は、厄介な再設計作業やデータ移行作業を伴うため、業務システムの改変を困難にする根本原因ともなります。
しかし、「デマンド、サプライ」と「統一データ構造を持つ標準化データベース」に基づいて設計された GAUSS は、このような問題を一切発生させません。なぜならば、いかなるプロセスに基づく業務であっても、同じデータベースによって一括して管理することが可能だからです。
以上の 2 つのアプローチによって、GAUSS のシステムは、あらゆる業務プロセスへの柔軟な対応と変化への即応性を実現しています。そのアプローチの有効性を、横井氏は改めてこう指摘します。
「従来の業務システム開発では、まず初めに機能要件を定義し、それを起点にアプリケーションやデータベースを設計していました。しかし、変化が激しい今日では、業務で必要とされる機能自体が半年もしないうちにガラリと変容します。となれば、あらゆるビジネス・モデルの展開が可能なプラットフォームを作り、その上に機能要件ごとのアプリケーション（コンポーネント）を乗せていくといったアプローチが適切であるとの結論に自ずと至るのです」
高速性と生産性で
SQL Server と .NET Framework を選択
GAUSS の開発には、.NET Framework をはじめとするマイクロソフトのソフトウェア製品群とマイクロソフト コンサルティング サービス（Microsoft Consulting Services：MCS）が使われています。そのシステム全体は、図3にあるとおりクライアントとアプリケーション サーバー、およびデータベース サーバーの 3 層から成ります。この中のクライアントは、もちろん、業務現場のユーザーが利用する環境であり、GAUSS の場合、Web ブラウザと Access ベースのリッチ クライアントの 2 つが用意されています。
図3：GAUSS のシステム構成（NEC で稼動しているシステムの事例）
Access ベースのリッチ クライアントは、GAUSS にエンド ユーザー コンピューティングの機能を提供するために採用されたものです。その採用理由を、NEC の情報システム部でシニアマネージャーを務める我有幹寛氏は以下のように説きます。
NEC
情報システム部 シニアマネージャー
我有幹寛氏
「最近は、ユーザー自身が自分の仕事を効率よく進めるために、業務システムから引き出したデータを自ら加工したり、それ用のクライアント アプリケーションを作成したりする場合が少なくないからです」
一方、GAUSS のアプリケーション サーバー層は、マイクロソフトの Windows 2000 Server と IIS 5.0、および .NET Framework 1.0 （現在はIIS 6.0 と .NET Framework 1.1 の利用も可能）から構成されており、このプラットフォーム上で稼働するサーバー アプリケーション（業務システム）は、ASP.NET と ADO.NET をサポートする Visual C# .NET によって構築されています。また、外部システムなどとの間でデータをやり取りする仕組みとしては、Web サービスが採用されており、標準化データベースのサーバーとしてはマイクロソフトの SQL Server 2000 が使用されています。
もっとも、NEC では当初、GAUSS のシステムを J2EE 対応の開発環境とアプリケーション サーバーによって構築する計画でした。そのため、データベース サーバーに SQL Server 2000 を使用することも正式には決定していませんでした。
そうした中で、2001 年 10 月、業務アプリケーションに種々のサービス機能を提供する GAUSS コアの開発が本格的にスタートしたのです。
その際、データベース サーバーの候補としては、BACKS で利用されていた SQL Server のほかに、もう 1 社のデータベース製品も挙げられていました。BACKS と同じ構造のデータベースで両者のパフォーマンスを比較した結果、SQL Server 2000 の採用が決定されたのです。
一方、J2EE 対応のアプリケーション サーバー上で動作する GAUSS コアを開発する過程で、開発進捗が予想以上に芳しくないという問題が発生しました。
「ちょうどそのとき、『近く .NET Framework がリリースされる』との情報をマイクロソフトから得ました。それが状況を打開するきっかけとなったのです」と、我有氏は述懐し、こう話を続けます。
「開発チームのスキル不足もあり、GAUSS コアのリリース時期（2002 年 4 月）の 2 か月前になってもスケジュールを挽回する兆しが見られませんでした。.NET Framework の有効性についての確信は持てませんでしたが、事態は急を要していました。そこで、マイクロソフトに .NET Framework のワークショップを催してもらい、早速、GAUSS コアのモックアップ（試作品）を MCS のコンサルタントとともに作成することにしたのです。MCS のコンサルタントの協力でわれわれのスキル不足を補え、その試作品は 2 週間ほどで出来上がり、動作上の問題も特にありませんでした。そこで、開発プラットフォームを .NET Framework に切り替える決断を下したのです」
また、.NET Framework の場合、開発環境に標準で添付されているソフトウェア部品の種類も多く、データセットと呼ばれる機能も使用できます。この辺りも、GUASS 開発チームによる高い評価につながったようです。
1 日 33 万件の
トランザクションをスムーズに処理
.NET Framework 版の GAUSS コアは 2002 年 4 月末にリリースされ、同年 5 月からは各事業部の開発チームによる業務システム開発がスタートを切りました。続く 8 月には、最初の業務システムが GAUSS 上で稼働し、その他の業務システムについても順次 GAUSS への移行作業が進められました。これにより、最初のサービス インから 1 年半程度が経過した 2004 年初めの段階で、GAUSS 上で稼働ないし開発中の業務システムは、NEC 社内（旧 NEC ネットワークス内）の 5 事業本部と生産会社（工場）、および、2 つの関連会社、さらには、NEC グループ外を含む 3 社の計 13 システムに達しました。
また、.NET Framework と SQL Server のコンビネーションは、基幹システムである GAUSS の要件も十分に満たしているようです。実際、我有氏は、「工場では部品単位でデマンドとサプライの両データが発生するため、GAUSS のシステム上では 1 日当たり約 33 万件のトランザクションが処理されています。また、その他の事業本部のGAUSS 上でも、1 日 10 万件、1 か月に換算すると 250 万件というトランザクションが処理されるケースは珍しくありません」と説明します。こうしたトランザクションを安定して処理する GAUSS のインフラとして、.NET Framework と SQL Server は 1 年半近くの安定稼動を続けているのです。
業務プロセスと経営数値の見通しの良さで
経営サイドも高評価
こうした現状を踏まえながら、横井氏は、GAUSS の導入効果をこう指摘します。
「GAUSS の数値的な投資対効果はまだ測定していません。ただし、このシステムをすでに導入している部門からは、サプライ チェーンを構成する各業務プロセスが一気通貫の格好で見通せるようになったとの評価をもらっています。また、GAUSS のシステムからは経営判断に必要なデータも簡単に取り出せます。そのため、経営サイドの評価も上々です」
GAUSS の標準化データベースの構造はシンプルである上に、SCM におけるすべてのビジネス プロセスを一気通貫で見通すことを可能とします。そのため、GAUSS 上であれば、データの分析の仕組み、すなわちビジネス インテリジェンス（BI）用の仕組みも（Access などのクライアント ソフトウェアを用いることで）極めて簡単に構築できます。つまり、GAUSS は、経営層が求めるリアルタイムの経営指標を、日々の業務で発生する生データから直接導出できるインフラともなるのです。NEC では、約 1 年半にわたる社内利用を通じて GAUSS の有用性を確認しました。そこで GAUSS 推進チームは、「GdFrame」という名称で、GAUSS の外販も計画しています。横井氏は、GAUSS の外販についてこう説明を加えます。
「GAUSS は、業務プロセスをデマンドとサプライという概念によってモデル化している点が大きなポイントであり、それはまたオブジェクト指向の業務分析、設計の手法を全面的に採用したシステムでもあります。そこで当社では、GdFrame を基盤のソフトウェアのみならず、それをベースにした業務分析、設計の方法論も併せたトータル ソリューションとして提供していくつもりです」
NEC の SCM ノウハウと
マイクロソフト製品サービスのシナジー効果
ここまで見てきた通り、GAUSS の成功は、BACKS から継承された SCM のノウハウ「デマンド、サプライ」と「統一データ構造を持つ標準化データベース」によってもたらされたものです。そして、その成功には、マイクロソフト製品群の高い生産性と信頼性も寄与しています。つまり、「あらゆる業務プロセスへの柔軟な対応」と「業務プロセス変更への迅速な対応」を実現する GAUSS という革新的な基幹業務システムは、NEC のノウハウとマイクロソフト製品、サービスの 2 つが両輪となり、成功へと導いた仕組みとも言えるのです。
特に、.NET Framework についてはこれまで、開発の生産性の高さや Web サービスへの対応といった先進性が強調されるケースはあっても、「基幹システムに適用した場合の実力」についてはあまり語られてきませんでした。そのため、.NET Framework ベースのアプリケーションが基幹システムとしての運用に耐えうる信頼性を発揮するかどうかは比較的不明瞭だったかもしれません。しかし、NEC のGAUSS が 1 年半にわたって安定稼働を続けたことで、その辺りの不明瞭さも一掃されています。つまり、GAUSS の完成と発展により、.NET Framework が基幹システム用のミドルウェアとして十分に有効であることが実証されたのです。
横井氏は、GAUSS のこれまでを振り返りながら、その将来展望を次のように語ります。
「マイクロソフトのコンサルタントの協力もあり、サプライ チェーンを支える新たな仕組みを予定どおりに完成させることができました。GAUSS は、ビジネス環境の変更に柔軟に対応できるほか、業務の流れを一気通貫で見通せ、また、経営数値の取り出しも容易に行えることから、社内各部門の現場やトップから高い評価を得ています。2004 年度には、『GdFrame』という名称で、GAUSS の外販も計画中ですので、他の企業の方にもぜひそのメリットを享受していただきたいと考えています」
優れた業務ノウハウとマイクロソフト製品サービスとの融和が生んだ NEC の GAUSS ――同システムは企業の基幹システムの進化と発展を担う革新プラットフォームとして大きく期待されています。
PR
Nabisco は、社有の配送トラックで直接各地域の小売店へクッキーやクラッカーを配送しています。配送プロセスでは、配送数量の作表などにハンドヘルド コンピュータが用いられ、同社のサプライチェーン プロセスで重要な役割を果たしています。Nabisco は、Microsoft Windows® ベースの Pocket-PC プラットフォームを採用して、Microsoft SQL Server 2000 Windows CE Edition 製品固有の様々な機能を利用するプロジェクトをスタートしました。
背景
Nabisco 社は大手スナック菓子製造会社です。オレオやチップス アホイ、プランター ピーナッツ、各種キャンディー、およびリッツなどのクラッカーを販売する同社は、社有の配送トラックで直接小売店へクッキーやクラッカー製品を配送しています。配送プロセスでは、配送数量の作表などにハンドヘルド コンピュータが用いられ、同社のサプライチェーン プロセスで重要な役割を果たしています。
Nabisco の既存のハンドヘルド システムは、6 行画面と縦型キーボードを搭載したハンドヘルド DOS コンピュータがベースとなっています。クッキーやクラッカーの注文を地域小売店の搬入口へ配送する際、配送トラックのドライバーが積荷を下ろし、注文に変更があったらハンドヘルド コンピュータに記録します。小売チェーンが搬入口で EDI (電子データ交換) をサポートしている場合、配送ドライバーは直接小売店のコンピュータ システムにハンドヘルド コンピュータを接続して、DEX (データ交換) インタフェースを通じて配送データを転送します。各地の流通センターでは、既存の配送ドライバー用ハンドヘルド コンピュータが毎日バックエンド システムとの通信セッションを実行し、完了した作業の送信と新規更新の受信を行っています。
Nabisco のハンドヘルド システムは、アップグレードに対応しています。バックエンド通信アーキテクチャが多数の転送ポイントへ更新情報を送っていますが、これが障害の発生しやすいポイントになっています。ハンドヘルド コンピュータと転送システムに伴う日々の問題は、こうした世界規模の企業では考えられている以上に一般化しています。Nabisco 社のセールス担当ディレクタである Raymond Paul 氏は次のように述べています。「Nabisco は、他社製システムとも両立する開発ツールで構築できるハンドヘルド ソリューションを求めています。そのためには最新の IP テクノロジに対応し、ハンドオフ接続を最小限に抑えることのできるハンドヘルド用通信技術が必要です。」
配送ドライバー向けに必要な技術ソリューションが複雑化している背景には、日中は接続を切る必要があり、流通センターへ戻った時だけしかバックエンド システムと通信できないという制約があります。これを解消するためには、データ構造とプログラムをハンドヘルドのローカルに備えたモバイル端末テクノロジが必要となります。
ソリューション
Nabisco は、Windows ベースの Pocket-PC プラットフォームと、eMbedded Microsoft Visual Basic®、およびSQL Server 2000 Windows CE Edition 固有の数多くの機能を利用するプロジェクトに着手しました。SQL Server 2000 Windows CE Edition の導入によって Nabisco が引き出せるメリットは充実しており、1) 転送ポイントの最小限のアップデート、2) プログラミングの必要性を最小限にすることで、短期間で開発を完了、3) 現場ツールセットとの容易な統合 (たとえば Internet Information Server (IIS)、Pocket PC、SQL Server 2000) などが実現します。Nabisco 社の主任技術アドバイザである Herb Brian Smith 氏は次のように述べています。「様々な製品を調査しましたが、最終的に Microsoft SQL Server 2000 Windows CE Edition を採用しました。モバイル データベース テクノロジを既存のエンタープライズ データベース資産と統合できることが評価されたのです。」
新しいハンドヘルド ソフトウェアは、eMbedded Visual Basic for Pocket PC で書かれたもので、社内で結成された開発チームはこれを用いて直ちにコーディングを開始できるようになりました。SQL Server 2000 Windows CE Edition の開発プロセスはいたって効率的です。スミス氏は「"ホワイトボードでの議論から実際的な試作品の製作に至るまで"システム開発サイクル全体にわずか 4 ヶ月しか要しませんでした」と述べています。
SQL Server 2000 Windows CE Edition により、配送ドライバー用アプリケーションの開発チームは、参照整合性などを含めて、マージ レプリケーションの利用が可能となりました。また SQL Server 2000 Windows CE Edition ツールを用いて、全 SQL Server サブスクリプションを SQL Server 2000 から Pocket PC デバイスへ送信できました。わずか 3 ステップで、スキーマ、データ、参照整合性、および制約を Pocket PC へレプリケートでき、コーディングによるデータベースの作成が不要となりました。
SQL Server 2000 Windows CE Edition は、IIS や SQL Server 2000 といった既に構築された標準バックエンド システムへの接続性をネイティブで備えています。これにより開発期間の短縮と統合の簡易化が実現しました。また IIS の導入によって、認証、許可、暗号化のオプションが確保されるとともに、開発チームが既にデスクトップ上で慣れ親しんでいた ActiveX® Data Objects for CE (ADOCE) をデータ アクセス用として用いることで、開発が促進されました。
更新が必要となるハンドヘルド コンピュータとバックエンド システム間での多数の転送ポイントは、Nabisco の旧システムでエラーの発生しがちなステップの 1 つでした。現在では SQL Server 2000 Windows CE Edition とそのレプリケーション機能により、Pocket PC 上の SQL Server CE と SQL Server 2000 間で直接接続が確立されています。これによって障害発生ポイントが大幅に減少し、トラブルの発生しにくいシステムが完成したのです。
Nabisco の新しいハンドヘルド ソフトウェアは、Pocket PC、eMbedded Visual Basic、および SQL Server 2000 Windows CE Edition を用いて開発され、わずか 4 ヶ月で実用試作品へとこぎつけられました。
Nabisco のメリット
Nabisco は、その新しいソフトウェアが障害ポイントの削減の他にも様々な効果を発揮することを見込んでいます。6 行画面の DOS ハンドヘルドからグラフィカル スクリーンを備えた Pocket PC への移行に伴って、アプリケーションはより高速化し、操作性を高め、そして精度を向上させることとなります。Nabisco は、Pocket PC と SQL Server 2000 Windows CE Edition を組み合わせることで、配送ドライバーの就業時間の生産性が向上し、流通センターでの転送プロセスに要する時間が短縮するものと期待しています。
技術的な柔軟性の向上は、Nabisco が選択したテクノロジ プラットフォームに本質的に備わっているものです。ソフトウェア開発に eMbedded Visual Basic を用いることができるため、時間の経過に沿って変更を施すだけのより優れた柔軟性が約束されています。またこれによって、システムの維持に貢献できる開発者のスキルが広がります。また Windows CE ベースの端末上で SQL Server 2000 Windows CE Edition を利用しているため、ハードウェア テクノロジの選択肢が飛躍的に増加しています。Windows CE ハードウェアがその種類と機能の幅を広げている現在、Nabisco はソフトウェア アプリケーションへの変更を最小限に抑えつつ、徐々に 1 つのプラットフォームから他のプラットフォームへと移行できるようになります。
--------------------------------------------------------------------------------
.NET Enterprise Servers は、今日のスタンドアロン Web サイトの世界を超えた次世代統合 Web 環境を構築、展開、および管理することのできるマイクロソフトの包括的なサーバー アプリケーション ファミリです。ミッションクリティカルなパフォーマンスを念頭に設計された .NET Enterprise Servers は、グローバルな Web 対応エンタープライズの市場展開までの準備期間を短縮するとともに、優れた拡張性、信頼性、そして管理性能を与えます。本ファミリは、XML などのオープンな Web スタンダードを用いて、インターオペラビリティを備えるよう一から開発されました。マイクロソフトのより幅広い .NET ストラテジの鍵となる要素として、.NET Enterprise Servers は、コンピュータが人間に代わって相互に通信する方法を根本から変革するべく、IP とインターネット標準をベースとしたインターネット用分散コンピューティング モデルを実現します。
詳細情報
マイクロソフトの製品とサービスについての詳細は、マイクロソフト セールス情報センター、電話番号 (800) 426-9400まで、またカナダの場合はマイクロソフト リソース センター、電話番号 (800) 563-9048 までお問い合わせください。米国 50 州とカナダ以外の国々からは、各地域のマイクロソフトへご連絡下さい。
また Webサイトhttp://www.microsoft.com/ および http://www.microsoft.com/japan/ からも情報にアクセスできます。
(c) 2000 Microsoft Corporation. All rights reserved.
本ケーススタディは、情報提供のみを目的としています。 Microsoft は、明示的または暗示的を問わず、本書にいかなる保証も与えるものではありません。
Microsoft、.NET ロゴ、SQL Server、Visual Basic、および Windows は米国 Microsoft Corporation の米国およびその他の国における登録商標または商標です。その他、記載されている会社名および製品名は、各社の商標または登録商標です。
背景
Nabisco 社は大手スナック菓子製造会社です。オレオやチップス アホイ、プランター ピーナッツ、各種キャンディー、およびリッツなどのクラッカーを販売する同社は、社有の配送トラックで直接小売店へクッキーやクラッカー製品を配送しています。配送プロセスでは、配送数量の作表などにハンドヘルド コンピュータが用いられ、同社のサプライチェーン プロセスで重要な役割を果たしています。
Nabisco の既存のハンドヘルド システムは、6 行画面と縦型キーボードを搭載したハンドヘルド DOS コンピュータがベースとなっています。クッキーやクラッカーの注文を地域小売店の搬入口へ配送する際、配送トラックのドライバーが積荷を下ろし、注文に変更があったらハンドヘルド コンピュータに記録します。小売チェーンが搬入口で EDI (電子データ交換) をサポートしている場合、配送ドライバーは直接小売店のコンピュータ システムにハンドヘルド コンピュータを接続して、DEX (データ交換) インタフェースを通じて配送データを転送します。各地の流通センターでは、既存の配送ドライバー用ハンドヘルド コンピュータが毎日バックエンド システムとの通信セッションを実行し、完了した作業の送信と新規更新の受信を行っています。
Nabisco のハンドヘルド システムは、アップグレードに対応しています。バックエンド通信アーキテクチャが多数の転送ポイントへ更新情報を送っていますが、これが障害の発生しやすいポイントになっています。ハンドヘルド コンピュータと転送システムに伴う日々の問題は、こうした世界規模の企業では考えられている以上に一般化しています。Nabisco 社のセールス担当ディレクタである Raymond Paul 氏は次のように述べています。「Nabisco は、他社製システムとも両立する開発ツールで構築できるハンドヘルド ソリューションを求めています。そのためには最新の IP テクノロジに対応し、ハンドオフ接続を最小限に抑えることのできるハンドヘルド用通信技術が必要です。」
配送ドライバー向けに必要な技術ソリューションが複雑化している背景には、日中は接続を切る必要があり、流通センターへ戻った時だけしかバックエンド システムと通信できないという制約があります。これを解消するためには、データ構造とプログラムをハンドヘルドのローカルに備えたモバイル端末テクノロジが必要となります。
ソリューション
Nabisco は、Windows ベースの Pocket-PC プラットフォームと、eMbedded Microsoft Visual Basic®、およびSQL Server 2000 Windows CE Edition 固有の数多くの機能を利用するプロジェクトに着手しました。SQL Server 2000 Windows CE Edition の導入によって Nabisco が引き出せるメリットは充実しており、1) 転送ポイントの最小限のアップデート、2) プログラミングの必要性を最小限にすることで、短期間で開発を完了、3) 現場ツールセットとの容易な統合 (たとえば Internet Information Server (IIS)、Pocket PC、SQL Server 2000) などが実現します。Nabisco 社の主任技術アドバイザである Herb Brian Smith 氏は次のように述べています。「様々な製品を調査しましたが、最終的に Microsoft SQL Server 2000 Windows CE Edition を採用しました。モバイル データベース テクノロジを既存のエンタープライズ データベース資産と統合できることが評価されたのです。」
新しいハンドヘルド ソフトウェアは、eMbedded Visual Basic for Pocket PC で書かれたもので、社内で結成された開発チームはこれを用いて直ちにコーディングを開始できるようになりました。SQL Server 2000 Windows CE Edition の開発プロセスはいたって効率的です。スミス氏は「"ホワイトボードでの議論から実際的な試作品の製作に至るまで"システム開発サイクル全体にわずか 4 ヶ月しか要しませんでした」と述べています。
SQL Server 2000 Windows CE Edition により、配送ドライバー用アプリケーションの開発チームは、参照整合性などを含めて、マージ レプリケーションの利用が可能となりました。また SQL Server 2000 Windows CE Edition ツールを用いて、全 SQL Server サブスクリプションを SQL Server 2000 から Pocket PC デバイスへ送信できました。わずか 3 ステップで、スキーマ、データ、参照整合性、および制約を Pocket PC へレプリケートでき、コーディングによるデータベースの作成が不要となりました。
SQL Server 2000 Windows CE Edition は、IIS や SQL Server 2000 といった既に構築された標準バックエンド システムへの接続性をネイティブで備えています。これにより開発期間の短縮と統合の簡易化が実現しました。また IIS の導入によって、認証、許可、暗号化のオプションが確保されるとともに、開発チームが既にデスクトップ上で慣れ親しんでいた ActiveX® Data Objects for CE (ADOCE) をデータ アクセス用として用いることで、開発が促進されました。
更新が必要となるハンドヘルド コンピュータとバックエンド システム間での多数の転送ポイントは、Nabisco の旧システムでエラーの発生しがちなステップの 1 つでした。現在では SQL Server 2000 Windows CE Edition とそのレプリケーション機能により、Pocket PC 上の SQL Server CE と SQL Server 2000 間で直接接続が確立されています。これによって障害発生ポイントが大幅に減少し、トラブルの発生しにくいシステムが完成したのです。
Nabisco の新しいハンドヘルド ソフトウェアは、Pocket PC、eMbedded Visual Basic、および SQL Server 2000 Windows CE Edition を用いて開発され、わずか 4 ヶ月で実用試作品へとこぎつけられました。
Nabisco のメリット
Nabisco は、その新しいソフトウェアが障害ポイントの削減の他にも様々な効果を発揮することを見込んでいます。6 行画面の DOS ハンドヘルドからグラフィカル スクリーンを備えた Pocket PC への移行に伴って、アプリケーションはより高速化し、操作性を高め、そして精度を向上させることとなります。Nabisco は、Pocket PC と SQL Server 2000 Windows CE Edition を組み合わせることで、配送ドライバーの就業時間の生産性が向上し、流通センターでの転送プロセスに要する時間が短縮するものと期待しています。
技術的な柔軟性の向上は、Nabisco が選択したテクノロジ プラットフォームに本質的に備わっているものです。ソフトウェア開発に eMbedded Visual Basic を用いることができるため、時間の経過に沿って変更を施すだけのより優れた柔軟性が約束されています。またこれによって、システムの維持に貢献できる開発者のスキルが広がります。また Windows CE ベースの端末上で SQL Server 2000 Windows CE Edition を利用しているため、ハードウェア テクノロジの選択肢が飛躍的に増加しています。Windows CE ハードウェアがその種類と機能の幅を広げている現在、Nabisco はソフトウェア アプリケーションへの変更を最小限に抑えつつ、徐々に 1 つのプラットフォームから他のプラットフォームへと移行できるようになります。
--------------------------------------------------------------------------------
.NET Enterprise Servers は、今日のスタンドアロン Web サイトの世界を超えた次世代統合 Web 環境を構築、展開、および管理することのできるマイクロソフトの包括的なサーバー アプリケーション ファミリです。ミッションクリティカルなパフォーマンスを念頭に設計された .NET Enterprise Servers は、グローバルな Web 対応エンタープライズの市場展開までの準備期間を短縮するとともに、優れた拡張性、信頼性、そして管理性能を与えます。本ファミリは、XML などのオープンな Web スタンダードを用いて、インターオペラビリティを備えるよう一から開発されました。マイクロソフトのより幅広い .NET ストラテジの鍵となる要素として、.NET Enterprise Servers は、コンピュータが人間に代わって相互に通信する方法を根本から変革するべく、IP とインターネット標準をベースとしたインターネット用分散コンピューティング モデルを実現します。
詳細情報
マイクロソフトの製品とサービスについての詳細は、マイクロソフト セールス情報センター、電話番号 (800) 426-9400まで、またカナダの場合はマイクロソフト リソース センター、電話番号 (800) 563-9048 までお問い合わせください。米国 50 州とカナダ以外の国々からは、各地域のマイクロソフトへご連絡下さい。
また Webサイトhttp://www.microsoft.com/ および http://www.microsoft.com/japan/ からも情報にアクセスできます。
(c) 2000 Microsoft Corporation. All rights reserved.
本ケーススタディは、情報提供のみを目的としています。 Microsoft は、明示的または暗示的を問わず、本書にいかなる保証も与えるものではありません。
Microsoft、.NET ロゴ、SQL Server、Visual Basic、および Windows は米国 Microsoft Corporation の米国およびその他の国における登録商標または商標です。その他、記載されている会社名および製品名は、各社の商標または登録商標です。
Dellware
サプライチェーンのリアルタイム管理による
顧客サービスの差別化を実現
今日の拡大し続ける B2B マーケットプレースでの成功をより確実にするために、B2B ビジネスモデルにはサプライヤとの緊密な統合が要求されます。Dell のホームアンドオフィスビジネスユニット傘下の Dellware では、サプライチェーンの改善を目的としてソフトウェアソリューションとビジネスモデルを再評価し、効率の向上と顧客に対する円滑でトラブルのないサービスを実現しました。データとドキュメントの迅速な配信、及びサプライチェーンリレーションシップの速やかな 統合能力を実現するため BizTalk™ Server 2000 をベースとしたソリューションが採用されています。
1000 億円規模のビジネスを実現する Dellware
この 1 年間、Dell の一部門である DellWare は、サードパーティ製ソフトウェアと周辺機器の注文サービス業務を通して、自社製品販売以外の売上増大に努めてきた結果、今年 1000 億円の売上を実現するに至りました。DellWare が販売している製品には、プリンタ、モニター、スキャナー、ソフトウェア、その他のアクセサリなどがあり、これらはオンラインチャネルと従来の電話セールスを通して販売されています。また、Ingram Micro、Merisel、Tech Data などのサプライチェーン流通パートナーを通じた二次的な販売経路もあります。サプライチェーンの効率は、DellWare の顧客サービス、生産性、収益性にダイレクトに影響してきます。将来的な経営規模の拡大をサポートする上で、効率的なサプライチェーンの統合を容易に実現し、経営ビジョンを実現できるテクノロジを基盤とするため BizTalk Server 2000 を導入しました。
サプライチェーンの改善
DellwareがBizTalk Server 2000 に期待していたものは、サプライヤとの柔軟な統合、容易なデータとドキュメントの共有、ほぼリアルタイムで対応できるオーダーサービス業務の自動化でした。これらの要求を実現する目的は、サプライチェーンの効率大幅アップ、処理時間の短縮、顧客の利用環境の拡大というメリットを得ようというものでした。また、先手必勝を収めるために不可欠なのが、データ精度を向上し、さまざまなフォーマットで社内、社外を問わずデータアクセスを容易にすることでした。そして最後に、収益性を上げて、かつ運用コストを下げるには、受注処理業務は比較的摩擦のないものである必要がありました。
Dellwareが統合したサプライチェーン
BizTalk Server 2000 実装の基盤となるのが、Microsoft .NET Enterprise Servers の柔軟なベースです。.NET のソリューションアーキテクチャでは既存のコードベースを有効に利用でき、RosettaNet など業界の標準仕様の導入もサポートできます。BizTalk Server 2000 Editor では社内と社外両用の XML スキーマを作成し、これにより社内のスタッフと社外のベンダーはデータフォーマットを問わず、ビジネスデータを相互に効率よくやり取りすることができます。Active Server Pages (ASP)は、取引相手から受信したドキュメントを Dellware のシステムに統合します。
この受注サービス業務プロセスのための一連の処理システムは、RosettaNet 標準対応システムとして、PIP (Partner Interface Protocol) 3A2（製品出荷価格や出荷状況の照会）仕様が導入されました。Ingram Micro とパートナーになっていることで、この処理を使えば、DellWare はほとんどリアルタイムにバックオーダーされた SKU（商品）の在庫引当状況を調査することができます。計画には、あらゆる B-to-B 業務を、EDI から BizTalk Server 2000 を使ったほぼリアルタイムの、自動化した XML トランザクションにアップグレードするというものが含まれています。
BizTalk Server 2000 を使った正確で自動化された配送
BizTalk Server 2000 の運用では、インフラストラクチャ、統合、管理、B-to-B 電子商取引ソリューションを実現することで、DellWare のサプライチェーンに対する厳しい要求に答えています。また、DellWare は、これまでのソリューションを XML 標準仕様を使ったほぼリアルタイムの運用までにアップグレードすることが可能となっています。このリアルタイム性の実現が、劇的なサプライチェーンの効率化、顧客の利用環境の改善、DellWare の費用対効果全体の向上をもたらすと期待されています。
--------------------------------------------------------------------------------
.NET Enterprise Servers は、統合型 Web 対応のエンタープライズをすばやく構築、管理することを実現する、Microsoft の包括的なサーバー製品群です。パフォーマンスをミッションクリティカルな要素として、スケーラブルに設計されている Microsoft .NET Enterprise Servers は、グローバルで Web 対応したエンタープライズに信頼性と管理のしやすさをもたらすと同時に、クラス最高のパフォーマンスを実現しています。Microsoft .NET Enterprise Servers は、現在の Web 標準を使用することで相互運用性を追及するためにゼロから構築することが可能です。XMLを採用することで、.NET Enterprise Servers はハイレベルな統合と相互運用性を実現しています。すぐに活用することができるアプリケーションの提供と、世界最大規模の開発者とソフトウェアベンダーをベースとしたパートナーによって、.NET Enterprise Servers は Web 対応を考えるエンタープライズに、市場への即応性を提供します。
©2001 Microsoft Corporation. All rights reserved.
本ケーススタディは、情報提供のみを目的としています。 Microsoft は、明示的または暗示的を問わず、本書にいかなる保証も与えるものではありません。
Microsoft、.NET ロゴ、SQL Server、Windows、およびWindows NTは米国 Microsoft Corporation の米国およびその他の国における登録商標または商標です。その他、記載されている会社名および製品名は、各社の商標または登録商標です。
サプライチェーンのリアルタイム管理による
顧客サービスの差別化を実現
今日の拡大し続ける B2B マーケットプレースでの成功をより確実にするために、B2B ビジネスモデルにはサプライヤとの緊密な統合が要求されます。Dell のホームアンドオフィスビジネスユニット傘下の Dellware では、サプライチェーンの改善を目的としてソフトウェアソリューションとビジネスモデルを再評価し、効率の向上と顧客に対する円滑でトラブルのないサービスを実現しました。データとドキュメントの迅速な配信、及びサプライチェーンリレーションシップの速やかな 統合能力を実現するため BizTalk™ Server 2000 をベースとしたソリューションが採用されています。
1000 億円規模のビジネスを実現する Dellware
この 1 年間、Dell の一部門である DellWare は、サードパーティ製ソフトウェアと周辺機器の注文サービス業務を通して、自社製品販売以外の売上増大に努めてきた結果、今年 1000 億円の売上を実現するに至りました。DellWare が販売している製品には、プリンタ、モニター、スキャナー、ソフトウェア、その他のアクセサリなどがあり、これらはオンラインチャネルと従来の電話セールスを通して販売されています。また、Ingram Micro、Merisel、Tech Data などのサプライチェーン流通パートナーを通じた二次的な販売経路もあります。サプライチェーンの効率は、DellWare の顧客サービス、生産性、収益性にダイレクトに影響してきます。将来的な経営規模の拡大をサポートする上で、効率的なサプライチェーンの統合を容易に実現し、経営ビジョンを実現できるテクノロジを基盤とするため BizTalk Server 2000 を導入しました。
サプライチェーンの改善
DellwareがBizTalk Server 2000 に期待していたものは、サプライヤとの柔軟な統合、容易なデータとドキュメントの共有、ほぼリアルタイムで対応できるオーダーサービス業務の自動化でした。これらの要求を実現する目的は、サプライチェーンの効率大幅アップ、処理時間の短縮、顧客の利用環境の拡大というメリットを得ようというものでした。また、先手必勝を収めるために不可欠なのが、データ精度を向上し、さまざまなフォーマットで社内、社外を問わずデータアクセスを容易にすることでした。そして最後に、収益性を上げて、かつ運用コストを下げるには、受注処理業務は比較的摩擦のないものである必要がありました。
Dellwareが統合したサプライチェーン
BizTalk Server 2000 実装の基盤となるのが、Microsoft .NET Enterprise Servers の柔軟なベースです。.NET のソリューションアーキテクチャでは既存のコードベースを有効に利用でき、RosettaNet など業界の標準仕様の導入もサポートできます。BizTalk Server 2000 Editor では社内と社外両用の XML スキーマを作成し、これにより社内のスタッフと社外のベンダーはデータフォーマットを問わず、ビジネスデータを相互に効率よくやり取りすることができます。Active Server Pages (ASP)は、取引相手から受信したドキュメントを Dellware のシステムに統合します。
この受注サービス業務プロセスのための一連の処理システムは、RosettaNet 標準対応システムとして、PIP (Partner Interface Protocol) 3A2（製品出荷価格や出荷状況の照会）仕様が導入されました。Ingram Micro とパートナーになっていることで、この処理を使えば、DellWare はほとんどリアルタイムにバックオーダーされた SKU（商品）の在庫引当状況を調査することができます。計画には、あらゆる B-to-B 業務を、EDI から BizTalk Server 2000 を使ったほぼリアルタイムの、自動化した XML トランザクションにアップグレードするというものが含まれています。
BizTalk Server 2000 を使った正確で自動化された配送
BizTalk Server 2000 の運用では、インフラストラクチャ、統合、管理、B-to-B 電子商取引ソリューションを実現することで、DellWare のサプライチェーンに対する厳しい要求に答えています。また、DellWare は、これまでのソリューションを XML 標準仕様を使ったほぼリアルタイムの運用までにアップグレードすることが可能となっています。このリアルタイム性の実現が、劇的なサプライチェーンの効率化、顧客の利用環境の改善、DellWare の費用対効果全体の向上をもたらすと期待されています。
--------------------------------------------------------------------------------
.NET Enterprise Servers は、統合型 Web 対応のエンタープライズをすばやく構築、管理することを実現する、Microsoft の包括的なサーバー製品群です。パフォーマンスをミッションクリティカルな要素として、スケーラブルに設計されている Microsoft .NET Enterprise Servers は、グローバルで Web 対応したエンタープライズに信頼性と管理のしやすさをもたらすと同時に、クラス最高のパフォーマンスを実現しています。Microsoft .NET Enterprise Servers は、現在の Web 標準を使用することで相互運用性を追及するためにゼロから構築することが可能です。XMLを採用することで、.NET Enterprise Servers はハイレベルな統合と相互運用性を実現しています。すぐに活用することができるアプリケーションの提供と、世界最大規模の開発者とソフトウェアベンダーをベースとしたパートナーによって、.NET Enterprise Servers は Web 対応を考えるエンタープライズに、市場への即応性を提供します。
©2001 Microsoft Corporation. All rights reserved.
本ケーススタディは、情報提供のみを目的としています。 Microsoft は、明示的または暗示的を問わず、本書にいかなる保証も与えるものではありません。
Microsoft、.NET ロゴ、SQL Server、Windows、およびWindows NTは米国 Microsoft Corporation の米国およびその他の国における登録商標または商標です。その他、記載されている会社名および製品名は、各社の商標または登録商標です。
