軟件工程師供應(yīng)鏈系統(tǒng)案例

1、供應(yīng)鏈系統(tǒng)（SCM）搭建軟件工程案例分析第一章：案例總體介紹 背景 20 世紀(jì) 60 年代，企業(yè)開始了管理信息化的應(yīng)用，從 MRP 到 ERP，逐步實(shí) 現(xiàn)了對(duì)采購、庫存、生產(chǎn)、銷售、財(cái)務(wù)和人力資源等業(yè)務(wù)的管理，使內(nèi)部業(yè)務(wù)流 程和處理實(shí)現(xiàn)了自動(dòng)化，為企業(yè)內(nèi)部縱向一體化管理奠定了基礎(chǔ)。在經(jīng)濟(jì)全球化 的今天， ERP 在供應(yīng)鏈的跨企業(yè)橫向一體化管理方面力不從心。 全球 500 強(qiáng)企業(yè) 在經(jīng)過若干年的 ERP 應(yīng)用后紛紛引入 SCM（供應(yīng)鏈管理） ，將 ERP 拓展到整個(gè) 行業(yè)的所有物流環(huán)節(jié)。 零售企業(yè) ERP 系統(tǒng)的重要性更是在很多年前就被企業(yè)重視，一時(shí)間中國零 售企業(yè)都在開始了自己的 ERP 改造

2、工程，隨著 ERP 概念的逐漸冷卻，以及各企 業(yè)間對(duì)于信息、科學(xué)管理、計(jì)算機(jī)管理的不斷完善，另一個(gè)領(lǐng)先的概念又在各企 業(yè)間被逐漸傳開，這就是供應(yīng)鏈。 供應(yīng)鏈管理(SCM)，就是把供應(yīng)商、生產(chǎn)廠家、分銷商、零售商等處于一條 供應(yīng)鏈上的所有節(jié)點(diǎn)企業(yè)都聯(lián)系起來進(jìn)行優(yōu)化，從而使生產(chǎn)資料以最快的速度， 通過生產(chǎn)、分銷環(huán)節(jié)變成增值的產(chǎn)品，最后到達(dá)有消費(fèi)需求的消費(fèi)者手中。它不 僅可以降低成本、減少庫存，而且可以使社會(huì)資源得到優(yōu)化配置，更重要的是， 通過信息網(wǎng)絡(luò)、組織網(wǎng)絡(luò)實(shí)現(xiàn)了生產(chǎn)及銷售的有效連接和物流、信息流、資金流 的合理流動(dòng)。圖 1 是供應(yīng)鏈管理的模型 項(xiàng)目介紹 本案例介紹的項(xiàng)目是對(duì)零售企業(yè) ERP 系

3、統(tǒng)的功能延伸供應(yīng)鏈管理的開 發(fā)、實(shí)施過程。ERP 系統(tǒng)作為零售企業(yè)內(nèi)部管理、運(yùn)行的核心架構(gòu)，使得企業(yè)內(nèi) 部業(yè)務(wù)流程和處理實(shí)現(xiàn)了自動(dòng)化，為企業(yè)內(nèi)部縱向一體化管理奠定了基礎(chǔ)。從一 個(gè)企業(yè)的角度看， ERP 系統(tǒng)無疑為企業(yè)提供了先進(jìn)的管理理念、 整合了企業(yè)內(nèi)部 的流程、提高企業(yè)運(yùn)行效率，但是從一個(gè)更大的層面看，使得各企業(yè)彼此之間形 成了信息孤島，使得彼此之間的信息流通還停留在原有的基礎(chǔ)上。在網(wǎng)絡(luò)技術(shù)充 斥的當(dāng)今社會(huì)，信息的快速獲取和共享已經(jīng)成為各個(gè)合作企業(yè)間共同追求的目 標(biāo)。這必然使得企業(yè)間的溝通和整體運(yùn)作越來越受到雙方的重視，作為零售業(yè)來 說需要與各個(gè)供應(yīng)商保持良好的合作關(guān)系， 更重要的是希望能實(shí)

