今日需處理事務
待發貨訂單
未處理的提現申請
商品庫存報警
多日業務對比
（成交訂單數、成功付款訂單總額、銷售利潤）之間的對比
平台資訊
會員總數，今日註冊、員會等級分配情況、商品總數量、已下架的商品、本月提現總額等
會員的基本資訊上
業務推薦人
可用提現資金 （以下資金聯接乙個變動明細，如變動時間、變動備註、是哪個型別的資金帳戶發生了變化，要考慮同時變化的情況存在）
優惠資金（不可提現的）
凍結資金
消費積分
帳戶最後登入時間、登入次數
當前狀態等
會員等級制定上
名稱是少不了的
通過，充值金額、所需繳費金額、交易金額達到多少，訂單數有多少、有多少家店鋪
折扣能達到多少
能上傳多少張圖，有什麼許可權
有效期是多長
積分上
積分是最基本的名稱，可以是qq幣、什麼盾
積分最低兌換額度（元）
所下訂單總額與積分兌換百分比
積分兌換存款百分比
有效推薦使用者送多少積分
會員註冊贈送積分
支付系統
支付寶網銀
財付通驗證碼
寬度、高度
驗證字數設定，
難易程度等
許可權管理
角色也可以稱為使用者組
管理員列表
管理員的日誌記錄
郵件模板
模板型別（傳送密碼、訂單確認、發貨通知、訂單取消、訂單無效、郵件驗證、商品關注
郵件主題
郵件內容方式（html、純文字）
郵件萬用字元標籤（收件人、訂單編號、發件人、發件日期）
個別引數說明: 、、、為鏈結位址，由系統根據使用者資訊自動生成。 為**名稱，可在『系統設定』設定 為發件日期，系統預設
文章分類 （加乙個是否在導航中顯示，這樣就更靈活)
系統設計之初應該考慮到的問題
乙個起碼合格的系統，在設計之初就應該考慮到各個方面，不求完備，起碼也要深思熟慮。當然，你也可以在接到任務的下一刻，就敲起了鍵盤，然後在不斷地迭代開發中發現問題，解決問題。但是，一些問題，真的是在設計之初就可以預見的。這裡只是以自己的經歷，提出自己的拙見，並且不斷提醒自己，這個問題下一次一定要考慮到。...
乙個金融系統考慮到的
1.為了安全起見，所有的寫操作都要計入audit表中 2.考慮效率 reconciliation settlement 引入影子表 這是乙個實表，非虛表 影子表是對多個業務相關表的資料冗餘。3.資料庫表設計時留了一些字段,並不表示任何業務意義，僅僅是為了以後擴充。雖醜陋但實用，能解決部分問題。4.表...
App小程式開發的時候需要考慮到那些問題？
做應用開發時需要考慮哪些問題？一 做應用開發時需要考慮成本問題。傳統的應用開發會找技術外包公司，不同的技術服務公司，提供的應用開發 很不一致，通常需要幾萬到幾十萬不等，如果沒有火眼金睛，你根本不會知道自己多花出去的幾萬甚至幾十萬到底用對了沒有。衡道雲可以免費製作應用，不需要程式設計知識，支援全行業功...