技術(shù)規(guī)范書點(diǎn)對(duì)點(diǎn)應(yīng)答

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

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

2、戶分析增強(qiáng)15 后向商家分析增強(qiáng)16 產(chǎn)品分析增強(qiáng)17 精準(zhǔn)營銷支撐增強(qiáng)18 導(dǎo)航業(yè)務(wù)代理商管理19 數(shù)據(jù)聚集增強(qiáng)19 數(shù)據(jù)效勞支撐增強(qiáng)19 報(bào)表中心增強(qiáng)19 系統(tǒng)管理增強(qiáng)20 5.4 軟件建立規(guī)模20 6 系統(tǒng)集成局部21 6.1 賣方應(yīng)根據(jù)以下原那么提出詳細(xì)、完整的技術(shù)方案建議21 6.2 賣方應(yīng)完成以下集成工作容21 6.3 賣方應(yīng)對(duì)整個(gè)系統(tǒng)負(fù)責(zé)22 6.4 賣方提供詳細(xì)的工程管理及工程實(shí)施方案22 7 工程實(shí)施22 7.1 工程實(shí)施方案22 7.2 設(shè)備安裝及調(diào)測22 7.3 測試22 7.4 初驗(yàn)與試運(yùn)行條件23 7.5 試運(yùn)行

3、23 7.6 終驗(yàn)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ò)會(huì)議25 8.5 其它25 . z. - 1 總那么 〔1〕本文件為中國聯(lián)合網(wǎng)絡(luò)通信公司市分公司〔以下簡稱買方〕"2011年聯(lián)通導(dǎo)航平臺(tái)114系統(tǒng)改造工程工程〔以下簡稱"114〞〕〞技術(shù)規(guī)書，供廠商及集成商〔以下簡稱賣方〕編寫建議書和報(bào)價(jià)之用，建議書的容格式應(yīng)符合本規(guī)書的要求。同時(shí)，買方保存其后續(xù)工程根據(jù)實(shí)際情況對(duì)本規(guī)進(jìn)展補(bǔ)充完善的權(quán)力。賣方在收到

4、本規(guī)書后須在要求的時(shí)間，提供滿足本規(guī)書的技術(shù)建議書。逾期那么視為自動(dòng)放棄提供建議書的權(quán)利。 答：滿足。 〔2〕本規(guī)書只是針對(duì)2011年聯(lián)通導(dǎo)航平臺(tái)114系統(tǒng)改造工程工程，聯(lián)通有權(quán)在簽訂合同前，根據(jù)需要修改和補(bǔ)充本規(guī)書，修改和補(bǔ)充后的最終規(guī)書將作為合同的組成局部。 答：滿足。 〔3〕未經(jīng)買方書面許可，賣方不得以任何形式向第三方透露本規(guī)書的容。 答：滿足。 〔4〕買方在任何時(shí)候保存和擁有對(duì)本規(guī)書的解釋權(quán)和修改權(quán)。 答：滿足。 〔5〕賣方應(yīng)提供所供網(wǎng)絡(luò)通信設(shè)備的工業(yè)和信息化部入網(wǎng)證及相關(guān)測試報(bào)告。 答：滿足。 〔6〕賣方所提供的設(shè)備應(yīng)保證軟件系統(tǒng)是已經(jīng)大量商用的最新

5、版本軟件，賣方應(yīng)對(duì)此設(shè)備的軟件硬件所涉及的各種專利、知識(shí)產(chǎn)權(quán)等法律條款承當(dāng)義務(wù)，買方對(duì)此不承當(dāng)任何責(zé)任。 答：滿足。 〔7〕賣方提供的軟硬件必須為原廠商通過正常銷售渠道提供，并具有合法的授權(quán)。 答：滿足。 〔8〕賣方應(yīng)對(duì)以下提出的每一項(xiàng)要求，如實(shí)地說明其設(shè)備的支持程度。首先對(duì)實(shí)現(xiàn)或滿足程度明確做出"滿足〞、"不滿足〞等應(yīng)答，然后做出具體、詳細(xì)的說明。不得使用"明白〞、"理解〞、"局部滿足〞等詞語。對(duì)同一條款下的多個(gè)要求不能全部滿足的應(yīng)視為"不滿足〞。建議局部應(yīng)和其它局部分別進(jìn)展答復(fù)。 答：滿足。 〔9〕在答復(fù)中，要求明確滿足的程度，凡采用"詳見〞、"參見〞方式說明的，應(yīng)指明參見文檔

6、〔如技術(shù)建議書等〕的具體章節(jié)和頁碼。需要做詳細(xì)解釋的容應(yīng)盡量放在逐條逐項(xiàng)答復(fù)中，假設(shè)容太多，可放在指明的附件中。 答：滿足。 〔10〕賣方在答復(fù)中如無特別說明，賣方聲明支持的功能應(yīng)為設(shè)備已實(shí)現(xiàn)的功能，不包括有能力支持但尚未實(shí)現(xiàn)的、近期將要實(shí)現(xiàn)的、未來方案實(shí)現(xiàn)的功能。買方將適時(shí)進(jìn)展驗(yàn)證測試，如發(fā)現(xiàn)賣方聲明支持的功能和性能要求與測試結(jié)果不符，將依法保存采取進(jìn)一步措施的權(quán)利。 答：滿足。 〔11〕賣方提供的各項(xiàng)設(shè)備和系統(tǒng)〔包括軟、硬件〕的功能和性能應(yīng)完全符合聯(lián)通指明的標(biāo)準(zhǔn)，并滿足或高于聯(lián)通提出的要求。對(duì)于文件中未規(guī)定的相關(guān)設(shè)備性能，賣方應(yīng)提出建議，并述理由。本規(guī)書應(yīng)視為保證網(wǎng)絡(luò)運(yùn)行所需的最低

7、要求，如有遺漏，賣方應(yīng)予以補(bǔ)充，否那么一旦中標(biāo)，將認(rèn)為賣方認(rèn)同遺漏局部并免費(fèi)提供。 答：滿足。 〔12〕賣方所提供的所有各項(xiàng)設(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)擴(kuò)展協(xié)議或自有專用標(biāo)準(zhǔn)，應(yīng)在建議書中具體說明，并附上相應(yīng)的詳細(xì)技術(shù)資料〔包括用戶使用手冊、技術(shù)白皮書等〕。假設(shè)有相應(yīng)的中國〔或國際〕標(biāo)準(zhǔn)確立，賣方應(yīng)保證在一年無償過渡到買方要求的相應(yīng)中國〔或國際〕標(biāo)準(zhǔn)。 答：滿足。 〔14〕賣方應(yīng)對(duì)所有提供產(chǎn)品的功能和性能負(fù)責(zé)。如因賣方配置

8、不合理，而造成所提供的產(chǎn)品或采用其提供產(chǎn)品及建議方案建立未能滿足本規(guī)書要求，賣方應(yīng)負(fù)全部責(zé)任。 答：滿足。 〔15〕賣方在建議書中應(yīng)說明對(duì)供貨時(shí)間、供貨質(zhì)量控制等的具體安排。 答：滿足。 〔16〕賣方在技術(shù)建議書中應(yīng)說明給買方提供的技術(shù)文件、技術(shù)支持、技術(shù)效勞、人員培訓(xùn)、廠驗(yàn)等的圍和程度。 答：滿足。 〔17〕賣方應(yīng)在建議書中列出提供的書面技術(shù)資料詳細(xì)清單。 答：滿足。 〔18〕規(guī)書有關(guān)容的澄清。 a〕賣方對(duì)于規(guī)書的疑問可以通過書面材料與買方聯(lián)系。在規(guī)定的建議書提交最后期限以前，買方將以書面材料給予答復(fù)，有關(guān)買方答復(fù)材料的復(fù)印件也將遞交所有得到規(guī)書的賣方。 答：滿足。 b

9、〕在技術(shù)談判的各個(gè)階段，買方將以書面形式要求賣方對(duì)有關(guān)問題進(jìn)展進(jìn)一步的技術(shù)澄清，賣方應(yīng)以書面資料給予正式應(yīng)答；所有各階段的技術(shù)澄清文件都將作為合同附件。 答：滿足。 〔19〕本技術(shù)規(guī)書中涉及到非本期工程實(shí)現(xiàn)的容，根據(jù)這些容，賣方在技術(shù)設(shè)計(jì)時(shí)要充分考慮系統(tǒng)的可擴(kuò)展性。 答：滿足。 〔20〕賣方應(yīng)提供本工程的主機(jī)效勞器、網(wǎng)絡(luò)設(shè)備、存儲(chǔ)設(shè)備、系統(tǒng)軟件、應(yīng)用軟件和系統(tǒng)集成效勞，對(duì)效勞器提出推薦方案和配置清單。 答：滿足。 〔21〕賣方承諾所提供的應(yīng)用軟件支持主流的存儲(chǔ)設(shè)備、主機(jī)效勞器、網(wǎng)絡(luò)設(shè)備、數(shù)據(jù)庫軟件，并能提供本工程的系統(tǒng)集成效勞。 答：滿足。 〔22〕賣方購置的系統(tǒng)軟件、應(yīng)用軟件

