基于教學(xué)教務(wù)的協(xié)同辦公系統(tǒng)的設(shè)計與實現(xiàn)畢業(yè)設(shè)計

1、<p>　　本科生畢業(yè)設(shè)計（論文）</p><p>　　基于教學(xué)教務(wù)的協(xié)同辦公系統(tǒng)的設(shè)計與實現(xiàn) </p><p>　　學(xué) 院： 電子與信息工程學(xué)院 </p><p>　　專 業(yè)： 網(wǎng)路工程 </p><p>

2、　　學(xué) 號： </p><p>　　學(xué)生姓名： </p><p>　　指導(dǎo)教師： </p><p><b>　　（職稱）</b></p&g

3、t;<p>　　二〇 年 月</p><p><b>　　摘 要</b></p><p>　　本文針對教師領(lǐng)導(dǎo)在教學(xué)教務(wù)中如何共同辦公問題，提出了一套基于教學(xué)教務(wù)的協(xié)同辦工系統(tǒng)的解決方案。系統(tǒng)以J2EE架構(gòu)為開發(fā)平臺，采用基于B/S的三層結(jié)構(gòu)，利用Spring ＭＶＣ框架進行開發(fā)，同時針對當(dāng)前企業(yè)應(yīng)用環(huán)境的復(fù)雜性和本系統(tǒng)的特點，采用了當(dāng)前流行

4、的GWT（Google Web Toolkit）開發(fā)工具進行開發(fā)，提高用戶體驗。</p><p>　　本論文首先概要介紹了目前辦公自動化的發(fā)展現(xiàn)狀，得出了辦公自動化走向“協(xié)同”的發(fā)展趨勢，分析當(dāng)前學(xué)校辦公運作效率不高的問題，根據(jù)協(xié)同辦公理念，提出解決方案，接著詳細介紹系統(tǒng)的開發(fā)過程，包括關(guān)鍵技術(shù)、設(shè)計過程以及其成果展示。開發(fā)過程嚴格遵守軟件工程的思想，按照需求分析、數(shù)據(jù)庫設(shè)計、概要設(shè)計、詳細設(shè)計、編碼、改進和性能

5、優(yōu)化的步驟進行開發(fā)。該系統(tǒng)主要完成以下功能：創(chuàng)建項目資源共享平臺功能；創(chuàng)建協(xié)作小組功能；在線文檔編輯功能；在線信息交流互動功能；留言版功能；文件管理功能。</p><p>　　本系統(tǒng)不僅僅能提高教師領(lǐng)導(dǎo)的工作效率，協(xié)調(diào)完成工作任務(wù)，也能優(yōu)化個人事務(wù)管理和提高學(xué)校辦公的整體運作效率。</p><p>　　關(guān)鍵詞：協(xié)同辦公；MVC；B/S三層結(jié)構(gòu)；GWT</p><p>

6、;　　Teaching Educational-Based Collaborative Office Systems Design and Implementation</p><p>　　LIN Peng-fei</p><p><b>　　Abstract</b></p><p>　　Teacher leadership in teachi

7、ng educational common office problems put forward a set of teaching educational-based collaborative office systems solutions. System development platform based on J2EE architecture, using the three-tier structure based o

8、n B / S, using the Spring MVC framework to develop, the complexity of enterprise application environments, and characteristics of this system, using the popular Ajax technology and the GWT (Google Web Toolkit) developmen

9、t tools for the development, imp</p><p>　　The paper first an overview of the current development of office automation, towards the development trend of "synergy" come to the office automation, and

10、analysis of the current high school office operational efficiency issues, propose solutions based on the concept of cooperative office, followed by details of the systemthe development process, including the design proce

11、ss, key technologies, as well as the results show. Development process adheres to the idea of software engineering, in accord</p><p>　　This system not only can improve the work efficiency of the teacher lead

12、ership and coordination to complete the tasks, but also to optimize the personal affairs management and improve overall operational efficiency of the school office.</p><p>　　Key words：Coordination office; th

13、e MVC; B / S three-tier structure; the GWT</p><p><b>　　目 錄</b></p><p><b>　　1．緒論1</b></p><p>　　1．1辦公自動化現(xiàn)狀1</p><p>　　1．1．1辦公自動化概況1</p>

14、<p>　　1．1．2 辦公自動化走向“協(xié)同”1</p><p>　　1．1．3學(xué)校教學(xué)教務(wù)的協(xié)同辦公要求日益突出2</p><p>　　1．2本文研究的主要內(nèi)容2</p><p>　　1．3 論文各章內(nèi)容介紹2</p><p>　　2．協(xié)同辦公系統(tǒng)關(guān)鍵開發(fā)技術(shù)3</p><p><b>

15、　　2．1系統(tǒng)結(jié)構(gòu)3</b></p><p>　　2．1．1基于B/S的典型三層結(jié)構(gòu)3</p><p>　　2．1．2持久化機制4</p><p>　　2．1．3對象關(guān)系映射（ORM）技術(shù)4</p><p><b>　　2．2系統(tǒng)框架5</b></p><p>　　2．2．1

16、 Spring MVC 框架技術(shù)5</p><p>　　2．2．2 MVC設(shè)計模式5</p><p>　　2．2．3 MVC模式的優(yōu)點6</p><p>　　2．3系統(tǒng)開發(fā)模式7</p><p>　　2．4系統(tǒng)通信模式7</p><p>　　2．5 GWT開發(fā)工具應(yīng)用9</p><p&g

17、t;　　3．協(xié)同辦公系統(tǒng)的設(shè)計方案10</p><p>　　3．1 系統(tǒng)功能需求分析10</p><p>　　3．2 數(shù)據(jù)流圖分析12</p><p>　　3．2．1 協(xié)同辦公系統(tǒng)頂層數(shù)據(jù)流圖13</p><p>　　3．2．2 協(xié)同辦公系統(tǒng)0層數(shù)據(jù)流圖13</p><p>　　3．2．3 協(xié)同辦公系統(tǒng)1層數(shù)

18、據(jù)流圖14</p><p>　　3．3數(shù)據(jù)字典15</p><p>　　3．3．1數(shù)據(jù)的邏輯描述15</p><p>　　3．3．2數(shù)據(jù)的采集17</p><p>　　3．3．3影響17</p><p>　　3．4數(shù)據(jù)庫表設(shè)計17</p><p>　　4．協(xié)同辦公系統(tǒng)的實現(xiàn)21&l

19、t;/p><p>　　4．1 各功能模塊的實現(xiàn)21</p><p>　　4．1．1創(chuàng)建項目模塊的實現(xiàn)21</p><p>　　4．1．2留言板模塊的實現(xiàn)23</p><p>　　4．1．3在線交流模塊的實現(xiàn)23</p><p>　　4．1．4文件管理模塊的實現(xiàn)24</p><p>　　4．

20、1．5在線文檔編輯模塊的實現(xiàn)25</p><p>　　4．1．6個人信息模塊的實現(xiàn)25</p><p>　　4．2主要問題及解決方法26</p><p>　　4．2．1關(guān)于文檔在線編輯模式設(shè)計26</p><p>　　4．2．2關(guān)于協(xié)同辦公文件目錄的設(shè)計27</p><p><b>　　5．總結(jié)2

21、8</b></p><p>　　5．1系統(tǒng)存在問題28</p><p>　　5．2系統(tǒng)功能界面展示和操作說明28</p><p>　　5．2．1協(xié)同辦公系統(tǒng)界面概述28</p><p>　　5．2．2系統(tǒng)操作和使用說明29</p><p><b>　　參考文獻35</b>&l

