web系統(tǒng)助手的設計與實現(xiàn)【畢業(yè)論文】

1、<p>　　本科畢業(yè)設計（論文）</p><p><b>　　（20 屆）</b></p><p>　　web系統(tǒng)助手的設計與實現(xiàn)</p><p><b>　　目 錄</b></p><p><b>　　摘 要I</b></p><p>

2、;　　AbstractII</p><p><b>　　1. 緒論1</b></p><p>　　1.1 系統(tǒng)開發(fā)的背景及意義1</p><p>　　1.2 Web系統(tǒng)助手的發(fā)展現(xiàn)狀2</p><p>　　1.3 系統(tǒng)應用技術概述2</p><p>　　1.3.1 RMI技術框架2&l

3、t;/p><p>　　1.3.2 Flex RIA介紹3</p><p>　　1.3.3 Flex數(shù)據(jù)訪問組件4</p><p>　　2. 系統(tǒng)需求分析6</p><p>　　2.1 需求概述6</p><p>　　2.2 系統(tǒng)功能需求6</p><p>　　2.3 軟件質量需求9<

4、;/p><p>　　3. 系統(tǒng)設計11</p><p><b>　　3.1 簡述11</b></p><p>　　3.2 架構設計11</p><p>　　3.2.1 系統(tǒng)物理架構11</p><p>　　3.2.2 系統(tǒng)業(yè)務架構12</p><p>　　3.2.3

5、系統(tǒng)功能架構13</p><p>　　3.3 關鍵問題解決方案設計15</p><p>　　3.3.1 簡述15</p><p>　　3.3.2 Web端啟動web助手（pc應用）15</p><p>　　3.3.3 Web端與web助手通信17</p><p>　　3.3.4 Web助手單點登錄18<

6、;/p><p>　　3.3.5 Web助手與文件系統(tǒng)通信（文件斷點續(xù)傳）20</p><p>　　3.3.6 負載均衡以及文件存儲策略21</p><p>　　3.4 系統(tǒng)詳細設計24</p><p>　　3.4.1 用戶登錄模塊設計24</p><p>　　3.4.2 文件管理28</p><

7、;p>　　3.4.3 消息管理32</p><p>　　3.5 數(shù)據(jù)庫設計35</p><p>　　3.5.1 數(shù)據(jù)庫概念結構設計35</p><p>　　3.5.2 邏輯結構設計36</p><p>　　3.5.3 物理結構設計38</p><p>　　4. 系統(tǒng)實現(xiàn)40</p>&l

8、t;p>　　4.1 單點登錄實現(xiàn)40</p><p>　　4.1.1 主要代碼40</p><p>　　4.1.2 功能界面41</p><p>　　4.2 文件斷點續(xù)傳實現(xiàn)41</p><p>　　4.2.1 主要代碼41</p><p>　　4.2.2 功能界面43</p><

9、p>　　4.3 消息實時提醒實現(xiàn)43</p><p>　　4.3.1 主要代碼43</p><p>　　4.3.2 功能界面44</p><p>　　5. 系統(tǒng)測試45</p><p>　　5.1 測試計劃45</p><p>　　5.2 測試設計45</p><p>　　5.

10、3 測試實施48</p><p><b>　　6. 總結49</b></p><p><b>　　致 謝50</b></p><p><b>　　參考文獻51</b></p><p><b>　　文獻綜述53</b></p>&

11、lt;p><b>　　摘 要</b></p><p>　　Web系統(tǒng)助手是一套以增強傳統(tǒng)web應用為目的的桌面應用系統(tǒng)。</p><p>　　傳統(tǒng)web應用是基于瀏覽器的應用，瀏覽器的固有交互方式，安全限制等因素會造成web應用無法實時消息提醒，文件上傳功能單一，登錄繁瑣。</p><p>　　本系統(tǒng)通過分析傳統(tǒng)web應用缺陷，以“科

12、委項目申報系統(tǒng)”為案例，設計完成了一套以提升傳統(tǒng)web應用用戶體驗，增強傳統(tǒng)web應用軟件質量為目的c/s與b/s架構相結合的系統(tǒng)。本系統(tǒng)能夠解決：</p><p><b>　　1、消息實時接收。</b></p><p>　　2、大文件斷點續(xù)傳，分布式存儲。</p><p><b>　　3、單點登錄。</b></p&

13、gt;<p>　　本系統(tǒng)在Flex平臺下開發(fā)，客戶端采用flex AIR技術，Web前端采用flash技術，實現(xiàn)客戶端與web端通信。服務端在java平臺下使用Hibernate和Spring等框架技術做到數(shù)據(jù)持久化，事務管理。用DBblaze框架實現(xiàn)flex與java服務端通信。</p><p>　　論文分為7部分，第一部分首先介紹了課題研究的背景和意義，web系統(tǒng)助手的發(fā)展現(xiàn)狀以及系統(tǒng)應用技術做

14、了簡短介紹；第二部分詳細的闡述了系統(tǒng)的需求分析；第三部分介紹從架構設計，關鍵問題解決方案設計，系統(tǒng)詳細設計，數(shù)據(jù)庫設計等方面來闡述系統(tǒng)設計。第四部分從主要代碼和功能效果方面介紹了系統(tǒng)實現(xiàn)，第五部分做了系統(tǒng)測試。最后第六部分對論文的研究成果進行了總結。</p><p>　　關鍵詞：web系統(tǒng)助手 實時 斷點續(xù)傳 單點登錄 分布式</p><p><b>　　Abstract&l

15、t;/b></p><p>　　Web Assistant is a system to enhance traditional web applications for the purpose desktop applications.</p><p>　　Traditional web applications are based on the inherent interact

16、ive mode applications , the browser browser , and security restrictions and other factors that may cause the web application can not be real-time news alert , single file upload function , log cumbersome.</p><

17、p>　　The system by analyzing the defects of traditional web applications , "the CST project reporting system " for the case of a completed design to enhance the user experience of traditional web applications

18、 , and enhance the quality of traditional web applications for the purpose of c / s and b / s architecture phase binding systems. The system is able to solve :</p><p>　　1、the message received in real time .&

19、lt;/p><p>　　2、large file HTTP, distributed storage .</p><p>　　3、ingle sign-on .</p><p>　　The system platform developed under the Flex client using flex AIR technology, Web front-end us

