軟件項目管理系統(tǒng)畢業(yè)論文

1、<p><b>　　摘 要</b></p><p>　　軟件項目管理系統(tǒng)是為了使軟件項目能夠按照預定的成本、進度、質(zhì)量順利完成，而對人員（People）、產(chǎn)品（Product）、過程（Process）和項目(Project)進行分析和管理的活動，系統(tǒng)包括項目基本信息管理、軟件模塊管理和軟件缺陷管理等功能。</p><p>　　本系統(tǒng)必須在增加基本信息之后才

2、能增加軟件項目信息。基本信息包括項目類型信息、項目狀態(tài)信息、模塊狀態(tài)信息和模塊缺陷信息等。后臺數(shù)據(jù)庫采用Access，前臺開發(fā)工具采用Visual Basic。</p><p>　　本系統(tǒng)采用比較流行的ADO 數(shù)據(jù)訪問技術，并將每個數(shù)據(jù)庫表的字段和操作封裝到類中，從而成功的將面向?qū)ο蟮某绦蛟O計思想應用到系統(tǒng)設計中。這也是本系統(tǒng)的特色和優(yōu)勢。</p><p>　　軟件項目管理系統(tǒng)將以需求為管

3、理核心，任務為管理內(nèi)容，質(zhì)量為管理指標實現(xiàn)項目過程的管理。項目從需求建立為開始，由任務來跟蹤需求完成的進度，用質(zhì)量管理來考核需求完成的標準，系統(tǒng)可實現(xiàn)需求到任務，任務到質(zhì)量的完整管理，以追溯管理的方式實現(xiàn)項目過程的完整管理。</p><p><b>　　目 錄</b></p><p><b>　　1 引言1</b></p>

4、<p>　　1．1 開發(fā)背景1</p><p>　　1．2 開發(fā)意義1</p><p>　　1．3 實現(xiàn)目標1</p><p><b>　　2 需求分析2</b></p><p>　　2．1 功能需求2</p><p>　　2．2 可行性分析2</p>

5、<p>　　2．3 用例圖3</p><p>　　2．4 活動圖5</p><p>　　2．5 用例描述8</p><p>　　2．6　時序圖16</p><p>　　2．7　系統(tǒng)開發(fā)平臺及主要技術25</p><p><b>　　3　總體設計26</b></

6、p><p>　　3．1　系統(tǒng)的總體架構(gòu)26</p><p>　　3．2 數(shù)據(jù)庫設計28</p><p><b>　　4　詳細設計36</b></p><p>　　4．1 系統(tǒng)用戶維護36</p><p>　　4．2 修改密碼39</p><p>　　4．3 任

7、務模板39</p><p>　　4．4 文檔模板42</p><p>　　4．5 可評審任務處理42</p><p>　　4．6 評審人員分配45</p><p>　　4．7 近期發(fā)布的評審任務46</p><p>　　4．8 評審結(jié)果錄入46</p><p>　　4．9

8、 權(quán)限管理46</p><p>　　4．10 可上傳文檔管理51</p><p>　　4．11 資源分類51</p><p>　　4．12 資源上傳55</p><p>　　4．13 搜索資源56</p><p><b>　　5 測試56</b></p><

9、;p>　　5．1 單元測試56</p><p>　　5．2 集成測試59</p><p>　　6 難點與解決方案60</p><p>　　6.1 Web系統(tǒng)與文檔存儲管理分離60</p><p>　　6.2 文檔在線查看61</p><p><b>　　結(jié) 論62</b&g

10、t;</p><p><b>　　致 謝63</b></p><p>　　參 考 文 獻64</p><p>　　關鍵詞：軟件項目管理系統(tǒng) Access 數(shù)據(jù)庫 Visual Basic</p><p><b>　　1 引言</b></p><p><b&g

11、t;　　1．1 </b></p><p>　　沒有項目管理，項目也有可能成功。但沒有管理的項目，很難保證項目的利潤空間，對公司來說，虧損的風險就大。所以我們要有項目管理，以保證公司在總體上是盈利的，注意不是每一個項目都要盈利。為什么我們要實施項目管理，是為了提高項目的效益。這里所指的項目的效益是一個綜合性的指標，包括低風險、高產(chǎn)出等。為此我們不難得出我們在實施項目管理應該掌握的度。即：引入項目管理后

12、所產(chǎn)生的效益減去項目管理的成本后必須大于未引入項目管理時的效益。</p><p>　　軟件項目管理系統(tǒng)是為了使軟件項目能夠按照預定的成本、進度、質(zhì)量順利完成，而對人員（People）、產(chǎn)品（Product）、過程（Process）和項目(Project)進行分析和管理的活動。</p><p>　　為什么我們要實施項目管理，是為了提高項目的效益。這里所指的項目的效益是一個綜合性的指標，包括低

13、風險、高產(chǎn)出等。為此我們不難得出我們在實施項目管理應該掌握的度。即：引入項目管理后所產(chǎn)生的效益減去項目管理的成本后必須大于未引入項目管理時的效益。由于引入項目管理后所產(chǎn)生的效益與項目管理的復雜度（項目管理的成本）并非線性相關的，因此項目管理的復雜度必然存在一個最優(yōu)值，這就是我們應該把握的度。軟件項目管理和其他的項目管理相比有相當?shù)奶厥庑?。首先，軟件是純知識產(chǎn)品，其開發(fā)進度和質(zhì)量很難估計和度量，生產(chǎn)效率也難以預測和保證。其次，軟件系統(tǒng)的復

14、雜性也導致了開發(fā)過程中各種風險的難以預見和控制。Windows這樣的操作系統(tǒng)有1500萬行以上的代碼，同時有數(shù)千個程序員在進行開發(fā)，項目經(jīng)理都有上百個。這樣龐大的系統(tǒng)如果沒有很好的管理，其軟件質(zhì)量是難以想象的[1]。</p><p>　　軟件項目管理系統(tǒng)的根本目的是為了讓軟件項目尤其是大型項目的整個軟件生命周期（從分析、設計、編碼到測試-、維護全過程）都能在管理者的控制之下，以預定成本按期，按質(zhì)的完成軟件交付用戶