22、t;/p><p><b>　　致謝36</b></p><p>　　基于教學(xué)教務(wù)的協(xié)同辦公系統(tǒng)的設(shè)計與實現(xiàn)</p><p>　　姓名： 林鵬飛 學(xué)號：2008394230 班級：08網(wǎng)絡(luò)工程（2）班</p><p><b>　　1．緒論</b></p><p

23、>　　1．1辦公自動化現(xiàn)狀</p><p>　　目前關(guān)于辦公自動化還沒有一個嚴格統(tǒng)一的定義。經(jīng)典的辦公自動化定義是美國M.季期曼教授提出的。他認為：“辦公自動化是將計算機技術(shù)、通信技術(shù)、系統(tǒng)科學(xué)和行為科學(xué)應(yīng)用于傳統(tǒng)的數(shù)據(jù)技術(shù)難以處理的數(shù)量龐大且結(jié)構(gòu)不明確包括非數(shù)值信息的辦公事務(wù)上。”</p><p>　　1．1．1辦公自動化概況</p><p>　　辦公自動化

24、（Office Automation，OA），在我國自70年代開始發(fā)展，到90年代中期大致經(jīng)歷了三個階段。第一個階段的主要標志是辦公過程中普遍使用現(xiàn)代辦公設(shè)備，如傳真機、打字機、復(fù)印機等；第二個階段的主要標志是辦公過程中普遍使用電腦和打印機，通過電腦和打印機進行文字處理、表格處理、文件排版輸出和進行人事財務(wù)等信息的管理等；第三個階段的主要標志是辦公過程中網(wǎng)絡(luò)技術(shù)的普遍使用，這一階段在辦公過程中通過使用網(wǎng)絡(luò)，實現(xiàn)了文件共享，網(wǎng)絡(luò)打印共享，

25、網(wǎng)絡(luò)數(shù)據(jù)庫管理等工作。</p><p>　　自90年代中期至今，互聯(lián)網(wǎng)技術(shù)在我國迅速發(fā)展和普及，引出了Intranet、Extranet、Internet、政府上網(wǎng)工程、企業(yè)上網(wǎng)工程、電子政府、電子商務(wù)、電子管理、政府內(nèi)部網(wǎng)、企業(yè)網(wǎng)、數(shù)字神經(jīng)系統(tǒng)和數(shù)字化辦公等一系列新概念。這是辦公自動化應(yīng)用發(fā)展的新階段。這一個階段的主要標志應(yīng)為互連網(wǎng)技術(shù)的普遍使用。</p><p>　　隨著技術(shù)的不斷發(fā)展

26、以及市場經(jīng)驗的逐漸累積，辦公自動化產(chǎn)品不斷成熟，各種各樣的辦公自動化系統(tǒng)應(yīng)用到了政府辦公和企業(yè)業(yè)務(wù)處理中。辦公自動化已成為政府和企業(yè)信息化建設(shè)的重要組成部分，并滲入到社會的各行各業(yè)，它在一個組織的業(yè)務(wù)過程和組織管理中起著非常重要的作用。</p><p>　　1．1．2 辦公自動化走向“協(xié)同”</p><p>　　現(xiàn)代的企業(yè)要求辦公自動化系統(tǒng)不僅僅能滿足于當(dāng)前工作的需要，而且還要求能夠在復(fù)雜

27、的企業(yè)應(yīng)用環(huán)境中，滿足不斷變化的業(yè)務(wù)需求，達到隨需應(yīng)變的情況，實現(xiàn)企業(yè)的信息交換與共享、員工之間的協(xié)同辦公、輔助企業(yè)的管理以及決策等。然而傳統(tǒng)的辦公自動化系統(tǒng)只是簡單地對當(dāng)前的業(yè)務(wù)進行應(yīng)用的匯集，因而并不能在復(fù)雜的業(yè)務(wù)環(huán)境中隨著需求的改變而改變；另外隨著業(yè)務(wù)的變更，重新開發(fā)一套新的產(chǎn)品或者升級原有系統(tǒng)，也就隱性地增加了系統(tǒng)的成本和由此帶來的風(fēng)險。</p><p>　　隨著我國信息化的迅速鋪開，企業(yè)或政府對信息化的

28、認知越來越成熟。企業(yè)需要在日益激烈的市場競爭環(huán)境中提高業(yè)務(wù)過程的效率，提高對風(fēng)險的防御能力；政府要求不斷提高其辦公效率，加大政務(wù)工作的透明性和公眾的滿意度，這都為能夠提供自動化流程審批和基于流程整合應(yīng)用的協(xié)同軟件產(chǎn)生了巨大的市場空間，使協(xié)同軟件帶動整個軟件行業(yè)走向主流。</p><p>　　關(guān)于“協(xié)同”的概念，早在1999年，Gartner Group就指出，“協(xié)同”是將具有共同商業(yè)利益的合作伙伴整合起來，通過對

29、整個商業(yè)周期中的信息進行共享，實現(xiàn)和滿足不斷增長的客戶需求，同時也滿足企業(yè)本身增強活動力的需要。根據(jù)當(dāng)前市場的需求，協(xié)同軟件與辦公自動化應(yīng)用結(jié)合在一起。與傳統(tǒng)辦公系統(tǒng)不同的是，它通過將一個組織的要素進行分解，并統(tǒng)一到一個平臺上來，實現(xiàn)信息交換與共享、員工之間協(xié)同辦公、輔助組織的管理與決策。經(jīng)過幾年的發(fā)展，協(xié)同的概念得到了更多企業(yè)和單位的認可，協(xié)同軟件也逐漸走向成熟。相對于ERP等軟件的巨額投入和不確定回報，多數(shù)企業(yè)選擇協(xié)同軟件。同時對于

30、政府的“一站式服務(wù)”、“并聯(lián)審批”等應(yīng)用發(fā)展趨勢，協(xié)同軟件也成為首要考慮的解決方案。</p><p>　　1．1．3學(xué)校教學(xué)教務(wù)的協(xié)同辦公要求日益突出</p><p>　　如今，在各個學(xué)校，無論教師還是領(lǐng)導(dǎo)的辦公往往都不是一個人，會涉及到各部門或各任課老師，教學(xué)教務(wù)的信息化程度不斷提高，數(shù)據(jù)量也越來越大，辦公效率的要求日益突出，急需向智能化方向發(fā)展和開拓，如果以召集開會討論的模式效力往往比

31、較低，因為缺少一個共同的平臺，資源難于及時共享，信息交流也容易滯后，且難于集中管理和掌控任務(wù)的發(fā)展狀況，這對教學(xué)教務(wù)帶來極大不方便和低效率。而本文將提出方案，并通過現(xiàn)流行的技術(shù)解決目前學(xué)校在教學(xué)教務(wù)上的問題。</p><p>　　1．2本文研究的主要內(nèi)容</p><p>　　本文主要針對當(dāng)前國內(nèi)學(xué)校教學(xué)教務(wù)辦公效率不高的問題，結(jié)合最新的系統(tǒng)開發(fā)結(jié)構(gòu)和框架技術(shù)，應(yīng)用GWT開發(fā)工具，實現(xiàn)一個基

32、于教學(xué)教務(wù)的協(xié)同辦公系統(tǒng)。本文首先針對協(xié)同辦公系統(tǒng)的實現(xiàn)目標，設(shè)計系統(tǒng)的總體架構(gòu)，結(jié)合Spring MVC 框架，提出了協(xié)同辦公系統(tǒng)的體系結(jié)構(gòu)，最終構(gòu)建實現(xiàn)基于B/S模式的協(xié)同辦公系統(tǒng)平臺。</p><p>　　本文的研究內(nèi)容包括：</p><p>　　1）基于B/S的典型三層結(jié)構(gòu)設(shè)計；</p><p>　　2）Spring MVC 框架技術(shù)；</p>

