【文章內(nèi)容簡(jiǎn)介】 企業(yè)為核心， 優(yōu)化整個(gè)供應(yīng)鏈上企業(yè)的資源配置 ，并 滿足以顧客需求為標(biāo)志的商業(yè)需求的增長(zhǎng)。 供應(yīng)鏈管理的內(nèi)容覆蓋了從供應(yīng)商的供應(yīng)商到客戶的客戶的全部過(guò)程，一般來(lái)說(shuō)， 包括管理供應(yīng)與需求，原材料、備品備件的采購(gòu)、制造與裝配，物件的存放及庫(kù)存查詢，定單的錄入與管理，渠道分銷及最終交付用戶。 供應(yīng)鏈管理是當(dāng)前國(guó)際企業(yè)管理的重要內(nèi)容，也是我國(guó)企業(yè)管理的發(fā)展方向。最初它起源于 ERP（企業(yè)資源規(guī)劃），是基于企業(yè)內(nèi)部范圍的管理。它將企 業(yè)內(nèi)部經(jīng)營(yíng)所有的業(yè)務(wù)單元如訂單、采購(gòu)、庫(kù)存、計(jì)劃、生產(chǎn)、質(zhì)量、運(yùn)輸、市場(chǎng)、銷售、服務(wù)等以及相應(yīng)的財(cái)務(wù)活動(dòng)、人事管理均納入一條供應(yīng)鏈內(nèi)進(jìn)行統(tǒng)籌管理。當(dāng)時(shí)企業(yè)重視的是物流和企業(yè)內(nèi)部資源的管理，即如何更快更好地生產(chǎn)出產(chǎn)品并把其推向市場(chǎng)，這是一種 “推式 ”的供應(yīng)鏈管理，管理的出發(fā)點(diǎn)是從原材料推到產(chǎn)成品、市場(chǎng)、一直推至客戶端； 隨著市場(chǎng)競(jìng)爭(zhēng)的加劇，生產(chǎn)出的產(chǎn)品必須要轉(zhuǎn)化成利潤(rùn)企業(yè)才能得以生存和發(fā)展，為了贏得客戶、贏得市場(chǎng)，企業(yè)管理進(jìn)入了以客戶及客戶滿意度為中心的管理，因而企業(yè)的供應(yīng)鏈運(yùn)營(yíng)規(guī)則隨即由推式轉(zhuǎn)變?yōu)橐钥蛻粜枨鬄?原動(dòng)力的 “拉式 ”供應(yīng)鏈管理。這種供應(yīng)鏈管理將企業(yè)各個(gè)業(yè)務(wù)環(huán)節(jié)的信息化孤島連接在一起，使得各種業(yè)務(wù)和信息能夠?qū)崿F(xiàn)集成和共享 。 對(duì)于制造業(yè)來(lái)說(shuō) ,供應(yīng)鏈管理的范圍并不 局限于制造過(guò)程，也不應(yīng)局限于單獨(dú)的物流、配送或供應(yīng)過(guò)程，而 是對(duì)企業(yè)資源的 全局規(guī)劃 ， 是在 ERP 基礎(chǔ)上通過(guò)構(gòu)筑和前端客戶、以及后端供應(yīng)商的互動(dòng)系統(tǒng)，來(lái)實(shí)現(xiàn)產(chǎn)品供應(yīng)的通暢、合理、高效，既滿足供應(yīng)，又不保留大量庫(kù)存進(jìn)而積壓，保持供應(yīng)的高彈性。比如代理商可以通過(guò) Web 了解到當(dāng)前各產(chǎn)品的供貨周期、訂單的執(zhí)行情況、資金狀況，而該企業(yè)則可以即時(shí)了解各代理商每個(gè)產(chǎn)品的 庫(kù)存情況、銷售情況，通過(guò)統(tǒng)計(jì)分析作出新的市場(chǎng)決策，大大提高了決策的準(zhǔn)確性和時(shí)效性，同時(shí)使有限的資源得到更加合理的調(diào)配，縮短整個(gè)供應(yīng)鏈的運(yùn)作周期，降低交易成本。 需要著重討論的一個(gè)問(wèn)題是 SCM和傳統(tǒng)的 ERP到底有什么不同？對(duì)于這個(gè)問(wèn)題，不同的開(kāi)發(fā)商從不同的角度看，回答不盡相同，作者的觀點(diǎn)是：由于 SCM 起源于 ERP，并始終與 ERP 結(jié)合緊密，因此 SCM 與 ERP 之間是沒(méi)有絕對(duì)界限的，相反，隨著技術(shù)的進(jìn)步和商業(yè)動(dòng)機(jī)的驅(qū)使， SCM與 ERP之間的趨同之勢(shì)倒日漸明顯。 SCM是從“供”和“需”兩個(gè) ６ 視角出發(fā)，將 ERP 的相關(guān)環(huán)節(jié) 抽取出來(lái)，重新審視與組織，以解決 ERP 不能對(duì)資源實(shí)時(shí)調(diào)整的缺陷。近年來(lái)， 一些 有著多層銷售體系的企業(yè)面臨 著 各種各樣的問(wèn)題 ， 有的 需要把 不同的銷售環(huán)節(jié)進(jìn)行歸并；有的則是要求把一個(gè)環(huán)節(jié)細(xì)分為多個(gè)環(huán)節(jié)；各層次之間的利益需要進(jìn)行權(quán)衡；甚至有時(shí)會(huì)需要跳過(guò)某些環(huán)節(jié)就把產(chǎn)品或服務(wù)送到了客戶手中，因此，這些企業(yè)會(huì)選擇在他們?cè)械?ERP 應(yīng)用軟件中追加供應(yīng)鏈規(guī)劃的功能， 以減小因 承擔(dān)分銷成本提高至少 10 個(gè)百分點(diǎn)或者交貨不及時(shí)、庫(kù)存失調(diào)等各種問(wèn)題出現(xiàn)的風(fēng)險(xiǎn)。 這些企業(yè)所面臨的問(wèn)題是由 ERP 靜態(tài)資源數(shù)據(jù)表而造成的，因?yàn)樵?ERP 提供的諸多規(guī) 劃功能中，不同的物料、能力以及需求的約束因素是分開(kāi)考慮的，互不相關(guān)。 SCM 軟件則能夠同時(shí)地考慮所有相關(guān)約束因素，提供對(duì)約束因素的真正實(shí)時(shí)調(diào)整 ，“綜合考慮，實(shí)時(shí)調(diào)控”是 SCM 相對(duì)于 ERP 真正的優(yōu)勢(shì)所在。而 SCM 之所以能從 ERP 中獨(dú)立出來(lái)的原因在 于 ERP 的著眼點(diǎn)在于事務(wù)處理，很多 SCM軟件不能做的事情在 ERP 中是應(yīng)該進(jìn)行處理的， 如果 非要把 SCM的專長(zhǎng)追加到 ERP 軟件內(nèi)部去的話， 會(huì)導(dǎo)致 ERP 系統(tǒng)如果負(fù)荷過(guò)重、無(wú)所不管、運(yùn)算速度大打折扣，所以，把 SCM的一技之長(zhǎng)獨(dú)立出來(lái)，倒不失為一個(gè)簡(jiǎn)單而有效的辦法。 167。 造業(yè)供應(yīng)鏈管理的目的 [1216] 供應(yīng)鏈管理的最大作用是將產(chǎn)銷活動(dòng)中的各流程加以整合，使企業(yè)能以最快的速度，將產(chǎn)品由概念，研發(fā)推向市場(chǎng)。實(shí)施供應(yīng)鏈管理的目的在于縮短接單及交貨周期，降低原材料及成品庫(kù)存，提高對(duì)市場(chǎng)的反應(yīng)速度，增加銷售量，提高產(chǎn)品及服務(wù)的品質(zhì)，掌握過(guò)程最真實(shí)的信息，加快貨款的回收，改善公司與顧客之間的關(guān)系，這些從根本上說(shuō)，都是從提高供應(yīng)鏈的性能上實(shí)現(xiàn)的，一般來(lái)說(shuō)，企業(yè)總是期望提高的有這樣一些性能： 1) 更快，供應(yīng)鏈上的 信息流、物流、資金流 更快的流動(dòng)； 2) 更穩(wěn)定，供應(yīng)鏈上的 信息流、物流、資金流 更穩(wěn) 定的流動(dòng)； 3) 更廉價(jià)，供應(yīng)鏈的維護(hù)操作花費(fèi)更少； 4) 更少的庫(kù)存，通過(guò)增強(qiáng)供應(yīng)鏈功能減少企業(yè)庫(kù)存。 通過(guò)性能的提高，企業(yè)期望得到回報(bào)，概括來(lái)說(shuō)，企業(yè)的期望回報(bào)包括三類： 1) 更多的收入； 2) 更大的利潤(rùn)率； 3) 更快的資金回流。 在實(shí)際調(diào)研過(guò)程中發(fā)現(xiàn)這些只是企業(yè)的一廂情愿，企業(yè)期望的性能和期望的回報(bào)是有矛盾的，實(shí)踐證明，并非一味的追求“更快”、“更穩(wěn)定”、“更廉價(jià)”、“更少的庫(kù)存”， ７ 就是最好的，也是不現(xiàn)實(shí)的，以上的這些目標(biāo)必須有一個(gè)量度才能作為評(píng)價(jià)一個(gè)供應(yīng)鏈的客觀標(biāo)準(zhǔn)，基于該原因，供應(yīng)鏈協(xié)會(huì)組織在 2020 年參考供應(yīng)鏈管理目前 實(shí)施的狀況提出了一組數(shù)據(jù)： 產(chǎn)品發(fā)送效率提高 16%28% 庫(kù)存減少 25%60% 供應(yīng)效率提高 20%30% 預(yù)測(cè)精度提高 25%80% 產(chǎn)品多樣化提高 10%16% 供應(yīng)鏈花費(fèi)減少 25%50% 完成的循環(huán)周期減小 30%50% 這組數(shù)據(jù)基本可以作為評(píng)價(jià)一套供應(yīng)鏈管理系統(tǒng)質(zhì)量的客觀標(biāo)準(zhǔn)，在本軟件系統(tǒng)的設(shè)計(jì)也將以此作為一個(gè)預(yù)定目標(biāo)。 ８ 第三章 系統(tǒng)需求描述與分析 167。 系統(tǒng)開(kāi)發(fā)的第一輸入：需求 [19] [30] [36] 一個(gè)大型的系統(tǒng)開(kāi)發(fā)一般是分階段進(jìn)行的，系統(tǒng)最終的質(zhì)量 決定于系統(tǒng)的各個(gè)開(kāi)發(fā)階段的結(jié)果是否精確，將系統(tǒng)實(shí)際的功能和理想需求的差異稱為誤差，那么根據(jù)誤差積累原理，任何一個(gè)階段產(chǎn)生的誤差都會(huì)積在整個(gè)過(guò)程中積累，并且這種積累是非線性的，早期產(chǎn)生的誤差在后續(xù)的每個(gè)階段中被擴(kuò)大，并最終積累到最后，假設(shè)系統(tǒng)總誤差以δ表示，系統(tǒng)共分為 n 個(gè)階段完成，第 i個(gè)階段的誤差為δ i,第 i個(gè)階段的誤差放大系數(shù)為ξ i,那么系統(tǒng)最終的誤差可以用公式 ： δ =??ni1δ i?nij?ξ j (i≤ n)…………… ……………………………… （ ） 在系統(tǒng)開(kāi)發(fā)的過(guò)程中的任何一個(gè)階段都存在輸入和輸出，任何一個(gè)階段的輸出保證正確的基本前提是上一個(gè)階段的輸出必須正確，從公式 可以看到誤差出現(xiàn)的越早，對(duì)系統(tǒng)的影響越大，因此應(yīng)該避免在系統(tǒng)開(kāi)發(fā)的早期出現(xiàn)過(guò)大的誤差。 對(duì)于軟件系統(tǒng)來(lái)說(shuō)，需求是整個(gè)系統(tǒng)第一輸入，這個(gè)階段的誤差對(duì)系統(tǒng)的影響是最大的，因此應(yīng)該格外的注意避免過(guò)大的誤差，做好需求對(duì)于產(chǎn)生一個(gè)高質(zhì)量的系統(tǒng)是至關(guān)重要的。 首先，借助 IEEE 的一段描述給出需求的定義： IEEE 公布的定義包括從用戶角度（系統(tǒng)的外部行為） ，以及從開(kāi)發(fā)者角度（一些內(nèi)部特性）來(lái)闡述需求。另外它所強(qiáng)調(diào)的一個(gè)關(guān)鍵問(wèn)題是一定要編寫(xiě)需求文檔，實(shí)際上，IEEE 軟件工程標(biāo)準(zhǔn)詞匯表（ 1997 年）中定義需求為： （ 1）用戶解決問(wèn)題或達(dá)到目標(biāo)所需的條件或權(quán)能（ Capability）。 （ 2）系統(tǒng)或系統(tǒng)部件要滿足合同、標(biāo)準(zhǔn)、規(guī)范或其它正式規(guī)定文檔所 需具有的條件或權(quán)能。 （ 3）一種反映上面（ 1）或（ 2）所描述的條件或權(quán)能的文檔說(shuō)明。 ９ 若需求未編寫(xiě)成文檔，分析人員是無(wú)法對(duì)需求進(jìn)行分析的，一堆郵件、貼條、會(huì)談過(guò)幾次或一些零碎的對(duì)話，是無(wú)法作為分析階段的輸入的。從 IEEE的描述可以更通俗的這樣認(rèn)為，系統(tǒng)需求是一個(gè)模型，這個(gè)模型以成文文檔的形式描述了產(chǎn)品是什么樣的（而并非產(chǎn)品是怎樣設(shè)計(jì)、構(gòu)造），并可以作為分析模型的輸入。 軟件需求包括三個(gè)不同的層次 —— 業(yè)務(wù)需求、用戶需求和功能需求。業(yè)務(wù)需求（ business requirement）反映了組織機(jī) 構(gòu)或客戶對(duì)系統(tǒng)、產(chǎn)品高層次的目標(biāo)要求，它們?cè)陧?xiàng)目視圖與范圍文檔中予以說(shuō)明。用戶需求 (user requirement) 文檔描述了用戶使用產(chǎn)品必須要完成的任務(wù)。功能需求 (functional requirement)定義了開(kāi)發(fā)人員必須實(shí)現(xiàn)的軟件功能，使得用戶能完成他們的任務(wù)，從而滿足了業(yè)務(wù)需求。 167。 供應(yīng)鏈管理系統(tǒng)軟件需求獲取方法探討 [3638] 167。 編寫(xiě)項(xiàng)目視圖與范圍文檔 項(xiàng)目視圖和范圍文檔應(yīng)該包括高層的產(chǎn)品業(yè)務(wù)目標(biāo)，所有的使用實(shí)例和功能需求都必須遵從能達(dá)到的業(yè)務(wù)需求。項(xiàng)目視圖描述了產(chǎn)品 所涉及的各個(gè)方面和在一個(gè)完美的環(huán)境中最終所具有的功能，它的說(shuō)明使所有項(xiàng)目參與者對(duì)項(xiàng)目的目標(biāo)能達(dá)成共識(shí)。而范圍描述了產(chǎn)品應(yīng)包含的部分和不應(yīng)包含的部分，它作為需求或潛在特性的參考。本課題的項(xiàng)目視圖是迎合制造業(yè)的信息化建設(shè)的要求，面向國(guó)內(nèi)數(shù)量眾多的中小型企業(yè)，為他們提供 優(yōu)化整個(gè)供應(yīng)鏈上企業(yè)資源配置 的工具。而范圍文檔規(guī)定了產(chǎn)品的功能應(yīng)重點(diǎn)集中在商務(wù)信息的傳輸部分，商務(wù)信息的處理可以留給企業(yè)原有的 ERP系統(tǒng)完成。 167。； 為避免出現(xiàn)疏忽某一用戶群需求的情況，要將可能使用產(chǎn)品的客戶分成不同組別。他們可 能在使用頻率、使用特性、優(yōu)先等級(jí)或熟練程度等方面都有所差異。詳細(xì)描述出它們的個(gè)性特點(diǎn)及任務(wù)狀況，將有助于產(chǎn)品設(shè)計(jì)。將制造業(yè)用戶群按如下的標(biāo)準(zhǔn)分類： 按制造方法分：根據(jù)制造活動(dòng)與客戶訂單的提前期長(zhǎng)短的分可分為訂貨生產(chǎn)、裝配生產(chǎn)、工程生產(chǎn)和備貨生產(chǎn)； 按生產(chǎn)類型分：根據(jù)產(chǎn)品結(jié)構(gòu)和工藝特點(diǎn)來(lái)分可分為項(xiàng)目型，流程型和離散型三種； 按生產(chǎn)同種產(chǎn)品產(chǎn)量和生產(chǎn)同種產(chǎn)品的重復(fù)程度進(jìn)行劃分，可以分為單件、多品種、小批量、少品種重復(fù)生產(chǎn)、標(biāo)準(zhǔn)產(chǎn)品大量生產(chǎn)四種； 按信息化建設(shè)的程度分可分為空白、基本和較高和完善等幾種； １０ 按企業(yè)規(guī) 模分，可分為微型 (員工人數(shù)少于 50 人 )、小型 (員工人數(shù)在 50－ 200人之間 )、中型 (員工人數(shù)在 200－ 1000 人 )，大型 (員工人數(shù)在 1000 人以上 )。 167。 選擇產(chǎn)品代表； 為每類用戶至少選擇一位能真正代表他們需求的人作為那一類用戶的代表并能作出決策。這對(duì)于內(nèi)部信息系統(tǒng)的開(kāi)發(fā)是最易實(shí)現(xiàn)的，因?yàn)榇藭r(shí)，用戶就是身邊的職員。而對(duì)于商業(yè)開(kāi)發(fā)，就得在主要的客戶或測(cè)試者中建立起良好的合作關(guān)系，并確定合適的產(chǎn)品代表。他們必須一直參與項(xiàng)目的開(kāi)發(fā)而且有權(quán)作出決策。本系統(tǒng)介于內(nèi)部信息產(chǎn)品和商業(yè)開(kāi)發(fā)之間，所選的產(chǎn)品代表是 華工科技產(chǎn)業(yè)股份有限公司 XX 集成技術(shù)分公司下屬的 MIS/ERP組開(kāi)發(fā)和設(shè)計(jì)人員以及 XXMIS/ERP部分用戶。 167。 把同類產(chǎn)品或產(chǎn)品的先前版本用戶代表召集起來(lái)，從他們那里收集目前產(chǎn)品的用戶需求和功能需求。這樣的核心隊(duì)伍對(duì)于商業(yè)開(kāi)發(fā)尤為有用，因?yàn)槟銚碛幸粋€(gè)龐大且多樣的客戶基礎(chǔ)。與產(chǎn)品代表的區(qū)別在于，核心隊(duì)伍成員通常沒(méi)有決定權(quán)。本系統(tǒng)的同類產(chǎn)品是 XX公司原有的 MIS/ERP 系統(tǒng)，因此核心隊(duì)伍就是 MIS/ERP組部分開(kāi)發(fā)和設(shè)計(jì)人員，在開(kāi)發(fā)過(guò)程中，大部分用戶需求和功能需求是從他們那得到的。 167。 從用戶代表處收集他們使用軟件完成所需任務(wù)的描述 —— 使用實(shí)例，討論用戶與系統(tǒng)間的交互方式和對(duì)話要求。在編寫(xiě)使用實(shí)例的文檔時(shí)采用標(biāo)準(zhǔn)模版，在使用實(shí)例基礎(chǔ)上可得到功能需求。在需求調(diào)研過(guò)程中，使用專門(mén)設(shè)計(jì)的用戶實(shí)例 (user case)表格來(lái)記載需求獲取情節(jié)，在這套表格中，忠實(shí)的記載了用戶的原始需求（沒(méi)有經(jīng)過(guò)分析的需求），表述了用戶的請(qǐng)求和系統(tǒng)的響應(yīng)動(dòng)作，一般一個(gè)用戶實(shí)例重點(diǎn)描述一個(gè)主流程 —— 普通過(guò)程，在主過(guò)程中可能會(huì)出現(xiàn)的分支作為可選過(guò)程描述，系統(tǒng)出現(xiàn)的例外以例外過(guò)程描述，另外在用戶實(shí)例 表格的頭部記載了此項(xiàng)需求的附屬信息，表格的底部記載了需求的詳細(xì)信息，附錄一是一個(gè)對(duì)用戶注冊(cè)的需求獲取情節(jié)的用戶實(shí)例例子。 １１ 167。 召開(kāi)應(yīng)用程序開(kāi)發(fā)聯(lián)系（ JAD）會(huì)議 召開(kāi)應(yīng)用程序開(kāi)發(fā)聯(lián)系（ JAD）會(huì)議是范圍廣的、簡(jiǎn)便的專題討論會(huì)，也是分析人員與客戶代表之間一種很好的合作辦法，并能由此擬出需求文檔的底稿。該會(huì)議通過(guò)緊密而集中的討論得以將客戶與開(kāi)發(fā)人員間的合作伙伴關(guān)系付諸于實(shí)踐，在本系統(tǒng)的需求獲取過(guò)程中，分階段的召開(kāi)這樣的會(huì)議，以確保階段性的成果的正確性。 167。 分析用戶工作流程 觀察用戶執(zhí)行業(yè)務(wù) 任務(wù)的過(guò)程。畫(huà)一張簡(jiǎn)單的示意圖（最好用數(shù)據(jù)流圖）來(lái)描繪出用戶什么時(shí)候獲得什么數(shù)據(jù)，并怎樣使用這些數(shù)據(jù)。編制業(yè)務(wù)過(guò)程流程文檔將有助于明確產(chǎn)品的使用實(shí)例和功能需求。在這個(gè)過(guò)程中甚至可能發(fā)現(xiàn)客戶并不真的需要一個(gè)全新的軟件系統(tǒng)就能達(dá)到他們的業(yè)務(wù)目標(biāo)。本系統(tǒng)的這部分工作放在設(shè)計(jì)建模階段完成。 167。 確定質(zhì)量屬性 在功能需求之外再考慮一下非功能的質(zhì)量特點(diǎn)，這會(huì)使產(chǎn)品達(dá)到并超過(guò)客戶的期望。本課題考慮的質(zhì)量屬性包括： ? 數(shù)據(jù)精確度； ? 時(shí)間特性； ? 適應(yīng)度； ? 界面形式； ? 界面風(fēng)格； ? 軟、硬件接口； ? 故障處理； ? 可使用性； ? 可維護(hù)性； ? 可移植性； ? 穩(wěn)定性； ? 安全保密性。 這些質(zhì)量屬性將在后面詳細(xì)闡述。 １２ 167。 客戶的問(wèn)題報(bào)告及補(bǔ)充需求為新產(chǎn)品或新版本提供了大量豐富的改進(jìn)及增加特性的想法，負(fù)責(zé)提供用戶支持及幫助的人能為收集需求過(guò)程提供極有價(jià)值的信息。但是客戶過(guò)于頻繁的問(wèn)題報(bào)考會(huì)嚴(yán)重干擾正常的開(kāi)發(fā)次序，甚至導(dǎo)致整個(gè)產(chǎn)品失敗，在本系統(tǒng)的開(kāi)發(fā)過(guò)程中，設(shè)置了一個(gè)需求基線 —— 《系統(tǒng)規(guī)格說(shuō)明書(shū)》完成，當(dāng)超過(guò)這個(gè)基線后，用戶提出的新需求