【正文】 線話務員分為合作方管理員和合作方操作員，合作方管理員對訂單進行派發(fā)、對訂單進行修改和撤銷操作；合作方操作員對訂單進行具體處理，包括配送確認、回填確認、到貨簽收確認的操作。答：滿足。 業(yè)務管理員：負責核對訂單，通過和商家溝通，確認訂單數(shù)量，以及傭金結算。答：滿足。 訂單流程訂單流程如下圖所示：27 / 50答：滿足。 訂單功能模塊主要包括新增訂單、訂單修改、訂單撤銷、訂單狀態(tài)查詢、訂單監(jiān)控、歷史訂單查詢、訂單統(tǒng)計分析。答：滿足。 新增訂單：話務員代客操作或用戶自己通過網站進行農產品通用卡預訂、對通用卡進行充值、使用農產品通用卡進行實物預訂,產生訂單。答：滿足。使用農產品通用卡進行實物預訂，如果當前使用的卡已經有過交易的記錄，則本次交易會自動將本卡最近一次交易的收貨人信息帶入系統(tǒng)，話務員根據實際28 / 50情況進行修改或者只對信息進行核對即可。節(jié)省了話務員的工作量，提高了工作效率。答：滿足。 訂單修改：話務員代客或用戶自己通過網站修改訂單信息，如修改商品、數(shù)量、配送地址。答：滿足。對于建卡訂單和充值訂單：話務員可以代客進行修改除卡號外任何信息，修改需要在規(guī)則范圍內。答：滿足。修改實物訂單：重新回到購物車以后，話務員可以進行如下操作： 更改商品數(shù)量 、增減商品 。答：滿足。新增商品卡金額不足，可以添加卡。(所有卡合計可用總金額大于等于訂購貨款的時候，提示不讓添加新卡) 答：滿足。農產品實物預訂卡采用非記名方式制卡發(fā)卡。 發(fā)卡后，持卡人可以將卡贈送給他人。 答：滿足。此卡如果曾經有過交易實物的記錄，則持卡人使用此卡再次進行購物的時候，系統(tǒng)會將此卡最近一次交易人的信息自動帶入，從而大大減少了話務員的工作量，提高了話務員的工作效率，話務員只需詢問確認收貨人信息即可。 答：滿足。 訂單撤銷：話務員代客或者用戶自己通過網站在指定的規(guī)則范圍內進行訂單的撤銷。目前實物預訂中，撤銷訂單，會將農產品通用卡中凍結的金額退還。答：滿足。 訂單狀態(tài)查詢：29 / 50話務員代客或者用戶在訂單流轉的過程中對訂單的實時狀態(tài)進行查詢。話務員通過訂單管理功能查看所有訂單的狀態(tài)，對于已經配送或處理完畢的訂單，訂單不可再被更改或做撤消操作。答：滿足。 訂單監(jiān)控：系統(tǒng)對訂單池中的訂單進行實時監(jiān)控和預警，如訂單數(shù)量達到 1000 份、訂單超過 3 小時無人處理等。答：滿足。 歷史訂單查詢：話務員代客或者用戶通過系統(tǒng)對自己的歷史訂單進行查詢。如：查詢近一個月的訂單、按訂單分類查詢近半年的訂單等。答：滿足。 訂單統(tǒng)計分析：對系統(tǒng)中的訂單進行統(tǒng)計分析。如：按商家進行統(tǒng)計分析、按訂單產生時間進行統(tǒng)計分析、按訂單分類進行統(tǒng)計分析等。答：滿足。6 軟件設計要求 基本要求(1) 賣方的應用軟件應能支持各類主流服務器；答：滿足。(2) 應用軟件應支持 Windows、Linux 或 UNIX 等主流操作系統(tǒng)； 答：滿足。(2) 應用軟件應采用分層次的體系結構，以便于系統(tǒng)的維護和擴展；答：滿足。(3) 應用軟件應能根據用戶規(guī)模的不同支持集中處理模式和分布式處理；答：滿足。(4) 應用軟件應具有很好的開放性，以便于與其他應用系統(tǒng)的連接；答：滿足。30 / 50(5) 應用軟件應能適應多種大型數(shù)據庫系統(tǒng)，例如 Oracle、Sybase 等；答：滿足。(6) 系統(tǒng)的運行應是安全、可靠的，具備完善的、分級的操作/訪問權限控制機制；答：滿足。(7) 系統(tǒng)應具有數(shù)據備份及災難恢復功能。答：滿足。(8) 要求軟件采用分層的模塊化結構，模塊之間的通信應按規(guī)定接口進行。任何一層的任何一個模塊的維護和更新以及新模塊的追加都不影響其他模塊；答：滿足。(9) 系統(tǒng)參數(shù)、用戶數(shù)據與處理程序應有相對的獨立性。用戶數(shù)據的任何變更都不應引起運行版本程序的變更。處理程序應與系統(tǒng)參數(shù)、用戶數(shù)據相適應；答：滿足。(10) 軟件應有容錯能力，一般的軟件故障不應引起各類嚴重的系統(tǒng)再啟動；答：滿足。(11) 軟件設計應有防護性能，某一軟件模塊內的軟件錯誤應限制在本模塊內，而不應造成其他軟件模塊的錯誤；答：滿足。(12) 應具有軟件運行故障的監(jiān)視功能。一旦軟件出現(xiàn)死循環(huán)等重大故障，應能自動再啟動，并能出即時故障報告信息；答：滿足。(13) 軟件具有詳細、完善、靈活的業(yè)務、用戶等數(shù)據的統(tǒng)計、分析、預測能力；答：滿足。(14) 賣方需對銷售的核心軟件部分擁有自主知識產權。答：滿足。 總體設計要求31 / 50（1）賣方應提供本工程各設備運行的詳細的軟件配置描述，包括業(yè)務軟件模塊，及可能涉及的設備擴容所使用的專業(yè)軟件，賣方需詳細描述各種軟件功能、能力限制（license 限制）和硬件平臺、操作系統(tǒng)支持情況。答：滿足。（2）賣方應提供本工程對平臺各模塊的影響，需要列出平臺的全部功能模塊并按下表標識各模塊在本工程中是否發(fā)生變化。答：滿足。模塊名 新增 改造 不變針對上表中新增、改造部分，賣方應明確描述新增和改造的具體流程、數(shù)據格式和接口變化，以及該變化導致的現(xiàn)有業(yè)務流程、數(shù)據格式和接口等變化。答：滿足。（3）賣方應給出本工程的整體軟件架構（邏輯功能結構）和各個功能模塊，同時應說明功能模塊之間的關系和采用的接口技術,并就各部分之間中間件內部通訊機制和協(xié)議進行詳細說明。答：滿足。（4）針對每個模塊給出詳細的功能列表及進程名稱，并作為獨立附件提供。答：滿足。（5）賣方應根據各個具體業(yè)務對各模塊之間的工作流程、數(shù)據流向、數(shù)據交互的關系圖進行詳細描述。上述內容要求作為技術建議書的獨立附件。答：滿足。（6）賣方應對各個模塊用到的數(shù)據模型和數(shù)據結構和 ER 圖作詳細說明。上述內容要求作為技術建議書的獨立附件。答：滿足。（7）賣方應給出各軟件功能模塊在硬件設備上的部署關系對照表。并作為技術建議書的獨立附件。答：滿足。（8）本工程建設系統(tǒng)中各功能應采用模塊化結構，各子系統(tǒng)間要以松耦合方式建立，可以靈活修改，每個模塊的調整不能影響其他系統(tǒng)的正常工作；且各32 / 50模塊功能之間邏輯劃分準確，盡量減少操作數(shù)量。答：滿足。（9）賣方應說明提供的所有功能模塊，可以順利實施上線的時間周期（從合同小簽之日算起）。答：滿足。（10）平臺的數(shù)據庫主機服務器、接口主機服務器等重要服務器需采用備份工作方式。答：滿足。（11）平臺的主機和數(shù)據庫應按照行業(yè)規(guī)范和北京聯(lián)通內控要求，配置安全化，規(guī)范化。答：滿足。（12）對于需要經常查詢的日志，新系統(tǒng)應可以提供頁面化的查詢方式，以提高維護的方便性，系統(tǒng)還應能夠支持認證失敗信息實時統(tǒng)計查詢的功能。答：滿足。（13）為保證關鍵業(yè)務數(shù)據可用性，本工程建設系統(tǒng)應具備完善數(shù)據可靠存儲策略。答：滿足。（14）所有存儲的關鍵業(yè)務數(shù)據，必須使用采用 RAID0+1 方式(HOT SPARE 配置按照通行慣例或原廠商的推薦標準配置)，其他普通數(shù)據可采用 RAID5 方式。存儲系統(tǒng)擴容可沿用現(xiàn)有方式，但需就系統(tǒng)性能和安全性進行說明。答：滿足。（15）賣方應提供本次項目中使用的軟件清單證明。賣方應就本次項目建議方案中使用的軟件承載用戶能力、系統(tǒng)設計的性能指標、系統(tǒng)配置、以及軟件功能、詳細的功能模塊進行詳細說明。答：滿足。（16）賣方應就系統(tǒng)要求做出詳細的應答與說明。若賣方方案與本規(guī)范書中所述方案不符，賣方可根據自身產品特點，在不影響系統(tǒng)建設目標與功能的前提下，做出修正，可單獨提出其項目和報價，并提出相應的配置表及報價清單，同時應進行比較，做出詳細說明。但不計入合價，并提供技術性能及供經濟技術比較所需的資料。33 / 50答：滿足。 系統(tǒng)軟件配置賣方提供的方案中若包含操作系統(tǒng)或數(shù)據庫軟件配置，則需滿足以下要求。答：滿足。 操作系統(tǒng)關鍵業(yè)務應用主機采用 Windows、Linux 或 UNIX 等主流操作系統(tǒng)。答：滿足。操作系統(tǒng)支持虛擬內存管理，支持多用戶、多任務、多進程和多線程。答：滿足。操作系統(tǒng)應至少達到 C2 級的安全標準。答：滿足。操作系統(tǒng)應遵循 X/open XPG4, POSIX 等國際或工業(yè)標準。答：滿足。提供完整的軟件開發(fā)環(huán)境，包括 C 編譯器等開發(fā)工具。答：滿足。操作系統(tǒng)應提供圖形化的系統(tǒng)管理工具。答：滿足。支持在線診斷和軟硬件的自動錯誤記錄。答：滿足。電源故障或其他緊急情況可提供自保護和自恢復。答：滿足。支持高可用性集群。答：滿足。 數(shù)據庫軟件選擇標準如下：支持主流硬件和操作系統(tǒng)平臺。答：滿足。支持網絡上大型同構或異構數(shù)據庫之間的數(shù)據的有效傳輸和冗余性復制。答：滿足。支持主流的網絡協(xié)議。34 / 50答：滿足。實現(xiàn)和高級語言互連的能力。答：滿足。具有支持并行操作所需的技術，包括多服務器協(xié)同技術、事務處理的完整性控制技術等。答：滿足。支持 C2 級安全標準，多級安全控制。答：滿足。支持數(shù)據庫存儲加密、數(shù)據傳輸通道加密及相應冗余控制。答：滿足。提供 Web 服務接口模塊，對客戶端輸出協(xié)議支持 、SSL 等。答：滿足。 應用軟件配置賣方應詳細解釋其應用軟件產品的總體結構和業(yè)務流程。如果采用第三方產品，指明第三方產品在整個體系結構中所起的作用。做到軟件框架和文字描述一一對應。答：滿足。(1)賣方應對其軟件產品的模塊名稱，所屬的范疇和層面及其功能進行詳細描述。答：滿足。(2)賣方應說明自身產品目前可以直接運行在何種主流服務器(如HP、IBM、SUN 等)和操作系統(tǒng)上(HPUNIX、IBMAIX、SUNSOLARIS 等)，說明服務器名稱、操作系統(tǒng)名稱和版本。并說明對于其他服務器和操作系統(tǒng)是否可以移植，移植難度主要體現(xiàn)在什么地方；如果不能移植的技術原因；如果可以移植，一般情況下從開始移植到最終可以正式商用之間的時間。答：滿足。(3)賣方應說明自身產品目前可以直接運行在何種主流數(shù)據庫產品(如ORACLE、INFORMIX、SYBASE、SQL SEVER 等)，并說明對于其他數(shù)據庫產品，賣方是否可以移植，移植難度主要體現(xiàn)在什么地方；如果不能移植的技術原因；如果可以移植，一般情況下從開始移植到最終可以正式商用之間的時間。35 / 50答：滿足。(4)賣方應保證所提供的軟件具有良好的可擴展性，當新增功能需求時，能較快地實現(xiàn)系統(tǒng)功能模塊的整合擴展，而不需要變更系統(tǒng)的基礎架構。答：滿足。 114 網站系統(tǒng)功能要求 業(yè)務功能本期系統(tǒng)在原有 WEB 網站的基礎上建設網絡商城、配送管理、在線支付、數(shù)據統(tǒng)計、商品發(fā)布、消息提醒功能，目的是實現(xiàn)網上訂購、付款及配送工作，增加 114 電話導航業(yè)務的訂單，提升整體收入。在原有電話導航前向客戶會員和積分管理模塊增強功能。答：滿足。 網絡商城系統(tǒng)支撐用戶通過 WEB 網站進行商品瀏覽及在線預定功能，客戶預訂后系統(tǒng)通過實時接口向訂單系統(tǒng)傳輸訂單詳細數(shù)據，訂單系統(tǒng)獲取訂單數(shù)據后將數(shù)據提供給后向商家?？蛻艨呻S著登錄系統(tǒng)查看貨物派送流程，處理環(huán)節(jié)等工作。答：滿足。 配送管理主要是根據訂單情況，安排配送車輛與配送時間，并自動通過與車機的交互，獲得配送油量信息。當訂單下發(fā)時，可通過消息服務來將打印的信息發(fā)送到車機中；當訂單完成時，將車機傳回的實時油量自動回寫到配送單回執(zhí)中。在途、配送完成后，都將向客戶發(fā)送一條短消息，以提示客戶訂單的狀態(tài)以及訂貨量、價格等信息，并確認。答：滿足。 在線支付系統(tǒng)通過與農產品卡管理平臺建立接口，實現(xiàn)農產品卡的在線支付功能，客戶訂購產品后可立即進行在線付款。答：滿足。 商品發(fā)布此功能模塊包括后向商家信息注冊、后向商家信息審核、后向商家產品信息36 / 50發(fā)布、后向商家產品信息審核、后向商家產品信息加載功能。其中商家信息審核和產品信息審核由系統(tǒng)管理員進行審核，管理員審核通過后客戶能看到后向商家的信息及產品信息。系統(tǒng)獲取商家信息后，通過實時接口將數(shù)據傳輸?shù)接唵蜗到y(tǒng)，同時訂單系統(tǒng)獲取數(shù)據后通過回執(zhí)進行確認。答：滿足。 消息提醒系統(tǒng)可通過頁面、短信等多種方式進行重要日期提醒，如積分變更、客戶生日、客戶自定義的紀念日、客戶貨物下發(fā)通知等信息。答：滿足。 數(shù)據統(tǒng)計對一些有用信息提供查詢與統(tǒng)計的功能。主要實現(xiàn)：客戶信息查詢、服務日志查詢、訂單查詢、配送回執(zhí)查詢、貨物信息查詢、帳戶信息查詢 、應收帳款查詢 、客戶信息統(tǒng)計 、銷售出庫差量 、銷售收入分析 、貨物價格分析 、銷售品種分析 、銷售業(yè)績分析 、報表統(tǒng)計匯總 、銷售數(shù)據統(tǒng)計。答：滿足。 會員管理增強包括后向客戶會員管理和會員級別擴展及配置。答：滿足。 積分管理增強包括積分規(guī)則擴展以及配置及發(fā)起搶換積分活動。答：滿足。 系統(tǒng)功能本期建設主要提供以下系統(tǒng)功能：1）實現(xiàn)商戶通過 Web/Wap 方式完成網上查號及綜合信息查詢。114 網站系統(tǒng)通過調用 114 電話導航綜合信息搜索引擎，提供精準信息服務，讓用戶在感受到便捷的同時，體會到與一般互聯(lián)網查詢的區(qū)別。答：滿足。2）實現(xiàn)商戶網上業(yè)務受理(預受理)、商戶相關信息的預登記。答：滿足。37 / 503）實現(xiàn)商戶網上客戶資料自助登記/修改，為用戶提供基于互聯(lián)網的自助管理服務。答：滿足。4）實現(xiàn)用戶熱線預定的網上訂單交易等服務。答：滿足。5）利用 114 電話導航強大的后臺數(shù)據庫支撐系統(tǒng)，