33、<p>　　3）GWT開發(fā)工具的應(yīng)用；</p><p>　　4）RPC遠程過程調(diào)用協(xié)議；</p><p>　　5) 教學(xué)教務(wù)的協(xié)同辦公系統(tǒng)解決方案</p><p>　　1．3 論文各章內(nèi)容介紹</p><p>　　本論文圍繞整個系統(tǒng)的設(shè)計、開發(fā)展開，從一開始的調(diào)研到以后的程序設(shè)計，在本論文中都進行了詳細的描述。</p>

34、<p>　　本論文第一章為緒論，介紹了辦公系統(tǒng)的發(fā)展背景和目前教學(xué)教務(wù)的協(xié)同辦公要求，通過研究背景與需求，課題調(diào)研與可行性分析，為系統(tǒng)需求分析提供信息基礎(chǔ)。</p><p>　　論文的第二章是系統(tǒng)的設(shè)計部分，詳細介紹系統(tǒng)采用的總體結(jié)構(gòu)，系統(tǒng)使用的框架模式，，系統(tǒng)的開發(fā)模式，系統(tǒng)的通信模式以及GWT開發(fā)工具的應(yīng)用。</p><p>　　論文的第三章是介紹系統(tǒng)功能需求分析，數(shù)據(jù)流

35、圖分析，數(shù)據(jù)字典以及數(shù)據(jù)庫表的設(shè)計。</p><p>　　論文的第四章為詳細設(shè)計，在詳細設(shè)計中主要介紹了各子模塊功能、詳細設(shè)計、功能實現(xiàn)方法，以及在系統(tǒng)開發(fā)過程中遇到主要問題及解決方案。</p><p>　　論文的第五章為對系統(tǒng)進行總結(jié)，分析總結(jié)系統(tǒng)存在問題并提出改進方案，展示系統(tǒng)界面，操作說明系統(tǒng)功能，以及對系統(tǒng)核心代碼進行注解。</p><p>　　論文的最后為

36、：致謝及參考文獻。</p><p>　　2．協(xié)同辦公系統(tǒng)關(guān)鍵開發(fā)技術(shù)</p><p>　　系統(tǒng)設(shè)計工作應(yīng)該自頂向下地進行。首先設(shè)計總體結(jié)構(gòu)，然后再逐層深入，直至進行每一個模塊的設(shè)計?？傮w設(shè)計主要是指在系統(tǒng)分析的基礎(chǔ)上，對整個系統(tǒng)的劃分、機器設(shè)備（包括軟、硬設(shè)備）的配置、數(shù)據(jù)的存貯規(guī)律以及整個系統(tǒng)實現(xiàn)規(guī)劃等方面進行合理的安排。</p><p><b>　　2

37、．1系統(tǒng)結(jié)構(gòu)</b></p><p>　　為了利于系統(tǒng)的開發(fā)和維護，提高系統(tǒng)集成性，本系統(tǒng)采用基于B/S的典型三層架構(gòu),具有“高內(nèi)聚，低耦合”的優(yōu)點。</p><p>　　2．1．1基于B/S的典型三層結(jié)構(gòu)</p><p>　　B/S結(jié)構(gòu)（Browser/Server，瀏覽器/服務(wù)器模式），是WEB興起后的一種網(wǎng)絡(luò)結(jié)構(gòu)模式，WEB瀏覽器是客戶端最主要的應(yīng)

38、用軟件。這種模式統(tǒng)一了客戶端，將系統(tǒng)功能實現(xiàn)的核心部分集中到服務(wù)器上，簡化了系統(tǒng)的開發(fā)、維護和使用?？蛻魴C上只要安裝一個瀏覽器（Browser），如Netscape Navigator或Internet Explorer，服務(wù)器安裝Oracle、Sybase、Informix或 SQL Server等數(shù)據(jù)庫。瀏覽器通過Web Server 同數(shù)據(jù)庫進行數(shù)據(jù)交互。</p><p>　　圖2-1

39、 B/S結(jié)構(gòu)（Browser/Server，瀏覽器/服務(wù)器模式）</p><p>　　基于B/S的典型的三層結(jié)構(gòu)：（1）展現(xiàn)層 （2）業(yè)務(wù)邏輯層 （3） 數(shù)據(jù)持久層。</p><p>　　三層結(jié)構(gòu)主要是使項目結(jié)構(gòu)更清楚，分工更明確，有利于后期的維護和升級．雖然各層所負責(zé)的任務(wù)不相同，但之間有相互聯(lián)系，每層負責(zé)的功能如下：</p><p>　　1）展現(xiàn)層：展現(xiàn)層的邏輯

40、都是關(guān)于如何和用戶交互。主要職責(zé)是向用戶顯示信息，獲取用戶命令并提交到業(yè)務(wù)邏輯層。</p><p>　　2）業(yè)務(wù)邏輯層：負責(zé)程序需要處理領(lǐng)域中真正的工作。如基于輸入進行計算并調(diào)用數(shù)據(jù)持久層進行數(shù)據(jù)持久化。</p><p>　　3）數(shù)據(jù)持久化層：主要的邏輯是和數(shù)據(jù)庫系統(tǒng)交互。</p><p>　　圖2-2 基于B/S的典型三層架構(gòu)關(guān)系圖</p><

41、;p>　　2．1．2持久化機制</p><p>　　數(shù)據(jù)持久化就是將內(nèi)存中的數(shù)據(jù)模型轉(zhuǎn)換為存儲模型,以及將存儲模型轉(zhuǎn)換為內(nèi)存中的數(shù)據(jù)模型的統(tǒng)稱. 數(shù)據(jù)模型可以是任何數(shù)據(jù)結(jié)構(gòu)或?qū)ο竽Ｐ?存儲模型可以是關(guān)系模型、XML、二進制流等。</p><p>　　持久化狹義的理解：“持久化”僅僅指把對象永久保存到數(shù)據(jù)庫中</p><p>　　持久化廣義的理解：“持久化”包括

42、和數(shù)據(jù)庫相關(guān)的各種操作：</p><p>　　1）保存：把對象永久保存到數(shù)據(jù)庫中。</p><p>　　2）更新：更新數(shù)據(jù)庫中對象(記錄)的狀態(tài)。</p><p>　　3）刪除：從數(shù)據(jù)庫中刪除一個對象。</p><p>　　4）加載：根據(jù)特定的OID，把一個對象從數(shù)據(jù)庫加載到內(nèi)存中。</p><p>　　5）查詢：根據(jù)

43、特定查詢條件，把符合查詢條件的一個或多個對象從數(shù)據(jù)庫加載到內(nèi)存中。</p><p>　　OID：為了在系統(tǒng)中能夠找到所需對象，需要為每一個對象分配一個唯一的標識號。在關(guān)系數(shù)據(jù)庫中稱之為主鍵，而在對象術(shù)語中，則叫做對象標識(Object identifier-OID). </p><p>　　持久化機制的實現(xiàn)使用Hibernate對象關(guān)系映射框架。Hibernate為應(yīng)用程序提供了高效的O/

44、R關(guān)系映射和查詢服務(wù)，為面向?qū)ο蟮念I(lǐng)域模型到傳統(tǒng)的關(guān)系型數(shù)據(jù)庫的映射，提供了一個使用方便的框架。</p><p>　　2．1．3對象關(guān)系映射（ORM）技術(shù)</p><p>　　對象/關(guān)系映射全稱 Object/Relation Mapping，是應(yīng)用程序中對象與數(shù)據(jù)庫中記錄之間所建立的一種映射,這種關(guān)系使得應(yīng)用程序?qū)﹃P(guān)系數(shù)據(jù)庫中的存儲, 訪問操作簡化為對實體對象的操作, 同時隱匿了數(shù)據(jù)持久

