電子商務系統(tǒng)設計第五章商品特征信息描述

1、電子商務系統(tǒng)設計第五章商品特征信息描述 商品的工業(yè)特征 主要為：基礎性、層次性、統(tǒng)一性、系列性、穩(wěn)定性、標準性、結構性、配套性、增值性和系統(tǒng)性。（1）基礎性 商品名稱、分類、代碼、識別號等外部數(shù)據，以及零部件的物理結構，電氣，化學，材料，尺寸，以及聲、光、電、磁等性能進行描述，與各制造廠的圖紙、規(guī)格、標準及有關技術文件等建立參照，成為基礎信息資源。（2） 層次性 商品結構分為零件、部件、組件、子系統(tǒng)與總成等層級。體現(xiàn)為商品信息的層次性。出于信息加工、使用與管理之需，也導致了如元數(shù)據、數(shù)據元素、標識符、類目號、關聯(lián)數(shù)據、描述數(shù)據、主數(shù)據等不同層次信息資源的產生。 （3） 統(tǒng)一性 統(tǒng)一性是規(guī)范性的

2、高級形態(tài)?；A信息在格式、語義、特征描述和邏輯定義等方面越統(tǒng)一，資源就越具有重用性和普適性；信息也越能體現(xiàn)多樣性、可變性與靈活性。 統(tǒng)一性還體現(xiàn)在信息加工規(guī)程的一致性上，與應用信息的多樣性、可變性與靈活性互補，體現(xiàn)了資源加工與應用的對立統(tǒng)一關系。 （4）系列性 在商品主要特征統(tǒng)一前提下，設計者對其部分參數(shù)、型式、尺寸、結構等作出合理規(guī)劃，使部分特征呈現(xiàn)規(guī)律性變化。這是統(tǒng)一性與多樣性、連續(xù)性與間斷性之間的互補關系。當其反映到商品信息上時，就體現(xiàn)為信息的系列性，它是對統(tǒng)一性的擴展和補充，既能保證信息資源具有豐富多樣、隨需而變的性質，也能防止其數(shù)量與種類無序化增長。（5）穩(wěn)定性 信息中還包含大量的規(guī)

3、則類、方法類與基準類信息，這些特征一旦變化，會導致相關內容和處理規(guī)則產生連鎖性、全局性的震蕩。故穩(wěn)定性也是對商務信息開發(fā)的基本要求之一。（6）標準性 標準化是規(guī)范化的高級形態(tài)，依據標準加工信息，可提升資源規(guī)范化程度，信息就越即具備可用性和共享性。與工業(yè)領域中存在大量模塊、構件與組件一樣，信息的模塊化、組件化趨勢也日益明顯。 模塊化的前提是標準化，包括模塊的內容、結構與接口等的標準化。電子商務還形成了以管理標準控制的作業(yè)標準，作業(yè)標準控制產品信息標準的梯度式傳導模式。 根據標準化的范圍與程度，分為國際標準、區(qū)域標準、國家標準、行業(yè)標準與企業(yè)標準等級別。 （7）結構性 一是商品實體結構在信息空間中

4、的反映；二是信息空間中的管理類與控制類的結構信息。兩者融合還會產生一些新的結構性。（8）配套性 商品復雜性導致信息資源需要不同層級、不同進程和不同顆粒度的加工。涉及規(guī)范性、完整性、可用性、復用性、準確性、可理解性、關聯(lián)性、可信性等諸方面。 配套性是信息加工要求的綜合體現(xiàn)與數(shù)據集成的要求。（9）增值性 商品價值已從傳統(tǒng)的產品制造、工程、功能集成等擴展到概念創(chuàng)意、原創(chuàng)設計、管理維護、軟件支持、分析預測、咨詢服務等高知識性與高附加值領域。這些附加值多與信息資源密切相關，信息支持就體現(xiàn)為資源的增值性。 （10）系統(tǒng)性 一是商品結構的復雜性與功能的集成性，反映到資源體系就成為工業(yè)品的內在系統(tǒng)性；二是與工