4、現(xiàn)彼此信息的共 享和反饋，使得能根據(jù)不斷變化的銷售市場調(diào)整經(jīng)營策略，實(shí)現(xiàn)最大的利潤。這 就給供應(yīng)鏈系統(tǒng)提供了前提，也正是出于這種目的，零售企業(yè)迫切希望通過供應(yīng)鏈系統(tǒng)與供應(yīng)商建立利益共享的戰(zhàn)略同盟。 企業(yè)原有的 ERP 系統(tǒng)很好的整合和規(guī)范了企業(yè)內(nèi)部的運(yùn)轉(zhuǎn)流程，并且通過 多年的經(jīng)營存儲(chǔ)了海量數(shù)據(jù)，并以北京總部為核心，通過先進(jìn)的網(wǎng)絡(luò)技術(shù)在全國 各地門店中搭建起完備的網(wǎng)絡(luò)環(huán)境，這為供應(yīng)鏈系統(tǒng)的實(shí)施提供了良好的基礎(chǔ)。 同時(shí)公司領(lǐng)導(dǎo)希望通過供應(yīng)鏈系統(tǒng)，吸收現(xiàn)代管理理念，運(yùn)用先進(jìn)的科學(xué)技術(shù)， 在自己與供應(yīng)商之間建立起信息共享的平臺(tái)、整合管理流程、縮減運(yùn)營成本，使 雙方都能從中獲得更大的利潤和更高的效率。

5、項(xiàng)目的整體運(yùn)轉(zhuǎn)主要由企業(yè)信息技術(shù)部牽頭， 在技術(shù)和選型上進(jìn)行定位和把 關(guān)，其他各相關(guān)部門，包括：百貨事業(yè)部、零售本部、超市事業(yè)部、財(cái)務(wù)部全力 配合，并提出相應(yīng)需求和意見，外請(qǐng)專業(yè)公司開發(fā)程序的模式進(jìn)行項(xiàng)目開展。 企業(yè)領(lǐng)導(dǎo)提出在 2008 年 6 月前首先實(shí)現(xiàn)北京一家門店供應(yīng)鏈系統(tǒng)試運(yùn)行， 之后在 2008 年 10 月前實(shí)現(xiàn)北京其他三家門店共計(jì)四家門店全部上線供應(yīng)鏈系統(tǒng) 的總體目標(biāo)。 根據(jù)與各事業(yè)部的協(xié)商和企業(yè)內(nèi)部的討論決定初期主要實(shí)現(xiàn)供應(yīng)商 通過網(wǎng)絡(luò)能在供應(yīng)鏈系統(tǒng)中隨時(shí)查詢自己在門店的銷售和庫存信息，實(shí)現(xiàn)訂單、 結(jié)算單由傳統(tǒng)的打印紙質(zhì)單據(jù)傳遞的方式向網(wǎng)上結(jié)算方式的轉(zhuǎn)變， 并希望在后期 實(shí)現(xiàn)可

6、視化和供應(yīng)商主動(dòng)參與的供應(yīng)鏈模式。 作為我在整個(gè)項(xiàng)目中主要負(fù)責(zé)技術(shù)的保障， 對(duì)雙方之間的技術(shù)問題進(jìn)行協(xié)調(diào) 處理。由于本次開發(fā)采用的是外包模式進(jìn)行，從這個(gè)角度上講我是作為項(xiàng)目中的 甲方身份，但是由于為了滿足供應(yīng)鏈系統(tǒng)的一些需求，需要在原有 ERP 系統(tǒng)基 礎(chǔ)上進(jìn)行一些功能的擴(kuò)展，所以從這個(gè)角度上我又是一種類似乙方的身份，可能 正是由于這兩方面的不同的角度，使得我在這個(gè)項(xiàng)目中有了更多的體會(huì)，特別是 結(jié)合著在案例分析課程中學(xué)到的一些專業(yè)的項(xiàng)目管理理念和經(jīng)驗(yàn)， 更是使得自己 從整個(gè)項(xiàng)目中學(xué)到了不少的知識(shí)，增長了更為豐富的經(jīng)驗(yàn)，下面我開始進(jìn)行項(xiàng)目 的具體分析。第二章：案例分析 這個(gè)項(xiàng)目或者案例說的是對(duì)原

