上一篇，我們聊了如何搞懂業(yè)務(wù)需求，吃透了需求就可以進入開發(fā)了嗎？也不是，我們還要進行架構(gòu)的設(shè)計，下面，我們就來聊一下這個話題。

為什么要先進行設(shè)計呢？從業(yè)務(wù)需求到代碼實現(xiàn)之間其實還是有很大跨度的，如果不進行設(shè)計就進行開發(fā)，往往就很難考慮詳細和周全，一旦出現(xiàn)欠考慮或者考慮錯誤的地方，后期再來改就會浪費更多的成本，整體效率和質(zhì)量反而更低。

很多人會認為，互聯(lián)網(wǎng)的思維就是小步快走，快速迭代，這是不是跟設(shè)計在先矛盾呢？其實是不矛盾的，而且是相輔相成的。設(shè)計就是要考慮未來的變化，提前在架構(gòu)上做好準備，讓系統(tǒng)在快速變化的過程中，不至于每次都推倒重來，保持架構(gòu)的相對穩(wěn)定，讓整體迭代的效率和質(zhì)量最高。

而且，開發(fā)的工作是需要多個工種協(xié)同進行的，就像是蓋大樓，如果沒有設(shè)計圖紙，大家就很難高效的協(xié)同工作。設(shè)計的過程就是畫圖紙的過程，就是讓大家思路和目標保持一致的過程。尤其是中大型的項目，一定要經(jīng)過這樣的過程，才能讓大家信息一致。

那么，設(shè)計的過程需要考慮哪些關(guān)鍵點呢？首先，針對業(yè)務(wù)需求來說，從梳理需求到設(shè)計，是一脈相承的關(guān)系，不要脫離上一篇我們梳理出來的業(yè)務(wù)圖。上一篇中，我們已經(jīng)將業(yè)務(wù)拆分到單個場景的粒度，接下來就是要把場景拆分到功能頁面上，同時，每個功能頁面，要拆分出需要幾個接口才能實現(xiàn)。要對照著場景拆分圖來進一步拆分接口，就是要站在當(dāng)前角色下，看這個場景到底需要幾個接口才能實現(xiàn)。只有這么來做，才能讓接口的設(shè)計真正適合業(yè)務(wù)的需求。

其次，除了業(yè)務(wù)需求之外，我們更應(yīng)該關(guān)注的是非功能性需求。什么是非功能性需求呢？就是系統(tǒng)的可用性、性能和可擴展性。這三點是系統(tǒng)的隱性需求，不容易被人察覺，但是對系統(tǒng)來說卻是至關(guān)重要的。具體這三點應(yīng)該怎么來做，我們后續(xù)章節(jié)還會繼續(xù)來聊。下面，我先說其中最關(guān)鍵的一點。

無論是業(yè)務(wù)需求也好，還是非功能性需求也好，我們要想做好設(shè)計，最關(guān)鍵的是找到明確的設(shè)計目標，以及不斷迭代的抓手。業(yè)務(wù)是在不斷變化的，系統(tǒng)就要跟著不斷迭代。所以，無論是業(yè)務(wù)需求還是非功能性需求，都是不斷迭代的。如果沒有目標，我就不知道這么設(shè)計到底是對還是錯，如果沒有一個抓手，就不知道每次迭代是否精進了。

對于業(yè)務(wù)需求來說，滿足業(yè)務(wù)目標就是設(shè)計的目標，抓手就是業(yè)務(wù)需求的拆解圖，拆解就要從業(yè)務(wù)背景和目標開始，拆解到具體的場景和功能，然后再把功能拆解到具體的頁面和接口。逐一的拆解保證了從設(shè)計到開發(fā)的連貫，也就保證了最終的系統(tǒng)能夠滿足業(yè)務(wù)的需求。

對于非功能性需求來說，系統(tǒng)的高可用、高性能和高可擴展性就是設(shè)計的目標。那么，這里的“高”的指標到底是多少就是我們的抓手。我們要對當(dāng)下的非功能性指標做一個測試，只有量化的指標才能讓大家清晰的知道目前系統(tǒng)的準確情況。然后，我們再把需要達到的目標做量化，量化之后才能看到差距，逐步去分拆這個差距，才能知道怎么去逐步迭代。

我們以高可用性指標為例，我們可以以一個月為單位，計算每個系統(tǒng)模塊的可用性指標，比如2個9就是99%，3個9就是99.9%，只有有了明確的指標數(shù)值，我們才能清晰的知道當(dāng)前每個系統(tǒng)模塊的真實情況。一定要花時間去統(tǒng)計和定義這些指標，有了這個指標，我們就能發(fā)現(xiàn)待改進的項目，比如有哪些可用性差的模塊，以及可用性差的接口，具體再去分拆，就能找到其中的關(guān)鍵問題，就可以逐步去優(yōu)化。優(yōu)化完畢以后，再來進行統(tǒng)計，看看指標有沒有改善，通過復(fù)盤再來進行改進。這里的指標就會成為我們的抓手，可以不斷督促著我們不斷進行精進，指標統(tǒng)計得越真實、越實時，迭代的效率就越高。

再以性能指標為例，我們可以周期性對當(dāng)前系統(tǒng)進行真實的壓力測試，得到當(dāng)前系統(tǒng)每個接口真實的響應(yīng)時間和并發(fā)數(shù)，就可以看到哪些接口存在性能問題，通過這個抓手，就可以讓我們不斷進行優(yōu)化。

同時，我們需要注意一點，非功能性需求的指標不是越高越好，指標每提升一點，都是需要投入大量人力和資源的，都是需要成本投入的。就以性能為例，高的性能對系統(tǒng)架構(gòu)、數(shù)據(jù)結(jié)構(gòu)、算法、存儲和網(wǎng)絡(luò)等都有很高的要求，這都是成本。所以，指標要有明確的目標，這個目標要跟業(yè)務(wù)未來的發(fā)展匹配，既不要過度設(shè)計，造成資源浪費，也不要沒有提前量，阻礙了業(yè)務(wù)的發(fā)展。具體這個度到底多少合適，就需要根據(jù)業(yè)務(wù)不同的發(fā)展階段和目標來綜合考慮。

最后，一個頂尖的工程師都不會敝帚自珍，心態(tài)都是開放的，三人行必有我?guī)煟挥胁粩辔e人的經(jīng)驗，才能成就自己。所以，設(shè)計環(huán)節(jié)一定要進行一定范圍的評審，評審就是讓不同角色的人共同來看你的設(shè)計方案，從不同的維度給你提意見。甚至可以請業(yè)務(wù)需求方一起提意見，因為只有他們才知道業(yè)務(wù)未來可能變化的方向以及目標，知道了這些就可以提前做一些準備，讓系統(tǒng)的設(shè)計更有靈活性。

總結(jié)一下，設(shè)計先于開發(fā)，設(shè)計既要滿足業(yè)務(wù)需求，也要滿足非功能性需求，既要有目標也得有抓手，要不斷進行迭代和優(yōu)化，才能不斷精進。