15、使用[2]。而研究軟件項目管理為了從已有的成功或失敗的案例中總結(jié)出能夠指導今后開發(fā)的通用原則，方法，同時避免前人的失誤。</p><p><b>　　1．2 開發(fā)意義</b></p><p>　　本畢業(yè)設計擬開發(fā)的《軟件項目管理系統(tǒng)》將較好地解決以上問題。在該系統(tǒng)中，包括開發(fā)流程跟蹤、Bug管理、文檔管理、財富庫建設等基礎功能，可以解決開發(fā)進度跟蹤困難、管理提交文檔

16、不便、開發(fā)過程中所產(chǎn)生的Bug處理結(jié)果不明、公司財富庫得不到有效的利用。 </p><p><b>　　1．3 實現(xiàn)目標</b></p><p>　　本系統(tǒng)主要實現(xiàn)以下目標：</p><p>　　1) 上傳開發(fā)過程中所產(chǎn)生的文檔，文檔上傳權(quán)限的控制，上傳文檔的目錄的管理，文檔在線查看功能。</p><p>　　2) 對

17、已提交的文檔進行評審，包括申請對文檔的評審，評審人員分配，評審地點、時間的通知，評審結(jié)果的錄入。</p><p>　　3) 財富庫的建立，包括財富庫資源的分類維護，資源上傳，下載權(quán)限控制等操作。</p><p><b>　　2 需求分析</b></p><p><b>　　2．1 功能需求</b></p>

18、<p>　　本系統(tǒng)將包括以下功能：</p><p><b>　　文檔管理</b></p><p>　　是指任務負責人上傳任務文檔。對超期上傳文檔上傳權(quán)限控制。上傳文檔版本號的控制和目錄管理。其中文檔上傳指：項目經(jīng)理創(chuàng)建任務，分配任務負責人，任務負責人提交任務文檔，文檔類型必須符合要求；超期文檔上傳指：任務負責人沒有及時提交文檔或文檔已提交申請，但需要更新文

19、檔，須由項目經(jīng)理開放上傳權(quán)限之后，才能上傳。文檔版本號控制：項目經(jīng)理設置需上傳的文檔是對已有文檔的更新還是上傳新版本。目錄管理：若同一份文檔有多個版本時，該任務文檔保存到與該任務文檔平級的以任務文檔名稱命名的文件夾中。</p><p><b>　　評審管理</b></p><p>　　任務負責人上傳文檔后，向項目經(jīng)理提出申請，項目經(jīng)理分配評審人員，評審日期和地址，發(fā)布

20、評審信息，評審完成后填寫評審結(jié)果。</p><p><b>　　財富庫管理</b></p><p>　　財富庫在公司發(fā)展中起著重要作用，財富庫資源主由公司員工提供，為公司提供一個資源共享的空間。主要包括資源上傳，資源提供者可以限制所上傳資源的訪問權(quán)限（包括：按部門和職位兩種權(quán)限控制方式），和員工下載資源。</p><p>　　2．2 可行性分

21、析</p><p>　　可行性分析，即是在系統(tǒng)調(diào)查的基礎上，針對新系統(tǒng)的開發(fā)是否具備必要性和可能性，對新系統(tǒng)的開發(fā)從技術、經(jīng)濟、操作等方面進行分析和研究，以避免投資失誤，來保證新系統(tǒng)的開發(fā)成功。可行性研究的目的就是用最小的代價在盡可能短的時間內(nèi)確定問題是否能夠解決。該系統(tǒng)的可行性分析包括以下幾個方面的內(nèi)容。</p><p><b>　　1） 經(jīng)濟可行性</b><

22、/p><p>　　經(jīng)濟可行性分析是估計項目的成本、效益和技術上是可行的。</p><p>　　開發(fā)本系統(tǒng)所需要的成本包括：</p><p>　　a．開發(fā)人員薪酬：經(jīng)估算，開發(fā)本系統(tǒng)需要4個人月的工作量，單位人月工作量的薪酬是2000元，因此共需8000元。</p><p>　　b．其他費用：包括資料費，打印費等，共記1400元。</p>

23、;<p>　　c．培訓費用：需要約6000元。</p><p>　　d．維護費用：本系統(tǒng)每年的維護費用大約需要5000元：</p><p><b>　　2） 技術可行性</b></p><p>　　技術上的可行性分析主要分析技術條件是否能順利完成開發(fā)工作，硬、軟件能否滿足開發(fā)者的需要等。此系統(tǒng)中采用Visual studio .N

24、et 2008作為系統(tǒng)的集成開發(fā)環(huán)境[6]、以 IBatis.net為O/R映射框架， SQL Server 2005作為后臺數(shù)據(jù)庫管理系統(tǒng)。根據(jù)調(diào)查，目前所擁有的技術力量完全能夠滿足要求。因此，從技術可行性的角度考慮，該系統(tǒng)是完全可行的。</p><p><b>　　3） 操作可行性</b></p><p>　　本系統(tǒng)是基于B/S結(jié)構(gòu)的WEB應用，用戶界面友好，操作

25、簡單，使用人員經(jīng)過簡單的培訓即可以掌握系統(tǒng)的使用；本系統(tǒng)的使用將有助于使用人員提高軟件項目進度、所產(chǎn)生的文檔的匯總的精確性，改善軟件開發(fā)過程，縮短開發(fā)周期，因此本系統(tǒng)的推廣不會受到系統(tǒng)使用者的抵觸。</p><p>　　綜上所述，此系統(tǒng)開發(fā)目標已明確，在技術、經(jīng)濟等方面都可行，并且投入少、見效快。因此系統(tǒng)的開發(fā)是完全可行的。</p><p><b>　　2．3 用例圖</

26、b></p><p>　　軟件項目管理系統(tǒng)系統(tǒng)信息模塊用例圖，如圖2.4：</p><p>　　圖2.4系統(tǒng)信息維護模塊</p><p>　　軟件項目管理系統(tǒng)項目設置模塊用例圖，如圖2.5：</p><p>　　圖2.5項目設置模塊</p><p>　　軟件項目管理系統(tǒng)評審管理模塊用例圖，如圖2.6：</p

