軟件項目管理制度范本

1、軟件項目管理制度V1.0一、概述41.1 目的41.2 應(yīng)用范圍41.3 限制41.4 本標(biāo)準(zhǔn)內(nèi)容簡介 4二、軟件項目管理辦法42.1 項目章程制定52.2 項目計劃管理52.3 項目風(fēng)險管理72.4 項目變更管理72.5 項目評審制度82.6 項目會議制度92.7 項目文檔管理92.8 項目源碼管理10三、軟件項目階段定義113.1 需求分析113.2 基本設(shè)計123.3 詳細(xì)設(shè)計133.4 程序開發(fā)143.5 系統(tǒng)測試153.6 業(yè)務(wù)培訓(xùn)163.7 系統(tǒng)運行163.8 項目的完成及回顧 17四、軟件項目開發(fā)流程184.1 項目策劃與需求分析 184.2 項目調(diào)研與評審 184.3 基本設(shè)計

2、與評審 184.4 詳細(xì)設(shè)計與評審 184.5 系統(tǒng)開發(fā)184.6 系統(tǒng)測試184.7 項目審核與內(nèi)部驗收 184.8 項目實施194.9 項目驗收19五、開發(fā)人員進度檢查與績效考評 214.1 考評原則214.2 考評標(biāo)準(zhǔn)21一、概述1.1 目的本標(biāo)準(zhǔn)把軟件項目的管理和開發(fā)分為多個過程，并為各個過程的實施提供 參考方法和相關(guān)文檔的定義及規(guī)范。1.2 應(yīng)用范圍本標(biāo)準(zhǔn)適用于與所有軟件開發(fā)類項目的管理。1.3 限制本標(biāo)準(zhǔn)主要敘述軟件項目的管理過程和開發(fā)過程，不包含項目的獲取、供 應(yīng)、改進過程。本標(biāo)準(zhǔn)雖然為軟件項目的管理和開發(fā)的過程提供參考方法和相關(guān)文檔的定 義及規(guī)范，但不規(guī)定如何完成各過程中包含的

3、活動和任務(wù)的細(xì)節(jié)。1.4本標(biāo)準(zhǔn)內(nèi)容簡介項目管理工作覆蓋整個軟件開發(fā)項目生命周期，“管理制度”就是落實到 管理過程中的一些基本要素，這里將其分為兩大部分：軟件項目管理過程部分1、項目章程制定2、項目計劃管理3、項目風(fēng)險管理4、項目變更管理5、項目評審制度6、項目會議制度7、項目評審制度8、項目文檔管理軟件項目開發(fā)過程部分1、需求分析2、基本設(shè)計3、詳細(xì)設(shè)計4、程序編制5、系統(tǒng)測試6、業(yè)務(wù)培訓(xùn)7、系統(tǒng)運行8、項目完成及回顧二、軟件項目管理辦法軟件項目管理的過程決定項目的方向、質(zhì)量和開發(fā)周期。2.1 項目章程制定2.1.1 定義項目章程：項目可以是已經(jīng)確定的，也可以是有意向但還未確定的，由項 目經(jīng)理

4、及系統(tǒng)分析人員（或設(shè)計人員）對項目相關(guān)方進行調(diào)查研究，包括項目 實施對象的隸屬關(guān)系、業(yè)務(wù)類型，項目業(yè)務(wù)結(jié)構(gòu)組成，開發(fā)范圍，項目提出方 性質(zhì)、希望達(dá)到目標(biāo)、預(yù)計實施時間，項目具體負(fù)責(zé)人、聯(lián)系人等，明確甲乙 雙方責(zé)任及義務(wù)。2.1.2 目的正式確認(rèn)項目的啟動，任命項目經(jīng)理，賦予項目經(jīng)理在項目活動中應(yīng)用相 關(guān)資源的權(quán)力，并為項目成員提供一個項目狀況的概述對項目進行跟蹤和全面 調(diào)查研究，包括實施對象人員情況、業(yè)務(wù)情況、隸屬關(guān)系、競爭對手等，為合 同簽訂和下一步針對需求分析的調(diào)研工作做準(zhǔn)備。2.1.3 負(fù)責(zé)人項目經(jīng)理、系統(tǒng)分析人員（或設(shè)計人員）。2.1.4 任務(wù)對項目相關(guān)方進行調(diào)查研究，包括實施對象人員

5、情況、組織機構(gòu)、業(yè)務(wù)組 成、隸屬關(guān)系、技術(shù)需求、競爭對手等。對項目進行跟蹤，實時了解實施對象與項目相關(guān)的動態(tài)。對項目可行性進行分析。估算項目所需人員的結(jié)構(gòu)組成、實施時間及實施成本。確定項目實施（設(shè)計、開發(fā)）具體人員。明確項目相關(guān)方負(fù)責(zé)人、聯(lián)系人等人員配置。確定項目啟動。2.1.5 形成文檔項目章程：項目名稱、項目提出、項目實施對象簡述、項目實施人員安 排、預(yù)計實施時間、系統(tǒng)結(jié)構(gòu)組成概述等。2.2 項目計劃管理2.2.1 定義項目總體計劃：在項目周期內(nèi)確定和組織全部生產(chǎn)經(jīng)營活動的綜合規(guī)劃， 包括項目整體工期規(guī)劃，項目任務(wù)分解，項目階段任務(wù)的確定，各階段任務(wù)工 期規(guī)劃，各方面資源配置規(guī)劃等?？傮w規(guī)

