《技術(shù)規(guī)范方案書點對點應(yīng)答》由會員分享，可在線閱讀，更多相關(guān)《技術(shù)規(guī)范方案書點對點應(yīng)答（52頁珍藏版）》請在裝配圖網(wǎng)上搜索。

1、 2011年聯(lián)通導(dǎo)航平臺114 系統(tǒng)改造工程工程 技術(shù)規(guī)X書 中國聯(lián)合網(wǎng)絡(luò)通信某市分公司 2011年7月 目 錄 1 總那么 1 2 賣方技術(shù)建議書要求 3 3 賣方報價要求 5 4 工程概述 6 4.1 建立背景 6 4.2 業(yè)務(wù)現(xiàn)狀 7 4.2.1 導(dǎo)航業(yè)務(wù)現(xiàn)狀 7 4.2.2 客戶資源聚集分析與應(yīng)用系統(tǒng)現(xiàn)狀 8 5 軟件設(shè)計要求 10 5.1 建立目標(biāo) 10 5.2 建立原那么 11 5.3 軟件設(shè)計要求 11 5.3.1 客戶資源聚集分析系統(tǒng)根本要求 11 5.3.2 總體設(shè)計要求 12 5.3.3 系統(tǒng)軟件配置 14 5.3.

2、4 應(yīng)用軟件配置 14 5.3.5 前向客戶分析增強 15 5.3.6 后向商家分析增強 16 5.3.7 產(chǎn)品分析增強 17 5.3.8 精準(zhǔn)營銷支撐增強 18 5.3.9 導(dǎo)航業(yè)務(wù)代理商管理 19 5.3.10 數(shù)據(jù)聚集增強 19 5.3.11 數(shù)據(jù)效勞支撐增強 19 5.3.12 報表中心增強 19 5.3.13 系統(tǒng)管理增強 20 5.4 軟件建立規(guī)模 20 6 系統(tǒng)集成局部 21 6.1 賣方應(yīng)根據(jù)以下原那么提出詳細(xì)、完整的技術(shù)方案建議 21 6.2 賣方應(yīng)完成以下集成工作內(nèi)容 21 6.3 賣方應(yīng)對整個系統(tǒng)負(fù)責(zé) 22 6.4 賣方提供詳細(xì)的工程管理及工

3、程實施方案 22 7 工程實施 22 7.1 工程實施方案 22 7.2 設(shè)備安裝及調(diào)測 22 7.3 測試 22 7.4 初驗與試運行條件 23 7.5 試運行 23 7.6 終驗 23 7.7 保修 23 7.8 其它 23 8 技術(shù)效勞和技術(shù)培訓(xùn) 24 8.1 技術(shù)文件 24 8.2 效勞要求 24 8.3 技術(shù)培訓(xùn) 25 8.4 工程聯(lián)絡(luò)會議 25 8.5 其它 25 1 總那么 〔1〕本文件為中國聯(lián)合網(wǎng)絡(luò)通信公司市分公司〔以下簡稱買方〕“2011年聯(lián)通導(dǎo)航平臺114系統(tǒng)改造工程工程〔以下簡稱“114〞〕〞技術(shù)規(guī)X書，供廠商及集成商〔以下簡稱賣方〕編寫

4、建議書和報價之用，建議書的內(nèi)容格式應(yīng)符合本規(guī)X書的要求。同時，買方保存其后續(xù)工程根據(jù)實際情況對本規(guī)X進展補充完善的權(quán)力。賣方在收到本規(guī)X書后須在要求的時間內(nèi)，提供滿足本規(guī)X書的技術(shù)建議書。逾期那么視為自動放棄提供建議書的權(quán)利。 答：滿足。 〔2〕本規(guī)X書只是針對2011年聯(lián)通導(dǎo)航平臺114系統(tǒng)改造工程工程，聯(lián)通有權(quán)在簽訂合同前，根據(jù)需要修改和補充本規(guī)X書，修改和補充后的最終規(guī)X書將作為合同的組成局部。 答：滿足。 〔3〕未經(jīng)買方書面許可，賣方不得以任何形式向第三方透露本規(guī)X書的內(nèi)容。 答：滿足。 〔4〕買方在任何時候保存和擁有對本規(guī)X書的解釋權(quán)和修改權(quán)。 答：滿足。

5、 〔5〕賣方應(yīng)提供所供網(wǎng)絡(luò)通信設(shè)備的工業(yè)和信息化部入網(wǎng)證及相關(guān)測試報告。 答：滿足。 〔6〕賣方所提供的設(shè)備應(yīng)保證軟件系統(tǒng)是已經(jīng)大量商用的最新版本軟件，賣方應(yīng)對此設(shè)備的軟件硬件所涉及的各種專利、知識產(chǎn)權(quán)等法律條款承擔(dān)義務(wù)，買方對此不承擔(dān)任何責(zé)任。 答：滿足。 〔7〕賣方提供的軟硬件必須為原廠商通過正常銷售渠道提供，并具有合法的授權(quán)。 答：滿足。 〔8〕賣方應(yīng)對以下提出的每一項要求，如實地說明其設(shè)備的支持程度。首先對實現(xiàn)或滿足程度明確做出“滿足〞、“不滿足〞等應(yīng)答，然后做出具體、詳細(xì)的說明。不得使用“明白〞、“理解〞、“局部滿足〞等詞語。對同一條款下的多個要求不能全部滿足的應(yīng)視為“

6、不滿足〞。建議局部應(yīng)和其它局部分別進展答復(fù)。 答：滿足。 〔9〕在答復(fù)中，要求明確滿足的程度，凡采用“詳見〞、“參見〞方式說明的，應(yīng)指明參見文檔〔如技術(shù)建議書等〕的具體章節(jié)和頁碼。需要做詳細(xì)解釋的內(nèi)容應(yīng)盡量放在逐條逐項答復(fù)中，假設(shè)內(nèi)容太多，可放在指明的附件中。 答：滿足。 〔10〕賣方在答復(fù)中如無特別說明，賣方聲明支持的功能應(yīng)為設(shè)備已實現(xiàn)的功能，不包括有能力支持但尚未實現(xiàn)的、近期將要實現(xiàn)的、未來方案實現(xiàn)的功能。買方將適時進展驗證測試，如發(fā)現(xiàn)賣方聲明支持的功能和性能要求與測試結(jié)果不符，將依法保存采取進一步措施的權(quán)利。 答：滿足。 〔11〕賣方提供的各項設(shè)備和系統(tǒng)〔包括軟、硬件〕的功能

7、和性能應(yīng)完全符合聯(lián)通指明的標(biāo)準(zhǔn)，并滿足或高于聯(lián)通提出的要求。對于文件中未規(guī)定的相關(guān)設(shè)備性能，賣方應(yīng)提出建議，并陳述理由。本規(guī)X書應(yīng)視為保證網(wǎng)絡(luò)運行所需的最低要求，如有遺漏，賣方應(yīng)予以補充，否那么一旦中標(biāo)，將認(rèn)為賣方認(rèn)同遺漏局部并免費提供。 答：滿足。 〔12〕賣方所提供的所有各項設(shè)備和系統(tǒng)〔包括軟、硬件〕應(yīng)符合有關(guān)標(biāo)準(zhǔn)如〔ISO、ITU-T、ETSI、IETF等〕，賣方應(yīng)在建議書中具體說明，并附上相應(yīng)的詳細(xì)技術(shù)資料。 答：滿足。 〔13〕賣方的設(shè)備和系統(tǒng)如包含非標(biāo)準(zhǔn)擴展協(xié)議或自有專用標(biāo)準(zhǔn)，應(yīng)在建議書中具體說明，并附上相應(yīng)的詳細(xì)技術(shù)資料〔包括用戶使用手冊、技術(shù)白皮書等〕。假設(shè)有相應(yīng)的中國

8、〔或國際〕標(biāo)準(zhǔn)確立，賣方應(yīng)保證在一年內(nèi)無償過渡到買方要求的相應(yīng)中國〔或國際〕標(biāo)準(zhǔn)。 答：滿足。 〔14〕賣方應(yīng)對所有提供產(chǎn)品的功能和性能負(fù)責(zé)。如因賣方配置不合理，而造成所提供的產(chǎn)品或采用其提供產(chǎn)品及建議方案建立未能滿足本規(guī)X書要求，賣方應(yīng)負(fù)全部責(zé)任。 答：滿足。 〔15〕賣方在建議書中應(yīng)說明對供貨時間、供貨質(zhì)量控制等的具體安排。 答：滿足。 〔16〕賣方在技術(shù)建議書中應(yīng)說明給買方提供的技術(shù)文件、技術(shù)支持、技術(shù)效勞、人員培訓(xùn)、廠驗等的X圍和程度。 答：滿足。 〔17〕賣方應(yīng)在建議書中列出提供的書面技術(shù)資料詳細(xì)清單。 答：滿足。 〔18〕規(guī)X書有關(guān)內(nèi)容的澄清。 a〕賣方對于規(guī)