27、><p>　　圖2.6評審管理模塊</p><p>　　軟件項目管理系統(tǒng)文檔管理模塊用例圖，如圖2.7：</p><p>　　圖2.7文檔管理模塊</p><p>　　軟件項目管理系統(tǒng)財富庫模塊用例圖，如圖2.8：</p><p><b>　　圖2.8財富庫模塊</b></p><

28、p><b>　　2．4 活動圖</b></p><p>　　軟件項目管理系統(tǒng)財富庫模塊活動圖，如圖2.9：</p><p>　　圖2.9系統(tǒng)信息維護模塊</p><p>　　軟件項目管理系統(tǒng)項目設置模塊活動圖，如圖2.10：</p><p>　　圖2.10項目設置模塊</p><p>　　

29、軟件項目管理系統(tǒng)評審管理模塊活動圖，如圖2.11：</p><p>　　圖2.11評審管理模塊</p><p>　　軟件項目管理系統(tǒng)文檔管理模塊活動圖，如圖2.12：</p><p>　　圖2.12文檔管理模塊</p><p>　　軟件項目管理系統(tǒng)財富庫模塊活動圖，如圖2.13：</p><p>　　圖2.13財富庫模

30、塊</p><p><b>　　2．5 用例描述</b></p><p>　　用例編號: UC_XMXTXXWH_1</p><p>　　用例名稱：系統(tǒng)用戶維護</p><p><b>　　描述：</b></p><p>　　對系統(tǒng)用戶進行添加、刪除、修改操作。</p

31、><p><b>　　主執(zhí)行者：</b></p><p><b>　　系統(tǒng)管理員 </b></p><p><b>　　前置條件：（無）</b></p><p><b>　　正常事件流：</b></p><p>　　表2.1 系統(tǒng)用戶維

32、護用例描述</p><p><b>　　可選事件流：</b></p><p><b>　　操作員可以取消操作</b></p><p><b>　　異常事件流：</b></p><p>　　員工姓名、登錄名、登錄密碼為空時，彈出提示</p><p>　　用

33、例編號: UC_XMXTXXWH_2</p><p><b>　　用例名稱：修改密碼</b></p><p><b>　　描述：</b></p><p><b>　　修改系統(tǒng)用戶密碼。</b></p><p><b>　　主執(zhí)行者：</b></p&g

34、t;<p><b>　　系統(tǒng)用戶 </b></p><p><b>　　前置條件：（無）</b></p><p><b>　　正常事件流：</b></p><p>　　表2.2修改密碼用例描述</p><p><b>　　可選事件流：（無）</b&

35、gt;</p><p><b>　　異常事件流：（無）</b></p><p>　　用例編號: UC_XMXMSZ_1</p><p><b>　　用例名稱：任務模板</b></p><p><b>　　描述：</b></p><p>　　對任務模板進行

36、添加、刪除、修改操作。</p><p><b>　　主執(zhí)行者：</b></p><p><b>　　系統(tǒng)管理員 </b></p><p><b>　　前置條件：（無）</b></p><p><b>　　正常事件流：</b></p><

37、p>　　表2.3任務模板用例描述</p><p><b>　　可選事件流：</b></p><p><b>　　操作員可以取消操作</b></p><p><b>　　異常事件流：</b></p><p>　　員工姓名、登錄名、登錄密碼為空時，彈出提示；工作量不是數(shù)字時，

38、用0代替。</p><p>　　用例編號: UC_XMXMSZ_2</p><p><b>　　用例名稱：文檔模板</b></p><p><b>　　描述：</b></p><p><b>　　修改任務文檔模板。</b></p><p><b&g

39、t;　　主執(zhí)行者：</b></p><p><b>　　系統(tǒng)管理員 </b></p><p><b>　　前置條件：（無）</b></p><p><b>　　正常事件流：</b></p><p>　　表2.4文檔模板用例描述</p><p>

40、;<b>　　可選事件流：</b></p><p><b>　　操作員可以取消操作</b></p><p><b>　　異常事件流：</b></p><p>　　文檔名稱為空時，彈出提示</p><p>　　用例編號: UC_XMPSGL_1</p><p&

41、gt;　　用例名稱：可評審任務處理</p><p><b>　　描述：</b></p><p>　　對可提交評審的任務文檔提交至項目經(jīng)理，申請評審。</p><p><b>　　主執(zhí)行者：</b></p><p><b>　　任務負責人 </b></p><

42、p><b>　　前置條件：（無）</b></p><p><b>　　正常事件流：</b></p><p>　　表2.5可評審任務處理用例描述</p><p><b>　　可選事件流：</b></p><p><b>　　操作員可以取消操作</b>&

43、lt;/p><p><b>　　異常事件流：（無）</b></p><p>　　用例編號: UC_XMPSGL_2</p><p>　　用例名稱：評審人員分配</p><p><b>　　描述：</b></p><p>　　對申請評審的文檔分配評審人員，時間、地址，并發(fā)布評審信息

44、至各評審人員。</p><p><b>　　主執(zhí)行者：</b></p><p>　　系統(tǒng)管理員、項目經(jīng)理 </p><p><b>　　前置條件：（無）</b></p><p><b>　　正常事件流：</b></p><p>　　表2.6評審人員分配用

45、例描述</p><p><b>　　可選事件流：</b></p><p>　　操作員可以取消刪除評審人員和添加評審人員操作</p><p><b>　　異常事件流：</b></p><p>　　當評審時間、地點為空時，彈出提示；當評審時間為非法字符時，用2010-01-01代替評審時間。</p

46、><p>　　用例編號: UC_XMPSGL_3</p><p>　　用例名稱：近期發(fā)布的評審任務</p><p><b>　　描述：</b></p><p>　　查看最近發(fā)布的評審信息。</p><p><b>　　主執(zhí)行者：</b></p><p>&

47、lt;b>　　評審人員 </b></p><p>　　前置條件：評審信息已發(fā)布 </p><p><b>　　正常事件流：（無）</b></p><p><b>　　可選事件流：（無）</b></p><p><b>　　異常事件流：（無）</b></p

