1.清楚專案的需求：
1.1.清楚此專案要做什麼。
2.清楚專案使用的技術：
2.1.此專案使用的核心的技術是什麼？自己對此技術是否了解？
2.1.如果了解繼續向下，否則就需要補充此技術相關的東西，之後再繼續。
3.清楚專案的架構：
3.1.此專案的組織架構是什麼？這是此專案所有功能的共性所在，不了解可以先略過，但是最後你還是要了解才行。
4.根據需求搞清楚各個類的作用：
4.1.弄清楚各個類是做什麼的。
4.2.弄清楚不同類之間是什麼關係。
4.3.此時根本不必關注類裡面的方法，還沒有到關注細節的時候，不同階段關注不同事情，否則就會陷入**細節的泥潭而無法自拔。
5.根據功能搞清楚方法之間的關係和方法實現的細節：
5.1.根據功能去弄清楚各個方法之間的呼叫關係。
5.2.在清楚了方法之間呼叫關係的基礎上，弄清楚那些實現起來較為簡單的方法細節，把實現起來較為複雜的細節記錄下來，暫時放下。
5.2.在5.2.的基礎之上，把沒有搞明白的細節重新的理解一下。
6.根據需求新增自己的東西：
以上步驟都清楚之後，在此基礎上新增自己的東西就基本上不會有太大的困難了。
其實上面的這些還只是具體的手段，如果你認真考慮一下的話，你就會發現，它們的出現是遵循著一定的順序的，這順序就是我們要實現的目標，由模糊到清楚，由抽象的到具體，我們做的事情也是從無到有。
你有沒有想過為什麼順序是這樣而不是那樣？你也許隱約的相信這樣的過程是對的，但是你就是想知道為什麼？我們為什麼一定要遵循這樣的過程呢？其實我也是這種想知道為什麼的人。
我可以用最簡單的乙個問題來告訴你答案：是因為有了需求才產生的**呢？還是有了**才產生了我們的需求呢？
很明顯，是需求推動了一系列的行動，最後才產生了我們編寫的**，所以是需求產生了**，那麼這個過程只不過是把需求到**的實現過程更詳細的分解了而已，之所以這麼做為的是讓我們的需求到**實現的過程變得更加的可控、可行、可把握。
就像我們吃飯一樣，是因為我們餓產生了要吃飯的需求（需求分析），而正是吃飯的需求產生了我們要吃什麼的問題（概要設計），當我們確定了要吃什麼之後我們便有了目標（詳細設計），當我們有了要吃的目標之後我們就會去尋找**可以找到這些吃的（編碼），當我們到了飯店吃完了之後，我們的需求就結束了（專案結項）。
其實不止是我們開發軟體如此，做其他事情也都是這樣，都是由需要產生需求、需求產生目標、目標產生行動。當然行動在很多時候也會進一步的影響我們的需求和目標，但只是影響目標，而不會改變目標的實現過程。
建站六步驟，分別是什麼
對於企業來說，擁有自己的 是企業自身的乙個很好的門戶，是人們通過網際網路獲取企業和產品資訊的直接反應。第一 諮詢溝通 第二 定位 設計建站方案 的定位是整個 建設流程中十分重要的一點，也是決定 是否能夠順利執行的關鍵，如果前期做不好定位最後的結果就是 無法執行，找不到目標受眾客戶的溝通，先為客戶的 ...
六步走 教你制定乙個漂亮的專案計畫
專案成功的重要因素之一就是有乙個良好的專案計畫。制訂乙個清晰的專案計畫需要很多時間，有的專案經理可能會冒險跨過這一階段直接進入執行階段。但事先為路線做過準備的旅行者到達目的地總會更快更容易一些。同樣花一些時間制訂乙個清晰的專案計畫的專案經理也會更快地實現目標。專案成功的重要因素之一就是有乙個良好的專...
軟體專案的一步驟
第乙個步驟是市場調研，技術和市場要結合才能體現最大價值。第二個步驟是需求分析，這個階段需要出三樣東西，使用者檢視，資料詞典和使用者操作手冊。使用者檢視是該軟體使用者 包括終端使用者和管理使用者 所能看到的頁面樣式，這裡面包含了很多操作方面的流程和條件。資料詞典是指明資料邏輯關係並加以整理的東東，完成...