5、業(yè)品相關的生產、管理、銷售與使用等領域的應用，此為工業(yè)品的外在系統(tǒng)性。5.3 商品元數(shù)據5.3.1 元數(shù)據相關概念 電子商務系統(tǒng)中，元數(shù)據相關術語內涵如下。 1）元數(shù)據（metadata）- 是定義和描述其他數(shù)據的數(shù)據。俗稱“關于數(shù)據的數(shù)據”。 數(shù)據反映了交易、事件、對象和關系；而元數(shù)據反映了數(shù)據間的交易、事件、對象和關系等，以及描述各類業(yè)務數(shù)據背景、內容、結構及整個應用過程的數(shù)據。 商品類元數(shù)據是結構化或半結構化的信息，用于確保應用數(shù)據在商務活動間形成、記錄、分類、利用、保管和處理。 管理類元數(shù)據用于對交易各方面的要素進行定義、識別、確認和證實，形成、管理、維護和使用商務數(shù)據的各相關方、過程

6、和系統(tǒng)等。 2）元數(shù)據元素（metadata element）- 構成元數(shù)據的基本單元。（注： 元數(shù)據元素與UML術語中的屬性同義。） 3）元數(shù)據實體（metadata entity）- 一組說明數(shù)據相同特性的元數(shù)據元素。（注：可包括一個或一個以上的元數(shù)據實體。它與UML術語中的類同義。） 4）元數(shù)據子集（metadata section）-元數(shù)據子集，由相關的元數(shù)據實體和元素組成。5.3.2 元數(shù)據功能 元數(shù)據是描述性資源，描述數(shù)據（如數(shù)據庫、數(shù)據元素、數(shù)據模型），概念（如商務流程、應用系統(tǒng)、軟件代碼、技術架構等）及其聯(lián)系。 在商務系統(tǒng)設計中，元數(shù)據涉及各數(shù)據加工領域，主要功能： 1）業(yè)務設

7、計 - 數(shù)據定義、數(shù)據結構、數(shù)據管理、使用方法和描述模式等。2）業(yè)務架構 - 系統(tǒng)角色、職責及其對應的數(shù)據組織、加工處理目標和功能等。3）業(yè)務定義 - 系統(tǒng)中的對象、事實、過程等的定義。4）數(shù)據處理 - 數(shù)據加工策略、標準、規(guī)程、項目、角色、組織和質量等。5）數(shù)據整合 - 數(shù)據源、數(shù)據目標、數(shù)據轉換、遷移和變換規(guī)則、數(shù)據集成等。6）邏輯數(shù)據模型 - 實體、屬性、關系和規(guī)則、業(yè)務名稱和定義等。7）物理數(shù)據模型 - 文件、表、列、視圖、存儲、索引、性能和變更管理等。8）流程模型 - 職能、活動、角色、輸入/輸出、工作流和業(yè)務規(guī)則等。9）數(shù)據構件定義 - 數(shù)據庫、數(shù)據塊、數(shù)據特征集、中間數(shù)據、過程數(shù)

8、據、數(shù)據間的組配、映射數(shù)據和計劃等。5.3.3 元數(shù)據類型 一般分4類：業(yè)務元數(shù)據、技術和操作元數(shù)據、流程元數(shù)據和數(shù)據管理元數(shù)據等。具體內容如下。1）業(yè)務元數(shù)據 - 系統(tǒng)中主題概念、對象實體及其屬性的名稱和定義，屬性的數(shù)據類型和其他特性，范圍描述，計算公式，算法和業(yè)務規(guī)則，以及有效值域及其定義等。 業(yè)務元數(shù)據將業(yè)務目標和業(yè)務進程關聯(lián)起來。業(yè)務元數(shù)據可包括：（1）商務數(shù)據定義，包括計算公式等。（2）商務規(guī)則、算法和資源層級。（3）數(shù)據繼承、處理和分類。（4）商務數(shù)據模型，支持各種特定的業(yè)務模型（如計點積分、“秒殺”計時、商品推介、物品功能匹配等）。（5）交易歷程回溯。（6）有效值約束，如物品計量

