1、（正）本xxxx微信公眾服務(wù)及運(yùn)營(yíng)項(xiàng)目總體實(shí)施方案xxxxxxxxxxxxx 公司目錄第 1 章 概述 41.1 說(shuō)明 41.2 項(xiàng)目范圍 4第 2 章 項(xiàng)目整體實(shí)現(xiàn)內(nèi)容52.1 微信公眾平臺(tái)的申請(qǐng)52.2 XXX)信平臺(tái)建設(shè) 52.3 XXXXt信專(zhuān)用平臺(tái) 52.3.1 用戶(hù)管理 52.3.2 單點(diǎn)登錄 62.3.3 賬號(hào)驗(yàn)證安全管理 62.4 訂閱號(hào) 62.4.1 微官網(wǎng) 62.4.2 微發(fā)布 62.4.3 微展示 62.4.4 微傳播 72.4.5 微論壇 72.4.6 微投票 72.4.7 抽獎(jiǎng) 72.5 服務(wù)號(hào) 72.5.1 查詢(xún) 72.5.2 支付 72.5.3 注冊(cè) 72.5.4

2、 客服 82.5.5 調(diào)研 82.5.6 微會(huì)員 82.5.7 微電商 8第 3 章 產(chǎn)品選型93.1 采用PHP語(yǔ)言開(kāi)發(fā) 93.2 模塊化，開(kāi)源，可擴(kuò)展 93.3 負(fù)載能力強(qiáng)，支持千萬(wàn)級(jí)數(shù)據(jù) 93.4 可實(shí)現(xiàn)模板化，實(shí)現(xiàn)程序邏輯與用戶(hù)界面分離93.5 跨平臺(tái) 93.6 基本DIV+CSS WE殷計(jì)標(biāo)準(zhǔn)開(kāi)發(fā) 9第 4 章 實(shí)施方案104.1 項(xiàng)目組織結(jié)構(gòu)104.1.1 項(xiàng)目職責(zé)分工104.1.2 對(duì)客戶(hù)項(xiàng)目團(tuán)隊(duì)及人員組成的建議和要求114.2 合同工期、計(jì)劃 114.3 雙方職責(zé)與交付清單 124.4 勢(shì)誠(chéng)公司實(shí)施團(tuán)隊(duì)及資源配置 124.5 對(duì)客戶(hù)項(xiàng)目職責(zé)的前提假設(shè) 13第5章項(xiàng)目管理 145

3、.1 變更管理的范圍 145.2 變更管理的基準(zhǔn) 145.3 變更控制程序 145.4 變更請(qǐng)求處理流程 15第6章驗(yàn)收約定 186.1 驗(yàn)收標(biāo)準(zhǔn) 186.2 交付物驗(yàn)收程序 18第7章售后與質(zhì)保 207.1 質(zhì)保期服務(wù)內(nèi)容 207.2 質(zhì)保期外服務(wù)內(nèi)容 20第 1 章 概述1.1 說(shuō)明本文是 xxxx 微信公眾服務(wù)與運(yùn)營(yíng)項(xiàng)目投標(biāo)文件，描述對(duì)項(xiàng)目的技術(shù)方案、實(shí)施計(jì)劃及進(jìn)度安排，對(duì)質(zhì)量管理措施、進(jìn)度控制措施、生產(chǎn)安全保障措施提出了專(zhuān)業(yè)的建議。1.2 項(xiàng)目范圍本期項(xiàng)目主要：微信公眾平臺(tái)的申請(qǐng)、產(chǎn)業(yè)交流中心微信平臺(tái)建設(shè)日常運(yùn)營(yíng)三部分微信公眾平臺(tái)的申請(qǐng)申請(qǐng)產(chǎn)業(yè)交流中心微信訂閱號(hào)及服務(wù)號(hào)。產(chǎn)業(yè)交流中心微

