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

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

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