【正文】 Id integer 是 2 bookm。 在 SSH 框架中，表現(xiàn)層、業(yè)務(wù)邏輯層和數(shù)據(jù)服務(wù)層 3個(gè)層次涇渭分明，也就是說，表現(xiàn)層只和業(yè)務(wù)邏輯層打交道，而業(yè)務(wù)邏輯層通過數(shù)據(jù)服務(wù)層來操作數(shù)據(jù)庫?？刂茖硬⒉蛔鋈魏蔚臄?shù)據(jù)處理。 C++和 java 一樣同是面向?qū)ο蟮恼Z言，都適用于大型項(xiàng)目的開發(fā)，但是 C++比較適用于 C/S 模式的開發(fā)，而 java 比較適用于 B/S 模式的開發(fā)。 43 圖 發(fā)布科研論文 Entity 層分析類圖 相對應(yīng)的在 Entity 層上，發(fā)布科研論文用例被實(shí)現(xiàn)為如圖 所示。 發(fā)布科研論文用例實(shí)現(xiàn)，如圖 所示： 26 圖 發(fā)布科研論文用例實(shí)現(xiàn) 其對應(yīng)的分析類圖如圖 所示： 27 圖 發(fā)布科研論文分析類 查看已發(fā)布科研論文。 圖 是某特定情況下科研 論文 管理的用例 系統(tǒng) 場景： 21 圖 某特定情況下科研 論文管理的系統(tǒng)用例場景 3 系統(tǒng)分析 統(tǒng)一過程把分析與設(shè)計(jì)合并為一個(gè)核心工作流，即當(dāng)成一個(gè)階段來看。 (2)顯示已發(fā)布科研信息列表，科研信息 未 經(jīng)過審核前用戶可以修改、刪除科研信息。 信息管理模塊具有 7 個(gè) 子模塊，每個(gè)子模塊的功能需求 如下： 科研信息管理模塊 科研信息管理模塊包括 科研 信息的 編輯 發(fā)布、查看已發(fā)布 科研 信息，審核已發(fā)布 科研 信息、查看最新發(fā)布 科研 信息 、附件的上傳和下載。在發(fā)布科研 論文 時(shí)用戶可以選擇是否上傳附件附件可以添加多個(gè)，附件可選的格式包括 doc、 docx、 xls、 xlsx、 ppt、 pptx、 pdf、 exe、 bin、 zip、 htm、 html、gif、 bmp、 jpeg、 mpeg。 (5)科研獲獎(jiǎng)信息的發(fā)布。但是因?yàn)樵黾邮菍?shí)際的業(yè)務(wù)，情況可能會變得復(fù)雜， 每一個(gè)管理功能都不會是通過單一的數(shù)據(jù)增刪改查即能實(shí)現(xiàn)，下面我們對信息管理功能模塊 進(jìn)行詳細(xì)的系統(tǒng)業(yè)務(wù)分析。 由于本系統(tǒng) 的系統(tǒng)需求并不是很復(fù)雜，只是屬于一個(gè)小型的管理信息系統(tǒng)，不涉及復(fù)雜的業(yè)務(wù)，系統(tǒng)需求比較明確，因此本系統(tǒng)的開發(fā)將直接由需求分析開始。所以我們很有必要采用新的技術(shù)開發(fā)出一個(gè)適應(yīng)現(xiàn)在互聯(lián)網(wǎng)發(fā)展需求和符合經(jīng)貿(mào)學(xué)院需求的信息管理系統(tǒng) 。 本信息系統(tǒng)通過采用面向?qū)ο?UML 分析技術(shù)，分別進(jìn)行了業(yè)務(wù)建模、需求分析和系統(tǒng)分析，明確了系統(tǒng)設(shè)計(jì)的內(nèi)容。 我國高校信息 系統(tǒng) 建設(shè)現(xiàn)狀 我國高校信息 系統(tǒng) 建設(shè)近年來取得了巨大的成就， 絕大部分的院校都擁有自己的管理信息系統(tǒng)，但是我國的高校信息系統(tǒng)建設(shè)存在部分管理信息系統(tǒng)信息更新慢、信息系統(tǒng)所應(yīng)用的技術(shù)落后跟不上互聯(lián)網(wǎng)發(fā)展的需求、網(wǎng)頁打開速度慢、容易出現(xiàn)網(wǎng)頁崩潰等問題。從社會的角度來看，一個(gè)學(xué)院的網(wǎng)站就是其對外的形象的體現(xiàn)，學(xué)生、家長和各種社會人士都可以通過學(xué)院網(wǎng)站來了解一個(gè)學(xué)院的概括。 輸入數(shù)據(jù) 保存到數(shù)據(jù)庫 顯示輸入數(shù)據(jù)后結(jié)果 4 圖 修改數(shù)據(jù)示意圖 查詢數(shù)據(jù)，如圖 所示。 (3)科研動(dòng)態(tài)的發(fā)布。信息的審核狀態(tài)有 4 種，分別是院內(nèi)、院外、不通過、未審核。 游客 ： 游客可以通過登錄該系統(tǒng)的前臺網(wǎng)站查看展示出來的相關(guān)信息 ，同時(shí)擁有下載附件的 權(quán)限 。該模塊下面有 4 個(gè)用例，每個(gè)用例的細(xì)分用例如圖： 15 發(fā)布科研論文科研論文信息錄入發(fā)布科研論文批量導(dǎo)入 in c l u d e e x t e n d 上傳科研論文附件 e x t e n d 圖 發(fā)布科研論文細(xì)化系統(tǒng)用例圖 圖 查看已發(fā)布科研論文細(xì)化系統(tǒng)用例圖 查看科研論文詳細(xì)修改科研論文批量導(dǎo)出科研論文審核科研論文審核發(fā)布科研論文 e x t e n d e x t e n d e x t e n d 刪除科研論文 e x t e n d in c l u d e 查詢科研論文 e x t e n d 圖 16 查看最新科研論文查看科研論文詳細(xì)查詢科研論文 e x t e n d i n c l u d e 圖 查看最新科研論文細(xì)化系統(tǒng)用例圖 在修改信息的子用例中還包括了附件管理的子用例，包括附件的修改、刪除、下載，下面以修改科研論文為例說明， 如圖 所示： 修改科研論文( f r o m 科研論文管理 )修改附件刪除附件下載附件 in c l u d e in c l u d e in c l u d e 圖 修改科研論文細(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)。 (3)管理員審核新發(fā)布的科研論文，進(jìn)行審批，審核的狀態(tài)有 4 鐘，分別是未審核、 20 不通過、院內(nèi)、院外 ,審核完成后顯示最新審核信息列表。 由于每個(gè)用例的實(shí)現(xiàn)前提都是要求用戶已經(jīng)登錄系統(tǒng)，因此可以把登錄功能模塊單獨(dú)出來，在以后的時(shí)序圖中距不必 要每次的畫出登陸部分。 在本系統(tǒng)開發(fā)中，我們將使用 SSH 框架來實(shí)現(xiàn)系統(tǒng)， SSH是一個(gè) MVC 模式的實(shí)現(xiàn)，由 Page、 Action 和 ActionFrom 三個(gè)單元構(gòu)成。 .NET 是不能跨平臺的，必須是基于 在 windwos 的 framework 環(huán) 境的，在本項(xiàng)目中必須要求系統(tǒng)可以跨平臺的，因此 .NET 不適用本項(xiàng)目的系統(tǒng)開發(fā)，宣告退出。 視圖 (View)代表用戶交互界面，對于 Web 應(yīng)用來說，可以概括為 HTML 界面，但有可能jsp 界面 。如果只有 jsp 語言編寫 jsp 頁面，代碼的工作量是很大的，很多功能用 jsp 語言需要寫很長的代碼的，而用 strus2 的標(biāo)簽卻只需引用簡單的標(biāo)簽即可達(dá)到相同的效果，筆者曾經(jīng)進(jìn)行過 SSH框架的學(xué)習(xí)對此也是深有感觸。 持久對象層（ PO 層）：該層有若干實(shí)現(xiàn)類組成，這些需要在映射文件中配置，可以在數(shù)據(jù)訪問層的實(shí)現(xiàn)類中通過 Hibernate 框架來訪問時(shí)就層對象。在本系統(tǒng)業(yè)務(wù)邏輯層的接口命名原則是使用后綴 Service，例如， CommonService 表示處理系統(tǒng)基礎(chǔ)業(yè)務(wù)邏輯的接口。 系統(tǒng) 架構(gòu)設(shè)計(jì) 目前， 基于 MVC 模式的框架非常多 ，在本系統(tǒng)的開發(fā)中我們采用了一個(gè)輕量級的Java EE 技術(shù)的應(yīng)用 Struts2+Hibernate+Spring，下面我們簡稱其為 SSH 框架。只要 Controller 改變了 Models 的數(shù)據(jù)或者屬性，所有依賴的 View 都會自動(dòng)更新。 編程 語言選擇 分析 確定 系統(tǒng) 平臺模式之后，我們就要選擇系統(tǒng)開發(fā)的 平臺 ?？蒲姓撐呐繉?dǎo)入要求導(dǎo)入文件符合系統(tǒng)要求的格式，科研論文批量導(dǎo)入用例實(shí)現(xiàn)圖如圖 所示： 35 圖 科研論文批量導(dǎo)入 科研論文批量導(dǎo)入的分析類圖如圖 所示： 36 圖 科研論文批量導(dǎo)入 科研論文批量導(dǎo)出。 在 UML 的分析模型，使用的 MVC 模式，使用邊界對象、控制對象、實(shí)體對象，這個(gè)三者來建立用例場景的對象模型。 圖 是某特定情況下科研信息管理的 系統(tǒng) 用例場景： 18 19 圖 系統(tǒng) 用例場景 科研論文管理用例場景 (1)用戶登錄管理信息系統(tǒng)，填寫科研論文信息，有必要時(shí)可選擇添加附件，然后提交信息。 從上面的分析可以找到，每個(gè)子模塊的系統(tǒng)用例很類似，因此我們只需要從中選出科研信息管理和科研論文管理 兩個(gè)具有代表性的子模塊來進(jìn)行系統(tǒng)用例詳細(xì)分析，其他具有類似系統(tǒng)用例的 子 模塊 只要參考這兩個(gè)子模塊就可以了。 系 統(tǒng)目標(biāo) 為各種科研 相關(guān) 信息的管理提供一個(gè)操作平臺，提高工作效率和管理效能。查看已發(fā)布 信息 模 塊只有發(fā)布人才可以進(jìn)入，其他人一概沒有權(quán)限進(jìn)入。發(fā)布 內(nèi)容 包括：論文題目、第一作者、第二作者、第三作者、發(fā)表刊物名稱、卷號、期號、頁碼范圍、文獻(xiàn)標(biāo)識碼、出版年月、地方刊號、Intergral、 CN號、 ISBN 號、 ISSN 號、 EI、 SCI、 ISTP、統(tǒng)計(jì)源、學(xué)科門類、是否是核心期刊、全文轉(zhuǎn)載、國外發(fā)行、外刊、論文集市國外還是國內(nèi)的、課題資助來源、作者歸屬和附件。 增加數(shù)據(jù)，如圖 所示。 技術(shù)可行性 根據(jù)我們項(xiàng)目小組的學(xué)習(xí)經(jīng)驗(yàn)來說，開發(fā)完成本信息系統(tǒng)需要應(yīng)用到 SSH 的框架技術(shù)，而根據(jù)我們小組成員的學(xué)習(xí)經(jīng)驗(yàn)，盡管我們之前沒有相關(guān)項(xiàng)目的開發(fā)經(jīng)驗(yàn)，但是從技術(shù)的角度來看并不存在技術(shù)上解決不了的問題。 同時(shí)，作為信息化人才的培養(yǎng)基地，各高校也相繼建立起自己的學(xué)校和院系信息系統(tǒng)。 management information system。完成改系統(tǒng)的開發(fā)需要的硬件環(huán)境是：一個(gè)辦公地點(diǎn)、 4臺電腦、桌子椅子各 4套、網(wǎng)線路由等。 該模塊包括的主要功能有 學(xué)院科研信息管理、科研動(dòng)態(tài)管理、科研論文管理、科研著作管理、科研獲獎(jiǎng)信息的管理、橫向項(xiàng)目管理、縱向項(xiàng)目管理。 選擇要?jiǎng)h除的數(shù)據(jù) 是否可刪除 刪除數(shù)據(jù) 否 查看數(shù)據(jù)詳細(xì) 是 確定刪除 6 圖 管理模塊功能結(jié)構(gòu)圖 發(fā)布 信息 每個(gè)管理模塊下發(fā)布信息的內(nèi)容不一樣但是原理和業(yè)務(wù)是一樣的 ，如圖 所示 。 (7)縱向項(xiàng)目的發(fā)布。 信息 批量導(dǎo)入 如果存在大量的 信息需要發(fā)布 ，我們不能一條一條 地發(fā)布，這樣的效 率很低，因此要求系統(tǒng)必須具備信息批量導(dǎo)入的功能，但 信息批量導(dǎo)入要求導(dǎo)入文件符合系統(tǒng)提供的導(dǎo)入模板。 科研獲獎(jiǎng)管理模塊 科研獲獎(jiǎng)管理模塊包括科研獲獎(jiǎng)發(fā)布、查看已發(fā)布科研獲獎(jiǎng)，審核已發(fā)布科研獲獎(jiǎng)、查看最新發(fā)布科研獲獎(jiǎng)、附件的上傳和下載。 (4)游客通過經(jīng)貿(mào)學(xué)院網(wǎng)站查看最新科研信息。因此，用分析階段作為需求到設(shè)計(jì)的過渡，來保持與系統(tǒng)需求一致。在發(fā)布科研論文的時(shí)候用戶可以選擇是否上傳附件。 C/S 模式是指客戶機(jī) /服務(wù)器模式，其優(yōu)點(diǎn)是能充分利用分散的 PC 的處理能力，減輕服務(wù)器端的負(fù)擔(dān)同時(shí)還可以提到客戶端的響應(yīng)速度 ；其缺點(diǎn)是必須在客戶端安裝客戶端軟件。 MVC 是 ModelViewController的縮寫，中文翻譯為 模型 視圖 控制器 。 由于模型和視圖有 Controler 進(jìn)行控制，并且模型和視圖是分離的，因此，可以通過模型為視圖提供不同的數(shù)據(jù)，如各種類型的數(shù)據(jù)庫、 XML、 Excel 等。其中“ C”就是Struts2 中的 Action 類。 48 圖 系統(tǒng)的基本層次結(jié)構(gòu) 其中“中間層”中的各組件調(diào)用關(guān)系如圖 所示。在 SSH框架中， Spring 就肩負(fù)著整合 Struts2 和 Hibernate 的作用。 控制 (Controller)可以理解為從用戶接收請求 , 將模型與視圖匹配在一起，共同完成用戶的請求。相比之下， java 則是一個(gè)成熟的開發(fā)平臺，擁有眾多快速開發(fā)中大型項(xiàng)目的經(jīng)典開發(fā)模式和框架。 41 圖 發(fā)布科研論文 BusinessControl 層實(shí)現(xiàn) 相對應(yīng)的，在 BusinessControl 層上，發(fā)布可以論文用例被實(shí)現(xiàn)如圖 所示結(jié)構(gòu)。 信息的修改和刪除包括各個(gè)科研信息、科研動(dòng)態(tài)、科研論 23 文和附件等的信息的修改和刪除。用戶和管理員還可以在網(wǎng)站管理后臺的查看最新科研信息子模塊查看最新科研論文。 17 下面通過繪制活動(dòng)圖，從而完整地展示系統(tǒng)用例場景。 管理員 ：管理員 擁有所有 系統(tǒng)權(quán)限 。 上傳附件 我們在發(fā)布某些信息時(shí)，往往需要附帶發(fā)布信息的附件，例如發(fā)布一條申報(bào)某科研項(xiàng)目的通知，那么就有存在要同時(shí)發(fā)布申報(bào)表的需求。 信息管理 發(fā)布信息 查看已發(fā)布信息 審核發(fā)布信息 查看最新發(fā)布信息 發(fā)布信息 保存到數(shù)據(jù)庫 顯示已發(fā)布信息列表 7 (4)科研著作的發(fā)布。刪除數(shù)據(jù)必須要經(jīng)過相關(guān)的驗(yàn)證，通過驗(yàn)證后才能進(jìn)行數(shù)據(jù)的刪除。 2 需求分析 ＵＭＬ 分析的一般步驟是先建立業(yè)務(wù)用例模型，然后根據(jù)業(yè)務(wù)用例模型在精化成概念用例模型，接下來才到需求分析 。 20xx 對于 經(jīng)濟(jì)系和國際貿(mào)易系從管理學(xué)院分離出來成立了經(jīng)濟(jì)與貿(mào)易學(xué)院，在社會信息化的時(shí)