軟體設計是怎樣煉成的（1）——什麼是優秀的設計？_軟體設計

摘要：

某項目的設計文檔評審會上，各路技術大牛進行了“熱烈”的討論，討論的焦點是怎樣的設計才漂亮。大家圍繞著如何OO，如何高內聚低耦合，如何反轉控制等話題進行了“熱烈”的爭論。照這樣開下去，這個評審會豈不是變成了“神仙大會”。怎樣的設計才叫優秀的設計呢。

大綱：

1.什麼是優秀的設計。
2.優秀的設計能節省項目工作量
3.優秀設計從分析需求開始
4.軟體系統不是木桶型的
5.軟體設計的“大道理”
6.規劃系統骨架——架構設計
7.打造系統的底蘊——資料庫設計
8.細節決定成敗——詳細設計
9.使用者感覺好才是真的好——使用者體驗設計
10.持續提升設計水平

1.什麼是優秀的設計。

某項目的設計文檔評審會上，各路技術大牛進行了“熱烈”的討論，討論的焦點是怎樣的設計才漂亮。大家圍繞著如何OO，如何高內聚低耦合，如何反轉控制等話題進行了“熱烈”的爭論。

你覺得以下標準可以成為“漂亮”設計的標準嗎。

1）高效
2）可靠
3）易用
4）安全
5）可擴充
6）相容性強
7）移植性強
……

如果每次設計文檔評審，我們都採用上述標準來評審，你覺得這個設計評審會有效果嗎。

當時我參加了這樣的一個設計評審會，覺得氣氛很不對，照這樣開下去，這個評審會豈不是變成了“神仙大會”。

於是我問了兩個問題：

1）誰能說說這個項目的主要需求。
2）這些需求，設計上是如何考慮實現的。

結果沒有人能答上來。

我們從書本上看到的那些”通用“的設計標準，說得難聽一點，就是廢話。對實際的項目工作基本上沒有實質用途。

請看下面4個例子，分別思考這4個案例的軟體設計思路，你會發現上述“漂亮設計的標準”，真的是廢話。

案例1：某項目要求在很短時間內完成，而且客戶對系統的當前認識還是比較初步的，你打算怎樣設計這個系統。

案例2：某軟體公司接了一個“網頁+資料庫”類型的項目，這類項目已經做過多個，但這次的業務卻是新的，你怎樣考慮這個項目的設計。

案例3：某軟體公司已經成功為n個醫院做了管理系統，現在需要為一家新的大醫院做類似這個系統，你會怎樣考慮這個系統的設計。

案例4：你接到一個任務，要做一個即時戰略遊戲，目標是要在當前遊戲市場找中殺出一條血路，你怎樣考慮這個遊戲的設計。

4個案例各有特點，分別代表了4種“典型”：

案例1：需求很朦朧，工期很緊，技術上基本上沒有積累。

案例2：需求是新的，但可以重用“網頁+資料庫”的技術架構。

案例3：需求是類似的，技術架構也是類似的，相信你會直接重用之前的系統。

案例4：這是一個需要創意和高技術含量的遊戲，而遊戲軟體的需求和技術都是充滿挑戰的。

上述4種情況，相信你採取的設計策略是不一樣的，你可能會發現所謂的優秀設計沒有固定的標準。

如果硬是要來一個優秀設計的標準呢。

我會這樣說：就是做高性價比的設計。

一個優秀的設計應該具備以下特點：

1）優秀的設計都是需求驅動的，不熟悉需求就做出來的設計是不靠譜的；
2）優秀的設計應該是當前團隊能理解能實現的，太超前的設計項目團隊做不出來，這個設計只能是擺設；
3）優秀的設計應充分考慮當前各種限制條件，適當做出平衡，能保證達成項目的目標：
4）優秀的設計能盡量降低項目的整體工作量，讓整個項目更加可控。

2.優秀的設計能節省項目工作量

關於軟體設計的話題，如果脫離一些實際案例討論的話，很容易變成空洞無力的學術討論，所以本文將會列出很多案例供你參考。

設計案例：開發某線上社區網站

背景：某社區已經舉辦了多期沙龍活動，為了拓展沙龍的影響力，讓更多朋友受益，樹立良好品牌，將來實現盈利，有必要建立一個線上的社區網站。

該網站應有這樣的功能：

1）發布各種活動資訊。
2）發布業界新聞。
3）能開展線上沙龍活動，包括線上視頻沙龍。
4）具備SNS社區，可匯聚人氣。
5）每位會員有自己的部落格，能維護自己的個人頁面。
6）支援簡體中文、繁體中文、英文三種語言隨時切換。
7）支援全文檢索搜尋。

你打算如何設計上述系統呢。

你可能會問，有工期限制嗎。

你說呢。真實項目一定會有工期限制的，這個項目你的工期只有1個月。

你可能會說：你當我是神仙啊，1個月有可能怎樣死都死不出啊。

這個時候能協助你的就是優秀的設計，優秀的設計有可能能讓你用很少的工作量就做出來，優秀的設計也不一定需要你全部從零開發的，我們可以拿來主義。有不少開源軟體是可以基本滿足上述要求的，我們可以直接拿來用，這樣你需要付出的工作量就少很多了。

我曾經用某開源軟體做了這樣的一個網站出來，但發現沒有全文檢索搜尋功能，結果我想了一個“投機取巧”的辦法，自己不寫一句代碼，直接利用Google的這個搜尋功能“site:網域名稱 關鍵字”，讓Google幫我搞定全文檢索搜尋。當然這樣做出來的效果還不是很完美，但至少我能在很短時間內能做出個大概啊，如果自己開發還不一定能做出這樣的效果呢。

小結：

受工期限制、受能力限制等制約因素，十全十美的設計基本上是很難做到的，但如果因為趕工期而在軟體設計上節省時間甚至是直接忽略這步，其實是得不償失的。在軟體設計上“節省”1小時，可能會讓你將來多投入成倍的項目時間；越是工期緊，越需要冷靜思考軟體的設計，合適的設計能大大地降低項目工作量，讓你後期的工作輕鬆很多。

本文僅僅是本系列文章的第一篇，軟體設計沒有這麼簡單，這僅僅是開始噢……

作者：張傳波

創新工場創業課堂（敏捷課程）講師

軟體研發管理資深顧問

CMMI首席專家

《火球——UML大戰需求分析》作者

www.umlonline.org創辦人