信息系統(tǒng)開發(fā)項目管理指導(dǎo)書-免費(fèi)閱讀
【正文】 （2）如果工作成果存在一些輕微的缺陷，則乙方應(yīng)當(dāng)給出糾正缺陷的措施，雙方協(xié)商是否需要第二次驗收。附錄：本計劃審批意見提示：項目經(jīng)理或者技術(shù)負(fù)責(zé)人根據(jù)項目計劃以及現(xiàn)實情況（如可以支配的人力資源），審批該《試運(yùn)行計劃》。定義BUG修改約定，例如：不同級別的BUG必須在幾日內(nèi)處理完成。[ ] 工作成果不合格，需要作比較大的修改，之后必須重新對其評審。說明準(zhǔn)備在本程序中安排的注釋，如：加在模塊首部的注釋；加在各分枝點(diǎn)處的注釋；對各變量的功能、范圍、缺省條件等所加的注釋；對使用的邏輯所加的注釋等等。給出對每一個輸入項的特性，包括名稱、標(biāo)識、數(shù)據(jù)的類型和格式、數(shù)據(jù)值的有效范圍、輸入的方式。列出這些文件的標(biāo)題、文件編號、發(fā)表日期和出版單位，說明能夠取得這些文件的來源。平均修復(fù)時間 (MTTR)—系統(tǒng)在發(fā)生故障后可以暫停運(yùn)行的時間。 其他非功能性需求說明：下表中的各種需求，可根據(jù)實際情況進(jìn)行選擇其中的一種或者幾種進(jìn)行描述，在表的后面是各種需求的詳細(xì)解釋。對于每一個接口，這部分應(yīng)說明與軟件產(chǎn)品相關(guān)的接口軟件的目的，并根據(jù)信息的內(nèi)容和格式定義接口，但不必詳細(xì)描述任何已有完整文件的接口，只要引用定義該接口的文件即可。例如，如果系統(tǒng)的用戶通過顯示終端進(jìn)行操作，就必須指定如下要求：a 對屏幕格式的要求說明：對界面上的各對象、類型、寬度、取值范圍、數(shù)據(jù)來源、能否為空等屬性進(jìn)行描述。業(yè)務(wù)需求目標(biāo)系統(tǒng)業(yè)務(wù)活動（可選）功能名稱 假定和約束說明：列出進(jìn)行本軟件開發(fā)工作的假定和約束，例如：開發(fā)語言、開發(fā)期限等。]列出干系人認(rèn)為現(xiàn)有解決方案存在的關(guān)鍵問題。l 完整而準(zhǔn)確的定義本產(chǎn)品的干系人；l 明確本產(chǎn)品所影響到的部門和業(yè)務(wù)；l 用圖表或者文字描述產(chǎn)品的范圍，概要的定義產(chǎn)品的功能。說明：指明本文檔面向的讀者群，及相應(yīng)的閱讀意見。 具體業(yè)務(wù)流程（系統(tǒng)名稱+編號）對于具體業(yè)務(wù)流程的命名有規(guī)范，對具體流程進(jìn)行編號，便于形成需求矩陣，同時形成需求的管理和跟蹤。例如：編號里程碑名稱預(yù)計結(jié)束時間備注需求調(diào)研完成項目計劃完成需求分析完成系統(tǒng)設(shè)計完成 .....開發(fā)完成集成測試完成系統(tǒng)測試完成用戶驗收測試完成試運(yùn)行結(jié)束項目驗收附件2：業(yè)務(wù)需求說明書文件狀態(tài)：[√] 草稿[ ] 正式發(fā)布[ ] 正在修改文件標(biāo)識：當(dāng)前版本：作 者：完成日期：版 本 歷 史版本/狀態(tài)作者參與者起止日期備注1概述 業(yè)務(wù)調(diào)研人員名單【可選】序號職能部門姓名主管聯(lián)系電話備注此處描寫總體業(yè)務(wù)的概要分類。此處可以表現(xiàn)為編碼規(guī)范的鏈接。附件1：項目執(zhí)行計劃文件狀態(tài)：[√] 草稿[ ] 正式發(fā)布[ ] 正在修改文件標(biāo)識：當(dāng)前版本：作 者：完成日期：版 本 歷 史版本/狀態(tài)作者參與者起止日期備注1 文檔介紹 文檔目的提示：列出本文檔的所有參考文獻(xiàn)（可以是非正式出版物），格式如下：[標(biāo)識符] 作者，文獻(xiàn)名稱，出版單位（或歸屬單位），日期例如：[AAA] 作者，《立項建議書》，機(jī)構(gòu)名稱，日期 術(shù)語與縮寫解釋縮寫、術(shù)語解 釋2 項目介紹提示：（1）用簡練的語言說明本項目“是什么”，“說明用途”。此報告應(yīng)由開發(fā)商和甲方單位簽字確認(rèn)，試運(yùn)行結(jié)束。 項目組聯(lián)合甲方公司進(jìn)行相關(guān)系統(tǒng)部署工作，準(zhǔn)備培訓(xùn)資料，對相關(guān)用戶和信息技術(shù)人員進(jìn)行培訓(xùn)。 用戶測試 開發(fā)商編制《用戶測試計劃》（式樣見附件7），測試計劃必須定義測試標(biāo)準(zhǔn)，并明確各種測試的測試步驟和需要的系統(tǒng)設(shè)置要求，并提交甲方準(zhǔn)備?！ 〈a應(yīng)滿足結(jié)構(gòu)良好，清晰易讀，且與設(shè)計一致，符合編碼規(guī)范?！断到y(tǒng)設(shè)計說明書》應(yīng)該包括所有用戶界面的原型圖。 開發(fā)商在獲得甲方簽字確認(rèn)的《業(yè)務(wù)需求說明書》后，提出技術(shù)需求和解決方案，并對系統(tǒng)進(jìn)行定義，出具《系統(tǒng)需求規(guī)格說明書》（式樣見附件3）。 項目開發(fā)建設(shè)過程及要求 為了確保項目能按照甲乙雙方達(dá)成的目標(biāo)要求順利開展，甲乙雙方應(yīng)該聯(lián)合成立項目組，由乙方編制《項目執(zhí)行計劃》（式樣見附件1）并有甲方確認(rèn)同意。在該階段確定總體結(jié)構(gòu)和軟件開發(fā)架構(gòu)，文件命名規(guī)范，編碼規(guī)范。開發(fā)商根據(jù)《系統(tǒng)設(shè)計說明書》制定系統(tǒng)開發(fā)計劃，并提交給甲方對計劃進(jìn)行監(jiān)督。 開發(fā)商進(jìn)行單元測試和集成測試。凡涉及應(yīng)用系統(tǒng)的變更，應(yīng)對系統(tǒng)幫助文檔及時更新。在試運(yùn)行過程中，項目組應(yīng)把系統(tǒng)運(yùn)行情況（系統(tǒng)資源使用，反應(yīng)速度等）記錄到試運(yùn)行報告中。3 售后服務(wù)及保密要求 開發(fā)商應(yīng)該保證系統(tǒng)技術(shù)支持人員隊伍的穩(wěn)定，明確售后服務(wù)內(nèi)容與責(zé)任，按照合同要求安排維護(hù)人員對系統(tǒng)進(jìn)行技術(shù)支持。（3）說明一些假設(shè)和依賴。約定在項目中的風(fēng)險管理方案，例如：風(fēng)險識別頻度、風(fēng)險跟蹤頻度等。 管理綜述【可選】說明：主要描述該業(yè)務(wù)的管理特點(diǎn)和管理模式。 運(yùn)行環(huán)境約束 設(shè)計約束【可選】說明：開發(fā)過程中必須使用的軟件語言、軟件進(jìn)程需求、主要開發(fā)工具、核心技術(shù)、第三方產(chǎn)品等。 問題說明【可選】提供一段說明，總結(jié)此項目需要解決的問題。]說明[對干系人類型的簡要說明。對功能加以組織，使客戶或初次閱讀該文檔的其他人能夠理解此功能列表。說明：闡述本產(chǎn)品應(yīng)當(dāng)遵循什么標(biāo)準(zhǔn)、規(guī)范或業(yè)務(wù)規(guī)則，違反標(biāo)準(zhǔn)、規(guī)范或業(yè)務(wù)規(guī)則的產(chǎn)品通常不太可能被接受。還可能包括如下事宜：支撐什么樣的設(shè)備，如何支撐這些設(shè)備，有何約定?！酒渌渲肹可選] 】說明：外圍系統(tǒng)或相關(guān)模塊的配置。 數(shù)據(jù)管理要求【可選】說明：需要管理的文卷和記錄的個數(shù)、表和文卷的大小規(guī)模，要按可預(yù)見的增長對數(shù)據(jù)及其分量的存儲要求做出估算。說明：待開發(fā)軟件系統(tǒ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ù)文卷）。待評審的工作成果工作成果名稱，標(biāo)識符，版本，作者，時間…技術(shù)評審方式（正式評審）或者(走查)評審時間評審地點(diǎn)參加技術(shù)評審的人員類別名字工作單位職稱、職務(wù)：主持人評審小組成員記錄員2. 缺陷識別和跟蹤 評審問題跟蹤表編號問題描述問題類型嚴(yán)重性
公司管理相關(guān)推薦
鄂ICP備17016276號-1