45、化工作的復(fù)雜性。</p><p>　　ORM主要用于解決：面向?qū)ο笈c關(guān)系數(shù)據(jù)庫存在的互不匹配的現(xiàn)象。</p><p>　　ORM的實現(xiàn)思想：將關(guān)系數(shù)據(jù)庫中表中的記錄映射成為對象，以對象的形式展現(xiàn)，程序員可以把對數(shù)據(jù)庫的操作轉(zhuǎn)化為對對象的操作。因此ORM的目的是為了方便開發(fā)人員以面向?qū)ο蟮乃枷雭韺崿F(xiàn)對數(shù)據(jù)庫的操作。 </p><p>　　圖2-3 三層結(jié)構(gòu)的數(shù)據(jù)處理

46、關(guān)系圖</p><p><b>　　2．2系統(tǒng)框架 </b></p><p>　　本系統(tǒng)采用Spring MVC 框架，為Web應(yīng)用程序提供了全功能的MVC框架。</p><p>　　2．2．1 Spring MVC 框架技術(shù)</p><p>　　Spring 框架提供了構(gòu)建 Web 應(yīng)用程序的全功能 MVC

47、模塊。使用 Spring 可插入的 MVC 架構(gòu)，可以選擇是使用內(nèi)置的 Spring Web 框架還是 Struts 這樣的 Web 框架。通過策略接口，Spring 框架是高度可配置的，而且包含多種視圖技術(shù)，例如 JavaServer Pages（JSP）技術(shù)、Velocity、Tiles、iText 和 POI。Spring MVC 框架并不知道使用的視圖，所以不會強迫您只使用 JSP 技術(shù)。Spring MVC 分離了控制器、模型

48、對象、分派器以及處理程序?qū)ο蟮慕巧?，這種分離讓它們更容易進行定制。</p><p>　　2．2．2 MVC設(shè)計模式</p><p>　　MVC是一個設(shè)計模式。它強制性的使應(yīng)用程序的輸入、處理和輸出分開。使用MVC應(yīng)用程序被分成三個核心部件：模型、視圖、控制器。它們各自處理自己的任務(wù)。</p><p>　　MVC是三個單詞的縮寫,分別為： 模型(Model),視圖(V

49、iew)和控制器Controller)。</p><p><b>　　1）視圖</b></p><p>　　視圖是用戶看到并與之交互的界面。對普通的Web應(yīng)用程序來說，視圖就是由HTML元素組成的界面</p><p><b>　　2）模型</b></p><p>　　模型表示企業(yè)數(shù)據(jù)和業(yè)務(wù)規(guī)則。在M

50、VC的三個部件中，模型擁有最多的處理任務(wù)。</p><p>　　模型與數(shù)據(jù)格式無關(guān)，這樣一個模型能為多個視圖提供數(shù)據(jù)。由于應(yīng)用于模型的代碼只需寫一次就可以被多個視圖重用，所以減少了代碼的重復(fù)性。</p><p><b>　　3）控制器</b></p><p>　　控制器接受用戶的輸入并調(diào)用模型和視圖去完成用戶的需求。所以當(dāng)單擊Web頁面中的超鏈

51、接和發(fā)送HTML表單時，控制器本身不輸出任何東西和做任何處理。它只是接收請求并決定調(diào)用哪個模型構(gòu)件去處理請求，然后用確定用哪個視圖來顯示模型處理返回的數(shù)據(jù)。</p><p>　　圖2-4 MVC關(guān)系示意圖</p><p>　　MVC模式的目的就是實現(xiàn)Web系統(tǒng)的職能分工。 各層實現(xiàn)的功能：</p><p>　　1）Model層實現(xiàn)系統(tǒng)中的業(yè)務(wù)邏輯，通常可以用Jav

52、aBean或EJB來實現(xiàn)。 </p><p>　　2）View層用于與用戶的交互，通常用JSP來實現(xiàn)。 </p><p>　　3）Controller層是Model與View之間溝通的橋梁，它可以分派用戶的請求并選擇恰當(dāng)?shù)?lt;/p><p>　　視圖以用于顯示，同時它也可以解釋用戶的輸入并將它們映射為模型層可執(zhí)行的操作。</p><p>　　2

53、．2．3 MVC模式的優(yōu)點</p><p><b>　　1）低耦合性</b></p><p>　　視圖層和業(yè)務(wù)層分離，這樣就允許更改視圖層代碼而不用重新編譯模型和控制器代碼，同樣，一個應(yīng)用的業(yè)務(wù)流程或者業(yè)務(wù)規(guī)則的改變只需要改動MVC的模型層即可。因為模型與控制器和視圖相分離，所以很容易改變應(yīng)用程序的數(shù)據(jù)層和業(yè)務(wù)規(guī)則。</p><p>　　2）高

54、重用性和可適用性</p><p>　　隨著技術(shù)的不斷進步，現(xiàn)在需要用越來越多的方式來訪問應(yīng)用程序。MVC模式允許你使用各種不同樣式的視圖來訪問同一個服務(wù)器端的代碼。它包括任何WEB（HTTP）瀏覽器或者無線瀏覽器（wap），比如，用戶可以通過電腦也可通過手機來訂購某樣產(chǎn)品，雖然訂購的方式不一樣，但處理訂購產(chǎn)品的方式是一樣的。由于模型返回的數(shù)據(jù)沒有進行格式化，所以同樣的構(gòu)件能被不同的界面使用。例如，很多數(shù)據(jù)可能用H

55、TML來表示，但是也有可能用WAP來表示，而這些表示所需要的僅令是改變視圖層的實現(xiàn)方式，而控制層和模型層無需做任何改變。</p><p>　　3）較低的生命周期成本</p><p>　　MVC使降低開發(fā)和維護用戶接口的技術(shù)含量成為可能。</p><p><b>　　4）快速的部署</b></p><p>　　使用MVC模

56、式使開發(fā)時間得到相當(dāng)大的縮減，它使程序員（Java開發(fā)人員）集中精力于業(yè)務(wù)邏輯，界面程序員（HTML和JSP開發(fā)人員）集中精力于表現(xiàn)形式上。 </p><p><b>　　5）可維護性</b></p><p>　　分離視圖層和業(yè)務(wù)邏輯層也使得WEB應(yīng)用更易于維護和修改。</p><p>　　6）有利于軟件工程化管理</p><

57、;p>　　由于不同的層各司其職，每一層不同的應(yīng)用具有某些相同的特征，有利于通過工程化、工具化管理程序代碼。</p><p><b>　　2．3系統(tǒng)開發(fā)模式</b></p><p>　　系統(tǒng)開發(fā)模式以GWT為富客戶端開發(fā)技術(shù)，以Spring和Hibernate為服務(wù)端開發(fā)架構(gòu)，通過Spring MVC 控制客戶端與服務(wù)端的數(shù)據(jù)交互，以RPC調(diào)用協(xié)議傳輸或返回客戶端

58、或服務(wù)端的數(shù)據(jù)。</p><p>　　圖2-5 系統(tǒng)的基本開發(fā)模式</p><p><b>　　2．4系統(tǒng)通信模式</b></p><p>　　本系統(tǒng)采用RPC進行通信，RPC（Remote Procedure Call Protocol）——遠程過程調(diào)用協(xié)議，它是一種通過網(wǎng)絡(luò)從遠程計算機程序上請求服務(wù)，而不需要了解底層網(wǎng)絡(luò)技術(shù)的協(xié)議。RPC

