微信公眾服務(wù)與運(yùn)營(yíng)項(xiàng)目實(shí)施方案

1、微信公眾服務(wù)與運(yùn)營(yíng)項(xiàng)目實(shí)施方案（ 正本）（正）本xxxx微信公眾服務(wù)及運(yùn)營(yíng)項(xiàng)目總體實(shí)施方案xxxxxxxxxxxxx 公司目錄第1章 概述 51.1 說明 51.2 項(xiàng)目范圍 5第2章 項(xiàng)目整體實(shí)現(xiàn)內(nèi)容 62.1 微信公眾平臺(tái)的申請(qǐng) 62.2 XXXX微信平臺(tái)建設(shè) 62.3 XXXX微信專用平臺(tái) 62.3.1 用戶管理 62.3.2 單點(diǎn)登錄 72.3.3 賬號(hào)驗(yàn)證安全管理 72.4 訂閱號(hào) 72.4.1 微官網(wǎng) 72.4.2 微發(fā)布 72.4.3 微展示 72.4.4 微傳播 72.4.5 微論壇 82.4.6 微投票 82.4.7 抽獎(jiǎng) 82.5 服務(wù)號(hào) 82.5.1 查詢 82.5.2

2、支付 82.5.3 注冊(cè) 82.5.4 客服 82.5.5 調(diào)研 82.5.6 微會(huì)員 92.5.7 微電商 9第3章 產(chǎn)品選型 103.1 采用 PHP語(yǔ)言開發(fā) 103.2 模塊化，開源，可擴(kuò)展 103.3 負(fù)載能力強(qiáng)，支持千萬(wàn)級(jí)數(shù)據(jù) 103.4 可實(shí)現(xiàn)模板化，實(shí)現(xiàn)程序邏輯與用戶界面分離 103.5 跨平臺(tái) 103.6 基本 DIV+CSS WEB設(shè)計(jì)標(biāo)準(zhǔn)開發(fā) 10第4章 實(shí)施方案 114.1 項(xiàng)目組織結(jié)構(gòu) 114.1.1 項(xiàng)目職責(zé)分工 114.1.2 對(duì)客戶項(xiàng)目團(tuán)隊(duì)及人員組成的建議和要求 124.2 合同工期、計(jì)劃 124.3 雙方職責(zé)與交付清單 134.4 勢(shì)誠(chéng)公司實(shí)施團(tuán)隊(duì)及資源配置 1

3、44.5 對(duì)客戶項(xiàng)目職責(zé)的前提假設(shè) 14第5章 項(xiàng)目管理 155.1 變更管理的范圍 155.2 變更管理的基準(zhǔn) 155.3 變更控制程序 155.4 變更請(qǐng)求處理流程 16第6章 驗(yàn)收約定 196.1 驗(yàn)收標(biāo)準(zhǔn) 196.2 交付物驗(yàn)收程序 19第7章 售后與質(zhì)保 217.1 質(zhì)保期服務(wù)內(nèi)容 217.2 質(zhì)保期外服務(wù)內(nèi)容 21第1章概述1.1 說明本文是 xxxx 微信公眾服務(wù)與運(yùn)營(yíng)項(xiàng)目投標(biāo)文件，描述對(duì)項(xiàng)目的技術(shù) 方案、實(shí)施計(jì)劃及進(jìn)度安排，對(duì)質(zhì)量管理措施、進(jìn)度控制措施、生產(chǎn)安全 保障措施提出了專業(yè)的建議。1.2 項(xiàng)目范圍本期項(xiàng)目主要：微信公眾平臺(tái)的申請(qǐng)、產(chǎn)業(yè)交流中心微信平臺(tái)建設(shè) 日常運(yùn)營(yíng)三部分

