畢業(yè)設計---公司資源共享管理系統(tǒng)

1、<p><b>　　畢業(yè)設計（論文）</b></p><p>　　題 目 公司資源共享管理系統(tǒng) </p><p>　　學院(部) 信息科學與技術學院　 </p><p>　　專 業(yè) 軟件工程 　 </p><p>　　學生姓名

2、 　 </p><p>　　學 號 年級 </p><p>　　指導教師 職稱 </p><p>　　年 月 日</p><p>　　公司資源共享管理系統(tǒng)</p><p>　　摘要：由于信息化社會的來臨

3、，公司在正常運營的過程中會產生大量的電子資源，這些資源往往會零散地分布在每個職員的計算機之中，這樣就會造成共享困難和難以查找的問題。因此對電子資源進行有效的管理和共享具有十分重要的市場意義。本文在已有的資源管理系統(tǒng)的基礎上，著重研究了如何使用計算機技術對電子資源進行管理和共享，并且采用微軟的ASP.NET技術和SQL Server數據庫，開發(fā)了一個基于B/S架構的公司資源共享管理系統(tǒng)。該系統(tǒng)具有資源進行上傳、下載，分類管理，資源權限控制

4、，系統(tǒng)權限控制和系統(tǒng)管理的功能。在系統(tǒng)試運行的過程中，用戶可以方便的分享和管理自己的文檔，并且可以輕松地訪問權限范圍之內其他用戶的文檔，從而愉快地完成資源相關的工作，取得了非常好的效果，具有較好的市場預期。</p><p>　　關鍵詞：公司；資源管理；共享；權限</p><p>　　Resource Management and Sharing System for Corporation

5、</p><p>　　Abstract: As information society comes, there will be a lot of electronic resources when the company is operating. These resources which tend to be left in every staff’s computer, are difficult to

6、be found and shared. Therefore, effective management and sharing mechanism for electronic resources have important market significance. On the basis of present system, this paper deals with the study of how to manage and

7、 share electronic resources with computer science. And a system based on the B/S st</p><p>　　Key Words: Corporation; Resource Management; Authorization; Sharing</p><p><b>　　目　錄</b>&l

8、t;/p><p><b>　　緒論1</b></p><p>　　第1章 開發(fā)技術基礎3</p><p>　　1.1 .NET技術簡介3</p><p>　　1.2 .NET技術的應用4</p><p>　　1.2.1 Web開發(fā)技術ASP.NET4</p><p>

9、　　1.2.2 數據庫訪問技術ADO.NET4</p><p>　　1.3 開發(fā)環(huán)境Visual Studio 簡介5</p><p>　　1.4 數據庫系統(tǒng) SQL Server5</p><p>　　第2章 需求分析6</p><p>　　2.1 特性需求分析6</p><p>　　2.2 公司資源共享基

10、本過程6</p><p>　　2.3 數據流程分析7</p><p>　　2.4 系統(tǒng)用例圖8</p><p>　　2.5 功能需求分析8</p><p>　　第3章 概要設計10</p><p>　　3.1 開發(fā)方法10</p><p>　　3.2 體系結構設計10</p&

11、gt;<p>　　3.2.1 體系結構簡述10</p><p>　　3.2.2 體系結構的選擇11</p><p>　　3.3 實體聯(lián)系圖12</p><p>　　3.4 系統(tǒng)功能劃分13</p><p>　　第4章 詳細設計14</p><p>　　4.1 數據庫設計14</p>

12、<p>　　4.1.1 數據庫關系圖14</p><p>　　4.1.2 物理結構設計15</p><p>　　4.2 主要模塊設計17</p><p>　　4.2.1 文件管理17</p><p>　　4.2.2 查看共享18</p><p>　　4.2.3 用戶管理20</p>

13、<p>　　4.2.4 權限管理21</p><p>　　第5章 系統(tǒng)的實現23</p><p>　　5.1 開發(fā)工具和運行環(huán)境23</p><p>　　5.2 主要模塊關鍵代碼和界面23</p><p>　　5.2.1 個人中心23</p><p>　　5.2.2 個人信息24</p&

14、gt;<p>　　5.2.3 文件管理25</p><p>　　5.2.4 查看共享26</p><p>　　5.2.5 用戶管理27</p><p>　　5.2.6 權限管理28</p><p>　　5.2.7 系統(tǒng)管理29</p><p>　　第6章 系統(tǒng)測試30</p>&

15、lt;p>　　6.1 測試的基本概念30</p><p>　　6.2 功能測試30</p><p>　　6.2.1 文件管理30</p><p>　　6.2.2 查看共享31</p><p>　　6.2.3 用戶管理31</p><p>　　6.2.4 權限管理32</p><p&

16、gt;　　6.3 安全性測試32</p><p>　　6.3.1 用戶登錄體系32</p><p>　　6.3.2 資源體系33</p><p>　　6.3.3 權限體系33</p><p>　　6.4 非功能測試34</p><p>　　6.5 測試情況總結34</p><p>&

17、lt;b>　　結論35</b></p><p><b>　　致謝36</b></p><p><b>　　參考文獻37</b></p><p><b>　　緒論</b></p><p><b>　　研究背景</b></p>

18、;<p>　　資源是一個公司生存的源泉，它通常是公司外來的和集體智慧的結晶。它通常在公司進行決策或者開發(fā)項目時提供依據和資料。而資源管理則是公司在運營和經驗總結過程中的一項重要的工作，為公司的高效運行提供最堅實的基礎。</p><p>　　傳統(tǒng)的資源管理主要是建立在紙質文檔的基礎上的，紙質文檔不僅需要耗費大量的紙張資源，而且整理、歸類、查閱等都比較復雜，不能使管理者和使用者協(xié)調地運行。另外有些文檔并

19、不是機密，文檔的擁有者和開發(fā)者都有共享和閱讀的意愿，當使用傳統(tǒng)的資源管理方式，就無形中為資源的共享設置了一道障礙。</p><p>　　由于信息化社會的來臨，我們會擁有越來越多的電子類資源，比如照片、電子文檔、一些重要的表格信息。特別在一個公司里面，有些資料是公司共有的，而不是存于某個人的電腦里面，否則，一旦該人出走，或者電腦出問題，那么造成的損失將是無法估計的。</p><p>　　因此

20、，本文在對基于Web架構的公司資源共享管理系統(tǒng)的研究和實現中，以資源管理作為該系統(tǒng)的核心理念，將共享的理念貫穿在系統(tǒng)的每個角落，探索將網絡、計算機和資源互動的新模式。</p><p><b>　　研究意義</b></p><p>　　資源管理是管理學方法下的對資源進行管理的活動，即以管理學的思想作為基本方法，通過收集、整理、歸類、儲存的過程，對紛繁復雜的資源進行管理的

