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

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

2、　　學 號： </p><p>　　學生姓名： </p><p>　　指導教師： </p><p><b>　?。毞Q）</b></p&g

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

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

5、優(yōu)化的步驟進行開發(fā)。該系統(tǒng)主要完成以下功能：創(chuàng)建項目資源共享平臺功能；創(chuàng)建協(xié)作小組功能；在線文檔編輯功能；在線信息交流互動功能；留言版功能；文件管理功能。</p><p>　　本系統(tǒng)不僅僅能提高教師領導的工作效率，協(xié)調完成工作任務，也能優(yōu)化個人事務管理和提高學校辦公的整體運作效率。</p><p>　　關鍵詞：協(xié)同辦公；MVC；B/S三層結構；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學校教學教務的協(xié)同辦公要求日益突出2</p><p>　　1．2本文研究的主要內容2</p><p>　　1．3 論文各章內容介紹2</p><p>　　2．協(xié)同辦公系統(tǒng)關鍵開發(fā)技術3</p><p><b>

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

16、 Spring MVC 框架技術5</p><p>　　2．2．2 MVC設計模式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ā)工具應用9</p><p&g

17、t;　　3．協(xié)同辦公系統(tǒng)的設計方案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ù)庫表設計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關于文檔在線編輯模式設計26</p><p>　　4．2．2關于協(xié)同辦公文件目錄的設計27</p><p><b>　　5．總結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>　　基于教學教務的協(xié)同辦公系統(tǒng)的設計與實現(xiàn)</p><p>　　姓名： 林鵬飛 學號：2008394230 班級：08網絡工程（2）班</p><p><b>　　1．緒論</b></p><p

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

58、或服務端的數(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）——遠程過程調用協(xié)議，它是一種通過網絡從遠程計算機程序上請求服務，而不需要了解底層網絡技術的協(xié)議。RPC

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

60、lt;/p><p>　　RPC面向客服端和服務端，實現(xiàn)的功能作用有所不同。</p><p>　　1）在客戶端實現(xiàn)RPC</p><p>　　主要功能:定義數(shù)據(jù)載體（客戶端的model）；定義接口和其相應的異步接口；將RPC接口注入客戶端的IOC容器以供調用。</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）在服務端實現(xiàn)RPC<

62、;/p><p>　　主要功能：實現(xiàn)客戶端RPC的接口；將實現(xiàn)類定義到MVC的xml文件中；實現(xiàn)接口的方法時要記得進行數(shù)據(jù)轉換。</p><p>　　3）RPC代理核心代碼</p><p>　　以下代碼是對客服端與服務端數(shù)據(jù)交互的核心處理，通過RPC代理，客服端可以通過請求從服務端拿數(shù)據(jù)傳輸?shù)娇头?，并反饋?shù)據(jù)給服務端，完成客服端與服務端信息交互，數(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調用服務端的實現(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); /*調用simpleRpcLoaderProxy的load方法</p><p><b>　　獲取數(shù)據(jù)*/</b></p><p>　　2．5 GWT開發(fā)工具應用</p><p>　　GWT是 Google Web Toolkit的簡稱，由Google公司提供的免費開源的富客戶端開發(fā)工具。GWT

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

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

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

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

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

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

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)用戶：學校教師和領導。<

76、;/p><p>　　用戶問題：針對教師和領導，主要會涉及到備課、協(xié)同出題出卷、協(xié)同編寫教學論文報告等問題。</p><p>　　圖3-1 協(xié)同辦公功能設計圖</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)建者把教學中的任務轉化成具體項目信息，明確項目要完成的任務要求，整個項目小組必須根據(jù)項目要求來共同協(xié)作完成任務。</p><p><b>　　b) 創(chuàng)建協(xié)作小組</b></p><p>　　通過創(chuàng)建獨

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

