【文章內(nèi)容簡介】 科，所以需要對本系統(tǒng)提前搭建一個總體的框架。 總體設(shè)計是軟件開發(fā)人員根據(jù)軟件需求說明書的要求，運用結(jié)構(gòu)化程序設(shè)計思想，將軟件自上而下逐步求精分解成多個軟件模塊，知道分解成每一個模塊只具有單一的功能，能用一個或者幾個程序?qū)崿F(xiàn)的樹形結(jié)構(gòu)為止?？傮w設(shè)計階段還要定義各個模塊之間的數(shù)據(jù)傳遞關(guān)系，數(shù)據(jù)存儲關(guān)系，輸入輸出格式，以及對于運行環(huán)境的各自要求。 經(jīng)過需求分析階段的工作，本 “日程管理系統(tǒng) ”所需要完成的功能 ，即需要做什么已經(jīng)形成書面文字需求規(guī)格說明書 ，現(xiàn)在所要做的工作是設(shè)計整個系統(tǒng)的工作原理。 總體設(shè)計過程可分為兩個主要階段：功能設(shè)計，根據(jù)在校用戶對“日程管理系統(tǒng) ”的需求做出相應(yīng)的功能上的決策，結(jié)合網(wǎng)上相關(guān)資料以及線下的調(diào)查決定設(shè)計本 “日程管理系統(tǒng) ”的相應(yīng)功能； 結(jié)構(gòu)設(shè)計，確定整個軟件的結(jié)構(gòu)，有哪些子類所組成。其中功能設(shè)計是在需求分析的基礎(chǔ)上進行的，這里的 “功能 ”是泛指的概念，例如軟件所要實現(xiàn)的功能，還包括系統(tǒng)設(shè)計時的數(shù)據(jù)處理，實現(xiàn)功能的 14 算法。而結(jié)構(gòu)設(shè)計，是將整個系統(tǒng)按照不同的功能和層次劃分為一個一個相對簡單而獨立的模塊，每個模塊實現(xiàn)系統(tǒng)的某一項具體的 功能，自頂向下，初步求精，這樣增加了軟件的可復(fù)用性，而且對于代碼的結(jié)構(gòu)則更加清晰明了，閱讀起來也更加有條理，維護起來的也更加方便省時。 （二） 系統(tǒng)模塊圖 系統(tǒng)總體結(jié)構(gòu) 模塊層次圖，是描述軟件層次特性的工具，描述某個模塊負責(zé)管理控制哪些模塊以及上下級模塊或者是統(tǒng)計模塊之間的數(shù)據(jù)傳遞關(guān)系，能夠清楚的表明系統(tǒng)的結(jié)構(gòu)，并可用來粗略的估計系統(tǒng)的規(guī)模。優(yōu)點也是顯而易見的，能夠很清楚地表達系統(tǒng)結(jié)構(gòu)，保證思路清晰，缺點是只能夠粗略地表達而不能表達整個系統(tǒng)的邏輯。 根據(jù)需求分析得到的數(shù)據(jù)流圖，由用戶的需求以及完善系統(tǒng)所添加的一些功能得到系統(tǒng)的模塊層次圖。系統(tǒng)只要實現(xiàn)數(shù)據(jù)；錄入（添加用戶、添加日程信息）、數(shù)據(jù)查詢（顯示日程的相關(guān)信息）、數(shù)據(jù)統(tǒng)計（日程記錄統(tǒng)計等）以及數(shù)據(jù)更新刪除等。 如圖 31所示。 15 圖 31 總體模塊圖 其中數(shù)據(jù)顯示是一個稍微復(fù)雜的模塊， 數(shù)據(jù)顯示 視圖 模塊包括日程日歷顯示模塊、日程列表顯示模塊、日程添加顯示模塊以及日程修改或刪除顯示模塊?，F(xiàn)在將把數(shù)據(jù)顯示模塊進一步細化得到圖 32. 圖 32 數(shù)據(jù)顯示模塊細化 16 系統(tǒng)模塊描述 系統(tǒng)的概要設(shè)計 客戶端的功能模塊說明： （ 1）用戶管理模塊： 在本模塊中包括用戶信息注冊模塊、用戶登錄模塊和用戶信息修改模塊。用戶信息注冊模塊是當(dāng)用戶首次使用本系統(tǒng)時，用戶向數(shù)據(jù)庫服務(wù)器提交合法的用戶名、密碼以及聯(lián)系方式等用戶個人信息；用戶登錄模塊是用戶登錄時向數(shù)據(jù)庫服務(wù)器 憑借用 戶名和密碼以驗證用戶身份的合法性，同時 這樣可以 保護用戶的日程信息的機密性和完整性；用戶信息修改模塊提供給用戶修改用戶密碼以及聯(lián)系方式的功能。 （ 2）日歷查看模塊： 本模塊 擁有一個完整的日歷界面，包括頭部的年月日、閏年的顯示，還有每個日期都分別有陽歷和陰歷的日期顯示，并且日歷中包含了各個重要的節(jié)日、節(jié)氣或紀(jì)念日等。在日歷界面上每個日期都會跳轉(zhuǎn)到當(dāng)前日期的日程添加界面或者是日程顯示界面。日歷界面上還有對存在日立的標(biāo)記，有利于用戶更好的管理日程信息。 （ 3）日程管理模塊： 在本模塊中包括最近的日程顯示界面和日歷頁面所跳轉(zhuǎn)到的日程顯示界面或者是日程添加界面。最近的日程顯示界面提示用戶距離當(dāng)前日期最近的日程名稱、時間以及倒計時的天數(shù)，方便用戶快速地查詢重要的信息。日歷日期所對應(yīng)的日程顯 示界面也是相應(yīng)的顯示。而在日程添加界面中包含了顯示界面所對應(yīng)的各 17 項數(shù)據(jù)，包括日程名稱、時間、提醒時間、地點、重復(fù)類型，添加日程成功后會有對應(yīng)日歷日期的標(biāo)記。另外也有對日程信息的一系列管理操作的功能，包括查詢、刪除和修改等。 （ 4）設(shè)置界面模塊： 在設(shè)置中包括了對日程的提醒類型和重復(fù)類型的默認設(shè)置。 （ 5）關(guān)于界面模塊： 關(guān)于界面中包含了本軟件的設(shè)計信息以及一些基本信息。 數(shù)據(jù)庫服務(wù)器的功能模塊說明： （ 1） 用戶操作模塊： 在數(shù)據(jù)庫服務(wù)器程序中，客戶端會發(fā)出不同的申請，而本模塊負責(zé)為這些不同的申請做出相應(yīng)規(guī)則的響應(yīng) ，并把這些方法封裝成遠程可調(diào)用的服務(wù)方法?？蛻舳税l(fā)出增加、刪除、修改日程信息或者用戶信息的申請，以及客戶端檢查該賬號是否在異地登錄等。 （ 2）數(shù)據(jù)傳輸模塊： 在用戶登錄 “日程管理系統(tǒng) ”后，由客戶端向數(shù)據(jù)庫服務(wù)器請求傳輸 該用戶的相關(guān)日程信息，服務(wù)程序負責(zé)把日程信息轉(zhuǎn)化為可串行的對象，并通過無線移動網(wǎng)絡(luò)傳輸給客戶端。 18 客戶端與服務(wù)器交互的相關(guān)協(xié)議，如表 31所示。 表 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ù)庫是指自描述的完整記錄的集合。數(shù)據(jù)庫除了包含用戶的源數(shù)據(jù)之外，還包含關(guān)于它本身結(jié)構(gòu)的描述。另外，數(shù)據(jù)庫還包含用來表示數(shù)據(jù)之間的關(guān)系和提高數(shù)據(jù)庫應(yīng)用的性能的索引。最后，數(shù)據(jù)庫還包含關(guān)于使用數(shù)據(jù)庫的應(yīng)用程序的數(shù)據(jù)。 本 “日程管理系統(tǒng) ”是管理用戶添加的日程信息。正如我們所知道的，一個日程信息包括日程的名稱、日期時間、提醒日期時間、活動地點、提醒類型等這些基本屬性。而這些基本屬性中日程名稱 ER 圖 概念模型是對信息世界建模，所以概念模型能夠方便、準(zhǔn)確地表示出信息世界中的常用概念。概念模型的表示方法有很多，其中最為 19 著名最為常用的是 于 1976 年提出的實體 聯(lián)系方法（ EntityRelationship Approach）。該方法用 ER圖來描述現(xiàn)實世界的概念模型， ER方法也稱為 ER模型。 ER圖由實體、實體的屬性以及實體之間的關(guān)系三部分組成，實體是具有相同的性質(zhì)并且彼此之間可以相互區(qū)分的現(xiàn)實世界對象的集合；屬性是實體所具有的特征，它是描述實體或者關(guān)系的性質(zhì)的數(shù)據(jù)項，實體之間的關(guān)系 通過直線連接。 本 “日程管理系統(tǒng) ”中，主要有以下實體：用戶信息，日程信息，活動信息。用戶的屬性有 ID，用戶名，密碼，聯(lián)系方式和最后一次登錄時間等，其中 ID 是自增長的而且是唯一編號的；日程信息的屬性包括 ID，日程名稱，提醒時間和提醒周期等；活動信息的屬性有ID，活動地點，活動參加人員等。設(shè)計的 ER圖如圖 33所示： 圖 33 數(shù)據(jù)庫 ER圖 如 圖 33所 示，圖中實體的屬性只選取重要的屬性展示。每一個日程信息與用戶信息存在一定的隸屬關(guān)系，則需要在日程信息添加用戶的 ID作為外鍵進行標(biāo)識。這樣設(shè)計的有點有利于擴展系統(tǒng)的功能， 20 例如用戶成功登陸后，服務(wù)器程序可以依據(jù)用戶的 ID 進行查找該用戶相關(guān)的日程記錄的信息。同時給查詢數(shù)據(jù)庫也帶來了諸多方便，只需要在查詢的時候增加新增的屬性即可。 數(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)部過程描述。該階段是用程序設(shè)計語言來描述所要完成系統(tǒng)的功能，即代碼實現(xiàn)的一個設(shè)計過程。詳細設(shè)計階段要確定模塊的算法以及數(shù)據(jù)結(jié)構(gòu)，其任務(wù)是設(shè)計出系統(tǒng)的藍圖，這樣就可以在后期系統(tǒng)的實現(xiàn)中根據(jù)詳細設(shè)計中的藍圖很合理的設(shè)計各個模塊。其中需要遵循的幾個原則：模塊的邏輯描述要清晰易懂，正確可靠；設(shè)計出的處理過程應(yīng)該盡可能的簡單易讀；選擇恰當(dāng)?shù)拿枋龉ぞ邅砻枋雒恳粋€模塊的算法。 系統(tǒng)實現(xiàn)也就是編碼階段。編碼就是指將軟件詳