Xxx系統(tǒng)的設計與實現(xiàn)畢業(yè)設計

1、xxxxxx 系統(tǒng)的設計與實現(xiàn)系統(tǒng)的設計與實現(xiàn) 作 者 姓 名： 指 導 教 師： 學 院 名 稱： 專 業(yè) 名 稱：計算機科學與技術 東 北 大 學 2013 年 12 月 摘摘 要要 軟件項目管理的根本目的是為了讓軟件項目尤其是大型項目的 整個軟件生命周期都能在管理者的控制之下，以預定成本按期，按 質(zhì)的完成軟件交付用戶使用。而研究軟件項目管理為了從已有的成 功或失敗的案例中總結出能夠指導今后開發(fā)的通用原則和方法，同 時避免前人的失誤。 關鍵詞關鍵詞：軟件項目管理系統(tǒng)，進度跟蹤，項目預算 目目 錄錄 軟件項目管理系統(tǒng)的設計與實現(xiàn) .i 摘 要 .ii 目 錄 .iii 第 1 章 緒論 .1

2、 1.1設計背景 .1 1.2系統(tǒng)簡要介紹 .2 1.2.1系統(tǒng)應用范圍 .2 1.2.2xx 介紹 .2 1.2.3系統(tǒng)主要功能介紹 .3 1.2.4研究目的與意義 .3 第 2 章 需求分析 .4 2.1功能性需求 .4 2.1.6軟件項目管理業(yè)務流程圖 .5 2.2系統(tǒng)數(shù)據(jù)庫邏輯模型圖 .6 2.3非功能性需求 .7 2.3.1健壯性 .8 2.3.2有效性 .8 2.3.3穩(wěn)定性 .8 2.3.4完整性 .8 2.3.5可擴展性 .9 2.4開發(fā)環(huán)境 .9 2.4.1數(shù)據(jù)庫 .9 2.4.2開發(fā)平臺 .10 2.5小結 .11 第 3 章 系統(tǒng)設計 .12 3.1總體架構設計及描述 .

3、12 3.1.1系統(tǒng)層次結構 .12 2 3.1.3對象關系映射技術 .13 3.2功能模塊設計 .14 3.3數(shù)據(jù)庫設計 .18 3.3.19 項目維護記錄表.27 3.4小結 .28 第 4 章 系統(tǒng)實現(xiàn) .29 4.1系統(tǒng)代碼結構 .29 4.1.1應用程序入口 .29 4.1.2主窗體 .29 4.1.3項目窗體基類 .30 4.1.4工具類 .30 4.1.5系統(tǒng)配置文件 .30 4.2對象關系映射實現(xiàn) .31 4.2.1數(shù)據(jù)模型 .31 4.2.2數(shù)據(jù)訪問實現(xiàn) .31 4.3系統(tǒng)功能實現(xiàn) .32 4.3.1系統(tǒng)登錄實現(xiàn) .32 4.4小結 .35 第 5 章 測試 .

4、37 5.1系統(tǒng)測試目的及意義 .37 5.2軟件測試步驟 .38 5.3本系統(tǒng)測試情況 .40 5.3.1系統(tǒng)登錄測試 .40 5.3.5集成測試 .42 第 6 章 結論 .44 6.1實現(xiàn)功能 .44 6.3系統(tǒng)優(yōu)缺點 .45 6.4下一步工作計劃 .46 參考文獻 .47 結束語 .49 第第 1 1 章章 緒論緒論 1.1 設計背景 提升軟件項目的管理水平日益成為許多成長型軟件企業(yè)共同的 關心點,通過 iso 或 cmm 認證無疑成為大多數(shù)企業(yè)的所選，但在認證 過程或實施后期企業(yè)無疑會面臨周期長、隱形成本高以及難以保持 長效等諸多問題，因此許多企業(yè)開始考慮借助一套成熟的軟件項目 管理

