物流管理信息系統(tǒng) 課件 第3章 物流管理信息系統(tǒng)的開(kāi)發(fā)概述

物流管理信息系統(tǒng)電子工業(yè)出版社第三章物流管理信息系統(tǒng)的開(kāi)發(fā)概述13.1物流管理信息系統(tǒng)的開(kāi)發(fā)策略3.2物流管理信息系統(tǒng)的開(kāi)發(fā)原則3.3物流管理信息系統(tǒng)的開(kāi)發(fā)方法目錄CONTENTS23.1物流管理信息系統(tǒng)的開(kāi)發(fā)策略自上而下的開(kāi)發(fā)策略自下而上的開(kāi)發(fā)策略綜合開(kāi)發(fā)策略3一、自上而下的開(kāi)發(fā)策略“自上而下”的開(kāi)發(fā)策略是從企業(yè)管理的整體進(jìn)行設(shè)計(jì)，逐漸從抽象到具體，從概要設(shè)計(jì)到詳細(xì)設(shè)計(jì)，體現(xiàn)結(jié)構(gòu)化的設(shè)計(jì)思想。這種開(kāi)發(fā)策略強(qiáng)調(diào)整體協(xié)調(diào)和規(guī)劃，由全面到局部，由長(zhǎng)期到近期，從探索合理的信息流出發(fā)來(lái)設(shè)計(jì)整體的管理信息系統(tǒng)。這種開(kāi)發(fā)策略具有系統(tǒng)性、邏輯性強(qiáng)的特點(diǎn)，是管理信息系統(tǒng)各個(gè)子系統(tǒng)集成和成熟的表現(xiàn)。但是對(duì)于較大的系統(tǒng)來(lái)說(shuō)，“自上而下”的開(kāi)發(fā)策略工作量大，開(kāi)發(fā)周期長(zhǎng)，開(kāi)發(fā)費(fèi)用也很大。4一、自下而上的開(kāi)發(fā)策略“自下而上”的開(kāi)發(fā)策略是首先設(shè)計(jì)系統(tǒng)的構(gòu)件，采用搭積木的方式組成整個(gè)系統(tǒng)。采取此種策略就是從現(xiàn)行系統(tǒng)的業(yè)務(wù)狀況出發(fā)，先實(shí)現(xiàn)一個(gè)一個(gè)子系統(tǒng)的具體功能，再逐步由低向高建立起企業(yè)整體的管理信息系統(tǒng)。這種開(kāi)發(fā)策略邊實(shí)施邊見(jiàn)效，容易接受和開(kāi)發(fā)，可以避免大規(guī)模系統(tǒng)可能出現(xiàn)的運(yùn)行不協(xié)調(diào)的風(fēng)險(xiǎn)。但是由于在開(kāi)發(fā)具體子系統(tǒng)的時(shí)候，缺乏整體性的考慮，忽視各個(gè)子系統(tǒng)之間的有機(jī)聯(lián)系，容易導(dǎo)致功能和數(shù)據(jù)的重復(fù)和不一致現(xiàn)象發(fā)生。5一、綜合開(kāi)發(fā)策略綜合開(kāi)發(fā)策略是將以上兩種策略結(jié)合起來(lái)使用?！白陨隙隆钡姆椒ㄟm用于系統(tǒng)的總體規(guī)劃和設(shè)計(jì)，能夠考慮到各個(gè)子系統(tǒng)之間的有機(jī)結(jié)合，避免數(shù)據(jù)和功能的冗余和不一致?！白韵露稀钡拈_(kāi)發(fā)策略適合具體子系統(tǒng)的系統(tǒng)設(shè)計(jì)、系統(tǒng)實(shí)施階段，便于快速完成對(duì)子系統(tǒng)的設(shè)計(jì)和實(shí)施。因此在實(shí)踐中，企業(yè)往往將兩種開(kāi)發(fā)策略結(jié)合起來(lái)使用，即先“自上而下”地做好管理信息系統(tǒng)的戰(zhàn)略規(guī)劃和系統(tǒng)分析，再“自下而上”地逐步實(shí)現(xiàn)各個(gè)子系統(tǒng)的設(shè)計(jì)和實(shí)施。62.2