20、ing flash technology, the client communicates with a web client. Server using frameworks such as Hibernate and Spring technologies to achieve data persistence in java platform , transaction management. Achieve flex and j

21、ava server communication DBblaze framework.</p><p>　　Paper is divided into seven parts, the first part introduces the background and significance of the research , web systems and system development status a

22、ssistant application technology made ??a brief introduction ; second part describes in detail the system requirements analysis ; third part introduces the overall architecture of the system , then the design of the datab

23、ase and the functional modules of the system has done a detailed exposition ; part V describes the realization of the main fun</p><p>　　Key words: Assistant web system, Real time, HTTP, Single Sign-On ,Distr

24、ibuted</p><p><b>　　緒論</b></p><p>　　系統(tǒng)開發(fā)的背景及意義</p><p>　　Web應用程序是一種可以通過Web訪問的應用程序。Web應用程序的一個最大好處是用戶很容易訪問應用程序，用戶只需要有瀏覽器即可。</p><p>　　在計算機產(chǎn)業(yè)飛速發(fā)展的12年間,軟硬件以及互聯(lián)網(wǎng)已有日

25、新月異的變化。業(yè)務需求愈加復雜的今天，傳統(tǒng)的web應用已經(jīng)露出了它的不足之處。</p><p>　　傳統(tǒng)的web系統(tǒng)基于B/S模式， B/S模式本身具體很多優(yōu)點，但同時也存在一些不能依靠B/S模式克服的重要的缺陷，如：</p><p>　　用戶接受web端發(fā)送的消息不夠及時；</p><p>　　文件上傳有大小限制，不支持多文件同時上傳，也不支持斷點續(xù)傳；</

26、p><p>　　用戶想要訪問web系統(tǒng)的某個功能，需要經(jīng)過登錄，跳轉等諸多繁瑣的步驟。</p><p>　　這些web系統(tǒng)的缺陷會給用戶的操作帶來極大的不便，而且隨著業(yè)務的不斷增大，這些缺陷所暴露出來的問題也越來越嚴重，促使軟件商不得不高度重視這個問題，于是開發(fā)一個能夠輔助web系統(tǒng)的軟件顯得十分有必要。</p><p>　　Web系統(tǒng)助手能夠彌補Web系統(tǒng)先天所存在的

27、缺陷，延長Web系統(tǒng)的生命周期。從用戶的角度看，使用Web系統(tǒng)助手相比直接使用Web系統(tǒng)更加方便，界面交互更加友好，操作效率更高。從軟件開發(fā)商的角度來看，使用Web系統(tǒng)助手可以輕松的解決一些B/S系統(tǒng)固有的技術難題，而且能把Web系統(tǒng)助手直接通過接口的方式集成到該開發(fā)商開發(fā)的其它Web系統(tǒng)。</p><p>　　現(xiàn)針對以上問題，web系統(tǒng)助手提出解決方案，首要解決：</p><p><

28、;b>　　1、消息實時提醒。</b></p><p>　　2、大文件斷點續(xù)傳，分布式存儲。</p><p><b>　　3、單點登錄。</b></p><p>　　本系統(tǒng)，主要針對以上問題，從需求分析，系統(tǒng)設計，主要實現(xiàn)等方面來討論，設計和開發(fā)web系統(tǒng)助手。</p><p>　　Web系統(tǒng)助手的發(fā)展現(xiàn)

29、狀</p><p>　　Web系統(tǒng)助手在現(xiàn)今大型互聯(lián)網(wǎng)應用中應用極為廣泛。從輔助web應用角度來說，有大家熟知的互聯(lián)網(wǎng)應用QQ。它在打開網(wǎng)頁時，會啟用單點登錄打開的網(wǎng)頁，比如qq空間，郵箱系統(tǒng)等；迅雷在建立文件任務下載前，會啟動迅雷應用。以及youku客戶端等。</p><p>　　web系統(tǒng)助手技術已相對成熟。但是各種web系統(tǒng)助手的功能卻不盡相同，有的以非常單一的功能構成，有的以極為豐

30、富的功能構成。隨著日益復雜的需求，web系統(tǒng)助手會以各種表現(xiàn)形式出現(xiàn)。</p><p>　　web應用不斷發(fā)展，Web系統(tǒng)助手將會在以后的互聯(lián)網(wǎng)應用中大展拳腳，web系統(tǒng)助手也將會有擁有自己的發(fā)展市場。</p><p>　　但目前的web系統(tǒng)助手仍然存在一些問題，如：</p><p>　　1、沒有統(tǒng)一的標準，通用性差.</p><p>　　2

31、、缺乏知識管理，資源共享。主要的實現(xiàn)技術沒有開源社區(qū)支持。</p><p><b>　　系統(tǒng)應用技術概述 </b></p><p><b>　　RMI技術框架</b></p><p>　　遠程方法調用是一種計算機之間對象互相調用對方函數(shù)，啟動對方進程的一種機制，使用這種機制，某一臺計算機上的對象在調用另外一臺計算機上的方法

32、時，使用的程序語法規(guī)則和在本地機上對象間的方法調用的語法規(guī)則一樣?！　∵@種機制給分布計算的系統(tǒng)設計、編程都帶來了極大的方便。只要按照RMI規(guī)則設計程序，可以不必再過問在RMI之下的網(wǎng)絡細節(jié)了，如：TCP和Socket等等?！　∪我鈨膳_計算機之間的通訊完全由RMI負責。調用遠程計算機上的對象就像本地對象一樣方便?！　?、面向對象：RMI可將完整的對象作為參數(shù)和返回值進行傳遞，而不僅僅是預定義的數(shù)據(jù)類型。也就是說，可以將類似Java哈

33、西表這樣的復雜類型作為一個參數(shù)進行傳遞?！　?、可移動屬性：RMI可將屬性從客戶機移動到服務器，或者從服務器移動到客戶機。　　3、設計方式：對象傳遞功能使您可以在分布式計算中充分利用面向對象技術的強大功能，如二層和三層結構系統(tǒng)。如果用戶能夠傳遞屬性，那么就可以在自己的解決方案中使用面向對象的設計方式。所有面向對象的設計方式無不依靠不同的屬性來發(fā)揮功能，如果不能傳遞完整的對象——包括實現(xiàn)和類型——就會失去設計方式上所提</p&g