21、一種活動。隨著公司的做大做強，原本簡單的資源管理活動變得愈加復雜，尤其是在電子文檔越來越普及的情況下，企業(yè)必須對資源進行高效的管理。另外，為了滿足資源的每個所有者和所有潛在的閱讀者的需求，將共享精神貫穿于管理的過程中，不僅可以提高每個用戶的效率，更重要的是能夠通過最快捷的資源溝通增強公司的核心競爭力。因此對基于Web的公司資源管理系統(tǒng)進行研究，具有十分重要的意義。</p><p><b>　　主要工作&

22、lt;/b></p><p>　　隨著公司將電子資源作為一項基礎工程來做，資源管理系統(tǒng)逐步得到各個公司的青睞。在計算機技術和計算機網絡技術的發(fā)展的基礎上，資源管理系統(tǒng)也朝著一些新的方向發(fā)展。在深入調查國內外研究現狀的基礎上，運用C#.NET,ASP.NET和ADO.NET等技術，研究基于Web技術的公司共享資源管理系統(tǒng)的實現。</p><p>　　為此，我主要做了以下工作：</

23、p><p>　　研究管理學的基本思想和基本方法，結合資源管理和計算機的特點，設計出基本的流程和系統(tǒng)體系，建立資源管理系統(tǒng)的設計的理論基礎。</p><p>　　調查目前企業(yè)已經投入運行的系統(tǒng)，對系統(tǒng)的設計、優(yōu)缺點做比較透徹的分析，以便為公司資源共享管理系統(tǒng)提供現實依據。</p><p>　　根據前項工作的成果，在結合計算機的基本設計思路的基礎上，進行公司資源共享管理系統(tǒng)

24、的體系結構設計，制定開發(fā)方法和實現的技術，并對系統(tǒng)進行需求分析和數據流程分析。</p><p>　　用以往的經驗作為實現該系統(tǒng)的基礎，在較為高效開發(fā)的基礎上，探索和研究一些新的技術和方法，以便讓系統(tǒng)變得更為純熟。</p><p>　　在開發(fā)完成后，及時總結開發(fā)過程中遇到的問題、解決思路和最終的解決方法，并且將開發(fā)后比較成熟的組件抽象出來，以便作為組件提供給以后的項目使用。</p>

25、;<p><b>　　研究內容</b></p><p>　　本文第一章主要闡述了該系統(tǒng)所使用的開發(fā)技術.NET Framework。在開發(fā)系統(tǒng)的過程中，我不斷地的復習并且回憶以前所學的知識，旨在從本質上理解.NET技術的精髓。</p><p>　　而本文第二章主要是對產品的需求進行分析。先是定義了產品的非功能需求，緊接著分析了公司資源管理的基本過程，再用

26、數據流圖分析以上流程。然后再從用戶的角度使用用例圖挖掘用戶的需求，并且形成該系統(tǒng)的功能模塊圖。</p><p>　　第三章就進入了系統(tǒng)的設計階段。開始時先確定系統(tǒng)的體系結構，并且根據需求分析所確定的需求產生實體聯(lián)系圖；接著根據需求分析所得到的模塊圖，對每個模塊做子模塊的劃分，得到比較具體的系統(tǒng)功能模塊圖。</p><p>　　接著第四章就根據概要設計對其進行展開，詳細的描述每一個模塊的具體

27、設計思路和算法。到此，設計階段就結束了，然后就進入了產品的實現和測試階段，這一部分將在第5章和第6章中進行介紹。</p><p>　　最后就是本文的結論，它是對這個系統(tǒng)開發(fā)過程的總結和思考。</p><p><b>　　開發(fā)技術基礎</b></p><p><b>　　.NET技術簡介</b></p><

28、;p>　　Microsoft發(fā)布的.NET Framework簡稱為.NET，是支持生成和運行下一代應用程序和Web服務的內部Windows組件，它提供了執(zhí)行環(huán)境托管的、簡化的開發(fā)和部署以及與各種編程語言的集成功能。.NET不僅僅是一種語言，它是開發(fā)語言、開發(fā)工具、開發(fā)框架和服務器架構的集合。</p><p>　　具體的來講，由符合公共語言規(guī)范的開發(fā)語言（VB.NET，C#，VC++.NET，J#）進行編程

29、，然后生成中間代碼MSIL（微軟中間語言代碼），這樣就構成了.NET的語言體系。開發(fā)環(huán)境包括VS.NET和.NET Framework組成。而在服務器端，.NET提供了安全的大規(guī)模的.NET應用程序開發(fā)平臺，用戶可以使用Windows Server 服務器、Windows.NET 服務器和.NET企業(yè)版服務器作為服務的基礎平臺。.NET具有以下特性：</p><p>　?。?）支持分布式計算。使用它可以開發(fā)C/S

30、架構應用程序、多線程應用程序和遠程的Web服務。</p><p>　　（2）全新的組件技術。傳統(tǒng)的COM組件是非托管對象，不需要.NET Framework即可直接運行，而.NET框架組件是托管對象，由.NET框架進行托管運行，更加方便、安全。</p><p>　?。?）為企業(yè)級的服務提供優(yōu)化支持，如事務、安全性、池等概念。</p><p>　?。?）Web規(guī)范轉換

31、。如從TCP/IP的連通級到HTML的展示級，再到XML或SOAP的可編程級的規(guī)范的轉換；通過Web進行方法或者函數的共享也體現了此特性。</p><p>　?。?）成熟的開發(fā)模式。.NET支持大規(guī)模的企業(yè)級的應用程序和Web應用程序，具有較強的互動性、可用性、安全性和可管理型。</p><p>　　.NET Framework平臺主要由操作系統(tǒng)、.NET服務器、.NET服務、.NET框架

32、和Visual Studio.NET開發(fā)環(huán)境五個部分組成。而.NET應用程序又分為控制臺應用程序、類庫、智能客戶端的Windows應用程序、Web應用程序、Windows服務應用程序、Web服務應用程序、智能設備應用程序和安裝部署項目組成。</p><p>　　.NET Framework的具體結構如圖1-1所示。公共語言運行時CLR(Common Language Runtime)負責系統(tǒng)的執(zhí)行，在此基礎之上是

