編碼階段，要成功，必須牢記一條：能做到少修改，不重做，力爭(zhēng)一次成功！！
在編碼階段，只要不是原則性的錯(cuò)誤，盡量不要推倒前面所做的一切，重新做，畢竟以前做的時(shí)候也是考慮了方方面面的因素的，現(xiàn)在出現(xiàn)的問(wèn)題只是在某方面考慮不周而已，一切都作廢，太浪費(fèi)了。還有，要是數(shù)據(jù)庫(kù)字段已存在，除非萬(wàn)不得已，千萬(wàn)不要修改數(shù)據(jù)庫(kù)字段，能可添加字段。因?yàn)橐呀?jīng)存在的字段，很有可能已被軟件開(kāi)發(fā)小組的其他成員在使用，不要因?yàn)槟愕男薷亩钇渌艘惨阕鱿鄳?yīng)的修改。后，軟件界面的修改要慎重，界面的修改很容易使你忽略修改相應(yīng)的內(nèi)容，造成軟件大問(wèn)題沒(méi)有，小問(wèn)題一大堆。
要想做到不修改，不重做，很不容易，要考慮的因素很多。
首先從軟件的角度來(lái)說(shuō)吧:
對(duì)于專(zhuān)用軟件，很多時(shí)候，一般用戶(hù)對(duì)于軟件要完成哪些功能已經(jīng)有了一個(gè)比較清楚的輪廓，而且往往在開(kāi)發(fā)合同中已經(jīng)大致地規(guī)定了。但是，開(kāi)發(fā)合同上規(guī)定的只是一個(gè)大概的框架，用戶(hù)心目中的產(chǎn)品究竟是什么樣子，有時(shí)不要說(shuō)開(kāi)發(fā)人員不知道，連用戶(hù)本人也不知道。所以很多時(shí)候，都是到了開(kāi)發(fā)工作的后期才發(fā)現(xiàn)開(kāi)發(fā)人員的理解和用戶(hù)的要求有一些誤解，那么必然造成時(shí)間上的浪費(fèi)�！�
對(duì)于通用軟件，很多時(shí)候是到了開(kāi)發(fā)工作的后期才發(fā)現(xiàn)某方面的功能不足，或要添加新功能等等。
在小型軟件公司中，由于開(kāi)發(fā)人員少，這樣意味著不同人員的程序之間交互、接口相對(duì)少一些。開(kāi)發(fā)周期短意味著往往是同樣的幾個(gè)人從頭到尾負(fù)責(zé)一個(gè)項(xiàng)目。這兩者都讓人容易犯些錯(cuò)誤。往往是幾個(gè)人碰一下頭，討論一下基本的數(shù)據(jù)結(jié)構(gòu)、函數(shù)接口便分頭去做自己的工作了，沒(méi)有一份較正式的文檔。當(dāng)有的人會(huì)對(duì)討論出的接口、結(jié)構(gòu)理解有偏差(應(yīng)該承認(rèn)人是會(huì)犯錯(cuò)誤的)，一個(gè)誤解可能造成以后的返工。
其次從管理的角度來(lái)說(shuō)吧:
1、 有效的團(tuán)隊(duì)組織。
提高團(tuán)隊(duì)組織的工作績(jī)效，提高組員的團(tuán)隊(duì)精神。這非常有利團(tuán)隊(duì)有效，有序的工作。有效的團(tuán)隊(duì)建設(shè)，這是管理的重要內(nèi)容。
2、 小組成員的溝通、協(xié)調(diào)。
溝通，也許在各行各業(yè)都已提到了一個(gè)相當(dāng)重要的位置。在一、二十年前，也許您會(huì)經(jīng)常聽(tīng)到某位大俠單獨(dú)完成了某種創(chuàng)舉，成了人們崇拜的對(duì)象�？�，這種大俠，已經(jīng)很難有生存空間了。取而代之的是，某軍團(tuán)，又攻克了一座什么樣的寶壘。這樣，溝通，可以說(shuō)已經(jīng)變得無(wú)比的重要。在軟件業(yè)，溝通可以說(shuō)是快速學(xué)習(xí)和掌握新知識(shí)，達(dá)到技術(shù)上的更高層次的佳途徑。 小組員的溝通，可以很好的加強(qiáng)團(tuán)隊(duì)組織的凝聚力�？赡芨玫淖岉�(xiàng)目良性的進(jìn)行。而培養(yǎng)這種氣氛，形成有效的溝通，這也是項(xiàng)目管理的基本內(nèi)容。協(xié)調(diào)幾個(gè)人的工作比自己完成一段編碼更重要。如果小組成員在協(xié)調(diào)上出了漏洞，可能導(dǎo)致很大的問(wèn)題，所以項(xiàng)目負(fù)責(zé)人必須隨時(shí)監(jiān)控各開(kāi)發(fā)人員的工作，包括內(nèi)容是否與要求發(fā)生偏差，進(jìn)度是否滯后等等。
后從測(cè)試的角度來(lái)說(shuō)吧。
傳統(tǒng)觀點(diǎn)認(rèn)為，測(cè)試是在編碼后的工作。其實(shí)，測(cè)試和編碼是兩個(gè)密不可分的階段，交叉進(jìn)行的，測(cè)試在編碼后期進(jìn)行的較多！！主要有兩方面:
1、 不經(jīng)過(guò)單元測(cè)試而直接進(jìn)入系統(tǒng)測(cè)試;
造成這一現(xiàn)象的原因是每個(gè)模塊相對(duì)比較簡(jiǎn)單，但是為了測(cè)試一個(gè)模塊需要建立一些測(cè)試環(huán)境。例如，為了測(cè)試一個(gè)函數(shù)是否正確，應(yīng)該用一些測(cè)試數(shù)據(jù)去調(diào)用該函數(shù)，需要編寫(xiě)一些測(cè)試數(shù)據(jù)。但很多開(kāi)發(fā)人員嫌麻煩，覺(jué)得反正其他模塊也很快出來(lái)了，直接用真正的數(shù)據(jù)來(lái)運(yùn)行幾次行了。殊不知，一旦直接進(jìn)入系統(tǒng)測(cè)試，發(fā)現(xiàn)運(yùn)行結(jié)果不正確后需要一步步查找。不但耗費(fèi)了大量的查找時(shí)間，而且后面的模塊已完成了，修改前面的模塊又會(huì)影響后面的模塊，使的修改的難度增加，修改后導(dǎo)致新的錯(cuò)誤產(chǎn)生的概率增大，另外，每個(gè)人的潛意識(shí)都不想否定自己，這種情況下很難真正去修改。還有由于這種測(cè)試不完全，真正運(yùn)行系統(tǒng)，當(dāng)調(diào)用某模塊時(shí)，可能大部分時(shí)候都是正常數(shù)據(jù)，極少出現(xiàn)邊界情況，可能某些邊界情況容易被忽視，很久之后才被發(fā)現(xiàn)。但是如果對(duì)每個(gè)模塊進(jìn)行單元測(cè)試時(shí)都進(jìn)行一下邊界測(cè)試，會(huì)很容易消除一些隱患。真可謂欲速則不達(dá)也！
2、 如果在項(xiàng)目人員配置中設(shè)置了專(zhuān)門(mén)的測(cè)試人員，編碼人員會(huì)認(rèn)為軟件所有的內(nèi)部測(cè)試工作全部應(yīng)該由測(cè)試人員完成。
眾所周知：軟件程序測(cè)試可以分為“白盒法”和“黑盒法”兩種方式。由于使用“白盒法”對(duì)測(cè)試人員各方面素質(zhì)的種種要求，在進(jìn)行程序測(cè)試時(shí)測(cè)試人員總是優(yōu)先使用“黑盒法”。他們的工作方式往往是先對(duì)程序進(jìn)行“黑盒法”測(cè)試；如果測(cè)試沒(méi)有通過(guò)，不得已這才考慮對(duì)程序代碼進(jìn)行“白盒法”測(cè)試。顯然，這種對(duì)“白盒法”有意無(wú)意的“逃避”，對(duì)軟件的可靠性和穩(wěn)定性構(gòu)成了威脅，造成在編碼后期，甚至是在試運(yùn)行或運(yùn)行階段需要進(jìn)行大量的修改。如何解決這個(gè)問(wèn)題？一方面需要提高對(duì)測(cè)試人員的要求，另一方面也需要程序員完成部分的“白盒法”測(cè)試（實(shí)際上，程序員往往也是進(jìn)行“白盒法”測(cè)試的佳人選）。
在代碼階段，除了要想做到不修改，不重做外，還需要對(duì)軟件的質(zhì)量進(jìn)度等進(jìn)行控制，必須做到以下幾點(diǎn)：
1、 定期召開(kāi)項(xiàng)目工作會(huì)議，向項(xiàng)目開(kāi)發(fā)人員及時(shí)了解項(xiàng)目進(jìn)展情況及存在的主要問(wèn)題。一旦發(fā)現(xiàn)問(wèn)題，管 理人員應(yīng)迅速查明原因，盡快采取措施，爭(zhēng)取在盡可能小的范圍內(nèi)解決問(wèn)題。
2、 在軟件開(kāi)發(fā)過(guò)程中，請(qǐng)專(zhuān)家和用戶(hù)按照里程碑評(píng)審階段性的成果，判定開(kāi)發(fā)進(jìn)度 是否與軟件項(xiàng)目定義的里程碑保持一致，開(kāi)始時(shí)間是否與計(jì)劃時(shí)間一致。
第四章 編碼后的管理
編碼完成后，是軟件實(shí)行試運(yùn)行、運(yùn)行階段，并生成相應(yīng)的版本，并進(jìn)行相應(yīng)的備份。這個(gè)工作很重要，特別是版本生成備份，很容易出錯(cuò)。筆者在曾經(jīng)犯過(guò)這樣的錯(cuò)：給了老版本給用戶(hù)；把為甲做的版本給了用戶(hù)乙；備份時(shí)把以前有用的版本覆蓋了等等，不一而足。要避免犯這些錯(cuò)誤，必須要在每次生成不同的版本或者備份時(shí)，都要建立相應(yīng)的文章。在文檔中，盡可能詳實(shí)地記錄本版本或備份的時(shí)間、目的，特別是和其他版本的不同之處。寫(xiě)的越詳實(shí)，出錯(cuò)的概率越小��！