4、微信公眾平臺(tái)的申請(qǐng) 申請(qǐng)產(chǎn)業(yè)交流中心微信訂閱號(hào)及服務(wù)號(hào)。 產(chǎn)業(yè)交流中心微信平臺(tái)建設(shè) 利用訂閱號(hào)來做主要的宣傳方式，通過大量的咨詢來引導(dǎo)客戶，可 實(shí)現(xiàn)：微官網(wǎng)、微發(fā)布、微展示、微傳播、微論壇、投票、公司活動(dòng)、 抽獎(jiǎng)、會(huì)議通知。利用服務(wù)號(hào)來提供多方式的互動(dòng)服務(wù)，可實(shí)現(xiàn)：查詢、支付、注 冊(cè)、客服、調(diào)研、微官網(wǎng)、微會(huì)員、微電商功能。產(chǎn)業(yè)交流中心微信平臺(tái)運(yùn)營(yíng) 平臺(tái)建設(shè)完成后，需根據(jù)拉薩交流產(chǎn)業(yè)中心日常需求提供相應(yīng)的運(yùn) 營(yíng)服務(wù)。第2 章 項(xiàng)目整體實(shí)現(xiàn)內(nèi)容2.1 微信公眾平臺(tái)的申請(qǐng)1) 負(fù)責(zé)微信公眾平臺(tái)的申請(qǐng)、建設(shè)工作；2) 承擔(dān)申請(qǐng)過程中發(fā)生的費(fèi)用；3) 負(fù)責(zé)為甲方提出申請(qǐng)材料列表；2.2 xxxx 微信

5、平臺(tái)建設(shè)xxxx 微信平臺(tái)由微信官方管理平臺(tái)、微信用戶客戶端和 xxxx 微信專 用平臺(tái)三部分組成的一套完整的微信應(yīng)用及管理體系。微信官方管理平臺(tái)其主要功能包括用戶管理、消息管理、分析統(tǒng)計(jì)、 微信號(hào)相關(guān)介紹及開發(fā)權(quán)限管理等。微信用戶客戶端是微信用戶登錄認(rèn)證及進(jìn)行專業(yè)業(yè)務(wù)操作的交互程 序。xxxx 微信專用平臺(tái)： 實(shí)現(xiàn)將企業(yè)內(nèi)部信息資源進(jìn)行整合并結(jié)合微信官 方提供的標(biāo)準(zhǔn)接口進(jìn)行開發(fā)，實(shí)現(xiàn)了業(yè)務(wù)模塊配置、業(yè)務(wù)接口設(shè)置、統(tǒng)一 消息交互、業(yè)務(wù)系統(tǒng)邏輯處理等復(fù)雜的功能，如圖：2.3 xxxx 微信專用平臺(tái) 支持中心內(nèi)人員多個(gè)業(yè)務(wù)系統(tǒng)賬號(hào)的添加與管理， 使得微信登錄各企 業(yè)系統(tǒng)能夠?qū)崿F(xiàn)單點(diǎn)登錄，方便用戶操

6、作，提高辦公及信息查詢效率。2.3.1 用戶管理 可以查詢所有關(guān)注的用戶信息，并可以進(jìn)行用戶身份綁定，把用戶的 微信與在職身份進(jìn)行一對(duì)一的綁定。用戶身份綁定后，可以實(shí)現(xiàn)相應(yīng)的業(yè) 務(wù)操作，微信平臺(tái)用戶管理實(shí)現(xiàn)了多個(gè)業(yè)務(wù)系統(tǒng)的身份映射管理功能。2.3.2 單點(diǎn)登錄綁定身份的微信用戶登錄微信中設(shè)置好的其它業(yè)務(wù)系統(tǒng)， 可以不再輸 入身份信息，業(yè)務(wù)系統(tǒng)就會(huì)自動(dòng)識(shí)別用戶身份并賦予相應(yīng)的業(yè)務(wù)權(quán)限。賬號(hào)驗(yàn)證安全管理當(dāng)在微信公眾平臺(tái)中跳轉(zhuǎn)到業(yè)務(wù)系統(tǒng)頁(yè)面中時(shí)， 需要進(jìn)行用戶驗(yàn)證過 程，驗(yàn)證采用 Oauth2.0 網(wǎng)頁(yè)授權(quán)方式驗(yàn)證，跳轉(zhuǎn)至業(yè)務(wù)系統(tǒng)頁(yè)面后會(huì)自 動(dòng)生成一個(gè)隨機(jī)驗(yàn)證碼， 業(yè)務(wù)系統(tǒng)通過該驗(yàn)證碼調(diào)用用戶驗(yàn)證接

