項目過程管理

1、1、目的 為了對開發(fā)部的開發(fā)工作進行有效控制，確保開發(fā)工作的有序性、可控性、計劃性和延續(xù)性，提高開發(fā)質(zhì)量，特制定本控制程序。2、范圍本程序適用于軟件開發(fā)管理過程。3、相關(guān)文件3.1 產(chǎn)品發(fā)布規(guī)范3.2 評審管理制度3.3 產(chǎn)品測試作業(yè)規(guī)程4、職責(zé)4.1 開發(fā)部經(jīng)理負責(zé)審批開發(fā)任務(wù)、概要設(shè)計、數(shù)據(jù)庫設(shè)計、開發(fā)計劃、更改申請、項目總結(jié)等。4.2 開發(fā)部經(jīng)理負責(zé)審核開發(fā)任務(wù)、概要設(shè)計、數(shù)據(jù)庫設(shè)計、開發(fā)計劃、更改申請、項目總結(jié)等。4.3 開發(fā)部經(jīng)理負責(zé)審批詳細設(shè)計、開發(fā)進度記錄等。4.4 開發(fā)部經(jīng)理負責(zé)工程錯誤的指派，協(xié)助其它部門工作并提供相關(guān)的技術(shù)支持工作。4.5 設(shè)計師負責(zé)概要設(shè)計、數(shù)據(jù)庫設(shè)計的編

2、寫、詳細設(shè)計的審核等工作，并參與開發(fā)的階段性輸出評審，開發(fā)結(jié)果檢查工作。4.6 開發(fā)小組負責(zé)詳細設(shè)計、開發(fā)計劃、開發(fā)進度記錄編寫，具體的開發(fā)實施工作。4.7 開發(fā)工程師負責(zé)編寫詳細設(shè)計、監(jiān)督開發(fā)進度、組織單元測試和檢查開發(fā)結(jié)果等主要工作。4.8 信息化實施與管理部負責(zé)組織概要設(shè)計、數(shù)據(jù)庫設(shè)計、詳細設(shè)計、階段性輸出的評審，開發(fā)服務(wù)器的日常備份、各種質(zhì)量記錄的審批組織和資料歸檔工作；并提供開發(fā)的具體用戶需求和產(chǎn)品完善建議，并協(xié)助完成開發(fā)的測試驗證，參與開發(fā)的相關(guān)評審工作。4.9 測試部負責(zé)開發(fā)的測試驗證、組織產(chǎn)品發(fā)布工作，并參與開發(fā)的相關(guān)評審工作。5、開發(fā)宗旨以用戶需求驅(qū)動產(chǎn)品開發(fā)，產(chǎn)品的所有功能

3、設(shè)計應(yīng)當(dāng)都能在用戶的實際需求中找到原型，作為設(shè)計開發(fā)的依據(jù)，同時兼顧覆蓋面和通用性的要求。在設(shè)計上，必須首先滿足用戶的普遍需求，然后再考慮邊緣的、較為個性化的需求。6、開發(fā)工作的一些通用規(guī)范6.1 在提交測試部測試以前，程序編寫人員必須進行功能單元自測工作。6.2 開發(fā)任務(wù)的編碼周期大于等于10人天的設(shè)計評審和設(shè)計更改評審必須是會議評審方式；編碼周期小于10人天的基礎(chǔ)模塊、后臺、工作流等框架功能的開發(fā)任務(wù)的設(shè)計評審方式由開發(fā)部經(jīng)理指定。并在設(shè)計的會議評審中確定該任務(wù)的后期的階段評審點，以及該任務(wù)的發(fā)布方式。階段評審點主要包括里程碑完成后、提交測試前。發(fā)布方式主要包括試用發(fā)布和正式發(fā)布。6.3

4、開發(fā)工程師每完成一項開發(fā)計劃中的內(nèi)容，必須及時向部門經(jīng)理匯報進展情況，以便啟動下一步的工作。同時項目管理員負責(zé)將開發(fā)進度情況更新到內(nèi)部系統(tǒng)里任務(wù)單的開發(fā)計劃中。6.4 如果需要撤消開發(fā)任務(wù)，開發(fā)部經(jīng)理必須提出任務(wù)撤消申請單，經(jīng)開發(fā)部經(jīng)理審批后生效。6.5 未經(jīng)發(fā)布的產(chǎn)品不準(zhǔn)應(yīng)用于工程。6.6 項目管理員根據(jù)開發(fā)任務(wù)和開發(fā)質(zhì)量記錄登記開發(fā)任務(wù)臺帳。7、設(shè)計開發(fā)過程管理7.1 任務(wù)分類開發(fā)任務(wù)分為四類，為產(chǎn)品開發(fā)或完善任務(wù)、技術(shù)研究任務(wù)、二次開發(fā)任務(wù)和臨時開發(fā)任務(wù)。任務(wù)來源包括：1）由開發(fā)部門提出項目建議書并審核通后下達的產(chǎn)品開發(fā)或完善任務(wù)。2）由開發(fā)部門根據(jù)用戶需求(用戶方提出的需求)或內(nèi)部需求