79、/p><p>　　任何老師都有權限建立組單元，但是只有建立該組的老師（即組負責人）才有權限更改組名，對組員進行統(tǒng)一的管理。組負責人添加組成員后系統(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)系方式項必須填寫，其他資料選項可選，必要的個人信息通過采集構成建基礎數(shù)據(jù)，如工號，身份證號等，其他信息可以通過頁面錄入。</p><p>　　3．1．3在線

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

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

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

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

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

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

87、所以是極好的通信工具。</p><p>　　結構化數(shù)據(jù)流程分析[6]采用分層的數(shù)據(jù)流程圖（Data Flow Diagram，簡稱DFD）實現(xiàn)。數(shù)據(jù)流程分析的目的是要發(fā)數(shù)據(jù)流通中的問題。數(shù)據(jù)流程分析把數(shù)據(jù)在組織內部的流動情況抽象地獨立出來，舍去了具體組織機構、信息載體、處理工作、物資、材料等，僅從數(shù)據(jù)流動過程中考察實際業(yè)務的數(shù)據(jù)處理模式。數(shù)據(jù)流圖是結構化分析(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)的內部，先畫加工的輸入和輸出，再畫加工的內部。即：</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)的基本功能已經大體確定，下面介紹本系統(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)的總體功能需求，教師領導、系統(tǒng)、項目協(xié)作組三者的相互聯(lián)系可以從頂層數(shù)據(jù)流圖中充分體現(xiàn)出來。創(chuàng)建人（即一位教師領導）根據(jù)其他教師領導的個人基本信息，通過協(xié)同辦公系統(tǒng)，完成創(chuàng)建項目，更新項目管理列表功能；完成創(chuàng)建項目協(xié)作小組，分配小組成員任務功能；完成項目文件共享功能；完成信息交流互動功能。頂層數(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)了出來，功能結構更加明確，使人一目了然。0層數(shù)據(jù)流圖主要把頂層數(shù)據(jù)流圖中“協(xié)同辦公系統(tǒng)”加工細分為6個主要的加工，它們都有各自功能，各個功能之間相互聯(lián)系，構成了整個系統(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ù)流圖中的“項目管理”加工項的進一步細化，生成項目小組后，項目完整的詳細信息構建完成，系統(tǒng)接收到項目詳細信息，判斷項目的屬性后，將項目信息更新到對應關系項目列表中。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軟件進行互動交流，共同完成項目任務，然后將數(shù)據(jù)更新到信息庫，根據(jù)不同項目生成對應項目的交流互動信息。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作為網絡應用程序服務器,jre作為底層運行環(huán)境，mysql提供數(shù)據(jù)庫管理服務；用戶所能體驗感受到的客戶端為個人操作系統(tǒng)瀏覽器。程序的數(shù)據(jù)流絕大多

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

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

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

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

101、出數(shù)據(jù)</b></p><p>　　窗口和列表展示類數(shù)據(jù)，對數(shù)據(jù)進行排列顯示，主要列出數(shù)據(jù)對象的主要屬性信息，包括：項目詳細信息，小組成員任務分配信息，項目文件列表，項目留言表及文件留言表；列表展示數(shù)據(jù)基本為http文本輸出。</p><p><b>　　4）內部生成數(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個中文字符；而習題內容則限制為2

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

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

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

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

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

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

109、用戶id：是指小成員的用戶ID。</p><p>　　鎖定人名稱：鎖定文件的用戶名稱。</p><p>　　鎖定時間：用戶鎖定文件的具體時間。</p><p>　　網站id：用于區(qū)別各個學校的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>　　項目類型：是指項目屬于哪種類型，預定義有以四種類型：出題出卷，編輯教學思想報告，編輯課件，其它。（注意：項目類

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

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

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

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

115、;<p>　　任務開始時間：是指任務的開始的起始時間。</p><p>　　任務結束時間：是指任務的結束的完成時間</p><p>　　網站id：用于區(qū)別各個學校的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>　　留言類型：是指留言的類型，分為項目留言和文件留言兩類。<