7、口即可獲 取該用戶的身份，完成了安全驗(yàn)證過程2.4 訂閱號(hào)訂閱號(hào)主要實(shí)現(xiàn)：微官網(wǎng)、微發(fā)布、微展示、微傳播、微論壇、投票、 抽獎(jiǎng)功能。微官網(wǎng)利用微信掛接功能，鏈接交流中心官網(wǎng)，方便用戶移動(dòng)端查看交流中 心官網(wǎng)。微發(fā)布利用微信自帶功能發(fā)布中心獲得的成就、榮譽(yù)。微展示利用微信掛接功能， 掛接中心專用平臺(tái)展示中心文化； 鏈接中心傳媒、 微博群、微信群等。微傳播利用微信自帶功能每天推送中心的重要新聞、公告、通知、國(guó)內(nèi)外時(shí) 政要聞，傳播中心重大典型的先進(jìn)事跡。微論壇為用戶提供移動(dòng)端交流平臺(tái)， 通過交流中心專有平臺(tái)實(shí)現(xiàn)標(biāo)準(zhǔn)論壇功 能，掛接微信，用戶可以通過微信號(hào)登錄論壇。微投票 利用微信自帶投票功能，實(shí)現(xiàn)簡(jiǎn)

8、單的投票，支持關(guān)注投票及無需關(guān)注 投票。抽獎(jiǎng) 利用微信掛接抽獎(jiǎng)系統(tǒng)，中獎(jiǎng)信息綁定用戶微信號(hào)，支持轉(zhuǎn)盤、隨機(jī) 抽取、開箱子、留言等形式。2.5 服務(wù)號(hào) 服務(wù)號(hào)主要實(shí)現(xiàn)：查詢、支付、注冊(cè)、客服、調(diào)研、微會(huì)員、微電商 功能。查詢調(diào)用微信 API 與業(yè)務(wù)系統(tǒng)建立接口，實(shí)現(xiàn)簡(jiǎn)單查詢及關(guān)鍵字查詢。支付調(diào)用微信錢包 API，實(shí)現(xiàn)移動(dòng)端在線支付或發(fā)紅包功能。注冊(cè)交流中心專有平臺(tái)提供注冊(cè)表單畫面掛接微信， 用戶通過微信向交流 中心提交會(huì)議注冊(cè)信息。客服實(shí)現(xiàn)微信端在線客服功能。調(diào)研交流中心專有平臺(tái)提供調(diào)研表單畫面掛接微信，發(fā)布調(diào)研問卷，使用 戶可以通過微信與交流中心互動(dòng)。微會(huì)員交流中心專有平臺(tái)提供會(huì)員畫面掛接微信

9、， 使管理者可以通過微信對(duì) 其權(quán)限內(nèi)的會(huì)員進(jìn)行管理操作。微電商提供標(biāo)準(zhǔn)的電商功能，使用戶可以在微信端實(shí)現(xiàn)產(chǎn)品發(fā)布、管理、支 付、買賣等操作。第3 章 產(chǎn)品選型3.1 采用 PHP語(yǔ)言開發(fā)該系統(tǒng)采用 PHP5+MySQ做L 為技術(shù)基礎(chǔ)進(jìn)行開發(fā)， 與 JavaScript 、XML、 HTML相結(jié)合的進(jìn)行網(wǎng)站設(shè)計(jì)開發(fā)。具有以下優(yōu)點(diǎn)：3.2 模塊化，開源，可擴(kuò)展PHP有著簡(jiǎn)單易用和功能強(qiáng)大的特點(diǎn)，這完全要?dú)w功于其開放的模塊 化設(shè)計(jì)。在基于 Zend 引擎的支持和優(yōu)化下，各種各樣的擴(kuò)展模塊，其功 能已經(jīng)覆蓋幾乎所有的 Web應(yīng)用采用模塊化方式開發(fā)， 提供了自定義模型 和模塊開發(fā)接口，并且完全開源，便于