5、 1.2 系統(tǒng)簡要介紹 1.2.1系統(tǒng)應用范圍 1.2.2xx 介紹 1.2.3系統(tǒng)主要功能介紹 本系統(tǒng)將從項目的需求調(diào)研階段、到開發(fā)階段、再到實施階段、 維護階段來管理項目的相關資源，對項目的相關單位、相關人員、 相關資料進行詳細的記錄，方便日后查找和統(tǒng)計；從項目的付款方 式和付款記錄著手，對項目的付款進行計劃和管理，盡量避免項目 的資金風險，并可從整體了解項目部門的應收賬款和欠款情況。 1.2.4研究目的與意義 通過對中小企業(yè)軟件項目生命周期及管理現(xiàn)狀的研究，設計并 建立一套軟件項目管理系統(tǒng)。為中小型軟件企業(yè)解決日常對軟件項 目管理中出現(xiàn)的混亂局面；幫助軟件企業(yè)更好地組織軟件項目從需 求到

6、售后的過程；更好地管理軟件項目開發(fā)中產(chǎn)生的資源，如各類 文檔、客戶資料等數(shù)據(jù)；有效地控制軟件項目開發(fā)進度；規(guī)避軟件 項目開發(fā)過程中的資源、資金風險。 第第 2 2 章章 需求分析需求分析 需求分析是軟件開發(fā)項目重要的一環(huán)，詳細的需求分析和系統(tǒng) 設計是軟件開發(fā)的基礎，只有良好的系統(tǒng)結構，才能開發(fā)出功能完 善的、系統(tǒng)流程順暢的軟件系統(tǒng)1。根據(jù)前面的介紹和分析，系統(tǒng) 的總體目標已經(jīng)明確，總體結構大致確定。下面將對系統(tǒng)的功能性 需求和非功能性需求進行詳細的分析，并對系統(tǒng)的開發(fā)環(huán)境進行簡 單的介紹。 2.1 功能性需求 2.1.1用戶登錄功能 雖然目前系統(tǒng)只支持單用戶使用，但出于安全性考慮，系統(tǒng)需 要用

7、戶輸入正確的用戶名和密碼，登錄后才可以正常使用。 2.1.2修改密碼功能 用戶登錄系統(tǒng)后，需要能夠修改登錄密碼。進行密碼修改時應 注意兩點，一是必須提供正確的原密碼才可以修改密碼，二是輸入 的新密碼需要讓用戶確認，避免造成輸入失誤而引起密碼丟失的情 況。 2.1.3組織結構管理 組織結構管理模塊應能夠實現(xiàn)對公司內(nèi)部的部門信息、每個部 門的職員基本信息進行方便的管理。部門和職員數(shù)據(jù)作為日后組成 項目信息的一部分數(shù)據(jù)基礎。 在實際的工作中，一些企業(yè)的部分職員可能會在多個部門任職。 因此需要系統(tǒng)設計時考慮此種情況，允許一名職員同時屬于多個部 門。 2.1.4客戶管理 客戶管理模塊用來管理使用公司產(chǎn)品

8、的客戶、與公司有長期合 作關系的合作伙伴、地區(qū)性的合作伙伴、某一項目中需要合作開發(fā) 的相關單位、以及為某項目提供硬件設備的廠商等數(shù)據(jù)。同時提供 對上述相關客戶中聯(lián)系人的管理，每個客戶中可以有多個聯(lián)系人。 這里需要指出，客戶的類型是與具體項目相關的。同一個客戶，在 這個項目中可能是產(chǎn)品的最終使用者，在另一個項目中又可能是產(chǎn) 品供應商等。 2.1.5項目管理 項目管理模塊是系統(tǒng)中最為重要的一個模塊，管理公司承接開 發(fā)的各個項目。需要對項目的基本信息、相關文檔資料、相關客戶、 客戶聯(lián)系人、相關內(nèi)部職員、項目進度、實施情況、維護情況、回 款計劃、付款情況進行統(tǒng)一的管理。與項目相關的各項數(shù)據(jù)之間相 互關