9、X書的疑問可以通過書面材料與買方聯(lián)系。在規(guī)定的建議書提交最后期限以前，買方將以書面材料給予答復(fù)，有關(guān)買方答復(fù)材料的復(fù)印件也將遞交所有得到規(guī)X書的賣方。 答：滿足。 b〕在技術(shù)談判的各個階段，買方將以書面形式要求賣方對有關(guān)問題進展進一步的技術(shù)澄清，賣方應(yīng)以書面資料給予正式應(yīng)答；所有各階段的技術(shù)澄清文件都將作為合同附件。 答：滿足。 〔19〕本技術(shù)規(guī)X書中涉及到非本期工程實現(xiàn)的內(nèi)容，根據(jù)這些內(nèi)容，賣方在技術(shù)設(shè)計時要充分考慮系統(tǒng)的可擴展性。 答：滿足。 〔20〕賣方應(yīng)提供本工程的主機效勞器、網(wǎng)絡(luò)設(shè)備、存儲設(shè)備、系統(tǒng)軟件、應(yīng)用軟件和系統(tǒng)集成效勞，對效勞器提出推薦方案和配置清單。 答：滿足

10、。 〔21〕賣方承諾所提供的應(yīng)用軟件支持主流的存儲設(shè)備、主機效勞器、網(wǎng)絡(luò)設(shè)備、數(shù)據(jù)庫軟件，并能提供本工程的系統(tǒng)集成效勞。 答：滿足。 〔22〕賣方購置的系統(tǒng)軟件、應(yīng)用軟件必須有合法的使用權(quán)，自己開發(fā)的軟件也應(yīng)和招標(biāo)人明確問題。 答：滿足。 〔23〕賣方承諾所開發(fā)的系統(tǒng)軟件，在系統(tǒng)驗收之前，賣方須根據(jù)買方的要求及時做出設(shè)計修改，以保證系統(tǒng)功能的完整性和可靠性。 答：滿足。 2 賣方技術(shù)建議書要求 賣方所提供的工程建議書需按順序必須包含以下章節(jié)的內(nèi)容〔由于內(nèi)容的不完整性造成的一切后果由賣方負(fù)責(zé)〕： 〔1〕綜述 〔2〕工程技術(shù)規(guī)X書點對點應(yīng)答。逐條對買方規(guī)X書的應(yīng)答。對于本規(guī)X書

11、內(nèi)容，賣方應(yīng)逐項應(yīng)答，沒有編號的應(yīng)逐段應(yīng)答。 答：滿足。 〔3〕詳細(xì)設(shè)計和實施方案，至少應(yīng)包括以下內(nèi)容： a.系統(tǒng)承載的業(yè)務(wù)X圍及業(yè)務(wù)功能處理能力； 答：滿足。 b.系統(tǒng)的整體架構(gòu)，軟硬件體系構(gòu)造； 答：滿足。 c.系統(tǒng)的部署方案，對設(shè)備和軟件的配置方案提供詳細(xì)的計算過程； 答：滿足。 d.系統(tǒng)各子系統(tǒng)的功能描述，以及各子系統(tǒng)之間的控制流、數(shù)據(jù)流的協(xié)議格式，對于非標(biāo)準(zhǔn)協(xié)議或賣方內(nèi)部協(xié)議應(yīng)詳細(xì)描述協(xié)議規(guī)X和數(shù)據(jù)格式〔要求賣方必須開放各個子系統(tǒng)之間的通信協(xié)議，對通信協(xié)議進展詳細(xì)技術(shù)描述，要求說明協(xié)議中的每個字節(jié)、每個協(xié)議字段的功能屬性〕； 答：滿足。 賣方應(yīng)提供各項業(yè)務(wù)功能的

12、詳細(xì)技術(shù)實現(xiàn)細(xì)節(jié)，其中包括實現(xiàn)一項完整業(yè)務(wù)流程，系統(tǒng)各子系統(tǒng)間的數(shù)據(jù)通信過程、詳細(xì)描述流程各階段、各子系統(tǒng)間的通信協(xié)議〔要求說明使用的設(shè)備、協(xié)議中某個字段含義、與后臺系統(tǒng)交互的指令〕； 答：滿足。 e.與其他系統(tǒng)的系統(tǒng)接口建立方案； 答：滿足。 f.系統(tǒng)功能描述，業(yè)務(wù)能力及指標(biāo)描述； 答：滿足。 g.系統(tǒng)的平安性、可靠性解決方案； 答：滿足。 h.對現(xiàn)有系統(tǒng)流程的影響〔要求賣方必須詳細(xì)描述系統(tǒng)流程的變化，對原有流程的影響〕； 答：滿足。 i.對現(xiàn)有效勞器等硬件設(shè)備的利舊復(fù)用方案〔要求賣方必須描述并計算系統(tǒng)變化對利舊復(fù)用的效勞器、盤陣等硬件設(shè)備的影響〕； 答：滿足。 j.

13、系統(tǒng)組織連接圖〔包括網(wǎng)絡(luò)和硬件的拓?fù)鋱D以及軟件的詳細(xì)部署方案〕； 答：滿足。 k.系統(tǒng)監(jiān)控及管理； 答：滿足。 l.系統(tǒng)集成、后期運維等。 答：滿足。 〔4〕軟件產(chǎn)品和系統(tǒng)配置詳細(xì)說明和配置詳細(xì)清單。 答：滿足。 賣方需提供詳細(xì)的軟硬件配置清單，要求詳細(xì)描述系統(tǒng)部署應(yīng)用構(gòu)造，以及對業(yè)務(wù)的支持和實現(xiàn)程度。 答：滿足。 賣方需對提供的產(chǎn)品配置建議負(fù)責(zé)，并保證工程整體實施和集成效果不受影響。 答：滿足。 〔5〕賣方需根據(jù)4.2節(jié)中的硬件系統(tǒng)部署現(xiàn)狀，結(jié)合自身軟件系統(tǒng)實際情況給出具體軟件系統(tǒng)在硬件系統(tǒng)上的部署方案，并且提出為實現(xiàn)軟件功能，硬件系統(tǒng)必須提供的功能，對于未明確提出的

14、功能要求所導(dǎo)致的系統(tǒng)部署困難，賣方需承擔(dān)后續(xù)補救所產(chǎn)生的軟、硬件。 答：滿足。 〔6〕賣方需根據(jù)自身軟件的構(gòu)造、硬件系統(tǒng)的部署方式，對所有雙/多機HA系統(tǒng)的異常狀態(tài)切換進展詳細(xì)描述，本局部需設(shè)立“高可用性建立方案〞章節(jié)進展獨立說明，具體內(nèi)容應(yīng)至少包含以下內(nèi)容：正常狀態(tài)業(yè)務(wù)流程及數(shù)據(jù)流向；正常狀態(tài)人工主備切換流程及數(shù)據(jù)流向；異常狀態(tài)預(yù)警工作方式及閾值設(shè)置說明；異常狀態(tài)切換流程及數(shù)據(jù)流向；異常狀態(tài)切換時間及業(yè)務(wù)中斷時間說明。上述內(nèi)容需包含對應(yīng)各效勞器的具體流程圖及文字說明。 答：滿足。 〔7〕系統(tǒng)軟件和購置的第三方軟件〔第三方資源庫〕的情況〔含功能、性能等指標(biāo)以及軟件授權(quán)許可license

15、的證明文件〕。 答：滿足。 〔8〕安裝設(shè)備和材料、備件和工具的數(shù)量清單。 答：滿足。 〔9〕買賣雙方責(zé)任及分工界面。 答：滿足。 〔10〕工程實施方案。 答：滿足。 a.工程進度表，包括需求分析、供貨、安裝、調(diào)測、割接、驗收等工程各環(huán)節(jié)。 答：滿足。 b.工程實施和效勞人員安排，并提供參加本工程效勞人員的簡歷。 答：滿足。 c.工程實施過程中按買方要求提交周報或日報。 答：滿足。 〔11〕機房場地及環(huán)境準(zhǔn)備要求以及在工程實施過程中對買方的其它要求。 答：滿足。 〔12〕設(shè)備安裝要求及建議，抗震加固措施。 答：滿足。 〔13〕技術(shù)文件，包括但不限于系統(tǒng)說明文件

16、、技術(shù)手冊〔安裝、操作、維護、故障排除等〕、系統(tǒng)設(shè)計文檔、數(shù)據(jù)字典等。 答：滿足。 〔14〕買方技術(shù)人員和業(yè)務(wù)使用人員培訓(xùn)。 答：滿足。 〔15〕驗收及測試安排，設(shè)備測試、系統(tǒng)測試的方法和環(huán)境。 答：滿足。 〔16〕技術(shù)效勞的X圍和程度〔包括技術(shù)效勞、支持、保修、軟件升級等〕。售后效勞安排及質(zhì)量保證措施。 答：滿足。 〔17〕賣方須詳細(xì)介紹賣方公司的總體情況〔包括人員構(gòu)造、企業(yè)資質(zhì)等方面〕、曾做過的類似運營商工程情況〔包括工程背景、建立規(guī)模、系統(tǒng)投運時間點、最終用戶評議等〕。賣方必須提供相關(guān)工程的蓋章的正式的證明材料，如初驗報告、終驗報告等。 答：滿足。 3 賣方報價要求