34、t;<p>　　本系統(tǒng)分布式文件系統(tǒng)主要用此技術框架實現(xiàn)。遠程調用用于檢測文件系統(tǒng)的負載。最終根據(jù)負載情況為上傳的文件指定一臺文件服務器，以實現(xiàn)負載均衡。</p><p>　　Flex RIA介紹</p><p>　　Flex 是一個高效、免費的開源框架，可用于構建具有表現(xiàn)力的 Web應用程序，這些應用程序利用Adobe Flash Player和Adobe AIR, 運行時

35、跨瀏覽器、桌面和操作系統(tǒng)實現(xiàn)一致的部署。雖然只能使用 Flex 框架構建 Flex應用程序，但Adobe Flash Builder?（之前稱為 Adobe Flex Builder?）軟件可以通過智能編碼、交互式遍歷調試以及可視設計用戶界面布局等功能加快開發(fā)。</p><p>　　使用 Flex 創(chuàng)建的 RIA 可運行于使用 Adobe Flash Player 軟件的瀏覽器中，或在瀏覽器外運行于跨操作系統(tǒng)運行

36、時 Adobe AIR上，它們可以跨所有主要瀏覽器、在桌面上實現(xiàn)一致的運行。連接到 Internet 的計算機中超過 98% 裝有 Flash Player，這是一個企業(yè)級客戶端運行時，它的高級矢量圖形能處理要求最高、數(shù)據(jù)密集型應用程序，到桌面應用程序的執(zhí)行速度。通過利用 AIR，F(xiàn)lex應用程序可以訪問本地數(shù)據(jù)和系統(tǒng)資源。</p><p>　　Flex數(shù)據(jù)訪問組件</p><p>　　通

37、過數(shù)據(jù)訪問組件，客戶端應用程序可以通過網(wǎng)絡調用操作和服務。數(shù)據(jù)訪問組件使用遠程過程調用與服務器環(huán)境進行交互。數(shù)據(jù)訪問組件有以下三種：RemoteObject 組件、HTTPService 組件和 WebService 組件。</p><p>　　數(shù)據(jù)訪問組件是針對客戶端應用程序設計的，其中的調用和響應模型是訪問外部數(shù)據(jù)的最佳選擇。通過這些組件，客戶端可以對處理請求的遠程服務發(fā)出異步請求，然后將數(shù)據(jù)返回到應用程序。

38、</p><p>　　數(shù)據(jù)訪問組件調用遠程服務。隨后將從服務獲得的響應數(shù)據(jù)存儲到 ActionScript 對象中，或存儲為服務返回的任何其它格式。在客戶端應用程序中使用數(shù)據(jù)訪問組件可處理以下三種服務類型：</p><p>　　遠程對象服務 (RemoteObject)</p><p>　　Web 服務 (WebService)</p><p&g

39、t;　　HTTP 服務 (HTTPService)</p><p>　　WebService 組件</p><p>　　WebService 組件用于訪問 SOAP Web 服務，此類服務是帶有方法的軟件模塊。Web 服務方法通常稱為“操作”。Web 服務接口通過 Web 服務描述語言 (WSDL) 進行定義。通過 Web 服務提供的標準相容方式，在不同平臺上運行的軟件模塊可以相互交互。有

40、關 Web 服務的詳細信息，請訪問萬維網(wǎng)聯(lián)合會網(wǎng)站的 Web 服務部分，網(wǎng)址為 www.w3.org/2002/ws/。</p><p>　　客戶端應用程序可以與在 Web 服務描述語言 (WSDL) 文檔（以 URL 形式提供）中定義其接口的 Web 服務進行交互。WSDL 是一種標準格式，用于描述能夠由 Web 服務理解的消息、Web 服務對于這些消息的響應格式、Web 服務支持的協(xié)議以及將這些消息發(fā)送到何處

41、。</p><p>　　Flex 支持 WSDL 1.1，有關說明，請訪問 www.w3.org/TR/wsdl。Flex 支持 RPC-encoded 和 document-literal Web 服務。</p><p>　　Flex 支持格式設置為 SOAP 消息且通過 HTTP 傳輸?shù)?Web 服務請求和結果。SOAP 提供基于 XML 格式的定義，用于在 Web 服務客戶端（如使用

42、 Flex 構建的應用程序）和 Web 服務之間交換結構化和類型化信息。</p><p>　　如果在您的環(huán)境中 Web 服務是公認標準，則可以使用 WebService 組件連接 SOAP 相容的 Web 服務。對于企業(yè)環(huán)境中的對象，WebService 組件也很有用，但無需在 Web 應用程序的源路徑上提供。</p><p>　　Flash Builder 提供了用于以交互方式連接 We

43、b 服務的工作流。有關更多信息，請參閱訪問 Web 服務。</p><p>　　RemoteObject 組件</p><p>　　與 REST 樣式服務或 Web 服務一樣，使用遠程對象服務可以直接以本機格式訪問業(yè)務邏輯，而無需轉化為 XML 格式，從而節(jié)約將現(xiàn)有邏輯公開為 XML 所需的時間。遠程對象服務的另一個好處是通過有線網(wǎng)絡進行通信的速度較快。雖然數(shù)據(jù)交換仍通過 HTTP 或 H

44、TTPS 進行，但數(shù)據(jù)自身會序列化為二進制表示形式。使用 RemoteObject 組件將減少通過有線網(wǎng)絡傳輸?shù)臄?shù)據(jù)量，降低客戶端內存使用率，從而縮短處理時間。</p><p>　　在訪問服務器上的數(shù)據(jù)時，ColdFusion、PHP、BlazeDS 和 Adobe LiveCycle Data Services 可以使用服務器端類型化。客戶端應用程序可直接通過遠程調用指定對象上的方法，來訪問 Java 對象、C

45、oldFusion 組件（本質上是一個 Java 對象）或 PHP 類。服務器上的對象使用本機數(shù)據(jù)類型作為參數(shù)，使用這些參數(shù)查詢數(shù)據(jù)庫，并返回屬于其本機數(shù)據(jù)類型的值。</p><p><b>　　系統(tǒng)需求分析</b></p><p><b>　　需求概述</b></p><p>　　需求分析是系統(tǒng)開發(fā)的很重要的一環(huán)，首先要

