四川公司成都2015年智慧城市應(yīng)用運(yùn)營支撐項(xiàng)目標(biāo)包二旅游技術(shù)分冊v1

1、2015 年智慧城市應(yīng)用運(yùn)中國移動公司營支撐項(xiàng)目（標(biāo)包二：智慧旅游）：GC15DGSC02217招標(biāo)投標(biāo)文件（技術(shù)分冊）投標(biāo)人：成（蓋章）法定代表人或其委托人：（簽字） 2015 年 8 月 19 日評標(biāo)索引表為了便于評標(biāo)的高效有序進(jìn)行，請投標(biāo)人參照此格式提供初步評審索引表和評標(biāo)索引表（速查表），并將該索引表附在商務(wù)技術(shù)分冊首頁，以便評委評閱投標(biāo)文件。評標(biāo)索引表序號評審應(yīng)答簡述、對應(yīng)頁碼1投標(biāo)文件的簽署和蓋章全部需要簽署和蓋章的地方都完成，詳見投標(biāo)文件2法定代表人明和委托書法定代表人明：詳見商務(wù)分冊第一章 法定代表人明，委托書：詳見商務(wù)分冊第二章委托書3投標(biāo)保證金詳見經(jīng)濟(jì)分冊，投標(biāo)保證金464

2、827.9106 萬，詳見商務(wù)分冊 5.1.2企業(yè)法人5一般資格成具備一般資格，詳見商務(wù)分冊 5.1.4、地稅登記證 5.1.5一般證明6服務(wù)經(jīng)驗(yàn)詳見商務(wù)分冊第六章業(yè)績表（22 個合同，包含系統(tǒng)運(yùn)營、服務(wù)器、 、網(wǎng)絡(luò)設(shè)備、四層交換機(jī)、 vmware），7企業(yè)資質(zhì)成滿足本次招標(biāo)需要的全部資質(zhì)詳見商務(wù)分冊 5.1.6公司資質(zhì)、資格8業(yè)績要求成滿足本次招標(biāo)需要的全部業(yè)績詳見商務(wù)分冊第六章業(yè)績表（22 個合同，包含服務(wù)器、網(wǎng)絡(luò)設(shè)備、四層交換機(jī)、vmware）9財務(wù)狀況提供 2012,2013 財務(wù)審計，詳見商務(wù)分冊 5.2.12013 年度財務(wù)審計5.2.22014 年度財務(wù)審計10信譽(yù)要求成沒有處于

3、被責(zé)令停業(yè)，投標(biāo)資格被取消，被接管、凍結(jié)，狀態(tài)；保證在最近三年內(nèi)沒有騙取中標(biāo)和嚴(yán)重違約及項(xiàng)目質(zhì)量、安全問題,詳見商務(wù)分冊第七章承諾書11類似項(xiàng)目經(jīng)驗(yàn)互聯(lián)網(wǎng)產(chǎn)品建設(shè)運(yùn)營相關(guān)項(xiàng)目經(jīng)驗(yàn)：詳見商務(wù)分冊第六章 業(yè)績表（22 個合同，包含系統(tǒng)運(yùn)營、服務(wù)器、網(wǎng)絡(luò)設(shè)備四層交換機(jī)、vmware）12運(yùn)營支撐理解結(jié)合智慧城市的發(fā)展趨勢，闡述對智慧城市應(yīng)用運(yùn)營支撐的理解：詳見技術(shù)分冊第三章應(yīng)用開發(fā)方案，頁碼：11，和技術(shù)分冊第七章運(yùn)營推廣建議，13應(yīng)用開發(fā)能力承諾 9 月前完成應(yīng)用開發(fā)，詳見技術(shù)分冊 3.6 章節(jié)開發(fā)計劃，承諾 9 月前完成；功能分析詳見技術(shù)分冊 3.1 章節(jié)功能分析；使用流程，詳見技術(shù)分冊3.3

4、章節(jié)開發(fā)流程；應(yīng)用開發(fā)計劃詳見技術(shù)分冊3.6 章節(jié)開發(fā)計劃14業(yè)務(wù)運(yùn)營能力運(yùn)營推廣、活動促銷計劃詳見技術(shù)分冊第 7 章節(jié)運(yùn)營推廣建議； 處理內(nèi)容詳見技術(shù)分冊第 5 章節(jié)；應(yīng)急響應(yīng)內(nèi)容詳見技術(shù)分冊 4.7 章節(jié)應(yīng)急方案15增值服務(wù)除全市 33 個 4A 及以上景區(qū)門票 訂購的信源引入各個應(yīng)用之外，可免費(fèi)按照“和生活” 規(guī)范接入的應(yīng)用接入 3 個信源，詳情見技術(shù)分冊，3.1 章節(jié)功能分析16服務(wù)團(tuán)隊(duì)要求成本次項(xiàng)目提供項(xiàng)目經(jīng)理和 15 人及以上駐場團(tuán)隊(duì)，詳請見技術(shù)分冊 6.4 章節(jié)，介紹；保證本標(biāo)包運(yùn)維支持團(tuán)隊(duì)配置為 5 人及以上，詳情見技術(shù)分冊 6.3 章節(jié)，社保見技術(shù)分冊6.3.21 章節(jié)社保1

5、7服務(wù)團(tuán)隊(duì)經(jīng)驗(yàn)本標(biāo)包具有產(chǎn)品開發(fā)、產(chǎn)品運(yùn)營、推廣服務(wù)經(jīng)驗(yàn)，詳情見技術(shù)分冊 6.4 章節(jié)介紹18技術(shù)要求響應(yīng)與合同條款要求響應(yīng)程度詳見商務(wù)分冊第三章節(jié)合同條款偏離表；詳見商務(wù)分冊第四章節(jié)技術(shù)條款偏離表。目錄中國移動公司2015 年智慧城市應(yīng)用運(yùn)營支撐項(xiàng)目（標(biāo)包二：智慧旅游）I：GC15DGSC02217I招標(biāo)1概述91.1項(xiàng)目概述92應(yīng)用運(yùn)營支持服務(wù)內(nèi)容102.12.22.32.4信源引入內(nèi)容10技術(shù)開發(fā)10日常運(yùn)營10故障處理103應(yīng)用開發(fā)方案113.13.23.2.13.2.23.2.33.2.43.2.53.33.3.13.3.23.3.33.3.43.3.53.3.63.3.73.3.8

6、3.43.4.13.4.23.4.33.4.43.4.53.4.63.4.73.4.83.4.9功能分析11信源接入技術(shù)架構(gòu)12服務(wù)調(diào)用13ETL 批量處理14數(shù)據(jù)庫. 15異構(gòu)數(shù)據(jù)處理16人工. 17開發(fā)流程17需求分析階段17快速原型設(shè)計17設(shè)計階段18編碼階段18測試階段19系統(tǒng)試運(yùn)行20系統(tǒng)上線驗(yàn)收20運(yùn)維階段20項(xiàng)目管理20項(xiàng)目范圍管理21項(xiàng)目組織管理21項(xiàng)目溝通管理22項(xiàng)目計劃管理22項(xiàng)目風(fēng)險管理23項(xiàng)目質(zhì)量管理23項(xiàng)目變更管理24項(xiàng)目問題管理24項(xiàng)目文檔及服務(wù)管理243.4.10項(xiàng)目總結(jié)、評估和驗(yàn)收253.53.6交付成果26開發(fā)計劃264運(yùn)行方案274.14.1.14.1.24

7、.1.34.1.44.1.54.24.2.14.2.24.2.34.2.44.2.54.34.3.14.3.24.3.34.44.4.14.4.24.54.5.14.64.74.7.14.7.24.7.34.84.8.14.8.24.8.34.8.44.8.54.8.64.8.74.8.84.8.9日常管理流程27日常管理需考慮的方面27日常管理任務(wù)28日常管理團(tuán)隊(duì)組成28日常管理規(guī)程29日常管理工作規(guī)劃29系統(tǒng)可用性管理30備份與恢復(fù)內(nèi)容30備份和恢復(fù)的時間窗口30備份和恢復(fù)策略31備份和恢復(fù)管理31備份和恢復(fù)工作計劃32性能管理32性能管理的內(nèi)容32性能管理指標(biāo)33性能管理工作計劃33容量

8、規(guī)劃33容量規(guī)劃的目的和內(nèi)容33容量規(guī)劃工作計劃35安全管理35安全方面的總體考慮36支持服務(wù)流程36應(yīng)急方案38應(yīng)急預(yù)案目標(biāo)38應(yīng)急預(yù)案具體措施38應(yīng)急處理流程39服務(wù)模板40維保服務(wù)客戶服務(wù)IBM 設(shè)備巡檢單40. 41. 42磁盤HP 小型機(jī)SUN 巡檢檢查44巡檢. 44. 50sun 陣列產(chǎn)品巡檢SUN Cluster 巡檢. 51. 52DELL 巡檢巡檢. 54. 554.8.104.8.114.8.124.8.134.8.144.8.15網(wǎng)絡(luò)設(shè)備巡檢. 58Oracle 數(shù)據(jù)庫巡檢模版59故障分析設(shè)備維修. 60. 63技術(shù)服務(wù)月總結(jié). 654.9運(yùn)維計劃685故障處理685.

