1、物流信息系統(tǒng)開發(fā)與設計,物流信息系統(tǒng),物流信息系統(tǒng)（Logistics Information System，LIS），是指由人員、設備和程序組成的、為物流管理者執(zhí)行計劃、實施、控制等職能提供相關信息的交互系統(tǒng),物流信息系統(tǒng)的發(fā)展,輔助管理： 業(yè)務處理-管理控制-決策支持-戰(zhàn)略管理 系統(tǒng)網(wǎng)絡： 單機-局域網(wǎng)-廣域網(wǎng)-Internet-物流電子商務 數(shù)據(jù)管理 文件管理-數(shù)據(jù)庫管理-數(shù)據(jù)倉庫管理 管理理念 內(nèi)部管理-客戶關系管理,物流信息系統(tǒng)的技術要求,開放性 可擴展性 安全性 協(xié)同性 快速反應 信息的集成 支持遠程處理,評價一個好的物流信息系統(tǒng),信息化的三個層次 手工作業(yè)的電子化、自動化 流程優(yōu)

2、化 輔助決策分析（數(shù)據(jù)倉庫和數(shù)據(jù)挖掘技術） 對應具體的物流信息系統(tǒng)的四個層次,物流信息系統(tǒng)的結構,物流信息系統(tǒng)四層次,基礎信息化仍是主流 只要解決信息的采集、傳輸、加工、共享，就能提高決策水平，從而帶來效益。在這個層面上可以不涉及或少涉及流程改造和優(yōu)化的問題，信息系統(tǒng)的任務就是為決策提供及時、準確的信息。 涉及流程改造的信息化日漸突出 將系統(tǒng)論和優(yōu)化技術用于物流的流程設計和改造，融入新的管理制度之中。一是固化新的流程或新的管理制度，使其得以規(guī)范地貫徹執(zhí)行；其二是在規(guī)定的流程中提供優(yōu)化的操作方案。 供應鏈的形成和供應鏈管理 其中物流管理是其主要組成部分。要解決的問題是提高整個供應鏈的效率和競爭力

3、 銷售商的庫存由供應商的自動補貨系統(tǒng)來管理，生產(chǎn)商的生產(chǎn)計劃根據(jù)銷售商的市場預測來安排 輔助決策功能（包括自身和整個供應鏈）,現(xiàn)狀,從總體上來看，我國絕大部分的物流企業(yè)，特別是中小物流企業(yè)仍處于第一個階段，即要用少量的投資，解決業(yè)務各流程的信息化問題，目標是建立決策依賴信息、數(shù)據(jù)的機制，其中特別是將財務核算深入到各業(yè)務環(huán)節(jié)去；還有倉儲作業(yè)管理。此類需求占企業(yè)的主體。 少部分基礎較好的物流企業(yè)已經(jīng)進入了第二層需求，即優(yōu)化流程設計和運行操作。這樣的企業(yè)有較好的經(jīng)營管理機制，較好的信息化基礎，可以為流程再造提供制度保證和數(shù)據(jù)基礎。,一個好的物流信息系統(tǒng),首先是一個管理系統(tǒng)，是對企業(yè)內(nèi)部、外部資源的計

4、劃與管理，并能面向企業(yè)供應鏈的全過程。 它將賦予企業(yè)全新的生命力和助動力，并將促進、固化企業(yè)現(xiàn)代管理的改革。 一套信息系統(tǒng)的建立必將涉及到企業(yè)管理體制、管理模式、管理方法、管理思想、管理機制、業(yè)務流程、組織機構、規(guī)章制度等多方面的創(chuàng)新。 “三分技術，七分管理，十二分數(shù)據(jù)”，IT僅占了很小一部分。信息系統(tǒng)也不僅是IT部門的事,物流信息系統(tǒng)建設的若干難點,物流信息系統(tǒng)建設的若干難點,信息化的系統(tǒng)工程 自主開發(fā)還是外包 硬、軟件供應商的選擇 系統(tǒng)開發(fā)規(guī)模 BPR，是軟件適應流程還是流程適應軟件 需求分析如何進行 信息化過程中的項目管理 技術選擇 軟件開發(fā)質(zhì)量、進度如何控制 接口問題,信息化系統(tǒng)工程,

5、我國企業(yè)信息化成功率不高: 大約70%的企業(yè)信息化項目超出預定的開發(fā)周期 90%以上的軟件項目開發(fā)費用超出預算 上ERP找死，不上ERP等死 信息化項目建設涉及綜合布線、計算機網(wǎng)絡、應用軟件等高科技領域，建設單位自身技術力量不足，在項目的總體規(guī)劃、技術方案和設備選型等方面難以決策； 計算機等信息技術產(chǎn)品的商家眾多，型號復雜，建設單位對市場不熟悉，在挑選工程承包單位和進行商務談判時心中無底，比較被動； 項目實施階段建設單位缺少實施方面的實踐經(jīng)驗，難以對項目的進度與質(zhì)量進行控制，出了問題互相推諉，影響最終的建設目標。 還涉及到信息安全（硬件網(wǎng)絡安全、數(shù)據(jù)安全、可靠性等）,信息化系統(tǒng)工程,信息管理包

6、括 信息政策 信息需求 數(shù)據(jù)規(guī)劃 數(shù)據(jù)字典 數(shù)據(jù)質(zhì)量標準 信息處理,自主開發(fā)還是外包,現(xiàn)代管理大師彼得德魯克(Peter F. Drucker)曾經(jīng)預測，在未來10到15年，任何企業(yè)中僅作為后臺支持而不創(chuàng)造營業(yè)額的工作都應當外包出去!,自主開發(fā)還是外包,面對不斷涌現(xiàn)的新技術、人才的稀缺，以及日益苛刻的使用者，外包通常被認為是一個“解決方案”。 通過外包，公司可以將精力集中在監(jiān)督IT服務、保證信息系統(tǒng)滿足公司發(fā)展目標、以及提高用戶的滿意度和工作效率上。 外包向基礎設施延伸 IT外包目的因組織而異，但通常目標都是要實現(xiàn)信息系統(tǒng)持久有益的改善 集中精力于核心業(yè)務 邊際利潤的壓力 日益增長的競爭要求節(jié)

7、約成本 組織結構的靈活性,自主開發(fā)還是外包,選擇第三方提供的服務主要有： 數(shù)據(jù)錄入 需要設計開發(fā)新系統(tǒng)，但內(nèi)部員工沒有相應的技能，或者有更重要的任務要做時 維護現(xiàn)有應用系統(tǒng)，使內(nèi)部員工解放出來開發(fā)新的應用系統(tǒng) 將應用系統(tǒng)轉(zhuǎn)換到一個新的平臺。例如，一個專業(yè)公司可以幫助將一個舊的應用實現(xiàn)網(wǎng)絡化 基礎設施的運行維護,自主開發(fā)還是外包,外包優(yōu)勢在于： 商業(yè)外包公司能夠通過部署可復用構件軟件實現(xiàn)規(guī)模經(jīng)濟并改進績效； 加快系統(tǒng)上線時間； 提高對主業(yè)的聚焦； 外包開發(fā)商可能比外包委托方內(nèi)部員工更有經(jīng)驗解決技術問題； 外包合同中的開發(fā)需求定義得更詳細； 外包合同可以對費用進行詳細說明，減少成本的不確定性。,自