5、（公司提出的需求）等提出的臨時任務(wù)。3）由開發(fā)部門根據(jù)C類用戶需求提出的二次開發(fā)任務(wù)。4）由開發(fā)部門提出項目建議書并審核通后下達的技術(shù)研究任務(wù)。A類和B類用戶需求可以通過產(chǎn)品開發(fā)或完善任務(wù)和臨時任務(wù)來最終實現(xiàn)，如果對用戶需求進行過提煉總結(jié)且編碼工作量大于60人天則以產(chǎn)品開發(fā)或完善任務(wù)實現(xiàn)，否則以臨時任務(wù)方式實現(xiàn)。7.2 產(chǎn)品開發(fā)或完善任務(wù)的設(shè)計開發(fā)過程管理產(chǎn)品開發(fā)或完善任務(wù)的設(shè)計開發(fā)過程詳見公司的產(chǎn)品開發(fā)控制程序。7.3二次開發(fā)任務(wù)7.3.1二次開發(fā)任務(wù)的開發(fā)過程，參見下圖。流程說明：環(huán)節(jié)編號環(huán)節(jié)名稱說明001下發(fā)任務(wù)單由開發(fā)部經(jīng)理根據(jù)生效的C類需求記錄，填寫工作任務(wù)單，經(jīng)信息化實施與管理部經(jīng)

6、理確認，下達給相關(guān)的開發(fā)負責(zé)人確認。002詳細設(shè)計二次開發(fā)必須指定開發(fā)工程師針對二次開發(fā)需求按照詳細設(shè)計模板撰寫詳細設(shè)計003組織評審評審具體操作規(guī)范可參見評審管理制度009測試發(fā)布測試工作的進行具體可以參見產(chǎn)品測試作業(yè)規(guī)程。產(chǎn)品經(jīng)測試部測試通過后，由測試部負責(zé)組織產(chǎn)品的發(fā)布工作，開發(fā)小組提供相應(yīng)的協(xié)助。產(chǎn)品發(fā)布的具體操作請參見產(chǎn)品發(fā)布規(guī)范。7.4技術(shù)研究任務(wù)技術(shù)研究的設(shè)計開發(fā)過程詳見公司的預(yù)研開發(fā)控制程序以及技術(shù)開發(fā)控制程序。7.5 臨時開發(fā)任務(wù) 7.5.1臨時開發(fā)任務(wù)的開發(fā)過程參見以下流程圖：流程說明：環(huán)節(jié)編號環(huán)節(jié)名稱說明001下發(fā)任務(wù)單由開發(fā)部經(jīng)理根據(jù)生效的用戶需求記錄填寫工作任務(wù)單，下

7、達給相關(guān)的開發(fā)負責(zé)人確認。此類任務(wù)一般編碼工作量在60人天以內(nèi)；由開發(fā)部經(jīng)理根據(jù)需求的總結(jié)或者內(nèi)部建議下達給相關(guān)的開發(fā)負責(zé)人確認。此類任務(wù)一般編碼工作量在60人天以內(nèi)002、006是否撰寫概要設(shè)計是否撰寫詳細設(shè)計開發(fā)部經(jīng)理根據(jù)臨時開發(fā)任務(wù)的內(nèi)容決定是否需要撰寫概要設(shè)計或詳細設(shè)計。003概要設(shè)計概要設(shè)計、數(shù)據(jù)庫設(shè)計必須按照規(guī)定的設(shè)計模板撰寫， 數(shù)據(jù)庫設(shè)計為概要設(shè)計的附件文檔，提交概要設(shè)計時必須附上對應(yīng)的數(shù)據(jù)庫設(shè)計，數(shù)據(jù)庫設(shè)計由開發(fā)部門專人通過ETCONFIG工具更新到物理數(shù)據(jù)庫中。004、008組織評審評審具體操作規(guī)范可參見評審管理制度007詳細設(shè)計詳細設(shè)計必須按照規(guī)定的設(shè)計模板撰寫。014測試

8、發(fā)布測試工作的進行具體可以參見產(chǎn)品測試作業(yè)規(guī)程。產(chǎn)品經(jīng)測試部測試通過后，由測試部負責(zé)組織產(chǎn)品的發(fā)布工作，開發(fā)小組提供相應(yīng)的協(xié)助。產(chǎn)品發(fā)布的具體操作請參見產(chǎn)品發(fā)布規(guī)范。7.6設(shè)計錯誤的處理7.6.1設(shè)計錯誤是指在開發(fā)階段或測試階段發(fā)現(xiàn)和發(fā)生的以下三種情況：1）概要設(shè)計內(nèi)容錯誤，如前后矛盾、邏輯錯誤、模型關(guān)系錯誤、內(nèi)容缺漏或功能缺陷等，如果交付將無法滿足用戶要求或無法正常使用。2）詳細設(shè)計的內(nèi)容錯誤，不能滿足概要設(shè)計的功能要求。3）數(shù)據(jù)庫設(shè)計錯誤，數(shù)據(jù)庫設(shè)計不能滿足概要設(shè)計的要求，如數(shù)據(jù)關(guān)系錯誤、表結(jié)構(gòu)錯誤、數(shù)據(jù)類型錯誤等。7.6.2設(shè)計錯誤分為一般錯誤和嚴重錯誤：1)一般錯誤是指該設(shè)計錯誤對產(chǎn)品

