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