33、框架類庫FCL（Framework Class Library）和基類庫BCL（Basic Class Library），然后接著就是基于擴展標記語言XML(Extensive Makeup Language)的數據訪問。再往上是各種應用程序，如上面所提到的XML Web服務程序、Windows窗體程序和Web窗體程序。在最頂層是關于語言的一些模式，在公共語言規(guī)范的支持下，可以使用VB、C++、C#和J#作為開發(fā)語言。</p>

34、;<p>　　公共語言運行時的編譯和執(zhí)行過程。首先源代碼經過語言編譯器會編譯成微軟中間語言代碼MSIL，它包括代碼和元數據，在安裝或者是方法首次調用時就進入了執(zhí)行過程；執(zhí)行程序時，運用執(zhí)行編譯器JIT（Just-In-Time）編譯器將中間代碼解釋為本地機器碼然后執(zhí)行。若與JAVA作對比，MSIL就相當于JAVA的字節(jié)碼，而JIT就相當于JAVA的虛擬機，比JAVA略勝一籌在于MSIL支持多種語言，以便具有不同語言習慣的開

35、發(fā)者更容易的進入開發(fā)狀態(tài)；而JAVA的優(yōu)勢在于，它具有支持Windows、Linux等不同系統(tǒng)的虛擬機，可以輕易的實現跨平臺的移植，.NET理論上可以支持在Linux上運行，但由于微軟的操作系統(tǒng)戰(zhàn)略，官方的版本只支持在Windows平臺上運行。</p><p>　　圖11　.NET框架結構圖</p><p><b>　　.NET技術的應用</b></p>

36、<p>　　Web開發(fā)技術ASP.NET</p><p>　　ASP.NET是建立在微軟新一代.NET平臺架構上，利用公共語言運行時CLS在服務器后端為用戶提供建立強大的企業(yè)級Web應用服務的編程框架。</p><p>　　ASP.NET與ASP的主要區(qū)別在于前者是編譯（Compile）執(zhí)行,而后者是解釋（Interpret）執(zhí)行,前者比后者有更高的效率。實際上我們可以把AS

37、P.NET的執(zhí)行過程看作是編譯后的普通語言運行時代碼充當一個和前端瀏覽器和中間件用戶交互的應用程序，它接受用戶的請求，輸出HTML流到客戶端顯示。除此之外，ASP.NET還可以利用.NET平臺架構的諸多優(yōu)越性能，如類型安全，對XML，SOAP, WSDL等Internet標準的強健支持。</p><p>　　ASP.NET的執(zhí)行過程是這樣的：當我們通過瀏覽器向服務器發(fā)起請求時，首先是因特網信息服務器IIS（Int

38、ernet Information Server）收到請求，在IIS判斷請求的是一個aspx頁面之后，便將該請求交給ASP.NET ISAPI（ASP.NET互聯(lián)網服務器應用程序接口）。但是ASP.NET ISAPI并不負責處理請求，它只是簡單地將請求交給進程aspnet_wp.exe，并且對該進程進行監(jiān)視?？梢杂卸鄠€aspnet_wp.exe進程并行執(zhí)行，當一個進程負載較大時，ISAPI會將新的請求交給另一個aspnet_wp.exe

39、進行處理。請求在該進程中是通過HTTP管道進行處理的，就像生產的流水線，最終生成一個aspx頁面，而該頁面的表達方式就是具有aspx風格的html頁面，并且返回給用戶。</p><p>　　數據庫訪問技術ADO.NET</p><p>　　ADO.NET 是一組向 .NET 程序員公開數據訪問服務的類。ADO.NET 為創(chuàng)建分布式數據共享應用程序提供了一組豐富的組件。它提供了對關系數據、X

40、ML 和應用程序數據的訪問，因此是 .NET Framework 中不可缺少的一部分。ADO.NET 支持多種開發(fā)需求，包括創(chuàng)建由應用程序、工具、語言或 Internet 瀏覽器使用的前端數據庫客戶端和中間層業(yè)務對象。</p><p>　　ADO.NET 對 Microsoft SQL Server 和 XML 等數據源以及通過 OLE DB 和 XML 公開的數據源提供一致的訪問。數據共享使用者應用程序可以使用

41、 ADO.NET 來連接到這些數據源，并檢索、處理和更新所包含的數據。</p><p>　　ADO.NET 通過數據處理將數據訪問分解為多個可以單獨使用或一前一后使用的不連續(xù)組件。ADO.NET 包含用于連接到數據庫、執(zhí)行命令和檢索結果的 .NET Framework 數據提供程序。開發(fā)人員可以直接處理檢索到的結果，或將其放入 ADO.NET Dataset 對象，以便與來自多個源的數據或在層之間進行遠程處理的數

42、據組合在一起，以特殊方式向用戶公開。ADO.NET Dataset 對象也可以獨立于 .NET Framework 數據提供程序使用，以管理應用程序本地的數據或源自 XML 的數據。</p><p>　　開發(fā)環(huán)境Visual Studio 簡介</p><p>　　Visual Studio 是微軟公司推出的開發(fā)環(huán)境，Visual Studio 可以用來創(chuàng)建 Windows 平臺下的 Wi

43、ndows 應用程序和網絡應用程序，也可以用來創(chuàng)建網絡服務、智能設備應用程序和 Office 插件。</p><p>　　Visual Studio 提供了高級開發(fā)工具、調試功能、數據庫功能和創(chuàng)新功能，幫助在各種平臺上快速創(chuàng)建當前最先進的應用程序。它包括各種增強功能，例如可視化設計器、對 Web 開發(fā)工具的大量改進，以及能夠加速開發(fā)和處理所有類型數據的語言增強功能。Visual Studio 為開發(fā)人員提供了所有

44、相關的工具和框架支持，幫助創(chuàng)建引人注目的、令人印象深刻并支持 AJAX 的 Web 應用程序。開發(fā)人員能夠利用這些豐富的客戶端和服務器端框架輕松構建以客戶為中心的 Web 應用程序，這些應用程序可以集成任何后端數據提供程序、在任何當前瀏覽器內運行并完全訪問 ASP.NET 應用程序服務和 Microsoft 平臺。</p><p>　　數據庫系統(tǒng) SQL Server</p><p>　　

45、SQL Server是微軟公司開發(fā)的一套基于關系模式的數據庫管理系統(tǒng)。該軟件通過全面的功能集和現有系統(tǒng)的集成性，以及對日常任務的自動化管理能力，為不同規(guī)模的企業(yè)提供一個完整的數據解決方案。</p><p>　　由于SQL Server是微軟的產品，SQL Server與Visual Studio緊密集成，并且提供強大的開發(fā)工具包（如Business Intelligence Development Studio）

