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

1、<p><b>　　1 引言</b></p><p><b>　　1．1 開發(fā)背景</b></p><p>　　軟件項(xiàng)目[11,12]開發(fā)是一項(xiàng)系統(tǒng)而復(fù)雜的工作，它需要一個(gè)團(tuán)隊(duì)互相配合、分工協(xié)作。軟件項(xiàng)目管理系統(tǒng)可以規(guī)范一個(gè)軟件開發(fā)團(tuán)隊(duì)的日常工作，提高工作效率。軟件項(xiàng)目管理是為了使軟件項(xiàng)目能夠按照預(yù)定的成本、進(jìn)度、質(zhì)量順利完成，而對(duì)

2、成本、人員、進(jìn)度、質(zhì)量、風(fēng)險(xiǎn)等進(jìn)行分析和管理的活動(dòng)。實(shí)際上，軟件項(xiàng)目管理的意義不僅僅如此，進(jìn)行軟件項(xiàng)目管理有利于將開發(fā)人員的個(gè)人開發(fā)能力轉(zhuǎn)化成企業(yè)的開發(fā)能力，企業(yè)的軟件開發(fā)能力越高，表明這個(gè)企業(yè)的軟件生產(chǎn)越趨向于成熟，企業(yè)越能夠穩(wěn)定發(fā)展。然而，目前，對(duì)軟件項(xiàng)目的管理主要有手工存取和借助一些軟件（VSS、SVN等）對(duì)軟件項(xiàng)目進(jìn)行管理，起不到對(duì)項(xiàng)目進(jìn)度的實(shí)時(shí)跟蹤與管理。為進(jìn)一步完善軟件項(xiàng)目流程及資源的統(tǒng)一管理，更加全面、有效的服務(wù)于軟件開發(fā)

3、過程和財(cái)富庫管理，更好的方便軟件開發(fā)過程管理。本項(xiàng)目要求能夠適合公司軟件開發(fā)過程；有效的管理軟件開發(fā)過程中每個(gè)階段進(jìn)展情況；即時(shí)跟蹤項(xiàng)目開發(fā)過程中的BUG，提供公司財(cái)富庫資源的開放和權(quán)限控制?？s短軟件開發(fā)的進(jìn)度、提高軟件產(chǎn)品的質(zhì)量，有效的維護(hù)公司財(cái)富庫資源，故開發(fā)《軟件項(xiàng)目管理系統(tǒng)》。</p><p>　　由于在開發(fā)過程中會(huì)遇到許多問題，面對(duì)面的通知、開發(fā)過程中BUG的記錄與后期查看、任務(wù)下發(fā)與跟蹤等都會(huì)使項(xiàng)目進(jìn)

4、度變慢。對(duì)于公司的財(cái)富庫的使用沒有很好的利用，總是要通過其他工具去查看資源，使用極不方便。</p><p>　　基于以上情況，故開發(fā)《軟件項(xiàng)目管理系統(tǒng)》，采用信息技術(shù)對(duì)軟件項(xiàng)目進(jìn)度、流程、bug等方面進(jìn)行管理，提高系統(tǒng)開發(fā)效率的目的。</p><p><b>　　1．2 開發(fā)意義</b></p><p>　　本畢業(yè)設(shè)計(jì)擬開發(fā)的《軟件項(xiàng)目管理系

5、統(tǒng)》將較好地解決以上問題。在該系統(tǒng)中，包括開發(fā)流程跟蹤、Bug管理、文檔管理、財(cái)富庫建設(shè)等基礎(chǔ)功能，可以解決開發(fā)進(jìn)度跟蹤困難、管理提交文檔不便、開發(fā)過程中所產(chǎn)生的Bug處理結(jié)果不明、公司財(cái)富庫得不到有效的利用。 </p><p><b>　　1．3 實(shí)現(xiàn)目標(biāo)</b></p><p>　　本系統(tǒng)主要實(shí)現(xiàn)以下目標(biāo)：</p><p>　　1) 上傳

6、開發(fā)過程中所產(chǎn)生的文檔，文檔上傳權(quán)限的控制，上傳文檔的目錄的管理，文檔在線查看功能。</p><p>　　2) 對(duì)已提交的文檔進(jìn)行評(píng)審，包括申請(qǐng)對(duì)文檔的評(píng)審，評(píng)審人員分配，評(píng)審地點(diǎn)、時(shí)間的通知，評(píng)審結(jié)果的錄入。</p><p>　　3) 財(cái)富庫的建立，包括財(cái)富庫資源的分類維護(hù)，資源上傳，下載權(quán)限控制等操作。</p><p><b>　　2 需求分析<

7、;/b></p><p><b>　　2．1 功能需求</b></p><p>　　本系統(tǒng)將包括以下功能：</p><p><b>　　文檔管理</b></p><p>　　是指任務(wù)負(fù)責(zé)人上傳任務(wù)文檔。對(duì)超期上傳文檔上傳權(quán)限控制。上傳文檔版本號(hào)的控制和目錄管理。其中文檔上傳指：項(xiàng)目經(jīng)理創(chuàng)建任

8、務(wù)，分配任務(wù)負(fù)責(zé)人，任務(wù)負(fù)責(zé)人提交任務(wù)文檔，文檔類型必須符合要求；超期文檔上傳指：任務(wù)負(fù)責(zé)人沒有及時(shí)提交文檔或文檔已提交申請(qǐng)，但需要更新文檔，須由項(xiàng)目經(jīng)理開放上傳權(quán)限之后，才能上傳。文檔版本號(hào)控制：項(xiàng)目經(jīng)理設(shè)置需上傳的文檔是對(duì)已有文檔的更新還是上傳新版本。目錄管理：若同一份文檔有多個(gè)版本時(shí)，該任務(wù)文檔保存到與該任務(wù)文檔平級(jí)的以任務(wù)文檔名稱命名的文件夾中。</p><p><b>　　評(píng)審管理</b

9、></p><p>　　任務(wù)負(fù)責(zé)人上傳文檔后，向項(xiàng)目經(jīng)理提出申請(qǐng)，項(xiàng)目經(jīng)理分配評(píng)審人員，評(píng)審日期和地址，發(fā)布評(píng)審信息，評(píng)審?fù)瓿珊筇顚懺u(píng)審結(jié)果。</p><p><b>　　財(cái)富庫管理</b></p><p>　　財(cái)富庫在公司發(fā)展中起著重要作用，財(cái)富庫資源主由公司員工提供，為公司提供一個(gè)資源共享的空間。主要包括資源上傳，資源提供者可以限制所

10、上傳資源的訪問權(quán)限（包括：按部門和職位兩種權(quán)限控制方式），和員工下載資源。</p><p>　　2．2 可行性分析</p><p>　　可行性分析，即是在系統(tǒng)調(diào)查的基礎(chǔ)上，針對(duì)新系統(tǒng)的開發(fā)是否具備必要性和可能性，對(duì)新系統(tǒng)的開發(fā)從技術(shù)、經(jīng)濟(jì)、操作等方面進(jìn)行分析和研究，以避免投資失誤，來保證新系統(tǒng)的開發(fā)成功?？尚行匝芯康哪康木褪怯米钚〉拇鷥r(jià)在盡可能短的時(shí)間內(nèi)確定問題是否能夠解決。該系統(tǒng)的可行

