【正文】 詞的原詞組，并給予解釋，以便于所有讀者達(dá)成共識。業(yè)務(wù)對象使用部門對應(yīng)電子檔案編號說明：描述業(yè)務(wù)環(huán)節(jié)關(guān)鍵算法體系。例如：典型按庫存生產(chǎn)模式。角色知識技能要求建議人選、人數(shù)工作時間項(xiàng)目經(jīng)理需求開發(fā)人員 系統(tǒng)設(shè)計人員 編程人員 測試人員質(zhì)量保證人員配置管理人員服務(wù)與維護(hù)人員……. 成本估計內(nèi)容成本（人民幣）備注人力資源軟硬件資源差旅費(fèi)會議費(fèi)接待費(fèi)…. 進(jìn)度表提示：制定項(xiàng)目開發(fā)的進(jìn)度表（建議給出項(xiàng)目里程碑計劃）。第十三節(jié) 附則第六十六條 本制度由公司總部信息技術(shù)部負(fù)責(zé)解釋和修訂。第六十條 以上各要求需要在開發(fā)合同中明確。第十一節(jié) 合作開發(fā)管理第五十四條 合作開發(fā)商的選擇應(yīng)遵循公司相關(guān)規(guī)定，合作商資質(zhì)認(rèn)定參見第三方管理制度。第四十八條 項(xiàng)目組制定《系統(tǒng)上線計劃》（附件十七），上報公司主管領(lǐng)導(dǎo)審批。此報告應(yīng)由項(xiàng)目組和試運(yùn)行單位簽字確認(rèn)，并提交公司主管領(lǐng)導(dǎo)審閱。數(shù)據(jù)遷移計劃需經(jīng)項(xiàng)目經(jīng)理和主管領(lǐng)導(dǎo)簽字審批?！对囘\(yùn)行計劃》中應(yīng)包含問題應(yīng)對機(jī)制，明確問題溝通渠道和職責(zé)分工。第三十一條 IT組或合作開發(fā)商建立測試環(huán)境進(jìn)行系統(tǒng)測試。對開發(fā)環(huán)境、測試環(huán)境與生產(chǎn)環(huán)境在物理或邏輯方面應(yīng)該做到隔離；如果環(huán)境的分隔是通過邏輯形式實(shí)現(xiàn)的，應(yīng)定期檢查網(wǎng)絡(luò)設(shè)置。公司主管領(lǐng)導(dǎo)組織相關(guān)人員對概要設(shè)計進(jìn)行評審，出具《設(shè)計評審報告》（附件九）。第十四條 需求分析過程中，項(xiàng)目經(jīng)理組織制定詳細(xì)的《項(xiàng)目計劃書》（附件五），包括具體任務(wù)描述和項(xiàng)目進(jìn)度表等。經(jīng)系統(tǒng)使用部門審批確認(rèn)，作為業(yè)務(wù)需求基線。第五條 除特別指定，本制度中項(xiàng)目組包括業(yè)務(wù)組（或需求提出組）、IT組（可能包括網(wǎng)絡(luò)管理員和合作開發(fā)商）。版 本 頁標(biāo) 題：**集團(tuán)信息技術(shù)管理制度主 題： 軟件開發(fā)管理制度文檔編號：版本說明：版本號版本日期作者備注 創(chuàng)建審批**集團(tuán)軟件開發(fā)管理制度第一節(jié) 總 則第一條 為規(guī)范自有軟件研發(fā)以及外包軟件的管理工作，特制定本制度。第二節(jié) 立項(xiàng)管理第六條 提出開發(fā)需求的信息技術(shù)部門參與公司層面立項(xiàng)，進(jìn)行立項(xiàng)的技術(shù)可行性分析，編寫《立項(xiàng)分析報告》（附件一），開展前期籌備工作。第十條 IT組在獲得《業(yè)務(wù)需求說明書》后，提出技術(shù)需求和解決方案，并對系統(tǒng)進(jìn)行定義，出具《系統(tǒng)需求規(guī)格說明書》（附件三）。第十五條 在項(xiàng)目的各個階段，業(yè)務(wù)組組長和IT組組長需配合項(xiàng)目經(jīng)理制定階段性項(xiàng)目計劃。業(yè)務(wù)組組長和IT組組長應(yīng)參加此評審并對評審意見簽字確認(rèn)。項(xiàng)目組對已授權(quán)訪問生產(chǎn)環(huán)境的人員進(jìn)行詳細(xì)記錄，并對該記錄進(jìn)行定期檢查，確保只有經(jīng)授權(quán)的人員才能訪問到生產(chǎn)環(huán)境。在系統(tǒng)測試中對新系統(tǒng)內(nèi)部各模塊之間的接口和與其他系統(tǒng)的接口進(jìn)行充分測試。第三十六條 項(xiàng)目組聯(lián)合試運(yùn)行單位進(jìn)行相關(guān)系統(tǒng)部署工作，準(zhǔn)備培訓(xùn)資料，對相關(guān)用戶和信息技術(shù)人員進(jìn)行培訓(xùn)。第三十九條 數(shù)據(jù)遷移后，項(xiàng)目組對數(shù)據(jù)遷移的完整性和準(zhǔn)確性作出檢查，出具《數(shù)據(jù)遷移報告》（附件十四），其中包括數(shù)據(jù)來源、轉(zhuǎn)換前狀態(tài)、轉(zhuǎn)換后狀態(tài)，數(shù)據(jù)遷移負(fù)責(zé)人、對完整性檢查情況、對準(zhǔn)確性檢查情況等內(nèi)容。公司主管領(lǐng)導(dǎo)審閱試運(yùn)行結(jié)果，決定試運(yùn)行結(jié)束或延期。在上線計劃得到批準(zhǔn)后才能開始部署上線工作。第五十五條 合作開發(fā)商必須遵循公司《軟件開發(fā)管理制度》。第十二節(jié) 外包開發(fā)管理第六十一條 立項(xiàng)申請得到公司主管領(lǐng)導(dǎo)的審批后，選定開發(fā)商，簽訂外包開發(fā)合同。第六十七條 本制度自發(fā)布之日起開始執(zhí)行。例如：編號里程碑名稱預(yù)計結(jié)束時間備注需求調(diào)研完成項(xiàng)目計劃完成需求分析完成概要設(shè)計完成詳細(xì)設(shè)計完成實(shí)現(xiàn)完成集成測試完成系統(tǒng)測試完成用戶驗(yàn)收測試完成試運(yùn)行結(jié)束項(xiàng)目驗(yàn)收3. 總結(jié)提示：給出清晰的建議結(jié)論，便于上級領(lǐng)導(dǎo)決策。生產(chǎn)計劃以年度銷售計劃為指導(dǎo)，并綜合考慮設(shè)備能力、生產(chǎn)天數(shù)、庫存、歷史銷售記錄。4 假定和約束說明：列出進(jìn)行本軟件開發(fā)工作的假定和約束，例如開發(fā)期限等。2 綜合描述 系統(tǒng)背景【可選】說明：介紹系統(tǒng)的預(yù)期效果、歷史原因。）此處只需填寫姓名。 功能摘要總結(jié)該產(chǎn)品將提供的主要優(yōu)點(diǎn)和特性，而不必涉及每個功能的細(xì)節(jié)。說明：硬件設(shè)備、支持軟件、接口、控制等方面的約束名稱詳細(xì)要求【可選】說明：開發(fā)過程中必須使用的軟件語言、軟件進(jìn)程需求、主要開發(fā)工具、核心技術(shù)、第三方產(chǎn)品等。 硬件接口【可選】說明：要指出軟件產(chǎn)品和系統(tǒng)硬部件之間每一個接口的邏輯特點(diǎn)。（2）接口運(yùn)行參數(shù)配置說明：接口運(yùn)行參數(shù)的配置方式和步驟。 說明：對于該軟件的時間特性要求，如對：　　a．響應(yīng)時間；　　b．更新處理時間；　　c．?dāng)?shù)據(jù)的轉(zhuǎn)換和傳送時間；d．解題時間等要求。4 補(bǔ)充資料【可選】【可選】需求標(biāo)題1調(diào)查方式調(diào)查人調(diào)查對象時間、地點(diǎn)需求信息記錄 附件四 需求變更申請記錄號： 項(xiàng) 目：類 型：開發(fā)項(xiàng)目項(xiàng)目負(fù)責(zé)人：變更申請人：申請部門：申請日期：變更內(nèi)容變更的內(nèi)容及其理由說明變更的內(nèi)容及變更的理由，如果變更為業(yè)務(wù)組提出，則業(yè)務(wù)組填寫；如果變更為為信息技術(shù)組提出，則信息技術(shù)組填寫；變更的系統(tǒng)及版本說明變更所涉及的工作產(chǎn)品及其當(dāng)前版本，如果變更為業(yè)務(wù)組提出，則業(yè)務(wù)組填寫；如果變更為為信息技術(shù)組提出，則信息技術(shù)組填寫；對業(yè)務(wù)及其接口的影響分析需求變更引起的業(yè)務(wù)變更、業(yè)務(wù)接口的變更，業(yè)務(wù)組填寫業(yè)務(wù)負(fù)責(zé)人意見：同意 不同意 簽字： 日期：變更結(jié)果變更分析對相關(guān)的資源影響分析需求變更對人員、開發(fā)設(shè)備和目標(biāo)設(shè)備的影響，僅信息技術(shù)組填寫風(fēng)險分析分析需求變更的風(fēng)險，僅信息技術(shù)組填寫對其他系統(tǒng)或接口的影響分析需求變更引起的系統(tǒng)變更、其他系統(tǒng)或接口的變更，僅信息技術(shù)組填寫對開發(fā)工作量、進(jìn)度和成本影響估計需求變更對開發(fā)工作量和進(jìn)度的影響，需說明本次變更工作量/成本是否超過本項(xiàng)目總開發(fā)工作量/總成本的1%？僅信息技術(shù)組填寫信息技術(shù)部審批意見信息技術(shù)組負(fù)責(zé)人意見：同意 不同意 指定驗(yàn)證人員：簽字： 日期：處經(jīng)理意見：同意 不同意 匯報上級簽字： 日期：上級經(jīng)理意見：同意 不同意 簽字： 日期：變更結(jié)果變更的系統(tǒng)及版本說明變更后的工作產(chǎn)品簽字： 日期：變更驗(yàn)證驗(yàn)證變更結(jié)果完整性是 否正確性是 否附加變更是 否版本和名稱是 否驗(yàn)證人意見： 符合要求 不符合要求簽字： 日期：附件五 項(xiàng)目計劃書文件狀態(tài)：[√] 草稿[ ] 正式發(fā)布[ ] 正在修改文件標(biāo)識：ProjectName當(dāng)前版本：作 者：完成日期：YearMonthDay版 本 歷 史版本/狀態(tài)作者參與者起止日期備注1 文檔介紹 文檔目的提示：列出本文檔的所有參考文獻(xiàn)（可以是非正式出版物），格式如下：[標(biāo)識符] 作者，文獻(xiàn)名稱，出版單位（或歸屬單位），日期例如：[AAA] 作者，《立項(xiàng)建議書》，機(jī)構(gòu)名稱，日期 術(shù)語與縮寫解釋縮寫、術(shù)語解 釋2 項(xiàng)目介紹提示：（1）用簡練的語言說明本項(xiàng)目“是什么”，“說明用途”。此處可以表現(xiàn)為編碼規(guī)范的鏈接。說明：待開發(fā)軟件系統(tǒng)的名稱；本項(xiàng)目的任務(wù)提出者、開發(fā)者、用戶和運(yùn)行該程序系統(tǒng)的計算中心。給出對該程序的簡要描述，主要說明安排設(shè)計本程序的目的意義，并且，還要說明本程序的特點(diǎn)（如 是常駐內(nèi)存還是非常駐？是否子程序？是可重人的還是不可重人的？有無覆蓋要求？是順序處理還是并發(fā)處理等）。用圖的形式說明本程序所隸屬的上一層模塊及隸屬于本程序的下一層模塊、子程序，說明參數(shù)賦值和調(diào)用方式，說明與本程序相直接關(guān)聯(lián)的數(shù)據(jù)結(jié)構(gòu)（數(shù)據(jù)庫、數(shù)據(jù)文卷）。2 測試環(huán)境環(huán)境1：硬件環(huán)境：服務(wù)器端： 客戶端：軟件環(huán)境：服務(wù)器端：客戶端：網(wǎng)絡(luò)環(huán)境：環(huán)境2：3 數(shù)據(jù)準(zhǔn)備說明：可以引用適當(dāng)?shù)母郊?，如EXCEL文件、文本文件等扁平文件等，這些文件內(nèi)存放著測試準(zhǔn)備的數(shù)據(jù)。[ ] 工作成果不合格，需要作比較大的修改，之后必須重新對其評審。定義BUG修改約定，例如：不同級別的BUG必須在幾日內(nèi)處理完成。附錄：本計劃審批意見提示：項(xiàng)目經(jīng)理或者技術(shù)負(fù)責(zé)人根據(jù)項(xiàng)目計劃以及現(xiàn)實(shí)情況（如可以支配的人力資源），審批該《試運(yùn)行計劃》。2. 數(shù)據(jù)遷移目標(biāo)提示：說明本次數(shù)據(jù)遷移的主要內(nèi)容與目標(biāo)。（1）如果工作成果存在嚴(yán)重的缺陷，則退回給乙方。（2）或者在此處用表格制作一份進(jìn)度表，例如：任務(wù)名稱及其描述開始時間結(jié)束時間參加人員任務(wù)1任務(wù)2…3. 數(shù)據(jù)準(zhǔn)備計劃提示：手工系統(tǒng)向電子系統(tǒng)切換或者省級電子系統(tǒng)需要準(zhǔn)備基礎(chǔ)數(shù)據(jù)或進(jìn)行數(shù)據(jù)遷移。2. 系統(tǒng)上線目標(biāo)提示：說明本次系統(tǒng)上線的主要內(nèi)容與目標(biāo)。4．系統(tǒng)上線后數(shù)據(jù)準(zhǔn)確性結(jié)論提示：可以描述詳見附件“數(shù)據(jù)遷移評估表” 5. 接口檢查結(jié)論6.