【正文】 M SL is t S e n d S M S S M S T im e rM e s s a g eC on t a c t sU s e rG ro u p L is t10. . 110. . 110. . 110. . 11111111111. . *11. . *11. . *110. . *10. . * 圖 42 短信通軟件的類圖 167。 領域狀態(tài)模型 河南科技大學本科畢業(yè)設計（論文） 19 短信類的對象執(zhí)行遷移上的活動，因此為短信類添加狀態(tài)圖，如圖 43所示 短信編輯狀態(tài)短信發(fā)送中定時短信，待發(fā)送狀態(tài)短信發(fā)送完畢進入短信編輯的界面完成編輯，觸發(fā)時間未到完成編輯 , 直接發(fā)送觸發(fā)時間到 圖 43 領域狀態(tài)模型 167。 應用分析 167。 概述 應用分析通過把一些重要的應用制品加進前面的領域模型當中來完成對分析過程的討論。在分析階段包含了這些應用制品，是因為它們很重要，對用戶可見，且要得到用戶的核準。 167。 應用程序交互模型（時序圖） 時序圖捕獲了參與者之間的會話與交互過程。 1. 清單發(fā)送時序圖 河南科技大學本科畢業(yè)設計（論文） 20 圖 44 清單發(fā)送時序圖 2. 定時短信時序圖 圖 45 定時短信時序圖 167。 應用程序交互模型（活動圖） 對于復雜用例，我們往往還需一張用于描述主導交互流的順序圖，而且還需要描述各種錯誤和決策點，因此對于復 雜用例編制活動圖。 如圖 46 所示為定時短信的活動圖。 河南科技大學本科畢業(yè)設計（論文） 21 進入短信通主界面進入定時短信主界面編輯短信發(fā)送時間小于系統(tǒng)當前時間發(fā)送時間大于系統(tǒng)當前時間發(fā)送列表為空短信內(nèi)容為空短信待發(fā)送短信內(nèi)容不為空發(fā)送短信時間片到發(fā)送時間未到發(fā)送列表不為空 圖 46 定時短信活動圖 167。 應用類模型 1. 確定用戶界面 河南科技大學本科畢業(yè)設計（論文） 22 主界面原型如圖 47 所示 圖 47 主界面的界面原型 圖 48 單號碼連發(fā)界面原型 返回 重置 號碼： 從 通 訊 錄 添加 內(nèi)容： 轟炸： 間隔： 開始轟炸 5 9 幫助信息 退出 號碼段群發(fā) 輸入開始結束號碼，群發(fā)短信 清單發(fā)送 從您的常用清單或者通訊錄中選擇號碼，群發(fā)短信 定時發(fā)送 只需選擇時間，號碼，就能為您定時發(fā)送短信 單號碼連發(fā) 輸入號碼或從通訊錄選擇一個號碼，連發(fā)短信 河南科技大學本科畢業(yè)設計（論文） 23 圖 49 清單發(fā)送界面原型 圖 410 定時短信主界面原型 新定時短信 隱藏時鐘 返回 返回 重置 短信內(nèi)容： 緊急通知， XXXXX 發(fā)送 收信人列表： 張三 15838888888 王五 13838123456 清空 清空 從清單添加 從通訊錄添加 河南科技大學本科畢業(yè)設計（論文） 24 2. 確定控制器 控制器是一種 管理應用程序內(nèi)部控制權的主動對象。它接收外界或系統(tǒng)內(nèi)部對象的信號，響應它們，調(diào)用它們，調(diào)用系統(tǒng)對象上的信號，以及給外界發(fā)送信號?？刂破魇且詫ο蟮男问絹聿东@的一段具體化的行為，這種行為要比普通代碼更容易操作和轉(zhuǎn)換。多數(shù)應用的核心都是一項或多項控制器，由它們來組織應用程序的行為序列。 短信通軟件有一個控制器，就是短信的發(fā)送，由控制器進行處理。 167。 應用狀態(tài)模型 應用狀態(tài)模型專注于應用類，并且擴展了領域狀態(tài)模型。應用類比領域類擁有重要的時序行為。 1. 系統(tǒng)總狀態(tài)圖 單號碼連發(fā) 號碼段群發(fā) 清單群發(fā) 定時短信 幫助信息主界面 圖 411 系統(tǒng)總狀態(tài)圖 2. 清單群發(fā)狀態(tài)圖 河南科技大學本科畢業(yè)設計（論文） 25 清單群發(fā)主界面主界面打開軟件聯(lián)系人列表界面清單列表主界面 清單詳細選擇清單群發(fā)項從清單列表進行添加從聯(lián)系人列表進行添加查看詳細短信發(fā)送中短信發(fā)送完畢聯(lián)系人列表界面在當前清單添加聯(lián)系人編輯完成，點擊發(fā)送發(fā)送完畢 圖 412 清單群發(fā)狀態(tài)圖 3. 定時短信發(fā)送狀態(tài)圖 河南科技大學本科畢業(yè)設計（論文） 26 主界面打開軟件定時短信主界面查看修改定時短信添加新定時短信清單列表主界面聯(lián)系人列表界面清單詳細在當前清單添加聯(lián)系人查看詳細聯(lián)系人列表界面點擊定時短信點添加 m e n u聯(lián)系人列表界面清單列表主界面清單詳細在當前清單添加聯(lián)系人查看詳細從清單添加聯(lián)系人列表界面從通訊錄添加從通訊錄添加從清單添加定時短信主界面完成修改或查看完成短信添加 圖 413 定時短信狀態(tài)圖 4. 檢查交互模型 通過檢查分析，狀態(tài)圖很可靠，與交互模型的場景也具有一致性。 河南科技大學本科畢業(yè)設計（論文） 27 第 5章 系統(tǒng)設計 167。 概述 系統(tǒng)設計的目標是設計出一套用來解決應用問題的高層策略，也即架構。架構的選取是一項重要決策，可能會產(chǎn)生廣泛的影響，這個過程以需求和以往的經(jīng)驗為基礎，此階段必須制定決策，引導后續(xù)類的設計。 167。 估算性能 167。 估算發(fā)送性能 假定規(guī)劃用戶發(fā)送短信的性能，假設用戶只需發(fā)送一條短信，且網(wǎng)絡良好，短信是即時發(fā)送的。 假設用戶某次發(fā)送了 50 條短信，且網(wǎng)絡條件良好，假定每條短信發(fā)送用時為 2 秒（從用戶發(fā)送到接收人接收到），但 2 秒鐘內(nèi)約有 秒是短信通處理的時間，其余為移動運營商發(fā)送短信的時間（ 秒），那么全部發(fā)送短信通處理的時間約為 10 秒，但預計短信通系統(tǒng)處理的時間會小于這個數(shù)。因為短信通發(fā)送和移動運營商發(fā)送是同步進行的，且互不影響，因此從執(zhí)行發(fā)送按鈕后 2 秒后第一個用戶收到短信，到第 50 個用戶收到短信，中間為 秒。如表 51 所示 表 51 50 條短信連續(xù)發(fā)送 短信（第幾條） 開始發(fā)送時間（起點問為 0 秒） 接收人收到短信時間 1 0 2 2 3 4 5 . . . . . . 49 50 如果用戶設定發(fā)送間隔為 10 秒，發(fā)送 50 條短信，需時間為 500 秒（ 6分 20 秒），這時就是一個很長的時間了，需要考慮用戶的操作體驗了。 河南科技大學本科畢業(yè)設計（論文） 28 167。 估算數(shù)據(jù)存儲性能 對于數(shù)據(jù)的存儲，使用 Android 自帶的 SQLite 輕量級數(shù)據(jù)庫，用戶的數(shù)據(jù)就是用戶分組的信息和定時短信的信息，設計合理的表結構和執(zhí)行較高效率的存取操作代碼即可。 167。 制定復用計劃 167。 庫 需要復用的庫如表 52 所示， 表 52 庫的復用 Google Android Api 對數(shù)據(jù)庫的鏈接操作 對數(shù)據(jù)庫的表的增刪改查操作 發(fā)送短信的操作 167。 模式 采用工廠模式和匿名內(nèi)部類的實現(xiàn)方法。 167。 將系統(tǒng)分成子系統(tǒng) 子系統(tǒng)是一組相關的類，操作，關聯(lián)，事件和約束，并有一個與其他子系統(tǒng)服務之間的定義清晰的小型接口。子系統(tǒng)通常由它提供的服務來識別。 將軟件劃分子系統(tǒng)：單號碼連發(fā)子系統(tǒng)，號碼段群發(fā)子系統(tǒng)，清單發(fā)送子系統(tǒng)，定時短信子系統(tǒng)， Android 主線程。 167。 確定并發(fā)性 系統(tǒng)設計的一個重要目 標就是識別必須是并發(fā)的活動的那些對象和具有互斥活動的對象?？梢詫⒒コ饣顒拥膶ο蟑B加在單線程控制和任務中。 河南科技大學本科畢業(yè)設計（論文） 29 167。 識別內(nèi)部的并發(fā)性 當 Android 主線程在執(zhí)行的過程中，執(zhí)行發(fā)送短信這種比較耗時的操作，為了不影響用戶體驗，需要再開一個進程，執(zhí)行耗時的短信發(fā)送操作。 167。 定義并發(fā)任務 Android 主進程和發(fā)送短信的進程應該分開，這樣才不會影響用戶體驗。 Android 主進程和單號碼連發(fā)子系統(tǒng)，號碼段群發(fā)子系統(tǒng)，清單發(fā)送子系統(tǒng)，定時短信子系統(tǒng)的界面顯示合并成單項任務。 167。 分配子系統(tǒng) Android 主進程和發(fā)送短 信的進程共用用戶 Android 手機的硬件資源，并受 Android 的資源回收策略控制。 167。 管理數(shù)據(jù)存儲 使用關系型 DBMS，它們處理速度快，易于捕獲，并且具有好的成本 —效益比率。 此處使用 Android 自帶的 SQLite 輕量級數(shù)據(jù)庫， RDBMS 是成熟的產(chǎn)品，有許多功能可以減少開發(fā)的工作量。 167。 處理全局資源 Android 的用戶權限，需在總的配置文件中聲明和定義。 Android 的全局資源如圖片信息，界面的配置文件，數(shù)組信息，顯示的字符串（中文和英文），需在相應的文件中聲明和定義， Android 會把資源編號 放到 gen 包下的 ，且具有唯一性，使用時方便調(diào)用。 167。 軟件控制策略 167。 外部控制 外部控制專注于系統(tǒng)中對象之間的產(chǎn)生的外部可見事件流。此處使用時河南科技大學本科畢業(yè)設計（論文） 30 間驅(qū)動型控制，控制存在于 JAVA 和 Android 操作系統(tǒng)提供的調(diào)度程序或監(jiān)視中，將短信通軟件附加在事件上，當發(fā)生了相應的事件，調(diào)度程序就會調(diào)用過程。 167。 內(nèi)部控制 內(nèi)部控制看成過程的調(diào)用，其中調(diào)用者發(fā)布請求，并等待響應。還應有并行的處理算法，如短信發(fā)送，但許多計算都可以很好的按順序表示，這樣就可以很容易的疊加在單線程控制之中。 167。 處理邊界條件 167。 初始 化 短信通系統(tǒng)必然會從精致的初始狀態(tài)前進到持續(xù)性的穩(wěn)態(tài)。系統(tǒng)必須初始化常量數(shù)據(jù)，參數(shù)，全局變量，任務，監(jiān)護對象以及類層次結構本身。在初始化過程中，通常只會提供系統(tǒng)功能的一組子集。 167。 終止 終止比初始化簡單，因為許多內(nèi)部對象都只是簡單的丟棄掉。任務必須要釋放它的外部資源。 167。 失效 失效是系統(tǒng)的意外終止。失效可能是來源于用戶的錯誤，系統(tǒng)資源耗盡以及外部故障。軟件通需要對有規(guī)律的失效做出規(guī)劃，在出現(xiàn)致命的錯誤時要合理的退出，讓環(huán)境中其余部分竟可能的保存完好，并盡可能多的將終止前的大部分有效信息記錄下來。 167。 設置權衡優(yōu)先級 短信通軟件是一種大眾化軟件產(chǎn)品。因此對不同軟件和硬件的 Android的兼容性問題是其中一個考慮的事項，最終產(chǎn)品會提供一套完善的用戶界面。河南科技大學本科畢業(yè)設計（論文） 31 在時效的情況下，軟件必須要健壯，具有彈性。開發(fā)成本不需過多考慮。 167。 系統(tǒng)架構 短信通軟件混合了交互式界面和實時系統(tǒng)。用戶界面都是交互式界面，其目的是與人進行交互，收集開展事物所需的信息。短信的發(fā)送模塊基本上是一個實時系統(tǒng)，硬實現(xiàn)軟件所涉及的關鍵性應用，要求在給定的時間約束內(nèi)保證響應。典型的應用為進程控制，數(shù)據(jù)獲取，通信設備以及負載延時等。實時系統(tǒng)需考慮中斷 處理，任務優(yōu)先級劃分，多工作任務的調(diào)度等諸多問題。 使用 Android 自帶的 SQLite 數(shù)據(jù)庫存儲持久性數(shù)據(jù)。數(shù)據(jù)庫確保了數(shù)據(jù)的一致性，并可以用于并發(fā)訪問。 在短信通軟件中實時系統(tǒng)的保障具有最高的優(yōu)先級，也就是用戶體驗的優(yōu)先級最高。如果對事務的完整性有任何懷疑的話，那么短信通必須放棄事務，給用戶返回一條合適的消息。 河南科技大學本科畢業(yè)設計（論文） 32 第 6章 數(shù)據(jù)庫設計和類設計 167。 數(shù)據(jù)庫 167。 概述 數(shù)據(jù)庫管理系統(tǒng)（ database management system， DBMS）是管理數(shù)據(jù)庫訪問的軟件。面向?qū)ο蠹夹g的一項主要目標就是促進軟 件的復用。 DBMS 可以代替大部分應用程序代碼，使用 DBMS 還有以下理由：數(shù)據(jù)保護，效率，在用戶之間共享，在應用程序之間共享，數(shù)據(jù)質(zhì)量，數(shù)據(jù)分布和安全性。 短信通軟件采用關系型數(shù)據(jù)庫 SQLite。 167。 實現(xiàn)結構 — 基礎 1. 實現(xiàn)類 把每個類映射成一張表，每條屬性映射成一列 如圖 61, 圖 62, 圖 63 圖 64 所示 圖 61 實現(xiàn)類 河南科技大學本科畢業(yè)設計（論文） 33 圖 62 用戶清單表字段 圖 63 用戶清單名字表字段 圖 64 定時短信表字段 2. 實現(xiàn)關聯(lián)和泛化 因為使用手機的數(shù)據(jù)庫所以不應該設計復雜的表結構和關聯(lián)，因為 實際數(shù)據(jù)庫的表只有 3 個，沒有泛化，但有一個外鍵約束：用戶清單明細（ detail）表的清單 ID 參照用戶清單（ grouplist）表的主鍵 _id。所以添加關聯(lián)的類如圖65 所示。 河南科技大學本科畢業(yè)設計（論文） 34 圖 65