10、必須有合法的使用權(quán)，自己開發(fā)的軟件也應(yīng)和招標(biāo)人明確問題。 答：滿足。 〔23〕賣方承諾所開發(fā)的系統(tǒng)軟件，在系統(tǒng)驗(yàn)收之前，賣方須根據(jù)買方的要求及時(shí)做出設(shè)計(jì)修改，以保證系統(tǒng)功能的完整性和可靠性。 答：滿足。 2 賣方技術(shù)建議書要求 賣方所提供的工程建議書需按順序必須包含以下章節(jié)的容〔由于容的不完整性造成的一切后果由賣方負(fù)責(zé)〕： 〔1〕綜述 〔2〕工程技術(shù)規(guī)書點(diǎn)對(duì)點(diǎn)應(yīng)答。逐條對(duì)買方規(guī)書的應(yīng)答。對(duì)于本規(guī)書容，賣方應(yīng)逐項(xiàng)應(yīng)答，沒有編號(hào)的應(yīng)逐段應(yīng)答。 答：滿足。 〔3〕詳細(xì)設(shè)計(jì)和實(shí)施方案，至少應(yīng)包括以下容： a.系統(tǒng)承載的業(yè)務(wù)圍及業(yè)務(wù)功能處理能力； 答：滿足。 b.系統(tǒng)的整體架構(gòu)，

11、軟硬件體系構(gòu)造； 答：滿足。 c.系統(tǒng)的部署方案，對(duì)設(shè)備和軟件的配置方案提供詳細(xì)的計(jì)算過程； 答：滿足。 d.系統(tǒng)各子系統(tǒng)的功能描述，以及各子系統(tǒng)之間的控制流、數(shù)據(jù)流的協(xié)議格式，對(duì)于非標(biāo)準(zhǔn)協(xié)議或賣方部協(xié)議應(yīng)詳細(xì)描述協(xié)議規(guī)和數(shù)據(jù)格式〔要求賣方必須開放各個(gè)子系統(tǒng)之間的通信協(xié)議，對(duì)通信協(xié)議進(jìn)展詳細(xì)技術(shù)描述，要求說明協(xié)議中的每個(gè)字節(jié)、每個(gè)協(xié)議字段的功能屬性〕； 答：滿足。 賣方應(yīng)提供各項(xiàng)業(yè)務(wù)功能的詳細(xì)技術(shù)實(shí)現(xiàn)細(xì)節(jié)，其中包括實(shí)現(xiàn)一項(xiàng)完整業(yè)務(wù)流程，系統(tǒng)各子系統(tǒng)間的數(shù)據(jù)通信過程、詳細(xì)描述流程各階段、各子系統(tǒng)間的通信協(xié)議〔要求說明使用的設(shè)備、協(xié)議中某個(gè)字段含義、與后臺(tái)系統(tǒng)交互的指令〕； 答：滿足

12、。 e.與其他系統(tǒng)的系統(tǒng)接口建立方案； 答：滿足。 f.系統(tǒng)功能描述，業(yè)務(wù)能力及指標(biāo)描述； 答：滿足。 g.系統(tǒng)的平安性、可靠性解決方案； 答：滿足。 h.對(duì)現(xiàn)有系統(tǒng)流程的影響〔要求賣方必須詳細(xì)描述系統(tǒng)流程的變化，對(duì)原有流程的影響〕； 答：滿足。 i.對(duì)現(xiàn)有效勞器等硬件設(shè)備的利舊復(fù)用方案〔要求賣方必須描述并計(jì)算系統(tǒng)變化對(duì)利舊復(fù)用的效勞器、盤陣等硬件設(shè)備的影響〕； 答：滿足。 j.系統(tǒng)組織連接圖〔包括網(wǎng)絡(luò)和硬件的拓?fù)鋱D以及軟件的詳細(xì)部署方案〕； 答：滿足。 k.系統(tǒng)監(jiān)控及管理； 答：滿足。 l.系統(tǒng)集成、后期運(yùn)維等。 答：滿足。 〔4〕軟件產(chǎn)品和系統(tǒng)配置詳細(xì)說明

13、和配置詳細(xì)清單。 答：滿足。 賣方需提供詳細(xì)的軟硬件配置清單，要求詳細(xì)描述系統(tǒng)部署應(yīng)用構(gòu)造，以及對(duì)業(yè)務(wù)的支持和實(shí)現(xiàn)程度。 答：滿足。 賣方需對(duì)提供的產(chǎn)品配置建議負(fù)責(zé)，并保證工程整體實(shí)施和集成效果不受影響。 答：滿足。 〔5〕賣方需根據(jù)4.2節(jié)中的硬件系統(tǒng)部署現(xiàn)狀，結(jié)合自身軟件系統(tǒng)實(shí)際情況給出具體軟件系統(tǒng)在硬件系統(tǒng)上的部署方案，并且提出為實(shí)現(xiàn)軟件功能，硬件系統(tǒng)必須提供的功能，對(duì)于未明確提出的功能要求所導(dǎo)致的系統(tǒng)部署困難，賣方需承當(dāng)后續(xù)補(bǔ)救所產(chǎn)生的軟、硬件。 答：滿足。 〔6〕賣方需根據(jù)自身軟件的構(gòu)造、硬件系統(tǒng)的部署方式，對(duì)所有雙/多機(jī)HA系統(tǒng)的異常狀態(tài)切換進(jìn)展詳細(xì)描述，本局部需設(shè)

14、立"高可用性建立方案〞章節(jié)進(jìn)展獨(dú)立說明，具體容應(yīng)至少包含以下容：正常狀態(tài)業(yè)務(wù)流程及數(shù)據(jù)流向；正常狀態(tài)人工主備切換流程及數(shù)據(jù)流向；異常狀態(tài)預(yù)警工作方式及閾值設(shè)置說明；異常狀態(tài)切換流程及數(shù)據(jù)流向；異常狀態(tài)切換時(shí)間及業(yè)務(wù)中斷時(shí)間說明。上述容需包含對(duì)應(yīng)各效勞器的具體流程圖及文字說明。 答：滿足。 〔7〕系統(tǒng)軟件和購置的第三方軟件〔第三方資源庫〕的情況〔含功能、性能等指標(biāo)以及軟件授權(quán)許可license的證明文件〕。 答：滿足。 〔8〕安裝設(shè)備和材料、備件和工具的數(shù)量清單。 答：滿足。 〔9〕買賣雙方責(zé)任及分工界面。 答：滿足。 〔10〕工程實(shí)施方案。 答：滿足。 a.工程進(jìn)度表，包括

15、需求分析、供貨、安裝、調(diào)測、割接、驗(yàn)收等工程各環(huán)節(jié)。 答：滿足。 b.工程實(shí)施和效勞人員安排，并提供參加本工程效勞人員的簡歷。 答：滿足。 c.工程實(shí)施過程中按買方要求提交周報(bào)或日報(bào)。 答：滿足。 〔11〕機(jī)房場地及環(huán)境準(zhǔn)備要求以及在工程實(shí)施過程中對(duì)買方的其它要求。 答：滿足。 〔12〕設(shè)備安裝要求及建議，抗震加固措施。 答：滿足。 〔13〕技術(shù)文件，包括但不限于系統(tǒng)說明文件、技術(shù)手冊〔安裝、操作、維護(hù)、故障排除等〕、系統(tǒng)設(shè)計(jì)文檔、數(shù)據(jù)字典等。 答：滿足。 〔14〕買方技術(shù)人員和業(yè)務(wù)使用人員培訓(xùn)。 答：滿足。 〔15〕驗(yàn)收及測試安排，設(shè)備測試、系統(tǒng)測試的方法和環(huán)境。

16、 答：滿足。 〔16〕技術(shù)效勞的圍和程度〔包括技術(shù)效勞、支持、保修、軟件升級(jí)等〕。售后效勞安排及質(zhì)量保證措施。 答：滿足。 〔17〕賣方須詳細(xì)介紹賣方公司的總體情況〔包括人員構(gòu)造、企業(yè)資質(zhì)等方面〕、曾做過的類似運(yùn)營商工程情況〔包括工程背景、建立規(guī)模、系統(tǒng)投運(yùn)時(shí)間點(diǎn)、最終用戶評(píng)議等〕。賣方必須提供相關(guān)工程的蓋章的正式的證明材料，如初驗(yàn)報(bào)告、終驗(yàn)報(bào)告等。 答：滿足。 3 賣方報(bào)價(jià)要求 〔1〕報(bào)價(jià)容應(yīng)包含： ① 自有軟件報(bào)價(jià)〔含軟件LICENSE報(bào)價(jià)，按照軟件模塊列明報(bào)價(jià)〕。 答：滿足。 ② 第三方軟件報(bào)價(jià)〔含軟件LICENSE費(fèi)用〕。 答：滿足。 ③在買方硬件系統(tǒng)之外需補(bǔ)充

17、部署的硬件設(shè)備報(bào)價(jià)〔含效勞器，三層交換機(jī)，磁盤陣列，硬件防火墻，監(jiān)控系統(tǒng)客戶端等〕。 答：滿足。 ④ 安裝輔助材料、備件、工具、儀表、技術(shù)文件及安裝調(diào)測報(bào)價(jià)。 答：滿足。 ⑤ 培訓(xùn)報(bào)價(jià)〔含自有軟件，第三方軟件，硬件設(shè)備的相關(guān)培訓(xùn)〕。 答：滿足。 ⑥ 效勞報(bào)價(jià)〔含自有軟件，第三方軟件，硬件設(shè)備的最高原廠級(jí)別效勞〕。 答：滿足。 ⑦ 系統(tǒng)集成費(fèi)用。 答：滿足。 ⑧ 凡本次工程需要但上述工程并未列出的容，賣方應(yīng)包含在報(bào)價(jià)書中。 答：滿足。 〔2〕報(bào)價(jià)應(yīng)包括設(shè)備名稱、型號(hào)及配置模塊、數(shù)量等詳細(xì)容。 答：滿足。 〔3〕賣方提出的報(bào)價(jià)以人民幣為單位，應(yīng)報(bào)設(shè)備到現(xiàn)場〔買方指定地點(diǎn)

