【畢業(yè)學位論文】（Word原稿）軟件開發(fā)項目管理系統(tǒng)的設(shè)計與實現(xiàn)-軟件工程

碩士學位論文 （專業(yè)學位） 軟件開發(fā) 項目 管理系統(tǒng)的 設(shè)計與實現(xiàn) 姓 名： 郭一帆 學 號： 0921170007 所在院系：軟件學院 職業(yè)類型：工程碩士 專業(yè)領(lǐng)域：軟件工程 指導教師：張惠娟 副指導教師： 李峰 二 一 三 年 三 月 A in of a 0921170007 2013 軟件開發(fā)項目管理 系統(tǒng)的設(shè)計與實現(xiàn) 郭一帆 同濟大學 學位論文版權(quán)使用授權(quán)書 本人完全了解同濟大學關(guān)于收集、保存、使用學位論文的規(guī)定，同意如下各項內(nèi)容：按照學校要求提交學位論文的印刷本和電子版本；學校有權(quán)保存學位論文的印刷本和電子版，并采用影印、縮印、掃描、數(shù)字化或其它手段保存論文；學校有權(quán)提供目錄檢索以及提供本學位論文全文或者部分的閱覽服務(wù)；學校有權(quán)按有關(guān)規(guī)定向國家有關(guān)部門或者機構(gòu)送交論文的復(fù)印件和電子版；在不以贏利為目的的前提下，學?？梢赃m當復(fù)制論文的部分或全部內(nèi)容用于學術(shù)活動。 學位論文作者簽名： 年 月 日 同濟大學學位論文原創(chuàng)性聲明 本人鄭重聲明：所呈交的學位論文，是本人在導師指導下，進行研究工作所取得的成果。除文中已經(jīng)注明引用的內(nèi)容外，本學位論文的研究成果不包含任何他人創(chuàng)作的、已公開發(fā)表或者沒有公開發(fā)表的作品的內(nèi)容。對本論文所涉及的研究工作做出貢獻的其他個人和集體，均已在文中以明確方式標明。本學位論文原創(chuàng)性聲明的法律責任由本人承擔。 學位論文作者簽名： 年 月 日 同濟大學 碩士學位論文 摘要 I 摘要 現(xiàn)代社會信息技術(shù)的不斷進步和和企業(yè)信息化的進一步深入大大推動了軟件行業(yè)自身的發(fā)展。在軟件開發(fā)項目規(guī)模日益擴大化和復(fù)雜化的同時，如何有效運用現(xiàn)代項目管理的方法和理論，實現(xiàn)軟件項目在人員組織、資源配置、風險控制等諸多方面的合理化應(yīng)用，從而最大限度地提高項目收益，增強軟件企業(yè)自身的信息化管理水平，已經(jīng)成為當前軟件企業(yè)亟待解決的課題。 本論文 首先 分析了軟件企業(yè)在軟件開發(fā)項目運行和其項目管理過程中存在的主要問題， 以及 計模式和設(shè)計思想的特點和優(yōu)勢； 在此基礎(chǔ)上分析了 E 的不同實現(xiàn)架構(gòu)和框架技術(shù)，并進行比較，從中選擇了 者相結(jié)合的組合型框架作為本項目的開發(fā)基礎(chǔ)。然后，進行整個系統(tǒng)的需求分析，包括總體需求、 數(shù)據(jù)庫 需求、 模塊化的功能需求、功能建模和性能需求。 在 系統(tǒng)設(shè)計階段， 根據(jù)需求分析的結(jié)果進行系統(tǒng)靜態(tài)建模， 設(shè)計了 成員管理、進度管理、缺陷跟蹤、文檔管理、工作報告和會議管理六大功能模塊 以 及相應(yīng)的數(shù)據(jù)庫表 。 在系統(tǒng)實現(xiàn)部分 根據(jù)前一階段需求分析和系統(tǒng)設(shè)計的要求實現(xiàn)了六大功能模塊。具體來說， 首先介紹了集成開發(fā)環(huán)境的搭建，然后由底層數(shù)據(jù)庫開 發(fā)開始，逐步介紹如何配置數(shù)據(jù)庫連接和映射文件，如何創(chuàng)建持久化類； 最后 針對每一個 功能模塊 分別實現(xiàn)相應(yīng)的數(shù)據(jù)訪問對象 (操作數(shù)據(jù)庫，開發(fā)表示層 面用于系統(tǒng)與用戶的交互，還根據(jù)各自模塊的實際業(yè)務(wù)邏輯實現(xiàn)了所有業(yè)務(wù)層代碼 。 本論文還描述了如何應(yīng)用 架技術(shù)實現(xiàn)系統(tǒng)頁面顯示的國際化問題，以 適應(yīng) 當下具有多地域，多組織架構(gòu)，多重資源特點的 軟件項目 運 行管理 模式 。 本系統(tǒng)在每個功能模塊的開發(fā)過程中，都遵循以 久層 為基礎(chǔ) ，然后是 到表示層、再到業(yè)務(wù)層的分層開發(fā)模式，這也符合 E 框架技術(shù)和設(shè)計模式的要求，從而提高了整個系統(tǒng)的可維護性和擴展性。 關(guān)鍵詞： 式 ， E 框架技術(shù) ， 際化標簽， I of in is At of in of to of in so at of is an in of VC on E, as At of is to of “ “ “ “ “ as In on of of is to to is to SP in of to In to to of is by of In II of in it is on is to E of E 濟大學 碩士學位論文 目錄 錄 第 1 章 緒論 . 1 究背景 . 1 究意義 . 2 究現(xiàn)狀 . 2 究目標及內(nèi)容 . 3 文組織結(jié)構(gòu) . 3 第 2 章 相 關(guān)技術(shù) . 5 式 . 5 E 框架技術(shù)的應(yīng)用 . 6 E 架構(gòu)介紹 . 6 E 框架技術(shù)選擇 . 8 發(fā)工具選擇 . 11 第 3 章 系統(tǒng)需求分析 . 13 統(tǒng)總體需求 . 13 據(jù)庫需求 . 14 能需求 . 15 統(tǒng)功能建模 . 16 統(tǒng)性能需求 . 24 第 4 章 系統(tǒng)設(shè)計 . 26 體設(shè)計方案 . 26 統(tǒng)架構(gòu) . 26 統(tǒng)靜態(tài)建模 . 27 據(jù)庫設(shè)計 . 28 據(jù)庫邏輯設(shè)計 . 28 據(jù)庫物理設(shè)計 . 29 級子模塊設(shè)計 . 32 員管理模塊 . 32 度管理模塊 . 34 陷跟蹤模塊 . 35 檔管理模塊 . 37 作報告模塊 . 39 議管理模塊 . 40 第 5 章 軟件開發(fā)項目管理系統(tǒng)的實現(xiàn) . 42 成開發(fā)環(huán)境的搭建 . 42 同濟大學 碩士學位論文 目錄 V 據(jù)庫開發(fā) . 43 置數(shù)據(jù)庫連接 . 43 建 射文件和持久化類 . 45 員管理模塊的實現(xiàn) . 49 發(fā) . 49 發(fā)表示層 面 . 57 發(fā)業(yè)務(wù)層 . 63 度管理模塊的實現(xiàn) . 74 發(fā) . 74 發(fā)表示層 面 . 75 發(fā)業(yè)務(wù)層 . 78 陷跟蹤模塊的實現(xiàn) . 79 發(fā) . 79 發(fā)表示層 面 . 80 發(fā)業(yè)務(wù)層 . 83 檔管理模塊的實現(xiàn) . 85 發(fā) . 85 發(fā)表示層 面 . 86 發(fā)業(yè)務(wù)層 . 87 作報告模塊的實現(xiàn) . 90 發(fā) . 90 發(fā)表示層 面 . 91 發(fā)業(yè)務(wù)層 . 93 議管理模塊的實現(xiàn) . 95 發(fā) . 95 發(fā)表示層 面 . 96 發(fā)業(yè)務(wù)層 . 97 第 6 章 總結(jié)與展望 . 100 結(jié) . 100 望 . 100 致謝 . 102 參考文獻 . 103 個人簡歷、在讀期間發(fā)表的學術(shù)論 文與研究成果 . 104 第一章 緒論 1 第 1 章 緒論 本章對本課題的研究背景、研究意義和相關(guān)領(lǐng)域的研究現(xiàn)狀進行介紹，并提出本論文的研究目標及內(nèi)容，最后簡要描述了論文的組織結(jié)構(gòu)。 究背景 現(xiàn)代 術(shù)的迅猛發(fā)展和企業(yè)信息化浪潮的到來大大推動了軟件行業(yè)自身的發(fā)展。在充滿發(fā)展機遇的同時，軟件行業(yè)又是一個極具挑戰(zhàn)性和風險性的行業(yè)，軟件開發(fā)的規(guī)模和復(fù)雜性也隨著各行業(yè)客戶需求的不斷提高而變得越來越大。 為了對軟件開發(fā)工作實施更為有效科學的管理， 越來越多的軟件企業(yè)開 始把項目管理 機制 引入到軟件開發(fā)工作中來。 軟件開發(fā)項目管理是項目管理理念在軟件開發(fā)行業(yè)的具體體現(xiàn)，是為了使軟件項目能夠按照預(yù)定的成本、進度和質(zhì)量順利完成，而對人員、產(chǎn)品、過程和項目進行分析和管理的活動。 目前我國軟件行業(yè)大部分采用傳統(tǒng)的軟件開發(fā)項目管理模式，它是一種基于目標的管理模式， 其重點往往在于項目的中長期規(guī)劃，項目計劃的制定，以及項目最終成果的管理 ，而對于項目的過程管理不太注重， 這種項目管理模式在實際的運行過程中越來越暴露出其種種弊端 ， 現(xiàn)代社會經(jīng)濟的全球化趨勢使軟件開發(fā)項目 會 更多地 在 跨地域，甚至于跨國 家的多個項目開發(fā)團隊中進行，而以上這種傳統(tǒng)的管理模式往往使用簡單的報告機制 而非團隊成員間的動態(tài)協(xié)作，其最直接的表現(xiàn)形式為大量報告和表格的堆砌 。實際上 項目管理者與項目開發(fā)測試人員 在這種模式下 缺乏有效的溝通機制，開發(fā)人員在軟件架構(gòu)設(shè)計階段對產(chǎn)品的功能需求不夠明確，從而導致 在項目開發(fā)中后期代碼的頻繁修改；類似地，測試人員在測試用例設(shè)計階段由于對產(chǎn)品功能一知半解，也無法設(shè)計出符合用戶使用場景的高質(zhì)量測試用例來滿足客戶的實際需求， 往往在項目開發(fā)中后期甚至客戶使用部署階段才暴露出大量軟件缺陷；對于項目管理者來說，這種忽 略過程的項目管理模式，使他們無法實時掌握整個項目的開發(fā)測試進度，也無法及時 協(xié)調(diào) 解決影響項目 參與 人員 開發(fā)測試進度的各種資源和技術(shù)上的問題，最終往往 使 初期的項目規(guī)劃和計劃流于形式， 也 大大增加了項目失敗的風險。 不言而喻，一套高效的軟件開發(fā)項目管理流程和高質(zhì)量的項目管理系統(tǒng)，對軟件企業(yè)來說至關(guān)重要 ，它應(yīng)該對軟件開發(fā)項目的全程進行有效地管理，包括工作計劃和報告、人員、資源配備、進度、軟件缺陷、會議等諸多方面；同時它應(yīng)該適應(yīng)全天候、跨地域、甚至國際化的軟件項目開發(fā)模式；這 不僅可以保證軟件開發(fā)項目的成功率，還可以促進企 業(yè)自身管理水平的提高，從而大幅提高企業(yè)的盈利能力和市場競爭力。 同濟大學 碩士學位論文 軟件開發(fā)項目管理系統(tǒng)的設(shè)計與實現(xiàn) 2 究意義 目前我國大部分的軟件公司，都還沒有形成完全適合自己公司特點的軟件開發(fā)管理模式，雖然有些公司根據(jù)軟件工程和軟件項目管理理論建立了一些軟件開發(fā)管理流程和規(guī)范，但并沒有從根本上解決軟件開發(fā)過程中所暴露出來的一系列問題，諸如軟件 功能 及用戶需求在整個項目開發(fā)過程中不明確；項目管理人員對任務(wù)的細化和功能模塊的劃分不合理而導致的重復(fù)開發(fā)和人力、物力資源的浪費； 項目管理人員在項目運行階段不能及時掌握項目組成員在開發(fā)或測試過程中遇到的問題，以及 整個項目 的 運行情況和進度； 在測試階段對軟件缺陷缺乏有效地管理，導致要么無法按時交付軟件產(chǎn)品，要么在運行 過 程中出現(xiàn)大量問題。加之經(jīng)濟全球化帶來的項目參與人員地域上的分散性，組織結(jié)構(gòu)上的多樣性，資源上的差異性更加劇了上述問題的形成。 而 傳統(tǒng)的項目管理模式 和 軟件難以對分布在 多個地區(qū)， 多個 組織 及多 種業(yè)務(wù)資源 上 的軟件 開發(fā) 流程進行有效管理。因此 ,構(gòu)建一個 集高度靈活 性 和 開放性、 可擴展 性 和 維護 性 、 可靠性和 安全性 為一體 的基于 分布式項目管理系統(tǒng)成為現(xiàn)代軟件企業(yè)的一種普遍需求。 互聯(lián)網(wǎng) 及 軟件架構(gòu)技術(shù)的發(fā)展 ，尤其是以 E 為平臺的 發(fā)技術(shù) 與開發(fā) 框架的應(yīng)用，為建立分布式的項目管理系統(tǒng)提供了有力的技術(shù)支持。 本課題在對 軟件 項目管理、計模式、 E 框架應(yīng)用開發(fā)等技術(shù) 的研究基礎(chǔ)上，從軟件開發(fā)項目的實際應(yīng)用背景出發(fā)，設(shè)計并實現(xiàn)了基于 E 架的軟件開發(fā)項目管理系統(tǒng)。 它 能夠極大提高軟件開發(fā)項目管理效率，從而克服傳統(tǒng)項目管理和相關(guān)軟件的局限性；對于推動軟件企業(yè)自身信息化管理水平的提高具有重要的現(xiàn)實意義。 究現(xiàn)狀 在 傳統(tǒng)項目 管理軟件 方面， 疑占據(jù)了大量的市場份額。 主要優(yōu)點是它與其它微軟的產(chǎn)品，如 的無縫融合，使用戶可以在多個應(yīng)用程序間方便地移動信息資料，但是它畢竟是基于桌面的傳統(tǒng)應(yīng)用程序，體積龐大，運行時占用相當多的系統(tǒng)資源，只適合單個用戶在單機上對自己所從事的項目部分進行管理，無法勝任經(jīng)濟全球化背景下具有多地域，多組織架構(gòu)，多重資源特點的大型軟件項目的開發(fā)管理。而 當前 流行的基于 項目管理工具中，大部分采用 了 發(fā)，如國外的 內(nèi)的禪道項目管 理軟件， 其 架構(gòu)模式相對簡單，平臺兼容性、可擴展性和可維護性都不高，也難以適應(yīng)當代軟件開發(fā)項目日益大型化、專業(yè)化、高度模塊化的開發(fā)模式。 E 是 司推出的企業(yè)級應(yīng)用程序開發(fā)平臺，用于 開發(fā)和部署可移植、健壯、可伸縮且安全的服務(wù)器端 用程序。 目前， E 應(yīng)用開發(fā)主要有兩大研究方向：以 核心的經(jīng)典 E 開發(fā) 模型 和 以 核心的輕量級 E 企業(yè)開發(fā) 模型 。第一章 緒論 3 在經(jīng)典的 E 開發(fā) 模型中， 一個實現(xiàn)業(yè)務(wù)任務(wù)和業(yè)務(wù)實體的 E 組件，是一個特殊的 行在 器中。 件可以分別駐留在不同的服務(wù)器上，有很好的伸縮性，有利于處理分布式事務(wù)，適合于開發(fā)應(yīng)用于大型企業(yè)的分布式重量級應(yīng)用。所謂 輕量級 的企業(yè) 開發(fā) 模型是相對于以 核心技術(shù)的復(fù)雜框架 而言的，它以 核心，組合其它開源框架，如表示層的 象持久化層 的 構(gòu)建企業(yè)應(yīng)用系統(tǒng)。這種開發(fā)模型 在保留經(jīng)典 E 應(yīng)用架構(gòu) 及其 高度可擴展性、 可 維護性的基礎(chǔ)上，降低了 E 應(yīng)用的開發(fā)、部署成本 ，成為目前最為流行的企業(yè) 用開發(fā)平臺。 目前雖然有一些基于上述 E 開發(fā)模型的項目管理系統(tǒng)的研究，但是這些研究要么集中于經(jīng)典的以 核心的應(yīng)用開發(fā)模型，要么針對的是其它非軟件開發(fā)項目的特定應(yīng)用場景。 所以怎樣 充分發(fā)揮 以 核心的輕量級組合 框架 開發(fā)模型 的優(yōu)勢 ，開發(fā)出 適合 軟件行業(yè)和軟件開發(fā)項目自身特點和管理流程 的應(yīng)用系統(tǒng) ， 是 本課題研究的重點內(nèi)容。 究目標及內(nèi)容 本課題 的 主要研究內(nèi)容是基于 E 設(shè)計與實現(xiàn)，一共需要開發(fā)用戶管理、進度管理、缺陷跟蹤、文檔管理、 工作報告 、會議管理六大功能模塊。主要 涉及到的研究內(nèi)容 包括： （ 1）介紹了 計模式及 軟件設(shè)計 規(guī) 范 ；主要 分析了視圖、模型和控制器三個要素的特點和相互關(guān)系；還介紹了 E 架構(gòu)及流行的各種框架技術(shù)的比較和選擇；以及相應(yīng) 開發(fā)工具 的 選擇問題 。 （ 2）分析了軟件開發(fā)項目管理系統(tǒng)的總體需求和整體功能框架 ；分析了 數(shù)據(jù)庫需求及各大管理模塊的功能需求 。 主要內(nèi)容包括 功能介紹、功能建模和性能需求 三 方面。 （ 3）設(shè)計了 總體方案，包括系統(tǒng)邏輯架構(gòu)和實際部署兩大方面。把經(jīng)典的三層體系結(jié)構(gòu) ( 展為四層體系，即表示層 (控制層 (服務(wù)層(數(shù)據(jù)持久層 (然后為每個功能模塊都設(shè)計了相應(yīng)的數(shù)據(jù)表，并以的方式表示表與表之間的關(guān)系。 （ 4）實現(xiàn)了符合 軟件開發(fā)項目 實際 需求 ，集 成員 管理、 進度 管理、 缺陷跟蹤、文檔管理、工作報告、會議 管理于一體的 用 系統(tǒng)。 文組織結(jié)構(gòu) 本論文后續(xù) 各章結(jié)構(gòu)如下： 第一章 介紹本課題的研究背 景、研究意義和相關(guān)領(lǐng)域的研究現(xiàn)狀，并提出本論文的研同濟大學 碩士學位論文 軟件開發(fā)項目管理系統(tǒng)的設(shè)計與實現(xiàn) 4 究目標及內(nèi)容，最后簡要描述了論文的組織結(jié)構(gòu)。 第二章 對 本課題用到的相關(guān) 技術(shù)做一個整體的介紹，內(nèi)容包括 設(shè)計模式 、 E 設(shè)計框架和開發(fā)工具等 方面。 第三章 根據(jù) 項目管理的要求和軟件開發(fā)項目的自身特點進行 用戶需求 分析 。 第四章 基于 第三章的用戶需求分析 ， 對軟件開發(fā)項目 管理系統(tǒng)進行總體的設(shè)計，包括數(shù)據(jù)庫設(shè)計和每個功能模塊的設(shè)計 ，說明了具體實現(xiàn)思路和方法。 第五章 根據(jù)前一階段的分析和設(shè)計 搭建 開發(fā) 環(huán)境 并 進入系統(tǒng)開發(fā)階 段， 對每個功能模塊的開發(fā)步驟及實現(xiàn)進行 詳細 地 說明。 第 六 章 總結(jié) 本論文的研究工作，并針對存在的不足指出今后 改進的重點和方向 。第二章 相關(guān)技術(shù) 5 第 2 章 相關(guān)技術(shù) 本 章將對系統(tǒng)設(shè)計和實現(xiàn)中所使用的 相關(guān) 技術(shù)進行整體的介紹， 包括設(shè)計模式、 這些 技術(shù)和工具的選擇 ， 遵循 了 易用性、可擴展性和可維護性的原則， 下面就對 這些 技術(shù) 和工具分別 進行介紹。 式 全名是 模型 (視圖 (控制器 (縮寫 ， 它是 一種軟件設(shè)計 規(guī) 范，用一種 業(yè)務(wù)邏輯 和 數(shù)據(jù)顯示 分離的方法 來 組織代碼 。 言特有的設(shè)計思想，也不是 用特有的思想，它是所有面向?qū)ο蟪绦蛟O(shè)計語言都應(yīng)該遵守的規(guī)范。 計模式將一個應(yīng)用分成三個基本部分： 型） 圖）和 制器） ， 在 式中， 戶向服務(wù)器提交的所有請求都由控制器接管。接受到請求之后，控制器負責決定應(yīng)該調(diào)用哪個模型來進行處理；然后模型根據(jù)用戶請求進行相應(yīng)的業(yè)務(wù)邏輯處理，并返回數(shù)據(jù)；最后控制器調(diào)用相應(yīng)的視圖來格式化模型返回的數(shù)據(jù)，并通過視圖呈現(xiàn)給用戶。 控 制 器C o n t r o l l e V i e M o d e 動 作U s e r A c t i o U p d a t U p d a t N o t i f 行 模式 圖 視圖是用戶看到并與之交互的界面。 對于 用程序來說，除了 素組成的頁面之外，還包括 一些標識語言。 視圖向用戶顯示相關(guān)的數(shù)據(jù)，并能接收用戶的輸入數(shù)據(jù)，但是它并不進行任何實際的業(yè)務(wù)處理。視圖可以向模型查詢業(yè)務(wù)狀態(tài)，但不能改變模型。視圖還能接受模型發(fā)出的數(shù)據(jù)更新事件，從而對用戶界面進行同步更新。 同濟大學 碩士學位論文 軟件開發(fā)項目管理系統(tǒng)的設(shè)計與實現(xiàn) 6 模型表示企業(yè)數(shù)據(jù)和業(yè)務(wù)規(guī)則。它是應(yīng)用程序的主體部分，主要包括業(yè)務(wù)邏輯模塊和數(shù)據(jù)模塊。 在 三個 組 件中，業(yè)務(wù)模型的設(shè)計可以說是 主要的核心， 擁有最多的處理任務(wù)。 模型與數(shù)據(jù)格式無關(guān)，這樣一個模型能為多個視圖提供數(shù)據(jù)。由于應(yīng)用于模型的代碼只需寫一次就可以被多個 視圖重用， 可以減少 代碼 的 復(fù)制 及 維護 量 ， 一旦模型發(fā)生改變，也 易于 修改 。 另外， 因為 模型返回 的 數(shù)據(jù) 與 顯示邏輯 是分離的， 所以 模型數(shù)據(jù)可以應(yīng)用任何的顯示技術(shù)，例如，使用 面或者直接產(chǎn)生 檔等。 控制器接受用戶的輸入并調(diào)用模型和視圖去完成用戶的 請 求。例如， 在 用中，當用戶通過瀏覽器單擊 面中的提交按鈕來發(fā)送 單時，控制器接收請求并調(diào)用相應(yīng)的模型組件去處理請求，然后調(diào)用相應(yīng)的視圖來顯示模型返回的數(shù)據(jù) ，而 控制器本身 對 數(shù)據(jù)并不做任何的處理 和 輸出。由于 控制 器 把不同的 模型 和視圖 組合 到一 起 完成 不同的請求 ， 因此， 它 還 包括了 用戶 請求 權(quán)限 的概念 。 綜上所述， 式具有如下優(yōu)點： （ 1） 系統(tǒng) 耦合性低。 視圖層和業(yè)務(wù)層分離，這樣 對 視圖層代碼 的 更改不 會影響 模型和控制器代碼 ； 同樣，因為模型與控制器和視圖相分離，如果業(yè)務(wù)流程或者業(yè)務(wù)規(guī)則 發(fā)生了改變，只需要改動 模型層即可。 （ 2） 組件 重用性高 。 因為多個視圖 可以對應(yīng) 一個模型， 式 允許使用各種不同樣式的視圖來訪問同一個服務(wù)器端的代碼；另外，由于 模型返回的數(shù)據(jù)沒有進行格式化，所以同樣的構(gòu)件能被不同的界面使用 ， 這樣 可以最大化的重用代碼。 （ 3） 開發(fā)效 率高 。 使用 式 可以 使 不同的開發(fā) 設(shè)計 人員 分工 更 明確，從而 大大縮減整個 應(yīng)用 的 開發(fā)時間。例如， 發(fā)人員 可以 集中精力于業(yè)務(wù)邏輯， 而 網(wǎng)頁 設(shè)計 人員 則 集中精力于 頁面的 表現(xiàn)形式上。 （ 4）有利于工程化 。由于 三個層 次 各司其職，每層的組件具有相同的特征，有利于通過工程化和工具化產(chǎn)生管理程序代碼。 E 框架 技術(shù)的應(yīng)用 E 架構(gòu)介紹 當代 用的架構(gòu)經(jīng)歷了 一層架構(gòu)模式、 兩層架構(gòu)模式 層架構(gòu)模式到多層架構(gòu)模式的演進。 （ 1）一層架構(gòu)模式 。 這種 模式 就是 直接 使用 件完成所有功能的開發(fā)。用戶的請求發(fā)送給 件，響應(yīng)也由 件來完成。 第二章 相關(guān)技術(shù) 7 瀏 覽 器數(shù) 據(jù)W E B 容 器（ 視 圖 ）用 戶 請 求系 統(tǒng) 響 應(yīng)圖 層架構(gòu)模式 圖 （ 2）兩層架構(gòu)模式 在 式下，整個 用幾乎全部由 面組成。在這種模式中 面不僅負責表現(xiàn)邏輯，也負責控制邏輯，其業(yè)務(wù)邏輯由 實現(xiàn)。 式實現(xiàn)比較簡單，只適用于開發(fā)一些規(guī)模較小的項目。但從工程化的角度看， 面身兼 種角色，將表現(xiàn)邏輯和控制邏輯混雜在一起，從而導致代碼的重用率非常低，應(yīng)用的擴展性和可維護性也不高。 瀏 覽 器數(shù) 據(jù)W E B 容 器（ 視 圖 ）（ 模 式 ）用 戶 請 求系 統(tǒng) 響 應(yīng)圖 層架構(gòu)模式圖 （ 3）三層架構(gòu)模式 基于 構(gòu)的設(shè)計模式。在這種架構(gòu)中， 負責接收客戶端發(fā)送的請求，再由它調(diào)用后端的 完成實際的業(yè)務(wù)邏輯處理；最后，轉(zhuǎn)發(fā)到相應(yīng)的 面處理顯示邏輯，也就是 獨立出來的業(yè)務(wù)處理邏輯就成為了 由于引入了 式，使 有組件化的特點， 也繼承了 式 所帶來的優(yōu)點， 更 適用于大規(guī)模應(yīng)用的開發(fā)。 同濟大學 碩士學位論文 軟件開發(fā)項目管理系統(tǒng)的設(shè)計與實現(xiàn) 8 瀏 覽 器數(shù) 據(jù)W E B 容 器（ 控 制 器 ）（ 視 圖 ）（ 模 式 ）用 戶 請 求系 統(tǒng) 響 應(yīng)圖 層架構(gòu)模式圖 （ 4）多層架構(gòu)模式 。 在實際項目中，開發(fā)者往往會把以上 經(jīng)典架構(gòu)擴展為四層體系，即表示層(控制層 (服務(wù)層 (數(shù)據(jù)持久層 (它是將三層架構(gòu)中的模型層 (行了拆分，服務(wù)層用 于操作持久層進行數(shù)據(jù)操作，數(shù)據(jù)持久層表示數(shù)據(jù)庫的持久內(nèi)存存儲對象。將上面的各層技術(shù)進行組合就可以構(gòu)建一個 E 的多層開發(fā)架構(gòu)。 瀏 覽 器數(shù) 據(jù)W E B 容 器（ 控 制 器 ）（ 視 圖 ）D A O（ 服 務(wù) 層 ）數(shù) 據(jù) 持 久 層用 戶 請 求系 統(tǒng) 響 應(yīng)圖 層架構(gòu)模式圖 E 框架技術(shù)選擇 （ 1） 系結(jié)構(gòu) 一種基于 典設(shè)計模式的開放源代碼的應(yīng)用框架。它通過把 定義標簽和信息資源整合到一個統(tǒng)一的框架中，為 發(fā)提供具有高度可配置性的 發(fā)模式。 質(zhì)上 就是在 礎(chǔ)上實現(xiàn)的一個 構(gòu)，它把模式、視圖 和控制器分別映射到 用中的不同組件?？刂破髫撠熆刂屏鞒?，由責讀取 使用 查找對應(yīng)的 式由系統(tǒng)狀態(tài) 商業(yè)邏輯的 構(gòu)建；視圖由 供的自第二章 相關(guān)技術(shù) 9 定義標簽來實現(xiàn) ，如圖 示： 用 戶 請 求系 統(tǒng) 響 應(yīng)控 制 器A c t i o n S e r v l e J S P , S t r u t s T a g A c t i o nA c t i o n 映 射A c t i o n 轉(zhuǎn) 發(fā)A c t i o n 表 單模 式B u s i n e s s L o g i cs t r u t s - c o n f i g . x m 系結(jié)構(gòu)圖 （ 2） 系結(jié)構(gòu) 為基于 型的 架，自推出以來，就備受 E 開發(fā)者的青睞。因為它擁有眾多的優(yōu)點：使用 型、具有功能齊全的標簽庫、且開放源代碼。但 要編寫的類代碼過多、單元測試困難。這些缺點使得該框架難以勝任更復(fù)雜的需求。而 誕生很好的解決了上述問題，它繼承了 另一個成熟的框架 收了兩者的精華， 從而 迅速獲得了廣泛支持。 與傳統(tǒng)的 許使用普通的、 傳統(tǒng)的 象作為 法不再與合，從而更容易進行開發(fā)和測試；它支持更多的視圖技術(shù)；基于 攔截器機制為系統(tǒng)提供了很好的擴展性； 而且具有 更強大、更易用的輸入校驗功能和整合的持 。另一方面， 是以前端控制器為主體的框架，用戶請求通過控制器選擇不同的 來執(zhí)行具體的操作，在 中所有的 象，如 ，仍然可以使用。如圖 示： 用 戶 請 求系 統(tǒng) 響 應(yīng)過 濾 器F i l t e r D i s p a t c h e J S P , S t r u t s T a g A c t i o 器結(jié) 果模 式B u s i n e s s L o g i cs t r u t s . p r o p e r t i e ss t r u t s . x m 碩士學位論文 軟件開發(fā)項目管理系統(tǒng)的設(shè)計與實現(xiàn) 10 圖 系結(jié)構(gòu)圖 （ 3） 述 傳統(tǒng)的 用都是采用 訪問數(shù)據(jù)庫的，這種基于 關(guān)系數(shù)據(jù)庫操作方式與 向?qū)ο蟮奶卣鞑惶恢隆?對象關(guān)系映射就是為了解決這個問題而產(chǎn)生的。簡單地說，它是通過使用描述對象和數(shù)據(jù)庫之間映射的元數(shù)據(jù)，將 序中的對象自動持久化到關(guān)系數(shù)據(jù)庫中。而 架 是目前最流行的 一種開源的，輕量級的 允許應(yīng)用程序以面向?qū)ο蟮姆绞絹聿僮髌胀ǖ?象，再由它負責把這種操作轉(zhuǎn)換成底 層的 據(jù)庫操作。 這種轉(zhuǎn)換在 部是通過封裝 問數(shù)據(jù)庫的操作來實現(xiàn)的，并且還向上提供了面向?qū)ο蟮臄?shù)據(jù)訪問 用中使用 先，創(chuàng)建 置文件，它負責初始化 置，包括數(shù)據(jù)庫配置和映射文件配置；然后，創(chuàng)建 射文件，每一個數(shù)據(jù)表