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