18、〕的價(jià)格，運(yùn)輸費(fèi)單獨(dú)列出。 答：滿足。 〔4〕報(bào)價(jià)應(yīng)按目錄價(jià)、折扣價(jià)和折扣率分項(xiàng)列清。 答：滿足。 〔5〕對(duì)于賣方向買方建議采用的業(yè)務(wù)和功能，賣方應(yīng)詳細(xì)描述和說明這些業(yè)務(wù)和功能并作為可選項(xiàng)提出報(bào)價(jià)。 答：滿足。 〔6〕賣方對(duì)本規(guī)書涉及到的效勞器、存儲(chǔ)系統(tǒng)、操作系統(tǒng)軟件、數(shù)據(jù)庫軟件等提出合理的建議配置，并提供詳細(xì)的計(jì)算依據(jù)。 答：滿足。 〔7〕硬件報(bào)價(jià)要求報(bào)出系統(tǒng)所需的全部設(shè)備的價(jià)格。 答：滿足。 〔8〕軟件報(bào)價(jià)要求賣方應(yīng)提供最新的、成熟的、穩(wěn)定的軟件版本，并注明所提供軟件的版本號(hào)，提供詳細(xì)的功能清單。 答：滿足。 〔9〕軟件報(bào)價(jià)按以下分類方法 系統(tǒng)軟件報(bào)價(jià)：包括操作系

19、統(tǒng)〔如果硬件平臺(tái)采用商用計(jì)算機(jī)平臺(tái)，可包含在硬件報(bào)價(jià)中〕、工具和組件等。 答：滿足。 〔10〕賣方應(yīng)承諾買方在后續(xù)的設(shè)備訂貨時(shí)，同一類型的軟、硬件設(shè)備成交價(jià)格至少不高于本次合同的成交價(jià)格，折扣率至少不低于本次合同的折扣率。 答：滿足。 〔11〕效勞報(bào)價(jià)要求 賣方應(yīng)對(duì)工程中需要原廠支撐的效勞進(jìn)展報(bào)價(jià)。 答：滿足。 〔12〕培訓(xùn) 賣方就所提供的產(chǎn)品提供原廠技術(shù)培訓(xùn)，分為高級(jí)培訓(xùn)〔高級(jí)技術(shù)人員或管理者〕和操作培訓(xùn)；賣方同時(shí)提供運(yùn)維流程培訓(xùn)，保證系統(tǒng)正常運(yùn)行。 答：滿足。 賣方需就以上培訓(xùn)，列出培訓(xùn)人員的數(shù)量和費(fèi)用單價(jià)并給出詳細(xì)的培訓(xùn)方案〔包括時(shí)間、地點(diǎn)、課程等〕。 答：滿足。

20、 〔13〕可選報(bào)價(jià) 對(duì)于可選軟件、硬件和效勞或賣方認(rèn)為可以推薦給買方選擇的軟件、硬件和效勞，可單獨(dú)提出其工程和報(bào)價(jià)，但不計(jì)入總價(jià)，并提供技術(shù)性能及經(jīng)濟(jì)技術(shù)比擬所需的資料。 答：滿足。 4 工程概述 4.1 建立背景 114導(dǎo)航〔簡稱114〕為用戶提供導(dǎo)航業(yè)務(wù)宣傳、信息查詢、電子商務(wù)等綜合信息效勞。目前114已經(jīng)實(shí)現(xiàn)了會(huì)員注冊、會(huì)員管理、積分管理、商家管理、合作商家產(chǎn)品管理等功能。當(dāng)前系統(tǒng)具體實(shí)現(xiàn)的功能包括： 會(huì)員注冊功能，包括web會(huì)員注冊功能、話務(wù)員代客注冊功能和撥打114導(dǎo)航的用戶自動(dòng)成為會(huì)員功能等。 答：滿足。 會(huì)員管理功能，包括會(huì)員資料管理、會(huì)員積分管理、訂單歷史明細(xì)查

21、詢、會(huì)員積分查詢等。 答：滿足。 積分管理功能，包括積分計(jì)算、積分規(guī)那么管理等。 答：滿足。 商家管理功能，包括商家信息維護(hù)、商品分類管理和商品管理。 答：滿足。 支持短信下行功能。用戶短信回復(fù)信息時(shí)，系統(tǒng)將根據(jù)相關(guān)的規(guī)那么進(jìn)展后續(xù)處理。 答：滿足。 EXCEL導(dǎo)出功能，會(huì)員的積分?jǐn)?shù)據(jù)和訂單數(shù)據(jù)能夠以EXCEL的方式進(jìn)展導(dǎo)出。 答：滿足。 目前，114中已經(jīng)具有400多萬左右的具備會(huì)員注冊、會(huì)員資料管理的用戶，但還無法進(jìn)展積分兌換等功能；話務(wù)員界面還無法支撐為用戶辦理通用卡業(yè)務(wù)，用戶感知降低，影響收益。目前114的業(yè)務(wù)數(shù)據(jù)根本都是從合作平臺(tái)獲取的，由于數(shù)據(jù)分散在各個(gè)合作平臺(tái)

22、，無法及時(shí)準(zhǔn)確的獲取業(yè)務(wù)運(yùn)營數(shù)據(jù)，如訂單跟蹤等，對(duì)業(yè)務(wù)的后續(xù)開展影響較大。 答：滿足。 隨著互聯(lián)網(wǎng)業(yè)務(wù)和手機(jī)業(yè)務(wù)的高速開展，WEB/WAP電子商務(wù)迅速擴(kuò)展。中國電信從2009年開場啟動(dòng)集團(tuán)版的號(hào)百商城，2010年開場，、、、、**各省也開場啟動(dòng)本地版號(hào)百商城。聯(lián)通作為聯(lián)通集團(tuán)114導(dǎo)航業(yè)務(wù)的領(lǐng)導(dǎo)者，需要及時(shí)適應(yīng)市場變化，緊跟行業(yè)潮流，利用114導(dǎo)航品牌和500萬前向客戶和后向商家資源，大力開展以導(dǎo)航品牌效勞為根底的實(shí)物訂購業(yè)務(wù)。 答：滿足。 賣方應(yīng)充分了解本工程的上述建立背景。 4.2 業(yè)務(wù)現(xiàn)狀 4.2.1 114業(yè)務(wù)現(xiàn)狀 目前運(yùn)營商的商旅業(yè)務(wù)主要分為三類： 代客預(yù)訂：比方酒店

23、預(yù)訂、餐飲預(yù)訂等。代客預(yù)訂的目標(biāo)客戶主要是商務(wù)人士，預(yù)訂容需要客戶親自去消費(fèi)，客戶一般在消費(fèi)單位完成支付，由消費(fèi)單位提取一定比例的提成費(fèi)用給運(yùn)營商。 答：滿足。 實(shí)物預(yù)訂：比方訂鮮花、訂農(nóng)產(chǎn)品。實(shí)物預(yù)訂的目標(biāo)客戶有消費(fèi)需求的人員，主要是為了方便人們購物消費(fèi)，需要由支付和物流配送系統(tǒng)的支持，這種方式一般由消費(fèi)者在運(yùn)營商側(cè)完成支付，運(yùn)營商扣除一定比例的提成費(fèi)用后把實(shí)物費(fèi)用結(jié)算給實(shí)物供給商和物流供給商。 答：滿足。 票務(wù)類預(yù)訂：比方機(jī)票預(yù)訂、火車票預(yù)訂等。票務(wù)類預(yù)訂業(yè)務(wù)的特點(diǎn)是其預(yù)訂容具有稀缺性和壟斷性的特點(diǎn)，票務(wù)代理商或者供給商在資源控制上比擬強(qiáng)勢，因此在支付方式商和代客預(yù)訂類似，由票務(wù)代

24、理商或者供給商完成用戶收費(fèi)后提取一定比例的提成費(fèi)用給運(yùn)營商； 答：滿足。 目前，聯(lián)通在導(dǎo)航平臺(tái)只實(shí)現(xiàn)了自營酒店等局部業(yè)務(wù)的訂單流轉(zhuǎn)控制和自營酒店等商家的管理，無法進(jìn)展實(shí)物預(yù)訂和購置。只實(shí)現(xiàn)了語音接入，缺少WEB/WAP等新的接入方式。 答：滿足。 4.2.2 114系統(tǒng)現(xiàn)狀 4.2.2.1 系統(tǒng)已實(shí)現(xiàn)功能 模塊 功能 WEB 產(chǎn)品宣傳與發(fā)布 政務(wù)、尾號(hào)限行 商場折扣與優(yōu)惠券下載 權(quán)限管理 后臺(tái)管理 WAP 產(chǎn)品宣傳與發(fā)布 尾號(hào)限行 114語音查詢 會(huì)員管理 會(huì)員注冊 會(huì)員資料修改 話務(wù)員代客注冊 話務(wù)員代客修改資料 話務(wù)員代客查詢積分 短信模板管

25、理 導(dǎo)入部員工、VIP會(huì)員數(shù)據(jù) 訂單查詢 積分管理 積分規(guī)那么配置 積分查詢 積分短信提醒 答：滿足。 4.2.2.2 系統(tǒng)技術(shù)框架 系統(tǒng)框架采用當(dāng)前較為流行的SSH框架。 SSH： Struts〔表示層〕+Spring〔業(yè)務(wù)層〕+Hibernate〔持久層〕 。 Struts： Struts是一個(gè)表示層框架，主要作用是界面展示，接收請求，分發(fā)請求。在MVC框架中，Struts屬于VC層次，負(fù)責(zé)界面表現(xiàn)，負(fù)責(zé)MVC關(guān)系的分發(fā)?！睼iew：沿用JSP、HTTP、Form、Tag、Resourse ；Controller：ActionServlet、struts-config

