我正在爲新業務設計一個系統，並以獨特的「全權委託」職位。新公司基礎設施的企業服務/數據總線？
與其計劃持續很長時間並且增長到不確定的大小一樣。
值得一提的是整個企業架構都有明確的數據和服務總線，每層都是某種Web服務......或者我應該設計一個最小的系統，它可能可以工作，隨着時間的推移有機地生長它。
從我的經驗有機種植 ™系統是最糟糕的種類繼承在我看來，所以我想知道什麼社區認爲？
我們是在它是一個不好的做法，開發企業沒有這些層的階段，即使是小？
感謝
不知道你的項目的具體作爲一個一般的經驗法則我會與作品的最小/最簡單可行的解決方案去。如果他們希望長期增長，他們應該期望他們的IT解決方案與他們一起成長。
這是不幸的，但似乎大多數軟件需要幾次嘗試得到它的權利，即使這樣會出現自然變化可能很難對付。
所以，除非你可以做一個非常明確的情況下，爲什麼它會是不錯的投資的努力在配發可能是什麼/發生/需要在未來我會保持它的簡單。
就繼承有機種植系統而言，如果利益相關者沒有意識到自己從一開始就可能會在需求發生變化時就會拋出一些簡單的東西（但這種體驗不會!!!!），那麼它可能是噩夢，因爲你不能做正確的事情。但是，如果每個人都知道這個想法是什麼，他們應該期望IT解決方案的變化以及業務的變化/增長，那麼我認爲這不應該有任何大問題。
總結做工作，並確保利益相關者明白，這不是一次性的事情最簡單的事情。
自身有機增長也不錯。當它做得不好時，它只是一件壞事。但是，如果說未來我會看3到5年的時間，並且對公司的計算需求和構架設計做出最佳估計。嘗試從管理團隊那裏獲得誠實和現實的信息，以便根據您的估計。
做最簡單的解決方案。如果您現在創建一個「完整的解決方案」，那麼很可能會錯過一些重要的要求，或者浪費時間和金錢增加不必要的功能。也就是說，設計你的解決方案，以便可以很容易地修改件。
作爲一個實際的例子，如果你使用.NET編碼，爲每個「服務」創建一個接口和默認實現。儘可能地針對界面編程。稍後，如果您需要中斷服務，您將可以輕鬆地放入一個實現了您的界面的WCF客戶端。控制反轉也可以幫助你。