信息系統(tǒng)開發(fā)項目管理指導(dǎo)書(文件)
【正文】 40。問題處理措施甲方負(fù)責(zé)人簽字乙方負(fù)責(zé)人簽字4. 交付簽字提示：（1）當(dāng)待驗收的所有工作成果都通過了審查和測試后，乙方將其交付給甲方。（1）如果工作成果存在嚴(yán)重的缺陷，則退回給乙方。甲方項目經(jīng)理審批意見：簽字 日期 附件10：試運行報告文件狀態(tài)：[√] 草稿[ ] 正式發(fā)布[ ] 正在修改文件標(biāo)識：ProjectNameTestRunREPORT當(dāng)前版本：作 者：版 本 歷 史版本/狀態(tài)作者參與者起止日期備注1. 背景介紹提示：說明此次運行工作的必要性。2. 工作條件提示：說明試運行地點、參加人員、軟硬件設(shè)施、經(jīng)費等要求。7. 附錄. 本計劃審批意見測試組審批意見：簽字 日期 附件8：用戶測試報告1. 基本信息測試依據(jù)例如：參照標(biāo)準(zhǔn)、客戶需求、需求規(guī)格說明書、測試用例等測試范圍測試驗收標(biāo)準(zhǔn)測試環(huán)境描述測試驅(qū)動程序描述提示：可以把測試驅(qū)動程序當(dāng)作附件測試人員測試時間須注明每次回歸測試的時間測試工具2. 實況記錄模塊測試用例編號期望結(jié)果測試結(jié)果缺陷密度是否執(zhí)行了回歸測試3. 測試總評價根據(jù)對測試結(jié)果提出一個關(guān)于軟件能力的全面分析，需標(biāo)明遺留的主要缺陷、局限性和軟件的約束限制等，并提出軟件測試過程中程序中的不足。對于嚴(yán)格系統(tǒng)，應(yīng)當(dāng)補充“基于BUG密度”的規(guī)則：相鄰n個CPU小時內(nèi)“測試期BUG密度”全部低于某個值m。意見負(fù)責(zé)人簽字簽字：日期： 附件7：用戶測試計劃文件狀態(tài)：[√] 草稿[ ] 正式發(fā)布[ ] 正在修改文件標(biāo)識：當(dāng)前版本：作 者：完成日期：版 本 歷 史版本/狀態(tài)作者參與者起止日期備注1. 測試范圍與主要內(nèi)容提示：系統(tǒng)測試小組應(yīng)當(dāng)根據(jù)項目的特征確定測試范圍與內(nèi)容。待評審的工作成果工作成果名稱，標(biāo)識符，版本，作者，時間…技術(shù)評審方式（正式評審）或者(走查)評審時間評審地點參加技術(shù)評審的人員類別名字工作單位職稱、職務(wù)：主持人評審小組成員記錄員2. 缺陷識別和跟蹤 評審問題跟蹤表編號問題描述問題類型嚴(yán)重性提交者提交日期問題處理負(fù)責(zé)人解決措施/原因說明問題解決狀態(tài)實際關(guān)閉日期問題關(guān)閉驗證人備注1 233. 評審結(jié)論與意見提示：由主持人或評審員填寫此表格。說明本程序運行中所受到的限制條件。用圖的形式說明本程序所隸屬的上一層模塊及隸屬于本程序的下一層模塊、子程序，說明參數(shù)賦值和調(diào)用方式，說明與本程序相直接關(guān)聯(lián)的數(shù)據(jù)結(jié)構(gòu)（數(shù)據(jù)庫、數(shù)據(jù)文卷）。數(shù)量和頻度、輸入媒體、輸入數(shù)據(jù)的來源和安全保密條件等等。給出對該程序的簡要描述，主要說明安排設(shè)計本程序的目的意義，并且，還要說明本程序的特點（如 是常駐內(nèi)存還是非常駐？是否子程序？是可重人的還是不可重人的？有無覆蓋要求？是順序處理還是并發(fā)處理等）。2程序系統(tǒng)的結(jié)構(gòu)用一系列圖表列出本程序系統(tǒng)內(nèi)的每個程序（包括每個模塊和子程序）的名稱、標(biāo)識符和它們之間 的層次結(jié)構(gòu)關(guān)系。說明：待開發(fā)軟件系統(tǒng)的名稱；本項目的任務(wù)提出者、開發(fā)者、用戶和運行該程序系統(tǒng)的計算中心。指出系統(tǒng)輸出要求具備的精密度（分辨率）和精確度（按照某一已知的標(biāo)準(zhǔn)）。 數(shù)據(jù)管理要求【可選】說明：需要管理的文卷和記錄的個數(shù)、表和文卷的大小規(guī)模，要按可預(yù)見的增長對數(shù)據(jù)及其分量的存儲要求做出估算。名稱詳細(xì)要求靜態(tài)數(shù)值需求動態(tài)數(shù)值需求精度時間特性要求可用性可靠性可維護(hù)性安全性可移植性可擴(kuò)展性兼容性… 靜態(tài)數(shù)值需求說明：支持的終端數(shù)；支持并行操作的用戶數(shù)。【其他配置[可選] 】說明：外圍系統(tǒng)或相關(guān)模塊的配置。【接口定義】下表是對一些接口的具體描述:接口名稱接口描述填寫接口完成的任務(wù)接口類型填寫是輸入接口（inbound）還是輸出接口（outbound）源系統(tǒng)填寫接口輸入方系統(tǒng)或部件目標(biāo)系統(tǒng)填寫接口輸出方系統(tǒng)或部件廠商提供/客戶化開發(fā)文件類型填寫文件類型；若通過數(shù)據(jù)庫表來交互，請指明數(shù)據(jù)庫及表名文件數(shù)量峰值數(shù)據(jù)量頻度填寫數(shù)據(jù)處理的頻度復(fù)雜度批處理 /人工填寫接口數(shù)據(jù)的驅(qū)動模式是人工（manual）還是自動(automatic)，還是都支持接口類型填寫是實時接口還是批量接口等【其他系統(tǒng)詳細(xì)信息】說明：列出所有與接口交互的外圍系統(tǒng)的詳細(xì)信息。還可能包括如下事宜：支撐什么樣的設(shè)備，如何支撐這些設(shè)備，有何約定。b 報表或菜單的頁面打印格式和內(nèi)容c 輸入輸出的需求說明：解釋各輸入輸出數(shù)據(jù)類型，并逐項說明其媒體、格式、數(shù)值范圍、精度等。說明：闡述本產(chǎn)品應(yīng)當(dāng)遵循什么標(biāo)準(zhǔn)、規(guī)范或業(yè)務(wù)規(guī)則，違反標(biāo)準(zhǔn)、規(guī)范或業(yè)務(wù)規(guī)則的產(chǎn)品通常不太可能被接受。格式限制說明：本項將指定由現(xiàn)有的標(biāo)準(zhǔn)或規(guī)則派生的要求。對功能加以組織，使客戶或初次閱讀該文檔的其他人能夠理解此功能列表。對于列出的每個問題，需澄清以下要點：? 為什么會出現(xiàn)這一問題？? 目前如何解決該問題？? 干系人需要什么樣的解決方案？務(wù)必要了解干系人或用戶對解決各個問題的相對重視程度。]說明[對干系人類型的簡要說明。 干系人與用戶說明【可選】【可選】詳細(xì)說明目標(biāo)用戶的工作環(huán)境。 問題說明【可選】提供一段說明，總結(jié)此項目需要解決的問題。【可選】說明：對本文的范圍做闡述，本文檔改動時，受到影響的范圍，例如，本文引用到的用例模型，系統(tǒng)原型，系統(tǒng)測試用例等文檔。 運行環(huán)境約束 設(shè)計約束【可選】說明：開發(fā)過程中必須使用的軟件語言、軟件進(jìn)程需求、主要開發(fā)工具、核心技術(shù)、第三方產(chǎn)品等。說明：描述具體的業(yè)務(wù)流程。 管理綜述【可選】說明：主要描述該業(yè)務(wù)的管理特點和管理模式。 業(yè)務(wù)目標(biāo)從甲方高層或商務(wù)利益的角度提出本業(yè)務(wù)系統(tǒng)的期望目標(biāo)，以及評價標(biāo)準(zhǔn)。約定在項目中的風(fēng)險管理方案，例如：風(fēng)險識別頻度、風(fēng)險跟蹤頻度等。提示：說明在過程中將采用的方法與工具。（3）說明一些假設(shè)和依賴。（2）說明本項目“應(yīng)當(dāng)包含的內(nèi)容”和“不包含的內(nèi)容”。3 售后服務(wù)及保密要求 開發(fā)商應(yīng)該保證系統(tǒng)技術(shù)支持人員隊伍的穩(wěn)定，
公司管理相關(guān)推薦
鄂ICP備17016276號-1