11、性分析包括以下幾個(gè)方面的內(nèi)容。</p><p><b>　　1） 經(jīng)濟(jì)可行性</b></p><p>　　經(jīng)濟(jì)可行性分析是估計(jì)項(xiàng)目的成本、效益和技術(shù)上是可行的。</p><p>　　開發(fā)本系統(tǒng)所需要的成本包括：</p><p>　　a．開發(fā)人員薪酬：經(jīng)估算，開發(fā)本系統(tǒng)需要4個(gè)人月的工作量，單位人月工作量的薪酬是2000元

12、，因此共需8000元。</p><p>　　b．其他費(fèi)用：包括資料費(fèi)，打印費(fèi)等，共記1400元。</p><p>　　c．培訓(xùn)費(fèi)用：需要約6000元。</p><p>　　d．維護(hù)費(fèi)用：本系統(tǒng)每年的維護(hù)費(fèi)用大約需要5000元：</p><p><b>　　2） 技術(shù)可行性</b></p><p>

13、　　技術(shù)上的可行性分析主要分析技術(shù)條件是否能順利完成開發(fā)工作，硬、軟件能否滿足開發(fā)者的需要等。此系統(tǒng)中采用Visual studio .Net 2008作為系統(tǒng)的集成開發(fā)環(huán)境[6]、以 IBatis.net為O/R映射框架， SQL Server 2005作為后臺(tái)數(shù)據(jù)庫管理系統(tǒng)。根據(jù)調(diào)查，目前所擁有的技術(shù)力量完全能夠滿足要求。因此，從技術(shù)可行性的角度考慮，該系統(tǒng)是完全可行的。</p><p><b>　

14、　3） 操作可行性</b></p><p>　　本系統(tǒng)是基于B/S結(jié)構(gòu)的WEB應(yīng)用，用戶界面友好，操作簡單，使用人員經(jīng)過簡單的培訓(xùn)即可以掌握系統(tǒng)的使用；本系統(tǒng)的使用將有助于使用人員提高軟件項(xiàng)目進(jìn)度、所產(chǎn)生的文檔的匯總的精確性，改善軟件開發(fā)過程，縮短開發(fā)周期，因此本系統(tǒng)的推廣不會(huì)受到系統(tǒng)使用者的抵觸。</p><p>　　綜上所述，此系統(tǒng)開發(fā)目標(biāo)已明確，在技術(shù)、經(jīng)濟(jì)等方面都可行，

15、并且投入少、見效快。因此系統(tǒng)的開發(fā)是完全可行的。</p><p><b>　　2．3 用例圖</b></p><p>　　軟件項(xiàng)目管理系統(tǒng)系統(tǒng)信息模塊用例圖，如圖2.4：</p><p>　　圖2.4系統(tǒng)信息維護(hù)模塊</p><p>　　軟件項(xiàng)目管理系統(tǒng)項(xiàng)目設(shè)置模塊用例圖，如圖2.5：</p><p

16、>　　圖2.5項(xiàng)目設(shè)置模塊</p><p>　　軟件項(xiàng)目管理系統(tǒng)評(píng)審管理模塊用例圖，如圖2.6：</p><p>　　圖2.6評(píng)審管理模塊</p><p>　　軟件項(xiàng)目管理系統(tǒng)文檔管理模塊用例圖，如圖2.7：</p><p>　　圖2.7文檔管理模塊</p><p>　　軟件項(xiàng)目管理系統(tǒng)財(cái)富庫模塊用例圖，如圖2.

17、8：</p><p><b>　　圖2.8財(cái)富庫模塊</b></p><p><b>　　2．4 活動(dòng)圖</b></p><p>　　軟件項(xiàng)目管理系統(tǒng)財(cái)富庫模塊活動(dòng)圖，如圖2.9：</p><p>　　圖2.9系統(tǒng)信息維護(hù)模塊</p><p>　　軟件項(xiàng)目管理系統(tǒng)項(xiàng)目設(shè)置模

18、塊活動(dòng)圖，如圖2.10：</p><p>　　圖2.10項(xiàng)目設(shè)置模塊</p><p>　　軟件項(xiàng)目管理系統(tǒng)評(píng)審管理模塊活動(dòng)圖，如圖2.11：</p><p>　　圖2.11評(píng)審管理模塊</p><p>　　軟件項(xiàng)目管理系統(tǒng)文檔管理模塊活動(dòng)圖，如圖2.12：</p><p>　　圖2.12文檔管理模塊</p>

19、<p>　　軟件項(xiàng)目管理系統(tǒng)財(cái)富庫模塊活動(dòng)圖，如圖2.13：</p><p>　　圖2.13財(cái)富庫模塊</p><p><b>　　2．5 用例描述</b></p><p>　　用例編號(hào): UC_XMXTXXWH_1</p><p>　　用例名稱：系統(tǒng)用戶維護(hù)</p><p>&l

20、t;b>　　描述：</b></p><p>　　對(duì)系統(tǒng)用戶進(jìn)行添加、刪除、修改操作。</p><p><b>　　主執(zhí)行者：</b></p><p><b>　　系統(tǒng)管理員 </b></p><p><b>　　前置條件：（無）</b></p>

21、<p><b>　　正常事件流：</b></p><p>　　表2.1 系統(tǒng)用戶維護(hù)用例描述</p><p><b>　　可選事件流：</b></p><p><b>　　操作員可以取消操作</b></p><p><b>　　異常事件流：</b>

22、;</p><p>　　員工姓名、登錄名、登錄密碼為空時(shí)，彈出提示</p><p>　　用例編號(hào): UC_XMXTXXWH_2</p><p><b>　　用例名稱：修改密碼</b></p><p><b>　　描述：</b></p><p><b>　　修改系統(tǒng)用

23、戶密碼。</b></p><p><b>　　主執(zhí)行者：</b></p><p><b>　　系統(tǒng)用戶 </b></p><p><b>　　前置條件：（無）</b></p><p><b>　　正常事件流：</b></p>&l

24、t;p>　　表2.2修改密碼用例描述</p><p><b>　　可選事件流：（無）</b></p><p><b>　　異常事件流：（無）</b></p><p>　　用例編號(hào): UC_XMXMSZ_1</p><p><b>　　用例名稱：任務(wù)模板</b></p

25、><p><b>　　描述：</b></p><p>　　對(duì)任務(wù)模板進(jìn)行添加、刪除、修改操作。</p><p><b>　　主執(zhí)行者：</b></p><p><b>　　系統(tǒng)管理員 </b></p><p><b>　　前置條件：（無）</

26、b></p><p><b>　　正常事件流：</b></p><p>　　表2.3任務(wù)模板用例描述</p><p><b>　　可選事件流：</b></p><p><b>　　操作員可以取消操作</b></p><p><b>　　異

27、常事件流：</b></p><p>　　員工姓名、登錄名、登錄密碼為空時(shí)，彈出提示；工作量不是數(shù)字時(shí)，用0代替。</p><p>　　用例編號(hào): UC_XMXMSZ_2</p><p><b>　　用例名稱：文檔模板</b></p><p><b>　　描述：</b></p>

28、<p><b>　　修改任務(wù)文檔模板。</b></p><p><b>　　主執(zhí)行者：</b></p><p><b>　　系統(tǒng)管理員 </b></p><p><b>　　前置條件：（無）</b></p><p><b>　　正常

