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