一個面向?qū)ο筌浖|(zhì)量缺陷輔助檢測工具的設計與實現(xiàn)(文件)
【正文】 質(zhì)量缺陷檢測引擎 預處理 利用元模型 進行信息抽取 缺陷驗證 、 缺陷修改 、 度量顯示 源文件 相關數(shù)據(jù) 數(shù)據(jù)庫 度量定義 度量計算 度量 信息庫 度量分析器 度量檢測 確定檢測目標 設計規(guī)則分析 選擇度量 確定檢測機制 檢驗候選項 檢測目標 有缺陷的實體 改進措施 06/06 16 碩士答辯報告 預處理 ? 從 Java程序模型中抽取出度量活動相關的設計信息，并將這些信息存儲到數(shù)據(jù)庫中。 ? 缺陷檢測轉(zhuǎn)化為基本度量屬性的查詢。 ? 進行了各項質(zhì)量缺陷度量。并提供對質(zhì)量缺陷的解釋以及維護的方法。雖然有四條參照準則，但是還需進一步精確；類的復雜性，類中方法數(shù)量?McCabe圈法；使用反模式。 ? 缺陷檢測工具與其他工具的集成，即與小組的其他工具結(jié)合起來，例如，類的繼承關系圖、類圖等。 ? 具體設計參考了 Fowler的 大類 badsmell ? 策略 ： ?讀寫了許多“輕量”類（直接地或者通過accessor方法）中的許多數(shù)據(jù)； ?有許多非通訊行為。 ?帶權的方法數(shù) （ WMC）：類的所有方法的靜態(tài)復雜度總和。如果 2個方法讀寫一個共同的類的實例變量，那么它們是直接聯(lián)系的。推薦用 McCabe圈度量來量化方法復雜度。類的 ATFD值越高，類是萬能類的可能性越高。缺陷：某些類集中了系統(tǒng)的大部分功能，只是將一些小細節(jié)交給一些不重要的類，大量使用其他類的數(shù)據(jù)。 ? 識別更多的質(zhì)量缺陷，制訂更多的缺陷檢測規(guī)則。 ? 未來工作展望 ? 這只是一個原型系統(tǒng)。 06/06 24 碩士答辯報告 目 錄 ?問題提出 ?本文的解決方案 ?系統(tǒng)的設計與實現(xiàn) ?實例分析 ?結(jié)束語 06/06 25 碩士答辯報告 結(jié)束語 ? 工作總結(jié) ? 面向?qū)ο筚|(zhì)量缺陷檢測引擎。 ? 剩下的工作就是數(shù)據(jù)庫的讀寫部分。 p a c k a g ec l a s s1* s u b P a c k a g e 1*m e t h o da t t r i b u t e11 i n n e r C l a s s 1l o c a l V a r i a b l e p a r a m e t e r11*06/06 17 碩士答辯報告 利用 eclipse的 JDT讀取程序信息 ? 工具做成 eclipse
環(huán)評公示相關推薦
鄂ICP備17016276號-1