【正文】 RS（遙感系統(tǒng)），三者共同構(gòu)成 3S技術(shù)體系 23 在物流信息系統(tǒng)中，要對大量的數(shù)據(jù)進行處理。 ③ 數(shù)據(jù)不保存在計算機內(nèi)。 ③ 數(shù)據(jù)面向應(yīng)用 ④ 文件組織多樣化，但文件之間缺乏聯(lián)系。 圖 12 文件系統(tǒng)階段應(yīng)用程序與數(shù)據(jù)之間的對應(yīng)關(guān)系 31 數(shù)據(jù)庫系統(tǒng) 這一階段 （ 20世紀 60年代后期 ） ， 數(shù)據(jù)管理技術(shù)進入數(shù)據(jù)庫系統(tǒng)階段 。 數(shù)據(jù)庫中的數(shù)據(jù)按照一定的數(shù)據(jù)模型組織 、 描述和存儲 ， 具有較小的冗余度 、 較高的數(shù)據(jù)獨立性和易擴展性 ， 并為各種用戶共享 。 41 概念模式 概念層有一個概念模式（ Conceptual Schema），它為用戶群體描述了整個數(shù)據(jù)庫的結(jié)構(gòu)。 int Dage。 44 模式映像 外模式 /模式映像 定義了外模式和概念模式之間的映射關(guān)系 如果需要對概念模式的修改 ， 如新實體 、 屬性或聯(lián)系的添加或刪除 ， 指需要修改外模式和概念模式的映像關(guān)系 ， 不影響已存在的外部模式 ， 也不需要重新編寫應(yīng)用程序 。 47 概念： 指按照統(tǒng)一規(guī)定的一套通用標準格式，將標準的經(jīng)濟信息，通過通信網(wǎng)絡(luò)傳輸，在貿(mào)易伙伴的信息系統(tǒng)之間進行數(shù)據(jù)交換和自動處理，是一種在公司之間傳輸訂單、發(fā)票等作業(yè)文件的電子化手段。 2 縮短信息傳遞時間，使交易活動能在最短時間內(nèi)完成 。 ② POS與。 由一系列活動定義和轉(zhuǎn)移組成。并用實際執(zhí)行數(shù)據(jù)估計工作流實例執(zhí)行的效率和效果。服務(wù)封裝其操作系統(tǒng)和專用協(xié)議的特性，允許使用標準協(xié)議和極傳統(tǒng)的接口訪問其業(yè)務(wù)邏輯和信息。 72 面向服務(wù)架構(gòu) (SOA) ? 三種角色： ? 服務(wù)提供者 (Service Provider) ? 服務(wù)請求者 (Service Requestor) ? 服務(wù)目錄 (Service Registry) ? 三個操作 ? 發(fā)布 (Publish) ? 查找 (Find) ? 綁定 (Bind) 73 歸納： SOA所要解決的問題 ? 分布式企業(yè)間業(yè)務(wù)的協(xié)同。文中他將數(shù)據(jù)倉庫定義為 : ? a data warehouse is a subjectoriented, integrated, nonvolatile, timevariant collection of data in support of management decisions. ? 一個面向主題的、集成的、非易失性的、隨時間變化的數(shù)據(jù)的集合，以用于支持管理層決策過程。 源數(shù)據(jù)加載到數(shù)據(jù)倉庫后，還要根據(jù)決策分析的需要對這些數(shù)據(jù)進行概括、聚集處理。 83 對比內(nèi)容 數(shù)據(jù)庫 數(shù)據(jù)倉庫 數(shù)據(jù)內(nèi)容 當(dāng)前值 歷史的、存檔的、歸納的、計算的數(shù)據(jù) 數(shù)據(jù)目標 面向業(yè)務(wù)操作程序、重復(fù)處理 面向主體域、管理決策分析應(yīng)用 數(shù)據(jù)特性 動態(tài)變化、按字段更新 靜態(tài)、不能直接更新、只是定時添加 數(shù)據(jù)結(jié)構(gòu) 高度結(jié)構(gòu)化、復(fù)雜、市和操作計算 簡單、適合分析 使用頻率 高 中到低 數(shù)據(jù)訪問量 每個事務(wù)只訪問少量記錄 有的事務(wù)可能要訪問大量記錄 對相應(yīng)時間的要求 以秒為單位計量 以秒、分鐘、甚至小時為計量單位 數(shù)據(jù)倉庫與傳統(tǒng)數(shù)據(jù)庫的比較 84 ? 及時獲取生產(chǎn)管理綜合信息，為決策者提供科學(xué)分析依據(jù)； ? 改善管理能力，可以得到憑直覺無法得到的結(jié)論； ? 對轉(zhuǎn)瞬即逝的機會快速作出反應(yīng)，提高競爭能力； ? 既能夠管理宏觀信息也能夠管理微觀數(shù)據(jù)，可以追朔歷史； ? 建立企業(yè)內(nèi)部各部門之間的合作關(guān)系。 88 2．?dāng)?shù)據(jù)挖掘 ? 首先要確定挖掘的任務(wù)或目的，如數(shù)據(jù)分類、聚類、關(guān)聯(lián)規(guī)則發(fā)現(xiàn)或序列模式發(fā)現(xiàn)等。 92 2．時序模式 ? 通過時間序列搜索出重復(fù)發(fā)生概率較高的模式。 94 4．分類 ? 分類是在聚類的基礎(chǔ)上，對已確定的類找出該類別的概念描述，它代表了這類數(shù)據(jù)的整體信息。預(yù)測時，只要輸入任意的時間值，通過回歸方程就可求出該時間的預(yù)測值。 95 5．偏差檢測 ? 從數(shù)據(jù)分析中發(fā)現(xiàn)這些異常情況。 93 3．聚類 ? 數(shù)據(jù)庫中的數(shù)據(jù)可以劃分為一系列有意義的子集，即類。 ? 把結(jié)果轉(zhuǎn)換為用戶易懂的另一種表示，如把分類決策樹轉(zhuǎn)換為 “if ...then…” 規(guī)則。 86 數(shù)據(jù)源 數(shù)據(jù) 數(shù)據(jù)集成 目標數(shù)據(jù) 預(yù)處理后 數(shù)據(jù) 轉(zhuǎn)換數(shù)據(jù) 模式 知識 數(shù)據(jù)選擇 預(yù)處理 數(shù)據(jù)挖掘 數(shù)據(jù)轉(zhuǎn)換 結(jié)果表達和解釋 數(shù)據(jù)準備 數(shù)據(jù)挖掘 結(jié)果評價 數(shù)據(jù)挖掘過程 87 1．?dāng)?shù)據(jù)準備 ? 目標數(shù)據(jù)（ Target Data），是根據(jù)用戶的需要從原始數(shù)據(jù)庫中選取的一組數(shù)據(jù)。數(shù)據(jù)新快照生成的間隔，可以根據(jù)快照的生成速度和決策分析的需要而定。 從信息管理的角度看，主題就是在一個較高的管理層次上對信息系統(tǒng)的數(shù)據(jù)按照某一具體的管理對象進行綜合、歸類所形成的分析對象。人們正面臨著“數(shù)據(jù)豐富而知識貧乏”的狀況。一組 體系結(jié)構(gòu)設(shè)計原則與模式 ，強調(diào)模塊化、封裝、松散耦合、分離關(guān)注點、可復(fù)用、可組合性、接口與實現(xiàn)分離等特性。這些服務(wù)是可互操作的、獨立的、模塊化的、位置明確的、松耦合的，并且可以通過網(wǎng)絡(luò)查找其地址。 ? 過程定義工具通常由編輯器、瀏覽器、編譯器等組成。 ⑤ 信息傳遞及時、準確。 52 EDI應(yīng)用成功案例 IBM在 87年開始使用 EDI，截止 91年的前五年時間，通過 EDI與全球 2023余家用戶保持商務(wù)聯(lián)系，紙張費用節(jié)省 7千萬美元。 3 .EDI對傳輸?shù)奈募哂?跟蹤 、確認、防篡改、防冒領(lǐng)、電子簽名等一系列安全保 障功能。 對用戶來講 ， 唯一要注意的是對性能的影響 。 Struct Doctor*next。 42 外模式 每個外模式描述的是一個特定用戶組所感興趣的那部份數(shù)據(jù)庫，而對該用戶組隱藏了數(shù)據(jù)庫的其他部份。 36 數(shù)據(jù)庫系統(tǒng)示意圖 用戶 用戶 用戶 應(yīng)用軟件 應(yīng)用開發(fā)工具 數(shù)據(jù)庫管理系統(tǒng) 數(shù)據(jù)庫管理員 數(shù)據(jù)庫 37 ? 數(shù)據(jù)庫的產(chǎn)品種類很多，支持不同的數(shù)據(jù)模型，使用不同的數(shù)據(jù)語言，但是數(shù)據(jù)庫的體系結(jié)構(gòu)都采用三級模式并提供兩級映像功能。 （ 2）有較高的數(shù)據(jù)獨立性。 這往往是由數(shù)據(jù)冗余造成的，在進行更新操作時，稍不謹慎，就可能使同樣的數(shù)據(jù)在