8、主開發(fā)還是外包,外包的風險在于： 成本容易超出客戶預算 內(nèi)部的信息系統(tǒng)專業(yè)能力流失 失去對信息系統(tǒng)的控制 外包開發(fā)商倒閉 使用的產(chǎn)品種類受限制 難以對開發(fā)方的職能與安排進行控制 形成對開發(fā)商的依賴 存在損失戰(zhàn)略信息的風險 外包開發(fā)商的系統(tǒng)落后 外包商的文化與人員的適應性差,自主開發(fā)還是外包,控制這些風險的方式包括： 建立各方可度量和實施的共享目標和回報 引入多個供應商作為激勵機制 （招標） 建立一個交叉職能的合同管理團隊 建立定期績效考核、評價 執(zhí)行定期競爭性評估和基準檢查 實施短期合同 、高頻合同 詳細的合同：如在合同中明確數(shù)據(jù)的所有權,自主開發(fā)還是外包,（直接購買、外購再二次開發(fā)可以排除）

9、 自主開發(fā)、建設、維護：專門開發(fā)的工作量非常龐大，應用系統(tǒng)軟件的重復設計與編制耗去了大量的人力與時間。 外包開發(fā) 外包與自主開發(fā)相結合合作開發(fā)（推薦）合作開發(fā)最為普遍，因為這種方式更能滿足企業(yè)獨特的業(yè)務流程，更有針對性。,合作開發(fā)合同,(1)系統(tǒng)開發(fā)一般是分步實施的，先期投運與最后完成會有一個較長的周期，因此合同要包括階段要求的條款，也可采用一次簽約分段生效的方式。要考慮質(zhì)量保證和維護、二次開發(fā)、技術支持與服務 (2)要帶有足夠的與合同同樣有法律效用的附件，以說明委托或合作細節(jié)，以及具體的技術要求。 (3)要由企業(yè)負責合同的專業(yè)人員或法律顧問審閱合同，保證合同基本條款的規(guī)范性，避免潛在的風險。

10、 (4)各方在簽訂合同時不僅要注意開發(fā)要求和條件，也要考慮開發(fā)成功后的成果歸屬權問題，這是常遇到的糾紛焦點，應該事先予以明確。,硬件方案抉擇,多看專業(yè)報刊和廣告，多聽取專家的意見和供應商介紹，多參加展示會和報告會，以熟悉供應商、可選品種及其特點、行情趨勢等。 在質(zhì)量有一定保證的前提下，根據(jù)系統(tǒng)方案的實際需要確定規(guī)格與檔次，不求氣派或虛名，如經(jīng)費不足，則應分步走而不減低要求。 信息技術發(fā)展迅速，更新?lián)Q代極快，所謂長期考慮、一步到位的策略對計算機硬件決不可取。 為保證售后服務，要選擇成熟的、信譽良好的供應商，盡可能不采用多家供應商集成的策略。 系統(tǒng)規(guī)模較大時，采用招標方式選擇供應商。投標評價在較大

11、范圍內(nèi)公開進行，或由專家組組成的第三者負責。 硬件、系統(tǒng)軟件與應用軟件、數(shù)據(jù)庫系統(tǒng)與開發(fā)工具等應整體考慮，以便取得盡可能好的系統(tǒng)匹配或系統(tǒng)兼容性。,軟件供應商的選擇,1、國外大公司: IBM, ORACLE, SAP, I2 , 客戶：跨國公司和國內(nèi)大中型企業(yè)。 特點：軟件成熟、功能完善、掌握行業(yè)發(fā)展規(guī)律、與國際接軌 劣勢：要求基礎條件高、價格高，與國內(nèi)客戶的溝通難,2、國內(nèi)大型管理軟件企業(yè)：用友、金碟、神州數(shù)碼. 客戶：國內(nèi)大中型制造企業(yè)為主 特點：客戶資源豐富、管理軟件齊全 弱點：對物流的專門業(yè)務了解不深,需要考察該公司是否建立起自己的軟件質(zhì)量度量和評價數(shù)據(jù)，數(shù)據(jù)庫中是否存有與本企業(yè)所在行

12、業(yè)相關的軟件，是否具有相關的開發(fā)經(jīng)驗。,軟件供應商的選擇,3、專業(yè)物流軟件公司：博科、招商迪辰、商友、中軟冠群、遠望. 客戶：專業(yè)物流公司、連鎖分銷企業(yè) 特點：專業(yè)經(jīng)驗豐富，與客戶聯(lián)系深入 弱點：市場規(guī)模普遍尚小，標準化難度大,4、其他物流軟件企業(yè) 客戶：雜、小、散 特點：有一技之長、價格低廉 弱點：實力不足、信譽不足,天津：優(yōu)尼泰信息技術公司（專業(yè)物流軟件商）,系統(tǒng)開發(fā)規(guī)模,信息系統(tǒng)建設之初需要統(tǒng)盤考慮 上級集團軟件、購入現(xiàn)成軟件、原有系統(tǒng)修修補補，雖然勉強能用，但會造成軟件的不斷膨脹，維護費用不斷上升，而最終成為“雞肋”。軟件的全壽命周期成本問題 已有信息系統(tǒng)切換到另外的信息系統(tǒng)與推行一個

13、全新的信息系統(tǒng)相比，在系統(tǒng)實施階段遇到的抵觸情緒要大的多。,系統(tǒng)開發(fā)規(guī)模,信息系統(tǒng)包羅萬象、無所不能，但功能上不能片面地追求全面 企業(yè)按照軟件設置的管理模式、業(yè)務流程運作，而全然不顧自身切實的業(yè)務需要。 根據(jù)企業(yè)根據(jù)自身的需求和實際情況選擇軟件、確定實施目標和步驟。 模塊化與一體化結構 大型項目最根本一條：分解多個相對獨立部分模塊化設計；所謂的循序漸進。 但要避免脫離企業(yè)整體管理目標片面在局部推行信息化，結果是同時應用了幾套互不相關的小系統(tǒng)，形成“信息孤島” 物流信息系統(tǒng)必須適應業(yè)務靈活變動的特點（還不定型）,需求分析,一開始企業(yè)往往提不出明確的需求，但隨著對信息系統(tǒng)了解的深入，在系統(tǒng)實施的過

14、程中，會不斷提出新的需求（即所謂的需求膨脹）。 一旦為了滿足新的需求而去改變既定的實施方案，所產(chǎn)生的成本增長、項目延期往往會超出預料，而使得整個項目失去控制。 項目進度和成本控制的目的，不去滿足新的需求 解決方法：現(xiàn)有業(yè)務操作經(jīng)驗與IT技術、IT應用方面的專業(yè)知識、物流先進理念相結合的規(guī)劃；最好有專業(yè)咨詢參與,BPR,物流流程重組（Logistics Process Reengineering，LPR），是指對企業(yè)物流流程進行根本性的再思考和徹底的重新設計，以求在成本、質(zhì)量、服務和速度等績效標準上取得重大改善，重組的內(nèi)容主要包括組織結構、內(nèi)部業(yè)務流程、供應鏈結構和物流理念等四個方面。 關鍵問題

15、是： 流程適應信息化的要求 信息化適應流程,BPR,由于引入了新的技術手段，業(yè)務處理流程必然也要作相應的變化，才能夠保證真正發(fā)揮出信息系統(tǒng)的作用。 不能片面強調(diào)信息系統(tǒng)的個性化，強調(diào)軟件要符合企業(yè)現(xiàn)有的流程，忽略自身業(yè)務在應用信息系統(tǒng)后的持續(xù)改進。 一般來說，流程的改造必然會涉及企業(yè)組織結構和制度的變革，難度比較大，所以經(jīng)常是一個個環(huán)節(jié)分步實施，逐步完善的。,BPR,核心思想來看，物流流程重組要求從根本上重新設計物流流程 物流流程重組關心的是事物“應該是什么樣子”，而不計較“現(xiàn)在是什么樣子”。 因此，首先提出的問題不是“如何把現(xiàn)在的事情做得更好”，而是“為什么要做我們所做的事情”、“為什么要用