7、有 ERP 系統(tǒng)進(jìn)行改造實(shí)現(xiàn) SCM的功能擴(kuò)展。 從目前的結(jié)果看這個(gè)項(xiàng)目已經(jīng)投入到正式使用之中， 并且對(duì)于企業(yè)的流程整合和 效率提高都起到了應(yīng)有的作用，應(yīng)該說從這方面講項(xiàng)目是成功的，但是其間有這 太多的遺憾，而這些遺憾也造成了項(xiàng)目不能繼續(xù)前進(jìn)的阻力，要是從這方面講項(xiàng) 目好像又是失敗的，總的來說成功中帶著遺憾，下面我就從幾個(gè)方面詳細(xì)的討論一下這個(gè)項(xiàng)目，希望能從中看到成功的方面也能在今后彌補(bǔ)遺憾的方面。 1、前期可行性探討 項(xiàng)目開始于 2007 年年底，真是的實(shí)施是在 2008 年 3 月開始的，這期間的 3 個(gè)多月時(shí)間主要進(jìn)行的前期可行性探討， 這個(gè)可行性針對(duì)的是數(shù)據(jù)對(duì)接可行性的 討論。這是因?yàn)?/p>

8、 ERP 系統(tǒng)作為目前企業(yè)的核心架構(gòu)是不可能輕易進(jìn)行修改的， 并且出于對(duì)于數(shù)據(jù)安全性的考慮， 不可能將企業(yè)核心服務(wù)器和數(shù)據(jù)庫提供給供應(yīng) 鏈系統(tǒng)訪問， 故需要將數(shù)據(jù)從核心數(shù)據(jù)庫中取出并導(dǎo)入到供應(yīng)鏈系統(tǒng)中單獨(dú)進(jìn)行 展現(xiàn)。這必然需要在一個(gè)單獨(dú)的數(shù)據(jù)抽取過程來實(shí)現(xiàn)兩個(gè)系統(tǒng)的對(duì)接，而這種對(duì) 接又是兩個(gè)層面，其一是技術(shù)角度上數(shù)據(jù)庫中數(shù)據(jù)的抽取和導(dǎo)入，這方面主要是 純技術(shù)層面的，在當(dāng)今各廠商的技術(shù)趨于統(tǒng)一化的前提下，這方面基本不會(huì)存在 太多問題，只是在數(shù)據(jù)格式轉(zhuǎn)換、表結(jié)構(gòu)轉(zhuǎn)換等細(xì)節(jié)上進(jìn)行探討；其二是數(shù)據(jù)展 現(xiàn)結(jié)果的對(duì)接，這個(gè)層面主要是業(yè)務(wù)系統(tǒng)的對(duì)接，也就是將原本在 ERP 中展現(xiàn) 的結(jié)果放到供應(yīng)鏈中進(jìn)行展現(xiàn)

9、，這將涉及到雙方的展現(xiàn)方式是否一致、數(shù)據(jù)分析 的角度是否一致、信息存儲(chǔ)的含義是否一致等方面，這將更多的涉及到業(yè)務(wù)層面 的細(xì)節(jié)。這些問題是涉及到雙方能否進(jìn)行實(shí)質(zhì)性合作的關(guān)鍵，故在項(xiàng)目正是開始 之前雙方就這幾方面進(jìn)行了反復(fù)的交流和探討。 作為外包公司他們已經(jīng)有了一套比較成型的供應(yīng)鏈系統(tǒng)， 此系統(tǒng)使用的 Java 技術(shù)進(jìn)行前端開發(fā)，以 IBM Webshere 為中間件，使用 DB2 數(shù)據(jù)庫進(jìn)行數(shù)據(jù)存 儲(chǔ)。 作為我們的 ERP 系統(tǒng)使用的是比較傳統(tǒng)的 Sybase 數(shù)據(jù)庫進(jìn)行后端數(shù)據(jù)存儲(chǔ)， 這樣由 Sybase 到 DB2 數(shù)據(jù)庫的轉(zhuǎn)換是不可避免的。由于目前兩個(gè)數(shù)據(jù)庫均是標(biāo) 準(zhǔn)的關(guān)系型數(shù)據(jù)庫，雖然從

