【正文】 －子模塊－編號測試項目模塊功能－子模塊功能用例描述描述測試上述功能的測試點依賴描述無環(huán)境及初始數(shù)據(jù)環(huán)境1， 填寫用到的各種測試數(shù)據(jù)的名稱依賴樣例測試本用例依賴的相關(guān)用例名稱序號前置條件測試子項執(zhí)行步驟預(yù)期結(jié)果實際結(jié)果備注測試序號填寫本用例運行的前置條件。說明在本程序的設(shè)計中尚未解決而設(shè)計者認(rèn)為在軟件完成之前應(yīng)解決的問題。根據(jù)需要，說明本程序的存儲分配。給出對每一個輸出項的特性，包括名稱、標(biāo)識、數(shù)據(jù)的類型和格式，數(shù)據(jù)值的有效范圍，輸出的形式、數(shù)量和頻度，輸出媒體、對輸出圖形及符號的說明、安全保密條件等等。說明該程序應(yīng)具有的功能，可采用IPO圖（即輸入一處理一輸出圖）的形式。3程序1（標(biāo)識符）設(shè)計說明從本章開始，逐個地給出各個層次中的每個程序的設(shè)計考慮。列出本文件中用到專門術(shù)語的定義和外文首字母組詞的原詞組。風(fēng)險級別：確定風(fēng)險的嚴(yán)重性、可能性、風(fēng)險系數(shù)風(fēng)險描述：緩解方案或者應(yīng)急計劃。例如采用Rational Rose進行面向?qū)ο蠓治雠c設(shè)計，采用Visual SourceSafe進行配置管理，采用Microsoft Office制作文檔。3 項目過程定義提示：簡要描述、繪制本項目的軟件生命周期模型。提示：給出“清晰的”、“可實現(xiàn)”、“可驗證”的目標(biāo)。說明：主要是在線用戶手冊與幫助系統(tǒng)，也包括其他的文檔 第三方產(chǎn)品【可選】說明：使用到的第三方產(chǎn)品相關(guān)的 使用許可、使用限制、接口標(biāo)準(zhǔn)。 可用性指出普通用戶和高級用戶要高效地執(zhí)行特定操作所需的培訓(xùn)時間，指出典型任務(wù)的可評測任務(wù)次數(shù)或根據(jù)用戶已知或喜歡的其他系統(tǒng)確定新系統(tǒng)的可用性需求性能指出可用時間百分比 ( %)、使用小時數(shù)、維護訪問權(quán)、降級模式操作等。 動態(tài)數(shù)值需求說明：欲處理的事務(wù)和任務(wù)的數(shù)量，以及在正常情況下和峰值工作條件下一定時間周期中處理的數(shù)據(jù)總量?！究蛇x】說明：指定各種通信接口。包括輸入、輸出系統(tǒng)等系統(tǒng)填寫與接口交互的系統(tǒng)名稱系統(tǒng)類型填寫是接口的數(shù)據(jù)源系統(tǒng)(source)還是目標(biāo)系統(tǒng)(object)數(shù)據(jù)庫填寫交互系統(tǒng)使用的數(shù)據(jù)庫及版本軟件填寫交互系統(tǒng)的軟件名稱架構(gòu)類型交互系統(tǒng)的架構(gòu)類型是B/S 還是C/S?！究蛇x】說明：在此要指定需使用的其他軟件產(chǎn)品（例如，數(shù)據(jù)管理系統(tǒng)、操作系統(tǒng)或數(shù)學(xué)軟件包），以及同其他應(yīng)用系統(tǒng)之間的接口。對軟件的數(shù)據(jù)輸出及必須標(biāo)明的控制輸出量進行解釋并舉例，包括對硬拷貝報告（正常結(jié)果輸出、狀態(tài)輸出及異常輸出）以及圖形或顯示報告的描述。3 具體需求說明：對于每一類功能或者有時對于每一個功能，需要具體描述其輸入、加工和輸出的需求。例如：報表格式；數(shù)據(jù)命名；財務(wù)處理；審計追蹤，等等。 功能清單及重要程度說明說明：功能名稱、功能描述、重要程度。分級和累積投票方法表明，必須解決的問題與干系人或用戶希望解決的問題大有不同。]類型[介紹干系人的技能特長、技術(shù)背景和熟練程度（即權(quán)威用戶、業(yè)務(wù)用戶、專家用戶、初級用戶等）]職責(zé)[列出干系人對所開發(fā)的系統(tǒng)負(fù)有的關(guān)鍵職責(zé)，即他們作為干系人的利益。以下是幾項建議：該任務(wù)由多少人來完成？是否總在變化？一個任務(wù)周期需要多長時間？執(zhí)行每項活動要用多長時間？是否總在變化？是否有特殊的環(huán)境約束：移動、戶外、乘機旅行等？目前使用的是哪些系統(tǒng)平臺？以后會使用哪些平臺？還在使用哪些應(yīng)用程序？您的應(yīng)用程序是否需要和這些應(yīng)用程序集成？在此處可以從業(yè)務(wù)模型中摘錄一些內(nèi)容來概述所涉及的任務(wù)和角色等等。可以采用以下格式：問題是[對問題進行說明]影響[問題影響的干系人]問題的后果[該問題會導(dǎo)致什么后果]成功的解決方案[應(yīng)列出成功解決方案的一些主要優(yōu)點]說明：闡述本項目“適用的業(yè)務(wù)領(lǐng)域”和“不適用的業(yè)務(wù)領(lǐng)域”，本產(chǎn)品“應(yīng)當(dāng)包含的內(nèi)容”和“不包含的內(nèi)容”。 參考文檔說明：列出本文檔的所有參考文獻（可以是非正式出版物），包括計劃任務(wù)書、合同、批文、引用到的文件、資料及軟件開發(fā)標(biāo)準(zhǔn)等。 產(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)品通常不太可能被接受。說明：業(yè)務(wù)對象：業(yè)務(wù)流程中涉及的單據(jù)、報表等。例如： 現(xiàn)有業(yè)務(wù)流程清單【可選】說明：現(xiàn)有業(yè)務(wù)流程需要考慮，很多新的業(yè)務(wù)是在已有業(yè)務(wù)流程基礎(chǔ)上進行重組的。 相關(guān)文檔說明：列出本文檔的所有參考文獻（可以是非正式出版物），包括現(xiàn)有規(guī)范、標(biāo)準(zhǔn)、批文、引用到的文件、資料等。2. 項目計劃. 項目團隊提示：說明項目團隊的角色、知識技能要求、建議人選、人數(shù)、工作時間，如下表所示。描述簡練且清晰。配置控制委員會對配置管理各項活動擁有決策權(quán)（例如審批計劃，審批變更請求等）。結(jié)項評審委員會對項目的有形資產(chǎn)和無形資產(chǎn)進行清算，對項目進行綜合評估，總結(jié)經(jīng)驗教訓(xùn)等。（2）完善性維護：在資源允許的情況下，不斷改善產(chǎn)品功能與質(zhì)量。（2）驗收采購物品。（3）跟蹤質(zhì)量問題，給出質(zhì)量改進措施。機構(gòu)支撐過程角色配置管理員（1）為項目制定《配置管理計劃》。系統(tǒng)設(shè)計師根據(jù)需求文檔設(shè)計軟件系統(tǒng)的體系結(jié)構(gòu)、用戶界面、數(shù)據(jù)庫、模塊等，并撰寫相應(yīng)的設(shè)計文檔。項目經(jīng)理（1）向機構(gòu)領(lǐng)導(dǎo)匯報工作。質(zhì)量保證小組（QAG）（1）監(jiān)督規(guī)范的實施，確保所有項目以及相關(guān)部門準(zhǔn)照規(guī)范開展工作。企業(yè)在應(yīng)用時，可以將各個角色映射到企業(yè)原有的崗位上，也可以依據(jù)角色建立新的崗位。第六十三條 項目經(jīng)理監(jiān)控外包開發(fā)商的質(zhì)量保證過程。第十二節(jié) 外包開發(fā)管理第六十一條 立項申請得到公司主管領(lǐng)導(dǎo)的審批后，選定開發(fā)商，簽訂外包開發(fā)合同。發(fā)生重大問題時，合作開發(fā)商需及時向項目經(jīng)理匯報。第五十五條 合作開發(fā)商必須遵循公司《軟件開發(fā)管理制度》?！断到y(tǒng)驗收評估報告》內(nèi)容包括：數(shù)據(jù)準(zhǔn)確性、系統(tǒng)性能及穩(wěn)定性、接口問題、權(quán)限問題、業(yè)務(wù)操作影響度、問題處理情況、備份、批處理等。在上線計劃得到批準(zhǔn)后才能開始部署上線工作。第四十五條 系統(tǒng)主要使用部門和研發(fā)部負(fù)責(zé)人根據(jù)系統(tǒng)測試、試運行情況簽署驗收意見。公司主管領(lǐng)導(dǎo)審閱試運行結(jié)果，決定試運行結(jié)束或延期。在試運行過程中，試運行單位辦公室把系統(tǒng)運行情況（系統(tǒng)資源使用，反應(yīng)速度等）記錄到試運行報告中。第三十九條 數(shù)據(jù)遷移后，項目組對數(shù)據(jù)遷移的完整性和準(zhǔn)確性作出檢查，出具《數(shù)據(jù)遷移報告》（附件十四），其中包括數(shù)據(jù)來源、轉(zhuǎn)換前狀態(tài)、轉(zhuǎn)換后狀態(tài)，數(shù)據(jù)遷移負(fù)責(zé)人、對完整性檢查情況、對準(zhǔn)確性檢查情況等內(nèi)容。系統(tǒng)轉(zhuǎn)換時必須詳細記錄原系統(tǒng)中的重要參數(shù)、設(shè)置等系統(tǒng)信息，并填寫試運行報告相關(guān)內(nèi)容。第三十六條 項目組聯(lián)合試運行單位進行相關(guān)系統(tǒng)部署工作，準(zhǔn)備培訓(xùn)資料，對相關(guān)用戶和信息技術(shù)人員進行培訓(xùn)。凡涉及應(yīng)用系統(tǒng)的變更，應(yīng)對系統(tǒng)幫助文檔及時更新。在系統(tǒng)測試中對新系統(tǒng)內(nèi)部各模塊之間的接口和與其他系統(tǒng)的接口進行充分測試。第二十九條 項目組向數(shù)據(jù)擁有部門申請獲取測試用業(yè)務(wù)數(shù)據(jù)的使用權(quán)，對獲取的數(shù)據(jù)進行嚴(yán)格的訪問控制，確保只有相關(guān)項目人員才能訪問及使用。項目組對已授權(quán)訪問環(huán)境的人員進行詳細記錄，并對該記錄進行定期檢查，確保只有經(jīng)授權(quán)的人員才能訪問。第六節(jié) 系統(tǒng)實現(xiàn)第二十三條 項目組根據(jù)《設(shè)計說明書》制定系統(tǒng)實現(xiàn)計劃，并提交項目經(jīng)理（監(jiān)理）對計劃可行性進行審批。業(yè)務(wù)組組長和IT組組長應(yīng)參加此評審并對評審意見簽字確認(rèn)。第十八條 在系統(tǒng)設(shè)計階段中，用戶應(yīng)充分參與，確保系統(tǒng)設(shè)計能滿足系統(tǒng)需求。第十五條 在項目的各個階段，業(yè)務(wù)組組長和IT組組長需配合項目經(jīng)理（監(jiān)理）制定階段性項目計劃。第十二條 項目組應(yīng)對需求變更影響到的文檔及時更新。第十條 IT組在獲得《業(yè)務(wù)需求說明書》后，提出技術(shù)需求和解決方案，并對系統(tǒng)進行定義，出具《系統(tǒng)需求規(guī)格說明書》（附件三）。公司委派一名員工負(fù)責(zé)監(jiān)督項目的進度，進行項目管理工作，確保開發(fā)能及時完成并能滿足業(yè)務(wù)需要。第二節(jié) 立項管理第六條 提出開發(fā)需求的營銷部、運維部等業(yè)務(wù)部門參與公司層面立項，研發(fā)部進行立項的技術(shù)可行性分析，共同編寫《立項分析報告》（附件一），開展前期籌備工作。第四條 軟件開發(fā)遵循項目管理和軟件工程的基本原則。軟件開發(fā)管理制度第一節(jié) 總 則第一條 為規(guī)范自有軟件研發(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)用項目的實施。第五條 除特別指定，本制度中項目組包括業(yè)務(wù)組（營銷部、運維部）、IT組（研發(fā)部和合作開發(fā)商）。第八條 《立項分析報告》得到批準(zhǔn)后，成立項目組（如果是外包開發(fā)，則成立外包商項目組；如果是合作開發(fā)，則與外包商共同成立合作開發(fā)項目組，以下統(tǒng)稱“項目組”），項目組應(yīng)包括業(yè)務(wù)組（由公司相關(guān)業(yè)務(wù)部門組成）和IT組（自行開發(fā)為研發(fā)部；外包開發(fā)為外包商成員；合作開發(fā)為研發(fā)部和外包商成員）?！稑I(yè)務(wù)需求說明書》經(jīng)系統(tǒng)使用單位（用戶）確認(rèn)，作為業(yè)務(wù)需求基線。第十一條 當(dāng)業(yè)務(wù)需求發(fā)生變更時，業(yè)務(wù)組應(yīng)提交《需求變更申請》（附件四），IT組組長審批后交給業(yè)務(wù)組與用戶確認(rèn)方可實施。第十四條 需求分析過程中，項目經(jīng)理（監(jiān)理）組織制定詳細的《項目計劃書》（附件五），包括具體任務(wù)描述和項目進度表等。第五節(jié) 系統(tǒng)設(shè)計第十七條 系統(tǒng)設(shè)計應(yīng)分為概要設(shè)計和詳細設(shè)計，系統(tǒng)設(shè)計要遵循完備性、一致性、擴展性、可靠性、安全性、可維護性等原則。公司主管領(lǐng)導(dǎo)組織相關(guān)人員對概要設(shè)計進行評審，出具《設(shè)計評審報告》（附件九）。第二十二條 對系統(tǒng)設(shè)計的修改的文檔須由文檔管理人員進行歸檔管理。對開發(fā)環(huán)境、測試環(huán)境與訪問環(huán)境在物理或邏輯方面應(yīng)該做到隔離；如果環(huán)境的分隔是通過邏輯形式實現(xiàn)的，應(yīng)定期檢查網(wǎng)絡(luò)設(shè)置。第二十八條 《系統(tǒng)/用戶測試計劃》必須定義測試標(biāo)準(zhǔn)，并明確各種測試的測試步驟和需要的系統(tǒng)設(shè)置要求。第三十一條 IT組或合作開發(fā)商建立測試環(huán)境進行系統(tǒng)測試。第三十三條 項目組完成系統(tǒng)幫助文檔（其中包括《用戶操作手冊》和《安裝維護手冊》）?！对囘\行計劃》中應(yīng)包含問題應(yīng)對機制，明確問題溝通渠道和職責(zé)分工。系統(tǒng)轉(zhuǎn)換前，檢查系統(tǒng)環(huán)境，確保運行環(huán)境能滿足新應(yīng)用系統(tǒng)的需要。數(shù)據(jù)遷移計劃需經(jīng)項目經(jīng)理（監(jiān)理）和主管領(lǐng)導(dǎo)簽字審批。第四十一條 系統(tǒng)轉(zhuǎn)換和數(shù)據(jù)遷移驗收通過后，正式啟動試運行。此報告應(yīng)由項目組和試運行單位簽字確認(rèn)，并提交公司主管領(lǐng)導(dǎo)審閱。 第四十四條 驗收小組應(yīng)根據(jù)驗收情