6、劃側(cè)重于以項目階段任務(wù)為單位制定 計劃，指明要取得的各種結(jié)果，為合理地利用人力、物力和財力資源提供前提。計劃跟蹤與監(jiān)督：是對計劃執(zhí)行情況和項目實施情況的反饋，校驗計劃與 實際工作情況的偏差，并評估階段工作的質(zhì)量，為計劃的修正和實際工作的調(diào)整提供前提。計劃調(diào)整：當(dāng)因自身或外界原因造成實際工作進度、工作質(zhì)量與計劃發(fā)生 偏差并且影響到下階段工作內(nèi)容時，需要對整體計劃、階段計劃或周計劃進行 評估和調(diào)整，并形成新版本的計劃。2.2.2 目的對項目整體工期進行合理規(guī)劃；明確項目組成，將項目任務(wù)進行分解，確定項目階段任務(wù)，并且落實項目 人員的職責(zé)；對各階段任務(wù)的工期進行規(guī)劃；對項目人力、物力和財力資源等各方

7、面資源配置進行規(guī)劃；在實際工作中制定短期計劃，并對計劃及實施情況進行跟蹤，以達(dá)到實時 校驗工作進度和質(zhì)量的偏差，并及時對計劃進行調(diào)整，保證項目工期和質(zhì)量；2.2.3 負(fù)責(zé)人項目總體計劃：項目經(jīng)理；項目周計劃：項目經(jīng)理、模塊設(shè)計人員；計劃跟蹤與監(jiān)督：項目經(jīng)理、模塊設(shè)計人員；計劃調(diào)整：項目經(jīng)理。2.2.4 任務(wù)記錄項目日志，記錄項目各關(guān)鍵時間點的事件內(nèi)容作為項目跟蹤的依據(jù)。制定項目總體計劃，依據(jù)對項目總體情況的調(diào)研和項目管理經(jīng)驗制定項目 總體計劃，對項目整體工期進行合理規(guī)劃；明確項目組成，確定項目階段任務(wù)和各階段任務(wù)的起止時間及所需天數(shù)， 并且落實項目人員的職責(zé)。軟件開發(fā)項目的階段一般包括：總體規(guī)

8、劃、業(yè)務(wù)調(diào) 研、需求分析、基本設(shè)計、網(wǎng)絡(luò)設(shè)計、設(shè)備采購、網(wǎng)絡(luò)施工、機房裝修、詳細(xì) 設(shè)計、程序編制、單體調(diào)試、系統(tǒng)集成、數(shù)據(jù)準(zhǔn)備、業(yè)務(wù)培訓(xùn)、試運行、系統(tǒng) 上線；對項目計劃的完成情況進行跟蹤，可以利用項目管理軟件或相應(yīng)的記錄文 檔，對計劃的進度和完成質(zhì)量進行校驗，如有偏差，需分析原因并制定應(yīng)對方 案。2.2.5 形成文檔項目日志：以天為單位記錄項目關(guān)鍵事件、關(guān)鍵時間點。項目總體計劃表：以表格的形式列出項目的階段，標(biāo)記出各階段實施計 劃的起始日期，計算出所需天數(shù)（或周數(shù)）；項目開發(fā)進度表：可以利用項目管理軟件（Project）或相應(yīng)的記錄文檔, 記錄從項目啟動開始，每個項目成員計劃完成的工作內(nèi)容。計

9、劃調(diào)整記錄表：記錄從項目啟動開始，每次計劃調(diào)整的原因、內(nèi)容、涉及人、調(diào)整時間及調(diào)整后的方案等信息。2.3 項目風(fēng)險管理2.3.1 定義項目風(fēng)險管理是指對項目風(fēng)險從識別到分析乃至采取應(yīng)對措施等一系列過 程。在項目啟動之前要進行項目可行性分析，總體評估項目實施的風(fēng)險；在項 目啟動后要注重項目風(fēng)險的預(yù)測和應(yīng)對方案的制定。2.3.2 目的項目風(fēng)險管理是對包括項目的可行性、實施方案的設(shè)計、潛在的技術(shù)、成 本和進度安排風(fēng)險等方面的管理，以保證項目實施進度、項目質(zhì)量和成本控制。2.3.3 負(fù)責(zé)人項目經(jīng)理。2.3.4 任務(wù)項目可行性分析：在項目啟動之前要充分分析論證項目實施的可行性，包 括項目實施成本需求、人

10、力資源需求、技術(shù)力量需求、工期需求等方面，以及 此項目對公司業(yè)務(wù)的市場占有率、未來發(fā)展的戰(zhàn)略意義等方面，并提出項目可 行與否的依據(jù)。風(fēng)險預(yù)測：在項目確立后要對項目中可能存在的潛在風(fēng)險進行預(yù)測，如設(shè) 計方案的可行性，使用技術(shù)的成熟程度，項目組成人員的能力等。風(fēng)險應(yīng)對：對可預(yù)測的風(fēng)險制定相應(yīng)的預(yù)案；對項目進行過程中已經(jīng)發(fā)生 的問題制定相應(yīng)的應(yīng)對措施，以保證項目的順利進行。2.3.5 形成文檔可行性分析報告：分析項目技術(shù)難度、實施成本、實施時間等因素，論 證是否可行，并提出依據(jù)?？尚行苑治鰬?yīng)該在項目情況概述階段完成。項目風(fēng)險預(yù)測與應(yīng)對預(yù)案：對項目中可能存在的風(fēng)險進行預(yù)測，并制定 相應(yīng)的應(yīng)對方案。2.