10、數(shù)據(jù)庫管理構(gòu)架、存儲(chǔ)結(jié)構(gòu)上看存在這比較明顯的區(qū) 別，但是數(shù)據(jù)庫內(nèi)部遵循的標(biāo)準(zhǔn)是統(tǒng)一的，數(shù)據(jù)在數(shù)據(jù)表中的存儲(chǔ)方式也大致是 一樣，從技術(shù)角度的層面可以預(yù)見到在這方面不存在太大的問題。雙方最終決定 由 Sybase 數(shù)據(jù)庫中將數(shù)據(jù)保存為文本 TXT 格式的文件，再將 TXT 文件導(dǎo)入到 DB2 數(shù)據(jù)庫中，這樣的操作方式對(duì)于兩個(gè)數(shù)據(jù)庫均可以比較容易的實(shí)現(xiàn)。當(dāng)時(shí) 雙方?jīng)]有進(jìn)行更為具體的技術(shù)上的討論和實(shí)現(xiàn)測試， 在后期的開發(fā)過程中發(fā)現(xiàn)兩 個(gè)數(shù)據(jù)庫中的對(duì)于日期型數(shù)據(jù)的處理方式存在一些不同，會(huì)導(dǎo)致數(shù)據(jù)轉(zhuǎn)存失敗， 在技術(shù)上進(jìn)行轉(zhuǎn)換處理后得以解決。雖然這只是一個(gè)小小的問題，并且很快的得 以解決，但是也暴露出前期可

11、行性探討的不嚴(yán)謹(jǐn)性。由于數(shù)據(jù)庫層面屬于整個(gè)系 統(tǒng)的底層部分，如果在這部分沒有充分的考慮的和可行性的驗(yàn)證，不敢想象后期整體項(xiàng)目全面展開后如出現(xiàn)不可解決的問題時(shí)，我們將面對(duì)如何的窘境。這就提 醒我們前期技術(shù)方面的溝通和探討應(yīng)該做到細(xì)致嚴(yán)謹(jǐn)， 并且需要進(jìn)行相關(guān)的實(shí)現(xiàn) 測試。 作為零售企業(yè)的 ERP 系統(tǒng)和供應(yīng)鏈（SCM）系統(tǒng)來說，它必然要滿足于這 種行業(yè)的標(biāo)準(zhǔn)和規(guī)范，但是說實(shí)話在中國市場上并沒有明確的對(duì)于 ERP、SCM 的定義，這就導(dǎo)致了每家企業(yè)都在做自己的 ERP、SCM 系統(tǒng)，有自己的特點(diǎn)和 遵循的規(guī)律，從這方面考慮如果需要對(duì) ERP 進(jìn)行功能擴(kuò)展和延伸，那么 SCM 所 遵循的標(biāo)準(zhǔn)和規(guī)范是否

12、與 ERP 系統(tǒng)保持基本一致也是能項(xiàng)目是否能開展起來的 關(guān)鍵，而這方面所考慮的將不光是技術(shù)方面的因素，更多的將是對(duì)零售業(yè)的理解 對(duì)系統(tǒng)的理解。為我們做供應(yīng)鏈的公司之前也是一家以 ERP 系統(tǒng)起家的公司， 并且于我們現(xiàn)在使用的 ERP 系統(tǒng)還頗有淵源，所以在初期感覺上雙方應(yīng)該不會(huì) 存在太大的分歧。當(dāng)初期雙方派出代表進(jìn)行探討的時(shí)候，我發(fā)現(xiàn)對(duì)方的技術(shù)人員 也好，代表也罷對(duì)于商業(yè)的理解很有限，甚至可以說對(duì)于商業(yè)基本不了解，這使 得雙方的交流產(chǎn)生了很大的障礙。我不敢說經(jīng)過這些年在企業(yè)維護(hù) ERP 系統(tǒng)對(duì) 于零售業(yè)有多么的了解，但是零售業(yè)所遵循的標(biāo)準(zhǔn)和習(xí)慣我還是知道一些的，所 以我對(duì)對(duì)方的業(yè)務(wù)只是產(chǎn)生了懷

13、疑，同時(shí)我也意識(shí)到一個(gè)問題：作為一個(gè)技術(shù)人 員來說， 技術(shù)水平的高低僅是衡量他能力的唯一標(biāo)準(zhǔn)嗎？如果他對(duì)于自己所做的 行業(yè)沒有了解， 難道能做出好的系統(tǒng)來嗎？當(dāng)然這些問題在對(duì)方更換了技術(shù)代表 后得到了很好的解決，我們彼此雙方對(duì)于零售業(yè)的理解達(dá)成了共識(shí)，彼此間的溝 通也變的非常容易，這樣我們開始從業(yè)務(wù)的層面進(jìn)一步討論技術(shù)層面的實(shí)現(xiàn)問 題。因?yàn)槭茈p方表結(jié)構(gòu)在構(gòu)建當(dāng)初的時(shí)代和考慮角度的不同，許多 SCM 系統(tǒng)需 要的數(shù)據(jù)在我們的系統(tǒng)中需要經(jīng)過處理才能得到， 但是在雙方從業(yè)務(wù)層面已經(jīng)達(dá) 成一致的前提下，這些技術(shù)層面的事情基本都可以想出解決的辦法。在這里讓我 又一次意識(shí)到了，技術(shù)本身并不神秘也并沒有價(jià)值