26、.xml、Action〕 。 Hibernate： Hibernate是一個(gè)持久層框架，它只負(fù)責(zé)與關(guān)系數(shù)據(jù)庫的操作。 Spring： Spring是一個(gè)業(yè)務(wù)層框架，是一個(gè)整合的框架，能夠很好地黏合表示層與持久層。 答：滿足。 4.2.2.3 系統(tǒng)總體構(gòu)造 導(dǎo)航業(yè)務(wù)平臺(tái)的建立采用業(yè)務(wù)與交換別離的設(shè)計(jì)思想，總體構(gòu)造分三層實(shí)現(xiàn)，即交換接入層、功能支撐層、業(yè)務(wù)實(shí)現(xiàn)層。 答：滿足。 〔1〕交換接入層 交換接入層負(fù)責(zé)各種媒體的綜合接入，實(shí)現(xiàn)語音接入、小靈通短信下行接入、G網(wǎng)用戶短信上下行等多種接入方式。 答：滿足。 〔2〕功能支撐層 功能支撐層負(fù)責(zé)對(duì)呼叫進(jìn)展統(tǒng)一的管理，如完成對(duì)呼叫的

27、控制、路由的管理、資源的管理等，它針對(duì)具體業(yè)務(wù)對(duì)話務(wù)的需求，通過解釋轉(zhuǎn)化為任務(wù)，向交換接入層提交，在交換接入層的配合下，完成豐富多變的話務(wù)功能。功能支撐層包括核心控制效勞器、智能路由中心、IVR控制系統(tǒng)、用戶接口效勞、業(yè)務(wù)開發(fā)平臺(tái)等。 答：滿足。 〔3〕業(yè)務(wù)實(shí)現(xiàn)層 業(yè)務(wù)實(shí)現(xiàn)層通過接口按照具體應(yīng)用的話務(wù)需求向上層提出需求，結(jié)合計(jì)算機(jī)網(wǎng)絡(luò)和數(shù)據(jù)庫技術(shù)實(shí)現(xiàn)具體的業(yè)務(wù)應(yīng)用。 答：滿足。 業(yè)務(wù)實(shí)現(xiàn)層目前實(shí)現(xiàn)的業(yè)務(wù)有114查號(hào)業(yè)務(wù)和導(dǎo)航業(yè)務(wù)。支撐114查號(hào)業(yè)務(wù)的應(yīng)用軟件包含如下功能：查詢功能、增刪改功能、質(zhì)檢功能、IVR功能、統(tǒng)計(jì)分析功能、外呼功能以及監(jiān)控管理功能，并且能根據(jù)話務(wù)員的實(shí)際從事話務(wù)

28、工作的不同設(shè)置不同的權(quán)限。導(dǎo)航業(yè)務(wù)是在114查號(hào)應(yīng)用軟件的根底上實(shí)現(xiàn)的增值效勞，共包含7大類22項(xiàng)效勞。 答：滿足。 4.2.2.4 系統(tǒng)拓?fù)? 聯(lián)通114導(dǎo)航系統(tǒng)由東四和皂君廟兩套接入平臺(tái)組成，兩套平臺(tái)之間可以構(gòu)成網(wǎng)絡(luò)呼叫中心，實(shí)現(xiàn)114話務(wù)的全網(wǎng)均衡、負(fù)荷分擔(dān)以及局部容災(zāi)備份功能：當(dāng)其中某一套平臺(tái)的處理能力不夠或者出現(xiàn)故障，另一套接入平臺(tái)可以通過網(wǎng)絡(luò)智能分配系統(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)航平臺(tái)的接口。 答：滿足。 〔1〕與聚集分析系統(tǒng)的數(shù)據(jù)接

29、口 此接口包括聚集分析系統(tǒng)到114和114到聚集分析系統(tǒng)的雙向數(shù)據(jù)接口，用于114定時(shí)向聚集分析系統(tǒng)同步訂單等信息和聚集分析系統(tǒng)定時(shí)向114同步用戶消費(fèi)行為等信息。 答：滿足。 〔2〕與114導(dǎo)航平臺(tái)的接口 此接口用于114導(dǎo)航平臺(tái)話務(wù)員代客操作，點(diǎn)擊，頁面跳轉(zhuǎn)到114代客操作頁面。 答：滿足。 4.3 系統(tǒng)需求 針對(duì)目前114現(xiàn)狀和訂單業(yè)務(wù)管理現(xiàn)狀，以及電子商務(wù)行業(yè)趨勢，需要增強(qiáng)和擴(kuò)展114功能，實(shí)現(xiàn)統(tǒng)一實(shí)物預(yù)訂業(yè)務(wù)門戶、統(tǒng)一訂單管理、統(tǒng)一支付平臺(tái)接口、統(tǒng)一物流管理、統(tǒng)一前向客戶管理、統(tǒng)一商家合作伙伴管理，建立面向農(nóng)產(chǎn)品、鮮花、蛋糕、電影票、雜志等商旅業(yè)務(wù)的集中運(yùn)營管控。 答

30、：滿足。 5 建立方案 5.1 網(wǎng)絡(luò)拓?fù)鋱D 本工程目標(biāo)網(wǎng)絡(luò)拓?fù)錁?gòu)造如以下圖： 答：滿足。 5.2 系統(tǒng)架構(gòu) 如以下圖所示： 答：滿足。 5.3 增強(qiáng)話務(wù)員應(yīng)用模塊 在現(xiàn)有代客注冊、代客修改資料、代客積分查詢功能根底上，新增農(nóng)產(chǎn)品通用卡管理模塊、有卡(指農(nóng)產(chǎn)品通用卡)實(shí)物預(yù)訂模塊、實(shí)物搜索模塊。 答：滿足。 農(nóng)產(chǎn)品通用卡管理模塊包括農(nóng)產(chǎn)品通用卡建卡、農(nóng)產(chǎn)品通用卡充值、農(nóng)產(chǎn)品通用卡余額查詢、凍結(jié)金額查詢和有效期查詢。 答：滿足。 有卡實(shí)物預(yù)訂模塊包括以下功能：訂單查詢、新增訂單、訂單修改和訂單撤銷。 答：滿足。 5.3.1 農(nóng)產(chǎn)品通用卡建卡功能： 下建卡訂單，一次性

31、可以動(dòng)態(tài)的創(chuàng)立多不同面值的農(nóng)產(chǎn)品預(yù)訂卡?？梢詫?duì)卡進(jìn)展動(dòng)態(tài)刪除操作。 答：滿足。 建卡流程圖如下： 答：滿足。 5.3.2 農(nóng)產(chǎn)品通用卡建卡回填功能 回填時(shí)可以動(dòng)態(tài)對(duì)多卡進(jìn)展建卡回填，且系統(tǒng)自動(dòng)將卡有效期默認(rèn)填寫為當(dāng)前日期向后推至一年的日期。如果回填金額>=2000元,那么有效期默認(rèn)為當(dāng)前日期向后推至兩年的日期，且話務(wù)員可以手工修改有效期。 答：滿足。 5.3.3 農(nóng)產(chǎn)品通用卡充值功能 用戶可以一次為多農(nóng)產(chǎn)品通用卡進(jìn)展充值。流程圖同建卡流程圖。 答：滿足。 5.3.4 農(nóng)產(chǎn)品通用卡充值回填功能 回填時(shí)可以動(dòng)態(tài)對(duì)多卡進(jìn)展充值回填，且系統(tǒng)自動(dòng)將卡有效期默認(rèn)填寫為當(dāng)前日期向后推

32、至一年的日期。如果回填金額>=2000元,那么有效期默認(rèn)為當(dāng)前日期向后推至兩年的日期，且話務(wù)員可以手工修改有效期。 答：滿足。 5.3.5 有卡實(shí)物預(yù)訂功能 農(nóng)產(chǎn)品實(shí)物預(yù)訂卡采用非記名方式制卡發(fā)卡。發(fā)卡后，持卡人可以將卡贈(zèng)送給他人。 答：滿足。 此卡如果曾經(jīng)有過交易實(shí)物的記錄，那么持卡人使用此卡再次進(jìn)展購物的時(shí)候，系統(tǒng)會(huì)將此卡最近一次交易人的信息自動(dòng)帶入，從而減少了話務(wù)員的工作量，提高了話務(wù)員的工作效率，話務(wù)員只需確認(rèn)收貨人信息即可。 答：滿足。 有卡實(shí)物預(yù)訂流程圖如下： 答：滿足。 5.3.6 實(shí)物訂單修改功能 話務(wù)員點(diǎn)擊修改按鈕后，舊訂單商品信息重新回到購物車以后，話務(wù)

33、員可以隨意進(jìn)展如下操作：更改商品數(shù)量、增減商品(只有符合修改規(guī)那么的才能被修改)。如果新增商品，卡金額缺乏，可以添加卡(所有卡合計(jì)可用總金額大于等于訂購貨款的時(shí)候，提示不讓添加新卡) 。 答：滿足。 此功能方便話務(wù)員更改訂單信息，提高了話務(wù)員的工作效率。 5.4 新增WEB用戶電子商城應(yīng)用模塊 該模塊包括WEB商品搜索模塊、商品瀏覽、在線客服模塊、積分查詢模塊、投訴功能模塊、歷史訂單明細(xì)模塊和個(gè)人信息管理模塊。 答：滿足。 5.4.1 商品搜索 用戶可以通過web，通過不同的檢索條件組合，搜索自己喜歡的商品。如果訂購，需要打讓話務(wù)員預(yù)訂。 答：滿足。 5.4.2 在線客服