46、為用戶提供直觀且豐富的開發(fā)體驗。SQL Server由關系數據庫、復制服務、通知服務、集成服務、分析服務、報表服務、管理工具和開發(fā)工具組成。</p><p>　　SQL Server針對行業(yè)和分析應用程序提供了一種更安全可靠和更高效的數據平臺，它更適用于企業(yè)數據管理。通過端對端的開發(fā)環(huán)境，它能夠降低數據庫創(chuàng)建、部署和管理的復雜程度，更好的提高開發(fā)人員的生產效率。它實現了集成化商務智能解決方案，在性能和成本之間做出

47、了比較好的平衡，從而提高了產品的性價比。</p><p>　　由于SQL Server從2005版本起，就由.NET Framework 2.0進行了改寫。除了便于使用外，數據庫的程序開發(fā)有了相對強大的管理平臺，開發(fā)者在開發(fā)應用程序時可以使用其熟悉的開發(fā)語言。為了實現更大的靈活性，它還支持用戶自定義類型和函數，為快速數據庫應用提供了第三方的選擇。</p><p><b>　　需求

48、分析</b></p><p><b>　　特性需求分析</b></p><p>　　基于現有的資源管理系統(tǒng)的基本特性，在綜合考慮性能和成本的基礎上，為系統(tǒng)定義以下特性需求：</p><p>　?。?）較強的負載能力。</p><p>　　所謂負載能力，就是系統(tǒng)（包括硬件系統(tǒng)）在一段時間內能夠擔負的處理用戶量。

49、它是衡量一個系統(tǒng)性能的重要指標。與其相連的是響應速度和處理速度兩個指標。響應速度標志了這個系統(tǒng)與用戶交互的實時性，為了獲取比較好的用戶體驗，必須提高系統(tǒng)的響應速度，為了更高的響應速度，可采用負載均衡器加上服務器組的辦法達到要求；而處理速度則標志了用戶可以忍受的程度，為了獲取較高的處理速度，除了增強硬件性能之外，合理且高效的編碼也起著舉足輕重的作用，這就要求開發(fā)時在實現功能的基礎上，盡量優(yōu)化系統(tǒng)的性能。為此，我們?yōu)橄到y(tǒng)設定的指標為：在普通

50、的服務器配置下，能夠在1000人以下的公司流暢運行，支持100人并發(fā)執(zhí)行。</p><p>　?。?）較高的靈活性和可維護性。</p><p>　　基于Web的系統(tǒng)通常具有比較好的靈活性，因為系統(tǒng)的主體在服務器端，而在客戶端，用戶僅需一個可以上網的終端（可以是一臺計算機，也可以是一部手機）就可以通過瀏覽器對資源進行管理和共享，從而實現了比較大的靈活性，僅需要服務器管理人員進行必要的配置，系

51、統(tǒng)就可以被隨意地按照規(guī)則來訪問。同時基于Web的系統(tǒng)由于大量的部署和配置都在服務器端完成，因此維護人員只需在機房就可以完成維護操作。而系統(tǒng)的升級和完善并不需要對客戶端進行更新，避免了由于客戶計算機水平參差不齊而造成的系統(tǒng)完善的困難。因此Web系統(tǒng)可以很輕易的具有靈活性和可維護性。</p><p>　?。?）較好的安全性。</p><p>　　同上所述，Web系統(tǒng)的主體實在服務器端，因此，安

52、全工作的中心應該在服務器端。在開發(fā)的過程中，要從機制上完善資源管理系統(tǒng)的安全規(guī)則，從而防止客戶端請求所帶來的一些漏洞。如果發(fā)現系統(tǒng)有漏洞，維護人員可以比較容易的恢復系統(tǒng)；如果遇到黑客攻擊所帶來的數據丟失，可以通過數據庫及時的備份來挽回損失。</p><p>　?。?）友好的界面和互動性。</p><p>　　由于用戶可能需要長時間工作在資源管理系統(tǒng)中，因此友好的界面是維持用戶好心情和高效率

53、工作的重要保證。而較強的互動性可以令用戶在疲憊時打起精神以便出色的完成本職工作。因此本系統(tǒng)需要對前臺進行一定程度的修飾和美化。</p><p>　　公司資源共享基本過程</p><p>　　由于是資源管理系統(tǒng)，產品的需求較容易把握，通過與用戶簡單的溝通和接觸即可定義出需求，所以高層抽象的邏輯實現起來較為簡單，復雜之處在于底層的實現邏輯，本部分僅描述資源管理的高層抽象邏輯。</p>

54、;<p>　　傳統(tǒng)的資源管理一般是不管理、或各部門自己歸檔管理或由公司統(tǒng)一管理，而由公司統(tǒng)一管理最為規(guī)范。統(tǒng)一管理的過程是這樣的，首先員工將自己愿意被納入管理的文件交到資源管理部門審核，審核通過后資源管理部門將該文件編號并且分類，分類之后貼上標簽歸檔處理，當有其他員工需要調取相關文件時，他就報出文件相關信息，由資源管理部門的員工負責查找調取者所需要的文件，當調去完畢后，需要在指定期限內歸還，以便別人再調去文件。</p

55、><p>　　由以上流程可見，無論是遞交、整理、歸檔還是調取，都費時費力而且很容易出差錯。如果在計算機系統(tǒng)上實現電子資料的管理，流程又是這樣的。首先員工將自己確定愿意被納入管理（自愿的或強制的）的資源，將資源上傳到服務器，服務器自動完成資源的整理和歸類，然后通過權限驗證的用戶調取該資源，如圖2-1所示。</p><p>　　圖 21　資源管理流程</p><p>　　

56、由以上的分析可以很明顯的看出，由計算機和計算機網絡所實現的資源共享管理系統(tǒng)會比傳統(tǒng)的方式變得高效而靈活。首先企業(yè)可以撤銷專門的資源管理部門，僅需要計算機網絡部門進行必要的維護，節(jié)省了財力；其次只要用戶在可以連接網絡的計算機前，就可以隨意的上傳資源，并且下載權限內能夠查看的資源，不必不時地穿梭于資源管理部門和自己的辦公室；而且由于是使用電子資源，不需要耗費大量的紙張，同樣節(jié)省了成本；由于傳統(tǒng)的紙質資源一般只有一份或兩份，被調閱后，其他人只

57、能等待別人歸還后才能調閱，因此使用電子資源的另一個好處是資源可以被多個人同時使用，提高了工作效率，這樣也突出了該系統(tǒng)的另一個特征——“共享”。</p><p><b>　　數據流程分析</b></p><p>　　數據流圖DFD（Data Flow Diagram）是描述系統(tǒng)中數據流程的圖形工具，它標識一個系統(tǒng)的邏輯輸入和邏輯輸出，以及把邏輯輸入轉換成邏輯輸出所需的加