16、現(xiàn)在的方法做事情”。 這些根本性的問題，促使人們對管理企業(yè)的方法所基于的習慣和假設進行觀察和思考。,BPR,重新設計意味著追根溯源，從根本上重新設計物流流程，而不是表面的改變或修修補補； 同時，物流信息系統(tǒng)的建設也將改變傳統(tǒng)的管理模式，物流信息系統(tǒng)真正的能力不在于它使傳統(tǒng)的工作方法更有效率，而應該在于它使企業(yè)打破了傳統(tǒng)的工作規(guī)則，并創(chuàng)造新的工作方式，這也正是物流流程重組的核心內(nèi)容。,BPR,物流流程重組的主要內(nèi)容包括： 組織結構：導致組織結構的扁平化 內(nèi)部業(yè)務流程：優(yōu)化 供應鏈結構：重新整合 物流理念：更新,BPR,BPR,BPR,BPR主要技術,企業(yè)過程再工程的主要技術在于簡化和優(yōu)化過程。B

17、PR過程簡化的主要思想是：戰(zhàn)略上精簡分散的過程；職能上糾正錯位的過程；執(zhí)行上刪除冗余的過程。 利用IT技術過程中簡化過程的原則： 縱向集成：權力下放，壓縮管理層次。 橫向集成：跨部門按業(yè)務流程壓縮。 減少檢查、校對和控制：變事后檢查為事前管理。 單點對待顧客：用入口信息代替中間信息。 單庫提供信息：建立統(tǒng)一的共享數(shù)據(jù)庫。 一條路徑到達輸出：明確處理路徑。 并行工程：將串行變?yōu)椴⑿小?靈活選擇過程聯(lián)接：對不同輸入，用盡可能少的過程實現(xiàn)輸出。,信息化過程中的項目管理,信息系統(tǒng)建設牽涉面廣泛、時間跨度長、技術含量高 項目人員的開發(fā)、實施經(jīng)驗和項目管理經(jīng)驗也可借助外部咨詢 要找專業(yè)物流軟件公司配合本公

18、司的相應人員外部咨詢機構的管理理念 項目就是在一定的資源約束下完成既定目標的一次性任務。這一定義包含三層意思：一定資源約束、一定目標、一次性任務。這里的資源包括時間資源、經(jīng)費資源、人力資源和物質(zhì)資源。,信息化過程中的項目管理,人員管理 系統(tǒng)工作人員：負責系統(tǒng)分析和設計，他們應當既精通管理業(yè)務，又是計算機專家。 程序員：負責編寫和調(diào)試程序。 操作員：包括上機操作人員和數(shù)據(jù)錄入人員。 硬件人員：負責機器維護和保養(yǎng)工作。 項目負責人：相當于系統(tǒng)開發(fā)的總工程師，應當精通管理業(yè)務，熟悉計算機技術并具有相當?shù)慕M織協(xié)調(diào)能力。 用戶管理人員參與：積極參與和配合，往往使設計脫離應用需要，不能很好地投人運行管理人

19、員與計算機技術人員考慮問題的出發(fā)點不同，有時會發(fā)生矛盾。 計算機和用戶的關系：計算機應當成為提高用戶工作效率的工具和手段，而不應當成為用戶的負擔。 加強用戶和設計人員之間的理解和溝通。,信息化過程中的項目管理,信息系統(tǒng)的開發(fā)是一種變革，常常會遇到企業(yè)的阻力 基層的阻力來自擔心自己的工作被計算機替代或由于難以改變自己的工作方式而采取不合作的態(tài)度； 中層的阻力來自擔心新的信息系統(tǒng)會使權力結構與管理方式發(fā)生變化，從而影響自己原有的地位； 高層的阻力則是由于不真正了解信息系統(tǒng)及其作用，不重視、不親自參與而造成的； 管理工作的不確定性與不穩(wěn)定性。,信息化過程中的項目管理,管理人員的培訓重點應該是基本概念

20、與一些結合具體項目的必需知識,技術選擇,眾多可供選擇的工具 網(wǎng)絡互連方面有INTERNET虛擬互聯(lián)、ISDN、DDN甚至衛(wèi)星通訊 無線技術等信息傳輸手段，有RF、Barcode、POS系統(tǒng)等技術提供高效的信息錄入手段 數(shù)據(jù)庫技術、XML、JAVA等先進的軟件開發(fā)工具或標準 GPS、GIS、GSM、GPRS等遠程定位和動態(tài)跟蹤的技術 開發(fā)工具開發(fā)方式,技術選擇,應用的技術既不是越先進越好 也不能單純的因為新技術的高投入而止步不前 要視企業(yè)的現(xiàn)在需求和未來發(fā)展而定，更要綜合考慮競爭態(tài)勢、投入產(chǎn)出比（性價比）等各種因素。,軟件開發(fā)質(zhì)量,質(zhì)量保證體系 質(zhì)量保證措施：分階段計劃管理、堅持階段評審、嚴格產(chǎn)

