【正文】 b) 消息發(fā)送Android中主要通。a) 消息循環(huán)消息處理機制中，消息存放與消息隊列中，應(yīng)用程序在運行過程中，將針對該消息隊列建立一個循環(huán)。Android提供了一個非常方便且強大的消息處理機制——Handler。但由于Android平臺中只允許主線程對UI進行操作和更新，所以當服務(wù)器返回處理結(jié)果時，子線程獲取到結(jié)果但卻無法更新UI。該消息對象通過Handler機制傳遞給相應(yīng)的監(jiān)聽器，監(jiān)聽器根據(jù)消息以及voHttpResponse的響應(yīng)狀態(tài)進行相應(yīng)的處理。在調(diào)用requestVO方法后，客戶端將等待服務(wù)器的響應(yīng)。請求方法為：requestVOFromServer(url, mWAComponentInstancesVO, headerList)。方法名為：requestVO，所需要傳入的參數(shù)為：l String url：服務(wù)器地址l WAComponentInstancesVO mWAComponentInstancesVO：請求參數(shù)封裝對象，將在下一節(jié)詳細說明l OnVORequestedListener listener：監(jiān)聽器，用以監(jiān)聽請求狀態(tài)在requestVO方法中，將啟動一個線程（Thread）。BaseActivity類圖如圖55所示。setGroupTitle(String title)設(shè)置列表標題，若不輸入值，則隱藏標題。GroupLayout還提供以下相關(guān)設(shè)置方法，如表52所示。在GroupLayout中申明列表layout中定義的控件，包括：l TextView groupTitleTextView：列表標題；l LinearLayout groupContentLayout：用于存放列表項item。當狀態(tài)為“點擊”（state_enabled）時。如對于樣式1，其兩種背景為：（未點擊時）、（點擊時）；（selector）加以實現(xiàn)。圓角矩形GroupLayout只有該item一個元素。尖角矩形GroupLayout具有多個item，該item既非第一個也非最后一個，位于中間位置。4321圖54 item不同顯示方式item依據(jù)它在GroupLayout中的位置決定使用何種布局，四種布局及其位置關(guān)系如表51所示。針對列表控件中item的不同樣式，需要根據(jù)所點擊的item位于列表中的位置來決定item的背景變化方式。3) 設(shè)置列表項點擊時界面的變化當用戶點擊某item時，該item的背景會發(fā)生變化。ListItemSingleLine類提供對點擊事件的支持。item中左側(cè)、中間和右側(cè)的文字。在ListItemSingleLine中，申明item中所定義的控件，包括：a) ImageView leftImageView, rightImageView, middleImageView。而開發(fā)人員在需要使用控件時，直接使用這兩個類創(chuàng)建的對象即可。圖53 列表item結(jié)構(gòu)圖b) 整個列表界面layout：，容納item的容器。圖52 列表樣式共用組件示意圖1) 定義兩個布局文件：a) 列表內(nèi)部每個item：。圖51 共用組件創(chuàng)建流程圖本節(jié)以列表樣式的控件為例對共用組件的實現(xiàn)進行說明，該列表樣式控件需要設(shè)置列表界面及其標題，同時需要設(shè)置列表項的界面?？梢蕴砑佣鄠€自定義控件。然后創(chuàng)建自定義控件并初始化，為其添加文字、圖片等具體內(nèi)容，并設(shè)置控件點擊事件處理（可選）。共用組件創(chuàng)建流程圖如圖51所示。在CRM系統(tǒng)中，較多模塊都使用到了列表樣式的布局。 共用組件的實現(xiàn)共用組件的實現(xiàn)基于Android上界面的設(shè)計開發(fā)。 本章小結(jié)本章主要說明了CRM系統(tǒng)客戶端的設(shè)計，闡述了系統(tǒng)的物理結(jié)構(gòu)和邏輯結(jié)構(gòu)，并通過流程圖說明了客戶端主要功能模塊的具體流程，并且對客戶端結(jié)構(gòu)設(shè)計做了詳細說明。圖410 CRM系統(tǒng)客戶端結(jié)構(gòu)圖本系統(tǒng)客戶端結(jié)構(gòu)架構(gòu)中UI層主要基于系統(tǒng)中可復(fù)用UI組件以及Android自帶控件，各個功能模塊在BaseActivity的基礎(chǔ)上負責各自業(yè)務(wù)邏輯處理，同時根據(jù)業(yè)務(wù)需要，調(diào)用移動終端通話應(yīng)用（Telephony）、短/彩信（SMS/MMS）、無線網(wǎng)絡(luò)（WIFI/GPRS）等相應(yīng)設(shè)備接口，實現(xiàn)相關(guān)功能。根據(jù)CRM系統(tǒng)傳輸數(shù)據(jù)的特性，將經(jīng)過數(shù)據(jù)封裝后得到的字節(jié)流封裝成數(shù)據(jù)包使用 post的方式進行數(shù)據(jù)的傳輸，將傳輸方法封裝成接口的形式，供上層開發(fā)人員使用。圖49 企業(yè)移動應(yīng)用客戶端結(jié)構(gòu)圖3）數(shù)據(jù)封裝層數(shù)據(jù)封裝層提供了對數(shù)據(jù)的相關(guān)加工操作，從各個業(yè)務(wù)模塊獲得的數(shù)據(jù)在發(fā)送給服務(wù)器之間，要先經(jīng)過序列化的過程，來將對象轉(zhuǎn)換為字節(jié)序列，然后將其進行DES加密以及Gzip壓縮操作，另一方面，從服務(wù)器獲取數(shù)據(jù)要經(jīng)過解壓縮、DES解密以及反序列的過程將字節(jié)轉(zhuǎn)換為相應(yīng)業(yè)務(wù)模塊的JAVA對象，進而解析后的數(shù)據(jù)才可以成為各個業(yè)務(wù)模塊處理的源數(shù)據(jù)。在業(yè)務(wù)邏輯層接收到表示層的數(shù)據(jù)后，將提取出相關(guān)參數(shù)，交由相關(guān)模塊進行業(yè)務(wù)數(shù)據(jù)處理，將得到的數(shù)據(jù)封裝、加密等以完成對數(shù)據(jù)格式的轉(zhuǎn)換，最后調(diào)用通信接口實現(xiàn)向服務(wù)器發(fā)出請求。該類繼承Android中的Activity，為Module的實現(xiàn)提供了相關(guān)對象和方法，包括監(jiān)聽器Listener、Handler等。2）業(yè)務(wù)邏輯層在業(yè)務(wù)邏輯層，每一個功能模塊視為一個Module。1）表示層在表示層中，為開發(fā)人員提供了諸多可復(fù)用的組件；同時，這些組件也隨著項目不斷增多和改善。所以，客戶端應(yīng)該提供一種針對與服務(wù)器進行交互的方式。4）與服務(wù)器的數(shù)據(jù)通信當前的企業(yè)管理系統(tǒng)，其大部分的數(shù)據(jù)以及相應(yīng)的業(yè)務(wù)邏輯處理都集中在企業(yè)內(nèi)部的服務(wù)器中，而客戶端基本上只起到發(fā)起請求，接收響應(yīng)，顯示處理結(jié)果等功能。但是對于面向企業(yè)的移動應(yīng)用軟件來說，其客戶端與服務(wù)器之間交互的數(shù)據(jù)往往涉及企業(yè)一些、財務(wù)、管理、報表之類的數(shù)據(jù)，其數(shù)據(jù)量通常較大，因此導(dǎo)致從數(shù)據(jù)內(nèi)容上實現(xiàn)數(shù)據(jù)量的限制是不現(xiàn)實的。3）減少用戶流量消耗對于移動終端，用戶的流量是較為寶貴的資源。2）保密性目前絕大多數(shù)的企業(yè)移動應(yīng)用軟件其內(nèi)部所涉及的數(shù)據(jù)都是與企業(yè)或客戶相關(guān)的數(shù)據(jù)，這些數(shù)據(jù)具有私密性，如果數(shù)據(jù)丟失或被竊取，則會給企業(yè)或客戶造成不小的損失。因此，底層功能中應(yīng)該包含一種針對交互數(shù)據(jù)的封裝和解封裝方法。針對各個企業(yè)移動應(yīng)用軟件，其具有的共同之處有：1）數(shù)據(jù)封裝。這些相似之處，不光體現(xiàn)在某些功能上，也體現(xiàn)在一些界面設(shè)計上。這樣就使得應(yīng)用開發(fā)的成本過高、時間耗費大、開發(fā)效率和代碼復(fù)用率低。圖48 行動模塊流程圖 客戶端結(jié)構(gòu)設(shè)計本課題在對客戶端設(shè)計過程中，將針對面向企業(yè)的Android應(yīng)用軟件設(shè)計具有一定復(fù)用性的共用界面以及底層功能。在行動列表界面（行動主界面、查詢結(jié)果界面）時，用戶可以查看選中的行動的詳細信息。在添加行動時，用戶需要輸入行動的相關(guān)信息，同時用戶還可以上傳有關(guān)于行動的照片。在行動主界面下，用戶可以添加行動、查詢行動、查看行動詳細信息的操作。codevarchar50訂單編號amountvarchar20訂單金額customervarchar255訂單客戶簡稱datevarchar16訂單日期 行動模塊行動模塊流程圖如圖48所示。所建立的數(shù)據(jù)庫表如表41所示。該數(shù)據(jù)庫高效、可靠、易使用，同時它占用的資源非常少，以此非常適合應(yīng)用與移動終端中。該列表保存于手機本地，因此，需要為訂單關(guān)注列表設(shè)計方便存取的數(shù)據(jù)保存方式。擁有相關(guān)權(quán)限的用戶可以對當前訂單進行編輯操作。l 若訂單設(shè)有附件，用戶可以查看該附件的相關(guān)信息。l 若該訂單有訂單行，則用戶可以查看訂單行的信息以及具體的產(chǎn)品明細。同時，用戶可以與該業(yè)務(wù)員進行通信，通信方式包括：手機、座機和電子郵件。在訂單詳情中，用戶可以進行以下業(yè)務(wù)操作：l 用戶可以設(shè)置是否關(guān)注或取消關(guān)注當前的訂單，具體的操作結(jié)果會反映到訂單關(guān)注列表中。用戶在選擇了查詢方式并進行查詢操作后，客戶端更新銷售訂單列表，將查詢結(jié)果顯示出來。用戶可以選擇其中之一進行查詢。用戶進行查詢訂單操作時，CRM系統(tǒng)為用戶提供了兩種方式進行查詢。用戶進行添加訂單操作時，需要輸入訂單的信息，若用戶需要輸入關(guān)于訂單的相關(guān)產(chǎn)品（訂單行），則用戶可以添加訂單行并保存。刪除后，客戶端會更新訂單關(guān)注列表。用戶可以在這兩種方式之間切換查看。 銷售訂單模塊銷售訂單流程圖如圖47所示。若沒有轉(zhuǎn)化，客戶端將為用戶提供線索轉(zhuǎn)化的接口，用戶可以將該線索轉(zhuǎn)化為客戶或者聯(lián)系人；若線索已被轉(zhuǎn)化，則用戶可以查看線索轉(zhuǎn)化后的相關(guān)內(nèi)容，客戶和聯(lián)系人。若用戶擁有相關(guān)權(quán)限，則用戶可以對該線索進行編輯和刪除操作。用戶進行線索查詢操作時，需要輸入一個或者多個關(guān)鍵字，客戶端會將查詢結(jié)果以列表的方式顯示出來。當用戶進入添加線索操作后，用戶需要輸入線索信息。圖46 線索模塊流程圖如圖46所示，當用戶進入線索模塊后，客戶端以列表的方式將所有線索展現(xiàn)出來。當用戶在聯(lián)系人主界面中進行返回操作時，聯(lián)系人業(yè)務(wù)流程結(jié)束。以上操作均需要對用戶的權(quán)限進行驗證。在聯(lián)系人列表處（主界面列表、或者搜索結(jié)果列表），用戶可以進行聯(lián)系人詳細信息的查看操作，客戶端將聯(lián)系人的所有信息展現(xiàn)出來，包括姓名、職位、聯(lián)系方式等等。在用戶保存該聯(lián)系人后，聯(lián)系人列表主動更新界面。圖45 聯(lián)系人模塊流程圖由圖45可知，當用戶進入聯(lián)系人模塊后，客戶端將向用戶展現(xiàn)與其相關(guān)的聯(lián)系人列表。在客戶列表界面中，若用戶進行返回操作，結(jié)束客戶業(yè)務(wù)流程。以上操作均需要進行相關(guān)權(quán)限的驗證。當處于客戶列表或者搜索結(jié)果列表時，用戶可以選擇查看客戶詳情，客戶端會將用戶所選擇的客戶的詳細信息展現(xiàn)出來，如客戶名稱、編號、主聯(lián)系人信息等等。添加操作需要用戶錄入客戶相關(guān)信息，在用戶選擇保存所添加的客戶后，客戶端進行客戶列表的更新，顯示最新的客戶列表。用戶可以選擇添加、查看詳情和搜索客戶。 客戶模塊客戶模塊的主要流程如圖44所示。用戶可以選擇其一進入，進行具體流程的操作。提供對數(shù)據(jù)的存儲和訪問方法。該層主要負責提供各個功能模塊的業(yè)務(wù)處理邏輯。在業(yè)務(wù)處理前對請求數(shù)據(jù)進行預(yù)處理；負責對客戶端與服務(wù)器之間交互通信的數(shù)據(jù)進行相應(yīng)的格式轉(zhuǎn)換，一方面以供下層進行相應(yīng)的邏輯處理；另一方面，為上層提供服務(wù)器所返回的相關(guān)處理結(jié)果。該層通過對象序列化的方式進行數(shù)據(jù)的封轉(zhuǎn)與解析，從而與下層在約定的數(shù)據(jù)格式下進行通信。圖43 CRM系統(tǒng)層次結(jié)構(gòu)圖1）Anroid客戶端軟件。另一方面，也提供了對非結(jié)構(gòu)化數(shù)據(jù)的存儲訪問方式，如智能手機的SD卡等等。該層提供了針對這兩種類型數(shù)據(jù)的訪問方式。4) 數(shù)據(jù)層數(shù)據(jù)層提供對數(shù)據(jù)的訪問的相關(guān)操作的接口。雖然Android SDK提供了已定義好的使用Android相關(guān)設(shè)備的接口，開發(fā)者可以直接使用，但更好的方式是，在此基礎(chǔ)上，根據(jù)CRM系統(tǒng)業(yè)務(wù)具體邏輯實現(xiàn)，在相關(guān)接口外再封裝一層，定義適合于CRM系統(tǒng)的接口?；A(chǔ)服務(wù)層為上層業(yè)務(wù)邏輯層提供了調(diào)用智能終端設(shè)備的接口。該層主要負責為各項業(yè)務(wù)邏輯的實現(xiàn)提供接口。在Activity中，它一方面展現(xiàn)XML定義的界面；同時它也通過調(diào)用接口來選擇適當?shù)臉I(yè)務(wù)處理方法進行邏輯處理，完成業(yè)務(wù)操作；之后將結(jié)果再返回給表示層加以呈現(xiàn)。它對于基礎(chǔ)服務(wù)層而言是調(diào)用者；對于表示層而言，是被調(diào)用者。同時，該層還提供用戶管理、客戶端的下載更新等邏輯功能。 圖42 客戶端軟件層次結(jié)構(gòu)圖2) 業(yè)務(wù)邏輯層在本客戶端中，業(yè)務(wù)邏輯層提供了對CRM系統(tǒng)業(yè)務(wù)的處理，是整個系統(tǒng)架構(gòu)中的核心部分，包括：客戶管理、線索管理、聯(lián)系人管理、銷售訂單管理、銷售機會管理、產(chǎn)品管理、行動管理、日程管理、知識庫管理。表示層為用戶和系統(tǒng)的業(yè)務(wù)服務(wù)之間提供了一種通信機制。CRM系統(tǒng)客戶端結(jié)構(gòu)層次結(jié)構(gòu)圖如圖42所示。圖41某企業(yè)CRM系統(tǒng)組成示例由圖41所示，用戶使用移動智能終端，可以通過無線網(wǎng)絡(luò)從指定的網(wǎng)站下載CRM系統(tǒng)客戶端軟件并安裝，然后通過互聯(lián)網(wǎng)與移動應(yīng)用服務(wù)器數(shù)據(jù)交換，進而進行業(yè)務(wù)處理。因此CRM系統(tǒng)采用C/S模式進行設(shè)計開發(fā)。對于基于Android平臺的CRM系統(tǒng)，用戶希望能夠及時快速的進行業(yè)務(wù)處理，希望系統(tǒng)能夠快速地對操作進行響應(yīng)和反饋。第四章 系統(tǒng)設(shè)計本章根據(jù)需求分析對本系統(tǒng)及客戶端進行整體結(jié)構(gòu)設(shè)計、功能模塊劃分等設(shè)計工作，形成軟件的具體設(shè)計方案。對CRM系統(tǒng)的各個功能進行了相應(yīng)的說明并給出了用例圖，重點分析了筆者參與實現(xiàn)的功能。CRM系統(tǒng)客戶端應(yīng)該滿足以上關(guān)于易用性的相關(guān)要求，提高用戶體驗。3）用戶對于本CRM客戶端軟件操作、控制的難易程度。2）用戶學(xué)習(xí)使用本CRM客戶端軟件的難易程度。針對本系統(tǒng)易用性主要包含以下三個方面：1）用戶對本CRM客戶端軟件的功能、邏輯等方面的認識的難易程度。所以，在本系統(tǒng)中，對于所有在客戶端與服務(wù)器之間傳遞的數(shù)據(jù)，都必須進行加密處理，以提高系統(tǒng)的安全性。 安全性對于CRM系統(tǒng)，其數(shù)據(jù)都均為企業(yè)內(nèi)部數(shù)據(jù)，包括企業(yè)信息、相關(guān)客戶信息、訂單信息等。按其過程來劃分主要分成三個部分：呈現(xiàn)時間，即對接收的數(shù)據(jù)進行處理并展示給用戶的過程；數(shù)據(jù)傳輸時間，即發(fā)送一個請求，系統(tǒng)處理過后返回所需要的時間；系統(tǒng)處理時間，即系統(tǒng)得到請求后對請求進行處理并將結(jié)果返回所消耗的時間。圖37 其他功能用例圖 非功能性需求分析CRM系統(tǒng)將從端到端業(yè)務(wù)處理響應(yīng)時間、安全性以及易用性三個方面分別對系統(tǒng)的非功能性需求進行考慮和分析。 其他功能CRM系統(tǒng)處理為用戶提供上述功能外，還為用戶提供了銷售機會管理、產(chǎn)品管理、知識庫管理、日程管理功能。系統(tǒng)允許擁有特定權(quán)限的用戶刪除某條行動信息。用戶可以對行動信息進行相應(yīng)調(diào)整修改。同時，在行動明細界面中，用戶還可以看到該行動最近一次更新的地理位置信息，最近一次上傳的照片信息。用戶可以查看與其相關(guān)的所有行動信息。同時，系統(tǒng)允許用戶上傳當前位置信息，及時記錄和更新行動的實施地點。用戶通過錄入行程相關(guān)信