計(jì)算機(jī)軟件開發(fā)項(xiàng)目管理規(guī)范

1、.計(jì)算機(jī)軟件開發(fā)工程管理規(guī)X YNQB/QB0001-2004XX旗標(biāo)軟件XX企業(yè)標(biāo)準(zhǔn)1 主題內(nèi)容與適用X圍32 引用標(biāo)準(zhǔn)33 軟件開發(fā)工程管理一般原那么331 建立完善的評審機(jī)制3311 評審內(nèi)容33111 階段評審33112 功能評審4312 評審機(jī)構(gòu)43121 階段評審機(jī)構(gòu)43122 功能評審機(jī)構(gòu)432 工程成果保護(hù)與共享54 工程組織541 工程組織機(jī)構(gòu)542 對外協(xié)調(diào)643 工程外包6431 外包評估7432 外包合同7433 外包資金7434 文件7435 其他75 工程實(shí)施851 計(jì)算機(jī)軟件開發(fā)流程劃分8511 按軟件生產(chǎn)周期劃分8512 按軟件生存周期劃分8513 從工程管理角

2、度來劃分952 軟件開發(fā)期各階段的時(shí)間分配953 軟件開發(fā)的要求與規(guī)那么9531 軟件開發(fā)各階段流程及要求105311 可行性與方案研究階段105312 需求分析階段105313 設(shè)計(jì)階段125314 實(shí)現(xiàn)階段135315測試階段145316 其他14532 軟件開發(fā)規(guī)那么155321 工程各階段的承接155322 編碼規(guī)X155323 軟件開發(fā)過程控制166 產(chǎn)品定制與生產(chǎn)1861產(chǎn)品定制與生產(chǎn)發(fā)生在工程存續(xù)期間的1962產(chǎn)品定制與生產(chǎn)發(fā)生在工程完畢后的197 文檔編制1971 文檔編制1972 文檔使用對象208 文檔管理219 資源配置2291 人力資源22911 招聘22912 培訓(xùn)2

3、2913 工程人員配給229131 工程主管領(lǐng)導(dǎo)229132 工程經(jīng)理239133 設(shè)計(jì)人員239134 編程人員249135 測試人員249136 文檔管理人員249137 用戶24914 開發(fā)成果保護(hù)2592 資金25921 資金來源25922 資金撥付25923 資金使用259231 采用新技術(shù)的工程資金的使用259232 采用成熟技術(shù)的工程資金的使用2593 設(shè)備包括軟件設(shè)備和硬件設(shè)備25931 設(shè)備采購25932 設(shè)備配置25933 設(shè)備使用2510 工程預(yù)算/核算25101 預(yù)算25102 核算2511 獎勵與懲罰25111 評審25112 獎勵26113 懲罰261 主題內(nèi)容與適

4、用X圍本規(guī)X規(guī)定了在開發(fā)一般商業(yè)計(jì)算機(jī)軟件工程時(shí)應(yīng)該遵循的統(tǒng)一的根本要求。本規(guī)X適用于軟件工程特別是重要軟件工程的開發(fā)工作。對于非重要軟件工程，可以參照本規(guī)X規(guī)定的子集簡化執(zhí)行。本規(guī)X是XX旗標(biāo)軟件XX組織軟件開發(fā)工程的一般性指導(dǎo)文件，可以作為組建工程組、編制開發(fā)文檔、制訂開發(fā)方案、組織軟件開發(fā)過程的根本依據(jù)?？梢砸罁?jù)本規(guī)X制訂其他相關(guān)標(biāo)準(zhǔn)，如程序代碼編寫規(guī)X、評審規(guī)X。2 引用標(biāo)準(zhǔn)GB/T 11457 軟件工程術(shù)語GB 8566 計(jì)算機(jī)軟件開發(fā)規(guī)XGB 8567 計(jì)算機(jī)軟件產(chǎn)品開發(fā)文件編制指南GB/T 12505 計(jì)算機(jī)軟件配置管理方案規(guī)X3 軟件開發(fā)工程管理一般原那么31 建立完善的評審機(jī)

5、制在計(jì)算機(jī)軟件開發(fā)的整個(gè)過程當(dāng)中，建立完善的評審機(jī)制以對工程中涉及的人員、本錢、進(jìn)度、工程成果、學(xué)術(shù)等各個(gè)方面進(jìn)展全面的評審是必要的和必需的。這不但是本錢及工程進(jìn)度控制的需要，也是工程組內(nèi)或工程組間以及工程組同其他部門間溝通的需要，還可以借此開展學(xué)術(shù)上的討論，豐富和提高工程組技術(shù)知識水平和工程管理水平。311 評審內(nèi)容3111 階段評審階段評審是一項(xiàng)重要的評審活動。在工程進(jìn)展的每一個(gè)階段完成后，都必須組織本階段工作成果的評審，否那么，不允許進(jìn)入下一個(gè)工程階段。在階段評審中，應(yīng)著重評審以下內(nèi)容：1、 人員：工作態(tài)度、溝通2、 工程階段本錢3、 工程進(jìn)度4、 階段成果5、 學(xué)術(shù)3112 功能評審功

