供應(yīng)鏈管理系統(tǒng)設(shè)計

PAGEⅠ摘要日益激烈的市場競爭對國內(nèi)廣大制造型企業(yè)的信息化建設(shè)提出了越來越高的要求，供應(yīng)鏈管理系統(tǒng)SCM(SupplyChainManagement)，越來越受到制造型企業(yè)的重視。在目前國內(nèi)供應(yīng)鏈管理系統(tǒng)應(yīng)用環(huán)境不成熟的條件下，如何提供優(yōu)質(zhì)而實用的供應(yīng)鏈管理系統(tǒng)支持軟件，并形成一套大規(guī)模協(xié)同開發(fā)的方法，成為制造型企業(yè)實施供應(yīng)鏈管理系統(tǒng)過程中的一個難點。本文以供應(yīng)鏈管理系統(tǒng)的基本理論和軟件工程的基本方法為理論指導(dǎo)，采用基于三層體系結(jié)構(gòu)和互聯(lián)網(wǎng)應(yīng)用的開發(fā)技術(shù)，結(jié)合實際開發(fā)過程中完成的原型軟件，對面向制造業(yè)的供應(yīng)鏈管理系統(tǒng)開發(fā)方法做了比較全面的探討。文章首先分析了SCM的基本內(nèi)容和面向制造業(yè)的SCM的特點，然后根據(jù)這些特點，結(jié)合實際的開發(fā)經(jīng)驗和成果，針對軟件開發(fā)的每個階段進行了分析，提出了自己的觀點以及對傳統(tǒng)軟件工程的改進方法，最后得出了一套適應(yīng)現(xiàn)階段SCM應(yīng)用的原型軟件,總結(jié)了一套針對性的開發(fā)方法。面向制造業(yè)的SCM系統(tǒng)的本質(zhì)特點是優(yōu)化整個供應(yīng)鏈上的企業(yè)的資源配置,它的內(nèi)容覆蓋了從“供應(yīng)商的供應(yīng)商”到“客戶的客戶”的全部過程，包括外購、庫存管理、運輸、倉儲、客戶服務(wù)等部分，企業(yè)內(nèi)外業(yè)務(wù)流程相分離的軟件體系結(jié)構(gòu)，以及傳統(tǒng)軟件工程和面向?qū)ο蟮能浖こ谭椒ㄏ嘟Y(jié)合的方法，很適合現(xiàn)階段SCM的開發(fā)應(yīng)用。進一步的研究需要跟蹤SCM理論及其實現(xiàn)技術(shù)的發(fā)展動態(tài)，結(jié)合實踐過程，不斷改進開發(fā)方法。關(guān)鍵詞：供應(yīng)鏈管理軟件需求數(shù)據(jù)庫Web服務(wù)器因特網(wǎng)ABSTRACTAsaresultofmoredrasticmarketcompetition,requirementstowardsinformationconstructionofnativemanufacturingenterprisesrise.SCM--SupplyChainManagement,hasbeenpaidmoreandmoregreatattentionbymanufacturingenterprisesasitsperformancetooptimizeresourceconfigurationofallenterprises.HowtoprovidequalityandappliedsoftwaretosupportSCM,andhowtodevelopitcosmicallywithcooperationbecomeaproblemduringtheprocesstoimplementSCMformanufacturingenterprises.本文以供應(yīng)鏈管理系統(tǒng)的基本理論和軟件工程的基本方法為理論指導(dǎo)，采用基于三層體系結(jié)構(gòu)和互聯(lián)網(wǎng)應(yīng)用的開發(fā)技術(shù)，結(jié)合實際開發(fā)過程中完成的原型軟件，對面向制造業(yè)的供應(yīng)鏈管理系統(tǒng)開發(fā)方法做了比較全面的探討。文章首先描述了SCM的基本內(nèi)容和面向制造業(yè)的SCM的特點，然后根據(jù)這些特點，結(jié)合實際的開發(fā)經(jīng)驗和成果，針對軟件開發(fā)的每個階段進行了分析，提出了自己的觀點以及對傳統(tǒng)軟件工程的改進方法，最后得出了一套適應(yīng)現(xiàn)階段SCM應(yīng)用的原型軟件,總結(jié)了一套針對性的開發(fā)方法。ThisdissertationgivesafulldiscussionaboutwaystodevelopsoftwareappliedforSCMfacingmanufacturing.ThisdissertationisfinishedunderthedirectionofbasicSCMtheoryandsoftwareengineeringmethod.Intheprocess,sometechnologies,appliedforthree-tierarchitectureandinternet,areutilizedandasuitofprototypeisfinished.ThisarticledescribethefeaturesofSCMsoftwarefacingmanufacturing.Accordingtothesefeatures,eachphaseduringdevelopmentarediscussedcombinedwithfactualdevelopmentexperienceandachievementandsomepersonalviewscomeout.Atlastasuitofsoftwaredevelopmentmethodsadaptingtocurrentenvironmentemerge.面向制造業(yè)的SCM系統(tǒng)的本質(zhì)特點是優(yōu)化整個供應(yīng)鏈上的企業(yè)的資源配置,它的內(nèi)容覆蓋了從“供應(yīng)商的供應(yīng)商”到“客戶的客戶”的全部過程，包括外購、庫存管理、運輸、倉儲、客戶服務(wù)等部分，企業(yè)內(nèi)外業(yè)務(wù)流程相分離的軟件體系結(jié)構(gòu)，以及傳統(tǒng)軟件工程和面向?qū)ο蟮能浖こ谭椒ㄏ嘟Y(jié)合的方法，很適合現(xiàn)階段SCM的開發(fā)應(yīng)用。進一步的研究需要跟蹤SCM理論及其實現(xiàn)技術(shù)的發(fā)展動態(tài)，結(jié)合實踐過程，不斷改進開發(fā)方法。ThecorefeaturesofSCMfacingmanufacturingaretooptimizeresourceconfigurationinthewholesupplychain.ThecontentofSCMcoversthewholeprocessfromsuppliers’supplierstocustomers’tocustomers,includingoutersales,inventorymanagement,transportation,storage,customerservice.SeparatinginternalandexternalbusinessprocessKeyword：SCMsoftwarerequirementsDatabaseWebServerInternet