9、聯(lián)，通過項目基本信息很好的把各類信息串聯(lián)起來。 2.1.6軟件項目管理業(yè)務流程圖 軟件項目管理的業(yè)務流程如圖 2.1 所示。 圖 2.1 軟件項目管理業(yè)務流程 2.2 系統(tǒng)數(shù)據(jù)庫邏輯模型圖 本系統(tǒng)的數(shù)據(jù)庫邏輯關系如圖 2.2 所示。 圖 2.2 系統(tǒng)數(shù)據(jù)庫邏輯模型圖 2.3 非功能性需求 結合本軟件項目管理系統(tǒng)的使用環(huán)境和需求分析，整個系統(tǒng)應 具備以下幾個方面的非功能性需求。 2.3.1健壯性 由于本系統(tǒng)需要使用數(shù)據(jù)庫作為數(shù)據(jù)的存儲機制，而數(shù)據(jù)庫有 可能與程序不同時運行在同一臺計算機中，所以系統(tǒng)的安全性和有 效性可能會受到網(wǎng)絡的影響。如果在數(shù)據(jù)庫訪問過程中遇到網(wǎng)絡問 題等，系統(tǒng)應能夠有效避免由

10、此引發(fā)的數(shù)據(jù)混亂、程序異常等現(xiàn)象。 使系統(tǒng)在連接數(shù)據(jù)庫出現(xiàn)異常情況時，仍能正常處理程序界面中已 經(jīng)錄入的信息。 2.3.2有效性 在經(jīng)過一段時間的使用后，系統(tǒng)必然會積累較大的數(shù)據(jù)量，系 統(tǒng)不能因此而出現(xiàn)程序響應速度慢、數(shù)據(jù)出錯等問題2，這嚴重違 背了我們設計此系統(tǒng)的初衷。系統(tǒng)中的數(shù)據(jù)錄入功能應提供基本的 數(shù)據(jù)校驗，避免因為用戶輸入失誤而產(chǎn)生的異常等。此外，系統(tǒng)的 功能響應時間要很快，并且響應時間不能隨著業(yè)務量的增大而差異 增大。 2.3.3穩(wěn)定性 系統(tǒng)要穩(wěn)定提供業(yè)務服務，要求一直運行準確、無誤，并且系 統(tǒng)不能自己退出，有異常進行及時提示，但是不能出現(xiàn)異常后自行 退出。系統(tǒng)應該能夠適應長時間運行

11、，不能因為運行時間過長產(chǎn)生 垃圾內(nèi)存的不可回收，或是數(shù)據(jù)庫連接的不斷占用等現(xiàn)象。 2.3.4完整性 系統(tǒng)在完成要求的功能性需求以外，需要能夠合理管理后臺數(shù) 據(jù)，當需要調(diào)用后臺數(shù)據(jù)時，能夠及時查詢。當對一條數(shù)據(jù)進行操 作時，應充分考慮是否有相關數(shù)據(jù)存在，如果存在相關數(shù)據(jù)，需要 進行相應的同步處理。因為數(shù)據(jù)在企業(yè)中起著重要的作用，所以系 統(tǒng)也要進行定期數(shù)據(jù)備份，保證數(shù)據(jù)安全、一致。最后，軟件應該 能夠便于更新升級。 2.3.5可擴展性 隨著企業(yè)的信息化水平的增加，對軟件項目管理系統(tǒng)的功能需 求也很可能會隨之增加，因此系統(tǒng)設計時應考慮日后的功能擴展。 對系統(tǒng)進行功能升級時不影響現(xiàn)有功能的正常運行，不

12、影響現(xiàn)有數(shù) 據(jù)的正確性和有效性。尤其是組織結構、客戶信息等通用數(shù)據(jù)部分 的設計，要盡量做到通用、調(diào)用靈活，避免日后升級時需要重新設 計。 2.4 開發(fā)環(huán)境 2.4.1數(shù)據(jù)庫 2.4.2開發(fā)平臺 2.5 小結 本章節(jié)主要介紹了系統(tǒng)的功能性需求和非功能性需求，其中功 能性需求有組織結構管理功能、客戶信息管理功能、項目信息管理 功能等，非功能性需求有完整性、有效性、穩(wěn)定性、可擴展性等， 尤其要考慮由于網(wǎng)絡的不穩(wěn)定性所帶來的系統(tǒng)的健壯性方面的問題。 本章還在最后簡單介紹了系統(tǒng)開發(fā)所選擇的數(shù)據(jù)庫 ms sql server 2005 和開發(fā)平臺 visual studio 2008 的情況。 第第 3