6、能評審是針對軟件實(shí)現(xiàn)功能方面的評審，它著重的是軟件的各個(gè)模塊是否符合用戶的最終需求，界面布局是否合理，代碼實(shí)現(xiàn)是否簡單有效，程序運(yùn)行是否高效，操作是否方便、是否符合習(xí)慣等。在功能評審中，要求構(gòu)建相應(yīng)的評測環(huán)境，如果是數(shù)據(jù)庫系統(tǒng)，還應(yīng)產(chǎn)生足夠的記錄數(shù)以模擬實(shí)際環(huán)境。模擬數(shù)據(jù)的產(chǎn)生可參照下表執(zhí)行：系統(tǒng)規(guī)模評測記錄數(shù)備 注小規(guī)模5萬行年數(shù)據(jù)量在5萬行以下中規(guī)模50萬行年數(shù)據(jù)量在5萬至50萬行大規(guī)模100萬行年數(shù)據(jù)量在50萬行以上312 評審機(jī)構(gòu)對于任何一項(xiàng)評審，經(jīng)由工程經(jīng)理牽頭，成立由相關(guān)人員組成的評審機(jī)構(gòu)予以評審。3121 階段評審機(jī)構(gòu)階段評審機(jī)構(gòu)可以是常設(shè)機(jī)構(gòu)，也可以根據(jù)情況臨時(shí)成立。該機(jī)構(gòu)人員

7、構(gòu)造應(yīng)該由公司技術(shù)主管、工程主管領(lǐng)導(dǎo)、相關(guān)行業(yè)專家、相關(guān)技術(shù)專家、質(zhì)量控制工程師等組成。該評審機(jī)構(gòu)人數(shù)應(yīng)該不少于三人，采取一票否決的評審方式進(jìn)展評審。3122 功能評審機(jī)構(gòu)功能評審只在工程組內(nèi)進(jìn)展，由工程負(fù)責(zé)人工程經(jīng)理根據(jù)情況臨時(shí)成立，評審?fù)旰蠹葱谐废９δ茉u審人員由工程負(fù)責(zé)人、工程技術(shù)主管、除實(shí)現(xiàn)者外的其他功能實(shí)現(xiàn)人員組成。功能評審人數(shù)不少于三人，并且應(yīng)該為奇數(shù)，采取投票方式進(jìn)展評審，得票超過一半即通過評審。32 工程成果保護(hù)與共享原那么上，工程成果及其產(chǎn)權(quán)屬于公司所有。為了保護(hù)公司利益和工程知識產(chǎn)權(quán)，工程組在運(yùn)行時(shí)，必須充分考慮工程開發(fā)期中的平安性、連續(xù)性和一貫性。具體來說，可以采取如下幾

8、方面的措施：1、 工程中同一任務(wù)必須至少有兩個(gè)人完全清楚。2、 各種設(shè)計(jì)資料、開發(fā)文檔必須保存至少兩份副本。3、 所有資料包括源代碼必須定期備案。備案以后，所有修改應(yīng)及時(shí)更新，保證工程成員手中的資料必須與備案資料完全一致。4、 在條件允許時(shí)，盡量采用成對編程的方法進(jìn)展代碼編制。這樣的話，可以保證資料及代碼的共享性，不至于工程組成員離開時(shí)，工程出現(xiàn)癱瘓。4 工程組織規(guī)定計(jì)算機(jī)軟件開發(fā)工程的組織與運(yùn)作方式。41 工程組織機(jī)構(gòu)工程組采用工程經(jīng)理負(fù)責(zé)制。在工程執(zhí)行期內(nèi)，工程經(jīng)理直接對工程主管領(lǐng)導(dǎo)負(fù)責(zé)，不受其他部門及領(lǐng)導(dǎo)的約束。在人事上工程組成員包括工程經(jīng)理隸屬于他所在的編制部門，行政上承受部門經(jīng)理的領(lǐng)

9、導(dǎo)。工程組內(nèi)所有成員必須服從工程經(jīng)理的安排及調(diào)度。在必要的時(shí)候，工程經(jīng)理經(jīng)請示有權(quán)變更工程組成員或取消工程組成員的工程參與資格。工程組可采用下列圖所示的構(gòu)造組建：工程經(jīng)理設(shè)計(jì)人員代碼實(shí)現(xiàn)測試人員文檔管理工程主管領(lǐng)導(dǎo)用戶代表圖一 工程組組織構(gòu)造在上圖中，工程主管領(lǐng)導(dǎo)可不視為工程組成員。設(shè)計(jì)人員：指進(jìn)展可行性研究、需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)及數(shù)據(jù)庫設(shè)計(jì)的人員。該工作可以由工程組內(nèi)其他成員擔(dān)任。代碼實(shí)現(xiàn)人員：指具體進(jìn)展程序代碼編寫的人員。該工作根據(jù)工程具體情況可以是非本公司人員。代碼實(shí)現(xiàn)的主要依據(jù)是數(shù)據(jù)庫設(shè)計(jì)說明書、概要設(shè)計(jì)說明書、詳細(xì)設(shè)計(jì)說明書及其他需求說明書和相關(guān)資料。測試人員：指負(fù)責(zé)程序功能

10、測試及Bug查找的人員。該工作可由代碼實(shí)現(xiàn)人員充任，但必須穿插進(jìn)展，自己編寫的代碼須由其他人員檢查、測試。文檔管理人員：指工程存續(xù)期內(nèi)負(fù)責(zé)日常工作文檔及用戶手冊、操作手冊、開發(fā)進(jìn)度月報(bào)等文檔的編制和管理的人員。該工作可由工程組內(nèi)其他人員充任。設(shè)計(jì)人員、代碼實(shí)現(xiàn)人員和測試人員應(yīng)完成自己份內(nèi)的文檔編制，可參考以下第6條執(zhí)行。用戶代表：用戶代表這一角色在工程組中，是一個(gè)相當(dāng)重要的角色。他應(yīng)是能充分了解用戶需求的人：精通業(yè)務(wù)、熟悉管理、熟悉企業(yè)組織構(gòu)造及內(nèi)部運(yùn)作方式，并能夠不經(jīng)或略經(jīng)培訓(xùn)即能充分理解和參與制訂工程任務(wù)、要求、目標(biāo)等重要設(shè)計(jì)的人?？梢哉f，對于工程的成功與失敗，用戶代表這一角色起著至關(guān)重要

