【正文】 程有四種基本符號： 11 外部項、數(shù)據(jù)流、處理邏輯（加工）、數(shù)據(jù)元素和數(shù)據(jù)存儲。這就是分層數(shù)據(jù)圖的頂層，也成作總體圖。根據(jù)進一步的細化分析， 我們可以畫出表示這幾個子系統(tǒng)的數(shù)據(jù)流圖，即 “日程管理系統(tǒng) ”各個功能的 數(shù)據(jù)流圖，如圖 24和 25所示。 總體設(shè)計是軟件開發(fā)人員根據(jù)軟件需求說明書的要求，運用結(jié)構(gòu)化程序設(shè)計思想，將軟件自上而下逐步求精分解成多個軟件模塊，知道分解成每一個模塊只具有單一的功能，能用一個或者幾個程序?qū)崿F(xiàn)的樹形結(jié)構(gòu)為止。其中功能設(shè)計是在需求分析的基礎(chǔ)上進行的，這里的 “功能 ”是泛指的概念，例如軟件所要實現(xiàn)的功能，還包括系統(tǒng)設(shè)計時的數(shù)據(jù)處理，實現(xiàn)功能的 14 算法。 根據(jù)需求分析得到的數(shù)據(jù)流圖，由用戶的需求以及完善系統(tǒng)所添加的一些功能得到系統(tǒng)的模塊層次圖?，F(xiàn)在將把數(shù)據(jù)顯示模塊進一步細化得到圖 32. 圖 32 數(shù)據(jù)顯示模塊細化 16 系統(tǒng)模塊描述 系統(tǒng)的概要設(shè)計 客戶端的功能模塊說明： （ 1）用戶管理模塊： 在本模塊中包括用戶信息注冊模塊、用戶登錄模塊和用戶信息修改模塊。日歷界面上還有對存在日立的標(biāo)記，有利于用戶更好的管理日程信息。而在日程添加界面中包含了顯示界面所對應(yīng)的各 17 項數(shù)據(jù)，包括日程名稱、時間、提醒時間、地點、重復(fù)類型，添加日程成功后會有對應(yīng)日歷日期的標(biāo)記。 數(shù)據(jù)庫服務(wù)器的功能模塊說明： （ 1） 用戶操作模塊： 在數(shù)據(jù)庫服務(wù)器程序中，客戶端會發(fā)出不同的申請，而本模塊負責(zé)為這些不同的申請做出相應(yīng)規(guī)則的響應(yīng) ，并把這些方法封裝成遠程可調(diào)用的服務(wù)方法。 表 31 客戶端與服務(wù)器網(wǎng)絡(luò)連接結(jié)果 網(wǎng)絡(luò)層次 相關(guān)協(xié)議 應(yīng)用層 HTTP 協(xié)議 運輸層 TCP 和 UDP 協(xié)議 網(wǎng)絡(luò)層 IP 協(xié)議 數(shù)據(jù)鏈路層 IEEE 物理層 無線 WiFi （三） 數(shù)據(jù)庫總體設(shè)計 數(shù)據(jù)庫設(shè)計介紹 數(shù)據(jù)庫是指自描述的完整記錄的集合。 本 “日程管理系統(tǒng) ”是管理用戶添加的日程信息。該方法用 ER圖來描述現(xiàn)實世界的概念模型， ER方法也稱為 ER模型。設(shè)計的 ER圖如圖 33所示： 圖 33 數(shù)據(jù)庫 ER圖 如 圖 33所 示，圖中實體的屬性只選取重要的屬性展示。 數(shù)據(jù)庫表設(shè)計 一共設(shè)計了 4張表，分別是： （ 1） 用戶信息 表 （用戶的 ID， 用戶名， 密碼， 用戶最近一次的登錄時間， 用戶的聯(lián)系方式）； 表 31 用戶 信息表（ user_info） 字段 數(shù)據(jù)類型 是否主鍵 說明 UserID INT 是 用戶 的 ID UerName VARCHAR(45) 否 用戶名 UserPassword VARCHAR(45) 否 用戶密碼 UserLasttime VARCHAR(45) 否 最近一次的登錄時間 UserConnection VARCHAR(45) 否 聯(lián)系方式 21 （ 2）活動信息表（活動的 ID， 活動名稱， 活動時間， 活動地點）； 表 32 活動 信息表（ activity_info） 字段 數(shù)據(jù)類型 是否主鍵 說明 ActivityID INT 是 活動 的 ID Name VARCHAR 否 活動名稱 ActivityTime VARCHAR 否 活動時間 ActivityPlace VARCHAR 否 活動地點 （ 3）日程信息 表 （日程的 ID， 日程名稱， 日程時間， 日程循環(huán)周期， 提醒類型， 用戶 的 ID）； 表 33 日程信息表（ calendar_info） 字段 數(shù)據(jù)類型 是否主鍵 說明 CalendarID INT 是 日程 的 ID Name VARCHAR 否 日程名稱 AlarmTime VARCHAR 否 日程時間 CalendarCycle VARCHAR 否 日程循環(huán)周期 AlarmType VARCHAR 否 提醒類型 ParticipatorID INT 否 用戶的 ID 22 （ 4）活動參加聯(lián)系表（記錄的 ID，活動的 ID，用戶的 ID）； 表 34 活動參加 聯(lián)系表（ participator_info） 字段 數(shù)據(jù)類型 是否主鍵 說明 RecordID INT 是 記錄的 ID ActivityID INT 否 活動的 ID UserID INT 否 用戶的 ID 四、 詳細設(shè)計和系統(tǒng)實現(xiàn) （一） 詳細設(shè)計和系統(tǒng)實現(xiàn) 詳細設(shè)計階段的目標(biāo)：確定應(yīng)該怎么樣實現(xiàn)系統(tǒng)，給出軟件模塊結(jié)構(gòu)中各個模塊內(nèi)部過程描述。 系統(tǒng)實現(xiàn)也就是編碼階段。另外，編碼質(zhì)量的好壞，也直接影響了軟件測試和軟件維護工作的進行。 在 Android中權(quán)限是通過配置文件中聲明來向系統(tǒng)請求權(quán)限，安裝時會將軟件所請求的權(quán)限顯示并要求用戶授權(quán)。 接下來，在項目中編寫數(shù)據(jù)庫讀寫接口，并且把對數(shù)據(jù)庫的各種操作封裝為 WebService 的接口方法，之后通過 Axis2 Service Archiver生成 WebService并且利用 Apache Tomcat 發(fā)布服務(wù)。 當(dāng)用戶 在兩個 TextView 輸入賬號和密碼，點擊 “登錄 ”按鈕 ，客戶端會做一定的預(yù)處理，保證向后臺數(shù)據(jù)庫服務(wù)器的信息的合法性，即提前檢查 TextView 的內(nèi)容是否為空以及賬號和密碼中是否隱含有SQL注入攻擊的危險等等。而當(dāng)用戶登錄時，用戶的驗證信息在傳輸過程中同樣采用加密的形式 ，這樣極大地保證了系統(tǒng)的安全性。如圖 44所示。 29 圖 45 WebService 發(fā)布 系統(tǒng)中其他功能的實現(xiàn) （ 1） 提醒以及響鈴模式切換的實現(xiàn) 使用 Android 系統(tǒng)的 AlarmManager 來進行定時提醒，系統(tǒng)中運行著廣播接收進程 MyReceive和服務(wù)進程 FloatWindowService，它們的作用是檢查一天中需要提醒的日程，如需要提醒使用AlarmManager來設(shè)置一個定時的 Intent，該 Intent用戶啟動 PlayMusic活動，活動啟動時會根據(jù) Intent傳遞的信息，決定采取同時震動并響鈴，或者是只采取震動的形式進行提醒用戶。 手機型號：小米 M1； 系統(tǒng)版本： ； 31 （二） 測試計劃 交互測試 （ 1） “ 日歷顯示 ” 交互 用戶登錄進入 “日程管理系統(tǒng) ”的主界面后， 選擇當(dāng)前日期，雙擊日期方格后，進入添加日程信息的界面。 用戶填寫完日程信息并單擊保存按鈕后，系統(tǒng)彈出 Toast提示用戶成功添加日程信息并返回 “日歷顯示界面 ”，并且界面更新，將剛剛添加的日程信息所在的日期方格的左上角顯示標(biāo)記。 功能測試 “日程管理系統(tǒng) ”的功能在 。繼續(xù)選擇可以繼續(xù)添加一個日程信息（論文答辯， 2021年 6月 2日， 教學(xué)樓， 不重復(fù)提醒， 震動提醒）。 預(yù)期結(jié)果： 點擊 “確定 ”鍵后，退回 “列表顯示界面 ”，被選中的日程信息在其中消失。 實際結(jié)果： 符合預(yù)期。 實際結(jié)果： 符合預(yù)期。 實際結(jié)果： 符 合預(yù)期。 （ 7） 用戶登錄功能測試 測試用例目的： 測試系統(tǒng)的登錄功能； 測試用例執(zhí)行步驟： 進入系統(tǒng) “用戶登錄界面 ”，輸入剛剛注冊過的用戶登錄信息（ tonghua， dksdks），直接點擊 “登錄 ”按鈕；輸入錯誤的用戶名或者 密碼 ，直接點擊 “登錄 ”按鈕； 再點擊 “登錄 ”按鈕勾選“記住密碼 ”的 CheckBox，登錄系統(tǒng)之后退出后，再一次啟動 “日程管理系統(tǒng) ”。 預(yù)期結(jié)果： 后臺數(shù)據(jù)庫服務(wù)器正確地相應(yīng)這些請求，并在數(shù)據(jù)庫中記錄下這些數(shù)據(jù)操作的結(jié)果。如圖 59所示。首先，所期望的功能都應(yīng)經(jīng)得到了實現(xiàn)；其他 方面，系統(tǒng)運行很流暢，沒有出現(xiàn)卡頓或是異常關(guān)閉的情況；其次，系統(tǒng)的交互設(shè)計也很實用，人 41 機交互良好；最后， 本 系統(tǒng)的資源占用也很小， Service 也不會惡意在后臺 運行 。 在畢設(shè)開始的項目需求分析階段，自己很慶幸曾經(jīng)學(xué)過《需求分析》這一門專業(yè)課，上面的很多理論對于項目的開發(fā)很有幫助，而且這個過程是一個需要反復(fù)迭代反復(fù)驗證的過程，每一個新需求的出現(xiàn)都要與指導(dǎo)教員和其他用戶多次商討來決定。 當(dāng)然，在這個漫長的過程中充滿了許多困擾和莫名其妙的程序報錯，有時候幾天都毫無進展，但是當(dāng)在指導(dǎo)教員的幫助下或者在網(wǎng)絡(luò)上得到解決 bug的方法后 ，自己所體會的喜悅也是無法言表的。 44 參考文獻 [1]李寧 .Extjs+Android+SSH整合開發(fā) Web與移動 SNS[M].電子工業(yè)出版社 .2021. [2]Lauren Darcey,Shane [M].人民郵電出版社 .2021. [3]李剛 .瘋狂 Android講義 [M].電子工業(yè)出版社 .2021. [4]Reto [M].清華大學(xué)出版社 .2021. [5]劉中兵 .開發(fā)者突擊 :Java Web主流框架整合開發(fā) [M].電子工業(yè)出版社 .2021. [6] Android開發(fā)文檔 .Android Developers[EB/OL]. [7]張海藩 . 軟件工程導(dǎo)論 [M]. 清華大學(xué)出版社 , 1998. [8] 高亮．基于 Android的日歷提醒軟件的設(shè)計與實現(xiàn) [J].中原工學(xué)院學(xué)報 ,2021(6):6366. [9] 薩師煊 , 王珊．?dāng)?shù)據(jù)庫系統(tǒng)概論 (第 3版 ) [M].北京 : 高等教育出版社 , 2021. [10] 鄧凡平．深入理解 Android：卷Ⅰ [M].北京 :機械工業(yè)出版社 ,2021. [11]孫金玉 ,陳萍 .數(shù)據(jù)庫原理與應(yīng)用 [M].北京 :清華大學(xué)出版社 ,. [12]熊平 ,朱天清 .信息安全原理及應(yīng)用 [M].北京 :清華大學(xué)出版社 ,2021. 45