【文章內(nèi)容簡介】 三種類型：邊界類、實體類、控制類。把分析類區(qū)分為不同的類型有助于建立一個穩(wěn)固的對象模型。對象模型的變化往往只會影響代碼的某一部分，比如用戶頁面改變只會影響到邊界類；控制器的改變只會影響控制類；系統(tǒng)信息的改變只會影響實體類。實體類是為了對系統(tǒng)必須存儲的信息和相關的行為建模，其主要作用是存儲和管理系統(tǒng)中的信息。如表41所示：表41 實體類表序號實體類名說明01TeacherEntity注冊、登錄、教師管理02ClassEntity班級管理03DepartEntity部門管理04GardenEntity園所信息設置05MailEntity私人信箱06NoticeEntity家園互動07RecipeEntity幼兒食譜08TeacherKaoqinEntity考勤管理控制類是用于封裝一個或者幾個用例所特有的流程控制行為，通過控制類可以建立系統(tǒng)的動態(tài)模型。它有效的分離了邊界類對象和實體類對象，使系統(tǒng)更容易接受頁面的變更，更加有效的提高實體類對象的復用性。如表42所示：表42 控制類表序號控制類名說明01TeacherController登錄、教師管理02ClassController班級管理03DepartController部門管理04UploadEditorController園所信息設置05MailController私人信箱06NoticeController家園互動07TeacherKaoqinController考勤管理08RegisterController注冊邊界類是參與者與系統(tǒng)外界交互的接口，邊界類將系統(tǒng)和外界的變化隔離開，使外界環(huán)境的變化不會直接影響系統(tǒng)內(nèi)部的元素。如表43所示：表43 邊界類表序號控制類名說明01教師管理02班級管理03部門管理續(xù)表43序號控制類名說明04園所信息設置05私人信箱06家園互動07考勤管理08登錄在面向對象設計中，可將許多類集合成一個更高層次的單位，這是一個高內(nèi)聚、低耦合的類的集合。如圖41所示：圖41包圖活動圖顯示動作流程及其結果，它既可以用來描述類的方法的行為，也可以用來描述用例和對象內(nèi)部的工作過程。下面給出管理員登錄活動圖，如圖42所示：圖42登錄活動圖時序圖是用來描述對象與對象之間的交互。以下給出部分功能時序圖，如下所示：（1）登錄時序圖管理員登錄首先要進入登錄頁面輸入用戶名和密碼，用戶名默認是注冊時的手機號碼。點擊登錄系統(tǒng)會驗證所輸入的信息是否合法、是否正確、是否具有權限。如果用戶名或者密碼為空，系統(tǒng)會提示用戶名或者密碼不能為空；如果所輸入用戶名不符合手機號碼格式，系統(tǒng)會提示手機號碼不存在；如果所輸入的信息和當前自己的角色不匹配，系統(tǒng)會提示該用戶沒有權限；否則登錄成功進入系統(tǒng)首頁。如圖43所示：圖43登錄時序圖（2）添加部門時序圖管理員發(fā)送添加部門申請，系統(tǒng)驗證管理員要處于登錄狀態(tài)，如果未登錄系統(tǒng)將進入登陸頁面；否則進入添加部門頁面并填寫部門信息，此時系統(tǒng)會驗證所輸入的部門是否已經(jīng)存在，如果存在，系統(tǒng)會給出提示信息該部門已存在請重新填寫，如果所填信息為空，將提示所輸信息不能為空，如果校驗通過將會把信息提交到后臺，如果成功，將進入部門列表；如果失敗，將重新回到添加頁面并給出錯誤信息。如圖44所示：圖44添加部門時序圖（3）添加班級時序圖管理員發(fā)送添加班級申請，系統(tǒng)驗證管理員要處于登錄狀態(tài)，如果未登錄系統(tǒng)將進入登錄頁面；否則進入添加班級頁面并填寫班級信息，此時系統(tǒng)會驗證所輸入的班級是否已經(jīng)存在，如果存在，系統(tǒng)會給出提示信息該班級已存在請重新填寫，如果所填信息為空，將提示所輸信息不能為空，如果校驗通過將會把信息提交到后臺，如果成功，將進入班級列表；如果失敗，將重新回到添加班級頁面并給出錯誤信息。如圖45所示：圖45添加班級時序圖（4）添加教師時序圖管理員發(fā)送添加教師申請，系統(tǒng)驗證管理員要處于登錄狀態(tài)，如果未登錄系統(tǒng)將進入登錄頁面；否則進入添加教師頁面并填寫班級信息，此時系統(tǒng)會驗證所輸入的教師是否已經(jīng)存在，如果存在，系統(tǒng)會給出提示信息該教師已存在請重新填寫，如果所填信息為空，將提示所輸信息不能為空，如果校驗通過將會把信息提交到后臺，如果成功，將進入教師信息列表；如果失敗，將重新回到添加教師信息頁面并給出錯誤信息。如圖46所示：圖46添加教師時序圖（5）教師簽到時序圖教師簽到是為了統(tǒng)計教師考勤而設計的，在教師登錄成功后的首頁有一個簽到按鈕，點擊簽到系統(tǒng)會驗證當前用戶是否處于登錄狀態(tài)，如果未登錄會提示請登錄并簽到失敗；簽到是根據(jù)教師的編號和當天日期插入到簽到表，插入過程中系統(tǒng)會驗證該用戶當天是否已簽到，系統(tǒng)會根據(jù)教師編號和當天時間在數(shù)據(jù)庫查詢，如果查詢得到數(shù)據(jù)，會提示已簽到；否則教師簽到成功。如圖47所示：圖47教師簽到時序圖（6）發(fā)布園所新聞時序圖管理員發(fā)送發(fā)布園所新聞申請，系統(tǒng)驗證管理員要處于登錄狀態(tài)，如果未登錄系統(tǒng)將進入登錄頁面；否則進入發(fā)布園所新聞頁面并填寫新聞信息，系統(tǒng)將進行驗證，如果所填信息為空，將提示所輸信息不能為空，如果校驗通過將會把信息提交到后臺，如果成功，將進入園所新聞列表；如果失敗，將重新回到發(fā)布園所新聞頁面并給出錯誤信息。如圖48所示：圖48園所新聞時序圖第5章 概要設計本系統(tǒng)采用的是SpringMVC+MyBatis+Freemarker開發(fā)模式進行開發(fā)，這種開發(fā)模式將web應用分成了三個部分：模型層、展示層、控制層。本系統(tǒng)的架構設計圖如圖51所示。圖51 系統(tǒng)架構圖家園溝通平臺的設計與實現(xiàn)分為管理員端、教師端和家長端。管理員端、家長端和教師端各分為五大模塊，對模塊的劃分如圖52所示：圖52 系統(tǒng)模塊圖數(shù)據(jù)結構組織和數(shù)據(jù)庫文件的設計要根據(jù)不同的用途、使用要求等來決定數(shù)據(jù)整體組織形式等一些問題。數(shù)據(jù)庫中的數(shù)據(jù)按一定數(shù)據(jù)模型組織、描述和存儲，具有較小的重復度。較高的數(shù)據(jù)獨立性和易擴展性，并且可以再被一定范圍內(nèi)的各種用戶共享。本系統(tǒng)采用MySql數(shù)據(jù)庫，項目中所有的數(shù)據(jù)表如圖53所示。圖53 數(shù)據(jù)庫表此處主要對本人承擔的信息交互管理中的相關數(shù)據(jù)表設計過程進行分析。經(jīng)過需求分析，確定了系統(tǒng)中的所有實體。系統(tǒng)實體及其屬性現(xiàn)分析如下：(1)幼兒園信息表(zzti_school)：編號(id)、詳細地址(address)、所在地區(qū)編號(area)、幼兒園名稱（name）、幼兒園簽名（signature）、創(chuàng)建時間(gmt_created)、修改時間(gmt_modified)(2)教師表（zzti_teacher）：教師編號(id)、所屬部門(departid)、部門名稱(departname)、所教班級(classid)、姓名(name)、國籍(state)、民族(nation)、性別(gender)、證件類型(identitytype)、身份證號(idcard)、生日(birth)、部門(department)、職位(position)、手機(mobile)、郵箱()、考勤卡號(attendanceid)、用戶名(username)、密碼(password)、所屬標志(flag)、所屬狀態(tài)(status)、創(chuàng)建時間(gmt_created)、修改時間(gmt_modified)(3)部門（zzti_depart）：部門編號(id)、父id(parent)、部門名稱(names)、創(chuàng)建時間(gmt_created)、修改時間(gmt_modified) (4)班級(zzti_class)：班級編號（id）、班級名稱(name)、班級人數(shù)(number)、創(chuàng)建時間(gmt_created)、修改時間(gmt_modified)、班主任id(tid)、班主任姓名(tname)(5)新聞信息(zzti_notice)：新聞編號(id)、標題(title)、發(fā)布對象(object)、部門id(depart_id)、班級id(class_id)、發(fā)布對象(type)、新聞內(nèi)容(content)、圖片(image)、創(chuàng)建時間(gmt_created)、修改時間(gmt_modified)(6)食譜(zzti_recipe)：食譜編號(id)、標題(title)、早餐(mor_brea)、上午加餐(mor_brea_add)、午餐(aft_dea)、下午加餐(aft_dea_add)、晚餐(eve_mea)、創(chuàng)建時間(gmt_created)、修改時間(gmt_modified)(7)教師風采(zzti_elegant)：編號(id)、老師id(teacherid)、標題(title)、圖片(image)、內(nèi)容(content)、創(chuàng)建時間(gmt_created)、修改時間(gmt_modified)(8)區(qū)域表(zzti_area)：編號(id)、名稱(name)、父id(pid)(9)評論(zzti_discuss)：編號(id)、內(nèi)容(content)、狀態(tài)(status)、創(chuàng)建時間(gmt_created)、修改時間(gmt_modified)(10)私人信箱(zzti_mail)：編號(id)、內(nèi)容(content)、手機(mobile)、姓名(name)、狀態(tài)(status)、創(chuàng)建時間(gmt_created)、修改時間(gmt_modified)(11)教師考勤（zzti_teacher_kaoqin）：教師編號（id）、教師id(teacher_id)、創(chuàng)建時間(gmt_created)、修改時間(gmt_modified)(12)教師班級表（zzti_tea_class）：班級id（classid）、老師id（teacherid）、班級名稱（ame）、教師姓名（tname）、創(chuàng)建時間(gmt_created)、修改時間(gmt_modified)(12)動態(tài)表（zzti_information）：編號（id）、發(fā)布信息內(nèi)容（content）、上傳文件（image）、創(chuàng)建時間(gmt_created)、修改時間(gmt_modified)對系統(tǒng)中存在的業(yè)務表進行描述，描述其字段信息。（1）幼兒園信息表如表51所示。表51 幼兒園信息表名稱空/非空類型約束條件編號idNot nullVARCHAR 主鍵詳細地址addressnullVARCHAR　所在地區(qū)idnullINT 幼兒園名稱nullVARCHAR幼兒園簽名nullVARCHAR　創(chuàng)建時間Not nullDATE　修改時間Not nullDATE?。?）教師表如表52所示。表52 教師表名稱空/非空類型約束條件教師編號NotnullINT主鍵所屬部門NotnullINT部門名稱nullVARCHAR所教班級nullVARCHAR姓名nullVARCHAR國籍nullVARCHAR續(xù)表52民族nullVARCHAR性別nullINT證件類型nullINT身份證號nullVARCHAR生日nullDATE部門nullVARCHAR職位nullVARCHAR手機nullVARCHAR郵箱nullVARCHAR考勤卡號nullVARCHAR用戶名nullVARCHAR唯一密碼Not nullVARCHAR所屬標志nullINT所屬狀態(tài)nullINT創(chuàng)建時間Not nullDATE　修改時間Not nullDATE?。?）部門表如表53所示。表53 部門表名稱空/非空類型約束條件部門編號idNot nullINT 主