信息系統(tǒng)開(kāi)發(fā)項(xiàng)目管理指導(dǎo)書(shū)-預(yù)覽頁(yè)
【正文】 但不必詳細(xì)描述任何已有完整文件的接口，只要引用定義該接口的文件即可。（2）接口運(yùn)行參數(shù)配置說(shuō)明：接口運(yùn)行參數(shù)的配置方式和步驟。 其他非功能性需求說(shuō)明：下表中的各種需求，可根據(jù)實(shí)際情況進(jìn)行選擇其中的一種或者幾種進(jìn)行描述，在表的后面是各種需求的詳細(xì)解釋。 說(shuō)明：對(duì)于該軟件的時(shí)間特性要求，如對(duì)： a．響應(yīng)時(shí)間； b．更新處理時(shí)間； c．?dāng)?shù)據(jù)的轉(zhuǎn)換和傳送時(shí)間；d．解題時(shí)間等要求。平均修復(fù)時(shí)間 (MTTR)—系統(tǒng)在發(fā)生故障后可以暫停運(yùn)行的時(shí)間。4 補(bǔ)充資料【可選】【可選】需求標(biāo)題1調(diào)查方式調(diào)查人調(diào)查對(duì)象時(shí)間、地點(diǎn)需求信息記錄 附件4：需求變更申請(qǐng)記錄號(hào)： 項(xiàng) 目：類 型：開(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%？?jī)H信息技術(shù)組填寫(xiě)開(kāi)發(fā)商意見(jiàn)開(kāi)發(fā)商負(fù)責(zé)人意見(jiàn)：同意 不同意 指定驗(yàn)證人員：簽字： 日期：變更結(jié)果變更的系統(tǒng)及版本說(shuō)明變更后的工作產(chǎn)品簽字： 日期：變更驗(yàn)證驗(yàn)證變更結(jié)果完整性是 否正確性是 否附加變更是 否版本和名稱是 否甲方驗(yàn)證人意見(jiàn)： 符合要求 不符合要求簽字： 日期：附件5：系統(tǒng)設(shè)計(jì)說(shuō)明書(shū)文件狀態(tài)：[√] 草稿[ ] 正式發(fā)布[ ] 正在修改文件標(biāo)識(shí)：當(dāng)前版本：作 者：完成日期：版 本 歷 史版本/狀態(tài)作者參與者起止日期備注1引言說(shuō)明編寫(xiě)這份詳細(xì)設(shè)計(jì)說(shuō)明書(shū)的目的，指出預(yù)期的讀者。列出這些文件的標(biāo)題、文件編號(hào)、發(fā)表日期和出版單位，說(shuō)明能夠取得這些文件的來(lái)源。對(duì)于一個(gè)具體的模塊，尤其是層次比較低的模塊或子程序，其很多條目的內(nèi)容往往與它所隸屬的上一層 模塊的對(duì)應(yīng)條目的內(nèi)容相同，在這種情況下，只要簡(jiǎn)單地說(shuō)明這一點(diǎn)即可。給出對(duì)每一個(gè)輸入項(xiàng)的特性，包括名稱、標(biāo)識(shí)、數(shù)據(jù)的類型和格式、數(shù)據(jù)值的有效范圍、輸入的方式。用圖表（例如流程圖、判定表等）輔以必要的說(shuō)明來(lái)表示本程序的邏輯流程。說(shuō)明準(zhǔn)備在本程序中安排的注釋，如：加在模塊首部的注釋；加在各分枝點(diǎn)處的注釋；對(duì)各變量的功能、范圍、缺省條件等所加的注釋；對(duì)使用的邏輯所加的注釋等等。附件6 ：系統(tǒng)設(shè)計(jì)評(píng)審報(bào)告文件狀態(tài)：[√] 草稿[ ] 正式發(fā)布[ ] 正在修改文件標(biāo)識(shí)：ProjectName當(dāng)前版本：作 者：完成日期：YearMonthDay版 本 歷 史版本/狀態(tài)作者參與者起止日期備注1. 基本信息提示：由評(píng)審主持人或評(píng)審員填寫(xiě)此表格。[ ] 工作成果不合格，需要作比較大的修改，之后必須重新對(duì)其評(píng)審。3. 測(cè)試環(huán)境與測(cè)試輔助工具環(huán)境設(shè)備配置名稱/類型備注服務(wù)器軟件硬件客戶端軟件硬件網(wǎng)絡(luò)工具類型工具開(kāi)發(fā)商版本測(cè)試管理缺陷跟蹤用于功能性測(cè)試的工具用于性能測(cè)試的工具測(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í)。定義BUG修改約定，例如：不同級(jí)別的BUG必須在幾日內(nèi)處理完成。缺陷名稱缺陷類型嚴(yán)重程度模塊原因駐留時(shí)間解決方案…測(cè)試人員簽字/日期：附件9：試運(yùn)行計(jì)劃文件狀態(tài)：[√] 草稿[ ] 正式發(fā)布[ ] 正在修改文件標(biāo)識(shí)：ProjectNameTestRunPLAN當(dāng)前版本：作 者：完成日期：YearMonthDay版 本 歷 史版本/狀態(tài)作者參與者起止日期備注1. 試運(yùn)行目標(biāo)提示：說(shuō)明本次試運(yùn)行的主要內(nèi)容與目標(biāo)（必須是可以驗(yàn)證的）。附錄：本計(jì)劃審批意見(jiàn)提示：項(xiàng)目經(jīng)理或者技術(shù)負(fù)責(zé)人根據(jù)項(xiàng)目計(jì)劃以及現(xiàn)實(shí)情況（如可以支配的人力資源），審批該《試運(yùn)行計(jì)劃》。4. 報(bào)錯(cuò)趨勢(shì)分析報(bào)告提示：建議制作趨勢(shì)圖5. 試運(yùn)行經(jīng)驗(yàn)總結(jié)6. 下一階段工作安排附件11：系統(tǒng)驗(yàn)收?qǐng)?bào)告版 本 歷 史版本/狀態(tài)作者參與者起止日期備注1. 基本信息項(xiàng)目名稱甲方乙方合同甲方驗(yàn)收人員角色職責(zé)乙方人員角色職責(zé)2. 成果審查報(bào)告應(yīng)交付成果的名稱、版本甲方審核人乙方協(xié)助人時(shí)間地點(diǎn)審查結(jié)論3. 問(wèn)題處理提示：如果甲方發(fā)現(xiàn)工作成果中存在缺陷，雙方應(yīng)當(dāng)視問(wèn)題的嚴(yán)重性給出合適的處理措施。（2）如果工作成果存在一些輕微的缺陷，則乙方應(yīng)當(dāng)給出糾正缺陷的措施，雙方協(xié)商是否需要第二次驗(yàn)收
公司管理相關(guān)推薦
鄂ICP備17016276號(hào)-1