【正文】 答：滿足。對于文件中未規(guī)定的相關(guān)設(shè)備性能，賣方應(yīng)提出建議，并陳述理由。（10）賣方在答復(fù)中如無特別說明，賣方聲明支持的功能應(yīng)為設(shè)備已實現(xiàn)的功能，不包括有能力支持但尚未實現(xiàn)的、近期將要實現(xiàn)的、未來計劃實現(xiàn)的功能。答：滿足。首先對實現(xiàn)或滿足程度明確做出“滿足”、“不滿足”等應(yīng)答，然后做出具體、詳2 / 50細的說明。答：滿足。答：滿足。答：滿足。賣方在收到本規(guī)范書后須在要求的時間內(nèi)，提供滿足本規(guī)范書的技術(shù)建議書。同時，買方保留其后續(xù)項目根據(jù)實際情況對本規(guī)范進行補充完善的權(quán)力。（2）本規(guī)范書只是針對 2022 年北京聯(lián)通電話導(dǎo)航平臺 114 網(wǎng)站系統(tǒng)改造工程項目，北京聯(lián)通有權(quán)在簽訂合同前，根據(jù)需要修改和補充本規(guī)范書，修改和補充后的最終規(guī)范書將作為合同的組成部分。（4）買方在任何時候保留和擁有對本規(guī)范書的解釋權(quán)和修改權(quán)。（6）賣方所提供的設(shè)備應(yīng)保證軟件系統(tǒng)是已經(jīng)大量商用的最新版本軟件，賣方應(yīng)對此設(shè)備的軟件硬件所涉及的各種專利、知識產(chǎn)權(quán)等法律條款承擔(dān)義務(wù)，買方對此不承擔(dān)任何責(zé)任。（8）賣方應(yīng)對以下提出的每一項要求，如實地說明其設(shè)備的支持程度。建議部分應(yīng)和其它部分分別進行答復(fù)。答：滿足。（11）賣方提供的各項設(shè)備和系統(tǒng)（包括軟、硬件）的功能和性能應(yīng)完全符合北京聯(lián)通指明的標(biāo)準(zhǔn)，并滿足或高于北京聯(lián)通提出的要求。（12）賣方所提供的所有各項設(shè)備和系統(tǒng)（包括軟、硬件）應(yīng)符合有關(guān)標(biāo)準(zhǔn)如（ISO、ITUT、ETSI、IETF 等），賣方應(yīng)在建議書中具體說明，并附上相應(yīng)的詳細技術(shù)資料。答：滿足。（15）賣方在建議書中應(yīng)說明對供貨時間、供貨質(zhì)量控制等的具體安排。（17）賣方應(yīng)在建議書中列出提供的書面技術(shù)資料詳細清單。在規(guī)定的建議書提交最后期限以前，買方將以書面材料給予答復(fù)，有關(guān)買方答復(fù)材料的復(fù)印件也將遞交所有得到規(guī)范書的賣方。（19）本技術(shù)規(guī)范書中涉及到非本期工程實現(xiàn)的內(nèi)容，根據(jù)這些內(nèi)容，賣方在技術(shù)設(shè)計時要充分考慮系統(tǒng)的可擴展性。（21）賣方承諾所提供的應(yīng)用軟件支持主流的存儲設(shè)備、主機服務(wù)器、網(wǎng)絡(luò)設(shè)備、數(shù)據(jù)庫軟件，并能提供本工程的系統(tǒng)集成服務(wù)。4 / 50（23）賣方承諾所開發(fā)的系統(tǒng)軟件，在系統(tǒng)驗收之前，賣方須根據(jù)買方的要求及時做出設(shè)計修改，以保證系統(tǒng)功能的完整性和可靠性。對于本規(guī)范書內(nèi)容，賣方應(yīng)逐項應(yīng)答，沒有編號的應(yīng)逐段應(yīng)答。，對設(shè)備和軟件的配置方案提供詳細的計算過程；答：滿足。5 / 50，業(yè)務(wù)能力及指標(biāo)描述；答：滿足。（包括網(wǎng)絡(luò)和硬件的拓撲圖以及軟件的詳細部署方案）；答：滿足。（4）軟件產(chǎn)品和系統(tǒng)配置詳細說明和配置詳細清單。賣方需對提供的產(chǎn)品配置建議負責(zé)，并保證工程整體實施和集成效果不受影響。（6）賣方需根據(jù)自身軟件的結(jié)構(gòu)、硬件系統(tǒng)的部署方式，對所有雙/多機 HA6 / 50系統(tǒng)的異常狀態(tài)切換進行詳細描述，本部分需設(shè)立“高可用性建設(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ù)中斷時間說明。答：滿足。答：滿足。答：滿足。答：滿足。答：滿足。7 / 50答：滿足。售后服務(wù)安排及質(zhì)量保證措施。答：滿足。答：滿足。答：滿足。答：滿足。答：滿足。答：滿足。答：滿足。答：滿足。答：滿足。答：滿足。答：滿足。目前 114 網(wǎng)站已經(jīng)實現(xiàn)了會員注冊、會員管理、積分管理、商家管理、合作商家產(chǎn)品管理等功能。答：滿足。答：滿足。EXCEL 導(dǎo)出功能，會員的積分數(shù)據(jù)和訂單數(shù)據(jù)能夠以 EXCEL 的方式進行導(dǎo)出。答：滿足。答：滿足。答：滿足。票務(wù)類預(yù)訂：比如機票預(yù)訂、火車票預(yù)訂等。答：滿足。Struts： Struts 是一個表示層框架，主要作用是界面展示，接收請求，分發(fā)請求。Spring： Spring 是一個業(yè)務(wù)層框架，是一個整合的框架，能夠很好地黏合表示層與持久層。（1）交換接入層交換接入層負責(zé)各種媒體的綜合接入，實現(xiàn)語音接入、小靈通短信下行接入、G 網(wǎng)用戶短信上下行等多種接入方式。答：滿足。支撐 114 查號業(yè)務(wù)的應(yīng)用軟件包含如下功能：查詢功能、增刪改功能、質(zhì)檢功能、IVR 功能、統(tǒng)計分析功能、外呼功能以及監(jiān)控管理功能，并且能根據(jù)話務(wù)員的實際從事話務(wù)工作的不同設(shè)置不同的權(quán)限。答：滿足。答：滿足。答：滿足。答：滿足。答：滿足。建卡流程圖如下：首次建卡配送地是否合法電話號碼是否合法是姓名是否合法是驗證詳細地址是否合法是驗證配送時間是否合法是驗證金額是否合法是是否需要發(fā)票是否選擇支付方式為現(xiàn)金否否否選擇發(fā)票類型選擇發(fā)票抬頭選擇發(fā)票內(nèi)容選擇發(fā)票明細是否否否答：滿足。 農(nóng)產(chǎn)品通用卡充值功能17 / 50 用戶可以一次為多張農(nóng)產(chǎn)品通用卡進行充值。如果回填金額=2022 元,則有效期默認為當(dāng)前日期向后推至兩年的日期，且話務(wù)員可以手工修改有效期。 答：滿足。 實物訂單修改功能話務(wù)員點擊修改按鈕后，舊訂單商品信息重新回到購物車以后，話務(wù)員可以隨意進行如下操作： 更改商品數(shù)量、增減商品(只有符合修改規(guī)則的才能被修改) 。 新增 WEB 用戶電子商城應(yīng)用模塊該模塊包括 WEB 商品搜索模塊、商品瀏覽、在線客服模塊、積分查詢模塊、19 / 50投訴功能模塊、歷史訂單明細模塊和個人信息管理模塊。答：滿足。答：滿足。答：滿足。20 / 50目前 WAP 提供了產(chǎn)品預(yù)訂、交通出行、通信助理業(yè)務(wù)咨詢的 114 電話直撥功能。答：滿足。答：滿足。答：滿足。答：滿足。答：滿足。答：滿足。已派發(fā)的訂單會從訂22 / 50單池中移走。答：滿足。 會員管理模塊會員管理模塊包括：會員增加、會員修改。 配送方式維護模塊配送方式維護模塊實現(xiàn)商家配送方式的修改操作。 話務(wù)員管理模塊話務(wù)員管理模塊包括：話務(wù)員增加、話務(wù)員修改、話務(wù)員刪除。 114 網(wǎng)站頁面管理模塊114 網(wǎng)站頁面管理模塊包括：增加廣告、廣告管理、增加頁面和頁面管理。 訂單池系統(tǒng)對所有已經(jīng)確認后的咨詢單自動池化，生成訂單總池，池中包含所有未經(jīng)處理的訂單。答：滿足。在進行訂單領(lǐng)取時，系統(tǒng)對訂單進行鎖定操作，一旦鎖定，其他用戶將只能進行查看操作。 系統(tǒng)自動派發(fā)：如果訂單在指定時間（系統(tǒng)設(shè)定）內(nèi)沒有被任何操作員領(lǐng)取，系統(tǒng)將隨機分配給選擇話務(wù)員。系統(tǒng)在訂單距離超期時間（系統(tǒng)設(shè)定）還有指定時間（系統(tǒng)設(shè)定）的時候，自動預(yù)警（黃色顯示）。 一線話務(wù)員：26 / 50為用戶提供訂購業(yè)務(wù)服務(wù)的接線員，一線話務(wù)員對訂單進行咨詢、訂單生成操作。 二線話務(wù)員：負責(zé)審核訂單、處理催單，通過和商家溝通，確認能否為已經(jīng)申請成功的訂單提供服務(wù)，負責(zé)對訂單處理過程進行催分配，催聯(lián)系等；答：滿足。答：滿足。 新增訂單：話務(wù)員代客操作或用戶自己通過網(wǎng)站進行農(nóng)產(chǎn)品通用卡預(yù)訂、對通用卡進行充值、使用農(nóng)產(chǎn)品通用卡進行實物預(yù)訂,產(chǎn)生訂單。答：滿足。答：滿足。(所有卡合計可用總金額大于等于訂購貨款的時候，提示不讓添加新卡) 答：滿足。此卡如果曾經(jīng)有過交易實物的記錄，則持卡人使用此卡再次進行購物的時候，系統(tǒng)會將此卡最近一次交易人的信息自動帶入，從而大大減少了話務(wù)員的工作量，提高了話務(wù)員的工作效率，話務(wù)員只需詢問確認收貨人信息即可。答：滿足。 訂單監(jiān)控：系統(tǒng)對訂單池中的訂單進行實時監(jiān)控和預(yù)警，如訂單數(shù)量達到 1000 份、訂單超過 3 小時無人處理等。答：滿足。6 軟件設(shè)計要求 基本要求(1) 賣方的應(yīng)用軟件應(yīng)能支持各類主流服務(wù)器；答：滿足。(4) 應(yīng)用軟件應(yīng)具有很好的開放性，以便于與其他應(yīng)用系統(tǒng)的連接；答：滿足。答：滿足。用戶數(shù)據(jù)的任何變更都不應(yīng)引起運行版本程序的變更。(12) 應(yīng)具有軟件運行故障的監(jiān)視功能。答：滿足。答：滿足。答：滿足。上述內(nèi)容要求作為技術(shù)建議書的獨立附件。答：滿足。（8）本工程建設(shè)系統(tǒng)中各功能應(yīng)采用模塊化結(jié)構(gòu)，各子系統(tǒng)間要以松耦合方式建立，可以靈活修改，每個模塊的調(diào)整不能影響其他系統(tǒng)的正常工作；且各32 / 50模塊功能之間邏輯劃分準(zhǔn)確，盡量減少操作數(shù)量。（10）平臺的數(shù)據(jù)庫主機服務(wù)器、接口主機服務(wù)器等重要服務(wù)器需采用備份工作方式。（12）對于需要經(jīng)常查詢的日志，新系統(tǒng)應(yīng)可以提供頁面化的查詢方式，以提高維護的方便性，系統(tǒng)還應(yīng)能夠支持認證失敗信息實時統(tǒng)計查詢的功能。（14）所有存儲的關(guān)鍵業(yè)務(wù)數(shù)據(jù)，必須使用采用 RAID0+1 方式(HOT SPARE 配置按照通行慣例或原廠商的推薦標(biāo)準(zhǔn)配置)，其他普通數(shù)據(jù)可采用 RAID5 方式。賣方應(yīng)就本次項目建議方案中使用的軟件承載用戶能力、系統(tǒng)設(shè)計的性能指標(biāo)、系統(tǒng)配置、以及軟件功能、詳細的功能模塊進行詳細說明。但不計入合價，并提供技術(shù)性能及供經(jīng)濟技術(shù)比較所需的資料。 操作系統(tǒng)關(guān)鍵業(yè)務(wù)應(yīng)用主機采用 Windows、Linux 或 UNIX 等主流操作系統(tǒng)。操作系統(tǒng)應(yīng)至少達到 C2 級的安全標(biāo)準(zhǔn)。提供完整的軟件開發(fā)環(huán)境，包括 C 編譯器等開發(fā)工具。支持在線診斷和軟硬件的自動錯誤記錄。支持高可用性集群。支持網(wǎng)絡(luò)上大型同構(gòu)或異構(gòu)數(shù)據(jù)庫之間的數(shù)據(jù)的有效傳輸和冗余性復(fù)制。實現(xiàn)和高級語言互連的能力。支持 C2 級安全標(biāo)準(zhǔn)，多級安全控制。提供 Web 服務(wù)接口模塊，對客戶端輸出協(xié)議支持 、SSL 等。做到軟件框架和文字描述一一對應(yīng)。(2)賣方應(yīng)說明自身產(chǎn)品目前可以直接運行在何種主流服務(wù)器(如HP、IBM、SUN 等)和操作系統(tǒng)上(HPUNIX、IBMAIX、SUNSOLARIS 等)，說明服務(wù)器名稱、操作系統(tǒng)名稱和版本。35 / 50答：滿足。在原有電話導(dǎo)航前向客戶會員和積分管理模塊增強功能。答：滿足。答：滿足。其中商家信息審核和產(chǎn)品信息審核由系統(tǒng)管理員進行審核，管理員審核通過后客戶能看到后向商家的信息及產(chǎn)品信息。答：滿足。 會員管理增強包括后向客戶會員管理和會員級別擴展及配置。 系統(tǒng)功能本期建設(shè)主要提供以下系統(tǒng)功能：1）實現(xiàn)商戶通過 Web/Wap 方式完成網(wǎng)上查號及綜合信息查詢。答：滿足。答：滿足。一線話務(wù)員將農(nóng)產(chǎn)品通過卡訂單下發(fā)后，二線管理人員將農(nóng)產(chǎn)品通用卡訂單派發(fā)給二線普通操作人員，二線普通操作人員在自己的訂單池中可以看到這條待處理的訂單，然后聯(lián)系物流人員，更改訂單配送狀態(tài)。一線話務(wù)員將農(nóng)產(chǎn)品通過卡充值訂單下發(fā)后，二線管理人員將農(nóng)產(chǎn)品通用卡訂單派發(fā)給二線普通操作人員，二線普通操作人員在自己的訂單池中可以看到這條待處理的訂單，然后聯(lián)系物流人員，更改訂單配送狀態(tài)。答：滿足。接口采用 jdbc 連接方式。答：滿足。答：滿足。主要規(guī)模為：軟件模塊 具體功能模塊 數(shù)量 備注農(nóng)產(chǎn)品通用卡管理 　話務(wù)員應(yīng)用模塊實物預(yù)訂 　定制開發(fā)web 商品預(yù)訂 　購物車管理 　積分查詢模塊 　投訴功能模塊 　個人信息管理 　WEB 用戶電子商城應(yīng)用模塊歷史訂單明細查詢 　定制開發(fā)軟件WAP 應(yīng)用模塊 WAP 方式注冊 　 定制開發(fā)40 / 50WAP 方式積分查詢 　預(yù)約掛號 　隨身號薄 　商務(wù)總機 　優(yōu)惠券 　積分兌換 　商家訂單處理模塊 　商家信息維護 　商家配送模塊 　商家統(tǒng)計分析服務(wù) 　客服應(yīng)答處理模塊 　商家管理功能模塊 　商品維護模塊 　商家應(yīng)用模塊商家投訴處理模塊 　定制開發(fā)業(yè)務(wù)報表統(tǒng)計模塊 　訂單管理 　中臺業(yè)務(wù)人員應(yīng)用 模塊商品管理模塊 　定制開發(fā)會員管理模塊 　商家管理模塊 　配送方式維護模塊 　支付方式維護模塊 　信息管理模塊 　頁面管理模塊 　后臺管理員應(yīng)用模塊系統(tǒng)管理員模塊 　定制開發(fā)訂單池 　訂單處理角色分類 　訂單管理引擎訂單流程 　定制開發(fā)第三方軟件WEB 中間件 Weblogic 1 套 標(biāo)準(zhǔn)版　答：滿足。答：滿足。答：滿足。答：滿足。答：滿足。答：滿足。答：滿足。答：滿足。答：滿足。賣方有責(zé)任解決軟、硬件設(shè)備安裝、調(diào)測出現(xiàn)的問題，并作為系統(tǒng)產(chǎn)生任何問題時的第一響應(yīng)方。答：滿足。答：滿足。 設(shè)備安裝及調(diào)測賣方負責(zé)設(shè)備的安裝、調(diào)測，將結(jié)果數(shù)據(jù)和資源配置經(jīng)賣方整理后移交買方代表，作為驗收參考依據(jù)。賣方應(yīng)該提供測試報告，測試記錄經(jīng)賣方整理后移交買方代表，作為驗收依據(jù)。答：滿足。 初驗與試運行條件買方對賣方集成的設(shè)備功能和性能測試記錄進行測試，如果測試結(jié)果與記錄相符，則認為測試滿足買方初驗的條件，反之則不具備初驗的條件。 試運行系統(tǒng)試運行期為 6 個月。答：滿足。答：滿足。45 / 50答：滿足。賣方應(yīng)在建議書中列出提供的技術(shù)資料詳細清單。 服務(wù)要求(1) 賣方有責(zé)任在保證安全和質(zhì)量的前提下提供技術(shù)服務(wù)，包括：技術(shù)咨詢、技術(shù)資料、設(shè)備技術(shù)說明書、使用說明書、維護說明書等。46 / 50答：滿足。答：滿足。答：滿足。答：滿足。答：滿足。(2) 培訓(xùn)計劃應(yīng)包括所提供設(shè)備的原理和技術(shù)性能、操作維護方法、安裝調(diào)測、排除故障及軟件結(jié)構(gòu)、定制和升級等各個方面。(4) 賣方培訓(xùn)費用應(yīng)詳細開列，明確培訓(xùn)地點、時間等項目，如果賣方提