21、品控制、面向?qū)ο蠛突跇嫾姆椒?、參與式的“原型開發(fā)”、采用現(xiàn)代程序設計技術、結果能清楚審查、良好的開發(fā)團隊 團隊：系統(tǒng)規(guī)劃、分析、開發(fā)、測試、文檔及項目管理 文檔管理 安全管理 質(zhì)量管理措施：設計質(zhì)量、技術培訓、文檔和技術服務質(zhì)量,軟件開發(fā)質(zhì)量,面向?qū)ο蟮姆椒◤娬{(diào)類、封裝和繼承，能提高軟件的可重用性，將錯誤和缺憾局部化，同時還有利于用戶的參與，這些對提高信息系統(tǒng)的質(zhì)量都大有好處。 基于構件的開發(fā)又被稱為“即插即用編程”方法，是從計算機硬件設計中吸收過來的優(yōu)秀方法。這種編程方法是將編制好的“構件”插入已做好的框架中，從而形成一個大型軟件。構件是可重用的軟件部分，構件既可以自己開發(fā)，也可以使用其

22、他項目的開發(fā)成果，或者直接向軟件供應商購買。當我們發(fā)現(xiàn)某個構件不符合要求時，可對其進行修改而不會影響其他構件，也不會影響系統(tǒng)功能的實現(xiàn)和測試，就好像整修一座大樓中的某個房間，不會影響其他房間的使用。 對軟件開發(fā)的產(chǎn)品控制：基本配置管理（基線配置），對基本配置的修改一定經(jīng)過嚴格的評審；版本控制；全面測試,軟件開發(fā)質(zhì)量,軟件開發(fā)質(zhì)量文檔,系統(tǒng)文檔不是事先一次性形成的，它是在系統(tǒng)開發(fā)、運行與維護過程中不斷地按階段依次推進編寫、修改、完善與積累而形成的。 可以說，如果沒有系統(tǒng)文檔或沒有規(guī)范的系統(tǒng)文檔，信息系統(tǒng)的開發(fā)、運行與維護會處于一種混濁狀態(tài)，這將嚴重影響系統(tǒng)的質(zhì)量，甚至導致系統(tǒng)開發(fā)或運行的失敗。

23、當系統(tǒng)開發(fā)人員發(fā)生變動時，問題尤為突出。因此有些專家認為:系統(tǒng)文檔是信息系統(tǒng)的生命線，沒有文檔就沒有信息系統(tǒng)。 文檔標準與規(guī)范的制定； 文檔編寫的指導與督促； 文檔的收存、保管與借用手續(xù)的辦理等,軟件開發(fā)質(zhì)量安全和保密,信息系統(tǒng)的安全是為防止有意或無意的破壞系統(tǒng)軟硬件及信息資源行為的發(fā)生，避免企業(yè)遭受損失所采取的措施; 信息系統(tǒng)的保密是為防止有意竊取信息資源行為的發(fā)生，使企業(yè)免受損失而采取的措施。 系統(tǒng)開發(fā)時應重點考慮安全和保密 信息系統(tǒng)的安全性問題還有： 自然現(xiàn)象或電源不正常引起的軟硬件損壞與數(shù)據(jù)破壞； 操作失誤導致的數(shù)據(jù)破壞； 病毒侵擾導致的軟件與數(shù)據(jù)的破壞； 人為對系統(tǒng)軟硬件及數(shù)據(jù)所作的

24、破壞。,軟件開發(fā)質(zhì)量安全和保密,措施： 依照國家法規(guī)及企業(yè)的具體情況，制定嚴密的信息系統(tǒng)安全與保密制度，作深入的宣傳與教育，提高每一位涉及信息系統(tǒng)的人員的安全與保密意識。 制定信息系統(tǒng)損害恢復規(guī)程，明確在信息系統(tǒng)遇到自然的或人為的破壞而遭受損害時應采取的各種恢復方案與具體步驟。 配備齊全的安全設備，如穩(wěn)壓電源、電源保護裝置、空調(diào)器等。 設置切實可靠的系統(tǒng)訪問控制機制，包括系統(tǒng)功能的選用與數(shù)據(jù)讀寫的權限、用戶身份的確認等。 完整地制作系統(tǒng)軟件和應用軟件的備份，并結合系統(tǒng)的日常運行管理與系統(tǒng)維護，做好數(shù)據(jù)的備份及備份的保管工作。 敏感數(shù)據(jù)盡可能以隔離方式存放，由專人保管。,軟件開發(fā)項目進度,計劃發(fā)

25、生延誤原因： 各項開發(fā)活動的工作量是憑經(jīng)驗估計的，實際工作量與預計數(shù)發(fā)生較大的差別。 開發(fā)過程中產(chǎn)生不少事先末估計到的活動，使工作量增加。 由于需求或其他情況發(fā)生變化，使已完成的成果要作局部修改，造成返工。 針對不同的原因，可能采取的解決措施有： 開發(fā)中的不確定性問題，可事先在工作計劃中留有一定的寬裕度 開發(fā)過程中經(jīng)常性地交換意見 當關鍵路線上的活動延誤時，要調(diào)配現(xiàn)有開發(fā)人員，或加班加點，或集中人力予以重點解決。 增加開發(fā)人員，充實薄弱環(huán)節(jié)，但如前所述，開發(fā)人員并不能與時間成正比對換，即開發(fā)人員的增加對延誤問題的解決能力是很有限的。,接口問題,物流信息系統(tǒng)需要有廣泛接口能力 內(nèi)部接口問題：主要

26、是財務系統(tǒng) 外部接口問題：海關等部門，供應鏈其它環(huán)節(jié) 物流業(yè)務系統(tǒng)化、網(wǎng)絡化的特點要求打破部門、地域的壁壘外部資源的信息化水平參差不齊，需要系統(tǒng)的廣泛接口才能夠適應。,物流信息系統(tǒng)實施風險,企業(yè)信息化基礎 軟硬件、網(wǎng)絡環(huán)境、人員IT技能、應用水平，可以通過重點補課，強化培訓和行政命令彌補 管理與觀念 一把手工程，統(tǒng)一思想和認識 BPR的難度 有針對性的管理咨詢 利益關聯(lián) 協(xié)調(diào)人的問題,信息系統(tǒng)開發(fā)的格言,不要無限期地推遲自動化 各個擊破 不要過早的開始寫詳細功能說明書 在系統(tǒng)設計階段建立性能檢查標準 在整個系統(tǒng)開發(fā)過程中始終強調(diào)質(zhì)量要求的一致性 采用一種系統(tǒng)開發(fā)方法學 邊開發(fā)邊編寫資料 盡快停

27、止明顯無效益的項目,物流信息系統(tǒng)開發(fā)實務,物流信息系統(tǒng)的開發(fā)方法,生命周期法 把信息系統(tǒng)的開發(fā)作為一項工程 以結構化分析、結構化設計及結構化程序為基礎，以及強調(diào)文檔管理和“自頂向下、逐步求精”的設計路線 用戶很難全面清楚的描述自己的需求 適宜于研制規(guī)模較大，研究目標又比較穩(wěn)定的項目,物流信息系統(tǒng)的開發(fā)方法,快速原型法 主要考慮那些對用戶是可見的系統(tǒng)方面的需求描述（如屏幕格式及輸入操作過程、輸出結果形式等），進而構造了一個初始原型，用戶評審該原型，從而可能進一步修改某些需求，根據(jù)修改意見調(diào)整原型，循環(huán)反復使它滿足需要。然后演示這個原型（建立工作原型），在用戶參與情況下，按照用戶的合理而可行的要求

28、，與用戶共同調(diào)整和完善這些原型，直到用戶滿意為止，最后成為要開發(fā)的信息系統(tǒng)。,物流信息系統(tǒng)的開發(fā)過程,計劃 需求分析 信息系統(tǒng)設計： 概要設計 詳細設計 程序編寫 測試 運行和維護,可行性研究報告與項目計劃 軟件需求與數(shù)據(jù)要求說明書 概要設計和詳細設計說明書 數(shù)據(jù)庫設計說明書 用戶手冊和操作手冊 模塊開發(fā)卷宗 測試計劃和分析報告 開發(fā)進度月報 項目開發(fā)總結報告,軟件生存期各階段編制的文檔,物流信息系統(tǒng)項目計劃,成立項目領導小組一定是一把手工程 可行性研究 戰(zhàn)略及目標體系 建立管理規(guī)章制度：分工、設備、操作、維護、安全保障、檔案等 確定項目隊伍角色與職責 項目組、團隊 目標管理、進度管理、開發(fā)管

29、理、測試、用戶培訓、技術支持,系統(tǒng)調(diào)查,基于現(xiàn)行系統(tǒng)，又高于現(xiàn)行系統(tǒng) What How When Problem 系統(tǒng)處理對象即數(shù)據(jù) 數(shù)據(jù)從哪里來到哪里去，何時何地作何操作 新系統(tǒng)的邏輯模型 調(diào)查應遵循用戶參與的原則，即由使用部門的業(yè)務人員、主管人員和設計部門的系統(tǒng)分析人員、系統(tǒng)設計人員共同進行,系統(tǒng)調(diào)查的內(nèi)容,組織機構及職能 工作目標調(diào)查 管理流程調(diào)查 業(yè)務處理流程調(diào)查 數(shù)據(jù)流程調(diào)查 單據(jù)、賬冊、報表 信息載體：名稱、編號、業(yè)務、信息量、數(shù)據(jù)項、關系、類型、長度、值域 處理過程調(diào)查 其他,系統(tǒng)調(diào)查的方式,重點詢問調(diào)查 首先列出影響信息系統(tǒng)成敗的關鍵因素，編制一個調(diào)查問卷表，然后自頂向下對組織

30、的各個管理層次進行訪問，并分類整理結果，從而了解各部門的全部工作和設想。 全面業(yè)務需求分析的問卷調(diào)查 針對所而需調(diào)查的各項內(nèi)容，繪制相應的各種形式的圖表，用這些圖表對企業(yè)管理崗位上的工作人員進行全面的在需求析調(diào)查（填表），然后分析整理這些圖表逐步得出我們所要調(diào)查的內(nèi)容。 深入實際的調(diào)查方式 即參加業(yè)務實踐，對于復雜的計算過程如能親自動手算一算，對以后設計和編寫程序設計說明書都是很有益的一步。一個好辦法是在這個階段就收集出一套將來可供程序調(diào)試用的試驗數(shù)據(jù)，這對系統(tǒng)實施階段考核程序的正確性很有用處。,常見的調(diào)查表有,（1） 上級單位對企業(yè)要求調(diào)查表；（2） 系統(tǒng)功能需求調(diào)查表；（3） 企業(yè)業(yè)務流程

31、調(diào)查表；（4） 企業(yè)各業(yè)務部門組織結構及業(yè)務范圍調(diào)查表；（5） 信息需求調(diào)查表；（6） 業(yè)務文件/報表調(diào)查表,管理功能調(diào)查,用戶管理 Enterprise Buyer EB中的管理角色可以為每個用戶指定權力和角色。 供應商管理 Supplier Adoption Program 甄別、篩選并培訓供應商如何假如商業(yè)市場。培訓內(nèi)容包括目錄管理、投資回報評估工具。 目錄和目錄冊管理 Content Refinery 基本的目錄服務。精煉目錄： 建立增值服務目錄， 帶參數(shù)的商業(yè)市場查詢 需求管理 Through Inegration .通過與企業(yè)內(nèi)部需求計劃系統(tǒng)的集成，企業(yè)買方系統(tǒng)可以獲取相關的需求數(shù)

32、據(jù)以產(chǎn)生物流服務采購定單,管理功能調(diào)查,定單管理 Order Management 實現(xiàn)供應商接單、定單狀態(tài)更新、價格和庫存管理 竟標管理 Auction Services 實現(xiàn)報價/投標管理的全程自動化 價格管理 Enterprise Buyer 批準管理 Enterprise Buyer 提供工作流功能，能夠有效地建立各種類型的物流服務采購申請自動審批流程 合同管理 Through Integration 可以與現(xiàn)有的合同管理系統(tǒng)接口,管理功能調(diào)查,庫存管理 Through Integration 付款管理 Payment Gateway 能夠與指定的第三方的付款系統(tǒng)接口 內(nèi)外部物流管理

33、Logistics Gateway 能夠與指定的第三方的物流系統(tǒng)接口 報表 Enterprise Buyer 自助物流服務采購 Enterprise Buyer/Auction/eRFX,業(yè)務流程調(diào)查,調(diào)查管理業(yè)務流程應順著原系統(tǒng)信息流動的過程逐步地進行，內(nèi)容包括各環(huán)節(jié)的處理業(yè)務、信息來源、處理方法、計算方法、信息流經(jīng)去向、提供信息的時間和形態(tài)（報告、單據(jù)、屏幕顯示等）。,業(yè)務流程圖,業(yè)務流程圖（Flow Chart）的定義管理業(yè)務流程圖是一種描述系統(tǒng)內(nèi)各單位、人員之間業(yè)務關系、作業(yè)順序和管理信息流向的圖表，利用它可以幫助分析人員找出業(yè)務流程中的不合流理向。,表格分配圖,這種圖表可幫助分析員表

34、示出系統(tǒng)中各種單據(jù)和報告都與哪些部門發(fā)生業(yè)務關系。,數(shù)據(jù)流程調(diào)查,由信息邏輯流程到數(shù)據(jù)流程 收集原系統(tǒng)全部輸入單據(jù)（如入庫單、收據(jù)、憑證）、輸出報表和數(shù)據(jù)存儲介質(zhì)（如賬本、清單）的典型格式。 弄清各環(huán)節(jié)上的處理方法和計算方法。 在上述各種單據(jù)、報表、賬本的典型樣品上或用附頁注明制作單位、報送單位、存放地點、發(fā)生頻度（如每月制作幾張）、發(fā)生的高峰時間及發(fā)生量等。 在上述各種單據(jù)、報表、賬冊的典型樣品上注明各項數(shù)據(jù)的類型（數(shù)字、字符）、長度、取值范圍（指最大值和最小值）。,數(shù)據(jù)流程圖,數(shù)據(jù)流程圖（DFD，Data Flow Diagram）：數(shù)據(jù)流程圖是一種能全面地描述信息系統(tǒng)邏輯模型的主要工具，

35、它可以用少數(shù)幾種符號綜合地反映出信息在系統(tǒng)中的流動、處理和存儲情況。 數(shù)據(jù)流程圖的特征 （1） 抽象性：在數(shù)據(jù)流程圖中具體的組織機構、工作場所、人員、物質(zhì)流等等都已去掉，只剩下數(shù)據(jù)的存儲、流動、加工、使用的情況。這種抽象性能便我們總結出信息處理的內(nèi)部規(guī)律性。 （2） 概括性 ：它把系統(tǒng)對各種業(yè)務的處理過程聯(lián)系起來考慮，形成一個總體。而業(yè)務編程圖只能孤立在分析各個業(yè)務，不能反映出各業(yè)務之間的數(shù)據(jù)關系。,數(shù)據(jù)流程圖,倉儲管理信息邏輯流程,裝卸 人員,倉儲作業(yè)管理數(shù)據(jù)流圖,出庫處理,貨品交接 信息,盤存 清單,貨品 交接單,簽收清點,入庫登記,出、入庫日志,運輸差錯 日志,庫存臺賬記錄,倉儲管理,統(tǒng)

36、計 報表,貨位 記錄,排程計劃,人力/工具信息,派遣/排程 計劃單,庫存決策,安全 庫存量,訂貨批量 模型,原材料需求計劃,采購管理,缺貨預警通知單,登記入庫單 查詢?nèi)霂煊涗?記錄入庫日志 更新庫存臺帳,錄入領料/銷售單證 記錄出庫日志 查詢出庫記錄 更新庫存臺帳,更新交接信息 查詢交接記錄 記錄差錯日志,查詢?nèi)肆?工具狀態(tài) 根據(jù)出、入庫需求生成派遣排程計劃,填寫貨位記錄 查詢查詢貨位記錄 生成盤存清單和各類統(tǒng)計報表,查詢安全庫存量 更新安全庫存量 根據(jù)原材料需求計劃、庫存情況和訂貨批量模型產(chǎn)生模擬定購決策結果 生成缺貨預警通知,派遣/排程 計劃記錄,數(shù)據(jù)字典,所謂數(shù)據(jù)字典，是在新系統(tǒng)數(shù)據(jù)流程