34、用戶可以通過web提供的在線客服，如QQ、MSN或電子等方式，向效勞人員進(jìn)展相關(guān)信息的咨詢, 方便用戶了解產(chǎn)品，促成交易。 答：滿足。 5.4.3 積分查詢 用戶可以通過web自助查詢個(gè)人積分記錄情況，包括當(dāng)前總積分、積分來源明細(xì)、積分消費(fèi)明細(xì)等。 答：滿足。 5.4.4 投訴功能 用戶可以通過web提供的投訴受理模塊進(jìn)展投訴，投訴方式可以通過電子結(jié)合訂單情況進(jìn)展產(chǎn)品、效勞等方面的投訴。 答：滿足。 5.4.5 歷史訂單明細(xì) 用戶可以通過web登錄成功后，進(jìn)入自助效勞頁面，可以通過不同的檢索條件查詢歷史訂單情況及訂單狀態(tài)。 答：滿足。 5.4.6 個(gè)人信息管理模塊 用

35、戶可以通過web登錄成功后，進(jìn)入自效勞頁面，可以修改個(gè)人信息，包括、、通信地址等信息。 答：滿足。 5.5 增強(qiáng)WAP應(yīng)用模塊。 目前WAP提供了產(chǎn)品預(yù)訂、交通出行、通信助理業(yè)務(wù)咨詢的114直撥功能。本期新增包括WAP方式注冊、WAP方式積分查詢、預(yù)約掛號(hào)、隨身號(hào)薄、商務(wù)總機(jī)、優(yōu)惠券等功能。 答：滿足。 5.6 增強(qiáng)商家應(yīng)用模塊 增強(qiáng)商家商品維護(hù)模塊、新增商家投訴處理模塊、客服應(yīng)答處理模塊、商家訂單處理模塊、商家信息維護(hù)模塊、商家配送模塊、商家統(tǒng)計(jì)分析效勞和商家管理功能模塊。 答：滿足。 5.6.1 商家商品維護(hù)模塊 包括商品的上架、下架，商品的審核，商品模板維護(hù), 商家通過

36、商品管理對(duì)屬于自己圍的商品信息進(jìn)展維護(hù)和及時(shí)提醒。 答：滿足。 5.6.2 商家投訴處理模塊 針對(duì)于web客戶的投訴信息進(jìn)展回復(fù)。 答：滿足。 5.6.3 客服應(yīng)答處理模塊 針對(duì)于前臺(tái)web客戶實(shí)時(shí)的問題咨詢做應(yīng)答處理，如詢問商品等信息等。 答：滿足。 5.6.4 商家訂單處理模塊 商家對(duì)訂單的管理，如審核、跟蹤，商家對(duì)分流到自己的訂單可處理給物流公司。 答：滿足。 5.6.5 商家信息維護(hù)模塊 商家自效勞中可以對(duì)公司信息進(jìn)展維護(hù)，如修改商家地址、商家名稱、商家編碼等信息。 答：滿足。 5.6.6 商家配送模塊 商家對(duì)于配送環(huán)節(jié)的管理, 商家可進(jìn)展可視的物流選擇。

37、 答：滿足。 5.6.7 商家統(tǒng)計(jì)分析效勞 商家對(duì)商品庫存的統(tǒng)計(jì)、銷售商品的排名(按照不同時(shí)間)、訂單的統(tǒng)計(jì)等。 答：滿足。 5.7 新增中臺(tái)業(yè)務(wù)人員應(yīng)用模塊 包括業(yè)務(wù)報(bào)表統(tǒng)計(jì)模塊、商品管理模塊、中臺(tái)業(yè)務(wù)人員訂單管理模塊。 答：滿足。 5.7.1 業(yè)務(wù)報(bào)表統(tǒng)計(jì)模塊 業(yè)務(wù)報(bào)表統(tǒng)計(jì)模塊包括以下功能：訂單統(tǒng)計(jì)、商家統(tǒng)計(jì)、商品統(tǒng)計(jì)、WEB用戶統(tǒng)計(jì)、銷售排行、點(diǎn)擊排行、評(píng)論排行、物流結(jié)算、客戶信息查詢、訂單查詢、配送回執(zhí)查詢、應(yīng)收賬款查詢、銷售收入分析、報(bào)表統(tǒng)計(jì)分析和銷售數(shù)據(jù)統(tǒng)計(jì)等統(tǒng)計(jì)報(bào)表管理。 答：滿足。 5.7.2 商品管理模塊 商品管理模塊包括以下功能：審核商品、刪除商品、

38、新增商品、商品模板維護(hù)、新增商品模板、商品發(fā)布等。 答：滿足。 5.7.3 訂單管理模塊 訂單管理模塊包括訂單分發(fā)、訂單審核、訂單跟蹤。 答：滿足。 訂單分發(fā)功能：二線合作方管理人員可以對(duì)建卡訂單池、充值訂單池和實(shí)物訂單池分別進(jìn)展管理，可以根據(jù)檢索條件，定位到不同配送日期的待派發(fā)訂單，然后可以批量選中待派發(fā)訂單，分發(fā)給指定的二線操作員。已派發(fā)的訂單會(huì)從訂單池中移走。 答：滿足。 訂單審核功能：二線操作員沒有權(quán)限對(duì)訂單進(jìn)展修改和撤銷，所以二線操作員遇到處理不了的訂單，會(huì)將訂單全部回傳給二線管理人員。二線管理人員會(huì)對(duì)這些訂單進(jìn)展審核，根據(jù)回傳原因進(jìn)展修改或者撤銷。 答：滿足。 5

39、.8 增強(qiáng)后臺(tái)管理員應(yīng)用模塊。 包括會(huì)員管理模塊、商家管理模塊、配送方式維護(hù)模塊、支付方式維護(hù)模塊、信息管理模塊、頁面管理模塊、業(yè)務(wù)報(bào)表統(tǒng)計(jì)模塊、系統(tǒng)管理員模塊。 答：滿足。 5.8.1 會(huì)員管理模塊 會(huì)員管理模塊包括：會(huì)員增加、會(huì)員修改。 答：滿足。 5.8.2 商家管理模塊 商家管理模塊包括：新增供給商、修改供給商和刪除供給商。 答：滿足。 5.8.3 配送方式維護(hù)模塊 配送方式維護(hù)模塊實(shí)現(xiàn)商家配送方式的修改操作。 答：滿足。 5.8.4 支付方式維護(hù)模塊 支付方式維護(hù)模塊實(shí)現(xiàn)通用卡支付和貨到付款操作。 答：滿足。 5.8.5 話務(wù)員管理模塊 話務(wù)員管理模塊

40、包括：話務(wù)員增加、話務(wù)員修改、話務(wù)員刪除。 答：滿足。 5.8.6 114信息管理模塊 114信息管理模塊包括：增加信息、欄目維護(hù)和留言管理。 答：滿足。 5.8.7 114頁面管理模塊 114頁面管理模塊包括：增加廣告、廣告管理、增加頁面和頁面管理。 答：滿足。 5.9 新增訂單管理引擎 包括訂單池、訂單處理角色分類、訂單流程、訂單功能模塊。 答：滿足。 5.9.1 訂單池 系統(tǒng)對(duì)所有已經(jīng)確認(rèn)后的咨詢單自動(dòng)池化，生成訂單總池，池中包含所有未經(jīng)處理的訂單。主要狀態(tài)為：未處理和變更未處理訂單。 答：滿足。 5.9.1.1 訂單分揀： 訂單分為話務(wù)員手工領(lǐng)取、系統(tǒng)自動(dòng)

41、派發(fā)、二線管理人員進(jìn)展手工派發(fā)。 答：滿足。 5.9.1.2 二線管理人員手工派發(fā) 二線管理人員派發(fā)訂單流程圖如下： 答：滿足。 5.9.1.3 話務(wù)員手工領(lǐng)?。? 二線話務(wù)員登錄系統(tǒng)后，對(duì)未處理和變更未處理的訂單做分配操作，領(lǐng)取訂單，二線管理員針對(duì)領(lǐng)取后的訂單進(jìn)展審核和分配處理，系統(tǒng)支持同時(shí)領(lǐng)取多個(gè)訂單動(dòng)作。但對(duì)于已領(lǐng)取未處理的訂單到達(dá)指定時(shí)間未進(jìn)展下一步處理時(shí)，自動(dòng)彈回訂單池，并記錄彈回日志。在進(jìn)展訂單領(lǐng)取時(shí)，系統(tǒng)對(duì)訂單進(jìn)展鎖定操作，一旦鎖定，其他用戶將只能進(jìn)展查看操作。不能進(jìn)展領(lǐng)取操作。 答：滿足。 答：滿足。 5.9.1.4 系統(tǒng)自動(dòng)派發(fā)： 如果訂單在指定時(shí)間〔系統(tǒng)設(shè)