11、4 項目變更管理2.4.1 定義項目變更管理是指項目組織為適應(yīng)項目運行過程中與項目相關(guān)的各種因素 的變化，保證項目目標(biāo)的實現(xiàn)而對項目計劃進行相應(yīng)的部分變更或全部變更， 并按變更后的要求組織項目實施的過程。項目變更主要的有以下幾種：項目范圍變更、項目進度變更、項目合同變 更、項目人力資源的變更、費用預(yù)算變更引起變更的因素：一是來自外部的變更要求，如客戶要求修改工作范圍和需求等或因不可抗 拒的自然因素而推遲項目實施進度等。二是內(nèi)部的變更要求，如為解決實施中發(fā)現(xiàn)的設(shè)計錯誤而修改設(shè)計或測試 中發(fā)現(xiàn)的一些錯誤而修改源碼甚至設(shè)計等。項目變更控制：是指建立一套正規(guī)的程序?qū)椖康淖兏M行有效的控制， 從而更好

12、地實現(xiàn)項目的目標(biāo)目的。2.4.2 目的變更控制的目的并不是控制變更的發(fā)生，而是對變更進行管理，確保變更 有序進行。2.4.3 負(fù)責(zé)人項目經(jīng)理。2.4.4 任務(wù)針對項目實際情況建立一套正規(guī)的變更程序，明確變更的具體流程、變更 的提出方及責(zé)任、變更的審核方及責(zé)任和變更影響的評估方及責(zé)任。對項目的變更需求進行審核，并由審核方簽字落實審核結(jié)果。對項目變更的影響進行評估，得出評估結(jié)論并由評估方簽字落實評估結(jié)果。在經(jīng)過各方認(rèn)可的情況下對項目的變更進行實施。針對變更情況修改項目進度、調(diào)整項目人員等，必要時進行合同變更。2.4.5 形成文檔項目變更流程：針對項目實際情況建立一套正規(guī)的變更流程。項目變更申請表：

13、變更提出方在變更提出時需填寫變更申請。項目變更審核表：項目變更需由項目的審核方（如甲方項目經(jīng)理、項目 管理方負(fù)責(zé)人、項目實施方項目經(jīng)理等）進行審核，并記錄審核結(jié)果。項目變更影響評估表：項目變更需由影響的評估方（如甲方項目經(jīng)理、 項目管理方負(fù)責(zé)人、項目實施方項目經(jīng)理等）進行評估，并記錄評估結(jié)果。項目變更記錄表：項目變更通過審核和評估后，在客戶、項目管理方和 項目實施方均認(rèn)可的情況下由項目實施方進行實施，記錄下此次變更內(nèi)容、結(jié) 果及對項目的影響等。2.5 項目評審制度2.6.1 定義針對項目各階段形成的設(shè)計、文檔、代碼、進度表的質(zhì)量進行綜合評價。2.6.2 目的確保項目的進度和質(zhì)量在可控范圍內(nèi)。2

14、.6.3 負(fù)責(zé)人公司管理層和技術(shù)項目部評審負(fù)責(zé)人。2.6.4 任務(wù)確定開發(fā)周期制定是否合理。確定各項系統(tǒng)設(shè)計是否科學(xué)、合理、準(zhǔn)確。審核項目文檔是否符合公司或甲方要求的規(guī)范。審核代碼編寫是否符合規(guī)范。2.6.5 形成文檔項目審核表：記錄評審項目、內(nèi)容、結(jié)論、調(diào)整及修改建議。2.6 項目會議制度2.6.1 定義針對項目制定的會議類型、開會時間、會議頻次、與會人員等與會議相關(guān) 的制度。2.6.2 目的明確項目會議時間、頻次、與會人員等規(guī)定，為項目溝通聯(lián)系、項目問題 討論、項目進度把握提供平臺。2.6.3 負(fù)責(zé)人項目經(jīng)理和項目管理人員。2.6.4 任務(wù)確定項目會議類型，如項目例會、項目階段評審會、項目

15、臨時討論會等， 及不同類型會議的與會人員要求。例如項目確定有項目例會，要求項目經(jīng)理和 主要設(shè)計人員必須參加。確定不同會議類型的頻次和開會時間，例如項目例會定為每周五下午三點， 有因特殊情況不開則另行通知。2.6.5 形成文檔項目會議制度：記錄與項目各類型會議相關(guān)的規(guī)定，可根據(jù)項目復(fù)雜度 具體安排。會議記錄：記錄并保存會議的內(nèi)容。2.7 項目文檔管理2.7.1 定義項目文檔管理，是指在一個系統(tǒng)（軟件）項目管理、開發(fā)進程中將提交的文檔 進行統(tǒng)一管理的過程。細(xì)分文檔的生命周期，一般包括：創(chuàng)建、審批、發(fā)布、 修改、分發(fā)、簽收、追繳、歸檔、廢止與恢復(fù)。2.7.2 目的將項目相關(guān)文檔統(tǒng)一收集、統(tǒng)一發(fā)布、分