10、二次開發(fā)。3.3 負(fù)載能力強(qiáng)，支持千萬(wàn)級(jí)數(shù)據(jù)基于 PHP開發(fā)的系統(tǒng)程序，從緩存技術(shù)、數(shù)據(jù)庫(kù)設(shè)計(jì)、代碼優(yōu)化等多 個(gè)角度入手進(jìn)行優(yōu)化，可將內(nèi)容存文本，支持千萬(wàn)級(jí)數(shù)據(jù)量，全力保證大 中型應(yīng)用和長(zhǎng)期發(fā)展。3.4 可實(shí)現(xiàn)模板化，實(shí)現(xiàn)程序邏輯與用戶界面分離輸出控制靈活，可在 HTML中內(nèi)嵌 PHP代碼，也可以由 PHP輸出 HTML 運(yùn)行，也可以在命令行下執(zhí)行，將結(jié)果輸出到其他設(shè)備。3.5 跨平臺(tái)可運(yùn)行在 Win32 或 UNIX/Linux/Macintosh/FreeBSD/OS2 等平臺(tái)上。 與多個(gè) WEB服務(wù)器兼容，如 Apache、MS IIS 、Netscape Server 等。3.6 基本

11、 DIV+CSS WEB設(shè)計(jì)標(biāo)準(zhǔn)開發(fā)DIV+CSS是 WEB設(shè)計(jì)標(biāo)準(zhǔn)，它是一種網(wǎng)頁(yè)的布局方法。與傳統(tǒng)中通過 表格（ table ）布局定位的方式不同，它可以實(shí)現(xiàn)網(wǎng)頁(yè)頁(yè)面內(nèi)容與表現(xiàn)相 分離。第4 章 實(shí)施方案4.1 項(xiàng)目組織結(jié)構(gòu)項(xiàng)目各崗位的主要職責(zé)如下：項(xiàng)目領(lǐng)導(dǎo)委員會(huì)? 高層領(lǐng)導(dǎo)? 主管合伙人 / 總監(jiān)項(xiàng)目管理辦公室? 分管領(lǐng)導(dǎo)、項(xiàng)目 經(jīng)理? 項(xiàng)目經(jīng)理技術(shù)組? 設(shè)計(jì)人員? 設(shè)計(jì)人員、開發(fā)人 員項(xiàng)目職責(zé)分工項(xiàng)目領(lǐng)導(dǎo)小組、委員會(huì)項(xiàng)目組成員的職責(zé)分工如下表所示批準(zhǔn)項(xiàng)目計(jì)劃、監(jiān)控項(xiàng)目進(jìn)展；協(xié)調(diào)解決項(xiàng)目中存在的問題；對(duì)項(xiàng)目中存在的重大問題進(jìn)行決策；聽取項(xiàng)目各階段匯報(bào)， 審核項(xiàng)目交付品確認(rèn)項(xiàng)目終驗(yàn)收通過項(xiàng)目

12、經(jīng)理向項(xiàng)目領(lǐng)導(dǎo)小組匯報(bào)項(xiàng)目情 況制定并控制項(xiàng)目計(jì)劃 負(fù)責(zé)項(xiàng)目日常管理工作 控制項(xiàng)目范圍 組織并分配項(xiàng)目資源 組織召開項(xiàng)目例會(huì)及階段驗(yàn) 收協(xié)調(diào)解決項(xiàng)目中各類問題監(jiān)督檢查各小組工作情況 負(fù)責(zé)各類項(xiàng)目技術(shù)方案的評(píng) 審與確認(rèn)組織對(duì)項(xiàng)目交付品進(jìn)行驗(yàn)收技術(shù)人員設(shè)計(jì)、開發(fā)通訊接口 調(diào)試及維護(hù)系統(tǒng) 參與各技術(shù)方案制定 接受技術(shù)培訓(xùn)解決運(yùn)行中存 在的系統(tǒng)問題最終用戶接受最終用戶培訓(xùn)對(duì)客戶項(xiàng)目團(tuán)隊(duì)及人員組成的建議和要求客戶與弓礦將派出分管領(lǐng)導(dǎo)或部門經(jīng)理級(jí)員工擔(dān)任本次項(xiàng)目的項(xiàng)目 經(jīng)理，與勢(shì)誠(chéng)公司項(xiàng)目經(jīng)理共同負(fù)責(zé)項(xiàng)目日常管理和協(xié)調(diào)工作。同時(shí)，將 派出關(guān)鍵用戶全職、全程參與項(xiàng)目工作。4.2 合同工期、計(jì)劃序號(hào)活動(dòng)工期（

