PAGE6/NUMPAGES6數據分析系統_APP建設方案決策分析系統APP端建設方案

目錄

1.概述(3)

1.1.項目背景(3)

1.2.建設目標(3)

2.設計方案(4)

2.1.系統建設的思路如下：(4)

2.2.系統架構(4)

2.3.運行環境(5)

2.4.系統組成(5)

3.建設原則(5)

3.1.實用性(5)

3.2.先進性(6)

3.3.前瞻性和整體性(6)

3.4.集成性(6)

3.5.擴展性(6)

3.6.經濟性(6)

3.7.可管理性和可維護性(7)

3.8.安全性(7)

3.9.穩定性和可靠性(7)

3.10.可重構性(7)

3.11.設計規范(7)

4.架構設計(8)

5.功能設計概述(12)

6.表樣設計(13)

1.概述

1.1.項目背景

移動互聯，是基于“個人移動數字信息終端”（如：手機、平板電腦、PDA等）接入互聯網，用戶在移動的狀態下同時能使用的互聯網的業務。移動設備能力不斷加強，操作界面不斷優化，外觀時尚輕薄，能滿足8小時以上的連續戶外操作的需求，價格也不斷下降，智能手機的用戶不斷增加；同時，隨著中國聯通、中國電信、中國移動等運營上的3G網絡不斷發展，覆蓋面至少到鄉鎮一級，理論速度都提升少2M以上；根據摩根（Morgan）的報告，移動互聯時代的設備將超過100億臺，一個“人人有手機、時時在移動、處處在互聯”的時代，將勢不可擋的來臨，企業將移動互聯網技術應到工作業務中，為工作人員的工作帶來方便快捷。

XXXX在建的數據分析系統，為營銷工作帶來方便快捷的數據查詢服務器，為了使用人員能在脫離辦公場所在外的地方進行數據查詢分析服務，應用移動互聯網技術對數據分析系統進行模塊升級擴展，建設數據分析系統APP移動客戶端，方便使用人員在移動的環境下快速進行獲數據查詢分析工作，更有效率的開展工作。

1.2.建設目標

將先進的便攜終端/移動通訊技術與現代卷煙營銷模式緊密結合，不斷提升卷煙營銷運作、管理和決策支持水平。

（1）在管理決策層面，及時掌握卷煙營銷情況，為決策、調度提供信息依據。充分利用營銷業務數據庫、經營分析數據庫等為領導層搭建宏觀層面的監控

平臺，將分散的、零碎的數據集中化，以可視化的手段展示在移動終端上，為營銷管理層人員日常的調度工作提供強有力的數據支持。其意義主要體現如下：方便快捷的獲取營銷數據信息。

擁有直觀、方便的數據展現形式。

改善了傳統信息中心定期匯總形成營銷運營情況報告的模式，進一步提高工作效率。

隨時隨地為領導層提供監控、分析、決策等關鍵經營指標的數據依據。

（2）使用人員可以在移動環境下快速查閱分析精煉的客戶數據，提高工作質量與效率的同時，更好的了解市場、管理市場。

2.設計方案

2.1.系統建設的思路如下：

2.2.系統架構

在防火墻DMZ區域部署一APP端前置服務器，負責客戶端APP與數據分析系統（服務端系統）的數據交換。客戶端APP通過移動互聯網從服務端系統下載要查詢的數據。

服務端系統負責移動APP的數據提供；移動APP部分負責數據展示。2.3.運行環境

數據分析系統客戶端APP應適用于市面上最主流的基于android的智能終端設備，可部署在安卓4.0版本以上的終端設備上，終端設備要求支持屏幕分辨率720X1280像素以上，運行內存2G以上，CPU1.5GHz以上。

2.4.系統組成

3.建設原則

設計遵循以下原則：

3.1.實用性

方案選擇和功能設置應追求實用性，必須切合XXXX的實際，技術上要有一定高度，手段強調實用，操作直觀簡便，便于維護。同時，要滿足行業要求，符合XXXX的業務模式和管理模式，不盲目追求不實用的技術，符合經濟實用并適度超前的原則。

3.2.先進性

整體系統應充分體現先進的管理思想和理念，采用先進的、成熟的且可持續發展的技術方法，并與XXXX的實際相結合。

3.3.前瞻性和整體性