16、類管理、規(guī)范命名、規(guī)范格式、 管理版本、歸檔保存。2.7.3 負(fù)責(zé)人項目管理人員。2.7.4 任務(wù)明確文檔編寫格式：在項目文檔編寫前明確文檔編寫的統(tǒng)一標(biāo)準(zhǔn)格式，如 文檔的字體大小、段落行距、頁眉頁腳等，可以參照公司統(tǒng)一標(biāo)準(zhǔn)執(zhí)行。建立 文檔編寫模板，規(guī)范文檔結(jié)構(gòu)。文檔分類：定義軟件項目各個階段所要編寫的文檔，并將其分類，例如會 議記錄類，基本設(shè)計類。規(guī)范文檔命名：規(guī)范各個階段所要編寫的文檔的命名方式，例如 XXX項 目需求說明書20120101，其中“ 20120101”為文檔上交日期。創(chuàng)建文檔目錄：在明確項目各個階段所要編寫的文檔和文檔分類后，創(chuàng)建 文檔目錄，列出所有文檔名、所屬類別、最后版本

17、、負(fù)責(zé)人、評審人及文檔完 成情況，并創(chuàng)建具體文檔的超鏈接。文檔評審：依據(jù)文檔編寫規(guī)范和文檔編寫模板對收集上來的文檔進行格式 校對和內(nèi)容評審，通過后統(tǒng)一發(fā)布。如沒有通過校對，則退回修改，以新版本 重新上交校對和評審。文檔版本管理：可以借助 VSS等版本控制軟件管理文檔版本，保存并區(qū)分 文檔各個版本，明確標(biāo)記文檔的最新版，以保證每次修改都是對最新版的修改。文檔歸檔保存：對通過校對和評審的定稿文檔標(biāo)記為“評審版”或“完成 版”，并歸檔保存。2.7.5 形成文檔文檔編寫格式規(guī)范：不需要每個項目都重新制定文檔編寫格式規(guī)范，可 以參照公司統(tǒng)一標(biāo)準(zhǔn)執(zhí)行，但是項目文檔編寫前必須明確依據(jù)的標(biāo)準(zhǔn)。項目文檔目錄：可

18、以在項目初期就明確項目每個階段所要編寫的文檔， 將其命名并編入文檔目錄統(tǒng)一管理文檔版本和完成情況。2.8 項目源碼管理2.8.1 定義軟件項目開發(fā)過程中對程序源代碼、數(shù)據(jù)庫表、索引、觸發(fā)器、存儲過程 創(chuàng)建腳本、相關(guān)環(huán)境設(shè)置等進行定期備份和歸檔管理。2.8.2 目的對程序源代碼進行版本控制、備份和歸檔，保證程序的安全。2.8.3 負(fù)責(zé)人項目經(jīng)理和項目管理人員。2.8.4 任務(wù)版本控制：在開發(fā)過程中對程序源代碼進行版本控制，常用的方式是使用 SVN或VSS版本控制軟件控制程序版本。程序備份歸檔：定期對程序源代碼、數(shù)據(jù)庫表、索引、觸發(fā)器、存儲過程 創(chuàng)建腳本、相關(guān)環(huán)境設(shè)置等進行全備份并進行異地存儲以保

19、證程序安全，對已 經(jīng)完成的程序或腳本進行歸檔，統(tǒng)一保存。建立程序源代碼目錄：對所有程序，包括客戶端程序、服務(wù)器端程序、數(shù) 據(jù)內(nèi)觸發(fā)器、存儲過程、函數(shù)等程序代碼建立程序源代碼目錄，清晰管理源程 序。2.8.5 形成文檔程序源代碼目錄：包括程序名、編程語言（C#、VB、SQL等）、所屬系 統(tǒng)模塊、編制人、最后修改日期、修改人等信息。三、軟件項目階段定義3.1 需求分析3.1.1 定義需求分析指的是在開發(fā)一個新的或改變一個現(xiàn)有的計算機軟件系統(tǒng)時描述 新系統(tǒng)的目的、范圍、業(yè)務(wù)流程和功能時所要做的所有的工作。需求分析是軟 件開發(fā)項目中的一個關(guān)鍵過程。在這個過程中，系統(tǒng)分析員和軟件設(shè)計師調(diào)研 現(xiàn)行業(yè)務(wù)，確

20、定用戶的需要，分析和尋求系統(tǒng)的解決方案。3.1.2 目的調(diào)研用戶組織機構(gòu)、業(yè)務(wù)特點、業(yè)務(wù)流程，確定用戶的具體需求，分析并 提出具體的解決方案，明確開發(fā)范圍、具體功能、本系統(tǒng)與其它系統(tǒng)的關(guān)聯(lián)關(guān) 系、用戶對系統(tǒng)的技術(shù)要求等，并進行詳細(xì)描述。需求分析是編寫技術(shù)附件的 基礎(chǔ)，為合同的簽訂提供依據(jù)，也是系統(tǒng)設(shè)計、開發(fā)的基礎(chǔ)和依據(jù)。3.1.3 負(fù)責(zé)人項目經(jīng)理、軟件設(shè)計人員。3.1.4 任務(wù)對用戶的組織機構(gòu)、業(yè)務(wù)特點、業(yè)務(wù)流程、具體需求進行調(diào)研;明確項目背景：包括項目的提出（如項目提出方、開發(fā)此項目的目的），系統(tǒng)隸屬關(guān)系及其它關(guān)聯(lián)，用戶特點，約束（如費用、交付日期）等；業(yè)務(wù)現(xiàn)狀描述：明確開發(fā)依據(jù)，確定開發(fā)業(yè)