29、事件流：</b></p><p>　　表2.4文檔模板用例描述</p><p><b>　　可選事件流：</b></p><p><b>　　操作員可以取消操作</b></p><p><b>　　異常事件流：</b></p><p>　　文

30、檔名稱為空時(shí)，彈出提示</p><p>　　用例編號(hào): UC_XMPSGL_1</p><p>　　用例名稱：可評(píng)審任務(wù)處理</p><p><b>　　描述：</b></p><p>　　對(duì)可提交評(píng)審的任務(wù)文檔提交至項(xiàng)目經(jīng)理，申請(qǐng)?jiān)u審。</p><p><b>　　主執(zhí)行者：</

31、b></p><p><b>　　任務(wù)負(fù)責(zé)人 </b></p><p><b>　　前置條件：（無）</b></p><p><b>　　正常事件流：</b></p><p>　　表2.5可評(píng)審任務(wù)處理用例描述</p><p><b>　

32、　可選事件流：</b></p><p><b>　　操作員可以取消操作</b></p><p><b>　　異常事件流：（無）</b></p><p>　　用例編號(hào): UC_XMPSGL_2</p><p>　　用例名稱：評(píng)審人員分配</p><p><b&

33、gt;　　描述：</b></p><p>　　對(duì)申請(qǐng)?jiān)u審的文檔分配評(píng)審人員，時(shí)間、地址，并發(fā)布評(píng)審信息至各評(píng)審人員。</p><p><b>　　主執(zhí)行者：</b></p><p>　　系統(tǒng)管理員、項(xiàng)目經(jīng)理 </p><p><b>　　前置條件：（無）</b></p>&

34、lt;p><b>　　正常事件流：</b></p><p>　　表2.6評(píng)審人員分配用例描述</p><p><b>　　可選事件流：</b></p><p>　　操作員可以取消刪除評(píng)審人員和添加評(píng)審人員操作</p><p><b>　　異常事件流：</b></p&

35、gt;<p>　　當(dāng)評(píng)審時(shí)間、地點(diǎn)為空時(shí)，彈出提示；當(dāng)評(píng)審時(shí)間為非法字符時(shí)，用2010-01-01代替評(píng)審時(shí)間。</p><p>　　用例編號(hào): UC_XMPSGL_3</p><p>　　用例名稱：近期發(fā)布的評(píng)審任務(wù)</p><p><b>　　描述：</b></p><p>　　查看最近發(fā)布的評(píng)審信息。

36、</p><p><b>　　主執(zhí)行者：</b></p><p><b>　　評(píng)審人員 </b></p><p>　　前置條件：評(píng)審信息已發(fā)布 </p><p><b>　　正常事件流：（無）</b></p><p><b>　　可選事件流：（

37、無）</b></p><p><b>　　異常事件流：（無）</b></p><p>　　用例編號(hào): UC_XMPSGL_4</p><p>　　用例名稱：評(píng)審結(jié)果錄入</p><p><b>　　描述：</b></p><p>　　錄入評(píng)審結(jié)果。若評(píng)審未通過，則

38、需要任務(wù)文檔負(fù)責(zé)人重新修改文檔，再次申請(qǐng)?jiān)u審。</p><p><b>　　主執(zhí)行者：</b></p><p>　　系統(tǒng)管理員或項(xiàng)目經(jīng)理 </p><p><b>　　前置條件：（無）</b></p><p><b>　　正常事件流：</b></p><p&

39、gt;　　表2.7評(píng)審結(jié)果錄入用例描述</p><p><b>　　可選事件流：</b></p><p><b>　　操作員可以取消操作</b></p><p><b>　　異常事件流：</b></p><p>　　評(píng)審結(jié)果為空時(shí)，彈出提示</p><p&g

40、t;　　用例編號(hào): UC_XMWDGL_1</p><p><b>　　用例名稱：權(quán)限管理</b></p><p><b>　　描述：</b></p><p>　　設(shè)置任務(wù)文檔的上傳權(quán)限。</p><p><b>　　主執(zhí)行者：</b></p><p>

41、　　系統(tǒng)管理員或項(xiàng)目經(jīng)理</p><p><b>　　前置條件：（無）</b></p><p><b>　　正常事件流：</b></p><p>　　表2.8權(quán)限管理用例描述</p><p><b>　　可選事件流：</b></p><p><b&

42、gt;　　操作員可以取消操作</b></p><p><b>　　異常事件流：</b></p><p>　　結(jié)束時(shí)間為空時(shí)，彈出提示；當(dāng)結(jié)束時(shí)間為非法字符時(shí)，用2010-01-01代替。</p><p>　　用例編號(hào): UC_XMWDGL_2</p><p>　　用例名稱：可上傳文檔管理</p>

43、<p><b>　　描述：</b></p><p><b>　　上傳任務(wù)文檔。</b></p><p><b>　　主執(zhí)行者：</b></p><p><b>　　文檔負(fù)責(zé)人</b></p><p><b>　　前置條件：（無）<

44、;/b></p><p><b>　　正常事件流：</b></p><p>　　表2.9可上傳文檔管理用例描述</p><p><b>　　可選事件流：</b></p><p><b>　　操作員可以取消操作</b></p><p><b&g

45、t;　　異常事件流：</b></p><p>　　上傳文檔路徑為空或文檔類型與規(guī)定的不一致時(shí)，彈出提示。</p><p>　　用例編號(hào): UC_XMCFK_1</p><p><b>　　用例名稱：資源分類</b></p><p><b>　　描述：</b></p><

46、;p>　　對(duì)資源分類進(jìn)行添加、刪除、修改操作。</p><p><b>　　主執(zhí)行者：</b></p><p>　　系統(tǒng)管理員和項(xiàng)目經(jīng)理</p><p><b>　　前置條件：（無）</b></p><p><b>　　正常事件流：</b></p><

47、p>　　表2.10資源分類用例描述</p><p><b>　　可選事件流：</b></p><p><b>　　操作員可以取消操作</b></p><p><b>　　異常事件流：</b></p><p>　　分類名稱為空時(shí)，彈出提示</p><p&

48、gt;　　用例編號(hào): UC_XMCFK_2</p><p><b>　　用例名稱：資源上傳</b></p><p><b>　　描述：</b></p><p>　　上傳財(cái)富庫資源，設(shè)置資源分類和允許訪問的權(quán)限。</p><p><b>　　主執(zhí)行者：</b></p>

49、<p><b>　　系統(tǒng)用戶</b></p><p>　　前置條件：財(cái)富庫分類已經(jīng)建成</p><p><b>　　正常事件流：</b></p><p>　　表2.11資源上傳用例描述</p><p><b>　　可選事件流：</b></p><

50、;p>　　操作員可以取消刪除操作</p><p><b>　　異常事件流：</b></p><p>　　當(dāng)上傳或修改資源時(shí)，若文檔分類未選定時(shí)，彈出提示；上傳資源時(shí)，要上傳資源的路徑未空時(shí)，彈出提示。</p><p>　　用例編號(hào): UC_XMCFK_3</p><p><b>　　用例名稱：搜索文檔&l

51、t;/b></p><p><b>　　描述：</b></p><p>　　搜索與下載財(cái)富庫資源。</p><p><b>　　主執(zhí)行者：</b></p><p><b>　　系統(tǒng)用戶</b></p><p><b>　　前置條件：（無）