物流管理信息系統(tǒng)的開(kāi)發(fā)原則系統(tǒng)性原則標(biāo)準(zhǔn)化原則相關(guān)性原則可靠性原則73.3物流管理信息系統(tǒng)的開(kāi)發(fā)方法結(jié)構(gòu)化開(kāi)發(fā)方法原型法面向?qū)ο蠓椒嫦蚍?wù)架構(gòu)的開(kāi)發(fā)方法8一.結(jié)構(gòu)化開(kāi)發(fā)方法9結(jié)構(gòu)化開(kāi)發(fā)方法將LMIS的開(kāi)發(fā)過(guò)程分為5個(gè)階段，包括系統(tǒng)規(guī)劃階段、系統(tǒng)分析階段、系統(tǒng)設(shè)計(jì)階段、系統(tǒng)實(shí)施階段、系統(tǒng)運(yùn)行維護(hù)與評(píng)價(jià)階段，1.結(jié)構(gòu)化開(kāi)發(fā)方法的步驟一.結(jié)構(gòu)化開(kāi)發(fā)方法10面向用戶(hù)需求采用綜合開(kāi)發(fā)策略嚴(yán)格區(qū)分工作階段系統(tǒng)開(kāi)發(fā)工作的質(zhì)量與效率有保障開(kāi)發(fā)過(guò)程規(guī)范化2.結(jié)構(gòu)化開(kāi)發(fā)方法的特點(diǎn)一.結(jié)構(gòu)化開(kāi)發(fā)方法11結(jié)構(gòu)化開(kāi)發(fā)方法該方法適用于一些組織相對(duì)穩(wěn)定、業(yè)務(wù)處理過(guò)程規(guī)范、需求明確且在一定時(shí)期內(nèi)不會(huì)發(fā)生大的變化的大型復(fù)雜系統(tǒng)的開(kāi)發(fā)，尤其是事務(wù)處理系統(tǒng)。結(jié)構(gòu)化開(kāi)發(fā)方法在開(kāi)發(fā)過(guò)程中的整體性和全局性；對(duì)每一階段工作及時(shí)總結(jié)，發(fā)現(xiàn)問(wèn)題及時(shí)反饋糾正，避免開(kāi)發(fā)過(guò)程的混亂狀態(tài)；有利于系統(tǒng)開(kāi)發(fā)的總體管理和控制，簡(jiǎn)便易行，易于實(shí)施。結(jié)構(gòu)化開(kāi)發(fā)方法系統(tǒng)開(kāi)發(fā)周期長(zhǎng)；只有到系統(tǒng)運(yùn)行階段用戶(hù)才能看到最終結(jié)果，風(fēng)險(xiǎn)大；要求開(kāi)發(fā)者開(kāi)始就要完全“固化”需求或者預(yù)見(jiàn)可能的變化，不符合實(shí)際，困難大；穩(wěn)定編寫(xiě)工作量較大。3.結(jié)構(gòu)化開(kāi)發(fā)方法的優(yōu)缺點(diǎn)及適用范圍二、原型法1、原型法的思想及過(guò)程由用戶(hù)與系統(tǒng)分析設(shè)計(jì)人員合作，在短期內(nèi)根據(jù)用戶(hù)的要求首先建立一個(gè)能反映用戶(hù)主要需求的原型，然后與用戶(hù)反復(fù)協(xié)商改進(jìn)，使之逐步完善，最終建立完全符合用戶(hù)要求的新系統(tǒng)。它既可以單獨(dú)作為一種開(kāi)發(fā)方法加以應(yīng)用，又可以作為結(jié)構(gòu)化開(kāi)發(fā)方法的輔助方法和工具。過(guò)程：確定用戶(hù)需求的基本信息，建立初始原型，對(duì)初始原型運(yùn)行和評(píng)價(jià)，修正和改進(jìn)原型二、原型法132.原型法對(duì)開(kāi)發(fā)環(huán)境的要求：對(duì)軟件的要求：集成化的數(shù)據(jù)字典、高性能的數(shù)據(jù)庫(kù)管理系統(tǒng)、第四代程序設(shè)計(jì)語(yǔ)言和開(kāi)發(fā)環(huán)境、自動(dòng)文檔編寫(xiě)機(jī)制對(duì)工作環(huán)境的要求：快速響應(yīng)的環(huán)境、規(guī)范的原型構(gòu)成過(guò)程、好的演示原型的設(shè)施。二、原型法14原型法適用范圍是比較有限的，對(duì)于小型、簡(jiǎn)單、處理過(guò)程比較明確、沒(méi)有大量運(yùn)算和邏輯處理過(guò)程的系統(tǒng)。原型法更多地遵循了人們認(rèn)識(shí)事物的規(guī)律，即循序漸進(jìn)的原則，因此更容易被人們接受；這種方法改進(jìn)了用戶(hù)和系統(tǒng)開(kāi)發(fā)人員的交流方式。在大型復(fù)雜系統(tǒng)中實(shí)施比較困難，只能局部使用；對(duì)于大量運(yùn)算而不需要很多交互的問(wèn)題很難構(gòu)造原型；原型法對(duì)開(kāi)發(fā)工具及開(kāi)發(fā)環(huán)境要求高；對(duì)用戶(hù)的管理水平要求高3.原型法的優(yōu)缺點(diǎn)及適用范圍三、面向?qū)ο蠓椒?51.面向?qū)ο蟮闹饕枷爰斑^(guò)程面向?qū)ο螅∣bjectOriented，OO）方法是以面向?qū)ο笏枷霝橹笇?dǎo)進(jìn)行系統(tǒng)開(kāi)發(fā)的一類(lèi)方法的總稱(chēng)。這類(lèi)方法以對(duì)象為中心，以類(lèi)和繼承為構(gòu)造機(jī)制來(lái)構(gòu)造抽象現(xiàn)實(shí)世界，并構(gòu)建相應(yīng)的軟件系統(tǒng)。面向?qū)ο蠓椒ǖ拈_(kāi)發(fā)過(guò)程也要經(jīng)歷五個(gè)階段：系統(tǒng)規(guī)劃、面向?qū)ο笙到y(tǒng)分析（OOA）、面向?qū)ο笙到y(tǒng)設(shè)計(jì)（OOD）、面向?qū)ο笙到y(tǒng)實(shí)現(xiàn)、系統(tǒng)運(yùn)行維護(hù)與評(píng)價(jià)三、面向?qū)ο蠓椒?62.面向?qū)ο蟮拈_(kāi)發(fā)工具--UMLUML（UnifiedModelingLanguage,統(tǒng)一建模語(yǔ)言）是非專(zhuān)利的第三代建模和規(guī)約語(yǔ)言。UML是一種開(kāi)放的方法，用于說(shuō)明、可視化、構(gòu)建和編寫(xiě)一個(gè)正在開(kāi)發(fā)的、面向?qū)ο蟮摹④浖芗到y(tǒng)的制品的開(kāi)放方法。UML模型3種構(gòu)造模塊，即元素、關(guān)系和圖。UML語(yǔ)言的重要內(nèi)容可以由用例圖、靜態(tài)圖、行為圖、交互圖、實(shí)現(xiàn)圖五類(lèi)圖定義三、面向?qū)ο蠓椒?7面向?qū)ο筮m用范圍是比較有限的，對(duì)于小型的、關(guān)聯(lián)性不高的系統(tǒng)。對(duì)管理人員，它實(shí)現(xiàn)了更快和更廉價(jià)的開(kāi)發(fā)與維護(hù)過(guò)程；對(duì)分析與設(shè)計(jì)人員，建模處理變得更加簡(jiǎn)單，能生成清晰、易于維護(hù)的設(shè)計(jì)方案；對(duì)程序員，對(duì)象模型更淺顯，能夠縮短開(kāi)發(fā)周期。容易帶有原系統(tǒng)的不合理成份；其次思考對(duì)象的時(shí)候，需要采用形象思維，而不是程序化的思維；最后面向?qū)ο罄碚撚写墒?.面向?qū)ο蠓椒ǖ膬?yōu)缺點(diǎn)及適用范圍四.面向服務(wù)架構(gòu)的開(kāi)發(fā)方法181.面向服務(wù)架構(gòu)的主要思想面向服務(wù)架構(gòu)（Service-OrientedArchitecture,SOA）是一個(gè)組件模型，它將應(yīng)用程序的不同功能單元（稱(chēng)為服務(wù)）通過(guò)這些服務(wù)之間定義良好的接口和契約聯(lián)系起來(lái)。接口是采用中立的方式進(jìn)行定義的，它應(yīng)該獨(dú)立于實(shí)現(xiàn)服務(wù)的硬件平臺(tái)、操作系統(tǒng)和編程語(yǔ)言。SOA將核心的業(yè)務(wù)單獨(dú)提煉出來(lái)作為單獨(dú)的系統(tǒng)對(duì)外提供服務(wù)。達(dá)成業(yè)務(wù)之間復(fù)用，系統(tǒng)也將演變成分布式系統(tǒng)架構(gòu)。分布式架構(gòu)是各組件分布在網(wǎng)絡(luò)計(jì)算機(jī)上、組件之間僅僅通過(guò)消息傳遞來(lái)通信并協(xié)調(diào)行動(dòng)。四.面向服務(wù)架構(gòu)的開(kāi)發(fā)方法192.SOA的服務(wù)架構(gòu)：SOA的服務(wù)架構(gòu)包括服務(wù)請(qǐng)求者、服務(wù)提供者、服務(wù)注冊(cè)中心三部分。SOA中的操作主要包括發(fā)布、查詢(xún)、綁定和調(diào)用。在SOA中包括服務(wù)和服務(wù)描述兩種構(gòu)件。四.面向服務(wù)架構(gòu)的開(kāi)發(fā)方法203.SOA涉及的技術(shù)可擴(kuò)展標(biāo)記語(yǔ)言（eXtensibleMarkupLanguage,XML）嚴(yán)格定義了可移植的結(jié)構(gòu)化數(shù)據(jù)。它可以作為定義數(shù)據(jù)描述語(yǔ)言的語(yǔ)言，如標(biāo)記語(yǔ)法或詞匯、交換格式和通信協(xié)議。SOAP（SimpleObjectAccessProtocol，簡(jiǎn)單對(duì)象訪(fǎng)問(wèn)協(xié)議）是一個(gè)基于XML的，用于在分布式環(huán)境下交換信息的輕量級(jí)協(xié)議。WSDL是一個(gè)提供描述服務(wù)IDL標(biāo)準(zhǔn)方法的XML詞匯UDDI(UniversalDescription,DiscoveryandIntegration，統(tǒng)一描述、發(fā)現(xiàn)和集成)規(guī)范提供了一組公用的SOAPAPI，使得服務(wù)代理得以實(shí)現(xiàn)。ESB（EnterpriseServiceBus，企業(yè)服務(wù)總線(xiàn)）是SOA架構(gòu)的一個(gè)支柱技術(shù)。作為一種消息代理架構(gòu)它提供消息隊(duì)列系統(tǒng)，使用諸如SOAP或JMS(JavaMessageService)等標(biāo)準(zhǔn)技術(shù)來(lái)實(shí)現(xiàn)。四.面向服務(wù)架構(gòu)的開(kāi)發(fā)方法214.SOA的特點(diǎn)明確定義的接口松耦合無(wú)狀態(tài)的服務(wù)設(shè)計(jì)基于開(kāi)發(fā)標(biāo)準(zhǔn)四.面向服務(wù)架構(gòu)的開(kāi)發(fā)方法22SOA適用于企業(yè)資金不夠充分，客戶(hù)分布比較分散的系統(tǒng)開(kāi)發(fā)。SOA可通過(guò)互聯(lián)網(wǎng)服務(wù)器發(fā)布、與平臺(tái)無(wú)關(guān)、具有低耦合性、具有可按照模塊分階段實(shí)施的優(yōu)勢(shì)SOA缺乏可靠性、安全性不足、編排缺少統(tǒng)一協(xié)調(diào)、缺乏過(guò)度計(jì)劃等缺點(diǎn)5.SOA的優(yōu)缺點(diǎn)及適用范圍3.4物流管理信息系統(tǒng)的開(kāi)發(fā)方式自行開(kāi)發(fā)與合作開(kāi)發(fā)委托開(kāi)發(fā)購(gòu)買(mǎi)現(xiàn)成的軟件包業(yè)務(wù)外包23一、自行開(kāi)發(fā)和合作開(kāi)發(fā)24優(yōu)點(diǎn)：適合度高，開(kāi)發(fā)費(fèi)用低，后期