9、15.2關(guān)鍵故障處理流程69故障優(yōu)先級與故障提交706團(tuán)隊(duì)組織及716.16.26.2.16.2.26.2.36.2.46.2.56.2.66.2.76.2.86.2.9項(xiàng)目實(shí)施組織結(jié)構(gòu)71職責(zé)分工71項(xiàng)目執(zhí)行項(xiàng)目. 71. 72項(xiàng)目經(jīng)理72總體方案組73顧問組73組73項(xiàng)目支持組73需求組74設(shè)計組74實(shí)施開發(fā)組74測試組75培訓(xùn)組75組756.2.106.2.116.2.126.2.136.36.46.4.16.4.26.4.36.4.46.4.56.4.66.4.76.4.86.4.9項(xiàng)目組主要. 76介紹78項(xiàng)目經(jīng)理-日常運(yùn)營工日常運(yùn)營工日常運(yùn)營工日常運(yùn)營工日常運(yùn)營工日常運(yùn)營工日常運(yùn)營

10、工日常運(yùn)營工日常運(yùn)營工開發(fā)工開發(fā)工開發(fā)工開發(fā)工開發(fā)工開發(fā)工開發(fā)工開發(fā)工. 78. 78. 79-趙紅紅79-袁也79-. 80. 80. 80. 81. 81. 81. 81. 82. 82. 82. 83. 83. 836.4.106.4.116.4.126.4.136.4.146.4.156.4.166.4.176.4.186.4.196.4.206.4.21-開發(fā)工開發(fā)工王統(tǒng)領(lǐng)84. 84社保857運(yùn)營推廣建議887.17.2運(yùn)營方案概述88運(yùn)營內(nèi)容887.2.17.2.2對提供的服務(wù)88對普通的服務(wù)887.37.47.57.6市場策略89市場推廣及具體收入來源89運(yùn)營團(tuán)隊(duì)建設(shè)89組織協(xié)

11、調(diào)907.6.17.6.27.6.3組織協(xié)調(diào)內(nèi)容90組織協(xié)調(diào)工作的規(guī)范化91組織協(xié)調(diào)應(yīng)注意. 917.77.87.9運(yùn)營管理制度91經(jīng)費(fèi)保障92運(yùn)維模式938服務(wù)與支持938.18.1.1技術(shù)服務(wù)、支持93備件資源保障體系938.1.28.1.38.1.48.1.58.1.68.1.7備件服務(wù)體系93動態(tài)庫存調(diào)整96備品備件服務(wù)原則96備件管理流. 96各地備件庫一覽99技術(shù)資源保障體系101服務(wù)網(wǎng)點(diǎn)分布101技術(shù)服務(wù)能力103本地服務(wù)機(jī)構(gòu)資料103本地技術(shù)支持情況103. 104組織機(jī)構(gòu)代碼. 104稅務(wù)登記證復(fù)印件105服務(wù)質(zhì)量管理及保障方案106服務(wù)管理保障體系106服務(wù)質(zhì)量管理方案10

12、6服務(wù)項(xiàng)目信息管理系統(tǒng)106服務(wù)質(zhì)量控制管理108服務(wù)質(zhì)量管理109工服務(wù)質(zhì)量管理109用戶滿意度管理113技術(shù)服務(wù)流程115服務(wù)過程的持續(xù)改進(jìn)131系統(tǒng)免疫力131服務(wù)主動性131IT 基礎(chǔ)架構(gòu)132服務(wù)過程自我改進(jìn)132服務(wù)流程優(yōu)化1339培訓(xùn)1349.19.29.39.4培訓(xùn)、交流目標(biāo)134培訓(xùn)、交流周期134培訓(xùn)、交流方式134培訓(xùn)、交流內(nèi)容1341 概述1.1 項(xiàng)目概述隨著經(jīng)濟(jì)的迅速發(fā)展，我國城市進(jìn)入加速發(fā)展期?！笆濉逼陂g，我國城市化率將突破 50%，對國民經(jīng)濟(jì)和社會進(jìn)步的促進(jìn)作用明顯增強(qiáng)。與此同時，膨脹、環(huán)境污染、交通阻塞等城市病已逐漸成為制約我國城市發(fā)展的主要問題。為了實(shí)現(xiàn)城

13、市的可持續(xù)繁榮，一方面需要進(jìn)一步順應(yīng)城市的全球化、多樣化、社會化和協(xié)同化的趨勢，建立新型的城市發(fā)展模式；另一方面需要借助新技術(shù)強(qiáng)大的驅(qū)動力，奠定新型發(fā)展模式的基礎(chǔ)。正如經(jīng)濟(jì)所言，“在 21 世紀(jì)初期，影響世界最大的兩件事，一是新學(xué)獎獲得者技術(shù)，二的”。把握時代發(fā)展的脈搏，讓新技術(shù)和的趨勢結(jié)合，迫切需要尋求有效解決城市病，遵循城市發(fā)展客觀規(guī)律的綜合解決之道，于是智慧城市就成為必然選擇。智慧城市是以具有科學(xué)城市治理理念的智慧型服務(wù)為主導(dǎo)，建構(gòu)在信息泛在基礎(chǔ)之上的新型城市發(fā)展模式。智慧城市建設(shè)將極大提高城市的環(huán)境承載力，有效驅(qū)動經(jīng)濟(jì)發(fā)展模式調(diào)整，全方位以人的發(fā)展為本的美好城市生活的感知。智慧城市建設(shè)

14、注重內(nèi)生發(fā)展動力打造，不同的城市可以結(jié)合自身的區(qū)位發(fā)展優(yōu)勢，演進(jìn)出自身的智慧路徑?！皣窠?jīng)濟(jì)和社會發(fā)展十二五規(guī)劃”建議中，要遵循城市發(fā)展客觀規(guī)律，科學(xué)規(guī)劃城市功能定位和產(chǎn)業(yè)布局，注重、節(jié)地節(jié)能、生態(tài)環(huán)保、安全實(shí)用；2010 年中首次明確提出要大力發(fā)展物聯(lián)網(wǎng)、新能源技術(shù)為代表的等型新技術(shù)產(chǎn)業(yè)。智慧交通是智慧城市“和生活”本地生活服務(wù)類應(yīng)用的聚合的一部分，為豐富“和生活”的內(nèi)容，中國移動引入第專業(yè)合作伙伴，提供 2015 年智慧交通的應(yīng)用運(yùn)營支撐服務(wù)，包括包括智慧交通的信息接入技術(shù)開發(fā)、日常運(yùn)營、故障處理等。2 應(yīng)用運(yùn)營支持服務(wù)內(nèi)容根據(jù)招標(biāo)文件要求，服務(wù)內(nèi)容包括信源引入、技術(shù)開發(fā)、日常運(yùn)營、故障處

15、理四部分，具體內(nèi)容如下：2.1 信源引入內(nèi)容智慧城市信息源如下：1）智慧生活：負(fù)責(zé)社保查詢、公積金查詢、房地產(chǎn)備案、高考查分、法律咨詢等生活服務(wù)類信源的引入。2）智慧交通：負(fù)責(zé)的信源的引入。線路查詢、長途汽車票、火車票、機(jī)票的訂購等3）智慧醫(yī)療：負(fù)責(zé)全市 30 家三甲醫(yī)院的醫(yī)療掛號信源的引入；4）智慧旅游：負(fù)責(zé)全市 33 個 4A 及以上景區(qū)門票訂購的信源引入。5）其他：除以上四大領(lǐng)域之外的具有的應(yīng)用；本標(biāo)段涉及的信息源為智慧生活，負(fù)責(zé)社保查詢、公積金查詢、房地產(chǎn)備案、高考查分、法律等生活服務(wù)類信源的引入。2.2 技術(shù)開發(fā)根據(jù)“和生活”的相關(guān)規(guī)范，完成各個信源的技術(shù)開發(fā)并實(shí)現(xiàn)應(yīng)用的正式上線。2

16、.3 日常運(yùn)營負(fù)責(zé)引入的各個應(yīng)用的日常數(shù)據(jù)統(tǒng)計分析、活動宣傳策劃支撐運(yùn)營、用戶規(guī)模拓展以及日常應(yīng)用的技術(shù)；2.4故障處理負(fù)責(zé)各項(xiàng)應(yīng)用的日常處理、故障的及時處理。3 應(yīng)用開發(fā)方案3.1 功能分析智慧旅游主要滿足消費(fèi)者、景區(qū)、旅游鏈上的企業(yè)等角色的需求。為消費(fèi)者提供一站式服務(wù)，并逐漸達(dá)到在需要的時候、在任何時間和地點(diǎn)均能獲得相關(guān)的旅游信息和服務(wù)，通過互聯(lián)網(wǎng)和移動終端都能查到相應(yīng)的旅游信息，能夠預(yù)定相應(yīng)的旅游產(chǎn)品和享受旅游信息服務(wù)。通過呼叫中心、等多種基于網(wǎng)絡(luò)的現(xiàn)代化信息溝通交流，使用多種客戶端和信息終端，均能獲得所需要的相應(yīng)旅游信息和服務(wù)；服務(wù)于景區(qū)（旅游目的地的）基本需求是逐步實(shí)現(xiàn)整合、整合服務(wù)

