【正文】 見交付文檔包）測試人意見: 年 月 日項(xiàng)目經(jīng)理意見: 年 月 日部門經(jīng)理意見: 年 月 日版 本 頁標(biāo) 題：智慧民生平臺招商管理辦法文檔編號：版本說明：版本號版本日期作者備注吳訓(xùn)波創(chuàng)建審批版 本 頁標(biāo) 題：招商管理制度文檔編號：版本說明：版本號版本日期作者備注吳訓(xùn)波創(chuàng)建審批第一章應(yīng)急處理人員角 色職責(zé)8. 業(yè)務(wù)人員培訓(xùn)方案 提示：說明培訓(xùn)內(nèi)容，時間，地點(diǎn)，培訓(xùn)講師等信息 9. 總公司下發(fā)的系統(tǒng)標(biāo)準(zhǔn)參數(shù)配置 提示：可以直接將該配置作為附件。交付簽字甲方/業(yè)務(wù)部門簽字：乙方/研發(fā)部經(jīng)理簽字：乙方項(xiàng)目負(fù)責(zé)人簽字：附件十六 系統(tǒng)上線計(jì)劃1. 部署方式及資源分配（包括人力資源及服務(wù)器資源） 提示：說明成立項(xiàng)目領(lǐng)導(dǎo)組等情況；說明人員、軟硬件設(shè)施、經(jīng)費(fèi)等要求。 3. 試運(yùn)行取得的工作成果 提示：說明本次試運(yùn)行工作成果（程序、文檔、數(shù)據(jù)等）以及試運(yùn)行平臺和時間。應(yīng)急處理人員角色職責(zé) 說明培訓(xùn)內(nèi)容，時間，地點(diǎn)，培訓(xùn)講師等信息。 3. 應(yīng)遞交的工作成果工作成果名稱預(yù)計(jì)完成時間 試運(yùn)行報(bào)告 報(bào)錯趨勢分析報(bào)告 …… 4. 進(jìn)度表 提示：（1）用 Microsoft Project 制作進(jìn)度表（Gantt Chart）插入此處或者參照此表制作一份進(jìn)度表。例如 n 大于 10，m 小于等于 1。評審結(jié)論[ ] 工作成果合格，“無需修改”或者“需要輕微修改但不必再審核”。 測試計(jì)劃 說明對本程序進(jìn)行單體測試的計(jì)劃，包括對測試的技術(shù)要求、輸入數(shù)據(jù)、預(yù)期結(jié)果、進(jìn)度安排、人員職責(zé)、設(shè)備條件驅(qū)動程序及樁模塊等的規(guī)定。數(shù)量和頻度、輸入媒體、輸入數(shù)據(jù)的來源和安全保密條件等等。 2 程序系統(tǒng)的結(jié)構(gòu) 用一系列圖表列出本程序系統(tǒng)內(nèi)的每個程序（包括每個模塊和子程序）的名稱、標(biāo)識符和它們之間 的層次結(jié)構(gòu)關(guān)系。方法與工具用途 Visual SourceSafe配置管理 …4 里程碑計(jì)劃 序號里程碑名稱開始日期結(jié)束日期工作成果備注 5 資源計(jì)劃 人力資源計(jì)劃 提示：制定本項(xiàng)目的角色職責(zé)表，并為已知的項(xiàng)目成員分配角色（一個人可以兼多個角色）。 客戶與最終用戶介紹 提示：請說明本項(xiàng)目的客戶、用戶及其相關(guān)責(zé)任人是誰，描述最終用戶的特征。平均故障間隔時間 (MTBF)。 通信接口【可選】 說明：指定各種通信接口。 軟件接口 【可選】 說明：在此要指定需使用的其他軟件產(chǎn)品（例如，數(shù)據(jù)管理系統(tǒng)、操作系統(tǒng)或其他軟件包），以及同其他應(yīng)用系統(tǒng)之間的接口。 3 具體需求 功能需求 具體功能 內(nèi)容 說明：對于每一類功能或者有時對于每一個功能，需要具體描述其輸入、加工和輸出的需求。 功能清單及重要程度說明 說明：功能名稱、功能描述、重要程度。]類型[介紹干系人的技能特長、技術(shù)背景和熟練程度（即權(quán)威用戶、業(yè)務(wù)用戶、專家用戶、初級用戶等）]職責(zé)[列出干系人對所開發(fā)的系統(tǒng)負(fù)有的關(guān)鍵職責(zé)，即他們作為干系人的利益。 一個任務(wù)周期需要多長時間？執(zhí)行每項(xiàng)活動要用多長時間？是否總在變化？ 178。 2 綜合描述 系統(tǒng)背景 【可選】 說明：介紹系統(tǒng)的預(yù)期效果、歷史原因。 4 假定和約束 說明：列出進(jìn)行本軟件開發(fā)工作的假定和約束，例如開發(fā)期限等。 2 組織結(jié)構(gòu)及業(yè)務(wù) 業(yè)務(wù)相關(guān)組織結(jié)構(gòu)、人員組織結(jié)構(gòu) 說明：如果客戶崗位設(shè)置復(fù)雜可分別設(shè)置， 組織機(jī)構(gòu)描述 角色職責(zé) 說明：將業(yè)務(wù)涉及的具體人員進(jìn)行一定程度的分類和抽象，描述該抽象角色的操作職責(zé)。 . 項(xiàng)目背景 提示：闡述項(xiàng)目背景，重點(diǎn)說明“為什么”會產(chǎn)生本項(xiàng)目。beta的修復(fù)或是一些小的變動或是一些功能的擴(kuò)充，要經(jīng)常發(fā)布修訂版，修復(fù)一個嚴(yán)重Bug即可發(fā)布一個修訂版。：該版本已經(jīng)相當(dāng)成熟了，基本上不存在導(dǎo)致錯誤的Bug，與即將發(fā)行的正式版本相差無幾。測試人員提交Bug經(jīng)開發(fā)人員修改確認(rèn)之后，發(fā)布到測試網(wǎng)址讓測試人員測試，此時可將軟件版本標(biāo)注為alpha版。 第五十一條 項(xiàng)目組填寫《系統(tǒng)交付申請》（附件十八），提交公司技術(shù)總監(jiān)審批后，交付運(yùn)營部門或使用單位。第四十四條 《系統(tǒng)上線計(jì)劃》內(nèi)容應(yīng)包括但不限于： 部署方式和資源分配（包括人力資源及服務(wù)器資源）； 上線工作時間表； 上線操作步驟以及問題處理步驟； 項(xiàng)目階段性里程碑和成果匯報(bào)（項(xiàng)目執(zhí)行狀態(tài)的審閱、進(jìn)度安排等）； 數(shù)據(jù)遷移的需求和實(shí)施計(jì)劃；完整可行的應(yīng)急預(yù)案和“回退”計(jì)劃； 用戶培訓(xùn)計(jì)劃（包括：培訓(xùn)計(jì)劃、培訓(xùn)手冊、培訓(xùn)考核等）； 公司下發(fā)的系統(tǒng)標(biāo)準(zhǔn)參數(shù)配置。第九章 系統(tǒng)驗(yàn)收 第三十八條 系統(tǒng)主要使用部門及技術(shù)研發(fā)部聯(lián)合組成獨(dú)立系統(tǒng)驗(yàn)收小組，也可授權(quán)原項(xiàng)目組作為驗(yàn)收小組。各相關(guān)部門驗(yàn)收轉(zhuǎn)換結(jié)果后在該報(bào)告上簽字確認(rèn)。用戶培訓(xùn)的完成度應(yīng)為實(shí)施后評估的指標(biāo)之一。技術(shù)研發(fā)部測試組出具《系統(tǒng)測試報(bào)告》（附件十），測試人員簽字確認(rèn)測試結(jié)果。項(xiàng)目組對已授權(quán)訪問生產(chǎn)環(huán)境的人員進(jìn)行詳細(xì)記錄，并對該記錄進(jìn)行定期檢查，確保只有經(jīng)授權(quán)的人員才能訪問到生產(chǎn)環(huán)境。公司主管領(lǐng)導(dǎo)組織相關(guān)人員對概要設(shè)計(jì)進(jìn)行評審，出具《設(shè)計(jì)評審報(bào)告》（附件八）。第十條 需求分析過程中，項(xiàng)目經(jīng)理組織制定詳細(xì)的《項(xiàng)目計(jì)劃書》（附件四），包括具體任務(wù)描述和項(xiàng)目進(jìn)度表等。第三章 需求分析第六條 立項(xiàng)后業(yè)務(wù)組對用戶需求進(jìn)行匯總整理，出具《業(yè)務(wù)需求說明書》（附件二），并確?！稑I(yè)務(wù)需求說明書》中包含了所有的業(yè)務(wù)需求。項(xiàng)目管理涉及立項(xiàng)管理、項(xiàng)目計(jì)劃和監(jiān)控、配置管理、開發(fā)管理和結(jié)項(xiàng)管理。第十二條在開發(fā)過程中形成的正式文檔、圖紙、程序、各種資料、合同協(xié)議及各種成果均要及時上交相關(guān)管理部門，并要上交原件。第七條（一）研發(fā)部辦公會議紀(jì)要。（五）研發(fā)部各種系統(tǒng)的集成方案、移植方案、上點(diǎn)試運(yùn)行方案、版本維護(hù)方案、操作和排錯手冊、培訓(xùn)教材等開發(fā)后期類文檔。技術(shù)秘密為維護(hù)公司利益，特制定本制度。第四條研發(fā)部內(nèi)部管理秘密保密原則第九條第二條 軟硬件開發(fā)遵循項(xiàng)目管理和軟硬件工程的基本原則。項(xiàng)目組人員的選擇應(yīng)滿足項(xiàng)目對業(yè)務(wù)及技術(shù)要求，項(xiàng)目組人員應(yīng)有足夠的業(yè)務(wù)和 IT 技術(shù)方面的專業(yè)知識來勝任項(xiàng)目各方面的工作。項(xiàng)目經(jīng)理負(fù)責(zé)整個項(xiàng)目的計(jì)劃、組織、領(lǐng)導(dǎo)和控制。《設(shè)計(jì)說明書》中需要定義系統(tǒng)輸入輸出說明和接口設(shè)計(jì)說明。對開發(fā)環(huán)境、測試環(huán)境與生產(chǎn)環(huán)境在物理或邏輯方面應(yīng)該做到隔離；如果環(huán)境的分隔是通過邏輯形式實(shí)現(xiàn)的，應(yīng)定期檢查網(wǎng)絡(luò)設(shè)置。在系統(tǒng)測試中對新系統(tǒng)內(nèi)部各模塊之間的接口和與其他系統(tǒng)的接口進(jìn)行充分測試。第三十一條 項(xiàng)目組聯(lián)合試運(yùn)行單位或部門進(jìn)行相關(guān)系統(tǒng)部署工作，準(zhǔn)備培訓(xùn)資料，對相關(guān)用戶和信息技術(shù)人員進(jìn)行培訓(xùn)。第三十四條 數(shù)據(jù)遷移后，項(xiàng)目組對數(shù)據(jù)遷移的完整性和準(zhǔn)確性做出檢查，出具《數(shù)據(jù)遷移報(bào)告》（附件十三），其中包括數(shù)據(jù)來源、轉(zhuǎn)換前狀態(tài)、轉(zhuǎn)換后狀態(tài)，數(shù)據(jù)遷移負(fù)責(zé)人、對完整性檢查情況、對準(zhǔn)確性檢查情況等內(nèi)容。公司主管領(lǐng)導(dǎo)審閱試運(yùn)行結(jié)果，決定試運(yùn)行結(jié)束或延期。在上線計(jì)劃得到批準(zhǔn)后才能開始部署上線工作。 第五十條 項(xiàng)目組提交全部經(jīng)審批的交付資料給 PMO(項(xiàng)目管理辦公室) 存檔。： 軟件的初級版本，表示該軟件在此階段以實(shí)現(xiàn)軟件功能為主，通常只在軟件開發(fā)者內(nèi)部交流，一般而言，該版本軟件的Bug較多，需要繼續(xù)修改，是測試版本。RC修訂版本號：一般是Bug第五十四條 版本發(fā)布周期非緊急情況：首先由測試人員測試并提交Bug，其次開發(fā)人員會盡量在當(dāng)天修復(fù)Bug并在第二天發(fā)布該版本的alpha版，然后由測試人員測試驗(yàn)證關(guān)閉Bug之后在第三天會發(fā)布該版本的描述簡練且清晰。 業(yè)務(wù)詞匯表 說明：列出本文檔的所引用的專屬領(lǐng)域詞匯、術(shù)語等，以便于業(yè)務(wù)需求的提供者和接收者是建立在一致的業(yè)務(wù)理解基礎(chǔ)之上的。 業(yè)務(wù)對象使用部門對應(yīng)電子檔案編號 業(yè)務(wù)規(guī)則及關(guān)鍵算法 說明：描述業(yè)務(wù)環(huán)節(jié)關(guān)鍵算法體系。 術(shù)語與縮寫解釋 說明：列出本文件中用到的專門術(shù)語的定義和縮寫詞的原詞組，并給予解釋，以便于所有讀者達(dá)成共識。 該任務(wù)由多少人來完成？是否總在變化？ 178。]說明[對干系人類型的簡要說明。對功能加以組織，使客戶或初次閱讀該文檔的其他人能夠理解此功能列表。 產(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)品通常不太可能被接受。還可能包括如下事宜：支撐什么樣的設(shè)備，如何支撐這些設(shè)備，有何約定。 【其他配置[可選] 】 說明：外圍系統(tǒng)或相關(guān)模塊的配置。 可用性 指出普通用戶和高級用戶要高效地執(zhí)行特定操作所需的培訓(xùn)時間，指出典型任務(wù)的可評測任務(wù)次數(shù)或根據(jù)用戶已知或喜歡的其他系統(tǒng)確定新系統(tǒng)的可用性需求性能 可靠性 指出可用時間百分比 ( %)、使用小時數(shù)、維護(hù)訪問權(quán)、降級模式操作等。 項(xiàng)目目標(biāo) 提示：給出“清晰的”、“可實(shí)現(xiàn)”、“可驗(yàn)證”的目標(biāo)。例如采用 Rational Rose 進(jìn)行面向?qū)ο蠓治雠c設(shè)計(jì)，采用 Visual SourceSafe 進(jìn)行配置管理，采用 Microsoft Office 制作文檔。列出這些文件的標(biāo)題、文件編號、發(fā)表日期和出版單位，說明能夠取得這些文件的來源。 輸入項(xiàng) 給出對每一個輸入項(xiàng)的特性，包括名稱、標(biāo)識、數(shù)據(jù)的類型和格式、數(shù)據(jù)值的有效范圍、輸入的方式。 限制條件 說明本程序運(yùn)行中所受到的限制條件。待評審的工作成果工作成果名稱，標(biāo)識符，版本，作者，時間… 技術(shù)評審方式（正式評審）或者(走查) 評審時間 評審地點(diǎn) 參加技術(shù)評審的人員類別名字工作單位職稱、職務(wù) 主持人 評審小組成員記錄員2. 缺陷識別和跟蹤評審問題跟蹤表編號問題描述問題類型嚴(yán)重性提交者提交日期問題處理負(fù)責(zé)人解決措施/原因說明問題解決狀態(tài)實(shí)際關(guān)閉日期問題關(guān)閉驗(yàn)證人備注1 2 3 3. 評審結(jié)論與意見 提示：由主持人或評審員填寫此表格。 對于嚴(yán)格系統(tǒng)，應(yīng)當(dāng)補(bǔ)充“基于 BUG 密度”的規(guī)則： 相鄰 n 個 CPU 小時內(nèi)“測試期 BUG 密度”全部低于某個值 m。 2. 工作條件 提示：說明試運(yùn)行地點(diǎn)、參加人員、軟硬件設(shè)施、經(jīng)費(fèi)等要求。 4). 組織機(jī)制 提示：建立應(yīng)急處理小組成員，明確職責(zé)到人。 2. 試運(yùn)行目標(biāo) 提示：說明本次試運(yùn)行的主要內(nèi)容與目標(biāo)（必須是可驗(yàn)證的）。（