【正文】 2. 系統(tǒng)上線目標(biāo)提示：說明本次系統(tǒng)上線的主要內(nèi)容與目標(biāo)。（2）或者在此處用表格制作一份進度表，例如：任務(wù)名稱及其描述開始時間結(jié)束時間參加人員任務(wù)1任務(wù)2…3. 數(shù)據(jù)準(zhǔn)備計劃提示：手工系統(tǒng)向電子系統(tǒng)切換或者省級電子系統(tǒng)需要準(zhǔn)備基礎(chǔ)數(shù)據(jù)或進行數(shù)據(jù)遷移。（1）如果工作成果存在嚴(yán)重的缺陷，則退回給乙方。2. 數(shù)據(jù)遷移目標(biāo)提示：說明本次數(shù)據(jù)遷移的主要內(nèi)容與目標(biāo)。附錄：本計劃審批意見提示：項目經(jīng)理或者技術(shù)負(fù)責(zé)人根據(jù)項目計劃以及現(xiàn)實情況（如可以支配的人力資源），審批該《試運行計劃》。定義BUG修改約定，例如：不同級別的BUG必須在幾日內(nèi)處理完成。[ ] 工作成果不合格，需要作比較大的修改，之后必須重新對其評審。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ù)。用圖的形式說明本程序所隸屬的上一層模塊及隸屬于本程序的下一層模塊、子程序，說明參數(shù)賦值和調(diào)用方式，說明與本程序相直接關(guān)聯(lián)的數(shù)據(jù)結(jié)構(gòu)（數(shù)據(jù)庫、數(shù)據(jù)文卷）。給出對該程序的簡要描述，主要說明安排設(shè)計本程序的目的意義，并且，還要說明本程序的特點（如 是常駐內(nèi)存還是非常駐？是否子程序？是可重人的還是不可重人的？有無覆蓋要求？是順序處理還是并發(fā)處理等）。說明：待開發(fā)軟件系統(tǒng)的名稱；本項目的任務(wù)提出者、開發(fā)者、用戶和運行該程序系統(tǒng)的計算中心。提示：說明在過程中將采用的方法與工具。（2）說明本項目“應(yīng)當(dāng)包含的內(nèi)容”和“不包含的內(nèi)容”。 數(shù)據(jù)管理要求【可選】說明：需要管理的文卷和記錄的個數(shù)、表和文卷的大小規(guī)模，要按可預(yù)見的增長對數(shù)據(jù)及其分量的存儲要求做出估算?！酒渌渲肹可選] 】說明：外圍系統(tǒng)或相關(guān)模塊的配置。還可能包括如下事宜：支撐什么樣的設(shè)備，如何支撐這些設(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)品通常不太可能被接受。對功能加以組織，使客戶或初次閱讀該文檔的其他人能夠理解此功能列表。]說明[對干系人類型的簡要說明。 問題說明【可選】提供一段說明，總結(jié)此項目需要解決的問題。 運行環(huán)境約束 設(shè)計約束【可選】說明：開發(fā)過程中必須使用的軟件語言、軟件進程需求、主要開發(fā)工具、核心技術(shù)、第三方產(chǎn)品等。 管理綜述【可選】說明：主要描述該業(yè)務(wù)的管理特點和管理模式。. 項目范圍提示：根據(jù)對現(xiàn)有需求的了解來確定項目基本范圍，說明本系統(tǒng)“應(yīng)當(dāng)包含的內(nèi)容”和“不包含的內(nèi)容”。該委員會由項目內(nèi)外的技術(shù)專家組成。產(chǎn)品維護人員（1）糾錯性維護：及時解決用戶遇到的技術(shù)故障和消除產(chǎn)品中的缺陷。（2）周期性的開展“過程與產(chǎn)品質(zhì)量檢查”。項目研發(fā)過程角色需求分析員調(diào)查、分析并定義需求，撰寫相應(yīng)的需求文檔，盡最大努力使需求文檔能夠正確無誤地反映用戶的真實意愿。（2）在機構(gòu)范圍內(nèi)推廣該規(guī)范（如培訓(xùn)、考核），評估機構(gòu)過程能力等。發(fā)生重大問題時，外包開發(fā)商需及時向項目經(jīng)理匯報。合作開發(fā)商應(yīng)按計劃定期向項目經(jīng)理報告進展?fàn)顟B(tài)，并提交階段性成果文檔。第五十一條 在完成上線后要填寫《系統(tǒng)驗收評估報告》（附件十八），上報總公司項目組匯總整理。 第四十四條 驗收小組應(yīng)根據(jù)驗收情況整理形成《系統(tǒng)驗收報告》（附件十六）提交系統(tǒng)主要使用部門和公司審閱。第四十一條 系統(tǒng)轉(zhuǎn)換和數(shù)據(jù)遷移驗收通過后，正式啟動試運行。系統(tǒng)轉(zhuǎn)換前，檢查系統(tǒng)環(huán)境，確保運行環(huán)境能滿足新應(yīng)用系統(tǒng)的需要。第三十三條 項目組完成系統(tǒng)幫助文檔（其中包括《用戶操作手冊》和《安裝維護手冊》）。第二十八條 《系統(tǒng)/用戶測試計劃》必須定義測試標(biāo)準(zhǔn)，并明確各種測試的測試步驟和需要的系統(tǒng)設(shè)置要求。第二十二條 對系統(tǒng)設(shè)計的修改的文檔須由文檔管理人員進行歸檔管理。第五節(jié) 系統(tǒng)設(shè)計第十七條 系統(tǒng)設(shè)計應(yīng)分為概要設(shè)計和詳細(xì)設(shè)計，系統(tǒng)設(shè)計要遵循完備性、一致性、擴展性、可靠性、安全性、可維護性等原則。第十一條 當(dāng)業(yè)務(wù)需求發(fā)生變更時，業(yè)務(wù)組應(yīng)提交《需求變更申請》（附件四），IT組組長審批后交給業(yè)務(wù)組與用戶確認(rèn)方可實施。第八條 《立項分析報告》得到批準(zhǔn)后，成立項目組（如果是外包開發(fā)，則成立外包商項目組；如果是合作開發(fā)，則與外包商共同成立合作開發(fā)項目組，以下統(tǒng)稱“項目組”），項目組應(yīng)包括業(yè)務(wù)組（由公司相關(guān)業(yè)務(wù)部門組成）和IT組（自行開發(fā)為研發(fā)部；外包開發(fā)為外包商成員；合作開發(fā)為研發(fā)部和外包商成員）。第三條 本制度中自行開發(fā)是指主要依賴公司自身的管理、業(yè)務(wù)和技術(shù)力量進行系統(tǒng)設(shè)計、軟件開發(fā)、集成和相關(guān)的技術(shù)支持工作，一般僅向外購置有關(guān)的硬件設(shè)備和支撐軟件平臺；合作開發(fā)是公司與專業(yè)IT公司（合作商）共同協(xié)作完成IT應(yīng)用的項目實施和技術(shù)支持工作，一般形式是公司負(fù)責(zé)提供業(yè)務(wù)框架，合作商提供技術(shù)框架，雙方組成開發(fā)團隊進行項目實施，IT系統(tǒng)的日常支持由研發(fā)部和合作商共同承擔(dān)，研發(fā)負(fù)責(zé)內(nèi)部支持，合作商負(fù)責(zé)外部支持；外包開發(fā)是指將IT應(yīng)用項目的設(shè)計、開發(fā)、集成、培訓(xùn)等任務(wù)承包給某家專業(yè)公司（可以是專業(yè)的IT公司或咨詢公司等），由該公司（承包商）負(fù)責(zé)應(yīng)用項目的實施。第四條 軟件開發(fā)遵循項目管理和軟件工程的基本原則。公司委派一名員工負(fù)責(zé)監(jiān)督項目的進度，進行項目管理工作，確保開發(fā)能及時完成并能滿足業(yè)務(wù)需要。第十二條 項目組應(yīng)對需求變更影響到的文檔及時更新。第十八條 在系統(tǒng)設(shè)計階段中，用戶應(yīng)充分參與，確保系統(tǒng)設(shè)計能滿足系統(tǒng)需求。第六節(jié) 系統(tǒng)實現(xiàn)第二十三條 項目組根據(jù)《設(shè)計說明書》制定系統(tǒng)實現(xiàn)計劃，并提交項目經(jīng)理（監(jiān)理）對計劃可行性進行審批。第二十九條 項目組向數(shù)據(jù)擁有部門申請獲取測試用業(yè)務(wù)數(shù)據(jù)的使用權(quán)，對獲取的數(shù)據(jù)進行嚴(yán)格的訪問控制，確保只有相關(guān)項目人員才能訪問及使用。凡涉及應(yīng)用系統(tǒng)的變更，應(yīng)對系統(tǒng)幫助文檔及時更新。系統(tǒng)轉(zhuǎn)換時必須詳細(xì)記錄原系統(tǒng)中的重要參數(shù)、設(shè)置等系統(tǒng)信息，并填寫試運行報告相關(guān)內(nèi)容。在試運行過程中，試運行單位辦公室把系統(tǒng)運行情況（系統(tǒng)資源使用，反應(yīng)速度等）記錄到試運行報告中。第四十五條 系統(tǒng)主要使用部門和研發(fā)部負(fù)責(zé)人根據(jù)系統(tǒng)測試、試運行情況簽署驗收意見。《系統(tǒng)驗收評估報告》內(nèi)容包括：數(shù)據(jù)準(zhǔn)確性、系統(tǒng)性能及穩(wěn)定性、接口問題、權(quán)限問題、業(yè)務(wù)操作影響度、問題處理情況、備份、批處理等。發(fā)生重大問題時，合作開發(fā)商需及時向項目經(jīng)理匯報。第六十三條 項目經(jīng)理監(jiān)控外包開發(fā)商的質(zhì)量保證過程。質(zhì)量保證小組（QAG）（1）監(jiān)督規(guī)范的實施，確保所有項目以及相關(guān)部門準(zhǔn)照規(guī)范開展工作。系統(tǒng)設(shè)計師根據(jù)需求文檔設(shè)計軟件系統(tǒng)的體系結(jié)構(gòu)、用戶界面、數(shù)據(jù)庫、模塊等，并撰寫相應(yīng)的設(shè)計文檔。（3）跟蹤質(zhì)量問題，給出質(zhì)量改進措施。（2）完善性維護：在資源允許的情況下，不斷改善產(chǎn)品功能與質(zhì)量。配置控制委員會對配置管理各項活動擁有決策權(quán)（例如審批計劃，審批變更請求等）。2. 項目計劃. 項目團隊提示：說明項目團隊的角色、知識技能要求、建議人選、人數(shù)、工作時間，如下表所示。例如： 現(xiàn)有業(yè)務(wù)流程清單【可選】說明：現(xiàn)有業(yè)務(wù)流程需要考慮，很多新的業(yè)務(wù)是在已有業(yè)務(wù)流程基礎(chǔ)上進行重組的。 產(chǎn)品應(yīng)當(dāng)遵循的標(biāo)準(zhǔn)或規(guī)范【可選】說明：闡述本產(chǎn)品應(yīng)當(dāng)遵循什么標(biāo)準(zhǔn)、規(guī)范或業(yè)務(wù)規(guī)則，違反標(biāo)準(zhǔn)、規(guī)范或業(yè)務(wù)規(guī)則的產(chǎn)品通常不太可能被接受?？梢圆捎靡韵赂袷剑簡栴}是[對問題進行說明]影響[問題影響的干系人]問題的后果[該問題會導(dǎo)致什么后果]成功的解決方案[應(yīng)列出成功解決方案的一些主要優(yōu)點]說明：闡述本項目“適用的業(yè)務(wù)領(lǐng)域”和“不適用的業(yè)務(wù)領(lǐng)域”，本產(chǎn)品“應(yīng)當(dāng)包含的內(nèi)容”和“不包含的內(nèi)容”。]類型[介紹干系人的技能特長、技術(shù)背景和熟練程度（即權(quán)威用戶、業(yè)務(wù)用戶、專家用戶、初級用戶等）]職責(zé)[列出干系人對所開發(fā)的系統(tǒng)負(fù)有的關(guān)鍵職責(zé)，即他們作為干系人的利益。 功能清單及重要程度說明說明：功能名稱、功能描述、重要程度。3 具體需求說明：對于每一類功能或者有時對于每一個功能，需要具體描述其輸入、加工和輸出的需求?！究蛇x】說明：在此要指定需使用的其他軟件產(chǎn)品（例如，數(shù)據(jù)管理系統(tǒng)、操作系統(tǒng)或數(shù)學(xué)軟件包），以及同其他應(yīng)用系統(tǒng)之間的接口?！究蛇x】說明：指定各種通信接口。 可用性指出普通用戶和高級用戶要高效地執(zhí)行特定操作所需的培訓(xùn)時間，指出典型任務(wù)的可評測任務(wù)次數(shù)或根據(jù)用戶已知或喜歡的其他系統(tǒng)確定新系統(tǒng)的可用性需求性能指出可用時間百分比 ( %)、使用小時數(shù)、維護訪問權(quán)、降級模式操作等。提示：給出“清晰的”、“可實現(xiàn)”、“可驗證”的目標(biāo)。例如采用Rational Rose進行面向?qū)ο蠓治雠c設(shè)計，采用Visual SourceSafe進行配置管理，采用Microsoft Office制作文檔。列出本文件中用到專門術(shù)語的定義和外文首字母組詞的原詞組。說明該程序應(yīng)具有的功能，可采用IPO圖（即輸入一處理一輸出圖）的形式。根據(jù)需要，說明本程序的存儲分配。測試用例功能1測試編號功能模塊－子模塊－編號測試項目模塊功能－子模塊功能用例描述描述測試上述功能的測試點依賴描述無環(huán)境及初始數(shù)據(jù)環(huán)境1， 填寫用到的各種測試數(shù)據(jù)的名稱依賴樣例測試本用例依賴的相關(guān)用例名稱序號前置條件測試子項執(zhí)行步驟預(yù)期結(jié)果實際結(jié)果備注測試序號填寫本用例運行的前置條件。意見負(fù)責(zé)人簽字簽字：日期： 附件十 系統(tǒng)/用戶測試計劃文件狀態(tài)：[√] 草稿[ ] 正式發(fā)布[ ] 正在修改文件標(biāo)識：當(dāng)前版本：作 者：完成日期：版 本 歷 史版本/狀態(tài)作者參與者起止日期備注1. 測試范圍與主要內(nèi)容提示：系統(tǒng)測試小組應(yīng)當(dāng)根據(jù)項目的特征確定測試范圍與內(nèi)容。7. 附錄. 本計劃審批意見項目經(jīng)理審批意見：簽字 日期附件十一 系統(tǒng)/用戶測試報告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)明遺留的主要缺陷、局限性和軟件的約束限制等，并提出軟件測試過程中程序