軟體架構設計策略

策略對實踐提供總體上的指導，對於有難度的工程（比如軟體工程），或者有競爭性目
標（軟體中時間、品質、範圍、成本之間存在競爭）而言，策略往往是制勝的關鍵。一定要
注意，策略來自於問題，沒有問題的策略是無目之本。下面，我們針對成功架構設計的四個
要素，以此衍生出四個問題，作為討論相應的策略的基礎。這樣的思考過程也可以成為我們
研究其它架構問題的思考範例。我們先把關鍵點歸納成下面的表。
編號 關鍵點 問題 危害 策略 策略要點
1 是否遺漏了至關重要的非功能性需求
對需求的理解不系統、不全面、對非功能需求不夠重視。造成返工，項目失敗全面認識需求彌補非功能需求的缺失
2 是否適應數量巨大且頻繁變化的需求對於時間和品質的矛盾，辦法不足，處理草率。耗時不少，品質不高關鍵需求決定架構把架構理解成概要設計，過於粗糙，不能適應實踐要求
3 能否從容設計架構的不同方面架構設計方案覆蓋範圍嚴重不足，許多關鍵決定被延遲，或者由實現人員倉
促決定。開發混亂，品質不高多視圖探尋架構架構師開展系統化團隊開發的基礎，應該對不同的涉眾提供指導和限制
4 能否及早驗證架構方案並做出了調整假設架構的方案是可行的，直到後期才發現問題，造成大規模的返工。
造成返工，項目失敗儘早驗證架構架構設計方案應該解決重大技術風險，並儘早驗證架構
根據這張表，我們來討論一下針對每個關鍵點的相應策略：
1）全面認識需求
既然軟體架構強調的是整體，而整體的設計決策必須基於對需求的全面認識，所以全面
認識需求，是軟體架構的第一項需求。
但是全面認識需求並不等於“眉毛鬍子一把抓”，而是需要對需求進行梳理清楚，在梳
理的過程中把需求理解清楚。全面認識需求，就需要從不同層級來考察需求，這三個層級分
別為：組織級、使用者級、開發級。還需要對每個層級考慮不同類型的功能需求、品質屬性、
約束，如所示。
一方面來說，需求是分層次的，對使用者高層而言是協助他們達到營運目標，終端使用者而
言，是輔助他們完成日常工作，對開發人員而言，有著更多使用者沒有覺察到的“需求”需要實
現。