9、及取值范圍等。（7）商務報表和數(shù)據呈現(xiàn)規(guī)則與模式，等等。 2）技術和操作元數(shù)據 技術類元數(shù)據主要包括物理數(shù)據庫表示名和字段名、字段屬性、其他對象的屬性和數(shù)據存儲特性，以及數(shù)據采集、加工、訪問、備份、映射、查詢和呈現(xiàn)規(guī)則等。 操作類元數(shù)據主要滿足商務系統(tǒng)的運維需求，它包括了數(shù)據遷移信息、數(shù)據源和目標信息等。技術和操作元數(shù)據的具體示例如下：（1）數(shù)據分類與編碼，映射、轉換及建模。（2）數(shù)據源標識。（3）業(yè)務審計控制和核驗信息。（4）數(shù)據歸檔和保留規(guī)則。（5）從業(yè)務記錄到目標數(shù)據存儲系統(tǒng)（OLTP、OLAP）的映射、轉換和統(tǒng)計。（6）物理數(shù)據模型，包括數(shù)據表名、鍵和索引。（7）數(shù)據清洗規(guī)則，備份與恢

10、復規(guī)則。（8）版本維護，等等。3）流程元數(shù)據 定義和描述商務系統(tǒng)中其他元素（流程、業(yè)務規(guī)則、程序、任務、工具等）特性的數(shù)據。部分流程元數(shù)據如下：（1）流程名稱、分類與編碼。（2）流程觸發(fā)、順序和計時。（3）流程結構和匹配。（4）流程反饋文檔。（5）流程數(shù)據存儲和分發(fā)流轉。（6） 流程涉及的角色和職責。（7） 流程管理邏輯與程序。（8） 流程相關活動與價值鏈，等等。4）數(shù)據管理元數(shù)據 用于確保各種數(shù)據和元數(shù)據在全平臺范圍內正確共享和具有實際效能。數(shù)據管理元數(shù)據包括：（1）業(yè)務驅動因素與目標。（2）數(shù)據CRUD（增加、刪除、修改、查詢）規(guī)則。（3）數(shù)據定義（業(yè)務定義與技術定義）。（4）數(shù)據擁有、加

11、工、轉換、映射與共享規(guī)則。（5）數(shù)據管理架構和職責，等等。5.3.4 元數(shù)據的管理 電子商務是復雜系統(tǒng)，特別如B2B可能由多家企業(yè)系統(tǒng)集成。元數(shù)據管理頗為復雜，它涉及元數(shù)據來源、元數(shù)據需求、元數(shù)據技術等。1）元數(shù)據源管理 電子商務中元數(shù)據來源的多樣化：（1） 商務系統(tǒng)運行和用戶交互中，需要隨時定義多樣化的業(yè)務元數(shù)據。 （2）商務系統(tǒng)維護中，可能將描述各種數(shù)據的元素添加到元數(shù)據資源庫中，或從其他系統(tǒng)中獲取元數(shù)據。 （3）數(shù)據統(tǒng)計時，依據業(yè)務流程生成的各項數(shù)據特性和編碼等的描述與識別元數(shù)據。 （4）各項商務作業(yè)在各類數(shù)據和過程間進行管理的各類導航、記錄與標識類元數(shù)據等。 元數(shù)據來源：（1）企業(yè)內任