13、周）1項(xiàng)目啟動(dòng)22需求調(diào)研23設(shè)計(jì)35環(huán)境搭建26微信開發(fā)810測(cè)試211培訓(xùn)112上線113其他44.3 雙方職責(zé)與交付清單1) 項(xiàng)目啟動(dòng)階段? 項(xiàng)目主要人員到位，召開項(xiàng)目啟動(dòng)大會(huì)? 完成項(xiàng)目工作任務(wù)書? 簽訂合同2) 系統(tǒng)實(shí)現(xiàn)階段? 集成測(cè)試完成，簽署確認(rèn)集成測(cè)試報(bào)告? 用戶培訓(xùn)完成3) 上線準(zhǔn)備與切換上線階段? 發(fā)布上線通知，宣布系統(tǒng)上線4) 運(yùn)行維護(hù)? 上線運(yùn)行 1 個(gè)月內(nèi)發(fā)生的實(shí)施問題已解決或給出合理解 釋。? 交付文檔確認(rèn)已移交4.4 勢(shì)誠(chéng)公司實(shí)施團(tuán)隊(duì)及資源配置勢(shì)誠(chéng)公司按照本次項(xiàng)目目標(biāo)， 將派駐滿足要求的服務(wù)人員提供現(xiàn)場(chǎng)或 遠(yuǎn)程服務(wù)。項(xiàng)目主要人員包括：項(xiàng)目經(jīng)理、設(shè)計(jì)開發(fā)人員等 ,

14、確保相應(yīng)資 源為勢(shì)誠(chéng)公司自身資源，而非外部人員。此外，項(xiàng)目主管合伙人 / 總監(jiān)將 不定期參與項(xiàng)目的評(píng)審并對(duì)關(guān)鍵方案、重大問題提供建議。在項(xiàng)目期間， 勢(shì)誠(chéng)公司會(huì)根據(jù)項(xiàng)目工作量和實(shí)際進(jìn)展情況制定資源計(jì)劃， 并按計(jì)劃投入 足夠數(shù)量且能力滿足要求的技術(shù)人員加入到項(xiàng)目相關(guān)階段工作。4.5 對(duì)客戶項(xiàng)目職責(zé)的前提假設(shè)本工作任務(wù)是基于以下客戶的項(xiàng)目職責(zé)前提， 這些前提職責(zé)是項(xiàng)目組 在預(yù)定的時(shí)間內(nèi)項(xiàng)目實(shí)施的必要保證。 這些前提職責(zé)的變更將嚴(yán)重影響項(xiàng) 目計(jì)劃及進(jìn)度。具體項(xiàng)目前提如下所述：本項(xiàng)目將按照勢(shì)誠(chéng)公司建議的實(shí)施方法論進(jìn)行實(shí)施，客戶將按照既定 的實(shí)施策略與實(shí)施范圍開展工作。項(xiàng)目計(jì)劃由雙方項(xiàng)目經(jīng)理共同制訂，實(shí)施

