2009年5月29日 星期五

V22 程式碼註解解析工具的後續連結

這張是程式碼與相關文件經過程式碼解析工具處理後預想的關係圖,在理想的作法之下應該滿足全部相關部分的需要。簡單的說明如下:

●UML工具:從UML工具內讀取有用的資訊加以轉換到其他產出,或是從程式碼裡取得必要的資訊放到UML工具裡。除了程式碼與Model之間原有generate code與reverse之外,可以再擴充其他元素的雙向存取。

●各種文件:主要是要產出符合CMMI需要的設計規格書與追溯表,必要時也可以有流程圖。如果專案上有其他的需要,也能夠另外再設計不同的產出。一般會匯出的文件格式會是word、excel與pdf。

●元件庫:專案中適合reuse的功能元件要有納入元件庫的機制,屆時需要產出軟體元件的規格;專案在使用軟體元件時可以再匯入之前產出的元件文件作進一步的分析與追溯。

●問題單系統:搜尋特定的修改註解取得修改的程式與說明,自動填寫到問題單系統內同一單號的說明。這需要問題單系統提供API或是直接修改其資料檔內容。

●版本資訊:搜尋指定時間範圍的修改註解取得修改的範圍與問題原因(搭配問題單系統取得),以及受到影響的所有方法作為參考資訊。

●知識庫:搜尋指定時間範圍的修改註解取得修改說明,列出作為是否進入知識庫的備選。知識庫管理人員可以取得知識備選清單並與現有的知識庫內容作比對,以決定要不要放入知識庫並加上補充說明。這需要知識庫系統提供API或是直接修改其資料檔內容。

●系統測試:參考判斷條件、使用關聯與流程圖來決定如何編排測試個案,以涵蓋每一種條件變化的流程為目標。

沒有留言:

張貼留言