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

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

分析和設(shè)計

面向?qū)ο蟮姆妒绞撬伎汲绦蛟O(shè)計時一種新的、而且全然不同的方式，許多人最開始都會在如何構(gòu)造一個項目上皺起了眉頭。事實上，我們可以作出一個“好”的設(shè)計，它能充分利用OOP提供的所有優(yōu)點。

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

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

不要迷失

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

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

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

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

整個過程可劃分為四個階段，階段0剛剛開始采用某些形式的結(jié)構(gòu)。