58、工處理。它不是傳統(tǒng)的流程圖或框圖，它是從數據的角度來描述一個系統(tǒng)，數據流圖中的箭頭是數據流，而框圖中的箭頭則是控制流，控制流表達的是程序執(zhí)行的次序。</p><p>　　基于以上對資源管理過程的分析，并且根據計算機系統(tǒng)的基本特點，得到了資源管理的基本功能的簡化數據流圖如圖2-2所示。</p><p>　　圖 22　數據流程圖</p><p>　　在以上的數據流圖中

59、，假設用戶A想上傳資源，他向系統(tǒng)發(fā)出上傳指令，隨即上傳模塊便會將用戶選定的資源通過網絡流上傳到服務器，成為服務器上的資源。當上傳完畢時，上傳模塊會向權限數據發(fā)出指令，自動設置該資源的權限信息。又假設用戶B想下載用戶A剛剛上傳的資源，這個時候他向下載模塊發(fā)出請求，下載模塊就想了，他有沒有權限訪問這個資源呢？于是它就需要調取權限數據，當權限數據到達后，如果允許下載，就請求此資源，這個時候先生成數據流，并且轉換為網絡流，最終到達用戶B的機器。

60、</p><p>　　以上所述是該系統(tǒng)最核心的流程，它完整地描述了系統(tǒng)的關鍵數據流，為以下的分析和設計奠定基礎。</p><p><b>　　系統(tǒng)用例圖</b></p><p>　　用例圖（即User Case）是挖掘用戶需求的非常好的方法，它既關注于邏輯處理流程，又能夠有效捕獲用戶的需求。用例圖最大的特點是在于，它是以用戶的視角來分析問題的。

61、當著手繪制用例圖時，需要將系統(tǒng)看作一個黑盒，換句話說就是以一個局外人的角度來看問題。上一節(jié)采用數據流的分析方法，得到了系統(tǒng)的關鍵流程。而這里是從整體的角度來把握問題，便于做進一步的需求分析，如圖2-3所示。</p><p><b>　　圖 23　用例圖</b></p><p>　　既然是用例圖，從用戶的角度來看，可以設置若干角色如普通用戶、管理員、系統(tǒng)管理員等。根據

62、不同的角色，他們可以使用不同的功能，這些功能可能是交叉的，也可能是互不包含的?；诟鞣N功能的特性，普通用戶可以使用“個人中心”、“個人信息修改”、“文件管理”和“查看共享信息”四個功能。而管理員除了可以使用普通用戶的功能之外還具有“用戶管理”和“權限管理”的功能。另外為了保持系統(tǒng)的正常運轉，還設有系統(tǒng)管理員，除了具有普通管理員的兩個系統(tǒng)管理功能之外，他還可以對系統(tǒng)進行設置，并且可以查看系統(tǒng)的歷史記錄。</p><p&

63、gt;　　另外還有幾個子模塊作為通用功能提供給上層模塊使用，如“文件上傳”、“權限判斷”等。個人中心和文件管理同時要用到“文件上傳”功能，而“文件管理”、“查看共享信息”以及“權限管理中心”都會用到“權限判斷”功能。</p><p><b>　　功能需求分析</b></p><p>　　通過公司資源共享管理流程、數據流程和用例圖的分析，系統(tǒng)的需求已經逐漸的清晰，這個時

64、候我們非常關注于用戶的最終需求。為了更好的表述用戶的最終需求，在此繪制了簡單的功能模塊圖，如圖2-4所示。請注意，這里還沒有做模塊的更細致的劃分，因為這里只是為了方便地表示需求。</p><p>　　圖 24　功能模塊圖</p><p>　　很顯然，該系統(tǒng)分為七個模塊，而這些模塊大都來自于上文中用例圖的分析，包括“個人中心”，“個人信息”，“文件管理”，“查看共享”，“用戶管理”，“權限

65、管理”和“歷史記錄”。以下對各個功能模塊做一個需求描述。</p><p>　　（1）個人中心。包括快速上傳，最新共享和最近登錄記錄。</p><p>　?。?）個人信息。包括基本信息和上下級信息。</p><p>　　（3）文件管理。包括文件上傳，文件下載以及權限相關設置。</p><p>　?。?）查看共享。包括文件下載和分類查看。<

66、/p><p>　?。?）用戶管理。主要是用戶的增加、刪除、修改等。</p><p>　?。?）權限管理。對于角色權限的賦予與撤銷。</p><p>　　（7）歷史記錄。對訪問的情況作記錄展示。</p><p><b>　　概要設計</b></p><p><b>　　開發(fā)方法</b&g

67、t;</p><p>　　軟件開發(fā)方法是一種使用已經定義好的技術集及符號表示習慣來阻止軟件生產過程的方法，該方法一般表述為一系列步驟，每一步驟都與相應的技術和符號相關。其目標是要在規(guī)定的投資和時間內，開發(fā)出符合用戶需求的、高質量的軟件。</p><p>　　軟件開發(fā)方法大體可以分為兩類：結構化的開發(fā)方法SDM（Structured Design Method）和面向對象的開發(fā)方法OOSD（

68、Object-Oriented Software Development）。另外還有原型化的開發(fā)方法作為補充。</p><p>　　結構化的開發(fā)方法是以數據流作為開發(fā)基礎，以功能的分解和抽象作為開發(fā)原則。它包括一系列的準則，如分解與抽象、模塊的獨立性、信息隱蔽等，以便提高軟件結構的合理性。由于自方法開創(chuàng)之初就得到了大量的應用，如今已經變得比較成熟且穩(wěn)定，它具有快速、自然、方便的特點。結構化的開發(fā)方法主要由結構化的

69、分析方法SA（Structured Analysis）、結構化的設計方法SD（Structured Design）和結構化的程序設計方法SP （Structured Program）組成。這三個方法分別對應軟件工程的三個重要過程（需求分析，軟件設計和軟件實現）。結構化的開發(fā)方法要求具有整體思維，能夠從問題的整體著眼，逐漸將問題拆解，即“自定而下、逐步求精”。</p><p>　　而面向對象的開發(fā)方法的核心思想是：

70、對問題領域進行自然分割，以更接近人類通常思維的方式建立問題領域的模型，以便對客觀的信息實體進行結構和行為模擬，從而使設計的軟件更直接地表現問題的求解過程。面向對象的開發(fā)方法以對象作為基本元素，是分析和解決問題的核心。同樣面向對象的開發(fā)方法也分為三個部分，即面向對象的分析方法OOA（Object-Oriented Analysis），面向對象的設計方法OOD（Object-Oriented Design）和面向對象的程序設計方法OOP（O