17、、管理，消費(fèi)者可以通過先進(jìn)的目的地，在獲得相關(guān)旅游信息資源的同時，也能獲得相關(guān)旅游產(chǎn)品信息、服務(wù)信息和配套資源的情況，旅游企業(yè)和主管部門可實(shí)現(xiàn)整合、服務(wù)和管理；旅游鏈上的企通過智慧旅游方便地進(jìn)行信息化的管理和運(yùn)營,可方便地享受智慧旅游提供的信息化服務(wù),可通過進(jìn)行高效、有序的管理和信息溝通、交流,可方便地獲取和應(yīng)用智慧旅游提供的全面的經(jīng)營、管理、市場信息和數(shù)據(jù)，以切實(shí)提高經(jīng)營管理效益。智慧旅游信源主要包括景區(qū)信源、旅游鏈上的企業(yè)信源、信源、其他綜合服務(wù)信息源等。景點(diǎn)信源包括：線路/景點(diǎn)介紹、價格信息、新開景點(diǎn)信息、風(fēng)情文化信息、醫(yī)療救助/等；旅游鏈上的企業(yè)信源包括：旅行社信息、酒店信息、餐館信息

18、、租車信息、導(dǎo)游信息、茶葉、藥材、玉石/工藝品、土特產(chǎn)、旅游紀(jì)念品等；信源包括：流程信息、規(guī)章制度、旅游指南等等；其他綜合服務(wù)包括：地理位置服務(wù)、導(dǎo)航服務(wù)、天氣情況等，具體情況如下圖所示：智慧旅游信源分析圖3.2 信源接入技術(shù)架構(gòu)如上圖所示，智慧旅游技術(shù)架構(gòu)從邏輯上可以分為信源層、接入處理層、數(shù)據(jù)層、應(yīng)用服務(wù)層、控制層、業(yè)務(wù)用戶層、IT 用戶層及、安全管理層、元數(shù)據(jù)管理層、備份與恢復(fù)層、/運(yùn)行/層。智慧旅游信源層包括全市 33 個 4A 及以上景區(qū)門票訂購等。根據(jù)信源的數(shù)據(jù)質(zhì)量、頻次、數(shù)據(jù)量、等要素，在接入處理層，可采用 ETL 過程、實(shí)時服務(wù)調(diào)用、數(shù)據(jù)、異構(gòu)化數(shù)據(jù)處理等方式來接入處理數(shù)據(jù)；調(diào)

19、度控制/日志、數(shù)據(jù)質(zhì)量檢查、出錯問題回溯為接入處理輔助過程，幫助發(fā)現(xiàn)和控制問題。對于無法格式化的數(shù)據(jù)，可以采用人工錄入的方式。除全市 33 個 4A 及以上景區(qū)門票訂購的信源引入各個應(yīng)用之外，可免費(fèi)按照“和生活”規(guī)范接入的應(yīng)用接入 3 個信源。3.2.1 服務(wù)調(diào)用服務(wù)調(diào)用技術(shù)架構(gòu)如上圖所示，對于實(shí)時、交互性高的數(shù)據(jù)，建議采用服務(wù)調(diào)用的方式，例如景區(qū)訂票訂購、位置信息、天氣信息等這類信息。服務(wù)調(diào)用分為間接調(diào)用和直接調(diào)用的方式。間接調(diào)用一種是信源分裝好服務(wù)，發(fā)布到企業(yè) ESB 服務(wù)總線，智慧城市通過 ESB 總線相關(guān)的訂購、天氣等相關(guān)服務(wù)，這樣做的好處是客戶端和相關(guān)服務(wù)解耦合，可以利用 ESB 提

20、供的功能進(jìn)行安全認(rèn)證、路由控制和管理等；直接調(diào)用指客戶端直接通過 WSDL 調(diào)用信源提供的服務(wù)，這種調(diào)用方式緊耦合但調(diào)用簡單。3.2.2 ETL 批量處理ETL 批處理技術(shù)架構(gòu)如上圖所示，對智能旅游信源中需要需要批量導(dǎo)入轉(zhuǎn)換的數(shù)據(jù)，可 ETL批處理方式，例如景點(diǎn)信息、價格信息、產(chǎn)品信息等。ETL 大體上可以分為源系統(tǒng)的數(shù)據(jù)模型，連接并、轉(zhuǎn)換、入庫四大步驟。步驟是指源系統(tǒng)的數(shù)據(jù)，捕獲數(shù)據(jù)捕獲，抽取數(shù)據(jù)到數(shù)據(jù)準(zhǔn)備區(qū)；步驟是指并增補(bǔ)列的屬性，并增補(bǔ)數(shù)據(jù)結(jié)構(gòu)，并增補(bǔ)數(shù)據(jù)規(guī)則，增補(bǔ)復(fù)雜的業(yè)務(wù)規(guī)則，建立元數(shù)據(jù)庫描述數(shù)據(jù)質(zhì)量,將后的數(shù)據(jù)保存到數(shù)據(jù)準(zhǔn)備區(qū)；轉(zhuǎn)換步驟是指一致性處理業(yè)務(wù)，即維度表中的描述屬性,一致

21、性處理業(yè)務(wù)度量及性能指標(biāo)，通常是事實(shí)表中的事實(shí),去除重復(fù)數(shù)據(jù),理；入庫步驟是指將處理過的數(shù)據(jù)從數(shù)據(jù)準(zhǔn)備區(qū)移到正式庫表。處ETL 批處理開發(fā)可以采用 ETL 成熟工具，也可以定制程序開發(fā)，例如使用存儲過程等。3.2.3 數(shù)據(jù)庫數(shù)據(jù)庫技術(shù)架構(gòu)如上圖所示，數(shù)據(jù)庫技術(shù)可以分為 imp/exp，select/insert 和實(shí)時捕獲等方式。對于信源和智慧旅游庫數(shù)據(jù)結(jié)構(gòu)差別不大的數(shù)據(jù)，數(shù)據(jù)庫相同，第一次導(dǎo)入的時候可以采用 imp/exp 導(dǎo)入導(dǎo)出方式；對結(jié)構(gòu)差別不大，數(shù)據(jù)庫相同，但數(shù)據(jù)量大導(dǎo)入導(dǎo)出需要花費(fèi)大量時間，可以采用 select/insert 的方式；對于數(shù)據(jù)庫相同，信源新增數(shù)據(jù)，例如公告、價格等

22、需要實(shí)時接入智慧旅游庫，可以采用實(shí)時捕獲的方式，實(shí)時捕獲可以基于 Tigger,基于日志,基于時間戳,基于版本號實(shí)時捕獲信源數(shù)據(jù)。3.2.4 異構(gòu)數(shù)據(jù)處理異構(gòu)化數(shù)據(jù)處理技術(shù)架構(gòu)圖如上圖所示， 對于非機(jī)構(gòu)化數(shù)據(jù)或者海量結(jié)構(gòu)化歷史數(shù)據(jù)， 可以采用Map/Reduce 的方式處理。步驟如下：MR 程序運(yùn)行 job；job 客戶端向 jobtracker 請求一個新的 job id；將運(yùn)行所需要的資源（jar 文件、配置文件、輸入分片）以作業(yè) id 命名的目錄下；告知 jobtracker 作業(yè)準(zhǔn)備執(zhí)行；創(chuàng)建一個表示正在運(yùn)行作業(yè)的對象-封裝任務(wù)和狀態(tài)和信息；信息。以便任務(wù)的作業(yè)調(diào)度器從共享文件系統(tǒng)后去

23、 job 客戶端已經(jīng)計算好的分片信息；jobtracker 通過接受 tasktracker 是否存活，如果是，則為它分配一個任務(wù)tasktracker 將分布程序所需要的 jar 文件、應(yīng)用程序所需要的所有文件從共享文件系統(tǒng)到本地系統(tǒng)；9.Taskrunner 啟動一個 JVM；10.運(yùn)行每一個任務(wù)。對于實(shí)時性比較高的應(yīng)用，可以使用 spark、storm 這類的工具方法。3.2.5 人工對于無法格式的信息，可以提供錄入界面，采用人工錄入的方式。3.3 開發(fā)流程項(xiàng)目的開發(fā)工作主要是旅游信源的接入開發(fā)。由于需要接入 33 個 4A 及以上景區(qū)訂購的信息源，所有開發(fā)難度較大。在組織規(guī)劃實(shí)施本項(xiàng)目

24、時，充分吸收了面象開發(fā)的迭代，項(xiàng)目管理不僅僅要考慮開發(fā)過程中的管理，更要注重整個項(xiàng)目從實(shí)施到系統(tǒng)交付、保修期的全生命周期的管理。從宏觀的時間進(jìn)度上來看，整個項(xiàng)目根據(jù)時間分為九個階段：需求分析階段、快速原型設(shè)計、設(shè)計階段、測試階段、試運(yùn)行階段、系統(tǒng)驗(yàn)收、系統(tǒng)交付、。3.3.1 需求分析階段開發(fā)準(zhǔn)確地理解用戶的要求，進(jìn)行細(xì)致的分析，將用戶非形式的需求陳述轉(zhuǎn)化為完整的需求定義，再由需求定義轉(zhuǎn)換到相應(yīng)的需求規(guī)格說明的過程?；救蝿?wù)：問題識別：雙方確定對問題的綜合需求，這些需求包括功能需求，性能需求，環(huán)境需求，用戶界面需求。分析與綜合，導(dǎo)出的邏輯模型編寫文檔：包括編寫需求規(guī)格說明書,初步用戶使用手冊,確