21、務(wù)范圍和系統(tǒng)實現(xiàn)的主要目標(biāo)。 對前期業(yè)務(wù)調(diào)研的結(jié)果進行匯總，具體體現(xiàn)為組織機構(gòu)圖、工藝流程圖、現(xiàn)行 業(yè)務(wù)流程圖、業(yè)務(wù)功能層次圖和現(xiàn)有帳票/報表一覽表。功能需求描述：分析用戶的需求和調(diào)研結(jié)果，對應(yīng)業(yè)務(wù)功能層次圖，詳細(xì) 描述系統(tǒng)將實現(xiàn)的業(yè)務(wù)功能。明確技術(shù)需求：包括用戶對本系統(tǒng)在技術(shù)層面提出的需求和本系統(tǒng)對用戶 或其它相關(guān)聯(lián)系統(tǒng)的技術(shù)需求，包括現(xiàn)有計算機系統(tǒng)及運行環(huán)境的約束、接口 約束、精度要求、時間特性要求和靈活性要求等。問題備忘：記錄本階段未解決的問題或可能存在的問題預(yù)測。對需求分析內(nèi)容進行評審，并得到用戶的簽字認(rèn)可。3.1.5 形成文檔調(diào)研分析報告：包括組織機構(gòu)圖、工藝流程圖、現(xiàn)行業(yè)務(wù)流程圖、

22、業(yè)務(wù) 功能層次圖、現(xiàn)有帳票/報表一覽表、業(yè)務(wù)功能模塊等。3.2 基本設(shè)計3.2.1 定義基本設(shè)計也稱為概要設(shè)計，是軟件系統(tǒng)設(shè)計中將業(yè)務(wù)邏輯優(yōu)化改造為系統(tǒng) 內(nèi)處理流程的重要過程，是系統(tǒng)最終功能層次的具體體現(xiàn)，并對每個功能的處 理過程進行詳細(xì)描述。3.2.2 目的將軟件系統(tǒng)需求轉(zhuǎn)換為系統(tǒng)內(nèi)的設(shè)計。確定系統(tǒng)內(nèi)的具體功能模塊和模塊內(nèi)的具體功能層次。將現(xiàn)行業(yè)務(wù)的處理流程進行優(yōu)化改造，形成系統(tǒng)內(nèi)的新處理流程，明確每 個新處理流程所要求的輸入信息和所產(chǎn)生的輸出信息。對系統(tǒng)內(nèi)具體模塊所包含的具體功能進行詳細(xì)描述，明確每個功能的實現(xiàn) 過程及其所產(chǎn)生的結(jié)果和主要數(shù)據(jù)信息，為數(shù)據(jù)庫表結(jié)構(gòu)設(shè)計提供基礎(chǔ)。3.2.3 負(fù)

23、責(zé)人項目經(jīng)理和設(shè)計人員。3.2.4 任務(wù)確定系統(tǒng)的具體功能層次結(jié)構(gòu)，繪制功能層次圖。將現(xiàn)行業(yè)務(wù)的處理流程進行優(yōu)化改造，明確新處理流程所要求的輸入信息 和所產(chǎn)生的輸出信息，明確功能模塊之間的關(guān)聯(lián)關(guān)系，對應(yīng)功能層次圖中的具 體功能，繪制業(yè)務(wù)流程圖。對系統(tǒng)內(nèi)每個模塊所包含的具體功能進行詳細(xì)描述，明確每個功能的實現(xiàn)過程及其產(chǎn)生的結(jié)果和主要數(shù)據(jù)信息，明確本系統(tǒng)與其它系統(tǒng)的接口關(guān)聯(lián)關(guān)系、 通訊方式和具體通訊內(nèi)容，對應(yīng)功能層次圖中的具體功能進行業(yè)務(wù)功能描述。對基本設(shè)計內(nèi)容進行評審，并得到用戶的簽字認(rèn)可。3.2.5 形成文檔實用性原則概要設(shè)計報告包括以下部分：?功能層次圖：明確系統(tǒng)內(nèi)功能層次結(jié)構(gòu)，（格式見附錄

24、）。?業(yè)務(wù)流程圖：展示優(yōu)化改造后的業(yè)務(wù)流程，（格式見附錄）。?業(yè)務(wù)功能描述：對業(yè)務(wù)功能和與接口系統(tǒng)的通訊方式、通訊內(nèi)容進 行詳細(xì)描述。?系統(tǒng)編碼規(guī)則表：說明支持系統(tǒng)運行所需引用或建立的編碼，包括 對象、長度、格式、規(guī)則等，例如日期、單據(jù)號等格式。?模塊一覽表：對應(yīng)功能層次圖，列出在詳細(xì)設(shè)計階段需要設(shè)計的所 有程序/模塊。?集成測試計劃：列出測試中的每一項測試內(nèi)容的名稱標(biāo)識符、這些 測試的進度安排以及這些測試的內(nèi)容和目的，例如模塊功能測試、接口正確性測試、數(shù)據(jù)文卷存取的測試、 運行時間的測試、設(shè)計約束和極限 的測試等，給出對這項測試的進度安排，包括進行測試的日期和工作內(nèi) 容（如熟悉環(huán)境。培訓(xùn)、準(zhǔn)

