【正文】 (3) 賣方應(yīng)提供必要的培訓(xùn)資料、文件和設(shè)施。培訓(xùn)課程中應(yīng)包含自有軟件，第三方軟件，硬件設(shè)備的相關(guān)培訓(xùn)，每一項(xiàng)分為初、中、高級培訓(xùn)和操作培訓(xùn)，其中高級技術(shù)培訓(xùn) 4 個(gè)名額、中級技術(shù)培訓(xùn) 6 個(gè)名額。答：滿足。答：滿足。答：滿足。答：滿足。(2) 設(shè)備開通后，如發(fā)生軟件升級及設(shè)備升級、擴(kuò)展等有關(guān)情況，賣方應(yīng)向買方提供必要的技術(shù)資料。提供全套技術(shù)文件三套。賣方提供的技術(shù)文件至少應(yīng)包括：－ 系統(tǒng)說明文件－ 技術(shù)手冊（安裝、操作、維護(hù)、故障排除等）－ 系統(tǒng)設(shè)計(jì)文檔、數(shù)據(jù)字典－ 工程實(shí)施方案－ 割接方案－ 測試報(bào)告－ 系統(tǒng)維護(hù)手冊－ 用戶操作手冊－ 軟件證書－ 試運(yùn)行報(bào)告－ 培訓(xùn)通知單－ 培訓(xùn)資料對上述資料，賣方應(yīng)能提供書面文件或光盤（CDROM）。答：滿足。保修期內(nèi)免費(fèi)更換軟硬件，保修期外以不高于本合同價(jià)格提供備件。答：滿足。如發(fā)生買方測試結(jié)果與提供記錄不符時(shí)，賣方在買方的配合下應(yīng)對買方發(fā)現(xiàn)的質(zhì)量缺陷作重新處理，處理后買方仍需進(jìn)行測試，直到滿足本規(guī)范書的技術(shù)要求后，買方才能給賣方開具初驗(yàn)報(bào)告，工程進(jìn)入試運(yùn)行。測試所需要的儀器設(shè)備由賣方提供。賣方需按照業(yè)務(wù)性能指標(biāo)要求進(jìn)行軟件功能測試，應(yīng)首先提供軟件功能測試方案，經(jīng)買方審核批準(zhǔn)后測試各軟件模塊功能是否滿足指標(biāo)，并向買方提交性能測試記錄。 測試設(shè)備測試由本工程的系統(tǒng)集成方、設(shè)備提供方、買方共同進(jìn)行。（2） 系統(tǒng)實(shí)施搭建周期（自軟硬件設(shè)備到貨之日算起）答：滿足。43 / 50答：滿足。由于賣方原因造成的系統(tǒng)軟硬件漏配、配置不足以及不能匹配，由此引起的為滿足本規(guī)范要求而增加或調(diào)整的軟硬件設(shè)備及其部件，由賣方免費(fèi)提供。答：滿足。答：滿足。答：滿足。答：滿足。答：滿足。答：滿足。答：滿足。答：滿足。答：滿足。具體流程見下圖： 39 / 50話務(wù)員界面 ( 1 1 4 網(wǎng)站 )導(dǎo)航平臺 ( 華為 )用戶5 、 用戶輸入密碼7 、 將用戶輸入的密碼等信息發(fā)送到 1 1 4 網(wǎng)站1 1 、 如果輸入密碼錯(cuò)誤 ， 提示用戶重新輸入8 、 網(wǎng)站獲取導(dǎo)航平臺返回的用戶密碼與數(shù)據(jù)庫密碼比較1 、 告訴話務(wù)員修改個(gè)人資料2 、 提示用戶需輸入密碼 ， 觸發(fā) I V R 回調(diào)接口3 、 調(diào)用 I V R 回調(diào)接口 14 、 通知用戶通過手機(jī)輸入密碼6 、 獲取用戶輸入的密碼信息9 、 調(diào)用 I V R 回調(diào)接口 21 0 、 判斷是否重新提示用戶輸入密碼重復(fù)步驟 5操作流程結(jié)束 ， 切換到話務(wù)員首頁 導(dǎo)航平臺通過捕捉用戶鍵盤輸入信息傳遞給 114 網(wǎng)站話務(wù)員應(yīng)用模塊，114網(wǎng)站應(yīng)用模塊經(jīng)過驗(yàn)證后將結(jié)果反饋給導(dǎo)航平臺答：滿足。答：滿足。 與匯集分析雙向數(shù)據(jù)接口包括：114 網(wǎng)站到匯集分析系統(tǒng)數(shù)據(jù)同步接口 和 匯集分析系統(tǒng)到 114 網(wǎng)站數(shù)據(jù)同步接口。答：滿足。答：滿足。答：滿足。答：滿足。答：滿足。答：滿足。 積分管理增強(qiáng)包括積分規(guī)則擴(kuò)展以及配置及發(fā)起搶換積分活動(dòng)。主要實(shí)現(xiàn)：客戶信息查詢、服務(wù)日志查詢、訂單查詢、配送回執(zhí)查詢、貨物信息查詢、帳戶信息查詢 、應(yīng)收帳款查詢 、客戶信息統(tǒng)計(jì) 、銷售出庫差量 、銷售收入分析 、貨物價(jià)格分析 、銷售品種分析 、銷售業(yè)績分析 、報(bào)表統(tǒng)計(jì)匯總 、銷售數(shù)據(jù)統(tǒng)計(jì)。答：滿足。答：滿足。當(dāng)訂單下發(fā)時(shí)，可通過消息服務(wù)來將打印的信息發(fā)送到車機(jī)中；當(dāng)訂單完成時(shí)，將車機(jī)傳回的實(shí)時(shí)油量自動(dòng)回寫到配送單回執(zhí)中。 網(wǎng)絡(luò)商城系統(tǒng)支撐用戶通過 WEB 網(wǎng)站進(jìn)行商品瀏覽及在線預(yù)定功能，客戶預(yù)訂后系統(tǒng)通過實(shí)時(shí)接口向訂單系統(tǒng)傳輸訂單詳細(xì)數(shù)據(jù)，訂單系統(tǒng)獲取訂單數(shù)據(jù)后將數(shù)據(jù)提供給后向商家。答：滿足。答：滿足。(1)賣方應(yīng)對其軟件產(chǎn)品的模塊名稱，所屬的范疇和層面及其功能進(jìn)行詳細(xì)描述。 應(yīng)用軟件配置賣方應(yīng)詳細(xì)解釋其應(yīng)用軟件產(chǎn)品的總體結(jié)構(gòu)和業(yè)務(wù)流程。支持?jǐn)?shù)據(jù)庫存儲加密、數(shù)據(jù)傳輸通道加密及相應(yīng)冗余控制。具有支持并行操作所需的技術(shù)，包括多服務(wù)器協(xié)同技術(shù)、事務(wù)處理的完整性控制技術(shù)等。支持主流的網(wǎng)絡(luò)協(xié)議。 數(shù)據(jù)庫軟件選擇標(biāo)準(zhǔn)如下：支持主流硬件和操作系統(tǒng)平臺。電源故障或其他緊急情況可提供自保護(hù)和自恢復(fù)。操作系統(tǒng)應(yīng)提供圖形化的系統(tǒng)管理工具。操作系統(tǒng)應(yīng)遵循 X/open XPG4, POSIX 等國際或工業(yè)標(biāo)準(zhǔn)。操作系統(tǒng)支持虛擬內(nèi)存管理，支持多用戶、多任務(wù)、多進(jìn)程和多線程。 系統(tǒng)軟件配置賣方提供的方案中若包含操作系統(tǒng)或數(shù)據(jù)庫軟件配置，則需滿足以下要求。（16）賣方應(yīng)就系統(tǒng)要求做出詳細(xì)的應(yīng)答與說明。答：滿足。（13）為保證關(guān)鍵業(yè)務(wù)數(shù)據(jù)可用性，本工程建設(shè)系統(tǒng)應(yīng)具備完善數(shù)據(jù)可靠存儲策略。（11）平臺的主機(jī)和數(shù)據(jù)庫應(yīng)按照行業(yè)規(guī)范和北京聯(lián)通內(nèi)控要求，配置安全化，規(guī)范化。（9）賣方應(yīng)說明提供的所有功能模塊，可以順利實(shí)施上線的時(shí)間周期（從合同小簽之日算起）。并作為技術(shù)建議書的獨(dú)立附件。（6）賣方應(yīng)對各個(gè)模塊用到的數(shù)據(jù)模型和數(shù)據(jù)結(jié)構(gòu)和 ER 圖作詳細(xì)說明。答：滿足。答：滿足。答：滿足。(13) 軟件具有詳細(xì)、完善、靈活的業(yè)務(wù)、用戶等數(shù)據(jù)的統(tǒng)計(jì)、分析、預(yù)測能力；答：滿足。(10) 軟件應(yīng)有容錯(cuò)能力，一般的軟件故障不應(yīng)引起各類嚴(yán)重的系統(tǒng)再啟動(dòng)；答：滿足。任何一層的任何一個(gè)模塊的維護(hù)和更新以及新模塊的追加都不影響其他模塊；答：滿足。(6) 系統(tǒng)的運(yùn)行應(yīng)是安全、可靠的，具備完善的、分級的操作/訪問權(quán)限控制機(jī)制；答：滿足。(2) 應(yīng)用軟件應(yīng)采用分層次的體系結(jié)構(gòu)，以便于系統(tǒng)的維護(hù)和擴(kuò)展；答：滿足。如：按商家進(jìn)行統(tǒng)計(jì)分析、按訂單產(chǎn)生時(shí)間進(jìn)行統(tǒng)計(jì)分析、按訂單分類進(jìn)行統(tǒng)計(jì)分析等。 歷史訂單查詢：話務(wù)員代客或者用戶通過系統(tǒng)對自己的歷史訂單進(jìn)行查詢。話務(wù)員通過訂單管理功能查看所有訂單的狀態(tài)，對于已經(jīng)配送或處理完畢的訂單，訂單不可再被更改或做撤消操作。 訂單撤銷：話務(wù)員代客或者用戶自己通過網(wǎng)站在指定的規(guī)則范圍內(nèi)進(jìn)行訂單的撤銷。 發(fā)卡后，持卡人可以將卡贈送給他人。答：滿足。答：滿足。使用農(nóng)產(chǎn)品通用卡進(jìn)行實(shí)物預(yù)訂，如果當(dāng)前使用的卡已經(jīng)有過交易的記錄，則本次交易會自動(dòng)將本卡最近一次交易的收貨人信息帶入系統(tǒng)，話務(wù)員根據(jù)實(shí)際28 / 50情況進(jìn)行修改或者只對信息進(jìn)行核對即可。 訂單功能模塊主要包括新增訂單、訂單修改、訂單撤銷、訂單狀態(tài)查詢、訂單監(jiān)控、歷史訂單查詢、訂單統(tǒng)計(jì)分析。答：滿足。具體包括：生成建卡訂單，生成充值訂單，使用農(nóng)產(chǎn)品通用卡進(jìn)行實(shí)物預(yù)訂，以及對三種訂單的管理，包括查詢、修改和撤銷。 訂單角色分類訂單處理角色分類是根據(jù)訂單業(yè)務(wù)使用對象不同，將系統(tǒng)使用者分為一線話務(wù)員、二線話務(wù)員、商家和業(yè)務(wù)管理員。 訂單預(yù)警：系統(tǒng)在訂單池中的訂單數(shù)量達(dá)到一定數(shù)目（系統(tǒng)設(shè)定）的時(shí)候自動(dòng)預(yù)警，紅色字體顯示。答：滿足。 話務(wù)員手工領(lǐng)?。憾€話務(wù)員登錄系統(tǒng)后，對未處理和變更未處理的訂單做分配操作，領(lǐng)取訂單，二線管理員針對領(lǐng)取后的訂單進(jìn)行審核和分配處理，系統(tǒng)支持同時(shí)領(lǐng)取多個(gè)訂單動(dòng)作。答：滿足。 新增訂單管理引擎包括訂單池、訂單處理角色分類、訂單流程、訂單功能模塊。 114 網(wǎng)站信息管理模塊23 / 50114 網(wǎng)站信息管理模塊包括：增加信息、欄目維護(hù)和留言管理。 支付方式維護(hù)模塊支付方式維護(hù)模塊實(shí)現(xiàn)通用卡支付和貨到付款操作。 商家管理模塊商家管理模塊包括：新增供應(yīng)商、修改供應(yīng)商和刪除供應(yīng)商。包括會員管理模塊、商家管理模塊、配送方式維護(hù)模塊、支付方式維護(hù)模塊、信息管理模塊、頁面管理模塊、業(yè)務(wù)報(bào)表統(tǒng)計(jì)模塊、系統(tǒng)管理員模塊。訂單審核功能：二線操作員沒有權(quán)限對訂單進(jìn)行修改和撤銷，所以二線操作員遇到處理不了的訂單，會將訂單全部回傳給二線管理人員。答：滿足。答：滿足。答：滿足。21 / 50答：滿足。答：滿足。答：滿足。答：滿足。答：滿足。答：滿足。答：滿足。 商品搜索用戶可以通過 web 網(wǎng)站，通過不同的檢索條件組合，搜索自己喜歡的商品。答：滿足。 答：滿足。 有卡實(shí)物預(yù)訂功能農(nóng)產(chǎn)品實(shí)物預(yù)訂卡采用非記名方式制卡發(fā)卡。答：滿足。如果回填金額=2022 元,則有效期默認(rèn)為當(dāng)前日期向后推至兩年的日期，且話務(wù)員可以手工修改有效期?？梢詫ㄟM(jìn)行動(dòng)態(tài)刪除操作。答：滿足。 系統(tǒng)架構(gòu)如下圖所示：15 / 50答：滿足。答：滿足。答：滿足。答：滿足。答：滿足。（2）功能支撐層功能支撐層負(fù)責(zé)對呼叫進(jìn)行統(tǒng)一的管理，如完成對呼叫的控制、路由的管理、資源的管理等，它針對具體業(yè)務(wù)對話務(wù)的需求，通過解釋轉(zhuǎn)化為任務(wù)，向交換接入層提交，在交換接入層的配合下，完成豐富多變的話務(wù)功能。 系統(tǒng)總體結(jié)構(gòu)電話導(dǎo)航業(yè)務(wù)平臺的建設(shè)采用業(yè)務(wù)與交換分離的設(shè)計(jì)思想，總體結(jié)構(gòu)分三層實(shí)現(xiàn)，即交換接入層、功能支撐層、業(yè)務(wù)實(shí)現(xiàn)層。 （View：沿用 JSP、HTTP、Form、Tag、Resourse ；Controller：ActionServlet、Action） 。 系統(tǒng)技術(shù)框架系統(tǒng)框架采用當(dāng)前較為流行的 SSH 框架。目前，北京聯(lián)通在電話導(dǎo)航平臺只實(shí)現(xiàn)了自營酒店等部分業(yè)務(wù)的訂單流轉(zhuǎn)控制和自營酒店等商家的管理，無法進(jìn)行實(shí)物預(yù)訂和購買。實(shí)物預(yù)訂的目標(biāo)客戶有消費(fèi)需求的人員，主要是為了方便人們購物消費(fèi)，需要由支付和物流配送系統(tǒng)的支持，這種方式一般由消費(fèi)者在運(yùn)營商側(cè)完成支付，運(yùn)營商扣除一定比例的提成費(fèi)用后把實(shí)物費(fèi)用結(jié)算給實(shí)物供應(yīng)商和物流供應(yīng)商。 業(yè)務(wù)現(xiàn)狀 114 網(wǎng)站業(yè)務(wù)現(xiàn)狀目前運(yùn)營商的商旅業(yè)務(wù)主要分為三類：代客預(yù)訂：比如酒店預(yù)訂、餐飲預(yù)訂等。中國電信從 2022 年開始啟動(dòng)集團(tuán)版的號百商城，2022 年開始，湖南、重慶、江蘇、浙江、新疆各省也開始啟動(dòng)本地版號百商城。目前，114 網(wǎng)站中已經(jīng)具有 400 多萬左右的具備會員注冊、會員資料管理的用戶，但還無法進(jìn)行積分兌換等功能；話務(wù)員界面還無法支撐為用戶辦理通用卡業(yè)務(wù)，用戶感知降低，影響收益。用戶短信回復(fù)信息時(shí)，系統(tǒng)將根據(jù)相關(guān)的規(guī)則進(jìn)行后續(xù)處理。答：滿足。答：滿足。答：滿足。答：滿足。答：滿足。答：滿足。答：滿足。答：滿足。答：滿足。答：滿足。答：滿足。答：滿足。答：滿足。（17）賣方須詳細(xì)介紹賣方公司的總體情況（包括人員結(jié)構(gòu)、企業(yè)資質(zhì)等方面）、曾做過的類似運(yùn)營商項(xiàng)目情況（包括項(xiàng)目背景、建設(shè)規(guī)模、系統(tǒng)投運(yùn)時(shí)間點(diǎn)、最終用戶評議等）。答：滿足。答：滿足。答：滿足。答：滿足。答：滿足。答：滿足。答：滿足。（5）賣方需根據(jù) 節(jié)中的硬件系統(tǒng)部署現(xiàn)狀，結(jié)合自身軟件系統(tǒng)實(shí)際情況給出具體軟件系統(tǒng)在硬件系統(tǒng)上的部署方案，并且提出為實(shí)現(xiàn)軟件功能，硬件系統(tǒng)必須提供的功能，對于未明確提出的功能要求所導(dǎo)致的系統(tǒng)部署困難，賣方需承擔(dān)后續(xù)補(bǔ)救所產(chǎn)生的軟、硬件。賣方需提供詳細(xì)的軟硬件配置清單，要求詳細(xì)描述系統(tǒng)部署應(yīng)用結(jié)構(gòu)，以及對業(yè)務(wù)的支持和實(shí)現(xiàn)程度。、后期運(yùn)維等。（要求賣方必須詳細(xì)描述系統(tǒng)流程的變化，對原有流程的影響）；答：滿足。賣方應(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ǒng)交互的指令）；答：滿足。（3）詳細(xì)設(shè)計(jì)和實(shí)施方案，至少應(yīng)包括以下內(nèi)容：；答：滿足。2 賣方技術(shù)建議書要求賣方所提供的項(xiàng)目建議書需按順序必須包含以下章節(jié)的內(nèi)容（由于內(nèi)容的不完整性造成的一切后果由賣方負(fù)責(zé)）：（1）綜述（2）工程技術(shù)規(guī)范書點(diǎn)對點(diǎn)應(yīng)答。（22）賣方購買的系統(tǒng)軟件、應(yīng)用軟件必須有合法的使用權(quán)，自己開發(fā)的軟件也應(yīng)和招標(biāo)人明確版權(quán)問題。（20）賣方應(yīng)提供本工程的主機(jī)服務(wù)器、網(wǎng)絡(luò)設(shè)備、存儲設(shè)備、系統(tǒng)軟件、應(yīng)用軟件和系統(tǒng)集成服務(wù)，對服務(wù)器提出推薦方案和配置清單。b）在技術(shù)談判的各個(gè)階段，買方將以書面形式要求賣方對有關(guān)問題進(jìn)行進(jìn)一步的技術(shù)澄清，賣方應(yīng)以書面資料給予正式應(yīng)答；所有各階段的技術(shù)澄清文件都將作為合同附件。（18）規(guī)范書有關(guān)內(nèi)容的澄清。（16）賣方在技術(shù)建議書中應(yīng)說明給買方提供的技術(shù)文件、技術(shù)支持、技術(shù)服務(wù)、人員培訓(xùn)、廠驗(yàn)等的范圍和程度。如因賣方配置不合理，而造成所提供的產(chǎn)品或采用其提供產(chǎn)品及建議方案建設(shè)未能滿足本規(guī)范書要求，賣3 / 50方應(yīng)負(fù)全部責(zé)任。（13）賣方的設(shè)備和系統(tǒng)如包含非標(biāo)準(zhǔn)擴(kuò)展協(xié)議或自有專用標(biāo)準(zhǔn)，應(yīng)在建議書中具體說明，并附上相應(yīng)的詳細(xì)技術(shù)資料（包括用戶使用手冊、技術(shù)白皮書等）。本規(guī)范書應(yīng)視為保證網(wǎng)絡(luò)運(yùn)行所需的最低要求，如有遺漏，賣方應(yīng)予以補(bǔ)充，否則一旦中標(biāo)，將認(rèn)為賣方認(rèn)同遺漏部分并免費(fèi)提供。買方將適時(shí)進(jìn)行驗(yàn)證測試，如發(fā)現(xiàn)賣方聲明支持的功能和性能要求與測試結(jié)果不符，將依法保留采取進(jìn)一步措施的權(quán)利。（9）在答復(fù)中，要求明確滿足的程度，凡采用“詳見”、“參見”方式說明的，應(yīng)指明參見文檔（如技術(shù)建議書等）的具體章節(jié)和頁碼。不得使用“明白”、“理解”、“部分滿足”等詞語。（7）賣方提供的軟硬件必須為原廠商通過正常銷售渠道提供，并具有合法的授權(quán)。（5）賣方應(yīng)提供所供網(wǎng)絡(luò)通信設(shè)備的工業(yè)和信息化部入網(wǎng)證及相關(guān)測試報(bào)告。（3）未經(jīng)買方書面許可，賣方不得以任何形式向第三方透露本規(guī)范書的內(nèi)容。逾期則視為自動(dòng)放棄提供建議書的權(quán)利。2022 年北京聯(lián)通電話導(dǎo)航平臺 114 網(wǎng)站 系統(tǒng)改造工程項(xiàng)目技術(shù)規(guī)范書中國聯(lián)合網(wǎng)絡(luò)通信有限公司北京市