表5

4.開發(fā)階段

4.1版本號(hào)列表

建議用版本控制器管理所有的文檔和代碼，這里假設(shè)組織使用SVN和有版本操作規(guī)范，規(guī)范定義了項(xiàng)目版本管理所需的角色、分支規(guī)定、版本號(hào)命名規(guī)定、使用者如何checkin和checkout文件、如何合并分支等等。

開發(fā)階段、測(cè)試階段、發(fā)布階段的版本號(hào)各不相同，項(xiàng)目經(jīng)理編寫《版本號(hào)列表》，提交版本服務(wù)器管理人員創(chuàng)建版本號(hào)、使用者帳號(hào)及其權(quán)限。然后發(fā)送文檔給項(xiàng)目人員，成員據(jù)此操作。當(dāng)一個(gè)階段結(jié)束時(shí)，項(xiàng)目經(jīng)理把所有檢查過的、合格的文件并入主干中。

4.2開發(fā)、測(cè)試、發(fā)布環(huán)境配置表

配置表主要列有：

• 統(tǒng)一開發(fā)人員PC的開發(fā)工具，五花八門的開發(fā)工具有時(shí)會(huì)引發(fā)五花八門的錯(cuò)誤，化時(shí)間去解決這些錯(cuò)誤是無益的；
• 各階段，版本服務(wù)器的訪問地址和物理路徑；
• 各階段，軟件的運(yùn)行網(wǎng)址和服務(wù)器數(shù)據(jù)庫(kù)的物理路徑；
• 如果有外部設(shè)備，列出各階段這些設(shè)備的訪問地址和物理路徑。

• 4.3項(xiàng)目經(jīng)理的代碼檢查結(jié)果表

  一般項(xiàng)目經(jīng)理在開發(fā)中期和末期各進(jìn)行一次代碼檢查，當(dāng)然，如果時(shí)間充裕，檢查次數(shù)越多越好。開展這項(xiàng)活動(dòng)前，項(xiàng)目經(jīng)理要肯定項(xiàng)目組的努力和現(xiàn)階段成果，告訴成員盡早發(fā)現(xiàn)錯(cuò)誤是好事，這能避免返工、繞開錯(cuò)誤、提升軟件的健壯性和穩(wěn)定性。

  如果有特殊原因，項(xiàng)目經(jīng)理可以委托他人執(zhí)行這項(xiàng)活動(dòng)，但必須對(duì)結(jié)果表進(jìn)行復(fù)檢和評(píng)估，對(duì)重要模塊、重要SQL語(yǔ)句復(fù)查。代碼檢查所需的時(shí)間沒有公式可循，一般開發(fā)時(shí)間越多代碼越多，可以根據(jù)開發(fā)時(shí)間乘以某個(gè)百分率得到代碼檢查所需時(shí)間，這個(gè)百分比根據(jù)組織經(jīng)驗(yàn)得出。

  完成公共類、公共設(shè)置、幾個(gè)重要基礎(chǔ)模塊的開發(fā)后，要開展第一次代碼檢查，這能及時(shí)發(fā)現(xiàn)錯(cuò)誤；檢查范圍是代碼、SQL語(yǔ)句、服務(wù)器配置、外掛設(shè)備配置等等。如果開發(fā)人員多為新手，檢查力度盡量細(xì)致到每個(gè)文件；如果開發(fā)人員經(jīng)驗(yàn)豐富，檢查力度可以粗一些，集中在業(yè)務(wù)邏輯、數(shù)據(jù)IPO等部分，對(duì)于不正確的格式問題，是要糾正，但不是代碼檢查的核心重點(diǎn)。開發(fā)人員根據(jù)項(xiàng)目經(jīng)理的結(jié)果表修復(fù)錯(cuò)誤，一般會(huì)輪循1-3次，如果超過3次以上，要引起注意和找原因。

  文檔格式例子見表6，但內(nèi)容不限于此：

檢查SVN代碼

檢查SQL語(yǔ)句

-

檢查SQL語(yǔ)句

其他檢查

(這部分的檢查可以是任意方面的，填寫格式不限，只要描述清楚)