1. 為了安全起見，所有的寫操作都要計入audit表中
2. 考慮效率（reconciliation&settlement)，引入影子表（這是乙個實表，非虛表）. 影子表是對多個業務相關表的資料冗餘。
3. 資料庫表設計時留了一些字段,並不表示任何業務意義，僅僅是為了以後擴充。雖醜陋但實用，能解決部分問題。
4. 表結構設計時不設主鍵外來鍵，提高效能？
5. portal支援ssl
6. 邏輯刪除表記錄，如結算，對賬中用到的帳號資訊。
8. 系統自己定義一些業務規則並在payment流程中驗證這些規則。
9. 現在很多網上支付系統加入了簡訊驗證碼的機制，具體不知是怎麼整合的？
系統設計之初應該考慮到的問題
乙個起碼合格的系統，在設計之初就應該考慮到各個方面，不求完備，起碼也要深思熟慮。當然，你也可以在接到任務的下一刻，就敲起了鍵盤，然後在不斷地迭代開發中發現問題，解決問題。但是，一些問題，真的是在設計之初就可以預見的。這裡只是以自己的經歷，提出自己的拙見，並且不斷提醒自己，這個問題下一次一定要考慮到。...
營銷型後台系統開發應該考慮到的
今日需處理事務 待發貨訂單 未處理的提現申請 商品庫存報警 多日業務對比 成交訂單數 成功付款訂單總額 銷售利潤 之間的對比 平台資訊 會員總數，今日註冊 員會等級分配情況 商品總數量 已下架的商品 本月提現總額等 會員的基本資訊上 業務推薦人 可用提現資金 以下資金聯接乙個變動明細，如變動時間 變...
考慮乙個關於需求特性的問題
特性，在產品研發裡，應該算是包含在需求之中。沒有明確的需求，就沒有明確的產品。可是產品的需求，不可能是開始就是需求完善的，開始的時候，絕大多數的需求都是潛在的 隱含的 暗示的。在產品研發過程中，每個設計，每個問題的答案，每個問題的討論和解決，其實都是和產品的需求緊密聯絡的。一旦我們思考，這是否是個問...