12、何業(yè)務數(shù)據集都可以是元數(shù)據之源。（2）B2B橋接時，產生大量元數(shù)據。（3）使用數(shù)據管理工具時，也將涉及一些的元數(shù)據資源。（4）系統(tǒng)運行、成長與維護中也會產生各種元數(shù)據。2）元數(shù)據管理內容 了解商務系統(tǒng)的元數(shù)據需求，定義元數(shù)據架構，開發(fā)和維護元數(shù)據等。（1）了解元數(shù)據需求 了解商務系統(tǒng)的元數(shù)據管理環(huán)境，元數(shù)據建模，元數(shù)據標準和元數(shù)據服務。元數(shù)據需求要求對商務系統(tǒng)的業(yè)務用戶和技術用戶進行了解，以及交易過程中各個崗位角色、職責與范圍等進行分析。 1. 業(yè)務用戶需求- 業(yè)務用戶對元數(shù)據的需求源于對業(yè)務操作的分析與理解，具體有來自數(shù)據庫、應用和交易過程中的角色，報表、查詢、推送、OLAP、儀表盤等中的數(shù)

13、據呈現(xiàn)，商務文檔和上下文背景等。 （2）定義元數(shù)據架構 元數(shù)據管理包含元數(shù)據創(chuàng)建、獲取、整合、單一或多個元數(shù)據存儲庫、元數(shù)據發(fā)布、元數(shù)據應用和控制等。 元數(shù)據存儲通常有3種技術架構：集中式、分布式和混合式，電子商務應根據需求選擇合適架構。 1.集中式元數(shù)據架構 優(yōu)點為：高可用性，因其獨立于各元數(shù)據的來源系統(tǒng)。 快速查詢元數(shù)據，因存儲庫和查詢融于一體。 元數(shù)據庫結構經過重構，不受第三方系統(tǒng)或商業(yè)工具的影響。 抽取的元數(shù)據可進一步轉換或附加其他元數(shù)據，生成諸源系統(tǒng)中沒有的元數(shù)據。 2.分布式元數(shù)據架構 優(yōu)勢：元數(shù)據始終是最新且有效的。 分布式請求，可提升響應和處理時間。 局部系統(tǒng)的元數(shù)據請求只受限

14、于查詢，而不需要對私有數(shù)據結構深入理解，降低了投入。 自動元數(shù)據查詢與處理可能更簡單，人工參與較少。 減少批量處理，不需要做元數(shù)據復制或同步。 局限：系統(tǒng)間沒有必要的元數(shù)據改進或標準化。 查詢能力直接受制于各元數(shù)據來源系統(tǒng)的可用性。 不支持用戶定義的元數(shù)據條目，因沒有存儲這些內容的統(tǒng)一庫。 混合元數(shù)據架構 是以上兩種方法的結合。其中，元數(shù)據依然從各來源進入元數(shù)據庫。但庫的設計只考慮用戶增加的元數(shù)據、標準化的元數(shù)據及手工獲取的元數(shù)據。 混合架構減少了IT人工參與和訪問私有系統(tǒng)所需的開發(fā)難度。并能滿足及時性和有效性要求，但其不能提升系統(tǒng)的可用性。 混合架構適用于有快速變更的元數(shù)據、需要元數(shù)據的統(tǒng)一

15、和一致、且元數(shù)據數(shù)量和元數(shù)據來源數(shù)量都在動態(tài)增長的組織。如果商務系統(tǒng)中更多是靜態(tài)元數(shù)據和較小的元數(shù)據量增長，則混合式架構對類的平臺益處可能大5.3.5 元數(shù)據采集 商務系統(tǒng)元數(shù)據采集復雜，B2B、B2C中的元數(shù)據包括外部數(shù)據源來的、自行采集加工的。 元數(shù)據的采集或抽取有多種方式，需要利用一定的適配程序、掃描程序、橋接程序等進行檢測，或直接訪問數(shù)據庫中的元數(shù)據。 采集對象為：內部商品數(shù)據集，外部業(yè)務數(shù)據集，非結構化數(shù)據集（如系統(tǒng)網頁）等，此時，可能出現(xiàn)許多數(shù)據質量和與語義方面不一致的問題。這就給需要利用數(shù)據治理流程來處理元數(shù)據的此類問題。 元數(shù)據的掃描捕獲有兩種方式。 1）私有接口： 掃描程序從

