【文章內(nèi)容簡介】 出科研信息管理和科研論文管理兩個(gè)具有代表性的子模塊來進(jìn)行系統(tǒng)用例詳細(xì)分析，其他具有類似系統(tǒng)用例的子模塊只要參考這兩個(gè)子模塊就可以了。其系統(tǒng)用例關(guān)系圖如圖 和圖 所示：12上上上上(from 上上)上上(from 上上)上上上(from 上上)上上上上上(from 上上) 上(from 上上)上(from 上上)上上上上上(from 上上) 圖 科研信息管理子模塊系統(tǒng)用例圖上上上上上上上(from 上上)上上上(from 上上)上上上上上(from 上上)上上上上上上上上(from 上上) 上上(from 上上)上上(from 上上)上上上上上上上(from 上上)圖 科研論文管理子模塊系統(tǒng)用例圖13 細(xì)化用例根據(jù)實(shí)際業(yè)務(wù)，分別對(duì)子模塊下的系統(tǒng)用例進(jìn)行細(xì)化分析，具體如下。科研信息管理模塊。該模塊下面有4個(gè)用例，每個(gè)用例的細(xì)分用例如下圖所示：上上上上上(from 上上) 上上上上上上上上上上上上extendinclude 上上上上上上上上 上上上extendextend上上上上include上上上extend 14上上上上上上上 上上上上上上上 上上上extendextendinclude上上上extend 上上上上上上上上上上上上上上上上上上include上上上上上上extend 科研信息管理模塊。該模塊下面有 4 個(gè)用例，每個(gè)用例的細(xì)分用例如圖：15上上上上上上上上 上上上上includeextend上上上上extend 圖 發(fā)布科研論文細(xì)化系統(tǒng)用例圖 圖 查看已發(fā)布科研論文細(xì)化系統(tǒng)用例圖上上上上上上上上上上上上上上上上上上上上上上上上上上上上上上上上上上上上extendextendextend上上上上上上extendinclude上上上上上上extend 圖 審核已發(fā)布科研論文細(xì)化系統(tǒng)用例圖16上上上上上上上上上上上上上上上上上上上上上上extendinclude 圖 查看最新科研論文細(xì)化系統(tǒng)用例圖 在修改信息的子用例中還包括了附件管理的子用例，包括附件的修改、刪除、下載，下面以修改科研論文為例說明，如圖 所示：上上上上上上(from 上上上)上上上上上上上上上上上上includeincludeinclude 圖 修改科研論文細(xì)化系統(tǒng)用例圖 系統(tǒng)用例場景系統(tǒng)用例場景與業(yè)務(wù)用例場景一樣，都是描述用例的執(zhí)行過程；不同的是，業(yè)務(wù)用例場景單單描述現(xiàn)實(shí)業(yè)務(wù)，而系統(tǒng)用例場景則是描述現(xiàn)實(shí)業(yè)務(wù)在結(jié)合新系統(tǒng)后如何執(zhí)行的過程，系統(tǒng)的參與者如何使用這些系統(tǒng)用例來完成業(yè)務(wù)目標(biāo)。繪制系統(tǒng)用例場景同樣可以使用活動(dòng)圖、順序圖、協(xié)助圖等交互圖來描述。本項(xiàng)目為了更好地描述系統(tǒng)參與者使用系統(tǒng)用例的執(zhí)行過程，明確各參與者的職責(zé)，因此使用活動(dòng)圖來繪制系統(tǒng)用例場景，描述系統(tǒng)用例實(shí)現(xiàn)的執(zhí)行過程。17下面通過繪制活動(dòng)圖，從而完整地展示系統(tǒng)用例場景。 科研信息管理用例場景 (1)用戶登錄管理信息系統(tǒng)，編輯科研信息，有必要時(shí)可選擇添加附件，然后提交信息。 (2)顯示已發(fā)布科研信息列表，科研信息未經(jīng)過審核前用戶可以修改、刪除科研信息。另外還可以查看科研信息詳細(xì)、查詢科研信息。 (3)管理員審核新發(fā)布的科研信息，進(jìn)行審批，審核的狀態(tài)有 4 鐘，分別是未審核、不通過、院內(nèi)、院外,審核完成后顯示最新審核信息列表。管理員可以查看科研信息詳細(xì)，另外還可以查詢、修改、刪除科研信息。 (4)游客通過經(jīng)貿(mào)學(xué)院網(wǎng)站查看最新科研信息。用戶和管理員還可以在網(wǎng)站管理后臺(tái)的查看最新科研信息子模塊查看最新科研信息。所有參與者都可以下載附件。 圖 是某特定情況下科研信息管理的系統(tǒng)用例場景：1819 圖 某特定情況下科研信息管理的系統(tǒng)用例場景科研論文管理用例場景 (1)用戶登錄管理信息系統(tǒng)，填寫科研論文信息，有必要時(shí)可選擇添加附件，然后提交信息。此外用戶還可以通過批量導(dǎo)入科研論文。 (2)顯示已發(fā)布科研論文列表，科研論文未經(jīng)過審核前用戶可以修改、刪除科研論文。另外還可以查看科研論文詳細(xì)、查詢科研論文、批量導(dǎo)出科研論文。 (3)管理員審核新發(fā)布的科研論文，進(jìn)行審批，審核的狀態(tài)有 4 鐘，分別是未審核、20不通過、院內(nèi)、院外,審核完成后顯示最新審核信息列表。管理員可以查看科研論文詳細(xì)，另外還可以查詢、修改、刪除科研論文和批量導(dǎo)出科研論文。 (4)游客通過經(jīng)貿(mào)學(xué)院網(wǎng)站查看最新科研論文。用戶和管理員還可以在網(wǎng)站管理后臺(tái)的查看最新科研信息子模塊查看最新科研論文。所有參與者都可以下載附件。 圖 是某特定情況下科研論文管理的用例系統(tǒng)場景：21圖 某特定情況下科研論文管理的系統(tǒng)用例場景3 系統(tǒng)分析統(tǒng)一過程把分析與設(shè)計(jì)合并為一個(gè)核心工作流，即當(dāng)成一個(gè)階段來看。其實(shí)，分析設(shè)計(jì)階段，也就是我們通常所說的概要設(shè)計(jì)與詳細(xì)設(shè)計(jì)。本項(xiàng)目將系統(tǒng)分析與設(shè)計(jì)分為兩個(gè)階段，旨在表示在系統(tǒng)分析階段與設(shè)計(jì)階段的不同，分析階段是通過分析類，建立分析模型，描述系統(tǒng)如何使用對(duì)象來實(shí)現(xiàn)系統(tǒng)需求。同時(shí)，分析階段未涉及實(shí)現(xiàn)語言與方式，抽象層次較高。因此，用分析階段作為需求到設(shè)計(jì)的過渡，來保持與系統(tǒng)需求一致。 分析對(duì)象22既然我們采用的是面向?qū)ο蟮姆椒ǎ敲?，自然就要通過對(duì)象之間的交互來描述需求的實(shí)現(xiàn)。因此，我們從分析系統(tǒng)的對(duì)象開始，進(jìn)入系統(tǒng)分析階段。在 UML 的分析模型，使用的 MVC 模式，使用邊界對(duì)象、控制對(duì)象、實(shí)體對(duì)象，這個(gè)三者來建立用例場景的對(duì)象模型。因此，回顧以上分析，仔細(xì)分析系統(tǒng)用例場景中的活動(dòng)，以此發(fā)現(xiàn)和定義各個(gè)用例的對(duì)象，并得知對(duì)象如何交互來實(shí)現(xiàn)用例的。本項(xiàng)目使用時(shí)序圖來描述用例的對(duì)象交互。 系統(tǒng)基本用例實(shí)現(xiàn)系統(tǒng)的基本用例實(shí)現(xiàn)包括系統(tǒng)的登陸、信息的發(fā)布、刪除、修改、查詢。由于每個(gè)用例的實(shí)現(xiàn)前提都是要求用戶已經(jīng)登錄系統(tǒng)，因此可以把登錄功能模塊單獨(dú)出來，在以后的時(shí)序圖中距不必要每次的畫出登陸部分。在系統(tǒng)基本用例實(shí)現(xiàn)中我們以管理員為參與者，以科研論文的刪除修改為，通過時(shí)序圖來描述對(duì)象交互。系統(tǒng)登錄，如圖 所示： 圖 管理員登陸系統(tǒng)用例實(shí)現(xiàn)圖信息的修改和刪除。信息的修改和刪除包括各個(gè)科研信息、科研動(dòng)態(tài)、科研論23文和附件等的信息的修改和刪除。由于每個(gè)模塊的信息的修改和刪除的實(shí)現(xiàn)方法原理都一樣，因此這里以科研論文的修改和刪除為例進(jìn)行用例實(shí)現(xiàn)說明，如圖 和 所示： 圖 修改科研信息用例實(shí)現(xiàn)24 圖 修改科研論文分析類 圖 科研論文刪除用例實(shí)現(xiàn)25 圖 科研論文刪除分析類 系統(tǒng)業(yè)務(wù)用例實(shí)現(xiàn)根據(jù)上述的系統(tǒng)描述和系統(tǒng)用例分析，我們可以知道系統(tǒng)的 7 個(gè)子模塊擁有相似或相近的系統(tǒng)功能，因此我們沒有必要 7 個(gè)模塊一個(gè)一個(gè)地去進(jìn)行系統(tǒng)用例實(shí)現(xiàn)的分析，我們以科研論文管理子模塊為代表進(jìn)行分析即可。發(fā)布科研論文用例實(shí)現(xiàn)，如圖 所示：26 圖 發(fā)布科研論文用例實(shí)現(xiàn)其對(duì)應(yīng)的分析類圖如圖 所示：27 圖 發(fā)布科研論文分析類查看已發(fā)布科研論文。這部分只有發(fā)布人有權(quán)限進(jìn)入，如圖 所示： 圖 查看已發(fā)布科研論文用例實(shí)現(xiàn)28其對(duì)應(yīng)的分析類圖如圖 所示：圖 查看已發(fā)布科研論文分析類圖審核科研論文用例實(shí)現(xiàn)，如圖 所示：29 圖 審核科研論文用例實(shí)現(xiàn)圖其對(duì)應(yīng)的分析類圖如圖 所示：30 圖 審核科研論文分析類查看最新科研論文。該部分主要展示已被審核的科研論文。其用例實(shí)現(xiàn)圖如圖 所示：31 圖 查看最新科研論文用例實(shí)現(xiàn)圖其對(duì)應(yīng)的分析類圖如圖 所示： 圖 查看最新科研論文分析類圖32附件上傳。在發(fā)布科研論文的時(shí)候用戶可以選擇是否上傳附件。附件上傳的用例實(shí)現(xiàn)如圖 所示： 附件上傳用例實(shí)現(xiàn)其對(duì)應(yīng)的附件上傳分析類圖如圖 所示：33 圖 附件上傳分析類附件下載。附件下載的用例實(shí)現(xiàn)如圖 所示：34 圖 附件下載用例實(shí)現(xiàn)附件下載對(duì)應(yīng)的分析類如圖 所示： 圖 附件下載分析類圖科研論文批量導(dǎo)入?？蒲姓撐呐繉?dǎo)入要求導(dǎo)入文件符合系統(tǒng)要求的格式，科研論文批量導(dǎo)入用例實(shí)現(xiàn)圖如圖 所示：35 圖 科研論文批量導(dǎo)入科研論文批量導(dǎo)入的分析類圖如圖 所示：36 圖 科研論文批量導(dǎo)入科研論文批量導(dǎo)出。科研論文批量導(dǎo)出用例實(shí)現(xiàn)如圖 所示：37 圖 科研論文批量導(dǎo)出科研論文批量導(dǎo)出的分析類圖如圖 所示：38 圖 科研論文批量導(dǎo)出 分析模型在項(xiàng)目過程中，我們可以通過分析模型對(duì)需求進(jìn)行分析，得到系統(tǒng)視角的理解。在本節(jié)中將從 WEB、BussinessControl、Entity 這 3 個(gè)層次剖析分析類所在的層次，從而建立起分析模型。分析模型完成后我們將得到一個(gè)非常接近于設(shè)計(jì)類的模型，距離編碼所使用的實(shí)現(xiàn)類僅一步之遙，可以真正進(jìn)入系統(tǒng)設(shè)計(jì)階段了。在本系統(tǒng)開發(fā)中，我們將使用 SSH 框架來實(shí)現(xiàn)系統(tǒng)，SSH 是一個(gè) MVC 模式的實(shí)現(xiàn)，由 Page、Action 和 ActionFrom 三個(gè)單元構(gòu)成。發(fā)布科研論文的分析模型，具體的分析如下：(1)發(fā)布科研論文 Web 層分析模型39 圖 發(fā)布科研論文 WEB 層分析模型實(shí)、對(duì)應(yīng)的分析類圖如 所示：40 圖 發(fā)布科研論文 WEB 層分析類圖(2)發(fā)布科研論文 BusinessControl 層分析模型圖 僅僅是發(fā)布科研論文用例在 WEB 層的實(shí)現(xiàn)，接下來，我們還要在BusinessControl 層實(shí)現(xiàn)它。從圖 中我們可以看出，發(fā)布科研用例想BusinessControl 層的發(fā)布科研論文 Control 類發(fā)出了三條消息，這三條消息在BusinessControl 層的實(shí)現(xiàn)結(jié)果如圖 所示。41 圖 發(fā)布科研論文 BusinessControl 層實(shí)現(xiàn)相對(duì)應(yīng)的，在 BusinessControl 層上，發(fā)布可以論文用例被實(shí)現(xiàn)如圖 所示結(jié)構(gòu)。42 圖 發(fā)布科研論文 BusinessControl 層分析類圖(3)發(fā)布科研論文 Entity 層分析模型同樣道理，在 Entity 層應(yīng)用相應(yīng)的框架繪制出的發(fā)布科研論文實(shí)現(xiàn)如圖 所示。43 圖 發(fā)布科研論文 Entity 層分析類圖相對(duì)應(yīng)的在 Entity 層上，發(fā)布科研論文用例被實(shí)現(xiàn)為如圖 所示。 圖 發(fā)布科研論文 Entity 層分析類圖綜合上述，我們可以得到發(fā)布科研論文用例最終分析模型，如圖 所示 44 圖 發(fā)布科研論文用例最終分析模型 4 系統(tǒng)設(shè)計(jì)通過上面的系統(tǒng)分析，我們已經(jīng)明確了系統(tǒng)的需求，下面我們將進(jìn)入系統(tǒng)設(shè)計(jì)階段，分別從平臺(tái)說明、搭建系統(tǒng)框架、代碼設(shè)計(jì)三方面進(jìn)行。 系統(tǒng)平臺(tái)說明 在進(jìn)入代碼設(shè)計(jì)之前，我們必須要明確系統(tǒng)開發(fā)所用的平臺(tái)。目前，系統(tǒng)開發(fā)平臺(tái)有兩種模式，一是 C/S 模式，另一個(gè)是 B/S 模式。C/S 模式是指客戶機(jī)/服務(wù)器模式，其優(yōu)點(diǎn)是能充分利用分散的 PC 的處理能力，減輕服務(wù)器端的負(fù)擔(dān)同時(shí)還可以提到客戶端的響應(yīng)速度；其缺點(diǎn)是必須在客戶端安裝客戶端軟件。B/S 模式是指瀏覽器/服務(wù)器45模式，其優(yōu)點(diǎn)是不需有在客戶端安裝任何附加軟件，只需要通過瀏覽器就可以登錄系統(tǒng)，減去安裝客戶端軟件的麻煩，但其缺點(diǎn)是會(huì)增加服務(wù)器端的負(fù)擔(dān)，影響