3.9.1 需求分析（積分系統）
消費積分
通過產品的線框圖、使用者用例（user case ）或者叫使用者故事（user story）來細化業務流程，挖掘一些比較細節的、不容易想到的功能點。
通過以上方法總結最終功能需求
積分賺取和兌換規則
比如，簽到送 10 積分。再比如，按照訂單總金額的 10% 兌換成積分，也就是 100 塊錢的訂單可以積累 10 積分。除此之外，積分兌換規則也可以是比較細化的。比如，不同的店鋪、不同的商品，可以設定不同的積分兌換比例。
對於積分的有效期，我們可以根據不同渠道，設定不同的有效期。積分到期之後會作廢；在消費積分的時候，優先使用快到期的積分。
積分消費和兌換規則
積分的消費渠道包括：抵扣訂單金額、兌換優惠券、積分換購、參與活動扣積分等。
我們可以根據不同的消費渠道，設定不同的積分兌換規則。比如，積分換算成消費抵扣金額的比例是 10%，也就是 10 積分可以抵扣 1 塊錢；100 積分可以兌換 15 塊錢的優惠券等。
積分及其明細查詢
查詢使用者的總積分，以及賺取積分和消費積分的歷史記錄。
3.9.2 系統設計
合理地將功能劃分到不同模組
設計模組與模組之間的互動關係
設計模組的介面、資料庫、業務模型
模組本身如何來設計
設計模式簡記 設計原則之黎克特制替換原則
3.3.1 如何理解 裡式替換原則 3.3.2 違反裡式替換原則的例子 3.3.3 總結 裡式替換原則是用來指導，繼承關係中子類該如何設計的乙個原則。理解裡式替換原則，最核心的就是理解 design by contract，按照協議來設計 這幾個字。父類定義了函式的 約定 或者叫協議 那子類可以改變...
設計模式 設計原則
1.單一職責原則 single responsibility principle，簡稱srp 就乙個類而言，應該僅有乙個引起它變化的原因。如果乙個類承擔的職責過多，就等於把這些職責耦合在一起，乙個職責的變化可能會削弱或抑制這個類完成其他職責的能力。這種耦合會導致脆弱的設計，當變化發生時，設計會遭受到...
設計模式 設計原則
description 這是本人學習 設計模式之禪 的筆記 設計原則 一 單一職責 應該有且僅有乙個原因讓乙個類發生變更。這個原則目的是要讓介面的職責分明，結構清晰。優點 類的複雜度降低，可讀性提高，變更風險低，可維護性提高。二 黎克特制替換 通俗一點就是父類存在的地方，可以替換為子類，而程式的行為...