25、認(rèn)測試計劃,修改完善開發(fā)計劃。3.3.2 快速原型設(shè)計快速原型技術(shù)是以數(shù)字化為基礎(chǔ)，自動地、快速地、準(zhǔn)確地將設(shè)計師的設(shè)計物化為具有一定功能原型的一種先進(jìn)制造技術(shù)，快速原型不僅滲透著設(shè)計師對產(chǎn)品的理解，也是設(shè)計師的設(shè)計、設(shè)計創(chuàng)造的體現(xiàn)，是知識創(chuàng)新的結(jié)果，又是進(jìn)一步知識發(fā)酵的催化劑，對開展體驗(yàn)設(shè)計和快速產(chǎn)品開發(fā)起著極其重要的促進(jìn)作用。3.3.3 設(shè)計階段項(xiàng)目經(jīng)理召集項(xiàng)目組全體成員一起和明確系統(tǒng)設(shè)計、數(shù)據(jù)結(jié)構(gòu)、每個人的工作內(nèi)容、各部分之間的接口關(guān)聯(lián)等。做到每個項(xiàng)目組成員對項(xiàng)目的總體情況、整體工作目標(biāo)和個人工作目標(biāo)、工作時間、與其他人的關(guān)系、工作的方式方法等都有個清晰的概念，為項(xiàng)目的順利開展及項(xiàng)目組成

26、員間的良好溝通做好鋪墊。應(yīng)全面考慮調(diào)研時用戶每個功能模塊，開發(fā)出的程序應(yīng)貼近用戶需求，開發(fā)應(yīng)從用戶的角度來考慮問題。做到定期檢查和總結(jié)，來保證整體程序的完整性、一致性和協(xié)調(diào)性，保證項(xiàng)目按計劃進(jìn)行。如果發(fā)現(xiàn)有問題可能影響項(xiàng)目進(jìn)展，PSM 要及時向 PM 和部門員提出。在開發(fā)過程中有不明確的需求，應(yīng)該盡量以的形式與用戶交流。項(xiàng)目開發(fā)組通過對系統(tǒng)的功能、運(yùn)行和性能要求加以分析，產(chǎn)生一個次的系統(tǒng)結(jié)構(gòu)、結(jié)構(gòu)、接口和數(shù)據(jù)格式的設(shè)計，形成系統(tǒng)設(shè)計（其中包括數(shù)據(jù)庫設(shè)計），提交項(xiàng)目組評審。對其中評審不合格的部分進(jìn)一步完善和重新策劃，評審?fù)ㄟ^后，作為后續(xù)開發(fā)和測試的基礎(chǔ)。3.3.4 編碼階段根據(jù)系統(tǒng)設(shè)計輸出結(jié)果和

27、公司編碼規(guī)范的要求進(jìn)行代碼編寫，實(shí)現(xiàn)功能。制定二級開發(fā)計劃，作為編碼階段的項(xiàng)目管理和依據(jù)，項(xiàng)目開發(fā)小組要嚴(yán)格據(jù)此計劃控制項(xiàng)目進(jìn)度，按時向工程小組匯報工作進(jìn)展。為保證質(zhì)量軟件開發(fā)組應(yīng)每周進(jìn)行代碼，提前發(fā)現(xiàn)問題，減少測試工作量。為了使用戶能夠及時獲知項(xiàng)目的進(jìn)展情況，開發(fā)小組向客戶項(xiàng)目組長或相關(guān)提交項(xiàng)目周報。在編碼實(shí)現(xiàn)過程中，也歡迎客戶業(yè)務(wù)和技術(shù)對階段結(jié)果進(jìn)行檢查，以便及早發(fā)現(xiàn)問題，糾正偏差。3.3.5 測試階段測試是檢驗(yàn)開發(fā)結(jié)果質(zhì)量的重要之一，根據(jù)階段不同，可將測試劃分為三個階段：單元測試、集成測試和系統(tǒng)測試。首先是單元測試，側(cè)重于核實(shí)的最小可測試元素。單元可以是一個窗口（窗體），也可以是一個函數(shù)

28、、菜單、報表或一個過程。單元測試應(yīng)對單元內(nèi)所有重要的控制路徑設(shè)計測試用例，以便發(fā)現(xiàn)單元的錯誤，保證模塊自身的準(zhǔn)確性和流暢性。集成測試是把通過單元測試的各個模塊組裝在一起之后，按設(shè)計要求進(jìn)行的測試，以便發(fā)現(xiàn)與接口有關(guān)的各種錯誤，保證系統(tǒng)的初步正確和穩(wěn)定。系統(tǒng)測試在單元測試和集成測試后，基于系統(tǒng)的整體需求說明書而對系統(tǒng)進(jìn)行的準(zhǔn)確性和完整性的測。根據(jù)測試的內(nèi)容和側(cè)重點(diǎn)不同又可將測試分為：功能測試、性能測試和安全性測試。功能測試是對系統(tǒng)的功能需求進(jìn)行的測試。主要由于系統(tǒng)說明寫的不明確或開發(fā)對系統(tǒng)說明的誤解或理解造成的功能錯誤。性能測試是為描述測試對象與性能相關(guān)的特征并對其進(jìn)行評價，而實(shí)施和執(zhí)行的一類測

29、試，如描述和評價計時配置文件、執(zhí)行流、響應(yīng)時間以及操作的可靠性和限制等特征。包括負(fù)載測試、強(qiáng)度測試、并發(fā)測試、恢復(fù)測試等內(nèi)容：負(fù)載測試：核實(shí)在保持配置不變的情況下，測試對象在不同操作條件（如不同用戶數(shù)、事務(wù)數(shù)等）下性能行為的可接受性；壓力測試：核實(shí)測試對象性能行為在異?；驐l件（如資源減少或用戶數(shù)過多）之下的可接受性；并發(fā)操作測試：核實(shí)測試對象在處理多個并發(fā)請求時的可接受性；恢復(fù)測試：恢復(fù)測試可確保測試對象能成功完成故障轉(zhuǎn)移，并能從導(dǎo)致意外數(shù)據(jù)損失或數(shù)據(jù)完整性破壞的各種硬件、或網(wǎng)絡(luò)故障中恢復(fù)。通過加強(qiáng)性能測試提高可靠性，使系統(tǒng)每年中斷工作次數(shù)不超過 3 次，累計時間不超過 1 小時。安全性測試是

30、測試系統(tǒng)在防止非的或外部用戶的或故意破壞等情況時的表現(xiàn)。測試在開發(fā)過程中開始編寫測試用例和測試大綱，根據(jù)制定的測試計劃，在功能模塊完成后，根據(jù)需求和設(shè)計結(jié)果的要求對進(jìn)試，填寫測試問題卡，并進(jìn)試總結(jié)編制測試總結(jié)，對測試所發(fā)現(xiàn)的問題進(jìn)行追蹤修改和確認(rèn)測試，直到徹底修改完成并對其它模塊沒有任何影響。測試過程盡量能夠模擬用戶環(huán)境測試幾個周期。測試組測試時，開發(fā)應(yīng)密切配合，及時改正測試出，對問題應(yīng)做備忘錄，以便將來查詢。測試資料作為項(xiàng)目驗(yàn)收的重要內(nèi)容之一。為加快項(xiàng)目進(jìn)度，建議用戶方測試組及早介入測試，最晚也應(yīng)在我方的系統(tǒng)測試完成之前介入，并按事先雙方約定的規(guī)范方式進(jìn)試。3.3.6 系統(tǒng)試運(yùn)行試運(yùn)行是在完

31、成測試以后，在客戶方試驗(yàn)運(yùn)行一段時間，在此階段主要運(yùn)行是否正常，各項(xiàng)功能是否滿足客戶要求，為驗(yàn)收提供可靠依據(jù)。3.3.7 系統(tǒng)上線驗(yàn)收系統(tǒng)交付指在系統(tǒng)通過正式驗(yàn)收后，由系統(tǒng)建設(shè)方正式交付給客戶方，由客戶方確認(rèn)交付成果的過程。3.3.8 運(yùn)維階段系統(tǒng)上線驗(yàn)收完成后，進(jìn)入階段，交由日常。3.4 項(xiàng)目管理本公司完全采用項(xiàng)目化管理，并形成一支職業(yè)化項(xiàng)目管理隊(duì)伍。從本公司項(xiàng)目管理實(shí)踐上來看，項(xiàng)目管理嚴(yán)格界定項(xiàng)目生命周期，即項(xiàng)目啟動、項(xiàng)目準(zhǔn)備、項(xiàng)目實(shí)施和控制、項(xiàng)目驗(yàn)收、項(xiàng)目總結(jié)和評估，各階段主要工作內(nèi)容說明如下：在項(xiàng)目啟動階段，召開項(xiàng)目、確定項(xiàng)目組織、確定項(xiàng)目經(jīng)理、明確項(xiàng)目接口和界面、編寫項(xiàng)目章程、編制項(xiàng)