17、 〔1〕報價內(nèi)容應(yīng)包含： ① 自有軟件報價〔含軟件LICENSE報價，按照軟件模塊列明報價〕。 答：滿足。 ② 第三方軟件報價〔含軟件LICENSE費用〕。 答：滿足。 ③ 在買方硬件系統(tǒng)之外需補充部署的硬件設(shè)備報價〔含效勞器，三層交換機，磁盤陣列，硬件防火墻，監(jiān)控系統(tǒng)客戶端等〕。 答：滿足。 ④ 安裝輔助材料、備件、工具、儀表、技術(shù)文件及安裝調(diào)測報價。 答：滿足。 ⑤ 培訓(xùn)報價〔含自有軟件，第三方軟件，硬件設(shè)備的相關(guān)培訓(xùn)〕。 答：滿足。 ⑥ 效勞報價〔含自有軟件，第三方軟件，硬件設(shè)備的最高原廠級別效勞〕。 答：滿足。 ⑦ 系統(tǒng)集成費用。 答：滿足。 ⑧ 凡本次工

18、程需要但上述工程并未列出的內(nèi)容，賣方應(yīng)包含在報價書中。 答：滿足。 〔2〕報價應(yīng)包括設(shè)備名稱、型號及配置模塊、數(shù)量等詳細(xì)內(nèi)容。 答：滿足。 〔3〕賣方提出的報價以人民幣為單位，應(yīng)報設(shè)備到現(xiàn)場〔買方指定地點〕的價格，運輸費單獨列出。 答：滿足。 〔4〕報價應(yīng)按目錄價、折扣價和折扣率分項列清。 答：滿足。 〔5〕對于賣方向買方建議采用的業(yè)務(wù)和功能，賣方應(yīng)詳細(xì)描述和說明這些業(yè)務(wù)和功能并作為可選項提出報價。 答：滿足。 〔6〕賣方對本規(guī)X書涉及到的效勞器、存儲系統(tǒng)、操作系統(tǒng)軟件、數(shù)據(jù)庫軟件等提出合理的建議配置，并提供詳細(xì)的計算依據(jù)。 答：滿足。 〔7〕硬件報價要求報出系統(tǒng)所需的

19、全部設(shè)備的價格。 答：滿足。 〔8〕軟件報價要求賣方應(yīng)提供最新的、成熟的、穩(wěn)定的軟件版本，并注明所提供軟件的版本號，提供詳細(xì)的功能清單。 答：滿足。 〔9〕軟件報價按以下分類方法 系統(tǒng)軟件報價：包括操作系統(tǒng)〔如果硬件平臺采用商用計算機平臺，可包含在硬件報價中〕、工具和組件等。 答：滿足。 〔10〕賣方應(yīng)承諾買方在后續(xù)的設(shè)備訂貨時，同一類型的軟、硬件設(shè)備成交價格至少不高于本次合同的成交價格，折扣率至少不低于本次合同的折扣率。 答：滿足。 〔11〕效勞報價要求 賣方應(yīng)對工程中需要原廠支撐的效勞進展報價。 答：滿足。 〔12〕培訓(xùn) 賣方就所提供的產(chǎn)品提供原廠技術(shù)培訓(xùn)，分為高

20、級培訓(xùn)〔高級技術(shù)人員或管理者〕和操作培訓(xùn)；賣方同時提供運維流程培訓(xùn)，保證系統(tǒng)正常運行。 答：滿足。 賣方需就以上培訓(xùn)，列出培訓(xùn)人員的數(shù)量和費用單價并給出詳細(xì)的培訓(xùn)方案〔包括時間、地點、課程等〕。 答：滿足。 〔13〕可選報價 對于可選軟件、硬件和效勞或賣方認(rèn)為可以推薦給買方選擇的軟件、硬件和效勞，可單獨提出其工程和報價，但不計入總價，并提供技術(shù)性能及經(jīng)濟技術(shù)比較所需的資料。 答：滿足。 4 工程概述 4.1 建立背景 114導(dǎo)航〔簡稱114〕為用戶提供導(dǎo)航業(yè)務(wù)宣傳、信息查詢、電子商務(wù)等綜合信息效勞。目前114已經(jīng)實現(xiàn)了會員注冊、會員管理、積分管理、商家管理、合作商家產(chǎn)品管理等

21、功能。當(dāng)前系統(tǒng)具體實現(xiàn)的功能包括： 會員注冊功能，包括web會員注冊功能、話務(wù)員代客注冊功能和撥打114導(dǎo)航的用戶自動成為會員功能等。 答：滿足。 會員管理功能，包括會員資料管理、會員積分管理、訂單歷史明細(xì)查詢、會員積分查詢等。 答：滿足。 積分管理功能，包括積分計算、積分規(guī)那么管理等。 答：滿足。 商家管理功能，包括商家信息維護、商品分類管理和商品管理。 答：滿足。 支持短信下行功能。用戶短信回復(fù)信息時，系統(tǒng)將根據(jù)相關(guān)的規(guī)那么進展后續(xù)處理。 答：滿足。 EXCEL導(dǎo)出功能，會員的積分?jǐn)?shù)據(jù)和訂單數(shù)據(jù)能夠以EXCEL的方式進展導(dǎo)出。 答：滿足。 目前，114中已經(jīng)具有4

22、00多萬左右的具備會員注冊、會員資料管理的用戶，但還無法進展積分兌換等功能；話務(wù)員界面還無法支撐為用戶辦理通用卡業(yè)務(wù)，用戶感知降低，影響收益。目前114的業(yè)務(wù)數(shù)據(jù)根本都是從合作平臺獲取的，由于數(shù)據(jù)分散在各個合作平臺，無法及時準(zhǔn)確的獲取業(yè)務(wù)運營數(shù)據(jù)，如訂單跟蹤等，對業(yè)務(wù)的后續(xù)開展影響較大。 答：滿足。 隨著互聯(lián)網(wǎng)業(yè)務(wù)和手機業(yè)務(wù)的高速開展，WEB/WAP電子商務(wù)迅速擴展。中國電信從2009年開場啟動集團版的號百商城，2010年開場，某、某、某、某、某各省也開場啟動本地版號百商城。聯(lián)通作為聯(lián)通集團114導(dǎo)航業(yè)務(wù)的領(lǐng)導(dǎo)者，需要及時適應(yīng)市場變化，緊跟行業(yè)潮流，利用114導(dǎo)航品牌和500萬前向客戶和后

23、向商家資源，大力開展以導(dǎo)航品牌效勞為根底的實物訂購業(yè)務(wù)。 答：滿足。 賣方應(yīng)充分了解本工程的上述建立背景。 4.2 業(yè)務(wù)現(xiàn)狀 4.2.1 114業(yè)務(wù)現(xiàn)狀 目前運營商的商旅業(yè)務(wù)主要分為三類： 代客預(yù)訂：比方酒店預(yù)訂、餐飲預(yù)訂等。代客預(yù)訂的目標(biāo)客戶主要是商務(wù)人士，預(yù)訂內(nèi)容需要客戶親自去消費，客戶一般在消費單位完成支付，由消費單位提取一定比例的提成費用給運營商。 答：滿足。 實物預(yù)訂：比方訂鮮花、訂農(nóng)產(chǎn)品。實物預(yù)訂的目標(biāo)客戶有消費需求的人員，主要是為了方便人們購物消費，需要由支付和物流配送系統(tǒng)的支持，這種方式一般由消費者在運營商側(cè)完成支付，運營商扣除一定比例的提成費用后把實物費用結(jié)算

24、給實物供給商和物流供給商。 答：滿足。 票務(wù)類預(yù)訂：比方機票預(yù)訂、火車票預(yù)訂等。票務(wù)類預(yù)訂業(yè)務(wù)的特點是其預(yù)訂內(nèi)容具有稀缺性和壟斷性的特點，票務(wù)代理商或者供給商在資源控制上比較強勢，因此在支付方式商和代客預(yù)訂類似，由票務(wù)代理商或者供給商完成用戶收費后提取一定比例的提成費用給運營商； 答：滿足。 目前，聯(lián)通在導(dǎo)航平臺只實現(xiàn)了自營酒店等局部業(yè)務(wù)的訂單流轉(zhuǎn)控制和自營酒店等商家的管理，無法進展實物預(yù)訂和購置。只實現(xiàn)了語音接入，缺少WEB/WAP等新的接入方式。 答：滿足。 4.2.2 114系統(tǒng)現(xiàn)狀 4.2.2.1 系統(tǒng)已實現(xiàn)功能 模塊 功能 WEB 產(chǎn)品宣傳與發(fā)布 陽光政務(wù)、尾