37、圖的基礎上，進一步定義和描述所有數(shù)據(jù)的工具，包括對一切動態(tài)數(shù)據(jù)（數(shù)據(jù)流）和靜態(tài)數(shù)據(jù)（數(shù)據(jù)存貯）的數(shù)據(jù)結構和相互關系的說明，是數(shù)據(jù)分析和數(shù)據(jù)管理的重要工具，是系統(tǒng)設計階段進行數(shù)據(jù)庫（文件）設計的參考依據(jù)。 數(shù)據(jù)字典的內(nèi)容主要是對數(shù)據(jù)流程圖中的數(shù)據(jù)項、數(shù)據(jù)結構、數(shù)據(jù)流、處理邏輯、數(shù)據(jù)存儲和外部實體等六個方面進行具體的定義。數(shù)據(jù)流程圖配以數(shù)據(jù)字典，就可以從圖形和文字兩個方面對系統(tǒng)的邏輯模型進行完整的描述。,數(shù)據(jù)字典,數(shù)據(jù)項又稱數(shù)據(jù)元素，是數(shù)據(jù)的最小單位。分析數(shù)據(jù)特性應從靜態(tài)和動態(tài)兩個方面去進行。在數(shù)據(jù)字典中，僅定義數(shù)據(jù)的靜態(tài)特性，具體包括： 數(shù)據(jù)項的名稱、編號、別名和簡述； 數(shù)據(jù)項的長度； 數(shù)據(jù)項的