11、的作用。用戶代表應(yīng)至少有一名，并不限數(shù)目。42 對外協(xié)調(diào)工程經(jīng)理應(yīng)在工程啟動時(shí)向財(cái)務(wù)部門提供工程預(yù)算方案及資金使用方案。工程組承受財(cái)務(wù)部門的經(jīng)濟(jì)監(jiān)視，有義務(wù)按公司的財(cái)務(wù)調(diào)度方案安排資金的使用。工程組成員應(yīng)該經(jīng)常與售前售后效勞人員及用戶包括用戶代表交流，充分掌握用戶的底層需求。在必要時(shí)，工程組成員可以申請資金用于現(xiàn)場調(diào)研。在必要的時(shí)候，工程組成員有義務(wù)協(xié)助營銷人員搞好產(chǎn)品的推廣銷售工作。但，此時(shí)發(fā)生的任何費(fèi)用不在工程開發(fā)費(fèi)里開支。43 工程外包工程任務(wù)可以以外包的形式完成。外包可整體外包，也可只將局部模塊外包。根據(jù)情況，工程任務(wù)可外包給公司內(nèi)部其他工程組，也可外包給公司以外的組織或個(gè)人。431

12、外包評估軟件工程在外包前必須進(jìn)展外包評估，只有當(dāng)評估認(rèn)為可以外包時(shí)，才能將工程外包。評估時(shí)應(yīng)著重考慮以下方面：1、 否有利于新技術(shù)的獲得2、 是否有利于降低開發(fā)本錢3、 是否有利于縮短開發(fā)周期432 外包合同外包任務(wù)必須簽定外包合同。合同上必須至少載明以下內(nèi)容：任務(wù)名稱，任務(wù)內(nèi)容、要求及目的，進(jìn)度方案，完成日期，開發(fā)費(fèi)用，開發(fā)結(jié)果交付方式，違約責(zé)任等。433 外包資金外包任務(wù)所需資金在工程開發(fā)費(fèi)里列支。由工程經(jīng)理提出方案，在得到主管領(lǐng)導(dǎo)及總經(jīng)理批準(zhǔn)后實(shí)施。資金使用不應(yīng)一次性支付完畢，而應(yīng)當(dāng)按進(jìn)度逐步支付，并且在外包合同完成時(shí)，應(yīng)至少滯留30%的資金用于預(yù)后處理包括調(diào)試、測試分析、修改完善。待整

13、個(gè)工程完成，并經(jīng)用戶驗(yàn)收合格投入使用后，方可付完所有外包開發(fā)費(fèi)。434 文件在工程外包時(shí)，我公司可提供需求分析、概要設(shè)計(jì)、數(shù)據(jù)庫設(shè)計(jì)說明書、詳細(xì)設(shè)計(jì)說明書、工程開發(fā)方案、測試方案及其他必要文件等相關(guān)資料。在外包任務(wù)完成時(shí)，承包方應(yīng)交回合同規(guī)定的所有文件，包括程序源代碼、模塊開發(fā)卷宗、測試分析報(bào)告及合同規(guī)定的其他文件。435 其他在條件允許時(shí)，可盡量將工程任務(wù)外包，公司內(nèi)部最好只做可行性研究、需求分析、概要設(shè)計(jì)等上層設(shè)計(jì)。這樣，我們就可以以少量的資源投入而獲得更多更好的開發(fā)成果和經(jīng)濟(jì)效益。外包合同履行期間，工程經(jīng)理有責(zé)任和義務(wù)監(jiān)視合同的履行及外包任務(wù)的進(jìn)度，以保證整個(gè)工程的進(jìn)度方案。在合同履行出

14、現(xiàn)問題時(shí)，工程經(jīng)理應(yīng)采取果斷措施，最大限度地為公司挽回?fù)p失。如果工程經(jīng)理不能決絕，應(yīng)立即請示主管領(lǐng)導(dǎo)，直至總經(jīng)理。5 工程實(shí)施51 計(jì)算機(jī)軟件開發(fā)流程劃分511 按軟件生產(chǎn)周期劃分每個(gè)軟件工程從啟動到完畢，最終都會有一個(gè)確定的生產(chǎn)周期，從這個(gè)角度來說，計(jì)算機(jī)軟件開發(fā)流程可分為如下六個(gè)階段：需求分析概要設(shè)計(jì)詳細(xì)設(shè)計(jì)編程測試集成測試其中需求分析及概要設(shè)計(jì)屬于上層設(shè)計(jì)。對于大型工程來講，應(yīng)該進(jìn)展這兩個(gè)工程的設(shè)計(jì)，而對于小型工程或者是開發(fā)周期要求很緊的工程而言，經(jīng)總經(jīng)理或主管領(lǐng)導(dǎo)批準(zhǔn)，也可不進(jìn)展這兩項(xiàng)設(shè)計(jì)。512 按軟件生存周期劃分一項(xiàng)計(jì)算機(jī)軟件，從出現(xiàn)一個(gè)構(gòu)思之日起，經(jīng)過這項(xiàng)軟件開發(fā)成功投入使用，直