目錄摘要 ⅠABSTRACT Ⅱ第一章緒論 (1-7)§1.1課題提出的目的和意義 (1-2)§1.2課題的主要任務(wù)和實現(xiàn)方法 (2)§1.3國內(nèi)外研究和應(yīng)用概況 (2-3)第二章供應(yīng)鏈管理系統(tǒng)概述 (3-7)§2.1供應(yīng)鏈管理的概念 (4)§2.2目前制造業(yè)管理面臨的問題 (4)§2.3面向制造業(yè)的供應(yīng)鏈管理系統(tǒng)的基本內(nèi)容 (5)§2.4對制造業(yè)供應(yīng)鏈管理的目的 (6-7)第三章系統(tǒng)需求描述與分析 (8-25)§3.1系統(tǒng)開發(fā)的第一輸入：需求 (8)§3.2供應(yīng)鏈管理系統(tǒng)軟件需求獲取方法探討 (9-11)§3.3供應(yīng)鏈管理系統(tǒng)需求分析 (12-19)§3.4對系統(tǒng)分析建模方法的探討 (20-23)§3.5對軟件需求的驗證方法 (24-25)第四章對供應(yīng)鏈管理系統(tǒng)設(shè)計過程的研究 (26-40)§4.1設(shè)想中的幾種系統(tǒng)結(jié)構(gòu) (26-29)§4.2軟件系統(tǒng)總體結(jié)構(gòu) (29)§4.3確定技術(shù)路線 (30)§4.4對開發(fā)方法的選擇 (33)§4.5處理流程 (33)§4.6功能分配 (34)§4.7程序模塊映射 (34)§4.8接口設(shè)計 (35-37)§4.9數(shù)據(jù)結(jié)構(gòu)設(shè)計 (38)§4.10過程設(shè)計 (39-40)§4.11運行設(shè)計 (40)第五章代碼實現(xiàn)與測試 (41-43)§5.1代碼實現(xiàn) (41)§5.2測試與驗收 (42-43)第六章工作總結(jié)和供應(yīng)鏈管理系統(tǒng)發(fā)展展望 (44-45)§6.1工作小結(jié) (44)§6.2系統(tǒng)中存在的問題和今后有待開展的工作 (44-45)致謝 (46)作者在攻讀碩士研究生期間發(fā)表的論文 (47)參考文獻(xiàn) (48-50)附錄一用戶注冊的usercase (51-53)附錄二描述Stru_Product的IPO圖 (54)附錄三描述Bn_getProdData的IPO圖 (55-56)附錄四描述Srv_SaleBrowse的IPO圖 (57-58)附錄五審核部分模塊映射的結(jié)果 (59)附錄六頁面變遷圖（部分） (60)PAGE４９第一章緒論§1.1課題提出的目的和意義[1-3]現(xiàn)代制造是以信息技術(shù)和制造業(yè)的融合為主要特征。信息技術(shù)強大的滲透性和擴展性，有力地提升了制造業(yè)，增強了企業(yè)的競爭力，使制造過程高效、快速、精密、節(jié)能、清潔和優(yōu)質(zhì)。制造業(yè)向網(wǎng)絡(luò)化、全球化和虛擬化發(fā)展已經(jīng)成為21世紀(jì)制造業(yè)總的發(fā)展趨勢。供應(yīng)鏈管理SCM(SupplyChainManagement)是企業(yè)信息化建設(shè)的重要內(nèi)容，也是我國企業(yè)管理的發(fā)展一個重要方向。自從供應(yīng)鏈管理作為一種全新的管理理念推出后,爭論和探討不斷,但加強對供應(yīng)鏈的管理已經(jīng)達(dá)成共識。企業(yè)實施供應(yīng)鏈管理是一項復(fù)雜的系統(tǒng)工程,涉及軟件,硬件實施,業(yè)務(wù)人員培訓(xùn),機構(gòu)組織改革,業(yè)務(wù)流程變更,經(jīng)營思路調(diào)整等很多方面,本文將對其中的一個方面——軟件系統(tǒng)的實現(xiàn)方法作一定的探討，軟件系統(tǒng)是供應(yīng)鏈管理系統(tǒng)的實施載體,由于制造業(yè)與供應(yīng)鏈管理系統(tǒng)各有特點，針對面向制造業(yè)供應(yīng)鏈管理系統(tǒng)應(yīng)用的軟件在設(shè)計開發(fā)方法上需要很強的針對性，具體來說，這種特殊的需求對支持軟件提出了以下的要求:軟件的需求經(jīng)常變動，軟件升級比較頻繁;軟件的規(guī)模比較大，需要組織很好的團隊開發(fā);軟件要求的開發(fā)和實施周期比較短，需要高效的開發(fā)隊伍;軟件開放性要求高，軟件系統(tǒng)需要提供豐富的對外接口;軟件的安全性和可靠性要求高;軟件系統(tǒng)內(nèi)部包容許多的子系統(tǒng)，這些子系統(tǒng)很可能是異構(gòu)的。隨著我國加入WTO的腳步的臨近，我國廣大制造型企業(yè)面臨著前所未有的挑戰(zhàn)，許多企業(yè)剛剛由計劃經(jīng)濟轉(zhuǎn)向社會主義市場經(jīng)濟就被拋向了國際大市場，它們不僅感到發(fā)展困難，而且感到生存壓力，這些挑戰(zhàn)是由市場需求的日益多樣化和快節(jié)奏的變化所引起的，他們要求企業(yè)的產(chǎn)品必須適銷，其品質(zhì)必須具有市場競爭力；供貨必須要及時、正確；服務(wù)必須完善、周到；供應(yīng)商、分銷商之間的協(xié)調(diào)必須及時和充分等。信息技術(shù)的發(fā)展與管理思維的創(chuàng)新，為這些問題的解決提供了一種途徑，有效的供應(yīng)鏈管理正成為企業(yè)贏得市場競爭優(yōu)勢的一個必要條件，針對我國國內(nèi)的中小規(guī)模制造型企業(yè)數(shù)量眾多，需求旺盛，信息化基礎(chǔ)建設(shè)不足，投入能力有限，業(yè)務(wù)流程不統(tǒng)一，對市場的反映較慢等特點，如何在低開發(fā)成本，短開發(fā)周期，高軟件質(zhì)量的要求下，開發(fā)出適應(yīng)我國制造型企業(yè)的供應(yīng)鏈管理的軟件系統(tǒng)，作為一個課題提出，從而也引出了本課題的目標(biāo)：以國內(nèi)制造型企業(yè)的供應(yīng)鏈管理系統(tǒng)的實現(xiàn)狀況為根據(jù)，探討適合于現(xiàn)階段市場條件和開發(fā)水平的供應(yīng)鏈管理系統(tǒng)支持軟件，并側(cè)重于對開發(fā)方法的探討?！?.2課題的主要任務(wù)和實現(xiàn)方法本課題的需要完成的任務(wù)有以下幾點：分析供應(yīng)鏈管理系統(tǒng)的基本內(nèi)容，獲取針對性軟件開發(fā)的高層需求；探索在現(xiàn)階段條件下，既適應(yīng)現(xiàn)國內(nèi)制造型企業(yè)的現(xiàn)狀，又適應(yīng)一般軟件開發(fā)商開發(fā)能力的一種企業(yè)供應(yīng)鏈管理的支持軟件體系結(jié)構(gòu)；開發(fā)出一套支持軟件系統(tǒng)，可以供客戶評估需求，并可以演化為最終系統(tǒng)；在實踐中摸索一套適合于規(guī)?；_發(fā)的軟件開發(fā)方法。針對具體的任務(wù)，通過資料收集整理，對實際客戶的調(diào)研，市場環(huán)境和需求分析等方法熟悉供應(yīng)鏈管理的流程和基本內(nèi)容，以及目前國內(nèi)的應(yīng)用狀況，在軟件性能要求基本明確的前提下進行技術(shù)預(yù)研，參照一些著名大公司的解決方案，提出一套自己的軟件體系結(jié)構(gòu)，然后在課題組其它人員的協(xié)助下，開發(fā)出一套可供評估的原型軟件，并在開發(fā)過程中摸索出一套行之有效的規(guī)?；能浖_發(fā)方法?！?.3國內(nèi)外研究和應(yīng)用概況§1.3.1供應(yīng)鏈管理系統(tǒng)的研究和應(yīng)用狀況[4-6]從整個信息化建設(shè)的大環(huán)境上看,國內(nèi)外信息化存在巨大的反差,國外發(fā)達(dá)國家制造業(yè)在信息技術(shù)支持下，能快速地組織設(shè)計與生產(chǎn)，最經(jīng)濟地選擇生產(chǎn)經(jīng)營方式、合作伙伴，提供最滿意的客戶服務(wù)。一些大公司已經(jīng)形成了全球性的研究、開發(fā)、設(shè)計、制造和銷售網(wǎng)絡(luò)。我國據(jù)2000年對國家重點企業(yè)進行的調(diào)查表明，1998年用于信息技術(shù)/裝備投資累計僅占資金的0.3%，而發(fā)達(dá)國家占8~10%,受大環(huán)境的影響,國內(nèi)外企業(yè)在供應(yīng)鏈管理的建設(shè)上必然存在一定的差距,在國外發(fā)達(dá)的國家,供應(yīng)鏈的研究比較早，最早可以追溯到波特的價值鏈理論（ValueChain），供應(yīng)鏈管理系統(tǒng)的應(yīng)用也相對成熟一些，供應(yīng)鏈管理系統(tǒng)應(yīng)用的大環(huán)境已經(jīng)基本形成，但也并非一帆風(fēng)順,據(jù)供應(yīng)鏈協(xié)會在對世界上幾家有代表性的，已經(jīng)實施供應(yīng)鏈管理系統(tǒng)的企業(yè)所做的調(diào)查的基礎(chǔ)上，于2000年的提交的一分報告顯示:在實施了供應(yīng)鏈管理系統(tǒng)的企業(yè)中,從時間上看,提前完成計劃的占9%,按時完成的占45%,滯后完成的占46%;從投入資金上看,預(yù)算超額的占47%,按預(yù)算完成占56%,低于預(yù)算的僅占3%;從預(yù)期效果上看,達(dá)到預(yù)期效果的占49%,沒有達(dá)到預(yù)期效果的占28%,超過預(yù)期效果的占23%。國內(nèi)對供應(yīng)鏈管理的研究比較晚，早期的一些研究還是主要集中在企業(yè)物流和資源計劃的范圍內(nèi)，很多企業(yè)的供應(yīng)鏈系統(tǒng)還都停留在企業(yè)內(nèi)部的信息管理上,很多企業(yè)都建立起了比較成熟的MIS/ERP系統(tǒng),但企業(yè)和上游的供應(yīng)商以及下游的分銷商之間的鏈還沒有建起來,盡管困難重重，但也不乏成功的案例，如中國營運資源領(lǐng)域最大的供應(yīng)商亞都在線,其B2B網(wǎng)上供應(yīng)鏈管理系統(tǒng)的解決方案已經(jīng)相當(dāng)?shù)某晒?，基本實現(xiàn)的功能有：能夠全面的組織、協(xié)調(diào)從供應(yīng)鏈上游的供應(yīng)商到供應(yīng)鏈下游的客戶的整個企業(yè)供應(yīng)鏈的所有環(huán)節(jié)；能夠迅速的自發(fā)適應(yīng)市場對產(chǎn)品、產(chǎn)量和交貨期的改變；能夠提高與貿(mào)易伙伴的合作效率，優(yōu)化供銷渠道，改善物流系統(tǒng)，這對獲得并保持競爭優(yōu)勢具有十分重要的意義；還能夠幫助企業(yè)擴大市場份額，改進客戶服務(wù)，最大限度的成本，可以預(yù)見，供應(yīng)鏈管理在國內(nèi)是可以大有作為的?！?.3.2支持軟件的研究和應(yīng)用狀況[7]早期的軟件系統(tǒng)很難滿足供應(yīng)鏈管理系統(tǒng)功能需求，軟件系統(tǒng)真正能夠提供對供應(yīng)鏈管理系統(tǒng)需求的全面支持得益于因特網(wǎng)應(yīng)用的普及和技術(shù)和發(fā)展，越來越多的用戶通過因特網(wǎng)連接到一起，為分散的供應(yīng)商、企業(yè)、消費者之間的鏈真正形成創(chuàng)造了條件，越來越快的網(wǎng)絡(luò)速度為這條鏈流暢的運行提供了保障，近年來伴隨因特網(wǎng)的發(fā)展而誕生的B2B電子商務(wù)理念更是將供應(yīng)鏈管理規(guī)范到了一個更加完整的體系中（供應(yīng)鏈管理，客戶關(guān)系管理和產(chǎn)品生命周期管理構(gòu)成了B2B電子商務(wù)真正內(nèi)涵），在這種條件下，對供應(yīng)鏈的支持軟件逐漸從傳統(tǒng)軟件向Internet-Intranet模式的軟件轉(zhuǎn)變，從供應(yīng)鏈的概念上看，供應(yīng)鏈大致分為企業(yè)內(nèi)部的供應(yīng)鏈(尤其是制造業(yè)物流鏈)，以及企業(yè)與企業(yè)之間的供應(yīng)鏈，涉及了各種相關(guān)資源（如金融、政府部門）。前者已有很多傳統(tǒng)的ERP供應(yīng)商提供了比較好的解決方案，如SAP等著名的國外軟件，金碟、速達(dá)等著名的國內(nèi)軟件；后者主要是解決不同軟件環(huán)境之間的接口和通話問題，目前兩大供應(yīng)鏈管理軟件是i2技術(shù)公司和Manugistics公司，i2技術(shù)公司的產(chǎn)品RHYTHM可以管理需求計劃、供應(yīng)計劃和需求履行，Manugistics公司的供應(yīng)鏈管理產(chǎn)品則是以基于約束主生產(chǎn)計劃模塊為中心，來控制系統(tǒng)的其它要素，包括運輸管理、補貨管理、生產(chǎn)計劃、調(diào)度、采購計劃和材料控制等，而另外一些優(yōu)秀的國外軟件供應(yīng)商已經(jīng)提供了一些比較好的解決方案，如Sybase的EnterpriseApplicationStudio，IBM的WebSphereStudio等，利用它們可以快速的開發(fā)出定制的企業(yè)級產(chǎn)品，國內(nèi)目前除了亞都在線等少數(shù)企業(yè)成功的實施了供應(yīng)鏈管理軟件外，成功的供應(yīng)鏈管理軟件產(chǎn)品還沒有，但是有越來越多的ERP供應(yīng)商逐漸的加入到供應(yīng)鏈管理軟件的開發(fā)中，供應(yīng)鏈管理軟件產(chǎn)品的開發(fā)在國內(nèi)呈現(xiàn)出一種方興未艾的趨勢。