25、備輸入數(shù)據(jù)等）。說明測試各環(huán)節(jié)的控制方 式，如輸入是人工、半自動或自動引入、控制操作的順序以及結(jié)果的記 錄方法。3.3 詳細(xì)設(shè)計3.3.1 定義詳細(xì)設(shè)計是指在軟件設(shè)計過程中基本設(shè)計完成后，明確了系統(tǒng)內(nèi)的具體功 能層次和所有功能的具體處理方式的基礎(chǔ)上，針對系統(tǒng)內(nèi)功能的實現(xiàn)即程序編 制所做的設(shè)計，在詳細(xì)設(shè)計的過程中可同時進行程序的編制。3.3.2 目的明確本系統(tǒng)與其它系統(tǒng)的接口關(guān)系、通訊方式和具體通訊內(nèi)容，編寫通訊 設(shè)計文檔和接口電文描述表。明確系統(tǒng)內(nèi)涉及所有的數(shù)據(jù)信息及數(shù)據(jù)之間的關(guān)聯(lián)關(guān)系，進行數(shù)據(jù)庫表結(jié) 構(gòu)設(shè)計。結(jié)合模塊一覽表，對每一個程序進行畫面設(shè)計和前后臺程序規(guī)格說明書 的編寫，程序員將結(jié)合

26、畫面設(shè)計和程序規(guī)格說明書的內(nèi)容編制程序。詳細(xì)設(shè)計是程序編制的基礎(chǔ)和鋪墊，所做的工作是為了更好的指導(dǎo)程序的 編制。3.3.3 負(fù)責(zé)人設(shè)計人員和程序員。3.3.4 任務(wù)編寫接口描述表，確定通訊工具、通訊方式、IP、端口號和雙方電文具體數(shù) 據(jù)項約定。編寫數(shù)據(jù)庫表結(jié)構(gòu)設(shè)計書，并創(chuàng)建數(shù)據(jù)庫表、主鍵、索引、視圖等，可以 使用PowerDesigner數(shù)據(jù)庫表設(shè)計工具。編寫畫面設(shè)計書，依據(jù)統(tǒng)一的設(shè)計風(fēng)格設(shè)計畫面，明確畫面內(nèi)所顯示窗口 中數(shù)據(jù)的來源（表、視圖）、檢索條件、具體數(shù)據(jù)項名稱、類型、精度限制、是 否主鍵等和按鈕等控件的命名和擺放位置。編寫程序規(guī)格說明書，具體描述每個程序模塊，包括畫面、函數(shù)、對象、

27、后臺進程程序等的具體命名、功能、處理邏輯、觸發(fā)時序、輸入輸出限制和涉 及數(shù)據(jù)庫表等內(nèi)容。畫面設(shè)計書和程序規(guī)格說明書是指導(dǎo)程序員編程的重要依據(jù)，其詳細(xì)程度、 準(zhǔn)確程度和可讀性將直接影響程序員對程序編制內(nèi)容的理解。3.3.5 形成文檔，依據(jù)實用性原則設(shè)計，具體格式件附錄應(yīng)用系統(tǒng)間接口內(nèi)容定義表：定義系統(tǒng)內(nèi)部外部接口，例如：通訊用電 文的ID、具體數(shù)據(jù)項名稱、類型、精度、順序及內(nèi)容備注等信息。數(shù)據(jù)庫設(shè)計：規(guī)劃設(shè)計數(shù)據(jù)庫用戶、模式、表空間名稱、大小等信息。 設(shè)計數(shù)據(jù)庫表名稱、所屬模式、表空間及具體字段名稱、類型、精度、主鍵、 索引等內(nèi)容。程序界面設(shè)計：依據(jù)統(tǒng)一設(shè)計風(fēng)格設(shè)計程序畫面，可以用 Word畫圖

28、工 具展示界面布局，也可以用編程工具（如 VB）布置窗體格局后抓圖展示畫面布 局。明確畫面內(nèi)所顯示數(shù)據(jù)窗口中數(shù)據(jù)的來源（表、視圖）、檢索條件、具體數(shù) 據(jù)項名稱、類型、精度限制、是否主鍵等和按鈕等控件的命名和擺放位置。數(shù)據(jù)流程設(shè)計：數(shù)據(jù)流是組織中信息運動的抽象，是信息邏輯系統(tǒng)模型 的主要形式。這個模型不涉及硬件、軟件、數(shù)據(jù)結(jié)構(gòu)與文件組織，它與對系統(tǒng) 的物理描述無關(guān)，只是用一種圖形及與此相關(guān)的注釋來表示系統(tǒng)的邏輯功能， 即所開發(fā)的系統(tǒng)在信息處理方面要做什么。算法設(shè)計：描述系統(tǒng)主要業(yè)務(wù)邏輯的算法，例如：運輸總量的計算公式、 GPS定位算法等。3.4 程序開發(fā)3.4.1 定義編制程序代碼，實現(xiàn)相應(yīng)的系