14、，只有當(dāng)應(yīng)用技術(shù)實(shí)現(xiàn)了某種 實(shí)際的目標(biāo)，才使得技術(shù)看上去是那么的光彩奪目，這也就是我自己一直要求自 己的，不光要懂得技術(shù)，更要了解技術(shù)的應(yīng)用。在這種前提下，我們雙方開始逐 個(gè)表甚至逐個(gè)的數(shù)據(jù)進(jìn)行對(duì)照工作，在 ERP、SCM 和 Sybase、DB2 中找到一個(gè) 雙方溝通的機(jī)制，這部分的工作進(jìn)行的比較順利，但是由于涉及的內(nèi)容比較多， 還是花了一些時(shí)間的。但是可能也正是前期的這種方式，注定了這個(gè)項(xiàng)目后期的 一些不可更改的弊端，因?yàn)殡p方在初期太關(guān)注細(xì)節(jié)方面的對(duì)接了，一直都在討論數(shù)據(jù)的轉(zhuǎn)換、對(duì)照等工作，這樣彼此雙方都忽略了對(duì)整個(gè)項(xiàng)目的整體考慮?？赡?這也從一個(gè)側(cè)面看到了中國市場上對(duì)于軟件方面的不系統(tǒng)化

15、管理也沒有比較明 確的規(guī)范標(biāo)準(zhǔn)， 可能也是雙方領(lǐng)導(dǎo)對(duì)于到底需要一個(gè)什么樣的供應(yīng)鏈應(yīng)該是個(gè)怎 樣的供應(yīng)鏈都沒有明確的標(biāo)準(zhǔn)， 這樣對(duì)于后期功能的擴(kuò)展和延伸都產(chǎn)生了不可逾 越的障礙。 通過軟件工程案例這門課的學(xué)習(xí)，老師講解了一些軟件工程的案例，使我在 這個(gè)項(xiàng)目之后意識(shí)到了對(duì)于一個(gè)工程來說前期整體的規(guī)劃和考慮是多么的重要， 也讓我找到了這個(gè)項(xiàng)目在后期不可避免的遇到障礙的根源所在。 2、程序開發(fā) 通過前期的雙方溝通，彼此都明確了自己應(yīng)該做的事情，并且進(jìn)行了數(shù)據(jù)抽 取和導(dǎo)入的功能測試，使得一些歷史數(shù)據(jù)按照雙方事先商量好的標(biāo)準(zhǔn)轉(zhuǎn)移到 SCM 系統(tǒng)中，這也為下一步的開發(fā)、測試提供了基礎(chǔ)，使得雙方開始了下一步

16、的工作。我方將 ERP 系統(tǒng)中一些展示風(fēng)格和數(shù)據(jù)標(biāo)準(zhǔn)告知對(duì)方，由對(duì)方進(jìn)行程 序的改造，以符合我們的風(fēng)格和特點(diǎn)，同時(shí)我們的 ERP 系統(tǒng)為了滿足新的業(yè)務(wù) 流程的發(fā)展需要在原有的基礎(chǔ)上進(jìn)行功能的增加。 在這里我們作為甲方的身份將我們的一些需求告知對(duì)方， 由對(duì)方進(jìn)行功能的 實(shí)現(xiàn)，由于對(duì)方是一家比較專業(yè)的 IT 公司，而且他們其間的內(nèi)部運(yùn)行機(jī)制我們 不便深入干涉， 我作為本方技術(shù)代表的身份與對(duì)方技術(shù)代表多次進(jìn)行數(shù)據(jù)方面的 談?wù)?，要求?duì)方在原有程序的基礎(chǔ)上進(jìn)行改造，以滿足我們的風(fēng)格和標(biāo)準(zhǔn)。在這 里我更多的是將 ERP 系統(tǒng)中一些表單的展示界面告知對(duì)方應(yīng)如何從數(shù)據(jù)庫中取 得，這是有了之前雙方比較細(xì)致的數(shù)據(jù)

