1．面向對象技術

　　思維方式決定解決問題的方式，傳統軟件開發采用自頂向下的思想指導程序設計，即將目標劃分為若干子目標，子目標再進一步劃分下去，直到目標能被編程實現為止。面向對象技術給軟件設計領域帶來極大的變化，它利用軟件對象來進行程序開發，所謂對象是包含數據和對數據操作的代碼實體，或者說是在傳統的數據結構中加入一些被稱為成員函數的過程，因而賦予對象以動作。而在程序設計中，對象具有與現實世界的某種對應關系，我們正是利用這種關系對問題進行分解。

　　從程序語言角度來看，在一個對象中代碼和（或）數據可以是這個對象私有的，不能被對象外的部分直接訪問。因而對象提供了一種高級保護以防止程序被無關部分錯誤修改或錯誤地使用了對象的私有部分。當從對象外部試圖直接對受保護的內部數據進行修改時，將被程序拒絕，只有通過對象所提供的對外服務函數才能夠對其內部數據進行必要的加工，從而保證了數據加工的合法性。從這一意義上講，把這種代碼和數據的聯系稱為"封裝"。換句話說，封裝是將對象封閉保護起來，是將內部細節隱蔽起來的能力。

　　2．面向對象設計要點

　　下面是根據我個人的設計經驗，總結的在面向對象設計時需要注意的問題。

　　（1）為實際工作設計：軟件是一種工具，一種實現目標的方法，所以我們的軟件設計一定要建立在軟件需求基礎上，根據需求確定軟件的工作范圍，再根據確定的工作范圍來進行軟件設計，另外，我們不要迷失在各種技術的誘惑之中，不能為了嘗試某些新技術而試圖解決實際不存在的問題，這樣會使軟件設計處于一片混亂之中。

　　（2）理解要實現的東西：我們應該在建立模型上花大量的時間，偶爾寫一些源代碼來驗證設計過程中所遇到的問題，這樣做可以使我們的設計方案更加可行。如果我們不了解我們的軟件設計要實現什么目標，這個設計注定是失敗的。

　　（3）需求的重要性：留出時間努力去充分收集相關信息和分析軟件用戶的需求。讓用戶參與到這個過程中，但不要盲目接受用戶或客戶提出的功能需求。保證在開發過程中引入一種有效的方法去收集、組織、驗證支撐工作的信息，要學習問題領域的描述語言和掌握相關工作的流程。如果沒有需求，就不要動手做任何事情，成功的軟件取決于時間、預算和是否滿足用戶的需求，如果不能確切地知道用戶需要的是什么，那么所做的軟件必定是失敗的。

　　（4）在現有任務中應用多個模型：當收集需求的時候，應該考慮使用用例模型、用戶界面模型和領域級的類模型。當設計軟件時，應該考慮制作類模型、順序圖、狀態圖、協作圖和最終的軟件實際物理模型。僅僅使用一個模型而實現的軟件要么不能滿足用戶的需求，要么很難擴展。

　　（5）用例的重要性：在一個軟件系統中，用例可大可小，但它必須是對一個具體的用戶目標實現的完整描述。通過用例圖把系統和外界的交互描述出來，以便來鑒別和劃分系統功能。

　　（6）文檔的重要性：擁有準確的技術文檔不僅對于整個開發小組非常有益，而且也能讓客戶從中受益。由于軟件開發在某種程度上要依賴技術文檔來進行說明，因此文檔必須十分準確可靠。在編寫文檔時，要明確該文檔的目的和對象，同時，要保證文檔之間的前后一致性。

　　（7）證明軟件的設計在實踐中是可行的：在設計的時候應先建立一個技術模型，或者稱為"點到點"的原型，用此來證明我們的設計是可行的。如果軟件的設計方案是不可行的，在編碼時采用任何策略都是毫無用處的。

　　（8）應用已知的模式：一般來說，應該避免重新設計已經成熟的并被廣泛使用的設計方法或者設計模式。

　　（9）類的內聚性：一個類應該有且僅有一個職責。所謂一個類的職責是指引起該類變化的原因，如果一個類具有一個以上的職責，那么就會有多個不同的原因引起該類變化，其實就是耦合了多個互不相關的職責，降低這個類的內聚性。

　　（10）充分考慮軟件的可移植性：當使用了某個操作系統的特性，或者利用某個數據庫專用語言寫了存儲過程，這個軟件和特定產品的結合度就已經很高了。所以，為了增強軟件的可移植性，應該把這些特有的實現細節封裝在一個類中，這樣，當它們改變的時候，只需要更改那個類的代碼就可以了。

　　（11）建立對象數據辭典：為了便于內部重用和共享，應該建立電子化的對象數據辭典，以便對對象進行統一歸類管理。