希望在看到我在前面的不太嚴密、周詳的論述之後能夠對“對象”這個概念由壹 個初步的了解，同時也希望有不同看法的同行提出批評。其次，還需要研發人員有比較豐富的開 發經驗。否則，光談理論，那是不能真正體會“面向對象”的含義的。盡管如此，我們還是 能夠定出壹般的規則的。
拋開生命周期的其他階段，對壹個確立的系統壹般能夠進行以下幾 個過程：
壹、首先應用面向對象的思想進行系統分析。仔細的劃分系統的各個部分，明確他 們之間的層次關系，然後將各個部分作為壹個對象進行功能上的分析。例如，要設計壹個用 戶界面，他可能由幾個主要的窗體組成：主窗體MainFrame、功能性子窗體FunctionFrame 連同對話對話框Dialog。其中，MainFrame中可能還包括菜單、工具條、文本框、狀態條等 Windows組件。對於要完成壹些重要功能的組件，我們能夠單獨將他作為壹個對象看待，在 具體的實現中，用單獨壹個類來表示。而壹些並不是很重要的、只是在過程中需要用到的組 件，就能夠將他們集成到其他對象中去。要明確每個對象自己的任務――不要讓他有缺陷， 也不能越殂代庖。各個對象之間的關系通過過程、內容、功能等耦合來實現。 實際上，假如您是用Java進行研發，您會發現swing組件本身就很好用，因為他們 之間的關系是很分明的――您無須去理解分清象C++中的組件那樣復雜的關系。在研發您自 己的組件時，也需要力求達到這樣的效果。
二、其次時應用面向對象的思想進行系統設計。其實在真正做好了系統分析的工作之後， 進行設計就比較輕松了。這段時間只要進壹步確定各個對象的功能連同各個對象之間的關系 。為了能夠更好地幫助實現人員明白各個對象之間的關系，能夠利用壹些工具將這些組件的 關系表示出來，統壹建模語言（Uniformed Module Language，UML）就是這樣的壹種好東 西。他不但能夠現在幫助研發人員了解整個系統，也為以後的維護工作提供壹個檔案文檔， 給以後的工作提供巨大的方便。
三、實現（編碼）。這壹點就不用多說了。在我的下壹篇文章中，將會給出壹個比較簡 單的實例，希望會給讀者壹個啟發。 在搞軟件研發時，編碼不是最重要的。分析、設計才是最重要的。也許當我們接受了壹 些更先進的思想之後，會更加理解這壹點了。希望我們中國的軟件研發人員能應用面向對象 的思想研發出具備國際競爭力的優秀軟件。