25、號限行 商場折扣與優(yōu)惠券下載 權(quán)限管理 后臺管理 WAP 產(chǎn)品宣傳與發(fā)布 尾號限行 114語音查詢 會員管理 會員注冊 會員資料修改 話務(wù)員代客注冊 話務(wù)員代客修改資料 話務(wù)員代客查詢積分 短信模板管理 導(dǎo)入內(nèi)部員工、VIP會員數(shù)據(jù) 訂單查詢 積分管理 積分規(guī)那么配置 積分查詢 積分短信提醒 答：滿足。 4.2.2.2 系統(tǒng)技術(shù)框架 系統(tǒng)框架采用當(dāng)前較為流行的SSH框架。 SSH： Struts〔表示層〕+Spring〔業(yè)務(wù)層〕+Hibernate〔持久層〕 。 Struts： Struts是一個表示層框架，主要作用是界面展示，接收請求，分發(fā)請

26、求。在MVC框架中，Struts屬于VC層次，負(fù)責(zé)界面表現(xiàn)，負(fù)責(zé)MVC關(guān)系的分發(fā)。〔View：沿用JSP、 、Form、Tag、Resourse ；Controller：ActionServlet、struts-config.xml、Action〕 。 Hibernate： Hibernate是一個持久層框架，它只負(fù)責(zé)與關(guān)系數(shù)據(jù)庫的操作。 Spring： Spring是一個業(yè)務(wù)層框架，是一個整合的框架，能夠很好地黏合表示層與持久層。 答：滿足。 4.2.2.3 系統(tǒng)總體構(gòu)造 導(dǎo)航業(yè)務(wù)平臺的建立采用業(yè)務(wù)與交換別離的設(shè)計思想，總體構(gòu)造分三層實現(xiàn)，即交換接入層、功能支撐層、業(yè)務(wù)實現(xiàn)層

27、。 答：滿足。 〔1〕交換接入層 交換接入層負(fù)責(zé)各種媒體的綜合接入，實現(xiàn)語音接入、小靈通短信下行接入、G網(wǎng)用戶短信上下行等多種接入方式。 答：滿足。 〔2〕功能支撐層 功能支撐層負(fù)責(zé)對呼叫進展統(tǒng)一的管理，如完成對呼叫的控制、路由的管理、資源的管理等，它針對具體業(yè)務(wù)對話務(wù)的需求，通過解釋轉(zhuǎn)化為任務(wù)，向交換接入層提交，在交換接入層的配合下，完成豐富多變的話務(wù)功能。功能支撐層包括核心控制效勞器、智能路由中心、IVR控制系統(tǒng)、用戶接口效勞、業(yè)務(wù)開發(fā)平臺等。 答：滿足。 〔3〕業(yè)務(wù)實現(xiàn)層 業(yè)務(wù)實現(xiàn)層通過接口按照具體應(yīng)用的話務(wù)需求向上層提出需求，結(jié)合計算機網(wǎng)絡(luò)和數(shù)據(jù)庫技術(shù)實現(xiàn)具體的業(yè)務(wù)應(yīng)

28、用。 答：滿足。 業(yè)務(wù)實現(xiàn)層目前實現(xiàn)的業(yè)務(wù)有114查號業(yè)務(wù)和導(dǎo)航業(yè)務(wù)。支撐114查號業(yè)務(wù)的應(yīng)用軟件包含如下功能：查詢功能、增刪改功能、質(zhì)檢功能、IVR功能、統(tǒng)計分析功能、外呼功能以及監(jiān)控管理功能，并且能根據(jù)話務(wù)員的實際從事話務(wù)工作的不同設(shè)置不同的權(quán)限。導(dǎo)航業(yè)務(wù)是在114查號應(yīng)用軟件的根底上實現(xiàn)的增值效勞，共包含7大類22項效勞。 答：滿足。 4.2.2.4 系統(tǒng)拓?fù)? 聯(lián)通114導(dǎo)航系統(tǒng)由東四和皂君廟兩套接入平臺組成，兩套平臺之間可以構(gòu)成網(wǎng)絡(luò)呼叫中心，實現(xiàn)114話務(wù)的全網(wǎng)均衡、負(fù)荷分擔(dān)以及局部容災(zāi)備份功能：當(dāng)其中某一套平臺的處理能力不夠或者出現(xiàn)故障，另一套接入平臺可以通過網(wǎng)絡(luò)智能分配系

29、統(tǒng)〔NIRC〕獲得相關(guān)的控制信息，完成114業(yè)務(wù)。 答：滿足。 4.2.2.5 系統(tǒng)接口 當(dāng)前114與外圍系統(tǒng)的接口主要有114與聚集分析系統(tǒng)的數(shù)據(jù)接口，與114導(dǎo)航平臺的接口。 答：滿足。 〔1〕與聚集分析系統(tǒng)的數(shù)據(jù)接口 此接口包括聚集分析系統(tǒng)到114和114到聚集分析系統(tǒng)的雙向數(shù)據(jù)接口，用于114定時向聚集分析系統(tǒng)同步訂單等信息和聚集分析系統(tǒng)定時向114同步用戶消費行為等信息。 答：滿足。 〔2〕與114導(dǎo)航平臺的接口 此接口用于114導(dǎo)航平臺話務(wù)員代客操作，點擊，頁面跳轉(zhuǎn)到114代客操作頁面。 答：滿足。 4.3 系統(tǒng)需求 針對目前114現(xiàn)狀和訂單業(yè)務(wù)管理現(xiàn)狀，以

30、及電子商務(wù)行業(yè)趨勢，需要增強和擴展114功能，實現(xiàn)統(tǒng)一實物預(yù)訂業(yè)務(wù)門戶、統(tǒng)一訂單管理、統(tǒng)一支付平臺接口、統(tǒng)一物流管理、統(tǒng)一前向客戶管理、統(tǒng)一商家合作伙伴管理，建立面向農(nóng)產(chǎn)品、鮮花、蛋糕、電影票、雜志等商旅業(yè)務(wù)的集中運營管控。 答：滿足。 5 建立方案 5.1 網(wǎng)絡(luò)拓?fù)鋱D 本工程目標(biāo)網(wǎng)絡(luò)拓?fù)錁?gòu)造如以下圖： 答：滿足。 5.2 系統(tǒng)架構(gòu) 如以下圖所示： 答：滿足。 5.3 增強話務(wù)員應(yīng)用模塊 在現(xiàn)有代客注冊、代客修改資料、代客積分查詢功能根底上，新增農(nóng)產(chǎn)品通用卡管理模塊、有卡(指農(nóng)產(chǎn)品通用卡)實物預(yù)訂模塊、實物搜索模塊。 答：滿足。 農(nóng)產(chǎn)品通用卡管理模塊包括農(nóng)產(chǎn)品通

31、用卡建卡、農(nóng)產(chǎn)品通用卡充值、農(nóng)產(chǎn)品通用卡余額查詢、凍結(jié)金額查詢和有效期查詢。 答：滿足。 有卡實物預(yù)訂模塊包括以下功能：訂單查詢、新增訂單、訂單修改和訂單撤銷。 答：滿足。 5.3.1 農(nóng)產(chǎn)品通用卡建卡功能： 下建卡訂單，一次性可以動態(tài)的創(chuàng)立多X不同面值的農(nóng)產(chǎn)品預(yù)訂卡?？梢詫ㄟM展動態(tài)刪除操作。 答：滿足。 建卡流程圖如下： 答：滿足。 5.3.2 農(nóng)產(chǎn)品通用卡建卡回填功能 回填時可以動態(tài)對多X卡進展建卡回填， 且系統(tǒng)自動將卡有效期默認(rèn)填寫為當(dāng)前日期向后推至一年的日期。如果回填金額>=2000元,那么有效期默認(rèn)為當(dāng)前日期向后推至兩年的日期，且話務(wù)員可以手工修改有效期。

32、 答：滿足。 5.3.3 農(nóng)產(chǎn)品通用卡充值功能 用戶可以一次為多X農(nóng)產(chǎn)品通用卡進展充值。 流程圖同建卡流程圖。 答：滿足。 5.3.4 農(nóng)產(chǎn)品通用卡充值回填功能 回填時可以動態(tài)對多X卡進展充值回填， 且系統(tǒng)自動將卡有效期默認(rèn)填寫為當(dāng)前日期向后推至一年的日期。如果回填金額>=2000元,那么有效期默認(rèn)為當(dāng)前日期向后推至兩年的日期，且話務(wù)員可以手工修改有效期。 答：滿足。 5.3.5 有卡實物預(yù)訂功能 農(nóng)產(chǎn)品實物預(yù)訂卡采用非記名方式制卡發(fā)卡。 發(fā)卡后，持卡人可以將卡贈送給他人。 答：滿足。 此卡如果曾經(jīng)有過交易實物的記錄，那么持卡人使用此卡再次進展購物的時候，系統(tǒng)會將此

