【文章內容簡介】 n configuration，在里面設置好要運行的軟件和運行的模擬器，就可以運行了。圖 第三章 需求分析 可行性分析可行性分析是在全面調查基礎上，針對新系統(tǒng)的開發(fā)是否具備必要性和可能性，對新系統(tǒng)的開發(fā)從技術、經濟、運行的方面進行分析和研究，以避免投資失誤，保證新系統(tǒng)開發(fā)成功?？尚行匝芯康哪康木褪怯米钚〉拇鷥r在盡可能短的時間內確定問題是否能夠解決。這部分將從以下三個方面進行研究：技術可行性、經濟可行性、操作可行性[7]。 技術可行性本系統(tǒng)為基于Android平臺的事故快速處理與查詢系統(tǒng)，本系統(tǒng)雖然主要使用的技術是在校期間沒有學習過的Android開發(fā)技術，但是開發(fā)本系統(tǒng)需要的嵌入式知識、Java知識、軟件工程的知識以及各種計算機相關的知識是在本科階段已具備的。而且Android的編程風格與Java非常類似，只是它的方法集成度更高，只要開發(fā)者懂得Java的編程思想和基本的計算機知識即可很快上手。難點在于在Android上調用WebService接口，這方面平時幾乎沒有接觸，不過在明白它的原理之后 ，相信可以在幾周內實現Android與服務器之間的通信，這個挑戰(zhàn)是值得接受的。所以，本系統(tǒng)在技術上是可行的。 經濟可行性開發(fā)本Android系統(tǒng)不像開發(fā)IOS，并不需要高價購買像如Mac的筆記本或臺式機，任何電腦均可用于Android開發(fā)，這是任何一個開發(fā)者都具備的條件。再加上Android開發(fā)工具提供了Dalvik虛擬機，所以假如開發(fā)者沒有Android手機也是可以的，運行結果可以在電腦上的虛擬機演示即可。所以，開發(fā)本系統(tǒng)可以說基本上是免費的。所以，本系統(tǒng)在經濟上是可行的。 操作可行性如今，基于Android平臺的軟件已經非常普及。傳統(tǒng)的事故處理方式在這個節(jié)奏逐漸加快的社會環(huán)境里會慢慢被淘汰掉，誰都不想浪費時間，特別是在信息化高需求與快速發(fā)展的移動互聯網時代，使用移動手持設備對交通事故進行快速便捷的處理已經是大勢所趨。并且，本系統(tǒng)使用的Android平臺擁有良好的用戶友好性，更加容易被用戶使用。并且，系統(tǒng)使用的操作方式也是方便用戶在移動手持設備上使用的。所以，本系統(tǒng)在操作上是可行的。 系統(tǒng)需求概述 功能需求分析本系統(tǒng)是基于Android平臺的事故快速處理系統(tǒng)，根據用戶需要，與其相關聯的功能應有“快速報案”、“違章查詢”、“報案記錄”“定損圖示”“系統(tǒng)幫助”、“網點查詢”六項功能。但由于本人精力有限，所以由我負責Android客戶端兩個最基本的功能模塊，包括“快速報案”和“違章查詢”，這兩個功能的操作步驟如下：用戶打開客戶端進入“事故快速處理模塊”。按照示例圖片要求，拍攝事故現場照片并選擇上傳至服務中心。事故快速處理中心收到報案后立即查看報案人員上傳照片，并確定事故性質，確認完畢后。短信回復車主，車主收到短信并確認后可撤離現場。事后車主可憑收到的信息里的事故編號在本Android客戶端內查詢該事故的處理結果。 接口需求分析當然，為了能夠讓客戶端順利完成這些功能，后臺服務器端的開發(fā)也是很重要的，后臺主要提供了對于數據庫的管理。同時，后臺服務器向前臺Android客戶端提供了WebService接口，使得Android客戶端可以調用這些接口，來使用服務器提供的服務，以實現Android客戶端與服務器端的通信。服務器的接口包括兩類：查詢類接口和寫入類接口。查詢類接口對外提供查詢服務，寫入類接口對外提供將業(yè)務數據寫入數據庫。詳細介紹如下：（1）查詢類接口public String QueryObjectOut (String xtlb, String jkid,String key, String QueryXmlDoc)。四個參數的具體含義如表31所示。表31 查詢類接口調用參數說明序號參數名稱參數說明備注信息1xtlb系統(tǒng)類別接口提供者的業(yè)務類別代碼，如事故業(yè)務：012jkid接口類別01A03：讀取事故基本信息，調用方法名為GetAccdentInfo ()；01A04：讀取事故人員基本信息，調用方法名為：GetAccdentPersonInfo ()3key接口密鑰MD5加密的密碼。4QueryXmlDoc查詢條件封裝查詢條件的XML格式文檔（2）寫入類接口public String WriteObjectOut (String xtlb, String jkid,String key, String QueryXmlDoc)。四個參數的具體含義如表32所示。表32 寫入類接口調用參數說明序號參數名稱參數說明備注信息1xtlb系統(tǒng)類別接口提供者的業(yè)務類別代碼，如事故業(yè)務：012jkid接口類別01A01：添加事故當事人簡單信息，調用方法名為AddSimplePerson ()01A02：表示添加事故照片信息，調用方法名為AddPhoto ()3key接口密鑰MD5加密的密碼。4QueryXmlDoc寫入信息封裝寫入信息的XML格式文檔 數據流圖在本系統(tǒng)中我負責開發(fā)的部分主要分為四個模塊，分別為用戶的登錄與注冊、快速報案功能模塊、違章查詢功能模塊、通過WebService與服務器實現通信。其中，“登錄與注冊”是本系統(tǒng)的前提要求，“快速報案”和“違章查詢”是本系統(tǒng)的兩個重要功能模塊，“通過WebService與服務器實現通信”是前述所有功能均要求使用到的功能。 系統(tǒng)數據流圖 需求問題描述 總體描述。 交通事故處理系統(tǒng)用例圖 各模塊描述（1）客戶端登陸注冊功能：注冊事故處理平臺的會員可以進行登錄進入該用戶的主界面。（2）快速報案功能：注冊過的的用戶可以進行登陸，當有事故發(fā)生時，可以在功能主界面選擇快速報案功能。當有緊急狀況發(fā)生時，用戶也可以跳過登錄這一步，直接進行快速報案。（3）違章查詢功能：事故處理平臺的注冊用戶可以在登錄自己的用戶主界面后憑短信收到的事故編號進行違章查詢。（4）后臺服務器管理功能：客戶端通過快速報案上傳事故信息到事故快速處理中心，事故快速處理中心的網站管理員登錄到后臺事故管理系統(tǒng)即可對報案信息進行處理，然后以短信的形式發(fā)送給事故責任人。服務器端是使用J2EE開發(fā)，在完成后臺管理的同時，為Android客戶端提供WebServise接口，使得Android客戶端可以通過調用WebService接口，來使用服務器端提供的服務（寫數據庫和查詢數據庫）。 非功能約束1. 約束1) 畢業(yè)設計時間有限，要求3個月內完成。2) 要求系統(tǒng)具有一定的可遷移性，能夠在Android 。3) 在公司里我是第一批參與Android開發(fā)的開發(fā)人員，所以一切都在摸索中前進。2. 可靠性1) 系統(tǒng)沒有設計或邏輯上的錯誤，能夠處理大多數的異常，發(fā)生故障的頻率較低。2) 系統(tǒng)具有一定的容錯性，對于用戶的非法操作（如強制結束程序等）有一定的處理能力。3. 易用性1) 程序運行方式，使用規(guī)則易于理解，系統(tǒng)提示信息直觀、無歧義。2) 程序使用方法，操作方式簡單、容易學習。4. 可維護性[7]1) 易分析性：程序應包含足夠多的注釋及提示信息，變量方法命名有一定含義，以便出現錯誤時易于分析，易于查找錯誤。2) 易改變性：程序符合面向對象編程思想，注重設計模式的使用，以便發(fā)現錯誤或環(huán)境改變之后易于修改。3) 穩(wěn)定性：程序各組件之間耦合性較低，修改之后對整體的影響較小，產生未預料結果的風險較低。4) 易測試性：對程序所做的修改易于測試，修改結果容易確認。第四章 總體設計 系統(tǒng)設計目標與原則 系統(tǒng)設計目標（1）了解Android應用程序的設計和開發(fā)過程；（2）在移動客戶端實現事故信息的快速錄入、報案功能；（3）在移動客戶端實現事故查詢功能；（4）學會在Android上調用WebService接口；（5）本系統(tǒng)應做到界面簡潔易操作，界面清爽，美觀大方，操作簡單，風格與主流的交通事故處理流程類似，同時有自己的特色。集功能與美觀于一體，同時也突出自己移動設備的方便性；（6）易于維護，功能模塊相對獨立，使得維護工作量減少，維護費用降低；（7）性能優(yōu)越，本系統(tǒng)要求運行流暢，處理速度快，延遲小。 系統(tǒng)設計原則易用性原則，考慮到應用的實際情況，要求系統(tǒng)的操作盡可能簡單易行，可有可無的模塊堅決不要，復雜的模塊需要簡化，同時要有簡潔清晰的導航。交互性原則，本交通事故快速處理與查詢系統(tǒng)要有良好的交互性。每一個模塊的操作和每一次的輸入都有提示，數據提交成功后也有相應的反饋信息來告訴用戶是否操作成功?？蓴U展性原則，易于在原有功能基礎上增加新的功能模塊。安全性原則，盡量做到可靠運行、安全保密[3][7]。 系統(tǒng)總體架構設計本Android客戶端軟件主要實現功能：客戶端登陸注冊、快速報案、違章查詢、報案記錄、定損圖示、系統(tǒng)幫助、服務網點查看、服務器端實現的主要功能：主要對整個事故處理數據庫（包括事故表、事故責任人表、用戶表等）的維護功能 （增、刪、查、改等），提供寫數據庫和查詢數據庫兩個接口。 系統(tǒng)總體架構圖 客戶端登陸注冊 客戶端登陸注冊功能：注冊事故處理平臺的會員可以進行登錄進入該用戶的主界面。 功能選擇功能選擇：用戶在此界面選擇將使用的功能。 瀏覽功能的流程圖. 3 快速報案功能 快速報案功能：注冊過的的用戶可以進行登陸，當有事故發(fā)生時，可以在功能主界面選擇快速報案功能。 快速報案功能的流程圖 違章查詢功能 違章查詢功能：事故處理平臺的注冊用戶可以在登錄自己的用戶主界面后憑短信收到的事故編號進行違章查詢。 違章查詢流程圖 Android客戶端調用Webservice接口Android客戶端通過調用Webservice接口與服務器端通信，具體通信方式是：前臺將獲取到的信息封裝成XML格式的文件，調用WebService接口，將XML文件發(fā)送給服務器，服務器對XML文件進行解析。后臺對信息進行處理，處理結果封裝成XML文件，返回到Android客戶端，Android客戶端對XML文件進行解析，解析后將有用信息彈到手機界面。實際上，Android客戶端調用服務器提供的服務，所完成的操作就是對記錄事故信息的數據庫進行查詢和增加操作。 Android客戶端調用WebService流程圖 事故快速處理中心管理后臺事故快速處理中心負責接到報案后快速處理信息，并同時以短信的方式回饋事故責任人信息。第五章 系統(tǒng)實現與編碼經過前面的需求分析與總體設計，我們了解了交通事故快速處理的業(yè)務需求和總體流程。本章在此基礎上，進一步分析系統(tǒng)的模型結構和具體實現。 系統(tǒng)運行狀態(tài)圖為了進一步分析系統(tǒng)的工作流程，研究實現設計目標時所需要執(zhí)行的各項任務或活動的順序安排，進而了解系統(tǒng)的一個操作的執(zhí)行過程中所完成的工作，確定對象內部的工作，以及這些工作如何影響周圍對象，我們需要了解系統(tǒng)整體的動態(tài)結構。經分析，[7]。經過需求分析和總體設計，可以大致得出系統(tǒng)的總體結構。為了進一步確切分析交通事故快速處理系統(tǒng)的設計，有必要先確定系統(tǒng)的整體模型結構。 圖 系統(tǒng)運行狀態(tài)圖 軟件的功能主界面本模塊為用戶登陸成功后的功能選擇界面，對用戶的后續(xù)操作起到導航的作用。 功能主界面描述。本歡迎界面的布局可分為三部分:背景圖片首先是插了一張背景圖片，圖片資源存放在res中的drawablehdpi中存儲的，名字為：background_login。在本系統(tǒng)的其他界面中對于圖片的處理都會是這樣的實現情況。線性布局（Linear Layout）在此界面的中間部位采用了兩次線性布局，用來水平排列這六個按鈕（Button），分別是：“快速報案”、“違章查詢”、“報案記錄”“定損圖示”“系統(tǒng)幫助”、“網點查詢”。本界面使用的是橫向線性的排列，這在布局中設置即可，如有需要，也可設置為縱向的排列。六個按鈕分別引用了背景圖片，也是存放在res中的drawablehdpi中，名字分別為：kuaisu、weizhang、baoan、dingsun、xitong、fuwu。.相對布局（Relative Layout）在此界面的底部采用了相對布局，用來固定下面兩個按鈕“修改密碼”“重新登錄”的位置，此處將他們位置分別固定在左下角和右下角。這兩個按鈕也引用了背景圖片。這八個按鈕起到的就是導航的作用，無論對本系統(tǒng)是否了解只要了解Android下的軟件的使用方法就可以輕松使用。除了相對布局和線性布局意外，還有其他布局，這些布局在其他的界面中均有使用，如表格布局（Table Layout）。圖 功能主界面 此界面系統(tǒng)流程圖在功能主界面中所敘述的主要功能如上面所述。在本模塊中，開始處的判斷指的是進入此界面后點擊的是哪一個按鈕，而在結尾處的判斷是否結束處指的是用戶是否選擇退出程序。圖 歡迎屏幕流程圖此功能主界面的布局代碼：RelativeLayout xmlns:android= android:layout_width=fill_parent android:layout_height=fill_parent android:background=@drawable/background_loginLinearLayou