15、到最后決定停頓使用，并被另一項(xiàng)軟件代替之時(shí)止，被認(rèn)為是該軟件的一個(gè)生存周期。一般地說這個(gè)軟件生存周期可以分成以下六個(gè)階段：可行性與方案研究階段需求分析階段設(shè)計(jì)階段 實(shí)現(xiàn)階段測試階段運(yùn)行與維護(hù)階段513 從工程管理角度來劃分根據(jù)工程管理的理論，所有的工程都要經(jīng)歷五個(gè)階段：起動階段方案階段執(zhí)行階段控制階段完畢階段一般地，我們按第二種方式即612組織軟件開發(fā)。52 軟件開發(fā)期各階段的時(shí)間分配軟件生存周期對不同的軟件來講，會有相當(dāng)大的區(qū)別，但開發(fā)期內(nèi)各階段的時(shí)間需求比例大致相當(dāng)，因此，我們可以就一般的開發(fā)過程擬制一個(gè)參考進(jìn)度安排方案，如下表所示：表一 軟件開發(fā)期各階段時(shí)間分配流程10203040506

16、0708090100可行性與方案研究階段需求分析階段設(shè)計(jì)階段實(shí)現(xiàn)階段測試階段該表可作為制訂軟件開發(fā)工程進(jìn)度方案的參考。53 軟件開發(fā)的要求與規(guī)那么軟件開發(fā)是一個(gè)復(fù)雜的系統(tǒng)工程，它要求有組織、有方案、有規(guī)那么地多方位合作進(jìn)展，它不可能是一個(gè)或某幾個(gè)人的單獨(dú)的行為，或他們的行為合并。這就要求在整個(gè)開發(fā)期間內(nèi)，工程組成員必須按照一定的規(guī)那么和要求完成開發(fā)周期內(nèi)各階段的工作。因此，制定一整套切實(shí)可行的開發(fā)規(guī)那么無疑是非常重要的。531 軟件開發(fā)各階段流程及要求5311 可行性與方案研究階段在可行性研究與方案階段內(nèi)，要確定該軟件的開發(fā)目標(biāo)和總的要求，要進(jìn)展可行性分析、投資一收益分析、制訂開發(fā)方案，并完成

17、應(yīng)編制的文件。對于小規(guī)模的軟件工程，在征得用戶的同意、并經(jīng)工程主管領(lǐng)導(dǎo)或總經(jīng)理批準(zhǔn)后，可不進(jìn)展本階段的工作。可行性與方案研究階段工作流程如圖二所示。客戶要求初步調(diào)查明確問題編寫材料可行性研究制訂開發(fā)方案簽署合同評審和審批可行性研究報(bào)告初步工程開發(fā)方案工程取消圖二 可行性與方案研究階段工作流程需求分析5312 需求分析階段圖三 需求分析階段工作流程調(diào)查環(huán)境需求分析修訂開發(fā)方案制訂確認(rèn)測試方案編寫用戶手冊評審(修訂)工程開發(fā)方案概要用戶手冊修改概要設(shè)計(jì)可研階段軟件需求說明書數(shù)據(jù)需求說明書確認(rèn)測試方案在需求分析階段內(nèi)，由系統(tǒng)分析人員對被設(shè)計(jì)的系統(tǒng)進(jìn)展系統(tǒng)分析，確定對該軟件的各項(xiàng)功能、性能需求和設(shè)計(jì)約

18、束，確定對文件編制的要求，作為本階段工作的結(jié)果，一般地說，軟件需求說明書、數(shù)據(jù)要求說明書和初步的用戶手冊應(yīng)該編寫出來。對于一個(gè)軟件開發(fā)工程來講，需求分析是非常重要的，只有明白了用戶在硬件及軟件方面的需求，我們才能夠進(jìn)展軟件設(shè)計(jì)，并最終開發(fā)出符合用戶需求的實(shí)際可行的軟件來。但，對于一個(gè)新的工程來說，往往無法確知用戶到底需要什么，導(dǎo)致無法很好地制定軟件開發(fā)的目標(biāo)、方向、要求及方式。對于需求明確的工程，對于需求不明確的工程，功能模塊逐步細(xì)化程序模塊接口設(shè)計(jì)程序模塊過程設(shè)計(jì)模塊測試方案制訂評審模塊開發(fā)卷宗修改圖五 詳細(xì)設(shè)計(jì)階段工作流程實(shí)現(xiàn)階段概要設(shè)計(jì)詳細(xì)設(shè)計(jì)說明書系統(tǒng)總體設(shè)計(jì)功能模塊總體構(gòu)造設(shè)計(jì)數(shù)據(jù)庫

19、或數(shù)據(jù)構(gòu)造設(shè)計(jì)制訂組裝測試方案評審組裝測試方案修改圖四 概要設(shè)計(jì)階段工作流程詳細(xì)設(shè)計(jì)需求分析數(shù)據(jù)庫/構(gòu)造設(shè)計(jì)說明書概要設(shè)計(jì)說明書5313 設(shè)計(jì)階段設(shè)計(jì)階段可以細(xì)分為概要設(shè)計(jì)及詳細(xì)設(shè)計(jì)兩個(gè)步驟。在設(shè)計(jì)階段內(nèi)，系統(tǒng)設(shè)計(jì)人員和程序設(shè)計(jì)人員應(yīng)該在反復(fù)理解軟件需求的根底上，提出多個(gè)設(shè)計(jì)，分析每個(gè)設(shè)計(jì)能履行的功能并進(jìn)展相互比擬，最后確定一個(gè)設(shè)計(jì)，包括該軟件的構(gòu)造、模塊的劃分、功能的分配以及處理流程。在被設(shè)計(jì)系統(tǒng)比擬復(fù)雜的情況下，設(shè)計(jì)階段應(yīng)分解成概要設(shè)計(jì)階段和詳細(xì)設(shè)計(jì)階段兩個(gè)步驟。在一般情況下，應(yīng)完成的文件包括：概要設(shè)計(jì)說明書、詳細(xì)設(shè)計(jì)說明書和測試方案初稿。對于小規(guī)模的軟件開發(fā)工程，可直接進(jìn)入詳細(xì)設(shè)計(jì)步驟，

