以往的一個軟件項目都是需求分析完成之后就進入了業(yè)務模型設計階段，然后有了業(yè)務模型在進行業(yè)務抽象后的開發(fā)，業(yè)務邏輯，處理邏輯，渲染邏輯，最終展現(xiàn)
這樣的過程是我們做軟件經(jīng)常經(jīng)歷的。在這個過程中我發(fā)現(xiàn)一旦到展現(xiàn)層發(fā)現(xiàn)問題時就有可能要牽動到業(yè)務模型的重建！！！這種事情發(fā)生是經(jīng)常的，而且耗費成本的。所以我在想，如何使用agile能夠達到一種自底向上的開發(fā)流程，就是從展現(xiàn)層（頁面）發(fā)起，根據(jù)需求做出也面，然后定義好也面的動作，這樣逐層向上，當開發(fā)完服務層后，業(yè)務邏輯層的具體需求也就明確了。隨之而來設計業(yè)務模型開發(fā)業(yè)務邏輯就很簡單了。但是這種想法有幾個問題：
１、為了防止后退，服務層的代碼如何保證質(zhì)量，由于是逆向，所以每層之間都只能以接口銜接。這樣，單元測試時模擬代碼的開發(fā)量就加重了。
２、在整個服務層的開發(fā)過程中，應用是沒有辦法啟動的。因為環(huán)境沒有集成。那么頁面層的代碼如何保證？