29、統(tǒng)功能。3.4.2 目的將設(shè)計的具體內(nèi)容在系統(tǒng)內(nèi)實現(xiàn)3.4.3 負(fù)責(zé)人設(shè)計人員和程序員。3.4.4 任務(wù)設(shè)計人員制定程序編制進度計劃和程序模板，指導(dǎo)程序員編程，并考核程 序編制進度。程序員依據(jù)畫面設(shè)計書、程序規(guī)格說明書、程序模板和程序開發(fā)規(guī)范編寫 程序，并對程序進行單體測試，測試完成的程序交予程序設(shè)計人員。3.4.5 形成文檔程序編制進度計劃：對程序編制時間進行管理，掌控工作執(zhí)行情況。單元測試用例：用來證明一個獨立的單元是否實現(xiàn)了詳細(xì)設(shè)計說明書中 要求，詳細(xì)列出每項測試中所使用的輸入數(shù)據(jù)及選擇這些輸入數(shù)據(jù)的策略，說 明預(yù)期的輸出數(shù)據(jù)，如測試結(jié)果及可能產(chǎn)生的中間結(jié)果或運行信息。3.5 系統(tǒng)測試3

30、.5.1 定義指對一個完成了全部或部分功能的程序在正式使用前的檢測，以確保該程 序能按預(yù)定的方式正確地運行。3.5.2 目的發(fā)現(xiàn)程序錯誤、缺陷和隱含陷阱。3.5.3 負(fù)責(zé)人設(shè)計人員、程序員和測試人員。3.5.4 任務(wù)制定測試計劃，制定程序組合測試計劃和結(jié)合業(yè)務(wù)功能的綜合測試計劃。單元測試，在編程階段，由程序員對自己編寫的模塊自行測試，檢查模塊 是否實現(xiàn)了詳細(xì)設(shè)計說明書中規(guī)定的功能和算法。單元測試主要發(fā)現(xiàn)編程和詳 細(xì)設(shè)計中產(chǎn)生的錯誤，著重測試程序執(zhí)行結(jié)果、模塊接口、重要的執(zhí)行通路、 出錯處理及邊界條件等。集成測試，在單體程序組合之后，由設(shè)計人員測試模塊整體功能和模塊間 關(guān)聯(lián)功能，著重測試數(shù)據(jù)流的

31、通暢性、完整性，模塊間的借口和通信問題及異 常情況處理等。依據(jù)軟件需求說明書檢查系統(tǒng)的功能、性能及其他特征是否與 用戶的需求一致；由業(yè)務(wù)人員依據(jù)基本設(shè)計中的業(yè)務(wù)流程設(shè)計測試系統(tǒng)功能表 是否正確，數(shù)據(jù)結(jié)果是否完成等，并按照正式應(yīng)用的操作方式測試系統(tǒng)功能。3.5.5 形成文檔集成測試計劃：由程序設(shè)計者制定并測試模塊整體功能和模塊間關(guān)聯(lián)功 能。由業(yè)務(wù)人員或操作人員測試系統(tǒng)內(nèi)部及與外部接口的功能。單元測試報告：程序員在開發(fā)程序過程中對每個編制完成的單體程序進 行測試，并記錄測試情況，編寫測試報告。集成測試報告：由項目總體負(fù)責(zé)人記錄集成測試的進度及結(jié)果。3.6 業(yè)務(wù)培訓(xùn)3.6.1 定義軟件開發(fā)項目中的業(yè)

32、務(wù)培訓(xùn)是指對軟件系統(tǒng)的用戶關(guān)于軟件系統(tǒng)的操作方 式、操作流程等進行的培訓(xùn)。3.6.2 目的使用戶會使用軟件系統(tǒng)的相應(yīng)功能。3.6.3 負(fù)責(zé)人設(shè)計人員和程序員。3.6.4 任務(wù)設(shè)計人員或程序員在系統(tǒng)功能全部確定后編寫操作手冊和技術(shù)手冊，在正 式培訓(xùn)前遞交用戶負(fù)責(zé)人。項目負(fù)責(zé)人根據(jù)用戶實際情況確定培訓(xùn)方式，編制培訓(xùn)計劃，可以采用集 中培訓(xùn)的方式或隨操作崗位按班培訓(xùn)的方式。在每次培訓(xùn)后需要填寫培訓(xùn)記錄，記錄每位用戶的培訓(xùn)效果。每個崗位的用戶至少培訓(xùn)兩次，重點崗位或操作較難的崗位可以增加培訓(xùn) 次數(shù)，或提供實驗環(huán)境熟練操作。3.6.5 形成文檔操作手冊：針對操作人員的描述系統(tǒng)功能操作方式、流程的文檔。培

33、訓(xùn)計劃：根據(jù)用戶實際情況確定培訓(xùn)方式，編制培訓(xùn)計劃。培訓(xùn)記錄：記錄每位用戶的培訓(xùn)效果，必要時附加評分。3.7 系統(tǒng)運行3.7.1 定義經(jīng)過綜合測試的軟件系統(tǒng)在進行過業(yè)務(wù)培訓(xùn)后，布置正式環(huán)境，布置客戶 端，分配系統(tǒng)內(nèi)用戶權(quán)限，準(zhǔn)備運行數(shù)據(jù)，正式投入使用的過程。3.7.2 目的使軟件系統(tǒng)順利投入使用。3.7.3 負(fù)責(zé)人項目經(jīng)理、設(shè)計人員3.7.4 任務(wù)布置正式環(huán)境，按照系統(tǒng)規(guī)劃配置正式環(huán)境，將數(shù)據(jù)庫、通訊中間件配置、 開發(fā)環(huán)境下的前后臺程序移植到正式環(huán)境并進行測試。布置客戶端，可以由我們提供需安裝的客戶端軟件、編譯后的可執(zhí)行程序 和客戶端配置方法等，用戶方自行布置客戶端。布置客戶端的時候可以同時安