20、而忽略概要設(shè)計(jì)步驟。5314 實(shí)現(xiàn)階段程序編碼單元測試編寫手冊評審操作手冊修改圖六 實(shí)現(xiàn)階段工作流程測試階段詳細(xì)設(shè)計(jì)用戶手冊模塊開發(fā)卷宗在實(shí)現(xiàn)階段內(nèi)，要完成源程序的編碼、編譯或匯編和排錯調(diào)試得到無語法錯的程序清單，要開場編寫模塊開發(fā)卷宗，并且要完成用戶手冊、操作手冊等面向用戶的文件的編寫工作，還要完成測試方案的編制。圖八 確認(rèn)測試階段工作流程強(qiáng)度測試執(zhí)行確認(rèn)測試閉幕分析測試結(jié)果手冊核驗(yàn)開發(fā)總結(jié)評審(確認(rèn))測試報(bào)告工程開發(fā)總結(jié)報(bào)告修改運(yùn)行維護(hù)組裝測試用戶手冊操作手冊執(zhí)行組裝測試方案分析測試結(jié)果評審組裝測試報(bào)告修改 圖七 組裝測試階段工作流程確認(rèn)測試實(shí)現(xiàn)階段5315測試階段測試階段可分為兩個(gè)階段：

21、即組裝測試階段和確認(rèn)測試階段。在測試階段，該程序?qū)⒈蝗娴販y試，已編制的文件將被檢查審閱。一般要完成模塊開發(fā)卷宗和測試分析報(bào)告，作為開發(fā)工作的完畢，所生產(chǎn)的程序、文件以及開發(fā)工作本身將逐項(xiàng)被評價(jià)，最后寫出工程開發(fā)總結(jié)報(bào)告。測試終結(jié)并通過，該工程即終結(jié)。5316 其他下一次開發(fā)要求圖九 運(yùn)行和維護(hù)階段工作流程運(yùn)行管理評審報(bào)告維護(hù)修改重新測試修改文件評審軟件問題報(bào)告有關(guān)文件修改確認(rèn)測試軟件修改報(bào)告在整個(gè)開發(fā)過程中即前五個(gè)階段中，開發(fā)集體要按月編寫開發(fā)進(jìn)度月報(bào)。在運(yùn)行和維護(hù)階段，軟件將在運(yùn)行使用中不斷地被維護(hù)，根據(jù)新提出的需求進(jìn)展必要而且可能的擴(kuò)大和刪改。修改正后應(yīng)及時(shí)補(bǔ)充或修改相關(guān)文檔，務(wù)使所有文

22、檔必須準(zhǔn)確反映最終結(jié)果。532 軟件開發(fā)規(guī)那么5321 工程各階段的承接在各個(gè)階段的工作完成后，經(jīng)評審，工作成果應(yīng)提交主管領(lǐng)導(dǎo)或總經(jīng)理批準(zhǔn)之前方可進(jìn)入下一階段。如果工作成果被駁回，應(yīng)根據(jù)處理意見重新論證并提出修正方案，再次報(bào)請批準(zhǔn)。各階段的承接應(yīng)該遵循如圖十流程所示進(jìn)展。沒有經(jīng)過評審或未經(jīng)批準(zhǔn)的階段成果不允許流入下一階段，也不能啟動下一階段的工作。否上一階段階段成果評審批 準(zhǔn)下一階段通過否是否批準(zhǔn)否是圖十 軟件開發(fā)各階段承接處理根本流程修改5322 編碼規(guī)X工程開發(fā)小組應(yīng)根據(jù)不同的開發(fā)工具分別制訂一套適合于小組內(nèi)所有成員的代碼編寫約定規(guī)X，之后所有程序員的代碼均應(yīng)按該約定規(guī)X進(jìn)展編寫和檢查。不

23、符合規(guī)X的代碼，工程負(fù)責(zé)人可以責(zé)成程序員重新編寫，直至所有代碼符合約定規(guī)X的要求。對于同一工程，在程序代碼的編寫上，應(yīng)該采取同樣的風(fēng)格，并嚴(yán)格按照約定的方式編寫，不能各程序員自成一套。程序界面包括窗體模式、窗體布局、調(diào)色等也是一樣，各個(gè)模塊間要保持同樣的風(fēng)格和布局。務(wù)使整個(gè)程序看起來如同一個(gè)人編寫完成的。每一個(gè)模塊頭部應(yīng)加注釋塊，描述模塊名稱、版本號、設(shè)計(jì)者、設(shè)計(jì)日期、功能簡要說明、本模塊調(diào)用的單元列表以及調(diào)用本單元的模塊列表等內(nèi)容。對于模塊中重要的代碼段，應(yīng)予詳細(xì)注釋，在代碼修改時(shí)，也應(yīng)同步修改相應(yīng)的注釋，不用的注釋應(yīng)及時(shí)刪除。對于函數(shù)、過程，要說明功能用途、輸入?yún)?shù)、返回值、以及版本、設(shè)計(jì)