38、取值范圍；,數(shù)據(jù)字典,數(shù)據(jù)結構描述某些數(shù)據(jù)項之間的關系。一個數(shù)據(jù)結構可以由若干個數(shù)據(jù)項組成；也可以由若干個數(shù)據(jù)結構組成，還可以由若干個數(shù)據(jù)項和數(shù)據(jù)結構組成。如下表所示訂貨單就是由三個數(shù)據(jù)結構組成的數(shù)據(jù)結構，表中用DS表示數(shù)據(jù)結構，用I表示數(shù)據(jù)項。,數(shù)據(jù)字典,數(shù)據(jù)流由一個或一組固定的數(shù)據(jù)項組成。定義數(shù)據(jù)流時，不僅要說明數(shù)據(jù)流的名稱、組成等，還應指明它的來源、去向和數(shù)據(jù)流量等。,數(shù)據(jù)字典,處理邏輯的定義僅對數(shù)據(jù)流程圖中最底層的處理邏輯加以說明。,數(shù)據(jù)字典,數(shù)據(jù)存儲在數(shù)據(jù)字典中只描述數(shù)據(jù)的邏輯存儲結構，而不涉及它的物理組織。,數(shù)據(jù)字典,外部實體定義包括：外部實體編號、名稱、簡述、及有關數(shù)據(jù)流的輸入和

39、輸出,處理邏輯,判斷樹,處理邏輯,判斷表（又稱決策表）,處理邏輯,結構英語表示法 IF 欠款時間30天IF 需要量庫存量THEN 立即發(fā)貨ELSE先按庫存量發(fā)貨，進貨后再補發(fā)ELSEIF 欠款時間100天 THENIF需求量庫存量THEN 先付款再發(fā)貨ELSE不發(fā)貨ELSE 要求先付欠款,系統(tǒng)設計,總體設計。包括信息系統(tǒng)流程圖設計、功能結構圖設計和功能模塊圖 設計等。 代碼設計和設計規(guī)范的制定。 系統(tǒng)物理配置方案設計。包括設備配置、通信網(wǎng)絡的選擇和設計以及 數(shù)據(jù)庫管理系統(tǒng)的選擇等。 數(shù)據(jù)存儲設計。包括數(shù)據(jù)庫設計、數(shù)據(jù)庫的安全保密設計等。 計算機處理過程設計。包括輸出設計、輸入設計、處理流程圖設

40、計及 編寫程序設計說明書等。,代碼設計,代碼是代表事物名稱、屬性、狀態(tài)等的符號，為了便于計算機處理，一般用數(shù)字、字母或它們的組合來表示。 現(xiàn)代化企業(yè)的編碼系統(tǒng)已由簡單的結構發(fā)展成為十分復雜的系統(tǒng)。 它為事物提供一個概要而不含糊的認定，便于數(shù)據(jù)的存儲和檢索。代 碼縮短了事物的名稱，無論是記錄、記憶還是存儲，都可以節(jié)省時間和空間。 使用代碼可以提高處理的效率和精度。按代碼對事物進行排序、累計 或按某種規(guī)定算法進行統(tǒng)計分析，可以十分迅速,代碼設計,代碼提高了數(shù)據(jù)的全局一致性。這樣，對同一事物，即使在不同場合 有不同的叫法，都可以通過編碼統(tǒng)一起來，提高了系統(tǒng)的整體性，減少了因數(shù) 據(jù)不一致而造成的錯誤

41、代碼是人和計算機的共同語言，是兩者交換信息的工具。 在手工處理系統(tǒng)中，許多數(shù)據(jù)如零件號、設備號、圖號等早已使用代碼。 為了給尚無代碼的數(shù)據(jù)項編碼，為了統(tǒng)一和改進原有代碼，使之適應計算機處 理的要求，在建立新系統(tǒng)時，必須對整個系統(tǒng)進行代碼設計。 代碼設計在系統(tǒng)分析階段就應當開始。由于代碼的編制需要仔細調(diào)查和多 方協(xié)調(diào)，是一項很費事的工作;需要經(jīng)過一段時間，在系統(tǒng)設計階段才能最后 確定。,代碼設計,數(shù)據(jù)庫中廣泛采用代碼表 代碼編制的唯一化、規(guī)范化和系統(tǒng)化 為了有 效地推動計算機應用和防止標準化工作走彎路，我國十分重視制訂統(tǒng)一編碼標 準的問題，并己公布了GB2260-80中華人民共和國行政區(qū)劃代碼、

42、GBl988- 80信息處理交換的七位編碼字符集等一系列國家標準編碼，在系統(tǒng)設計時要 認真查閱國家和部門已經(jīng)頒布的各類標準。 代碼分類原則：足夠容量、屬性系統(tǒng)化、一定柔性、與外系統(tǒng)已有系統(tǒng)的協(xié)調(diào) 順序碼、區(qū)間碼、助憶碼、分塊尾數(shù)碼,代碼結構中的校驗位,代碼作為計算機的重要輸入內(nèi)容之一，其正確性直接影響到整個處理工作 的質(zhì)量。特別是人們重復抄寫代碼和將它通過人手輸入計算機時，發(fā)生錯誤的 可能性更大。 為了保證正確輸入，有意識地在編碼設計結構中原有代碼的基礎 上，另外加上一個校驗位，使它事實上變成代碼的一個組成部分。校驗位通過 事先規(guī)定的數(shù)學方法計算出來。代碼一旦輸入，計算機會用同樣的數(shù)學運算方

43、法按輸入的代碼數(shù)字計算出校驗位，并將它與輸入的校驗位進行比較，以證實 輸入是否有錯。 確定校驗位值的方法很多: 算術級數(shù)法 原代碼 1 2 3 4 5 各乘以權 6 5 4 3 2 乘積之和 6+10+12+12+10=50 以11為模去除乘積之和，把得出的余數(shù)作為校驗碼: 50/11=46 因此代碼為123456,物流系統(tǒng)中的代碼應用,客戶代碼 作業(yè)代碼（流水號） 商品代碼（物流條碼） 區(qū)域代碼 儲位代碼 集裝箱箱型 車輛代碼 網(wǎng)點代碼 貨物狀態(tài)代碼 費用類別代碼等等,功能結構圖,功能結構圖就是將系統(tǒng)的功能進行分解，按功能叢書關系表示的圖表。管理信息系統(tǒng)的各子系統(tǒng)可以看作是系統(tǒng)目標下層的功能

44、。對其中每項功能還可以繼續(xù)分解為第三層、第四層甚至更多的功能，從概念上講，上層功能包括 (或控制)下層功能，愈上層功能愈籠統(tǒng)，愈下層功能愈具體。 功能分解的過程就是一個由抽象到具體、由復雜到簡單的過程。圖中每一個框稱為一個功能模塊。功能模塊可以根據(jù)具體情況分得大一點或小一點。分解得最小的功能模塊可以是一個程序中的每個處理過程，而較大的功能模塊則可能是完成某一任務的一組程序。,功能結構圖,信息系統(tǒng)流程圖,信息系統(tǒng)流程圖,系統(tǒng)物理配置方案設計,1系統(tǒng)的吞吐量。每秒鐘執(zhí)行的作業(yè)數(shù)稱為系統(tǒng)的吞吐量。系統(tǒng)的吞吐量越大，則系統(tǒng)的處理能力就越強。系統(tǒng)的吞吐量與系統(tǒng)硬、軟件的選擇有著直接的關系，如果要求系統(tǒng)具

45、有較大的吞吐量，就應當選擇具有較高性能的計算機和網(wǎng)絡系統(tǒng)。 2系統(tǒng)的響應時間。從用戶向系統(tǒng)發(fā)出一個作業(yè)請求開始，經(jīng)系統(tǒng)處理后，給出應答結果的時間稱為系統(tǒng)的響應時間。如果要求系統(tǒng)具有較短的響應時間，就應當選擇運算速度較快的計算機及具有較高傳遞速率的通訊線路，如實時應用系統(tǒng)。 3系統(tǒng)的可靠性。系統(tǒng)的可靠性可以用連續(xù)工作時間表示。例如，對于每天需要24小時連續(xù)工作的系統(tǒng)、則系統(tǒng)的可靠性就應該很高，這時可以采用雙機雙工結構方式。,系統(tǒng)物理配置方案設計,4集中式還是分布式。如果一個系統(tǒng)的處理方式是集中式的，則信息系統(tǒng)既可以是主機系統(tǒng)，也可以是網(wǎng)絡系統(tǒng)，若系統(tǒng)的處理方式是分布式的，剛采用微機網(wǎng)絡將更能有效

