M23 Method vs Method、Data的追溯關聯

至今為止我們應知道Method才是系統執行的靈魂，追溯表的根本其實是Use Case對Method的追溯，中間使用到的Activity、Package、Class等等都只是為了表彰分層負責與功能集中的中間產物。不過直接從Use Case拉出關聯到Method將會是非常繁雜且龐大的過程，因此還是將系統切割多個層次，分開表達每個層次都應有的資訊與追溯較為簡潔。

在這裡提的Method理論上應該要是所有的Method，不過最小的限度可以定義為Interface Method。對於一個Method而言，對外應該要知道它被宣告在哪個Interface，輸入輸出的資料以及拋出的例外類型；對內則應該知道它執行時呼叫了哪些方法，以及使用哪些Class Attribute與外部的資訊。

之前提過Method本身擁有大量的資訊，是記錄時的重點，如今的記錄必須再加上Method使用其他Method與Data之間的關聯。Method vs Method的水平追溯表，Method vs Data的垂直追溯表，系統裡大量的Method與Data要怎麼做才能夠記錄必要的資訊，又不致於造成過多的額外工作，真的是一個很重要的課題。

我認為製作時必須分為兩層：每個Interface所對應的Class要做一次與其他Class的關聯（Class層級），每個Package Interface也要製作一個Package與其他Package的關聯（Package層級）。