42、定〕沒有被任何操作員領(lǐng)取，系統(tǒng)將隨機(jī)分配給選擇話務(wù)員。 答：滿足。 5.9.1.5 訂單預(yù)警： 系統(tǒng)在訂單池中的訂單數(shù)量到達(dá)一定數(shù)目〔系統(tǒng)設(shè)定〕的時(shí)候自動(dòng)預(yù)警，紅色字體顯示。系統(tǒng)在訂單池中的超期〔系統(tǒng)設(shè)定〕訂單進(jìn)展預(yù)警，并以紅色顯示。系統(tǒng)在訂單距離超期時(shí)間〔系統(tǒng)設(shè)定〕還有指定時(shí)間〔系統(tǒng)設(shè)定〕的時(shí)候，自動(dòng)預(yù)警〔黃色顯示〕。 答：滿足。 5.9.2 訂單角色分類 訂單處理角色分類是根據(jù)訂單業(yè)務(wù)使用對(duì)象不同，將系統(tǒng)使用者分為一線話務(wù)員、二線話務(wù)員、商家和業(yè)務(wù)管理員。 答：滿足。 5.9.2.1 一線話務(wù)員： 為用戶提供訂購業(yè)務(wù)效勞的接線員，一線話務(wù)員對(duì)訂單進(jìn)展咨詢、訂單生成操作。

43、 答：滿足。 具體包括：生成建卡訂單，生成充值訂單，使用農(nóng)產(chǎn)品通用卡進(jìn)展實(shí)物預(yù)訂，以及對(duì)三種訂單的管理，包括查詢、修改和撤銷。一線話務(wù)員并被以處理訂單效率為標(biāo)準(zhǔn)進(jìn)展績效考核 ； 答：滿足。 5.9.2.2 二線話務(wù)員： 負(fù)責(zé)審核訂單、處理催單，通過和商家溝通，確認(rèn)能否為已經(jīng)申請成功的訂單提供效勞，負(fù)責(zé)對(duì)訂單處理過程進(jìn)展催分配，催聯(lián)系等； 答：滿足。 目前二線話務(wù)員分為合作方管理員和合作方操作員，合作方管理員對(duì)訂單進(jìn)展派發(fā)、對(duì)訂單進(jìn)展修改和撤銷操作；合作方操作員對(duì)訂單進(jìn)展具體處理，包括配送確認(rèn)、回填確認(rèn)、到貨簽收確認(rèn)的操作。 答：滿足。 5.9.2.3 業(yè)務(wù)管理員： 負(fù)責(zé)核對(duì)訂

44、單，通過和商家溝通，確認(rèn)訂單數(shù)量，以及傭金結(jié)算。 答：滿足。 5.9.3 訂單流程 訂單流程如以下圖所示： 答：滿足。 5.9.4 訂單功能模塊 主要包括新增訂單、訂單修改、訂單撤銷、訂單狀態(tài)查詢、訂單監(jiān)控、歷史訂單查詢、訂單統(tǒng)計(jì)分析。 答：滿足。 5.9.4.1 新增訂單： 話務(wù)員代客操作或用戶自己通過進(jìn)展農(nóng)產(chǎn)品通用卡預(yù)訂、對(duì)通用卡進(jìn)展充值、使用農(nóng)產(chǎn)品通用卡進(jìn)展實(shí)物預(yù)訂,產(chǎn)生訂單。 答：滿足。 使用農(nóng)產(chǎn)品通用卡進(jìn)展實(shí)物預(yù)訂，如果當(dāng)前使用的卡已經(jīng)有過交易的記錄，那么本次交易會(huì)自動(dòng)將本卡最近一次交易的收貨人信息帶入系統(tǒng)，話務(wù)員根據(jù)實(shí)際情況進(jìn)展修改或者只對(duì)信息進(jìn)展核對(duì)即可。節(jié)

45、省了話務(wù)員的工作量，提高了工作效率。 答：滿足。 5.9.4.2 訂單修改： 話務(wù)員代客或用戶自己通過修改訂單信息，如修改商品、數(shù)量、配送地址。 答：滿足。 對(duì)于建卡訂單和充值訂單：話務(wù)員可以代客進(jìn)展修改除卡號(hào)外任何信息，修改需要在規(guī)那么圍。 答：滿足。 修改實(shí)物訂單：重新回到購物車以后，話務(wù)員可以進(jìn)展如下操作：更改商品數(shù)量、增減商品。 答：滿足。 新增商品卡金額缺乏，可以添加卡。(所有卡合計(jì)可用總金額大于等于訂購貨款的時(shí)候，提示不讓添加新卡) 答：滿足。 農(nóng)產(chǎn)品實(shí)物預(yù)訂卡采用非記名方式制卡發(fā)卡。發(fā)卡后，持卡人可以將卡贈(zèng)送給他人。 答：滿足。 此卡如果曾經(jīng)有過交易實(shí)

46、物的記錄，那么持卡人使用此卡再次進(jìn)展購物的時(shí)候，系統(tǒng)會(huì)將此卡最近一次交易人的信息自動(dòng)帶入，從而大大減少了話務(wù)員的工作量，提高了話務(wù)員的工作效率，話務(wù)員只需詢問確認(rèn)收貨人信息即可。 答：滿足。 5.9.4.3 訂單撤銷： 話務(wù)員代客或者用戶自己通過在指定的規(guī)那么圍進(jìn)展訂單的撤銷。 目前實(shí)物預(yù)訂中，撤銷訂單，會(huì)將農(nóng)產(chǎn)品通用卡中凍結(jié)的金額退還。 答：滿足。 5.9.4.4 訂單狀態(tài)查詢： 話務(wù)員代客或者用戶在訂單流轉(zhuǎn)的過程中對(duì)訂單的實(shí)時(shí)狀態(tài)進(jìn)展查詢。話務(wù)員通過訂單管理功能查看所有訂單的狀態(tài)，對(duì)于已經(jīng)配送或處理完畢的訂單，訂單不可再被更改或做撤消操作。 答：滿足。 5.9.4.5 訂

47、單監(jiān)控： 系統(tǒng)對(duì)訂單池中的訂單進(jìn)展實(shí)時(shí)監(jiān)控和預(yù)警，如訂單數(shù)量到達(dá)1000份、訂單超過3小時(shí)無人處理等。 答：滿足。 5.9.4.6 歷史訂單查詢： 話務(wù)員代客或者用戶通過系統(tǒng)對(duì)自己的歷史訂單進(jìn)展查詢。如：查詢近一個(gè)月的訂單、按訂單分類查詢近半年的訂單等。 答：滿足。 5.9.4.7 訂單統(tǒng)計(jì)分析： 對(duì)系統(tǒng)中的訂單進(jìn)展統(tǒng)計(jì)分析。如：按商家進(jìn)展統(tǒng)計(jì)分析、按訂單產(chǎn)生時(shí)間進(jìn)展統(tǒng)計(jì)分析、按訂單分類進(jìn)展統(tǒng)計(jì)分析等。 答：滿足。 6 軟件設(shè)計(jì)要求 6.1 根本要求 (1) 賣方的應(yīng)用軟件應(yīng)能支持各類主流效勞器； 答：滿足。 (2) 應(yīng)用軟件應(yīng)支持Windows、Linux或UNIX

48、等主流操作系統(tǒng)； 答：滿足。 (2) 應(yīng)用軟件應(yīng)采用分層次的體系構(gòu)造，以便于系統(tǒng)的維護(hù)和擴(kuò)展； 答：滿足。 (3) 應(yīng)用軟件應(yīng)能根據(jù)用戶規(guī)模的不同支持集中處理模式和分布式處理； 答：滿足。 (4) 應(yīng)用軟件應(yīng)具有很好的開放性，以便于與其他應(yīng)用系統(tǒng)的連接； 答：滿足。 (5) 應(yīng)用軟件應(yīng)能適應(yīng)多種大型數(shù)據(jù)庫系統(tǒng)，例如Oracle、Sybase等； 答：滿足。 (6) 系統(tǒng)的運(yùn)行應(yīng)是平安、可靠的，具備完善的、分級(jí)的操作/訪問權(quán)限控制機(jī)制； 答：滿足。 (7) 系統(tǒng)應(yīng)具有數(shù)據(jù)備份及災(zāi)難恢復(fù)功能。 答：滿足。 (8) 要求軟件采用分層的模塊化構(gòu)造，模塊之間的通信應(yīng)按

49、規(guī)定接口進(jìn)展。任何一層的任何一個(gè)模塊的維護(hù)和更新以及新模塊的追加都不影響其他模塊； 答：滿足。 (9) 系統(tǒng)參數(shù)、用戶數(shù)據(jù)與處理程序應(yīng)有相對(duì)的獨(dú)立性。用戶數(shù)據(jù)的任何變更都不應(yīng)引起運(yùn)行版本程序的變更。處理程序應(yīng)與系統(tǒng)參數(shù)、用戶數(shù)據(jù)相適應(yīng)； 答：滿足。 (10) 軟件應(yīng)有容錯(cuò)能力，一般的軟件故障不應(yīng)引起各類嚴(yán)重的系統(tǒng)再啟動(dòng)； 答：滿足。 (11) 軟件設(shè)計(jì)應(yīng)有防護(hù)性能，某一軟件模塊的軟件錯(cuò)誤應(yīng)限制在本模塊，而不應(yīng)造成其他軟件模塊的錯(cuò)誤； 答：滿足。 (12) 應(yīng)具有軟件運(yùn)行故障的監(jiān)視功能。一旦軟件出現(xiàn)死循環(huán)等重大故障，應(yīng)能自動(dòng)再啟動(dòng)，并能出即時(shí)故障報(bào)告信息； 答：滿足。 (13

50、) 軟件具有詳細(xì)、完善、靈活的業(yè)務(wù)、用戶等數(shù)據(jù)的統(tǒng)計(jì)、分析、預(yù)測能力； 答：滿足。 (14) 賣方需對(duì)銷售的核心軟件局部擁有自主知識(shí)產(chǎn)權(quán)。 答：滿足。 6.2 總體設(shè)計(jì)要求 〔1〕賣方應(yīng)提供本工程各設(shè)備運(yùn)行的詳細(xì)的軟件配置描述，包括業(yè)務(wù)軟件模塊，及可能涉及的設(shè)備擴(kuò)容所使用的專業(yè)軟件，賣方需詳細(xì)描述各種軟件功能、能力限制〔license限制〕和硬件平臺(tái)、操作系統(tǒng)支持情況。 答：滿足。 〔2〕賣方應(yīng)提供本工程對(duì)平臺(tái)各模塊的影響，需要列出平臺(tái)的全部功能模塊并按下表標(biāo)識(shí)各模塊在本工程中是否發(fā)生變化。 答：滿足。 模塊名 新增 改造 不變 針對(duì)上表中新增、改造局

