一、 概述

        .1 目的

        本標(biāo)準(zhǔn)把軟件項目的管理和開發(fā)分為多個過程，并為各個過程的實施提供參考方法和相關(guān)文檔的定義及規(guī)范。

        .2 應(yīng)用范圍

        本標(biāo)準(zhǔn)適用于與所有軟件開發(fā)類項目的管理。

        .3 限制

        本標(biāo)準(zhǔn)主要敘述軟件項目的管理過程和開發(fā)過程，不包含項目的獲取、供應(yīng)、改進(jìn)過程。

        本標(biāo)準(zhǔn)雖然為軟件項目的管理和開發(fā)的過程提供參考方法和相關(guān)文檔的定義及規(guī)范，但不規(guī)定如何完成各過程中包含的活動和任務(wù)的細(xì)節(jié)。

        .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)運(yùn)行

        8、項目完成及回顧

        二、 軟件項目管理辦法

        軟件項目管理的過程決定項目的方向、質(zhì)量和開發(fā)周期。

        .1 項目章程制定

        .1.1定義

        項目章程：項目可以是已經(jīng)確定的，也可以是有意向但還未確定的，由項目經(jīng)理及系統(tǒng)分析人員（或設(shè)計人員）對項目相關(guān)方進(jìn)行調(diào)查研究，包括項目實施對象的隸屬關(guān)系、業(yè)務(wù)類型，項目業(yè)務(wù)結(jié)構(gòu)組成，開發(fā)范圍，項目提出方性質(zhì)、希望達(dá)到目標(biāo)、預(yù)計實施時間，項目具體負(fù)責(zé)人、聯(lián)系人等，明確甲乙雙方責(zé)任及義務(wù)。

        .1.2目的

        正式確認(rèn)項目的啟動，任命項目經(jīng)理，賦予項目經(jīng)理在項目活動中應(yīng)用相關(guān)資源的權(quán)力，并為項目成員提供一個項目狀況的概述對項目進(jìn)行跟蹤和全面調(diào)查研究，包括實施對象人員情況、業(yè)務(wù)情況、隸屬關(guān)系、競爭對手等，為合同簽訂和下一步針對需求分析的調(diào)研工作做準(zhǔn)備。

        .1.3負(fù)責(zé)人

        項目經(jīng)理、系統(tǒng)分析人員（或設(shè)計人員）。

        .1.4任務(wù)

        對項目相關(guān)方進(jìn)行調(diào)查研究，包括實施對象人員情況、組織機(jī)構(gòu)、業(yè)務(wù)組成、隸屬關(guān)系、技術(shù)需求、競爭對手等。

        對項目進(jìn)行跟蹤，實時了解實施對象與項目相關(guān)的動態(tài)。

        對項目可行性進(jìn)行分析。

        估算項目所需人員的結(jié)構(gòu)組成、實施時間及實施成本。

        確定項目實施（設(shè)計、開發(fā)）具體人員。

        明確項目相關(guān)方負(fù)責(zé)人、聯(lián)系人等人員配置。

        確定項目啟動。

        .1.5形成文檔

        《項目章程》：項目名稱、項目提出、項目實施對象簡述、項目實施人員安排、預(yù)計實施時間、系統(tǒng)結(jié)構(gòu)組成概述等。

        .2 項目計劃管理

        .2.1定義

        項目總體計劃：在項目周期內(nèi)確定和組織全部生產(chǎn)經(jīng)營活動的綜合規(guī)劃，包括項目整體工期規(guī)劃，項目任務(wù)分解，項目階段任務(wù)的確定，各階段任務(wù)工期規(guī)劃，各方面資源配置規(guī)劃等?？傮w規(guī)劃側(cè)重于以項目階段任務(wù)為單位制定計劃，指明要取得的各種結(jié)果，為合理地利用人力、物力和財力資源提供前提。

        計劃跟蹤與監(jiān)督：是對計劃執(zhí)行情況和項目實施情況的反饋，校驗計劃與實際工作情況的偏差，并評估階段工作的質(zhì)量，為計劃的修正和實際工作的調(diào)

        整提供前提。

        計劃調(diào)整：當(dāng)因自身或外界原因造成實際工作進(jìn)度、工作質(zhì)量與計劃發(fā)生偏差并且影響到下階段工作內(nèi)容時，需要對整體計劃、階段計劃或周計劃進(jìn)行評估和調(diào)整，并形成新版本的計劃。

        .2.2目的

        對項目整體工期進(jìn)行合理規(guī)劃；

        明確項目組成，將項目任務(wù)進(jìn)行分解，確定項目階段任務(wù)，并且落實項目人員的職責(zé)；

        對各階段任務(wù)的工期進(jìn)行規(guī)劃；

        對項目人力、物力和財力資源等各方面資源配置進(jìn)行規(guī)劃；

        在實際工作中制定短期計劃，并對計劃及實施情況進(jìn)行跟蹤，以達(dá)到實時校驗工作進(jìn)度和質(zhì)量的偏差，并及時對計劃進(jìn)行調(diào)整，保證項目工期和質(zhì)量；

        .2.3負(fù)責(zé)人

        項目總體計劃：項目經(jīng)理；

        項目周計劃：項目經(jīng)理、模塊設(shè)計人員；

        計劃跟蹤與監(jiān)督：項目經(jīng)理、模塊設(shè)計人員；

        計劃調(diào)整：項目經(jīng)理。

        .2.4任務(wù)

        記錄項目日志，記錄項目各關(guān)鍵時間點的事件內(nèi)容作為項目跟蹤的依據(jù)。 制定項目總體計劃，依據(jù)對項目總體情況的調(diào)研和項目管理經(jīng)驗制定項目總體計劃，對項目整體工期進(jìn)行合理規(guī)劃；

        明確項目組成，確定項目階段任務(wù)和各階段任務(wù)的起止時間及所需天數(shù)，并且落實項目人員的職責(zé)。軟件開發(fā)項目的階段一般包括：總體規(guī)劃、業(yè)務(wù)調(diào)研、需求分析、基本設(shè)計、網(wǎng)絡(luò)設(shè)計、設(shè)備采購、網(wǎng)絡(luò)施工、機(jī)房裝修、詳細(xì)設(shè)計、程序編制、單體調(diào)試、系統(tǒng)集成、數(shù)據(jù)準(zhǔn)備、業(yè)務(wù)培訓(xùn)、試運(yùn)行、系統(tǒng)上線；

        對項目計劃的完成情況進(jìn)行跟蹤，可以利用項目管理軟件或相應(yīng)的記錄文檔，對計劃的進(jìn)度和完成質(zhì)量進(jìn)行校驗，如有偏差，需分析原因并制定應(yīng)對方案。

        .2.5形成文檔

        《項目日志》：以天為單位記錄項目關(guān)鍵事件、關(guān)鍵時間點。

        《項目總體計劃表》：以表格的形式列出項目的階段，標(biāo)記出各階段實施計劃的起始日期，計算出所需天數(shù)（或周數(shù)）；

        《項目開發(fā)進(jìn)度表》：可以利用項目管理軟件（Project）或相應(yīng)的記錄文檔，記錄從項目啟動開始，每個項目成員計劃完成的工作內(nèi)容。

        《計劃調(diào)整記錄表》：記錄從項目啟動開始，每次計劃調(diào)整的原因、內(nèi)容、

        涉及人、調(diào)整時間及調(diào)整后的方案等信息。

        .3 項目風(fēng)險管理

        .3.1定義

        項目風(fēng)險管理是指對項目風(fēng)險從識別到分析乃至采取應(yīng)對措施等一系列過程。在項目啟動之前要進(jìn)行項目可行性分析，總體評估項目實施的風(fēng)險；在項目啟動后要注重項目風(fēng)險的預(yù)測和應(yīng)對方案的制定。

        .3.2目的

        項目風(fēng)險管理是對包括項目的可行性、實施方案的設(shè)計、潛在的技術(shù)、成本和進(jìn)度安排風(fēng)險等方面的管理，以保證項目實施進(jìn)度、項目質(zhì)量和成本控制。

        .3.3負(fù)責(zé)人

        項目經(jīng)理。

        .3.4任務(wù)

        項目可行性分析：在項目啟動之前要充分分析論證項目實施的可行性，包括項目實施成本需求、人力資源需求、技術(shù)力量需求、工期需求等方面，以及此項目對公司業(yè)務(wù)的市場占有率、未來發(fā)展的戰(zhàn)略意義等方面，并提出項目可行與否的依據(jù)。

        風(fēng)險預(yù)測：在項目確立后要對項目中可能存在的潛在風(fēng)險進(jìn)行預(yù)測，如設(shè)計方案的可行性，使用技術(shù)的成熟程度，項目組成人員的能力等。

        風(fēng)險應(yīng)對：對可預(yù)測的風(fēng)險制定相應(yīng)的預(yù)案；對項目進(jìn)行過程中已經(jīng)發(fā)生的問題制定相應(yīng)的應(yīng)對措施，以保證項目的順利進(jìn)行。

        .3.5形成文檔

        《可行性分析報告》：分析項目技術(shù)難度、實施成本、實施時間等因素，論證是否可行，并提出依據(jù)?？尚行苑治鰬?yīng)該在項目情況概述階段完成。

        《項目風(fēng)險預(yù)測與應(yīng)對預(yù)案》：對項目中可能存在的風(fēng)險進(jìn)行預(yù)測，并制定相應(yīng)的應(yīng)對方案。

        .4 項目變更管理

        .4.1定義

        項目變更管理是指項目組織為適應(yīng)項目運(yùn)行過程中與項目相關(guān)的各種因素的變化，保證項目目標(biāo)的實現(xiàn)而對項目計劃進(jìn)行相應(yīng)的部分變更或全部變更，并按變更后的要求組織項目實施的過程。

        項目變更主要的有以下幾種：項目范圍變更、項目進(jìn)度變更、項目合同變更、項目人力資源的變更、費(fèi)用預(yù)算變更。

        引起變更的因素：

        一是來自外部的變更要求，如客戶要求修改工作范圍和需求等或因不可抗拒的自然因素而推遲項目實施進(jìn)度等。

        二是內(nèi)部的變更要求，如為解決實施中發(fā)現(xiàn)的設(shè)計錯誤而修改設(shè)計或測試中發(fā)現(xiàn)的一些錯誤而修改源碼甚至設(shè)計等。

        項目變更控制：是指建立一套正規(guī)的程序?qū)椖康淖兏M(jìn)行有效的控制，從而更好地實現(xiàn)項目的目標(biāo)目的。

        .4.2目的

        變更控制的目的并不是控制變更的發(fā)生，而是對變更進(jìn)行管理，確保變更有序進(jìn)行。

        .4.3負(fù)責(zé)人

        項目經(jīng)理。

        .4.4任務(wù)

        針對項目實際情況建立一套正規(guī)的變更程序，明確變更的具體流程、變更的提出方及責(zé)任、變更的審核方及責(zé)任和變更影響的評估方及責(zé)任。

        對項目的變更需求進(jìn)行審核，并由審核方簽字落實審核結(jié)果。

        對項目變更的影響進(jìn)行評估，得出評估結(jié)論并由評估方簽字落實評估結(jié)果。 在經(jīng)過各方認(rèn)可的情況下對項目的變更進(jìn)行實施。

        針對變更情況修改項目進(jìn)度、調(diào)整項目人員等，必要時進(jìn)行合同變更。

        .4.5形成文檔

        《項目變更流程》：針對項目實際情況建立一套正規(guī)的變更流程。

        《項目變更申請表》：變更提出方在變更提出時需填寫變更申請。

        《項目變更審核表》：項目變更需由項目的審核方（如甲方項目經(jīng)理、項目管理方負(fù)責(zé)人、項目實施方項目經(jīng)理等）進(jìn)行審核，并記錄審核結(jié)果。

        《項目變更影響評估表》：項目變更需由影響的評估方（如甲方項目經(jīng)理、項目管理方負(fù)責(zé)人、項目實施方項目經(jīng)理等）進(jìn)行評估，并記錄評估結(jié)果。

        《項目變更記錄表》：項目變更通過審核和評估后，在客戶、項目管理方和項目實施方均認(rèn)可的情況下由項目實施方進(jìn)行實施，記錄下此次變更內(nèi)容、結(jié)果及對項目的影響等。

        .5 項目評審制度

        .6.1定義

        針對項目各階段形成的設(shè)計、文檔、代碼、進(jìn)度表的質(zhì)量進(jìn)行綜合評價。

        .6.2目的

        確保項目的進(jìn)度和質(zhì)量在可控范圍內(nèi)。

        .6.3負(fù)責(zé)人

        公司管理層和技術(shù)項目部評審負(fù)責(zé)人。

        .6.4任務(wù)

        確定開發(fā)周期制定是否合理。

        確定各項系統(tǒng)設(shè)計是否科學(xué)、合理、準(zhǔn)確。

        審核項目文檔是否符合公司或甲方要求的規(guī)范。

        審核代碼編寫是否符合規(guī)范。

        .4.5形成文檔

        《項目審核表》：記錄評審項目、內(nèi)容、結(jié)論、調(diào)整及修改建議。

        .6 項目會議制度

        .6.1定義

        針對項目制定的會議類型、開會時間、會議頻次、與會人員等與會議相關(guān)的制度。

        .6.2目的

        明確項目會議時間、頻次、與會人員等規(guī)定，為項目溝通聯(lián)系、項目問題討論、項目進(jìn)度把握提供平臺。

        .6.3負(fù)責(zé)人

        項目經(jīng)理和項目管理人員。

        .6.4任務(wù)

        確定項目會議類型，如項目例會、項目階段評審會、項目臨時討論會等，及不同類型會議的與會人員要求。例如項目確定有項目例會，要求項目經(jīng)理和主要設(shè)計人員必須參加。

        確定不同會議類型的頻次和開會時間，例如項目例會定為每周五下午三點，有因特殊情況不開則另行通知。

        .4.5形成文檔

        《項目會議制度》：記錄與項目各類型會議相關(guān)的規(guī)定，可根據(jù)項目復(fù)雜度具體安排。

        《會議記錄》：記錄并保存會議的內(nèi)容。

        .7 項目文檔管理

        .7.1定義

        項目文檔管理，是指在一個系統(tǒng)(軟件)項目管理、開發(fā)進(jìn)程中將提交的文檔進(jìn)行統(tǒng)一管理的過程。細(xì)分文檔的生命周期，一般包括：創(chuàng)建、審批、發(fā)布、修改、分發(fā)、簽收、追繳、歸檔、廢止與恢復(fù)。

        .7.2目的

        將項目相關(guān)文檔統(tǒng)一收集、統(tǒng)一發(fā)布、分類管理、規(guī)范命名、規(guī)范格式、管理版本、歸檔保存。

        .7.3負(fù)責(zé)人

        項目管理人員。

        .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)建文檔目錄，列出所有文檔名、所屬類別、最后版本、負(fù)責(zé)人、評審人及文檔完成情況，并創(chuàng)建具體文檔的超鏈接。

        文檔評審：依據(jù)文檔編寫規(guī)范和文檔編寫模板對收集上來的文檔進(jìn)行格式校對和內(nèi)容評審，通過后統(tǒng)一發(fā)布。如沒有通過校對，則退回修改，以新版本重新上交校對和評審。

        文檔版本管理：可以借助VSS等版本控制軟件管理文檔版本，保存并區(qū)分文檔各個版本，明確標(biāo)記文檔的最新版，以保證每次修改都是對最新版的修改。

        文檔歸檔保存：對通過校對和評審的定稿文檔標(biāo)記為“評審版”或“完成版”，并歸檔保存。

        .7.5形成文檔

        《文檔編寫格式規(guī)范》：不需要每個項目都重新制定文檔編寫格式規(guī)范，可以參照公司統(tǒng)一標(biāo)準(zhǔn)執(zhí)行，但是項目文檔編寫前必須明確依據(jù)的標(biāo)準(zhǔn)。

        《項目文檔目錄》：可以在項目初期就明確項目每個階段所要編寫的文檔，將其命名并編入文檔目錄統(tǒng)一管理文檔版本和完成情況。

        .8 項目源碼管理

        .8.1定義

        軟件項目開發(fā)過程中對程序源代碼、數(shù)據(jù)庫表、索引、觸發(fā)器、存儲過程創(chuàng)建腳本、相關(guān)環(huán)境設(shè)置等進(jìn)行定期備份和歸檔管理。

        .8.2目的

        對程序源代碼進(jìn)行版本控制、備份和歸檔，保證程序的安全。

        .8.3負(fù)責(zé)人

        項目經(jīng)理和項目管理人員。

        .8.4任務(wù)

        版本控制：在開發(fā)過程中對程序源代碼進(jìn)行版本控制，常用的方式是使用SVN或VSS版本控制軟件控制程序版本。

        程序備份歸檔：定期對程序源代碼、數(shù)據(jù)庫表、索引、觸發(fā)器、存儲過程創(chuàng)建腳本、相關(guān)環(huán)境設(shè)置等進(jìn)行全備份并進(jìn)行異地存儲以保證程序安全，對已經(jīng)完成的程序或腳本進(jìn)行歸檔，統(tǒng)一保存。

        建立程序源代碼目錄：對所有程序，包括客戶端程序、服務(wù)器端程序、數(shù)據(jù)內(nèi)觸發(fā)器、存儲過程、函數(shù)等程序代碼建立程序源代碼目錄，清晰管理源程序。

        .8.5形成文檔

        《程序源代碼目錄》：包括程序名、編程語言（C#、VB、SQL等）、所屬系統(tǒng)模塊、編制人、最后修改日期、修改人等信息。

        三、 軟件項目階段定義

        .1 需求分析

        .1.1 定義

        需求分析指的是在開發(fā)一個新的或改變一個現(xiàn)有的計算機(jī)軟件系統(tǒng)時描述新系統(tǒng)的目的、范圍、業(yè)務(wù)流程和功能時所要做的所有的工作。需求分析是軟件開發(fā)項目中的一個關(guān)鍵過程。在這個過程中，系統(tǒng)分析員和軟件設(shè)計師調(diào)研現(xiàn)行業(yè)務(wù)，確定用戶的需要，分析和尋求系統(tǒng)的解決方案。

        .1.2 目的

        調(diào)研用戶組織機(jī)構(gòu)、業(yè)務(wù)特點、業(yè)務(wù)流程，確定用戶的具體需求，分析并提出具體的解決方案，明確開發(fā)范圍、具體功能、本系統(tǒng)與其它系統(tǒng)的關(guān)聯(lián)關(guān)系、用戶對系統(tǒng)的技術(shù)要求等，并進(jìn)行詳細(xì)描述。需求分析是編寫技術(shù)附件的基礎(chǔ)，為合同的簽訂提供依據(jù)，也是系統(tǒng)設(shè)計、開發(fā)的基礎(chǔ)和依據(jù)。

        .1.3 負(fù)責(zé)人

        項目經(jīng)理、軟件設(shè)計人員。

        .1.4 任務(wù)

        對用戶的組織機(jī)構(gòu)、業(yè)務(wù)特點、業(yè)務(wù)流程、具體需求進(jìn)行調(diào)研；

        明確項目背景：包括項目的提出（如項目提出方、開發(fā)此項目的目的），系統(tǒng)隸屬關(guān)系及其它關(guān)聯(lián)，用戶特點，約束（如費(fèi)用、交付日期）等；

        業(yè)務(wù)現(xiàn)狀描述：明確開發(fā)依據(jù)，確定開發(fā)業(yè)務(wù)范圍和系統(tǒng)實現(xiàn)的主要目標(biāo)。對前期業(yè)務(wù)調(diào)研的結(jié)果進(jìn)行匯總，具體體現(xiàn)為組織機(jī)構(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)有計算機(jī)系統(tǒng)及運(yùn)行環(huán)境的約束、接口約束、精度要求、時間特性要求和靈活性要求等。

        問題備忘：記錄本階段未解決的問題或可能存在的問題預(yù)測。

        對需求分析內(nèi)容進(jìn)行評審，并得到用戶的簽字認(rèn)可。

        .1.5 形成文檔

        《調(diào)研分析報告》：包括組織機(jī)構(gòu)圖、工藝流程圖、現(xiàn)行業(yè)務(wù)流程圖、業(yè)務(wù)功能層次圖、現(xiàn)有帳票/報表一覽表、業(yè)務(wù)功能模塊等。

        .2 基本設(shè)計

        .2.1 定義

        基本設(shè)計也稱為概要設(shè)計，是軟件系統(tǒng)設(shè)計中將業(yè)務(wù)邏輯優(yōu)化改造為系統(tǒng)內(nèi)處理流程的重要過程，是系統(tǒng)最終功能層次的具體體現(xiàn)，并對每個功能的處理過程進(jìn)行詳細(xì)描述。

        .2.2 目的

        將軟件系統(tǒng)需求轉(zhuǎn)換為系統(tǒng)內(nèi)的設(shè)計。

        確定系統(tǒng)內(nèi)的具體功能模塊和模塊內(nèi)的具體功能層次。

        將現(xiàn)行業(yè)務(wù)的處理流程進(jìn)行優(yōu)化改造，形成系統(tǒng)內(nèi)的新處理流程，明確每個新處理流程所要求的輸入信息和所產(chǎn)生的輸出信息。

        對系統(tǒng)內(nèi)具體模塊所包含的具體功能進(jìn)行詳細(xì)描述，明確每個功能的實現(xiàn)過程及其所產(chǎn)生的結(jié)果和主要數(shù)據(jù)信息，為數(shù)據(jù)庫表結(jié)構(gòu)設(shè)計提供基礎(chǔ)。

        .2.3 負(fù)責(zé)人

        項目經(jīng)理和設(shè)計人員。

        .2.4 任務(wù)

        確定系統(tǒng)的具體功能層次結(jié)構(gòu)，繪制功能層次圖。

        將現(xiàn)行業(yè)務(wù)的處理流程進(jìn)行優(yōu)化改造，明確新處理流程所要求的輸入信息和所產(chǎn)生的輸出信息，明確功能模塊之間的關(guān)聯(lián)關(guān)系，對應(yīng)功能層次圖中的具體功能，繪制業(yè)務(wù)流程圖。

        對系統(tǒng)內(nèi)每個模塊所包含的具體功能進(jìn)行詳細(xì)描述，明確每個功能的實現(xiàn)

        過程及其產(chǎn)生的結(jié)果和主要數(shù)據(jù)信息，明確本系統(tǒng)與其它系統(tǒng)的接口關(guān)聯(lián)關(guān)系、通訊方式和具體通訊內(nèi)容，對應(yīng)功能層次圖中的具體功能進(jìn)行業(yè)務(wù)功能描述。

        對基本設(shè)計內(nèi)容進(jìn)行評審，并得到用戶的簽字認(rèn)可。

        .2.5 形成文檔實用性原則

        《概要設(shè)計報告》包括以下部分：

        《功能層次圖》：明確系統(tǒng)內(nèi)功能層次結(jié)構(gòu)，（格式見附錄）。

        《業(yè)務(wù)流程圖》：展示優(yōu)化改造后的業(yè)務(wù)流程，（格式見附錄）。

        《業(yè)務(wù)功能描述》：對業(yè)務(wù)功能和與接口系統(tǒng)的通訊方式、通訊內(nèi)容進(jìn)行詳細(xì)描述。

        《系統(tǒng)編碼規(guī)則表》：說明支持系統(tǒng)運(yùn)行所需引用或建立的編碼，包括對象、長度、格式、規(guī)則等，例如日期、單據(jù)號等格式。

        《模塊一覽表》：對應(yīng)功能層次圖，列出在詳細(xì)設(shè)計階段需要設(shè)計的所有程序/模塊。

        《集成測試計劃》：列出測試中的每一項測試內(nèi)容的名稱標(biāo)識符、這些測試的進(jìn)度安排以及這些測試的內(nèi)容和目的，例如模塊功能測試、接口正確性測試、數(shù)據(jù)文卷存取的測試、運(yùn)行時間的測試、設(shè)計約束和極限的測試等，給出對這項測試的進(jìn)度安排，包括進(jìn)行測試的日期和工作內(nèi)容（如熟悉環(huán)境。培訓(xùn)、準(zhǔn)備輸入數(shù)據(jù)等）。說明測試各環(huán)節(jié)的控制方式，如輸入是人工、半自動或自動引入、控制操作的順序以及結(jié)果的記錄方法。

        .3 詳細(xì)設(shè)計

        .3.1 定義

        詳細(xì)設(shè)計是指在軟件設(shè)計過程中基本設(shè)計完成后，明確了系統(tǒng)內(nèi)的具體功能層次和所有功能的具體處理方式的基礎(chǔ)上，針對系統(tǒng)內(nèi)功能的實現(xiàn)即程序編制所做的設(shè)計，在詳細(xì)設(shè)計的過程中可同時進(jìn)行程序的編制。

        .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)系，進(jìn)行數(shù)據(jù)庫表結(jié)構(gòu)設(shè)計。

        結(jié)合《模塊一覽表》，對每一個程序進(jìn)行畫面設(shè)計和前后臺程序規(guī)格說明書的編寫，程序員將結(jié)合畫面設(shè)計和程序規(guī)格說明書的內(nèi)容編制程序。

        詳細(xì)設(shè)計是程序編制的基礎(chǔ)和鋪墊，所做的工作是為了更好的指導(dǎo)程序的編制。

        .3.3 負(fù)責(zé)人

        設(shè)計人員和程序員。

        .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ù)、對象、后臺進(jìn)程程序等的具體命名、功能、處理邏輯、觸發(fā)時序、輸入輸出限制和涉及數(shù)據(jù)庫表等內(nèi)容。

        畫面設(shè)計書和程序規(guī)格說明書是指導(dǎo)程序員編程的重要依據(jù)，其詳細(xì)程度、準(zhǔn)確程度和可讀性將直接影響程序員對程序編制內(nèi)容的理解。

        .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畫圖工具展示界面布局，也可以用編程工具（如VB）布置窗體格局后抓圖展示畫面布局。明確畫面內(nèi)所顯示數(shù)據(jù)窗口中數(shù)據(jù)的來源（表、視圖）、檢索條件、具體數(shù)據(jù)項名稱、類型、精度限制、是否主鍵等和按鈕等控件的命名和擺放位置。

        《數(shù)據(jù)流程設(shè)計》：數(shù)據(jù)流是組織中信息運(yùn)動的抽象，是信息邏輯系統(tǒng)模型的主要形式。這個模型不涉及硬件、軟件、數(shù)據(jù)結(jié)構(gòu)與文件組織，它與對系統(tǒng)的物理描述無關(guān)，只是用一種圖形及與此相關(guān)的注釋來表示系統(tǒng)的邏輯功能，即所開發(fā)的系統(tǒng)在信息處理方面要做什么。

        《算法設(shè)計》：描述系統(tǒng)主要業(yè)務(wù)邏輯的算法，例如：運(yùn)輸總量的計算公式、GPS定位算法等。

        .4 程序開發(fā)

        .4.1 定義

        編制程序代碼,實現(xiàn)相應(yīng)的系統(tǒng)功能。

        .4.2 目的

        將設(shè)計的具體內(nèi)容在系統(tǒng)內(nèi)實現(xiàn)。

        3.4.3 負(fù)責(zé)人

        設(shè)計人員和程序員。

        .4.4 任務(wù)

        設(shè)計人員制定程序編制進(jìn)度計劃和程序模板，指導(dǎo)程序員編程，并考核程序編制進(jìn)度。

        程序員依據(jù)畫面設(shè)計書、程序規(guī)格說明書、程序模板和程序開發(fā)規(guī)范編寫程序，并對程序進(jìn)行單體測試，測試完成的程序交予程序設(shè)計人員。

        .4.5 形成文檔

        《程序編制進(jìn)度計劃》：對程序編制時間進(jìn)行管理，掌控工作執(zhí)行情況。 《單元測試用例》：用來證明一個獨(dú)立的單元是否實現(xiàn)了詳細(xì)設(shè)計說明書中要求，詳細(xì)列出每項測試中所使用的輸入數(shù)據(jù)及選擇這些輸入數(shù)據(jù)的策略，說明預(yù)期的輸出數(shù)據(jù)，如測試結(jié)果及可能產(chǎn)生的中間結(jié)果或運(yùn)行信息。

        .5 系統(tǒng)測試

        .5.1 定義

        指對一個完成了全部或部分功能的程序在正式使用前的檢測，以確保該程序能按預(yù)定的方式正確地運(yùn)行。

        .5.2 目的

        發(fā)現(xiàn)程序錯誤、缺陷和隱含陷阱。

        .5.3 負(fù)責(zé)人

        設(shè)計人員、程序員和測試人員。

        .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ù)流的通暢性、完整性，模塊間的借口和通信問題及異常情況處理等。依據(jù)軟件需求說明書檢查系統(tǒng)的功能、性能及其他特征是否與用戶的需求一致；由業(yè)務(wù)人員依據(jù)基本設(shè)計中的業(yè)務(wù)流程設(shè)計測試系統(tǒng)功能表是否正確，數(shù)據(jù)結(jié)果是否完成等，并按照正式應(yīng)用的操作方式測試系統(tǒng)功能。

        .5.5 形成文檔

        《集成測試計劃》：由程序設(shè)計者制定并測試模塊整體功能和模塊間關(guān)聯(lián)功能。由業(yè)務(wù)人員或操作人員測試系統(tǒng)內(nèi)部及與外部接口的功能。

        《單元測試報告》：程序員在開發(fā)程序過程中對每個編制完成的單體程序進(jìn)行測試，并記錄測試情況，編寫測試報告。

        《集成測試報告》：由項目總體負(fù)責(zé)人記錄集成測試的進(jìn)度及結(jié)果。

        .6 業(yè)務(wù)培訓(xùn)

        .6.1 定義

        軟件開發(fā)項目中的業(yè)務(wù)培訓(xùn)是指對軟件系統(tǒng)的用戶關(guān)于軟件系統(tǒng)的操作方式、操作流程等進(jìn)行的培訓(xùn)。

        .6.2 目的

        使用戶會使用軟件系統(tǒng)的相應(yīng)功能。

        .6.3 負(fù)責(zé)人

        設(shè)計人員和程序員。

        .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)境熟練操作。

        .6.5 形成文檔

        《操作手冊》：針對操作人員的描述系統(tǒng)功能操作方式、流程的文檔。 《培訓(xùn)計劃》：根據(jù)用戶實際情況確定培訓(xùn)方式，編制培訓(xùn)計劃。

        《培訓(xùn)記錄》：記錄每位用戶的培訓(xùn)效果，必要時附加評分。

        .7 系統(tǒng)運(yùn)行

        .7.1 定義

        經(jīng)過綜合測試的軟件系統(tǒng)在進(jìn)行過業(yè)務(wù)培訓(xùn)后，布置正式環(huán)境，布置客戶端，分配系統(tǒng)內(nèi)用戶權(quán)限，準(zhǔn)備運(yùn)行數(shù)據(jù)，正式投入使用的過程。

        .7.2 目的

        使軟件系統(tǒng)順利投入使用。

        .7.3 負(fù)責(zé)人

        項目經(jīng)理、設(shè)計人員。

        .7.4 任務(wù)

        布置正式環(huán)境，按照系統(tǒng)規(guī)劃配置正式環(huán)境，將數(shù)據(jù)庫、通訊中間件配置、開發(fā)環(huán)境下的前后臺程序移植到正式環(huán)境并進(jìn)行測試。

        布置客戶端，可以由我們提供需安裝的客戶端軟件、編譯后的可執(zhí)行程序和客戶端配置方法等，用戶方自行布置客戶端。布置客戶端的時候可以同時安裝遠(yuǎn)程控制軟件，核對客戶端IP地址表，以方便維護(hù)。

        分配系統(tǒng)權(quán)限，對系統(tǒng)內(nèi)的功能按崗位、角色分配使用權(quán)限，可以由用戶方自行分配權(quán)限。

        準(zhǔn)備運(yùn)行數(shù)據(jù)，準(zhǔn)備系統(tǒng)運(yùn)行所必須的初始數(shù)據(jù)，可以采用人工錄入或?qū)氲姆绞阶⑷胂到y(tǒng)內(nèi)。

        制定系統(tǒng)上線計劃，對應(yīng)復(fù)雜的軟件系統(tǒng)或?qū)崟r性很強(qiáng)的生產(chǎn)管理洗頭膏需要制定詳細(xì)的上線運(yùn)行計劃，協(xié)調(diào)安排所有與系統(tǒng)上線相關(guān)的因素，必要時可以做上線前的模擬上線。

        .7.5 形成文檔

        《部署說明文檔》：詳細(xì)說明程序上線部署的全部流程、網(wǎng)絡(luò)和系統(tǒng)環(huán)境需求、外部先決條件、配合人員。

        《系統(tǒng)上線計劃》：制定上線的詳細(xì)步驟，具體時間安排。

        《系統(tǒng)運(yùn)行報告》：記錄系統(tǒng)運(yùn)行情況、故障情況和運(yùn)行結(jié)論。

        .8 項目的完成及回顧

        .8.1 定義

        項目依據(jù)合同要求驗收后，以簽署竣工文件作為項目完成的標(biāo)志。項目完成后對項目的文檔、資料、源程序等進(jìn)行歸檔，同時總結(jié)項目經(jīng)驗、教訓(xùn)、成果等。

        .8.2 目的

        確定項目完成，歸檔項目資料，總結(jié)項目成果。

        .8.3 負(fù)責(zé)人

        項目經(jīng)理。

        .8.4 任務(wù)

        在系統(tǒng)穩(wěn)定運(yùn)行后，依據(jù)合同要求協(xié)調(diào)用戶和項目相關(guān)管理方對系統(tǒng)進(jìn)行驗收（通常規(guī)定系統(tǒng)穩(wěn)定運(yùn)行三個月可進(jìn)行驗收），在驗收時需提供《運(yùn)行報告》，《驗收報告》，《維護(hù)方案》。

        對項目的文檔、資料、源程序等進(jìn)行歸檔，同時總結(jié)項目經(jīng)驗、教訓(xùn)、成果等，形成項目總結(jié)報告。

        3.8.5 形成文檔

        《運(yùn)行報告》：記錄系統(tǒng)穩(wěn)定運(yùn)行的情況。。

        《驗收報告》：記錄系統(tǒng)內(nèi)功能依據(jù)合同技術(shù)附件內(nèi)容的完成情況和驗收時需要移交的文檔簽收情況。

        《維護(hù)方案》：記錄系統(tǒng)維護(hù)方法、值班及響應(yīng)時間和參與維護(hù)的人員的姓名及聯(lián)系方式。

        《項目質(zhì)量綜合評價報告》：記錄歸檔的項目的文檔、資料、源程序，評估項目質(zhì)量，總結(jié)項目經(jīng)驗、教訓(xùn)、成果等。

        四、 軟件項目開發(fā)流程

        .1 項目策劃與需求分析

        內(nèi)部項目《項目建議書》、外部項目《可行性報告》。

        .2 項目調(diào)研與評審

        公司內(nèi)部招募項目組長或推選項目組長。

        進(jìn)行項目調(diào)研，并編寫《調(diào)研分析報告》。

        各項目組長候選人評選或推選的項目組長進(jìn)行項目答辯，確認(rèn)項目組長。 評審并確認(rèn)調(diào)研分析報告。

        成立項目組，制定《項目章程》。

        .3 基本設(shè)計與評審

        編寫《基本設(shè)計》和《集成測試計劃》

        基本設(shè)計評審（主要評審業(yè)務(wù)流程設(shè)計、功能設(shè)計、集成測試計劃）

        .4 詳細(xì)設(shè)計與評審

        編寫《詳細(xì)設(shè)計》。

        《詳細(xì)設(shè)計》評審。

        .5 系統(tǒng)開發(fā)

        編制項目開發(fā)分工和各模塊工期表，即《項目開發(fā)進(jìn)度表》

        《項目開發(fā)進(jìn)度表》評審

        編寫《單元測試用例》

        .6 系統(tǒng)測試

        單元測試并編寫《單元測試報告》。

        集成測試并編寫《集成測試報告》。

        .7 項目審核與內(nèi)部驗收

        對項目各項指標(biāo)進(jìn)行綜合評審并編寫《項目質(zhì)量綜合評審表》。

        根據(jù)評審結(jié)果確定是否達(dá)到內(nèi)部驗收標(biāo)準(zhǔn)。

        .8 項目實施

        編寫《操作手冊》和《培訓(xùn)計劃》，對甲方進(jìn)行業(yè)務(wù)培訓(xùn)。

        編寫《部署說明文檔》和《系統(tǒng)上線計劃》，開始按計劃實施。

        .9 項目驗收

        根據(jù)甲方要求編寫項目驗收相關(guān)文檔，例如：《系統(tǒng)上線報告》、《項目驗收報告》

        4.10 軟件項目開發(fā)流程圖

        五、 開發(fā)人員進(jìn)度檢查與績效考評

        .1 考評原則

        軟件開發(fā)人員的績效考評是所有軟件公司都深感棘手但又必須面對的問題。棘手的原因是既不能進(jìn)行計時處理、也不能進(jìn)行計件處理。計時會造成出工不出力，計件（一般按代碼條數(shù)）會挫傷優(yōu)秀軟件人員的積極性（同樣實現(xiàn)一個功能，不同層次的軟件人員實現(xiàn)的過程差別很大，且質(zhì)量不同）。但是只要尊重一些必要的原則，還是能夠加以評估的。這里提出六條原則：

        、 被考核對象必須有明確的任務(wù)

        項目經(jīng)理或開發(fā)經(jīng)理必須發(fā)出明確的任務(wù)書：任務(wù)書中指定任務(wù)名稱、任務(wù)內(nèi)容、完成時限之、考核標(biāo)準(zhǔn)、向誰負(fù)責(zé)、任務(wù)的難易程度（業(yè)務(wù)與技術(shù)兩個方面）。難易程度由項目組成員集體評價。沒有明確的任務(wù)當(dāng)然就無法考評。

        、 考評標(biāo)準(zhǔn)要綜合計量量與非計量量

        計量量如：完成時間、完成了多少功能、測試出多少缺陷等，非計量量如：用戶接受程度如何、項目組合作情況如何等等，要將這些因素綜合考慮。

        、 要體現(xiàn)多勞多得、獎勤罰懶

        高效、高質(zhì)完成任務(wù)的人員必須得到區(qū)別對待（調(diào)資、休假、獎金）。

        、 考評結(jié)果要及時與被考評對象溝通，容許爭議協(xié)調(diào)。

        、 考評時間為項目正式驗收后。

        、 被考評要提供周報月報之類的內(nèi)容，但不作為考評的依據(jù)。我們只注重結(jié)果，也就是說根據(jù)結(jié)果認(rèn)定過程。

        .2 考評標(biāo)準(zhǔn)

        考評分為三方面：1.工作任務(wù)（占比70%），2.能力態(tài)度（占比30），3.遵守規(guī)章制度（減分項）

        遵守規(guī)章制度考評：考評員工是否遵守公司和部門的規(guī)章制度、流程、規(guī)范，此考評項目是扣分項，對不遵守的各項制度按公司規(guī)定進(jìn)行相應(yīng)的減分。

        工作任務(wù)和能力態(tài)度的各單項評分標(biāo)準(zhǔn)：

        100  滿足KPI要求（完成工作），不易超越，并且能影響別人 100 滿足KPI要求（完成工作），遠(yuǎn)超預(yù)期，或工作優(yōu)秀，能影響別人 95  滿足KPI要求（完成工作），有難度，并且超越預(yù)期要求 90  滿足KPI要求（完成工作），有一定難度 80  滿足KPI要求（完成工作），一般難度 70   沒有滿足KPI要求（完成工作），一般難度，或，工作態(tài)度存在問題，影響團(tuán)隊 60   嚴(yán)重影響工作進(jìn)展，工作態(tài)度存在問題，影響團(tuán)隊

        單項以5分為一階，也就是最小打分單位為5分

        各項得分需乘以其權(quán)重就是該項最終得分

        測評總分計算公式：總分 = 工作任務(wù)得分   能力態(tài)度得分–遵守規(guī)章制度考評得分