48、><p>　　用例編號: UC_XMPSGL_4</p><p>　　用例名稱：評審結(jié)果錄入</p><p><b>　　描述：</b></p><p>　　錄入評審結(jié)果。若評審未通過，則需要任務文檔負責人重新修改文檔，再次申請評審。</p><p><b>　　主執(zhí)行者：</b>

49、;</p><p>　　系統(tǒng)管理員或項目經(jīng)理 </p><p><b>　　前置條件：（無）</b></p><p><b>　　正常事件流：</b></p><p>　　表2.7評審結(jié)果錄入用例描述</p><p><b>　　可選事件流：</b>&l

50、t;/p><p><b>　　操作員可以取消操作</b></p><p><b>　　異常事件流：</b></p><p>　　評審結(jié)果為空時，彈出提示</p><p>　　用例編號: UC_XMWDGL_1</p><p><b>　　用例名稱：權(quán)限管理</b&

51、gt;</p><p><b>　　描述：</b></p><p>　　設置任務文檔的上傳權(quán)限。</p><p><b>　　主執(zhí)行者：</b></p><p>　　系統(tǒng)管理員或項目經(jīng)理</p><p><b>　　前置條件：（無）</b></p&

52、gt;<p><b>　　正常事件流：</b></p><p>　　表2.8權(quán)限管理用例描述</p><p><b>　　可選事件流：</b></p><p><b>　　操作員可以取消操作</b></p><p><b>　　異常事件流：</b&

53、gt;</p><p>　　結(jié)束時間為空時，彈出提示；當結(jié)束時間為非法字符時，用2010-01-01代替。</p><p>　　用例編號: UC_XMWDGL_2</p><p>　　用例名稱：可上傳文檔管理</p><p><b>　　描述：</b></p><p><b>　　上傳任

54、務文檔。</b></p><p><b>　　主執(zhí)行者：</b></p><p><b>　　文檔負責人</b></p><p><b>　　前置條件：（無）</b></p><p><b>　　正常事件流：</b></p>&l

55、t;p>　　表2.9可上傳文檔管理用例描述</p><p><b>　　可選事件流：</b></p><p><b>　　操作員可以取消操作</b></p><p><b>　　異常事件流：</b></p><p>　　上傳文檔路徑為空或文檔類型與規(guī)定的不一致時，彈出提示

56、。</p><p>　　用例編號: UC_XMCFK_1</p><p><b>　　用例名稱：資源分類</b></p><p><b>　　描述：</b></p><p>　　對資源分類進行添加、刪除、修改操作。</p><p><b>　　主執(zhí)行者：</b

57、></p><p>　　系統(tǒng)管理員和項目經(jīng)理</p><p><b>　　前置條件：（無）</b></p><p><b>　　正常事件流：</b></p><p>　　表2.10資源分類用例描述</p><p><b>　　可選事件流：</b>&

58、lt;/p><p><b>　　操作員可以取消操作</b></p><p><b>　　異常事件流：</b></p><p>　　分類名稱為空時，彈出提示</p><p>　　用例編號: UC_XMCFK_2</p><p><b>　　用例名稱：資源上傳</b&

59、gt;</p><p><b>　　描述：</b></p><p>　　上傳財富庫資源，設置資源分類和允許訪問的權(quán)限。</p><p><b>　　主執(zhí)行者：</b></p><p><b>　　系統(tǒng)用戶</b></p><p>　　前置條件：財富庫分類

60、已經(jīng)建成</p><p><b>　　正常事件流：</b></p><p>　　表2.11資源上傳用例描述</p><p><b>　　可選事件流：</b></p><p>　　操作員可以取消刪除操作</p><p><b>　　異常事件流：</b>&l

61、t;/p><p>　　當上傳或修改資源時，若文檔分類未選定時，彈出提示；上傳資源時，要上傳資源的路徑未空時，彈出提示。</p><p>　　用例編號: UC_XMCFK_3</p><p><b>　　用例名稱：搜索文檔</b></p><p><b>　　描述：</b></p><

62、p>　　搜索與下載財富庫資源。</p><p><b>　　主執(zhí)行者：</b></p><p><b>　　系統(tǒng)用戶</b></p><p><b>　　前置條件：（無）</b></p><p><b>　　正常事件流：</b></p>

63、<p>　　表2.12搜索文檔用例描述</p><p><b>　　可選事件流：</b></p><p><b>　　操作員可以取消操作</b></p><p><b>　　異常事件流：</b></p><p>　　員工姓名、登錄名、登錄密碼為空時，彈出提示<

64、/p><p><b>　　2．6　時序圖</b></p><p>　　軟件項目管理系統(tǒng)系統(tǒng)用戶維護模塊時序圖，如圖2.14：</p><p>　　圖2.14系統(tǒng)用戶維護</p><p>　　軟件項目管理系統(tǒng)修改密碼模塊時序圖，如圖2.15：</p><p><b>　　圖2.15修改密碼&l

65、t;/b></p><p>　　軟件項目管理系統(tǒng)任務模板模塊時序圖，如圖2.16：</p><p><b>　　圖2.16任務模板</b></p><p>　　軟件項目管理系統(tǒng)文檔模板模塊時序圖，如圖2.17：</p><p><b>　　圖2.17文檔模板</b></p>&l

66、t;p>　　軟件項目管理系統(tǒng)可評審任務處理模塊時序圖，如圖2.18：</p><p>　　軟件項目管理系統(tǒng)評審人員分配模塊時序圖，如圖2.19：</p><p>　　軟件項目管理系統(tǒng)近期發(fā)布的評審任務模塊時序圖，如圖2.20：</p><p>　　軟件項目管理系統(tǒng)評審結(jié)果錄入模塊時序圖，如圖2.21：</p><p>　　軟件項目管理系

67、統(tǒng)權(quán)限管理模塊時序圖，如圖2.22：</p><p><b>　　圖2.22權(quán)限管理</b></p><p>　　軟件項目管理系統(tǒng)可上傳文檔管理模塊時序圖，如圖2.23：</p><p>　　圖2.23可上傳文檔管理</p><p>　　軟件項目管理系統(tǒng)資源分類模塊時序圖，如圖2.24：</p><p