51、部，賣方應(yīng)明確描述新增和改造的具體流程、數(shù)據(jù)格式和接口變化，以及該變化導(dǎo)致的現(xiàn)有業(yè)務(wù)流程、數(shù)據(jù)格式和接口等變化。 答：滿足。 〔3〕賣方應(yīng)給出本工程的整體軟件架構(gòu)〔邏輯功能構(gòu)造〕和各個(gè)功能模塊，同時(shí)應(yīng)說明功能模塊之間的關(guān)系和采用的接口技術(shù),并就各局部之間中間件部通訊機(jī)制和協(xié)議進(jìn)展詳細(xì)說明。 答：滿足。 〔4〕針對(duì)每個(gè)模塊給出詳細(xì)的功能列表及進(jìn)程名稱，并作為獨(dú)立附件提供。 答：滿足。 〔5〕賣方應(yīng)根據(jù)各個(gè)具體業(yè)務(wù)對(duì)各模塊之間的工作流程、數(shù)據(jù)流向、數(shù)據(jù)交互的關(guān)系圖進(jìn)展詳細(xì)描述。上述容要求作為技術(shù)建議書的獨(dú)立附件。 答：滿足。 〔6〕賣方應(yīng)對(duì)各個(gè)模塊用到的數(shù)據(jù)模型和數(shù)據(jù)構(gòu)造和E-R圖

52、作詳細(xì)說明。上述容要求作為技術(shù)建議書的獨(dú)立附件。 答：滿足。 〔7〕賣方應(yīng)給出各軟件功能模塊在硬件設(shè)備上的部署關(guān)系對(duì)照表。并作為技術(shù)建議書的獨(dú)立附件。 答：滿足。 〔8〕本工程建立系統(tǒng)中各功能應(yīng)采用模塊化構(gòu)造，各子系統(tǒng)間要以松耦合方式建立，可以靈活修改，每個(gè)模塊的調(diào)整不能影響其他系統(tǒng)的正常工作；且各模塊功能之間邏輯劃分準(zhǔn)確，盡量減少操作數(shù)量。 答：滿足。 〔9〕賣方應(yīng)說明提供的所有功能模塊，可以順利實(shí)施上線的時(shí)間周期〔從合同小簽之日算起〕。 答：滿足。 〔10〕平臺(tái)的數(shù)據(jù)庫主機(jī)效勞器、接口主機(jī)效勞器等重要效勞器需采用備份工作方式。 答：滿足。 〔11〕平臺(tái)的主機(jī)和數(shù)據(jù)庫應(yīng)按

53、照行業(yè)規(guī)和聯(lián)通控要求，配置平安化，規(guī)化。 答：滿足。 〔12〕對(duì)于需要經(jīng)常查詢的日志，新系統(tǒng)應(yīng)可以提供頁面化的查詢方式，以提高維護(hù)的方便性，系統(tǒng)還應(yīng)能夠支持認(rèn)證失敗信息實(shí)時(shí)統(tǒng)計(jì)查詢的功能。 答：滿足。 〔13〕為保證關(guān)鍵業(yè)務(wù)數(shù)據(jù)可用性，本工程建立系統(tǒng)應(yīng)具備完善數(shù)據(jù)可靠存儲(chǔ)策略。 答：滿足。 〔14〕所有存儲(chǔ)的關(guān)鍵業(yè)務(wù)數(shù)據(jù)，必須使用采用RAID0+1方式(HOT SPARE配置按照通行慣例或原廠商的推薦標(biāo)準(zhǔn)配置)，其他普通數(shù)據(jù)可采用RAID5方式。存儲(chǔ)系統(tǒng)擴(kuò)容可沿用現(xiàn)有方式，但需就系統(tǒng)性能和平安性進(jìn)展說明。 答：滿足。 〔15〕賣方應(yīng)提供本次工程中使用的軟件清單證明。 賣方應(yīng)就

54、本次工程建議方案中使用的軟件承載用戶能力、系統(tǒng)設(shè)計(jì)的性能指標(biāo)、系統(tǒng)配置、以及軟件功能、詳細(xì)的功能模塊進(jìn)展詳細(xì)說明。 答：滿足。 〔16〕賣方應(yīng)就系統(tǒng)要求做出詳細(xì)的應(yīng)答與說明。 假設(shè)賣方方案與本規(guī)書中所述方案不符，賣方可根據(jù)自身產(chǎn)品特點(diǎn)，在不影響系統(tǒng)建立目標(biāo)與功能的前提下，做出修正，可單獨(dú)提出其工程和報(bào)價(jià)，并提出相應(yīng)的配置表及報(bào)價(jià)清單，同時(shí)應(yīng)進(jìn)展比擬，做出詳細(xì)說明。但不計(jì)入合價(jià)，并提供技術(shù)性能及供經(jīng)濟(jì)技術(shù)比擬所需的資料。 答：滿足。 6.2.1 系統(tǒng)軟件配置 賣方提供的方案中假設(shè)包含操作系統(tǒng)或數(shù)據(jù)庫軟件配置，那么需滿足以下要求。 答：滿足。 6.2.1.1 操作系統(tǒng) 關(guān)鍵業(yè)務(wù)應(yīng)

55、用主機(jī)采用Windows、Linux或UNIX等主流操作系統(tǒng)。 答：滿足。 操作系統(tǒng)支持虛擬存管理，支持多用戶、多任務(wù)、多進(jìn)程和多線程。 答：滿足。 操作系統(tǒng)應(yīng)至少到達(dá)C2級(jí)的平安標(biāo)準(zhǔn)。 答：滿足。 操作系統(tǒng)應(yīng)遵循X/open XPG4, POSIX 1003.1等國際或工業(yè)標(biāo)準(zhǔn)。 答：滿足。 提供完整的軟件開發(fā)環(huán)境，包括C編譯器等開發(fā)工具。 答：滿足。 操作系統(tǒng)應(yīng)提供圖形化的系統(tǒng)管理工具。 答：滿足。 支持在線診斷和軟硬件的自動(dòng)錯(cuò)誤記錄。 答：滿足。 電源故障或其他緊急情況可提供自保護(hù)和自恢復(fù)。 答：滿足。 支持高可用性集群。 答：滿足。 6.2.1.2

56、數(shù)據(jù)庫軟件 選擇標(biāo)準(zhǔn)如下： 支持主流硬件和操作系統(tǒng)平臺(tái)。 答：滿足。 支持網(wǎng)絡(luò)上大型同構(gòu)或異構(gòu)數(shù)據(jù)庫之間的數(shù)據(jù)的有效傳輸和冗余性復(fù)制。 答：滿足。 支持主流的網(wǎng)絡(luò)協(xié)議。 答：滿足。 實(shí)現(xiàn)和高級(jí)語言互連的能力。 答：滿足。 具有支持并行操作所需的技術(shù)，包括多效勞器協(xié)同技術(shù)、事務(wù)處理的完整性控制技術(shù)等。 答：滿足。 支持C2級(jí)平安標(biāo)準(zhǔn)，多級(jí)平安控制。 答：滿足。 支持?jǐn)?shù)據(jù)庫存儲(chǔ)加密、數(shù)據(jù)傳輸通道加密及相應(yīng)冗余控制。 答：滿足。 提供Web效勞接口模塊，對(duì)客戶端輸出協(xié)議支持HTTP2.0、SSL等。 答：滿足。 6.2.2 應(yīng)用軟件配置 賣方應(yīng)詳細(xì)解釋其應(yīng)用軟件

57、產(chǎn)品的總體構(gòu)造和業(yè)務(wù)流程。如果采用第三方產(chǎn)品，指明第三方產(chǎn)品在整個(gè)體系構(gòu)造中所起的作用。做到軟件框架和文字描述一一對(duì)應(yīng)。 答：滿足。 (1)賣方應(yīng)對(duì)其軟件產(chǎn)品的模塊名稱，所屬的疇和層面及其功能進(jìn)展詳細(xì)描述。 答：滿足。 (2)賣方應(yīng)說明自身產(chǎn)品目前可以直接運(yùn)行在何種主流效勞器(如HP、IBM、SUN等)和操作系統(tǒng)上(HP-UNIX、IBM-AIX、SUN-SOLARIS等)，說明效勞器名稱、操作系統(tǒng)名稱和版本。并說明對(duì)于其他效勞器和操作系統(tǒng)是否可以移植，移植難度主要表達(dá)在什么地方；如果不能移植的技術(shù)原因；如果可以移植，一般情況下從開場移植到最終可以正式商用之間的時(shí)間。 答：滿足。