52、</b></p><p><b>　　正常事件流：</b></p><p>　　表2.12搜索文檔用例描述</p><p><b>　　可選事件流：</b></p><p><b>　　操作員可以取消操作</b></p><p><b&

53、gt;　　異常事件流：</b></p><p>　　員工姓名、登錄名、登錄密碼為空時(shí)，彈出提示</p><p><b>　　2．6　時(shí)序圖</b></p><p>　　軟件項(xiàng)目管理系統(tǒng)系統(tǒng)用戶維護(hù)模塊時(shí)序圖，如圖2.14：</p><p>　　圖2.14系統(tǒng)用戶維護(hù)</p><p>　

54、　軟件項(xiàng)目管理系統(tǒng)修改密碼模塊時(shí)序圖，如圖2.15：</p><p><b>　　圖2.15修改密碼</b></p><p>　　軟件項(xiàng)目管理系統(tǒng)任務(wù)模板模塊時(shí)序圖，如圖2.16：</p><p><b>　　圖2.16任務(wù)模板</b></p><p>　　軟件項(xiàng)目管理系統(tǒng)文檔模板模塊時(shí)序圖，如圖2

55、.17：</p><p><b>　　圖2.17文檔模板</b></p><p>　　軟件項(xiàng)目管理系統(tǒng)可評(píng)審任務(wù)處理模塊時(shí)序圖，如圖2.18：</p><p>　　軟件項(xiàng)目管理系統(tǒng)評(píng)審人員分配模塊時(shí)序圖，如圖2.19：</p><p>　　軟件項(xiàng)目管理系統(tǒng)近期發(fā)布的評(píng)審任務(wù)模塊時(shí)序圖，如圖2.20：</p>

56、<p>　　軟件項(xiàng)目管理系統(tǒng)評(píng)審結(jié)果錄入模塊時(shí)序圖，如圖2.21：</p><p>　　軟件項(xiàng)目管理系統(tǒng)權(quán)限管理模塊時(shí)序圖，如圖2.22：</p><p><b>　　圖2.22權(quán)限管理</b></p><p>　　軟件項(xiàng)目管理系統(tǒng)可上傳文檔管理模塊時(shí)序圖，如圖2.23：</p><p>　　圖2.23可上傳

57、文檔管理</p><p>　　軟件項(xiàng)目管理系統(tǒng)資源分類模塊時(shí)序圖，如圖2.24：</p><p>　　軟件項(xiàng)目管理系統(tǒng)資源上傳模塊時(shí)序圖，如圖2.25：</p><p>　　軟件項(xiàng)目管理系統(tǒng)搜索資源模塊時(shí)序圖，如圖2.26：</p><p>　　2．7　系統(tǒng)開發(fā)平臺(tái)及主要技術(shù)</p><p>　　本系統(tǒng)采用Visual

58、 Studio 2008作為開發(fā)平臺(tái)；在數(shù)據(jù)存取層，采用先進(jìn)的IBatis.net作為O/R Map工具，實(shí)現(xiàn)數(shù)據(jù)存取的高效性和靈活性；在用戶界面層，擴(kuò)展了Repeater控件，以實(shí)現(xiàn)對(duì)項(xiàng)目階段任務(wù)和文檔的呈現(xiàn)。</p><p>　　2.7.1 IBatis.NET技術(shù)在本系統(tǒng)中的應(yīng)用</p><p>　　相對(duì)Hibernate和Apache OJB 等“一站式”O(jiān)RM解決方案而言，IB

59、atis[9] 是一種“半自動(dòng)化”的ORM實(shí)現(xiàn)。</p><p>　　所謂“半自動(dòng)”，可能理解上有點(diǎn)生澀?？v觀目前主流的ORM，無論Hibernate 還是Apache OJB，都對(duì)數(shù)據(jù)庫結(jié)構(gòu)提供了較為完整的封裝，提供了從POJO 到數(shù)據(jù)庫表的全套映射機(jī)制。程序員往往只需定義好了POJO 到數(shù)據(jù)庫表的映射關(guān)系，即可通過Hibernate或者OJB 提供的方法完成持久層操作。程序員甚至不需要對(duì)SQL 的熟練掌握，H

60、ibernate/OJB 會(huì)根據(jù)制定的存儲(chǔ)邏輯，自動(dòng)生成對(duì)應(yīng)的SQL 并調(diào)用JDBC 接口加以執(zhí)行。</p><p>　　2.7.2 Ajax技術(shù)在本系統(tǒng)中的應(yīng)用</p><p>　　AJAX[7]全稱為“Asynchronous JavaScript and XML”（異步JavaScript和XML），是指一種創(chuàng)建交互式網(wǎng)頁應(yīng)用的網(wǎng)頁開發(fā)技術(shù)。 國內(nèi)通常的讀音為“阿賈克斯”和阿賈克斯

61、足球隊(duì)讀音一樣。Web應(yīng)用的交互如Flickr, Backpack和Google在這方面已經(jīng)有質(zhì)的飛躍。這個(gè)術(shù)語源自描述從基于網(wǎng)頁的Web應(yīng)用到基于數(shù)據(jù)的應(yīng)用的轉(zhuǎn)換。在基于數(shù)據(jù)的應(yīng)用中，用戶需求的數(shù)據(jù)如聯(lián)系人列表，可以從獨(dú)立于實(shí)際網(wǎng)頁的服務(wù)端取得并且可以被動(dòng)態(tài)地寫入網(wǎng)頁中，給緩慢的Web應(yīng)用體驗(yàn)著色使之像桌面應(yīng)用一樣。雖然大部分開發(fā)人員在過去使用過XMLHttp或者使用Iframe來加載數(shù)據(jù)，但僅到現(xiàn)在我們才看到傳統(tǒng)的開發(fā)人員和公司開始

62、采用這些技術(shù)。就像新的編程語言或模型伴隨著更多的痛苦，開發(fā)人員需要學(xué)習(xí)新的技巧及如何最好利用這些新技術(shù)。</p><p>　　2.7.3 jQuery技術(shù)在本系統(tǒng)中的應(yīng)用</p><p>　　jQuery[14]是繼prototype之后又一個(gè)優(yōu)秀的Javascript框架。其宗旨是——WRITE LESS,DO MORE,寫更少的代碼,做更多的事情。</p><p&

63、gt;　　它是輕量級(jí)的js庫(壓縮后只有21k) ，這是其它的js庫所不及的，它兼容CSS3，還兼容各種瀏覽器 （IE 6.0+, FF 1.5+, Safari 2.0+, Opera 9.0+）。</p><p>　　jQuery是一個(gè)快速的，簡潔的javaScript庫，使用戶能更方便地處理HTML documents、events、實(shí)現(xiàn)動(dòng)畫效果，并且方便地為網(wǎng)站提供AJAX交互。</p>&

64、lt;p>　　jQuery還有一個(gè)比較大的優(yōu)勢(shì)是，它的文檔說明很全，而且各種應(yīng)用也說得很詳細(xì)，同時(shí)還有許多成熟的插件可供選擇。</p><p>　　jQuery能夠使用戶的html頁保持代碼和html內(nèi)容分離，也就是說，不用再在html里面插入一堆js來調(diào)用命令了，只需定義id即可。</p><p><b>　　3　總體設(shè)計(jì)</b></p><