第二章供應(yīng)鏈管理系統(tǒng)概述§2.1供應(yīng)鏈的概念[4]供應(yīng)鏈（SupplyChain）最早由波特的價值鏈理論（ValueChain）（波特指出，任何一個組織均可看作是由一系列相關(guān)的基本行為組成，這些行為對應(yīng)于從供應(yīng)商到消費者的物流、信息流和資金流的流動）發(fā)展而來，它是隨著人們的實踐活動逐漸成熟的一門理論。供應(yīng)鏈就是圍繞核心企業(yè)，通過對信息流、物流、資金流的控制，從采購原材料開始，制成中間產(chǎn)品以及最終產(chǎn)品，最后由銷售網(wǎng)絡(luò)把產(chǎn)品送到消費者手中的，將供應(yīng)商、制造商、分銷商、零銷商、直到最終用戶連成一個整體的功能結(jié)構(gòu)模型。供應(yīng)鏈實質(zhì)含“供”與“需”兩方面的內(nèi)容，從這層含義上說,亦可叫供需鏈,在供應(yīng)鏈中,物流從供方開始，沿著各個環(huán)節(jié)向需方移動。每一環(huán)節(jié)都存在“需方”與“供方”的對應(yīng)關(guān)系，形成一條首尾相連的供需長鏈。鏈上除物料的流動外還有信息的流動。其中需求信息同物料流動方向相反，從需方向供方流動；由需求信息引發(fā)的供給信息。同物料一起沿著供應(yīng)鏈從供方向需方流動。盡管供應(yīng)鏈上的所有環(huán)節(jié)都應(yīng)高效率運轉(zhuǎn)，使產(chǎn)品以可預(yù)見的方式最快捷地傳送到最終消費者手中，但必須服從整條供應(yīng)鏈－－所有環(huán)節(jié)朝同一目標(biāo)運轉(zhuǎn)。每個環(huán)節(jié)都是一個不斷增加產(chǎn)品市場價值或附加值的增值過程，各環(huán)的價值增值也不盡相同。一個環(huán)節(jié)的關(guān)鍵性要取決于它能帶來多大的增值價值?！?.2目前制造業(yè)管理面臨的問題[8]全球性競爭和經(jīng)濟發(fā)展趨勢將制造業(yè)產(chǎn)品生產(chǎn)、分銷、成本、效益推向一個新境界，也不斷地向制造業(yè)管理者提出了新的挑戰(zhàn)，無論是國內(nèi)市場還是國際市場，制造業(yè)外部環(huán)境將面臨著新的局面，交易往來分散而多樣；交易金額龐大而多幣種；交易要求多變而苛刻；交易客戶和供應(yīng)商遍布全球，具體來說：生產(chǎn)所需的原材料不能準(zhǔn)時供應(yīng)或供應(yīng)不足；零部件生產(chǎn)不配套，結(jié)構(gòu)性積壓嚴(yán)重；產(chǎn)品生產(chǎn)周期過長，交貨期不能有效保證，勞動生產(chǎn)力下降；資金積壓嚴(yán)重，周轉(zhuǎn)期長；市場和客戶需求快速多變，企業(yè)的經(jīng)營和計劃系統(tǒng)難以適應(yīng)。這樣的局面給制造商門帶來的是來自各個方面的壓力：客戶需要低價格高質(zhì)量的產(chǎn)品，供應(yīng)商要求更長的交貨提前期和更快的貨款支付，競爭對手則可能使用了更廉價的勞動力。多員化的社會要求，高度化的價值要求，需要優(yōu)化一切可以利用的資源來應(yīng)付、來爭取競爭優(yōu)勢，供應(yīng)鏈管理、客戶關(guān)系管理、產(chǎn)品生命周期管理等一系列的管理工具就是在這樣的背景下，在制造業(yè)環(huán)境下被應(yīng)用的。§2.3面向制造業(yè)的供應(yīng)鏈管理系統(tǒng)的基本內(nèi)容[9-11]供應(yīng)鏈管理，從字面上說,即對供應(yīng)鏈的全面管理,從邏輯原則上說,可以認(rèn)為供應(yīng)鏈管理是這樣一種方法，它能夠以采用供應(yīng)鏈管理系統(tǒng)的企業(yè)為核心，優(yōu)化整個供應(yīng)鏈上企業(yè)的資源配置，并滿足以顧客需求為標(biāo)志的商業(yè)需求的增長。供應(yīng)鏈管理的內(nèi)容覆蓋了從供應(yīng)商的供應(yīng)商到客戶的客戶的全部過程，一般來說，包括管理供應(yīng)與需求，原材料、備品備件的采購、制造與裝配，物件的存放及庫存查詢，定單的錄入與管理，渠道分銷及最終交付用戶。供應(yīng)鏈管理是當(dāng)前國際企業(yè)管理的重要內(nèi)容，也是我國企業(yè)管理的發(fā)展方向。最初它起源于ERP（企業(yè)資源規(guī)劃），是基于企業(yè)內(nèi)部范圍的管理。它將企業(yè)內(nèi)部經(jīng)營所有的業(yè)務(wù)單元如訂單、采購、庫存、計劃、生產(chǎn)、質(zhì)量、運輸、市場、銷售、服務(wù)等以及相應(yīng)的財務(wù)活動、人事管理均納入一條供應(yīng)鏈內(nèi)進行統(tǒng)籌管理。當(dāng)時企業(yè)重視的是物流和企業(yè)內(nèi)部資源的管理，即如何更快更好地生產(chǎn)出產(chǎn)品并把其推向市場，這是一種“推式”的供應(yīng)鏈管理，管理的出發(fā)點是從原材料推到產(chǎn)成品、市場、一直推至客戶端；隨著市場競爭的加劇，生產(chǎn)出的產(chǎn)品必須要轉(zhuǎn)化成利潤企業(yè)才能得以生存和發(fā)展，為了贏得客戶、贏得市場，企業(yè)管理進入了以客戶及客戶滿意度為中心的管理，因而企業(yè)的供應(yīng)鏈運營規(guī)則隨即由推式轉(zhuǎn)變?yōu)橐钥蛻粜枨鬄樵瓌恿Φ摹袄健惫?yīng)鏈管理。這種供應(yīng)鏈管理將企業(yè)各個業(yè)務(wù)環(huán)節(jié)的信息化孤島連接在一起，使得各種業(yè)務(wù)和信息能夠?qū)崿F(xiàn)集成和共享。對于制造業(yè)來說,供應(yīng)鏈管理的范圍并不局限于制造過程，也不應(yīng)局限于單獨的物流、配送或供應(yīng)過程，而是對企業(yè)資源的全局規(guī)劃，是在ERP基礎(chǔ)上通過構(gòu)筑和前端客戶、以及后端供應(yīng)商的互動系統(tǒng)，來實現(xiàn)產(chǎn)品供應(yīng)的通暢、合理、高效，既滿足供應(yīng)，又不保留大量庫存進而積壓，保持供應(yīng)的高彈性。比如代理商可以通過Web了解到當(dāng)前各產(chǎn)品的供貨周期、訂單的執(zhí)行情況、資金狀況，而該企業(yè)則可以即時了解各代理商每個產(chǎn)品的庫存情況、銷售情況，通過統(tǒng)計分析作出新的市場決策，大大提高了決策的準(zhǔn)確性和時效性，同時使有限的資源得到更加合理的調(diào)配，縮短整個供應(yīng)鏈的運作周期，降低交易成本。需要著重討論的一個問題是SCM和傳統(tǒng)的ERP到底有什么不同？對于這個問題，不同的開發(fā)商從不同的角度看，回答不盡相同，作者的觀點是：由于SCM起源于ERP，并始終與ERP結(jié)合緊密，因此SCM與ERP之間是沒有絕對界限的，相反，隨著技術(shù)的進步和商業(yè)動機的驅(qū)使，SCM與ERP之間的趨同之勢倒日漸明顯。SCM是從“供”和“需”兩個視角出發(fā)，將ERP的相關(guān)環(huán)節(jié)抽取出來，重新審視與組織，以解決ERP不能對資源實時調(diào)整的缺陷。近年來，一些有著多層銷售體系的企業(yè)面臨著各種各樣的問題，有的需要把不同的銷售環(huán)節(jié)進行歸并；有的則是要求把一個環(huán)節(jié)細(xì)分為多個環(huán)節(jié)；各層次之間的利益需要進行權(quán)衡；甚至有時會需要跳過某些環(huán)節(jié)就把產(chǎn)品或服務(wù)送到了客戶手中，因此，這些企業(yè)會選擇在他們原有的ERP應(yīng)用軟件中追加供應(yīng)鏈規(guī)劃的功能，以減小因承擔(dān)分銷成本提高至少10個百分點或者交貨不及時、庫存失調(diào)等各種問題出現(xiàn)的風(fēng)險。這些企業(yè)所面臨的問題是由ERP靜態(tài)資源數(shù)據(jù)表而造成的，因為在ERP提供的諸多規(guī)劃功能中，不同的物料、能力以及需求的約束因素是分開考慮的，互不相關(guān)。SCM軟件則能夠同時地考慮所有相關(guān)約束因素，提供對約束因素的真正實時調(diào)整，“綜合考慮，實時調(diào)控”是SCM相對于ERP真正的優(yōu)勢所在。而SCM之所以能從ERP中獨立出來的原因在于ERP的著眼點在于事務(wù)處理，很多SCM軟件不能做的事情在ERP中是應(yīng)該進行處理的，如果非要把SCM的專長追加到ERP軟件內(nèi)部去的話，會導(dǎo)致ERP系統(tǒng)如果負(fù)荷過重、無所不管、運算速度大打折扣，所以，把SCM的一技之長獨立出來，倒不失為一個簡單而有效的辦法?！?.4對制造業(yè)供應(yīng)鏈管理的目的[12-16]供應(yīng)鏈管理的最大作用是將產(chǎn)銷活動中的各流程加以整合，使企業(yè)能以最快的速度，將產(chǎn)品由概念，研發(fā)推向市場。實施供應(yīng)鏈管理的目的在于縮短接單及交貨周期，降低原材料及成品庫存，提高對市場的反應(yīng)速度，增加銷售量，提高產(chǎn)品及服務(wù)的品質(zhì)，掌握過程最真實的信息，加快貨款的回收，改善公司與顧客之間的關(guān)系，這些從根本上說，都是從提高供應(yīng)鏈的性能上實現(xiàn)的，一般來說，企業(yè)總是期望提高的有這樣一些性能：更快，供應(yīng)鏈上的信息流、物流、資金流更快的流動；更穩(wěn)定，供應(yīng)鏈上的信息流、物流、資金流更穩(wěn)定的流動；更廉價，供應(yīng)鏈的維護操作花費更少；更少的庫存，通過增強供應(yīng)鏈功能減少企業(yè)庫存。通過性能的提高，企業(yè)期望得到回報，概括來說，企業(yè)的期望回報包括三類：更多的收入；更大的利潤率；更快的資金回流。在實際調(diào)研過程中發(fā)現(xiàn)這些只是企業(yè)的一廂情愿，企業(yè)期望的性能和期望的回報是有矛盾的，實踐證明，并非一味的追求“更快”、“更穩(wěn)定”、“更廉價”、“更少的庫存”，就是最好的，也是不現(xiàn)實的，以上的這些目標(biāo)必須有一個量度才能作為評價一個供應(yīng)鏈的客觀標(biāo)準(zhǔn)，基于該原因，供應(yīng)鏈協(xié)會組織在2000年參考供應(yīng)鏈管理目前實施的狀況提出了一組數(shù)據(jù)：產(chǎn)品發(fā)送效率提高16%-28%庫存減少25%-60%供應(yīng)效率提高20%-30%預(yù)測精度提高25%-80%產(chǎn)品多樣化提高10%-16%供應(yīng)鏈花費減少25%-50%完成的循環(huán)周期減小30%-50%這組數(shù)據(jù)基本可以作為評價一套供應(yīng)鏈管理系統(tǒng)質(zhì)量的客觀標(biāo)準(zhǔn)，在本軟件系統(tǒng)的設(shè)計也將以此作為一個預(yù)定目標(biāo)。