34、 裝遠(yuǎn)程控制軟件，核對客戶端IP地址表，以方便維護。分配系統(tǒng)權(quán)限，對系統(tǒng)內(nèi)的功能按崗位、角色分配使用權(quán)限，可以由用戶 方自行分配權(quán)限。準(zhǔn)備運行數(shù)據(jù)，準(zhǔn)備系統(tǒng)運行所必須的初始數(shù)據(jù)，可以采用人工錄入或?qū)?入的方式注入系統(tǒng)內(nèi)。制定系統(tǒng)上線計劃，對應(yīng)復(fù)雜的軟件系統(tǒng)或?qū)崟r性很強的生產(chǎn)管理洗頭膏 需要制定詳細(xì)的上線運行計劃，協(xié)調(diào)安排所有與系統(tǒng)上線相關(guān)的因素，必要時 可以做上線前的模擬上線。3.7.5 形成文檔部署說明文檔：詳細(xì)說明程序上線部署的全部流程、網(wǎng)絡(luò)和系統(tǒng)環(huán)境需 求、外部先決條件、配合人員。系統(tǒng)上線計劃：制定上線的詳細(xì)步驟，具體時間安排。系統(tǒng)運行報告：記錄系統(tǒng)運行情況、故障情況和運行結(jié)論。3.8

35、項目的完成及回顧3.8.1 定義項目依據(jù)合同要求驗收后，以簽署竣工文件作為項目完成的標(biāo)志。項目完 成后對項目的文檔、資料、源程序等進行歸檔，同時總結(jié)項目經(jīng)驗、教訓(xùn)、成 果等。3.8.2 目的確定項目完成，歸檔項目資料，總結(jié)項目成果。3.8.3 負(fù)責(zé)人項目經(jīng)理。3.8.4 任務(wù)在系統(tǒng)穩(wěn)定運行后，依據(jù)合同要求協(xié)調(diào)用戶和項目相關(guān)管理方對系統(tǒng)進行 驗收（通常規(guī)定系統(tǒng)穩(wěn)定運行三個月可進行驗收），在驗收時需提供運行報告， 驗收報告，維護方案。對項目的文檔、資料、源程序等進行歸檔，同時總結(jié)項目經(jīng)驗、教訓(xùn)、成 果等，形成項目總結(jié)報告。3.8.5 形成文檔運行報告：記錄系統(tǒng)穩(wěn)定運行的情況。驗收報告：記錄系統(tǒng)內(nèi)功

36、能依據(jù)合同技術(shù)附件內(nèi)容的完成情況和驗收時 需要移交的文檔簽收情況。維護方案：記錄系統(tǒng)維護方法、值班及響應(yīng)時間和參與維護的人員的姓 名及聯(lián)系方式。項目質(zhì)量綜合評價報告：記錄歸檔的項目的文檔、資料、源程序，評估 項目質(zhì)量，總結(jié)項目經(jīng)驗、教訓(xùn)、成果等。四、軟件項目開發(fā)流程4.1 項目策劃與需求分析內(nèi)部項目項目建議書、外部項目可行性報告。4.2 項目調(diào)研與評審公司內(nèi)部招募項目組長或推選項目組長。進行項目調(diào)研，并編寫調(diào)研分析報告。各項目組長候選人評選或推選的項目組長進行項目答辯，確認(rèn)項目組長。評審并確認(rèn)調(diào)研分析報告。成立項目組，制定項目章程。4.3 基本設(shè)計與評審編寫基本設(shè)計和集成測試計劃基本設(shè)計評審（

37、主要評審業(yè)務(wù)流程設(shè)計、功能設(shè)計、集成測試計劃）4.4 詳細(xì)設(shè)計與評審編寫詳細(xì)設(shè)計。詳細(xì)設(shè)計評審。4.5 系統(tǒng)開發(fā)編制項目開發(fā)分工和各模塊工期表，即項目開發(fā)進度表項目開發(fā)進度表評審編寫單元測試用例4.6 系統(tǒng)測試單元測試并編寫單元測試報告。集成測試并編寫集成測試報告。4.7 項目審核與內(nèi)部驗收對項目各項指標(biāo)進行綜合評審并編寫項目質(zhì)量綜合評審表。根據(jù)評審結(jié)果確定是否達(dá)到內(nèi)部驗收標(biāo)準(zhǔn)4.8 項目實施編寫操作手冊和培訓(xùn)計劃，對甲方進行業(yè)務(wù)培訓(xùn)。編寫部署說明文檔和系統(tǒng)上線計劃，開始按計劃實施。4.9 項目驗收根據(jù)甲方要求編寫項目驗收相關(guān)文檔，例如：系統(tǒng)上線報告、項目驗收 報告4.10軟件項目開發(fā)流程圖領(lǐng)導(dǎo)層項目組評審組五、開發(fā)人員進度檢查與績效考評4.1 考評原則軟件開發(fā)人員的績效考評是所有軟件公司都深感棘手但又必須面對的問題。棘手的原因是既不能進行計時處理、也不能進行計件處理。計時會造成由工不由力，計件（一般按代碼條數(shù)）會挫傷優(yōu)秀軟件人員的積極性（同樣實現(xiàn)一個功能，不同層次的軟件人員實現(xiàn)的過程差別很大，且質(zhì)量不同）。但是只要尊重一些必要的原則，還是能夠加以評