65、;p>　　3．1　系統(tǒng)的總體架構(gòu)</p><p>　　3.1.1 平臺(tái)架構(gòu)</p><p>　　本系統(tǒng)采用了五層體系架構(gòu),包括：表示層、業(yè)務(wù)邏輯層接口層、業(yè)務(wù)邏輯層、數(shù)據(jù)訪問層、數(shù)據(jù)傳輸層。</p><p>　　1）表示層：本系統(tǒng)采用了基于Web的系統(tǒng)，處理軟件開發(fā)過程中進(jìn)度跟蹤、文檔管理等功能。在這一層中，可以向系統(tǒng)使用者清晰直觀的系統(tǒng)軟件項(xiàng)目的狀態(tài)。采用

66、JQuery、CSS和Ajax三種技術(shù)，使用戶界面更加友好、美觀、清晰。</p><p>　　2）業(yè)務(wù)邏輯層接口層： 該層將業(yè)務(wù)邏輯和用戶界面分離，降低代碼耦合度，提高代碼靈活性。</p><p>　　3）業(yè)務(wù)邏輯層：該層將業(yè)務(wù)邏輯封裝，提高復(fù)用程度。 </p><p>　　4)數(shù)據(jù)訪問層： 用于存儲(chǔ)和管理系統(tǒng)中所需的數(shù)據(jù)。本系統(tǒng)中用的數(shù)據(jù)庫是SQL SEVER 2

67、000。</p><p><b>　　5)數(shù)據(jù)傳輸層： </b></p><p>　　系統(tǒng)的總體結(jié)構(gòu)如圖3.1所示：</p><p>　　3.1.2 功能架構(gòu)</p><p>　　3．2 數(shù)據(jù)庫設(shè)計(jì)</p><p>　　本畢業(yè)設(shè)計(jì)采用了SQL Server 2005作為后臺(tái)數(shù)據(jù)庫。</p

68、><p>　　3.2.1 數(shù)據(jù)庫概念設(shè)計(jì)</p><p>　　本系統(tǒng)要求對(duì)于每個(gè)任務(wù)類型為文檔的任務(wù)，卻需要評(píng)審的，都要走評(píng)審流程，才可結(jié)束任務(wù)。若文檔沒有通過評(píng)審，則需要修改文檔，或上傳新的文檔，再次申請(qǐng)?jiān)u審，直到評(píng)審?fù)ㄟ^。對(duì)于每個(gè)任務(wù)可能對(duì)應(yīng)多個(gè)版本文檔，而每份文檔都需要評(píng)審。項(xiàng)目經(jīng)理需要為每個(gè)需要評(píng)審的任務(wù)分配評(píng)審人員。</p><p>　　對(duì)于財(cái)富庫方面，要求

69、每一份資源都要有至少一種分類，多個(gè)關(guān)鍵字來供系統(tǒng)用戶查詢。而上傳資源用戶可以將資源分配給不同角色或部門，以限制資源的訪問。</p><p>　　綜上所述，本畢業(yè)設(shè)計(jì)的E-R[3]圖如圖3.2所示：</p><p>　　3.2.2　數(shù)據(jù)庫邏輯設(shè)計(jì)</p><p>　　該E-R圖有十四個(gè)實(shí)體，十個(gè)1：N聯(lián)系，三個(gè)1:1聯(lián)系，一個(gè)M：N聯(lián)系，轉(zhuǎn)換成關(guān)系模式如下： <

70、/p><p>　　Popedom(PopedomID，DenayID，LibraryDocumentID，PopedomType)</p><p>　　Keyword (KeywordID, LibraryDocumentID, KeywordName)</p><p>　　Classify (ClassifyID，ClassifyName，F(xiàn)ID, CreateID,

71、 CreateTime)</p><p>　　LibraryDocument (LibraryDocumentID, LibraryDocumentName, Url, PostFix, UploadTime, UploadUserID) </p><p>　　UserInfo (UID，UserName，LoginName，Password, DID, Telephone, Email,

72、 Address, Sex, RID, IsEable)</p><p>　　UserRole (RID, RoleName, AbridgeName)</p><p>　　Department (DID，DepartmentName，F(xiàn)atherDepartmentID)</p><p>　　ProjectMember (MemberID, UserRole, P

73、rojectCode, AbridgeName, MemberName, IsManager, DepartmentName , UserID)</p><p>　　Project (id，ProjectCode，ProjectName，PlanStartTime, StartTime, PlanEndTime, EndTime, CreateID, ProjectFee, IsEable, ProjectDes

74、cription, AbridgeName, CreateName, ProjectState)</p><p>　　Task (TaskID, ProjectCode, UserID, TaskType, TaskState, TaskStartTime, TaskEndTime, TaskTemplateID, WorkLoad, IsNeedAccreditation, ProjectStage, Task

75、Name, IsMilestone, PreTaskID, IsEable, Result, TaskActualStartTime, TaskActualEndTime)</p><p>　　Pro_Document (Project_Document_ID，ProjectCode，SubmitTime, TaskID, DocumentName, PostFix, IsMainDocument, Url, V

76、ersion, Yn, IsReslove)</p><p>　　TaskTemplate (TaskTemplateID, TaskTemplateName, ProjectStage, CreateName, CreateTime, Workload, IsEable, TaskType, PreTaskID, IsMilestone, IsNeedAccreditation)</p><

77、p>　　DocumentTemplate (DocumentTemplateID, TaskTemplateID, DocumentTemplateName, PostFix)</p><p>　　Accreditation (AccreditationID，AccreditationResult, TaskID, AccreditationTime, AccreditationAddress, Accre

78、ditationState)</p><p>　　AccreditationPeople (AccreditationPeopleID, UserID, UserType, TaskID)</p><p>　　Mapping(MappingID, ClassifyID, LibraryDocumentID)</p><p>　　3.2.3　數(shù)據(jù)庫物理設(shè)計(jì)</p

79、><p>　　根據(jù)數(shù)據(jù)庫邏輯設(shè)計(jì)的數(shù)據(jù)結(jié)構(gòu)，并結(jié)合需求分析的內(nèi)容，數(shù)據(jù)庫的物理結(jié)構(gòu)設(shè)計(jì)如下表：</p><p>　　表3.1 Popedom 權(quán)限表</p><p>　　表3.2 Keyword 關(guān)鍵字表</p><p>　　表3.3 Classify 分類表</p><p>　　表3.4 LibraryDocument財(cái)

80、富庫資源表 </p><p>　　表3.5 UserInfo 系統(tǒng)用戶表</p><p>　　表3.6 UserRole 用戶角色表 </p><p>　　表3.7 Department 部門表</p><p>　　表3.8 ProjectMember 項(xiàng)目成員表</p><p>　　表3.9 Project 項(xiàng)目表

81、</p><p>　　表3.10 Task 任務(wù)表 </p><p>　　表3.11 Pro_Document 項(xiàng)目文檔表 </p><p>　　表3.12 TaskTemplate 任務(wù)模板表 </p><p>　　表3.13 DocumentTemplate 文檔模板表</p><p>　　表3.14 Accred

82、itation 評(píng)審表 </p><p>　　表3.15 AccreditationPeople 評(píng)審人員表 </p><p>　　表3.16 DocumentLog 任務(wù)文檔日志表 </p><p>　　表3.17 DocumentReNew 文檔續(xù)傳控制表</p><p>　　表3.18 Mapping 財(cái)富庫資源分類映射表</p&