32、目實(shí)施計劃、編制項(xiàng)目、完成項(xiàng)目實(shí)施和管理規(guī)范、組織計劃評審；在項(xiàng)目準(zhǔn)備階段，進(jìn)行合同分解、啟動采購項(xiàng)目、項(xiàng)目現(xiàn)場調(diào)研分析、組織技術(shù)培訓(xùn)、實(shí)施計劃交流、服務(wù)實(shí)施準(zhǔn)備事宜通知；在項(xiàng)目實(shí)施和控制階段，召開啟動協(xié)調(diào)會、驗(yàn)收設(shè)備、開發(fā)和測試環(huán)境搭建、開發(fā)和測試、配置管理、系統(tǒng)安裝調(diào)試、數(shù)據(jù)遷移、運(yùn)用安裝和配置、項(xiàng)目進(jìn)程、組織培訓(xùn)、系統(tǒng)測試、項(xiàng)目質(zhì)檢、系統(tǒng)割接準(zhǔn)備、系統(tǒng)移交、項(xiàng)目完工；在項(xiàng)目驗(yàn)收階段，主要是驗(yàn)收申請、組織驗(yàn)收、驗(yàn)收項(xiàng)目、完成初驗(yàn)和完工驗(yàn)收、文檔移交、運(yùn)行測試、遺留問題處理。在項(xiàng)目總結(jié)和評估階段，主要是針對上一階段的項(xiàng)目實(shí)施情況做一個整體回顧，聽取甲方意見，發(fā)現(xiàn)，提出改進(jìn)建議，做出下一階段的

33、工作規(guī)劃。在項(xiàng)目生命周期內(nèi)貫穿于各階段的項(xiàng)目管理內(nèi)容主要包括：項(xiàng)目范圍管理、項(xiàng)目組織管理、項(xiàng)目溝通管理、項(xiàng)目計劃管理、項(xiàng)目風(fēng)險管理、項(xiàng)目質(zhì)量管理、項(xiàng)目變更管理、項(xiàng)目問題管理、項(xiàng)目文檔及服務(wù)管理、項(xiàng)目總結(jié)、評估和驗(yàn)收管理等。3.4.1 項(xiàng)目范圍管理項(xiàng)目范圍規(guī)劃就是要確定項(xiàng)目范圍并編寫項(xiàng)目范圍說明書的過程，項(xiàng)目范圍說明書由項(xiàng)目發(fā)起人和項(xiàng)目組成員共同來編寫，形成項(xiàng)目章程。項(xiàng)目章程的主要依據(jù)來源于合同書或項(xiàng)目實(shí)施方案。項(xiàng)目章程中將對服務(wù)交付成果作簡要描述、界定服務(wù)交付目標(biāo)的實(shí)現(xiàn)程度并輸出服務(wù)可交付成果。3.4.2 項(xiàng)目組織管理一套健全有效的組織和機(jī)構(gòu)是項(xiàng)目意圖和順利進(jìn)行項(xiàng)目的重要條件和保證。在項(xiàng)目規(guī)劃

34、之初，首要的是提出并組建起適于本項(xiàng)目實(shí)施和管理的組織和機(jī)構(gòu)，并為每一個項(xiàng)目成員明確項(xiàng)目職責(zé)和任職資格，使項(xiàng)目要求與組織結(jié)構(gòu)和組織能力完全匹配。3.4.3 項(xiàng)目溝通管理項(xiàng)目溝通管理分為項(xiàng)目日常溝通和項(xiàng)目定期服務(wù)回顧兩種方式：項(xiàng)目日常溝通：在項(xiàng)目的實(shí)施過程當(dāng)中，甲方面和本公司項(xiàng)目經(jīng)理保持實(shí)時的交流暢通，雙方對項(xiàng)目進(jìn)展情況及時互相通報，對項(xiàng)目實(shí)施中存在及需雙方配合的事項(xiàng)進(jìn)行交流，形成共識，為項(xiàng)目的順利進(jìn)展提供保障；定期服務(wù)回顧：定期服務(wù)回顧制度是一種建立在雙方項(xiàng)目團(tuán)隊(duì)之間互動基礎(chǔ)上的溝通機(jī)制，雙方在項(xiàng)目啟動時組建項(xiàng)目協(xié)調(diào)小組，由雙方高級管理和主要工程技術(shù)組成，定期根據(jù)服務(wù)執(zhí)行的實(shí)際情況召開服務(wù)例會，

35、本公司將與甲方一起回顧、上一階段本公司服務(wù)實(shí)施情況，本公司認(rèn)真聽取甲方意見并針對服務(wù)情況做甲方滿意度，對下一階段的工作重點(diǎn)做出部署，進(jìn)一步加強(qiáng)服務(wù)質(zhì)量控制；定期回顧結(jié)束后本公司將向甲方提交階段服務(wù)總結(jié)。3.4.4 項(xiàng)目計劃管理項(xiàng)目計劃主要是確定需要進(jìn)行哪些活動，由誰負(fù)責(zé)，用多長時間和其成本是多大，按什么順序進(jìn)行這些活動。用一定的時間來做一個考慮的計劃，對任何項(xiàng)目的成功完是很重要的。為使項(xiàng)目干系人及時掌握項(xiàng)目工作執(zhí)行情況，便于項(xiàng)目計劃過程，加強(qiáng)雙方對項(xiàng)目的了解和協(xié)調(diào)配合。本公司對每個項(xiàng)目將制訂詳細(xì)的實(shí)施進(jìn)度計劃、資源計劃、計劃，并組織評審?fù)ㄟ^經(jīng)甲方確認(rèn)后執(zhí)行。項(xiàng)目組負(fù)責(zé)編制項(xiàng)目計劃和進(jìn)度控制手冊

36、。項(xiàng)目經(jīng)理根據(jù)項(xiàng)目的詳細(xì)計劃，在項(xiàng)目實(shí)施過程中對項(xiàng)目進(jìn)行。項(xiàng)目計劃中設(shè)立項(xiàng)目的“里程碑”，描述項(xiàng)目必須經(jīng)歷的直到成功的不同階段目標(biāo)的定義表述，在“里程碑”處進(jìn)行中期進(jìn)程?！袄锍瘫敝g定義詳細(xì)的項(xiàng)目任務(wù)、步驟和成果。建立項(xiàng)目機(jī)制，定期和事件驅(qū)動的。定義所有需要的事件。使用的項(xiàng)目階段計劃和詳細(xì)計劃表，的項(xiàng)目模板。3.4.5 項(xiàng)目風(fēng)險管理一個大型項(xiàng)目的成功實(shí)施，預(yù)先制定適當(dāng)?shù)娘L(fēng)險規(guī)避措施是十分重要和必要的。本公司項(xiàng)目團(tuán)隊(duì)將從項(xiàng)目管理、技術(shù)服務(wù)資源、備件等多個方面進(jìn)行項(xiàng)目風(fēng)險分析，制定應(yīng)急流程，應(yīng)對可能出現(xiàn)的各種風(fēng)險，確保項(xiàng)目的成功交付。項(xiàng)目初期進(jìn)行風(fēng)險分析并制定相應(yīng)的應(yīng)對措施，風(fēng)險分析將覆蓋項(xiàng)目資

37、源，技術(shù)，技能，管理等方面。項(xiàng)目進(jìn)行過程中進(jìn)行風(fēng)險控制，對項(xiàng)目進(jìn)行過程中出現(xiàn)的采取應(yīng)對措施。在有變更時，需要反復(fù)多次進(jìn)行風(fēng)險分析，采取應(yīng)對措施。3.4.6 項(xiàng)目質(zhì)量管理為了對影響項(xiàng)目實(shí)施的技術(shù)、管理和等進(jìn)行有效控制，以減少和消除不合格的服務(wù)交付成果，確保項(xiàng)目質(zhì)量符合要求，本公司的項(xiàng)目實(shí)施將嚴(yán)格按照符合 ISO9001/20000/27001 國際標(biāo)準(zhǔn)的質(zhì)量管理體系，進(jìn)行質(zhì)量規(guī)劃、制訂質(zhì)量保障措施等，以確保項(xiàng)目質(zhì)量。本項(xiàng)目的項(xiàng)目經(jīng)理將對項(xiàng)目的質(zhì)量進(jìn)行監(jiān)督，并接受甲方對項(xiàng)目團(tuán)隊(duì)服務(wù)質(zhì)量建議、，制定方案。建立審機(jī)制，在每個里程碑進(jìn)行提交和成果的審，質(zhì)量評審由甲方參加；進(jìn)行提交產(chǎn)品的階段測試，包括：據(jù)

38、測試；測試，應(yīng)用系統(tǒng)測試，客戶數(shù)進(jìn)行系統(tǒng)功能和性能驗(yàn)證。3.4.7 項(xiàng)目變更管理變更管理覆蓋范圍變更、成本變更、進(jìn)度變更、技術(shù)途徑變更、接受準(zhǔn)則等。建立變更控制流程，該流程包括評估范圍變更對進(jìn)度、資源和成本的影響；提供正式的變更程序， 進(jìn)行；確定變更的影響；在項(xiàng)目進(jìn)行中和非的和非正式的變更；建立緊急和次要變更處理流程；建立變更上報機(jī)制。3.4.8 項(xiàng)目問題管理問題是指在項(xiàng)目實(shí)施過程中遇到的所有問題，包括前期準(zhǔn)備情況、程序問題、硬件問題、雙方的。任何阻礙項(xiàng)目進(jìn)展都應(yīng)納入問題管理范疇。問題可能與組織機(jī)構(gòu)設(shè)置，業(yè)務(wù)流程、技術(shù)能力、配合程度、資源需求、程序質(zhì)量等方面有關(guān)。問題采用集中管理和，在項(xiàng)目執(zhí)行