71、bject-Oriented Program）。</p><p>　　在這里本項目采用面向結構的開發(fā)方法和面向對象的開發(fā)方法相結合的方法。</p><p><b>　　體系結構設計</b></p><p><b>　　體系結構簡述</b></p><p>　　軟件體系結構為軟件系統(tǒng)提供了一個結構、行

72、為和屬性的高級抽象，由構成系統(tǒng)的元素的描述、元素間的相互作用、指導元素集成的模式，以及這些模式的約束組成。</p><p>　　軟件體系結構主要分為倉儲式結構和分布式結構。</p><p>　　在倉儲式結構中，各個子系統(tǒng)都同時依賴于一個中央的數據倉儲，所有的程序都圍繞著這個數據倉儲運行。其優(yōu)點在于，它只與數據相關，數據的結構是固定的，因此另一個子系統(tǒng)產生的數據可以被其它子系統(tǒng)的數據共享。這

73、樣一來，新的子系統(tǒng)的數據結構只要能夠映射到這個中央數據倉儲，那么很容易集成進去。它的優(yōu)點同時也是它的缺點，每個子系統(tǒng)需要具有一致的數據視圖，在這種情況下必然會以損失一定的性能作為代價。而且一旦一個子系統(tǒng)的數據視圖發(fā)生改變，必須通過專門的數據翻譯模塊才能繼續(xù)融合在此系統(tǒng)中，這就大大增加了時間和空間開銷。</p><p>　　相對于倉儲式結構，分布式結構將緊密耦合的功能分散開來。分布式結構的核心思想是，充分利用計算機

74、網絡，將繁重的計算按照一定的規(guī)則分配給網絡的各個節(jié)點，從而提高了計算速度和效率。最典型的分布式結構就是客戶-服務器C/S(Client/Server)結構了，從字面上來看，它具有兩個抽象意義的節(jié)點服務器和客戶，再加上網絡，就組成了整個系統(tǒng)。如現在的大型網絡游戲大多采用客戶-服務器結構，大部分的數據邏輯處理和界面表示都由客戶端完成，而服務器端只進行必要的數據存儲和數據交換，因此這種結構大大減輕了主計算機的壓力。</p>&l

75、t;p>　　而隨著硬件性能的提高和網絡帶寬的提高，服務器已經能夠承受越來越多的計算任務，正因為如此瀏覽器-服務器B/S(Browser/Server)結構正悄然的流行開來。從本質上來講，B/S結構也是一種C/S結構（如圖3-1所示），只不過服務器需要承擔更多的計算任務，我們又稱他為瘦客戶端結構。B/S的好處在于，降低了客戶端的門檻。</p><p>　　圖31　B/S架構和C/S架構</p>

76、<p><b>　　體系結構的選擇</b></p><p>　　基于上一節(jié)的分析，可以看出，在硬件系統(tǒng)和網絡系統(tǒng)更為健碩的今天，基于B/S架構的體系結構軟件在實現公司資源共享管理系統(tǒng)時具有比較大的優(yōu)勢，因為采用統(tǒng)一的網絡協(xié)議，它具有比較強的可擴展性，比如使用Web服務，無須開發(fā)者關心通訊的具體細節(jié)，只需要處理網絡結構提交過來的代碼就可以了。</p><p>

77、;　　因此本系統(tǒng)采用基于Web的B/S結構作為基本結構。并且使用數據訪問層、業(yè)務邏輯層和表示層作為開發(fā)的基本架構，如圖3-2所示。</p><p>　　圖3 2　三層架構示意圖</p><p>　　用戶界面層，即展示層，該層主要是處理與用戶界面相關的代碼，代碼放置的原則是盡量少放置邏輯代碼，將大部分邏輯處理代碼放在業(yè)務邏輯層。</p><p>　　業(yè)務層邏輯層。該

78、層主要用來放置算法的邏輯代碼，而并不直接訪問數據庫，該層需要調用數據訪問層中的方法來獲得數據。</p><p>　　數據訪問層。即直接訪問數據的一層，所有的SQL代碼的執(zhí)行和存儲過程的調用就通過該層來實現。另外，該層中可以抽象出數據訪問公用的子層，以便數據訪問的高層方法快速實現數據訪問。</p><p>　　三層架構布局清晰，各層各司其職，增強了程序的層次感和可讀性，而且便于程序移植，因此

79、非常適合于本系統(tǒng)的開發(fā)。</p><p><b>　　實體聯(lián)系圖</b></p><p>　　根據需求分析中對資源共享管理過程分析和系統(tǒng)數據流程圖分析，進一步給出系統(tǒng)的實體-聯(lián)系圖（如圖3-3）。</p><p>　　圖33　系統(tǒng)實體關系圖</p><p>　　由圖可見，系統(tǒng)主要由用戶、文件（資源）、角色和權限四個最重

80、要的實體構成。用戶是系統(tǒng)的與人相對應的唯一實體，也是一個操作其它實體的主體。它主要與兩個實體發(fā)生關系，一個文件，另一個是角色。用戶與文件的關系是擁有與被擁有的關系，一個文件只能屬于一個用戶，但一個用戶可以有多個文件，因此用戶和文件是1：n的關系；用戶與角色是扮演與被扮演的關系，但相對于用戶與文件的關系，它們之間的關系卻是多對多，因為一個用戶可以有多個角色，一個角色可以由多個用戶來扮演，這就像一個家庭，如果你是人到中年的男性，那么你既是父

81、親又是丈夫，扮演了兩個角色，而父親這個角色可以有不同的人來承擔，你是你兒子的父親，你父親又是你的父親，這就很形象的說明了用戶與角色具有m：n的關系。而角色與權限也存在關系，比如平時是母親做菜，就說母親具有掌勺的權限，但是周末了父親想露一手，那么，父親同樣也有掌勺的權限，也就是說一個權限可以被多個角色來擁有。同樣，反過來看，更容易理解的是一個角色具有多個權限，因為你不僅有掌勺的權限，也可以有買菜的權限。同樣把這些概念映射到一個公司也是很容

82、易理解的，因此角色和權限之間也是多對多的關系。另外，還有文件類</p><p>　　另外，這張圖省去了一些并不重要的屬性（這里的“不重要”是指對于關系的不重要，但也許對于用戶來講會很重要），僅保留了與關系密切相連的屬性，以突出“聯(lián)系”的重要性。</p><p><b>　　系統(tǒng)功能劃分</b></p><p>　　在需求分析的最后一節(jié)（見2.5