46、進行需求調研，包括創(chuàng)建調研計劃、協(xié)調調研時間；收集客戶資料、獲取客戶需求；然后是編寫需求文檔，確定開發(fā)環(huán)境與運行環(huán)境，估算出項目工作量。在這一階段，系統(tǒng)分析員還要列出系統(tǒng)的大功能模塊，每個大功能模塊有哪些小功能模塊，對于有些需求比較明確相關的界面時，在這一步里還可以初步定義好少量的界面。在需求分析階段系統(tǒng)分析員要多次和客戶進行溝通，以便能夠滿足客戶的需求。本文參考以前WEB系統(tǒng)助手的成功經(jīng)驗，并經(jīng)過仔細的分析與調查后，得出系統(tǒng)用例如圖所

47、示：</p><p>　　圖2-1 系統(tǒng)用例圖</p><p><b>　　系統(tǒng)功能需求</b></p><p>　　Web系統(tǒng)助手業(yè)務功能</p><p>　　Web系統(tǒng)助手業(yè)務主要包括以下幾方面：</p><p>　　文件上傳功能。要求支持大文件上傳，多文件同時上傳，文件的分布式存儲，并且上傳

48、時依靠提供負載均衡器選擇服務器。能夠觀察上傳任務的進度、大小、狀態(tài)等，能夠對上傳的任務進行開始，暫停，刪除等操作。文件功能詳細用例表示如下：</p><p>　　圖2-2 文件系統(tǒng)用例圖</p><p>　　及時消息通信功能。普通用戶可以在不登陸web系統(tǒng)的情況下及時的接收web系統(tǒng)發(fā)送的消息，如果也沒有登錄Web系統(tǒng)助手，那么在將信息保存，當用戶登錄時提示。管理用戶可以對消息進行管理，包

49、括發(fā)送，編輯，刪除消息等操作。詳細用例表示如下：</p><p>　　圖2-3 消息系統(tǒng)用例圖</p><p>　　Web系統(tǒng)助手系統(tǒng)功能</p><p>　　Web系統(tǒng)助手的系統(tǒng)功能主要包括以下幾方面:</p><p>　　單點登錄功能。Web系統(tǒng)和Web系統(tǒng)助手共享用戶的登錄信息，用戶登錄或注銷通過單點登錄服務器來統(tǒng)一完成。用例圖如下：&

50、lt;/p><p>　　圖2-4 單點登錄系統(tǒng)用例圖</p><p>　　2、集成到Web系統(tǒng)的功能。要求能將Web系統(tǒng)助手集成到Web系統(tǒng)中，且要求配置簡單。</p><p>　　集成Web系統(tǒng)的業(yè)務功能。Web系統(tǒng)助手能夠將Web系統(tǒng)的業(yè)務集成到助手當中，要求配置簡單，且能夠集成以WebService發(fā)布的web系統(tǒng)。</p><p>　　除

51、此之外，還有如下要求： </p><p>　　1、安全性。Web系統(tǒng)助手與Web系統(tǒng)采用單點登錄，所以要對用戶的信息采用加密，隱藏等安全性措施。</p><p>　　2、穩(wěn)定性。當同時登錄Web系統(tǒng)的用戶逐漸增多時，尤其是用戶在使用上傳等對系統(tǒng)有高負荷的功能時，要使用負載均衡器來合理分配服務端的服務器。</p><p>　　3、移植性。Web系統(tǒng)助手不是孤立的，它可

52、能以后會在移動端或者其它各種設備中運行。在Web系統(tǒng)助手開發(fā)的過程中，應確保數(shù)據(jù)互通是各平臺兼容的，不僅是客戶端，還需要操作系統(tǒng)的兼容。</p><p>　　4、擴展性。Web系統(tǒng)助手要求能夠以多種便捷的方式集成各種Web系統(tǒng)和Web系統(tǒng)的業(yè)務功能，系統(tǒng)需要提供強大的擴展性以保證新業(yè)務能簡單易行地整合到系統(tǒng)。</p><p>　　5、便捷性。因為本系統(tǒng)是一款直接被用戶使用的助手軟件，所以要

53、求操作簡捷方便，符合多數(shù)用戶的操作習慣。</p><p>　　總而言之，本系統(tǒng)要實現(xiàn)的目標并不僅僅是針對某一個特定Web系統(tǒng)功能的功能軟件，更是成為一個能夠集成多個web系統(tǒng)，多種web系統(tǒng)業(yè)務功能的助手軟件。</p><p><b>　　軟件質量需求</b></p><p>　　軟件要符合明確敘述的功能和性能需求、文檔中明確描述的開發(fā)標準、以

54、及所有專業(yè)開發(fā)的軟件都應具有的隱含特征的程度。并且在軟件開發(fā)的過程中要遵循以下的幾點要求：</p><p><b>　　需求分析：</b></p><p>　　確保客戶所要求的系統(tǒng)是可行的。 </p><p>　　確?？蛻糁付ǖ男枨蟠_實能夠滿足他的真正要求。 </p><p>　　避免開發(fā)者和客戶之間的誤解。 </

55、p><p>　　向用戶提供為滿足他所提出的需求而實際構建的適當軟件系統(tǒng)。 </p><p><b>　　軟件規(guī)格說明：</b></p><p>　　通過建立需求跟蹤文檔，確保規(guī)格說明書與系統(tǒng)需求保持一致。 </p><p>　　確保規(guī)格說明書能適當?shù)馗倪M系統(tǒng)的靈活性、可維護性以及性能。 </p><p&g

56、t;　　確保已建立了測試策略。 </p><p>　　確保已建立了現(xiàn)實的開發(fā)進度表，包括 預定的評審。 </p><p>　　確保已為系統(tǒng)設計了正式的變更規(guī)程。 </p><p><b>　　設計：</b></p><p>　　確保已建立用于描述設計的標準，并且確保遵循這些標準。 </p><p>

