【正文】 模式 A 目前國(guó)內(nèi)很多的企業(yè)已經(jīng)擁有了完整的內(nèi)部信息系統(tǒng)，特別是 MIS/ERP 系統(tǒng)，并且應(yīng)用已經(jīng)很成熟 ,在 SCM應(yīng)用處于初級(jí)實(shí)施階段，一般企業(yè)不敢輕率的將原有的系統(tǒng)升級(jí)到 SCM，而希望有一個(gè)過(guò)渡期，因此在這個(gè)階段，存在這樣一類特殊的需求： 企業(yè)實(shí)施 SCM的準(zhǔn)備工作沒(méi)有到位，特別是內(nèi)部的 SCM業(yè)務(wù)人員培訓(xùn)沒(méi)有到位，在實(shí)施 SCM 時(shí)，希望有一個(gè)過(guò)渡期，對(duì)原有的信息系統(tǒng)不作或少作改動(dòng)，以保持企業(yè)內(nèi)部業(yè)務(wù)流程基本不變； 在 SCM應(yīng)用環(huán)境不完善的情況下，企業(yè)要求優(yōu)先。 設(shè)想中的幾種系統(tǒng)結(jié)構(gòu) [19] [21] [28] 為了適應(yīng) SCM市場(chǎng)的各個(gè)發(fā)展階段，根據(jù)企業(yè)和開(kāi)發(fā)商的實(shí)際情況的變化 ,設(shè)想了三種系統(tǒng)結(jié)構(gòu) ,這三種系統(tǒng)結(jié)構(gòu)的共同特征是試圖將企業(yè)內(nèi)部的信息系統(tǒng)通過(guò) Inter向外延伸，但實(shí)現(xiàn)方式上有所差異。 3) 驗(yàn)證需求的完整性和有效性： 一般來(lái)說(shuō)，這步工作需要用戶的密切配合才能完 成，但在開(kāi)發(fā)過(guò)程中，發(fā)現(xiàn)用戶大多數(shù)的時(shí)候并不能清楚的認(rèn)識(shí)到他們的需要，因?yàn)楸鞠到y(tǒng)是第一個(gè)版本，沒(méi)有可以參照的模型，因此決定先開(kāi)發(fā)一套可供需求評(píng)估的原型，依靠原型來(lái)驗(yàn)證系統(tǒng)需求的完整性和有效性。 2) 驗(yàn)證需求的現(xiàn)實(shí)性： 需求應(yīng)該是用現(xiàn)有的軟、硬件技術(shù)是可以實(shí)現(xiàn)的。 167。 數(shù)據(jù)字典是對(duì)所有與系統(tǒng)相關(guān)的數(shù)據(jù)元素的一個(gè)有組織的列表，以及精確的、嚴(yán)格的定義，使得用戶和系統(tǒng)分析員對(duì)于輸入、輸出、存儲(chǔ)成分和中間計(jì)算有共同的理解，它是數(shù)據(jù)建模、功能建模和行為建模的核心。 數(shù)據(jù)字典 分析模型中包含對(duì)數(shù)據(jù)對(duì)象、功能和控制的表示。 供應(yīng)鏈管理行為建模 行為建模的目的是指明作為外部事件的結(jié)果，系統(tǒng)將如何的動(dòng)作，當(dāng)用戶從遠(yuǎn)程發(fā)送一個(gè)請(qǐng)求觸發(fā)一個(gè)事件時(shí)，系統(tǒng)就會(huì)產(chǎn)生一系列的動(dòng)作：頁(yè)面變遷、請(qǐng)求接收、邏輯運(yùn)算、事務(wù)處理、結(jié)果回傳等，在類似本系統(tǒng)的 B/S 應(yīng)用中，用戶能夠直接感覺(jué)到的最明顯的系統(tǒng)動(dòng)作就是頁(yè)面變遷，這是在行為建模階段的重點(diǎn)，本系統(tǒng)的狀態(tài)變遷圖實(shí)際上以頁(yè)面變遷圖表示（在附錄六中給出了系統(tǒng)的頁(yè)面變遷圖），而系統(tǒng)的其它動(dòng)作在 DFD圖中已經(jīng)表示清楚。 圖 訂單錄入第一層 DFD 圖 DFD[HAT87] 編輯時(shí)間: 2 0 0 0 1 1 6銷售D F D L e v e 2 －填寫銷售訂單版本: 0EC組第 頁(yè)項(xiàng)目: S C M圖號(hào): 1 _ 2 _ 1產(chǎn)品清單顯示申請(qǐng)單顯示生成訂單填寫頁(yè)面選中的產(chǎn)品選中的產(chǎn)品訂單填寫頁(yè)面錄入訂單回顯信息存已填信息選中產(chǎn)品臨時(shí)文件已填信息已填信息已填信息已填信息銷售訂單文件( 外)外部訂單信息選中的產(chǎn)品 訂單錄入信息生成反饋?lái)?yè)面反饋信息外部訂單信息反饋信息 圖 訂單錄入第二層 DFD 圖 系統(tǒng)所有的 DFD圖請(qǐng)參見(jiàn)本文的附件，這些 DFD圖 基本上表示出了系統(tǒng)的功能，也 ２４ 表示了系統(tǒng)對(duì)頁(yè)面請(qǐng)求的相應(yīng)動(dòng)作。 由于本系統(tǒng)采用了是面向?qū)ο蟮募夹g(shù)，傳 統(tǒng)的第 0層的語(yǔ)境級(jí)模型對(duì)于本系統(tǒng)的設(shè)計(jì)沒(méi)有多大的實(shí)際意義，因此在設(shè)計(jì)中，直接從第 1層 DFD 圖開(kāi)始設(shè)計(jì)，逐級(jí)精化，如圖 35是銷售部分的訂單錄入的第一層 DFD 圖 ,在圖中共有 6個(gè)處理過(guò)程，其中處理 填寫銷售訂單不能在一個(gè)函數(shù)內(nèi)實(shí)現(xiàn)，需要進(jìn)一步的精化，圖 36是對(duì) 的精化。 數(shù)據(jù)對(duì)象：在 DFD圖中用帶描述的箭頭表述，箭頭的方向表示數(shù)據(jù)的流動(dòng)方向，箭頭的描述表示對(duì)應(yīng)在數(shù)據(jù)字典中的數(shù)據(jù)名。 供應(yīng)鏈管理系統(tǒng)功能建模 功能建模需要建立的加工模型通過(guò) DFD圖描述，在設(shè)計(jì)商務(wù)傳輸子系統(tǒng)時(shí)，針 對(duì)本系統(tǒng)的特點(diǎn)，統(tǒng)一對(duì) DFD 圖的四個(gè)元素做統(tǒng)一的規(guī)定，并要求設(shè)計(jì)人員在繪制 DFD 圖時(shí)遵循這種規(guī)定： 外部實(shí)體：在 DFD圖中用矩形框表示，系統(tǒng)的外部實(shí)體只有用戶，但是為了系統(tǒng)大規(guī)模協(xié)同開(kāi)發(fā)的需要，將用戶和頁(yè)面（不包括生成頁(yè)面的對(duì)象）看作外部實(shí)體，它們可以作為數(shù)據(jù)源點(diǎn)和終點(diǎn)，因?yàn)閷?duì)于系統(tǒng)的頁(yè)面設(shè)計(jì)和實(shí)現(xiàn)部分被分離出來(lái)給一個(gè)橫向的頁(yè)面組去實(shí)現(xiàn)，對(duì)于 SCM 設(shè)計(jì)人員來(lái)說(shuō)，頁(yè)面組的工作都應(yīng)該是系統(tǒng)邊界以外的事情，他們處理的對(duì)象就是外部實(shí)體（不是系統(tǒng)的外部實(shí)體）。 供應(yīng)鏈管理系統(tǒng)數(shù)據(jù)建模 作為商務(wù)信息處理外圍，商務(wù)信息處理部分的數(shù)據(jù)建模工作應(yīng)該和商務(wù)信息處理的數(shù)據(jù)建模工作一起進(jìn)行，數(shù)據(jù)建模采用傳統(tǒng)的實(shí)體－關(guān)系圖就可以表示清楚，本文不做詳細(xì)的描述。 本系統(tǒng)中將采用很多的面向?qū)ο蟮募夹g(shù)，各種運(yùn)算都以類的形式封裝和調(diào)用，但系統(tǒng)的面 向?qū)ο蟮奶攸c(diǎn)并不突出，對(duì)象的封裝、分類以及繼承等并不是重點(diǎn)，相反，由于系統(tǒng)的邏輯處理比較復(fù)雜，更關(guān)心的是系統(tǒng)在邏輯上是如何實(shí)現(xiàn)的，系統(tǒng)的功能如何的被分解，因此系統(tǒng)準(zhǔn)備采用傳統(tǒng)的軟件分析方法進(jìn)行分析。 面向?qū)ο蟮姆治龇椒ê蛡鹘y(tǒng)的軟件 分析方法一樣，試圖建造一個(gè)多部分的分析模型來(lái)描述客戶的需求。 “狀態(tài)變遷圖”（ STD） ,指明作為外部事件的結(jié)果，系統(tǒng)將如何動(dòng)作，為此， STD表示了系統(tǒng)的各種行為模式以及在狀態(tài)間進(jìn)行變遷的方式， STD是行為建模的基礎(chǔ)。圍繞數(shù)據(jù)字典，借助三種圖來(lái)描述模型： “實(shí)體 —— 關(guān)系圖”（ ERD），描述數(shù)據(jù)對(duì)象間的關(guān)系， ERD是用來(lái)進(jìn)行數(shù)據(jù)建?；顒?dòng)的記號(hào)； “數(shù)據(jù)流圖” (DFD)，服務(wù)于兩個(gè)目的：（ 1）指明數(shù)據(jù)在系統(tǒng)中移動(dòng)時(shí)如何被變換；（ 2）描述對(duì)數(shù)據(jù)流進(jìn)行變換的功能（和子功能）。 傳統(tǒng)軟件工程建模方法是結(jié)構(gòu)化的，結(jié)構(gòu)化分析模型必須要達(dá)到三個(gè)主要目標(biāo)： 描述客戶的需要； 1) 建立傳統(tǒng)軟件設(shè)計(jì) 的基礎(chǔ)； 2) 定義在軟件完成后可以被確認(rèn)的一組需求。 原則上說(shuō)，用戶提出需求時(shí)，是不用顧及整個(gè)系統(tǒng)的，需求獲取后，需要從開(kāi)發(fā)者的角度對(duì)需求進(jìn)行分析，判斷用戶的需求是否合理？需求實(shí)現(xiàn)是否有困難？各個(gè)需求之間是否有沖突？如何對(duì)需求進(jìn)行優(yōu)化？這些問(wèn)題需要在系統(tǒng)建模分析階段得出結(jié)論。 167。 12) 對(duì)系統(tǒng)穩(wěn)定性的分析： 系統(tǒng)的穩(wěn)定性需要一定的保障，至少要求系統(tǒng)能夠在滿足用戶需求的情況下連續(xù)穩(wěn)定運(yùn)行時(shí)間不小于 48 小時(shí)，本系統(tǒng)是基于 Java 組件的產(chǎn)品，系統(tǒng)穩(wěn)定性依靠組件本身以及服務(wù)器來(lái)保證。 11) 對(duì)可移植性的分析： 本系統(tǒng)的移植主要有兩種情況：一種是操作系統(tǒng)的變更，要求程序的運(yùn)行基本已經(jīng)和操作系統(tǒng)之間互相獨(dú)立 ,在不同的操作系統(tǒng)間移植比較容易 ,只需要對(duì)新的運(yùn)行環(huán)境做一定的配置即可。 本系統(tǒng)為低發(fā)布成本方案，是基于應(yīng)用的，性能由開(kāi)發(fā)者保證，設(shè)計(jì)中按同時(shí)容納50 個(gè)用戶同時(shí)在線為前提，系統(tǒng)注冊(cè)客戶數(shù)量限制在 2020人以內(nèi)，服務(wù)器暫時(shí)不提供集群和分布服務(wù)，主要在 Win2020 Advanced Server 操作系統(tǒng)上運(yùn)行，服務(wù)器配置滿足硬件要求，用戶的網(wǎng)絡(luò)接入速度不低于 56kbps 時(shí) ,在滿足以上的條件的前提下，系統(tǒng)的可用性要求不小于 %。 對(duì)于系統(tǒng)的故障解決原則是盡量采取預(yù)防措施降低系統(tǒng)的故障率，對(duì)于已經(jīng)發(fā)生的故障，要求花費(fèi)最少的代價(jià)和最短的時(shí)間修復(fù)，對(duì)于實(shí)在無(wú)法修復(fù)的故障，作為這個(gè)版本的一個(gè)缺陷記載下來(lái)，在下一個(gè)版本中改進(jìn)。 ? 內(nèi)部的誤操作 導(dǎo)致系統(tǒng)不穩(wěn)定，數(shù)據(jù)非法等，靠程序設(shè)計(jì)自我保護(hù)。 8) 對(duì)故障處理的分析： 系統(tǒng)在運(yùn)行過(guò) 程中可能會(huì)出現(xiàn)很多的故障，這些故障有的是不可預(yù)料的，有的是可以預(yù)見(jiàn)的故障，可以預(yù)見(jiàn)的故障包括以下這些： ? 用戶訪問(wèn)量過(guò)大，高峰時(shí)期可能造成通訊阻塞，本系統(tǒng)中在一個(gè)時(shí)刻內(nèi)設(shè)置了在線人員的上限為 50 人，若超過(guò) 50 人，則提示等待； ? 運(yùn)算量過(guò)大導(dǎo)致服務(wù)器系統(tǒng)負(fù)載過(guò)重：需要根據(jù)實(shí)際情況，調(diào)節(jié)系統(tǒng)軟硬件環(huán)境配置，必要時(shí)采用多服務(wù)器分布運(yùn)算，增加分布點(diǎn)，并由 Web服務(wù)器保證負(fù)載均衡。 7) 對(duì)軟件接口的分析： 整個(gè) SCM系統(tǒng)同內(nèi)部的 C/S系統(tǒng)間只通過(guò)人機(jī)認(rèn)證模塊相連，耦合程度比較低，但保證了 C/S 模式的安全性，這種設(shè)計(jì)要求數(shù)據(jù)庫(kù)的設(shè)計(jì)比較特殊，允許出現(xiàn)一些冗余數(shù) １９ 據(jù)。 Web 服務(wù)器對(duì)外應(yīng)該有一個(gè)固定的 IP 地址，需要一個(gè)固定的域名。記錄太多時(shí)需要翻頁(yè)的次數(shù)不算在內(nèi)；重復(fù)性的工作（如審查同類單據(jù)）、力爭(zhēng)在一個(gè)界面下完成，有困難時(shí)可以走小流程，流程深度不應(yīng)超過(guò) 2。當(dāng) 數(shù)據(jù)從服務(wù)器到客戶端時(shí)，需要在界面上提供數(shù)據(jù)瀏覽界面，數(shù)據(jù)首先通過(guò)服務(wù)程序的后臺(tái)處理（檢索，過(guò)濾，加工等），存儲(chǔ)在服務(wù)器端，然后在以合適的表現(xiàn)形式傳到客戶端，單條記錄一般采用純文本的形式顯示，為了美觀，也可以用表格來(lái)定位，多條記錄則統(tǒng)一以數(shù)據(jù)表格的形式來(lái)顯示，數(shù)據(jù)量過(guò)大的應(yīng)該采用分頁(yè)顯示，分批傳輸，多條件檢索的方式，也可以通過(guò)多條件聯(lián)合過(guò)濾的辦法減少數(shù)據(jù)量。 頁(yè)面的動(dòng)態(tài)部分是頁(yè)面的靈魂，主要負(fù)責(zé)信息的交互，實(shí)現(xiàn)頁(yè)面的動(dòng)態(tài)部分主要包括數(shù)據(jù)采集，數(shù)據(jù)處理和數(shù)據(jù)發(fā)布三個(gè)部分，數(shù)據(jù)流向分為兩個(gè)方向：從客戶端到服務(wù)器和從服務(wù)器到客戶端。 １８ 5) 對(duì)界面風(fēng)格的分析： 頁(yè)面實(shí)現(xiàn)包括靜態(tài)和動(dòng)態(tài)兩部分。 3) 對(duì)適應(yīng)性的分析： 系統(tǒng)的適應(yīng)性是指系統(tǒng)對(duì)環(huán)境的適應(yīng)性，本系統(tǒng)的操作以 Web瀏覽器操作為主，采用 WEB上較通用的操作，以鼠標(biāo)操作為主； C/S 模式下的操作除拖拉操作外，所有操作同時(shí)支持鼠標(biāo)和鍵盤操作； B/S客戶端同時(shí)支持 IE Ver 以上版本瀏覽器； C/S客戶端支持 Windows 系列操作系統(tǒng)；與 ERP 有關(guān)的數(shù)據(jù)在數(shù)據(jù)庫(kù)結(jié)構(gòu)上保持一致，聯(lián)立設(shè)計(jì)；數(shù)據(jù)結(jié)構(gòu)、編碼規(guī)則、配置盡量作到規(guī)范、通用，為 ASP創(chuàng)造條件； Web服務(wù)器需要盡可能多的支持各種組件技術(shù)（至少支持 CORBA），支持分布式集群服務(wù)，以方便今后的系統(tǒng)移植和升級(jí)；人機(jī)認(rèn)證部分處理的數(shù)據(jù)量比較大 , 要求效率比較高 ,應(yīng)根據(jù)具體 的操作系統(tǒng)選擇合適的開(kāi)發(fā)平臺(tái)。 2) 對(duì)時(shí)間特性的分析： 本系統(tǒng)的時(shí)間特性實(shí)際包括網(wǎng)絡(luò)傳輸速度和服務(wù)器運(yùn)算速度，為了保證系統(tǒng)的友好性和可用性，原則上說(shuō)系統(tǒng)的反應(yīng)速度越快越好，但是由于實(shí)際條件的限制， 網(wǎng)絡(luò)傳輸速度不可能無(wú)限快，服務(wù)器運(yùn)算速度也不能無(wú)限的快，經(jīng)過(guò)調(diào)查分析，認(rèn)為系統(tǒng)要在用戶的容忍限度內(nèi)運(yùn)行，必須滿足：動(dòng)態(tài)頁(yè)面的生成時(shí)間小于 3秒（排除網(wǎng)絡(luò)傳輸速度），對(duì)服務(wù)器端數(shù)據(jù)已檢索到內(nèi)存的前提下，扣除網(wǎng)絡(luò)信息交換時(shí)間，一次性檢索到第 10萬(wàn)條記錄的時(shí)間應(yīng)控制在 2分鐘內(nèi)。認(rèn)證通過(guò)的數(shù)據(jù)通過(guò)刪除 圖 人機(jī)認(rèn)證模塊流程圖 １７ 167。 商務(wù)數(shù)據(jù)庫(kù)( CDB )企業(yè)內(nèi)部ERP數(shù)據(jù)庫(kù)( EDB )導(dǎo)入數(shù)據(jù)（根據(jù)導(dǎo)入間隔配置表）沒(méi)有通過(guò)認(rèn)證的數(shù)據(jù)手工認(rèn)證清除過(guò)期數(shù)據(jù)（根據(jù)過(guò)期數(shù)據(jù)間隔配置表）商務(wù)數(shù)據(jù)需要發(fā)布和審核的數(shù)據(jù)過(guò)期數(shù)據(jù)未認(rèn)證通過(guò)的數(shù)據(jù)不通過(guò)：認(rèn)證標(biāo)志= 39。 167。人工認(rèn)證通過(guò)人為地控制數(shù)據(jù)可以將數(shù)據(jù)導(dǎo)入到 EDB 數(shù)據(jù)庫(kù)中或者將數(shù)據(jù)否決。 具體的流程體現(xiàn)如下：由 B下產(chǎn)生的數(shù)據(jù)都插入到 CDB數(shù)據(jù)庫(kù)中，對(duì)一些數(shù)據(jù)如采購(gòu)、購(gòu)物申請(qǐng)單，物質(zhì)注冊(cè)等數(shù)據(jù)是通過(guò)機(jī)器認(rèn)證的，機(jī)器認(rèn)證是通過(guò)一定的規(guī)則（目前并不完善）分別對(duì)不同的數(shù)據(jù)（非法、可疑、正確）分別打上（否決、人工、通過(guò)）的標(biāo)記。 企業(yè)人機(jī)認(rèn)證包括兩塊： １６ 一、機(jī)器的自動(dòng)認(rèn)證，對(duì)于容易自動(dòng)識(shí)別合法性，認(rèn)證比較頻繁的數(shù)據(jù)采用這種方法認(rèn)證。 167。 權(quán)限：由于本系統(tǒng)面向企業(yè)外部，安全性要求比較高，因此需要比較嚴(yán)格的權(quán)限控制，控制原則是一個(gè)用戶只能有一種權(quán)限，一個(gè)內(nèi)部用戶可以有多個(gè)業(yè)務(wù)員身份，每個(gè)業(yè)務(wù)員身份只能有一種權(quán)限，權(quán)限有三類，操作權(quán)限：對(duì)界面、按鈕、選擇框、事件響應(yīng)的擁有性；數(shù)據(jù)權(quán)限：對(duì)數(shù)據(jù)庫(kù)、數(shù)據(jù)表、字段和記錄的擁有性；額度權(quán)限：對(duì)統(tǒng)計(jì)值在一定范圍內(nèi)的數(shù)據(jù)集的擁有性，這些權(quán)限原則都將在系統(tǒng)中體現(xiàn)。 審核員操作：銷售員屬于企業(yè)的內(nèi)部用戶，系統(tǒng)為出差在外的銷售員提供了遠(yuǎn)程辦公的接口，審核員在企業(yè)外部可以審核各類單據(jù)（包括銷售定單，銷售申請(qǐng)單，采購(gòu)定單，采購(gòu)申請(qǐng)單等）。 銷售員操作：銷售員屬于企業(yè)的內(nèi)部用戶，系統(tǒng)為出差在外的銷售員提供了遠(yuǎn)程辦公的接口，他們可以在外完成填銷售申請(qǐng)單、銷售訂單 ,查看銷售申請(qǐng)單、銷售訂單等業(yè)務(wù)操作。 外部用戶操作：外部用戶是企業(yè)的直接而穩(wěn)定的客戶，企業(yè)一般需要隨時(shí)記載并跟蹤他們的信息，將和他們的關(guān)系作為一種寶貴的企業(yè)資源統(tǒng)一的管理， 這是 B2B電子商務(wù)的另外一個(gè)分支：客戶關(guān)系管理 CRM 的特長(zhǎng)，本系統(tǒng)的重點(diǎn)不在這里，但本系統(tǒng)提供用戶登錄 選擇業(yè)務(wù) 驗(yàn)證身份、口令和權(quán)限 新用戶注冊(cè) 新物資注冊(cè) 企業(yè)信 息展示 修改口令 外部用戶操作 銷售員操作 采購(gòu)員操作 審核員 操作 游客操作 生產(chǎn) 需 需 生產(chǎn) 供 需 企業(yè) i（基準(zhǔn)點(diǎn)） 企業(yè) i1 企業(yè) j 供 供 生產(chǎn) 內(nèi)部用戶 外部客戶 游客 １５ 一個(gè)與 CRM 的接口，使用 SCM 系統(tǒng)的外部用戶信息被系統(tǒng)記載下來(lái)，并作為 CRM 一個(gè)數(shù)據(jù)來(lái)源，針對(duì)外部用戶的特點(diǎn)，本系 統(tǒng)中提供這些功能，外部用戶以合法的身份登錄系統(tǒng)后（可以通過(guò)在線注冊(cè)得到），可以在網(wǎng)上購(gòu)買企業(yè)產(chǎn)品、給企業(yè)供貨。通過(guò)對(duì)用戶需求的分析，得出以下的如圖 所示的需求結(jié)構(gòu)圖 : 移動(dòng)電話客戶 客戶 防火墻等 安全系統(tǒng) 企業(yè) C/S服務(wù)器 Web/App 服務(wù)器 內(nèi)務(wù)人員 WAP 人機(jī)安全認(rèn)證