圖1給出了典型的系統(tǒng)同步應(yīng)用的數(shù)據(jù)和時鐘關(guān)系，時鐘周期是10ns。為了更接近實際，數(shù)據(jù)有效窗口并不等同于整個周期（period）時間。

　　
　　圖1 系統(tǒng)同步應(yīng)用的數(shù)據(jù)和時鐘關(guān)系

　　我們可以這樣來為其設(shè)置約束：

　　offset in 9 ns valid 8 llb beeore sysclk；

　　運行后的結(jié)果可以從datasheet部分報告中的建立和保持時間欄列出，如圖2所示。從表格中會發(fā)現(xiàn)建立時間要求是1.524 ns，保持時間要求是-0.82 ns。時序圖中的陰影部分是我們的時序要求，很顯然這個要求窗口在數(shù)據(jù)有效窗口之內(nèi)。因此這個接口可以正常工作，這也解釋了保持時間是負值的意義。

　　圖2 系統(tǒng)運行結(jié)果

　　圖3和圖4所示分別為時序分析工具對系統(tǒng)同步接口約束offset in before的詳細報告。有多個重要的部分值得注意，第1部分是約束的頭信息，它報告了約束的總結(jié)信息；第2部分顯示了時鐘信息，包括時鐘到達時間。dcm相位移動引起的延時會在這里以時鐘到達時間的形式顯示，有些設(shè)計者通常會錯誤地在時鐘路徑中尋找dcm相移值；第3部分是時鐘不確定表格，有些設(shè)計者在這個表格中看到相位錯誤值（phase error）以后通常會誤認為設(shè)計有問題，其實這個phase error僅僅代表了dcm／pll的輸入／輸出時鐘之間的相位差別。報告中還列出了詳細的路徑分析，可以看到其中有很多帶下劃線的鏈接，如圖4所示，這些鏈接可以提供更多交互的信息。單擊ucf語句的鏈接（報告中的第1部分）輯器編輯原來的約束。單擊延時路徑中的元件或連線的名稱，會在floorplan的基本元件或布線情況。

　　圖3 ise工具生成的詳細分析報告1

　　圖4 ise工具生成的詳細分析報告2