這種做法源于較早的行業，目前在硬件和軟件領域都有應用。人們可以通過逆向工程來解構模型，查看現有的軟件，這就是逆向工程。

之所以稱之為逆向工程，是因為它涉及到對最終產品設計的逆向研究。然而，人們往往對制造該產品的工程步驟知之甚少。現在，這就是棘手的部分。這里的挑戰在于獲取有關這些工程方法的知識，然后對其進行解構。這篇文章為大家帶來芝加哥大學逆向工程的 3 個步驟。

一、實施恢復

這是對產品進行逆向工程的初始基礎。由于原始產品將作為參考，因此不應進行推論，而只能實施。

第一步是掌握產品的現存文檔并對其進行了解。這將使開發人員的意圖一目了然，并更容易與應用程序專家溝通。通過這些文檔所了解到的知識純屬偶然，但當你進一步了解整個過程時，你就會發現這些知識對你有多么大的幫助。

下一步是將收集到的信息輸入數據庫。有一些工具可以讀入 RDBMS 模型，從而為模型播種。如果您使用此類工具，您就可以略讀設計，并獲得有關開發風格的提示。

1.創建暫定創建風格

將每個物理數據單元(RDBMS 單元)表示為實體類型。

2.創建暫定關系樣式

對于 CODASYL 應用程序，建議將集合類型表示為關系樣式。

3.創建暫定屬性

指明非空系統、數據類型和長度(如有)。

4.記錄主關鍵字和索引

應記下主關鍵字、候選鍵和外鍵(如果有)。

二、設計恢復

在這一步中，應避免猜測和結論，直到分析恢復階段。在這一步驟中，應避免猜測和結論，直至分析恢復階段。在這一步驟中，要解決以下三個主要問題。

1.身份

對于最常見的實體類型候選鍵，單元索引將變得非常重要。否則，我們可以尋找其他組合數據，這些數據只能提示而不能證明候選鍵。外鍵極有可能證明候選鍵。

2.外鍵

這是設計恢復中最難的部分。匹配名稱和數據類型可以得到一個外鍵。有些 DBMS 和 RDBMS 允許開發人員公布外鍵及其引用，但大多數傳統應用程序都不使用這種方法。

3.查詢

當存在查詢時，我們可以用它來定義外鍵和候選鍵及其身份。

三、分析恢復

這是逆向工程的最后一步。分析恢復有助于完善產品并使其進一步抽象化。這需要應用專家的幫助才能成功。

這一步驟主要解決四個問題，下面將進一步討論

1.澄清

去除設計中任何殘留的人工痕跡。它不應包含任何重要或必要的信息。

2.冗余

刪除任何因錯誤原因而存在的衍生數據。還必須對數據進行檢查，以確定數據結構是否重復。

3.錯誤

消除剩余的數據庫錯誤。在得出開發人員犯錯的結論之前，應完全了解數據庫。

4.模型整合

多種信息提供多種解釋。這就是逆向工程通常基于結構和數據的原因。而正向工程基本上以用戶手冊為基礎。

海馬課堂專業課程輔導，2100+嚴選碩博學霸師資，針對學生的薄弱科目和學校教學進度，匹配背景相符的導師，根據學生情況進行1V1專屬備課，上課時間靈活安排，中英雙語詳細講解課程中的考點、 難點問題，并提供多方位的課后輔導，輔助學生掌握全部課程知識，補足短板。