4、信平臺(tái)建設(shè)利用訂閱號(hào)來(lái)做主要的宣傳方式，通過(guò)大量的咨詢(xún)來(lái)引導(dǎo)客戶(hù)，可實(shí)現(xiàn)：微官網(wǎng)、微發(fā)布、微展示、微傳播、微論壇、投票、公司活動(dòng)、抽獎(jiǎng)、會(huì)議通知。利用服務(wù)號(hào)來(lái)提供多方式的互動(dòng)服務(wù)，可實(shí)現(xiàn)：查詢(xú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)過(guò)程中發(fā)生的費(fèi)用；3) 負(fù)責(zé)為甲方提出申請(qǐng)材料列表；2.2 xxxx 微信平臺(tái)建設(shè)xxxx 微信平臺(tái)由微信官方管理平臺(tái)、微信用戶(hù)客戶(hù)端和xxxx 微信專(zhuān)用平

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

6、用戶(hù)的微信與在職身份進(jìn)行一對(duì)一的綁定。用戶(hù)身份綁定后，可以實(shí)現(xiàn)相應(yīng)的業(yè)務(wù)操作，微信平臺(tái)用戶(hù)管理實(shí)現(xiàn)了多個(gè)業(yè)務(wù)系統(tǒng)的身份映射管理功能。2.3.2 單點(diǎn)登錄綁定身份的微信用戶(hù)登錄微信中設(shè)置好的其它業(yè)務(wù)系統(tǒng)，可以不再輸入身份信息，業(yè)務(wù)系統(tǒng)就會(huì)自動(dòng)識(shí)別用戶(hù)身份并賦予相應(yīng)的業(yè)務(wù)權(quán)限。2.3.3 賬號(hào)驗(yàn)證安全管理當(dāng)在微信公眾平臺(tái)中跳轉(zhuǎn)到業(yè)務(wù)系統(tǒng)頁(yè)面中時(shí)，需要進(jìn)行用戶(hù)驗(yàn)證過(guò)程，驗(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)通過(guò)該驗(yàn)證碼調(diào)用用戶(hù)驗(yàn)證接口即可獲取該用戶(hù)的身份，完成了安全驗(yàn)證過(guò)程2.4 訂閱號(hào)訂閱號(hào)主要實(shí)現(xiàn)：微官網(wǎng)、微發(fā)布、微展示、微傳播、微論壇

7、、投票、抽獎(jiǎng)功能。2.4.1 微官網(wǎng)利用微信掛接功能，鏈接交流中心官網(wǎng)，方便用戶(hù)移動(dòng)端查看交流中心官網(wǎng)。2.4.2 微發(fā)布利用微信自帶功能發(fā)布中心獲得的成就、榮譽(yù)。2.4.3 微展示利用微信掛接功能，掛接中心專(zhuān)用平臺(tái)展示中心文化；鏈接中心傳媒、微博群、微信群等。2.4.4 微傳播利用微信自帶功能每天推送中心的重要新聞、公告、通知、國(guó)內(nèi)外時(shí)政要聞，傳播中心重大典型的先進(jìn)事跡。2.4.5 微論壇為用戶(hù)提供移動(dòng)端交流平臺(tái)，通過(guò)交流中心專(zhuān)有平臺(tái)實(shí)現(xiàn)標(biāo)準(zhǔn)論壇功能，掛接微信，用戶(hù)可以通過(guò)微信號(hào)登錄論壇。2.4.6 微投票利用微信自帶投票功能，實(shí)現(xiàn)簡(jiǎn)單的投票，支持關(guān)注投票及無(wú)需關(guān)注投票。2.4.7 抽獎(jiǎng)利用

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

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

10、次開(kāi)發(fā)。3.3 負(fù)載能力強(qiáng)，支持千萬(wàn)級(jí)數(shù)據(jù)基于PHP開(kāi)發(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)程序邏輯與用戶(hù)界面分離輸出控制靈活，可在 HTM葉內(nèi)嵌PH狀碼，也可以由PHP輸出HTML 運(yùn)行，也可以在命令行下執(zhí)行，將結(jié)果輸出到其他設(shè)備。3.5 跨平臺(tái)可運(yùn)行在 Win32 或 UNIX/Linux/Macintosh/FreeBSD/OS2 等平臺(tái)上。 與多個(gè) WEBI艮務(wù)器兼容，如 Apache MS IIS、Netscape Server 等。3.6 基本DIV+CSS W