59、采用客戶機/服務(wù)器模式。請求程序就是一個客戶機，而服務(wù)提供程序就是一個服務(wù)器。首先，客戶機調(diào)用進程發(fā)送一個有進程參數(shù)的調(diào)用信息到服務(wù)進程，然后等待應(yīng)答信息。在服務(wù)器端，進程保持睡眠狀態(tài)直到調(diào)用信息的到達為止。當(dāng)一個調(diào)用信息到達，服務(wù)器獲得進程參數(shù)，計算結(jié)果，發(fā)送答復(fù)信息，然后等待下一個調(diào)用信息，最后，客戶端調(diào)用進程接收答復(fù)信息，獲得進程結(jié)果，然后調(diào)用執(zhí)行繼續(xù)進行。</p><p>　　圖2-6 RPC通信模式&

60、lt;/p><p>　　RPC面向客服端和服務(wù)端，實現(xiàn)的功能作用有所不同。</p><p>　　1）在客戶端實現(xiàn)RPC</p><p>　　主要功能:定義數(shù)據(jù)載體（客戶端的model）；定義接口和其相應(yīng)的異步接口；將RPC接口注入客戶端的IOC容器以供調(diào)用。</p><p>　　客戶端IOC容器主要用于存儲對象（組件、rpc接口等），一般有如下容

61、器：</p><p>　　a）GwtIocModule公用容器；</p><p>　　b）RpcGwtIocModule RPC接口容器；</p><p>　　c）WidgetGwtIocModule 組件容器。</p><p>　　圖2-7 客戶端組件獲取數(shù)據(jù)的模式</p><p>　　2）在服務(wù)端實現(xiàn)RPC<

62、;/p><p>　　主要功能：實現(xiàn)客戶端RPC的接口；將實現(xiàn)類定義到MVC的xml文件中；實現(xiàn)接口的方法時要記得進行數(shù)據(jù)轉(zhuǎn)換。</p><p>　　3）RPC代理核心代碼</p><p>　　以下代碼是對客服端與服務(wù)端數(shù)據(jù)交互的核心處理，通過RPC代理，客服端可以通過請求從服務(wù)端拿數(shù)據(jù)傳輸?shù)娇头?，并反饋?shù)據(jù)給服務(wù)端，完成客服端與服務(wù)端信息交互，數(shù)據(jù)處理。</p&

63、gt;<p>　　SimpleRpcLoaderProxy<Boolean> simpleRpcLoaderProxy =</p><p>　　new SimpleRpcLoaderProxy<Boolean>() {//生成SimpleRpcLoaderProxy類的實例</p><p><b>　　@Override</b&g

64、t;</p><p>　　protected void loadDataAction(Object parameter) {</p><p>　　$.get(ComponentRpcServiceAsync.class).updateComponentSort($.getCurrentSiteId(),$.getCurrentLocale(),(GwtComponentSort)param

65、eter,this.<Boolean>.getBaseAsyncCallback());</p><p>　　//通過RPC調(diào)用服務(wù)端的實現(xiàn)方法對數(shù)據(jù)庫進行操作</p><p><b>　　}</b></p><p><b>　　};</b></p><p>　　simpleRpcLoa

66、derProxy.addSuccessListener(new Listener<CustomEvent>() {//事件成功監(jiān)聽</p><p><b>　　@Override</b></p><p>　　public void handleEvent(CustomEvent be) {//對返回數(shù)據(jù)的處理</p><p>　　i

67、f (be.<Boolean> getData())</p><p>　　componentSortTreePanel.reload();</p><p><b>　　}</b></p><p><b>　　});</b></p><p>　　simpleRpcLoaderProxy.l

68、oad(tmpGwtComponentSort); /*調(diào)用simpleRpcLoaderProxy的load方法</p><p><b>　　獲取數(shù)據(jù)*/</b></p><p>　　2．5 GWT開發(fā)工具應(yīng)用</p><p>　　GWT是 Google Web Toolkit的簡稱，由Google公司提供的免費開源的富客戶端開發(fā)工具。GWT

69、以Java為開發(fā)語言，以類似Swing的方式編寫UI組件，之后通過在客戶端瀏覽器中運行的一個開發(fā)工具和編程模型。目前，Google公司的大部分Web應(yīng)用都使用GWT開發(fā)。</p><p>　　GWT應(yīng)用程序與傳統(tǒng)的Html Web應(yīng)用程序最基本的不同在于GWT程序執(zhí)行時不需要更新整個Html頁面，GWT應(yīng)用程序可以在瀏覽器中像桌面應(yīng)用程序那樣，只更新頁面中需要更新的部分。像其他C/S應(yīng)用程序一樣，GWT應(yīng)用程序執(zhí)

70、行時需要從服務(wù)器取得數(shù)據(jù)。這種通過網(wǎng)絡(luò)與服務(wù)器進行交互的機制稱作遠程過程調(diào)用（Remote Procedure Call，簡稱RPC）。</p><p>　　GWT的特點：動態(tài)、可重用的UI組件；簡單的RPC調(diào)用簡化AJAX的開發(fā)；方便的調(diào)試功能；瀏覽器兼容性大，兼容IE，Opera，F(xiàn)irefox等主流瀏覽器；可擴展性（JSNI）。</p><p>　　GWT有兩種模式：HostMode

71、模式和WebMode模式。</p><p>　　HostMode（宿主模式）：在開發(fā)調(diào)試階段，GWT提供的Host Mode可直接在瀏覽器中查看開發(fā)效果，并發(fā)結(jié)合Junit進行調(diào)試。</p><p>　　WebMode：在發(fā)布階段，通Gwt編譯后可生成靜態(tài)的HTML和Javascirpt文件，兼容各大瀏覽器和移動設(shè)備。</p><p>　　利用GWT開發(fā)工具進行開發(fā)

72、，有如下優(yōu)點：</p><p>　　1）GWT以Java語言的優(yōu)點解決JavaScript不易調(diào)試和編寫的問題；</p><p>　　2）GWT 使用Java語言開發(fā)Ajax的應(yīng)用，并在開發(fā)和調(diào)試AJAX 應(yīng)用程序時，和其它的Java程序沒有任何區(qū)別，選用什么樣的Java 開發(fā)工具完全由自己的喜好所定；</p><p>　　3）開發(fā)完畢以后要部署到應(yīng)用服務(wù)器中，GW

73、T自帶的編譯器將Java應(yīng)用程序編譯成與瀏覽器兼容的JavaScript和HTML頁面；</p><p>　　3．協(xié)同辦公系統(tǒng)的設(shè)計方案</p><p>　　通過詳細調(diào)查分析處理對象（組織、部門、企業(yè)等），理解對象之間的關(guān)系，充分了解計算機系統(tǒng)和網(wǎng)絡(luò)信息交換的工作概況，明確用戶的各種需求，然后在此基礎(chǔ)上確定系統(tǒng)的功能，以實現(xiàn)用戶需求與系統(tǒng)功能的一致性。</p><p&g

74、t;<b>　　1）信息要求</b></p><p>　　指用戶需要從數(shù)據(jù)庫中獲得信息的內(nèi)容和性質(zhì)，或把客觀世界的信息通過轉(zhuǎn)化存儲在數(shù)據(jù)庫中。由信息要求可以導(dǎo)出數(shù)據(jù)要求，由數(shù)據(jù)屬性可以反映所在信息的真實性和完整性。</p><p><b>　　2）處理要求</b></p><p>　　指用戶要完成什么處理功能，對處理的響應(yīng)

75、時間有什么要求，處理方式是批處理還是聯(lián)機處理。</p><p>　　3）安全性與完整性要求</p><p>　　安全性與完整性要求是對系統(tǒng)登錄以及數(shù)據(jù)的保密采取必要的保護手段和措施，保證數(shù)據(jù)不遭受外部攻擊的破壞和擅改，保證數(shù)據(jù)的完整性和正確性。</p><p>　　3．1 系統(tǒng)功能需求分析</p><p>　　系統(tǒng)用戶：學(xué)校教師和領(lǐng)導(dǎo)。<

76、;/p><p>　　用戶問題：針對教師和領(lǐng)導(dǎo)，主要會涉及到備課、協(xié)同出題出卷、協(xié)同編寫教學(xué)論文報告等問題。</p><p>　　圖3-1 協(xié)同辦公功能設(shè)計圖</p><p>　　本系統(tǒng)的針對以上問題，具體完成以下功能模塊：</p><p>　　3．1．1創(chuàng)建項目模塊</p><p><b>　　1）功能說明&l

77、t;/b></p><p><b>　　a) 創(chuàng)建具體項目</b></p><p>　　項目創(chuàng)建者把教學(xué)中的任務(wù)轉(zhuǎn)化成具體項目信息，明確項目要完成的任務(wù)要求，整個項目小組必須根據(jù)項目要求來共同協(xié)作完成任務(wù)。</p><p><b>　　b) 創(chuàng)建協(xié)作小組</b></p><p>　　通過創(chuàng)建獨