33、卡最近一次交易人的信息自動帶入，從而減少了話務(wù)員的工作量，提高了話務(wù)員的工作效率，話務(wù)員只需確認(rèn)收貨人信息即可。 答：滿足。 有卡實物預(yù)訂流程圖如下： 答：滿足。 5.3.6 實物訂單修改功能 話務(wù)員點擊修改按鈕后，舊訂單商品信息重新回到購物車以后，話務(wù)員可以隨意進展如下操作： 更改商品數(shù)量、增減商品(只有符合修改規(guī)那么的才能被修改) 。如果新增商品，卡金額缺乏，可以添加卡 (所有卡合計可用總金額大于等于訂購貨款的時候，提示不讓添加新卡) 。 答：滿足。 此功能方便話務(wù)員更改訂單信息，提高了話務(wù)員的工作效率。 5.4 新增WEB用戶電子商城應(yīng)用模塊 該模塊包括WEB商品搜索

34、模塊、商品瀏覽、在線客服模塊、積分查詢模塊、投訴功能模塊、歷史訂單明細(xì)模塊和個人信息管理模塊。 答：滿足。 5.4.1 商品搜索 用戶可以通過web，通過不同的檢索條件組合，搜索自己喜歡的商品。如果訂購，需要打讓話務(wù)員預(yù)訂。 答：滿足。 5.4.2 在線客服 用戶可以通過web提供的在線客服，如QQ、MSN或電子等方式，向效勞人員進展內(nèi)相關(guān)信息的咨詢, 方便用戶了解產(chǎn)品，促成交易。 答：滿足。 5.4.3 積分查詢 用戶可以通過web自助查詢個人積分記錄情況，包括當(dāng)前總積分、積分來源明細(xì)、積分消費明細(xì)等。 答：滿足。 5.4.4 投訴功能 用戶可以通過web提供的投訴

35、受理模塊進展投訴，投訴方式可以通過電子結(jié)合訂單情況進展產(chǎn)品、效勞等方面的投訴。 答：滿足。 5.4.5 歷史訂單明細(xì) 用戶可以通過web登錄成功后，進入自助效勞頁面，可以通過不同的檢索條件查詢歷史訂單情況及訂單狀態(tài)。 答：滿足。 5.4.6 個人信息管理模塊 用戶可以通過web登錄成功后，進入自效勞頁面，可以修改個人信息，包括某、、通信地址等信息。 答：滿足。 5.5 增強WAP應(yīng)用模塊。 目前WAP提供了產(chǎn)品預(yù)訂、交通出行、通信助理業(yè)務(wù)咨詢的114直撥功能。本期新增包括WAP方式注冊、WAP方式積分查詢、預(yù)約掛號、隨身號薄、商務(wù)總機、優(yōu)惠券等功能。 答：滿足。 5.6

36、增強商家應(yīng)用模塊 增強商家商品維護模塊、新增商家投訴處理模塊、客服應(yīng)答處理模塊、商家訂單處理模塊、商家信息維護模塊、商家配送模塊、商家統(tǒng)計分析效勞和商家管理功能模塊。 答：滿足。 5.6.1 商家商品維護模塊 包括商品的上架、下架，商品的審核，商品模板維護, 商家通過商品管理對屬于自己X圍內(nèi)的商品信息進展維護和及時提醒。 答：滿足。 5.6.2 商家投訴處理模塊 針對于web客戶的投訴信息進展回復(fù)。 答：滿足。 5.6.3 客服應(yīng)答處理模塊 針對于前臺web客戶實時的問題咨詢做應(yīng)答處理，如詢問商品等信息等。 答：滿足。 5.6.4 商家訂單處理模塊 商家對訂單的管理，

37、如審核、跟蹤，商家對分流到自己的訂單可處理給物流公司。 答：滿足。 5.6.5 商家信息維護模塊 商家自效勞中可以對公司信息進展維護，如修改商家地址、商家名稱、商家編碼等信息。 答：滿足。 5.6.6 商家配送模塊 商家對于配送環(huán)節(jié)的管理, 商家可進展可視的物流選擇。 答：滿足。 5.6.7 商家統(tǒng)計分析效勞 商家對商品庫存的統(tǒng)計、銷售商品的排名(按照不同時間)、訂單的統(tǒng)計等。 答：滿足。 5.7 新增中臺業(yè)務(wù)人員應(yīng)用模塊 包括業(yè)務(wù)報表統(tǒng)計模塊、商品管理模塊、中臺業(yè)務(wù)人員訂單管理模塊。 答：滿足。 5.7.1 業(yè)務(wù)報表統(tǒng)計模塊 業(yè)務(wù)報表統(tǒng)計模塊包括以下功能：訂單統(tǒng)

38、計、商家統(tǒng)計、商品統(tǒng)計、WEB用戶統(tǒng)計、銷售排行、點擊排行、評論排行、物流結(jié)算、客戶信息查詢、訂單查詢、配送回執(zhí)查詢、應(yīng)收賬款查詢、銷售收入分析、報表統(tǒng)計分析和銷售數(shù)據(jù)統(tǒng)計等統(tǒng)計報表管理。 答：滿足。 5.7.2 商品管理模塊 商品管理模塊包括以下功能：審核商品、刪除商品、新增商品、商品模板維護、新增商品模板、商品發(fā)布等。 答：滿足。 5.7.3 訂單管理模塊 訂單管理模塊包括訂單分發(fā)、訂單審核、訂單跟蹤。 答：滿足。 訂單分發(fā)功能：二線合作方管理人員可以對建卡訂單池、充值訂單池和實物訂單池分別進展管理，可以根據(jù)檢索條件，定位到不同配送日期的待派發(fā)訂單，然后可以批量選中待派發(fā)訂

39、單，分發(fā)給指定的二線操作員。已派發(fā)的訂單會從訂單池中移走。 答：滿足。 訂單審核功能：二線操作員沒有權(quán)限對訂單進展修改和撤銷，所以二線操作員遇到處理不了的訂單，會將訂單全部回傳給二線管理人員。二線管理人員會對這些訂單進展審核，根據(jù)回傳原因進展修改或者撤銷。 答：滿足。 5.8 增強后臺管理員應(yīng)用模塊。 包括會員管理模塊、商家管理模塊、配送方式維護模塊、支付方式維護模塊、信息管理模塊、頁面管理模塊、業(yè)務(wù)報表統(tǒng)計模塊、系統(tǒng)管理員模塊。 答：滿足。 5.8.1 會員管理模塊 會員管理模塊包括：會員增加、會員修改。 答：滿足。 5.8.2 商家管理模塊 商家管理模塊包括：新增供給

40、商、修改供給商和刪除供給商。 答：滿足。 5.8.3 配送方式維護模塊 配送方式維護模塊實現(xiàn)商家配送方式的修改操作。 答：滿足。 5.8.4 支付方式維護模塊 支付方式維護模塊實現(xiàn)通用卡支付和貨到付款操作。 答：滿足。 5.8.5 話務(wù)員管理模塊 話務(wù)員管理模塊包括：話務(wù)員增加、話務(wù)員修改、話務(wù)員刪除。 答：滿足。 5.8.6 114信息管理模塊 114信息管理模塊包括：增加信息、欄目維護和留言管理。 答：滿足。 5.8.7 114頁面管理模塊 114頁面管理模塊包括：增加廣告、廣告管理、增加頁面和頁面管理。 答：滿足。 5.9 新增訂單管理引擎 包括訂單池

41、、訂單處理角色分類、訂單流程、訂單功能模塊。 答：滿足。 5.9.1 訂單池 系統(tǒng)對所有已經(jīng)確認(rèn)后的咨詢單自動池化，生成訂單總池，池中包含所有未經(jīng)處理的訂單。主要狀態(tài)為：未處理和變更未處理訂單。 答：滿足。 5.9.1.1 訂單分揀： 訂單分為話務(wù)員手工領(lǐng)取、系統(tǒng)自動派發(fā)、二線管理人員進展手工派發(fā)。 答：滿足。 5.9.1.2 二線管理人員手工派發(fā) 二線管理人員派發(fā)訂單流程圖如下： 答：滿足。 5.9.1.3 話務(wù)員手工領(lǐng)取： 二線話務(wù)員登錄系統(tǒng)后，對未處理和變更未處理的訂單做分配操作，領(lǐng)取訂單，二線管理員針對領(lǐng)取后的訂單進展審核和分配處理，系統(tǒng)支持同時領(lǐng)取多個訂單

42、動作。但對于已領(lǐng)取未處理的訂單到達指定時間未進展下一步處理時，自動彈回訂單池，并記錄彈回日志。在進展訂單領(lǐng)取時，系統(tǒng)對訂單進展鎖定操作，一旦鎖定，其他用戶將只能進展查看操作。不能進展領(lǐng)取操作。 答：滿足。 答：滿足。 5.9.1.4 系統(tǒng)自動派發(fā)： 如果訂單在指定時間〔系統(tǒng)設(shè)定〕內(nèi)沒有被任何操作員領(lǐng)取，系統(tǒng)將隨機分配給選擇話務(wù)員。 答：滿足。 5.9.1.5 訂單預(yù)警： 系統(tǒng)在訂單池中的訂單數(shù)量到達一定數(shù)目〔系統(tǒng)設(shè)定〕的時候自動預(yù)警，紅色字體顯示。系統(tǒng)在訂單池中的超期〔系統(tǒng)設(shè)定〕訂單進展預(yù)警，并以紅色顯示。系統(tǒng)在訂單距離超期時間〔系統(tǒng)設(shè)定〕還有指定時間〔系統(tǒng)設(shè)定〕的時候，自動預(yù)警