83、gt;<p><b>　　4　詳細(xì)設(shè)計(jì)</b></p><p>　　4．1 系統(tǒng)用戶維護(hù)</p><p><b>　　4.1.1 功能</b></p><p>　　以管理員身份登陸系統(tǒng)，在添加新用戶時(shí)，若登錄名已存在，則提示添加失敗。若用戶名、密碼、登錄名、所在部門、性別中有一項(xiàng)為空時(shí)，需要提示填寫。刪除

84、用戶時(shí)，需彈出確認(rèn)對(duì)話框，確認(rèn)后才可刪除該員工，并且刪除時(shí)并不是真正的從數(shù)據(jù)庫中刪除該用戶，只是將數(shù)據(jù)庫中IsEnable置為false。</p><p><b>　　4.1.2 性能</b></p><p>　　要求系統(tǒng)能夠同時(shí)支持10人以上維護(hù)系統(tǒng)用戶信息。 </p><p>　　4.1.3 實(shí)體類描述</p><p

85、>　　1) UserInfo</p><p><b>　　對(duì)象屬性：</b></p><p>　　表4.1 UserInfo類</p><p>　　2) UserRole</p><p><b>　　對(duì)象屬性：</b></p><p>　　表4.2 UserRole

86、類</p><p>　　3) Department</p><p><b>　　對(duì)象屬性：</b></p><p>　　表4.3 Department類</p><p>　　4.1.4 程序邏輯</p><p><b>　　1) 類協(xié)作圖</b></p>

87、<p>　　圖4.1 系統(tǒng)用戶維護(hù) 類協(xié)作圖</p><p><b>　　2) 類關(guān)系圖</b></p><p>　　圖4.2 系統(tǒng)用戶維護(hù) 類關(guān)系圖</p><p>　　IUserInfoService</p><p>　　功能描述：接口，主要對(duì)員工基本信息、相關(guān)部門信息的處理。</p>&l

88、t;p>　　表4.4 IUserInfoService方法描述</p><p>　　UserInfoServiceImp </p><p>　　功能描述：IUserInfoService實(shí)現(xiàn)類，實(shí)現(xiàn)IUserInfoService接口的所有方法。</p><p>　　表4.5 UserInfoServiceImp方法描述</p><p>

89、;<b>　　4．2 修改密碼</b></p><p><b>　　4.2.1 功能</b></p><p>　　系統(tǒng)用戶登陸系統(tǒng)后，輸入原密碼和兩次新密碼后，當(dāng)兩次新密碼相同時(shí)，讀取數(shù)據(jù)庫，若該用戶輸入的原密碼和登錄密碼相同時(shí)，修改登錄密碼。</p><p><b>　　4.2.2 性能</b>

90、;</p><p>　　要求系統(tǒng)能夠同時(shí)支持100人以上修改登錄密碼。 </p><p>　　4.2.3 實(shí)體類描述</p><p>　　1) UserInfo</p><p><b>　　同表4.1。</b></p><p>　　4.2.4 程序邏輯</p><p>

91、;　　同系統(tǒng)用戶維護(hù)模塊算法與程序邏輯。</p><p><b>　　4．3 任務(wù)模板</b></p><p><b>　　4.3.1 功能</b></p><p>　　任務(wù)模板功能提高了系統(tǒng)使用的靈活性。新建任何一個(gè)項(xiàng)目都不需要為輸入大量的工作任務(wù)而煩惱。系統(tǒng)管理員只需要在系統(tǒng)中設(shè)置好項(xiàng)目開發(fā)過程中，各階段的任務(wù)。即

92、可被系統(tǒng)中任意一個(gè)項(xiàng)目所使用。該模塊主要包括：任務(wù)模板的新建、修改和刪除操作。系統(tǒng)管理員只需要設(shè)置每個(gè)任務(wù)模板所處階段、任務(wù)名稱、工作量、是否未評(píng)審任務(wù)、是否為里程碑任務(wù)和前置任務(wù)。其中當(dāng)任務(wù)被設(shè)置為評(píng)審任務(wù)時(shí)，則表示該任務(wù)需要被評(píng)審。若該任務(wù)被設(shè)置為里程碑任務(wù)，則當(dāng)該任務(wù)結(jié)束時(shí)，系統(tǒng)會(huì)自動(dòng)將該任務(wù)所在的項(xiàng)目跳到下一個(gè)階段。任務(wù)類型有：文檔、編碼、測(cè)試、會(huì)議、調(diào)研、質(zhì)檢、其他這幾種類型。</p><p><

93、b>　　4.3.2 性能</b></p><p>　　要求系統(tǒng)能夠同時(shí)支持10人以上維護(hù)任務(wù)模板。 </p><p>　　4.3.3 實(shí)體類描述</p><p>　　1) TaskTemplate</p><p><b>　　對(duì)象屬性：</b></p><p>　　表4.6

94、 TaskTemplate類</p><p>　　4.3.4 程序邏輯</p><p><b>　　1) 類協(xié)作圖</b></p><p>　　圖4.3 任務(wù)模板 類協(xié)作圖</p><p><b>　　2) 類關(guān)系圖</b></p><p>　　圖4.4 任務(wù)模板 類關(guān)

95、系圖</p><p>　　ITaskService</p><p>　　功能描述：接口，主要對(duì)任務(wù)模板信息、文檔模板信息的處理。</p><p>　　表4.7 IUserInfoService方法描述</p><p>　　TaskServiceImp </p><p>　　功能描述：ITaskService實(shí)現(xiàn)類，實(shí)現(xiàn)

96、ITaskService接口的所有方法。</p><p>　　表4.8 UserInfoServiceImp方法描述</p><p><b>　　4．4 文檔模板</b></p><p><b>　　4.4.1 功能</b></p><p>　　文檔模板功能是針對(duì)任務(wù)模板而產(chǎn)生的。當(dāng)一個(gè)任務(wù)被設(shè)

97、置成文檔任務(wù)，則可以在此模塊中設(shè)置任務(wù)相關(guān)聯(lián)文檔的名稱。</p><p><b>　　4.4.2 性能</b></p><p>　　要求系統(tǒng)能夠同時(shí)支持10人以上維護(hù)文檔模板信息。 </p><p>　　4.4.3 實(shí)體類描述</p><p>　　1) TaskTemplate</p><p&g

98、t;<b>　　同表4.6。</b></p><p>　　4.4.4 程序邏輯</p><p>　　同任務(wù)模板模塊算法與程序邏輯。</p><p>　　4．5 可評(píng)審任務(wù)處理</p><p><b>　　4.5.1 功能</b></p><p>　　該模塊入口是當(dāng)一個(gè)任

99、務(wù)類型為文檔任務(wù)，并且該任務(wù)被提交了，相關(guān)聯(lián)的文檔已經(jīng)上傳。則可以進(jìn)行申請(qǐng)進(jìn)行評(píng)審。其中評(píng)審狀態(tài)有：未提交評(píng)審、已提交評(píng)審、已分配評(píng)審人員、評(píng)審中、評(píng)審?fù)ㄟ^、評(píng)審未通過、再次提交評(píng)審。</p><p><b>　　評(píng)審流程為：</b></p><p>　　1) 任務(wù)負(fù)責(zé)人申請(qǐng)?jiān)u審；</p><p>　　2) 項(xiàng)目經(jīng)理分配評(píng)審人員、評(píng)審地點(diǎn)、評(píng)審