57、;　　確保適當?shù)乜刂撇⒂梦臋n記錄對設計進行的變更。 </p><p>　　確保在系統(tǒng)設計組件已按照商定的準則得到批準之后才開始編碼。 </p><p>　　確保對設計的評審按照進度進行。 </p><p>　　確保代碼遵循已建立的風格、結構和文檔標準。 </p><p>　　確保代碼經(jīng)過適當測試和集成，同時對編碼模塊的修改得到適當?shù)臉俗R。 &

58、lt;/p><p>　　查看代碼編寫是否遵循既定的進度。 </p><p>　　確保代碼評審按照進度進行。 </p><p><b>　　測試：</b></p><p>　　確保測試計劃的建立和遵循。 </p><p>　　確保創(chuàng)建的測試計劃能夠滿足所有系統(tǒng)規(guī)格說明書的要求。 </p>

59、<p>　　確保經(jīng)過測試和返工后軟件與規(guī)格說明書保持一致。 </p><p><b>　　維護：</b></p><p>　　確保代碼和文檔的一致性。 </p><p>　　確保對已建立的變更控制過程進行監(jiān)測，包括將變更集成到軟件的產(chǎn)品版本中的過程。 </p><p>　　確保對代碼的修改遵循編碼標準，并且要對

60、其進行評審，不要破壞整個代碼結構。</p><p><b>　　系統(tǒng)設計</b></p><p><b>　　簡述</b></p><p>　　系統(tǒng)采用C/S和B/S的混合結構模式。系統(tǒng)的分析設計采用面向對象的技術，應用VisioViewer、starUML等工具進行輔助設計。</p><p>　　

61、系統(tǒng)的設計原則如下：</p><p>　　1．用戶界面設計原則：為了讓系統(tǒng)擁有良好人機交互界面，本軟件系統(tǒng)用戶界面布局應考慮到用戶的操作習慣，做到功能布局明顯、空間分配平衡，以及界面統(tǒng)一規(guī)范化等。</p><p>　　2．數(shù)據(jù)庫設計原則：在進行數(shù)據(jù)庫設計時需要注意命名的規(guī)范，數(shù)據(jù)的一致性和完整性等。</p><p>　　3．用戶操作簡單快捷：作為一款助手軟件，在用戶

62、操作上，用戶感覺操作簡單易上手，符合多數(shù)用戶的操作習慣，且提供某些快捷功能，如系統(tǒng)托盤等。</p><p>　　4．高度可擴展性原則：考慮到本系統(tǒng)是針對Web系統(tǒng)的助手軟件，需要集成許多Web系統(tǒng)的系統(tǒng)功能，所以本系統(tǒng)的數(shù)據(jù)交互跨平臺，且提供了對Web系統(tǒng)的集成接口。</p><p><b>　　架構設計</b></p><p><b&g

63、t;　　系統(tǒng)物理架構</b></p><p>　　系統(tǒng)共分為兩個服務，分別是前臺客戶端和后臺服務端：</p><p>　　1、前臺客戶端：使用Flex桌面應用程序來顯示前臺Web系統(tǒng)助手的客戶端，它與后臺的Web系統(tǒng)助手構成了基于C/S的架構，使用瀏覽器來顯示W(wǎng)eb系統(tǒng)的前端，可以顯示現(xiàn)在流行的JSP、ASP、PHP、PERL等動態(tài)頁面，它與后臺的Web服務器構成基于B/S的架

64、構</p><p>　　2、后臺服務端： Web系統(tǒng)助手服務器與Web服務器可單獨部署，Web服務器和Web系統(tǒng)助手服務器都可使用同一數(shù)據(jù)庫，同時，當Web系統(tǒng)助手執(zhí)行文件上傳功能時，可通過負載均衡器來分配文件服務器。</p><p>　　圖3-1 系統(tǒng)物理架構圖</p><p><b>　　系統(tǒng)業(yè)務架構</b></p><

65、p>　　以業(yè)務調用過程圖來說明本系統(tǒng)在整個web業(yè)務架構下大體業(yè)務流程,如下圖:</p><p>　　圖3-2 web系統(tǒng)業(yè)務調用過程</p><p>　　Web系統(tǒng)助手主要業(yè)務調用過程如下：</p><p>　　圖3-3 web系統(tǒng)助手業(yè)務調用過程</p><p><b>　　系統(tǒng)功能架構</b></p&g

66、t;<p>　　下面采用結構化的圖形方式對Web系統(tǒng)助手的操作流程進行說明分析。系統(tǒng)根據(jù)功能可分為3個子模塊（注：這只是本系統(tǒng)暫時集成的功能模塊，還可繼續(xù)集成其他Web系統(tǒng)的業(yè)務功能），下面就對這些子模塊進行闡述分析。以下是Web系統(tǒng)助手后臺的功能架構圖：</p><p>　　圖3-4 web系統(tǒng)助手后臺功能架構圖</p><p>　　以下是web系統(tǒng)助手客戶端功能架構圖：&

67、lt;/p><p>　　圖3-5 web系統(tǒng)助手客戶端功能架構圖</p><p>　　用戶通過登錄界面登錄本系統(tǒng)后，系統(tǒng)將會呈現(xiàn)包括文件上傳管理、消息管理、等功能界面，用戶可以根據(jù)需要選擇相應的功能。</p><p>　　下面對各功能模塊間的操作處理關系進行說明： </p><p>　　1、文件上傳管理。用戶在本模塊可以對文件進行上傳操作，同時也

68、可以暫停文件的上傳，或者多個文件同時上傳。可以刪除已經(jīng)建立的文件任務，也可以暫停正在執(zhí)行的任務。</p><p>　　2、消息管理。Web系統(tǒng)助手可以放入系統(tǒng)托盤，當Web系統(tǒng)給用戶發(fā)送了消息，系統(tǒng)托盤會提示，同時，也可以快捷的通過Web系統(tǒng)助手查看消息。</p><p>　　3、單點登錄。用戶無論從web登錄，還是從web助手登錄，可直接從客戶端訪問web網(wǎng)頁，無須再次登錄。所能快捷打開

69、的網(wǎng)頁可以自行配置。</p><p>　　關鍵問題解決方案設計 </p><p><b>　　簡述</b></p><p>　　本系統(tǒng)主要涉及5個技術難點。每個技術難點的實現(xiàn)都是有選擇性的。本系統(tǒng)根據(jù)各種技術實現(xiàn)方式，結合自身系統(tǒng)環(huán)境，參考目前互聯(lián)網(wǎng)應用。選擇一種最適合本系統(tǒng)的技術實現(xiàn)方式，快速，簡單，安全，穩(wěn)定地構建本系統(tǒng)。</p>