15、過程中可根據(jù)實(shí)際情況進(jìn)行 適當(dāng)調(diào)整。勢(shì)誠(chéng)公司與客戶將組成聯(lián)合團(tuán)隊(duì)， 按照本工作任務(wù)約定承擔(dān)各自職責(zé)， 密切配合，協(xié)調(diào)工作，共同完成項(xiàng)目實(shí)施工作?？蛻魧凑枕?xiàng)目計(jì)劃提供實(shí)施工作所需的各項(xiàng)業(yè)務(wù)信息，勢(shì)誠(chéng)公司按 本協(xié)議所規(guī)定的保密條款對(duì)客戶提供的信息保密。如項(xiàng)目實(shí)施過程中涉及第三方（非勢(shì)誠(chéng)公司），客戶將負(fù)責(zé)控制任何 可能影響項(xiàng)目工作的第三方因素。由第三方因素造成的項(xiàng)目計(jì)劃變化 將通過項(xiàng)目變更管理流程處理。本項(xiàng)目提交的項(xiàng)目文檔僅要求以中文編寫。第 5章 項(xiàng)目管理5.1 變更管理的范圍在項(xiàng)目實(shí)施過程中， 由一方提出的任何對(duì)項(xiàng)目合同或雙方書面協(xié)議內(nèi) 容進(jìn)行增加、修改或取消的要求都應(yīng)納入項(xiàng)目變更管理的范圍，

16、變更包括 但不限于下列內(nèi)容的改變：項(xiàng)目進(jìn)度計(jì)劃主要里程碑的變更； 實(shí)施范圍的變更，包括實(shí)施服務(wù)內(nèi)容的增加或變更，新的業(yè)務(wù)需求， 系統(tǒng)方案變更，其他變更等；合同條款的變更。5.2 變更管理的基準(zhǔn) 本工作任務(wù)書中所描述的實(shí)施范圍為雙方約定的項(xiàng)目范圍。 如果項(xiàng)目 實(shí)施的實(shí)際范圍與約定的范圍出現(xiàn)偏差，變更發(fā)起方應(yīng)事先提出變更申 請(qǐng)，雙方按變更管理流程處理。變更申請(qǐng)確認(rèn)通過后，應(yīng)以重新確認(rèn)的實(shí) 施范圍作為變更管理的基準(zhǔn)。5.3 變更控制程序 如果需要更改本協(xié)議以及在實(shí)施過程中發(fā)生項(xiàng)目變更， 應(yīng)遵循以下程 序。項(xiàng)目變更請(qǐng)求是協(xié)商變更的工具。變更請(qǐng)求必須描述變更、變更的根 本原因和變更對(duì)項(xiàng)目的影響。項(xiàng)目變更

17、應(yīng)遵循事先約定的變更管理流程， 流程參見變更請(qǐng)求處理流 程。雙方項(xiàng)目經(jīng)理應(yīng)復(fù)核建議的變更并提議進(jìn)一步研究或予以拒絕。 如變 更量較大，勢(shì)誠(chéng)公司會(huì)說明涉及的收費(fèi)并經(jīng)雙方協(xié)商同意。 變更請(qǐng)求必須由雙方授權(quán)代表簽署以授權(quán)研究所建議的變更。 該研究將確定變更請(qǐng)求 的實(shí)施價(jià)格、時(shí)間表以及協(xié)議的其它條款和條件的影響。在授權(quán)實(shí)施經(jīng)過研究的變更前，必須由雙方授權(quán)代表簽署書面的變 更授權(quán)書和變更請(qǐng)求。在建議的變更未被書面確認(rèn)前，除變更部分，雙 方仍繼續(xù)按最后同意的服務(wù)工作說明書執(zhí)行有關(guān)項(xiàng)目的工作。5.4 變更請(qǐng)求處理流程項(xiàng)目實(shí)施過程中根據(jù)業(yè)務(wù)和實(shí)施實(shí)際情況，項(xiàng)目實(shí)施雙方均可以提出變更申請(qǐng)，并辦理項(xiàng)目變更申請(qǐng)批準(zhǔn)

