【正文】 0。– 支持貨幣和兌換率的定義，可以與特定的貨幣相聯(lián)系進行工作?？梢远x貨幣值的格式和精度，可以靈活地定義各種貨幣之間的兌換CBO categories? FiscalCalendar財務日歷 – 實現了財務日歷的基本行為，表示公司的會計年度和會計期間? NaturalCalendar自然日歷 – 提供定義日歷和按照日歷進行工作的支持。作為定義的一部分，允許信息可以與某個特定日期相聯(lián)系? PeriodizedCalendar期間日歷 – 提供一個一般意義的期間日歷 ? NumberSeries數字序列 – 提供按照特定的格式產生數字的支持 ? PaymentMethod付款方式 – 在實際的商業(yè)交易中，貨款的支付可以使用多種方式，例如：現金、信用卡、匯票等，不同的付款方式涉及不同的商業(yè)處理細節(jié)，這就需要對付款方式進行分類處理CBO categories? Project項目 – 提供一個項目標識的定義 ,這些標識與商業(yè)對象關聯(lián)。在實際應用中我們將經常將商業(yè)活動組織成項目，這使得我們可以將與項目相關的各種事件、人員、任務、成本等組織成組，這種分組為商業(yè)活動的管理提供了便利? UnitofMeasure度量單位 – 支持包含所有相關信息的度量單位的定義? BankAccounts銀行帳戶 – 提供定義銀行和內部或外部銀行的定義。銀行是你要交互的一個商業(yè)機構，內部銀行是在一個或多個銀行你的商業(yè)帳戶。外部銀行是你商業(yè)伙伴的銀行帳戶。一個公司出于不同的目的可能在不同的銀行擁有多個賬戶BusinessPartnerGroupparent0..1primaryAddress1address*1D_BusinessPartnerSharedDataController1businessPartnerSharedData1address0..*Address(from CF Address)1parent0..1sharingBusinessPartnerBusinessPartnerSharedData110..*1businessPartnerbusinessPartnerSupplierData1businessPartnerCustomerData1owner1D_BusinessPartnerCustomerSupplierData0..1owningControllerD_BusinessPartnerController*BusinessPartner 1*1*10..1 0..1111Business Partner Category設計模式? SF中使用的一些設計模式來自于已有的公開發(fā)表著作，如 Gamma[9]，例如：– AbstractFactory：支持子類對基類的替換– Strategy：從決策類中分離不穩(wěn)定的商業(yè)邏輯，允許多個策略的替換– Adapter：解決接口不匹配的問題– Composite：支持對象之間層次關系的動態(tài)構造設計模式? 在 SF的開發(fā)過程中總結了如下設計模式，在商業(yè)業(yè)務過程中是普遍適用的：– Keyables：根據屬性構造對象的 key– EncapsulatedChainofResponsibility：對客戶封裝責任鏈的復雜性－一個簡單的過程調用– ExtensibleItem：支持對象行為的動態(tài)增加– AggregatingEntityController：支持實體層次關系的組織和構造– SharedEntityAttributes：抽象和分離不同實體的公共屬性– CORDrivenStrategy：使用責任驅動鏈尋找合適的商業(yè)策略– DynamicIdentifier：支持領域數據的動態(tài)擴展– IdentifierDrivenStrategy：基于標識符參數選擇正確的策略– LifeCycle：支持靜態(tài)或者動態(tài)改變對象的生命周期核心商業(yè)過程 ? AccountsReceivable/AccountsPayable（ AR/AP，應收帳 /應付帳 ）? WarehouseManagementFramework（ WM，倉庫管理框架）? OrderManagerFramework（ OM，定單管理框架）CBP－ AR/AP? AR/AP（應收帳 /應付帳）用于準確記錄一個公司與它的客戶和供應商之間帳務的類別和歷史。公司與它的商業(yè)伙伴之間發(fā)生的每一筆交易（在 AR/AP核心商業(yè)過程中稱為 item）都被記錄下來? AR/AP的功能可以分為以下三種類型：– 建立基本信息： LedgerPartners（分類帳伙伴）、 BankAccounts（銀行帳目）、 PaymentMethods（付款方式）– 日?；顒樱号c帳目記錄有關的方式、數據和過程– 階段性活動：一般在一個階段結束之前或一個財政年度的末尾時進行，包括總帳審查、生成催債信件等CBP－ AR/AP擴展點? 根據需求自定義帳目類型以及帳目的款項– LedgerType（分類賬類型） – LedgerItem（分類帳項）? 根據需求自定義策略細節(jié)– PaymentMethods（付款方式）– 帳目處理的細節(jié)? 根據需求自定義過程– 帳目款項的生命周期的改變CBP－ WM Framework ? WM提供了用于管理庫存貨物的應用程序所需要的商務對象和過程 (例如銷售和制造 )? Warehouse框架最關鍵的部分是產品 (products)和倉庫(warehouses)的定義，與這些定義相關的其它功能，例如存貨等，都是通過 product和 warehouse類的接口來訪問的? 給出一組沒有完全實現的過程，以此為基礎在不同的領域用不同的方法擴展這些過程CBP－ WM 擴展點? Product不僅提供了產品定義和描述信息的支持，而且提供了存貨處理的接口，將這些接口委托給其它對象，支持擴展和更換? Product支持多種產品成本計算方法，最終用戶的應用程序可以根據需要指定一個成本方法作為系統(tǒng)的成本方法或者添加自己的成本計算方法? Product采用 CBO中提供的單位轉換的功能，又針對產品特定的行為對 CBO提供的通用行為進行了特殊化。每個產品定義一個基本單位和其它可以被采用的單位，然后定義一系列換算關系供應用系統(tǒng)選擇和使用? A_CommonProductExtensionCategory提供了關于如何支持經營產品需要有不同大小、顏色、質量等特性的設計考慮? A_PickingExtension提供了一個 product在倉庫的生命周期模板，可以根據應用程序的需要改變倉庫貨物的生命周期CBP－ OM Framework ? OM框架提供定單處理應用所需要的核心基礎，它支持虛擬的、不限數量的定單類型? OM框架增加了對倉庫中的 product和 CBO中 businesspartner的擴展。定單管理也提供了在倉庫框架介紹過的過程的具體實現CBP－ OM擴展點? OM框架提供了幾種典型的定單類型模板。應用開發(fā)者可以使用這些模板，或者作為一個起點來定義自己的定單類型。定單類型都是通過組合幾個過程來構造的? OrderProduct支持不同的可定義單位，例如 6包或者 1公斤的包裝箱。此外，還提供了一系列的換算策略，供應用使用和選擇例：靈活的定單結構? 定單處理在不同的應用中需要許多不同的表格。每個行業(yè)和組織都有它們自己的需求和規(guī)范，而定單處理功能必須能適應這些需求。需求的變化使得很難用通用的方法自動化定單處理? SF提供了一種靈活的定義定單結構的方法，通過不同的設置在不同的環(huán)境下得到復用例：靈活的定單結構? OrderType– 許多不同的定單類型共享通用的特性，但是它們的細節(jié)不同，例如 salesorders,cashandcarryorders,backtobackorders,purchaseorders,creditorders– 這些定單類型可以用它們的信息元素的術語來描述，其中定單的生命周期決定定單的元素例：靈活的定單結構? Orderelements– 兩個最基本的元素是報頭 (header)和細節(jié) (detail)– 報頭包含對于整個定單共同的信息 (客戶標識，運輸信息 )– 而細節(jié)則包含關于被定購的特定項目的信息 (項目標識，請求的數量，價格，折扣 )? Orderstructure：定單的結構描述了定單包含的元素及這些元素之間的關系。一個基本定單的結構可以很簡單，例如只一個報頭和一或多個細節(jié)? 當客戶對同一定單上的項目指定不同的運輸地址時，定單變得復雜：? 當被存儲和運輸的產品來自不同的倉庫時，提貨也變得復雜了。對于一個很大數量的定單，可能需要從多個倉庫來填充。這種情況將需要對每個請求的細節(jié)項目附上多個提貨位置SF小結? SF框架中的通用商業(yè)對象和商業(yè)過程為開發(fā)者提供了一個面向對象的基礎設施、一個一致的應用編程模型和一些常用的商業(yè)業(yè)務邏輯流程? 商業(yè)構件提供一些可以擴展和改進的基本商業(yè)業(yè)務邏輯，避免了從最底層來開發(fā)整個應用系統(tǒng)。這樣，開發(fā)者可以通過現有的框架快速實現系統(tǒng)的公共功能，從而把主要精力放在系統(tǒng)的特殊功能上? 通過 JAVA的虛擬機， SF實現了與操作系統(tǒng)隔離，從而獲得平臺獨立性。這不僅意味著可以跨越不同的操作平臺，同時用于數據存儲的數據庫管理、通訊協(xié)議和物理設置也相互獨立商業(yè)領域軟件開發(fā)平臺? 領域需求– 商業(yè)領域存在不同的組織形式? 連鎖 (或分銷 )指經營同類商品、使用統(tǒng)一商號的若干門店，在統(tǒng)一總部的管理下，采取統(tǒng)一采購或以授予特許經營權的方式，實現規(guī)模效益的經營組織形式? 單體經營，例如百貨商場– 商業(yè)領域存在不同的銷售方式? 零售：島型售貨（集中收款）、開架售貨（出口結算）? 批發(fā)：開票、交款、提貨 (發(fā)運 )領域需求? 商業(yè)領域的零售業(yè)態(tài) —— 零售企業(yè)為滿足不同消費需求而形成的經營形態(tài)– 便利店 (便民店 )– 超級市場 (超市 )– 大型綜合型超市 (大賣場 )– 倉儲式會員制商店 (量販店 )– 專業(yè)店– 專賣店– 百貨店– 購物中心領域需求? 同一銷售方式的商業(yè)企業(yè)，其核心業(yè)務基本相同，與規(guī)模、業(yè)態(tài)無關? 不同銷售方式的商業(yè)企業(yè)，除銷售功能以外，其它功能基本相同? 連鎖 (分銷 )與單體店的基本數據結構不同? 在商業(yè)企業(yè)中– 組織機構是最不穩(wěn)定的 (不同企業(yè)、企業(yè)內 )– 崗位 (角色 )是穩(wěn)定的– 報表的種類、格式經常發(fā)生變化– 單據、帳簿基本不變 (企業(yè)內 )商業(yè)領域軟件的體系結構Sybase數據層業(yè)務邏輯層界面表示層MainframeApp…SQLServer瀏覽器客戶 1客戶 nCOM+Inter(TCP/IP 、 HTTP 、 XML 、 HTML)業(yè)務過程業(yè)務過程集成機制 環(huán)境層數據層構件層元數據 業(yè)務數據控制器過程引擎COMCORBAINTERNET業(yè)務構件層 POS 盤點機 …基礎構件層 單據 賬簿 報表 ……表示層 Win32 瀏覽器 ActiveX應用模板層 百貨 超市 連鎖 …應用系統(tǒng)層 雙安商場 利客隆商場 …業(yè)務過程層 采購 銷售 ……擴展機制 — 基礎數據的擴展圖表報表帳簿單據字典注冊表公式基礎數據的流動和加工基礎數據界面擴展? 基礎構件提供的界面定制– 字典構件、單據構件、帳簿構件? 大量的界面模板? 控制器– 菜單的靈活定制過程擴展? 定制具體的業(yè)務邏輯，建立構件之間的關系，形成具體的業(yè)務流程 計劃倉庫銷售結算業(yè) 務 過 程 引 擎采購業(yè)務過程規(guī)則數據業(yè)務過程定制工具框架支持下的開發(fā)和組織模式角色角色活動活動制品制品可復用構件構架庫構件開發(fā)中心構件開發(fā)中心產品開發(fā)部產品開發(fā)部應用開發(fā)部應用開發(fā)部市場部市場部需求獲取需求獲取 現場實施現場實施 應用模板開發(fā)應用模板開發(fā) 構件開發(fā)構件開發(fā)應用系統(tǒng) 應用模板應用需求requirementsSystemOpentsaddsssadDsadsasasDsadasdsdsdsdsddsds演講完畢，謝謝觀看！