83、節(jié)），已經給出了系統(tǒng)的簡要系統(tǒng)功能模塊圖。然而那僅僅是為了描述需求而模糊定義的。在概要設計階段，便可以有足夠的精力來關注模塊的劃分和子模塊的進一步劃分，以便從開發(fā)者的角度來思考系統(tǒng)的功能結構。因此，在這里繪制了詳細的功能模塊圖，如圖3-4所示。</p><p>　　圖 34　詳細功能模塊圖</p><p>　　同樣，按照需求分析，系統(tǒng)被劃分為“個人中心”、“個人信息”、“文件管理”、“查

84、看共享”、“用戶管理”、“權限管理”和“歷史記錄”七個模塊。下面就對這八個模塊做一個詳細的劃分。</p><p>　?。?）個人中心。個人中心是用戶登錄后看到的第一個頁面，因此，這里一定要放置最重要的、最可能用到的內容，經過分析，這里設置了“快速導航圖標”、“最近共享”、“最近的登錄”和“資源快速發(fā)布”四個子模塊。</p><p>　?。?）個人信息。個人信息是用戶最基本信息的操作場所，包

85、括三種類型的信息，即“基本信息”、“上下級信息”和“角色信息”，這些信息有的可讀可寫，有的只讀不寫。</p><p>　?。?）文件管理。由于該系統(tǒng)是資源共享管理系統(tǒng)，文件管理負責文件的相關操作，因此它是整個系統(tǒng)的核心部分，因此劃分出來的子模塊也是較多的。該模塊包括“文件上傳”、“文件下載”、“文件移動”、“文件刪除”和“文件夾操作”五個子模塊。</p><p>　?。?）查看共享。所謂查

86、看共享指的是查看其它用戶允許你查看的資源，這里就突出該系統(tǒng)的共享的功能。該模塊的子模塊較少，主要是“共享文件的呈現”和“文件的篩選”。</p><p>　?。?）用戶管理。用戶管理的核心是用戶的相關操作，為了操作方便，將用戶的角色授予功能也包含在該模塊中。該模塊包括“用戶樹形展現”、“用戶新建”、“用戶信息修改”、“用戶刪除”、“位置移動”和“角色設置”等六個子模塊。</p><p>　　

87、（6）權限管理。該模塊主要是主要權限與角色的關系操作，即某個角色給予它某個權限的。該模塊主要包括三個子模塊“角色權限的呈現”、“權限賦予”和“權限刪除”。</p><p>　　（7）歷史記錄。該模塊是簡單的記錄了IP地址訪問頁面的情況，所以只有一個子模塊“歷史記錄呈現”。</p><p><b>　　詳細設計</b></p><p><b

88、>　　數據庫設計</b></p><p><b>　　數據庫關系圖</b></p><p>　　根據需求分析階段的系統(tǒng)用例分析，可以基本確定用戶的需求，同時根據概要設計階段進一步導出的實體聯(lián)系圖（E-R圖），可以基本確定數據庫的必要的字段以及相互間的約束關系。通過使用SQL Server的數據庫關系圖來設計數據庫各個表格之間的宏觀關系，如圖4-1所示

89、。</p><p>　　圖 41　數據庫關系圖</p><p>　　由圖可見，有四個最為重要的表：用戶信息表UserInformation，文件表FileInformation，角色表Role，權限表Authority。這四個表分別對應實體關系圖中的用戶，文件，角色和權限這個四個實體。這些實體間會分別相互產生關系。角色表和用戶表相互作用產生用戶角色表UserRole，權限表和角色表相互作

90、用產生角色權限表Role_Authority，因此用戶信息表、用戶角色表、角色表、角色權限表和權限表構成了系統(tǒng)權限的主體數據。而用戶和文件是一對多的關系，所以關系表可以省略，直接加在文件信息表。另外，為了控制資源權限，需要引入資源角色表ResourceRole，同樣資源角色和資源是一對多的關系，所以同樣可以將關系表省略，關系直接蘊含在文件信息表中。</p><p>　　除此之外，還有歷史記錄表HistoryRec

91、ord和系統(tǒng)信息表SystemInformation。</p><p><b>　　物理結構設計</b></p><p>　?。?）用戶信息表。該表主要記錄用戶的基本信息，以及用戶之間的層次關系。其中密碼采用32位MD5碼的方式存放。而u_parentid字段是表示層次關系的關鍵字段，而讀取時往往采用遞歸的方式查詢，這就需要通過存儲過程來完成。表4-1列出了用戶信息表

92、的物理結構。</p><p>　　表4-1　用戶信息表UserInformation</p><p>　　（2）文件信息表。該表主要用于描述文件的基本信息，同樣它也表示文件的層次關系。比較特殊的是為了虛擬出文件夾，這里增加了一個標識字段f_isDictionary來作區(qū)分。同樣，它也設置了一個f_parentid字段來描述層次關系。但值得注意的是，如果一條記錄不是“文件夾”，它的編號是不允

93、許成為其它記錄的父編號的。表4-2列出了文件信息表的物理結構。</p><p>　　表4-2　文件信息表FileInformation</p><p>　?。?）資源角色表。該表主要定義了資源的幾種訪問權限，表中僅記錄權限的類型，具體的權限判斷操作在存儲過程中實現。表4-3列出了資源角色表的物理結構。</p><p>　　表4-3　資源角色表ResourceRole

94、</p><p>　?。?）用戶訪問記錄表。該表的作用是記錄的登錄時間信息，以便提供給用戶判斷自身登錄的安全性，即防止其它用戶冒名登錄而合法用戶登錄卻不知情。設置該表的目的是，采用互動安全策略，即系統(tǒng)使用過程的安全是用戶和系統(tǒng)共同完成的。表4-4列出了用戶訪問記錄表的物理結構。</p><p>　　表4-4　用戶訪問記錄表UserLoginRecord</p><p&g

95、t;　?。?）角色表。該表主要是定義幾種角色以便為其分配相應的權限，它需要與權限表和用戶表發(fā)生關系。表4-5列出了角色表的物理結構。</p><p>　　表4-5　角色表Role</p><p>　?。?）權限表。該表定義了頁面級的權限項目，每一條記錄代表頁面級的權限。為了發(fā)揮作用，它需要與角色表發(fā)生關系。表4-6列出了角色表的物理結構。</p><p>　　表4-