18、表（示例見附表）。所有的項(xiàng)目變更需要經(jīng)過雙方項(xiàng)目經(jīng)理審批同意，對(duì)于較大的變更需要經(jīng)過項(xiàng)目指導(dǎo)委員會(huì)進(jìn)行審批同意。變更管理流程如下：變更申請(qǐng)：任何一方認(rèn)為有項(xiàng)目變更的需要時(shí)，應(yīng)由申請(qǐng)人填寫變 更申請(qǐng)批準(zhǔn)表 中變更申請(qǐng)部分 （具體參見下表： 變更申請(qǐng)批準(zhǔn)表示例 ）， 提交給雙方項(xiàng)目經(jīng)理；雙方項(xiàng)目經(jīng)理指派變更調(diào)研人共同組成項(xiàng)目專責(zé)小組對(duì)變更申請(qǐng)進(jìn) 行詳細(xì)了解和研究，對(duì)變更要求的原因和可能產(chǎn)生的影響進(jìn)行分析，研究 解決問題的其他途徑和方案，填寫變更申請(qǐng)中調(diào)研報(bào)告部分，提交雙方項(xiàng) 目經(jīng)理；雙方項(xiàng)目經(jīng)理安排討論具體的實(shí)施變更方案和計(jì)劃， 并將最終建議方案填寫在變更申請(qǐng)確認(rèn)方案部分并簽署項(xiàng)目變更申請(qǐng)批準(zhǔn)表；

19、如果涉及重大變更，譬如項(xiàng)目上線時(shí)間點(diǎn)、商務(wù)合同等變更重大的變 更因素，需要提請(qǐng)項(xiàng)目指導(dǎo)委員會(huì)進(jìn)行審核；項(xiàng)目組根據(jù)最終的變更審批意見執(zhí)行。附表：項(xiàng)目變更申請(qǐng)批準(zhǔn)表（示例）變更主題文檔編號(hào)項(xiàng)目階 段.接口設(shè)計(jì)階段（舉例）緊急程度 緊急 高 中 低提出人提交日期客戶項(xiàng)目經(jīng)理勢(shì)誠(chéng)公 司項(xiàng)目經(jīng)理變更原因 新需求 流程變更 方案變更 其他變更申請(qǐng)?jiān)敿?xì)信息描述變更影響評(píng)估是 否 解決可操作性問題， 使操作更為 直觀和方便是 否 解決業(yè)務(wù)流程控制問題是 否 滿足特定的業(yè)務(wù)管理模式， 標(biāo)準(zhǔn) 功能無法解決是 否 提供數(shù)據(jù)的準(zhǔn)確性和可靠性， 減 少人工干預(yù)是 否 解決跨系統(tǒng)的數(shù)據(jù)流， 使不同的 系統(tǒng)間的業(yè)務(wù)更好地銜

20、接是 否 滿足財(cái)務(wù)核算制度的要求是 否 系統(tǒng)多組織環(huán)境下的數(shù)據(jù)和業(yè) 務(wù)安全性隔離的要求， 增強(qiáng)數(shù)據(jù) 的安全性和保密性是 否 符合公司內(nèi)控流程是 否 標(biāo)準(zhǔn)功能沒有提供相應(yīng) 的報(bào)表，但是管理需要是 否 標(biāo)準(zhǔn)功能雖然提供了相 應(yīng)的報(bào)表，但格式及內(nèi)容 不能滿足管理的需求是 否 個(gè)性化需求， 不具備在其 他單位推廣的條件是 否 破環(huán)了系統(tǒng)本身的業(yè)務(wù) 邏輯，影響系統(tǒng)平滑升 級(jí)，風(fēng)險(xiǎn)較大是 否 解決了某個(gè)方面的問題， 但會(huì)帶來其他較多的負(fù) 面影響是 否 通過其他變通方式獲得解決變更申請(qǐng)確認(rèn)方案職位姓名意見日期年月日第 6章 驗(yàn)收約定6.1 驗(yàn)收標(biāo)準(zhǔn)驗(yàn)收方式驗(yàn)收標(biāo)準(zhǔn)說明項(xiàng)目最終 驗(yàn)收運(yùn)行總體 性能系統(tǒng)運(yùn)行平穩(wěn)