17、庫對(duì)接工作的基礎(chǔ)，使得我們雙方彼此交 流起來比較順暢。因?yàn)槲也⒉恢栏涣私?SCM 數(shù)據(jù)庫的結(jié)構(gòu)，所以我只是將 ERP 系統(tǒng)中數(shù)據(jù)如何計(jì)算的方法告知對(duì)方， 由對(duì)方的程序員在自己的數(shù)據(jù)庫中進(jìn) 行相應(yīng)的計(jì)算實(shí)現(xiàn)各個(gè)界面的展示功能。當(dāng)時(shí)由于手頭還有其他的工作，我并沒 有更多的去關(guān)心對(duì)方數(shù)據(jù)庫與我方數(shù)據(jù)庫的對(duì)應(yīng)關(guān)系， 當(dāng)時(shí)認(rèn)為這些應(yīng)該是由對(duì) 方程序員考慮的事情，但是當(dāng)項(xiàng)目走到了后期的時(shí)候，特別是我方感覺數(shù)據(jù)的一 致性和準(zhǔn)確性存在問題的時(shí)候， 前期這方面的忽略成了至于我方進(jìn)行數(shù)據(jù)稽核也 好數(shù)據(jù)對(duì)比也好的致命傷，并且一致影響到現(xiàn)在，使得在問題出現(xiàn)的時(shí)候雙方都 比較被動(dòng)，排錯(cuò)的過程也比較復(fù)雜和難以控制。

18、前面我說過，在這個(gè)項(xiàng)目中我也以一種類似乙方的身份出現(xiàn)，也就是說為了實(shí)現(xiàn)供應(yīng)鏈的一些功能，我對(duì)于我們自己原有的 ERP 系統(tǒng)也進(jìn)行了一些功能擴(kuò) 展性開發(fā)。我之前并沒有系統(tǒng)學(xué)習(xí)過計(jì)算機(jī)變成，對(duì)于變成的整體思路也沒有把 握，好在此次開發(fā)主要是在原有的程序基礎(chǔ)上進(jìn)行開發(fā)，有很多的源代碼可以進(jìn) 行參考。我當(dāng)時(shí)可以說是采用了一種類似迭代式的開發(fā)方式進(jìn)行項(xiàng)目展開的，因 為在程序成型之前，業(yè)務(wù)上的需求只是一種籠統(tǒng)的概念，并沒有明確性的需求分 析，這對(duì)于開發(fā)工作來說是相當(dāng)困難的，所以我只能是在原有的基礎(chǔ)上將一些功 能進(jìn)行簡單的擴(kuò)展。當(dāng)時(shí)當(dāng)我仿照原有程序的源代碼進(jìn)行開發(fā)的時(shí)候，我發(fā)現(xiàn)了 原有代碼比較的冗長，并且其

19、間的移植性比較差，一些關(guān)鍵的點(diǎn)也沒有明確的標(biāo) 注實(shí)現(xiàn)的目的，所以也為我的開發(fā)過程產(chǎn)生了比較大的影響，而當(dāng)時(shí)的我也沒有 能力去改變這些已經(jīng)成型的系統(tǒng)， 所以我只是一味的復(fù)制進(jìn)行一些簡單的修改以 滿足需求。在這種前提下，程序的雛形基本實(shí)現(xiàn)了，并暫時(shí)有我們部門同時(shí)負(fù)責(zé) 這個(gè)項(xiàng)目的人員進(jìn)行簡單的功能測試， 在測試過程中對(duì)于細(xì)節(jié)方面的一些不足展 現(xiàn)出來了，需要進(jìn)行二次的程序完善，但是當(dāng)我再翻過頭來準(zhǔn)備對(duì)程序進(jìn)行完善 的時(shí)候， 我發(fā)現(xiàn)由于之前對(duì)于程序的開發(fā)沒有很好的遵循軟件開發(fā)高內(nèi)聚低耦合 的標(biāo)準(zhǔn)和很好的一個(gè)對(duì)于軟件整體的考慮， 使得一些細(xì)小的改動(dòng)非常的繁瑣和困 難，經(jīng)常是改動(dòng)了這里忘記了那里，使得修改的