100、時(shí)間；</p><p>　　3) 項(xiàng)目經(jīng)理發(fā)布評(píng)審信息，相關(guān)評(píng)審人員查看近期評(píng)審任務(wù)；</p><p>　　4) 評(píng)審結(jié)束后，填寫評(píng)審結(jié)果。若評(píng)審?fù)ㄟ^，則置為：評(píng)審?fù)ㄟ^；若未通過，則置為未通過，任務(wù)負(fù)責(zé)人需修改文檔，再次申請(qǐng)?jiān)u審。</p><p><b>　　4.5.2 性能</b></p><p>　　要求系統(tǒng)能夠同

101、時(shí)支持100人以上申請(qǐng)任務(wù)評(píng)審。 </p><p>　　4.5.3 實(shí)體類描述</p><p>　　1) Accreditation</p><p><b>　　對(duì)象屬性：</b></p><p>　　表4.9 Accreditation類</p><p>　　4.5.4 程序邏輯</

102、p><p><b>　　1) 類協(xié)作圖</b></p><p>　　圖4.5可評(píng)審任務(wù)處理 類協(xié)作圖</p><p><b>　　2) 類關(guān)系圖</b></p><p>　　圖4.6 可評(píng)審任務(wù)處理 類關(guān)系圖</p><p>　　IStatisticsService</

103、p><p>　　功能描述：接口，主要對(duì)評(píng)審相關(guān)業(yè)務(wù)的處理。</p><p>　　表4.10 IStatisticsService方法描述</p><p>　　StatisticsServiceImp </p><p>　　功能描述：IStatisticsService實(shí)現(xiàn)類，實(shí)現(xiàn)IStatisticsService接口的所有方法。</p&g

104、t;<p>　　表4.11 StatisticsServiceImp方法描述</p><p>　　4．6 評(píng)審人員分配</p><p><b>　　4.6.1 功能</b></p><p>　　該功能是在任務(wù)負(fù)責(zé)人申請(qǐng)之后，項(xiàng)目經(jīng)理或管理員分配評(píng)審人員、評(píng)審地點(diǎn)、評(píng)審日期，然后發(fā)布評(píng)審信息。</p><p&

105、gt;<b>　　4.6.2 性能</b></p><p>　　要求系統(tǒng)能夠同時(shí)支持20人以上分配評(píng)審人員。 </p><p>　　4.6.3 實(shí)體類描述</p><p>　　1) Accreditation</p><p><b>　　同表4.9。</b></p><p&

106、gt;　　2) AccreditationPeople</p><p><b>　　對(duì)象屬性：</b></p><p>　　表4.12 AccreditationPeople類</p><p>　　4.6.4 程序邏輯</p><p>　　同可評(píng)審任務(wù)處理模塊算法與程序邏輯。</p><p>

107、　　4．7 近期發(fā)布的評(píng)審任務(wù)</p><p><b>　　4.7.1 功能</b></p><p>　　系統(tǒng)用戶登陸系統(tǒng)后，點(diǎn)擊次模塊，查看最近需要參加的評(píng)審。</p><p><b>　　4.7.2 性能</b></p><p>　　要求系統(tǒng)能夠同時(shí)支持100人以上查看評(píng)審信息。 <

108、/p><p>　　4.7.3 實(shí)體類描述</p><p>　　同可評(píng)審任務(wù)處理模塊實(shí)體類描述。</p><p>　　4.7.4 算法與程序邏輯</p><p>　　同可評(píng)審任務(wù)處理模塊算法與程序邏輯。</p><p>　　4．8 評(píng)審結(jié)果錄入</p><p><b>　　4.8.1

109、 功能</b></p><p>　　系統(tǒng)管理員或項(xiàng)目經(jīng)理登陸系統(tǒng)后，填寫評(píng)審結(jié)果。</p><p><b>　　4.8.2 性能</b></p><p>　　要求系統(tǒng)能夠同時(shí)支持10人以上錄入評(píng)審結(jié)果。 </p><p>　　4.8.3 實(shí)體類描述</p><p>　　1) Ac

110、creditation</p><p><b>　　同表4.9。</b></p><p>　　4.8.4 程序邏輯</p><p>　　同可評(píng)審任務(wù)處理模塊算法與程序邏輯。</p><p><b>　　4．9 權(quán)限管理</b></p><p><b>　　4.9

111、.1 功能</b></p><p>　　權(quán)限管理是當(dāng)然為任務(wù)已經(jīng)提交，但任務(wù)文檔沒有上傳或上傳有誤，需要重新上傳時(shí)，向項(xiàng)目經(jīng)理或管理員申請(qǐng)開放權(quán)限，任務(wù)負(fù)責(zé)人才可以上傳文檔。項(xiàng)目經(jīng)理或管理員可以給出上傳的時(shí)限，當(dāng)文檔上傳之后，項(xiàng)目經(jīng)理或管理員可以手動(dòng)關(guān)閉上傳權(quán)限。同時(shí)，也可以由程序自動(dòng)關(guān)閉。</p><p><b>　　4.9.2 性能</b><

112、/p><p>　　要求系統(tǒng)能夠同時(shí)支持20人以上維護(hù)文檔的上傳權(quán)限。 </p><p>　　4.9.3 實(shí)體類描述</p><p>　　1) Pro_Document</p><p><b>　　對(duì)象屬性：</b></p><p>　　表4.13 Pro_Document類</p>

113、<p>　　2) DocumentReNew</p><p><b>　　對(duì)象屬性：</b></p><p>　　圖4.14 DocumentReNew類</p><p>　　4.9.4 程序邏輯</p><p><b>　　1) 類協(xié)作圖</b></p><p&

114、gt;　　圖4.7 權(quán)限管理 類協(xié)作圖</p><p><b>　　2) 類關(guān)系圖</b></p><p>　　圖4.8權(quán)限管理 類關(guān)系圖</p><p>　　IDocumentService</p><p>　　功能描述：接口，主要對(duì)任務(wù)文檔信息的處理。</p><p>　　表4.15 IDo

115、cumentService方法描述</p><p>　　DocumentServiceImp </p><p>　　功能描述：IDocumentService實(shí)現(xiàn)類，實(shí)現(xiàn)IDocumentService接口的所有方法。</p><p>　　表4.16 DocumentServiceImp方法描述</p><p>　　4．10 可上傳文檔管理

116、</p><p>　　4.10.1 功能</p><p>　　當(dāng)項(xiàng)目經(jīng)理為任務(wù)負(fù)責(zé)人開放了上傳權(quán)限之后，任務(wù)負(fù)責(zé)人可以通過該功能上傳任務(wù)文檔。</p><p>　　4.10.2 性能</p><p>　　要求系統(tǒng)能夠同時(shí)支持100人以上上傳文檔。 </p><p>　　4.10.3 實(shí)體類描述</p>

117、<p>　　同權(quán)限管理模塊實(shí)體類描述。</p><p>　　4.10.4 程序邏輯</p><p>　　同權(quán)限管理模塊算法與程序邏輯。</p><p>　　4．11 資源分類</p><p>　　4.11.1 功能</p><p>　　資源分類作為財(cái)富庫系統(tǒng)的一部分，為系統(tǒng)用戶提供一個(gè)快捷、方便的檢

