![物流信息系統(tǒng)開發(fā)與設計.ppt課件_第1頁](http://file4.renrendoc.com/view/9bfe48843a5782f0f09b1ee73d0733c2/9bfe48843a5782f0f09b1ee73d0733c21.gif)
![物流信息系統(tǒng)開發(fā)與設計.ppt課件_第2頁](http://file4.renrendoc.com/view/9bfe48843a5782f0f09b1ee73d0733c2/9bfe48843a5782f0f09b1ee73d0733c22.gif)
![物流信息系統(tǒng)開發(fā)與設計.ppt課件_第3頁](http://file4.renrendoc.com/view/9bfe48843a5782f0f09b1ee73d0733c2/9bfe48843a5782f0f09b1ee73d0733c23.gif)
![物流信息系統(tǒng)開發(fā)與設計.ppt課件_第4頁](http://file4.renrendoc.com/view/9bfe48843a5782f0f09b1ee73d0733c2/9bfe48843a5782f0f09b1ee73d0733c24.gif)
![物流信息系統(tǒng)開發(fā)與設計.ppt課件_第5頁](http://file4.renrendoc.com/view/9bfe48843a5782f0f09b1ee73d0733c2/9bfe48843a5782f0f09b1ee73d0733c25.gif)
版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領
文檔簡介
1、物流信息系統(tǒng)開發(fā)與設計南開大學現(xiàn)代物流研究中心物流信息系統(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)化輔助決策分析(數(shù)據(jù)
2、倉庫和數(shù)據(jù)挖掘技術)對應具體的物流信息系統(tǒng)的四個層次物流信息系統(tǒng)的結構決策支持數(shù)據(jù)集成應用信息其它組織其它組織其它組織電子數(shù)據(jù)交換EDI電子數(shù)據(jù)交換EDI物流信息系統(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ù)基礎。一個好的物流信息
4、系統(tǒng)首先是一個管理系統(tǒng),是對企業(yè)內(nèi)部、外部資源的計劃與管理,并能面向企業(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ì)量、進度如何控制接口問
5、題信息化系統(tǒng)工程我國企業(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ā)需求定義得更詳細; 外包合同可以對費用進行詳細說明,減少成本的不確定性。自主開發(fā)還是外包外包的風險在于:成本容易
8、超出客戶預算 內(nèi)部的信息系統(tǒng)專業(yè)能力流失 失去對信息系統(tǒng)的控制 外包開發(fā)商倒閉 使用的產(chǎn)品種類受限制 難以對開發(fā)方的職能與安排進行控制 形成對開發(fā)商的依賴 存在損失戰(zhàn)略信息的風險 外包開發(fā)商的系統(tǒng)落后 外包商的文化與人員的適應性差自主開發(fā)還是外包控制這些風險的方式包括:建立各方可度量和實施的共享目標和回報 引入多個供應商作為激勵機制 (招標)建立一個交叉職能的合同管理團隊 建立定期績效考核、評價執(zhí)行定期競爭性評估和基準檢查 實施短期合同 、高頻合同詳細的合同:如在合同中明確數(shù)據(jù)的所有權自主開發(fā)還是外包(直接購買、外購再二次開發(fā)可以排除)自主開發(fā)、建設、維護:專門開發(fā)的工作量非常龐大,應用系統(tǒng)軟
9、件的重復設計與編制耗去了大量的人力與時間。外包開發(fā)外包與自主開發(fā)相結合合作開發(fā)(推薦)合作開發(fā)最為普遍,因為這種方式更能滿足企業(yè)獨特的業(yè)務流程,更有針對性。合作開發(fā)合同(1)系統(tǒng)開發(fā)一般是分步實施的,先期投運與最后完成會有一個較長的周期,因此合同要包括階段要求的條款,也可采用一次簽約分段生效的方式。要考慮質(zhì)量保證和維護、二次開發(fā)、技術支持與服務(2)要帶有足夠的與合同同樣有法律效用的附件,以說明委托或合作細節(jié),以及具體的技術要求。(3)要由企業(yè)負責合同的專業(yè)人員或法律顧問審閱合同,保證合同基本條款的規(guī)范性,避免潛在的風險。 (4)各方在簽訂合同時不僅要注意開發(fā)要求和條件,也要考慮開發(fā)成功后的成
10、果歸屬權問題,這是常遇到的糾紛焦點,應該事先予以明確。硬件方案抉擇多看專業(yè)報刊和廣告,多聽取專家的意見和供應商介紹,多參加展示會和報告會,以熟悉供應商、可選品種及其特點、行情趨勢等。在質(zhì)量有一定保證的前提下,根據(jù)系統(tǒng)方案的實際需要確定規(guī)格與檔次,不求氣派或虛名,如經(jīng)費不足,則應分步走而不減低要求。信息技術發(fā)展迅速,更新?lián)Q代極快,所謂長期考慮、一步到位的策略對計算機硬件決不可取。為保證售后服務,要選擇成熟的、信譽良好的供應商,盡可能不采用多家供應商集成的策略。系統(tǒng)規(guī)模較大時,采用招標方式選擇供應商。投標評價在較大范圍內(nèi)公開進行,或由專家組組成的第三者負責。硬件、系統(tǒng)軟件與應用軟件、數(shù)據(jù)庫系統(tǒng)與開
11、發(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è)所在行業(yè)相關的軟件,是否具有相關的開發(fā)經(jīng)驗。 軟件供應商的選擇3、專業(yè)物流軟件公司:博科、招商迪辰、商友、中軟冠
12、群、遠望.客戶:專業(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)與推行一個全新的信息系統(tǒng)相比,在系統(tǒng)實施階段遇到的抵觸情緒要大的多。系統(tǒng)開發(fā)規(guī)模信息系統(tǒng)包羅萬象、無所不能,但功能上不能片面地追求全面企業(yè)按照
13、軟件設置的管理模式、業(yè)務流程運作,而全然不顧自身切實的業(yè)務需要。根據(jù)企業(yè)根據(jù)自身的需求和實際情況選擇軟件、確定實施目標和步驟。模塊化與一體化結構大型項目最根本一條:分解多個相對獨立部分模塊化設計;所謂的循序漸進。但要避免脫離企業(yè)整體管理目標片面在局部推行信息化,結果是同時應用了幾套互不相關的小系統(tǒng),形成“信息孤島”物流信息系統(tǒng)必須適應業(yè)務靈活變動的特點(還不定型)需求分析一開始企業(yè)往往提不出明確的需求,但隨著對信息系統(tǒng)了解的深入,在系統(tǒng)實施的過程中,會不斷提出新的需求(即所謂的需求膨脹)。一旦為了滿足新的需求而去改變既定的實施方案,所產(chǎn)生的成本增長、項目延期往往會超出預料,而使得整個項目失去控
14、制。項目進度和成本控制的目的,不去滿足新的需求解決方法:現(xiàn)有業(yè)務操作經(jīng)驗與IT技術、IT應用方面的專業(yè)知識、物流先進理念相結合的規(guī)劃;最好有專業(yè)咨詢參與BPR物流流程重組(Logistics Process Reengineering,LPR),是指對企業(yè)物流流程進行根本性的再思考和徹底的重新設計,以求在成本、質(zhì)量、服務和速度等績效標準上取得重大改善,重組的內(nèi)容主要包括組織結構、內(nèi)部業(yè)務流程、供應鏈結構和物流理念等四個方面。 關鍵問題是:流程適應信息化的要求信息化適應流程BPR由于引入了新的技術手段,業(yè)務處理流程必然也要作相應的變化,才能夠保證真正發(fā)揮出信息系統(tǒng)的作用。不能片面強調(diào)信息系統(tǒng)的個
15、性化,強調(diào)軟件要符合企業(yè)現(xiàn)有的流程,忽略自身業(yè)務在應用信息系統(tǒng)后的持續(xù)改進。一般來說,流程的改造必然會涉及企業(yè)組織結構和制度的變革,難度比較大,所以經(jīng)常是一個個環(huán)節(jié)分步實施,逐步完善的。BPR核心思想來看,物流流程重組要求從根本上重新設計物流流程物流流程重組關心的是事物“應該是什么樣子”,而不計較“現(xiàn)在是什么樣子”。因此,首先提出的問題不是“如何把現(xiàn)在的事情做得更好”,而是“為什么要做我們所做的事情”、“為什么要用現(xiàn)在的方法做事情”。這些根本性的問題,促使人們對管理企業(yè)的方法所基于的習慣和假設進行觀察和思考。 BPR重新設計意味著追根溯源,從根本上重新設計物流流程,而不是表面的改變或修修補補;
16、同時,物流信息系統(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企業(yè)戰(zhàn)略企業(yè)物流戰(zhàn)略信息技術戰(zhàn)略物流理念物流信息系統(tǒng)建設個人和作用業(yè)務流程組織結構供應鏈整合物流信息系統(tǒng)建設與BPR均衡模型BPR戰(zhàn)略計劃物流計劃流程重組單個流程改進局部流程重組戰(zhàn)略重組自上而下規(guī)劃自下而上重組物流流程重組的基本思想BPR組織重組橫向集成縱向壓縮業(yè)務流程重組
17、業(yè)務流程診斷業(yè)務流程重組面向流程的系統(tǒng)模型供應鏈整合供應鏈流程分析供應鏈流程重組物流理念現(xiàn)代物流理念信息意識物流流程重組的“四重奏”BPR主要技術企業(yè)過程再工程的主要技術在于簡化和優(yōu)化過程。BPR過程簡化的主要思想是:戰(zhàn)略上精簡分散的過程;職能上糾正錯位的過程;執(zhí)行上刪除冗余的過程。 利用IT技術過程中簡化過程的原則: 縱向集成:權力下放,壓縮管理層次。 橫向集成:跨部門按業(yè)務流程壓縮。 減少檢查、校對和控制:變事后檢查為事前管理。 單點對待顧客:用入口信息代替中間信息。 單庫提供信息:建立統(tǒng)一的共享數(shù)據(jù)庫。 一條路徑到達輸出:明確處理路徑。 并行工程:將串行變?yōu)椴⑿小?靈活選擇過程聯(lián)接:對不
18、同輸入,用盡可能少的過程實現(xiàn)輸出。 信息化過程中的項目管理信息系統(tǒng)建設牽涉面廣泛、時間跨度長、技術含量高項目人員的開發(fā)、實施經(jīng)驗和項目管理經(jīng)驗也可借助外部咨詢要找專業(yè)物流軟件公司配合本公司的相應人員外部咨詢機構的管理理念項目就是在一定的資源約束下完成既定目標的一次性任務。這一定義包含三層意思:一定資源約束、一定目標、一次性任務。這里的資源包括時間資源、經(jīng)費資源、人力資源和物質(zhì)資源。信息化過程中的項目管理人員管理 系統(tǒng)工作人員:負責系統(tǒng)分析和設計,他們應當既精通管理業(yè)務,又是計算機專家。 程序員:負責編寫和調(diào)試程序。 操作員:包括上機操作人員和數(shù)據(jù)錄入人員。 硬件人員:負責機器維護和保養(yǎng)工作。
19、項目負責人:相當于系統(tǒng)開發(fā)的總工程師,應當精通管理業(yè)務,熟悉計算機技術并具有相當?shù)慕M織協(xié)調(diào)能力。 用戶管理人員參與:積極參與和配合,往往使設計脫離應用需要,不能很好地投人運行管理人員與計算機技術人員考慮問題的出發(fā)點不同,有時會發(fā)生矛盾。 計算機和用戶的關系:計算機應當成為提高用戶工作效率的工具和手段,而不應當成為用戶的負擔。 加強用戶和設計人員之間的理解和溝通。 信息化過程中的項目管理信息系統(tǒng)的開發(fā)是一種變革,常常會遇到企業(yè)的阻力 基層的阻力來自擔心自己的工作被計算機替代或由于難以改變自己的工作方式而采取不合作的態(tài)度; 中層的阻力來自擔心新的信息系統(tǒng)會使權力結構與管理方式發(fā)生變化,從而影響自己
20、原有的地位; 高層的阻力則是由于不真正了解信息系統(tǒng)及其作用,不重視、不親自參與而造成的; 管理工作的不確定性與不穩(wěn)定性。信息化過程中的項目管理管理人員的培訓重點應該是基本概念與一些結合具體項目的必需知識內(nèi)容對象講座單元時間信息系統(tǒng)基本概念各級管理人員2開發(fā)前計算機基本知識基層、中層管理人員3開發(fā)前、開發(fā)中管理思想與方法各級管理人員3開發(fā)前、開發(fā)中本企業(yè)信息系統(tǒng)介紹基層、中層管理人員1開發(fā)前本企業(yè)信息系統(tǒng)操作方法各子系統(tǒng)相關管理人員分解到子系統(tǒng)開發(fā)后技術選擇眾多可供選擇的工具網(wǎng)絡互連方面有INTERNET虛擬互聯(lián)、ISDN、DDN甚至衛(wèi)星通訊無線技術等信息傳輸手段,有RF、Barcode、POS
21、系統(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)品控制、面向?qū)ο蠛突跇嫾姆椒?、參與式的“原型開發(fā)”、采用現(xiàn)代程序設計技術、結果能清楚審查、良好的開發(fā)團隊團隊:系統(tǒng)規(guī)劃、分析、開發(fā)、測試、文檔及項目管理文檔管理安全管理質(zhì)量管理措施:設計質(zhì)量、技術培訓
22、、文檔和技術服務質(zhì)量軟件開發(fā)質(zhì)量面向?qū)ο蟮姆椒◤娬{(diào)類、封裝和繼承,能提高軟件的可重用性,將錯誤和缺憾局部化,同時還有利于用戶的參與,這些對提高信息系統(tǒng)的質(zhì)量都大有好處。 基于構件的開發(fā)又被稱為“即插即用編程”方法,是從計算機硬件設計中吸收過來的優(yōu)秀方法。這種編程方法是將編制好的“構件”插入已做好的框架中,從而形成一個大型軟件。構件是可重用的軟件部分,構件既可以自己開發(fā),也可以使用其他項目的開發(fā)成果,或者直接向軟件供應商購買。當我們發(fā)現(xiàn)某個構件不符合要求時,可對其進行修改而不會影響其他構件,也不會影響系統(tǒng)功能的實現(xiàn)和測試,就好像整修一座大樓中的某個房間,不會影響其他房間的使用。對軟件開發(fā)的產(chǎn)品控
23、制:基本配置管理(基線配置),對基本配置的修改一定經(jīng)過嚴格的評審;版本控制;全面測試軟件開發(fā)質(zhì)量軟件開發(fā)質(zhì)量文檔系統(tǒng)文檔不是事先一次性形成的,它是在系統(tǒng)開發(fā)、運行與維護過程中不斷地按階段依次推進編寫、修改、完善與積累而形成的??梢哉f,如果沒有系統(tǒng)文檔或沒有規(guī)范的系統(tǒng)文檔,信息系統(tǒng)的開發(fā)、運行與維護會處于一種混濁狀態(tài),這將嚴重影響系統(tǒng)的質(zhì)量,甚至導致系統(tǒng)開發(fā)或運行的失敗。當系統(tǒng)開發(fā)人員發(fā)生變動時,問題尤為突出。因此有些專家認為:系統(tǒng)文檔是信息系統(tǒng)的生命線,沒有文檔就沒有信息系統(tǒng)。 文檔標準與規(guī)范的制定; 文檔編寫的指導與督促; 文檔的收存、保管與借用手續(xù)的辦理等軟件開發(fā)質(zhì)量安全和保密信息系統(tǒng)的安
24、全是為防止有意或無意的破壞系統(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ù)所作的破壞。軟件開發(fā)質(zhì)量安全和保密措施:依照國家法規(guī)及企業(yè)的具體情況,制定嚴密的信息系統(tǒng)安全與保密制度,作深入的宣傳與教育,提高每一位涉及信息系統(tǒng)的人員的安全與保密意識。 制定信息系統(tǒng)損害恢復規(guī)程,明確在信息系統(tǒng)遇到自然的或人為的破壞而遭受損害
25、時應采取的各種恢復方案與具體步驟。 配備齊全的安全設備,如穩(wěn)壓電源、電源保護裝置、空調(diào)器等。 設置切實可靠的系統(tǒng)訪問控制機制,包括系統(tǒng)功能的選用與數(shù)據(jù)讀寫的權限、用戶身份的確認等。 完整地制作系統(tǒng)軟件和應用軟件的備份,并結合系統(tǒng)的日常運行管理與系統(tǒng)維護,做好數(shù)據(jù)的備份及備份的保管工作。 敏感數(shù)據(jù)盡可能以隔離方式存放,由專人保管。軟件開發(fā)項目進度計劃發(fā)生延誤原因:各項開發(fā)活動的工作量是憑經(jīng)驗估計的,實際工作量與預計數(shù)發(fā)生較大的差別。開發(fā)過程中產(chǎn)生不少事先末估計到的活動,使工作量增加。由于需求或其他情況發(fā)生變化,使已完成的成果要作局部修改,造成返工。針對不同的原因,可能采取的解決措施有:開發(fā)中的不
26、確定性問題,可事先在工作計劃中留有一定的寬裕度開發(fā)過程中經(jīng)常性地交換意見當關鍵路線上的活動延誤時,要調(diào)配現(xiàn)有開發(fā)人員,或加班加點,或集中人力予以重點解決。增加開發(fā)人員,充實薄弱環(huán)節(jié),但如前所述,開發(fā)人員并不能與時間成正比對換,即開發(fā)人員的增加對延誤問題的解決能力是很有限的。接口問題物流信息系統(tǒng)需要有廣泛接口能力內(nèi)部接口問題:主要是財務系統(tǒng)外部接口問題:海關等部門,供應鏈其它環(huán)節(jié)物流業(yè)務系統(tǒng)化、網(wǎng)絡化的特點要求打破部門、地域的壁壘外部資源的信息化水平參差不齊,需要系統(tǒng)的廣泛接口才能夠適應。物流信息系統(tǒng)實施風險企業(yè)信息化基礎軟硬件、網(wǎng)絡環(huán)境、人員IT技能、應用水平,可以通過重點補課,強化培訓和行政
27、命令彌補管理與觀念一把手工程,統(tǒng)一思想和認識BPR的難度有針對性的管理咨詢利益關聯(lián)協(xié)調(diào)人的問題信息系統(tǒng)開發(fā)的格言不要無限期地推遲自動化各個擊破不要過早的開始寫詳細功能說明書在系統(tǒng)設計階段建立性能檢查標準在整個系統(tǒng)開發(fā)過程中始終強調(diào)質(zhì)量要求的一致性采用一種系統(tǒng)開發(fā)方法學邊開發(fā)邊編寫資料盡快停止明顯無效益的項目物流信息系統(tǒng)開發(fā)實務物流信息系統(tǒng)的開發(fā)方法生命周期法把信息系統(tǒng)的開發(fā)作為一項工程 以結構化分析、結構化設計及結構化程序為基礎,以及強調(diào)文檔管理和“自頂向下、逐步求精”的設計路線 用戶很難全面清楚的描述自己的需求 適宜于研制規(guī)模較大,研究目標又比較穩(wěn)定的項目 總體規(guī)劃用戶需求軟件需求系統(tǒng)設計詳
28、細設計編碼系統(tǒng)測試系統(tǒng)運行、維護“生命周期法”流程圖物流信息系統(tǒng)的開發(fā)方法快速原型法 主要考慮那些對用戶是可見的系統(tǒng)方面的需求描述(如屏幕格式及輸入操作過程、輸出結果形式等),進而構造了一個初始原型,用戶評審該原型,從而可能進一步修改某些需求,根據(jù)修改意見調(diào)整原型,循環(huán)反復使它滿足需要。然后演示這個原型(建立工作原型),在用戶參與情況下,按照用戶的合理而可行的要求,與用戶共同調(diào)整和完善這些原型,直到用戶滿意為止,最后成為要開發(fā)的信息系統(tǒng)。 編碼系統(tǒng)測試系統(tǒng)運行、維護總體規(guī)劃用戶需求原型過程系統(tǒng)設計詳細設計“快速原型法”流程圖物流信息系統(tǒng)的開發(fā)過程計劃需求分析信息系統(tǒng)設計:概要設計詳細設計程序編
29、寫測試運行和維護可行性研究報告與項目計劃軟件需求與數(shù)據(jù)要求說明書概要設計和詳細設計說明書數(shù)據(jù)庫設計說明書用戶手冊和操作手冊模塊開發(fā)卷宗測試計劃和分析報告開發(fā)進度月報項目開發(fā)總結報告軟件生存期各階段編制的文檔 階段文檔可行性研究與計劃需求分析設計代碼編寫測試運行與維護可行性研究報告項目開發(fā)計劃軟件需求說明數(shù)據(jù)要求說明概要設計說明詳細設計說明測試計劃用戶手冊操作手冊測試分析報告開發(fā)進度月報項目開發(fā)總結維護修改建議物流信息系統(tǒng)項目計劃成立項目領導小組一定是一把手工程可行性研究戰(zhàn)略及目標體系建立管理規(guī)章制度:分工、設備、操作、維護、安全保障、檔案等確定項目隊伍角色與職責項目組、團隊目標管理、進度管理、
30、開發(fā)管理、測試、用戶培訓、技術支持系統(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)查問卷表,然后自頂向下對組織的各個管理層次進行訪問,并分類整
31、理結果,從而了解各部門的全部工作和設想。 全面業(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è)務流程調(diào)查表;(4) 企業(yè)各業(yè)務部門組織結構
32、及業(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ù)據(jù)以產(chǎn)生物流服務采購定單管理功能調(diào)查定單管理
33、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)外部物流管理 Logistics Gateway 能夠與指定的第三方的物流系統(tǒng)
34、接口報表 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è)務流程中的不合流理向。表格分配圖 這種圖表可幫助分析員表示出系統(tǒng)中各種單據(jù)和報告都與哪些部門發(fā)生業(yè)務關系。 數(shù)據(jù)流程調(diào)查由信息邏輯流
35、程到數(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)邏輯模型的主要工具,它可以用少數(shù)幾種符號綜合地反映出信息在系統(tǒng)中的流動、處理和存儲情況。 數(shù)據(jù)流程圖的
36、特征 (1) 抽象性:在數(shù)據(jù)流程圖中具體的組織機構、工作場所、人員、物質(zhì)流等等都已去掉,只剩下數(shù)據(jù)的存儲、流動、加工、使用的情況。這種抽象性能便我們總結出信息處理的內(nèi)部規(guī)律性。 (2) 概括性 :它把系統(tǒng)對各種業(yè)務的處理過程聯(lián)系起來考慮,形成一個總體。而業(yè)務編程圖只能孤立在分析各個業(yè)務,不能反映出各業(yè)務之間的數(shù)據(jù)關系。 數(shù)據(jù)流程圖倉儲管理信息邏輯流程裝卸人員人力、工具調(diào)撥排程安全庫存量盤存清單倉儲管理運輸人員質(zhì)檢人員貨品交接單質(zhì)量檢驗單簽收清點倉儲管理運輸差錯日志原材料入庫單入庫登記庫存臺賬記錄出、入庫日志排程調(diào)撥單倉儲管理統(tǒng)計報表出庫處理領料清單銷售提貨單生產(chǎn)車間銷售部門庫存決策訂貨批量模型
37、原材料需求缺貨預警通知采購部門倉儲作業(yè)管理數(shù)據(jù)流圖出庫處理貨品交接信息盤存清單倉儲管理運輸管理倉儲管理貨品交接單簽收清點入庫登記出、入庫日志運輸差錯日志庫存臺賬記錄倉儲管理統(tǒng)計報表貨位記錄排程計劃人力/工具信息派遣/排程計劃單裝卸人員庫存決策安全庫存量訂貨批量模型原材料需求計劃采購管理缺貨預警通知單運輸人員登記入庫單查詢?nèi)霂煊涗浻涗浫霂烊罩靖聨齑媾_帳錄入領料/銷售單證記錄出庫日志查詢出庫記錄更新庫存臺帳更新交接信息查詢交接記錄記錄差錯日志查詢?nèi)肆?工具狀態(tài)根據(jù)出、入庫需求生成派遣排程計劃填寫貨位記錄查詢查詢貨位記錄生成盤存清單和各類統(tǒng)計報表查詢安全庫存量更新安全庫存量根據(jù)原材料需求計劃、庫存
38、情況和訂貨批量模型產(chǎn)生模擬定購決策結果生成缺貨預警通知派遣/排程計劃記錄數(shù)據(jù)字典所謂數(shù)據(jù)字典,是在新系統(tǒng)數(shù)據(jù)流程圖的基礎上,進一步定義和描述所有數(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)兩個方面去進
39、行。在數(shù)據(jù)字典中,僅定義數(shù)據(jù)的靜態(tài)特性,具體包括: 數(shù)據(jù)項的名稱、編號、別名和簡述; 數(shù)據(jù)項的長度; 數(shù)據(jù)項的取值范圍; 例:數(shù)據(jù)項定義數(shù)據(jù)項編號:ID201數(shù)據(jù)項名稱:材料編號別名:材料編碼簡述:某種材料的代碼類型及寬度:字符型,4位取值范圍:00019999數(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ù)項。 DS03-01:用戶訂貨單DS03-02:訂貨單標識DS03-03:用戶情況DS03-04:配件情況I1
40、:訂貨單編號I3:用戶代碼I10:配件代碼I2:日期I4:用戶名稱I11:配件名稱I5:用戶地址I12:配件規(guī)格I6:用戶姓名I13:訂貨數(shù)量I7:電話I8:開戶銀行I9:賬號例:數(shù)據(jù)結構定義數(shù)據(jù)結構編號:DS03-01數(shù)據(jù)結構名稱:用戶訂貨單簡述:用戶所鎮(zhèn)用戶情況及訂貨要求等信息數(shù)據(jù)結構組成:DS03-02 +DS03-03+ DS03-04數(shù)據(jù)字典數(shù)據(jù)流由一個或一組固定的數(shù)據(jù)項組成。定義數(shù)據(jù)流時,不僅要說明數(shù)據(jù)流的名稱、組成等,還應指明它的來源、去向和數(shù)據(jù)流量等。例:數(shù)據(jù)流定義數(shù)據(jù)流編號:F03-08數(shù)據(jù)結構名稱:領料單簡述:車間開出的領料單數(shù)據(jù)流來源:車間數(shù)據(jù)流去向:發(fā)料處理模塊數(shù)據(jù)流組
41、成:材料編號十材料名稱十領用數(shù)量十日期十領用單位數(shù)據(jù)流量:10份時高峰流量:20份時(上午9:0011:00)數(shù)據(jù)字典處理邏輯的定義僅對數(shù)據(jù)流程圖中最底層的處理邏輯加以說明。例:處理邏輯定義處理邏輯編號:P02-03處理邏輯名稱:計算電費簡述:計算應交納的電費輸入的數(shù)據(jù)流:數(shù)據(jù)流電費價格,來源于數(shù)據(jù)存儲文件價格表;數(shù)據(jù)流電量和用戶類別,來源于處理邏輯讀電表數(shù)字處理和數(shù)據(jù)存儲擁戶文件。處理:根據(jù)數(shù)據(jù)流用電量和用戶信息,檢索用戶文件,確定該用戶類別;再根據(jù)已確定的該用戶類別,檢索數(shù)據(jù)存儲價格表文件,以確定該用戶的收費標準,得到單價;用單價和用電量相乘得該用戶應交納的電費。輸出的數(shù)據(jù)流:數(shù)據(jù)流電費一
42、是去外部項用戶,二是寫入數(shù)據(jù)存儲用戶電費賬目文件。處理頻率:對每個用戶每月處理一次。數(shù)據(jù)字典數(shù)據(jù)存儲在數(shù)據(jù)字典中只描述數(shù)據(jù)的邏輯存儲結構,而不涉及它的物理組織。 例:數(shù)據(jù)存儲定義數(shù)據(jù)存儲編號:F03-08數(shù)據(jù)存儲名稱:庫存賬簡述:存放配件的庫存量和單價數(shù)據(jù)存儲組成:配件編號十配件名稱十單價十庫存量十備往關鍵字:配件編號相關聯(lián)的處理:P02,P03數(shù)據(jù)字典外部實體定義包括:外部實體編號、名稱、簡述、及有關數(shù)據(jù)流的輸入和輸出例:外部實體定義外部實體編號:S03-01外部實體名稱:用戶簡述:購置本單位配件的用戶輸入的數(shù)據(jù)流:D03-06,D03-08輸出的數(shù)據(jù)流:D03-01處理邏輯判斷樹處理邏輯判
43、斷表(又稱決策表)不同條件組合條件與行動12345678C1:交易額5萬元以上YYYYNNNNC2:無欠款YYNNYYNNC3:與公司交易20年以上YNYNYNYNA1:折扣率15%A2:折扣率10%A3:折扣率5%A4:折扣率0%處理邏輯結構英語表示法IF 欠款時間30天IF 需要量庫存量THEN 立即發(fā)貨ELSE先按庫存量發(fā)貨,進貨后再補發(fā)ELSEIF 欠款時間100天 THENIF需求量表記錄字段ku.swf數(shù)據(jù)庫的基本知識庫:多張表的集合,期間通過一定的關系進行聯(lián)結表:在數(shù)據(jù)庫中存放、顯示、編輯和管理數(shù)據(jù)資料。查詢:從數(shù)據(jù)庫中查找需要的資料。通過查找不但可以顯示還可以修改需要的資料。窗
44、體:用更直觀、方便的方法對于表或者查詢中的數(shù)據(jù)進行查看和管理。報表:從數(shù)據(jù)庫中提取數(shù)據(jù),并以豐富多樣的形式把數(shù)據(jù)組織起來,以便能打印出漂亮的報表。記錄:數(shù)據(jù)庫中存儲的數(shù)據(jù)。字段:數(shù)據(jù)庫中存儲的數(shù)據(jù)分成若干項內(nèi)容,每一項叫做一個字段。關系型數(shù)據(jù)庫:銷售商、顧客、商品、交易之間的關系重復信息、一致性和修改問題C:Downloads3-3-1.swf關系數(shù)據(jù)庫 交易表日期 銷售商名稱 顧客名稱 商品名稱 數(shù)量銷售商表銷售商名稱 電話 地址 顧客表顧客名稱 電話 地址 商品表商品名稱 分類 價格 建立關系一對一、一對多(重要)、多對多關系;索引主關鍵字,是在關系數(shù)據(jù)庫的表中的一個或者多個字段,用來唯一
45、標識表中的每一條記錄。如身份證號碼,用主關鍵字來建立關系。一般用添加一個自動編號的取名為ID的字段來實現(xiàn)這一點。外部關鍵字,是在關系數(shù)據(jù)庫中,用來引用另一個表的主關鍵字,以指定與其它表的關系連接,其值可重復,表示一對多。以多個一對多關系實現(xiàn)多對多關系的復雜性關系的規(guī)范化第一范式 (lNF)屬于第一范式的關系應滿足的基本條件是元組中的每一個分量都必須是不可分割的數(shù)據(jù)項。3-3-3.swf第二范式 (2NF) 所謂第二范式,指的是這種關系不僅滿足第一范式,而且所有非主屬性完全依賴于其主碼。3-3-4.swf第三范式 (3NF)所謂第三范式,指的是這種關系不僅滿足第二范式,而且它的任何一個非主屬性都
46、不傳遞依賴于任何主關鍵字。3-3-5.swf數(shù)據(jù)庫的保護數(shù)據(jù)的安全性是指保護數(shù)據(jù)庫以防止不合法的使用所造成的數(shù)據(jù)泄露、更改和破壞。數(shù)據(jù)的安全可通過對用戶進行標識和鑒定、存取控制、OS級安全保護等措施得到一定的保障。 數(shù)據(jù)的完整性是指數(shù)據(jù)的正確性、有效性與相容性。關系模型的完整性有實體完整性、參照完整性及用戶定義的完整性。 實體完整性。指二維表中描述主關鍵字的屬性不能取空值。如學生基本信息表中的屬性 學號被定義為主關鍵字,則學號的值不能為空。 參照完整性。指具有一對多聯(lián)系的兩個表之間子表中與主表的主關鍵字相關聯(lián)的那個屬性 (外部碼)的值要么為空,要么等于主表中主關鍵字的某個值。 用戶定義的完整性
47、。它是針對某一具體數(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)應能進行應急處理,把數(shù)據(jù)庫恢復到正常狀態(tài)。使用查詢查詢就是向數(shù)據(jù)庫提問 ,獲取不同形式的數(shù)據(jù)信息,只查看感興趣的字段和記錄,比較快速方便。查詢與查找; 查找命令只能查找一個字段的數(shù)據(jù),查詢還可以作為數(shù)據(jù)庫文件的一
48、部分保存起來 創(chuàng)建查詢(顯示表、關系、字段、準則、排序)準則:=,不等于,“字符”、not “字符”各準則的與、或關系 結果非重復選項 查詢中使用運算(匯總、計數(shù)、平均、最大值等) 、合并等,使用表達式生成器其他查詢類型:更新、刪除、添加查詢SQL視圖,SQL標準查詢語句:select * from 表 where 條件窗體使用窗體使管理數(shù)據(jù)庫中的數(shù)據(jù)變得更加直觀和方便,而且能根據(jù)用戶的需要設計相應的數(shù)據(jù)庫應用程序 添加控件:標簽、字段、圖、使用下拉菜單、列表組、復選框、單選紐、輸入順序、命令按紐等,使用控件向?qū)Т绑w屬性:數(shù)據(jù)來源(可以是表,可以是查詢)使用子窗體、鏈接子窗體面向?qū)ο蟮木幊蹋焊?/p>
49、個控件、對象都有其屬性報表使用報表能提取數(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)絡上包
50、含企業(yè)之間、企業(yè)和消費者之間的商業(yè)交易。 按照世界貿(mào)易組織電子商務專題報告的定義,電子商務就是通過電信網(wǎng)絡進行的生產(chǎn)、營銷、銷售和流通活動,它不僅指基于Internet上的交易,而且指所有利用電子信息技術來解決擴大宣傳、降低成本、增加價值和創(chuàng)造商機的商務活動,包括通過網(wǎng)絡實現(xiàn)從原材料查詢、采購、產(chǎn)品展示、訂購到生產(chǎn)、儲運以及電子支付等一系列的貿(mào)易活動;常見形式、工具傳真文件電報 EDIInternet 收款機(Point of sells,POS)商場管理信息系統(tǒng)(BMIS) 電子訂貨系統(tǒng)(Electronic ordering system, EOS)電子數(shù)據(jù)交換(Electronic Da
51、ta Interchange,EDI)電子貨幣(Electronic Fund Transfer, EFT)自動服務終端、自動柜員機、電子轉(zhuǎn)帳系統(tǒng)(EFT)電子公告系統(tǒng)(Bulletin Board System, BBS)電子郵件(Email)條形碼(Barcode)圖像處理、智能卡 部分網(wǎng)上電子商務形式廣告宣傳、咨詢洽談、網(wǎng)上訂購、網(wǎng)上支付、服務傳遞、意見征詢、交易管理網(wǎng)上黃頁類:功能相當有限網(wǎng)上目錄,并能接受網(wǎng)上訂貨還可對網(wǎng)上訂貨做出相應的處理幾種現(xiàn)有模式:網(wǎng)上展示、網(wǎng)上購物(一卡通、郵購、個人數(shù)字憑證)、折扣網(wǎng)、拍賣競買、集體競價、網(wǎng)上交費、網(wǎng)上直銷面向21世紀的網(wǎng)絡技術60年代90年代:基于EDI 的電子商務 ,“無紙貿(mào)易”或
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
- 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
- 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 2025-2030全球一次性使用體外血液循環(huán)管路行業(yè)調(diào)研及趨勢分析報告
- 2025-2030全球易碎紙不干膠標簽行業(yè)調(diào)研及趨勢分析報告
- 2025年全球及中國教育用交互式LED顯示屏行業(yè)頭部企業(yè)市場占有率及排名調(diào)研報告
- 養(yǎng)殖場家禽合作合同書
- 醫(yī)療器械銷售勞動合同書
- 石膏買賣合同書樣本年
- 企業(yè)之間借款合同范本
- 維修承包合同
- 2025股份制辦廠合同范本
- 泵車租賃合同范本
- 湖北十堰燃氣爆炸事故案例
- 混凝土試件臺賬
- 中英文財務報表空白模板(金融非金融完整版)
- 人機料法環(huán)測檢查表
- 中國數(shù)字貨運發(fā)展報告
- 使用AVF血液透析患者的護理查房
- 《幼兒教師職業(yè)道德》教案
- 2021年高考山東卷化學試題(含答案解析)
- 客服百問百答
- GA/T 766-2020人精液PSA檢測金標試劑條法
- 品管圈活動提高氧氣霧化吸入注意事項知曉率
評論
0/150
提交評論