20、過程非常的痛苦，最終我決定重 新審視這個(gè)軟件，進(jìn)行全新的開發(fā)。這可以說是我第一次開發(fā)一個(gè)功能比較成型 的軟件，其間讓我認(rèn)識(shí)到了軟件開發(fā)過程中科學(xué)性的重要性，在二次重新開發(fā)的 過程中，我盡量遵循軟件開發(fā)的標(biāo)準(zhǔn)，首先并不是急于編寫代碼，而是整體的考 慮了一下這部分功能實(shí)現(xiàn)的方式，并將其間一些重復(fù)的功能進(jìn)行匯總，大致屢清 一個(gè)變成思路后開始進(jìn)行程序框架的搭建工作， 并對(duì)一些需要重復(fù)實(shí)現(xiàn)的功能進(jìn) 行整體函數(shù)的編寫，盡量考慮函數(shù)的適用性和通用性，之后進(jìn)行關(guān)鍵環(huán)節(jié)的開發(fā) 和代碼編寫，并盡量使用上之前開發(fā)的函數(shù)進(jìn)行實(shí)現(xiàn)，盡量將后期一些環(huán)節(jié)的改 造而影響代碼改造的工作量降到最低。正是通過了這種二次的洗禮，我逐

21、步在時(shí) 間中摸索到了軟件開發(fā)的規(guī)律，并且形成了一些自己的風(fēng)格。 現(xiàn)在通過這門課程的學(xué)習(xí)，回過頭來看一看自己的開發(fā)過程，我感覺到了一 個(gè)科學(xué)有效的軟件開發(fā)管理方法對(duì)于整個(gè)項(xiàng)目的實(shí)施是多么的重要， 如果沒有這 些作為基礎(chǔ)， 那么編出的軟件不管從使用性上也好還是從健壯性上也好都是不能 滿足實(shí)際的要求的。 3、功能測試經(jīng)歷了程序開發(fā)的過程之后，必然開始了功能的測試工作。在當(dāng)時(shí)我就已 經(jīng)感覺出我們測試工作的薄弱性， 通過本門課程我更是意識(shí)到了測試的重要性和 我們測試工作的不規(guī)范不科學(xué)性，我從中得到的更多的是教訓(xùn)，但是有的時(shí)候教 訓(xùn)能讓人記住更多的東西，也更能給人以啟示，所以在這里我重點(diǎn)討論的不是我 們的

22、測試方法，而是結(jié)合這門課程進(jìn)行的一些思考和對(duì)今后的改進(jìn)。 對(duì)于 SCM 方面的程序我方進(jìn)行的更多的是黑盒方式的測試，主要由我們部 門包括我在內(nèi)的兩位同事進(jìn)行功能測試，對(duì)于這方面我們沒有嚴(yán)格的測試標(biāo)準(zhǔn)， 也沒有使用一些專業(yè)的軟件使得測試工作其實(shí)只是膚淺的局限在表面。 由于當(dāng)時(shí) 我手頭還有其他方面的工作甚至當(dāng)時(shí)出差在外， 而我的同事并不懂技術(shù)對(duì)于零售 業(yè)的了解也不十分充分，所以使得當(dāng)時(shí)的測試只是表面的功能測試，就是將幾個(gè) 界面籠統(tǒng)的看了一下，感覺沒有太大的問題就認(rèn)為沒有問題。同時(shí)由于企業(yè)內(nèi)部 門間關(guān)系的問題，也沒有讓相關(guān)部門進(jìn)行測試，所以從這方面開我們的測試工作 簡直可以說沒有，就更談不上什么科學(xué)

23、的方法了，其間也只是對(duì)于界面提出了一 些改進(jìn)的意見，對(duì)于數(shù)據(jù)的準(zhǔn)確性也沒有進(jìn)行嚴(yán)格的核對(duì)。這使得之后在使用過 程中，用戶提出了很多細(xì)節(jié)方面的問題，使得我們疲于進(jìn)行解釋和調(diào)試中，這也 就說明了我們的測試工作存在多大的弊端。通過這么課程的學(xué)習(xí)，我希望能夠?qū)?老師在課堂上將的一些成功的案例中的測試方法引入到我們之后的工作中去， 因 為只有測試工作做的更加充分才能使得整個(gè)項(xiàng)目更加成功。 開發(fā)方進(jìn)行的測試工作我們沒有進(jìn)行更多的參與和干涉， 通過和他們技術(shù)人 員的交流，他們進(jìn)行的更多的是數(shù)據(jù)一致性的測試，也就是將 SCM 中的數(shù)據(jù)和 ERP 系統(tǒng)中的數(shù)據(jù)進(jìn)行逐界面的對(duì)照，以保證兩個(gè)系統(tǒng)中數(shù)據(jù)的一致性完全一