43、〔黃色顯示〕。 答：滿足。 5.9.2 訂單角色分類 訂單處理角色分類是根據(jù)訂單業(yè)務(wù)使用對象不同，將系統(tǒng)使用者分為一線話務(wù)員、二線話務(wù)員、商家和業(yè)務(wù)管理員。 答：滿足。 5.9.2.1 一線話務(wù)員： 為用戶提供訂購業(yè)務(wù)效勞的接線員，一線話務(wù)員對訂單進展咨詢、訂單生成操作。 答：滿足。 具體包括：生成建卡訂單，生成充值訂單，使用農(nóng)產(chǎn)品通用卡進展實物預(yù)訂，以及對三種訂單的管理，包括查詢、修改和撤銷。一線話務(wù)員并被以處理訂單效率為標(biāo)準(zhǔn)進展績效考核 ； 答：滿足。 5.9.2.2 二線話務(wù)員： 負(fù)責(zé)審核訂單、處理催單，通過和商家溝通，確認(rèn)能否為已經(jīng)申請成功的訂單提供效勞，負(fù)責(zé)對訂

44、單處理過程進展催分配，催聯(lián)系等； 答：滿足。 目前二線話務(wù)員分為合作方管理員和合作方操作員，合作方管理員對訂單進展派發(fā)、對訂單進展修改和撤銷操作；合作方操作員對訂單進展具體處理，包括配送確認(rèn)、回填確認(rèn)、到貨簽收確認(rèn)的操作。 答：滿足。 5.9.2.3 業(yè)務(wù)管理員： 負(fù)責(zé)核對訂單，通過和商家溝通，確認(rèn)訂單數(shù)量，以及傭金結(jié)算。 答：滿足。 5.9.3 訂單流程 訂單流程如以下圖所示： 答：滿足。 5.9.4 訂單功能模塊 主要包括新增訂單、訂單修改、訂單撤銷、訂單狀態(tài)查詢、訂單監(jiān)控、歷史訂單查詢、訂單統(tǒng)計分析。 答：滿足。 5.9.4.1 新增訂單： 話務(wù)員代客操作

45、或用戶自己通過進展農(nóng)產(chǎn)品通用卡預(yù)訂、對通用卡進展充值、使用農(nóng)產(chǎn)品通用卡進展實物預(yù)訂,產(chǎn)生訂單。 答：滿足。 使用農(nóng)產(chǎn)品通用卡進展實物預(yù)訂，如果當(dāng)前使用的卡已經(jīng)有過交易的記錄，那么本次交易會自動將本卡最近一次交易的收貨人信息帶入系統(tǒng)，話務(wù)員根據(jù)實際情況進展修改或者只對信息進展核對即可。節(jié)省了話務(wù)員的工作量，提高了工作效率。 答：滿足。 5.9.4.2 訂單修改： 話務(wù)員代客或用戶自己通過修改訂單信息，如修改商品、數(shù)量、配送地址。 答：滿足。 對于建卡訂單和充值訂單：話務(wù)員可以代客進展修改除卡號外任何信息，修改需要在規(guī)那么X圍內(nèi)。 答：滿足。 修改實物訂單：重新回到購物車以后，話

46、務(wù)員可以進展如下操作： 更改商品數(shù)量 、增減商品 。 答：滿足。 新增商品卡金額缺乏，可以添加卡。(所有卡合計可用總金額大于等于訂購貨款的時候，提示不讓添加新卡) 答：滿足。 農(nóng)產(chǎn)品實物預(yù)訂卡采用非記名方式制卡發(fā)卡。 發(fā)卡后，持卡人可以將卡贈送給他人。 答：滿足。 此卡如果曾經(jīng)有過交易實物的記錄，那么持卡人使用此卡再次進展購物的時候，系統(tǒng)會將此卡最近一次交易人的信息自動帶入，從而大大減少了話務(wù)員的工作量，提高了話務(wù)員的工作效率，話務(wù)員只需詢問確認(rèn)收貨人信息即可。 答：滿足。 5.9.4.3 訂單撤銷： 話務(wù)員代客或者用戶自己通過在指定的規(guī)那么X圍內(nèi)進展訂單的撤銷。 目

47、前實物預(yù)訂中，撤銷訂單，會將農(nóng)產(chǎn)品通用卡中凍結(jié)的金額退還。 答：滿足。 5.9.4.4 訂單狀態(tài)查詢： 話務(wù)員代客或者用戶在訂單流轉(zhuǎn)的過程中對訂單的實時狀態(tài)進展查詢。話務(wù)員通過訂單管理功能查看所有訂單的狀態(tài)，對于已經(jīng)配送或處理完畢的訂單，訂單不可再被更改或做撤消操作。 答：滿足。 5.9.4.5 訂單監(jiān)控： 系統(tǒng)對訂單池中的訂單進展實時監(jiān)控和預(yù)警，如訂單數(shù)量到達1000份、訂單超過3小時無人處理等。 答：滿足。 5.9.4.6 歷史訂單查詢： 話務(wù)員代客或者用戶通過系統(tǒng)對自己的歷史訂單進展查詢。如：查詢近一個月的訂單、按訂單分類查詢近半年的訂單等。 答：滿足。 5.9.4

48、.7 訂單統(tǒng)計分析： 對系統(tǒng)中的訂單進展統(tǒng)計分析。如：按商家進展統(tǒng)計分析、按訂單產(chǎn)生時間進展統(tǒng)計分析、按訂單分類進展統(tǒng)計分析等。 答：滿足。 6 軟件設(shè)計要求 6.1 根本要求 (1) 賣方的應(yīng)用軟件應(yīng)能支持各類主流效勞器； 答：滿足。 (2) 應(yīng)用軟件應(yīng)支持Windows、Linux或UNIX等主流操作系統(tǒng)； 答：滿足。 (2) 應(yīng)用軟件應(yīng)采用分層次的體系構(gòu)造，以便于系統(tǒng)的維護和擴展； 答：滿足。 (3) 應(yīng)用軟件應(yīng)能根據(jù)用戶規(guī)模的不同支持集中處理模式和分布式處理； 答：滿足。 (4) 應(yīng)用軟件應(yīng)具有很好的開放性，以便于與其他應(yīng)用系統(tǒng)的連接； 答：滿足。

49、 (5) 應(yīng)用軟件應(yīng)能適應(yīng)多種大型數(shù)據(jù)庫系統(tǒng)，例如Oracle、Sybase等； 答：滿足。 (6) 系統(tǒng)的運行應(yīng)是平安、可靠的，具備完善的、分級的操作/訪問權(quán)限控制機制； 答：滿足。 (7) 系統(tǒng)應(yīng)具有數(shù)據(jù)備份及災(zāi)難恢復(fù)功能。 答：滿足。 (8) 要求軟件采用分層的模塊化構(gòu)造，模塊之間的通信應(yīng)按規(guī)定接口進展。任何一層的任何一個模塊的維護和更新以及新模塊的追加都不影響其他模塊； 答：滿足。 (9) 系統(tǒng)參數(shù)、用戶數(shù)據(jù)與處理程序應(yīng)有相對的獨立性。用戶數(shù)據(jù)的任何變更都不應(yīng)引起運行版本程序的變更。處理程序應(yīng)與系統(tǒng)參數(shù)、用戶數(shù)據(jù)相適應(yīng)； 答：滿足。 (10) 軟件應(yīng)有容錯能力，一般

50、的軟件故障不應(yīng)引起各類嚴(yán)重的系統(tǒng)再啟動； 答：滿足。 (11) 軟件設(shè)計應(yīng)有防護性能，某一軟件模塊內(nèi)的軟件錯誤應(yīng)限制在本模塊內(nèi)，而不應(yīng)造成其他軟件模塊的錯誤； 答：滿足。 (12) 應(yīng)具有軟件運行故障的監(jiān)視功能。一旦軟件出現(xiàn)死循環(huán)等重大故障，應(yīng)能自動再啟動，并能出即時故障報告信息； 答：滿足。 (13) 軟件具有詳細(xì)、完善、靈活的業(yè)務(wù)、用戶等數(shù)據(jù)的統(tǒng)計、分析、預(yù)測能力； 答：滿足。 (14) 賣方需對銷售的核心軟件局部擁有自主知識產(chǎn)權(quán)。 答：滿足。 6.2 總體設(shè)計要求 〔1〕賣方應(yīng)提供本工程各設(shè)備運行的詳細(xì)的軟件配置描述，包括業(yè)務(wù)軟件模塊，及可能涉及的設(shè)備擴容所使用的專

