分析與設計的邊界不是十分清晰的，但把它們分開對問題的思考是有幫助的。因為它們的目標與原則是不同的。
下面給出一種分法，並不適用所有情況，只是提供一種思考的方法。
這兩個構型都應該不涉及具體技術，或者說都不需要會程式設計的人來做。
ｄomain model 描述的問題更廣泛，不涉及或不限於具體的系統。domain model中的流程也不用區分是由哪個子系統或由人工還是系統來完成。
concept model要給出系統邊界，明確系統中的概念定義。
這兩個模型產生都需要領域專家或使用者參與和確認。
uml是一種常用的表達方式
use case識別典型用例 （子系統級)
class diagram 表達主要實體及關係
sequence diagram表達主要邏輯流程
state diagram 定義複雜物件狀態
類，函式介面
演算法及資料結構
軟體設計之面向過程
1.面向過程的定義 一種較早的程式設計思想，顧名思義該思想是站在過程的角度思考問題，強調的就是功能行為，功能的執行過程，即先幹什麼，後幹什麼。而每乙個功能我們都使用函式 類似於方法 把這些功能一步一步實現，使用的時候依次呼叫函式就可以了 2.面向過程的設計 最小的程式單元是函式，每個函式就負責完成某...
自動軟體設計
在1973年，美國人peter freeman在他的文章 自動軟體設計 automating software design 中有這樣的假設 如果有這樣一台機器 當我們告訴它我們需要什麼軟體的時候，它立刻就會滿足我們的要求，自動生成我們需要的程式。這台機器我稱之為萬能機。當我們提出需求的時候，需要關...
軟體設計原則
開閉原則 ocp 軟體設計的最大原則 這個原則說的是 對擴充套件開放，對修改關閉。其實意思是說，給系統新增新的功能，但不修改原有 如果能做到呢，關鍵在於抽象化，也就是封裝變化，抽象層不變，讓具體實現依賴抽象隨需求變化。使得系統具有很強的擴充套件性和可維護性。黎克特制代換原則 任何基類可以出現的地方，...