78、立的組單元，創(chuàng)建者可以邀請其他老師作為組成員來共同出試卷、共同編寫課件和共同編輯教學(xué)論文報告等教學(xué)任務(wù)，項目創(chuàng)建者（組負責(zé)人）對組成員進行管理，即是對組員可以進行增、刪、改等功能。</p><p>　　c) 給組成員發(fā)通知</p><p>　　完成創(chuàng)建項目后，向組成員發(fā)送參與項目的通知。</p><p><b>　　2）注意事項</b><

79、/p><p>　　任何老師都有權(quán)限建立組單元，但是只有建立該組的老師（即組負責(zé)人）才有權(quán)限更改組名，對組員進行統(tǒng)一的管理。組負責(zé)人添加組成員后系統(tǒng)會自動發(fā)送入組通知信息給對方。</p><p>　　3．1．2個人信息模塊</p><p><b>　　1）功能說明</b></p><p>　　個人信息模塊功能包括編輯老師個人基

80、本資料，如姓名、性別、所教班級課目、個人頭像、聯(lián)系方式（個人郵箱、手機號碼、QQ）等功能。</p><p><b>　　2） 注意事項</b></p><p>　　個人姓名，所教科目班級和聯(lián)系方式項必須填寫，其他資料選項可選，必要的個人信息通過采集構(gòu)成建基礎(chǔ)數(shù)據(jù)，如工號，身份證號等，其他信息可以通過頁面錄入。</p><p>　　3．1．3在線

81、協(xié)文檔編輯模塊 </p><p><b>　　1）功能說明</b></p><p>　　文檔編輯模塊功能應(yīng)當(dāng)具備word,ppt,exel等文檔編輯功能和專門的數(shù)學(xué)編輯工具，以滿足老師出卷、備課的需求，同時要實現(xiàn)文件鎖定功能，以保證文檔編輯不出現(xiàn)同時編輯導(dǎo)致的錯誤現(xiàn)象。</p><p><b>　　2）注意事項</b>&l

82、t;/p><p>　　每個組成員編輯的文檔保存提交后會形成一份歷史文檔（文檔應(yīng)包含編輯者姓名和提交時間），以供其他組成員查閱參考，并且只有編輯者才有權(quán)限刪除自己編輯的文檔。</p><p>　　2．1．4文件管理模塊</p><p><b>　　1）功能說明</b></p><p>　　本模塊主要實現(xiàn)對來自文本編輯模塊的各種

83、文件（包括教學(xué)心得、課件、試題或者其他教研討論等文件）進行分類管理、查看，同時具有上傳、下載文件功能。</p><p><b>　　2）注意事項</b></p><p>　　文檔的管理應(yīng)該可以做到按文檔名稱、保存時間、類型、大小、重要標示等不同方式進行排序，以便查閱。</p><p>　　3．1．5在線交流模塊</p><p

84、><b>　　1）功能說明</b></p><p>　　在線討論模塊主要通過有兩種方式進行交流，一是建立在線討論室，組成員可以通過在線討論室進行學(xué)術(shù)交流，發(fā)表意見和建議，實現(xiàn)邊編輯邊討論的功能。二是通過QQ一對一交流。</p><p><b>　　2）注意事項</b></p><p>　　本模塊應(yīng)具有顯示在線成員列表

85、，鏈接組成員信息（方便互相聯(lián)系），以及能夠保存歷史討論記錄等功能</p><p>　　3．1．2留言板模塊</p><p><b>　　1）功能說明</b></p><p>　　留言板模塊主要用于對項目工作任務(wù)的進程發(fā)表意見和溝通，或?qū)蚕淼奈臋n進行評價建議，方便小組間的交流協(xié)作。</p><p><b>　　

86、2）注意事項</b></p><p>　　如果有留言信息，在進入?yún)f(xié)同辦公功能模塊時應(yīng)當(dāng)首先對組成員作提示，防止錯過留言信息。</p><p>　　3．2 數(shù)據(jù)流圖分析</p><p>　　數(shù)據(jù)流圖描繪系統(tǒng)的邏輯模型，圖中沒有任何具體的物理元素，只是描繪信息在系統(tǒng)中流動和處理的情況。因為數(shù)據(jù)流圖是邏輯系統(tǒng)的圖形表示，即使不是專業(yè)的計算機技術(shù)人員也容易理解，

87、所以是極好的通信工具。</p><p>　　結(jié)構(gòu)化數(shù)據(jù)流程分析[6]采用分層的數(shù)據(jù)流程圖（Data Flow Diagram，簡稱DFD）實現(xiàn)。數(shù)據(jù)流程分析的目的是要發(fā)數(shù)據(jù)流通中的問題。數(shù)據(jù)流程分析把數(shù)據(jù)在組織內(nèi)部的流動情況抽象地獨立出來，舍去了具體組織機構(gòu)、信息載體、處理工作、物資、材料等，僅從數(shù)據(jù)流動過程中考察實際業(yè)務(wù)的數(shù)據(jù)處理模式。數(shù)據(jù)流圖是結(jié)構(gòu)化分析(Structured Analysis, SA)方法中

88、用于表示系統(tǒng)邏輯模型的一種工具。它以圖形的方式描述數(shù)據(jù)在系統(tǒng)中流動和處理的過程，由于它只反映系統(tǒng)必須完成的邏輯功能，所以它是一種功能模型。數(shù)據(jù)流圖有四種基本圖形符號：“→”表示數(shù)據(jù)流；“○”表示加工；“=”表示數(shù)據(jù)存儲；“”表示數(shù)據(jù)的源點或終點。</p><p>　　DFD的畫法一般遵循“由外向里”的原則，即先確定系統(tǒng)的邊界或范圍，再考慮系統(tǒng)的內(nèi)部，先畫加工的輸入和輸出，再畫加工的內(nèi)部。即：</p>

89、<p>　　1）識別系統(tǒng)的輸入和輸出；</p><p>　　2）從輸入端至輸出端畫數(shù)據(jù)流和加工，并同時加上文件；</p><p>　　3）加工的分解“由外向里”進行分解；</p><p>　　4）數(shù)據(jù)流的命名，名字要確切，能反映整體；</p><p>　　5）各種符號布置要合理，分布均勻，盡量避免交叉線；</p>&

