【文章內(nèi)容簡(jiǎn)介】 系統(tǒng)的登錄驗(yàn)證，并且系統(tǒng)已顯示待編輯的學(xué)生信息 后置條件 向用戶提示數(shù)據(jù)更新成功 主事件流 1．用戶編輯學(xué)生信息并提交 2．用新提 交的信息更新數(shù)據(jù)表的相應(yīng)記錄 備選事件流 2a．提交的信息不合法 1．向用戶提示錯(cuò)誤原因 2．返回編輯頁(yè)面 非功能性需求 無(wú) （ 5） 數(shù)據(jù)管理 模塊的 用例規(guī)約。 數(shù)據(jù)管理模塊的用例圖如下圖 316 所示。 圖 316 數(shù)據(jù)管理 用例“數(shù)據(jù)備份”的規(guī)約描述如下表 35 所示。 表 35 數(shù)據(jù)備份 用例名稱 數(shù)據(jù)備份 參與者 系統(tǒng)管理員 假設(shè) 系統(tǒng)管理員已完成數(shù)據(jù)備份的準(zhǔn)備工作 前置條件 管理員用戶已通過(guò)系統(tǒng)的登錄驗(yàn)證 后置條件 提示操作成功 主事件流 1．管理員提交數(shù)據(jù)備份請(qǐng)求 XX 學(xué)院 2021 屆本科生畢業(yè)設(shè)計(jì) 14 2．系 統(tǒng)在指定路徑備份數(shù)據(jù)庫(kù) 備選事件流 無(wú) 非功能性需求 無(wú) （ 6） 反饋學(xué)習(xí) 模塊的用例規(guī)約。 反饋學(xué)習(xí)模塊的用例圖如下圖 317 所示。 圖 317 反饋學(xué)習(xí) 用例“添加學(xué)習(xí)記錄”的規(guī)約描述如下表 36 所示。 表 36 添加學(xué)習(xí)記錄 用例名稱 添加學(xué)習(xí)記錄 參與者 學(xué)生用戶 假設(shè) 學(xué)生已準(zhǔn)備好待向老師反饋的學(xué)習(xí)情況 前置條件 學(xué)生用戶已通過(guò)系統(tǒng)的登錄驗(yàn)證，該學(xué)生用戶是在校學(xué)習(xí)的學(xué)生 后置條件 提示操作成功 主事件流 1．學(xué)生填寫并提交要反饋的學(xué)習(xí)情況 2．系統(tǒng)對(duì)提交內(nèi)容進(jìn)行合法性校驗(yàn) 3． 系統(tǒng)在數(shù)據(jù)表中增加一條記錄保持此信息 備選事件流 2a．提交的內(nèi)容不合法 1．向用戶提示錯(cuò)誤原因 2．返回添加頁(yè)面待用戶修正 非功能性需求 無(wú) （ 7） 瀏覽學(xué)習(xí)反饋 模塊的用例規(guī)約。 瀏覽學(xué)習(xí)反饋模塊 的用例圖如下圖 318 所示。 XX 學(xué)院 2021 屆本科生畢業(yè)設(shè)計(jì) 15 圖 318 瀏覽學(xué)習(xí)反饋 用例“ 編輯評(píng)閱 ”的規(guī)約描述如下表 37 所示。 表 37 編輯評(píng)閱 用例名稱 編輯評(píng)閱 參與者 老師用戶 假設(shè) 該老師是具體某個(gè)專業(yè)的負(fù)責(zé)老師，該老師已查閱有關(guān)學(xué)生提交的學(xué)習(xí)反饋 前置條件 老師用戶已通過(guò)系統(tǒng)的登錄驗(yàn) 證，并且系統(tǒng)已識(shí)別該老師有此操作權(quán)限，以及準(zhǔn)備評(píng)閱的學(xué)習(xí)記錄之前未被任何人評(píng)閱 后置條件 更新當(dāng)前顯示的學(xué)習(xí)記錄，隱藏已被評(píng)閱記錄的編輯按鈕 主事件流 1．老師編輯評(píng)閱內(nèi)容并提交 2．系統(tǒng)對(duì)提交內(nèi)容進(jìn)行合法性校驗(yàn) 3．系統(tǒng)在數(shù)據(jù)表中保存評(píng)閱內(nèi)容 4．系統(tǒng)向老師用戶提示評(píng)閱成功 備選事件流 2a．提交的內(nèi)容不合法 1．向用戶提示錯(cuò)誤原因 2．返回添加頁(yè)面待用戶修正 非功能性需求 無(wú) （ 8） 反饋就業(yè) 模塊的用例規(guī)約。 反饋就業(yè)模塊的用例圖如下圖 319 所示。 圖 319 反饋就業(yè) XX 學(xué)院 2021 屆本科生畢業(yè)設(shè)計(jì) 16 用例“添加就業(yè)記錄”的規(guī)約描述如下表 38 所示。 表 38 添加就業(yè)記錄 用例名稱 添加就業(yè)記錄 參與者 學(xué)生用戶 假設(shè) 學(xué)生已準(zhǔn)備好待向老師反饋的就業(yè)情況 前置條件 學(xué)生用戶已通過(guò)系統(tǒng)的登錄驗(yàn)證，該學(xué)生用戶是畢業(yè)工作的學(xué)生 后置條件 提示操作成功 主事件流 1．學(xué)生填寫并提交要反饋的就業(yè)情況 2．系統(tǒng)對(duì)提交內(nèi)容進(jìn)行合法性校驗(yàn) 3．系統(tǒng)在數(shù)據(jù)表中增加一條記錄保持此信息 備選事件流 2a．提交的內(nèi)容不合法 1．向用戶提示錯(cuò)誤原因 2．返回添加頁(yè)面待用戶修正 非功能性需求 無(wú) （ 9） 瀏覽就業(yè)反饋 模塊的用例規(guī)約。 瀏覽就業(yè)反饋模塊的用例圖如下圖 320 所示。 圖 320 瀏覽就業(yè)反饋 用例“瀏覽就業(yè)反饋”的規(guī)約描述如下表 9 所示。 表 39 瀏覽就業(yè)反饋 用例名稱 瀏覽就業(yè)反饋 參與者 老師用戶（主要用戶）、系統(tǒng)管理員（次要用戶） 假設(shè) 老師已明確要瀏覽那些學(xué)生的就業(yè)反饋 前置條件 用戶已通過(guò)系統(tǒng)的登錄驗(yàn)證 后置條件 無(wú) 主事件流 1．老師向系統(tǒng)提交查詢條件 2．系統(tǒng)返回符合查詢條件的就業(yè)記錄表 XX 學(xué)院 2021 屆本科生畢業(yè)設(shè)計(jì) 17 備選事件流 無(wú) 非功能性需求 無(wú) （ 10） 就業(yè)統(tǒng)計(jì) 模塊 的用例規(guī)約。 就業(yè)統(tǒng)計(jì)模塊的用例圖如下圖 321 所示。 圖 321 就業(yè)統(tǒng)計(jì) 用例“查看圖表”的規(guī)約描述如下表 310 所示。 表 310 查看圖表 用例名稱 查看圖表 參與者 所有用戶 假設(shè) 用戶已按條件進(jìn)行就業(yè)統(tǒng)計(jì)，并獲得系統(tǒng)返回的統(tǒng)計(jì)數(shù)表 前置條件 用戶已通過(guò)系統(tǒng)的登錄驗(yàn)證 后置條件 無(wú) 主事件流 1．用戶提交查看圖表的請(qǐng)求 2．系統(tǒng)根據(jù)統(tǒng)計(jì)數(shù)表的數(shù)據(jù)生成圖表信息 3．系統(tǒng)向用戶返回圖表信息 備選事件流 無(wú) 非功能性需求 無(wú) XX 學(xué)院 2021 屆本科生畢業(yè)設(shè)計(jì) 18 4. 系統(tǒng)分析 本 階段的主 要工作是從用例模型（圖 311）出發(fā)，為系統(tǒng)建立分析模型。完整的分析模型至少應(yīng)包括反映對(duì)象靜態(tài)結(jié)構(gòu)的類圖，和反映用例實(shí)現(xiàn)的對(duì)象 順序 圖。 類圖 類圖主要用來(lái)描述系統(tǒng)的靜態(tài)結(jié)構(gòu)，表示系統(tǒng)中的類及其關(guān)系。 根據(jù) 用例圖及 用例規(guī)約，分析出本系統(tǒng)有以下幾個(gè)概念類，包括 specialty（專業(yè)信息類）、 teacher User（老師用戶類）及其子類 administrator、 student User（學(xué)生用戶類）、 learning（學(xué)生學(xué)習(xí)信息類）、 job（學(xué)生就業(yè)信息類）。 對(duì)象間的關(guān)系主要有以下幾種 ： ? 一個(gè) specialty 可以擁有多個(gè) student User 和 teacher User；但一個(gè) student User 只 能屬于一個(gè) specialty，一個(gè) teacher User 可以對(duì)應(yīng)零或一個(gè) specialty。 ? 一個(gè) learning 只能對(duì)應(yīng)一個(gè) student User 和一個(gè) teacher User；但一個(gè) student User 可以創(chuàng)建多個(gè) learning，一個(gè) teacher User 可以批閱多個(gè) learning。 ? 一個(gè) job 只能對(duì)應(yīng)一個(gè) student User 和一個(gè) teacher User；但 一個(gè) student User 可 以創(chuàng)建多個(gè) job，一個(gè) teacher User 可以批閱多個(gè) job。 上述概念類經(jīng)過(guò)完善后形成分析模型中的分析類， 如下圖 41 所示。 圖 41 分析類圖 XX 學(xué)院 2021 屆本科生畢業(yè)設(shè)計(jì) 19 圖 順序圖主要用來(lái)描述系統(tǒng)的動(dòng)態(tài)行為，反映對(duì)象間發(fā)送消息的時(shí)間順序。 從 降低 系統(tǒng)耦合度的角度出發(fā)，可以在系統(tǒng)分析類圖（圖 41）的基礎(chǔ)上抽象出數(shù)據(jù)訪問(wèn)對(duì)象類 DAO。 如下圖 42 所示。 圖 42 數(shù)據(jù)訪問(wèn)對(duì)象類 因此，本系統(tǒng)可以抽象表示成“表現(xiàn)層 —業(yè)務(wù)處理層 —數(shù)據(jù)訪問(wèn)層”三層結(jié)構(gòu)，系統(tǒng)的耦合度得以進(jìn)一步減低。 本系統(tǒng)的 順序圖 描述如下 。 （ 1） 登錄驗(yàn)證模塊 的順序圖，如下圖 43 所示 。 圖 43 登錄驗(yàn)證 （ 2） 管理專業(yè)模塊 的順序圖，如下圖 44 所示。 XX 學(xué)院 2021 屆本科生畢業(yè)設(shè)計(jì) 20 圖 44 管理專業(yè) （ 3） 管理老師模塊 的順序圖，如下圖 45 所示。 圖 45 管理老師 XX 學(xué)院 2021 屆本科生畢業(yè)設(shè)計(jì) 21 （ 4） 管理學(xué)生模塊 的順序圖，如下圖 46 所示。 圖 46 管理學(xué)生 （ 5） 學(xué)習(xí) 交流 模塊 的順序圖，如下圖 47 所示。 圖 47 學(xué)習(xí) 交流 XX 學(xué)院 2021 屆本科生畢業(yè)設(shè)計(jì) 22 （ 6） 就業(yè) 交流 模塊 的順序圖，如下圖 48 所示。 圖 48 就業(yè) 交流 XX 學(xué)院 2021 屆本科生畢業(yè)設(shè)計(jì) 23 5. 系統(tǒng)設(shè)計(jì) 模式設(shè)計(jì) 信息系統(tǒng)的 結(jié)構(gòu) 模式主要有兩種，分別為 Browser/Server 模式 和 Client/Server 模式。 Client/Server 模式， 即客戶機(jī)和服務(wù)器模式。它將任務(wù)合理分配到 客戶端和服務(wù)器端來(lái)實(shí)現(xiàn)，充分 利用客戶端和服務(wù)器端 的 硬件環(huán)境， 降低了系統(tǒng)的通訊開銷；但這種模式對(duì)客戶端的要求會(huì)較高，也不便于后期的系統(tǒng)維護(hù)工作。 Browser/Server 模式，即瀏覽器和服務(wù)器模式 。 它是隨著 Inter 技術(shù)的發(fā)展而興起。在這種 模式 下， 前端 用戶 界面可以 通過(guò) WWW 瀏覽器來(lái)實(shí)現(xiàn)，主要事務(wù)邏輯 都是 在服務(wù)器端實(shí)現(xiàn) ，只有很 少 一 部分 的 事務(wù)邏輯 會(huì)交由 前端 瀏覽器來(lái)實(shí)現(xiàn) 。 這樣進(jìn)行數(shù)據(jù)計(jì)算的明顯好處是極大 地 簡(jiǎn)化了 對(duì)客戶端的要求 ，同時(shí) 也減輕了以后對(duì)系統(tǒng)進(jìn)行維護(hù)與升級(jí)的 工作量 ，進(jìn)而有效地降低了系統(tǒng)應(yīng)用的總體成本 。 在局域網(wǎng)中通過(guò) Inter/Intra 建立 B/S 模式的網(wǎng)絡(luò)應(yīng)用，可以實(shí)現(xiàn)多地點(diǎn)、多方式的 系統(tǒng) 訪問(wèn)或操作 。特別是在 JAVA 這種 的跨平臺(tái)語(yǔ)言出現(xiàn)之后， B/S 模式的管理系統(tǒng)得以飛速發(fā)展 。 本項(xiàng)目開發(fā)的《 學(xué)校師生交流平臺(tái) 》是可以由任意地點(diǎn)（學(xué)校內(nèi)、外）的多用戶（老師、學(xué)生）使用的系統(tǒng)。因此， 使用 B/S 模式 作為 結(jié)構(gòu) 模式。 軟件架構(gòu)，又稱軟件體系結(jié)構(gòu)。軟件 架構(gòu)是最高層次的系統(tǒng)分解，包括邏輯設(shè)計(jì)和物理部署兩個(gè)方面。這里主要從分層架構(gòu)的思想對(duì)本系統(tǒng)進(jìn)行軟件體系結(jié)構(gòu)設(shè)計(jì)。 軟件分層架構(gòu)思想，即系統(tǒng)劃分為多層結(jié)構(gòu)，每一層都具有獨(dú)立的職責(zé)。層與層之間通常是不透明的，上層組件可以使用下層組件定義的服務(wù)，而下層組件對(duì)上層組件一無(wú)所知。 在信息系統(tǒng)領(lǐng)域，最常用的分層模型是三層結(jié)構(gòu)，如下圖 51 所示 。 XX 學(xué)院 2021 屆本科生畢業(yè)設(shè)計(jì) 24 圖 51 三層結(jié)構(gòu)模型 在三層結(jié)構(gòu)模型中，可以將業(yè)務(wù)邏輯層進(jìn)一步細(xì)分為控制層與領(lǐng)域?qū)?，?shí)現(xiàn)領(lǐng)域邏輯與領(lǐng)域 解決方案 的 分離 ；在面向?qū)ο蟮拈_發(fā)中還需要引入 ORM，因此需 要在數(shù)據(jù)訪問(wèn)層中加入表示對(duì)象與數(shù)據(jù)表一一對(duì)應(yīng)的數(shù)據(jù)映射層。 對(duì)三層結(jié)構(gòu)模型通過(guò)上述的完善與擴(kuò)展，得到比較完善的五層結(jié)構(gòu)模型，如下表 51所示 。 三層結(jié)構(gòu)模型 五層結(jié)構(gòu)模型 表現(xiàn)層 表現(xiàn)層 業(yè)務(wù)邏輯層 控制層 領(lǐng)域?qū)? 數(shù)據(jù)訪問(wèn)層 數(shù)據(jù)映射層 數(shù)據(jù)訪問(wèn)層 表 51 三層結(jié)構(gòu)模型和五層結(jié)構(gòu)模型對(duì)比 五層結(jié)構(gòu)模型各層的主要職責(zé)： ? 表現(xiàn)層：處理用戶與系統(tǒng)間的交互 ? 控制層：主要表示業(yè)務(wù)邏輯中的工作流，針對(duì)用例的事件流控制 ? 領(lǐng)域?qū)樱簶I(yè)務(wù)邏輯中領(lǐng)域類的集合 ? 數(shù)據(jù)映射層：將基于對(duì)象表達(dá)的領(lǐng)域?qū)訑?shù)據(jù)映射到數(shù)據(jù) 庫(kù)關(guān)系表中的記錄 ? 數(shù)據(jù)訪問(wèn)層： 對(duì)數(shù)據(jù)表 Select， Insert， Update， Delete 等 操作 本系統(tǒng)的軟件分層設(shè)計(jì)也正是采用了這種分層結(jié)構(gòu)思想。 XX 學(xué)院 2021 屆本科生畢業(yè)設(shè)計(jì) 25 分析模型中的類（圖 41）通常是現(xiàn)實(shí)事物或抽象概念，這些類要轉(zhuǎn)換為計(jì)算機(jī)領(lǐng)域的實(shí)體類。除此之外，為了完成用例所描述的功能，還必須添加一些計(jì)算機(jī)領(lǐng)域的軟件對(duì)象類，包括邊界類和控制類等。 根據(jù) 系統(tǒng)用例模型、 系統(tǒng)分析類圖、 軟件體系結(jié)構(gòu)，設(shè)計(jì)出系統(tǒng)的軟件類圖 ?？梢岳冒侠斫M織整個(gè)系統(tǒng)中的設(shè)計(jì)類， 如下圖 52 所示 。 XX 學(xué)院 2021 屆本科生畢業(yè)設(shè)計(jì) 26 XX 學(xué)院 2021 屆本科生畢業(yè)設(shè)計(jì) 27 圖 52 軟件類圖 ? 專業(yè)代碼 (specialty Code)： 115 位字符串，長(zhǎng)度可變；每位所代表的具體含義 由用戶自定義。 ? 老師工號(hào) (teacher Code): 115 位字符串，長(zhǎng)度可變；每位所代表的具體含義由 用戶自定義。 ? 學(xué)生學(xué)號(hào) (student Code): 115 位字符串，長(zhǎng)度可變；每位所代表的具體含義由 用戶自定義。 ? 學(xué)生性別 (student Sex)： 1 位長(zhǎng)度；其中 ,“ 1”表示“男”，“ 2”表示“女”。 ? 學(xué)習(xí)狀態(tài) (state)： 1 位長(zhǎng)度；其中 ,“ 1”表示“在校”， “ 2”表示“退轉(zhuǎn)學(xué)”，“ 3” 表示“畢業(yè)工作”，“ 4”表示“畢業(yè)升學(xué)”。 ? 當(dāng)前行業(yè) (trade)： 1 位長(zhǎng)度；其中 ,“ 1”表示“ 與所學(xué)專業(yè)相符，經(jīng)常使用專業(yè) 知識(shí) ”，“ 2”表示“ 與所學(xué)專業(yè)相關(guān)，需要使用專業(yè)知識(shí) ”，“ 3”表示“ 與所學(xué)專業(yè)不同，偶爾使用專