1. 面向物件分析（object oriented analysis ，OOA）

件工程中的系統分析階段，要求分析員和使用者結合在一起，對使用者的需求做出精確的分析和明確的表述，從大的方面解析軟體系統應該做什麼，而不是怎麼去做。面向物件的分析要按照面向物件的概念和方法，在對任務的分析中，從客觀存在的事物和事物之間的關係，歸納出有關的物件（物件的‘特徵’和‘技能’）以及物件之間的聯絡，並將具有相同屬性和行為的物件用一個類class來標識。

建立一個能反映這是工作情況的需求模型，此時的模型是粗略的。

2. 面向物件設計（object oriented design，OOD）

根據面向物件分析階段形成的需求模型，對每一部分分別進行具體的設計。

首先是類的設計，類的設計可能包含多個層次（利用繼承與派生機制）。然後以這些類為基礎提出程式設計的思路和方法，包括對演算法的設計。

在設計階段並不牽涉任何一門具體的計算機語言，而是用一種更通用的描述工具（如虛擬碼或流程圖）來描述

3. 面向物件程式設計（object oriented programming，OOP）

根據面向物件設計的結果，選擇一種計算機語言把它寫成程式，可以是python

4. 面向物件測試（object oriented test，OOT）

在寫好程式後交給使用者使用前，必須對程式進行嚴格的測試，測試的目的是發現程式中的錯誤並修正它。

面向對的測試是用面向物件的方法進行測試，以類作為測試的基本單元。

5. 面向物件維護（object oriendted soft maintenance，OOSM）

正如對任何產品都需要進行售後服務和維護一樣，軟體在使用時也會出現一些問題，或者軟體商想改進軟體的效能，這就需要修改程式。

由於使用了面向物件的方法開發程式，使用程式的維護比較容易。

因為物件的封裝性，修改一個物件對其他的物件影響很小，利用面向物件的方法維護程式，大大提高了軟體維護的效率，可擴充套件性高。

在面向物件方法中，最早發展的肯定是面向物件程式設計(OOP),那時OOA和OOD都還沒有發展起來，因此程式設計者為了寫出面向物件的程式，還必須深入到分析和設計領域，尤其是設計領域，那時的OOP實際上包含了現在的OOD和OOP兩個階段，這對程式設計者要求比較高，許多人感到很難掌握。

現在設計一個大的軟體，是嚴格按照面向物件軟體工程的5個階段進行的，這個5個階段的工作不是由一個人從頭到尾完成的，而是由不同的人分別完成，這樣OOP階段的任務就比較簡單了。程式編寫者只需要根據OOd提出的思路，用面嚮物件語言編寫出程式既可。