大家應該對這兩個詞很熟悉了,但是對詞里包含的意義可能并不是特別清楚。首先必須說明的是,程序員和系統分析員不存在誰高級誰低級的分別，他們是兩種職業(yè)，對職業(yè)技能的要求完全不同。所以厲害的程序員就是系統分析員的說法是不對的。當然，系統分析員的技能要求他必須要懂得如何寫程序，但是他的重心在于如何把一個很大的項目切割成適合個人的小塊，然后將這些小塊組織起來。程序員的職責就是如何更好更快的實現這些小塊。

在正式開始之前，我們還是來看在Thinking In Java中作者對分析和設計的一段精辟見解：

分析和設計

面向對象的范式是思考程序設計時一種新的、而且全然不同的方式，許多人最開始都會在如何構造一個項目上皺起了眉頭。事實上，我們可以作出一個“好”的設計，它能充分利用OOP提供的所有優(yōu)點。

請原諒在這里突然出現了OOP這個詞，他的意思是面相對象，雖然在之前沒有提到，但是在現在OO概念滿天飛的軟件世界里，大家應該對他不會太陌生。這里我簡要的說明一下。在之前我介紹的實際上都是在很早以前程序寫作流傳下來的經驗（什么，教我們老古董，打他?。?，但是以前的非OO（就是基于過程）的軟件設計方法目前在國際上已經很少采用，所以我這里講軟件設計的時候所有的概念都是基于OO的。即使OO的概念很簡單的啦，大家思考一下，我們再學習C++的時候一開始使用的類不都是一些動物啦、正方形啦之類的，都是生活中的例子，對吧。其實OO就是我們看世界的一種方式?？墒亲钤缬捎谟嬎銠C技術的不發(fā)達，我們不得不用一些很奇怪的描述來表達我們的意思，只有這樣計算機才能理解，很笨不是嗎。比如我們必須使用參數、過程、函數。所以當時的軟件設計方法都是基于過程的。舉一個簡單的例子來顯示OO設計方法和基于過程的設計方法之間的差別：一句簡單的日常短語－－“我吃飯”，用OO的方法來表述還是“我吃飯”，可是如果用基于過程的方法來描述的話就變成“我吃飯（飯）”，是不是很別扭呢。

有關OOP分析與設計的書籍大多數都不盡如人意。其中的大多數書都充斥著莫名其妙的話語、笨拙的筆調以及許多聽起來似乎很重要的聲明。我認為這種書最好壓縮到一章左右的空間，至多寫成一本非常薄的書。具有諷剌意味的是，那些特別專注于復雜事物管理的人往往在寫一些淺顯、明白的書上面大費周章！如果不能說得簡單和直接，一定沒多少人喜歡看這方面的內容。畢竟，OOP的全部宗旨就是讓軟件開發(fā)的過程變得更加容易。盡管這可能影響了那些喜歡解決復雜問題的人的生計，但為什么不從一開始就把事情弄得簡單些呢？因此，希望我能從開始就為大家打下一個良好的基礎，盡可能用幾個段落來說清楚分析與設計的問題。

不要迷失

在整個開發(fā)過程中，最重要的事情就是：不要將自己迷失！但事實上這種事情很容易發(fā)生。大多數方法都設計用來解決最大范圍內的問題。當然，也存在一些特別困難的項目，需要作者付出更為艱辛的努力，或者付出更大的代價。但是，大多數項目都是比較“常規(guī)”的，所以一般都能作出成功的分析與設計，而且只需用到推薦的一小部分方法。但無論多么有限，某些形式的處理總是有益的，這可使整個項目的開發(fā)更加容易，總比直接了當開始編碼好！ 也就是說，假如你正在考察一種特殊的方法，其中包含了大量細節(jié)，并推薦了許多步驟和文檔，那么仍然很難正確判斷自己該在何時停止。時刻提醒自己注意以下幾個問題：

(1) 對象是什么？（怎樣將自己的項目分割成一系列單獨的組件？）

(2) 它們的接口是什么？（需要將什么消息發(fā)給每一個對象？）

在確定了對象和它們的接口后，便可著手編寫一個程序。出于對多方面原因的考慮，可能還需要比這更多的說明及文檔，但要求掌握的資料絕對不能比這還少。

整個過程可劃分為四個階段，階段0剛剛開始采用某些形式的結構。