68、>　　軟件項目管理系統(tǒng)資源上傳模塊時序圖，如圖2.25：</p><p>　　軟件項目管理系統(tǒng)搜索資源模塊時序圖，如圖2.26：</p><p>　　2．7　系統(tǒng)開發(fā)平臺及主要技術</p><p>　　本系統(tǒng)采用Visual Studio 2008作為開發(fā)平臺；在數(shù)據(jù)存取層，采用先進的IBatis.net作為O/R Map工具，實現(xiàn)數(shù)據(jù)存取的高效性和靈活性；在

69、用戶界面層，擴展了Repeater控件，以實現(xiàn)對項目階段任務和文檔的呈現(xiàn)。</p><p>　　2.7.1 IBatis.NET技術在本系統(tǒng)中的應用</p><p>　　相對Hibernate和Apache OJB 等“一站式”O(jiān)RM解決方案而言，IBatis[9] 是一種“半自動化”的ORM實現(xiàn)。</p><p>　　所謂“半自動”，可能理解上有點生澀。縱觀目前

70、主流的ORM，無論Hibernate 還是Apache OJB，都對數(shù)據(jù)庫結(jié)構(gòu)提供了較為完整的封裝，提供了從POJO 到數(shù)據(jù)庫表的全套映射機制。程序員往往只需定義好了POJO 到數(shù)據(jù)庫表的映射關系，即可通過Hibernate或者OJB 提供的方法完成持久層操作。程序員甚至不需要對SQL 的熟練掌握，Hibernate/OJB 會根據(jù)制定的存儲邏輯，自動生成對應的SQL 并調(diào)用JDBC 接口加以執(zhí)行。</p><p&g

71、t;　　2.7.2 Ajax技術在本系統(tǒng)中的應用</p><p>　　AJAX[7]全稱為“Asynchronous JavaScript and XML”（異步JavaScript和XML），是指一種創(chuàng)建交互式網(wǎng)頁應用的網(wǎng)頁開發(fā)技術。 國內(nèi)通常的讀音為“阿賈克斯”和阿賈克斯足球隊讀音一樣。Web應用的交互如Flickr, Backpack和Google在這方面已經(jīng)有質(zhì)的飛躍。這個術語源自描述從基于網(wǎng)頁的Web

72、應用到基于數(shù)據(jù)的應用的轉(zhuǎn)換。在基于數(shù)據(jù)的應用中，用戶需求的數(shù)據(jù)如聯(lián)系人列表，可以從獨立于實際網(wǎng)頁的服務端取得并且可以被動態(tài)地寫入網(wǎng)頁中，給緩慢的Web應用體驗著色使之像桌面應用一樣。雖然大部分開發(fā)人員在過去使用過XMLHttp或者使用Iframe來加載數(shù)據(jù)，但僅到現(xiàn)在我們才看到傳統(tǒng)的開發(fā)人員和公司開始采用這些技術。就像新的編程語言或模型伴隨著更多的痛苦，開發(fā)人員需要學習新的技巧及如何最好利用這些新技術。</p><p

73、>　　2.7.3 jQuery技術在本系統(tǒng)中的應用</p><p>　　jQuery[14]是繼prototype之后又一個優(yōu)秀的Javascript框架。其宗旨是——WRITE LESS,DO MORE,寫更少的代碼,做更多的事情。</p><p>　　它是輕量級的js庫(壓縮后只有21k) ，這是其它的js庫所不及的，它兼容CSS3，還兼容各種瀏覽器 （IE 6.0+, FF

74、1.5+, Safari 2.0+, Opera 9.0+）。</p><p>　　jQuery是一個快速的，簡潔的javaScript庫，使用戶能更方便地處理HTML documents、events、實現(xiàn)動畫效果，并且方便地為網(wǎng)站提供AJAX交互。</p><p>　　jQuery還有一個比較大的優(yōu)勢是，它的文檔說明很全，而且各種應用也說得很詳細，同時還有許多成熟的插件可供選擇。<

75、;/p><p>　　jQuery能夠使用戶的html頁保持代碼和html內(nèi)容分離，也就是說，不用再在html里面插入一堆js來調(diào)用命令了，只需定義id即可。</p><p><b>　　3　總體設計</b></p><p>　　3．1　系統(tǒng)的總體架構(gòu)</p><p>　　3.1.1 平臺架構(gòu)</p><

76、p>　　本系統(tǒng)采用了五層體系架構(gòu),包括：表示層、業(yè)務邏輯層接口層、業(yè)務邏輯層、數(shù)據(jù)訪問層、數(shù)據(jù)傳輸層。</p><p>　　1）表示層：本系統(tǒng)采用了基于Web的系統(tǒng)，處理軟件開發(fā)過程中進度跟蹤、文檔管理等功能。在這一層中，可以向系統(tǒng)使用者清晰直觀的系統(tǒng)軟件項目的狀態(tài)。采用JQuery、CSS和Ajax三種技術，使用戶界面更加友好、美觀、清晰。</p><p>　　2）業(yè)務邏輯層接口層

77、： 該層將業(yè)務邏輯和用戶界面分離，降低代碼耦合度，提高代碼靈活性。</p><p>　　3）業(yè)務邏輯層：該層將業(yè)務邏輯封裝，提高復用程度。 </p><p>　　4)數(shù)據(jù)訪問層： 用于存儲和管理系統(tǒng)中所需的數(shù)據(jù)。本系統(tǒng)中用的數(shù)據(jù)庫是SQL SEVER 2000。</p><p><b>　　5)數(shù)據(jù)傳輸層： </b></p>&l

78、t;p>　　系統(tǒng)的總體結(jié)構(gòu)如圖3.1所示：</p><p>　　3.1.2 功能架構(gòu)</p><p>　　3．2 數(shù)據(jù)庫設計</p><p>　　本畢業(yè)設計采用了SQL Server 2005作為后臺數(shù)據(jù)庫。</p><p>　　3.2.1 數(shù)據(jù)庫概念設計</p><p>　　本系統(tǒng)要求對于每個任務類型為文