11、E段計(jì)標(biāo)準(zhǔn)開(kāi)發(fā)DIV+CSSM WE股計(jì)標(biāo)準(zhǔn)，它是一種網(wǎng)頁(yè)的布局方法。與傳統(tǒng)中通過(guò)表格（ table ）布局定位的方式不同，它可以實(shí)現(xiàn)網(wǎng)頁(yè)頁(yè)面內(nèi)容與表現(xiàn)相分離。實(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)目管理辦公室?目經(jīng)理分管領(lǐng)導(dǎo)、項(xiàng)?項(xiàng)目經(jīng)理技術(shù)組?設(shè)計(jì)人員?發(fā)人員設(shè)計(jì)人員、開(kāi)4.1.1 項(xiàng)目職責(zé)分工項(xiàng)目組成員的職責(zé)分工如下表所示項(xiàng)目領(lǐng)導(dǎo)小組、委員會(huì)批準(zhǔn)項(xiàng)目計(jì)劃、監(jiān)控項(xiàng)目進(jìn)展；協(xié)調(diào)解決項(xiàng)目中存在的問(wèn)題；對(duì)項(xiàng)目中存在的重大問(wèn)題進(jìn)行 決策；聽(tīng)取項(xiàng)目各階段匯報(bào)，審核項(xiàng) 目交付品確認(rèn)項(xiàng)目終驗(yàn)收通過(guò)制定并控制項(xiàng)目計(jì)劃負(fù)責(zé)項(xiàng)目日常管理工作控制項(xiàng)目范

12、圍組織并分配項(xiàng)目資源組織召開(kāi)項(xiàng)目例會(huì)及階段驗(yàn)收協(xié)調(diào)解決項(xiàng)目中各類(lèi)問(wèn)題監(jiān)督檢查各小組工作情況負(fù)責(zé)各類(lèi)項(xiàng)目技術(shù)方案的評(píng)審與確認(rèn)組織對(duì)項(xiàng)目交付品進(jìn)行驗(yàn)收技術(shù)人員設(shè)計(jì)、開(kāi)發(fā)通訊接口調(diào)試及維護(hù)系統(tǒng)參與各技術(shù)方案制止接受技術(shù)培訓(xùn)解決運(yùn)行中存在 的系統(tǒng)問(wèn)題最終用戶(hù)接受最終用戶(hù)培訓(xùn)4.1.2 對(duì)客戶(hù)項(xiàng)目團(tuán)隊(duì)及人員組成的建議和要求客戶(hù)與弓礦將派出分管領(lǐng)導(dǎo)或部門(mén)經(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)鍵用戶(hù)全職、全程參與項(xiàng)目工作。4.2 合同工期、計(jì)劃廳P活動(dòng)工期（周）1項(xiàng)目啟動(dòng)22需求調(diào)研23設(shè)計(jì)35環(huán)境搭建26微信開(kāi)發(fā)810測(cè)試211培訓(xùn)112上線(xiàn)

13、113其他44.3 雙方職責(zé)與交付清單1）項(xiàng)目啟動(dòng)階段?項(xiàng)目主要人員到位，召開(kāi)項(xiàng)目啟動(dòng)大會(huì)?完成項(xiàng)目工作任務(wù)書(shū)?簽訂合同2）系統(tǒng)實(shí)現(xiàn)階段?集成測(cè)試完成，簽署確認(rèn)集成測(cè)試報(bào)告?用戶(hù)培訓(xùn)完成3）上線(xiàn)準(zhǔn)備與切換上線(xiàn)階段?發(fā)布上線(xiàn)通知，宣布系統(tǒng)上線(xiàn)4）運(yùn)行維護(hù)?上線(xiàn)運(yùn)行1個(gè)月內(nèi)發(fā)生的實(shí)施問(wèn)題已解決或給出合理解 釋。?交付文檔確認(rèn)已移交4.4 勢(shì)誠(chéng)公司實(shí)施團(tuán)隊(duì)及資源配置勢(shì)誠(chéng)公司按照本次項(xiàng)目目標(biāo)，將派駐滿(mǎn)足要求的服務(wù)人員提供現(xiàn)場(chǎng)或遠(yuǎn)程服務(wù)。項(xiàng)目主要人員包括：項(xiàng)目經(jīng)理、設(shè)計(jì)開(kāi)發(fā)人員等 ，確保相 應(yīng)資源為勢(shì)誠(chéng)公司自身資源，而非外部人員。止匕外，項(xiàng)目主管合伙人/總監(jiān)將不定期參與項(xiàng)目的評(píng)審并對(duì)關(guān)鍵方案、重大問(wèn)題提

