1樓：李光彥
曾經寫過關於業務系統設計的一些文章，感興趣可以看看
重劍無鋒，大巧不工--如何設計乙個業務系統
從乙個業務系統的設計聊聊如何以不變應萬變
2樓：
所有的業務系統，其資料組成大概有兩種
1，業務控制引數
2，業務流水
對於1，可以做成乙個統一的業務引數控制系統。在支付寶，這個系統叫maindata（主資料，現在可能叫引數中心）。這個系統要做到
a，儲存業務系統引數
b，各式各樣的引數格式，儲存，查詢方式（他們現在用的是資料庫，但是我覺得用mongodb或者pg更好）
c，這個引數需要要做引數管理，引數版本管理，審計，許可權，以及引數動態變更（richclient.jar，甚至一致性）
對於2，需要解決
a，海量交易的監控問題
b，某個交易的定位問題
c，對某個交易進行控制（取消，重試……，需要業務系統開介面）恩，中臺應該朝這個方向努力。
3樓：
我個人的感受
如果是資訊化或IT應用剛剛開始迅猛發展的話，務必要有前瞻意識，多了解一些企業架構的理論（Togaf cobit)，可以心裡有大概的方向跟目標。如果是應用都七七八八搞完了，也跑得比較成熟了穩定了。那這個過程是痛苦的而且很折磨人的。
我覺得大家的思路或方向應該都是差不多的SOA架構資料流+BPM構建業務流+Portal構建呈現面
只是不同的企業和應用現狀不一樣，所以有個性化的地方。 @梁川說得很清楚，大部分的工作在於標準化，統一化。只是這個過程也是很折磨人的。
做這事最大的前提是要有高層領導支援，看得見未來的效益。要不，很難推行下去。技術和工具反到是其次了。因為成熟的SOA相關的中件間 portal BPM應用已經是越來越成熟
這是一條長征之路。
4樓：徐濤
趁著公司開展新業務的機會，以新系統一點點取代舊系統。
首先要保證資料的安全，和業務的平穩過渡。最基本的。
然後新系統要做的比舊系統簡潔方便，照顧底層執行的哥們。
統一的資料管理，分析報表等，照顧管理層。
事實上，統一業務後台，並不是乙個單純的系統設計問題。
人情往來，各個業務部門的利益關係，關鍵節點主管的接受程度，領導的支援，專案組的信心，每個里程碑節點可見的交付物……
問題太多，一句話總結下：業務系統最重要的就是解決各個業務部門的實際線下業務問題，和各個業務部門核心主管的業務管理問題。