bug跟蹤管理系統(tǒng)畢業(yè)設計(編輯修改稿)
2024-12-30 09:16 本頁面
【文章內(nèi)容簡介】 ，允許通過分離應用的業(yè)務邏輯與系統(tǒng)級服務（例如審計（ auditing）和事務（ transaction）管理）進行內(nèi) 聚性的開發(fā)。 這次 BUG跟蹤管理系統(tǒng)中使用 IoC 比較多，在我們平時開發(fā)過程，在哪塊代碼在要用到某個對象時我們會直接 new 出一個對象然后操作這個對象，這樣子做的話代碼的耦合 很強。如果使用了 Spring 管理這個對象，我們可以使用注解注入和構造注入等方式注入這個對象。這樣 耦合 度降低了。 Spring 還提供了注解事務，省去了 hibernate 手動開啟和關閉事務，使程序更加簡潔。降低了事務控制難度。配合 jsp ,servlet 完成了 BUG 跟蹤管理系統(tǒng)， jsp 主要作視圖層，做數(shù)據(jù)展示，servlet 作控制層，控制程序流程 （使用 spring 注入 dao 對象），在 DAO 層使用Hibernate 提供的功能完成數(shù)據(jù)庫訪問。 MVC簡介 模型 視圖 控制器（ MVC）是 80 年代 Smalltalk80 出現(xiàn)的一種軟件設計模式，現(xiàn)在已經(jīng)被廣泛的使用，其模型如圖 1 所示： 模型 (Model)： 模型是應用程序的主體部分。模型表示業(yè)務數(shù)據(jù)，或者業(yè)務邏輯 . 視圖 (View)： 視圖是應用程序中用戶界面相關的部分，是用戶看到并與之交互的界面。 控制器 (controller)： 控制器工作就是根據(jù)用戶的輸入，控制用戶界面數(shù)據(jù)顯示 和更新 model 對象狀態(tài)。 3 系統(tǒng)設計 系統(tǒng)可行性研究 經(jīng)濟可行性 經(jīng)濟可行性研究是對組織的經(jīng)濟現(xiàn)狀和投資能力進行分析，對系統(tǒng)建設運行和維護費用進行估算，對系統(tǒng)建成后可能取得的社會和經(jīng)濟效益進行估計。由于BUG 跟蹤管理系統(tǒng) 是作為畢業(yè)設計由我們學生自己開發(fā)的，在經(jīng)濟上的投入 比較少 ， 系統(tǒng)開發(fā)所有的技術及框架都是 開源的， 主要是時間投入比較大 。 因此在經(jīng)濟上是可行的。 技術 可行性 技術可行性要考慮現(xiàn)有的技術條件是否能夠順利完成開發(fā)工作，軟硬件配置是否滿足開發(fā)的需求等。 BUG 跟蹤管理 系統(tǒng) 采用 MyEclipse 開發(fā)工具，調(diào)試相對簡單，當前的計算機硬件配置也完全能滿足開發(fā)的需求，因此在 硬件 上是絕對可行的。軟件方面：由于目前 B/S 模式相對發(fā)展成熟， java EE 開發(fā)平臺已是現(xiàn)在的主流。 系統(tǒng)采用的 Spring 和 Hibernate 都是開源免費框架， 極大的簡化了應用的開發(fā)難度，加上 jsp,servlet等技術完全可滿足 bug跟蹤管理系統(tǒng)開發(fā)需求 。 需求分析 系統(tǒng)簡介 BUG 是指在軟件測試領域中，描述軟件缺陷或問題的實體。 BUG 管理系統(tǒng)至在提供一套系統(tǒng)建立測試人員，開發(fā)人員與管理人員 之前的一種橋梁，以有效的提高軟件的管理與溝通效率。 系統(tǒng)角色及主要職能 系統(tǒng)管理員 : 系統(tǒng)帳號管理，項目管理，分配相關人員。 項目經(jīng)理 : BUG 查詢及分配，統(tǒng)計 BUG，匯總報表等 開發(fā)人員 : 主要是解決分配給他的 BUG，更新 BUG 狀態(tài)。 測試人員 : 提交新的 BUG，及對開發(fā)人員修改的 BUG 進行回歸測試。 關鍵業(yè)務實體說明 a)系統(tǒng)帳戶表： 帳號，密碼，姓名，角色（管理員，測試人員，開發(fā)人員），賬號狀態(tài)，人員狀態(tài)。 b)項目：即一個具體的軟件項目 項目信息主要由基本信息，人員信息，及相關文檔三部分組成： 基本信息主要包括：編號，名稱，描述，項目經(jīng)理 (管理員指定，帳戶表外鍵 )，開發(fā)單位，發(fā)布單位，開始日期 (發(fā)布時間 )，結束日期 (關閉時間 )，狀態(tài)(3 種 )，項目附件 1，項目附件 2, 項目附件 3 項目人員信息主要包括：編號，系統(tǒng)帳號（外鍵），項目編號 項目的狀態(tài)主要有 新建：剛建立嘗未發(fā)布的項目，除管 理員外其他人不可見。 已發(fā)布：項目已經(jīng)發(fā)布，正在進行 BUG 跟蹤。 (管理員執(zhí)行發(fā)布操作之后 )，項目相關人員可見。 已關閉：已關閉的項目不能做任何的修改，包括添加 BUG 等。 (關閉后不能再進行 BUG 處理 ) BUG：用于描述軟件系統(tǒng)的缺陷 BUG 的主要信息主要由基本信息，相關文件及 BUG 跟蹤記錄組成： 基本信息包括：編號，問題簡述，問題詳細描述，測試過程描述，建立人 (測試人員帳號 )，建立時間 (自動 )，解決人 (被指派開發(fā)人員帳號，由項目經(jīng)理指派，用戶帳戶 )，分配時間 (指派時間 )，關閉時間 (測試人員關閉或項目經(jīng)理異 常關閉時的時間 )，計劃修正日期 (指派時指定 )，嚴重級別 (嚴重，一般，可選 )，狀態(tài) (如下 )。 相關文件：測試人員添加的一些例如截屏，附件數(shù)據(jù)等。一個 BUG 可能會有多個相關文件，主要包括：文件編號，文件路徑，對應的 BUG(外鍵 ) BUG 跟蹤記錄：該數(shù)據(jù)與 BUG 是多對一的關系，即一個 BUG 可能有多個跟蹤記錄，例如：項目經(jīng)理分在分配時會填寫分配記錄，開發(fā)人員修正后會填寫修改記錄，測試人員回歸測試時會填寫測試記錄，如此反復。 它包括：編號， BUG 編號，填寫人，填寫時間，內(nèi)容，附件 1，附件 2，附件 3（即充許最多可以 掛三個附件） BUG 的狀態(tài)主要有： 未發(fā)布： BUG 由測試人員建立后最初的狀態(tài)。 已發(fā)布：測試人員已將 BUG 提交，提交后項
公司管理相關推薦
鄂ICP備17016276號-1