【文章內(nèi)容簡介】 企業(yè)為核心， 優(yōu)化整個供應(yīng)鏈上企業(yè)的資源配置 ，并 滿足以顧客需求為標志的商業(yè)需求的增長。 供應(yīng)鏈管理的內(nèi)容覆蓋了從供應(yīng)商的供應(yīng)商到客戶的客戶的全部過程，一般來說， 包括管理供應(yīng)與需求，原材料、備品備件的采購、制造與裝配，物件的存放及庫存查詢，定單的錄入與管理，渠道分銷及最終交付用戶。 供應(yī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)籌管理。當時企業(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 了解到當前各產(chǎn)品的供貨周期、訂單的執(zhí)行情況、資金狀況，而該企業(yè)則可以即時了解各代理商每個產(chǎn)品的 庫存情況、銷售情況，通過統(tǒng)計分析作出新的市場決策，大大提高了決策的準確性和時效性，同時使有限的資源得到更加合理的調(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é)細分為多個環(huán)節(jié)；各層次之間的利益需要進行權(quán)衡；甚至有時會需要跳過某些環(huán)節(jié)就把產(chǎn)品或服務(wù)送到了客戶手中，因此，這些企業(yè)會選擇在他們原有的 ERP 應(yīng)用軟件中追加供應(yīng)鏈規(guī)劃的功能， 以減小因 承擔分銷成本提高至少 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)如果負荷過重、無所不管、運算速度大打折扣，所以，把 SCM的一技之長獨立出來，倒不失為一個簡單而有效的辦法。 167。 造業(yè)供應(yīng)鏈管理的目的 [1216] 供應(yīng)鏈管理的最大作用是將產(chǎn)銷活動中的各流程加以整合，使企業(yè)能以最快的速度，將產(chǎn)品由概念，研發(fā)推向市場。實施供應(yīng)鏈管理的目的在于縮短接單及交貨周期，降低原材料及成品庫存，提高對市場的反應(yīng)速度，增加銷售量，提高產(chǎn)品及服務(wù)的品質(zhì)，掌握過程最真實的信息，加快貨款的回收，改善公司與顧客之間的關(guān)系，這些從根本上說，都是從提高供應(yīng)鏈的性能上實現(xiàn)的，一般來說，企業(yè)總是期望提高的有這樣一些性能： 1) 更快，供應(yīng)鏈上的 信息流、物流、資金流 更快的流動； 2) 更穩(wěn)定，供應(yīng)鏈上的 信息流、物流、資金流 更穩(wěn) 定的流動； 3) 更廉價，供應(yīng)鏈的維護操作花費更少； 4) 更少的庫存，通過增強供應(yīng)鏈功能減少企業(yè)庫存。 通過性能的提高，企業(yè)期望得到回報，概括來說，企業(yè)的期望回報包括三類： 1) 更多的收入； 2) 更大的利潤率； 3) 更快的資金回流。 在實際調(diào)研過程中發(fā)現(xiàn)這些只是企業(yè)的一廂情愿，企業(yè)期望的性能和期望的回報是有矛盾的，實踐證明，并非一味的追求“更快”、“更穩(wěn)定”、“更廉價”、“更少的庫存”， ７ 就是最好的，也是不現(xiàn)實的，以上的這些目標必須有一個量度才能作為評價一個供應(yīng)鏈的客觀標準，基于該原因，供應(yīng)鏈協(xié)會組織在 2020 年參考供應(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ì)量的客觀標準，在本軟件系統(tǒng)的設(shè)計也將以此作為一個預(yù)定目標。 ８ 第三章 系統(tǒng)需求描述與分析 167。 系統(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)最終的誤差可以用公式 ： δ =??ni1δ i?nij?ξ j (i≤ n)…………… ……………………………… （ ） 在系統(tǒng)開發(fā)的過程中的任何一個階段都存在輸入和輸出，任何一個階段的輸出保證正確的基本前提是上一個階段的輸出必須正確，從公式 可以看到誤差出現(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 公布的定義包括從用戶角度（系統(tǒng)的外部行為） ，以及從開發(fā)者角度（一些內(nèi)部特性）來闡述需求。另外它所強調(diào)的一個關(guān)鍵問題是一定要編寫需求文檔，實際上，IEEE 軟件工程標準詞匯表（ 1997 年）中定義需求為： （ 1）用戶解決問題或達到目標所需的條件或權(quán)能（ Capability）。 （ 2）系統(tǒng)或系統(tǒng)部件要滿足合同、標準、規(guī)范或其它正式規(guī)定文檔所 需具有的條件或權(quán)能。 （ 3）一種反映上面（ 1）或（ 2）所描述的條件或權(quán)能的文檔說明。 ９ 若需求未編寫成文檔，分析人員是無法對需求進行分析的，一堆郵件、貼條、會談過幾次或一些零碎的對話，是無法作為分析階段的輸入的。從 IEEE的描述可以更通俗的這樣認為，系統(tǒng)需求是一個模型，這個模型以成文文檔的形式描述了產(chǎn)品是什么樣的（而并非產(chǎn)品是怎樣設(shè)計、構(gòu)造），并可以作為分析模型的輸入。 軟件需求包括三個不同的層次 —— 業(yè)務(wù)需求、用戶需求和功能需求。業(yè)務(wù)需求（ business requirement）反映了組織機 構(gòu)或客戶對系統(tǒng)、產(chǎn)品高層次的目標要求，它們在項目視圖與范圍文檔中予以說明。用戶需求 (user requirement) 文檔描述了用戶使用產(chǎn)品必須要完成的任務(wù)。功能需求 (functional requirement)定義了開發(fā)人員必須實現(xiàn)的軟件功能，使得用戶能完成他們的任務(wù)，從而滿足了業(yè)務(wù)需求。 167。 供應(yīng)鏈管理系統(tǒng)軟件需求獲取方法探討 [3638] 167。 編寫項目視圖與范圍文檔 項目視圖和范圍文檔應(yīng)該包括高層的產(chǎn)品業(yè)務(wù)目標，所有的使用實例和功能需求都必須遵從能達到的業(yè)務(wù)需求。項目視圖描述了產(chǎn)品 所涉及的各個方面和在一個完美的環(huán)境中最終所具有的功能，它的說明使所有項目參與者對項目的目標能達成共識。而范圍描述了產(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)完成。 167。； 為避免出現(xiàn)疏忽某一用戶群需求的情況，要將可能使用產(chǎn)品的客戶分成不同組別。他們可 能在使用頻率、使用特性、優(yōu)先等級或熟練程度等方面都有所差異。詳細描述出它們的個性特點及任務(wù)狀況，將有助于產(chǎn)品設(shè)計。將制造業(yè)用戶群按如下的標準分類： 按制造方法分：根據(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)、標準產(chǎn)品大量生產(chǎn)四種； 按信息化建設(shè)的程度分可分為空白、基本和較高和完善等幾種； １０ 按企業(yè)規(guī) 模分，可分為微型 (員工人數(shù)少于 50 人 )、小型 (員工人數(shù)在 50－ 200人之間 )、中型 (員工人數(shù)在 200－ 1000 人 )，大型 (員工人數(shù)在 1000 人以上 )。 167。 選擇產(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部分用戶。 167。 把同類產(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ā)過程中，大部分用戶需求和功能需求是從他們那得到的。 167。 從用戶代表處收集他們使用軟件完成所需任務(wù)的描述 —— 使用實例，討論用戶與系統(tǒng)間的交互方式和對話要求。在編寫使用實例的文檔時采用標準模版，在使用實例基礎(chǔ)上可得到功能需求。在需求調(diào)研過程中，使用專門設(shè)計的用戶實例 (user case)表格來記載需求獲取情節(jié)，在這套表格中，忠實的記載了用戶的原始需求（沒有經(jīng)過分析的需求），表述了用戶的請求和系統(tǒng)的響應(yīng)動作，一般一個用戶實例重點描述一個主流程 —— 普通過程，在主過程中可能會出現(xiàn)的分支作為可選過程描述，系統(tǒng)出現(xiàn)的例外以例外過程描述，另外在用戶實例 表格的頭部記載了此項需求的附屬信息，表格的底部記載了需求的詳細信息，附錄一是一個對用戶注冊的需求獲取情節(jié)的用戶實例例子。 １１ 167。 召開應(yīng)用程序開發(fā)聯(lián)系（ JAD）會議 召開應(yīng)用程序開發(fā)聯(lián)系（ JAD）會議是范圍廣的、簡便的專題討論會，也是分析人員與客戶代表之間一種很好的合作辦法，并能由此擬出需求文檔的底稿。該會議通過緊密而集中的討論得以將客戶與開發(fā)人員間的合作伙伴關(guān)系付諸于實踐，在本系統(tǒng)的需求獲取過程中，分階段的召開這樣的會議，以確保階段性的成果的正確性。 167。 分析用戶工作流程 觀察用戶執(zhí)行業(yè)務(wù) 任務(wù)的過程。畫一張簡單的示意圖（最好用數(shù)據(jù)流圖）來描繪出用戶什么時候獲得什么數(shù)據(jù)，并怎樣使用這些數(shù)據(jù)。編制業(yè)務(wù)過程流程文檔將有助于明確產(chǎn)品的使用實例和功能需求。在這個過程中甚至可能發(fā)現(xiàn)客戶并不真的需要一個全新的軟件系統(tǒng)就能達到他們的業(yè)務(wù)目標。本系統(tǒng)的這部分工作放在設(shè)計建模階段完成。 167。 確定質(zhì)量屬性 在功能需求之外再考慮一下非功能的質(zhì)量特點，這會使產(chǎn)品達到并超過客戶的期望。本課題考慮的質(zhì)量屬性包括： ? 數(shù)據(jù)精確度； ? 時間特性； ? 適應(yīng)度； ? 界面形式； ? 界面風(fēng)格； ? 軟、硬件接口； ? 故障處理； ? 可使用性； ? 可維護性； ? 可移植性； ? 穩(wěn)定性； ? 安全保密性。 這些質(zhì)量屬性將在后面詳細闡述。 １２ 167。 客戶的問題報告及補充需求為新產(chǎn)品或新版本提供了大量豐富的改進及增加特性的想法，負責(zé)提供用戶支持及幫助的人能為收集需求過程提供極有價值的信息。但是客戶過于頻繁的問題報考會嚴重干擾正常的開發(fā)次序，甚至導(dǎo)致整個產(chǎn)品失敗，在本系統(tǒng)的開發(fā)過程中，設(shè)置了一個需求基線 —— 《系統(tǒng)規(guī)格說明書》完成，當超過這個基線后，用戶提出的新需求