2009年5月26日 星期二

V19 修改的追溯(2)──時間與空間交集的修改集合

對系統來說雖然切割的單位是Package,但是在意義上應追溯到Method才是最精確的。然而一般的作法光是追溯Class都已經很難正確,更何況是要到Method。一個略具規模的完整Class-Class的追溯表大概可以到1000 X 1000的矩陣,到Method更不用談了;不過追溯並不是一次要看全部內容,而且侷限於需要看的部分。

需要看的追溯通常有兩種:從上往下的追溯與從下往上的追溯。想要從功能面上取出一個獨立的模組或功能時同時需要哪些物件,可用自上往下的使用關聯取得完全的集合;想要從中間一個方法得知在這個系統裡,總共有哪些地方的方法直接或間接呼叫到它,就是從下往上的追溯。理想的追溯是指定一個方法之後同時追查出所有向下與向上的全部關聯。

對於修改歷程的集合,除了要可以定義變動程式碼的範圍之外還要可以調整時間的範圍,這樣才能夠定義時間(像版本之間的時間)進而找出變更的空間(異動程式與向上追溯)。在任意變換的定義時間帶與定義的Project裡找出變更與影響集合用人工是很難作好的,無法正確地定義影響的範圍正是為什麼造成品質不佳的原因。

把這個很花時間的功能自動化後,任何時候都可以查出當時有哪些修改;唯一要多作的只是多註記問題單的編號註解。

沒有留言:

張貼留言