16、來源系統(tǒng)中掃描采集元數(shù)據，并按調用與元數(shù)據格式相關的裝載程序，將元數(shù)據裝載到元數(shù)據庫中。 2）半私有接口： 程序從來源系統(tǒng)中采集元數(shù)據，并輸出到特定格式的數(shù)據文件中，掃描程序只產生元數(shù)據庫能讀取和裝載的數(shù)據文件?？勺x取生成的元數(shù)據文件，這種接口的架構更開放。 5.3.6 元數(shù)據存儲與加工 元數(shù)據加工手段有： 1）備份、恢復、歸檔、清洗。 2）變更配置。 3）對用戶和數(shù)據管理的培訓。 4）任務調度/監(jiān)視。 5）裝載統(tǒng)計分析。 6）生成管理指標與分析。 7）性能組配。 8）元數(shù)據質量控制。 9）查詢統(tǒng)計分析。 10）生成查詢/報告。 11）元數(shù)據庫管理。 12）安全管理。 13）源映射/遷移。 1

17、4）提供控制措施及查詢/報告。15）元數(shù)據用戶界面管理。 16）版本記錄，等等。存儲元數(shù)據 通常采用關系型數(shù)據庫環(huán)境，需要后續(xù)開發(fā)出各種控制和接口程序。 元數(shù)據庫應反映源系統(tǒng)庫的元數(shù)據資源，并基于一個易于理解的元數(shù)據模型。 元數(shù)據整合應存儲當前的和歷史版本的元數(shù)據。 目錄、術語表和元數(shù)據組織 目錄是一種元數(shù)據組織方式，將元數(shù)據定位于特定的位置及數(shù)據入口處。各元數(shù)據打標記，記錄其所屬概念域并指明其來源。元數(shù)據目錄主要用于系統(tǒng)開發(fā)人員、數(shù)據用戶和數(shù)據分析師等。 術語表提供術語使用指導，同義詞可指導用戶完成包括3類關系的結構化選擇，概念的關系類型有：相等、層級和關聯(lián)等。 數(shù)據可分不同領域，各自可有其

18、目錄，不同術語表的概念間會有關聯(lián)，可為術語表內和術語表間的術語指定關系類型。 與目錄一樣，術語表也可有許多個，其功能為：1）存儲來自多個商務源的業(yè)務概念、定義和術語表述。 2）展示某個單一數(shù)據源內的多個術語之間的關系。 3）建立靈活架構，支持存儲多個數(shù)據源中輸入的新術語，并能和各術語建立關系。 4）連接元數(shù)據庫中記錄的元數(shù)據屬性集合。 用于管理的元數(shù)據庫包括專用列表，如來源表或接口、代碼集、專業(yè)詞匯、時間模式、空間參照、地理數(shù)據集、存儲庫和業(yè)務規(guī)則，等等。5.3.8 元數(shù)據提取與發(fā)布 元數(shù)據提取是將元數(shù)據從庫中抽取出來提交給系統(tǒng)用戶和相關應用與工具。 常用的元數(shù)據抽取與交付機制包括：1）元數(shù)據

19、瀏覽、查詢、搜索、報告和分析功能。2）報告、術語表、其他文檔及網站。 3）數(shù)據倉庫、數(shù)據集市和商務智能工具。4）建模和軟件開發(fā)工具。 5）消息傳輸交換。 6）應用程序。 7）外部組織接口方案。 元數(shù)據設計常與商務智能（BI）相關，要定義元數(shù)據的內容及元數(shù)據的時效性，可通過元數(shù)據與BI的連接將元數(shù)據整合到BI系統(tǒng)中。 CRM、SCM或ERP方案可能也需要在應用層整合元數(shù)據信息。有時要以文件方式將元數(shù)據與外部商務機構交互，常見方式是使用XML為傳輸格式，在各子系統(tǒng)間以私有方案之間進行元數(shù)據交互。5.3.9 元數(shù)據管理職能商務系統(tǒng)中元數(shù)據的管理，要與其使用的相關角色相關聯(lián)，還要考慮與數(shù)據管理相關的組織與結構問題。這些就構成了元數(shù)據的管理職能，其具體內容主要如