79、檔的任務，卻需要評審的，都要走評審流程，才可結(jié)束任務。若文檔沒有通過評審，則需要修改文檔，或上傳新的文檔，再次申請評審，直到評審通過。對于每個任務可能對應多個版本文檔，而每份文檔都需要評審。項目經(jīng)理需要為每個需要評審的任務分配評審人員。</p><p>　　對于財富庫方面，要求每一份資源都要有至少一種分類，多個關鍵字來供系統(tǒng)用戶查詢。而上傳資源用戶可以將資源分配給不同角色或部門，以限制資源的訪問。</p&g

80、t;<p>　　綜上所述，本畢業(yè)設計的E-R[3]圖如圖3.2所示：</p><p>　　3.2.2　數(shù)據(jù)庫邏輯設計</p><p>　　該E-R圖有十四個實體，十個1：N聯(lián)系，三個1:1聯(lián)系，一個M：N聯(lián)系，轉(zhuǎn)換成關系模式如下： </p><p>　　Popedom(PopedomID，DenayID，LibraryDocumentID，Popedo

81、mType)</p><p>　　Keyword (KeywordID, LibraryDocumentID, KeywordName)</p><p>　　Classify (ClassifyID，ClassifyName，F(xiàn)ID, CreateID, CreateTime)</p><p>　　LibraryDocument (LibraryDocumentID

82、, LibraryDocumentName, Url, PostFix, UploadTime, UploadUserID) </p><p>　　UserInfo (UID，UserName，LoginName，Password, DID, Telephone, Email, Address, Sex, RID, IsEable)</p><p>　　UserRole (RID, Rol

83、eName, AbridgeName)</p><p>　　Department (DID，DepartmentName，F(xiàn)atherDepartmentID)</p><p>　　ProjectMember (MemberID, UserRole, ProjectCode, AbridgeName, MemberName, IsManager, DepartmentName , User

84、ID)</p><p>　　Project (id，ProjectCode，ProjectName，PlanStartTime, StartTime, PlanEndTime, EndTime, CreateID, ProjectFee, IsEable, ProjectDescription, AbridgeName, CreateName, ProjectState)</p><p>

85、　　Task (TaskID, ProjectCode, UserID, TaskType, TaskState, TaskStartTime, TaskEndTime, TaskTemplateID, WorkLoad, IsNeedAccreditation, ProjectStage, TaskName, IsMilestone, PreTaskID, IsEable, Result, TaskActualStartTime, T

86、askActualEndTime)</p><p>　　Pro_Document (Project_Document_ID，ProjectCode，SubmitTime, TaskID, DocumentName, PostFix, IsMainDocument, Url, Version, Yn, IsReslove)</p><p>　　TaskTemplate (TaskTempla

87、teID, TaskTemplateName, ProjectStage, CreateName, CreateTime, Workload, IsEable, TaskType, PreTaskID, IsMilestone, IsNeedAccreditation)</p><p>　　DocumentTemplate (DocumentTemplateID, TaskTemplateID, Document

88、TemplateName, PostFix)</p><p>　　Accreditation (AccreditationID，AccreditationResult, TaskID, AccreditationTime, AccreditationAddress, AccreditationState)</p><p>　　AccreditationPeople (Accreditati

89、onPeopleID, UserID, UserType, TaskID)</p><p>　　Mapping(MappingID, ClassifyID, LibraryDocumentID)</p><p>　　3.2.3　數(shù)據(jù)庫物理設計</p><p>　　根據(jù)數(shù)據(jù)庫邏輯設計的數(shù)據(jù)結(jié)構(gòu)，并結(jié)合需求分析的內(nèi)容，數(shù)據(jù)庫的物理結(jié)構(gòu)設計如下表：</p>

90、<p>　　表3.1 Popedom 權(quán)限表</p><p>　　表3.2 Keyword 關鍵字表</p><p>　　表3.3 Classify 分類表</p><p>　　表3.4 LibraryDocument財富庫資源表 </p><p>　　表3.5 UserInfo 系統(tǒng)用戶表</p><p>

91、　　表3.6 UserRole 用戶角色表 </p><p>　　表3.7 Department 部門表</p><p>　　表3.8 ProjectMember 項目成員表</p><p>　　表3.9 Project 項目表 </p><p>　　表3.10 Task 任務表 </p><p>　　表3.11 Pr

92、o_Document 項目文檔表 </p><p>　　表3.12 TaskTemplate 任務模板表 </p><p>　　表3.13 DocumentTemplate 文檔模板表</p><p>　　表3.14 Accreditation 評審表 </p><p>　　表3.15 AccreditationPeople 評審人員表 &l

93、t;/p><p>　　表3.16 DocumentLog 任務文檔日志表 </p><p>　　表3.17 DocumentReNew 文檔續(xù)傳控制表</p><p>　　表3.18 Mapping 財富庫資源分類映射表</p><p><b>　　4　詳細設計</b></p><p>　　4．1

94、系統(tǒng)用戶維護</p><p><b>　　4.1.1 功能</b></p><p>　　以管理員身份登陸系統(tǒng)，在添加新用戶時，若登錄名已存在，則提示添加失敗。若用戶名、密碼、登錄名、所在部門、性別中有一項為空時，需要提示填寫。刪除用戶時，需彈出確認對話框，確認后才可刪除該員工，并且刪除時并不是真正的從數(shù)據(jù)庫中刪除該用戶，只是將數(shù)據(jù)庫中IsEnable置為false。

95、</p><p><b>　　4.1.2 性能</b></p><p>　　要求系統(tǒng)能夠同時支持10人以上維護系統(tǒng)用戶信息。 </p><p>　　4.1.3 實體類描述</p><p>　　1) UserInfo</p><p><b>　　對象屬性：</b><

96、/p><p>　　表4.1 UserInfo類</p><p>　　2) UserRole</p><p><b>　　對象屬性：</b></p><p>　　表4.2 UserRole類</p><p>　　3) Department</p><p><b>　