9、功能影響較小并且對開發(fā)進度影響較小的問題。2）嚴重問題是指該設(shè)計錯誤對產(chǎn)品功能影響較大或者對開發(fā)進度影響較大的問題。7.6.3開發(fā)過程中發(fā)生的設(shè)計錯誤根據(jù)所造成的影響分為三種：1）該設(shè)計錯誤的影響只涉及已經(jīng)開發(fā)完的部分，對未開發(fā)的部分沒有影響。2）對已開發(fā)完和未開發(fā)的部分都有影響。3）該缺陷不對已經(jīng)開發(fā)完畢的代碼產(chǎn)生影響（或者影響很?。?，只影響未開發(fā)的部分。7.6.4一旦發(fā)現(xiàn)設(shè)計錯誤，都必須暫停開發(fā)，報告開發(fā)部經(jīng)理，開發(fā)部經(jīng)理指令相關(guān)的設(shè)計師和開發(fā)工程師判斷設(shè)計錯誤造成的影響以及嚴重程度，根據(jù)判斷結(jié)果采取措施，包括更改開發(fā)計劃、甚至撤銷開發(fā)任務(wù)。在處理設(shè)計錯誤時，原則如下：1）必須指令相關(guān)的設(shè)

10、計師和開發(fā)工程師更改相關(guān)的概要設(shè)計或詳細設(shè)計。如果的嚴重的設(shè)計錯誤 ，經(jīng)重新評審后，才可以重新啟動開發(fā)工作。2）如果設(shè)計人員暫時無法準(zhǔn)確估計錯誤類別或修改所需要的時間，必須暫時終止該開發(fā)任務(wù)（或子任務(wù)），將開發(fā)人員的工作另行安排，待設(shè)計修改通過評審后，再重新制定任務(wù)（或子任務(wù)）計劃。3）如果造成開發(fā)計劃的變化，必須提交計劃更改，將根據(jù)更改后的計劃進行考核。8、文檔管理8.1文檔存放和備份：開發(fā)過程中產(chǎn)生的一切文檔都存放在SubVersion服務(wù)器上，SubVersion服務(wù)器由項目管理員進行維護和管理，同時定期對文檔進行備份。8.2 開發(fā)部所發(fā)生的一切質(zhì)量記錄、臺帳記錄和設(shè)計文檔在生效后，統(tǒng)一

11、由項目管理員在SubVersion服務(wù)器上進行存檔，其他人員不能上傳文件。8.3 項目總結(jié)報告、任務(wù)撤消申請單等質(zhì)量記錄除了在SubVersion服務(wù)器上保留電子存檔外，還必須保留紙面記錄存檔。其他臺帳、設(shè)計文檔等保留電子存檔即可，注意根據(jù)SubVersion服務(wù)器操作要求打好版本標(biāo)記，并在紙面記錄上注明該文檔的版本記錄。8.4 目錄劃分：開發(fā)部文檔的目錄按照以下目錄結(jié)構(gòu)進行劃分，不同文檔按照其性質(zhì)存入不同的目錄。根目錄操作手冊設(shè)計文檔概要設(shè)計詳細設(shè)計數(shù)據(jù)庫設(shè)計開發(fā)進度記錄評審審批表更改審批表任務(wù)質(zhì)量記錄任務(wù)名稱和編號產(chǎn)品名稱產(chǎn)品資料開發(fā)臺帳程序文件產(chǎn)品版本8.4.1開發(fā)部的文檔從性質(zhì)上分為產(chǎn)品資料文檔和任務(wù)質(zhì)量記錄文檔。產(chǎn)品資料目錄下一般根據(jù)產(chǎn)品名稱和版本進行命名。任務(wù)質(zhì)量記錄目錄下一般根據(jù)任務(wù)名稱和編號進行命名，目錄定義方法參見上圖。8.4.2工作任務(wù)單、開發(fā)計劃、項目總結(jié)報告、任務(wù)撤消申請單、項目建議書等質(zhì)量記錄直接放到“任務(wù)名稱和編號”目錄下，與“開發(fā)進度記錄”目錄同層。8.4.3屬于產(chǎn)品資料的文檔包括：產(chǎn)品概要設(shè)計、詳細設(shè)計、數(shù)據(jù)庫設(shè)計、操作手冊和發(fā)布文件等。8.4.4開發(fā)人員退出開發(fā)小組后，開發(fā)文檔不得私自保留或帶出公司，更不能交給公司以外的人傳閱。提交外部的文檔，都要必須以PDF的保護格式提交。有關(guān)文檔的查閱管理按照公司技術(shù)資料和質(zhì)量