13、3 章章 系統(tǒng)設計系統(tǒng)設計 軟件設計的最基本目標就是回答“概括地描述系統(tǒng)如何實現(xiàn)用 戶所提出來的功能和性能等方面的需求”這個問題。它的另一個任 務就是設計軟件的結構，確定系統(tǒng)是由哪些功能模塊組成的，以及 這些模塊相互之間的關系4。本章將在上一章系統(tǒng)分析的基礎上對 系統(tǒng)設計進行描述。 3.1 總體架構設計及描述 3.1.1系統(tǒng)層次結構 3.1.2用戶界面控件 krypton toolkit 3.1.3對象關系映射技術 3.2 功能模塊設計 系統(tǒng)共包含 5 個大的功能模塊，分別是系統(tǒng)登錄、修改密碼、 組織結構管理、客戶管理、項目管理。其中，組織結構管理包含組 織結構列表、編輯職員 2 個子模塊；客

14、戶管理包含客戶信息列表、 編輯聯(lián)系人 2 個子模塊；項目管理包含新建項目、項目查詢、修改 項目、進度報告、支出記錄、相關文檔、付款計劃、付款記錄、實 施記錄、維護記錄等 10 個子模塊。系統(tǒng)功能模塊如圖 3.1 所示 圖 3.1 系統(tǒng)功能模塊圖 3.2.1系統(tǒng)登錄 登錄功能用于對系統(tǒng)使用者的身份驗證，每次進入系統(tǒng)時，必 須使用本模塊進行驗證，否則不允許使用進入系統(tǒng)。登錄界面需要 輸入用戶名和登錄密碼，當輸入的登錄名和登錄密碼與數(shù)據(jù)庫中相 關記錄相符時，才允許進入系統(tǒng)6。 3.2.2修改密碼 已登錄的用戶，允許修改自己的登錄密碼，修改登錄密碼時需 要提供原密碼和兩次輸入新密碼。 3.3 數(shù)據(jù)庫設

15、計 數(shù)據(jù)庫是指自描述的完整記錄的集合。數(shù)據(jù)庫結構特性的設計 整個系統(tǒng)設計的基本任務，設計質(zhì)量的好壞，直接影響到數(shù)據(jù)庫應 用系統(tǒng)的運行質(zhì)量7?；跀?shù)據(jù)庫的信息服務系統(tǒng)具有數(shù)據(jù)量大、 保存周期長、對數(shù)據(jù)需求多樣化等特點，為了使應用系統(tǒng)具有更優(yōu) 良的性能，應當首先設計出既能客觀表現(xiàn)實體，又能表現(xiàn)實體間復 雜聯(lián)系的數(shù)據(jù)庫。 本系統(tǒng)采用關系型數(shù)據(jù)庫。關系數(shù)據(jù)模型就是一個表格，所以 從用戶角度來看，一個關系型數(shù)據(jù)庫包含若干個表。因此數(shù)據(jù)庫設 計的合理性關鍵在數(shù)據(jù)表設計的合理性。 3.3.1操作員表 操作員表用于保存操作員的登錄名和登錄密碼數(shù)據(jù)，如表 3.1 所示。 表 3.1 操作員表 字段名描述類型是否

16、可空是否主鍵 dlm 登錄名 varchar(20) 否是 dlmm 登錄密碼 varchar(20) 否否 3.4 小結 第第 4 4 章章 系統(tǒng)實現(xiàn)系統(tǒng)實現(xiàn) 4.1 系統(tǒng)代碼結構 系統(tǒng)使用 visualstudio2008 開發(fā)，解決方案名為 meansproject。解決方案中包含兩個項目，一個是系統(tǒng)主項目 meansproject 項目，一個是數(shù)據(jù)庫模型項目 model 項目8。數(shù)據(jù)庫 模型項目中是依據(jù)對象關系映射技術，由數(shù)據(jù)庫表映射而來的 c#類 文件和 xml 描述文件。 系統(tǒng)主項目中包括 zzjg、khgl、xmgl 三個子目錄。zzjg 目錄 是組織結構管理模塊相關代碼目錄；k