24、日期等。采用面向?qū)ο蟮拈_發(fā)方法，進(jìn)展程序設(shè)計(jì)。盡量不定義全局變量，而應(yīng)將全局變量定義為屬性，以供其他模塊以對象屬性的方式進(jìn)展調(diào)用。對于數(shù)據(jù)庫的設(shè)計(jì)，應(yīng)規(guī)定表、視圖、存儲過程、觸發(fā)器以及字段的命名及注釋方法。所有本公司產(chǎn)品，均應(yīng)采用同一標(biāo)準(zhǔn)。每一個(gè)數(shù)據(jù)庫在定義完成時(shí)，應(yīng)增設(shè)如下全局表：表定義表，字段定義表，視圖、存儲過程及觸發(fā)器定義表。這些表用于描述整個(gè)數(shù)據(jù)庫各元素的創(chuàng)立方式和過程。使用這些表，我們可以方便地對數(shù)據(jù)庫進(jìn)展維護(hù)，可以重新構(gòu)建整個(gè)數(shù)據(jù)庫構(gòu)造，并可作為元數(shù)據(jù)用于在應(yīng)用程序中自動初始化用戶界面。作為重要的維護(hù)工具以及用戶使用手冊內(nèi)容之一的數(shù)據(jù)庫構(gòu)造模型，需采用專用數(shù)據(jù)庫建模工具認(rèn)真編制，

25、并發(fā)布在工程組共享的開發(fā)平臺上，以方便開發(fā)期中工程組各成員隨時(shí)查詢使用。數(shù)據(jù)庫構(gòu)造如有變動，也應(yīng)及時(shí)修改該模型。5323 軟件開發(fā)過程控制程序設(shè)計(jì)過程控制參考如圖十一所示方法進(jìn)展。如下圖，工程開發(fā)周期可分為假設(shè)干個(gè)迭代周期，每個(gè)迭代周期又由假設(shè)干個(gè)工作日組成。迭代周期可以看作是軟件開發(fā)過程中一個(gè)完整的功能模塊的實(shí)現(xiàn)周期，是一個(gè)不可細(xì)分的工作時(shí)段。日常工作中，須以迭代周期為根本單元來組織軟件開發(fā)。當(dāng)然，工程規(guī)模比擬大的話，可以有多個(gè)迭代周期同時(shí)進(jìn)展，不同的迭代周期各自完成編碼、測試、審核與集成發(fā)布，互不干擾，但相互依存。穿插審核，指的是代碼的審核，穿插審核用以調(diào)試代碼、排查編碼錯誤及代碼優(yōu)化，其

26、目的是使程序代碼更加優(yōu)美、功能實(shí)現(xiàn)簡單而有效。穿插審核是內(nèi)部審核，是程序員間的審核。而功能審核指的是程序模塊在實(shí)現(xiàn)外部功能包括界面、事務(wù)處理功能方面的審查，要求有用戶的高度參與，而不僅指是測試員的工作。測試與功能審核要求測試人員盡可能找出軟件的Bug，還要求用戶能就功能方面提出修改意見和建議，最終完全到達(dá)用戶的需求。需要說明的是，此處的審核與531中的評審是不一樣的，后者指的是工程各階段最終成果的檢查與審核，是一種公司的內(nèi)部考評、監(jiān)視機(jī)制和行為，是工程審核。而前者的X圍卻小得多，是工程組內(nèi)部的行為，是功能上的審核，還要求有用戶的充分參與。如果采用的是成對編程的開發(fā)方法，圖中下班前的穿插審核一項(xiàng)

27、實(shí)際上已經(jīng)變化成為編程全過程的相互檢查、測試和審核，因此可不進(jìn)展下班前的穿插審核。每 個(gè)迭 代周 期繼續(xù)功能模塊編碼完成測試集成、發(fā)布用戶修改功能審核圖十一 軟件開發(fā)過程控制每 工作 日編 碼測 試每日晨會工程負(fù)責(zé)人主持穿插審核下班前下一個(gè)迭代周期軟件開發(fā)過程中，應(yīng)強(qiáng)調(diào)如下幾點(diǎn)：1、要求用戶的高度參與?？梢哉f，用戶的參與程度直接影響工程的成敗。用戶可作為強(qiáng)有力的測試人員，還必須充當(dāng)審核成員之一，確保功能模塊能充分實(shí)現(xiàn)用戶需求。如果工程組內(nèi)沒有用戶參與，可將集成好的功能模塊交給用戶測試，但要求用戶測試完成后提交測試報(bào)告，測試報(bào)告需詳細(xì)記錄參與人員、測試過程、測試結(jié)果、意見及建議等以供程序修改完善

28、之用。修改完成后再次交還用戶測試，如此周而復(fù)始，直至該功能模塊完全滿足用戶需求為止。2、如條件允許，可以采用成對編程的方法進(jìn)展日常軟件開發(fā)，這樣既可以提高效率，也可以盡可能地減少程序錯誤、減少返工，并且保證任何一行程序編碼都至少有兩個(gè)人清楚，以保證開發(fā)成果的集體共享性。對于小工程，可以采用穿插審核的方法進(jìn)展，某程序員的代碼由另一程序員檢查、調(diào)試，出現(xiàn)問題時(shí)可以及時(shí)修改。穿插審核應(yīng)該在每天工作完畢前進(jìn)展。3、以盡可能小的迭代周期功能模塊開發(fā)周期組織開發(fā)，同步測試、逐步集成和發(fā)布。完成一個(gè)功能，測試、集成和發(fā)布一個(gè)功能，然后進(jìn)入下一個(gè)迭代周期。在每個(gè)迭代周期內(nèi)，應(yīng)在分析與設(shè)計(jì)完成后，組織審核，只有