97、　對象屬性：</b></p><p>　　表4.3 Department類</p><p>　　4.1.4 程序邏輯</p><p><b>　　1) 類協(xié)作圖</b></p><p>　　圖4.1 系統(tǒng)用戶維護 類協(xié)作圖</p><p><b>　　2) 類關系圖&l

98、t;/b></p><p>　　圖4.2 系統(tǒng)用戶維護 類關系圖</p><p>　　IUserInfoService</p><p>　　功能描述：接口，主要對員工基本信息、相關部門信息的處理。</p><p>　　表4.4 IUserInfoService方法描述</p><p>　　UserInfoServ

99、iceImp </p><p>　　功能描述：IUserInfoService實現(xiàn)類，實現(xiàn)IUserInfoService接口的所有方法。</p><p>　　表4.5 UserInfoServiceImp方法描述</p><p><b>　　4．2 修改密碼</b></p><p><b>　　4.2.1

100、 功能</b></p><p>　　系統(tǒng)用戶登陸系統(tǒng)后，輸入原密碼和兩次新密碼后，當兩次新密碼相同時，讀取數(shù)據(jù)庫，若該用戶輸入的原密碼和登錄密碼相同時，修改登錄密碼。</p><p><b>　　4.2.2 性能</b></p><p>　　要求系統(tǒng)能夠同時支持100人以上修改登錄密碼。 </p><p>

101、　　4.2.3 實體類描述</p><p>　　1) UserInfo</p><p><b>　　同表4.1。</b></p><p>　　4.2.4 程序邏輯</p><p>　　同系統(tǒng)用戶維護模塊算法與程序邏輯。</p><p><b>　　4．3 任務模板</b&g

102、t;</p><p><b>　　4.3.1 功能</b></p><p>　　任務模板功能提高了系統(tǒng)使用的靈活性。新建任何一個項目都不需要為輸入大量的工作任務而煩惱。系統(tǒng)管理員只需要在系統(tǒng)中設置好項目開發(fā)過程中，各階段的任務。即可被系統(tǒng)中任意一個項目所使用。該模塊主要包括：任務模板的新建、修改和刪除操作。系統(tǒng)管理員只需要設置每個任務模板所處階段、任務名稱、工作量、

103、是否未評審任務、是否為里程碑任務和前置任務。其中當任務被設置為評審任務時，則表示該任務需要被評審。若該任務被設置為里程碑任務，則當該任務結(jié)束時，系統(tǒng)會自動將該任務所在的項目跳到下一個階段。任務類型有：文檔、編碼、測試、會議、調(diào)研、質(zhì)檢、其他這幾種類型。</p><p><b>　　4.3.2 性能</b></p><p>　　要求系統(tǒng)能夠同時支持10人以上維護任務模

104、板。 </p><p>　　4.3.3 實體類描述</p><p>　　1) TaskTemplate</p><p><b>　　對象屬性：</b></p><p>　　表4.6 TaskTemplate類</p><p>　　4.3.4 程序邏輯</p><p>

105、<b>　　1) 類協(xié)作圖</b></p><p>　　圖4.3 任務模板 類協(xié)作圖</p><p><b>　　2) 類關系圖</b></p><p>　　圖4.4 任務模板 類關系圖</p><p>　　ITaskService</p><p>　　功能描述：接口，主

106、要對任務模板信息、文檔模板信息的處理。</p><p>　　表4.7 IUserInfoService方法描述</p><p>　　TaskServiceImp </p><p>　　功能描述：ITaskService實現(xiàn)類，實現(xiàn)ITaskService接口的所有方法。</p><p>　　表4.8 UserInfoServiceImp方法描

107、述</p><p><b>　　4．4 文檔模板</b></p><p><b>　　4.4.1 功能</b></p><p>　　文檔模板功能是針對任務模板而產(chǎn)生的。當一個任務被設置成文檔任務，則可以在此模塊中設置任務相關聯(lián)文檔的名稱。</p><p><b>　　4.4.2 性能

108、</b></p><p>　　要求系統(tǒng)能夠同時支持10人以上維護文檔模板信息。 </p><p>　　4.4.3 實體類描述</p><p>　　1) TaskTemplate</p><p><b>　　同表4.6。</b></p><p>　　4.4.4 程序邏輯</p

109、><p>　　同任務模板模塊算法與程序邏輯。</p><p>　　4．5 可評審任務處理</p><p><b>　　4.5.1 功能</b></p><p>　　該模塊入口是當一個任務類型為文檔任務，并且該任務被提交了，相關聯(lián)的文檔已經(jīng)上傳。則可以進行申請進行評審。其中評審狀態(tài)有：未提交評審、已提交評審、已分配評審人員

110、、評審中、評審通過、評審未通過、再次提交評審。</p><p><b>　　評審流程為：</b></p><p>　　1) 任務負責人申請評審；</p><p>　　2) 項目經(jīng)理分配評審人員、評審地點、評審時間；</p><p>　　3) 項目經(jīng)理發(fā)布評審信息，相關評審人員查看近期評審任務；</p>&l

111、t;p>　　4) 評審結(jié)束后，填寫評審結(jié)果。若評審通過，則置為：評審通過；若未通過，則置為未通過，任務負責人需修改文檔，再次申請評審。</p><p><b>　　4.5.2 性能</b></p><p>　　要求系統(tǒng)能夠同時支持100人以上申請任務評審。 </p><p>　　4.5.3 實體類描述</p><p

112、>　　1) Accreditation</p><p><b>　　對象屬性：</b></p><p>　　表4.9 Accreditation類</p><p>　　4.5.4 程序邏輯</p><p><b>　　1) 類協(xié)作圖</b></p><p>　　圖

113、4.5可評審任務處理 類協(xié)作圖</p><p><b>　　2) 類關系圖</b></p><p>　　圖4.6 可評審任務處理 類關系圖</p><p>　　IStatisticsService</p><p>　　功能描述：接口，主要對評審相關業(yè)務的處理。</p><p>　　表4.10 I

114、StatisticsService方法描述</p><p>　　StatisticsServiceImp </p><p>　　功能描述：IStatisticsService實現(xiàn)類，實現(xiàn)IStatisticsService接口的所有方法。</p><p>　　表4.11 StatisticsServiceImp方法描述</p><p>　　4