46、地發(fā)揮系統(tǒng)的性能。 5地域范圍。對于分布式系統(tǒng)，要根據(jù)系統(tǒng)覆蓋的范圍決定采用廣域網(wǎng)還是局域網(wǎng)。 6數(shù)據(jù)管理方式。如果數(shù)據(jù)管理方式為文件系統(tǒng)，則操作系統(tǒng)應具備文件管理功能,輸入輸出設計,輸出表格、圖表、報告一致的格式 屏幕輸出、打印輸出（套打） 輸入表格、輸入設備 輸入檢驗 與外界的數(shù)據(jù)交換（輸入與輸出） 出錯處理輸出,用戶界面設計,菜單方式 會話管理方式 提示方式與權限管理 人性化界面 快捷操作、默認操作 自動校正、查錯 幫助系統(tǒng)的人性化,測試,人工和自動的方法、模擬和實際檢驗 單元測試、組裝測試和確認測試 確認測試包括 功能測試 性能測試 強度測試 其他：安全性、系統(tǒng)恢復測試,物流信息系統(tǒng)運

47、行實務,信息管理機構,主要職責是信息的管理與信息系統(tǒng)的管理。 一般應命名為：信息管理部、信息管理中心等，而不應以計算機工具來命名。 根據(jù)其所涉及的部門范圍及信息的重要性，在企業(yè)中的地位應高于其他部門。 信息系統(tǒng)管理機構除了負責系統(tǒng)的運行管理外，還要承擔信息系統(tǒng)的長遠發(fā)展建設、通過信息的開發(fā)與利用推動企業(yè)各方面的變革等工作。 目前我國企業(yè)在信息管理機構的組建上所面臨的主要問題是缺乏信息管理人才，從現(xiàn)在的實際情況看，較可行的辦法是在信息系統(tǒng)的開發(fā)過程中培養(yǎng)一批企業(yè)自己的信息管理專門隊伍，從小到大的逐步擴展信息管理機構。,系統(tǒng)運行情況的記錄,系統(tǒng)軟、硬件及數(shù)據(jù)等的運作情況作記錄。 運行情況有正常、不

48、正常與無法運行等，后兩種情況應將所見的現(xiàn)象、發(fā)生的時間及可能的原因作盡量詳細的記錄。 運行情況的記錄對系統(tǒng)問題的分析與解決有重要的參考價值。 由于該項工作較繁瑣，在實際上往往會流于形式，因此一般應在系統(tǒng)中設置上自動記錄功能。就目前的技術而言，這一點也是完全能做到的。 但作為一種責任與制度，一些重要的運行情況及所遇到的問題，例如多人共用或涉及敏感信息的計算機及功能項的使用等仍應作書面記錄。,系統(tǒng)運行的日常維護,定時定內(nèi)容地重復進行的有關數(shù)據(jù)與硬件的維護，以及突發(fā)事件的處理等。 信息系統(tǒng)運行中的突發(fā)事件一般是由于操作不當、計算機病毒、突然停電等引起的。 在數(shù)據(jù)或信息方面，須日常加以維護的有備份、存

49、檔、整理及初始化等。 大部分的日常維護應該由專門的軟件來處理，但處理功能的選擇與控制一般還是由使用人員或?qū)I(yè)人員來完成。為安全考慮，每天操作完畢后，都要對更動過的或新增加的數(shù)據(jù)作備份。 一般講，工作站點上的或獨享的數(shù)據(jù)由使用人員備份，服務器上的或多項功能共享的數(shù)據(jù)由專業(yè)人員備份。,系統(tǒng)運行的日常維護,除正本數(shù)據(jù)外，至少要求有兩個以上的備份，并以單雙方式輪流制作，以防剛被損壞的正本數(shù)據(jù)沖掉上次的備份。數(shù)據(jù)正本與備份應分別存于不同的磁盤上或其他存儲介質(zhì)上。 數(shù)據(jù)存檔或歸檔是當工作數(shù)據(jù)積累到一定數(shù)量或經(jīng)過一定時間間隔后轉(zhuǎn)人檔案數(shù)據(jù)庫的處理，作為檔案存儲的數(shù)據(jù)成為歷史數(shù)據(jù)。為防萬一，檔案數(shù)據(jù)也應有兩份

50、以上。 數(shù)據(jù)的整理是關于數(shù)據(jù)文件或數(shù)據(jù)表的索引、記錄順序的調(diào)整等，數(shù)據(jù)整理可使數(shù)據(jù)的查詢與引用更為快捷與方便，對數(shù)據(jù)的完整性與正確性也很有好處。 在系統(tǒng)正常運行后數(shù)據(jù)的初始化主要是指以月度或年度為時間單位的數(shù)據(jù)文件或數(shù)據(jù)表的切換與結轉(zhuǎn)數(shù)等的預置。 在硬件方面，日常維護主要有各種設備的保養(yǎng)與安全管理、簡易故障的診斷與排除、易耗品的更換與安裝等。硬件的維護應由專人負責。,系統(tǒng)適應性維護,系統(tǒng)適應性維護應由企業(yè)信息管理機構領導負責，指定專人落實。為強調(diào)該項工作的重要性，在工作條件的配備上及工作業(yè)績的說不定上與系統(tǒng)的開發(fā)同等看待。 系統(tǒng)發(fā)展規(guī)劃的研究、制定與調(diào)整; 系統(tǒng)缺陷的記錄、分析與解決方案的設計

51、; 系統(tǒng)結構的調(diào)整、更新與擴充; 系統(tǒng)功能的增設、修改; 系統(tǒng)數(shù)據(jù)結構的調(diào)整與擴充; 各工作站點應用系統(tǒng)的功能重組; 系統(tǒng)硬件的維修、更新與添置; 系統(tǒng)維護的記錄及維護手冊的修訂等。,數(shù)據(jù)及數(shù)據(jù)庫基礎,數(shù)據(jù)結構,數(shù)據(jù)結構是指數(shù)據(jù)的存儲結構及在此結構上的運算或操作。 指針與鏈 在數(shù)據(jù)結構中，表征某一數(shù)據(jù)結構特點及其連接方式的基本單位稱為結構的結點（node)。一個結點可以是一個字符、一個數(shù)字，也可以是一個記錄、一個集合。一個結點通常有幾個域，用來存放與結點有關的信息，存放結點本身信息的域稱為數(shù)據(jù)域，存放結點與其他結點關系信息的域，稱為指針域或鏈域，其中存放與結點有關的結點的地址稱為指針。若干帶指

52、針的結點組成的集合，稱為鏈。 lian.swf,數(shù)據(jù)結構,數(shù)據(jù)結構,線性表是指數(shù)據(jù)的結構形式本質(zhì)上是一維的線性關系，其中的每個結點都是同一類型的數(shù)據(jù)結構。 現(xiàn)實生活中，具有線性表結構的數(shù)據(jù)比比皆是，如英文字母表、上例中的職工登記表、產(chǎn)品的編號等，線性表中每個結點中的元素可以是一個數(shù)字、一串字符，或一項記錄。 將一個線性表存儲到計算機中，可以采取許多不同的方式，最簡單的是順序存儲方式即把線性表的結點按邏輯次序依次存放在一組連續(xù)的存儲單元里，結點在計算機內(nèi)的存放位置完全由結點在線性表中的順序號決定，用這種方法存儲的線性表稱為順序表。 biao.swf,數(shù)據(jù)結構,鏈表的插人與刪除 lianbiao.