96、6　權限表Authority</p><p>　　（7）用戶角色表。用戶角色表是用戶表與角色表的關系表，即一個用戶可以有多個角色，一個角色可以被多個用戶扮演，一個用戶的權限是他所有角色的權限的并集。表4-7列出了權限表的物理結構。</p><p>　　表4-7　用戶角色表RoleUser</p><p>　?。?）角色權限表。角色權限表是權限表與角色表的關系表，即一

97、個權限可以屬于多個角色，一個角色可以擁有多個權限。該表需要與與用戶角色表配合使用。表4-8列出了用戶角色表的物理結構。</p><p>　　表4-8　用戶角色表RoleAuthority</p><p>　?。?）系統(tǒng)信息表。系統(tǒng)信息表是系統(tǒng)的控制表，該表僅記錄必要的控制信息，為了增強字段的通用性，需要以字符串來存儲。表4-9列出了系統(tǒng)信息表的物理結構。</p><p&

98、gt;　　表4-9　系統(tǒng)信息表SystemInformation</p><p>　　（10）歷史記錄表。歷史記錄表記錄了所有的HTTP請求的頁面、IP地址和時間，為管理員實時關注系統(tǒng)的運行和被使用的狀態(tài)提供了依據。表4-10列出了歷史記錄表的物理結構。</p><p>　　表4-10　歷史記錄表HistroyRecord</p><p><b>　　主要

99、模塊設計</b></p><p><b>　　文件管理</b></p><p>　　（1）功能描述。該模塊是本系統(tǒng)的核心，主要負責文件和文件夾及其權限的相關的操作。</p><p>　?。?）類關系圖。如圖4-2所示。</p><p>　　圖4-2　“文件管理”類關系圖</p><p>

100、;　　（3）算法設計。該模塊需要具有文件管理和文件夾管理功能，它們的實現具有一定的相似性，如添加、刪除和修改操作。</p><p>　　文件管理的算法是該系統(tǒng)的核心算法。對于添加文件的功能，首先要將文件的信息加入數據庫中，然后上傳文件。值得注意的是，此處需要取得父級目錄的文件表中的標識號作為字段f_parentid的值，以便做出層次化的效果。對于刪除文件的操作，要先刪除文件，再刪除數據庫中的記錄，這兩部要保持同步

101、。對于文件的權限配置，它具有“保密”，“上級可見”，“下級可見”和“公開”四種權限級別，通過整型的f_rr_d字段來做區(qū)分。另外對于文件下載的功能，使用一個獨立的子模塊“文件下載”來實現，當用戶請求時，僅僅向獨立的子模塊傳遞一個文件的編號，而文件下載之前的一系列的判斷權限、改名的操作都由該子模塊來實現。</p><p>　　文件夾的相關算法就不那么復雜。這里的“文件夾”都是虛擬的，在數據庫中它和“文件一樣”都是二

102、維表“文件信息表”中的一條記錄，通過字段f_isDirectory來標識。文件夾的添加要簡單的多，僅需要插入一條記錄即可。文件夾的刪除就相對麻煩一點，首先要刪除文件實體，然后再刪除數據庫中的記錄。而對于文件夾的權限問題來講，這里做了簡化，即文件夾不存在權限的問題，用戶如果想共享某個文件，必須指定這個文件的權限，文件夾無法對文件產生權限影響。</p><p>　　文件和文件夾的移動是比較簡單的，由于文件都是放置在同

103、一級目錄下，因此不需要實體文件的移動，僅需要更新數據庫中的該文件或者文件夾的“父編號”字段即可。</p><p>　　（4）模塊結構圖。如圖4-3所示。</p><p>　　圖43　“文件管理”結構圖</p><p>　?。?）程序接口。調用該模塊的上一級模塊是框架頁中的左框架，該模塊調用“文件下載”模塊和“權限驗證”模塊。</p><p>

104、;<b>　　查看共享</b></p><p>　?。?）功能描述。該模塊主要負責用戶查看別人共享的資源，這也是共享的實現模塊。</p><p>　?。?）類關系圖。如圖4-4所示。</p><p>　?。?）算法設計。該模塊設計的核心在于能夠根據用戶上傳時既定的權限，來確定是否將該資源的信息呈現出來，另外一個是為了方便用戶，提供了篩選的功能。

105、</p><p>　　對于資源信息呈現，邏輯層的任務比較簡單，但數據層的任務比較復雜，因此需要在數據庫管理系統(tǒng)內部通過存儲過程來實現。為了介紹具體的算法，首先介紹一個重要的子算法。</p><p>　　這個子算法是判斷對于某一個文件的編號，該用戶能否訪問，它是通過函數來實現的，在過程中僅需要調取其返回值即可。那么該子算法是如何實現的呢？首先要通過文件編號，找到該文件的權限，然后根據權限的不

106、同情況（如“保密”，“上級可見”，“公開”等）查找出可以被查看的用戶表，然后判斷該用戶是否在這個可查看的用戶表中。</p><p>　　有了這個子算法就如魚得水了，因為只需要在存儲過程中select文件表中的所有文件，在where條件中調用此子算法，即可得出該用戶能夠查看的所有文件。因此該算法的重點在于實現子算法的函數，它需要根據現實意義中的權限，遞歸地查找二維表中上下級的記錄，以便形成二維表。</p>

107、;<p>　　另外為了實現篩選功能，需要在前臺建立一個與后臺代碼連接的響應方法，然后根據用戶所選擇的發(fā)布者的編號，在以上算法的基礎上，再增加where中的條件。</p><p>　　值得注意的是，信息的呈現只是權限的第一步，因為假設一個用戶圖謀不軌，他將別人的資源鏈接復制過來，直接拷貝到瀏覽器中瀏覽，那資源的權限控制同樣沒有達到目的。因此在資源下載的子模塊中同樣要加入對于用戶權限的判斷，用戶的編號是

108、從Session中讀取，然后判斷該用戶能否有權限訪問該文件。</p><p>　?。?）模塊結構圖。如圖4-5所示。</p><p>　　圖44　“查看共享”類關系圖</p><p>　　圖45　“查看共享”結構圖</p><p>　?。?）程序接口。調用該模塊的上一級模塊是框架頁中的左框架，該模塊調用“文件下載”模塊和“權限驗證”模塊。

109、可見該模塊同文件管理調用的子模塊類似，因為都提供文件訪問的功能。</p><p><b>　　用戶管理</b></p><p>　?。?）功能描述。該部分的主要實現樹形用戶的顯示，以及建立在這種模式下的管理操作。</p><p>　?。?）類關系圖。如圖4-6所示。</p><p>　　圖46　“用戶管理”類關系圖&l