115、．6 評審人員分配</p><p><b>　　4.6.1 功能</b></p><p>　　該功能是在任務負責人申請之后，項目經(jīng)理或管理員分配評審人員、評審地點、評審日期，然后發(fā)布評審信息。</p><p><b>　　4.6.2 性能</b></p><p>　　要求系統(tǒng)能夠同時支持20人

116、以上分配評審人員。 </p><p>　　4.6.3 實體類描述</p><p>　　1) Accreditation</p><p><b>　　同表4.9。</b></p><p>　　2) AccreditationPeople</p><p><b>　　對象屬性：<

117、/b></p><p>　　表4.12 AccreditationPeople類</p><p>　　4.6.4 程序邏輯</p><p>　　同可評審任務處理模塊算法與程序邏輯。</p><p>　　4．7 近期發(fā)布的評審任務</p><p><b>　　4.7.1 功能</b>&l

118、t;/p><p>　　系統(tǒng)用戶登陸系統(tǒng)后，點擊次模塊，查看最近需要參加的評審。</p><p><b>　　4.7.2 性能</b></p><p>　　要求系統(tǒng)能夠同時支持100人以上查看評審信息。 </p><p>　　4.7.3 實體類描述</p><p>　　同可評審任務處理模塊實體類描述

119、。</p><p>　　4.7.4 算法與程序邏輯</p><p>　　同可評審任務處理模塊算法與程序邏輯。</p><p>　　4．8 評審結(jié)果錄入</p><p><b>　　4.8.1 功能</b></p><p>　　系統(tǒng)管理員或項目經(jīng)理登陸系統(tǒng)后，填寫評審結(jié)果。</p>

120、<p><b>　　4.8.2 性能</b></p><p>　　要求系統(tǒng)能夠同時支持10人以上錄入評審結(jié)果。 </p><p>　　4.8.3 實體類描述</p><p>　　1) Accreditation</p><p><b>　　同表4.9。</b></p>

121、<p>　　4.8.4 程序邏輯</p><p>　　同可評審任務處理模塊算法與程序邏輯。</p><p><b>　　4．9 權(quán)限管理</b></p><p><b>　　4.9.1 功能</b></p><p>　　權(quán)限管理是當然為任務已經(jīng)提交，但任務文檔沒有上傳或上傳有誤，

122、需要重新上傳時，向項目經(jīng)理或管理員申請開放權(quán)限，任務負責人才可以上傳文檔。項目經(jīng)理或管理員可以給出上傳的時限，當文檔上傳之后，項目經(jīng)理或管理員可以手動關閉上傳權(quán)限。同時，也可以由程序自動關閉。</p><p><b>　　4.9.2 性能</b></p><p>　　要求系統(tǒng)能夠同時支持20人以上維護文檔的上傳權(quán)限。 </p><p>　　4

123、.9.3 實體類描述</p><p>　　1) Pro_Document</p><p><b>　　對象屬性：</b></p><p>　　表4.13 Pro_Document類</p><p>　　2) DocumentReNew</p><p><b>　　對象屬性：<

124、/b></p><p>　　圖4.14 DocumentReNew類</p><p>　　4.9.4 程序邏輯</p><p><b>　　1) 類協(xié)作圖</b></p><p>　　圖4.7 權(quán)限管理 類協(xié)作圖</p><p><b>　　2) 類關系圖</b>

125、</p><p>　　圖4.8權(quán)限管理 類關系圖</p><p>　　IDocumentService</p><p>　　功能描述：接口，主要對任務文檔信息的處理。</p><p>　　表4.15 IDocumentService方法描述</p><p>　　DocumentServiceImp </p>

126、<p>　　功能描述：IDocumentService實現(xiàn)類，實現(xiàn)IDocumentService接口的所有方法。</p><p>　　表4.16 DocumentServiceImp方法描述</p><p>　　4．10 可上傳文檔管理</p><p>　　4.10.1 功能</p><p>　　當項目經(jīng)理為任務負責人開放

127、了上傳權(quán)限之后，任務負責人可以通過該功能上傳任務文檔。</p><p>　　4.10.2 性能</p><p>　　要求系統(tǒng)能夠同時支持100人以上上傳文檔。 </p><p>　　4.10.3 實體類描述</p><p>　　同權(quán)限管理模塊實體類描述。</p><p>　　4.10.4 程序邏輯</p&g

128、t;<p>　　同權(quán)限管理模塊算法與程序邏輯。</p><p>　　4．11 資源分類</p><p>　　4.11.1 功能</p><p>　　資源分類作為財富庫系統(tǒng)的一部分，為系統(tǒng)用戶提供一個快捷、方便的檢索資源空間。主要包括：資源分類新建、修改和刪除。</p><p>　　4.11.2 性能</p>

129、<p>　　要求系統(tǒng)能夠同時支持20人以上維護資源分類。 </p><p>　　4.11.3 實體類描述</p><p>　　1) Classify</p><p><b>　　對象屬性：</b></p><p>　　表4.17 Classify類</p><p>　　4.11.4

130、 程序邏輯</p><p><b>　　1) 類協(xié)作圖</b></p><p>　　圖4.9 資源分類 類協(xié)作圖</p><p><b>　　2) 類關系圖</b></p><p>　　圖4.10 資源分類 類關系圖</p><p>　　IClassifyService&

131、lt;/p><p>　　功能描述：接口，主要對財富庫資源信息、資源分類、權(quán)限和資源-分類關系的處理。</p><p>　　表4.18 IClassifyService方法描述</p><p>　　ClassifyServiceImp </p><p>　　功能描述：IClassifyService實現(xiàn)類，實現(xiàn)IClassifyService接口的

132、所有方法。</p><p>　　表4.19 ClassifyServiceImp方法描述</p><p>　　4．12 資源上傳</p><p>　　4.12.1 功能</p><p>　　系統(tǒng)用戶可以添加、刪除和修改資源。并且當用戶上傳資源時，必須選擇至少一種分類。默認上傳資源關鍵字為資源名稱。上傳的資源將保存ftp服務器上，可以有效的