ブロードバンド＆モバイル時代に向けた ActiveStoreの活動状況 （「．ＮＥＴ」がもたらす流通革命） ActiveStore技術協議会 2002年3月 ＜目次＞ １．流通マーケット状況 （１）流通業を取り巻く環境とIT動向 （２）「ブロードバンド&モバイル時代」のビジネスモデル （３）「．ＮＥＴ」がもたらす世界 （４）なぜ「標準化」が必要か？ （「ACTIVE-STORE協議会」の重要性） ２．「ＡＣＴＩＶＥ－ＳＴＯＲＥ協議会」活動状況 ・協議会の位置付け、組織、活動内容 ・デモ内容（株式会社 ・標準化ドキュメント ソリマチ技研 田村 貴夫氏） １．流通マーケット状況 （１）流通業を取り巻く環境とIT動向 流通業を取り巻く環境 ・厳しい経済情勢（倒産、Ｍ＆Ａ） ・外資の参入による環境の変化 ・消費者の多様化 （消費の２極化：見えない消費者） IT動向 ・インターネット技術の高度化と普及 （ＡＤＳＬ、ＦＴＴＨ） ・モバイル機器の高性能化と普及 必要とされる情報と 利用 可能なＩＴ基盤の融合 ・より顧客に密着した顧客情報 ・より詳細で正確な商品･在庫情報 ・柔軟性/即時性に富むＩＴ基盤 「Webサービス基盤」による企業戦略システム構築 （２）ブロードバンド＆モバイル時代のビジネスモデル 在庫の適正化 ベンダー 情報一元化 （リア ルタイム化） 顧客接点の強化 ﾃﾞﾏﾝﾄﾞ発想の マルチチャネル 対応のＣＲＭ ＳＣＭ ＤＣＭ 「ブロードバンド＆モバイル時代」に求められる 「リアルタイム経営」（経営革新） お客様 （３）「．ＮＥＴ」がもたらす世界 狙い：ＩＴ革新によるビジネスプロセス統合 期待：リアルタイムデータ活用・ ビジネスプロセス統合による企業競争力強化 ビデオ：ＳＣＭ「ＭＳ電子のＩＴ革新」 SCM 様々なビジネスプロセスの存在 ＭＳ（エムエス）電子販売 社内在庫の確認 部品製造メーカーの 製造予定ロットを確保 取引先： 部品製造メーカー 引当数の確認 運送会社へ 納品日の確 認 お客様： デジタルカメラメーカー 急な増産による 部品の大量発注 人的要因により発生する非効率（時間ロス） エムエス電子販売 社内在庫の確認 担当者不在 部品製造メーカーの 在庫照会のために による時間ロス製造予定ロットを確保 帰社する時間ロス 紙伝票ベースの 取引による時間ロス 取引先： 部品製造メーカー お客様： デジタルカメラメーカー 運送会社への確認 引当数の確認 による時間ロス 急な増産による 部品の大量発注 運送会社へ 納品日の確 ビジネスプロセスの統合前 エムエス電子販売 在庫管理システム 部品製造メーカー 生産管理システム 運送会社 配送システム 電話・伝票によるマニュアルオペレーション 担当営業 お客様： デジタルカメラメーカー ビジネスプロセスの統合後 部品販売会社 部品製造メーカー 在庫管理システム 自社内在庫照会 引当処理 生産管理システム 生産仮引当 生産本引当 運送会社 配送システム 配送情報 登録 .NETによるビジネスプロセス統合 顧客注文処理 発注処理 担当営業 XML お客様： デジタルカメラ メーカー ．ＮＥＴのコンセプト 顧客ﾆｰｽﾞへの対応 ﾒｰｶ非依存 資源衝突の回避 WindowsXP 安全な同居 .NET Framework 安全性 業務ｱﾌﾟﾘｹｰｼｮﾝに特化 生産性向上 ブロードバンド＆モバイル時代 OSに非依存なAPI わかりやすい （インターネット） 操作 RBI がもたらす流通革命 容易な管理 標準化 ｾｷｭﾘﾃｨの集中管理 ﾃﾞｰﾀﾓﾃﾞﾙの標準化 XML＆SOAP 資源管理の統一 XML【Extensible Markup Language】 障害原因の特定 Internet上で扱うデータを記述するためのデータフォーマット。 ｱﾌﾟﾘｹｰｼｮﾝI/Fの標準化 Webへの親和性が高く、新世代の標準フォーマット。 業務処理専用ＧＵＩの標準化 SOAP【Simple Object Access Protocol 】 Webサービス同士を結びつけるXMLベースのプロトコル 。 .NET の構成：NET ｻｰﾋﾞｽを 利用する ｱﾌﾟﾘｹｰｼｮﾝ アプリケーションと Web サービス 内製のサービス ｵｰｹｽﾄﾚｰｼｮﾝ .NET ｴﾝﾀｰﾌﾟﾗｲｽﾞｻｰﾊﾞｰ群 .NET ﾌﾚｰﾑﾜｰｸ 管理 Visual Studio .NET プラットフォーム Windows CE, ME, 2000, .NET ｴﾝﾄﾞﾕｰｻﾞｰ のｸﾗｲｱﾝﾄ ｲﾝﾀｰﾈｯﾄﾌﾟﾛﾄｺﾙ SOAP、 HTTP、SMTP、XML .NET 基本サービス サードパーティの サービス （４）なぜ「標準化」が必要か？ 「ACTIVE-STORE協議会」の重要性 ActiveStoreゴール 流通サービス業の様々な場面で必要とされる 業務システムを、オープンなマルチベンダー 環境で構築することを目的に アプリケーション共通フレームワーク アプリケーション間標準インターフェース を共同で策定する インターネットの利用 新しい流通（流通革命） 流通システムへの適用 物流業、製造業、金融業など他業種との連携が重要なキーファクター ２．ActiveStoreとは？ ActiveStore活動体制 ActiveStore Initiative グローバルコミュニティ ActiveStore-ＳＡ ActiveStore-J Core members (1３ companies) NTTﾃﾞｰﾀ、ｾｲｺｰｲﾝｽﾂﾙﾒﾝﾂ ｿﾘﾏﾁ技研、東芝ﾃｯｸ、NECｲﾝﾌﾛﾝﾃｨｱ 日本IBM、日本NCR、日本電気 日立製作所、富士通、ｳﾞｨﾝｷｭﾗﾑ ｼﾞｬﾊﾟﾝ、 野村総合研究所、ﾏｲｸﾛｿﾌﾄ 南アメリカコミュニティ ActiveStore-E ヨーロッパコミュニティ 協議会（組織構成） 総 会 運営 特別会員 幹事会 仕様検討 海外連携･情報交換 技術部会 国際部会 RBI 分科会 • ７ WGグループ • アプリケーション間標準I/F ActiveStore-J 幹事会 幹事会（13社） 代表幹事 技術部会長 技術部副会長 国際部会長 ：マイクロソフト ：東芝テック ：日本NCR、富士通 ：富士通 □ＮＥＣインフロティア □ NTTデータ □セイコーインスツルメンツ □ ソリマチ技研 □日本アイ･ビー･エム □野村総合研究所 □日立製作所 □ ヴィンキュラム 特別会員 財団法人 流通システム開発センター ジャパン 一般会員73社・全会員87社 ㈱アール・エス・アイ ㈱アイコンセプト アイ・ティ・クリエイト㈱ ㈱アイ・ティ・フロンティア ㈱アイネット アスター精機㈱ ㈲アドバンシステム アフェクトコミュニケーションズ㈱ ㈱アルト技研 ㈱イシダ ㈱伊勢丹データ-センター ㈱ヴァル研究所 エクセル情報システム㈱ エスアイアイ・データサービス㈱ ㈱エヌ・エス・アイ ㈱エプソンソフト開発センター ㈱エム・アイ・ティー ㈱大塚商会 沖電気工業㈱ ㈱オフコ オムロン㈱ オムロン直方㈱ ㈱オリンパスシンボル カテナ㈱ ㈱ガルフネット コミュニケーション ㈲ケーオーシープロ コマツソフト㈱ コモタ㈱ コンピュータシステムサービス㈱ ㈱サイバーリンクス ㈱三協精機製作所 CSKネットワークシステムズ㈱ シャープ㈱ シャープシステムプロダクト㈱ ㈱社会調査研究所 ㈱情報技術コンソーシアム ㈲シンク情報システム ㈱新盛インダストリーズ シンタジー・ジャパン㈱ ㈱セゾン情報システムズ ㈱セラシステム ㈱知見 ㈱ティー・アール・イー ㈱データコミュニケーションズ ㈱テクニカルブレインズ テック技研㈱ テックマイコンシステムズ㈱ ㈱寺岡精工 東洋通信機㈱ ㈱富永製作所 日本コンピューター･システム㈱ ㈱日本システムプロジェクト ㈱日本総合研究所 日本総合システム㈱ 日本ユニシス㈱ ㈱ネクスタイド ネクストネット㈱ ㈱ノバック バブ日立東ソフトウェア㈱ PFUアクティブラボ㈱ ㈱日立システムアンドサービス 日立ソフトウエアエンジニアリング㈱ ファルコン㈱ フューチャーシステムコンサルティング㈱ ㈱プラネット プログデザイン 松下通信工業㈱ ㈱三菱総合研究所 三菱電機㈱ 三菱電機システムウェア㈱ ㈱リオスコーポレーション ㈱リテイルサイエンス 流通システム･エンジニアリング㈱ ActiveStore活動状況 内容 SFS System Framework Service トピックス 運用ﾐﾄﾞﾙｳｴｱ ．ＮＥＴへ移行 ・ﾀｽｸ制御，ﾘｶﾊﾞﾘｰ制御， KB制御，ｾｷｭﾘﾃｲ管理他 ・.NETﾃｸﾉﾛｼﾞｰを利用したﾐﾄﾞﾙ 構築に方向転換 UI 操作画面統一 ・現在、UIチームを編成し、 仕様書のドラフト作成中 User Interface ・表示領域，ボタン貼りつけ， 画面配置，ボタンの部品化他 ・.NETﾃｸﾉﾛｼﾞｰを利用 RBI Retail Business Interface 業務AP間I/F 7WG：Transaction,Inventory, Pricing,Payment,Financial, Customer,Employee ・ActiveStoreと米国IXRetail (ARTSのXMLによるﾃﾞｰﾀ ﾌｫｰﾏｯﾄ統一化団体）との 共同作業 ・今後本格化に向けて作業中 RBIの目的（利用者） アプリケーション再利用性の向上 インターフェースが標準化されたアプリケーションを利用する事により、 アプリケーションの差し替えが容易になります。 マルチベンダー環境でシステムを構築する場合、インターフェースの互換 性は非常に重要なファクターになります。 容易な組み合わせ インタフェースの標準化による複数アプリケーションの統合を容易 にします。データアクセスの標準を規定することによって複数のア プリケーション、組織、ベンダーの「ソフトウェア・プラグ ・アンド・プレイ」を行うことを可能とします。 カスタマイズの容易化 データとアプリケーションを分離することによって、アプリケーションの設 計、作成、配置を単純化します。 アプリケーションでは、ファイル、テーブル、ネットワークを意識することな しに、データをデータそのものとして扱うことが出来ます。 RBIの目的（ベンダー） 開発コストの削減 業界固有メッセ－ジの標準化（ＸＭＬ） ドキュメント、仕様書、言語 メンテナンスコストの削減 少ないコード、集中的なコード 移行コスト削減 疎結合（システム非依存） 位置透過アプリケーション サーバー、ＰＯＳ、ＰＣといった環境からの独立 ＲＢＩは、接着剤 従来のアプリケーション × ﾃﾞｰﾀｿｰｽ ﾋﾞｼﾞﾈｽﾛｼﾞｯｸA ｱﾌﾟﾘｹｰｼｮﾝA ﾃﾞｰﾀｿｰｽ ﾋﾞｼﾞﾈｽﾛｼﾞｯｸB ｱﾌﾟﾘｹｰｼｮﾝB RBIを利用したアプリケーション RBI実装 ﾃﾞｰﾀｿｰｽ ﾋﾞｼﾞﾈｽﾛｼﾞｯｸA ｱﾌﾟﾘｹｰｼｮﾝ ﾃﾞｰﾀｿｰｽ ﾋﾞｼﾞﾈｽﾛｼﾞｯｸB Business Applications POS Order Customer Payment Receive Item T&A Signage Schedule G/L RBI(Retail Business Interface) RBI(Retail Business Interface)は、XMLを使用して、 互換アプリケーション間のシームレスなデータの交換を可能にします ActiveStore 共通仕様（ＲＢＩ） ．ＮＥＴフレ－ムワーク Windowsプラットホーム The Goal C社業務ｱﾌﾟﾘ A社業務ｱﾌﾟﾘ ActiveStore 共通仕様（ＲＢＩ） ActiveStore 共通仕様（ＲＢＩ） ．ＮＥＴフレ－ムワーク Internet/Intranet XML Web service Windowsプラットホーム ．ＮＥＴフレ－ムワーク Windowsプラットホーム B社業務ｱﾌﾟﾘ ActiveStore 共通仕様（ＲＢＩ） ．ＮＥＴフレ－ムワーク Windowsプラットホーム RBI-グループ構成：７つのｻﾌﾞ分科会活動 ｸﾞﾙｰﾌﾟ ﾌｧｼﾘﾃｰﾀ 参加ﾒﾝﾊﾞｰ数 ８社 POSTransaction 技術部会 (取引ﾛｸﾞ） １０社 POS to Payment 富士通 （電子支払） NTTﾃﾞｰﾀ POS to Pricing 東芝ﾃｯｸ､ｳﾞｨﾝｷｭﾗﾑ ｼﾞｬﾊﾟﾝ ６社 （売価管理） 日立製作所 ７社 POS to Inventory 日本ＩＢＭ （在庫管理） 日本電気 8社 POS to Customer ｾｲｺｰｲﾝｽﾂﾙﾒﾝﾂ （顧客管理） 日本NCR 4社 POS to Financials ｿﾘﾏﾁ技研 （財務会計） ４社 POS to Employee NECｲﾝﾌﾛﾝﾃｨｱ （従業員管理） RBI標準化ﾌﾟﾛｾｽ：RBIでﾀｰｹﾞｯﾄとする機能 Events Store Customer Employee (Human Resources) Authorization POS Transaction Electronic Payment Systems Loss Prevention Commissions Ticketing Signage Shipping Receiving Product Planning Store Planning Labor Scheduling Training Time & Attendance Deposits Account Rcv/Pay General Ledger（Financal） Inventory Ordering Payroll Taxation Tender Control Pricing Control Stock Count Host Data 白：最初の範囲 灰色：次以降の範囲 ＲＢＩ標準化プロセス 賛同企業→ 新規提案（Web等） Steering Committee→ ← 賛同企業が参加 分科会設立 分科会→ Scope, Work Plan の定義 分科会→ Core Technical Teamによる レビュー Draftの作成 分科会、CAB、賛同企業（Web)→ BizTalk.orgへのﾊﾟﾌﾞﾘｹｰｼｮﾝ Draftのレビュー Steering Committee→ 標準の承認 IXRetailとの関連 コラボレーション ＲＢＩ グループ ＵＰＯＳ ＲＥＤＸ ＪＡＶＡＰＯＳ ＯＰＯＳ IXRｅｔａｉｌ ＮＲＦ－ＡＲＴＳのＸＭＬ部会ＲＥＤＸとＡｃｔｉｖｅＳｔｏｒｅ ＲＢＩグループの共同作業にて運営 今までのアプリケーション 単純なドキュメント（CSVファイル、帳票など）転送 価格Lookup要求などでのC/S型通信 Socket/RPC、 EDI、その他 データ エンティティ Socket, RPC DCOM, Fat Client 業務サーバ Socket, RPC HTML/XML SQL DCOM DCOM ローカルストア ﾃﾞｰﾀベース 結果/XML HTTP, Thin Client Wireless 業務サーバ データ、バッチ配布 HTML データ、バッチ配布 ﾃﾞｰﾀ資産 HQ Host application Intranet/Extranet/ISP XMLドキュメント交換 C/S型でwell-known XMLドキュメントをHTTP転送 プログラミングインターフェイスが統一可能 ソケット、受信スレッド処理を開発=>受信スケーラビリティ 本部 店舗サーバ クライアント マシン XML データ クライアント アプリ XML データ 売価変更リクエスト XML データ サーバ XMLデータ転送 アプリ 結果応答 売価変更 オブジェクト 商品 マスタ 売価予約 マスタ XML データ XMLのスキーマとデータの転送により サーバのビジネスロジックが起動 ２００２年２月５日 今回のデモ：実証事例（RTJ2002） ★東芝テック ActiveStore POS APL作成 ★SAP ★Frameworx ERP system連携 logistics system連携 RBI POS Application Interface class ERP Logistics ★ソリマチ技研 PDA APL作成 HT/PDA RBI Application Ｗｅｂサービス ＡＳＰ．ＮＥＴ Biztalk Interface class VCI eCRM ★NCR/MS KIOSK APL作成 KIOSK RBI ★Onyx Application Interface class CRM system連携 提携 メーカー ＲＴＪ２０００での実証 RBI Priceインターフェースを利用したＥＳＬへの売価変更 POSｺﾝﾄﾛｰﾗ ESLｺﾝﾄﾛｰﾗ 売価 ｺﾝﾄﾛｰﾙ ﾓｼﾞｭｰﾙ ESL ｺﾝﾄﾛｰﾙ ﾓｼﾞｭｰﾙ xml SQL SQL ｸﾗｲｱﾝﾄ Httpﾌﾟﾛﾄｺﾙ ESL ｻｰﾊﾞｰ IIS(ASP) DecisioNet TM ＲＴＪ２００１での実証 RBI Priceインターフェースを利用したＰＬＵ処理 売価 ｺﾝﾄﾛｰﾙ ﾓｼﾞｭｰﾙ SOAP Ｉ／Ｆ PriceServer SQL Httpﾌﾟﾛﾄｺﾙ ＫＩＯＳＫ XMLdata ＰＯＳ ＴｅａｍＰａｄ ＲＴＪ２００１での技術 XMLのメリット? PriceServer WebServer(IIS) XML over HTTP HTML over HTTP ＫＩＯＳＫ ＰＯＳ HandyTerminal 1.HTTPサーバ（IIS）& ASP、クライアント（IE）、VB 2.XMLパーサ（MSXML）によるエンコーディング 3.ブラウザー（IE）による表現力 ActiveStore .NET？ InventryServer PriceServer BizTalk WebService SOAP WebApplication HTML 1.ASP.NET 2.NET Frameworkによるオブジェクトモデルの統合 3.WebService／WebApplication 4.BizTalk Orchestration （Building Block） インターフェースクラス アプリケーションインターフェースの作成 アプリケーションへのベンダー実装の隠蔽 ＲＢＩプログラミングインターフェース（仕様書） クラス（ＤＬＬ）の配布．．．調整中 RTJ2002での実装 アプリケーション ｲﾝﾀｰﾌｪｰｽ 利用者 RBIｸﾗｽ RBI共通仕様 ｸﾗｽ(DLL) Webｻｰﾋﾞｽ ASP.NET ＤＢｱｸｾｽ SQL ﾌｧｲﾙ転送 ＦＴＰ・ｈｔｔｐ Ｏｔｈｅｒ…. Ｏｔｈｅｒ…. 物理的実装 ベンダー固有の実装 Ｗｅｂサービスでの実装 ＲＢＩスキーマ（ｘｓｄ）からクラスの生成 （xsd.exeを利用したC#ｸﾗｽの生成） ＡＳＰ．ＮＥＴにてＷｅｂＭｅｔｈｏｄとして実装 ＷＳＤＬを利用したインターフェースの配布 [WebMethod] public PriceChangeRSType PriceChange( PriceChangeRQType priceChangeRQ ) PriceChangeﾘｽﾎﾟﾝｽｽｷｰﾏから生成 PriceChangeﾘｸｴｽﾄｽｷｰﾏから生成 今後の課題 ．ＮＥＴフレームワークの利用 ＳＦＳで実現した機能の継承 他の標準化団体との調整 スキーマ作成範囲の拡張 ＩＸＲｅｔａｉｌ（ＮＲＦ－ＡＲＴＳ），ＵＣＣ インターフェースクラスの実装 アプリケーションと通信実装の分離 ＸＭＬを利用したトランザクション処理 ＳＯＡＰ、Ｗｅｂサービスの実装 ＢｉｚＴａｌｋの利用（ＥＡＩ） ＲＢＩ ガイドライン 改訂版 ガイドライン ﾕｰｽｹｰｽの定義 問題点 の分析 ｼｰｹﾝｽ図の作成 調査 分析 現実的ﾕｰｽｹｰｽ 問題点の 解決策 概念ﾓﾃﾞﾙの定義 ・開発サイクルは繰り返される （反復的ライフサイクル） ・ユースケース主導の開発 設計 協調図の作成 設計クラス図の作成 製造 ｲﾝﾀｰﾌｪｰｽの実装 実際の ｺｰﾃﾞｨﾝｸﾞ テスト ﾒｿｯﾄﾞの実装 ＤＢｽｷｰﾏ実装 UMLの活用 スコープ（Scope Definition） ユースケース（Use Case） 概念（オブジェクト）モデル 相互作用図(Interaction Diagrams） 設計クラス図 UML（Unified Modeling Language） スコープ定義 ｲﾝﾀｰﾌｪｰｽ（またはﾃﾞｰﾀ）を利用する範囲 エンティティ間の関連について定義 「誰が（またはどのアプリケーションが）この インターフェース（またはデータ）を利用する か?」に着目する インターフェースの利用者と提供者の定義 ex．スキャナーとPOSの関連 ユースケースの作成 ２つのｴﾝﾃｨﾃｨ間の関連について記述した文 （何がｏｒ誰がｰ何をｰどうする で表現） 利用者（アプリケーション）と提供者を明確に スコープで定義した利用者が「何を」「どうする」 の形の文章であらわす Use Casesは 複数のシナリオの集合 英語では名詞－動詞－名詞（日本語では名詞 －名詞－動詞） ｅｘ．「Cashier Scan Item」 ｅｘ．「キャッシャーさんが商品をスキャンする」 ユースケースの内容 高水準ユースケース プロセス全体を大まかに表現する文章 拡張ユースケース ｼﾅﾘｵによりﾌﾟﾛｾｽを詳しく説明する 本質的ﾕｰｽｹｰｽ(分析)ｖｓ現実的ﾕｰｽｹｰｽ(設計) アクタ ﾕｰｽｹｰｽに参加する ｲﾆｼｴﾀｰを明確に イベントの典型的な順序 ﾕｰｽｹｰｽをｼﾅﾘｵで説明 ｱｸﾀの行動とｼｽﾃﾑの応答を順序立てて記載 ユースケースの書式 ﾕｰｽｹｰｽ名：Buy Item アクタ ：お客(ｲﾆｼｴﾀｰ）ｷｬｯｼｬｰ 目的 ：販売を把握し、支払いを受ける 概要 ：お客は購入したい商品をもってレジに来る ｷｬｯｼｬｰは購入商品を記録し金額を合計する....． 分類 ：プライマリ 本質的 ｲﾍﾞﾝﾄの典型的順序： アクタの行動 システムの応答 1.お客さまが商品を持って レジまで来る 2.ｷｬｯｼｬｰは個々の商品を 3.商品価格を判別し、価格を 記録する 表示し販売情報を追加する 4.商品入力が終了すると 5.販売金額の合計を計算し表示 ｷｬｯｼｬｰはｼｽﾃﾑに完了を 知らせる 6.などなど 7.などなど 概念モデルの作成 ソフトウェアコンポーネントではなく 現実世界の問題領域の概念の定義 ﾕｰｽｹｰｽを基に概念(ｵﾌﾞｼﾞｪｸﾄ)ﾓﾃﾞﾙの作成 概念の定義（抽象的な概念図） 概念（オブジェクト） 関連付けと関連の名前 役割 多重度 属性（データ値） 概念モデルの例 概念（ｵﾌﾞｼﾞｪｸﾄ） 関連名 役割 Sales LineItem Quantity 1..* 1 Described-By 1..* Contained-in Product Specification Description Price UPC 1 関連 多重度 Sales Date Time 属性 相互作用図の作成 ｼｰｹﾝｽ図と協調図により、ｴﾝﾃｨﾃｨ間の 相互作用を視覚的に表現する ｵﾌﾞｼﾞｪｸﾄ シーケンス図の例 ：キャッシャー ：スキャナー Ｓｃａｎ ＰＬＵ オブジェクト間で発生するイベントの順序に着目する！！ 相互作用図の作成 協調図の例 ｵﾌﾞｼﾞｪｸﾄ ：ＰＯＳＴ 1: MakePayment(CashTenderd) ：Ｓａｌｅ 1.1：Create(CashTendered) 線やﾈｯﾄﾜｰｸ形式でｵﾌﾞｼﾞｪｸﾄ の相互作用を説明する！！ ：Payment ユースケース定義の名詞は、エンティティもしくはエンティティの属性となる。 動詞はエンティティ間のオペレーションとなる。 設計クラス図の作成 アプリケーションにおけるソフトウェアの クラス及びインターフェースの仕様の定義 オブジェクトはどのように他のオブジェクトと接 続するか クラスが持つ情報は何か？ ・クラス定義、関連、属性 ・操作と定数を持つインターフェース ・メソッド ・属性の型 ・依存関係 設計クラス図の例 関連のあるクラス間には､線を定義する Product Specification Sales LineItem 1..* Quantity:Integer 1 Describes Description:text Price:quantity upc:UPC Subtotal() クラス 1..* Contains 1 依存関係 Sales 属性 (ﾒﾝﾊﾞ) date:Date time:Time makeLineItem() SalesはmakeLineItem()のパラメータとして ProductSpecificationを受け取る 型 メソッド 協調図から持ってくる UMLからXMLへ ＵＭＬのクラス定義を元にＸＭＬのスキーマを作成 Sales LineItem Product Specification 1..* 1 Description:text Quantity:Integer Subtotal() Descr ibes 1..* Contains 1 Sales date:Date time:Time makeLineItem() Price:quantity upc:UPC スキーマサンプル <?xml version="1.0" encoding="utf-8"?> <xsd:schema xmlns:xsd="http://www.w3.org/2001/XMLSchema" targetNamespace="http://tempuri.org/Price" xmlns:Price="http://tempuri.org/Price"> <xsd:include schemaLocation="PriceBase.xsd"/> <xsd:complexType name="PriceChangeRQType"> <xsd:sequence> <xsd:element name="ChangeItem" type="Price:ChangeItemType" maxOccurs="unbounded"/> </xsd:sequence> <xsd:attribute name="Count" type="xsd:unsignedInt" use="required"/> </xsd:complexType> <xsd:complexType name="ChangeItemType"> <xsd:sequence> <xsd:element ref="Price:ItemInfo"/> <xsd:element ref="Price:PriceInfo"/> <xsd:element ref="Price:TaxInfo"/> </xsd:sequence> <xsd:attribute name="RequestSequence" type="xsd:unsignedInt" use="required"/> </xsd:complexType> <xsd:element name="PriceChangeRQ" type="Price:PriceChangeRQType"/> </xsd:schema> インターフェースクラス アプリケーションインターフェースの作成 アプリケーションへのベンダー実装の隠蔽 ＲＢＩプログラミングインターフェース（仕様書） クラス（ＤＬＬ）の配布．．．調整中 アプリケーション ｲﾝﾀｰﾌｪｰｽ 利用者 RBIｸﾗｽ RBI共通仕様 ｸﾗｽ(DLL) Webｻｰﾋﾞｽ ASP.NET ＤＢｱｸｾｽ SQL ﾌｧｲﾙ転送 ＦＴＰ・ｈｔｔｐ Ｏｔｈｅｒ…. Ｏｔｈｅｒ…. 物理的実装 ベンダー固有の実装 Ｗｅｂサービスでの実装 ＲＢＩスキーマ（ｘｓｄ）からクラスの生成 （xsd.exeを利用したC#ｸﾗｽの生成） ＡＳＰ．ＮＥＴにてＷｅｂＭｅｔｈｏｄとして実装 ＷＳＤＬを利用したインターフェースの配布 [WebMethod] public PriceChangeRSType PriceChange( PriceChangeRQType priceChangeRQ ) PriceChangeﾘｽﾎﾟﾝｽｽｷｰﾏから生成 PriceChangeﾘｸｴｽﾄｽｷｰﾏから生成
© Copyright 2024 ExpyDoc