14、供建議。在項(xiàng)目期間，勢(shì)誠(chéng)公司會(huì)根據(jù)項(xiàng)目工作量和實(shí)際進(jìn)展情況制定資源計(jì)劃，并按計(jì)劃投入足夠數(shù)量且能力滿(mǎn)足要求的技術(shù)人員加入到項(xiàng)目相關(guān)階段工作。4.5 對(duì)客戶(hù)項(xiàng)目職責(zé)的前提假設(shè)本工作任務(wù)是基于以下客戶(hù)的項(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í)施，客戶(hù)將按照既定的實(shí)施策略與實(shí)施范圍開(kāi)展工作。項(xiàng)目計(jì)劃由雙方項(xiàng)目經(jīng)理共同制訂，實(shí)施過(guò)程中可根據(jù)實(shí)際情況進(jìn)行適當(dāng)調(diào)整。勢(shì)誠(chéng)公司與客戶(hù)將組成聯(lián)合團(tuán)隊(duì)，按照本工作任務(wù)約定承擔(dān)各自職 責(zé)，密切配合，協(xié)調(diào)工作，共同完成項(xiàng)目實(shí)施工作?？?/p>

15、戶(hù)將按照項(xiàng)目計(jì)劃提供實(shí)施工作所需的各項(xiàng)業(yè)務(wù)信息，勢(shì)誠(chéng)公司按本協(xié)議所規(guī)定的保密條款對(duì)客戶(hù)提供的信息保密。如項(xiàng)目實(shí)施過(guò)程中涉及第三方（非勢(shì)誠(chéng)公司），客戶(hù)將負(fù)責(zé)控制任何可能影響項(xiàng)目工作的第三方因素。由第三方因素造成的項(xiàng)目計(jì)劃變化將通過(guò)項(xiàng)目變更管理流程處理。本項(xiàng)目提交的項(xiàng)目文檔僅要求以中文編寫(xiě)。項(xiàng)目管理第 5章5.1 變更管理的范圍在項(xiàng)目實(shí)施過(guò)程中，由一方提出的任何對(duì)項(xiàng)目合同或雙方書(shū)面協(xié)議內(nèi)容進(jìn)行增加、修改或取消的要求都應(yīng)納入項(xiàng)目變更管理的范圍，變更包括但不限于下列內(nèi)容的改變：項(xiàng)目進(jìn)度計(jì)劃主要里程碑的變更；實(shí)施范圍的變更，包括實(shí)施服務(wù)內(nèi)容的增加或變更，新的業(yè)務(wù)需求，系統(tǒng)方案變更，其他變更等；合同條款的

16、變更。5.2 變更管理的基準(zhǔn)本工作任務(wù)書(shū)中所描述的實(shí)施范圍為雙方約定的項(xiàng)目范圍。如果項(xiàng)目實(shí)施的實(shí)際范圍與約定的范圍出現(xiàn)偏差，變更發(fā)起方應(yīng)事先提出變更申請(qǐng)，雙方按變更管理流程處理。變更申請(qǐng)確認(rèn)通過(guò)后，應(yīng)以重新確認(rèn)的實(shí)施范圍作為變更管理的基準(zhǔn)。5.3 變更控制程序如果需要更改本協(xié)議以及在實(shí)施過(guò)程中發(fā)生項(xiàng)目變更，應(yīng)遵循以下程序。項(xiàng)目變更請(qǐng)求是協(xié)商變更的工具。變更請(qǐng)求必須描述變更、變更的根本原因和變更對(duì)項(xiàng)目的影響。項(xiàng)目變更應(yīng)遵循事先約定的變更管理流程，流程參見(jiàn)變更請(qǐng)求處理流程。雙方項(xiàng)目經(jīng)理應(yīng)復(fù)核建議的變更并提議進(jìn)一步研究或予以拒絕。如變更量較大，勢(shì)誠(chéng)公司會(huì)說(shuō)明涉及的收費(fèi)并經(jīng)雙方協(xié)商同意。變更請(qǐng)求 必須