29、審核通過后才能進(jìn)入下一個(gè)迭代周期。4、應(yīng)建立一個(gè)讓整個(gè)工程組共享的測試、集成和發(fā)布環(huán)境，以方便所有成員動態(tài)掌握整個(gè)工程的進(jìn)展情況，利于有效地相互溝通，并能保證工程組內(nèi)所有成員隨時(shí)獲得的都是工程成果的最新版本。5、工程存續(xù)期內(nèi)，要求工程組成員必須統(tǒng)一工作地點(diǎn)，以保證信息交流與問題解決的通暢和及時(shí)性。6、每天工作前應(yīng)由工程負(fù)責(zé)人工程經(jīng)理或其指定代理人主持每日晨會，聽取進(jìn)度匯報(bào)、調(diào)整資源配給、催促工程進(jìn)度、協(xié)調(diào)關(guān)系、解決問題。每日晨會可控制在15分鐘以內(nèi)。對于小的工程，可以不進(jìn)展每日晨會，由工程承當(dāng)人定期或不定期向工程負(fù)責(zé)人匯報(bào)和協(xié)商即可。7、工程開發(fā)進(jìn)度方案采用自下而上的方法逐步匯總制訂。即每個(gè)工

30、程成員編寫其分配工作的相應(yīng)方案，然后逐級向上匯總，最終合并成為整個(gè)工程進(jìn)度方案。各成員在制訂方案時(shí)，可能會對工程估計(jì)缺乏而過于樂觀或出于某種目的而過分消極，因此，工程負(fù)責(zé)人應(yīng)組織有相關(guān)專家及公司領(lǐng)導(dǎo)參與的論證和評估，務(wù)使開發(fā)進(jìn)度方案盡量合理，便于操作、監(jiān)視和考核。8、如無特殊需要，盡量不安排工程組成員加班或延長工作時(shí)間，讓工程組各成員隨時(shí)保持旺盛的精力，以確保工程開發(fā)質(zhì)量。9、應(yīng)注重保護(hù)工程成果，在工程任一事務(wù)中，要求至少有兩名人員同時(shí)參與和熟悉在工程組的人員配置上應(yīng)加與考慮。6 產(chǎn)品定制與生產(chǎn)產(chǎn)品定制指的是根據(jù)不同的用戶需求及應(yīng)用環(huán)境，將軟件的各功能模塊按需組成成品的過程，其中包括軟件授權(quán)。

31、產(chǎn)品生產(chǎn)那么指軟件產(chǎn)品的拷貝、包裝、運(yùn)輸?shù)?。產(chǎn)品定制與生產(chǎn)一般可分為兩種情況：61產(chǎn)品定制與生產(chǎn)發(fā)生在工程存續(xù)期間的如果產(chǎn)品的定制與生產(chǎn)發(fā)生在工程存續(xù)期間，應(yīng)由工程經(jīng)理指定工程成員負(fù)責(zé)完成，不再成立單獨(dú)的定制與生產(chǎn)機(jī)構(gòu)。62產(chǎn)品定制與生產(chǎn)發(fā)生在工程完畢后的如果產(chǎn)品的定制與生產(chǎn)在工程完畢后才發(fā)生，應(yīng)成立專門的定制與生產(chǎn)機(jī)構(gòu)負(fù)責(zé)處理。當(dāng)然，作為公司常設(shè)機(jī)構(gòu)的軟件開發(fā)部，可以成立一個(gè)專門處理軟件定制與生產(chǎn)的工作小組，這樣，在產(chǎn)品開發(fā)成功后，隨即將產(chǎn)品的定制、拷貝、包裝等工作移交給該小組，并由其組織日常生產(chǎn)。當(dāng)然。為了節(jié)省開支和提高公司效率，該小組成員可以是兼職的。7 文檔編制71 文檔編制在軟件開發(fā)

32、工程的各個(gè)階段內(nèi)，將會產(chǎn)生大量的文檔。這些文檔描述、記錄了工程的整個(gè)開發(fā)過程，也是軟件開發(fā)的主要成果。這些文檔對工程的管理、軟件的最終運(yùn)行及維護(hù)起著至關(guān)重要的作用。因此，對于任何一個(gè)工程參與者來說，開發(fā)文檔的編制是一項(xiàng)重要的工作內(nèi)容。在可行性研究與方案階段內(nèi)，要確定該軟件的開發(fā)目標(biāo)和總的要求，要進(jìn)展可行性分析、投資一收益分析、制訂開發(fā)方案，并完成應(yīng)編制的文件。在需求分析階段內(nèi)，由系統(tǒng)分析人員對被設(shè)計(jì)的系統(tǒng)進(jìn)展系統(tǒng)分析，確定對該軟件的各項(xiàng)功能、性能需求和設(shè)計(jì)約束，確定對文件編制的要求，作為本階段工作的結(jié)果，一般地說，軟件需求說明書、數(shù)據(jù)要求說明書和初步的用戶手冊應(yīng)該編寫出來。在設(shè)計(jì)階段內(nèi)，系統(tǒng)設(shè)