24、 致。正是由于有了這方面的測試工作，使得系統(tǒng)在上線的時(shí)候數(shù)據(jù)方面并沒有出 現(xiàn)太多的問題，使得使用人員對(duì)于數(shù)據(jù)的準(zhǔn)確性沒有提出太多的異議，我真的不 敢設(shè)想如果兩方數(shù)據(jù)出現(xiàn)了不一致我們將如何面對(duì)雙方的領(lǐng)導(dǎo)和使用者。 測試這部分本來應(yīng)該是整個(gè)項(xiàng)目中一個(gè)比較主要的環(huán)節(jié)， 但是我感覺我們在 這個(gè)環(huán)節(jié)上的欠缺和不足，這個(gè)可能也是我們整個(gè)部門的一個(gè)弊端，我確實(shí)希望 一方面通過對(duì)于測試流程的系統(tǒng)學(xué)習(xí)另一方對(duì)以一些成功項(xiàng)目的學(xué)習(xí)能夠改善 我們部門這方面的弱勢?？赡芤舱峭ㄟ^課程的學(xué)習(xí)，使我的眼界放開了，使我 找到了方向，當(dāng)然理論上的東西或者其他人的東西要變成自己的還需要一個(gè)過 程，但是我認(rèn)為至少我現(xiàn)在意識(shí)到了認(rèn)

25、識(shí)到了，這些都必將對(duì)于下一步的改進(jìn)起到積極的作用。 4、項(xiàng)目上線 經(jīng)歷了上面各個(gè)環(huán)節(jié)，項(xiàng)目一步一步的走到了開始正是上線的環(huán)節(jié)。這個(gè)環(huán) 節(jié)可以說是整個(gè)項(xiàng)目一個(gè)最終失敗與否的關(guān)鍵點(diǎn)，雖然它并不能代表整個(gè)項(xiàng)目， 但是它確實(shí)整個(gè)項(xiàng)目的最好的體現(xiàn)點(diǎn)。 由于此次實(shí)現(xiàn)的功能比較簡單，只是一些報(bào)表的展現(xiàn)功能，也正是在先前對(duì) 于數(shù)據(jù)一致性的把握上，使得上線時(shí)并沒有產(chǎn)生太多的對(duì)于系統(tǒng)的質(zhì)疑。相仿的 由于之前一些培訓(xùn)工作的不到位和一些對(duì)問題估計(jì)的不足， 使得上線初期用戶對(duì) 于管理方面的質(zhì)疑聲音比較強(qiáng)烈。 這也提醒了我們軟件工程不光是一個(gè)編寫代碼 的過程，其間的運(yùn)作手段也是十分重要的，甚至可以說這將直接影響給使用者一

26、 個(gè)怎樣的初印象的問題，所以作為一個(gè)項(xiàng)目的實(shí)施來說，不光需要科學(xué)的編程、 測試方法，更加需要科學(xué)的運(yùn)作方式，這當(dāng)然也為項(xiàng)目的管理人員提出了更高的 要求，但是這是符合實(shí)際發(fā)展趨勢的，也是必可避免要遇到的問題。 之后基本按照領(lǐng)導(dǎo)提出的要求，項(xiàng)目如期的上線，也基本實(shí)現(xiàn)了當(dāng)初設(shè)想的 一些功能，為供應(yīng)商和我們都提供了一定方面的便利和效率的提高。 5、后期展望 初期的功能可以說很好的實(shí)現(xiàn)了當(dāng)初的設(shè)想，但是項(xiàng)目并沒有就此停止，因 為目前實(shí)現(xiàn)的只是最簡單一些報(bào)表的展示，而與供應(yīng)商直接的聯(lián)動(dòng)性并沒有實(shí) 現(xiàn)。 就在我們在原有的基礎(chǔ)上準(zhǔn)備進(jìn)行下一步開發(fā)的時(shí)候， 一個(gè)可以說是不可逾 越的問題出現(xiàn)了，由于前期對(duì)于整體項(xiàng)目考慮的不完善，使得后期一些功能的擴(kuò) 展變得步履維艱， 對(duì)于每一個(gè)新的功能都需要進(jìn)行從抽取數(shù)據(jù)到程序開發(fā)整個(gè)過 程的整體改動(dòng)，并且雙方數(shù)據(jù)的一致