39、中發(fā)生并制定相應(yīng)的解決程序和辦法，直到問題的狀態(tài)到解決為止。問題的處理過程將完整的歸入到項(xiàng)目知識庫中，形成可供處理類似問題時借鑒的文檔資料。建立問題和的文檔化及溝通規(guī)程；建立有效上報機(jī)制；建立問題的單點(diǎn)聯(lián)系機(jī)制。3.4.9 項(xiàng)目文檔及服務(wù)管理由本公司項(xiàng)目經(jīng)理和項(xiàng)目小組共同規(guī)定項(xiàng)目所需文檔輸出的責(zé)任人。文檔輸出責(zé)任人在項(xiàng)目的每一階段將所完成的文檔提交到項(xiàng)目執(zhí)行小組，項(xiàng)目執(zhí)行小組對文檔的輸出格式、文檔的描述質(zhì)量、文檔的具體內(nèi)容、文檔的可用性進(jìn)行審核，對于符合質(zhì)量要求的文檔，由文檔管理員管理；對于不符合要求的文檔，全部退回文檔輸出責(zé)任人重新處理。還將文檔進(jìn)行分類，編制文檔列表。項(xiàng)目的全過程都將形成相

40、應(yīng)的技術(shù)資料或服務(wù)文檔，比如：用戶指導(dǎo)文檔：用于幫助用戶認(rèn)識，提供足夠的指引使用戶能夠安裝、使用系統(tǒng)以及進(jìn)行一些必要的日常工作；甲方支持文檔：主要包括系統(tǒng)更次的描述、更高級的使用技巧等，幫助甲方解決甲方無法自己通過用戶指導(dǎo)文檔解決；開檔：開檔貫穿開發(fā)過程的各個階段，分為需求、設(shè)計、測試、發(fā)布和培訓(xùn)等幾個大類。在項(xiàng)目不同階段，會產(chǎn)生相應(yīng)的文檔，包括：用戶需求文檔、項(xiàng)目計劃、系統(tǒng)總體設(shè)計文檔、系統(tǒng)詳細(xì)設(shè)計文檔、設(shè)計規(guī)范、測試計劃、培訓(xùn)計劃、測試、管理員手冊、用戶手冊、技術(shù)文檔、培訓(xùn)等；服務(wù)文檔：包括系統(tǒng)首檢（建立系統(tǒng)）、服務(wù)（詳細(xì)記錄每一次的服務(wù)情況）、定期巡檢（提供巡檢結(jié)果）、系統(tǒng)配置變更申請（

41、詳細(xì)說明變更原因、變更前配置和變更后配置）、故障分析、階段服務(wù)總結(jié)。3.4.10 項(xiàng)目總結(jié)、評估和驗(yàn)收當(dāng)項(xiàng)目實(shí)現(xiàn)階段成果后，本公司將與甲方共同組織對項(xiàng)目的經(jīng)驗(yàn)或進(jìn)行總結(jié)，并對項(xiàng)目的實(shí)施進(jìn)度、執(zhí)行、質(zhì)量控制、甲方滿意度等進(jìn)行評估，在本公司比較成項(xiàng)目體系中，有力保證了項(xiàng)目執(zhí)行結(jié)果的衡量。在項(xiàng)目服務(wù)期內(nèi)，本公司項(xiàng)目團(tuán)隊(duì)計劃一段時間進(jìn)行一次項(xiàng)目總結(jié)和評估，在每個服務(wù)年度結(jié)束時進(jìn)行年度服務(wù)總結(jié)和評估，每次項(xiàng)目總結(jié)和評估后，本公司項(xiàng)目團(tuán)隊(duì)將向甲方提交總結(jié)。本公司按照招標(biāo)文件、合同以及系統(tǒng)運(yùn)行實(shí)際，向甲方提出項(xiàng)目驗(yàn)收請求，項(xiàng)目驗(yàn)收應(yīng)履行正式驗(yàn)收流程，雙方成立專門的系統(tǒng)驗(yàn)收工作組，負(fù)責(zé)組織、監(jiān)督和裁決整個項(xiàng)目

42、生命周期內(nèi)本公司服務(wù)交付情況，并給出最終驗(yàn)收意見。3.5 交付成果技術(shù)文檔（1）智慧交通信源接入需求分析說明書智慧交通信源接入概要設(shè)計說明書智慧交通信源接入詳細(xì)設(shè)計說明書智慧交通信源接入項(xiàng)目實(shí)施目標(biāo)文檔智慧交通信源接入項(xiàng)目實(shí)施方案智慧交通信源接入用戶使用手冊（7）智慧交通信源接入應(yīng)用開發(fā)指南（9）智慧交通信源接入?yún)⒖际謨裕?0）智慧交通信源接入測試智慧交通信源接入項(xiàng)目會議紀(jì)要智慧交通信源接入技術(shù)交流紀(jì)要系統(tǒng)（1）智慧交通信源接入系統(tǒng)安裝包（2）智慧交通信源接入源代碼（3）智慧交通信源接入系統(tǒng)演示 demo培訓(xùn)智慧交通信源接入培訓(xùn)智慧交通信源接入培訓(xùn)3.6 開發(fā)計劃我公司在中標(biāo)后，將立即進(jìn)行著手

43、項(xiàng)目組織和項(xiàng)目計劃的，從公司各部門抽調(diào)專門的成立專門的項(xiàng)目組進(jìn)行項(xiàng)目的設(shè)計、開發(fā)工作。同時制訂詳細(xì)的項(xiàng)目工作計劃方案對項(xiàng)目資源、時間和進(jìn)度進(jìn)行合理分配，以保證承諾 9月前完成應(yīng)用開發(fā)，按時、按質(zhì)的完成項(xiàng)目任務(wù)。項(xiàng)目時間進(jìn)度表4 運(yùn)行方案4.1 日常管理流程4.1.1 日常管理需考慮的方面日常管理應(yīng)當(dāng)考慮每天要管理的內(nèi)容，然后根據(jù)管理任務(wù)建立一個強(qiáng)有力的團(tuán)隊(duì)、制定日常管理規(guī)程。經(jīng)營分析與決策支持系統(tǒng)的日常管理當(dāng)包括硬件、軟件、網(wǎng)絡(luò)、數(shù)據(jù)和應(yīng)用等方面，通常，日常管理工作分為日常管理和日常操作，包括：日常管理系統(tǒng)管理：處理設(shè)備和系統(tǒng)的增減、系統(tǒng)的變動、增減用戶等硬件系統(tǒng)中間件應(yīng)用安全管理：包括系統(tǒng)安

44、全、應(yīng)用安全和數(shù)據(jù)安全。項(xiàng)目內(nèi)容開始時間完成時間01需求分析第 自然日第 自然日快速原型設(shè)計第 自然日第 自然日系統(tǒng)功能設(shè)計第 自然日第自然日04系統(tǒng)編碼第 21 自然日第 50 自然日05系統(tǒng)測試第 51 自然日第 70 自然日06培訓(xùn)第 70 自然日第 72 自然日07系統(tǒng)試運(yùn)行第 73 自然日第 85 自然日08系統(tǒng)上線驗(yàn)收第 86 自然日第 86 自然日09運(yùn)維階段第 86 日起文檔用戶及權(quán)限管理異常處理日常操作：處理一些確定的、每天都要進(jìn)行的工作。設(shè)備和網(wǎng)絡(luò)狀態(tài)系統(tǒng)及應(yīng)用狀態(tài)網(wǎng)絡(luò)和系統(tǒng)性能安全業(yè)務(wù)系統(tǒng)和數(shù)據(jù)備份日志、中間文件等的空間等等4.1.2 日常管理任務(wù)經(jīng)營分析與決策支持系統(tǒng)日

45、常管理的目標(biāo)是保證系統(tǒng)應(yīng)用能夠正常向最終用戶提供服務(wù)，因此，應(yīng)當(dāng)保證：硬件（各服務(wù)器、設(shè)備、備份設(shè)備等）、系統(tǒng)作系統(tǒng)、RDBMS、中間件、各種管理等）、網(wǎng)絡(luò)狀態(tài)正常數(shù)據(jù)庫、信源接入程序、交互程序的數(shù)據(jù)備份檢查并確認(rèn)信源數(shù)據(jù)加載正確檢查并確認(rèn)、展示等正常處理日志和臨時文件或臨時表等對系統(tǒng)的變更管理，包括更新程序、增加用戶等4.1.3 日常管理團(tuán)隊(duì)組成日常管理的組成至少應(yīng)當(dāng)包括對以下任務(wù)的管理和：系統(tǒng)管理：包括硬件、系統(tǒng)、中間件等的管理網(wǎng)絡(luò)管理數(shù)據(jù)庫管理：包括 DBA 和其他操作備份與恢復(fù)應(yīng)用管理：包括信源日常數(shù)據(jù)加載、Web 發(fā)布等4.1.4 日常管理規(guī)程日常管理應(yīng)當(dāng)盡量和現(xiàn)有的系統(tǒng)管理現(xiàn)狀融合