17、hgl 是客戶管理模塊相關代碼 目錄；xmgl 目錄是相關管理模塊相關代碼目錄。各功能模塊外的代 碼文件直接存放于主項目根目錄中，包括應用程序入口、主窗體、 登錄窗體、工具類、系統(tǒng)配置文件等。系統(tǒng)主項目采用 mdi 多文檔 形式進行窗體的組織，由主窗體來調(diào)用打開各功能窗體。 4.1.1應用程序入口 系統(tǒng)應用程序入口為 program 類，主要負責應用程序的初始化 工作，并加載系統(tǒng)主窗體9。同時，program 類中保存已登錄的用戶 狀態(tài)在 currentuser 屬性中，供各個模塊使用。 4.1.2主窗體 系統(tǒng)主窗體為 meansproject 類，是程序調(diào)用、組織各個功能 模塊的入口。主窗體

18、中包含一個系統(tǒng)導航菜單，導航菜單中包括項 目、客戶管理、組織結構、窗口、系統(tǒng)五個菜單。項目菜單包含新 建項目和項目管理兩個菜單項，用于完成項目管理中各個功能的導 航工作?？蛻艄芾聿藛斡糜谶M入客戶管理模塊，管理系統(tǒng)中的客戶 信息。組織結構菜單用于進入組織結構管理模塊，管理系統(tǒng)中的部 門和職員信息。窗口菜單用于切換已經(jīng)打開的各個功能窗體，也可 關閉所有打開的窗體。系統(tǒng)菜單中包括修改密碼和退出兩個菜單項， 分別用于修改登錄用戶的密碼和退出系統(tǒng)。 為避免系統(tǒng)中同一個窗體多次打開，主窗體打開 mdi 子窗體均 通過統(tǒng)一的方法來進行，在此方法中判斷是否已經(jīng)有窗體打開，如 果沒有，創(chuàng)建新的 mdi 子窗體并

19、打開；如果已經(jīng)存在，激活已經(jīng)打 開的 mdi 子窗體10。 （代碼略） 4.1.3項目窗體基類 項目窗體基類為 baseform 類，所有需要用到選擇職員或是選 擇客戶的窗體，均需要繼承 baseform 類。此類繼承自 componentfa ctory.krypton.toolkit.kryptonform 類，本身也是一個窗體，但 增加了職員信息 zyxx 和客戶信息 khxx 兩個公有屬性，用于選擇職 員或客戶后存儲數(shù)據(jù)11。 4.1.4工具類 系統(tǒng)中通用的一些方法存放于工具類（utility）中，目前只 包括彈出消息提示框和彈出詢問對話框兩個方法。 （代碼略） 4.1.5系統(tǒng)配置文件

20、 系統(tǒng)中可能會發(fā)生改變的，需要動態(tài)配置的數(shù)據(jù)，如數(shù)據(jù)庫類 型、數(shù)據(jù)庫連接參數(shù)等，使用系統(tǒng)配置文件來存儲12。配置文件命 名為 measnproject.exe.config，其中 sormdatabasetype 用于配置 數(shù)據(jù)庫類型，sormconnectionstring 用于配置數(shù)據(jù)庫連接字符串。 4.2 對象關系映射實現(xiàn) 本系統(tǒng)的對象關系映射（orm）技術，使用本人所在公司的 orm 中間件 meanssoft.eaf.sorm 來實現(xiàn)。 4.2.1數(shù)據(jù)模型 對象關系映射技術的關鍵就在于把數(shù)據(jù)庫表映射為程序的類文 件和相應的 xml 描述文件，然后提供一些易于使用的方法來把數(shù)據(jù) 庫的增

21、、刪、改、查等操作來映射到對類對象的操作上來。因此， 數(shù)據(jù)模型是對象關系映射技術中的很重要的一部分。從下面的由部 門信息表映射而來的類文件和 xml 文件中可以看到數(shù)據(jù)模型的具體 內(nèi)容。 4.2.2數(shù)據(jù)訪問實現(xiàn) sorm 對象關系映射中進行數(shù)據(jù)庫操作的類為 session 類，類中 包括查詢、修改、刪除、查詢等基本數(shù)據(jù)操作方法，也包含開始事 務、提交事務、回滾事務等方法。調(diào)用數(shù)據(jù)操作方法可以使用 session 類提供的靜態(tài)方法，也可以使用非靜態(tài)方法。當一次數(shù)據(jù) 庫操作有多條語句需要在一個事務中完成時，必須使用非靜態(tài)方法。 無論是使用 session 類的靜態(tài)方法還是非靜態(tài)方法，session