70、;<p>　　Web端啟動web助手（pc應用）</p><p>　　目前互聯(lián)網(wǎng)實現(xiàn)web端調用桌面應用的技術主要有兩種方式：</p><p><b>　　利用web插件</b></p><p>　　利用web插件方式實現(xiàn)web端啟動桌面應用，優(yōu)點在于夸平臺性高，穩(wěn)定。目前可見互聯(lián)網(wǎng)產(chǎn)品，迅雷，QQ，快播等都是用這種方式啟動桌面應

71、用。這也是比較成熟的解決方案。但此種方式實現(xiàn)過于復雜。如果要實現(xiàn)跨平臺，至少需要開發(fā)兩套插件：</p><p>　　ActiveX：一套是在windows平臺上的IE瀏覽器ActiveX插件。ActiveX 是一個開放的集成平臺，為開發(fā)人員、 用戶和 Web生產(chǎn)商提供了一個快速而簡便的在 Internet 和 Intranet 創(chuàng)建程序集成和內容的方法。 使用 ActiveX, 可輕松方便的在 Web頁中插入 多

72、媒體效果、 交互式對象、以及復雜程序，創(chuàng)建用戶體驗相當?shù)母哔|量多媒體CD-ROM 。</p><p>　　NPAPI： 另一套是其它符合標準瀏覽器的NPAPI插件。NPAPI（Netscape Plugin Application Programming Interface，網(wǎng)景插件應用程序接口）是用于在瀏覽器中執(zhí)行外部應用程序的通用接口，與微軟的ActiveX是競爭技術。每個插件聲明自己支持某一種或幾種內容類型

73、（例如“audio/mp3”），當瀏覽器遇到這種類型的內容時，便在插件庫尋找一種能夠解碼的插件，將這部分內容交由其解析，并在網(wǎng)頁對應的位置中顯示出來。</p><p><b>　　大致流程如下：</b></p><p>　　圖3-6 web端啟動桌面應用流程簡圖</p><p>　　兩種插件開發(fā)成本相當高。插件的安裝與維護也是一大難題。所以本系

74、統(tǒng)沒有使用這種方式。</p><p>　　針對windows系統(tǒng)，利用windows可自定義通信協(xié)議Registering an Application to a URI Scheme</p><p>　　目前國內市場windows在操作系統(tǒng)的占有率依舊遙遙領先。特別是在政府或者其它企業(yè)單位winodws操作系統(tǒng)使用率會更高。所以本系統(tǒng)完全可以只針對winodws平臺來開發(fā)。Winodws

75、可以通過在注冊表里增加通信協(xié)議來實現(xiàn)web端啟動本地應用。早期各大互聯(lián)網(wǎng)產(chǎn)品qq，迅雷等也是通過這種方式實現(xiàn)的。Windows自定義通訊協(xié)議見微軟開發(fā)社區(qū)文檔。此方式實現(xiàn)簡單?？稍趹密浖惭b時，修改pc注冊表實現(xiàn)。關鍵流程如下：</p><p>　　圖3-7 windows下web端啟動桌面應用流程簡圖</p><p>　　Web端與web助手通信</p><p&g

76、t;　　Web端與web助手桌面應用通信是本系統(tǒng)一大技術難點。如果用Activex插件進行開發(fā)，會涉及插件的維護（3.2已經(jīng)說明了使用插件的劣勢）進程間的通信等缺點。所以本系統(tǒng)使用flash 進行桌面應用開發(fā)，web端嵌入flash。利用flash本身框架技術進行通信。</p><p>　　圖3-8 web端啟與助手通信流程簡圖</p><p><b>　　從圖中可以看到：&l

77、t;/b></p><p>　　1、本地web應用之間是可以通訊的。</p><p>　　2、本地文本應用與本地桌面應用是可以通訊的。</p><p><b>　　Web助手單點登錄</b></p><p>　　單點登錄是本系統(tǒng)一大功能需求。</p><p>　　要實現(xiàn)單點登錄可以實現(xiàn)一個s

78、ession共享。實現(xiàn)Session共享的技術很多，但session共享會依賴于宿主系統(tǒng)的架構實現(xiàn)。不符合web助手可集成性這一特點。</p><p>　　可以攜帶登錄名和密碼，但此種方式極為不安全。</p><p>　　可以本系統(tǒng)采用類似QQ互聯(lián)網(wǎng)本地應用打開QQ空間方式，在服務器端產(chǎn)生一個key，然后網(wǎng)頁打開后，將此key消除。</p><p>　　通過以上分析

79、比較，最終得如下設計：</p><p>　　如果是web應用登錄，通過web應用啟動web助手，則web系統(tǒng)助手客戶端將不用登錄。Web應用只需在啟動web助手時傳遞加密的登錄信息。流程簡圖如下：</p><p>　　圖3-9 單點登錄流程簡圖</p><p>　　如果是web助手登錄，那么通過web助手可直接訪問web應用的部分模塊。模塊可自行添加配置。流程簡圖

80、如下：</p><p>　　圖3-10 單點登錄流程簡圖</p><p>　　Web助手與文件系統(tǒng)通信（文件斷點續(xù)傳）</p><p>　　Flash提供了3種組件來與服務器通信。Web助手與文件通信主要是為了解決大文件斷點續(xù)傳。3種組件在有各自的特點，適合的場景不一樣。所以要選擇一種能夠解決文件斷點續(xù)傳問題的組件。</p><p>　　選

81、用組件，文件上傳及斷點續(xù)傳</p><p>　　本系統(tǒng)采用的是RemoteObject 組件。實現(xiàn)的原理是客戶端頻繁調用服務端RemoteObject方法，文件二進制數(shù)據(jù)作為調用方法的參數(shù)。RemoteObject組件雖然是基于http協(xié)議，但是flash官方文檔表明這種組件適合于發(fā)送頻繁請求。斷點續(xù)傳實現(xiàn)的原理是服務端記錄文件size，客戶端調用方法時，服務端返回當前已傳文件大小。在重新上傳時，以已傳數(shù)據(jù)大小為