58、(3)賣方應(yīng)說明自身產(chǎn)品目前可以直接運(yùn)行在何種主流數(shù)據(jù)庫產(chǎn)品(如ORACLE、INFORMIX、SYBASE、SQL SEVER等)，并說明對(duì)于其他數(shù)據(jù)庫產(chǎn)品，賣方是否可以移植，移植難度主要表達(dá)在什么地方；如果不能移植的技術(shù)原因；如果可以移植，一般情況下從開場移植到最終可以正式商用之間的時(shí)間。 答：滿足。 (4)賣方應(yīng)保證所提供的軟件具有良好的可擴(kuò)展性，當(dāng)新增功能需求時(shí)，能較快地實(shí)現(xiàn)系統(tǒng)功能模塊的整合擴(kuò)展，而不需要變更系統(tǒng)的根底架構(gòu)。 答：滿足。 6.3 114系統(tǒng)功能要求 6.3.1 業(yè)務(wù)功能 本期系統(tǒng)在原有WEB的根底上建立網(wǎng)絡(luò)商城、配送管理、在線支付、數(shù)據(jù)統(tǒng)計(jì)、商品發(fā)布、消息

59、提醒功能，目的是實(shí)現(xiàn)網(wǎng)上訂購、付款及配送工作，增加114導(dǎo)航業(yè)務(wù)的訂單，提升整體收入。在原有導(dǎo)航前向客戶會(huì)員和積分管理模塊增強(qiáng)功能。 答：滿足。 6.3.1.1 網(wǎng)絡(luò)商城 系統(tǒng)支撐用戶通過WEB進(jìn)展商品瀏覽及在線預(yù)定功能，客戶預(yù)訂后系統(tǒng)通過實(shí)時(shí)接口向訂單系統(tǒng)傳輸訂單詳細(xì)數(shù)據(jù)，訂單系統(tǒng)獲取訂單數(shù)據(jù)后將數(shù)據(jù)提供給后向商家?？蛻艨呻S著登錄系統(tǒng)查看貨物派送流程，處理環(huán)節(jié)等工作。 答：滿足。 6.3.1.2 配送管理 主要是根據(jù)訂單情況，安排配送車輛與配送時(shí)間，并自動(dòng)通過與車機(jī)的交互，獲得配送油量信息。當(dāng)訂單下發(fā)時(shí)，可通過消息效勞來將打印的信息發(fā)送到車機(jī)中；當(dāng)訂單完成時(shí)，將車機(jī)傳回的實(shí)時(shí)油量

60、自動(dòng)回寫到配送單回執(zhí)中。在途、配送完成后，都將向客戶發(fā)送一條短消息，以提示客戶訂單的狀態(tài)以及訂貨量、價(jià)格等信息，并確認(rèn)。 答：滿足。 6.3.1.3 在線支付 系統(tǒng)通過與農(nóng)產(chǎn)品卡管理平臺(tái)建立接口，實(shí)現(xiàn)農(nóng)產(chǎn)品卡的在線支付功能，客戶訂購產(chǎn)品后可立即進(jìn)展在線付款。 答：滿足。 6.3.1.4 商品發(fā)布 此功能模塊包括后向商家信息注冊、后向商家信息審核、后向商家產(chǎn)品信息發(fā)布、后向商家產(chǎn)品信息審核、后向商家產(chǎn)品信息加載功能。其中商家信息審核和產(chǎn)品信息審核由系統(tǒng)管理員進(jìn)展審核，管理員審核通過后客戶能看到后向商家的信息及產(chǎn)品信息。系統(tǒng)獲取商家信息后，通過實(shí)時(shí)接口將數(shù)據(jù)傳輸?shù)接唵蜗到y(tǒng)，同時(shí)訂單系統(tǒng)

61、獲取數(shù)據(jù)后通過回執(zhí)進(jìn)展確認(rèn)。 答：滿足。 6.3.1.5 消息提醒 系統(tǒng)可通過頁面、短信等多種方式進(jìn)展重要日期提醒，如積分變更、客戶生日、客戶自定義的紀(jì)念日、客戶貨物下發(fā)通知等信息。 答：滿足。 6.3.1.6 數(shù)據(jù)統(tǒng)計(jì) 對(duì)一些有用信息提供查詢與統(tǒng)計(jì)的功能。主要實(shí)現(xiàn)：客戶信息查詢、效勞日志查詢、訂單查詢、配送回執(zhí)查詢、貨物信息查詢、信息查詢 、應(yīng)收帳款查詢 、客戶信息統(tǒng)計(jì) 、銷售出庫差量 、銷售收入分析 、貨物價(jià)格分析 、銷售品種分析 、銷售業(yè)績分析 、報(bào)表統(tǒng)計(jì)匯總 、銷售數(shù)據(jù)統(tǒng)計(jì)。 答：滿足。 6.3.1.7 會(huì)員管理增強(qiáng) 包括后向客戶會(huì)員管理和會(huì)員級(jí)別擴(kuò)展及配置。 答：

62、滿足。 6.3.1.8 積分管理增強(qiáng) 包括積分規(guī)那么擴(kuò)展以及配置及發(fā)起搶換積分活動(dòng)。 答：滿足。 6.3.2 系統(tǒng)功能 本期建立主要提供以下系統(tǒng)功能： 1〕實(shí)現(xiàn)商戶通過Web/Wap方式完成網(wǎng)上查號(hào)及綜合信息查詢。114系統(tǒng)通過調(diào)用114導(dǎo)航綜合信息搜索引擎，提供精準(zhǔn)信息效勞，讓用戶在感受到便捷的同時(shí)，體會(huì)到與一般互聯(lián)網(wǎng)查詢的區(qū)別。 答：滿足。 2〕實(shí)現(xiàn)商戶網(wǎng)上業(yè)務(wù)受理(預(yù)受理)、商戶相關(guān)信息的預(yù)登記。 答：滿足。 3〕實(shí)現(xiàn)商戶網(wǎng)上客戶資料自助登記/修改，為用戶提供基于互聯(lián)網(wǎng)的自助管理效勞。 答：滿足。 4〕實(shí)現(xiàn)用戶熱線預(yù)定的網(wǎng)上訂單交易等效勞。 答：滿足。 5〕利

63、用114導(dǎo)航強(qiáng)大的后臺(tái)數(shù)據(jù)庫支撐系統(tǒng)，全面的統(tǒng)計(jì)分析管理功能，進(jìn)展市場商機(jī)挖掘，后向收費(fèi)商戶的展示與排名。 答：滿足。 6〕實(shí)現(xiàn)話務(wù)員代客預(yù)訂農(nóng)產(chǎn)品通用卡，客戶可以每次預(yù)訂多農(nóng)產(chǎn)品通用卡。一線話務(wù)員將農(nóng)產(chǎn)品通過卡訂單下發(fā)后，二線管理人員將農(nóng)產(chǎn)品通用卡訂單派發(fā)給二線普通操作人員，二線普通操作人員在自己的訂單池中可以看到這條待處理的訂單，然后聯(lián)系物流人員，更改訂單配送狀態(tài)。物流配送人員上門效勞配送農(nóng)產(chǎn)品通用卡，將商品清單交付客戶，客戶付錢，待客戶簽收后，物流配送人員拿回客戶簽收單，交給二線操作人員對(duì)此訂單進(jìn)展回填，二線操作人員對(duì)此訂單的卡號(hào)、金額和有效期進(jìn)展回填，回填成功后，一條正常的建卡訂單

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

65、：滿足。 6.4 系統(tǒng)接口要求 6.4.1 獲取主叫接口(與導(dǎo)航平臺(tái)) 用于來電顯示獲取用戶的。 答：滿足。 6.4.2 短信發(fā)送接口(與導(dǎo)航平臺(tái)) 114導(dǎo)航平臺(tái)面向114系統(tǒng)提供短信發(fā)送接口，用于用戶在114注冊、推薦贈(zèng)送積分、修改信息等短信提醒功能。接口采用jdbc連接方式。 答：滿足。 6.4.3 與聚集分析雙向數(shù)據(jù)接口 包括：114到聚集分析系統(tǒng)數(shù)據(jù)同步接口 和 聚集分析系統(tǒng)到114數(shù)據(jù)同步接口。用于114定時(shí)向聚集分析系統(tǒng)同步訂單等信息和聚集分析系統(tǒng)定時(shí)向114同步用戶消費(fèi)行為等信息。 答：滿足。 6.4.4 與合作方數(shù)據(jù)同步接口 包括：農(nóng)產(chǎn)品通用卡信息同步

66、接口 和 合作方商品信息同步、導(dǎo)入接口 前者用于獲取合作方通用卡金額、有效期等信息進(jìn)展驗(yàn)證； 后者用于同步合作方商品名稱、價(jià)格、圖片等商品根本信息 。 答：滿足。 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)航平臺(tái)) 包括與IVR流程接口、獲取IVR數(shù)據(jù)接口以實(shí)現(xiàn)話務(wù)員代客操作提示用戶手機(jī)輸入密碼，實(shí)現(xiàn)114登錄。具體流程見以下圖： 導(dǎo)航平臺(tái)通過捕捉用戶鍵盤輸入信息傳遞給114話務(wù)員應(yīng)用模塊，114應(yīng)用模塊經(jīng)過驗(yàn)證后將結(jié)果反應(yīng)給導(dǎo)航平臺(tái) 答：滿足。 6.5 軟件建立規(guī)模 本工程涉及將位于東四局的114系統(tǒng)進(jìn)展擴(kuò)容和改造工程。主要規(guī)模為： 軟件 軟件模塊 具體功能模塊 數(shù)量 備注 話務(wù)員應(yīng)用模塊 農(nóng)產(chǎn)品通用卡管理 定制開發(fā) 實(shí)物預(yù)訂 WEB用戶電子商城應(yīng)用模塊 web商品預(yù)訂 定制開發(fā) 購物車管理 積分查詢模塊 投訴功能模塊 個(gè)人信息管