46、，以減少資源投入，管理流程應(yīng)當(dāng)考慮以下幾個方面：基于和各部分的所有者簽署的服務(wù)水平協(xié)議（SLA）基于各個工作的時間窗口，明確每項(xiàng)日常管理工作的：內(nèi)容、執(zhí)行時間、注意事項(xiàng)、操作步驟、異常處理變動的申請、執(zhí)行、匯報管理日志等4.1.5 日常管理工作規(guī)劃日常管理工作規(guī)劃應(yīng)當(dāng)在項(xiàng)目實(shí)施接近完成、和中國移動公司分公司進(jìn)行交接之前完成，以保證中國移動公司安排相應(yīng)的日常管理和操作進(jìn)行交接。4.2 系統(tǒng)可用性管理4.2.1 備份與恢復(fù)內(nèi)容需要備份和恢復(fù)的內(nèi)容需要根據(jù)對系統(tǒng)可用性的期望值確定。備份是為了在系統(tǒng)出現(xiàn)異常是能很快的恢復(fù)系統(tǒng)，保證應(yīng)用能被繼續(xù)。應(yīng)用包括兩個部分：程序和工具部分、數(shù)據(jù)部分。程序、并不經(jīng)常

47、變動，工具可以安裝，其環(huán)境設(shè)置也不經(jīng)常變更，經(jīng)常更新的只有數(shù)據(jù)。通常數(shù)據(jù)倉庫的數(shù)據(jù)量非常大，要恢復(fù)到某一點(diǎn)就需要在數(shù)據(jù)變動的每個周期都進(jìn)行全備份，通常數(shù)據(jù)倉庫數(shù)據(jù)變動的最小周期是天，顯然如果每天備份全部數(shù)據(jù)，備份本身比異常對系統(tǒng)可用性的影響更大，因此折衷的辦法是定期進(jìn)行全備份，每個最小數(shù)據(jù)周期的數(shù)據(jù)變動都進(jìn)行增量備份，這樣，任何一點(diǎn)的數(shù)據(jù)都是可以恢復(fù)的，但可能多花一點(diǎn)恢復(fù)數(shù)據(jù)的時間。因此，備份的內(nèi)容包括：程序、系統(tǒng)環(huán)境設(shè)置每天的數(shù)據(jù)各數(shù)據(jù)源發(fā)送來的數(shù)據(jù)文檔、日志耗時、復(fù)雜的匯總和應(yīng)用結(jié)果等定期備份數(shù)據(jù)數(shù)據(jù)庫全備4.2.2 備份和恢復(fù)的時間窗口備份和恢復(fù)的時間窗口，受限于系統(tǒng)要提供服務(wù)的時間、數(shù)

48、據(jù)加載需要的時間、應(yīng)用對數(shù)據(jù)進(jìn)行加工需要的時間等，也是考慮備份和恢復(fù)時需要考慮的。4.2.3 備份和恢復(fù)策略了解了用戶的數(shù)據(jù)情況和時間窗口，就可以根據(jù)系統(tǒng)的軟硬件配置和備份設(shè)備情況制定備份和恢復(fù)的策略。備份的策略就是怎樣利用現(xiàn)有的設(shè)備、確定每次備份需要備份的內(nèi)容，并制定在規(guī)定的時間窗口完成備份的方法和在必要時進(jìn)行恢復(fù)的方法。通常主要是安排好備份計劃、采用全量備份和增量備份的方法進(jìn)行數(shù)據(jù)備份，并制定各種異常時的恢復(fù)方案。備份策略需考慮以下方面：數(shù)據(jù)的備份周期劃分、每周、每月備份任務(wù)數(shù)據(jù)的保存周期數(shù)據(jù)是否保存或保存多久磁帶分組策略帶機(jī)分組策略4.2.4 備份和恢復(fù)管理備份和恢復(fù)管理主要是利用備份管

49、理，根據(jù)既定的備份和恢復(fù)策略，定義和、管理備份作業(yè)；安排每天進(jìn)行備份的；并制定日常備份的操作規(guī)程；對備份的設(shè)備和介質(zhì)進(jìn)行管理，包括帶機(jī)定期、介質(zhì)入庫保存等；制定必要的恢復(fù)規(guī)程等，包括：系統(tǒng)故障恢復(fù)系統(tǒng)升級恢復(fù)應(yīng)用程序出錯恢復(fù)恢復(fù)需要的其他恢復(fù)等4.2.5 備份和恢復(fù)工作計劃備份和恢復(fù)工作可以在項(xiàng)目投產(chǎn)前的較后階段進(jìn)行。此前的程序、環(huán)境設(shè)置等由于數(shù)據(jù)量小，可以采用其他方法進(jìn)行備份，但如果正式的數(shù)據(jù)抽取工作開始較早，則備份和恢復(fù)應(yīng)當(dāng)在數(shù)據(jù)開始正式抽取之前完成計劃或應(yīng)有臨時性解決辦法。備份和恢復(fù)計劃應(yīng)包括：需備份內(nèi)容分析歸類；根據(jù)應(yīng)用的使用情況確定備份的時間窗口和策略；制定備份計劃和異常時恢復(fù)方案；

50、確定日常備份、和異?；謴?fù)的管理；建立日常備份和異常恢復(fù)的規(guī)程。4.3 性能管理性能管理和容量規(guī)劃的目的都是保證系統(tǒng)的高效率和高可用性。性能管理的目的是了解系統(tǒng)性能狀況，對系統(tǒng)作出及時調(diào)整，保持系統(tǒng)運(yùn)轉(zhuǎn)的效率，并在必要時及時進(jìn)行容量規(guī)劃。4.3.1 性能管理的內(nèi)容性能管理包括四個方面：性能實(shí)時系統(tǒng)的性能，了解系統(tǒng)運(yùn)行狀況，找到系統(tǒng)性能瓶頸。性能管理通過實(shí)時系統(tǒng)性能，基于系統(tǒng)性能狀況分配系統(tǒng)資源、調(diào)度任務(wù)，實(shí)現(xiàn)系統(tǒng)工作負(fù)載均衡。性能分析分析性能管理歷史信息和當(dāng)前性能狀況，為容量規(guī)劃提供決策依據(jù)。性能管理成功的關(guān)鍵在于數(shù)據(jù)的收集，只有收集了及時地、足夠多的、分析所需要的數(shù)據(jù)，才、準(zhǔn)確地了解系統(tǒng)運(yùn)行狀

51、況，發(fā)現(xiàn)性能瓶頸，及時做出調(diào)整。性能管理通常需要下列數(shù)據(jù)：資源使用歷史信息客戶端到數(shù)據(jù)庫系統(tǒng)的通信。CPU 利用率。SCSI 設(shè)備讀寫次數(shù)、傳輸數(shù)據(jù)量。磁盤讀寫次數(shù)、傳輸數(shù)據(jù)量。內(nèi)存管理（如：分頁、分配、交換等）。歷史表數(shù)據(jù)增長定期統(tǒng)計歷史表的數(shù)，保存在日志中，作為容量規(guī)劃的依據(jù)。4.3.2 性能管理指標(biāo)需要根據(jù)經(jīng)營分析系統(tǒng)的實(shí)際情況進(jìn)行確定，應(yīng)當(dāng)在系統(tǒng)投產(chǎn)前確定。4.3.3 性能管理工作計劃由于經(jīng)營管理系統(tǒng)是新開發(fā)的系統(tǒng)，設(shè)備都是投產(chǎn)的設(shè)備，因此，性能管理和容量規(guī)劃可以在項(xiàng)目投產(chǎn)前再進(jìn)行考慮， 考慮的內(nèi)容如下：確定性能管理的目標(biāo)明確性能管理的內(nèi)容確定性能管理的安排制定性能管理的規(guī)程4.4 容

52、量規(guī)劃4.4.1 容量規(guī)劃的目的和內(nèi)容容量規(guī)劃的目的是：通過采取主動的容量規(guī)劃，及時地提供足夠的磁盤空間和處理能力以避免系統(tǒng)性能的下降，保證向系統(tǒng)中加入新的功能和用戶分析而不影響業(yè)務(wù)性能，不斷地挖掘經(jīng)營管理系統(tǒng)的潛力，提高其價值。容量規(guī)劃的依據(jù)是性能管理收集的數(shù)據(jù)。容量規(guī)劃的原則是：根據(jù)經(jīng)驗(yàn)，建議以 6 個月為一個周期實(shí)施系統(tǒng)容量規(guī)劃，并考慮到系統(tǒng)未來 12 個月的容量需求。及時和原始的明細(xì)數(shù)據(jù)、索引表和匯總表的大小，并且需要清楚地了解導(dǎo)致數(shù)據(jù)增長的原因，確定數(shù)據(jù)刪除的原則。當(dāng)要增加新的應(yīng)用，或者新的數(shù)據(jù)要增加到數(shù)據(jù)倉庫已有的應(yīng)用中去以便充分地使用數(shù)據(jù)倉庫時，要盡量準(zhǔn)確地數(shù)據(jù)的增長。其中要考慮