51、業(yè)軟件，賣方需詳細(xì)描述各種軟件功能、能力限制〔license限制〕和硬件平臺、操作系統(tǒng)支持情況。 答：滿足。 〔2〕賣方應(yīng)提供本工程對平臺各模塊的影響，需要列出平臺的全部功能模塊并按下表標(biāo)識各模塊在本工程中是否發(fā)生變化。 答：滿足。 模塊名 新增 改造 不變 針對上表中新增、改造局部，賣方應(yīng)明確描述新增和改造的具體流程、數(shù)據(jù)格式和接口變化，以及該變化導(dǎo)致的現(xiàn)有業(yè)務(wù)流程、數(shù)據(jù)格式和接口等變化。 答：滿足。 〔3〕賣方應(yīng)給出本工程的整體軟件架構(gòu)〔邏輯功能構(gòu)造〕和各個功能模塊，同時應(yīng)說明功能模塊之間的關(guān)系和采用的接口技術(shù),并就各局部之間中間件內(nèi)部通訊機制和協(xié)議進展

52、詳細(xì)說明。 答：滿足。 〔4〕針對每個模塊給出詳細(xì)的功能列表及進程名稱，并作為獨立附件提供。 答：滿足。 〔5〕賣方應(yīng)根據(jù)各個具體業(yè)務(wù)對各模塊之間的工作流程、數(shù)據(jù)流向、數(shù)據(jù)交互的關(guān)系圖進展詳細(xì)描述。上述內(nèi)容要求作為技術(shù)建議書的獨立附件。 答：滿足。 〔6〕賣方應(yīng)對各個模塊用到的數(shù)據(jù)模型和數(shù)據(jù)構(gòu)造和E-R圖作詳細(xì)說明。上述內(nèi)容要求作為技術(shù)建議書的獨立附件。 答：滿足。 〔7〕賣方應(yīng)給出各軟件功能模塊在硬件設(shè)備上的部署關(guān)系對照表。并作為技術(shù)建議書的獨立附件。 答：滿足。 〔8〕本工程建立系統(tǒng)中各功能應(yīng)采用模塊化構(gòu)造，各子系統(tǒng)間要以松耦合方式建立，可以靈活修改，每個模塊的調(diào)整不能

53、影響其他系統(tǒng)的正常工作；且各模塊功能之間邏輯劃分準(zhǔn)確，盡量減少操作數(shù)量。 答：滿足。 〔9〕賣方應(yīng)說明提供的所有功能模塊，可以順利實施上線的時間周期〔從合同小簽之日算起〕。 答：滿足。 〔10〕平臺的數(shù)據(jù)庫主機效勞器、接口主機效勞器等重要效勞器需采用備份工作方式。 答：滿足。 〔11〕平臺的主機和數(shù)據(jù)庫應(yīng)按照行業(yè)規(guī)X和聯(lián)通內(nèi)控要求，配置平安化，規(guī)X化。 答：滿足。 〔12〕對于需要經(jīng)常查詢的日志，新系統(tǒng)應(yīng)可以提供頁面化的查詢方式，以提高維護的方便性，系統(tǒng)還應(yīng)能夠支持認(rèn)證失敗信息實時統(tǒng)計查詢的功能。 答：滿足。 〔13〕為保證關(guān)鍵業(yè)務(wù)數(shù)據(jù)可用性，本工程建立系統(tǒng)應(yīng)具備完善數(shù)據(jù)可

54、靠存儲策略。 答：滿足。 〔14〕所有存儲的關(guān)鍵業(yè)務(wù)數(shù)據(jù)，必須使用采用RAID0+1方式(HOT SPARE配置按照通行慣例或原廠商的推薦標(biāo)準(zhǔn)配置)，其他普通數(shù)據(jù)可采用RAID5方式。存儲系統(tǒng)擴容可沿用現(xiàn)有方式，但需就系統(tǒng)性能和平安性進展說明。 答：滿足。 〔15〕賣方應(yīng)提供本次工程中使用的軟件清單證明。 賣方應(yīng)就本次工程建議方案中使用的軟件承載用戶能力、系統(tǒng)設(shè)計的性能指標(biāo)、系統(tǒng)配置、以及軟件功能、詳細(xì)的功能模塊進展詳細(xì)說明。 答：滿足。 〔16〕賣方應(yīng)就系統(tǒng)要求做出詳細(xì)的應(yīng)答與說明。 假設(shè)賣方方案與本規(guī)X書中所述方案不符，賣方可根據(jù)自身產(chǎn)品特點，在不影響系統(tǒng)建立目標(biāo)與功能的前

55、提下，做出修正，可單獨提出其工程和報價，并提出相應(yīng)的配置表及報價清單，同時應(yīng)進展比較，做出詳細(xì)說明。但不計入合價，并提供技術(shù)性能及供經(jīng)濟技術(shù)比較所需的資料。 答：滿足。 6.2.1 系統(tǒng)軟件配置 賣方提供的方案中假設(shè)包含操作系統(tǒng)或數(shù)據(jù)庫軟件配置，那么需滿足以下要求。 答：滿足。 6.2.1.1 操作系統(tǒng) 關(guān)鍵業(yè)務(wù)應(yīng)用主機采用Windows、Linux或UNIX等主流操作系統(tǒng)。 答：滿足。 操作系統(tǒng)支持虛擬內(nèi)存管理，支持多用戶、多任務(wù)、多進程和多線程。 答：滿足。 操作系統(tǒng)應(yīng)至少到達C2級的平安標(biāo)準(zhǔn)。 答：滿足。 操作系統(tǒng)應(yīng)遵循X/open XPG4, POSIX 100

56、3.1等國際或工業(yè)標(biāo)準(zhǔn)。 答：滿足。 提供完整的軟件開發(fā)環(huán)境，包括C編譯器等開發(fā)工具。 答：滿足。 操作系統(tǒng)應(yīng)提供圖形化的系統(tǒng)管理工具。 答：滿足。 支持在線診斷和軟硬件的自動錯誤記錄。 答：滿足。 電源故障或其他緊急情況可提供自保護和自恢復(fù)。 答：滿足。 支持高可用性集群。 答：滿足。 6.2.1.2 數(shù)據(jù)庫軟件 選擇標(biāo)準(zhǔn)如下： 支持主流硬件和操作系統(tǒng)平臺。 答：滿足。 支持網(wǎng)絡(luò)上大型同構(gòu)或異構(gòu)數(shù)據(jù)庫之間的數(shù)據(jù)的有效傳輸和冗余性復(fù)制。 答：滿足。 支持主流的網(wǎng)絡(luò)協(xié)議。 答：滿足。 實現(xiàn)和高級語言互連的能力。 答：滿足。 具有支持并行操作所需的技術(shù)，

57、包括多效勞器協(xié)同技術(shù)、事務(wù)處理的完整性控制技術(shù)等。 答：滿足。 支持C2級平安標(biāo)準(zhǔn)，多級平安控制。 答：滿足。 支持?jǐn)?shù)據(jù)庫存儲加密、數(shù)據(jù)傳輸通道加密及相應(yīng)冗余控制。 答：滿足。 提供Web效勞接口模塊，對客戶端輸出協(xié)議支持 2.0、SSL等。 答：滿足。 6.2.2 應(yīng)用軟件配置 賣方應(yīng)詳細(xì)解釋其應(yīng)用軟件產(chǎn)品的總體構(gòu)造和業(yè)務(wù)流程。如果采用第三方產(chǎn)品，指明第三方產(chǎn)品在整個體系構(gòu)造中所起的作用。做到軟件框架和文字描述一一對應(yīng)。 答：滿足。 (1)賣方應(yīng)對其軟件產(chǎn)品的模塊名稱，所屬的X疇和層面及其功能進展詳細(xì)描述。 答：滿足。 (2)賣方應(yīng)說明自身產(chǎn)品目前可以直接運行

58、在何種主流效勞器(如HP、IBM、SUN等)和操作系統(tǒng)上(HP-UNIX、IBM-AIX、SUN-SOLARIS等)，說明效勞器名稱、操作系統(tǒng)名稱和版本。并說明對于其他效勞器和操作系統(tǒng)是否可以移植，移植難度主要表達在什么地方；如果不能移植的技術(shù)原因；如果可以移植，一般情況下從開場移植到最終可以正式商用之間的時間。 答：滿足。 (3)賣方應(yīng)說明自身產(chǎn)品目前可以直接運行在何種主流數(shù)據(jù)庫產(chǎn)品(如ORACLE、INFORMIX、SYBASE、SQL SEVER等)，并說明對于其他數(shù)據(jù)庫產(chǎn)品，賣方是否可以移植，移植難度主要表達在什么地方；如果不能移植的技術(shù)原因；如果可以移植，一般情況下從開場移植到最