第三章系統(tǒng)需求描述與分析§3.1系統(tǒng)開發(fā)的第一輸入：需求[19][30][36]一個大型的系統(tǒng)開發(fā)一般是分階段進行的，系統(tǒng)最終的質(zhì)量決定于系統(tǒng)的各個開發(fā)階段的結(jié)果是否精確，將系統(tǒng)實際的功能和理想需求的差異稱為誤差，那么根據(jù)誤差積累原理，任何一個階段產(chǎn)生的誤差都會積在整個過程中積累，并且這種積累是非線性的，早期產(chǎn)生的誤差在后續(xù)的每個階段中被擴大，并最終積累到最后，假設(shè)系統(tǒng)總誤差以δ表示，系統(tǒng)共分為n個階段完成，第i個階段的誤差為δi,第i個階段的誤差放大系數(shù)為ξi,那么系統(tǒng)最終的誤差可以用公式3.1計算得到：δ=δiξj(i≤n)……………（3.1）在系統(tǒng)開發(fā)的過程中的任何一個階段都存在輸入和輸出，任何一個階段的輸出保證正確的基本前提是上一個階段的輸出必須正確，從公式3.1可以看到誤差出現(xiàn)的越早，對系統(tǒng)的影響越大，因此應(yīng)該避免在系統(tǒng)開發(fā)的早期出現(xiàn)過大的誤差。對于軟件系統(tǒng)來說，需求是整個系統(tǒng)第一輸入，這個階段的誤差對系統(tǒng)的影響是最大的，因此應(yīng)該格外的注意避免過大的誤差，做好需求對于產(chǎn)生一個高質(zhì)量的系統(tǒng)是至關(guān)重要的。首先，借助IEEE的一段描述給出需求的定義：IEEE軟件工程標(biāo)準(zhǔn)詞匯表（1997年）中定義需求為：IEEE軟件工程標(biāo)準(zhǔn)詞匯表（1997年）中定義需求為：（1）用戶解決問題或達(dá)到目標(biāo)所需的條件或權(quán)能（Capability）。（2）系統(tǒng)或系統(tǒng)部件要滿足合同、標(biāo)準(zhǔn)、規(guī)范或其它正式規(guī)定文檔所需具有的條件或權(quán)能。（3）一種反映上面（1）或（2）所描述的條件或權(quán)能的文檔說明。IEEE公布的定義包括從用戶角度（系統(tǒng)的外部行為），以及從開發(fā)者角度（一些內(nèi)部特性）來闡述需求。另外它所強調(diào)的一個關(guān)鍵問題是一定要編寫需求文檔，實際上，若需求未編寫成文檔，分析人員是無法對需求進行分析的，一堆郵件、貼條、會談過幾次或一些零碎的對話，是無法作為分析階段的輸入的。從IEEE的描述可以更通俗的這樣認(rèn)為，系統(tǒng)需求是一個模型，這個模型以成文文檔的形式描述了產(chǎn)品是什么樣的（而并非產(chǎn)品是怎樣設(shè)計、構(gòu)造），并可以作為分析模型的輸入。軟件需求包括三個不同的層次——業(yè)務(wù)需求、用戶需求和功能需求。業(yè)務(wù)需求（businessrequirement）反映了組織機構(gòu)或客戶對系統(tǒng)、產(chǎn)品高層次的目標(biāo)要求，它們在項目視圖與范圍文檔中予以說明。用戶需求(userrequirement)文檔描述了用戶使用產(chǎn)品必須要完成的任務(wù)。功能需求(functionalrequirement)定義了開發(fā)人員必須實現(xiàn)的軟件功能，使得用戶能完成他們的任務(wù)，從而滿足了業(yè)務(wù)需求。§3.2供應(yīng)鏈管理系統(tǒng)軟件需求獲取方法探討[36-38]§3.2.1編寫項目視圖與范圍文檔項目視圖和范圍文檔應(yīng)該包括高層的產(chǎn)品業(yè)務(wù)目標(biāo)，所有的使用實例和功能需求都必須遵從能達(dá)到的業(yè)務(wù)需求。項目視圖描述了產(chǎn)品所涉及的各個方面和在一個完美的環(huán)境中最終所具有的功能，它的說明使所有項目參與者對項目的目標(biāo)能達(dá)成共識。而范圍描述了產(chǎn)品應(yīng)包含的部分和不應(yīng)包含的部分，它作為需求或潛在特性的參考。本課題的項目視圖是迎合制造業(yè)的信息化建設(shè)的要求，面向國內(nèi)數(shù)量眾多的中小型企業(yè)，為他們提供優(yōu)化整個供應(yīng)鏈上企業(yè)資源配置的工具。而范圍文檔規(guī)定了產(chǎn)品的功能應(yīng)重點集中在商務(wù)信息的傳輸部分，商務(wù)信息的處理可以留給企業(yè)原有的ERP系統(tǒng)完成?！?.2.2用戶群分類；為避免出現(xiàn)疏忽某一用戶群需求的情況，要將可能使用產(chǎn)品的客戶分成不同組別。他們可能在使用頻率、使用特性、優(yōu)先等級或熟練程度等方面都有所差異。詳細(xì)描述出它們的個性特點及任務(wù)狀況，將有助于產(chǎn)品設(shè)計。將制造業(yè)用戶群按如下的標(biāo)準(zhǔn)分類：按制造方法分：根據(jù)制造活動與客戶訂單的提前期長短的分可分為訂貨生產(chǎn)、裝配生產(chǎn)、工程生產(chǎn)和備貨生產(chǎn)；按生產(chǎn)類型分：根據(jù)產(chǎn)品結(jié)構(gòu)和工藝特點來分可分為項目型，流程型和離散型三種；按生產(chǎn)同種產(chǎn)品產(chǎn)量和生產(chǎn)同種產(chǎn)品的重復(fù)程度進行劃分，可以分為單件、多品種、小批量、少品種重復(fù)生產(chǎn)、標(biāo)準(zhǔn)產(chǎn)品大量生產(chǎn)四種；按信息化建設(shè)的程度分可分為空白、基本和較高和完善等幾種；按企業(yè)規(guī)模分，可分為微型(員工人數(shù)少于50人)、小型(員工人數(shù)在50－200人之間)、中型(員工人數(shù)在200－1000人)，大型(員工人數(shù)在1000人以上)?！?.2.3選擇產(chǎn)品代表；為每類用戶至少選擇一位能真正代表他們需求的人作為那一類用戶的代表并能作出決策。這對于內(nèi)部信息系統(tǒng)的開發(fā)是最易實現(xiàn)的，因為此時，用戶就是身邊的職員。而對于商業(yè)開發(fā)，就得在主要的客戶或測試者中建立起良好的合作關(guān)系，并確定合適的產(chǎn)品代表。他們必須一直參與項目的開發(fā)而且有權(quán)作出決策。本系統(tǒng)介于內(nèi)部信息產(chǎn)品和商業(yè)開發(fā)之間，所選的產(chǎn)品代表是華工科技產(chǎn)業(yè)股份有限公司XX集成技術(shù)分公司下屬的MIS/ERP組開發(fā)和設(shè)計人員以及XXMIS/ERP部分用戶?！?.2.4建立核心隊伍把同類產(chǎn)品或產(chǎn)品的先前版本用戶代表召集起來，從他們那里收集目前產(chǎn)品的用戶需求和功能需求。這樣的核心隊伍對于商業(yè)開發(fā)尤為有用，因為你擁有一個龐大且多樣的客戶基礎(chǔ)。與產(chǎn)品代表的區(qū)別在于，核心隊伍成員通常沒有決定權(quán)。本系統(tǒng)的同類產(chǎn)品是XX公司原有的MIS/ERP系統(tǒng)，因此核心隊伍就是MIS/ERP組部分開發(fā)和設(shè)計人員，在開發(fā)過程中，大部分用戶需求和功能需求是從他們那得到的?！?.2.5確定使用實例從用戶代表處收集他們使用軟件完成所需任務(wù)的描述——使用實例，討論用戶與系統(tǒng)間的交互方式和對話要求。在編寫使用實例的文檔時采用標(biāo)準(zhǔn)模版，在使用實例基礎(chǔ)上可得到功能需求。在需求調(diào)研過程中，使用專門設(shè)計的用戶實例(usercase)表格來記載需求獲取情節(jié)，在這套表格中，忠實的記載了用戶的原始需求（沒有經(jīng)過分析的需求），表述了用戶的請求和系統(tǒng)的響應(yīng)動作，一般一個用戶實例重點描述一個主流程——普通過程，在主過程中可能會出現(xiàn)的分支作為可選過程描述，系統(tǒng)出現(xiàn)的例外以例外過程描述，另外在用戶實例表格的頭部記載了此項需求的附屬信息，表格的底部記載了需求的詳細(xì)信息，附錄一是一個對用戶注冊的需求獲取情節(jié)的用戶實例例子?！?.2.6召開應(yīng)用程序開發(fā)聯(lián)系（JAD）會議召開應(yīng)用程序開發(fā)聯(lián)系（JAD）會議是范圍廣的、簡便的專題討論會，也是分析人員與客戶代表之間一種很好的合作辦法，并能由此擬出需求文檔的底稿。該會議通過緊密而集中的討論得以將客戶與開發(fā)人員間的合作伙伴關(guān)系付諸于實踐，在本系統(tǒng)的需求獲取過程中，分階段的召開這樣的會議，以確保階段性的成果的正確性?！?.2.7分析用戶工作流程觀察用戶執(zhí)行業(yè)務(wù)任務(wù)的過程。畫一張簡單的示意圖（最好用數(shù)據(jù)流圖）來描繪出用戶什么時候獲得什么數(shù)據(jù)，并怎樣使用這些數(shù)據(jù)。編制業(yè)務(wù)過程流程文檔將有助于明確產(chǎn)品的使用實例和功能需求。在這個過程中甚至可能發(fā)現(xiàn)客戶并不真的需要一個全新的軟件系統(tǒng)就能達(dá)到他們的業(yè)務(wù)目標(biāo)。本系統(tǒng)的這部分工作放在設(shè)計建模階段完成。§3.2.8確定質(zhì)量屬性在功能需求之外再考慮一下非功能的質(zhì)量特點，這會使產(chǎn)品達(dá)到并超過客戶的期望。本課題考慮的質(zhì)量屬性包括：數(shù)據(jù)精確度；時間特性；適應(yīng)度；界面形式；界面風(fēng)格；軟、硬件接口；故障處理；可使用性；可維護性；可移植性；穩(wěn)定性；安全保密性。這些質(zhì)量屬性將在后面詳細(xì)闡述?！?.2.9檢查問題報告客戶的問題報告及補充需求為新產(chǎn)品或新版本提供了大量豐富的改進及增加特性的想法，負(fù)責(zé)提供用戶支持及幫助的人能為收集需求過程提供極有價值的信息。但是客戶過于頻繁的問題報考會嚴(yán)重干擾正常的開發(fā)次序，甚至導(dǎo)致整個產(chǎn)品失敗，在本系統(tǒng)的開發(fā)過程中，設(shè)置了一個需求基線——《系統(tǒng)規(guī)格說明書》完成，當(dāng)超過這個基線后，用戶提出的新需求不再規(guī)劃到本版本中，而作為今后新版本設(shè)計的根據(jù)之一?！?.2.10需求重用如果客戶要求的功能與已有的產(chǎn)品很相似，則可查看需求是否有足夠的靈活性以允許重用一些已有的軟件組件。本課題中需要實現(xiàn)的內(nèi)部信息處理可以由XXERPVer1.0實現(xiàn),因此本系統(tǒng)中將重用XXERPVer1.0而不再設(shè)計。§3.3供應(yīng)鏈管理系統(tǒng)需求分析[36]§3.3.1業(yè)務(wù)需求本系統(tǒng)的業(yè)務(wù)需求是迎合制造業(yè)的信息化建設(shè)的要求，面向國內(nèi)數(shù)量眾多的中小型制造型企業(yè)，為他們提供優(yōu)化整個供應(yīng)鏈上企業(yè)資源配置的工具。這是一個比較高層的商業(yè)目標(biāo)。§3.3.2用戶需求§整體需求整個SCM軟件系統(tǒng)包括商務(wù)信息傳輸（B/S模式）、人機安全認(rèn)證（C/S模式）、商務(wù)信息處理（C/S模式）三個子系統(tǒng)（ERP和人機認(rèn)證部分單列）,如圖3.1中描述：商務(wù)信息傳輸移動電話客戶（SCM）（ERP）（C/S）（B/S）作業(yè)人員作業(yè)管理資源計劃計劃人員商務(wù)信息處理互連網(wǎng)系統(tǒng)管理員商務(wù)數(shù)據(jù)庫企業(yè)數(shù)據(jù)庫外辦人員人機安全認(rèn)證WAP內(nèi)務(wù)人員Web/App服務(wù)器企業(yè)C/S服務(wù)器防火墻等安全系統(tǒng)客戶商務(wù)信息傳輸移動電話客戶（SCM）（ERP）（C/S）（B/S）作業(yè)人員作業(yè)管理資源計劃計劃人員商務(wù)信息處理互連網(wǎng)系統(tǒng)管理員商務(wù)數(shù)據(jù)庫企業(yè)數(shù)據(jù)庫外辦人員人機安全認(rèn)證WAP內(nèi)務(wù)人員Web/App服務(wù)器企業(yè)C/S服務(wù)器防火墻等安全系統(tǒng)客戶圖3.1供應(yīng)鏈管理系統(tǒng)整體需求圖商務(wù)信息傳輸子系統(tǒng)提供互連網(wǎng)上商務(wù)信息錄入、查詢和傳送以及內(nèi)部信息向外的發(fā)布等功能。具體來說包括客戶和供應(yīng)商注冊、新物資注冊，用戶登錄、訂單傳送、采購單傳送、外出采購員零星采購申請，推銷員和銷售網(wǎng)點銷售申請，物資求購，外出審核員審核單據(jù)等。人機安全認(rèn)證子系統(tǒng)在防火墻、CA電子身份安全認(rèn)證、反欺詐實時監(jiān)測系統(tǒng)、IP安全網(wǎng)關(guān)、加密算法等外部安全支持環(huán)境下，從數(shù)據(jù)庫保護、信息合法性檢查、流量檢測、重要信息人工認(rèn)證等方面建立電子商務(wù)系統(tǒng)內(nèi)部的安全機制。商務(wù)信息處理子系統(tǒng)提供企業(yè)內(nèi)部物資管理和外部商務(wù)信息的處理和反饋，包括交易物資更新、物資分類管理、購物單管理、銷售申請管理、銷售單管理、采購申請管理、采購單管理、未審單據(jù)發(fā)送、客戶檔案維護等?！焐虅?wù)傳輸子系統(tǒng)商務(wù)信息傳輸?shù)南到y(tǒng)傳輸系統(tǒng)的實現(xiàn)得益于Internet的普及與技術(shù)的發(fā)展，這部分是本課題設(shè)計的重點，所謂傳輸是指在企業(yè)內(nèi)與企業(yè)外傳輸信息，這種內(nèi)與外的關(guān)系是指地理區(qū)域上的內(nèi)外，而不是指行政關(guān)系上的內(nèi)外。通過對用戶需求的分析，得出以下的如圖3.2所示的需求結(jié)構(gòu)圖:用戶登錄選擇業(yè)務(wù)用戶登錄選擇業(yè)務(wù)驗證身份、口令和權(quán)限新用戶注冊新物資注冊企業(yè)信息展示修改口令外部用戶操作銷售員操作采購員操作審核員操作游客操作用戶分類：系統(tǒng)的用戶分為外部用戶和內(nèi)部用戶兩類，外部用戶是一個相對的概念，是相對于企業(yè)的內(nèi)部用戶（采購員，銷售員，審核人員等）而言的，假設(shè)在供應(yīng)鏈中n個企業(yè)組成一個集合，指定企業(yè)i(1≤i≤n)為基準(zhǔn)點，那么和企i相比鄰的企業(yè)i+1和i-1就是企業(yè)i的外部用戶，這是一種理想的狀況，由于實際市場情況的多變性，還存在這樣的一類用戶，他們也處于供應(yīng)鏈中的一個環(huán)節(jié)上，但是他們的行為違反了供應(yīng)鏈運行的一個原則：服從整條供應(yīng)鏈－－所有環(huán)節(jié)朝同一目標(biāo)運轉(zhuǎn)，也就是說企業(yè)j(1≤j≤n,j≠i，i+1,i-1)直接和企業(yè)i發(fā)生了供需關(guān)系，在系統(tǒng)中將這類用戶稱為游客，游客和企業(yè)i之間的供需關(guān)系一般不會很持久，但在這種供需關(guān)系存在是，可以認(rèn)為他們之間形成了一個瞬時的供應(yīng)鏈，從這個意義上說，游客也是一種特殊的外部用戶。內(nèi)部用戶是指在行政關(guān)系上隸屬于企業(yè)，實際工作地點不在企業(yè)內(nèi)部的人員，如外出的銷售員、采購員、審核人員等，圖3.3描述了各種用戶之間的分類關(guān)系：生產(chǎn)需生產(chǎn)需需生產(chǎn)供需企業(yè)i（基準(zhǔn)點）企業(yè)i-1企業(yè)j供供生產(chǎn)內(nèi)部用戶外部客戶游客圖中的虛線框表示中間省略了一些環(huán)節(jié)。外部用戶操作：外部用戶是企業(yè)的直接而穩(wěn)定的客戶，企業(yè)一般需要隨時記載并跟蹤他們的信息，將和他們的關(guān)系作為一種寶貴的企業(yè)資源統(tǒng)一的管理，這是B2B電子商務(wù)的另外一個分支：客戶關(guān)系管理CRM的特長，本系統(tǒng)的重點不在這里，但本系統(tǒng)提供一個與CRM的接口，使用SCM系統(tǒng)的外部用戶信息被系統(tǒng)記載下來，并作為CRM一個數(shù)據(jù)來源，針對外部用戶的特點，本系統(tǒng)中提供這些功能，外部用戶以合法的身份登錄系統(tǒng)后（可以通過在線注冊得到），可以在網(wǎng)上購買企業(yè)產(chǎn)品、給企業(yè)供貨。游客操作，游客必須以guest的身份登錄系統(tǒng)，他們的信譽等級比較低，企業(yè)不能和他們直接發(fā)生業(yè)務(wù)關(guān)系，但游客可以向企業(yè)傳達(dá)某種意向，他們可以瀏覽企業(yè)出售的產(chǎn)品和需要采購的物資，但不能執(zhí)行實際的業(yè)務(wù)操作，他們在某種條件下可以轉(zhuǎn)變?yōu)橥獠坑脩?。銷售員操作：銷售員屬于企業(yè)的內(nèi)部用戶，系統(tǒng)為出差在外的銷售員提供了遠(yuǎn)程辦公的接口，他們可以在外完成填銷售申請單、銷售訂單,查看銷售申請單、銷售訂單等業(yè)務(wù)操作。采購員操作：銷售員屬于企業(yè)的內(nèi)部用戶，系統(tǒng)為出差在外的銷售員提供了遠(yuǎn)程辦公的接口，他們可以在外填采購申請單、采購訂單,查看采購申請、采購訂單,注冊新物資,查看采購方案的業(yè)務(wù)操作。審核員操作：銷售員屬于企業(yè)的內(nèi)部用戶，系統(tǒng)為出差在外的銷售員提供了遠(yuǎn)程辦公的接口，審核員在企業(yè)外部可以審核各類單據(jù)（包括銷售定單，銷售申請單，采購定單，采購申請單等）。附屬操作：除了各類人員的業(yè)務(wù)操作外，系統(tǒng)還提供了一系列的附屬操作，包括外部用戶注冊、用戶信息修改(內(nèi)部用戶只能修改口令)、內(nèi)部用戶對歷史單據(jù)的查詢、外部用戶身份升級(如普通客戶升級為供應(yīng)商)等。權(quán)限：由于本系統(tǒng)面向企業(yè)外部，安全性要求比較高，因此需要比較嚴(yán)格的權(quán)限控制，控制原則是一個用戶只能有一種權(quán)限，一個內(nèi)部用戶可以有多個業(yè)務(wù)員身份，每個業(yè)務(wù)員身份只能有一種權(quán)限，權(quán)限有三類，操作權(quán)限：對界面、按鈕、選擇框、事件響應(yīng)的擁有性；數(shù)據(jù)權(quán)限：對數(shù)據(jù)庫、數(shù)據(jù)表、字段和記錄的擁有性；額度權(quán)限：對統(tǒng)計值在一定范圍內(nèi)的數(shù)據(jù)集的擁有性，這些權(quán)限原則都將在系統(tǒng)中體現(xiàn)。由于本文篇幅的限制，這里不對商務(wù)處理子系統(tǒng)的需求作更詳細(xì)的描述，詳細(xì)描述請參見附件文檔《SCM需求分析》?！烊藱C認(rèn)證安全子系統(tǒng)在系統(tǒng)中加入人機認(rèn)證系統(tǒng)的主要目的是為了保證企業(yè)內(nèi)部數(shù)據(jù)的絕對安全性，在目前還沒有完善的措施保證網(wǎng)絡(luò)的絕對安全的條件下，將內(nèi)部數(shù)據(jù)和外部數(shù)據(jù)物理分開是一個最保險的方法，人機認(rèn)證系統(tǒng)的任務(wù)是在兩個物理上斷開的數(shù)據(jù)中心間傳輸數(shù)據(jù)。企業(yè)人機認(rèn)證包括兩塊：一、機器的自動認(rèn)證，對于容易自動識別合法性，認(rèn)證比較頻繁的數(shù)據(jù)采用這種方法認(rèn)證。二、企業(yè)的人工認(rèn)證，對于按規(guī)則很難識別，認(rèn)證頻率不高的數(shù)據(jù)采用這種方式。具體的流程體現(xiàn)如下：由B下產(chǎn)生的數(shù)據(jù)都插入到CDB數(shù)據(jù)庫中，對一些數(shù)據(jù)如采購、購物申請單，物質(zhì)注冊等數(shù)據(jù)是通過機器認(rèn)證的，機器認(rèn)證是通過一定的規(guī)則（目前并不完善）分別對不同的數(shù)據(jù)（非法、可疑、正確）分別打上（否決、人工、通過）的標(biāo)記。而其他的重要數(shù)據(jù)只能通過人工標(biāo)記如申請單的審核。人工認(rèn)證通過人為地控制數(shù)據(jù)可以將數(shù)據(jù)導(dǎo)入到EDB數(shù)據(jù)庫中或者將數(shù)據(jù)否決。整個模塊的流程如圖3.4所示?！焐虅?wù)信息處理子系統(tǒng)商務(wù)信息的處理由XX公司現(xiàn)有的MIS/ERPVer1.0產(chǎn)品實現(xiàn)，在本系統(tǒng)中不做單獨設(shè)計。圖3.4人機認(rèn)證模塊流程圖§3.3.3功能需求1)數(shù)據(jù)精確度的分析：系統(tǒng)精確度要求的原則是以用戶的要求為準(zhǔn)，但由于計算過程中存在舍入誤差，因此中間計算結(jié)果的精度要求比最終結(jié)果高出兩個等級，系統(tǒng)中用到的數(shù)量精確到個位，單價記錄精確到0.01元，金額中間計算結(jié)果精確到0.0001元，最終計算結(jié)果精確到0.01，業(yè)務(wù)日志記錄時間精確到日。2)對時間特性的分析：本系統(tǒng)的時間特性實際包括網(wǎng)絡(luò)傳輸速度和服務(wù)器運算速度，為了保證系統(tǒng)的友好性和可用性，原則上說系統(tǒng)的反應(yīng)速度越快越好，但是由于實際條件的限制，網(wǎng)絡(luò)傳輸速度不可能無限快，服務(wù)器運算速度也不能無限的快，經(jīng)過調(diào)查分析，認(rèn)為系統(tǒng)要在用戶的容忍限度內(nèi)運行，必須滿足：動態(tài)頁面的生成時間小于3秒（排除網(wǎng)絡(luò)傳輸速度），對服務(wù)器端數(shù)據(jù)已檢索到內(nèi)存的前提下，扣除網(wǎng)絡(luò)信息交換時間，一次性檢索到第10萬條記錄的時間應(yīng)控制在2分鐘內(nèi)。正常操作時，數(shù)據(jù)篩選率為千分之一時檢索到一頁（10條）記錄的時間應(yīng)控制在10秒鐘內(nèi)；數(shù)據(jù)提交到確認(rèn)信息反饋的時間互連網(wǎng)上不應(yīng)超過10秒，局域網(wǎng)內(nèi)不應(yīng)超過5秒。3)對適應(yīng)性的分析：系統(tǒng)的適應(yīng)性是指系統(tǒng)對環(huán)境的適應(yīng)性，本系統(tǒng)的操作以Web瀏覽器操作為主，采用WEB上較通用的操作，以鼠標(biāo)操作為主；C/S模式下的操作除拖拉操作外，所有操作同時支持鼠標(biāo)和鍵盤操作；B/S客戶端同時支持IEVer4.0以上版本瀏覽器；C/S客戶端支持Windows系列操作系統(tǒng)；與ERP有關(guān)的數(shù)據(jù)在數(shù)據(jù)庫結(jié)構(gòu)上保持一致，聯(lián)立設(shè)計；數(shù)據(jù)結(jié)構(gòu)、編碼規(guī)則、配置盡量作到規(guī)范、通用，為ASP創(chuàng)造條件；Web服務(wù)器需要盡可能多的支持各種組件技術(shù)（至少支持CORBA），支持分布式集群服務(wù)，以方便今后的系統(tǒng)移植和升級；人機認(rèn)證部分處理的數(shù)據(jù)量比較大,要求效率比較高,應(yīng)根據(jù)具體的操作系統(tǒng)選擇合適的開發(fā)平臺。4)對界面形式的分析：Web用戶界面一律在Internet純?yōu)g覽器（主要適用于IE和NetScape）上實現(xiàn)，客戶端不需要預(yù)裝任何客戶端應(yīng)用程序、控件和類庫，也不需要在客戶端做任何配置，允許一部分程序在客戶端執(zhí)行。5)對界面風(fēng)格的分析：頁面實現(xiàn)包括靜態(tài)和動態(tài)兩部分。頁面的靜態(tài)部分（不是靜態(tài)頁面）主要負(fù)責(zé)頁面的組織和表現(xiàn)，頁面的美觀性主要依靠頁面的靜態(tài)部分表現(xiàn)，頁面的靜態(tài)部分以HTML的頁面形式保留在服務(wù)器上以供調(diào)用，當(dāng)客戶請求時，服務(wù)器以超文本文件流的形式傳到客戶端，可借助相關(guān)頁面編輯工具，輔助實現(xiàn)頁面的靜態(tài)部分。頁面的動態(tài)部分是頁面的靈魂，主要負(fù)責(zé)信息的交互，實現(xiàn)頁面的動態(tài)部分主要包括數(shù)據(jù)采集，數(shù)據(jù)處理和數(shù)據(jù)發(fā)布三個部分，數(shù)據(jù)流向分為兩個方向：從客戶端到服務(wù)器和從服務(wù)器到客戶端。當(dāng)數(shù)據(jù)從客戶端到服務(wù)器端時，需要在界面上提供用戶輸入數(shù)據(jù)的界面，應(yīng)該采用常用控件：文本框，復(fù)選按鈕，單選按鈕，下拉列表框，列表框，彈出式對話框等，多記錄錄入時用表格的形式組織，提交方式盡量采用POST方式，一些簡單的，不和數(shù)據(jù)庫交互的數(shù)據(jù)處理，可以在客戶端完成，減少數(shù)據(jù)的來回傳輸。當(dāng)數(shù)據(jù)從服務(wù)器到客戶端時，需要在界面上提供數(shù)據(jù)瀏覽界面，數(shù)據(jù)首先通過服務(wù)程序的后臺處理（檢索，過濾，加工等），存儲在服務(wù)器端，然后在以合適的表現(xiàn)形式傳到客戶端，單條記錄一般采用純文本的形式顯示，為了美觀，也可以用表格來定位，多條記錄則統(tǒng)一以數(shù)據(jù)表格的形式來顯示，數(shù)據(jù)量過大的應(yīng)該采用分頁顯示，分批傳輸，多條件檢索的方式，也可以通過多條件聯(lián)合過濾的辦法減少數(shù)據(jù)量。另外在操作風(fēng)格上要求完成一個操作的頁面切換次數(shù)不超過5，力爭不超過3。記錄太多時需要翻頁的次數(shù)不算在內(nèi)；重復(fù)性的工作（如審查同類單據(jù)）、力爭在一個界面下完成，有困難時可以走小流程，流程深度不應(yīng)超過2。6)對硬件接口的分析：企業(yè)內(nèi)部至少需要兩臺數(shù)據(jù)庫服務(wù)器，一臺面向企業(yè)內(nèi)部，安全性要求高，不容易受到直接攻擊，另外一臺面向Internet，安全性可放寬，受到外部攻擊能快速恢復(fù)（即使遭破壞，破壞的頂多是新近錄入的信息，已經(jīng)處理的信息不應(yīng)放在或唯一放在該數(shù)據(jù)庫服務(wù)器上），要求這兩臺服務(wù)器的配置不低于PⅢ733CPU,512MRAM,20G×2HD,前端應(yīng)該增加防火墻設(shè)備，Web服務(wù)器可以和該數(shù)據(jù)庫服務(wù)器在同一臺機器上，也可以在不同的機器上,要求配置不低于PⅢ733CPU,512MRAM,20G×2HD。Web服務(wù)器對外應(yīng)該有一個固定的IP地址，需要一個固定的域名。內(nèi)部網(wǎng)絡(luò)和外部Internet設(shè)一個網(wǎng)關(guān)。7)對軟件接口的分析：整個SCM系統(tǒng)同內(nèi)部的C/S系統(tǒng)間只通過人機認(rèn)證模塊相連，耦合程度比較低，但保證了C/S模式的安全性，這種設(shè)計要求數(shù)據(jù)庫的設(shè)計比較特殊，允許出現(xiàn)一些冗余數(shù)據(jù)。系統(tǒng)與外部部門之間的軟件接口，如和金融部門之間的支付接口，和安全部門之間的認(rèn)證接口等，在本次設(shè)計中暫時不予考慮。8)對故障處理的分析：系統(tǒng)在運行過程中可能會出現(xiàn)很多的故障，這些故障有的是不可預(yù)料的，有的是可以預(yù)見的故障，可以預(yù)見的故障包括以下這些：用戶訪問量過大，高峰時期可能造成通訊阻塞，本系統(tǒng)中在一個時刻內(nèi)設(shè)置了在線人員的上限為50人，若超過50人，則提示等待；運算量過大導(dǎo)致服務(wù)器系統(tǒng)負(fù)載過重：需要根據(jù)實際情況，調(diào)節(jié)系統(tǒng)軟硬件環(huán)境配置，必要時采用多服務(wù)器分布運算，增加分布點，并由Web服務(wù)器保證負(fù)載均衡。商務(wù)信息傳輸（B/S）和商務(wù)信息處理（C/S）系統(tǒng)數(shù)據(jù)接口沖突：要求協(xié)同設(shè)計，避免交叉訪問數(shù)據(jù)，防止數(shù)據(jù)并發(fā)訪問造成數(shù)據(jù)失真。內(nèi)部的誤操作導(dǎo)致系統(tǒng)不穩(wěn)定，數(shù)據(jù)非法等，靠程序設(shè)計自我保護。網(wǎng)絡(luò)的中斷，這根本上需要網(wǎng)絡(luò)大環(huán)境的改善加以解決。對于系統(tǒng)的故障解決原則是盡量采取預(yù)防措施降低系統(tǒng)的故障率，對于已經(jīng)發(fā)生的故障，要求花費最少的代價和最短的時間修復(fù)，對于實在無法修復(fù)的故障，作為這個版本的一個缺陷記載下來，在下一個版本中改進。9)對可使用性的分析：軟件的可使用性是指在某個給定時間點上程序能夠按需求執(zhí)行的概率，用公式3.2度量系統(tǒng)的可用性：可用性＝MTTF/(MTTF+MTTR)×100%……….(3.2)MTTF:平均失敗時間；MTTR:平均修復(fù)時間。本系統(tǒng)為低發(fā)布成本方案，是基于應(yīng)用的，性能由開發(fā)者保證，設(shè)計中按同時容納50個用戶同時在線為前提，系統(tǒng)注冊客戶數(shù)量限制在2000人以內(nèi)，服務(wù)器暫時不提供集群和分布服務(wù)，主要在Win2000AdvancedServer操作系統(tǒng)上運行，服務(wù)器配置滿足硬件要求，用戶的網(wǎng)絡(luò)接入速度不低于56kbps時,在滿足以上的條件的前提下，系統(tǒng)的可用性要求不小于99.5%。10)對可維護性的分析：系統(tǒng)需要定期的維護，目前系統(tǒng)的自維護能力并不強，需要人工定期參與維護，外部的數(shù)據(jù)需要定期的收集到企業(yè)內(nèi)部處理，企業(yè)內(nèi)部的數(shù)據(jù)也定期的發(fā)布出去,重要的數(shù)據(jù)要定期的備份，在發(fā)生災(zāi)難時要及時的恢復(fù)，系統(tǒng)軟件可以根據(jù)需要升級，系統(tǒng)資源緊張時需要采取措施緩解壓力。11)對可移植性的分析：本系統(tǒng)的移植主要有兩種情況：一種是操作系統(tǒng)的變更，要求程序的運行基本已經(jīng)和操作系統(tǒng)之間互相獨立,在不同的操作系統(tǒng)間移植比較容易,只需要對新的運行環(huán)境做一定的配置即可。另外一種是Web服務(wù)器的變更，要求系統(tǒng)可以適應(yīng)目前市場上流行的各種Web服務(wù)器，包括：JaguarCTSofSybase、WebSphereofIBM等。12)對系統(tǒng)穩(wěn)定性的分析：系統(tǒng)的穩(wěn)定性需要一定的保障，至少要求系統(tǒng)能夠在滿足用戶需求的情況下連續(xù)穩(wěn)定運行時間不小于48小時，本系統(tǒng)是基于Java組件的產(chǎn)品，系統(tǒng)穩(wěn)定性依靠組件本身以及服務(wù)器來保證。13)對安全性的分析：由于系統(tǒng)直接與Internet相連，安全性要求比較高，沒有發(fā)布的企業(yè)內(nèi)部數(shù)據(jù)無論在什么情況下，都不能被外部攻擊、篡改或偷聽，對通過Internet傳入的數(shù)據(jù)需要采用一定的校驗措施保證其合法性，EDB上的數(shù)據(jù)相對CDB上的數(shù)據(jù)享有更高的安全等級，需要保證絕對的安全性?！?.4對系統(tǒng)分析建模方法的探討[30]§3.4.1軟件系統(tǒng)建模的方法比較與選擇原則上說，用戶提出需求時，是不用顧及整個系統(tǒng)的，需求獲取后，需要從開發(fā)者的角度對需求進行分析，判斷用戶的需求是否合理？需求實現(xiàn)是否有困難？各個需求之間是否有沖突？如何對需求進行優(yōu)化？這些問題需要在系統(tǒng)建模分析階段得出結(jié)論。系統(tǒng)建模方法有兩類：傳統(tǒng)的結(jié)構(gòu)化建模方法和面向?qū)ο蟮慕７椒?。傳統(tǒng)軟件工程建模方法是結(jié)構(gòu)化的，結(jié)構(gòu)化分析模型必須要達(dá)到三個主要目標(biāo)：描述客戶的需要；建立傳統(tǒng)軟件設(shè)計的基礎(chǔ)；定義在軟件完成后可以被確認(rèn)的一組需求。為了達(dá)到這些目標(biāo)，在結(jié)構(gòu)化分析中導(dǎo)出了以下的分析模型：以“數(shù)據(jù)字典”為核心（數(shù)據(jù)字典包含了軟件使用或生產(chǎn)的所有數(shù)據(jù)對象描述的中心庫），建立系統(tǒng)的數(shù)據(jù)模型，功能模型和行為模型。圍繞數(shù)據(jù)字典，借助三種圖來描述模型：“實體——關(guān)系圖”（ERD），描述數(shù)據(jù)對象間的關(guān)系，ERD是用來進行數(shù)據(jù)建?；顒拥挠浱?；“數(shù)據(jù)流圖”(DFD)，服務(wù)于兩個目的：（1）指明數(shù)據(jù)在系統(tǒng)中移動時如何被變換；（2）描述對數(shù)據(jù)流進行變換的功能（和子功能）。數(shù)據(jù)流圖是進行功能建模建?；顒拥闹饕ぞ??！盃顟B(tài)變遷圖”（STD）,指明作為外部事件的結(jié)果，系統(tǒng)將如何動作，為此，STD表示了系統(tǒng)的各種行為模式以及在狀態(tài)間進行變遷的方式，STD是行為建模的基礎(chǔ)。而面向?qū)ο蟮慕７椒ǖ囊鈭D是定義所有問題相關(guān)的類（以及和類關(guān)聯(lián)的關(guān)系和行為），為了達(dá)到這個目標(biāo)，必須完成以下的任務(wù)顯示：必須在客戶和軟件工程師之間溝通了解基本的用戶需求；必須標(biāo)識類（即類的屬性和方法）；必須刻化類的層次；表示對象-對象的關(guān)系；必須建模對象行為；任務(wù)1-5遞進地反復(fù)使用，直到完成建模。面向?qū)ο蟮姆治龇椒ê蛡鹘y(tǒng)的軟件分析方法一樣，試圖建造一個多部分的分析模型來描述客戶的需求。面向?qū)ο蟮姆治龇椒ê蛡鹘y(tǒng)的軟件分析方法是否確實存在不同呢？對于這個問題，作者認(rèn)為：傳統(tǒng)的軟件分析方法采用獨特的“輸入－加工－輸出”視角，數(shù)據(jù)被脫離數(shù)據(jù)的變換過程而單獨考慮，系統(tǒng)的行為雖然重要，但被作為第二位考慮，這種分析方法著重于功能分解的使用，而面向?qū)ο蟮姆治龇椒ù砹讼鄬τ趥鹘y(tǒng)的軟件分析方法的改進，面向?qū)ο蟮娜齻€基本原則（封裝，對象分類和繼承）的分析模型是相正交的。本系統(tǒng)中將采用很多的面向?qū)ο蟮募夹g(shù)，各種運算都以類的形式封裝和調(diào)用，但系統(tǒng)的面向?qū)ο蟮奶攸c并不突出，對象的封裝、分類以及繼承等并不是重點，相反，由于系統(tǒng)的邏輯處理比較復(fù)雜，更關(guān)心的是系統(tǒng)在邏輯上是如何實現(xiàn)的，系統(tǒng)的功能如何的被分解，因此系統(tǒng)準(zhǔn)備采用傳統(tǒng)的軟件分析方法進行分析?！?.4.2供應(yīng)鏈管理系統(tǒng)數(shù)據(jù)建模作為商務(wù)信息處理外圍，商務(wù)信息處理部分的數(shù)據(jù)建模工作應(yīng)該和商務(wù)信息處理的數(shù)據(jù)建模工作一起進行，數(shù)據(jù)建模采用傳統(tǒng)的實體－關(guān)系圖就可以表示清楚，本文不做詳細(xì)的描述。§3.4.3供應(yīng)鏈管理系統(tǒng)功能建模功能建模需要建立的加工模型通過DFD圖描述，在設(shè)計商務(wù)傳輸子系統(tǒng)時，針對本系統(tǒng)的特點，統(tǒng)一對DFD圖的四個元素做統(tǒng)一的規(guī)定，并要求設(shè)計人員在繪制DFD圖時遵循這種規(guī)定：外部實體：在DFD圖中用矩形框表示，系統(tǒng)的外部實體只有用戶，但是為了系統(tǒng)大規(guī)模協(xié)同開發(fā)的需要，將用戶和頁面（不包括生成頁面的對象）看作外部實體，它們可以作為數(shù)據(jù)源點和終點，因為對于系統(tǒng)的頁面設(shè)計和實現(xiàn)部分被分離出來給一個橫向的頁面組去實現(xiàn)，對于SCM設(shè)計人員來說，頁面組的工作都應(yīng)該是系統(tǒng)邊界以外的事情，他們處理的對象就是外部實體（不是系統(tǒng)的外部實體）。處理：在DFD圖中用圓圈表示，一個處理代表了一個功能，設(shè)計中要求處理精化到每個圓圈可以用一個方法實現(xiàn)，對一個功能的描述反應(yīng)在對應(yīng)圓圈的加工規(guī)約中，除很復(fù)雜的加工過程外，一般的圓圈不要求描述加工規(guī)約，在這里，規(guī)定一個類對應(yīng)一個方法，那么實際上一個處理對應(yīng)的就是一個傳統(tǒng)的函數(shù)。數(shù)據(jù)對象：在DFD圖中用帶描述的箭頭表述，箭頭的方向表示數(shù)據(jù)的流動方向，箭頭的描述表示對應(yīng)在數(shù)據(jù)字典中的數(shù)據(jù)名。數(shù)據(jù)存儲：在DFD圖中用兩條平行線表示，包括可能的數(shù)據(jù)庫對象（這時數(shù)據(jù)庫還沒有建立）、數(shù)據(jù)臨時保存對象（如服務(wù)器端的session對象）等。由于本系統(tǒng)采用了是面向?qū)ο蟮募夹g(shù)，傳統(tǒng)的第0層的語境級模型對于本系統(tǒng)的設(shè)計沒有多大的實際意義，因此在設(shè)計中，直接從第1層DFD圖開始設(shè)計，逐級精化，如圖3-5是銷售部分的訂單錄入的第一層DFD圖,在圖中共有6個處理過程，其中處理2.4填寫銷售訂單不能在一個函數(shù)內(nèi)實現(xiàn)，需要進一步的精化，圖3-6是對2.4的精化。圖3.5訂單錄入第一層DFD圖圖3.6訂單錄入第二層DFD圖系統(tǒng)所有的DFD圖請參見本文的附件，這些DFD圖基本上表示出了系統(tǒng)的功能，也表示了系統(tǒng)對頁面請求的相應(yīng)動作?！?.4.4供應(yīng)鏈管理行為建模行為建模的目的是指明作為外部事件的結(jié)果，系統(tǒng)將如何的動作，當(dāng)用戶從遠(yuǎn)程發(fā)送一個請求觸發(fā)一個事件時，系統(tǒng)就會產(chǎn)生一系列的動作：頁面變遷、請求接收、邏輯運算、事務(wù)處理、結(jié)果回傳等，在類似本系統(tǒng)的B/S應(yīng)用中，用戶能夠直接感覺到的最明顯的系統(tǒng)動作就是頁面變遷，這是在行為建模階段的重點，本系統(tǒng)的狀態(tài)變遷圖實際上以頁面變遷圖表示（在附錄六中給出了系統(tǒng)的頁面變遷圖），而系統(tǒng)的其它動作在DFD圖中已經(jīng)表示清楚?！?.4.5數(shù)據(jù)字典分析模型中包含對數(shù)據(jù)對象、功能和控制的表示。在每種表示中，數(shù)據(jù)對象和控制項都扮演一定的角色，因此，有必要提供一種有組織的方式來表示每個數(shù)據(jù)對象和控制項的特性，這是由數(shù)據(jù)字典來實現(xiàn)的。數(shù)據(jù)字典是對所有與系統(tǒng)相關(guān)的數(shù)據(jù)元素的一個有組織的列表，以及精確的、嚴(yán)格的定義，使得用戶和系統(tǒng)分析員對于輸入、輸出、存儲成分和中間計算有共同的理解，它是數(shù)據(jù)建模、功能建模和行為建模的核心。在DFD圖中已經(jīng)表示出的各種數(shù)據(jù)流和數(shù)據(jù)存儲對象，是數(shù)據(jù)字典需要詳細(xì)描述的信息集合，為了統(tǒng)一思想，對數(shù)據(jù)字典的格式做了以下的規(guī)定：標(biāo)記意義＋和[|]或,枚舉值用|分開{}重復(fù)()可選＝由……構(gòu)成表3.1數(shù)據(jù)字典表述符號例如對于圖3.5中的一個數(shù)據(jù)流：訂單錄入信息，系統(tǒng)的數(shù)據(jù)字典中這樣描述的：訂單錄入信息＝臨時銷售訂單頭＋{臨時銷售訂單項}臨時銷售訂單頭＝客戶代碼＋發(fā)貨日期＋發(fā)貨地點＋制訂日期＋備注臨時銷售訂單項＝物資代碼＋數(shù)量＋單價＋稅率訂單錄入信息＝臨時銷售訂單頭＋{臨時銷售訂單項}臨時銷售訂單頭＝客戶代碼＋發(fā)貨日期＋發(fā)貨地點＋制訂日期＋備注臨時銷售訂單項＝物資代碼＋數(shù)量＋單價＋稅率§3.5對軟件需求的驗證方法[18][29]到此為止，系統(tǒng)的需求就初步確定下來了，為了確保需求的正確性，需要從幾方面對需求進行驗證:1)驗證需求的一致性：所有需求必須是一致的，任何一個需求不能和其它需求互相矛盾，目前只能依靠對系統(tǒng)模型的人工技術(shù)審查驗證這點。2)驗證需求的現(xiàn)實性：需求應(yīng)該是用現(xiàn)有的軟、硬件技術(shù)是可以實現(xiàn)的。在開發(fā)這套系統(tǒng)前曾經(jīng)做過一段時間的技術(shù)預(yù)研工作，利用以前的研究成果，結(jié)合軟件需求規(guī)格說明書，基本上可以驗證需求的現(xiàn)實性。3)驗證需求的完整性和有效性：一般來說，這步工作需要用戶的密切配合才能完成，但在開發(fā)過程中，發(fā)現(xiàn)用戶大多數(shù)的時候并不能清楚的認(rèn)識到他們的需要，因為本系統(tǒng)是第一個版本，沒有可以參照的模型，因此決定先開發(fā)一套可供需求評估的原型，依靠原型來驗證系統(tǒng)需求的完整性和有效性。

