【正文】 建流程圖本節(jié)以列表樣式的控件為例對(duì)共用組件的實(shí)現(xiàn)進(jìn)行說(shuō)明，該列表樣式控件需要設(shè)置列表界面及其標(biāo)題，同時(shí)需要設(shè)置列表項(xiàng)的界面。在CRM系統(tǒng)中，較多模塊都使用到了列表樣式的布局。根據(jù)CRM系統(tǒng)傳輸數(shù)據(jù)的特性，將經(jīng)過(guò)數(shù)據(jù)封裝后得到的字節(jié)流封裝成數(shù)據(jù)包使用 post的方式進(jìn)行數(shù)據(jù)的傳輸，將傳輸方法封裝成接口的形式，供上層開發(fā)人員使用。2）業(yè)務(wù)邏輯層在業(yè)務(wù)邏輯層，每一個(gè)功能模塊視為一個(gè)Module。但是對(duì)于面向企業(yè)的移動(dòng)應(yīng)用軟件來(lái)說(shuō)，其客戶端與服務(wù)器之間交互的數(shù)據(jù)往往涉及企業(yè)一些、財(cái)務(wù)、管理、報(bào)表之類的數(shù)據(jù)，其數(shù)據(jù)量通常較大，因此導(dǎo)致從數(shù)據(jù)內(nèi)容上實(shí)現(xiàn)數(shù)據(jù)量的限制是不現(xiàn)實(shí)的。針對(duì)各個(gè)企業(yè)移動(dòng)應(yīng)用軟件，其具有的共同之處有：1）數(shù)據(jù)封裝。在行動(dòng)列表界面（行動(dòng)主界面、查詢結(jié)果界面）時(shí)，用戶可以查看選中的行動(dòng)的詳細(xì)信息。所建立的數(shù)據(jù)庫(kù)表如表41所示。l 若訂單設(shè)有附件，用戶可以查看該附件的相關(guān)信息。用戶在選擇了查詢方式并進(jìn)行查詢操作后，客戶端更新銷售訂單列表，將查詢結(jié)果顯示出來(lái)。刪除后，客戶端會(huì)更新訂單關(guān)注列表。若用戶擁有相關(guān)權(quán)限，則用戶可以對(duì)該線索進(jìn)行編輯和刪除操作。當(dāng)用戶在聯(lián)系人主界面中進(jìn)行返回操作時(shí)，聯(lián)系人業(yè)務(wù)流程結(jié)束。圖45 聯(lián)系人模塊流程圖由圖45可知，當(dāng)用戶進(jìn)入聯(lián)系人模塊后，客戶端將向用戶展現(xiàn)與其相關(guān)的聯(lián)系人列表。添加操作需要用戶錄入客戶相關(guān)信息，在用戶選擇保存所添加的客戶后，客戶端進(jìn)行客戶列表的更新，顯示最新的客戶列表。提供對(duì)數(shù)據(jù)的存儲(chǔ)和訪問(wèn)方法。圖43 CRM系統(tǒng)層次結(jié)構(gòu)圖1）Anroid客戶端軟件。雖然Android SDK提供了已定義好的使用Android相關(guān)設(shè)備的接口，開發(fā)者可以直接使用，但更好的方式是，在此基礎(chǔ)上，根據(jù)CRM系統(tǒng)業(yè)務(wù)具體邏輯實(shí)現(xiàn)，在相關(guān)接口外再封裝一層，定義適合于CRM系統(tǒng)的接口。它對(duì)于基礎(chǔ)服務(wù)層而言是調(diào)用者；對(duì)于表示層而言，是被調(diào)用者。CRM系統(tǒng)客戶端結(jié)構(gòu)層次結(jié)構(gòu)圖如圖42所示。第四章 系統(tǒng)設(shè)計(jì)本章根據(jù)需求分析對(duì)本系統(tǒng)及客戶端進(jìn)行整體結(jié)構(gòu)設(shè)計(jì)、功能模塊劃分等設(shè)計(jì)工作，形成軟件的具體設(shè)計(jì)方案。2）用戶學(xué)習(xí)使用本CRM客戶端軟件的難易程度。按其過(guò)程來(lái)劃分主要分成三個(gè)部分：呈現(xiàn)時(shí)間，即對(duì)接收的數(shù)據(jù)進(jìn)行處理并展示給用戶的過(guò)程；數(shù)據(jù)傳輸時(shí)間，即發(fā)送一個(gè)請(qǐng)求，系統(tǒng)處理過(guò)后返回所需要的時(shí)間；系統(tǒng)處理時(shí)間，即系統(tǒng)得到請(qǐng)求后對(duì)請(qǐng)求進(jìn)行處理并將結(jié)果返回所消耗的時(shí)間。用戶可以對(duì)行動(dòng)信息進(jìn)行相應(yīng)調(diào)整修改。用戶通過(guò)錄入行程相關(guān)信息則可添加行程。對(duì)于已添加入CRM系統(tǒng)的訂單，系統(tǒng)為擁有特定權(quán)限的用戶提供了訂單編輯功能，同時(shí)也允許用戶對(duì)訂單進(jìn)行刪除操作。而在訂單列表中，不僅將顯示與用戶相關(guān)的所有訂單，同時(shí)也將顯示被用戶關(guān)注的訂單，方便用戶對(duì)特定訂單的跟蹤。系統(tǒng)銷售訂單管理功能用例圖如圖35所示。CRM系統(tǒng)為用戶提供了將線索進(jìn)行轉(zhuǎn)化的功能，用戶可以將線索轉(zhuǎn)化為客戶或者聯(lián)系人。線索是企業(yè)業(yè)務(wù)活動(dòng)過(guò)程中的一個(gè)過(guò)渡點(diǎn)，在本CRM系統(tǒng)中，線索的最終形態(tài)是客戶或者聯(lián)系人。相關(guān)對(duì)象信息主要包括該聯(lián)系人相關(guān)的行動(dòng)、線索和客戶信息。他可以屬于一個(gè)“客戶”，也可以獨(dú)立存在。用戶通過(guò)當(dāng)前客戶創(chuàng)建相應(yīng)業(yè)務(wù)信息的功能，包括創(chuàng)建訂單、創(chuàng)建商機(jī)、創(chuàng)建行動(dòng)等。圖31 CRM系統(tǒng)用例圖以下將針對(duì)客戶管理功能、聯(lián)系人管理功能、線索管理功能、銷售訂單管理功能和行動(dòng)管理功能進(jìn)行具體詳細(xì)的分析說(shuō)明。介紹了客戶關(guān)系管理的相關(guān)概念和理論。 Java對(duì)象序列化技術(shù)對(duì)于網(wǎng)絡(luò)中的通信，無(wú)論傳遞的是何種類型的數(shù)據(jù)，一般都會(huì)以二進(jìn)制的方式呈現(xiàn)。因此，CRM系統(tǒng)需要對(duì)客戶端與服務(wù)器之間交互的數(shù)據(jù)進(jìn)行加密，保障數(shù)據(jù)的安全性。Service與Activity的區(qū)別在于，首先，Service沒(méi)有用戶界面，它不像Activity那樣能夠通過(guò)各種控件、界面元素的組合來(lái)給用戶直觀的展現(xiàn)；其次，Service運(yùn)行于系統(tǒng)后臺(tái)，而且它不能自己運(yùn)行，()()方法啟動(dòng)服務(wù)。 Android四大組件Android平臺(tái)是為組件化而搭建的平臺(tái)，在Android平臺(tái)上進(jìn)行應(yīng)用軟件的開發(fā)，通過(guò)基于組件的重用和架構(gòu)，就可以輕易的搭建和完成各式應(yīng)用，主要包括以下四種類型的組件。FreeType位圖（bitmap）及矢量圖（vector）。系統(tǒng)庫(kù)各個(gè)部分的功能如表22所示。內(nèi)容提供器（Content Providers）允許應(yīng)用程序開放接口，讓其他程序訪問(wèn)其數(shù)據(jù)。1) 應(yīng)用層Android平臺(tái)上，一切可操作行為的載體即為應(yīng)用程序，換句話說(shuō)，Android操作系統(tǒng)的基本單位為應(yīng)用程序（Application）。開發(fā)者可以隨意的開發(fā)或擴(kuò)展任意的應(yīng)用程序，大大拓寬了開發(fā)者的開發(fā)范圍。在我國(guó)，Android終端的銷量逐年攀升，已占領(lǐng)大部分終端市場(chǎng)，并且每年每季度均能保持至少一成的增長(zhǎng)幅度[6]。因此，企業(yè)必須及時(shí)獲取并快速響應(yīng)客戶的需求（這些需求有可能時(shí)刻都在變化），并提升產(chǎn)品服務(wù)質(zhì)量，提供良好便捷的產(chǎn)品購(gòu)買渠道或服務(wù)獲取渠道，同時(shí)提供良好的售后服務(wù)等。CRM系統(tǒng)將企業(yè)內(nèi)部各個(gè)業(yè)務(wù)人員和各個(gè)部門的關(guān)于客戶的所有信息進(jìn)行整合、分析，統(tǒng)一保存和管理，并以此為基礎(chǔ)，向企業(yè)各部門提供良好的訪問(wèn)接口，使得企業(yè)對(duì)于客戶信息的管理具有高度的統(tǒng)一性、規(guī)范性。第四章 在需求分析的基礎(chǔ)上對(duì)系統(tǒng)進(jìn)行概要和詳細(xì)設(shè)計(jì)。本課題所要實(shí)現(xiàn)的功能模塊包括：客戶、聯(lián)系人、線索、銷售訂單、日常安排（行動(dòng)）。2) 對(duì)設(shè)計(jì)開發(fā)本系統(tǒng)客戶端進(jìn)行技術(shù)調(diào)研、積累與分析。利用數(shù)據(jù)倉(cāng)庫(kù)、數(shù)據(jù)挖掘等關(guān)鍵技術(shù)可以建立量化的、有效的評(píng)估體系，幫助企業(yè)更合理的指定經(jīng)營(yíng)策略。這種方式能夠有效地發(fā)現(xiàn)和保存客戶的行為方式和偏好，從而依據(jù)每個(gè)客戶的個(gè)別狀況提出相應(yīng)的應(yīng)對(duì)策略或方案，增加客戶關(guān)系管理的靈活性。在移動(dòng)終端的推動(dòng)下，移動(dòng)互聯(lián)網(wǎng)產(chǎn)業(yè)得以飛速發(fā)展，移動(dòng)化也已然成為當(dāng)今全球互聯(lián)網(wǎng)的發(fā)展趨勢(shì)[2]。對(duì)于企業(yè)信息化飛速發(fā)展的今天，客戶以及客戶的需求也在時(shí)刻的變化當(dāng)中，如何更有效地維系老客戶的關(guān)系、挖掘新客戶，這些問(wèn)題依然成為眾多企業(yè)關(guān)注的目標(biāo)。如何及時(shí)準(zhǔn)確地獲取及處理客戶信息已成為當(dāng)今企業(yè)急需解決的重要問(wèn)題。本文首先針對(duì)某企業(yè)CRM系統(tǒng)進(jìn)行了需求分析，提出系統(tǒng)所支持的九項(xiàng)業(yè)務(wù)：客戶管理、聯(lián)系人管理、銷售機(jī)會(huì)管理、訂單管理、產(chǎn)品管理、線索管理、行動(dòng)管理、知識(shí)庫(kù)管理和日程管理等，并進(jìn)行了需求功能的分解。與我一同工作的同志對(duì)本研究所做的任何貢獻(xiàn)均已在論文中作了明確的說(shuō)明并表示了謝意。學(xué)校有權(quán)保留并向國(guó)家有關(guān)部門或機(jī)構(gòu)送交論文的復(fù)印件和磁盤，允許學(xué)位論文被查閱和借閱；學(xué)?？梢怨紝W(xué)位論文的全部或部分內(nèi)容，可以允許采用影印、縮印或其它復(fù)制手段保存、匯編學(xué)位論文。本文通過(guò)對(duì)當(dāng)前諸多企業(yè)移動(dòng)應(yīng)用的分析，對(duì)共有界面元素以及底層功能進(jìn)行開發(fā)設(shè)計(jì)，為其他功能提供了規(guī)范性的開發(fā)模式，使應(yīng)用開發(fā)周期大大減少，減輕了開發(fā)工作量，同時(shí)也使軟件質(zhì)量得以保證，方便后期維護(hù)。當(dāng)前，智能終端已成為這個(gè)時(shí)代每個(gè)人不可或缺的生活物件。2) 獲取信息的不及時(shí)。將CRM與移動(dòng)智能終端相結(jié)合，使終端移動(dòng)性、便捷性的特點(diǎn)得以最大限度的發(fā)揮，企業(yè)的業(yè)務(wù)人員將不再受時(shí)間地點(diǎn)的限制，能夠隨時(shí)隨地地對(duì)客戶需求進(jìn)行處理和反饋，提高客戶關(guān)系管理的實(shí)時(shí)性。在以前，地域、時(shí)差、人員等諸多客觀因素會(huì)使得企業(yè)原本優(yōu)質(zhì)的服務(wù)能力下降，或者由于辦公條件、通信傳輸、數(shù)據(jù)分析等的局限性而導(dǎo)致無(wú)法及時(shí)響應(yīng)客戶的需求。3）網(wǎng)絡(luò)應(yīng)用技術(shù)企業(yè)業(yè)務(wù)信息處理，網(wǎng)絡(luò)功能越來(lái)越發(fā)揮著重要的作用。本課題將設(shè)計(jì)并實(shí)現(xiàn)客戶端共用界面元素以及底層功能，其中底層功能主要包括數(shù)據(jù)封裝/解析、加密/解密、壓縮/解壓縮、與服務(wù)器的交互等。該測(cè)試工作將隨著各個(gè)功能模塊的開發(fā)而進(jìn)行；集成測(cè)試，針對(duì)子系統(tǒng)內(nèi)部以及子系統(tǒng)之間的交互進(jìn)行測(cè)試；系統(tǒng)測(cè)試，將客戶端與系統(tǒng)其他部分結(jié)合起來(lái)，在實(shí)際環(huán)境下運(yùn)行，進(jìn)行測(cè)試，同時(shí)包括性能測(cè)試；驗(yàn)收測(cè)試，讓用戶也參與的測(cè)試，使用真實(shí)的數(shù)據(jù)進(jìn)行測(cè)試。主要針對(duì)客戶端共有界面元素以及底層功能模塊、客戶模塊、聯(lián)系人模塊、線索模塊、銷售訂單模塊、日常安排（行動(dòng)）模塊，并給出上述各模塊的流程圖、類圖以及時(shí)序圖。 客戶關(guān)系管理移動(dòng)應(yīng)用系統(tǒng)解決的問(wèn)題及思路CRM整合了企業(yè)內(nèi)部各個(gè)業(yè)務(wù)人員、各部門資源，并對(duì)這些資源進(jìn)行有效、規(guī)范地組織、整理和分析，從而提高了企業(yè)中整個(gè)客戶關(guān)系生命周期的管理效果。CRM移動(dòng)應(yīng)用系統(tǒng)能幫助企業(yè)在營(yíng)銷活動(dòng)中轉(zhuǎn)被動(dòng)為主動(dòng)，主動(dòng)地去找尋客戶、主動(dòng)地獲取需求、主動(dòng)為客戶提供產(chǎn)品和服務(wù)。 Android系統(tǒng)的特點(diǎn)Android操作系統(tǒng)之所以受到用戶和開發(fā)者的青睞，因?yàn)槠渚哂幸韵聨状髢?yōu)勢(shì)[7][8]：1) 開放性。Android應(yīng)用程序基于Java語(yǔ)言進(jìn)行開發(fā)，開發(fā)人員只要掌握基本的Java編程技能就能夠輕易的學(xué)習(xí)和上手Android應(yīng)用的開發(fā)[10]。一方面，開發(fā)人員必須基于應(yīng)用開發(fā)框架進(jìn)行應(yīng)用程序的開發(fā)，以保持主體結(jié)構(gòu)的一致性；另一方面，應(yīng)用框架允許開發(fā)人員在遵守框架相關(guān)規(guī)范的基礎(chǔ)上，對(duì)其開發(fā)的應(yīng)用程序進(jìn)行必要的擴(kuò)展，以滿足各個(gè)應(yīng)用程序的差異性、個(gè)性化需求。活動(dòng)管理器（Activity Manager）對(duì)應(yīng)用程序基本元素Activity的管理。SGL2D引擎庫(kù)。Dalvik虛擬機(jī)是通過(guò)Java實(shí)現(xiàn)的。每一個(gè)Activity都包含一些控件用以實(shí)現(xiàn)相關(guān)的界面效果和相應(yīng)的功能，如按鈕（Button）、文本框（TextView）、列表（ListView）等等。Broadcast Receiver不像Activity和Service能夠去執(zhí)行某些操作或業(yè)務(wù)，它處于一種被動(dòng)的狀態(tài)。DES加密算法屬于分組加密算法，通過(guò)對(duì)密鑰的保護(hù)提高加密算法的安全性。序列化指的是將對(duì)象寫入字節(jié)流的過(guò)程；接收到字節(jié)流，將其恢復(fù)為對(duì)象的過(guò)程，則是反序列化。最后對(duì)CRM系統(tǒng)客戶端與服務(wù)器之間交互數(shù)據(jù)的封裝方法——Java對(duì)象序列化進(jìn)行了說(shuō)明。而且，“客戶”這一概念也并非僅指代一個(gè)自然人，它可以指代一個(gè)公司，一個(gè)團(tuán)體等等。支持用戶查看與該客戶相關(guān)的所有對(duì)象的信息，包括該客戶所擁有的所有聯(lián)系人、銷售訂單、行動(dòng)信息等等。圖33 聯(lián)系人管理功能用例圖如圖所示，系統(tǒng)提供聯(lián)系人的相關(guān)功能?？蛻舳藶橛脩籼峁┝藫艽蚴謾C(jī)、撥打座機(jī)、發(fā)送郵件等聯(lián)系方式。在添加線索操作過(guò)程中，用戶需要確定并輸入該線索的名稱以及所涉及的公司名稱，以便往后進(jìn)行線索的轉(zhuǎn)換操作。當(dāng)轉(zhuǎn)化操作完成時(shí)，該線索不會(huì)被刪除，仍然保存在系統(tǒng)中。同時(shí)，在添加過(guò)程中，用戶需要選擇與該訂單相關(guān)的客戶以及業(yè)務(wù)類型、銷售部門等信息。用戶可以查看業(yè)務(wù)員（聯(lián)系人）信息，同時(shí)客戶端也為用戶提供了撥打手機(jī)、撥打座機(jī)、發(fā)郵件等方式與業(yè)務(wù)員進(jìn)行溝通。相反，業(yè)務(wù)人員的工作因這些信息的錄入而剛剛開始。CRM系統(tǒng)針對(duì)行動(dòng)管理功能，還為用戶提供了照片上傳的功能，用戶能夠通過(guò)手機(jī)照相機(jī)拍照或者根據(jù)手機(jī)本地的照片圖片，將與行動(dòng)相關(guān)的照片上傳至服務(wù)器，與行動(dòng)關(guān)聯(lián)，幫助用戶記錄并完善行動(dòng)信息。用戶可以通過(guò)輸入一個(gè)或多個(gè)關(guān)鍵字對(duì)行動(dòng)進(jìn)行查詢。因此，如果對(duì)這些數(shù)據(jù)不加處理而允許其在網(wǎng)絡(luò)上傳輸，則會(huì)導(dǎo)致數(shù)據(jù)被竊取的可能性增大，對(duì)企業(yè)造成不必要的損失[18]。用戶在使用時(shí)應(yīng)操作簡(jiǎn)單方便，各項(xiàng)功能的設(shè)計(jì)應(yīng)該做到直接、流暢。在移動(dòng)終端上，瀏覽器相對(duì)于終端應(yīng)用，用戶體驗(yàn)較差，事件響應(yīng)速度較低。在本CRM系統(tǒng)中，除了用Android自帶的控件構(gòu)建用戶界面外，還需使用特定的控件用以實(shí)現(xiàn)特殊數(shù)據(jù)的顯示。3) 基礎(chǔ)服務(wù)層與其他體系結(jié)構(gòu)不同的是，本客戶端在業(yè)務(wù)邏輯層和數(shù)據(jù)層之間添加了一層——基礎(chǔ)服務(wù)層。在本系統(tǒng)客戶端中，包括結(jié)構(gòu)化數(shù)據(jù)（SQLite數(shù)據(jù)庫(kù)）和非結(jié)構(gòu)化數(shù)據(jù)（文件、圖片等等）。2）移動(dòng)應(yīng)用服務(wù)器。以下將針對(duì)筆者所參與設(shè)計(jì)和開發(fā)的模塊進(jìn)行具體流程的說(shuō)明。當(dāng)用戶擁有相關(guān)權(quán)限時(shí)，用戶則可以通過(guò)當(dāng)前查看的客戶進(jìn)行交易的創(chuàng)建，交易包括：銷售訂單、銷售機(jī)會(huì)和行動(dòng)；或者用戶可以對(duì)客戶進(jìn)行編輯操作，修改客戶的詳細(xì)信息；或者用戶也可以查看與該客戶相關(guān)的對(duì)象信息，相關(guān)對(duì)象包括：信用狀況、銷售訂單、銷售機(jī)會(huì)、行動(dòng)、聯(lián)系人。用戶進(jìn)行搜索聯(lián)系人的操作時(shí)，需要輸入一個(gè)或多個(gè)關(guān)鍵字，客戶端將搜索后的結(jié)果以列表的方式顯示出來(lái)。在線索主界面下，用戶可以添加、查詢和查看線索。當(dāng)用戶在聯(lián)系人主界面返回時(shí)，線索業(yè)務(wù)流程結(jié)束。在用戶保存了所添加的訂單信息后，客戶端更新訂單列表。l 用戶可以查看與當(dāng)前訂單相關(guān)聯(lián)的業(yè)務(wù)員的信息。本客戶端銷售訂單功能中，需要顯示用戶所關(guān)注的訂單列表。如圖所示，用戶進(jìn)入行動(dòng)模塊后，客戶端將與用戶相關(guān)的所有行動(dòng)通過(guò)列表的方式展現(xiàn)出來(lái)。當(dāng)前，針對(duì)企業(yè)移動(dòng)應(yīng)用軟件的開發(fā)，開發(fā)人員通常都要重頭開始進(jìn)行，針對(duì)應(yīng)用軟件的各個(gè)功能模塊逐個(gè)開發(fā)，這種開發(fā)方式，既需要開發(fā)使用Android基本API所能實(shí)現(xiàn)的功能，也需要開發(fā)涉及企業(yè)業(yè)務(wù)方面的功能。同時(shí)，由于移動(dòng)終端處理能力相對(duì)于PC機(jī)要低，因此這種數(shù)據(jù)封裝和解封裝方法應(yīng)該要盡可能的高效、資源消耗低，能夠方便開發(fā)人員調(diào)用同時(shí)也能較好地適應(yīng)移動(dòng)終端設(shè)備的硬件環(huán)境。因此，絕大多數(shù)企業(yè)移動(dòng)應(yīng)用軟件都需要與服務(wù)器進(jìn)行通信交互。各個(gè)Module將基于該父類進(jìn)行各自業(yè)務(wù)邏輯的實(shí)現(xiàn)。將各個(gè)功能模塊的數(shù)據(jù)交由數(shù)據(jù)封裝解析以及通信模塊進(jìn)行處理，完成與服務(wù)的數(shù)據(jù)交互。首先需要對(duì)自定義控件所存放的界面進(jìn)行相應(yīng)設(shè)置并初始化。該布局應(yīng)盡可能全面地囊括item中的內(nèi)容；示意圖如圖53所示。定義ListItemSingleLine類中的構(gòu)造函數(shù)，通過(guò)調(diào)用findViewById方法將以上申明的對(duì)象與xml中定義的控件相關(guān)聯(lián)。表51 四種布局及其所處位置樣式所處位置對(duì)應(yīng)的布局文件頂部圓角矩形GroupLayout具有多個(gè)item，該item位于第一個(gè)。4) 創(chuàng)建并設(shè)置列表界面GroupLayout。圖55 BaseActivity類圖1) 向服務(wù)器的請(qǐng)求BaseActivity將提供一個(gè)方法來(lái)實(shí)現(xiàn)發(fā)起請(qǐng)求的操作，該方法封裝了向服務(wù)器發(fā)起請(qǐng)求的具體實(shí)現(xiàn)細(xì)節(jié)，其子類可以直接調(diào)用該方法實(shí)現(xiàn)發(fā)送請(qǐng)求。圖56 客戶請(qǐng)求服務(wù)器參數(shù)流程圖2) 監(jiān)聽事件的通知客戶端啟動(dòng)了一個(gè)子線程進(jìn)行服務(wù)器請(qǐng)求的