59、終可以正式商用之間的時間。 答：滿足。 (4)賣方應(yīng)保證所提供的軟件具有良好的可擴展性，當(dāng)新增功能需求時，能較快地實現(xiàn)系統(tǒng)功能模塊的整合擴展，而不需要變更系統(tǒng)的根底架構(gòu)。 答：滿足。 6.3 114系統(tǒng)功能要求 6.3.1 業(yè)務(wù)功能 本期系統(tǒng)在原有WEB的根底上建立網(wǎng)絡(luò)商城、配送管理、在線支付、數(shù)據(jù)統(tǒng)計、商品發(fā)布、消息提醒功能，目的是實現(xiàn)網(wǎng)上訂購、付款及配送工作，增加114導(dǎo)航業(yè)務(wù)的訂單，提升整體收入。在原有導(dǎo)航前向客戶會員和積分管理模塊增強功能。 答：滿足。 6.3.1.1 網(wǎng)絡(luò)商城 系統(tǒng)支撐用戶通過WEB進展商品瀏覽及在線預(yù)定功能，客戶預(yù)訂后系統(tǒng)通過實時接口向訂單系統(tǒng)傳輸

60、訂單詳細(xì)數(shù)據(jù)，訂單系統(tǒng)獲取訂單數(shù)據(jù)后將數(shù)據(jù)提供給后向商家。客戶可隨著登錄系統(tǒng)查看貨物派送流程，處理環(huán)節(jié)等工作。 答：滿足。 6.3.1.2 配送管理 主要是根據(jù)訂單情況，安排配送車輛與配送時間，并自動通過與車機的交互，獲得配送油量信息。當(dāng)訂單下發(fā)時，可通過消息效勞來將打印的信息發(fā)送到車機中；當(dāng)訂單完成時，將車機傳回的實時油量自動回寫到配送單回執(zhí)中。在途、配送完成后，都將向客戶發(fā)送一條短消息，以提示客戶訂單的狀態(tài)以及訂貨量、價格等信息，并確認(rèn)。 答：滿足。 6.3.1.3 在線支付 系統(tǒng)通過與農(nóng)產(chǎn)品卡管理平臺建立接口，實現(xiàn)農(nóng)產(chǎn)品卡的在線支付功能，客戶訂購產(chǎn)品后可立即進展在線付款。

61、答：滿足。 6.3.1.4 商品發(fā)布 此功能模塊包括后向商家信息注冊、后向商家信息審核、后向商家產(chǎn)品信息發(fā)布、后向商家產(chǎn)品信息審核、后向商家產(chǎn)品信息加載功能。其中商家信息審核和產(chǎn)品信息審核由系統(tǒng)管理員進展審核，管理員審核通過后客戶能看到后向商家的信息及產(chǎn)品信息。系統(tǒng)獲取商家信息后，通過實時接口將數(shù)據(jù)傳輸?shù)接唵蜗到y(tǒng)，同時訂單系統(tǒng)獲取數(shù)據(jù)后通過回執(zhí)進展確認(rèn)。 答：滿足。 6.3.1.5 消息提醒 系統(tǒng)可通過頁面、短信等多種方式進展重要日期提醒，如積分變更、客戶生日、客戶自定義的紀(jì)念日、客戶貨物下發(fā)通知等信息。 答：滿足。 6.3.1.6 數(shù)據(jù)統(tǒng)計 對一些有用信息提供查詢與統(tǒng)計的功能

62、。主要實現(xiàn)：客戶信息查詢、效勞日志查詢、訂單查詢、配送回執(zhí)查詢、貨物信息查詢、某信息查詢 、應(yīng)收帳款查詢 、客戶信息統(tǒng)計 、銷售出庫差量 、銷售收入分析 、貨物價格分析 、銷售品種分析 、銷售業(yè)績分析 、報表統(tǒng)計匯總 、銷售數(shù)據(jù)統(tǒng)計。 答：滿足。 6.3.1.7 會員管理增強 包括后向客戶會員管理和會員級別擴展及配置。 答：滿足。 6.3.1.8 積分管理增強 包括積分規(guī)那么擴展以及配置及發(fā)起搶換積分活動。 答：滿足。 6.3.2 系統(tǒng)功能 本期建立主要提供以下系統(tǒng)功能： 1〕實現(xiàn)商戶通過Web/Wap方式完成網(wǎng)上查號及綜合信息查詢。114系統(tǒng)通過調(diào)用114導(dǎo)航綜合信息搜索

63、引擎，提供精準(zhǔn)信息效勞，讓用戶在感受到便捷的同時，體會到與一般互聯(lián)網(wǎng)查詢的區(qū)別。 答：滿足。 2〕實現(xiàn)商戶網(wǎng)上業(yè)務(wù)受理(預(yù)受理)、商戶相關(guān)信息的預(yù)登記。 答：滿足。 3〕實現(xiàn)商戶網(wǎng)上客戶資料自助登記/修改，為用戶提供基于互聯(lián)網(wǎng)的自助管理效勞。 答：滿足。 4〕實現(xiàn)用戶熱線預(yù)定的網(wǎng)上訂單交易等效勞。 答：滿足。 5〕利用114導(dǎo)航強大的后臺數(shù)據(jù)庫支撐系統(tǒng)，全面的統(tǒng)計分析管理功能，進展市場商機挖掘，后向收費商戶的展示與排名。 答：滿足。 6〕實現(xiàn)話務(wù)員代客預(yù)訂農(nóng)產(chǎn)品通用卡，客戶可以每次預(yù)訂多X農(nóng)產(chǎn)品通用卡。一線話務(wù)員將農(nóng)產(chǎn)品通過卡訂單下發(fā)后，二線管理人員將農(nóng)產(chǎn)品通用卡訂單派發(fā)給

64、二線普通操作人員，二線普通操作人員在自己的訂單池中可以看到這條待處理的訂單，然后聯(lián)系物流人員，更改訂單配送狀態(tài)。物流配送人員上門效勞配送農(nóng)產(chǎn)品通用卡，將商品清單交付客戶，客戶付錢，待客戶簽收后，物流配送人員拿回客戶簽收單，交給二線操作人員對此訂單進展回填，二線操作人員對此訂單的卡號、金額和有效期進展回填，回填成功后，一條正常的建卡訂單才算完畢。 答：滿足。 7〕實現(xiàn)話務(wù)員代客對農(nóng)產(chǎn)品通用卡進展充值，客戶可以每次對多X農(nóng)產(chǎn)品通用卡進展充值。一線話務(wù)員將農(nóng)產(chǎn)品通過卡充值訂單下發(fā)后，二線管理人員將農(nóng)產(chǎn)品通用卡訂單派發(fā)給二線普通操作人員，二線普通操作人員在自己的訂單池中可以看到這條待處理的訂單，然

65、后聯(lián)系物流人員，更改訂單配送狀態(tài)。物流配送人員上門效勞配送農(nóng)產(chǎn)品通用卡，將商品清單交付客戶，客戶付錢，待客戶簽收后，物流配送人員拿回客戶簽收單，交給二線操作人員對此訂單進展回填，二線操作人員對此訂單的卡號、充值金額和有效期進展回填，回填成功后，一條正常的農(nóng)產(chǎn)品通用卡充值訂單才算完畢。 答：滿足。 8〕實現(xiàn)話務(wù)員代客預(yù)訂農(nóng)產(chǎn)品。 答：滿足。 6.4 系統(tǒng)接口要求 6.4.1 獲取主叫接口(與導(dǎo)航平臺) 用于來電顯示獲取用戶的。 答：滿足。 6.4.2 短信發(fā)送接口(與導(dǎo)航平臺) 114導(dǎo)航平臺面向114系統(tǒng)提供短信發(fā)送接口，用于用戶在114注冊、推薦贈送積分、修改信息等短信提醒

66、功能。接口采用jdbc連接方式。 答：滿足。 6.4.3 與聚集分析雙向數(shù)據(jù)接口 包括：114到聚集分析系統(tǒng)數(shù)據(jù)同步接口 和 聚集分析系統(tǒng)到114數(shù)據(jù)同步接口。用于114定時向聚集分析系統(tǒng)同步訂單等信息和聚集分析系統(tǒng)定時向114同步用戶消費行為等信息。 答：滿足。 6.4.4 與合作方數(shù)據(jù)同步接口 包括：農(nóng)產(chǎn)品通用卡信息同步接口 和 合作方商品信息同步、導(dǎo)入接口 前者用于獲取合作方通用卡金額、有效期等信息進展驗證； 后者用于同步合作方商品名稱、價格、圖片等商品根本信息 。 答：滿足。 6.4.5 與聯(lián)通主要門戶接口 主要包括：WAP門戶、.10010. 中國聯(lián)通網(wǎng)上營業(yè)廳門戶下掛114 、.bj.chinauni. 中國聯(lián)通市分公司門戶下掛114。 答：滿足。 6.4.6 用戶權(quán)限認(rèn)證接口 (與導(dǎo)航平臺) 包括與IVR流程接口、獲取IVR數(shù)據(jù)接口以實現(xiàn)話務(wù)員代客操作提示用戶手機輸入密碼，實現(xiàn)114登錄。具體流程見以下圖： 導(dǎo)航平臺通過捕捉用戶鍵盤輸入信息傳遞給114話務(wù)員應(yīng)用模塊，114應(yīng)用模塊經(jīng)過驗證后將結(jié)果反響給導(dǎo)航平臺 答：滿足。 6