33、計(jì)人員和程序設(shè)計(jì)人員應(yīng)該在反復(fù)理解軟件需求的根底上，提出多個(gè)設(shè)計(jì)，分析每個(gè)設(shè)計(jì)能履行的功能并進(jìn)展相互比擬，最后確定一個(gè)設(shè)計(jì)，包括該軟件的構(gòu)造、模塊的劃分、功能的分配以及處理流程。在被設(shè)計(jì)系統(tǒng)比擬復(fù)雜的情況下，設(shè)計(jì)階段應(yīng)分解成概要設(shè)計(jì)階段和詳細(xì)設(shè)計(jì)階段兩個(gè)步驟。在一般情況下，應(yīng)完成的文件包括：概要設(shè)計(jì)說明書、詳細(xì)設(shè)計(jì)說明書和測試方案初稿。在實(shí)現(xiàn)階段內(nèi)，要完成源程序的編碼、編譯或匯編和排錯調(diào)試得到無語法錯的程序清單，要開場編寫模塊開發(fā)卷宗，并且要完成用戶手冊、操作手冊等面向用戶的文件的編寫工作，還要完成測試方案的編制。在測試階段，該程序?qū)⒈蝗娴販y試，已編制的文件將被檢查審閱。一般要完成模塊開發(fā)卷

34、宗和測試分析報(bào)告，作為開發(fā)工作的完畢，所生產(chǎn)的程序、文件以及開發(fā)工作本身將逐項(xiàng)被評價(jià)，最后寫出工程開發(fā)總結(jié)報(bào)告。在整個(gè)開發(fā)過程中即前五個(gè)階段中，開發(fā)集體要按月編寫開發(fā)進(jìn)度月報(bào)。在運(yùn)行和維護(hù)階段，軟件將在運(yùn)行使用中不斷地被維護(hù)，根據(jù)新提出的需求進(jìn)展必要而且可能的擴(kuò)大和刪改。對于一項(xiàng)軟件而言，其生存周期各階段與各種文件編寫工作的關(guān)系可見表一，其中有些文件的編寫工作可能要在假設(shè)干個(gè)階段中延續(xù)進(jìn)展。表1 軟件生存周期各階段中的文件編制件階段文可行性研究與方案階段需求分析階段設(shè)計(jì)階段實(shí)現(xiàn)階段測試階段運(yùn)行與維護(hù)階段可行性研究報(bào)告工程開發(fā)方案軟件需求說明書數(shù)據(jù)需求說明書測試方案概要設(shè)計(jì)說明書詳細(xì)設(shè)計(jì)說明書數(shù)

35、據(jù)庫設(shè)計(jì)說明書模塊開發(fā)卷宗用戶手冊操作手冊測試分析報(bào)告開發(fā)進(jìn)度月報(bào)工程開發(fā)總結(jié)軟件問題報(bào)告軟件修改報(bào)告72 文檔使用對象對于使用文件的人員而言，他們所關(guān)心的文件的種類，隨他們所承當(dāng)?shù)墓ぷ鞫?。管理人員：可行性研究報(bào)告工程開發(fā)方案模塊開發(fā)卷宗開發(fā)進(jìn)度月報(bào)工程開發(fā)總結(jié)報(bào)告開發(fā)人員：可行性研究報(bào)告工程開發(fā)方案             軟件需求說明書          

36、60;  數(shù)據(jù)要求說明書             概要設(shè)計(jì)說明書             詳細(xì)設(shè)計(jì)說明書             數(shù)據(jù)庫設(shè)計(jì)說明書   

37、0;         測試方案             測試分析報(bào)告維護(hù)人員：設(shè)計(jì)說明書測試分析報(bào)告模塊開發(fā)卷宗用戶：用戶手冊          操作手冊8 文檔管理在整個(gè)軟件生存期中，各種文檔作為半成品或是最終成品，會不斷地生成、修改或補(bǔ)充。為了最終得到高質(zhì)量的產(chǎn)品，到達(dá)上節(jié)提出的質(zhì)量要

38、求，必須加強(qiáng)對文檔的管理。1、 軟件開發(fā)小組可設(shè)一位文檔保管人員，負(fù)責(zé)集中保管本工程已有文檔的兩套主文本。兩套文本內(nèi)容完全一致。其中的一套可按一定手續(xù)，辦理借閱。2、 軟件開發(fā)小組的成員可根據(jù)工作需要在自己手中保存一些個(gè)人文檔。這些一般都應(yīng)是主文本的復(fù)制件，并注意和主文本保持一致，在作必要的修改時(shí)，也應(yīng)先修改主文本。3、 開發(fā)人員個(gè)人只保存著主文本中與他工作相關(guān)的局部文檔。4、 在新文檔取代了舊文檔時(shí)，管理人員應(yīng)及時(shí)注銷舊文檔。在文檔內(nèi)容有更動時(shí)，管理人員應(yīng)隨時(shí)修訂主文本，使其及時(shí)反映更新了的內(nèi)容。5、 工程開發(fā)完畢時(shí)，文檔管理人員應(yīng)收回開發(fā)人員的個(gè)人文檔。發(fā)現(xiàn)個(gè)人文檔與主文本有差異時(shí)，應(yīng)立即著手解決。這常常是未及時(shí)修訂主文本造成的。6、 在軟件開發(fā)過程中，可能發(fā)現(xiàn)需要修改已完成的文檔，特別是規(guī)模較大的工程，主文本的修改必須特別慎重。修改以前要充分估計(jì)修改可能帶來的影響，并且要按照：提議、評議、審核、批準(zhǔn)和實(shí)施等步驟加以嚴(yán)格的控制。7、 工程開發(fā)完畢時(shí)，應(yīng)將所有開發(fā)文檔整理后歸檔。歸檔時(shí)應(yīng)按國家檔案管理的有