82、數(shù)據(jù)傳送起始點傳送文件。流程簡圖如下：</p><p>　　圖3-11 助手與文件系統(tǒng)通信流程簡圖</p><p>　　負載均衡以及文件存儲策略</p><p>　　在文件上傳前，服務端會根據(jù)各個文件服務器的負載，進行負載均衡。為當前上傳的文件分配一臺文件服務器，并將此臺服務器與文件相關聯(lián)，記錄于數(shù)據(jù)庫中。從而建立文件上傳任務。下面是整個業(yè)務流程簡圖：</p

83、><p>　　圖3-12 文件系統(tǒng)工作流程簡圖</p><p>　　上傳文件會根據(jù)文件上傳時的ip地址，mac地址已經(jīng)用戶id來判斷文件的唯一性，如果文件的這些信息一致，則文件任務系統(tǒng)認為此文件已建立上傳任務。文件的上傳任務會記錄在數(shù)據(jù)庫中，主要流程簡圖如下：</p><p>　　圖3-13 文件系統(tǒng)流程圖</p><p>　　在文件上傳時，

84、需要根據(jù)各個文件系統(tǒng)的負載情況，為上傳文件分配一個負載較輕的文件系統(tǒng)。這個負載均衡策略，可作為一種擴展實現(xiàn)。本系統(tǒng)負載均衡器默認根據(jù)每個文件的任務量來實現(xiàn)負載均衡，流程簡圖如下：</p><p>　　圖3-14 文件系統(tǒng)負載均衡流程簡圖</p><p><b>　　系統(tǒng)詳細設計</b></p><p><b>　　用戶登錄模塊設計&

85、lt;/b></p><p><b>　　功能描述</b></p><p>　　用戶輸入用戶名和密碼。</p><p>　　從數(shù)據(jù)庫中查詢該用戶是否存在。</p><p>　　判斷該用戶是否存在，若存在就進入系統(tǒng)，若不存在就提示錯誤信息，要求用戶重新輸入。</p><p><b>

86、　　流程簡圖</b></p><p>　　圖3-15 用戶登錄流程簡圖</p><p><b>　　靜態(tài)模型</b></p><p>　　圖3-16 用戶登錄模塊類圖</p><p><b>　　動態(tài)模型</b></p><p>　　圖3-17 用戶登錄模塊序列

87、圖</p><p><b>　　原型設計</b></p><p>　　圖3-18 用戶登錄界面</p><p><b>　　文件管理</b></p><p><b>　　功能描述</b></p><p>　　1．用戶選擇需要上傳的文件</p>

88、<p>　　2．用戶右擊pop菜單的開始按鈕開始上傳文件。</p><p>　　3．用戶可以暫?；蛘邉h除文件上傳任務 </p><p><b>　　流程簡圖</b></p><p>　　圖3-19 文件系流程簡圖</p><p><b>　　靜態(tài)模型</b></p>&

89、lt;p>　　圖3-20 文件系統(tǒng)模塊類圖</p><p><b>　　動態(tài)模型</b></p><p>　　圖3-21 文件系統(tǒng)時序圖</p><p><b>　　原型設計</b></p><p>　　圖3-22 文件管理原型圖</p><p><b>　　

90、消息管理</b></p><p><b>　　功能描述</b></p><p>　　1、系統(tǒng)托盤提示用戶有新的消息。</p><p>　　2、用戶打開相關的Web系統(tǒng)查看消息。</p><p><b>　　流程簡圖</b></p><p>　　圖3-23 消息管理

91、流程簡圖</p><p><b>　　靜態(tài)模型</b></p><p>　　圖3-24 消息管理類圖</p><p><b>　　動態(tài)模型</b></p><p>　　圖3-25 消息管理時序圖</p><p><b>　　數(shù)據(jù)庫設計</b></p

92、><p><b>　　數(shù)據(jù)庫概念結構設計</b></p><p>　　將需求分析得到的用戶需求抽象為信息結構即概念模型的過程就是概念結構設計。它是整個數(shù)據(jù)庫設計的關鍵。本系統(tǒng)中采用實體-聯(lián)系圖（簡稱E-R圖）來描述系統(tǒng)的概念模型。E-R圖由實體、屬性、聯(lián)系三部分組成，其符號如圖3-4所示：</p><p>　　圖3-26 E-R圖符號說明<

93、/p><p>　　圖3-27 E-R圖</p><p><b>　　邏輯結構設計</b></p><p>　　本系統(tǒng)采用MySQL數(shù)據(jù)庫對數(shù)據(jù)信息進行維護管理，所有數(shù)據(jù)涉及如下數(shù)據(jù)字典：</p><p>　　操作員（Operator)</p><p>　　UploadTask（上傳任務）</p

94、><p>　　SystemFile（系統(tǒng)文件）</p><p>　　Message（消息）</p><p><b>　　物理結構設計</b></p><p>　　數(shù)據(jù)庫在物理設備上的存儲結構與存取方法稱為數(shù)據(jù)庫的物理結構，它依賴于選定的數(shù)據(jù)庫管理系統(tǒng)。為一個給定的邏輯數(shù)據(jù)模型選取一個最合適應用要求的物理結構的過程，就是數(shù)據(jù)庫

95、的物理設計。</p><p>　　數(shù)據(jù)庫的物理設計通常分為兩步：</p><p>　　1、確定數(shù)據(jù)庫的物理結構，在關系數(shù)據(jù)庫中主要指存取方法和存儲結構；</p><p>　　2、對物理結構進行評價，評價的重點是時間和空間效率。</p><p>　　本系統(tǒng)的MySql數(shù)據(jù)庫的PDM圖如下所示：</p><p>　　圖3-

96、27 pdm圖</p><p><b>　　系統(tǒng)實現(xiàn)</b></p><p><b>　　單點登錄實現(xiàn)</b></p><p><b>　　主要代碼</b></p><p><b>　　在完成單點登錄時：</b></p><p>　

97、　1、會涉及web端啟動桌面應用程序，此解決方案已經(jīng)在上文中提出?，F(xiàn)在給出具體實現(xiàn)方式以及實現(xiàn)細節(jié)。</p><p>　　HKEY_CLASSES_ROOT</p><p><b>　　alert</b></p><p>　　(Default) = "URL:Alert Protocol"</p><p&