53、到表的保護(hù)性冗余（fallback）、索引表和可能影響到的其它表的大小。從數(shù)據(jù)倉庫投入使用到其中數(shù)據(jù)達(dá)到一定的相對穩(wěn)定的數(shù)量，由于數(shù)據(jù)刪除原則的不同，其時間也會有所不同，通常都要經(jīng)過一個較長的時期，要考慮到隨數(shù)據(jù)量的增大相應(yīng)加強(qiáng)備份能力。需要用戶數(shù)量。除了要捕獲登錄用戶的數(shù)量以外，還需要了解有效的查詢數(shù)量，因?yàn)橐粋€用戶可能提交多個查詢。另外當(dāng)新的應(yīng)用加入生產(chǎn)環(huán)境中去時，應(yīng)當(dāng)其增加的工作負(fù)載并考慮對其進(jìn)行并行處理的必要性。隨著數(shù)據(jù)倉庫分析的增長，需要考慮另外一個相關(guān)問題，就是查詢的復(fù)雜度，這是一個很重要的指標(biāo)，因?yàn)樵谟脩艉蛿?shù)據(jù)量不變的情況下，只增加提交查詢的復(fù)雜度也會嚴(yán)重的影響系統(tǒng)的性能。掌握這

54、一情況的途徑之一就是分析查詢中 CPU、Disk 的使用時間等指標(biāo)。另外一個有效的途徑就是按照應(yīng)用來標(biāo)識查詢的復(fù)雜度。當(dāng)然分析得越仔細(xì)，對制定容量規(guī)劃就越好。當(dāng)系統(tǒng)容量規(guī)劃成功實(shí)施后，系統(tǒng)新的配置投入使用時，對系統(tǒng)容量是否達(dá)到了預(yù)定效果非常重要。找出預(yù)計容量與現(xiàn)實(shí)之間的差異，分析差異的原因以矯正系統(tǒng)將來的。系統(tǒng)容量規(guī)劃需要考慮的另一個方面是用戶對響應(yīng)時間和數(shù)據(jù)有效性的期望。因?yàn)檫@些是的，所以很難衡量。從容量規(guī)劃的角度了解用戶是滿意的，還是期望系統(tǒng)有更高的性能。這些信息是制訂容量規(guī)劃的前提。4.4.2 容量規(guī)劃工作計劃容量規(guī)劃可以在項(xiàng)目投產(chǎn)前再進(jìn)行考慮， 考慮的內(nèi)容如下：確定容量規(guī)劃的周期明確容

55、量規(guī)劃的確定容量規(guī)劃需要考慮范圍制定容量規(guī)劃的規(guī)程4.5 安全管理安全體系主要從以下幾個層面考慮：物理設(shè)備安全：物理設(shè)備的防火、防水、防盜、防止斷電等異常；通常解決辦法由加強(qiáng)物理安全管理（機(jī)房安全管理、冗余保護(hù)、異地中心等）。系統(tǒng)安全：包括操作系統(tǒng)和數(shù)據(jù)庫管理系統(tǒng)、BI等等；通常是采用系統(tǒng)冗余保護(hù)（如 Cluster 等）、防保護(hù)等。數(shù)據(jù)安全：包括防止數(shù)據(jù)丟失、異常損壞等；通常的辦法主要是設(shè)備冗余保護(hù)、數(shù)據(jù)備份、數(shù)據(jù)加密等。：包括防止網(wǎng)絡(luò)中斷、通過網(wǎng)絡(luò)對系統(tǒng)進(jìn)行、通過網(wǎng)絡(luò)對數(shù)據(jù)進(jìn)行竊取等，通常是采用冗余保護(hù)、通信加密、網(wǎng)絡(luò)區(qū)隔（建立等）應(yīng)用安全：應(yīng)用安全除了包括以上所有方面外，還要包括主要是對

56、用戶的識別、權(quán)限限制等，防止合法用戶的使用等。這幾個方面的關(guān)系如下圖所示：故障和故障恢復(fù)的實(shí)施計劃工作階段說明：緊急情況下，以排除故障，滿足用戶需要為首要任務(wù)，可以進(jìn)行緊急處理，但事后要補(bǔ)充相應(yīng)文檔與。4.7 應(yīng)急方案系統(tǒng)在運(yùn)行過程中一旦出現(xiàn)緊急問題，導(dǎo)致新系統(tǒng)不能正常運(yùn)行的情況下，就需要啟動緊急預(yù)案，以保證業(yè)務(wù)經(jīng)辦的正常進(jìn)行。4.7.1 應(yīng)急預(yù)案目標(biāo)在一旦出現(xiàn)緊急情況下，需要啟動應(yīng)急預(yù)案的情況下，應(yīng)急預(yù)案必須以保證業(yè)務(wù)經(jīng)辦正常運(yùn)行為目標(biāo)。4.7.2 應(yīng)急預(yù)案具體措施應(yīng)急預(yù)案需要從業(yè)務(wù)系統(tǒng)、數(shù)據(jù)庫、網(wǎng)絡(luò)三個方面來考慮應(yīng)急處理措施，在出現(xiàn)緊急問題的情況下，我公司會在最短時間內(nèi)作出故障響應(yīng)，第一時

57、間由駐現(xiàn)場啟動備份系統(tǒng)，同時將指派具有解決故障能力的工、數(shù)據(jù)庫工以及硬件網(wǎng)絡(luò)工組成的緊急服務(wù)小組解決問題。4.7.3 應(yīng)急處理流程根據(jù)實(shí)際情況，技術(shù)進(jìn)行系統(tǒng)的恢復(fù)工作。如果是應(yīng)用故障，我公司保證 2 小時內(nèi)解決問題，恢復(fù)故障系統(tǒng)。如果項(xiàng)目組難以短時間內(nèi)解決故障，及時申請公司技術(shù)支持中心派專家，必要時申請相關(guān)廠家的技術(shù)到現(xiàn)場協(xié)助排除故障。在問題得到解決、系統(tǒng)恢復(fù)工作后，回顧并整理該事件的各種相關(guān)信息，盡可能地把所有情況到文檔中，并完成緊急事件處理結(jié)果。提交緊急事件處理結(jié)果。應(yīng)急行動結(jié)束。4.8 服務(wù)模板4.8.1 維保服務(wù)單：日期：年月日載系統(tǒng)名稱：服務(wù)服務(wù)商： SUN HP IBM （硬件）

58、IBM（） EMC 其他服務(wù)： 現(xiàn)場服務(wù)及服務(wù)單_ 支持服務(wù) 響應(yīng)服務(wù)主動服務(wù)： 巡檢服務(wù)及服務(wù)單 系統(tǒng)健康檢查 增值服務(wù)及項(xiàng)目名稱設(shè)備情況： IT 設(shè)備編碼：設(shè)備型號：設(shè)備序列號：服務(wù)報修時間年月日時分工到達(dá)現(xiàn)場時間年月日時分登錄系統(tǒng)時間年月日時分回復(fù)時間年月日時分故障恢復(fù)時間年月日時分故障歷時故障描述處理過程主動服務(wù)4.8.2 客戶服務(wù):用戶名稱聯(lián) 系 人地址合同訂單執(zhí)行內(nèi)容安裝 維修 調(diào)試 其他：銷售登記時間年月 日時 分出發(fā)時間年 月日時分工作開始工作完成年 月日時分服務(wù)起始日期服務(wù)終止 日期問題內(nèi)容設(shè)備序列號/custom number：工作紀(jì)要附安裝/派送無安裝/派送裝入零件取出零

59、件號序列號描述號序列號完成 未完成用戶意見很滿意 滿意 一般 不滿意 很不滿意 工到達(dá)現(xiàn)場時間年月日時分結(jié)束時間年月日時分服務(wù)備 注服務(wù)服務(wù)商工簽名（現(xiàn)場服務(wù)）：簽名：日期：年月日日期：年月日備注：安裝 veritas 時必填 custom number 和服務(wù)起始終止日期4.8.3 IBM 設(shè)備巡檢6CPU/內(nèi)存CPU 有否被 Deconfiguraiton內(nèi)存是否被 DeconfiguraitonCPU GUARD 設(shè)置7系統(tǒng)錯誤有否系統(tǒng)故障中是否有錯誤其他 Log 文件是否正常8文件系統(tǒng)1機(jī)房環(huán)境交流電壓 零地電壓溫度濕度2檢查系統(tǒng)硬件情況設(shè)備故障燈是否亮起是否有其他異常情況3硬件錯誤是

60、否有硬件故障中是否有硬件錯誤bootlog/consolelogSvp/ASMI logHMC Event log4機(jī)器清潔根據(jù)需要清潔機(jī)器過濾網(wǎng)是否需要更換5邏輯卷/硬盤檢查有否 stale 的邏輯卷RS6000/P 系列預(yù)防性服務(wù)單客戶名稱：機(jī)器型號：檢查時間：序列號：本年度第 次檢查主機(jī)名：主機(jī) IP：用途：工簽名：日期：用 戶 簽名：日期：13微碼版本主機(jī)微碼版本操作系統(tǒng)及主要的補(bǔ)丁版本微碼版本（mircocode）是否符合 Fixes 策略14數(shù)據(jù)是否已有保護(hù)所有/部分/沒有是否具有保護(hù)數(shù)據(jù)保護(hù)方式為那種15系統(tǒng) dump 設(shè)置dump 設(shè)備空間是否足夠大強(qiáng)制 dump 設(shè)置是否打開