21、；業(yè)務(wù)流程及數(shù)據(jù)完整準(zhǔn)確； 與其他系統(tǒng)接口運(yùn)行穩(wěn)定準(zhǔn)確系統(tǒng)操作 響應(yīng)時(shí)間系統(tǒng)功能前臺(tái)操作的響應(yīng)時(shí)間小于等于 6 秒（并 發(fā)用戶數(shù)小于 200）系統(tǒng)最大故障率出現(xiàn)因系統(tǒng)功能導(dǎo)致的系統(tǒng)停機(jī)的系統(tǒng)最大故障 率小于 1%,因硬件平臺(tái)或軟件本身錯(cuò)誤導(dǎo)致的系 統(tǒng)故障除外系統(tǒng)功能準(zhǔn)確性在輸入數(shù)據(jù)準(zhǔn)確的前提下，系統(tǒng) 100%保證功能和 輸出數(shù)據(jù)的準(zhǔn)確性接口數(shù)據(jù) 傳輸準(zhǔn)確 性在與其他系統(tǒng)的接口實(shí)現(xiàn)中，在輸入數(shù)據(jù)準(zhǔn)確的前提下，保證接口 100%輸出數(shù)據(jù)的準(zhǔn)確性6.2 交付物驗(yàn)收程序? 交付物接收程序 本項(xiàng)目的項(xiàng)目交付物清單見第 4.3 節(jié)部分。 按以下驗(yàn)收標(biāo)準(zhǔn)和流程進(jìn) 行驗(yàn)收。雙方都應(yīng)按照下述的標(biāo)準(zhǔn)、 流程和時(shí)間

22、要求及時(shí)對(duì)項(xiàng)目交付物進(jìn)行審 核、修改、批準(zhǔn)和驗(yàn)收，以便于項(xiàng)目按約定的時(shí)間表進(jìn)行。? 本項(xiàng)目的驗(yàn)收負(fù)責(zé)人 項(xiàng)目過程中項(xiàng)目交付物由項(xiàng)目經(jīng)理組織驗(yàn)收， 所有項(xiàng)目交付物在驗(yàn)收 之前都將經(jīng)過討論和批準(zhǔn)程序。? 項(xiàng)目交付物驗(yàn)收過程如下 在項(xiàng)目進(jìn)程中，所有項(xiàng)目交付物都將經(jīng)過雙方非正式討論，以使雙方 對(duì)文檔內(nèi)容的認(rèn)識(shí)一致并縮短項(xiàng)目交付物的驗(yàn)收時(shí)間。在項(xiàng)目對(duì)應(yīng)階段，乙方在完成本章“項(xiàng)目交付物”中對(duì)應(yīng)的該階段項(xiàng) 目交付物后，經(jīng)雙方討論后，作為項(xiàng)目正式交付物提交甲方，甲方在收到 該階段項(xiàng)目交付物后的 10 個(gè)工作日內(nèi)審閱并由相關(guān)負(fù)責(zé)人簽字確認(rèn)驗(yàn)收 通過或提出書面修改意見。如果超過 10 個(gè)工作日對(duì)項(xiàng)目交付物未簽字或

23、 沒有提出任何書面修改意見， 則該項(xiàng)目交付物被視為已被甲方接受和書面 簽字確認(rèn)驗(yàn)收通過。如果甲方在上述期限內(nèi)對(duì)項(xiàng)目交付物提出書面修改意見， 則乙方將在 5 個(gè)工作日內(nèi)對(duì)項(xiàng)目交付物進(jìn)行修改并提交給甲方再次進(jìn)行驗(yàn)收。如果甲 方在接到更新后的項(xiàng)目交付物后 5 個(gè)工作日內(nèi)沒有正式書面回復(fù)， 則視為 已經(jīng)接受該項(xiàng)目交付物。如果甲方對(duì)更新后的項(xiàng)目交付物仍然有異議，則 雙方項(xiàng)目組應(yīng)在 3 個(gè)工作日內(nèi)召開一個(gè)討論會(huì)進(jìn)行討論， 乙方將依據(jù)討論 會(huì)上雙方同意的結(jié)果對(duì)項(xiàng)目交付物進(jìn)行最終修改并提交。甲方應(yīng)在各階段按本條規(guī)定及時(shí)完成對(duì)項(xiàng)目交付物的驗(yàn)收， 以免影響 項(xiàng)目進(jìn)度。第7 章 售后與質(zhì)保7.1 質(zhì)保期服務(wù)內(nèi)容本項(xiàng)目實(shí)施服務(wù)最終驗(yàn)收后，乙方承諾提供免費(fèi)質(zhì)保