17、由雙方授權(quán)代表簽署以授權(quán)研究所建議的變更。該研究將確定變更 請(qǐng)求的實(shí)施價(jià)格、時(shí)間表以及協(xié)議的其它條款和條件的影響。在授權(quán)實(shí)施經(jīng)過(guò)研究的變更前，必須由雙方授權(quán)代表簽署書(shū)面的 變更授權(quán)書(shū)和變更請(qǐng)求。在建議的變更未被書(shū)面確認(rèn)前，除變更部 分，雙方仍繼續(xù)按最后同意的服務(wù)工作說(shuō)明書(shū)執(zhí)行有關(guān)項(xiàng)目的工作。5.4 變更請(qǐng)求處理流程項(xiàng)目實(shí)施過(guò)程中根據(jù)業(yè)務(wù)和實(shí)施實(shí)際情況，項(xiàng)目實(shí)施雙方均可以 提出變更申請(qǐng)，并辦理項(xiàng)目變更申請(qǐng)批準(zhǔn)表（示例見(jiàn)附表）。所有的項(xiàng)目變更需要經(jīng)過(guò)雙方項(xiàng)目經(jīng)理審批同意，對(duì)于較大的變更需要經(jīng)過(guò)項(xiàng)目指導(dǎo)委員會(huì)進(jìn)行審批同意。變更管理流程如下：變更申請(qǐng)：任何一方認(rèn)為有項(xiàng)目變更的需要時(shí)，應(yīng)由申請(qǐng)人填寫(xiě) 變

18、更申請(qǐng)批準(zhǔn)表中變更申請(qǐng)部分（具體參見(jiàn)下表：變更申請(qǐng)批準(zhǔn)表示 例），提交給雙方項(xiàng)目經(jīng)理；雙方項(xiàng)目經(jīng)理指派變更調(diào)研人共同組成項(xiàng)目專(zhuān)責(zé)小組對(duì)變更申請(qǐng)進(jìn) 行詳細(xì)了解和研究，對(duì)變更要求的原因和可能產(chǎn)生的影響進(jìn)行分析，研 究解決問(wèn)題的其他途徑和方案，填寫(xiě)變更申請(qǐng)中調(diào)研報(bào)告部分，提交雙 方項(xiàng)目經(jīng)理；雙方項(xiàng)目經(jīng)理安排討論具體的實(shí)施變更方案和計(jì)劃，并將最終建議 方案填寫(xiě)在變更申請(qǐng)確認(rèn)方案部分并簽署項(xiàng)目變更申請(qǐng)批準(zhǔn)表；如果涉及重大變更，譬如項(xiàng)目上線(xiàn)時(shí)間點(diǎn)、商務(wù)合同等變更重大的 變更因素，需要提請(qǐng)項(xiàng)目指導(dǎo)委員會(huì)進(jìn)行審核；項(xiàng)目組根據(jù)最終的變更審批意見(jiàn)執(zhí)行。附表：項(xiàng)目變更申請(qǐng)批準(zhǔn)表（示例）變更主題文檔編號(hào)項(xiàng)目階段.接口

19、設(shè)計(jì)階段（舉例）緊急程度口緊急 口高 口中 口低提出人提交日期客戶(hù)項(xiàng)目經(jīng)理勢(shì)誠(chéng)公司項(xiàng)目經(jīng)理變更原因口新需求 口流程變更 口方案變更口其他變更申請(qǐng)?jiān)敿?xì)信息描述變更影響評(píng)估 是否 解決可操作性問(wèn)題，使操作更 為直觀(guān)和方便 是否 解決業(yè)務(wù)流程控制問(wèn)題口是否 滿(mǎn)足特定的業(yè)務(wù)管理模式，標(biāo) 準(zhǔn)功能無(wú)法解決 是否 提供數(shù)據(jù)的準(zhǔn)確性和可靠性， 減少人工十塊 是否 解決跨系統(tǒng)的數(shù)據(jù)流，使/、同 的系統(tǒng)間的業(yè)務(wù)更好地銜接 是否 滿(mǎn)足財(cái)務(wù)核算制度的要求 是口否 系統(tǒng)多組織環(huán)5的數(shù)據(jù)和業(yè) 務(wù)安全性隔離的要求，增強(qiáng)數(shù) 據(jù)的安全性和保密性口是否 符合公司內(nèi)控流程 是口否 標(biāo)準(zhǔn)功能沒(méi)有提供相應(yīng) 的報(bào)表，但是管理需要 是口否