充分考慮行業信息化的發展趨勢和方向，結合XXXX的實際，對系統的整體架構進行具有前瞻性和整體性的設計。

3.4.集成性

系統應符合信息集成和信息共享的原則，具有開放、靈活、符合主流標準的集成架構，能夠與全區、XXXX現有的、在建的、將建的各相關應用系統進行無縫的信息集成，做到業務流程的全閉環管理和數據層面的實時、準確傳輸。3.5.擴展性

使用廣泛、先進、成熟的標準和協議，系統要具有良好的開放性、擴展性、可移植性和升級前景，系統結構要求模塊化，功能模塊可以平滑擴充。

3.6.經濟性

系統總體上應具有良好的性價比，應適用于XXXX現有的網絡條件，在保證系統能夠安全、可靠運行的前提下，要充分考慮與現有的相關系統兼容性，最大限度地降低系統造價，充分利用現有系統有價值的財富，保護原有投資。同時，在設計時要作到統一規劃，避免不必要的投資。充分考慮到系統的可擴充性，避免重復投資。

3.7.可管理性和可維護性

提供的系統應具有簡單、直觀、方便的維護和管理手段，盡量減少維護和管理環節，使系統具有良好的可管理性和可維護性。

3.8.安全性

保證數據的安全以及交換數據的安全和一致性，采用有效手段保障系統和數據的安全性。

3.9.穩定性和可靠性

系統應具備必要的冗余備份設計，運行應穩定、可靠。要保證應用及數據的高可用性，任何一個運行應用的主機發生故障時，該應用系統能夠在保證數據不丟失的情況下自動切換到其他主機上運行，即做到集群功能。

3.10.可重構性

系統應具備可重構性，保證系統在需要重構時，能夠順利實現系統的重構。

3.11.設計規范

本項目在系統設計、軟硬件采購、應用開發、系統集成和服務過程中應采用已有的國家標準、行業標準和主流國際標準，遵循但不僅限于下列標準體系和要求：

YC/T203-2006《XX行業信息化標準體系》及相關標準

《XX行業信息化建設統一技術平臺要求》

《XX行業信息系統安全等級保護定級指南》

國家《SOA標準體系》。

4.架構設計

本系統采用與數據分析系統共用的技術手段，從而做到了本系統與原有系統的技術手段的統一線，也符合國家局以及XXXX對于統一技術路線的需要。

（一）系統采用J2EE技術架構

根據項目建設目標要求，系統建設既要適應本次項目需求，同時也要考慮到將來的系統擴展性和應變性，軟件設計要保證在技術上的可擴展性，滿足現有和未來不同應用系統的需要，并方便今后進行其他系統的擴展和再開發。因而在結構選型上，要有強的伸縮特性，并且技術上要先進、成熟、可靠和穩定性。經過對用戶的現有狀況及業務需求比較分析，我們推薦采用基于J2EE的應用體系結構。

在國際上，Java技術已成為解決大型應用的事實標準，符合J2EE規范的應用服務器則是構建面向對象的多層企業應用的中間核心平臺。因其具有易移植性，廣開放性、強安全性和支持快速開發等特性，成為面向對象開發組織應用的首選平臺。基于J2EE應用服務器支持EJB組件開發技術，包括消息隊列、負載均衡機制和交易管理等。支持中大型網站和中大型組織應用等需要大規模跨平臺、網絡計算的領域。軟件構造有幾個不可逆轉的發展方向：XML數據結構、面向對象的構件技術、網絡化應用。其中Java因為與平臺無關、安全、穩定、易開發、好維護、很強的網絡使用性等，而成為主流環境，J2EE是企業級應用的標準。

目前基于J2EE標準的體系結構，由于其以下特征受到了越來越多的大型企業、政府機關歡迎和應用。

1)可伸縮性，可擴展性、平臺無關性；

2)代碼復用性，維護成本低；

3)快速開發能力，帶來系統實用性及系統的靈活應變能力；

4)集成性，數據訪問能力強，可以訪問各種異構數據。

應用應當構建在一個構架合理、先進，擴展性強、伸縮性好、安全性高的統一應用服務支撐平臺上，這樣，才能避免重復開發、在保證系統穩定可靠的基礎上加快建設的速度。

根據以上考慮，我們設計本項目的技術架構采用基于J2EE的MVC框架來實現。