98、gt;　　URL Protocol = ""</p><p>　　DefaultIcon</p><p>　　(Default) = "alert.exe,1"</p><p><b>　　shell</b></p><p><b>　　open</b><

99、;/p><p><b>　　command</b></p><p>　　(Default) = "C:\Program Files\Alert\alert.exe" "%1"</p><p>　　官方參考文檔地址為 http://msdn.microsoft.com/en-us/library/aa76

100、7914%28v=vs.85%29.aspx</p><p>　　2、單點登錄成功后會在服務端建立session，以便能夠在客戶端打開相應模塊頁面。現(xiàn)給出主要代碼如下：</p><p>　　public String generateKey() {</p><p>　　String key = BeanUtil.createId();</p><

101、p>　　HttpSession session = FlexUtil.getHttpSession();</p><p>　　//客戶端登錄后打開功能將客戶端session放UserLoginManager</p><p>　　UserLoginManager.addSession(key,FlexUtil.getHttpSession());</p><p>

102、;　　if(session.getAttribute(OperatorUtil.OPERATOR_ID) !=null){</p><p>　　UserSessionManager.addUserSession(</p><p>　　(String)session.getAttribute(OperatorUtil.OPERATOR_ID), session);</p>&

103、lt;p><b>　　}else{</b></p><p>　　return null;</p><p><b>　　}</b></p><p>　　return key;</p><p><b>　　}</b></p><p><b>

104、　　功能界面</b></p><p><b>　　文件斷點續(xù)傳實現(xiàn)</b></p><p><b>　　主要代碼</b></p><p>　　文件斷點續(xù)傳在web助手客戶端的主要接口為：</p><p>　　package com.systemAgent.actionScript<

105、/p><p><b>　　{</b></p><p>　　public class FileUpload</p><p><b>　　{</b></p><p>　　public function FileUpload(</p><p>　　taskID:String,<

106、/p><p>　　mac:String,</p><p>　　filePath:String,</p><p>　　file_fileSize:Number,</p><p>　　hasUploadSize:Number,</p><p>　　taskName:String,</p><p>　　t

107、askState:int,</p><p>　　window:Window</p><p><b>　　){}</b></p><p>　　public function startUpload():void{}</p><p><b>　　//功能函數(shù)</b></p><p&g

108、t;　　private function uploadFile(begin:int,end:int):void{}</p><p><b>　　//初始化流</b></p><p>　　private function initStream(file:File):void{}</p><p><b>　　//遠程服務函數(shù)</b&

109、gt;</p><p>　　private function checkFile(taskID:String):void</p><p><b>　　{</b></p><p>　　FlexFileUploadService.checkFile(taskID);</p><p><b>　　}</b>

110、;</p><p>　　private function writeFile(</p><p>　　taskID:String,</p><p>　　mac:String,</p><p>　　file:File,</p><p>　　fileByteArray:ByteArray</p><p&g

111、t;<b>　　):void{</b></p><p>　　FlexFileUploadService.writeFile(</p><p><b>　　taskID,</b></p><p><b>　　mac,</b></p><p>　　file.modification

112、Date.time+"",</p><p>　　fileByteArray</p><p><b>　　);</b></p><p><b>　　}</b></p><p>　　private function finishUpload(taskID:String,mac:Str

113、ing,file:File):void{}</p><p>　　private function init(taskID:String,mac:String,file:File):void{}</p><p>　　private function initRemoteObject():void{}</p><p><b>　　}</b><

114、/p><p><b>　　}</b></p><p><b>　　功能界面</b></p><p><b>　　消息實時提醒實現(xiàn)</b></p><p><b>　　主要代碼</b></p><p>　　消息實時提醒是以客戶端設定定時器

115、，每個固定時間向后臺Message服務發(fā)送請求，獲得未讀消息條數(shù)，主要代碼如下：</p><p>　　/*每隔500ms觸發(fā)Timer狀態(tài)欄閃動提醒事件 * */ </p><p>　　private function onMessageNotify(evt:TimerEvent):void{ </p><p>　　if (!messageFlickerStat

116、e){</p><p>　　messageFlickerState = true;</p><p>　　NativeApplication.nativeApplication.icon.bitmaps = kongFlicker; </p><p><b>　　}</b></p><p><b>　　else{

117、 </b></p><p>　　messageFlickerState = false; </p><p>　　NativeApplication.nativeApplication.icon.bitmaps = MBitmapDataFlicker; </p><p><b>　　} </b></p><

118、p><b>　　}</b></p><p><b>　　功能界面</b></p><p><b>　　系統(tǒng)測試</b></p><p><b>　　測試計劃</b></p><p><b>　　(1) 測試目的</b></

119、p><p>　　在開發(fā)本系統(tǒng)的功能與設計過程中，面對一些程序異步調用以及同步上傳等等一系列問題，有可能會出現(xiàn)一些差錯。而測試的目的就是在軟件投入生產(chǎn)性運行之前，盡可能多的發(fā)現(xiàn)軟件中的錯誤。并能夠及時得對那些錯誤進行修改。軟件測試是保證軟件質量的關鍵步驟，它是對軟件規(guī)格說明，設計和編碼的最后復審，也是必不可少的關鍵步驟。</p><p><b>　　(2) 測試環(huán)境</b>

120、</p><p>　　操作系統(tǒng)：windows7</p><p>　　服務器：apache tomcat 7.0、JDK1.6</p><p><b>　　數(shù)據(jù)庫：MySQL</b></p><p><b>　　(3) 測試方案</b></p><p>　　由于開發(fā)時間比較

121、緊，所以在對本系統(tǒng)做測試的時候采用了單元測試和集成測試。在開發(fā)的時候就對系統(tǒng)做單元測試，邊測試邊開發(fā)，然后等各個模塊做完之后，把各個模塊集成進來，做集成測試，看是否有錯誤。</p><p><b>　　(4) 測試范圍</b></p><p>　　測試的范圍主要包括本系統(tǒng)Flex桌面應用程序以及Flex網(wǎng)頁，首先是對每個功能模塊進行單元測試，看是否有未完成的功能，同時