90、lt;p>　　6）先考慮穩(wěn)定態(tài)，后考慮瞬間態(tài)。如系統(tǒng)啟動后在正常工作狀態(tài)，稍后再考慮。</p><p>　　系統(tǒng)的啟動和終止狀態(tài)。通過對系統(tǒng)的需求分析，系統(tǒng)的基本功能已經(jīng)大體確定，下面介紹本系統(tǒng)5個主要的數(shù)據(jù)流圖，它們分別是頂層數(shù)據(jù)流圖、0層數(shù)據(jù)流圖、1層（a）數(shù)據(jù)流圖、1層（b）數(shù)據(jù)流圖和1層（c）數(shù)據(jù)流圖。</p><p>　　3．2．1 協(xié)同辦公系統(tǒng)頂層數(shù)據(jù)流圖</p&g

91、t;<p>　　頂層數(shù)據(jù)流圖確定了系統(tǒng)的邊界，描述了系統(tǒng)的總體功能需求，教師領(lǐng)導(dǎo)、系統(tǒng)、項目協(xié)作組三者的相互聯(lián)系可以從頂層數(shù)據(jù)流圖中充分體現(xiàn)出來。創(chuàng)建人（即一位教師領(lǐng)導(dǎo)）根據(jù)其他教師領(lǐng)導(dǎo)的個人基本信息，通過協(xié)同辦公系統(tǒng)，完成創(chuàng)建項目，更新項目管理列表功能；完成創(chuàng)建項目協(xié)作小組，分配小組成員任務(wù)功能；完成項目文件共享功能；完成信息交流互動功能。頂層數(shù)據(jù)流圖如圖3-2所示。</p><p>　　圖3-2

92、 頂層數(shù)據(jù)流圖</p><p>　　3．2．2 協(xié)同辦公系統(tǒng)0層數(shù)據(jù)流圖</p><p>　　0層數(shù)據(jù)流圖是對頂層數(shù)據(jù)流圖的細化，該圖更清晰詳盡地把0層數(shù)據(jù)流圖要表達的東西體現(xiàn)了出來，功能結(jié)構(gòu)更加明確，使人一目了然。0層數(shù)據(jù)流圖主要把頂層數(shù)據(jù)流圖中“協(xié)同辦公系統(tǒng)”加工細分為6個主要的加工，它們都有各自功能，各個功能之間相互聯(lián)系，構(gòu)成了整個系統(tǒng)的主要功能。0層數(shù)據(jù)流圖如圖3-3所示。<

93、/p><p>　　圖3-3 0層數(shù)據(jù)流圖</p><p>　　3．2．3 協(xié)同辦公系統(tǒng)1層數(shù)據(jù)流圖</p><p>　　1層（a）數(shù)據(jù)流圖是對0層數(shù)據(jù)流圖中的“項目管理”加工項的進一步細化，生成項目小組后，項目完整的詳細信息構(gòu)建完成，系統(tǒng)接收到項目詳細信息，判斷項目的屬性后，將項目信息更新到對應(yīng)關(guān)系項目列表中。1層（a）數(shù)據(jù)流圖如圖3-4所示。</p>

94、<p>　　圖3-4 1層（a）數(shù)據(jù)流圖</p><p>　　1層（b）數(shù)據(jù)流圖是對0層數(shù)據(jù)流圖中的“文件管理”加工項的進一步細化，系統(tǒng)接收到小組成員共享上傳的文件，然后對文件進行維護操作，可以對文件進行編輯或重命名，同時也可以下載文件或刪除文件，文件通過數(shù)據(jù)處理后存入文件庫，根據(jù)不同項目生成項目文件庫。1層（b）數(shù)據(jù)流圖如圖3-5所示。</p><p>　　圖3-5 1層（

95、b）數(shù)據(jù)流圖</p><p>　　1層（c）數(shù)據(jù)流圖是對0層數(shù)據(jù)流圖中的“互動交流”加工項的進一步細化，系統(tǒng)接受小組成員個人信息，小組成員通過留言板、討論室或QQ軟件進行互動交流，共同完成項目任務(wù)，然后將數(shù)據(jù)更新到信息庫，根據(jù)不同項目生成對應(yīng)項目的交流互動信息。1層（c）數(shù)據(jù)流圖如圖3-6所示。</p><p>　　圖3-6 1層（c）數(shù)據(jù)流圖</p><p>&

96、lt;b>　　3．3數(shù)據(jù)字典</b></p><p>　　3．3．1數(shù)據(jù)的邏輯描述　　</p><p><b>　　1）靜態(tài)數(shù)據(jù)</b></p><p>　　以Tomcat和Mysql作為網(wǎng)絡(luò)應(yīng)用程序服務(wù)器,jre作為底層運行環(huán)境，mysql提供數(shù)據(jù)庫管理服務(wù)；用戶所能體驗感受到的客戶端為個人操作系統(tǒng)瀏覽器。程序的數(shù)據(jù)流絕大多

97、數(shù)在客戶端與數(shù)據(jù)庫之間傳遞，頁面顯示的數(shù)據(jù)都是由數(shù)據(jù)庫動態(tài)生成，服務(wù)器端提供的服務(wù)多數(shù)是保證數(shù)據(jù)流的傳輸?shù)恼_性。程序中存儲的靜態(tài)數(shù)據(jù)包括用戶選擇的科目的名稱及編號。</p><p>　　用戶基本信息，主要為教師或領(lǐng)導(dǎo)用戶的數(shù)據(jù)；該用戶數(shù)據(jù)由智慧校園平臺管理系統(tǒng)提供；平臺通過獲取用戶信息接口獲取用戶數(shù)據(jù)，經(jīng)過后臺程序處理，保存到平臺Mysql數(shù)據(jù)庫中，所有用戶信息都提前錄入數(shù)據(jù)庫。</p><

98、p><b>　　2）動態(tài)輸入數(shù)據(jù)</b></p><p>　　平臺通過Http協(xié)議進行通信，所有服務(wù)端和客戶端數(shù)據(jù)都基于此協(xié)議進行交互。</p><p>　　a）協(xié)同辦公系統(tǒng)項目基本屬性，包括項目名稱、類型、描述、開始時間、結(jié)束時間、小組成員，在瀏覽器對應(yīng)的輸入框、選擇框和下拉列表，以及通過Javascript等UI中，輸入內(nèi)容，提交到平臺處理保存。</p

99、><p>　　b）小組成員基本屬性，包括成員任務(wù)分配描述、開始時間、完成時間，同樣通過在瀏覽器對應(yīng)的輸入框、選擇框和下拉列表，以及通過Javascript等UI中，輸入內(nèi)容，提交到平臺處理保存。</p><p>　　c）上傳的資源，包括資源各維度信息；資源上傳后，保存到云平臺服務(wù)器系統(tǒng)物理空間，其對應(yīng)的路徑和基本屬性信息則經(jīng)由系統(tǒng)處理保存至數(shù)據(jù)庫；平臺將二進制數(shù)據(jù)流數(shù)據(jù)與文本數(shù)據(jù)分開儲存，有效

100、利用操作系統(tǒng)Linux和網(wǎng)絡(luò)服務(wù)系統(tǒng)Tomcat對不同類型數(shù)據(jù)操作執(zhí)行的功能。</p><p>　　d）新建文件基本屬性，包括文件名、文件類型。通過在瀏覽器對應(yīng)的輸入框輸入相關(guān)信息創(chuàng)建文件服務(wù)器。</p><p>　　e）留言版基本屬性，留言包括項目留言和文件留言，都是通過在瀏覽器對應(yīng)的輸入框輸入留言信息保存到數(shù)據(jù)庫</p><p><b>　　3）動態(tài)輸

101、出數(shù)據(jù)</b></p><p>　　窗口和列表展示類數(shù)據(jù)，對數(shù)據(jù)進行排列顯示，主要列出數(shù)據(jù)對象的主要屬性信息，包括：項目詳細信息，小組成員任務(wù)分配信息，項目文件列表，項目留言表及文件留言表；列表展示數(shù)據(jù)基本為http文本輸出。</p><p><b>　　4）內(nèi)部生成數(shù)據(jù)</b></p><p>　　a）項目信息，包括項目創(chuàng)建時間、

