基于lbs的信息采集系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)畢業(yè)論文(編輯修改稿)

　

【文章內(nèi)容簡(jiǎn)介】 融入LBS服務(wù)，從而給求職者關(guān)于企業(yè)和招聘會(huì)的路線導(dǎo)航和乘車推薦。通過(guò)調(diào)查研究，系統(tǒng)業(yè)務(wù)主要包括以下幾個(gè)方面：①個(gè)人注冊(cè)和企業(yè)注冊(cè)：求職者可以通過(guò)注冊(cè)頁(yè)面填寫基本信息后注冊(cè)到該系統(tǒng)，系統(tǒng)會(huì)自動(dòng)保存其信息。企業(yè)用戶通過(guò)填寫其企業(yè)基本信息后，通過(guò)管理員審核通過(guò)后，系統(tǒng)也會(huì)保存其信息。管理員可以通過(guò)Web管理客戶端對(duì)個(gè)人用戶信息和企業(yè)用戶信息進(jìn)行管理。②企業(yè)信息發(fā)布：當(dāng)企業(yè)通過(guò)注冊(cè)后，可以在管理平臺(tái)上面發(fā)布該企業(yè)的招聘信息，例如職位名稱、職位介紹等。同時(shí)企業(yè)也可以通過(guò)管理平臺(tái)發(fā)布該企業(yè)宣講會(huì)詳情。③招聘信息查找：當(dāng)求職用戶注冊(cè)成功后，用戶可以通過(guò)行業(yè)分類來(lái)查找與專業(yè)對(duì)口或者感興趣的職位，其次用戶也可以根據(jù)所在職位類型來(lái)查找相關(guān)的工作職位。用戶可以申請(qǐng)或自己感興趣的職位。④路徑規(guī)劃：用戶如果想去該公司所在地或者宣講會(huì)所在地，可以通過(guò)定位功能實(shí)現(xiàn)線路規(guī)劃，這樣大大方便了對(duì)地理環(huán)境不熟悉的求職者。⑤企業(yè)對(duì)應(yīng)聘者的查詢：當(dāng)求職者申請(qǐng)了某公司的職位后，企業(yè)用戶可以通過(guò)管理平臺(tái)查看到申請(qǐng)人的具體信息。：2．功能需求分析 為了明確系統(tǒng)設(shè)計(jì)目的，通過(guò)分析和進(jìn)一步的整理歸納，系統(tǒng)整體功能需求如下：(1) 系統(tǒng)應(yīng)允許求職者可以通過(guò)手機(jī)客戶端注冊(cè)為系統(tǒng)用戶，同時(shí)也允許管理員和企業(yè)用戶使用瀏覽器訪問(wèn)Web管理端。管理員可以對(duì)其他用戶信息進(jìn)行查看，能夠?qū)Ψ诸惸K和推薦模塊等進(jìn)行操作。(2) 系統(tǒng)允許企業(yè)用戶添加招聘具體信息和宣講會(huì)信息，當(dāng)提交的招聘職位有求職者申請(qǐng)時(shí)，企業(yè)用戶可以通過(guò)Web管理系統(tǒng)查詢到，并能查看申請(qǐng)人的基本信息。(3) 系統(tǒng)求職用戶可以通過(guò)客戶端檢索求職信息，檢索條件可以是行業(yè)分類名或者職位類型名，當(dāng)查看自己想應(yīng)聘的職位信息時(shí)，可以申請(qǐng)和收藏該職位。并能通過(guò)LBS服務(wù)導(dǎo)航到相關(guān)地點(diǎn)。用戶還可以檢索宣講會(huì)信息，并也能導(dǎo)航到宣講會(huì)地點(diǎn)。(4) 系統(tǒng)能通過(guò)后臺(tái)推送一些求職方面的資料或文章，供客戶端用戶查看學(xué)習(xí)。(5) 系統(tǒng)能保證后臺(tái)數(shù)據(jù)庫(kù)的安全性，同時(shí)能維護(hù)系統(tǒng)數(shù)據(jù)庫(kù)表，包括對(duì)表進(jìn)行增刪改查操作。3. 性能需求分析 作為一個(gè)便捷的實(shí)時(shí)求職信息服務(wù)平臺(tái)，除了完成上述功能性的要求外，還需要滿足一些非功能性要求，具體包括系統(tǒng)整體性、可擴(kuò)展性、并發(fā)性、數(shù)據(jù)安全性四個(gè)方面。(1) 整體性：提供良好的用戶體驗(yàn)，統(tǒng)一的界面風(fēng)格，有較好的互操作性；具有多種連接網(wǎng)絡(luò)的方式，例如WiFi接入、3G網(wǎng)絡(luò)接入；降低系統(tǒng)資源的消耗，保證系統(tǒng)的穩(wěn)定性和反應(yīng)時(shí)間。(2) 可擴(kuò)展性：系統(tǒng)要具有低耦合性和良好的可擴(kuò)展性，便于系統(tǒng)日后維護(hù)和升級(jí)；當(dāng)新模塊或新功能、修改等因素情況下，系統(tǒng)各版本能夠兼容，方便系統(tǒng)的改進(jìn)和完善。(3) 并發(fā)性：當(dāng)系統(tǒng)用戶數(shù)量增加時(shí)，系統(tǒng)服務(wù)器必須保證較高的并發(fā)性能，防止該情況下，系統(tǒng)出現(xiàn)訪問(wèn)延時(shí)或訪問(wèn)斷開等現(xiàn)象，影響系統(tǒng)運(yùn)行。(4) 數(shù)據(jù)安全性：為保證系統(tǒng)信息安全和通信安全，在網(wǎng)絡(luò)傳輸、數(shù)據(jù)校對(duì)等過(guò)程中，必須對(duì)程序中的隱私數(shù)據(jù)進(jìn)行一定的加密安全處理。4. 體系架構(gòu) 我們將本系統(tǒng)分為Web管理端、Android客戶端和系統(tǒng)服務(wù)器端三部分，在管理端我們采用典型的瀏覽器/服務(wù)器(B/S)架構(gòu)，在Android客戶端采用客戶端/服務(wù)器(C/S)架構(gòu)。同時(shí)，為了遵循系統(tǒng)可擴(kuò)展性和可復(fù)用性的設(shè)計(jì)原則，采用MVC軟件設(shè)計(jì)模式。將應(yīng)用程序的主要功能分離到不同的類層中，抽取出業(yè)務(wù)邏輯，實(shí)現(xiàn)底層控制與業(yè)務(wù)邏輯的分離，從而實(shí)現(xiàn)系統(tǒng)的低耦合性，使后期開發(fā)和維護(hù)更加方便。 架構(gòu)是指在一定的設(shè)計(jì)原則基礎(chǔ)上，對(duì)組成系統(tǒng)的各部分進(jìn)行合理的分析和安排，將多個(gè)小結(jié)構(gòu)有效的融合形成大的體系。它將系統(tǒng)的各個(gè)組成部分及其屬性之間的相互關(guān)系通過(guò)不同的角度進(jìn)行展示。在應(yīng)用系統(tǒng)中最常見的一種架構(gòu)模式是分層，通過(guò)層次結(jié)構(gòu)將系統(tǒng)的各職責(zé)區(qū)分開來(lái)，每個(gè)層次僅負(fù)責(zé)與本身相關(guān)的系統(tǒng)，通過(guò)層次間的相互依托和調(diào)用來(lái)完成整個(gè)系統(tǒng)功能。這樣可以將一個(gè)巨大的系統(tǒng)拆分成不同的組件，不僅理清了系統(tǒng)的結(jié)構(gòu)邏輯，也在很大程度上弱化了系統(tǒng)耦合度。系統(tǒng)也不會(huì)因?yàn)槿我粚哟谓M件的調(diào)整而整體變更。 一般情況下，一個(gè)系統(tǒng)大致可以分為三層，從上到下依次為應(yīng)用層、服務(wù)層、數(shù)據(jù)層，也就是我們通常所說(shuō)的三層架構(gòu)模式，其各層功能如表2．1所示。應(yīng)用層負(fù)責(zé)具體業(yè)務(wù)和視圖展示。如系統(tǒng)的頁(yè)面顯示和結(jié)果展示服務(wù)層為應(yīng)用層提供服務(wù)支持，包括維護(hù)系統(tǒng)業(yè)務(wù)邏輯和數(shù)據(jù)接口數(shù)據(jù)層提供數(shù)據(jù)存儲(chǔ)訪問(wèn)服務(wù)，如數(shù)據(jù)庫(kù)、緩存、文件、搜素引擎等系統(tǒng)分層架構(gòu)功能描述 根據(jù)上述的分層模式的優(yōu)勢(shì)，本系統(tǒng)也嚴(yán)格遵循分層模式的設(shè)計(jì)方法，實(shí)現(xiàn)系統(tǒng)的低依賴性和高復(fù)用性。系統(tǒng)總體結(jié)構(gòu)圖 通過(guò)對(duì)系統(tǒng)總體結(jié)構(gòu)的分析，通信終端僅僅顯示數(shù)據(jù)，而應(yīng)用層負(fù)責(zé)處理人機(jī)交互過(guò)程，移動(dòng)終端通過(guò)系統(tǒng)客戶端完成界面顯示，而Web管理端通過(guò)瀏覽器進(jìn)行界面交互；服務(wù)層主要是負(fù)責(zé)系統(tǒng)各業(yè)務(wù)規(guī)則邏輯服務(wù)組件的實(shí)現(xiàn)，并為業(yè)務(wù)邏輯層提供訪問(wèn)這些業(yè)務(wù)邏輯的接口；客戶端通過(guò)調(diào)用Web Service接口和業(yè)務(wù)基類共同完成業(yè)務(wù)邏輯處理，數(shù)據(jù)流傳輸?shù)炔僮鳎琖eb管理端則通過(guò)HTTP請(qǐng)求與Web應(yīng)用服務(wù)器通信完成數(shù)據(jù)傳輸和業(yè)務(wù)邏輯處理；最后，系統(tǒng)通過(guò)數(shù)據(jù)層完成與數(shù)據(jù)庫(kù)服務(wù)器的數(shù)據(jù)交互。 總而概之，系統(tǒng)數(shù)據(jù)層從數(shù)據(jù)庫(kù)服務(wù)器獲得原始數(shù)據(jù)，通過(guò)邏輯處理層的處理，業(yè)務(wù)邏輯層再把數(shù)據(jù)轉(zhuǎn)換成符合業(yè)務(wù)規(guī)則的數(shù)據(jù)格式，最后，通過(guò)視圖層將信息轉(zhuǎn)換為用戶可以理解的信息格式。可見，這種設(shè)計(jì)實(shí)現(xiàn)了系統(tǒng)的分層和互操作性。5. 系統(tǒng)服務(wù)器端結(jié)構(gòu)設(shè)計(jì) 與傳統(tǒng)應(yīng)用系統(tǒng)相比，高并發(fā)，大流量、高可用性、海量數(shù)據(jù)、用戶分布廣泛，網(wǎng)絡(luò)情況復(fù)雜等是互聯(lián)網(wǎng)應(yīng)用系統(tǒng)所具有的特點(diǎn)，這就要求系統(tǒng)服務(wù)器具有較高的性能。通常的小型系統(tǒng)中應(yīng)用程序、數(shù)據(jù)庫(kù)、文件等所有資源都在一臺(tái)服務(wù)器上，但是隨著系統(tǒng)的發(fā)展，一臺(tái)服務(wù)器是不能滿足系統(tǒng)發(fā)展的需求的。越來(lái)越多的用戶訪問(wèn)導(dǎo)致性能越來(lái)越差，越來(lái)越多的數(shù)據(jù)導(dǎo)致存儲(chǔ)空間不足等問(wèn)題將表現(xiàn)的愈來(lái)愈明顯。為了克服上述問(wèn)題，本系統(tǒng)的服務(wù)器設(shè)計(jì)采用分布式集群架構(gòu)。系統(tǒng)服務(wù)器結(jié)構(gòu)圖 由上圖可知，服務(wù)器端由負(fù)載均衡調(diào)度服務(wù)器、應(yīng)用服務(wù)器、文件服務(wù)器、緩存服務(wù)器、數(shù)據(jù)庫(kù)服務(wù)器五部分組成，在服務(wù)器架構(gòu)中，通過(guò)服務(wù)器對(duì)硬件資源的需求各不相同，我們將應(yīng)用服務(wù)器與數(shù)據(jù)服務(wù)器分離。應(yīng)用服務(wù)器需要強(qiáng)大的CPU來(lái)處理大量的業(yè)務(wù)邏輯；文件服務(wù)器需要大容量硬盤來(lái)存儲(chǔ)大量用戶上傳的文件；數(shù)據(jù)庫(kù)服務(wù)器需要更快的硬盤和更大的內(nèi)存來(lái)快速磁盤檢索和進(jìn)行數(shù)據(jù)緩存。系統(tǒng)通過(guò)負(fù)載均衡調(diào)度服務(wù)器，將來(lái)之用戶的訪問(wèn)請(qǐng)求分發(fā)到應(yīng)用服務(wù)器集群中的任何一臺(tái)服務(wù)器上，使應(yīng)用服務(wù)器的負(fù)載壓力不再成為整個(gè)系統(tǒng)的瓶頸。同時(shí)，通過(guò)使用緩存，是絕大部分?jǐn)?shù)據(jù)讀操作訪問(wèn)都可以不通過(guò)數(shù)據(jù)庫(kù)就能完成，提高系統(tǒng)訪問(wèn)速率。由于目前主流數(shù)據(jù)庫(kù)都提供主從熱備份功能，通過(guò)配置兩臺(tái)數(shù)據(jù)庫(kù)服務(wù)器主從關(guān)系，實(shí)現(xiàn)數(shù)據(jù)庫(kù)讀寫操作分離，從而改善數(shù)據(jù)負(fù)載壓力，同時(shí)保證數(shù)據(jù)安全。6. 系統(tǒng)客戶端設(shè)計(jì) 客戶端是應(yīng)用程序與用戶之間交互的橋梁， 主要是負(fù)責(zé)數(shù)據(jù)顯示、功能模塊轉(zhuǎn)換等功能。本系統(tǒng)有兩個(gè)客戶端，一個(gè)是Web端的Web管理客戶端，其包括管理員功能界面和企業(yè)用戶功能界面。另一個(gè)是Android應(yīng)用客戶端，只針對(duì)求職用戶功能設(shè)計(jì)。Web管理客戶端 該客戶端主要負(fù)責(zé)是對(duì)系統(tǒng)相關(guān)數(shù)據(jù)初始化及企業(yè)相關(guān)信息編輯管理，相當(dāng)于系統(tǒng)的后臺(tái)管理入口，用戶使用角色上有差異，但在結(jié)構(gòu)設(shè)計(jì)上是一致的。Web管理端結(jié)構(gòu)圖Web管理端的顯示界面是基于JSP的動(dòng)態(tài)網(wǎng)頁(yè)，其通過(guò)訪問(wèn)相應(yīng)的Action類來(lái)進(jìn)入業(yè)務(wù)邏輯層(Service層)進(jìn)行業(yè)務(wù)邏輯處理，當(dāng)處理完成后則調(diào)用相應(yīng)的數(shù)據(jù)層(Dao層)方法，進(jìn)行相應(yīng)的數(shù)據(jù)讀寫操作，并返回給JSP頁(yè)面顯示。Android應(yīng)用客戶端 該客戶端中應(yīng)用界面與用戶交互的基本功能單位是活動(dòng)(Activity)，一個(gè)Activity類通過(guò)加載一個(gè)xml布局文件就生成了一個(gè)界面，通過(guò)調(diào)用SetContentViewO方法來(lái)加載視圖資源顯示，通過(guò)Intent類來(lái)傳遞參數(shù)或者改變活動(dòng)。： 由于Android應(yīng)用客戶端沒有使用客戶端數(shù)據(jù)庫(kù)，全部數(shù)據(jù)均通過(guò)網(wǎng)絡(luò)訪問(wèn)服務(wù)器端數(shù)據(jù)庫(kù)，因此結(jié)果處理模塊需要負(fù)責(zé)通過(guò)數(shù)據(jù)訪問(wèn)接口類，通過(guò)調(diào)用HttpClient類，請(qǐng)求相關(guān)URL，完成對(duì)Web Service接口來(lái)完成對(duì)數(shù)據(jù)的相關(guān)操作。綜上所述，系統(tǒng)客戶端結(jié)構(gòu)主要由以下部分組成：(1) UI界面模塊：該模塊用于展示系統(tǒng)功能界面，接收用戶的操作數(shù)據(jù)，返回處理結(jié)果并顯示等。(2) 業(yè)務(wù)請(qǐng)求處理模塊：該模塊接收用戶請(qǐng)求和傳遞數(shù)據(jù)給結(jié)果處理模塊并接收該模塊返回的數(shù)值。(3) 結(jié)果處理模塊：該模塊負(fù)責(zé)處理數(shù)據(jù)相關(guān)請(qǐng)求，轉(zhuǎn)換數(shù)據(jù)格式，完成對(duì)數(shù)據(jù)庫(kù)的讀寫等操作。三、 系統(tǒng)關(guān)鍵技術(shù)分析與實(shí)現(xiàn)（一）Web Service框架分析與實(shí)現(xiàn) Web Service實(shí)現(xiàn)了應(yīng)用程序在不同平臺(tái)和不同語(yǔ)言間的相互服務(wù)調(diào)用，是一種面向服務(wù)的編程(SOA Service．Oriented Architecture)架構(gòu)。它通過(guò)基于HTTP協(xié)議的方式進(jìn)行應(yīng)用間的交互，需要遵守Web服務(wù)定義語(yǔ)言(WSDL Web ServiceDefinition Language)和簡(jiǎn)單請(qǐng)求協(xié)議(SOAP Simple Object Access Protocol)的規(guī)范。其基本實(shí)現(xiàn)了應(yīng)用軟件、Web網(wǎng)站、各種通信設(shè)備之間高度融合，促進(jìn)了Web無(wú)縫集成環(huán)境的發(fā)展。1. Web Service基本結(jié)構(gòu)及原理 服務(wù)提供者、服務(wù)請(qǐng)求者和服務(wù)注冊(cè)中心三種角色通過(guò)發(fā)布、發(fā)現(xiàn)和綁定行為共同組建了Web Service體系結(jié)構(gòu)。Wreb