精品文檔 版本頁(yè) 標(biāo) 題：China Advanced Construction Materials Group 信息技術(shù)管理制度 主題：軟件開(kāi)發(fā)管理制度 文檔編號(hào)： 版本說(shuō)明： 版本號(hào)」 版本日期| 作者 備注 V1.0 創(chuàng)建 V1.0 審批 V China Advanced Construction Materials Group 軟件開(kāi)發(fā)管理制度 第一條 第二條 第三條 第四條 第五條 第六條 第七條 第一節(jié) 總 則 為規(guī)范自有軟件研發(fā)以及外包軟件的管理工作，特制定本制度。本制度適用 于公司總公司軟件研發(fā)與管理，分公司參照?qǐng)?zhí)行。 本制度中軟件開(kāi)發(fā)指新系統(tǒng)開(kāi)發(fā)和現(xiàn)有系統(tǒng)重大改造。 本制度中自行開(kāi)發(fā)是指主要依賴(lài)公司自身的管理、業(yè)務(wù)和技術(shù)力量進(jìn)行系統(tǒng) 設(shè)計(jì)、軟件開(kāi)發(fā)、集成和相關(guān)的技術(shù)支持工作，一般僅向外購(gòu)置有關(guān)的硬件 設(shè)備和支撐軟件平臺(tái)；合作開(kāi)發(fā)是公司與專(zhuān)業(yè) IT 公司（合作商）共同協(xié)作 完成 IT 應(yīng)用的項(xiàng)目實(shí)施和技術(shù)支持工作，一般形式是公司負(fù)責(zé)提供業(yè)務(wù)框 架，合作商提供技術(shù)框架，雙方組成開(kāi)發(fā)團(tuán)隊(duì)進(jìn)行項(xiàng)目實(shí)施， IT 系統(tǒng)的日常 支持由 IT 技術(shù)中心和合作商共同承擔(dān)， IT 技術(shù)中心負(fù)責(zé)內(nèi)部（一級(jí)）支 持，合作商負(fù)責(zé)外部（二級(jí)）支持；外包開(kāi)發(fā)是指將 IT 應(yīng)用項(xiàng)目的設(shè)計(jì)、 開(kāi)發(fā)、集成、培訓(xùn)等任務(wù)承包給某家專(zhuān)業(yè)公司（可以是專(zhuān)業(yè)的 IT 公司或咨 詢(xún)公司等） ，由該公司（承包商）負(fù)責(zé)應(yīng)用項(xiàng)目的實(shí)施。 軟件開(kāi)發(fā)遵循項(xiàng)目管理和軟件工程的基本原則。項(xiàng)目管理涉及立項(xiàng)管理、項(xiàng) 目計(jì)劃和監(jiān)控、配置管理、合作開(kāi)發(fā)管理和結(jié)項(xiàng)管理。軟件工程涉及需求管 理、系統(tǒng)設(shè)計(jì)、系統(tǒng)實(shí)現(xiàn)、系統(tǒng)測(cè)試、用戶(hù)接受測(cè)試、試運(yùn)行、系統(tǒng)驗(yàn)收、 系統(tǒng)上線(xiàn)和數(shù)據(jù)遷移。 除特別指定，本制度中項(xiàng)目組包括業(yè)務(wù)組（或需求提出組） 、 IT 組（可能包 括網(wǎng)絡(luò)管理員和合作開(kāi)發(fā)商） 。 第二節(jié) 立項(xiàng)管理 提出開(kāi)發(fā)需求的信息技術(shù)部門(mén)參與公司層面立項(xiàng)，進(jìn)行立項(xiàng)的技術(shù)可行性分 析，編寫(xiě)《立項(xiàng)分析報(bào)告》 （附件一） ，開(kāi)展前期籌備工作。 《立項(xiàng)分析報(bào) 告》應(yīng)明確項(xiàng)目的范圍和邊界。 應(yīng)用系統(tǒng)主要使用部門(mén)將《立項(xiàng)分析報(bào)告》上交公司總裁室進(jìn)行立項(xiàng)審批， 以保證系統(tǒng)項(xiàng)目與公司整體策略相一致。 。 第八條 《立項(xiàng)分析報(bào)告》得到批準(zhǔn)后，成立項(xiàng)目組（如果是外包開(kāi)發(fā)，則成立外包 商項(xiàng)目組；如果是合作開(kāi)發(fā)，則與外包商共同成立合作開(kāi)發(fā)項(xiàng)目組，以下統(tǒng) 稱(chēng)“項(xiàng)目組” ） ，項(xiàng)目組應(yīng)包括業(yè)務(wù)組（由公司相關(guān)業(yè)務(wù)部門(mén)組成）和 IT 組 （自行開(kāi)發(fā)為辦公室網(wǎng)絡(luò)管理員；外包開(kāi)發(fā)為外包商成員；合作開(kāi)發(fā)為網(wǎng)絡(luò) 管理員和外包商成員） 。公司委派一名員工負(fù)責(zé)監(jiān)督項(xiàng)目的進(jìn)度，進(jìn)行項(xiàng)目 管理工作，確保開(kāi)發(fā)能及時(shí)完成并能滿(mǎn)足業(yè)務(wù)需要。項(xiàng)目組人員的選擇應(yīng)滿(mǎn) 足項(xiàng)目對(duì)業(yè)務(wù)及技術(shù)要求，項(xiàng)目組人員應(yīng)有足夠的業(yè)務(wù)和 IT 技術(shù)方面的專(zhuān) 業(yè)知識(shí)來(lái)勝任項(xiàng)目各方面的工作。 第三節(jié) 需求分析 第九條 立項(xiàng)后業(yè)務(wù)組對(duì)用戶(hù)需求進(jìn)行匯總整理，出具《業(yè)務(wù)需求說(shuō)明書(shū)》 （附件 二） ，并確?！稑I(yè)務(wù)需求說(shuō)明書(shū)》中包含了所有的業(yè)務(wù)需求。經(jīng)系統(tǒng)使用部 門(mén)審批確認(rèn)，作為業(yè)務(wù)需求基線(xiàn)。 第十條 IT 組在獲得《業(yè)務(wù)需求說(shuō)明書(shū)》后，提出技術(shù)需求和解決方案，并對(duì)系統(tǒng)進(jìn) 行定義，出具《系統(tǒng)需求規(guī)格說(shuō)明書(shū)》 （附件三） 。 《系統(tǒng)需求規(guī)格說(shuō)明書(shū)》 需詳細(xì)列出業(yè)務(wù)對(duì)系統(tǒng)的要求（界面、輸入、輸出、管理功能、安全需求、 運(yùn)作模式、關(guān)鍵指標(biāo) （KPI） 等） 。 《系統(tǒng)需求規(guī)格說(shuō)明書(shū)》需要由業(yè)務(wù)組提交 給相關(guān)業(yè)務(wù)流程負(fù)責(zé)人確認(rèn)。 第十一條 對(duì)于合作開(kāi)發(fā)的項(xiàng)目，當(dāng)業(yè)務(wù)需求發(fā)生變更時(shí)，業(yè)務(wù)組應(yīng)提交《需求變更申 請(qǐng)》 （附件四） ， IT 組組長(zhǎng)審批后交給合作開(kāi)發(fā)商實(shí)施。 第十二條 項(xiàng)目組應(yīng)對(duì)需求變更影響到的文檔及時(shí)更新。 第四節(jié) 項(xiàng)目計(jì)劃和監(jiān)控 第十三條 軟件開(kāi)發(fā)采用項(xiàng)目形式進(jìn)行管理。項(xiàng)目經(jīng)理負(fù)責(zé)整個(gè)項(xiàng)目的計(jì)劃、組織、領(lǐng) 導(dǎo)和控制。 第十四條 需求分析過(guò)程中，項(xiàng)目經(jīng)理組織制定詳細(xì)的《項(xiàng)目計(jì)劃書(shū)》 （附件五） ，包括 具體任務(wù)描述和項(xiàng)目進(jìn)度表等。 第十五條 在項(xiàng)目的各個(gè)階段，業(yè)務(wù)組組長(zhǎng)和 IT 組組長(zhǎng)需配合項(xiàng)目經(jīng)理制定階段性項(xiàng) 目計(jì)劃。業(yè)務(wù)組組長(zhǎng)和 IT 組組長(zhǎng)需配合項(xiàng)目經(jīng)理對(duì)項(xiàng)目計(jì)劃執(zhí)行情況進(jìn)行 監(jiān)控，確保項(xiàng)目按計(jì)劃完成。 第十六條 項(xiàng)目計(jì)劃需要變更時(shí)，項(xiàng)目經(jīng)理填寫(xiě)《項(xiàng)目計(jì)劃變更說(shuō)明》 （附件六） ，并提 。 交公司主管領(lǐng)導(dǎo)審批，通過(guò)審批后，交給業(yè)務(wù)組組長(zhǎng)和 IT 組組長(zhǎng)執(zhí)行。 第五節(jié) 系統(tǒng)設(shè)計(jì) 第十七條 系統(tǒng)設(shè)計(jì)應(yīng)分為概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)，系統(tǒng)設(shè)計(jì)要遵循完備性、一致性、擴(kuò) 展性、可靠性、安全性、可維護(hù)性等原則。 第十八條 在系統(tǒng)設(shè)計(jì)階段中，用戶(hù)應(yīng)充分參與，確保系統(tǒng)設(shè)計(jì)能滿(mǎn)足系統(tǒng)需求。 第十九條 項(xiàng)目組進(jìn)行詳細(xì)設(shè)計(jì)，出具《設(shè)計(jì)說(shuō)明書(shū)》 （附件七）和《單元測(cè)試用例》 （附件八） 。 《設(shè)計(jì)說(shuō)明書(shū)》中需要定義系統(tǒng)輸入輸出說(shuō)明和接口設(shè)計(jì)說(shuō)明。 公司主管領(lǐng)導(dǎo)組織相關(guān)人員對(duì)概要設(shè)計(jì)進(jìn)行評(píng)審，出具《設(shè)計(jì)評(píng)審報(bào)告》 （附件九） 。業(yè)務(wù)組組長(zhǎng)和 IT 組組長(zhǎng)應(yīng)參加此評(píng)審并對(duì)評(píng)審意見(jiàn)簽字確認(rèn)。 第二十條 設(shè)計(jì)評(píng)審均以《業(yè)務(wù)需求說(shuō)明書(shū)》和《系統(tǒng)需求規(guī)格說(shuō)明書(shū)》為依據(jù)，確保 系統(tǒng)設(shè)計(jì)滿(mǎn)足全部需求。 第二十一條 對(duì)已確認(rèn)通過(guò)的系統(tǒng)設(shè)計(jì)進(jìn)行修改需獲得管理部門(mén)、業(yè)務(wù)組組長(zhǎng)和 IT 組組 長(zhǎng)的審批后方可進(jìn)行。 第二十二條 對(duì)系統(tǒng)設(shè)計(jì)的修改的文檔須由文檔管理人員進(jìn)行歸檔管理。 第六節(jié) 系統(tǒng)實(shí)現(xiàn) 第二十三條 項(xiàng)目組根據(jù)《設(shè)計(jì)說(shuō)明書(shū)》制定系統(tǒng)實(shí)現(xiàn)計(jì)劃，并提交項(xiàng)目經(jīng)理對(duì)計(jì)劃可行 性進(jìn)行審批。 第二十四條 系統(tǒng)實(shí)現(xiàn)包括程序編碼、單元測(cè)試和集成測(cè)試。 第二十五條 項(xiàng)目組保證開(kāi)發(fā)、測(cè)試和生產(chǎn)環(huán)境獨(dú)立，為各環(huán)境建立訪問(wèn)權(quán)限控制機(jī)制， 并明確項(xiàng)目成員的職責(zé)分工。對(duì)開(kāi)發(fā)環(huán)境、測(cè)試環(huán)境與生產(chǎn)環(huán)境在物理或邏 輯方面應(yīng)該做到隔離；如果環(huán)境的分隔是通過(guò)邏輯形式實(shí)現(xiàn)的，應(yīng)定期檢查 網(wǎng)絡(luò)設(shè)置。項(xiàng)目組對(duì)已授權(quán)訪問(wèn)生產(chǎn)環(huán)境的人員進(jìn)行詳細(xì)記錄，并對(duì)該記錄 進(jìn)行定期檢查，確保只有經(jīng)授權(quán)的人員才能訪問(wèn)到生產(chǎn)環(huán)境。 第二十六條 項(xiàng)目組進(jìn)行單元測(cè)試和集成測(cè)試，測(cè)試人員簽字確認(rèn)測(cè)試結(jié)果。 第七節(jié) 系統(tǒng)測(cè)試和用戶(hù)測(cè)試 第二十七條 項(xiàng)目組制定《系統(tǒng) / 用戶(hù)測(cè)試計(jì)劃》 （附件十） ，并提交項(xiàng)目經(jīng)理對(duì)計(jì)劃可行 性進(jìn)行審批。 第二十八條 《系統(tǒng) / 用戶(hù)測(cè)試計(jì)劃》必須定義測(cè)試標(biāo)準(zhǔn)，并明確各種測(cè)試的測(cè)試步驟和 。 需要的系統(tǒng)設(shè)置要求。 第二十九條 項(xiàng)目組向數(shù)據(jù)擁有部門(mén)申請(qǐng)獲取測(cè)試用業(yè)務(wù)數(shù)據(jù)的使用權(quán)，對(duì)獲取的數(shù)據(jù)進(jìn) 行嚴(yán)格的訪問(wèn)控制，確保只有相關(guān)項(xiàng)目人員才能訪問(wèn)及使用。 第三十條 項(xiàng)目組負(fù)責(zé)測(cè)試數(shù)據(jù)準(zhǔn)備，測(cè)試用數(shù)據(jù)要足夠模擬生產(chǎn)環(huán)境中的實(shí)際數(shù)據(jù)。 對(duì)已評(píng)定為敏感信息的數(shù)據(jù)進(jìn)行敏感性處理和保護(hù)。 第三十一條 IT 組或合作開(kāi)發(fā)商建立測(cè)試環(huán)境進(jìn)行系統(tǒng)測(cè)試。在系統(tǒng)測(cè)試中對(duì)新系統(tǒng)內(nèi)部 各模塊之間的接口和與其他系統(tǒng)的接口進(jìn)行充分測(cè)試。出具《系統(tǒng)測(cè)試報(bào) 告》 （附件十一） ，測(cè)試人員簽字確認(rèn)測(cè)試結(jié)果。 第三十二條 系統(tǒng)測(cè)試通過(guò)后， IT 組配合業(yè)務(wù)組建立用戶(hù)測(cè)試環(huán)境，業(yè)務(wù)組根據(jù)用戶(hù)測(cè)試 用例進(jìn)行用戶(hù)測(cè)試，出具《用戶(hù)測(cè)試報(bào)告》 （附件十一） ，業(yè)務(wù)組組長(zhǎng)和 IT 組組長(zhǎng)應(yīng)在用戶(hù)測(cè)試報(bào)告中簽字確認(rèn)。 第三十三條 項(xiàng)目組完成系統(tǒng)幫助文檔（其中包括《用戶(hù)操作手冊(cè)》和《安裝維護(hù)手 冊(cè)》 ） 。凡涉及應(yīng)用系統(tǒng)的變更，應(yīng)對(duì)系統(tǒng)幫助文檔及時(shí)更新。 第八節(jié) 試運(yùn)行 第三十四條 系統(tǒng)主要使用部門(mén)根據(jù)項(xiàng)目規(guī)模及影響決定試運(yùn)行策略。 第三十五條 項(xiàng)目組制定《試運(yùn)行計(jì)劃》 （附件十二） ，并制定試運(yùn)行驗(yàn)收指標(biāo)，上報(bào)公司 主管領(lǐng)導(dǎo)審批。 《試運(yùn)行計(jì)劃》中應(yīng)包含問(wèn)題應(yīng)對(duì)機(jī)制，明確問(wèn)題溝通渠道 和職責(zé)分工。 第三十六條 項(xiàng)目組聯(lián)合試運(yùn)行單位進(jìn)行相關(guān)系統(tǒng)部署工作，準(zhǔn)備培訓(xùn)資料，對(duì)相關(guān)用戶(hù) 和信息技術(shù)人員進(jìn)行培訓(xùn)。用戶(hù)培訓(xùn)的完成度應(yīng)為實(shí)施后評(píng)估的指標(biāo)之一。 第三十七條 項(xiàng)目組根據(jù)《試運(yùn)行計(jì)劃》進(jìn)行系統(tǒng)轉(zhuǎn)換和數(shù)據(jù)遷移。系統(tǒng)轉(zhuǎn)換前，檢查系 統(tǒng)環(huán)境，確保運(yùn)行環(huán)境能滿(mǎn)足新應(yīng)用系統(tǒng)的需要。系統(tǒng)轉(zhuǎn)換時(shí)必須詳細(xì)記錄 原系統(tǒng)中的重要參數(shù)、設(shè)置等系統(tǒng)信息，并填寫(xiě)試運(yùn)行報(bào)告相關(guān)內(nèi)容。系統(tǒng) 參數(shù)、設(shè)置的轉(zhuǎn)換工作作為系統(tǒng)上線(xiàn)的驗(yàn)收的評(píng)估指標(biāo)之一。 第三十八條 數(shù)據(jù)遷移前，應(yīng)制定詳細(xì)的《數(shù)據(jù)遷移計(jì)劃》 （附件十三） ， 《數(shù)據(jù)遷移計(jì) 劃》中應(yīng)包含遷移方案、測(cè)試方案、數(shù)據(jù)定義，新舊數(shù)據(jù)對(duì)照表、遷移時(shí) 間、回退計(jì)劃等信息。數(shù)據(jù)遷移計(jì)劃需經(jīng)項(xiàng)目經(jīng)理和主管領(lǐng)導(dǎo)簽字審批。 第三十九條 數(shù)據(jù)遷移后，項(xiàng)目組對(duì)數(shù)據(jù)遷移的完整性和準(zhǔn)確性作出檢查，出具《數(shù)據(jù)遷 移報(bào)告》 （附件十四） ，其中包括數(shù)據(jù)來(lái)源、轉(zhuǎn)換前狀態(tài)、轉(zhuǎn)換后狀態(tài)，數(shù)據(jù) 遷移負(fù)責(zé)人、對(duì)完整性檢查情況、對(duì)準(zhǔn)確性檢查情況等內(nèi)容。各相關(guān)部門(mén)驗(yàn) 收轉(zhuǎn)換結(jié)果后在該報(bào)告上簽字確認(rèn)。 。 第四十條 系統(tǒng)轉(zhuǎn)換和數(shù)據(jù)遷移由試運(yùn)行單位業(yè)務(wù)部門(mén)和公司主管領(lǐng)導(dǎo)共同監(jiān)督并進(jìn)行 驗(yàn)收。 第四十一條 系統(tǒng)轉(zhuǎn)換和數(shù)據(jù)遷移驗(yàn)收通過(guò)后，正式啟動(dòng)試運(yùn)行。在試運(yùn)行過(guò)程中，試運(yùn) 行單位辦公室把系統(tǒng)運(yùn)行情況（系統(tǒng)資源使用，反應(yīng)速度等）記錄到試運(yùn)行 報(bào)告中。必要時(shí)，項(xiàng)目組應(yīng)根據(jù)系統(tǒng)運(yùn)行情況對(duì)應(yīng)用系統(tǒng)進(jìn)行優(yōu)化。 第四十二條 試運(yùn)行達(dá)到試運(yùn)行計(jì)劃規(guī)定的終止條件時(shí)，項(xiàng)目組編寫(xiě)《試運(yùn)行報(bào)告》 （附 件十五） 。此報(bào)告應(yīng)由項(xiàng)目組和試運(yùn)行單位簽字確認(rèn)，并提交公司主管領(lǐng)導(dǎo) 審閱。公司主管領(lǐng)導(dǎo)審閱試運(yùn)行結(jié)果，決定試運(yùn)行結(jié)束或延期。 第九節(jié) 系統(tǒng)驗(yàn)收 第四十三條 系統(tǒng)主要使用部門(mén)及信息技術(shù)部門(mén)聯(lián)合組成獨(dú)立系統(tǒng)驗(yàn)收小組，也可授權(quán)原 項(xiàng)目組作為驗(yàn)收小組。驗(yàn)收小組從功能需求及技術(shù)需求層面對(duì)系統(tǒng)進(jìn)行綜合 評(píng)估。 第四十四條 驗(yàn)收小組應(yīng)根據(jù)驗(yàn)收情況整理形成《系統(tǒng)驗(yàn)收?qǐng)?bào)告》 （附件十六）提交系統(tǒng) 主要使用部門(mén)和信息技術(shù)部門(mén)審閱。 第四十五條 系統(tǒng)主要使用部門(mén)和信息技術(shù)部門(mén)負(fù)責(zé)人根據(jù)系統(tǒng)測(cè)試、試運(yùn)行情況簽署驗(yàn) 收意見(jiàn)。 第十節(jié) 系統(tǒng)上線(xiàn) 第四十六條 系統(tǒng)上線(xiàn)應(yīng)遵循穩(wěn)妥、可控、安全的原則。 第四十七條 通常情況下，系統(tǒng)上線(xiàn)包含數(shù)據(jù)遷移工作。 第四十八條 項(xiàng)目組制定《系統(tǒng)上線(xiàn)計(jì)劃》 （附件十七） ，上報(bào)公司主管領(lǐng)導(dǎo)審批。在上線(xiàn) 計(jì)劃得到批準(zhǔn)后才能開(kāi)始部署上線(xiàn)工作。 第四十九條 《系統(tǒng)上線(xiàn)計(jì)劃》內(nèi)容應(yīng)包括但不限于： 1、部署方式和資源分配（包括人力資源及服務(wù)器資源） ； 2、上線(xiàn)工作時(shí)間表； 3、上線(xiàn)操作步驟以及問(wèn)題處理步驟； 4、項(xiàng)目階段性里程碑和成果匯報(bào)（項(xiàng)目執(zhí)行狀態(tài)的審閱、進(jìn)度安排等） ； 5、數(shù)據(jù)遷移的需求和實(shí)施計(jì)劃； 6、完整可行的應(yīng)急預(yù)案和“回退”計(jì)劃； 7、用戶(hù)培訓(xùn)計(jì)劃（包括：培訓(xùn)計(jì)劃、培訓(xùn)手冊(cè)、培訓(xùn)考核等） ； 。 8、總公司下發(fā)的系統(tǒng)標(biāo)準(zhǔn)參數(shù)配置 。 第五十條 上線(xiàn)單位在上線(xiàn)初期需加強(qiáng)日常運(yùn)行狀態(tài)監(jiān)控，出現(xiàn)問(wèn)題時(shí)應(yīng)及時(shí)處理，對(duì) 重大問(wèn)題應(yīng)啟動(dòng)緊急預(yù)案。 第五十一條 在完成上線(xiàn)后要填寫(xiě)《系統(tǒng)驗(yàn)收評(píng)估報(bào)告》 （附件十八） ，上報(bào)總公司項(xiàng)目組 匯總整理。 《系統(tǒng)驗(yàn)收評(píng)估報(bào)告》內(nèi)容包括：數(shù)據(jù)準(zhǔn)確性、系統(tǒng)性能及穩(wěn)定 性、接口問(wèn)題、權(quán)限問(wèn)題、業(yè)務(wù)操作影響度、問(wèn)題處理情況、備份、批處理 等。 第五十二條 上線(xiàn)單位管理層要對(duì)《系統(tǒng)驗(yàn)收評(píng)估報(bào)告》進(jìn)行審批簽字。 第五十三條 公司主管領(lǐng)導(dǎo)批準(zhǔn)結(jié)項(xiàng)后，業(yè)務(wù)組和 IT 組將整理的文檔提交各自部門(mén)統(tǒng)一 管理。 第十一節(jié) 合作開(kāi)發(fā)管理 第五十四條 合作開(kāi)發(fā)商的選擇應(yīng)遵循公司相關(guān)規(guī)定，合作商資質(zhì)認(rèn)定參見(jiàn)第三方管理制 度。 第五十五條 合作開(kāi)發(fā)商必須遵循公司《軟件開(kāi)發(fā)管理制度》 。 第五十六條 項(xiàng)目經(jīng)理同合作開(kāi)發(fā)商明確規(guī)定項(xiàng)目變更的范圍和處理方式，重點(diǎn)關(guān)注需求 和設(shè)計(jì)變更。 第五十七條 項(xiàng)目經(jīng)理負(fù)責(zé)監(jiān)控合作開(kāi)發(fā)商的項(xiàng)目管理及軟件開(kāi)發(fā)活動(dòng)。合作開(kāi)發(fā)商應(yīng)按 計(jì)劃定期向項(xiàng)目經(jīng)理報(bào)告進(jìn)展?fàn)顟B(tài)，并提交階段性成果文檔。發(fā)生重大問(wèn)題 時(shí)，合作開(kāi)發(fā)商需及時(shí)向項(xiàng)目經(jīng)理匯報(bào)。 第五十八條 IT 組組長(zhǎng)派專(zhuān)人監(jiān)控合作開(kāi)發(fā)商的質(zhì)量保證過(guò)程。 第五十九條 項(xiàng)目組同合作開(kāi)發(fā)商商定驗(yàn)收的標(biāo)準(zhǔn)和方法。 第六十條 以上各要求需要在開(kāi)發(fā)合同中明確。 。 第十二節(jié) 外包開(kāi)發(fā)管理 第六十一條 立項(xiàng)申請(qǐng)得到公司主管領(lǐng)導(dǎo)的審批后，選定開(kāi)發(fā)商，簽訂外包開(kāi)發(fā)合同。 第六十二條 項(xiàng)目經(jīng)理負(fù)責(zé)監(jiān)控外包開(kāi)發(fā)商的項(xiàng)目管理及軟件開(kāi)發(fā)活動(dòng)。外包開(kāi)發(fā)商應(yīng)按 計(jì)劃定期向項(xiàng)目經(jīng)理報(bào)告進(jìn)展?fàn)顟B(tài)，并提交階段性成果文檔。發(fā)生重大問(wèn)題 時(shí)，外包開(kāi)發(fā)商需及時(shí)向項(xiàng)目經(jīng)理匯報(bào)。 第六十三條 項(xiàng)目經(jīng)理監(jiān)控外包開(kāi)發(fā)商的質(zhì)量保證過(guò)程。 第六十四條 項(xiàng)目組同外包開(kāi)發(fā)商商定驗(yàn)收的標(biāo)準(zhǔn)和方法。 第六十五條 以上各要求需要在開(kāi)發(fā)合同中明確。 第十三節(jié) 附則 第六十六條 本制度由公司總部信息技術(shù)部負(fù)責(zé)解釋和修訂。 第六十七條 本制度自發(fā)布之日起開(kāi)始執(zhí)行。 。 10 歡迎下載 精品文檔 附件一 立項(xiàng)分析報(bào)告 文件狀態(tài)： [，]草稿 [] 正式發(fā)布 [] 止在修改 文件標(biāo)識(shí)： ProjectName- 當(dāng)前版本： X.Y 作 者： 完成日期： Year-Month-Day 版本歷史 版本/狀態(tài) 作者 起止日期 備注 1 .項(xiàng)目介紹 1.1. 項(xiàng)目目的 提示：用簡(jiǎn)練的語(yǔ)言說(shuō)明本項(xiàng)目“是什么”，“實(shí)現(xiàn)什么目的”。描述簡(jiǎn)練且清晰。 1.2. 項(xiàng)目背景 提示：闡述項(xiàng)目背景，重點(diǎn)說(shuō)明“為什么”會(huì)產(chǎn)生本項(xiàng)目。 (1)公司的短期、長(zhǎng)期發(fā)展戰(zhàn)略； (2)業(yè)務(wù)需求及發(fā)展趨勢(shì)； (3)技術(shù)狀況及發(fā)展趨勢(shì)； (4)特殊的業(yè)務(wù)需求等。 1.3. 項(xiàng)目范圍 提示：根據(jù)對(duì)現(xiàn)有需求的了解來(lái)確定項(xiàng)目基本范圍，說(shuō)明本系統(tǒng)“應(yīng)當(dāng)包含的內(nèi)容” 和“不包含的內(nèi)容”。 2 .項(xiàng)目計(jì)劃 2.1. 項(xiàng)目團(tuán)隊(duì) 提示：說(shuō)明項(xiàng)目團(tuán)隊(duì)的角色、知識(shí)技能要求、建議人選、人數(shù)、工作時(shí)間，如下表所 示。 角色 知識(shí)技能要求 建議人選、人數(shù) 工作時(shí)間 項(xiàng)目經(jīng)理 需求開(kāi)發(fā)人員 系統(tǒng)設(shè)計(jì)人員 V  編程人員 測(cè)試人員 質(zhì)量保證人員 配置管理人員 服務(wù)與維護(hù)人員 …… 2.2.成本估計(jì) 內(nèi)容 成本（人民幣） 備注 人力資源 軟硬件資源 差旅費(fèi) 會(huì)議費(fèi) 接待費(fèi) ... 2.3.進(jìn)度表 提示：制定項(xiàng)目開(kāi)發(fā)的進(jìn)度表（建議給出項(xiàng)目里程碑計(jì)劃）。例如: 編P 里程碑名稱(chēng) 預(yù)計(jì)結(jié)束時(shí)間 備注 需求調(diào)研完成 項(xiàng)目計(jì)劃完成 需求分析完成 概要設(shè)計(jì)完成 詳細(xì)設(shè)計(jì)完成 實(shí)現(xiàn)完成 集成測(cè)試完成 系統(tǒng)測(cè)試完成 用戶(hù)驗(yàn)收測(cè)試完成 試運(yùn)行結(jié)束 項(xiàng)目驗(yàn)收 3.總結(jié) 提示：給出清晰的建議結(jié)論，便于上級(jí)領(lǐng)導(dǎo)決策 附件二 業(yè)務(wù)需求說(shuō)明書(shū) 文件狀態(tài)： [，]草稿 [] 正式發(fā)布 [] 止在修改 文件標(biāo)識(shí)： ProjectName- 當(dāng)前版本： X.Y 作 者： 完成日期： Year-Month-Day 版本歷史 版本/狀態(tài) 作者 起止日期 備注 1概述 1.1 業(yè)務(wù)調(diào)研人員名單 【可選】 J 丁 P 職能部門(mén) 姓名 主管 聯(lián)系電話(huà) 備注 1.2業(yè)務(wù)范圍 此處描寫(xiě)總體業(yè)務(wù)的概要分類(lèi)并。 1.3 業(yè)務(wù)目標(biāo) 從高層或商務(wù)利益的角度提出本業(yè)務(wù)系統(tǒng)的期望目標(biāo)，以及評(píng)價(jià)標(biāo)準(zhǔn)。 1.4 相關(guān)文檔 說(shuō)明：列出本文檔的所有參考文獻(xiàn)（可以是非正式出版物） ，包括現(xiàn)有規(guī)范、標(biāo)準(zhǔn)、批文、 引用到的文件、資料等。 1.5 業(yè)務(wù)詞匯表 說(shuō)明：列出本文檔的所引用的專(zhuān)屬領(lǐng)域詞匯、術(shù)語(yǔ)等，以便于業(yè)務(wù)需求的提供者和接收者 是建立在一致的業(yè)務(wù)理解基礎(chǔ)之上的。 2組織結(jié)構(gòu)及業(yè)務(wù) 2.1 業(yè)務(wù)相關(guān)組織結(jié)構(gòu)、人員組織結(jié)構(gòu) 說(shuō)明：如果客戶(hù)崗位設(shè)置復(fù)雜可分別設(shè)置，業(yè)務(wù)組織結(jié)構(gòu)和人員組織結(jié)構(gòu) 2.2 組織機(jī)構(gòu)描述 2.3 角色職責(zé) 說(shuō)明：將業(yè)務(wù)涉及的具體人員進(jìn)行一定程度的分類(lèi)和抽象，描述該抽象角色的操作職責(zé)。 2.4 管理綜述 【可選】 說(shuō)明：主要描述該業(yè)務(wù)的管理特點(diǎn)和管理模式。例如： 典型按庫(kù)存生產(chǎn)模式。生產(chǎn)計(jì)劃以年度銷(xiāo)售計(jì)劃為指導(dǎo)，并綜合考慮設(shè)備能力、生產(chǎn) 天數(shù)、庫(kù)存、歷史銷(xiāo)售記錄。采購(gòu)計(jì)劃的制訂以生產(chǎn)計(jì)劃為依據(jù)。 2.5 現(xiàn)有業(yè)務(wù)流程清單 【可選】 說(shuō)明：現(xiàn)有業(yè)務(wù)流程需要考慮，很多新的業(yè)務(wù)是在已有業(yè)務(wù)流程基礎(chǔ)上進(jìn)行重組的。 流程編號(hào) 流程名稱(chēng) 責(zé)任部門(mén) 輔助部門(mén) 3業(yè)務(wù)流程及業(yè)務(wù)處理描述 說(shuō)明：針對(duì)每一項(xiàng)具體的目標(biāo)業(yè)務(wù)，描述具體的業(yè)務(wù)流程，以及相關(guān)業(yè)務(wù)的具體描述。 3.1 具體業(yè)務(wù)流程（系統(tǒng)名稱(chēng)+編號(hào)） 對(duì)于具體業(yè)務(wù)流程的命名有規(guī)范，對(duì)具體流程進(jìn)行編號(hào)，便于形成需求矩陣，同時(shí)形成需 求的管理和跟蹤。 3.1.1 業(yè)務(wù)流程 3.1.2 業(yè)務(wù)描述 說(shuō)明：描述具體的業(yè)務(wù)流程。 3.1.3 相關(guān)業(yè)務(wù)對(duì)象 說(shuō)明：業(yè)務(wù)對(duì)象：業(yè)務(wù)流程中涉及的單據(jù)、報(bào)表等。 業(yè)務(wù)對(duì)象 使用部門(mén) 對(duì)應(yīng)電子檔案編號(hào) 3.1.4業(yè)務(wù)規(guī)則及關(guān)鍵算法 說(shuō)明：描述業(yè)務(wù)環(huán)節(jié)關(guān)鍵算法體系。 4假定和約束 說(shuō)明：列出進(jìn)行本軟件開(kāi)發(fā)工作的假定和約束，例如開(kāi)發(fā)期限等。 4.1運(yùn)行環(huán)境約束 V 14歡迎下載 精品文檔 16 歡迎下載 4.2 設(shè)計(jì)約束 【可選】 說(shuō)明：開(kāi)發(fā)過(guò)程中必須使用的軟件語(yǔ)言、軟件進(jìn)程需求、主要開(kāi)發(fā)工具、核心技術(shù)、第三 方產(chǎn)品等。 4.3 產(chǎn)品應(yīng)當(dāng)遵循的標(biāo)準(zhǔn)或規(guī)范 【可選】 說(shuō)明：闡述本產(chǎn)品應(yīng)當(dāng)遵循什么標(biāo)準(zhǔn)、規(guī)范或業(yè)務(wù)規(guī)則，違反標(biāo)準(zhǔn)、規(guī)范或業(yè)務(wù)規(guī)則的產(chǎn) 品通常不太可能被接受。 5 其他 5.1 目前核心問(wèn)題和困難 5.2 業(yè)務(wù)對(duì)項(xiàng)目實(shí)施的需求和期望 【可選】 5.3 其他未盡事宜 。 精品文檔 附件三 系統(tǒng)需求規(guī)格說(shuō)明書(shū) 文件狀態(tài)： [，]草稿 [] 正式發(fā)布 [] 止在修改 文件標(biāo)識(shí)： ProjectName- 當(dāng)前版本： X.Y 作 者： 完成日期： Year-Month-Day 版本歷史 版本/狀態(tài) 作者 起止日期 備注 1引言 1.1 目的 例如：規(guī)定系統(tǒng)的邊界和目標(biāo)，描述系統(tǒng)的功能性需求和非功能性需求。 1.2 讀者對(duì)象及閱讀建議 說(shuō)明：指明本文檔面向的讀者群，及相應(yīng)的閱讀意見(jiàn)。 1.3 文檔范圍 【可選】 說(shuō)明：對(duì)本文的范圍做闡述，本文檔改動(dòng)時(shí)，受到影響的范圍，例如，本文引用到的用例 模型，系統(tǒng)原型，系統(tǒng)測(cè)試用例等文檔。 1.4 參考文檔 說(shuō)明：列出本文檔的所有參考文獻(xiàn)（可以是非正式出版物） ，包括計(jì)劃任務(wù)書(shū)、合同、批 文、引用到的文件、資料及軟件開(kāi)發(fā)標(biāo)準(zhǔn)等。 1.5 術(shù)語(yǔ)與縮寫(xiě)解釋 說(shuō)明：列出本文件中用到的專(zhuān)門(mén)術(shù)語(yǔ)的定義和縮寫(xiě)詞的原詞組，并給予解釋?zhuān)员阌谒? 讀者達(dá)成共識(shí)。 2綜合描述 2.1 系統(tǒng)背景 【可選】 說(shuō)明：介紹系統(tǒng)的預(yù)期效果、歷史原因。 2.2 問(wèn)題說(shuō)明 【可選】 提供一段說(shuō)明，總結(jié)此項(xiàng)目需要解決的問(wèn)題。可以采用以下格式: 問(wèn)題是 ［對(duì)問(wèn)題進(jìn)行說(shuō)明］ 影響 ［問(wèn)題影響的干系人］ 問(wèn)題的后果 ［該問(wèn)題會(huì)導(dǎo)致什么后果］ 成功的解決方案 ［應(yīng)列出成功解決方案的一些主要優(yōu)點(diǎn) ］ 2.3系統(tǒng)范圍 說(shuō)明：闡述本項(xiàng)目“適用的業(yè)務(wù)領(lǐng)域”和“不適用的業(yè)務(wù)領(lǐng)域” ，本產(chǎn)品“應(yīng)當(dāng)包含的內(nèi) 容”和“不包含的內(nèi)容”。說(shuō)清楚系統(tǒng)范圍的好處是：（1）有助于判斷什么是需求，什么不 是需求；（2）可以將開(kāi)發(fā)精力集中在產(chǎn)品范圍之內(nèi)； （3）有助于控制需求的變更。 完整而準(zhǔn)確的定義本產(chǎn)品的干系人； 明確本產(chǎn)品所影響到的部門(mén)和業(yè)務(wù)； 用圖表或者文字描述產(chǎn)品的范圍，概要的定義產(chǎn)品的功能。 2.4 干系人與用戶(hù)說(shuō)明 【可選】 2.4.1 用戶(hù)環(huán)境 【可選】 詳細(xì)說(shuō)明目標(biāo)用戶(hù)的工作環(huán)境。以下是幾項(xiàng)建議： 該任務(wù)由多少人來(lái)完成？是否總在變化？ 一個(gè)任務(wù)周期需要多長(zhǎng)時(shí)間？執(zhí)行每項(xiàng)活動(dòng)要用多長(zhǎng)時(shí)間？是否總在變化？ 是否有特殊的環(huán)境約束：移動(dòng)、戶(hù)外、乘機(jī)旅行等？ 目前使用的是哪些系統(tǒng)平臺(tái)？以后會(huì)使用哪些平臺(tái)？ 還在使用哪些應(yīng)用程序？您的應(yīng)用程序是否需要和這些應(yīng)用程序集成？ 在此處可以從業(yè)務(wù)模型中摘錄一些內(nèi)容來(lái)概述所涉及的任務(wù)和角色等等。 2.4.2 干系人簡(jiǎn)檔 【可選】 通過(guò)在下表中填寫(xiě)各干系人的相關(guān)信息來(lái)說(shuō)明系統(tǒng)中的各個(gè)干系人，詳盡的簡(jiǎn)檔應(yīng)包括各 種干系人在以下方面的信息： 代表 ［誰(shuí)是此產(chǎn)品的干系人代表？（如在他處已作記錄，則此處為可選。） 此處只需填寫(xiě)姓名。］ 說(shuō)明 ［對(duì)干系人類(lèi)型的簡(jiǎn)要說(shuō)明。］ 回 ［介紹干系人的技能特長(zhǎng)、技術(shù)背景和熟練程度（即權(quán)威用戶(hù)、業(yè)務(wù)用 戶(hù)、專(zhuān)家用戶(hù)、初級(jí)用戶(hù)等）］ 職責(zé) ［列出干系人對(duì)所開(kāi)發(fā)的系統(tǒng)負(fù)有的關(guān)鍵職責(zé)，即他們作為干系人的利 益。］ 使用頻率 ［該干系人使用系統(tǒng)的頻率］ 意見(jiàn)/問(wèn)題 ［在此處列出會(huì)阻礙成功的問(wèn)題以及任何其他相關(guān)信息。 ］ 2.4.3 關(guān)鍵的干系人/用戶(hù)需要 列出干系人認(rèn)為現(xiàn)有解決方案存在的關(guān)鍵問(wèn)題。對(duì)于列出的每個(gè)問(wèn)題，需澄清以下要點(diǎn)： ? 為什么會(huì)出現(xiàn)這一問(wèn)題？ ? 目前如何解決該問(wèn)題？ ? 干系人需要什么樣的解決方案？ 務(wù)必要了解干系人或用戶(hù)對(duì)解決各個(gè)問(wèn)題的 相對(duì)重視程度。分級(jí)和累積投票方法表明， 必 須解決的問(wèn)題與干系人或用戶(hù)希望解決的問(wèn)題大有不同。 2.5 目標(biāo)業(yè)務(wù)模型 【可選】 說(shuō)明：新系統(tǒng)業(yè)務(wù)模型描述，如有相應(yīng)業(yè)務(wù)模型材料了，可作為需求規(guī)格說(shuō)明書(shū)的輸入?yún)? 考資料。 2.6 功能摘要 總結(jié)該產(chǎn)品將提供的主要優(yōu)點(diǎn)和特性，而不必涉及每個(gè)功能的細(xì)節(jié)。對(duì)功能加以組織，使 客戶(hù)或初次閱讀該文檔的其他人能夠理解此功能列表。 2.7 功能清單及重要程度說(shuō)明 說(shuō)明：功能名稱(chēng)、功能描述、重要程度。 重要程度，以ABC三類(lèi)來(lái)表示：A:核心功能；B:輔助功能；C:外圍功能； 級(jí)別，按照繼承關(guān)系分為：一級(jí)，二級(jí)，三級(jí)； 編P 級(jí)別 重要程度 功能名稱(chēng) 功能描述 備注 2.8功能與業(yè)務(wù)對(duì)照關(guān)系表 說(shuō)明：業(yè)務(wù)組為主編寫(xiě)業(yè)務(wù)需求，業(yè)務(wù)需求提交至信息技術(shù)組后，由信息技術(shù)組建立目標(biāo) 系統(tǒng)業(yè)務(wù)模型并與業(yè)務(wù)組進(jìn)行確認(rèn)（本操作可選，也可由信息技術(shù)組與開(kāi)發(fā)商合作建立） 目標(biāo)業(yè)務(wù)模型作為系統(tǒng)需求的輸入，由信息技術(shù)組與開(kāi)發(fā)商合作撰寫(xiě)和評(píng)審《系統(tǒng)需求規(guī) 格書(shū)明書(shū)》。 業(yè)務(wù)需求 目標(biāo)系統(tǒng)業(yè)務(wù)活動(dòng)（可選） 功能名稱(chēng) 2.9假定和約束 說(shuō)明：列出進(jìn)行本軟件開(kāi)發(fā)工作的假定和約束，例如：開(kāi)發(fā)語(yǔ)言、開(kāi)發(fā)期限等。 格式限制說(shuō)明：本項(xiàng)將指定由現(xiàn)有的標(biāo)準(zhǔn)或規(guī)則派生的要求。例如： 報(bào)表格式；數(shù)據(jù)命名；財(cái)務(wù)處理；審計(jì)追蹤，等等。 硬件限制說(shuō)明：本項(xiàng)包括在各種硬件約束下運(yùn)行的軟件要求，例如，應(yīng)該包括: 硬件配置的特點(diǎn)（接口數(shù)，指令系統(tǒng)等）；內(nèi)存儲(chǔ)器和輔助存儲(chǔ)器的容量。 2.9.1運(yùn)行環(huán)境約束 說(shuō)明：硬件設(shè)備、支持軟件、接口、控制等方面的約束 名稱(chēng) 詳細(xì)要求 2.9.2設(shè)計(jì)約束 【可選】 說(shuō)明：開(kāi)發(fā)過(guò)程中必須使用的軟件語(yǔ)言、軟件進(jìn)程需求、主要開(kāi)發(fā)工具、核心技術(shù)、第三 方產(chǎn)品等。 2.9.3產(chǎn)品應(yīng)當(dāng)遵循的標(biāo)準(zhǔn)或規(guī)范 說(shuō)明：闡述本產(chǎn)品應(yīng)當(dāng)遵循什么標(biāo)準(zhǔn)、規(guī)范或業(yè)務(wù)規(guī)則，違反標(biāo)準(zhǔn)、規(guī)范或業(yè)務(wù)規(guī)則的產(chǎn) 品通常不太可能被接受。 3具體需求 3.1 功能需求 3.1.1 具體功能 3.1.1.1 內(nèi)容 說(shuō)明：對(duì)于每一類(lèi)功能或者有時(shí)對(duì)于每一個(gè)功能，需要具體描述其輸入、加工和輸出的需 求。 3.2 非功能需求 3.2.1 外部接口 3.2.1.1 用戶(hù)接口 說(shuō)明：提供用戶(hù)使用軟件產(chǎn)品時(shí)的接口需求。例如，如果系統(tǒng)的用戶(hù)通過(guò)顯示終端進(jìn)行操 作，就必須指定如下要求： a對(duì)屏幕格式的要求 說(shuō)明：對(duì)界面上的各對(duì)象、類(lèi)型、寬度、取值范圍、數(shù)據(jù)來(lái)源、能否為空等屬性進(jìn)行 描述。 b報(bào)表或菜單的頁(yè)面打印格式和內(nèi)容 c輸入輸出的需求 說(shuō)明：解釋各輸入輸出數(shù)據(jù)類(lèi)型，并逐項(xiàng)說(shuō)明其媒體、格式、數(shù)值范圍、精度等。對(duì) 軟件的數(shù)據(jù)輸出及必須標(biāo)明的控制輸出量進(jìn)行解釋并舉例，包括對(duì)硬拷貝報(bào)告（正常 結(jié)果輸出、狀態(tài)輸出及異常輸出）以及圖形或顯示報(bào)告的描述。 d程序功能鍵的可用性 說(shuō)明：快捷鍵定義等。 3.2.1.2 硬件接口 【可選】 說(shuō)明：要指出軟件產(chǎn)品和系統(tǒng)硬部件之間每一個(gè)接口的邏輯特點(diǎn)。還可能包括如下事宜： 支撐什么樣的設(shè)備，如何支撐這些設(shè)備，有何約定。 3.2.1.3 軟件接口 【可選】 說(shuō)明：在此要指定需使用的其他軟件產(chǎn)品（例如，數(shù)據(jù)管理系統(tǒng)、操作系統(tǒng)或數(shù)學(xué)軟件 包），以及同其他應(yīng)用系統(tǒng)之間的接口。對(duì)每一個(gè)所需的軟件產(chǎn)品，要提供如下內(nèi)容：名 字、助記符、規(guī)格說(shuō)明號(hào)、版本號(hào)、來(lái)源。 對(duì)于每一個(gè)接口，這部分應(yīng)說(shuō)明與軟件產(chǎn)品相關(guān)的接口軟件的目的，并根據(jù)信息的內(nèi)容和 格式定義接口，但不必詳細(xì)描述任何已有完整文件的接口，只要引用定義該接口的文件即 可。 【接口定義】 下表是對(duì)一些接口的具體描述： 接口名稱(chēng) 接口描述 填寫(xiě)接口完成的任務(wù)  接口類(lèi)型 填與是輸入接口( inbound )還是輸出接口( outbound ) 源系統(tǒng) 填寫(xiě)接口輸入方系統(tǒng)或部件 目標(biāo)系統(tǒng) 填寫(xiě)接口輸出方系統(tǒng)或部件 廠商提供/客戶(hù)化開(kāi)發(fā) 文件類(lèi)型 填寫(xiě)文件類(lèi)型；若通過(guò)數(shù)據(jù)庫(kù)表來(lái)交互，請(qǐng)指明數(shù)據(jù)庫(kù)及 表名 文件數(shù)量 峰值數(shù)據(jù)量 頻度 填寫(xiě)數(shù)據(jù)處理的頻度 復(fù)雜度 批處理/人工 填寫(xiě)接口數(shù)據(jù)的驅(qū)動(dòng)模式是人工( manual)還是自動(dòng) (automatic),還是都支持 接口類(lèi)型 填寫(xiě)是實(shí)時(shí)接口還是批量接口等 【其他系統(tǒng)詳細(xì)信息】 說(shuō)明：列出所有與接口交互的外圍系統(tǒng)的詳細(xì)信息。包括輸入、輸出系統(tǒng)等 系統(tǒng) 填寫(xiě)與接口交互的系統(tǒng)名稱(chēng) 系統(tǒng)類(lèi)型 填寫(xiě)是接口的數(shù)據(jù)源系統(tǒng)(source)還是目標(biāo)系統(tǒng)(object) 數(shù)據(jù)庫(kù) 填寫(xiě)交互系統(tǒng)使用的數(shù)據(jù)庫(kù)及版本 軟件 填與‘交互系統(tǒng)的軟件名稱(chēng) 架構(gòu)類(lèi)型 交互系統(tǒng)的架構(gòu)類(lèi)型是 B/S還是C/S。 的 填寫(xiě)該軟件在交互軟件體系中所出的位置 技術(shù)支持 填與交互系統(tǒng)的開(kāi)發(fā)商和支持商 功能支持 填寫(xiě)具體的支持商或技術(shù)團(tuán)隊(duì) 數(shù)據(jù)歸屬 【接口隸屬系統(tǒng)的詳細(xì)信息［可選］］ 系統(tǒng) 填寫(xiě)接口隸屬系統(tǒng)的名稱(chēng) 模塊 隸屬于具體的模塊名稱(chēng) 數(shù)據(jù)庫(kù) 隸屬系統(tǒng)的數(shù)據(jù)庫(kù)及版本 負(fù)責(zé)人  控制報(bào) 【接口配置】 (1)接口基礎(chǔ)信息配置 說(shuō)明：接口基礎(chǔ)信息的配置項(xiàng)目，描述配置的方式。 (2)接口運(yùn)行參數(shù)配置 說(shuō)明：接口運(yùn)行參數(shù)的配置方式和步驟。 【其他配置［可選］］ 說(shuō)明：外圍系統(tǒng)或相關(guān)模塊的配置。 3.2.1.4 通信接口 【可選】 說(shuō)明：指定各種通信接口。例如，局部網(wǎng)絡(luò)的協(xié)議等等。 3.2.2 其他非功能性需求 說(shuō)明：下表中的各種需求，可根據(jù)實(shí)際情況進(jìn)行選擇其中的一種或者幾種進(jìn)行描述，在表 的后面是各種需求的詳細(xì)解釋。 名稱(chēng) 詳細(xì)要求 靜態(tài)數(shù)值需求 動(dòng)態(tài)數(shù)值需求 精度 時(shí)間特性要求 可用性 可靠性 可維護(hù)性 安全性 可移植性 可擴(kuò)展性 兼容性 … 3.2.2.1 靜態(tài)數(shù)值需求 說(shuō)明：支持的終端數(shù)；支持并行操作的用戶(hù)數(shù) 3.2.2.1 動(dòng)態(tài)數(shù)值需求 V 23歡迎下載 精品文檔 說(shuō)明：欲處理的事務(wù)和任務(wù)的數(shù)量，以及在正常情況下和峰值工作條件下一定時(shí)間周期中 處理的數(shù)據(jù)總量。 3.2.2.2 精度 說(shuō)明 : 對(duì)該軟件的輸入、輸出數(shù)據(jù)精度的要求，可能包括傳輸過(guò)程中的精度。 3.2.2.3 時(shí)間特性要求 說(shuō)明：對(duì)于該軟件的時(shí)間特性要求，如對(duì)： a.響應(yīng)時(shí)間； b.更新處理時(shí)間； c ．?dāng)?shù)據(jù)的轉(zhuǎn)換和傳送時(shí)間； d.解題時(shí)間等要求。 3.2.2.4 數(shù)據(jù)管理要求 【可選】 說(shuō)明：需要管理的文卷和記錄的個(gè)數(shù)、表和文卷的大小規(guī)模，要按可預(yù)見(jiàn)的增長(zhǎng)對(duì)數(shù)據(jù)及 其分量的存儲(chǔ)要求做出估算。 3.2.2.5 可用性 指出普通用戶(hù)和高級(jí)用戶(hù)要高效地執(zhí)行特定操作所需的培訓(xùn)時(shí)間，指出典型任務(wù)的可評(píng)測(cè) 任務(wù)次數(shù)或根據(jù)用戶(hù)已知或喜歡的其他系統(tǒng)確定新系統(tǒng)的可用性需求 性能 3.2.2.6 可靠性 指出可用時(shí)間百分比 ( xx.xx%) 、使用小時(shí)數(shù)、維護(hù)訪問(wèn)權(quán)、降級(jí)模式操作等。平均故障 間隔時(shí)間 (MTBF) 。平均修復(fù)時(shí)間 (MTTR) —系統(tǒng)在發(fā)生故障后可以暫停運(yùn)行的時(shí)間。指出 系統(tǒng)輸出要求具備的精密度(分辨率)和精確度(按照某一已知的標(biāo)準(zhǔn)) 。 3.2.3 文檔需求 說(shuō)明：主要是在線(xiàn)用戶(hù)手冊(cè)與幫助系統(tǒng)，也包括其他的文檔 3.2.4 第三方產(chǎn)品 【可選】 說(shuō)明：使用到的第三方產(chǎn)品相關(guān)的 使用許可、使用限制、接口標(biāo)準(zhǔn)。 3.3 數(shù)據(jù)字典 說(shuō)明：把相關(guān)的數(shù)據(jù)抽取出來(lái)統(tǒng)一維護(hù)，在其他章節(jié)如有類(lèi)似信息描述，則關(guān)聯(lián)到數(shù)據(jù)字 典的相關(guān)部分并加輔助說(shuō)明，如：引用到的字段等。 4 補(bǔ)充資料 【可選】 。 4.1 待確定的問(wèn)題列表 【可選】 需求標(biāo)題1 調(diào)查方式 調(diào)查人 調(diào)查對(duì)象 時(shí)間、地點(diǎn) 需求信息記錄  附件四 需求變更申請(qǐng) 記錄號(hào): 項(xiàng) 目： 類(lèi) 型： 開(kāi)發(fā)項(xiàng)目 項(xiàng)目負(fù)責(zé)人： 變更申請(qǐng)人： 申請(qǐng)部門(mén)： 申請(qǐng)日期： 變更內(nèi)容 變更的內(nèi)咨 及其理由 說(shuō)明變更的內(nèi)容及變更的理由， 如果變更為業(yè)務(wù)組提出，則業(yè)務(wù)組填寫(xiě)； 如果變更為為信息技術(shù)組提出，則信息技術(shù)組填寫(xiě)； 變更的系統(tǒng)及 版本 說(shuō)明變更所涉及的工作產(chǎn)品及其當(dāng)前版本， 如果變更為業(yè)務(wù)組提出，則業(yè)務(wù)組填寫(xiě)； 如果變更為為信息技術(shù)組提出，則信息技術(shù)組填寫(xiě)； 對(duì)業(yè)務(wù)及其接 口的影響 分析需求變更引起的業(yè)務(wù)變更、業(yè)務(wù)接口的變更， 業(yè)務(wù)組填寫(xiě) 業(yè)務(wù)負(fù)責(zé)人意 見(jiàn)： 同意 /、同意 簽字： 日期：  變更結(jié)果 變更分析 對(duì)相關(guān)的資源影響 分析需求變更對(duì)人員、開(kāi)發(fā)設(shè)備和目標(biāo)設(shè)備的影響， 僅信息技術(shù)組填寫(xiě) 風(fēng)險(xiǎn)分析 分析需求變更的風(fēng)險(xiǎn)， 僅信息技術(shù)組填寫(xiě) 對(duì)其他系統(tǒng)或接口 的影響 分析需求變更引起的系統(tǒng)變更、其他系統(tǒng)或接口的變更， 僅信息技術(shù)組填寫(xiě) 對(duì)開(kāi)發(fā)工作量、進(jìn) 度和成本影響 估計(jì)需求變更對(duì)開(kāi)發(fā)工作量和進(jìn)度的影響，需說(shuō)明本次變更工作量/ 成本是否超過(guò)本項(xiàng)目總開(kāi)發(fā)工作量/總成本的1% 僅信息技術(shù)組填寫(xiě) 信息技術(shù)部審批意見(jiàn) 信息技術(shù)組負(fù)責(zé)人 意見(jiàn)： 同意 小同意 指定驗(yàn)證人員： 簽字： 日期： 處經(jīng)理意見(jiàn)： 同意 不同意 匯報(bào)上級(jí) 簽字： 日期： 上級(jí)經(jīng)理意見(jiàn)： 同意 小同意 簽字： 日期： 變更結(jié)果 變更的系統(tǒng)及版本 說(shuō)明變更后的工作產(chǎn)品 日期: 變更驗(yàn)證 驗(yàn)證受更結(jié)果 完整性 是 否 正確性 是 否  附加變更 是 否 版本和名稱(chēng) 是 否 驗(yàn)證人意見(jiàn)： 符合要求 不符合要求 簽字： 日期： V 34歡迎下載 附件五 項(xiàng)目計(jì)劃書(shū) 文件狀態(tài)： [V]草稿 [] 正式發(fā)布 [] 止在修改 文件標(biāo)識(shí)： ProjectName- 當(dāng)前版本： X.Y 作 者： 完成日期： Year-Month-Day 版本歷史 版本/狀態(tài) 作者 起止日期 備注 1文檔介紹 1.1 文檔目的 1.2 文檔范圍 1.3 參考文獻(xiàn) 提示： 列出本文檔的所有參考文獻(xiàn)(可以是非正式出版物) ，格式如下: [標(biāo)識(shí)符]作者，文獻(xiàn)名稱(chēng)，出版單位(或歸屬單位) ，日期 例如： [AAA]作者，《立項(xiàng)建議書(shū)》，機(jī)構(gòu)名稱(chēng)，日期 1.5術(shù)語(yǔ)與縮寫(xiě)解釋 縮寫(xiě)、術(shù)語(yǔ) 解釋 2項(xiàng)目介紹 2.1 項(xiàng)目范圍 提示： (1)用簡(jiǎn)練的語(yǔ)言說(shuō)明本項(xiàng)目“是什么” (2)說(shuō)明本項(xiàng)目“應(yīng)當(dāng)包含的內(nèi)容”和 '，“說(shuō)明用途” “不包含的內(nèi)容” 2.2 項(xiàng)目目標(biāo) 提示：給出“清晰的”、“可實(shí)現(xiàn)”、“可驗(yàn)證”的目標(biāo)。 2.3 客戶(hù)與最終用戶(hù)介紹 提示：請(qǐng)說(shuō)明本項(xiàng)目的客戶(hù)、用戶(hù)及其相關(guān)責(zé)任人是誰(shuí)，描述最終用戶(hù)的特征。 2.4 約束 提示： (1)請(qǐng)說(shuō)明在項(xiàng)目開(kāi)發(fā)過(guò)程中應(yīng)當(dāng)遵循的標(biāo)準(zhǔn)或規(guī)范 (2)請(qǐng)說(shuō)明相關(guān)項(xiàng)目可能對(duì)本項(xiàng)目造成的影響。 (3)說(shuō)明一些假設(shè)和依賴(lài)。 2.5 過(guò)程定義 3.1 軟件生命周期模型 提示：簡(jiǎn)要描述、繪制本項(xiàng)目的軟件生命周期模型。 3.2 項(xiàng)目規(guī)范 提示：描述項(xiàng)目需遵循的規(guī)范，例如：編碼規(guī)范。此處可以表現(xiàn)為編碼規(guī)范的鏈接。 3.3 方法與工具 5.1人力資源計(jì)劃 提示：制定本項(xiàng)目的角色職責(zé)表，并為已知的項(xiàng)目成員分配角色(一個(gè)人可以兼多個(gè) 角色) 角色 職責(zé) 人員姓名 工作說(shuō)明  高層領(lǐng)導(dǎo) 項(xiàng)目經(jīng)理 需求分析員 系統(tǒng)設(shè)計(jì)員 程序員 測(cè)試員 ... 5.2軟硬件資源計(jì)劃 提示：分析項(xiàng)目開(kāi)發(fā)、測(cè)試、運(yùn)行所需的軟硬件資源和關(guān)鍵計(jì)算機(jī)資源（會(huì)影響軟件 產(chǎn)品的性能的CPU內(nèi)存、帶寬等內(nèi)容），主要內(nèi)容包括： 資源級(jí)別（分為“關(guān)鍵”、“普通”兩種） 詳細(xì)配置 獲取方式（如“已經(jīng)存在”、“可以借用”或“需要購(gòu)買(mǎi)”等）與獲取時(shí)間 使用說(shuō)明（如“誰(shuí)”在“什么”時(shí)候使用） 軟硬件資源名 稱(chēng) 級(jí)別 詳細(xì)配置 狄取方式與時(shí)間 使用說(shuō)明 關(guān)鍵 關(guān)鍵 普通 ... 6文檔交付列表 J 丁 P 交付文檔名稱(chēng) 交付日期 備注 7風(fēng)險(xiǎn)管理計(jì)劃 提示：以下是各個(gè)列標(biāo)題的解釋。 約定在項(xiàng)目中的風(fēng)險(xiǎn)管理方案，例如：風(fēng)險(xiǎn)識(shí)別頻度、風(fēng)險(xiǎn)跟蹤頻度等。 風(fēng)險(xiǎn)級(jí)別：確定風(fēng)險(xiǎn)的嚴(yán)重性、可能性、風(fēng)險(xiǎn)系數(shù) 風(fēng)險(xiǎn)描述：緩解方案或者應(yīng)急計(jì)劃。 風(fēng)險(xiǎn)編號(hào) 風(fēng)險(xiǎn)級(jí)別 風(fēng)險(xiǎn)描述 緩解方案 應(yīng)急計(jì)劃  嚴(yán)重性 (1-5) 可能性 (%) 風(fēng)險(xiǎn)系數(shù) (嚴(yán)重性*可能性) 8溝通計(jì)劃 甲方代表 乙方代表 溝通方式 溝通頻率/時(shí)間 期望結(jié)果 9附件 項(xiàng)目進(jìn)度計(jì)劃 附件六 項(xiàng)目計(jì)劃變更說(shuō)明 項(xiàng)目名稱(chēng) 申請(qǐng)日期 項(xiàng)目計(jì)劃變更申請(qǐng) 申請(qǐng)變更的 《項(xiàng)目計(jì)劃》 輸入名稱(chēng)，版本，完成日期等信息 變更的內(nèi)容 及其理由 評(píng)估計(jì)劃變更將對(duì) 項(xiàng)目造成的影響 項(xiàng)目負(fù)責(zé)人簽字 變更申請(qǐng)的審批意見(jiàn) 處經(jīng)理審批 審批意見(jiàn)： 簽字，日期 信息技術(shù)部負(fù)責(zé)人 審批 審批意見(jiàn)： 簽字，日期 業(yè)務(wù)部門(mén)意見(jiàn) 審批意見(jiàn)： 簽字，日期 更改項(xiàng)目計(jì)劃 變更后的 《項(xiàng)目計(jì)劃》 輸入名稱(chēng)，版本，完成日期等信息 項(xiàng)目負(fù)責(zé)人簽字  附件七 設(shè)計(jì)說(shuō)明書(shū) 文件狀態(tài)： [V]草稿 [] 正式發(fā)布 [] 正在修改 文件標(biāo)識(shí)： ProjectName-Module-Design 當(dāng)前版本： X.Y 作 者： 完成日期： Year-Month-Day 版本歷史 版本/狀態(tài) 作者 起止日期 備注 精品文檔 1 引言 1.1 編寫(xiě)目的 說(shuō)明編寫(xiě)這份詳細(xì)設(shè)計(jì)說(shuō)明書(shū)的目的，指出預(yù)期的讀者。 1.2 背景 說(shuō)明： 待開(kāi)發(fā)軟件系統(tǒng)的名稱(chēng)； 本項(xiàng)目的任務(wù)提出者、開(kāi)發(fā)者、用戶(hù)和運(yùn)行該程序系統(tǒng)的計(jì)算中心。 1.3 定義 列出本文件中用到專(zhuān)門(mén)術(shù)語(yǔ)的定義和外文首字母組詞的原詞組。 1.4 參考資料 列出有關(guān)的參考資料，如： 本項(xiàng)目的經(jīng)核準(zhǔn)的計(jì)劃任務(wù)書(shū)或合同、上級(jí)機(jī)關(guān)的批文； 屬于本項(xiàng)目的其他已發(fā)表的文件； 本文件中各處引用到的文件資料，包括所要用到的軟件開(kāi)發(fā)標(biāo)準(zhǔn)。列出這些文件的標(biāo) 題、文件編號(hào)、發(fā)表日期和出版單位，說(shuō)明能夠取得這些文件的來(lái)源。 2 程序系統(tǒng)的結(jié)構(gòu) 用一系列圖表列出本程序系統(tǒng)內(nèi)的每個(gè)程序（包括每個(gè)模塊和子程序）的名稱(chēng)、標(biāo)識(shí) 符和它們之間 的層次結(jié)構(gòu)關(guān)系。 3 程序 1（標(biāo)識(shí)符）設(shè)計(jì)說(shuō)明 從本章開(kāi)始，逐個(gè)地給出各個(gè)層次中的每個(gè)程序的設(shè)計(jì)考慮。以下給出的提綱是針對(duì) 一般情況的。對(duì)于一個(gè)具體的模塊，尤其是層次比較低的模塊或子程序，其很多條目的內(nèi) 容往往與它所隸屬的上一層 模塊的對(duì)應(yīng)條目的內(nèi)容相同，在這種情況下，只要簡(jiǎn)單地說(shuō) 明這一點(diǎn)即可。 3.1 程序描述 給出對(duì)該程序的簡(jiǎn)要描述，主要說(shuō)明安排設(shè)計(jì)本程序的目的意義，并且，還要說(shuō)明本 程序的特點(diǎn)（如 是常駐內(nèi)存還是非常駐？是否子程序？是可重人的還是不可重人的？有 無(wú)覆蓋要求？是順序處理還是并發(fā)處理等） 。 3.2 功能 說(shuō)明該程序應(yīng)具有的功能，可采用 IPO 圖（即輸入一處理一輸出圖）的形式。 3.3 性能 說(shuō)明對(duì)該程序的全部性能要求，包括對(duì)精度、靈活性和時(shí)間特性的要求。 。 3.4 輸人項(xiàng) 給出對(duì)每一個(gè)輸入項(xiàng)的特性，包括名稱(chēng)、標(biāo)識(shí)、數(shù)據(jù)的類(lèi)型和格式、數(shù)據(jù)值的有效范 圍、輸入的方式。數(shù)量和頻度、輸入媒體、輸入數(shù)據(jù)的來(lái)源和安全保密條件等等。 3.5 輸出項(xiàng) 給出對(duì)每一個(gè)輸出項(xiàng)的特性，包括名稱(chēng)、標(biāo)識(shí)、數(shù)據(jù)的類(lèi)型和格式，數(shù)據(jù)值的有效范 圍，輸出的形式、數(shù)量和頻度，輸出媒體、對(duì)輸出圖形及符號(hào)的說(shuō)明、安全保密條件等 等。 3.6 算法 詳細(xì)說(shuō)明本程序所選用的算法，具體的計(jì)算公式和計(jì)算步驟。 3.7 流程邏輯 用圖表（例如流程圖、判定表等）輔以必要的說(shuō)明來(lái)表示本程序的邏輯流程。 3.8 接口 用圖的形式說(shuō)明本程序所隸屬的上一層模塊及隸屬于本程序的下一層模塊、子程序， 說(shuō)明參數(shù)賦值和調(diào)用方式，說(shuō)明與本程序相直接關(guān)聯(lián)的數(shù)據(jù)結(jié)構(gòu)（數(shù)據(jù)庫(kù)、數(shù)據(jù)文卷） 3.9 存儲(chǔ)分配 根據(jù)需要，說(shuō)明本程序的存儲(chǔ)分配。 3.10 注釋設(shè)計(jì) 說(shuō)明準(zhǔn)備在本程序中安排的注釋?zhuān)纾? 加在模塊首部的注釋?zhuān)? 加在各分枝點(diǎn)處的注釋?zhuān)? 對(duì)各變量的功能、范圍、缺省條件等所加的注釋?zhuān)? 對(duì)使用的邏輯所加的注釋等等。 3.11 限制條件 說(shuō)明本程序運(yùn)行中所受到的限制條件。 3.12 測(cè)試計(jì)劃 說(shuō)明對(duì)本程序進(jìn)行單體測(cè)試的計(jì)劃，包括對(duì)測(cè)試的技術(shù)要求、輸入數(shù)據(jù)、預(yù)期結(jié)果、 進(jìn)度安排、人員職責(zé)、設(shè)備條件驅(qū)動(dòng)程序及樁模塊等的規(guī)定。 3.13 尚未解決的問(wèn)題 說(shuō)明在本程序的設(shè)計(jì)中尚未解決而設(shè)計(jì)者認(rèn)為在軟件完成之前應(yīng)解決的問(wèn)題。 4 程序 2（標(biāo)識(shí)符）設(shè)計(jì)說(shuō)明 用類(lèi)似F. 3的方式，說(shuō)明第2個(gè)程序乃至第N個(gè)程序的設(shè)計(jì)考慮。 。 36 歡迎下載 精品文檔 附件八 單元測(cè)試用例 1測(cè)試范圍 說(shuō)明：本用例測(cè)試的功能點(diǎn)。 2測(cè)試環(huán)境 環(huán)境1 : 硬件環(huán)境: 服務(wù)器端： 客戶(hù)端： 軟件環(huán)境: 服務(wù)器端： 客戶(hù)端： 網(wǎng)絡(luò)環(huán)境: 環(huán)境2: 3數(shù)據(jù)準(zhǔn)備 說(shuō)明：可以引用適當(dāng)?shù)母郊?EXCEL文件、文本文件等扁平文件等，這些文件內(nèi)存放著 測(cè)試準(zhǔn)備的數(shù)據(jù)。 測(cè)試用例 功能1 測(cè)試編號(hào) 功能模塊-子模塊-編號(hào) 測(cè)試項(xiàng)目 模塊功能-子模塊功能 用例描述 描述測(cè)試上述功能的測(cè)試點(diǎn) 依賴(lài)描述 無(wú) 環(huán)境及初 始數(shù)據(jù) 環(huán)境1,填寫(xiě)用到的各種測(cè)試數(shù)據(jù)的名稱(chēng) 依賴(lài)樣例 測(cè)試本用例依賴(lài)的相關(guān)用例名稱(chēng) 在耳 J 丁 P 前置條件 測(cè)試子項(xiàng) 執(zhí)行＞驟 預(yù)期結(jié)果 實(shí)際結(jié)果 備注 0 測(cè)試序號(hào) 填寫(xiě)本用 例運(yùn)行的 前置條 件。如登 陸、權(quán) 限、設(shè)備 就緒等； 說(shuō)明測(cè)試 的基本流 還是備選 流；要求 測(cè)試遍歷 所有的備 選流； 詳細(xì)列出 各個(gè)用例 角色的操 作的動(dòng) 作。 對(duì)應(yīng)每一 步的預(yù)測(cè) 結(jié)果； 對(duì)應(yīng)每一 個(gè)執(zhí)行步 驟的實(shí)際 結(jié)果； 填寫(xiě)與測(cè) 試相關(guān)聯(lián) 的核對(duì) 點(diǎn)、檢查 點(diǎn)。 0 附件九 設(shè)計(jì)評(píng)審報(bào)告 文件狀態(tài)： 文件標(biāo)識(shí)： ProjectName- [V]草稿 當(dāng)前版本： X.Y [] 正式發(fā)布 作 者： [] 正在修改 完成日期： Year-Month-Day 版本歷史 版本/狀態(tài) 作者 起止日期 備注 1.基本信息 提示：由評(píng)審主持人或評(píng)審員填寫(xiě)此表格。 待評(píng)審的工作成果 工作成果名稱(chēng)，標(biāo)識(shí)符，版本，作者，時(shí)間… 技術(shù)評(píng)審方式 （正式評(píng)審）或者（走查） 評(píng)審時(shí)間 評(píng)審地點(diǎn) 參加技術(shù)評(píng)審的人員 類(lèi)別 名字 工作單位 職稱(chēng)、職務(wù)： 主持人 評(píng)審 小組 成員 記錄員 0 39歡迎下載 精品文檔 2.缺陷識(shí)別和跟蹤 評(píng)審問(wèn)題跟蹤表 編 問(wèn)題 問(wèn)題 嚴(yán)重 提交 提交 問(wèn)題 解決措施/ 問(wèn) 實(shí) 問(wèn) 備 號(hào) 描述 性 者 日期 處理 原因說(shuō)明 題 際 題 注 解 關(guān) 關(guān) 人 決 閉 閉 狀 日 驗(yàn) 態(tài) 期 證 人 1 2 3 3.評(píng)審結(jié)論與意見(jiàn) 提示：由主持人或評(píng)審員填寫(xiě)此表格。 評(píng)審結(jié)論 [] 工作成果合格，“無(wú)需修改”或者“需要輕微修改但不必再審核” 。 [，]工作成果基本合格，需要作少量的修改，之后通過(guò)審核即可。 [] 工作成果不合格，需要作比較大的修改，之后必須重新對(duì)其評(píng)審。 意見(jiàn) 負(fù)責(zé)人 簽字 簽字： 日期：  附件十 系統(tǒng)/用戶(hù)測(cè)試計(jì)劃 文件狀態(tài)： 文件標(biāo)識(shí)： [V]草稿 當(dāng)前版本： [] 正式發(fā)布 作 者： [] 正在修改 完成日期： Year-Month-Day 版本歷史 版本/狀態(tài) 作者 起止日期 備注 1 .測(cè)試范圍與主要內(nèi)容 提示：系統(tǒng)測(cè)試小組應(yīng)當(dāng)根據(jù)項(xiàng)目的特征確定測(cè)試范圍與內(nèi)容。一般地，系統(tǒng)測(cè)試的 主要內(nèi)容包括功能測(cè)試、健壯性測(cè)試、性能測(cè)試、用戶(hù)界面測(cè)試、安全性( security )測(cè) 試、安裝與反安裝測(cè)試等。 2 .測(cè)試方法 提示：例如黑盒測(cè)試和白盒測(cè)試。 3 .測(cè)試環(huán)境與測(cè)試輔助工具 環(huán)境 設(shè)備 配置 名稱(chēng)/類(lèi)型 備注 服務(wù)器 r軟件 硬件 客戶(hù)端 軟件 r硬件 網(wǎng)絡(luò) 工具 工具 開(kāi)發(fā)商 版本 測(cè)試管理 缺陷跟蹤 用于功能性測(cè)試的工具 用于性能測(cè)試的工具 0 測(cè)試覆蓋監(jiān)測(cè)器或評(píng)測(cè)器 4.測(cè)試進(jìn)度計(jì)劃 任務(wù) 人員 任務(wù) 開(kāi)始日期 結(jié)束日期 制定測(cè)試計(jì)劃 設(shè)計(jì)測(cè)試 實(shí)施測(cè)試 執(zhí)行測(cè)試 對(duì)測(cè)試進(jìn)行評(píng)估 5.測(cè)試完成準(zhǔn)則 提示： 對(duì)于非嚴(yán)格系統(tǒng)可以采用“基于測(cè)試用例”的準(zhǔn)則： (1)功能性測(cè)試用例通過(guò)率達(dá)到 100%; (2)非功能性測(cè)試用例通過(guò)率達(dá)到 95%時(shí)。 對(duì)于嚴(yán)格系統(tǒng)，應(yīng)當(dāng)補(bǔ)充“基于 BU儒度”的規(guī)則： 相鄰n個(gè)CPU」、時(shí)內(nèi)“測(cè)試期 BU瑞度”全部低于某個(gè)值 m^例如n大于10, m小于 等于1。 最后一次回歸測(cè)試二類(lèi)缺陷數(shù)量為零，用例外非常規(guī)缺陷數(shù)量小于等于 2個(gè)/萬(wàn)行程 序； 測(cè)試用例功能點(diǎn)覆蓋率100% 6 . BUG管理與改錯(cuò)計(jì)劃 提示：根據(jù)所采用的 BUG!理工具確定：(1) BUGT理流程，(2) BUG慎改流程。 定義BUGW改約定，例如：不同級(jí)別的 BUG^、須在幾日內(nèi)處理完成。 7 .附錄.本計(jì)劃審批意見(jiàn) 項(xiàng)目經(jīng)理審批意見(jiàn): 日期 0 系統(tǒng)/用戶(hù)測(cè)試報(bào)告 1.基本信息 測(cè)試依據(jù) 例如：參照標(biāo)準(zhǔn)、客戶(hù)需求、需求規(guī)格說(shuō)明書(shū)、測(cè)試用例等 測(cè)試范圍 測(cè)試驗(yàn)收標(biāo)準(zhǔn) 測(cè)試環(huán)境描述 測(cè)試驅(qū)動(dòng)程序描述 提示：可以把測(cè)試驅(qū)動(dòng)程序當(dāng)作附件 測(cè)試人員 測(cè)試時(shí)間 須注明每次回歸測(cè)試 的時(shí)間 測(cè)試工具 2.實(shí)況記錄 模塊 測(cè)試用例編號(hào) 期望結(jié)果 測(cè)試結(jié)果 缺陷密度 是否執(zhí)行了回歸測(cè)試 3.測(cè)試總評(píng)價(jià) 根據(jù)對(duì)測(cè)試結(jié)果提出一個(gè)關(guān)于軟件能力的全面分析，需標(biāo)明遺留的主要缺陷、局限性 和軟件的約束限制等，并提出軟件測(cè)試過(guò)程中程序中的不足。 根據(jù)測(cè)試標(biāo)準(zhǔn)及測(cè)試結(jié)果，綜合評(píng)價(jià)軟件的開(kāi)發(fā)是否已達(dá)到預(yù)定目標(biāo)。 4.缺陷修改記錄 提示：如果采用了缺陷管理工具，能自動(dòng)產(chǎn)生缺陷報(bào)表的話(huà)，則無(wú)需本表。 缺陷名稱(chēng) 缺陷類(lèi)型 嚴(yán)重程度 模塊 原因 駐留時(shí)間 解決方案 … 測(cè)試人員簽字/日期: 0 附件十二 試運(yùn)行計(jì)劃 文件狀態(tài)： [，]草稿 [] 正式發(fā)布 [] 正在修改 文件標(biāo)識(shí)： ProjectName-TestRun-PLAN 當(dāng)前版本： X.Y 作 者： 完成日期： Year-Month-Day 版本歷史 版本/狀態(tài) 作者 起止日期 備注 1 .試運(yùn)行目標(biāo) 提示：說(shuō)明本次試運(yùn)行的主要內(nèi)容與目標(biāo)（必須是可