22、 都會 自動讀取程序配置文件中的數(shù)據(jù)庫連接配置，自動來決定連接參數(shù)。 4.3 系統(tǒng)功能實現(xiàn) 4.3.1系統(tǒng)登錄實現(xiàn) 系統(tǒng)是否已經(jīng)登錄，是在主窗體的窗體加載事件中來判斷的， 如果還沒有登錄系統(tǒng)，便彈出登錄窗體，要求用戶登錄13。系統(tǒng)登 錄流程如圖 4.1 所示。 圖 4.1 系統(tǒng)登錄流程 第第 5 5 章章 測試測試 5.1 系統(tǒng)測試目的及意義 軟件測試是軟件生存周期中的一個重要階段，是軟件質(zhì)量保證 的關鍵步驟。1983 年 ieee 提出的軟件工程術語中給軟件測試下的 定義是：“使用人工或自動的手段來運行或測試某個軟件系統(tǒng)的過 程，其目的在于檢驗它是否滿足規(guī)定的需求或差別” 。這個定義明確 指

23、出，軟件測試的目的是為了檢驗軟件系統(tǒng)是否滿足需求。 從用戶角度來看，普遍希望通過軟件測試發(fā)現(xiàn)軟件中隱藏的錯 誤和缺陷，所以測試的目的就是在軟件系統(tǒng)交付運行之前，盡可能 多地發(fā)現(xiàn)軟件中的錯誤和缺陷。為了發(fā)現(xiàn)系統(tǒng)中的錯誤，應竭力設 計能暴露錯誤的測試用例。測試用例是由測試數(shù)據(jù)和預期結果構成 的。一個好的測試用例是極有可能發(fā)現(xiàn)至今為止尚未發(fā)現(xiàn)的錯誤的 測試用例。一次成功的測試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯誤的測 試。 高效測試是指用少量測試用例，發(fā)現(xiàn)被測試軟件盡可能多的錯 誤。 根據(jù)測試概念和目的，在進行信息系統(tǒng)測試時應遵循以下原則。 (1) 應盡早并不斷地進行測試。 (2) 測試工作應該避免由原開發(fā)

24、軟件的人員或小組承擔。一方 面，開發(fā)人員往往不愿否認自己的工作，總認為自己開發(fā)的軟件沒 有錯誤；另一方面，開發(fā)人員的錯誤很難由本人測試出來，他們很 容易根據(jù)自己編程的思路來指定測試思路，具有局限性。測試工作 應由專門人員來進行，這樣會更客觀，更有效。 (3) 設計測試方案時，不僅要確定輸入數(shù)據(jù)，而且要根據(jù)系統(tǒng) 功能確定預期的輸出結果。將實際輸出結果與預期結果相比較就能 發(fā)現(xiàn)測試對象是否正確。 (4) 在設計測試實例時，不僅要設計有效、合理的輸入條件， 也要包含不合理、失效的輸入條件。 (5) 在測試程序時，不僅要檢驗程序是否做了該做的事，還要 檢驗程序是否做了不該做的事。 (6) 嚴格按照測試

25、計劃來進行，避免測試的隨意性。測試計劃 應包括測試內(nèi)容、進度安排、人員安排、測試環(huán)境、測試工具和測 試資料等。 (7) 妥善保存測試計劃、測試例子，作為軟件文檔的組成部分， 為維護提供方便。 (8) 測試用例都是精心設計出來的，可以為重新測試或追加測 試提供方便。 5.2 軟件測試步驟 測試是開發(fā)過程中一個獨立且非常重要的階段，測試過程基本 上與開發(fā)過程平行進行。測試步驟可按 4 個步驟進行，即單元測試、 集成測試、確認測試和系統(tǒng)測試，如圖 5.1 所示。 圖 單元 測試 確認 測試 集成 測試 單元 測試 單元 測試 . . . 被測模塊 被測模塊 被測模塊 設 計 信 息 已集成的軟件 系

