1 分類號 密級 編號 碩士學(xué)位論文 天津移動定制終端營銷管理系統(tǒng) s to 文作者 吳銘 指導(dǎo)教師 程 仁 洪 申請學(xué)位 碩士 培養(yǎng)單位 軟件學(xué)院 學(xué)科專業(yè) 軟件工程 研究方向 軟件工程 答辯委員會主席 評 閱 人 南開大學(xué)研究生院 2 摘要 2012年中國移動提出“以終端為載體、合約計劃為抓手、客戶需求為導(dǎo)向、客戶體驗為依據(jù) 2，整合業(yè)務(wù)及促銷資源、構(gòu)建多渠道協(xié)同銷售體系，實現(xiàn)對終端、話音 、流量、數(shù)據(jù)業(yè)務(wù)的一體化營銷”工作目標(biāo)。 為更好地支撐業(yè)務(wù)的發(fā)展，實現(xiàn)工作目標(biāo)，解決移動業(yè)務(wù)與終端銷售相互獨立，系統(tǒng)間相互分離的問題，在現(xiàn)有二級系統(tǒng)管理支撐架構(gòu)下建設(shè)了天津移動定制終端營銷管理系統(tǒng)，以滿足終端、話音、流量、數(shù)據(jù)業(yè)務(wù)資源整合的一體化營銷的管理和支撐要求。 系統(tǒng) 基于面向服務(wù)（ 架構(gòu)體系，在傳統(tǒng)基于 B/S 開發(fā)的 臺 4 層結(jié)構(gòu)基礎(chǔ)上進(jìn)行了改進(jìn)，并選用 立了一個松耦合、可復(fù)用、可擴(kuò)展、配置化的系統(tǒng)級應(yīng)用平臺。 系統(tǒng)在未來研究中需要 增加營銷活動個性 化推薦的功能，優(yōu)化系統(tǒng)兼容性，提升系統(tǒng)易用性。 關(guān)鍵字： 定制終端 營銷 資源整合 3 012 as on of to a of s to to of to of of on a 4 / S 2EE of of a is on a be in to of 4 目錄 第一章 緒論 . 9 題的背景及研究意義 . 9題研究工作 . 10 文結(jié)構(gòu) . 10二章 相關(guān)技術(shù)概述 . 11 向服務(wù)技術(shù)架構(gòu) . 112臺 . 12. 錯誤 !未定義書簽。 架 . 錯誤 !未定義書簽。 架 . 錯誤 !未定義書簽。 . 錯誤 !未定義書簽。 臺 . 錯誤 !未定義書簽。 據(jù)庫 . 錯誤 !未定義書簽。 結(jié) . 20 第三章 需求分析 . 20 務(wù)目標(biāo)和用戶范圍 . 20統(tǒng)的整體用例圖及系統(tǒng)邊界確定 . 21 制終端營銷管理系統(tǒng)功能點詳細(xì)描述 . 22 . 22 5 . 22 . 23 . 23系統(tǒng)管理 . 錯誤 !未定義書簽。 口需求 . 錯誤 !未定義書簽。 結(jié) . 錯誤 !未定義書簽。 第四章 設(shè)計與實現(xiàn) . 30 計約定和約束 . 30發(fā)框架 . 32據(jù)庫設(shè)計 . 錯誤 !未定義書簽。 團(tuán)下發(fā)數(shù)據(jù)新增實體 . 錯誤 !未定義書簽。 合約計劃產(chǎn)品模型新增實體 . 54集采終端涉及實體改造 . 錯誤 !未定義書簽。 . 60 體流程設(shè)計 . 60功能設(shè)計 . 63統(tǒng)接口的設(shè)計與實現(xiàn) . 74統(tǒng)錯誤、異常的設(shè)計 . 錯誤 !未定義書簽。 錯誤、異常分類 . 錯誤 !未定義書簽。 . 錯誤、異常信息記錄輸出 . 錯誤 !未定義書簽。 6 錯誤、異常處理技術(shù)實現(xiàn) . 錯誤 !未定義書簽。 結(jié) . 錯誤 !未定義書簽。 第五章 測試與運行 . 80 統(tǒng)軟硬件情況 . 80 統(tǒng)物理部署 圖 . 81 統(tǒng)運行時截圖 . 81 終端營銷活動審核 . 81. 定制終端信息查詢 . 82. 終端營銷活動辦理 . 83 終 端營銷活動取消 . 83. 終端營銷活動返銷 . 84 參加終端營銷活動用戶過戶 . 84. 參加終端營銷活動用戶銷戶 . 85 參加終端營銷活動用戶轉(zhuǎn)網(wǎng) . 85. 參加終端營銷活動用戶取消平臺業(yè)務(wù) . 860. 參加終端營銷活動用戶取消流量套餐 . 錯誤 !未定義書簽。 1參加終端營銷活動用戶取消 . 錯誤 !未定義書簽。 力測試 . 錯誤 !未定義書簽。 . 測試結(jié)果 . 錯誤 !未定義書簽。 六章 總結(jié) . 917 參考文獻(xiàn) . 92謝 . 948 第一章 緒論 本章介紹了天津移動定制終端營銷管理系統(tǒng)的研究背景及研究內(nèi)容，提出了天津移動定制終端營銷管理系統(tǒng)的必要性和緊迫性，并在此基礎(chǔ)上指出通信運營商建設(shè)此系統(tǒng)對未來營銷管理和支撐的意義。 題的背景及研究意義 中國移動提出了“以終端為載體、合約計劃為抓手、客戶需求為導(dǎo)向、客戶體驗為依據(jù)，整合業(yè)務(wù)及促銷資源、構(gòu)建多渠道協(xié)同銷售體系，實現(xiàn)對終端、話音、流量、數(shù)據(jù)業(yè)務(wù)”的一體化營銷模式，以改變目前移動業(yè)務(wù)與終端銷售相互獨立，系統(tǒng)間相互分離的現(xiàn)狀，實現(xiàn)對全網(wǎng)級 “終端 +業(yè)務(wù)”合約計劃營銷的支撐；并逐步擴(kuò)展社會連鎖渠道和第三方電子商務(wù)平臺實現(xiàn)“終端 +業(yè)務(wù)”合約計劃的營銷。 為更好地支撐業(yè)務(wù)的開展，在二級系統(tǒng)管理支撐架構(gòu)下，建設(shè)了天津移動定制終端營銷管理系統(tǒng)，通過新增產(chǎn)品模型，新增業(yè)務(wù)流程及業(yè)務(wù)辦理界面等改造，滿足終端、話音、流量、數(shù)據(jù)業(yè)務(wù)的一體化營銷的管理和支撐要求。 在本次建設(shè)中，通過省級系統(tǒng)功能與一級系統(tǒng)接口改造，需要實現(xiàn)如下業(yè)務(wù)目標(biāo)： 接收一級定制終端營銷管理系統(tǒng)下發(fā)的全網(wǎng)統(tǒng)一營銷資源數(shù)據(jù)、全網(wǎng)統(tǒng)一合約計劃數(shù)據(jù)以及合約折讓 /贈費規(guī)則數(shù)據(jù)，在省定制終端營銷管理系 統(tǒng)中完成對應(yīng)的套餐及合約配置工作，生成客戶在營業(yè)廳訂購“終端+業(yè)務(wù)”時，可選購的“終端 +業(yè)務(wù)”產(chǎn)品及自動計算出應(yīng)補(bǔ)繳的購機(jī)款、預(yù)存金額等。 移動自營營業(yè)廳和簽約社會渠道，采用終端折價銷售 +客戶預(yù)存話費的方式銷售合約機(jī)。通過開發(fā)一體化銷售界面，實現(xiàn)終端 +業(yè)務(wù)的購物車式營銷流程。各營業(yè)廳（零售店）通過定制終端營銷管理系統(tǒng)，完成“終端 +業(yè)務(wù)”捆綁銷售，省定制終端營銷管理系統(tǒng)采集“終端 +業(yè)務(wù)”銷售 9 訂單。省級定制終端營銷管理系統(tǒng)通過兩級接口，向一級定制終端營銷管理系統(tǒng)同步的銷售訂單，一級定制終端營銷管理系統(tǒng)從銷售訂單 中采集客戶訂購的終端銷售信息和捆綁的合約信息，進(jìn)行銷量統(tǒng)計和酬金結(jié)算。 非簽約社會渠道，采用終端合約價銷售 +向客戶贈送話費的方式銷售合約機(jī)。購機(jī)客戶通過二碼合一激活短信，向一級定制終端營銷管理系統(tǒng)申報承諾合約并申請得到贈送話費。一級定制終端營銷管理系統(tǒng)對購機(jī)客戶申請進(jìn)行鑒權(quán)，對通過鑒權(quán)的客戶申請，生成客戶贈費指令下發(fā)給省定制終端營銷管理系統(tǒng)。省定制終端營銷管理系統(tǒng)需要根據(jù)收到的贈費指令，為客戶訂購開通合約，并捆綁贈送話費。 題研究工作 本文主要研究天津移動定制終端營銷管理系統(tǒng)的設(shè)計與實現(xiàn)，整個過程 中主要完成了以下 4 個方面工作： 天津移動定制終端營銷管理系統(tǒng)需求分析。通過對目前終端產(chǎn)品、資費產(chǎn)品、流量產(chǎn)品、數(shù)據(jù)業(yè)務(wù)的分析總結(jié)出了本課題所要完成的定制終端營銷管理系統(tǒng)需求，又通過對目前終端類營銷活動的分析總結(jié)出定制終端營銷管理系統(tǒng)應(yīng)具有的的用戶體驗，兩者相結(jié)合最后完成了本課題所要完成的定制終端營銷管理系統(tǒng)的需求分析。 天津移動定制終端營銷管理系統(tǒng)整體設(shè)計。在其他運營商現(xiàn)有成果的基礎(chǔ)上完成天津移動定制終端營銷管理系統(tǒng)整體設(shè)計，并確定天津移動定制終端營銷管理系統(tǒng)開發(fā)中的層次劃分。 根據(jù)需求分析和詳細(xì)設(shè)計，最 終實現(xiàn)天津移動定制終端營銷管理系統(tǒng)，及達(dá)到需求列表中所要求的各種用戶需求。 對已開發(fā)完成的天津移動定制終端營銷管理系統(tǒng)進(jìn)行測試，驗證天津移動定制終端營銷管理系統(tǒng)的有效性和可靠性。 10 文結(jié)構(gòu) 通過對軟件工程理論的學(xué)習(xí)，將軟件工程規(guī)范的開發(fā)過程用于系統(tǒng)實際開發(fā)中，并按照軟件開發(fā)規(guī)范流程組織了本次論文的章節(jié)結(jié)構(gòu)。各章節(jié)的內(nèi)容安排如下所述： 第一章：說明了 天津移動定制終端營銷管理系統(tǒng)的研究背景及研究內(nèi)容，提出了天津移動定制終端營銷管理系統(tǒng)的必要性和緊迫性，并在此基礎(chǔ)上指出通信運營商建設(shè)此系統(tǒng)對未來營銷管理和 支撐的意義。 第二章：介紹了該天津移動定制終端營銷管理系統(tǒng)開發(fā)中所涉及到的關(guān)鍵技術(shù)， 向服務(wù)技術(shù)架構(gòu)、 架、 架、 臺和 據(jù)庫。 第三章：闡述了天津移動定制終端營銷管理系統(tǒng)的需求分析，首先描述了整體用例圖及系統(tǒng)邊界確定，然后通過文字和圖表相結(jié)合的方式詳細(xì)說明了用戶對該系統(tǒng)的總體功能需求。 第四章：首先介紹了天津移動定制終端營銷管理系統(tǒng)涉及的約定和約束以及開發(fā)框架，并闡述了選擇開發(fā)框架的原因，然后描述了數(shù)據(jù)庫的設(shè) 計結(jié)構(gòu)和詳細(xì)功能和系統(tǒng)接口的設(shè)計，最后介紹了系統(tǒng)錯誤、異常的設(shè)計和優(yōu)化系統(tǒng)性能設(shè)計。 第五章：描述了天津移動定制終端營銷管理系統(tǒng)的軟硬件的配置情況，并展現(xiàn)了系統(tǒng)的物理部署圖。以細(xì)化的功能模塊為基本單位分別展示了運行時的界面，使讀者對系統(tǒng)有更具體的了解。最后以需求中的用例為單位進(jìn)行了系統(tǒng)的功能性測試，以表格的形式給出了測試的最終結(jié)果。 第六章：首先說明了本文的背景及意義，然后說明了本文所做的工作，最后 敘述了本文所做工作的后續(xù)工作。 11 第二章 相關(guān)技術(shù)概述 在實現(xiàn)天津移動 定制終端營銷管理系統(tǒng) 過程中，需要 選擇相關(guān)技術(shù)來進(jìn)行支撐。本章主要圍繞 發(fā)的關(guān)鍵技術(shù)進(jìn)行描述。 向服務(wù)技術(shù)架構(gòu) 叫面向服務(wù)體系結(jié)構(gòu)或面向服務(wù)架構(gòu)）是指為了解決在 過連接能完成特定任務(wù)的獨立實體來實現(xiàn)的一種軟件體系架構(gòu)。 一種構(gòu)建分布式系統(tǒng)的方法，這些系統(tǒng)把應(yīng)用功能以服務(wù)的形式提供給其他服務(wù)調(diào)用。服務(wù)是一個具有清晰定義的、可以被調(diào)用的業(yè)務(wù)功能單元，通過在外圍接口進(jìn)行定義，與服務(wù)的實現(xiàn)相互獨立，在服務(wù)的 請求者與服務(wù)的提供者之間提供通道。可以通過標(biāo)準(zhǔn)的通訊協(xié)議進(jìn)行通訊，提供交互性、位置透明化“一個面向服務(wù)體系架構(gòu) (一個用于整合業(yè)務(wù)流程和支持 礎(chǔ)設(shè)施的框架，通過對其中作為安全、標(biāo)準(zhǔn)化的組件 服務(wù)的復(fù)用和組合來解決業(yè)務(wù)優(yōu)先級的改變問題”。 如下特點： 松耦合：服務(wù)依賴性小，比較獨立。 標(biāo)準(zhǔn)性：應(yīng)用由服務(wù)之間定義良好標(biāo)準(zhǔn)的接口。 自治性：服務(wù)提供商完全的控制了其所提供的業(yè)務(wù)邏輯。 抽象性：服務(wù)對消費者隱藏了具體業(yè)務(wù)邏輯的實現(xiàn)。 復(fù)用性：將業(yè)務(wù)邏輯劃分為多個可重用的服務(wù)。 流程化：通過服務(wù) 的流程化調(diào)用完成業(yè)務(wù)功能。 可見性：基于服務(wù)描述去發(fā)現(xiàn)和訪問服務(wù)。 系架構(gòu)帶來的主要觀點是業(yè)務(wù)驅(qū)動。以業(yè)務(wù)服務(wù)作為基礎(chǔ)對項目進(jìn)行建模，這樣就能產(chǎn)生清晰的業(yè)務(wù)及系統(tǒng)視圖；以業(yè)務(wù)服務(wù)作為基礎(chǔ)所實現(xiàn)的系統(tǒng)具有更強(qiáng)的靈活性、復(fù)用性、也能更快地應(yīng)對業(yè)務(wù)需求的變化；以業(yè)務(wù)服務(wù)作為基礎(chǔ)，定義、描述、實現(xiàn)和管理業(yè)務(wù)層次的服務(wù)，將開發(fā)重點放到服務(wù)的 12 合成上，便于新的業(yè)務(wù)需求和流程的改進(jìn)、優(yōu)化，更具可靠性、穩(wěn)定性的被交付使用。 2臺 在許多企業(yè)級應(yīng)用中，許多企業(yè)級應(yīng)用框架的需求（例如數(shù)據(jù)庫連接、郵 件 服務(wù)、事務(wù)處理等）都是一些通用的企業(yè)需求模塊，這些模塊如果每一次都要求開發(fā)人員進(jìn)行開發(fā)的話，將會造成開發(fā)周期長、代碼可靠性差等問題。于是許多大公司開發(fā)了一套自己的通用模塊服務(wù)，也就是我們經(jīng)常說的中間件。中間件處在操作系統(tǒng)和和應(yīng)用程序之間，它將應(yīng)用程序運行環(huán)境與操作系統(tǒng)隔離，從而使應(yīng)用程序開發(fā)者可以直接關(guān)注應(yīng)用程序在解決問題上的能力，而不必憂慮更多的系統(tǒng)問題。著名的軟件設(shè)計大師 框架進(jìn)行了如下的定義：框架是整個系統(tǒng)或系統(tǒng)的一部分的可重用設(shè)計，由一組抽象的類及其實例間的相互作用方式組 成。一個框架就是一個可復(fù)用的設(shè)計構(gòu)件，它具有即插即用的可重用性、成熟的穩(wěn)定性以及良好的團(tuán)隊協(xié)作性。但是由于中間件種類眾多，許多公司都有一套自己的、獨立的中間件，與用戶的溝通都各有不同，導(dǎo)致用戶無法將不同公司的中間件組裝在一塊為自己服務(wù)。于是提出標(biāo)準(zhǔn)的概念。 是基于 術(shù)的一系列標(biāo)準(zhǔn)。從整體上講， 使用 術(shù)開發(fā)企業(yè)級應(yīng)用的事實上的工業(yè)標(biāo)準(zhǔn)。 用了多層的分布式體系結(jié)構(gòu)，應(yīng)用邏輯按功能劃分為不同的組件。組件之間根據(jù)自己所在的層分布在不同的機(jī)器上或者也是可以在同一臺機(jī) 器上，這種分層方法克服了兩層模式的弊端 10。在傳統(tǒng) B/S 模式中，雖然第一次部署時比較容易，但是不便于日后升級或改進(jìn)，可維護(hù)性很不理想，同時這種系統(tǒng)常基于某種特定的協(xié)議通用性很差，它使得重用業(yè)務(wù)邏輯和界面邏輯非常困難。現(xiàn)在 多層企業(yè)級應(yīng)用能夠為不同的各種服務(wù)提供一個獨立的層。但在大多數(shù)的實際項目應(yīng)用中，數(shù)據(jù)層是關(guān)系型數(shù)據(jù)庫，不能明確映射要實現(xiàn)的面向?qū)ο蟮臋C(jī)制，業(yè)務(wù)邏輯層與數(shù)據(jù)庫交互的過程需要對數(shù)據(jù)庫調(diào)用接口做進(jìn)一步的封裝，這在項目的開發(fā)和維護(hù)上會增加了一定的復(fù)雜性和管理的難度?；谏鲜鲈?，后 來對此結(jié)構(gòu)進(jìn)行 13 了改進(jìn)：在業(yè)務(wù)邏輯層與數(shù)據(jù)庫之間增加數(shù)據(jù)持久層，隱藏有數(shù)據(jù)訪問代碼細(xì)節(jié)，將客戶應(yīng)用程序和底層存儲機(jī)制隔離開，完全抽象出開發(fā)應(yīng)用程序時使用的數(shù)據(jù)物理細(xì)節(jié)。 由 司和許多公司參與共同建立的一種使軟件開發(fā)者可以響應(yīng)客戶端請求，而動態(tài)生成 其他格式文檔的 頁的技術(shù)標(biāo)準(zhǔn)，在 用開發(fā)中大多作為應(yīng)用表現(xiàn)層的開發(fā)技術(shù)。 承了 言移植性強(qiáng)的特點，允許開發(fā)人員開發(fā)和維護(hù) 與平臺無關(guān)、內(nèi)容豐富的動態(tài) 面，使得搭建網(wǎng)絡(luò)平臺、建立 站變得輕而易舉。并且開發(fā)人員不用修改底層內(nèi)容，即可修改整體的頁面布局。 在普通 嵌入了 碼的一個腳本 7，構(gòu)成 面。 面請求時，首先執(zhí)行的是程序腳本，然后將執(zhí)行結(jié)果以 式返回給客戶。所有程序的執(zhí)行都是在服務(wù)器端完成的，將得到的結(jié)果通過網(wǎng)絡(luò)傳送給客戶，因此對客戶瀏覽器的要求很低。現(xiàn)在 E 已經(jīng)成為電子商務(wù)網(wǎng)站、動態(tài)網(wǎng)站和 用與服務(wù)開發(fā)的首選 ，作為這一平臺的基礎(chǔ)， 重要性日益突出，并在極短的時間內(nèi)得以迅速普及。采用 發(fā) 用具有以下好處： 復(fù)用性強(qiáng)。除了系統(tǒng)之外，代碼不用做任何更改。 要是在操作系統(tǒng)的 擬機(jī)）上運行，而基本上所有的平臺都能運行 系統(tǒng)的多平臺支持?；旧峡梢栽谌我猸h(huán)境中開發(fā)，在任意環(huán)境中部署，在任意環(huán)境中擴(kuò)展，代碼重用性能異常出色。 強(qiáng)大的可伸縮性。從只有一個小的 件就可以運行 多臺服 務(wù)器進(jìn)行集群和負(fù)載均衡，再到多項 行事務(wù)和消息處理。 示了其強(qiáng)大的實用價值。 多種功能強(qiáng)大的開發(fā)工具支持。 許多非常優(yōu)秀的開發(fā)工具，并 14 且由于 開源特性，很多優(yōu)秀的開發(fā)工具可以免費得到，并且其中大部分可以在多平臺順利運行。 自由擴(kuò)展的標(biāo)簽。開發(fā)人員能自由擴(kuò)展 簽，自定義標(biāo)簽庫，并且能利用 強(qiáng)大功能。 該是未來發(fā)展的趨勢，尤其是電子商務(wù)類的網(wǎng)站，多采用 界上一些大的電子商務(wù)解決方案提供商都采 架 架足基于 式 控制器）模式的框架。 件基金組織 目的一個子項目， 術(shù)的前身是 寫的 構(gòu)。在 E 的 用發(fā)展初期，除了使用 術(shù)外，普遍采用 碼混合的方式進(jìn)行開發(fā)。由于表現(xiàn)與業(yè)務(wù)邏輯的代碼混合在一起，給前期開發(fā)和后期維護(hù)帶來巨大的復(fù)雜度。 為了擺脫上述的約束與局限，把業(yè)務(wù)邏輯代碼從表現(xiàn)層中清晰的分離出來， 2000 年， 用了 設(shè)計模式開發(fā)來該框架產(chǎn)品被認(rèn)為是 廣泛、最流行的 用框架。架的核心是一個彈性的控制層（基于 標(biāo)準(zhǔn)技術(shù)），和類庫（如 ）。基于 用程序基本上符合 設(shè)計標(biāo)準(zhǔn)，可以說是 一個傳統(tǒng) 計模式的一種變化類型。 英文中是“支架、支撐”的意思，這表明了 用開發(fā)中的巨大作用，采用 以更好地遵循和實現(xiàn) 式。此外， 供了一套完備的規(guī)范，以及基礎(chǔ)類庫，可以充分利用 優(yōu)點，減輕程序員的工作量，具有很強(qiáng)的可擴(kuò)展性。此外， 一個開源項目，這是它的一大優(yōu)點，使開發(fā)者能夠更深入的了解 內(nèi)部機(jī)制，對于 發(fā)展具有深遠(yuǎn)的影響。 架 一個開源框架，是為了解決企業(yè)應(yīng)用程序開發(fā)復(fù)雜性而創(chuàng)建的。 15 框架的主要優(yōu)勢之一就是其分層架構(gòu)，分層架構(gòu)允許您選擇使用哪一個組件，同時為 用程序開發(fā)提供集成的框架。 架是輕量級的 用程式框架，旨在簡化 開發(fā)，降低 目實施難度 1819，它一個分層架構(gòu)，由 7 個定義良好的模塊組成。 心容器定義了創(chuàng)建、配置和管理 方式組成 架的每個模塊（或組件）都能單獨存在，或者與一個或多個模塊聯(lián)合 實現(xiàn)。每個模塊的功能如下： 核心容器：核心容器提供 架的基本功能。其主要組件是是工廠模式的實現(xiàn)。通過控制反轉(zhuǎn)（ 式將應(yīng)用程序的配置和依賴性規(guī)范與應(yīng)用程序代碼分開。 下文： 下文是一個配置文件，向 架提供上下文信息，包括 子郵件、國際化、校驗、調(diào)度功能等企業(yè)功能。 過配置管理特性， 塊直接將 向方面編程）功能集成到 架中?？梢院苋菀椎厥?架管理的任何對象支持 過使用 用依賴件，就可以將聲明性事務(wù)管理集成到應(yīng)用程序中。 象層提供了異常層次結(jié)構(gòu)，可用該結(jié)構(gòu)來管理異常處理和不同數(shù)據(jù)庫供應(yīng)商拋出的錯誤消息。異常層次結(jié)構(gòu)簡化了錯誤處理，并且極大地降低了需要編寫的異常代碼數(shù)量。 架插入了若干個 象關(guān) 系映射）框架，從而提供了 對象關(guān)系工具，其中包括 下文模塊建立在應(yīng)用程序上下文模塊之上，為基于 應(yīng)用程序提供了上下文。所以， 架支持與 集成。 架是一個全功能的構(gòu)建 用程序的 現(xiàn)。 通過策略接口， 架變成為高度可配置的，并容納了大量視圖技術(shù)，包括 16 架的功能可以在任何 務(wù)器中使用，其核心要點是：支持不 綁定到特定 務(wù)的可重用業(yè)務(wù)和數(shù)據(jù)訪問對象。毫無疑問，這樣的對象可 以在不同 境、獨立應(yīng)用程序以及測試環(huán)境之間重用。 據(jù)庫連接）是一種用于執(zhí)行以為多種關(guān)系數(shù)據(jù)庫提供統(tǒng)一訪問，它由一組用 言編寫的類和接口組成。 供了一種基準(zhǔn)，據(jù)此可以構(gòu)建更高級的工具和接口，使 數(shù)據(jù)庫開發(fā)人員能夠編寫數(shù)據(jù)庫應(yīng)用程序。要實現(xiàn)應(yīng)用程序與數(shù)據(jù)庫的連接，通常用到兩個類 和 由獨立廠商提供，負(fù)責(zé)建立數(shù)據(jù)庫連接和處理所有與數(shù)據(jù)庫的通訊。 負(fù)責(zé)管理 動程序，作用于用戶和驅(qū)動程序之間。在使用 動程序之前，必須先加載驅(qū)動程序并向 冊后才能使用。 系結(jié)構(gòu)是 用程序連接數(shù)據(jù)庫的標(biāo)準(zhǔn)方法。對 序員來說，它是 數(shù)據(jù)庫供應(yīng)商來說則是接口模 型，按照 準(zhǔn)與其它數(shù)據(jù)庫連接。有了 能輕而易舉的向各種關(guān)系數(shù)據(jù)發(fā)送 句。繼承了 植性強(qiáng)的特點，通過 論是訪問 據(jù)庫，還是訪問 據(jù)庫，又或者訪問 據(jù)庫；無論是在 統(tǒng)，還是 統(tǒng)， 又或者是 統(tǒng)，只需用 一個程序就夠了。 臺 由企業(yè)發(fā)布的完成其特定商務(wù)需求的在線應(yīng)用服務(wù)，其他公司或應(yīng)用軟件能夠通過 訪問并使用這項在線服務(wù)。 一種構(gòu)建應(yīng)用程序的普遍模型，在所有支持網(wǎng)絡(luò)通信的操作系統(tǒng)中都能實施運行；它是一種新的 用程序分支，是自包含、自描述、模塊化的應(yīng)用，可以發(fā)布、定位和通過 用。 一個應(yīng)用組件，邏輯性的為其他應(yīng)用程序提供數(shù)據(jù)與服務(wù)。各應(yīng)用程序通過網(wǎng)絡(luò)協(xié)議和規(guī)定的一些標(biāo)準(zhǔn)數(shù) 17 據(jù)格式如 來訪問 過 部執(zhí)行得到所需結(jié)果。 以執(zhí)行從簡單 的請求到復(fù)雜商務(wù)處理的任何功能。一旦部署以后，其他 用程序可以發(fā)現(xiàn)并調(diào)用它部署的服務(wù)，在構(gòu)建和使用 ，主要用到以下幾個關(guān)鍵的技術(shù)和規(guī)則： 擴(kuò)展標(biāo)記語言）是 臺中表示數(shù)據(jù)的基本格式。除了易于建立和易于分析外， 要的優(yōu)點在于它既是平臺無關(guān)的，又是廠商無關(guān)的。無關(guān)性是比技術(shù)優(yōu)越性更重要的：軟件廠商是不會選擇一個由競爭對手所發(fā)明的技術(shù)的。 好以后，你或者其他人就會去調(diào)用它。 單對象訪問協(xié)議）提供了標(biāo)準(zhǔn)的 法來調(diào)用 際上， 這里有點用詞不當(dāng)：它意味著下面的 以對象的方式表示的，但事實并不一定如此：你完全可以把你的 成一系列的 仍然使用 行調(diào)用。 范定義了 息的格式，以及怎樣通過 議來使用 是基于 ， 數(shù)據(jù)編碼方式。 如何介紹你的 可能會自己寫一套文檔，你甚至可能會口頭上告訴需要使用你的些非正式的方法至少存在一個嚴(yán)重的問題：當(dāng)程序員坐到電腦前，想要使用你的 們的工具 (如 法給他們提供任何幫助，因為這些工具根本就不了解你的 決方法是用機(jī)器能閱讀的方式提供一個正式的描述文檔。是這樣一個基于 語言，用于描述 數(shù)和返回值。因為是基于 ，所以 是機(jī)器可閱讀的，又是人可閱讀的，這將是一個很大的好處。一些最新的開發(fā)工具既能根據(jù)你的 能導(dǎo)入 成調(diào)用相應(yīng) 為加速 強(qiáng) 8 的一個計劃 ,基于標(biāo)準(zhǔn)的服務(wù)描述和發(fā)現(xiàn)的規(guī)范 (以資源共享的方式由多個運作者一起以 形式運作 用描述、發(fā)現(xiàn)與集成服務(wù)）商業(yè)注冊中心。 劃的核心組件是 業(yè)注冊，它使用 檔來描述企業(yè)及其提供的 據(jù)庫 世界上最大的 系型數(shù)據(jù)庫管理系統(tǒng)）供應(yīng)商， 過 數(shù)據(jù)、關(guān)系和對數(shù)據(jù)的約束三者組成的數(shù)據(jù)模型來存放和管理數(shù)據(jù)。在管理信息系統(tǒng)、企業(yè)數(shù)據(jù)處理、因特網(wǎng)及電子商務(wù)等領(lǐng)域有著非常廣泛的應(yīng)用。因其在數(shù)據(jù)安全性與數(shù)據(jù)完整性控制方面的優(yōu)越性能，以及跨操作系統(tǒng)、跨硬件平臺的數(shù)據(jù)互操作能力，使得越來越多的用戶將 為其應(yīng)用數(shù)據(jù)的處理系統(tǒng)。 結(jié) 本章說明并介紹了此系統(tǒng)中涉及的關(guān)鍵技術(shù)，并闡述了這些技術(shù)的特點以及在系統(tǒng)設(shè)計中選用這些技術(shù)的原因。 19 第三章 需求分析 在軟件的開發(fā)過程中，系統(tǒng)的需求分析占據(jù)了重要的位置。本章首先介紹了 天津移動 定制終端營銷管理系統(tǒng)的任務(wù)目標(biāo)和用戶范圍，并結(jié)合實際需求，通過文字、系統(tǒng)用例圖和系統(tǒng)數(shù)據(jù)流圖相結(jié)合的形式說明了用戶對系統(tǒng)總體功能的需求。 務(wù)目標(biāo)和用戶范圍 中國移動提出了“以終端為載體、合約計劃為抓手、客戶需求為導(dǎo)向、客戶體驗為依據(jù)，整合業(yè)務(wù)及促銷資源、構(gòu)建多渠道協(xié)同銷售體系，實現(xiàn)對終端、話音、流量、數(shù)據(jù)業(yè)務(wù)”的一體化營銷模式，以改變目前移動業(yè)務(wù)與終端銷售相互獨立，系統(tǒng)間相互分離的現(xiàn)狀，實現(xiàn)對全網(wǎng)級“終端 +業(yè)務(wù)”合約計劃營銷的支撐；并逐步擴(kuò)展社會連鎖渠道和第三方電子商務(wù)平臺實現(xiàn)“終端 +業(yè)務(wù)”合約計 劃的營銷。為更好地支撐業(yè)務(wù)的開展，在二級系統(tǒng)管理支撐架構(gòu)下，建設(shè)了定制終端營銷管理系統(tǒng)，通過新增產(chǎn)品模型，新增業(yè)務(wù)流程及業(yè)務(wù)辦理界面等改造，滿足終端、話音、流量、數(shù)據(jù)業(yè)務(wù)的一體化營銷的管理和支撐要求。 統(tǒng)的整體用例圖及系統(tǒng)邊界確定 整個天津移動定制終端營銷管理系統(tǒng)構(gòu)建在 臺上，在 間件平臺之上，設(shè)計并實現(xiàn) 定制終端營銷管理 系統(tǒng)的公共基礎(chǔ)服務(wù)子系統(tǒng)（通信服務(wù) /接口管理、工作流引擎、本地化管理、實現(xiàn)多語言版本、安全管理、分派管理、業(yè)務(wù)對象管理、展現(xiàn)層管理等服務(wù)組件），基于這些基礎(chǔ)服務(wù) 之上，設(shè)計與實現(xiàn)業(yè)務(wù)邏輯對象實例，再實現(xiàn)數(shù)據(jù)展現(xiàn)層的用戶界面。 天津移動定制終端營銷管理 系統(tǒng)按兩級結(jié)構(gòu)進(jìn)行組織，即在集團(tuán)總部及各省分別建立系統(tǒng)，集團(tuán)總部與省級系統(tǒng)之間通過一級 定制終端營銷管理 系統(tǒng)的兩級架構(gòu)強(qiáng)調(diào)了系統(tǒng)的物理組織分布形式，而在技術(shù)上、以及業(yè)務(wù)層面的表現(xiàn)方面，總部及各省系統(tǒng)應(yīng)共同構(gòu)成一個有機(jī)的統(tǒng)一整體。 20 圖 統(tǒng)功能模塊用例分析圖 制終端營銷管理系統(tǒng)功能點詳細(xì)描述 銷資源組織管理 對全網(wǎng)統(tǒng)一營銷資源數(shù)據(jù)、合約計劃數(shù)據(jù)和客戶應(yīng)繳費計算規(guī)則數(shù)據(jù)進(jìn)行系統(tǒng)內(nèi)部 的管理、配置，實現(xiàn)營業(yè)員可通過界面查詢?nèi)W(wǎng)合約計劃中可選的營銷資源列表，協(xié)助客戶組合完成全網(wǎng)合約；客戶訂購合約中包含的各類營銷資源，包括語音、流量、增值業(yè)務(wù)等可以正常記錄、提供服務(wù)并計費。 下發(fā)的合約數(shù)據(jù)包括： 全網(wǎng)統(tǒng)一營銷資源數(shù)據(jù)：是總部定義的可以和 定制終端捆綁銷售的資源，包括：資費套餐（純語音套餐）、數(shù)據(jù)包流量套餐、 時長套餐、 據(jù)業(yè)務(wù)、客戶承諾月最低消費、在網(wǎng)時長，營銷資源通過靈活組合，可以組成客戶簽訂的合約。 全網(wǎng)統(tǒng)一合約計劃數(shù)據(jù)：是總部定義的以定制終端機(jī)型為索引的客 戶可選合約列表。合約中可包含：資費套餐（純語音套餐）、數(shù)據(jù)包流量套 21 餐、 據(jù)業(yè)務(wù)、客戶承諾在網(wǎng)時長等資源，客戶可在各類資源中自由選擇，組合成自己的合約計劃。 全網(wǎng)統(tǒng)一客戶折讓 /贈費規(guī)則：是總部定義，可以根據(jù)客戶選擇的合約計算客戶應(yīng)繳費用的規(guī)則。規(guī)則中定義了客戶的月消費檔次、承諾時長等參數(shù)。當(dāng)客戶選購合約后，省 以根據(jù)這些參數(shù)，檢索出客戶實際購機(jī)款、客戶預(yù)存話費、話費分月返還額等規(guī)則。 全網(wǎng)統(tǒng)一合約機(jī)零售價：總部統(tǒng)一制定的全網(wǎng)統(tǒng)一合約機(jī)零售價。包括裸機(jī)零售 價、合約零售價、省移動公司結(jié)算價等價格參數(shù)。 制終端信息管理 完成定制終端相關(guān)機(jī)型參數(shù)的配置，同時管理省級定制終端機(jī)型編碼與全網(wǎng)定制終端物料編碼的對應(yīng)管理，并支持相關(guān)業(yè)務(wù)人員管理界面查詢、更新、管理等功能。 價管理 支持計算客戶購買合約機(jī)折讓價格和預(yù)存話費，在通過界面組合完成全網(wǎng)合約后，可根據(jù)系統(tǒng)中記錄的終端銷售價格和全網(wǎng)統(tǒng)一客戶折讓 /贈費規(guī)則，檢索出客戶的“客戶購機(jī)補(bǔ)貼金額”、“客戶預(yù)存話費”、“實繳購機(jī)款”， 并可據(jù)此完成后續(xù)客戶繳費、打印發(fā)票等功能。 端銷售管理 支 持客戶通過界面完成“終端 +合約”訂購的功能， 在移動自營渠道和簽約社會渠道，需要向客戶提供一體化營銷預(yù)存購機(jī)方案。預(yù)存購機(jī)方案要求客戶選購全網(wǎng)統(tǒng)一套餐，并根據(jù)客戶選購的全網(wǎng)統(tǒng)一套餐得到客戶每月最低消費金額，簽訂合約。 具體業(yè)務(wù)流程可分為如下環(huán)節(jié)： 22 圖 預(yù)校驗環(huán)節(jié)流程圖 流程說明：此流程圖中包括客戶明確辦理意愿、客戶品牌及已有合約預(yù)校驗兩個環(huán)節(jié)?？蛻裘鞔_辦理意愿環(huán)節(jié)：客戶抵達(dá)省公司營業(yè)廳，明確其辦理終端 +套餐合約的意愿?？蛻羝放萍耙延泻霞s校驗環(huán)節(jié)：省公司營業(yè)廳營業(yè)員在獲得客戶手機(jī)號碼的前提下 ，查明客戶手機(jī)號碼的所屬品牌、以及合約產(chǎn)品和套餐產(chǎn)品的訂購情況。如果客戶所屬品牌與本合約或合約中欲辦理的套餐產(chǎn)品不相符，則由營業(yè)員提示客戶，讓客戶考慮辦理轉(zhuǎn)品牌，或只訂購客戶所屬品牌的套餐產(chǎn)品。如果客戶當(dāng)前正處在其他類型合約的合約期內(nèi)，那么客戶無法辦理本合約計劃，需要客戶待合約期滿時，再到營業(yè)廳辦理本合約計劃。 23 圖 約計劃選擇流程圖 流程說明：此流程圖中包括選擇合約計劃環(huán)節(jié)。選擇合約計劃環(huán)節(jié)：營業(yè)員為客戶辦理合約計劃及其包含的套餐產(chǎn)品。而客戶需要提供營業(yè)員，其希望辦理的合約機(jī)機(jī)型、語音資 費套餐、數(shù)據(jù)包流量套餐、 餐、數(shù)據(jù)業(yè)務(wù)，以及合約時長。營業(yè)員在終端 +套餐合約受理界面中按照客戶的需求，為其定制相應(yīng)的合約計劃。客戶選定套餐后，其可自行向上變更月最低承諾消費總金額，以滿足不同客戶的定制化需求，客戶在訂購?fù)瓿珊罂勺孕性儆嗁徠渌撞彤a(chǎn)品，以達(dá)到本合約的月最低消費金額。 24 圖 端銷售訂單處理流程圖 流程說明：此流程圖中包括終端銷售訂單處理、告知客戶終端銷售結(jié)果環(huán)節(jié)。終端銷售訂單處理環(huán)節(jié)：營業(yè)員按照客戶意愿，將其需辦理的合約以及套餐產(chǎn)品選擇完畢后，提交業(yè)務(wù)受理，由 統(tǒng)進(jìn)行實際的訂單施工。訂單施工過程中出現(xiàn)產(chǎn)品規(guī)則異?；蚱渌闆r，需要營業(yè)員向客戶解釋清楚。告知客戶終端銷售結(jié)果環(huán)節(jié)：營業(yè)員在得到系統(tǒng)的處理結(jié)果后，將受理成功的情況告知客戶，并將指定的終端提供給客戶，并完成終端出庫操作。 圖 25 流程說明：此流程圖中包括 銷售訂單數(shù)據(jù)上報一級系統(tǒng) 環(huán)節(jié)。 銷售訂單數(shù)據(jù)上報一級系統(tǒng) 環(huán)節(jié) ：省公司將銷售訂單詳情通過實時接口上報一級系統(tǒng)，一級系統(tǒng)對銷售事件進(jìn)行入庫處理。 功能點描述： 全網(wǎng)統(tǒng)一操盤合約計劃以終端為載體，引導(dǎo)客戶辦理合約所關(guān) 聯(lián)的套餐類業(yè)務(wù)，并承諾相應(yīng)合約時長。 在客戶選擇套餐類業(yè)務(wù)的基礎(chǔ)上，根據(jù)套餐資費之和，在 全網(wǎng)統(tǒng)一客戶折讓 /贈費規(guī)則中檢索出對應(yīng)最低消費檔次，并計算出客戶需要繳納的 終端的購機(jī)款與預(yù)存 /押金款金額。 在此基礎(chǔ)上， 用戶可根據(jù)自己的需要，對 最低消費 檔次進(jìn)行人工調(diào)整。 最終按客戶調(diào)整后的最低消費檔次、合約時長及 套餐 類業(yè)務(wù)，辦理合約。 完成全網(wǎng)統(tǒng)一合約銷售后，要求通過接口向一級營銷資源管理系統(tǒng)實時同步上報全網(wǎng)統(tǒng)一合約銷售數(shù)據(jù)。保存全網(wǎng)統(tǒng)一合約銷售記錄和業(yè)務(wù)開通記錄，保證客戶通過電話、門戶、短信等客服手段接入后，可查詢合 約訂購關(guān)系、訂購記錄、業(yè)務(wù)開通狀態(tài)、業(yè)務(wù)開通記錄等信息。 統(tǒng)管理 完成系統(tǒng)相關(guān)日志的記錄，監(jiān)控的管理，權(quán)限的分配等。 口需求 接口名稱 業(yè)務(wù)功能 接口方式 全網(wǎng)統(tǒng)一營銷資源 下發(fā)總部制定的全網(wǎng)統(tǒng)一營銷資源數(shù)據(jù) 文件接口 全網(wǎng)統(tǒng)一合約計劃 總部制定的全網(wǎng)統(tǒng)一合約計劃數(shù)據(jù) 文件接口 全網(wǎng)統(tǒng)一操盤購機(jī)客戶折讓 /贈費下發(fā)總部制定的全網(wǎng)統(tǒng)一操盤終端購機(jī)客戶折讓 /贈費價格規(guī)文件接口 26 價格規(guī)則 則數(shù)據(jù) 全網(wǎng)統(tǒng)一操盤合約機(jī)零售價格 下發(fā)總部制定的全網(wǎng)統(tǒng)一操盤合約機(jī)零售價格數(shù)據(jù) 文件接口 省公 司終端銷售事件上報 把終端 +業(yè)務(wù)的銷售數(shù)據(jù)同步到一級營銷資源管理系統(tǒng) 實時接口 促銷員數(shù)據(jù)上報 把省促銷員數(shù)據(jù)同步到一級營銷資源管理系統(tǒng) 文件接口 全網(wǎng)統(tǒng)一優(yōu)惠方案下發(fā) 下發(fā)非簽約社會渠道通過二碼合一承諾合約的客戶需要執(zhí)行的營銷優(yōu)惠方案 實時接口 客戶贈費指令下發(fā) 下發(fā)攜帶客戶承諾合約及話費贈送金額的贈費指令 實時接口 客戶贈費指令執(zhí)行結(jié)果上報 把省贈費處理結(jié)果同步到一級營銷資源管理系統(tǒng) 實時接口 激活 /贈費指令問題流水對賬下發(fā) 下發(fā)總部未收到處理結(jié)果的客戶承諾合約激活申請 文件接口 激活 /贈費 指令問題流水對賬結(jié)果上傳 把總部下發(fā)的未收