102、項目剩余時間、項目狀態(tài)；</p><p>　　b）文件信息，包括文件大小、文件鎖定時間、鎖定狀態(tài)、鎖定人；</p><p>　　c）留言信息，留言發(fā)表時間.</p><p><b>　　5）數(shù)據(jù)約定</b></p><p>　　a）文本類型輸入的數(shù)據(jù)有字數(shù)限制要求，如資源名稱限制為1到50個中文字符；而習(xí)題內(nèi)容則限制為2

103、萬個字符內(nèi)。</p><p>　　b）根據(jù)服務(wù)器負載以及網(wǎng)絡(luò)帶寬情況等綜合因素，對上傳的資源大小進行了限制，不超過200M的單位。</p><p>　　c）對于輸入數(shù)據(jù)，系統(tǒng)應(yīng)用程序需要進行判斷處理才可提交至數(shù)據(jù)庫保存或更改。</p><p>　　d）對于數(shù)據(jù)限制動作，在用戶操作界面通過html和javascript語言先第一層制約；用戶提交至服務(wù)器，在后臺程序再做

104、第二層制約，最終提交至數(shù)據(jù)庫服務(wù)器，這里數(shù)據(jù)庫服務(wù)器會自動根據(jù)字段類型做第三層制約。</p><p>　　3．3．2數(shù)據(jù)的采集 </p><p><b>　　1）要求和范圍</b></p><p>　　a）項目信息采集：文本數(shù)據(jù)，網(wǎng)頁輸入</p><p>　　b）文件采集：文本類數(shù)據(jù)，網(wǎng)頁輸入，后臺服務(wù)器創(chuàng)建</p

105、><p>　　c）留言信息采集：文本類數(shù)據(jù)，網(wǎng)頁輸入。</p><p>　　以上數(shù)據(jù)采集工作的承擔(dān)者為開發(fā)人員與項目測試人員。</p><p><b>　　2）輸入的承擔(dān)者</b></p><p>　　數(shù)據(jù)輸入工作承擔(dān)者主要為項目開發(fā)人員和測試人員。</p><p><b>　　3）預(yù)期處理

106、</b></p><p>　　a）數(shù)據(jù)采集過程必須在平臺網(wǎng)站上進行，所有人員必須有效登錄；</p><p>　　b）上傳的資源應(yīng)是有效的windows文件，即能在windows系統(tǒng)下正常運行工作的資源；</p><p>　　c）文本型數(shù)據(jù)應(yīng)根據(jù)網(wǎng)頁提示規(guī)范進行操作；</p><p>　　d）數(shù)據(jù)采集時間暫無限制。</p>

107、;<p><b>　　3．3．3影響</b></p><p>　　上述數(shù)據(jù)要求主要對服務(wù)器文件空間和數(shù)據(jù)庫空間產(chǎn)生影響；數(shù)據(jù)采集用戶和開發(fā)單位應(yīng)根據(jù)此數(shù)據(jù)要求進行數(shù)據(jù)設(shè)計和操作。</p><p><b>　　3．4數(shù)據(jù)庫表設(shè)計</b></p><p>　　表3-1 orh_oa_synergy_mode_co

108、ntroller（文件鎖定控制表）</p><p>　　文件鎖定控制表是記錄文件管理模塊中文檔的當(dāng)前狀態(tài)，如果對文檔進行編輯，則在該數(shù)據(jù)表中增加一條數(shù)據(jù)，把相關(guān)的鎖定人名稱、鎖定時間、用戶id、網(wǎng)站id等信息記錄在數(shù)據(jù)表中，退出編輯后，刪除表中對應(yīng)鎖定數(shù)據(jù)。主要字段具體含義如下：</p><p>　　標識：標識：數(shù)據(jù)表主鍵，單條數(shù)據(jù)的唯一標示。</p><p>　　

109、用戶id：是指小成員的用戶ID。</p><p>　　鎖定人名稱：鎖定文件的用戶名稱。</p><p>　　鎖定時間：用戶鎖定文件的具體時間。</p><p>　　網(wǎng)站id：用于區(qū)別各個學(xué)校的ID。</p><p>　　排序id：默認對數(shù)據(jù)進行排序。</p><p>　　表3-2 orh_oa_synergy_proj

110、ect(項目表)</p><p>　　項目表是用于記錄創(chuàng)建的項目和參與的項目，主要字段具體含義如下:</p><p>　　標識：數(shù)據(jù)表主鍵，協(xié)同辦公項目的唯一標示。</p><p>　　項目名稱：項目的主題名稱。</p><p>　　項目類型：是指項目屬于哪種類型，預(yù)定義有以四種類型：出題出卷，編輯教學(xué)思想報告，編輯課件，其它。（注意：項目類

111、型可以通過管理員自定義類型，類型數(shù)據(jù)存于類型配置表orh_oa_synergy_type中）。</p><p>　　項目描述：是指描述項目的內(nèi)容，說明項目要求，以便小組成員明白及完成相關(guān)任務(wù)。</p><p>　　項目開始時間：是指項目的開始任務(wù)的起始時間。</p><p>　　項目結(jié)束時間：是指項目的結(jié)束任務(wù)的完成時間。</p><p>　

112、　項目文件夾URL：是指記錄創(chuàng)建文件的路徑，用于構(gòu)建上傳下載、讀取文件完整路徑。</p><p>　　項目創(chuàng)建時間：項目創(chuàng)建的具體時間。</p><p>　　項目組負責(zé)人id ：是指組負責(zé)人的用戶Id，也是創(chuàng)建項目人的用戶Id。</p><p>　　網(wǎng)站id：用于區(qū)別各個學(xué)校的ID。</p><p>　　排序id：默認對數(shù)據(jù)進行排序。<

113、/p><p>　　表3-3 orh_oa_synergy_user_project（小組成員-項目關(guān)系表）</p><p>　　小組成員-項目關(guān)系表是用于記錄和對應(yīng)小組成員與項目的關(guān)系。主要字段具體含義如下：</p><p>　　標識：數(shù)據(jù)表主鍵，單條數(shù)據(jù)的唯一標示。</p><p>　　成員id：項目小成員的用戶ID</p>&l

114、t;p>　　項目id 小組成員所參與項目的Id</p><p>　　任務(wù)分配：是指組負責(zé)人對小組成員的具體任務(wù)安排。</p><p>　　任務(wù)類型：是指任務(wù)的類型屬性，預(yù)定義有以下四種類型：考察研究，收集資料，整理文檔，其它。（注意：任務(wù)類型可以根據(jù)各個學(xué)校的不同情況，通過管理員自定義類型，類型存于類型數(shù)據(jù)存于類型配置表orh_oa_synergy_type中）。</p>

115、;<p>　　任務(wù)開始時間：是指任務(wù)的開始的起始時間。</p><p>　　任務(wù)結(jié)束時間：是指任務(wù)的結(jié)束的完成時間</p><p>　　網(wǎng)站id：用于區(qū)別各個學(xué)校的ID</p><p>　　排序id：默認對數(shù)據(jù)進行排序。</p><p>　　表3-4 orh_oa_synergy_messge_board(留言表)</p

116、><p>　　留言表是用于記錄項目留言和文件留言信息，主要字段具體含義如下：</p><p>　　標識：數(shù)據(jù)表主鍵，單條數(shù)據(jù)的唯一標示。</p><p>　　用戶id：是指小成員的用戶ID</p><p>　　用戶姓名：是指小組成員用戶的姓名</p><p>　　留言類型：是指留言的類型，分為項目留言和文件留言兩類。<