第四章對供應(yīng)鏈管理系統(tǒng)設(shè)計過程的研究§4.1設(shè)想中的幾種系統(tǒng)結(jié)構(gòu)[19][21][28]為了適應(yīng)SCM市場的各個發(fā)展階段，根據(jù)企業(yè)和開發(fā)商的實際情況的變化,設(shè)想了三種系統(tǒng)結(jié)構(gòu),這三種系統(tǒng)結(jié)構(gòu)的共同特征是試圖將企業(yè)內(nèi)部的信息系統(tǒng)通過Internet向外延伸，但實現(xiàn)方式上有所差異?！?.1.1模式A目前國內(nèi)很多的企業(yè)已經(jīng)擁有了完整的內(nèi)部信息系統(tǒng)，特別是MIS/ERP系統(tǒng)，并且應(yīng)用已經(jīng)很成熟,在SCM應(yīng)用處于初級實施階段，一般企業(yè)不敢輕率的將原有的系統(tǒng)升級到SCM，而希望有一個過渡期，因此在這個階段，存在這樣一類特殊的需求：企業(yè)實施SCM的準(zhǔn)備工作沒有到位，特別是內(nèi)部的SCM業(yè)務(wù)人員培訓(xùn)沒有到位，在實施SCM時，希望有一個過渡期，對原有的信息系統(tǒng)不作或少作改動，以保持企業(yè)內(nèi)部業(yè)務(wù)流程基本不變；在SCM應(yīng)用環(huán)境不完善的情況下，企業(yè)要求優(yōu)先保證企業(yè)內(nèi)部信息系統(tǒng)的安全性，即使外部的系統(tǒng)運行失敗，也不允許影響企業(yè)內(nèi)部流程的運行。這種需求的一個原則是內(nèi)部為主，外部為輔，針對這種需求，設(shè)計了如圖4-1所示的體系結(jié)構(gòu)，企業(yè)有兩個在物理上相對獨立的數(shù)據(jù)庫，企業(yè)數(shù)據(jù)EDB(EnterpriseDatabase)和數(shù)據(jù)庫CDB（CommercialDatabase），EDB存放企業(yè)內(nèi)部數(shù)據(jù)，不直接對外開放，企業(yè)內(nèi)部的應(yīng)用還是保留傳統(tǒng)的C/S應(yīng)用模式，客戶端是傳統(tǒng)的應(yīng)用程序，商務(wù)邏輯和用戶界面綁定在一起，而CDB存放企業(yè)對外公布的數(shù)據(jù)以及從外部輸入到企業(yè)內(nèi)部的數(shù)據(jù)，CDB直接向外開放，應(yīng)用采用基于三層體系結(jié)構(gòu)的應(yīng)用模式，用戶處于瘦客戶端，通過網(wǎng)絡(luò)瀏覽器發(fā)送請求到Web服務(wù)器，Web服務(wù)器處理商務(wù)邏輯，和事務(wù)邏輯，向CDB請求數(shù)據(jù)，并將處理結(jié)果返回到Web瀏覽器上，在這個過程中訪問者需要受到嚴(yán)格的權(quán)限控制，CDB和EDB的數(shù)據(jù)交流通過中間一個人機認(rèn)證處理模塊進行，由于物理上將CDB和EDB進行了隔離，充分保證了EDB的安全性和完整性，同時，在兩個數(shù)據(jù)庫中，EDB為主體，CDB根據(jù)EDB做調(diào)整，EDB的變化很少顧及CDB，因此保證了企業(yè)內(nèi)部流程的獨立性。EDBCEDBCDBC/S應(yīng)用程序Web瀏覽器Web服務(wù)器人機認(rèn)證處理§4.1.2模式B當(dāng)整個SCM的應(yīng)用達(dá)到一定的水平，SCM系統(tǒng)已經(jīng)充分得到了企業(yè)的信任，SCM系統(tǒng)本身的安全性已經(jīng)可以確保，但是企業(yè)內(nèi)部的業(yè)務(wù)流程還沒有及時跟上SCM的需求的變化，這時產(chǎn)生了這樣的一種需求：企業(yè)內(nèi)部和外部數(shù)據(jù)共享，以提高數(shù)據(jù)處理效率，但是由于暴露在英特網(wǎng)上，數(shù)據(jù)安全風(fēng)險很大，規(guī)避這些風(fēng)險要依靠高度可靠的數(shù)據(jù)庫安全措施和應(yīng)用自身安全防護措施加以保證；由于企業(yè)內(nèi)部的業(yè)務(wù)流程大規(guī)模的更改是很龐大的工程，即使企業(yè)實施了SCM系統(tǒng)，企業(yè)內(nèi)部流程也不可能立刻隨之變化，并且在整個SCM系統(tǒng)大環(huán)境應(yīng)用不夠普及的情況下，已經(jīng)實施SCM的企業(yè)也不能立刻改變原有的業(yè)務(wù)流程，企業(yè)內(nèi)部業(yè)務(wù)流程和外部業(yè)務(wù)流程還是存在一定的差異，企業(yè)仍然需要兩套相對獨立的應(yīng)用模式。這種需求的特點是，內(nèi)外系統(tǒng)共用數(shù)據(jù)，不共應(yīng)用，針對這種需求，設(shè)計了如圖4.2所示的體系結(jié)構(gòu)，即將A模式的CDB和EDB合并，省掉人機認(rèn)證處理，這樣可以很大的提高數(shù)據(jù)交流速度，同時企業(yè)內(nèi)部和外部還是保留各自的應(yīng)用流程，內(nèi)部人員還是在傳統(tǒng)的C/S應(yīng)用程序下操作，外部人員在Web瀏覽器上操作，它們的業(yè)務(wù)流程可以設(shè)計的不同，這種模式下數(shù)據(jù)庫的設(shè)計需要兼顧內(nèi)外部兩種不同的應(yīng)用需求。數(shù)據(jù)服務(wù)器內(nèi)部應(yīng)用程序數(shù)據(jù)服務(wù)器內(nèi)部應(yīng)用程序Web服務(wù)器Web瀏覽器§4.4.3模式C當(dāng)SCM的應(yīng)用已經(jīng)相當(dāng)成熟，并得到了廣大企業(yè)的充分認(rèn)可，網(wǎng)絡(luò)環(huán)境足夠發(fā)達(dá)的情況下，企業(yè)經(jīng)營模式將被徹底的電子商務(wù)化，企業(yè)生產(chǎn)和經(jīng)營將充分的社會化，信息化，任何一個企業(yè)將真正的成為供應(yīng)鏈上的一個環(huán)節(jié)，那么這時企業(yè)的流程將不再有內(nèi)部和外部之分，單個企業(yè)的業(yè)務(wù)流程就是整個供應(yīng)鏈上的一個局部流程，企業(yè)內(nèi)部的應(yīng)用就要求和企業(yè)外部統(tǒng)一，但是為了操作上的方便，內(nèi)部人員和企業(yè)外部客戶的應(yīng)用界面還是應(yīng)該有所差異，針對這種需求，設(shè)計了如圖所示的體系結(jié)構(gòu)，前面A、B模式中提到的Web服務(wù)器實際上包含兩個部分：中間件服務(wù)器（也叫應(yīng)用服務(wù)器）和WWW服務(wù)器，中間件服務(wù)器專門處理各種商務(wù)邏輯，而WWW服務(wù)器則負(fù)責(zé)接收請求和發(fā)送數(shù)據(jù)，在這種模式中，將這兩部分分開，企業(yè)內(nèi)部和企業(yè)外部共享同一套數(shù)據(jù)和應(yīng)用，只是界面顯示形式有所差異，由于應(yīng)用群擴大，中間件服務(wù)器的負(fù)載會迅速加重，這時，可以通過服務(wù)器集群的方法增加中間件服務(wù)器的負(fù)載能力，集群內(nèi)的各服務(wù)器通過一個主服務(wù)器監(jiān)控和調(diào)配，互相之間自動實現(xiàn)負(fù)載均衡，中間件服務(wù)器上的應(yīng)用都被封裝成組件的形式，這種組件稱為中間件，（這就是中間件服務(wù)器名稱的由來）目前已經(jīng)應(yīng)用得比較成熟的中間件體系結(jié)構(gòu)有:EJB(EnterpriseJavaBean)和CORBA(CommonObjectRequestBrokerAchitecture)等。數(shù)據(jù)服務(wù)器中間件服務(wù)器群數(shù)據(jù)服務(wù)器中間件服務(wù)器群內(nèi)部應(yīng)用界面www服務(wù)器Web瀏覽器§4.2軟件系統(tǒng)總體結(jié)構(gòu)[24]根據(jù)對系統(tǒng)需求的分析，決定本系統(tǒng)采用模式A系統(tǒng)結(jié)構(gòu),本系統(tǒng)中的大部分工作是對數(shù)據(jù)庫的操作，除少部分的靜態(tài)頁面外，很多頁面是根據(jù)數(shù)據(jù)庫的檢索結(jié)果發(fā)送得到的，頁面上的操作結(jié)果數(shù)據(jù)大部分要求寫回到數(shù)據(jù)庫中去。考慮滿足大量用戶操作的效率，軟件系統(tǒng)中的商務(wù)傳輸子系統(tǒng)三層體系結(jié)構(gòu)：前端的瀏覽器，Servlet、Javabean應(yīng)用服務(wù)端，數(shù)據(jù)庫服務(wù)器。瀏覽器端顯示靜態(tài)網(wǎng)頁，發(fā)送參數(shù)發(fā)送到應(yīng)用服務(wù)端，Servlet接受參數(shù)，調(diào)用對應(yīng)的Javabean服務(wù)方法，Javabean對數(shù)據(jù)庫進行操作，將操作結(jié)果返回到Servlet，Servlet形成頁面信息返回到瀏覽器客戶端。有些簡單的處理可以直接在Servlet中處理完成，不需要調(diào)用Javabean組件。人機認(rèn)證模塊和商務(wù)信息處理子模塊還是采用傳統(tǒng)的C/S模式，軟件系統(tǒng)整體的層次結(jié)構(gòu)如圖4.4,4.5所示：用戶層用戶層www服務(wù)器層中間件服務(wù)器層商務(wù)數(shù)據(jù)庫用戶群銷售JavaBean求購JavaBean采購JavaBean審核JavaBean商務(wù)數(shù)據(jù)庫外部用戶Servlet銷售員Servlet采購員Servlet領(lǐng)導(dǎo)Servlet其它Servlet圖4.4商務(wù)信息傳輸層次結(jié)構(gòu)圖商務(wù)數(shù)據(jù)庫商務(wù)數(shù)據(jù)庫CDB企業(yè)數(shù)據(jù)庫EDB中間認(rèn)證層人工認(rèn)證exe信息發(fā)布exe機器認(rèn)證exe圖4.5人機認(rèn)證層次結(jié)構(gòu)圖§4.3確定技術(shù)路線[25][31－43]頁面端技術(shù)：為了盡可能兼容各種瀏覽器，頁面端采用標(biāo)準(zhǔn)的HTML標(biāo)簽語言和Javascript腳本程序，可以在客戶端寫cookie文件，但不能將安全性要求比較高的數(shù)據(jù)(如用戶口令)保留在客戶端，允許下載小控件或程序（如applet、ActiveX）等到客戶端執(zhí)行，暫時不采用XML技術(shù)；代碼技術(shù)：應(yīng)用采用目前網(wǎng)絡(luò)開發(fā)應(yīng)用得比較成熟的Javabased技術(shù)，接收數(shù)據(jù)并產(chǎn)生動態(tài)頁面由安裝在Web服務(wù)器上的Servlet組件完成，一般情況下，Servlet只負(fù)責(zé)產(chǎn)生動態(tài)頁面，商務(wù)邏輯運算由Web服務(wù)器上的Javabean組件完成，事務(wù)邏輯可以在Javabean內(nèi)由標(biāo)準(zhǔn)的SQL語句完成，比較復(fù)雜的，運算性能要求比較高的，使用頻繁的可以交給數(shù)據(jù)庫管理系統(tǒng)由存儲過程實現(xiàn)，由于系統(tǒng)的負(fù)載不重，暫時不需要分布運算，一旦今后需要，Javabean組件也可以很容易的改造成CORBA結(jié)構(gòu)；服務(wù)器技術(shù)：Web服務(wù)器和應(yīng)用服務(wù)器都采用Sybase公司的JaguarCTS（ComponentTransactionServer）服務(wù)器，JaguarCTS最大的特點是支持面廣，幾乎目前時常上所有的組件都支持，如CORBA、EnterpriseJavabean、COM/DCOM、Dll、PowerbuilderNVO(Non-visibleObject)，利用這些特性，系統(tǒng)可以最大限度的與各種異構(gòu)系統(tǒng)接口，另外JaguarCTS的功能也很強大，如支持供集群和分布服務(wù)，自動分布組件服務(wù)器、自動負(fù)載等，這些功能在本版本中暫時不采用；數(shù)據(jù)庫技術(shù)：為了和現(xiàn)有的ERP系統(tǒng)兼容，數(shù)據(jù)庫采用了Windows系列平臺上應(yīng)用比較廣泛的SQLServerVer7.0,復(fù)雜的事務(wù)邏輯采用T－SQL程序包實現(xiàn)。整個系統(tǒng)的技術(shù)方案如下圖所示：圖4.6技術(shù)方案示意圖用戶通過瀏覽器在頁面上輸入數(shù)據(jù)，通過頁面上的提交按鈕將數(shù)據(jù)提交給相應(yīng)的Servlet，Servlet接到數(shù)據(jù)后，將數(shù)據(jù)處理成相應(yīng)的類型（注：頁面提交的數(shù)據(jù)全部是字符型），并做簡單的輸入檢查。檢查通過后，調(diào)用該頁面對應(yīng)的Javabean接口方法，得到計算結(jié)果，并返回給瀏覽器。有的Javabean服務(wù)端程序有數(shù)據(jù)庫操作，Javabean存儲用戶提交的數(shù)據(jù)及計算結(jié)果。把以上的一個回路稱為一次提交，一個完整的功能應(yīng)用可能會有多次提交。即一個完整功能應(yīng)用的流程框架是以上框架圖的疊加。一個典型的功能模塊流程如圖：圖4.7一個典型的功能模塊流程箭頭表示數(shù)據(jù)流動方向，點線表示不確定的存在。某些簡單的、數(shù)據(jù)量傳輸不大、負(fù)載比較輕的功能用Servlet直接通過JDBC訪問數(shù)據(jù)庫,大致結(jié)構(gòu)如圖：圖4.8直接訪問DB的Servlet技術(shù)流程框架圖內(nèi)部數(shù)據(jù)認(rèn)證和信息處理的應(yīng)用程序在局域網(wǎng)上運行，基于C/S模式，在VFP平臺上開發(fā)，利用已有的底層工具，開發(fā)效率比較高,這部分的技術(shù)已經(jīng)很成熟，這里不作更詳細(xì)的論述?！?.4對開發(fā)方法的選擇[25-28]本系統(tǒng)的特點是需求不明朗，技術(shù)還不成熟，根據(jù)這些特點，系統(tǒng)開發(fā)采用快速原型法?？焖僭头ǖ幕痉椒ㄊ窍到y(tǒng)的開發(fā)者在初步了解用戶需求的基礎(chǔ)上，構(gòu)成、設(shè)計和開發(fā)一個系統(tǒng)初始模型，該模型就稱為原型或骨架。這個原型是一個可以實現(xiàn)的系統(tǒng)應(yīng)用模型。用戶與開發(fā)人員在原型的基礎(chǔ)上共同探討、改進和完善方案，開發(fā)人員根據(jù)這個方案對原型進行修改得到新的原型，再去征求用戶的意見，反復(fù)多次直到取得滿意的原型為止。原型法的生命周期包括以下的四個階段：確定用戶的基本需求；開發(fā)初始原型；利用原型來提煉用戶的要求；修正和改進原型?！?.5處理流程程序設(shè)計的大致流程如下：數(shù)據(jù)庫工程師首先要規(guī)劃數(shù)據(jù)庫，然后確定字段、類型、生成相關(guān)的表結(jié)構(gòu)。功能分解和前期準(zhǔn)備工作，程序結(jié)構(gòu)確定,Java和VFP程序員共同完成。程序員在功能分解后,確定詳細(xì)的程序接口，接口應(yīng)詳細(xì)到函數(shù)，包括輸入?yún)?shù)的個數(shù)、類型，輸出參數(shù)的類型（為方便設(shè)計，每個函數(shù)至多只能有一個輸出參數(shù)）。網(wǎng)頁設(shè)計人員根據(jù)IPO圖設(shè)計相應(yīng)的輸入頁面,并完成客戶端的JavaScript控制（在規(guī)格說明書的基礎(chǔ)上具體實現(xiàn)，包括參數(shù)名的規(guī)范，提交對應(yīng)的函數(shù)等）。程序員在詳細(xì)設(shè)計完成后，應(yīng)根據(jù)IPO圖生成程序，Java程序員完成Web上的服務(wù)器端編程,網(wǎng)頁設(shè)計人員完成瀏覽器端的JavaScript控制程序,VFP程序員完成中間認(rèn)證和內(nèi)部信息處理程序,與數(shù)據(jù)庫相關(guān)的內(nèi)容與數(shù)據(jù)庫程序員共同解決