展現層、控制層和業務邏輯層部署在應用服務器上，并以我公司應用平臺來支撐，應用服務器采用符合J2EE規范的成熟產品，如BEAWeblogic、IBMWebsphere等，數據層部署在數據庫服務器上。系統用戶可以通過PC客戶機的瀏覽器、移動終端等設備來訪問系統的展現層，從而實現與業務應用系統的交互。

展現層

展現層完成業務系統信息如客戶信息、商品信息、訂單信息等信息的提交。展現層采用“請求-應答”方式與控制層交互。為減少展現層與控制層的交互，盡量采用“相關信息一次獲得、信息一次提交”方式。

展現層還可以完成各應用系統的界面級整合，包括個性化展示等。

展現層主要采用JSP技術，并使用類C/S方式的WEB組件實現界面友好的交互。

控制層

控制層實現用戶和系統之間的交互管理，提供展現層的展現邏輯和對應用層

的訪問接口。控制層主要提供分發服務、會話管理、安全服務、輸入校驗、錯誤處理、單點登錄等服務和功能，它負責接收客戶端的服務請求，進行解析；并根據解析結果調用邏輯層相應業務組件的方法。

安全服務從應用軟件的層面來說主要包括認證及授權。

認證：用符合JAAS規范，統一基于LDAP的安全認證。認證的主要目的是保護整個應用，在沒有通過認證之前，應用的任何資源都是受保護的，在通過了認證之后，才能基于你在LDAP上的角色來訪問具有權限的應用。安全認證可以基于其他第三方安全產品進行擴展，可以基于key、基于CA證書認證，應用服務器和安全服務器建立信任關系，所有的安全認證提交給安全服務器來完成，可以利用key存儲用戶的電子簽名、電子印章，使整個應用的安全得到更好的保障。

授權：采用分層的授權機制，一級權限為子系統的訪問權限，二級為子系統內部的功能模塊的訪問權限，在子系統內部，授權可以再細分，可以根據用戶的需求把功能模塊的權限賦予相應的角色。

控制層采用Servlet實現。

邏輯層

業務邏輯的接口，實現業務流程的控制，是業務領域層的服務接口。其責任是提供業務組件和業務服務，這些組件將根據展現層的請求進行相關的業務處理。注意這里的組件是廣義上的概念，既可以是EJB，也可能是普通的Java類，或者是一個WEB服務。

邏輯層的業務組件建立在統一的業務模型之上，這些業務模型也將為流程關鍵型業務使用。

邏輯層會從數據訪問層讀取數據或將數據寫入數據層。邏輯層也可以采用緩

存服務，對于基礎類數據使用緩存，直接從內存讀取，減輕對數據庫的壓力并提高響應速度。

數據訪問層

完成與數據庫的交互，對系統的各種資源和外部系統提供統一的訪問邏輯。可以采用JDBC、Hibernate及數據庫的優化技術，如翻頁、SQL語句預編譯等。

資源層

存放業務數據，是持久化存儲的物理設備，包括各種信息系統資源，例如RDBMS、文件系統、原有系統、消息服務、郵件服務、交易服務中間件等。

資源層一般采用關系數據庫，如DB2、Oracle等。

（二）系統采用SOA服務構架

SOA（service-orientedarchitecture）是面向服務的體系結構，是一類分布式系統的體系結構,是構建如何組成一個系統的模型，它將應用程序的不同功能單元（稱為服務）通過這些服務之間定義良好的接口和按松藕合方式整合在一起，即將多個現有的應用軟件通過網絡將其整合成一個新系統。

企業通過SOA的實施，可以實現以服務為核心，將企業的IT資源整合成可操作的、基于標準的服務，使其能被重新組合和應用，增強業務靈活性，快速響應市場變化，并保護了企業已有應用的投資，降低企業的IT總成本。

（三）系統遵循的詳細技術要求

為了便于系統集成整合，信息共享，解決由于業務的變化引起調整機構、流程變化、人員變動引起程序大翻工，最大限度地避免接口工作，提高程序、數據的復用率，本系統在設計中將遵循以下詳細技術要求。

項目描述

開發標準應用軟件的開發必須遵循J2EE架構、JAVA技術、B/S模式以及XML技術標準。

部署方式系統采用全市集中部署的模式。

底層支