118、索資源空間。主要包括：資源分類新建、修改和刪除。</p><p>　　4.11.2 性能</p><p>　　要求系統(tǒng)能夠同時(shí)支持20人以上維護(hù)資源分類。 </p><p>　　4.11.3 實(shí)體類描述</p><p>　　1) Classify</p><p><b>　　對(duì)象屬性：</b>

119、;</p><p>　　表4.17 Classify類</p><p>　　4.11.4 程序邏輯</p><p><b>　　1) 類協(xié)作圖</b></p><p>　　圖4.9 資源分類 類協(xié)作圖</p><p><b>　　2) 類關(guān)系圖</b></p>

120、;<p>　　圖4.10 資源分類 類關(guān)系圖</p><p>　　IClassifyService</p><p>　　功能描述：接口，主要對(duì)財(cái)富庫資源信息、資源分類、權(quán)限和資源-分類關(guān)系的處理。</p><p>　　表4.18 IClassifyService方法描述</p><p>　　ClassifyServiceImp

121、</p><p>　　功能描述：IClassifyService實(shí)現(xiàn)類，實(shí)現(xiàn)IClassifyService接口的所有方法。</p><p>　　表4.19 ClassifyServiceImp方法描述</p><p>　　4．12 資源上傳</p><p>　　4.12.1 功能</p><p>　　系統(tǒng)用戶可以

122、添加、刪除和修改資源。并且當(dāng)用戶上傳資源時(shí)，必須選擇至少一種分類。默認(rèn)上傳資源關(guān)鍵字為資源名稱。上傳的資源將保存ftp服務(wù)器上，可以有效的得到管理。</p><p>　　4.12.2 性能</p><p>　　要求系統(tǒng)能夠同時(shí)支持100人以上維護(hù)資源。 </p><p>　　4.12.3 實(shí)體類描述</p><p>　　同資源分類模塊實(shí)體

123、類描述。</p><p>　　4.12.4 程序邏輯</p><p>　　同資源分類模塊算法與程序邏輯。</p><p>　　4．13 搜索資源</p><p><b>　　4.13.1 功能</b></p><p>　　搜索資源功能面向系統(tǒng)所有用戶，用戶可以通過輸入關(guān)鍵字檢索系統(tǒng)資源。選擇相

124、應(yīng)的資源下載。</p><p>　　4.13.2 性能</p><p>　　要求系統(tǒng)能夠同時(shí)支持100人以上搜索下載資源。 </p><p>　　4.13.3 實(shí)體類描述</p><p>　　同資源分類模塊實(shí)體類描述。</p><p>　　4.13.4 程序邏輯</p><p>　　同資源

125、分類模塊算法與程序邏輯。</p><p><b>　　5 測(cè)試</b></p><p>　　5．1 單元測(cè)試 </p><p>　　在程序設(shè)計(jì)過程中會(huì)有許多種測(cè)試，單元測(cè)試只是其中的一種，單元測(cè)試并不能保證程序是完美無缺的，但是在所有的測(cè)試中，單元測(cè)試是第一個(gè)環(huán)節(jié)，也是最重要的一個(gè)環(huán)節(jié)。單元測(cè)試是測(cè)試代碼撰寫者依據(jù)其所設(shè)想的方式執(zhí)行是否產(chǎn)生

126、了預(yù)期的結(jié)果[8]。</p><p>　　表5.1 Unit-TestCase-001 登錄模塊單元測(cè)試用例</p><p>　　表5.2 Unit-TestCase-002任務(wù)模板模塊單元測(cè)試用例</p><p>　　表5.3 Unit-TestCase-003權(quán)限管理單元測(cè)試用例</p><p>　　表5.4 Unit-TestCase-

127、004評(píng)審結(jié)果錄入單元測(cè)試用例</p><p>　　表5.5 Unit-TestCase-005搜索資源單元測(cè)試用例</p><p>　　5．2 集成測(cè)試 </p><p>　　表5.6評(píng)審管理集成測(cè)試用例</p><p>　　表5.7文檔管理集成測(cè)試用例</p><p>　　表5.8財(cái)富庫集成測(cè)試用例</p&

128、gt;<p>　　6 難點(diǎn)與解決方案</p><p>　　6.1 Web系統(tǒng)與文檔存儲(chǔ)管理分離</p><p>　　6.1.1 難點(diǎn)描述</p><p>　　本系統(tǒng)在開發(fā)過程中會(huì)產(chǎn)生大量的文檔，而這些文檔需要得到有效的管理。同時(shí)web系統(tǒng)和文檔存放不能得到分離，會(huì)造成公司對(duì)管理過程文檔束手無策。在財(cái)富庫建設(shè)中，常常會(huì)將其中一部分文檔加入到財(cái)富庫當(dāng)

129、中，這樣是必要web系統(tǒng)為財(cái)富庫系統(tǒng)提供一個(gè)接口，方可實(shí)現(xiàn)文檔入庫。但是，這樣勢(shì)必會(huì)給web系統(tǒng)增加不少壓力。</p><p>　　6.1.2 分析與解決</p><p>　　基于上述描述，為web系統(tǒng)和財(cái)富庫系統(tǒng)提供一個(gè)公共接口，可以有效的解決上述問題。那么對(duì)該公共接口需要實(shí)現(xiàn)以下幾點(diǎn)：</p><p>　　要求該接口要具備一定的安全性；</p>

130、<p>　　該公共接口要具備身份驗(yàn)證與權(quán)限控制；</p><p>　　文檔轉(zhuǎn)移時(shí)，web系統(tǒng)和財(cái)富庫系統(tǒng)只需修改部分配置信息即可。</p><p>　　根據(jù)上述三個(gè)要求，故選用Ftp作為文檔管理服務(wù)器。</p><p>　　6.2 文檔在線查看</p><p>　　6.2.1 難點(diǎn)描述</p><p>　

131、　在評(píng)審環(huán)節(jié)，評(píng)審人員需要查看被評(píng)審文檔，而又不能修改文檔。需要為系統(tǒng)添加一個(gè)文檔在線查看功能。但評(píng)審文檔類型不統(tǒng)一，無法用具體的軟件來打開文檔內(nèi)容，而且文檔排版不能發(fā)生變化。</p><p>　　6.2.2 分析與解決</p><p>　　基于上述描述， 需要有一套完整的組件來解決該項(xiàng)問題。對(duì)于目前而言，短期內(nèi)獨(dú)立開發(fā)這樣一套組件是不可能的，故需要使用別人開發(fā)好的office組件來解決

132、該問題。這樣的組件，大部分是收費(fèi)的，而且需要與域名綁定，得不到廣泛應(yīng)該。故選擇使用NTKO OFFICE組件。</p><p><b>　　結(jié) 論</b></p><p>　　軟件項(xiàng)目管理系統(tǒng)是基于B/S架構(gòu)的管理系統(tǒng)，有效的管理軟件開發(fā)過程中每個(gè)階段進(jìn)展情況；即時(shí)跟蹤項(xiàng)目開發(fā)過程中的BUG，提供公司財(cái)富庫資源的開放和權(quán)限控制?？s短軟件開發(fā)的進(jìn)度、提高軟件產(chǎn)品的質(zhì)量