20、 標(biāo)準(zhǔn)功能雖然提供了相 應(yīng)的報(bào)表，但格式及內(nèi) 容不能滿(mǎn)足管理的需求口是口否 個(gè)性化需求，不具備在 其他單位推廣的條件口是口否破環(huán)了系統(tǒng)本身的業(yè)務(wù) 邏輯，影響系統(tǒng)平滑升 級(jí)，風(fēng)險(xiǎn)較大 是否解決了某個(gè)方面的問(wèn) 題，但會(huì)帶來(lái)其他較多 的負(fù)面影響 是否 通過(guò)其他變逋方式獲得 解決變更申請(qǐng)確認(rèn)方案職位姓名意見(jiàn)日期年 月日第6章驗(yàn)收約定6.1驗(yàn)收標(biāo)準(zhǔn)驗(yàn)收方式驗(yàn)收標(biāo)準(zhǔn)說(shuō)明項(xiàng)目最終 驗(yàn)收運(yùn)行總體 性能系統(tǒng)運(yùn)行平穩(wěn)；業(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ā)用戶(hù)數(shù)小于200）系統(tǒng)最大 故障率出現(xiàn)因系統(tǒng)功能導(dǎo)致的系統(tǒng)停機(jī)的系統(tǒng)最大故障 率小

21、于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)確的 前提下，i證接口 100喻出數(shù)據(jù)的準(zhǔn)確性6.2交付物驗(yàn)收程序?交付物接收程序本項(xiàng)目的項(xiàng)目交付物清單見(jiàn)第 4.3節(jié)部分。按以下驗(yàn)收標(biāo)準(zhǔn)和流程 進(jìn)行驗(yàn)收。雙方都應(yīng)按照下述的標(biāo)準(zhǔn)、流程和時(shí)間要求及時(shí)對(duì)項(xiàng)目交付物進(jìn)行 審核、修改、批準(zhǔn)和驗(yàn)收，以便于項(xiàng)目按約定的時(shí)間表進(jìn)行。?本項(xiàng)目的驗(yàn)收負(fù)責(zé)人項(xiàng)目過(guò)程中項(xiàng)目交付物由項(xiàng)目經(jīng)理組織驗(yàn)收，所有項(xiàng)目交付物在驗(yàn) 收之前都將經(jīng)過(guò)討論和批準(zhǔn)程序。?項(xiàng)目交付物驗(yàn)收過(guò)程如下在項(xiàng)目

22、進(jìn)程中，所有項(xiàng)目交付物都將經(jīng)過(guò)雙方非正式討論，以使雙 方對(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)收通過(guò)或提出書(shū)面修改意見(jiàn)。如果超過(guò)10 個(gè)工作日對(duì)項(xiàng)目交付物未簽字或沒(méi)有提出任何書(shū)面修改意見(jiàn)，則該項(xiàng)目交付物被視為已被甲方接受和書(shū)面簽字確認(rèn)驗(yàn)收通過(guò)。如果甲方在上述期限內(nèi)對(duì)項(xiàng)目交付物提出書(shū)面修改意見(jiàn)，則乙方將在 5 個(gè)工作日內(nèi)對(duì)項(xiàng)目交付物進(jìn)行修改并提交給甲方再次進(jìn)行驗(yàn)收。如果甲方在接到更新后的項(xiàng)目交付物后5 個(gè)工作日內(nèi)沒(méi)有正式書(shū)面回復(fù)，則視為已經(jīng)接受該項(xiàng)目交付物。如果甲方對(duì)更新后的項(xiàng)目交付物仍然有異議，則雙方項(xiàng)目組應(yīng)在3 個(gè)工作日內(nèi)召開(kā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)度。售后與質(zhì)保7.1 質(zhì)保期服務(wù)內(nèi)容本項(xiàng)目實(shí)施服務(wù)最終驗(yàn)收后，乙方承諾