53、swf 樹 樹是結點之間有分支的、層次關系的結構，類似于自然界中的樹。樹結構在數(shù)據(jù)處理中應用最廣泛，也是最重要的一類非線性結構，特別是在大規(guī)模數(shù)據(jù)處理中，經(jīng)常會有大量的層次化嵌套數(shù)據(jù)，樹結構為這類數(shù)據(jù)的表示提供了自然的表示方法及高效的運算手段。 shu.swf,數(shù)據(jù)庫設計,數(shù)據(jù)庫就是個能儲存信息的地方，您可以把一個裝滿文件資料的文件柜看作一個數(shù)據(jù)庫 文件柜的每個抽屜存儲一種資料，例如一個抽屜存儲銷售商的資料，一個存顧客，一個商品，另一個存交易的資料，每個抽屜就相當于一個表 銷售商抽屜里面放著一疊文件，每份文件上記錄著一個銷售商的資料，每一份文件就相當于表中的一個記錄 每份文件上的資料都包括姓名

54、、電話、地址等等信息項，每一項信息就相當于表中的一個字段 數(shù)據(jù)庫表記錄字段 ku.swf,數(shù)據(jù)庫的基本知識,庫：多張表的集合，期間通過一定的關系進行聯(lián)結 表：在數(shù)據(jù)庫中存放、顯示、編輯和管理數(shù)據(jù)資料。 查詢：從數(shù)據(jù)庫中查找需要的資料。通過查找不但可以顯示還可以修改需要的資料。 窗體：用更直觀、方便的方法對于表或者查詢中的數(shù)據(jù)進行查看和管理。 報表：從數(shù)據(jù)庫中提取數(shù)據(jù)，并以豐富多樣的形式把數(shù)據(jù)組織起來，以便能打印出漂亮的報表。 記錄：數(shù)據(jù)庫中存儲的數(shù)據(jù)。 字段：數(shù)據(jù)庫中存儲的數(shù)據(jù)分成若干項內(nèi)容，每一項叫做一個字段。,關系型數(shù)據(jù)庫：銷售商、顧客、商品、交易之間的關系 重復信息、一致性和修改問題 C

55、:Downloads3-3-1.swf,關系數(shù)據(jù)庫,建立關系,一對一、一對多（重要）、多對多關系； 索引 主關鍵字，是在關系數(shù)據(jù)庫的表中的一個或者多個字段，用來唯一標識表中的每一條記錄。如身份證號碼，用主關鍵字來建立關系。一般用添加一個自動編號的取名為ID的字段來實現(xiàn)這一點。 外部關鍵字，是在關系數(shù)據(jù)庫中，用來引用另一個表的主關鍵字，以指定與其它表的關系連接，其值可重復，表示一對多。 以多個一對多關系實現(xiàn)多對多 關系的復雜性,關系的規(guī)范化,第一范式 (lNF) 屬于第一范式的關系應滿足的基本條件是元組中的每一個分量都必須是不可分割的數(shù)據(jù)項。 3-3-3.swf 第二范式 (2NF) 所謂第二范

56、式，指的是這種關系不僅滿足第一范式，而且所有非主屬性完全依賴于其主碼。 3-3-4.swf 第三范式 (3NF) 所謂第三范式，指的是這種關系不僅滿足第二范式，而且它的任何一個非主屬性都不傳遞依賴于任何主關鍵字。 3-3-5.swf,數(shù)據(jù)庫的保護,數(shù)據(jù)的安全性是指保護數(shù)據(jù)庫以防止不合法的使用所造成的數(shù)據(jù)泄露、更改和破壞。數(shù)據(jù)的安全可通過對用戶進行標識和鑒定、存取控制、OS級安全保護等措施得到一定的保障。 數(shù)據(jù)的完整性是指數(shù)據(jù)的正確性、有效性與相容性。關系模型的完整性有實體完整性、參照完整性及用戶定義的完整性。 實體完整性。指二維表中描述主關鍵字的屬性不能取空值。如學生基本信息表中的屬性 學號被

57、定義為主關鍵字，則學號的值不能為空。 參照完整性。指具有一對多聯(lián)系的兩個表之間子表中與主表的主關鍵字相關聯(lián)的那個屬性 (外部碼)的值要么為空，要么等于主表中主關鍵字的某個值。 用戶定義的完整性。它是針對某一具體數(shù)據(jù)庫的約束條件，由應用環(huán)境確定。如月份是1-12的正整數(shù)，職工的年齡應大于18小于70等。,數(shù)據(jù)庫的保護,并發(fā)控制是指當多個用戶同時存取、修改數(shù)據(jù)庫時，可能會發(fā)生互相干擾而得到錯誤的結果并使數(shù)據(jù)庫的完整性遭到破壞，因此必須對多用戶的并發(fā)操作加以控制、協(xié)調(diào)。 數(shù)據(jù)庫恢復是指當計算機軟、硬件或網(wǎng)絡通信線路發(fā)生故障而破壞了數(shù)據(jù)或?qū)?shù)據(jù)庫的操作失敗使數(shù)據(jù)出現(xiàn)錯誤或丟失時，系統(tǒng)應能進行應急處理，

58、把數(shù)據(jù)庫恢復到正常狀態(tài)。,使用查詢,查詢就是向數(shù)據(jù)庫提問 ，獲取不同形式的數(shù)據(jù)信息，只查看感興趣的字段和記錄，比較快速方便。 查詢與查找; 查找命令只能查找一個字段的數(shù)據(jù)，查詢還可以作為數(shù)據(jù)庫文件的一部分保存起來 創(chuàng)建查詢（顯示表、關系、字段、準則、排序） 準則：=，不等于，“字符”、not “字符” 各準則的與、或關系 結果非重復選項 查詢中使用運算（匯總、計數(shù)、平均、最大值等） 、合并等，使用表達式生成器 其他查詢類型：更新、刪除、添加查詢 SQL視圖，SQL標準查詢語句：select * from 表 where 條件,窗體,使用窗體使管理數(shù)據(jù)庫中的數(shù)據(jù)變得更加直觀和方便，而且能根據(jù)用戶

59、的需要設計相應的數(shù)據(jù)庫應用程序 添加控件：標簽、字段、圖、使用下拉菜單、列表組、復選框、單選紐、輸入順序、命令按紐等，使用控件向?qū)?窗體屬性：數(shù)據(jù)來源（可以是表，可以是查詢） 使用子窗體、鏈接子窗體 面向?qū)ο蟮木幊蹋焊鱾€控件、對象都有其屬性,報表,使用報表能提取數(shù)據(jù)庫中需要的內(nèi)容并以豐富多樣的格式顯示和打印出來 理解報表功能：只設計了格式和數(shù)據(jù)來源，自動添加內(nèi)容和進行計算 其他內(nèi)容類似于窗體： 頁頭、頁腳、主體、分組數(shù)據(jù)組頭、分組匯總計算 報表屬性：數(shù)據(jù)來源（可以是表，可以是查詢） 使用子報表、鏈接子報表 面向?qū)ο蟮木幊蹋焊鱾€控件、對象都有其屬性,有關電子商務的討論,僅用于南開大學澳班計算機應用教學,電子商務定義,電子商務（Electronic Commerce, EC）電子業(yè)務（Ebusiness，EB）電子消費（Econsumer） 電子商務就是指貿(mào)易活動各環(huán)節(jié)的電子化,它覆蓋與商務活動有關的所有方面，是發(fā)生在開放網(wǎng)絡上包含企業(yè)之間、企業(yè)和消費者之間的商業(yè)交易。 按照世界貿(mào)易組織電子商務專題報告的定義,電子商務就是通過電信網(wǎng)絡進行的生產(chǎn)、營銷、銷售和流通活動,它不僅指基于Internet上的交易,而且指所有利用電子信息技術來解