軟件開(kāi)發(fā)成功案例3個(gè)(2)
軟件開(kāi)發(fā)成功案例3個(gè)
軟件開(kāi)發(fā)成功案例篇3：
一、項(xiàng)目實(shí)施進(jìn)度評(píng)估。ERP項(xiàng)目是復(fù)雜項(xiàng)目，其涉及的部門(mén)、人員、資金、資源等對(duì)于任何一個(gè)企業(yè)來(lái)說(shuō)都是空前的，而在上一節(jié)中我們通過(guò)項(xiàng)目三角形分析出來(lái)，項(xiàng)目的進(jìn)度是否能夠按照設(shè)計(jì)規(guī)劃的進(jìn)行是影響項(xiàng)目效果的關(guān)鍵因素，所以評(píng)估項(xiàng)目的成功與否，首先必須評(píng)估項(xiàng)目的進(jìn)度是否按照預(yù)期的進(jìn)度進(jìn)行，如果每一步或者每一階段，都能夠嚴(yán)格的按照進(jìn)度進(jìn)行，相信項(xiàng)目會(huì)成功的，否則就是項(xiàng)目設(shè)計(jì)出現(xiàn)了問(wèn)題。一般來(lái)說(shuō)現(xiàn)在評(píng)估項(xiàng)目實(shí)施進(jìn)度的方法可以使用目前最為常用的項(xiàng)目管理工具，其中Microsoft的Project就是不錯(cuò)的工具之一。其實(shí)很多項(xiàng)目的實(shí)施失敗原因是虎頭蛇尾，開(kāi)始的時(shí)候大家心氣十足，進(jìn)度基本可以按照計(jì)劃進(jìn)行，而到了后來(lái)，每個(gè)人的工作都是交叉的，往往會(huì)受到其他工作的影響而忽視了項(xiàng)目的進(jìn)度，致使項(xiàng)目進(jìn)行不下去。所以除了有相應(yīng)的制度保障之外，一定要有工具，再者說(shuō)了搞IT的人不用IT工具，那不是“賣(mài)鹽的喝淡湯”嗎?當(dāng)然現(xiàn)在的IT行業(yè)非常普遍。
二、項(xiàng)目成本評(píng)估。項(xiàng)目成本是評(píng)價(jià)一個(gè)項(xiàng)目是否成功的第二個(gè)關(guān)鍵因素，同樣在項(xiàng)目三角形中成本占了一條邊，所以成本的變化將直接影響項(xiàng)目的成功，如果一味追求項(xiàng)目的功能和進(jìn)度，而忽視成本，那將不是搞項(xiàng)目，而是在賭博?，F(xiàn)在的ERP項(xiàng)目本身的費(fèi)用就很高，而且沒(méi)有公開(kāi)價(jià)格，國(guó)家價(jià)格監(jiān)督都沒(méi)有依據(jù)，全靠軟件商的一張嘴，說(shuō)多少是多少，會(huì)侃價(jià)的省點(diǎn)，不會(huì)侃價(jià)的就多花點(diǎn)。但是一旦我們已經(jīng)和軟件公司和服務(wù)公司(咨詢(xún)公司)達(dá)成了一致意見(jiàn)，關(guān)鍵的問(wèn)題就在于如何有效的利用雙方同意的費(fèi)用達(dá)成預(yù)期的任務(wù)目標(biāo)，而往往在項(xiàng)目的開(kāi)始企業(yè)的管理者認(rèn)為項(xiàng)目剛剛開(kāi)始，投入還不多，而不注重有效控制成本，而到項(xiàng)目實(shí)施一段時(shí)間之后，發(fā)現(xiàn)項(xiàng)目的預(yù)算已經(jīng)不能保證項(xiàng)目的完成了，或者半途而廢，或者追加投入，而追加投入又會(huì)遇到企業(yè)資金是否充足的影響。所以我們建議在項(xiàng)目開(kāi)始之前一定盡量準(zhǔn)確的做出項(xiàng)目預(yù)算，并拿出專(zhuān)款，避免在途中因資金影響項(xiàng)目進(jìn)展。另外成本控制要從采購(gòu)、人員工時(shí)等多方面嚴(yán)加控制。并建議分階段進(jìn)行成本評(píng)估，如果每個(gè)階段都能夠在成本控制范圍之內(nèi)最終的項(xiàng)目一定保證在成本范圍內(nèi)成功，關(guān)鍵在于當(dāng)出現(xiàn)項(xiàng)目費(fèi)用超出預(yù)算成本的時(shí)候要及時(shí)調(diào)整，確?？傮w成本控制在范圍之內(nèi)。
三、項(xiàng)目功能評(píng)估。ERP是功能性產(chǎn)品，最終項(xiàng)目是否成功很重要的一點(diǎn)要看功能，看功能是否達(dá)到了預(yù)期的要求。ERP的功能從總體上來(lái)說(shuō)分為幾大部分:進(jìn)銷(xiāo)存管理，或者現(xiàn)在有的公司定義的內(nèi)部物流管理;財(cái)務(wù)管理，包括總賬、應(yīng)收賬、應(yīng)付賬、固定資產(chǎn)等;計(jì)劃管理，在企業(yè)中大都會(huì)涉及到兩種生產(chǎn)模式的計(jì)劃方法，分別是單件小批量生產(chǎn)模式的MRP計(jì)劃方法和大規(guī)模流水線生產(chǎn)模式的JIT計(jì)劃方法;粗能力計(jì)劃和細(xì)能力計(jì)劃等核心資源管理;另外還包括人力資源管理;設(shè)備管理;工、模、量、夾具管理;質(zhì)量管理等外圍資源管理。一般來(lái)說(shuō)，軟件商在簽約之前都會(huì)給企業(yè)的管理者演示他們的功能，我告訴企業(yè)一個(gè)秘訣，在觀看演示的時(shí)候一定要刨根問(wèn)底的看功能，而不能走馬觀花的瀏覽。兩者之間的區(qū)別就在于不要被軟件商的演示者的各種托辭搪塞過(guò)去，一定要親眼看到他們說(shuō)能夠?qū)崿F(xiàn)的功能，不要相信沒(méi)有數(shù)據(jù)不能演示、不是最新版本等解釋理由。如果他們說(shuō)有什么功能就當(dāng)場(chǎng)拿出來(lái)。否則就是沒(méi)有，在事實(shí)面前任何理由都是蒼白的。在項(xiàng)目結(jié)束之前，對(duì)照雙方約定的功能清單，逐個(gè)推敲，如果每一個(gè)功能都實(shí)現(xiàn)了，項(xiàng)目一定能夠成功。
四、項(xiàng)目效果評(píng)估。功能具備只是基本的要求，關(guān)鍵還要看效果，這一點(diǎn)可能有人不容易理解，其實(shí)在ERP管理軟件中有很多功能從表面上看功能和效果是有很大的區(qū)別的，比如MRP計(jì)劃，可能大多數(shù)的ERP軟件現(xiàn)在都能實(shí)現(xiàn)這個(gè)功能，但是是否準(zhǔn)確，是否可以通過(guò)MRP計(jì)劃直接指導(dǎo)生產(chǎn)，甚至直接根據(jù)計(jì)劃產(chǎn)生的結(jié)果安排采購(gòu)，這并不是任何一家軟件都可以做到的，這里面涉及到計(jì)算方法是否科學(xué)，是否符合行業(yè)的規(guī)范，考慮的因素是否完整，預(yù)置的參數(shù)是否科學(xué)，比如提前期設(shè)計(jì)的是否合理，安全庫(kù)存設(shè)計(jì)的是否合理等等都會(huì)直接影響計(jì)劃的結(jié)果，其實(shí)真正的軟件公司的功底就在這里區(qū)別。
五、可操作性評(píng)估。ERP軟件的最終目的是讓企業(yè)的廣大職工都能夠使用，所以可操作性如何是項(xiàng)目成功與否的另一項(xiàng)重要指標(biāo)。企業(yè)的大多數(shù)使用者，尤其是一線的職工，計(jì)算機(jī)的水平都不會(huì)太高，如何讓軟件具有很容易操作的界面，讓普通的職工也能夠使用軟件來(lái)操作，確保每一位使用者都能夠方便快捷的使用ERP軟件是項(xiàng)目成功的重要條件。有很多軟件功能很強(qiáng)，但是就是操作起來(lái)難度也很大，非專(zhuān)業(yè)人士無(wú)法使用，這絕對(duì)不是優(yōu)秀的ERP軟件，優(yōu)秀的軟件應(yīng)該是只要熟悉業(yè)務(wù)的人就可以操作，所謂所見(jiàn)即所得。
六、項(xiàng)目的延續(xù)性評(píng)估。ERP項(xiàng)目是企業(yè)賴(lài)以發(fā)展的長(zhǎng)期投資項(xiàng)目，絕對(duì)不是消費(fèi)型項(xiàng)目，所以項(xiàng)目是否能夠伴隨著企業(yè)的發(fā)展而持續(xù)得到應(yīng)用是評(píng)估項(xiàng)目成敗的另一向重要指標(biāo)。持續(xù)性體現(xiàn)為升級(jí)能力、功能的擴(kuò)展能力、客戶(hù)化能力、跨平臺(tái)能力等幾方面:現(xiàn)在的軟件平臺(tái)每幾個(gè)月就升級(jí)一次，當(dāng)然應(yīng)用系統(tǒng)的升級(jí)不一定要求緊跟系統(tǒng)軟件的速度，但是也要及時(shí)升級(jí)，隨著管理理論和管理方法的不斷發(fā)展，管理軟件的升級(jí)至少要跟得上管理方法和計(jì)算方法的更新速度，否則就是落后的;功能的擴(kuò)展能力，就像上面我們所說(shuō)的功能是評(píng)估的一項(xiàng)指標(biāo)，但是功能能否根據(jù)企業(yè)的發(fā)展而及時(shí)更新，另外還有客戶(hù)化的能力和跨平臺(tái)的能力也很重要。
軟件開(kāi)發(fā)中的注意事項(xiàng)：
1、項(xiàng)目設(shè)計(jì)
項(xiàng)目設(shè)計(jì)的主導(dǎo)思想，我覺(jué)得可以理解為兩種，一種是完全設(shè)計(jì)，一個(gè)是簡(jiǎn)單設(shè)計(jì)。
完全設(shè)計(jì)是指在具體編寫(xiě)代碼之前對(duì)軟件的各種方面都調(diào)查好，做好詳細(xì)的需求分析、編寫(xiě)好全部的開(kāi)發(fā)文檔，設(shè)計(jì)出程序全部流程后再開(kāi)始寫(xiě)代碼。 換句話說(shuō)，就是全部的計(jì)劃好了，能看到最終的樣子，再開(kāi)戰(zhàn)。這好像也是很多“軟件工程”書(shū)里要求的那樣。開(kāi)始的時(shí)候，我覺(jué)得這種方法不錯(cuò)也。什么都計(jì)劃好了，照著做就是了。不過(guò)這里有個(gè)明顯的問(wèn)題，就是誰(shuí)來(lái)做這個(gè)完美的計(jì)劃?估計(jì)只有及其BT的人了，但是大部分人的想要完全設(shè)計(jì)，并且沒(méi)有錯(cuò)誤，或者已經(jīng)有幾種后備的容錯(cuò)方案，并能準(zhǔn)確無(wú)誤的推行。以達(dá)到最終目標(biāo)。這樣的境界，沒(méi)有很多年的工作經(jīng)歷是不可能的。我也沒(méi)有這樣的本事，所以我也就放棄了這種想法。
簡(jiǎn)單設(shè)計(jì)：簡(jiǎn)單設(shè)計(jì)一種概念，一種可以接受的簡(jiǎn)單的設(shè)計(jì)，最起碼數(shù)據(jù)庫(kù)已經(jīng)定下來(lái)，基本流程已經(jīng)確定的方案，來(lái)作為程序設(shè)計(jì)的開(kāi)始，并隨時(shí)根據(jù)實(shí)際情況的進(jìn)展來(lái)修正具體的功能設(shè)計(jì)，但這種功能修改不能是修改數(shù)據(jù)庫(kù)結(jié)構(gòu)。也就是說(shuō)數(shù)據(jù)庫(kù)結(jié)構(gòu)是在編程之前經(jīng)過(guò)反復(fù)論證的。這種方法減少了前期設(shè)計(jì)的時(shí)間，把代碼編寫(xiě)工作和部分設(shè)計(jì)工作放在了一起，實(shí)際縮短了項(xiàng)目開(kāi)發(fā)的時(shí)間。如果說(shuō)完全設(shè)計(jì)方法要求有很厲害的前期設(shè)計(jì)人員，那么簡(jiǎn)單設(shè)計(jì)要求有很有設(shè)計(jì)頭腦的編程人員。編程人員不僅僅是K代碼的人而且要負(fù)責(zé)程序架構(gòu)的設(shè)計(jì)。所以對(duì)程序員的要求就很高了。 簡(jiǎn)單設(shè)計(jì)的成功的一個(gè)基點(diǎn)是編程人員設(shè)計(jì)的邏輯結(jié)構(gòu)簡(jiǎn)單并能根據(jù)需要來(lái)調(diào)整其邏輯結(jié)構(gòu)，就是代碼結(jié)構(gòu)靈活，簡(jiǎn)單設(shè)計(jì)帶來(lái)的另外一個(gè)變化就是會(huì)議會(huì)比較多，編程人員之間的交流就變的很重要?，F(xiàn)在一般的中小型軟件公司基本上都是采用簡(jiǎn)單設(shè)計(jì)的，除非那些很大型的軟件公司。
總結(jié)，簡(jiǎn)單設(shè)計(jì)考驗(yàn)的是開(kāi)發(fā)人員的能力。完全設(shè)計(jì)考驗(yàn)的是前期設(shè)計(jì)人員和整個(gè)項(xiàng)目組完整能力。(各種文檔的編寫(xiě)，開(kāi)發(fā)人員一定會(huì)要寫(xiě)一部分的。)
2、設(shè)計(jì)變化和需求變化
開(kāi)發(fā)人員最怕的是什么呢?設(shè)計(jì)變化，還是需求變化?我覺(jué)得需求變化是最最致命的。當(dāng)你的一個(gè)項(xiàng)目數(shù)據(jù)庫(kù)都定下來(lái)后，而且已經(jīng)開(kāi)發(fā)了若干個(gè)工作日，突然接到甲方公司提出，某個(gè)功能要改變，原先的需求分析要重新改，如果這個(gè)修改是涉及的數(shù)據(jù)庫(kù)的表結(jié)構(gòu)更改的話，那真是最致命的。這就意味著項(xiàng)目的某些部分得重新推倒重來(lái)，如果這個(gè)部分跟已完成的多個(gè)部分有牽連的話，那就后果更可怕了。所以當(dāng)碰到這種情況發(fā)生，作為項(xiàng)目經(jīng)理的你就應(yīng)該考慮先查責(zé)任人，究竟是自己的需求分析做的不夠好，還是客戶(hù)在認(rèn)同了需求分析后做出的修改，如果是后者的話，你完全可以要求客戶(hù)對(duì)他的這個(gè)修改負(fù)責(zé)任!那么，呵呵，客戶(hù)先生，對(duì)不起了，本次新增加的需求將歸入另外一個(gè)版本。如果是改變前面某個(gè)需求的定義，那么說(shuō)不定就要推倒重來(lái)了，不過(guò)這個(gè)時(shí)候到不用太在意，畢竟錯(cuò)的是客戶(hù)。(項(xiàng)目正式開(kāi)始前沒(méi)有沒(méi)有說(shuō)清楚其需求)。所以，各位看客，在需求分析做好后，在開(kāi)工之前一定要叫客戶(hù)認(rèn)可簽字，并且在合同上要注明，當(dāng)由客戶(hù)原因引起的需求改變而造成開(kāi)發(fā)成本的增加，客戶(hù)要為此買(mǎi)單地。
如果在需求不變的情況之下，設(shè)計(jì)發(fā)生了變化，這個(gè)僅僅是我們內(nèi)部之間的矛盾，商量一下就能解決。在簡(jiǎn)單設(shè)計(jì)中，因?yàn)榍捌诘脑O(shè)計(jì)是不完整的，那么當(dāng)進(jìn)入任何一個(gè)新的模塊進(jìn)行開(kāi)發(fā)時(shí)，都有可能引起設(shè)計(jì)的變化。開(kāi)發(fā)人員的水平的高低就基本上決定了軟件的好壞。
3、代碼編寫(xiě)
當(dāng)需求定下來(lái)數(shù)據(jù)庫(kù)也定下來(lái)后， 其實(shí)我們就可以進(jìn)行實(shí)質(zhì)性的編碼了，按照我的看法，一個(gè)人單獨(dú)編程最好，能隨時(shí)偷懶。(上網(wǎng)，和MM聊聊)，但是現(xiàn)在的軟件項(xiàng)目越來(lái)越大，工期也越來(lái)越緊，事實(shí)上我們一個(gè)小組里面，一般有3-5程序員，所以我們要強(qiáng)調(diào)團(tuán)隊(duì)合作性。那么你寫(xiě)的代碼使得別人要能夠看懂，我們必須在實(shí)際的編寫(xiě)代碼過(guò)程中要有詳細(xì)的編碼規(guī)范，編碼規(guī)范在很多書(shū)籍里面都提到過(guò)。但最起碼以下的一些規(guī)范是我們必須要遵守的：
一)源程序文件結(jié)構(gòu)：
每個(gè)程序文件應(yīng)由標(biāo)題、內(nèi)容和附加說(shuō)明三部分組成。
(1)標(biāo)題：文件最前面的注釋說(shuō)明，其內(nèi)容主要包括：程序名，作者，版權(quán)信息，簡(jiǎn)要說(shuō)明 等，必要時(shí)應(yīng)有更詳盡的說(shuō)明(將以此部分以空行隔開(kāi)單獨(dú)注釋)。
(2)內(nèi)容控件注冊(cè)等函數(shù)應(yīng)放在內(nèi)容部分的最后，類(lèi) 的定義按 private 、 protected 、 pubilic 、 __pubished 的順序，并盡量保持每一部分只有一個(gè)，各部分中按數(shù)據(jù)、函數(shù)、屬性、事件的順序。
(3)附加說(shuō)明：文件末尾的補(bǔ)充說(shuō)明，如參考資料等，若內(nèi)容不多也可放在標(biāo)題部分的最后。
二)界面設(shè)計(jì)風(fēng)格的一致性：
由于采用可視化編程，所有的界面均與Win32方式類(lèi)似，相應(yīng)采用的控件等也大都為Windows操作系統(tǒng)下的標(biāo)準(zhǔn)控件，而且參考了其他一些市面上相關(guān)的企業(yè)內(nèi)部管理的應(yīng)用軟件。
基于簡(jiǎn)單易操作的原則，貼近用戶(hù)考慮，用戶(hù)界面采用Windows風(fēng)格的標(biāo)準(zhǔn)界面，操作方式亦同Windows風(fēng)格，這樣在實(shí)施過(guò)程，可以降低對(duì)客戶(hù)的培訓(xùn)，也可以使用戶(hù)容易上手，簡(jiǎn)單易學(xué)。
三)編輯風(fēng)格：
(1)縮進(jìn)：縮進(jìn)以 Tab 為單位，一個(gè) Tab 為四個(gè)空格大小。全局?jǐn)?shù)據(jù)、函數(shù) 原型、標(biāo)題、附加說(shuō)明、函數(shù)說(shuō)明、標(biāo)號(hào)等均頂格書(shū)寫(xiě)。
(2)空格：數(shù)據(jù)和函數(shù)在其類(lèi)型，修飾(如 __fastcall 等)名稱(chēng)之間適當(dāng)空格并據(jù)情況對(duì) 齊。關(guān)鍵字原則上空一格，不論是否有括號(hào)，對(duì)語(yǔ)句行后加的注釋?xiě)?yīng)用適當(dāng)空格與語(yǔ)句隔開(kāi)并盡可能對(duì)齊。
(3)對(duì)齊：原則上關(guān)系密切的行應(yīng)對(duì)齊，對(duì)齊包括類(lèi)型、修飾、名稱(chēng)、參數(shù)等各部分對(duì)齊。
另每一行的長(zhǎng)度不應(yīng)超過(guò)屏幕太多，必要時(shí)適當(dāng)換行。
(4)空行：程序文件結(jié)構(gòu)各部分之間空兩行，若不必要也可只空一行，各函數(shù)實(shí)現(xiàn)之間一般空兩行。
(5)注釋?zhuān)簩?duì)注釋有以下三點(diǎn)要求：
A、必須是有意義;
B、必須正確的描述了程序;
C、必須是最新的。
注釋必不可少，但也不應(yīng)過(guò)多，以下是四種必要的注釋?zhuān)?/p>
標(biāo)題、附加說(shuō)明;
函數(shù)說(shuō)明：對(duì)幾乎每個(gè)函數(shù)都應(yīng)有適當(dāng)?shù)恼f(shuō)明，通常加在函數(shù)實(shí)現(xiàn)之前，在沒(méi)有函數(shù)實(shí)現(xiàn)部分的情況下則加在函數(shù)原型前，其內(nèi)容主要是函數(shù)的功能、目的、算法等說(shuō)明，參數(shù)說(shuō)明、返回 值說(shuō)明等，必要時(shí)還要有一些如特別的軟硬件要求等說(shuō)明;
在代碼不明晰或不可移植處應(yīng)有少量說(shuō)明;
及少量的其它注釋。
四)命名規(guī)范：
堅(jiān)持采用匈牙利變量命名慣例，所有標(biāo)識(shí)符一律用英文或英文縮寫(xiě)，杜絕采用拼音，標(biāo)識(shí)符中每個(gè)單詞首字母大寫(xiě)，縮寫(xiě)詞匯一般全部大寫(xiě)，只在必要時(shí)加“_”間隔詞匯。
4、BUG修補(bǔ)
程序出現(xiàn)了BUG誰(shuí)來(lái)修補(bǔ)呢，嘿嘿嘿……
最好的辦法是誰(shuí)編寫(xiě)誰(shuí)修補(bǔ)，誰(shuí)改壞誰(shuí)修補(bǔ)。一個(gè)人改壞的代碼一人去修。兩個(gè)人一起改壞的代碼兩人一起修。
5、開(kāi)發(fā)人員的測(cè)試
開(kāi)發(fā)人員的測(cè)試是保證代碼能正常運(yùn)行，在開(kāi)發(fā)時(shí)候發(fā)現(xiàn)的錯(cuò)誤往往比較容易修正。(另外一個(gè)好處就是沒(méi)有人來(lái)罵你。因?yàn)橹挥心阕约褐?。但是一旦軟件到了測(cè)試小組那里出了問(wèn)題，那么就多了很多時(shí)間來(lái)修正BUG，如果到了客戶(hù)哪里才發(fā)現(xiàn)的BUG，那么時(shí)間就更長(zhǎng)了，開(kāi)發(fā)人員本身受到的壓力也是到了最大話了?？蛻?hù)->公司->測(cè)試小組->開(kāi)發(fā)人員。 這個(gè)完全是倒金字塔型的，承受能力差的一環(huán)很容易出事情的。
另外開(kāi)發(fā)人員的測(cè)試除了保證代碼能正常運(yùn)行以外，還有一個(gè)很重要的方面就是要保證上次能正常運(yùn)行的代碼，這次還是能正常運(yùn)行。如果做不到這點(diǎn)，那么BUG就不斷的會(huì)出現(xiàn)，很多BUG也會(huì)反復(fù)出現(xiàn)。于是軟件看上去就有修補(bǔ)不完的BUG了。如果出現(xiàn)這種情況，那么開(kāi)發(fā)人員有必要再教育。一般公司教育的方式有四種。第一種，扣工資，第二種，加班，反復(fù)加班+精神攻擊。 第三種，開(kāi)除。第四種，調(diào)動(dòng)人員來(lái)幫助那個(gè)出了麻煩的家伙。 但愿看這個(gè)文章的人不要受到前面三種教育。
軟件開(kāi)發(fā)成功案例相關(guān)文章：