26、統(tǒng) 測試 已確認的軟件可交付的軟件 軟 件 需 求 系 統(tǒng) 其 他 元 素 已經(jīng) 過測 試的 模塊 5.1 軟件測試的流程 單元測試集中對用源代碼實現(xiàn)的每一個程序單元測試，檢查各 個程序模塊是否正確的實現(xiàn)了規(guī)定的功能。單元測試一般由程序員 自己完成。 集成測試根據(jù)設計規(guī)定的軟件體系結構，把已測試過的模塊組 裝起來，在組裝過程中，檢查程序結構組裝的正確性。集成測試一 般由專門的測試人員或測試組織完成。 確認測試則是要檢查已經(jīng)實現(xiàn)的軟件是否滿足了需求規(guī)格說明 中確定了的各種需求，以及軟件配置是否完整、正確。確認測試一 般由用戶協(xié)助完成。 系統(tǒng)測試把已經(jīng)經(jīng)過確認的軟件納入實際運行環(huán)境中，與其他 系統(tǒng)

27、成分組合在一起進行測試。嚴格地說系統(tǒng)測試已經(jīng)超出了軟件 工程范圍。 在軟件測試生命周期內(nèi)，錯誤在軟件開發(fā)的每個階段都可能被 帶入。在軟件測試中，某些錯誤被發(fā)現(xiàn)、分類、隔離，最終被糾正。 由于軟件不斷被修改，所以這個過程是一個反復進行的過程。 5.3 本系統(tǒng)測試情況 第第 6 6 章章 結論結論 6.1 系統(tǒng)實現(xiàn)功能 系統(tǒng)已經(jīng)實現(xiàn)了對組織結構、客戶信息等系統(tǒng)基礎數(shù)據(jù)的管理 功能。同時也實現(xiàn)了對項目基本信息的管理，和項目相關客戶、參 與職員等數(shù)據(jù)的管理，還是實現(xiàn)了對項目進行過程中的進度報告， 相關文檔資料管理。對于項目的付款計劃和付款記錄，系統(tǒng)同樣實 現(xiàn)了比較方便的管理，并能夠在項目列表中根據(jù)付款

28、計劃和付款記 錄計算出項目的總金額、已付金額和待付金額。項目的實施記錄和 維護記錄，也可以通過本系統(tǒng)有效的管理起來。此外系統(tǒng)實現(xiàn)了對 使用人員的登錄驗證。 6.2 系統(tǒng)優(yōu)缺點 本系統(tǒng)的優(yōu)點在于能夠全面的管理項目的文檔資料、進度情況、 實施情況、維護情況，可以對項目的支出情況、付款計劃和付款記 錄進行記錄，同時可以管理公司所有相關客戶的資料。有效管理軟 件企業(yè)中的文檔資源、客戶資源和資金流。 本系統(tǒng)的缺點在于查詢和統(tǒng)計功能不夠豐富，對于錄入的數(shù)據(jù) 的使用率不高。而且目前只支持單用戶使用，所有數(shù)據(jù)必須都有一 個人來錄入，暫時還沒有實現(xiàn)平臺化的協(xié)同辦公。 6.3 下一步工作計劃 畢業(yè)后本人將對系統(tǒng)繼續(xù)完善，首先從查詢統(tǒng)計功能入手，計 劃使用一到兩個月的時間來提高系統(tǒng)數(shù)據(jù)的利用率、豐富系統(tǒng)功能。 然后使用一個月左右的時間，對系統(tǒng)的結構進行一次改造，使其支 持多用戶登錄。完成如上改進后，需要將系統(tǒng)放在本人所在公司來 進行實際應用，并根據(jù)實際應用中發(fā)現(xiàn)的問題和不足來繼續(xù)完善系 統(tǒng)。 參考文獻參考文獻 1. roger s.pressman. 軟件工程實踐者的研究方法m. 北京: 機 械工業(yè)出版社, 2006, 92-98. 2. b-power 工作室. c#網(wǎng)絡程序設計m. 北京: 中國鐵道出版社, 2001, 39-51. 3. 李蘭友 楊曉光. visual c#.net 程序設計m.