2.3.5 為影響力分析提供支持

有一種狀況對大家來說應該不會太過陌生，那就是由于新需求失控而導致的范圍蔓延（scope creep）。為了防止出現這種狀況，項目經理需要對新需求進行理解和評估，以確定其對當前項目的工作日程所造成的影響。

如果項目經理是個經驗比較豐富的人，那么就會在第一時間去詢問項目的主架構師，并且請該架構師進行必要的影響力分析（impact analysis）。

前面我們說過，軟件架構可以確定架構中的各個ABB，也可以確定這些ABB之間的相互關系、依賴情況以及互動情況。因此，架構師可以對將要實現的新用例進行某種分析，以判斷出架構中有哪些組件必須為此做出修改。架構師還可以根據新用例所需的信息交換和數據交換等操作，判斷出架構中各組件之間的依賴關系是否也要進行修改。需要進行修改的組件數量、修改的幅度以及實現新用例所需的額外數據或數據源，都與新用例對項目的工作日程所造成的影響有著直接的關系。我們還可以進行更加深入的分析，以判斷出這些修改對項目所造成的影響，以及項目成本和相關風險的提升程度。在考慮成本問題時，組件的特征是相當關鍵的指標，因為組件的設計成本、實現成本以及后續的維護和增強工作所需的成本，在很大程度上都與組件的特征有關。

筆者剛才提出了5項理由，用以證明軟件架構的重要性。讀者或許還能提出更多的理由，以論證其重要性。盡管如此，但筆者還是決定就此打住，因為我覺得上述理由已經足以令自己確信其重要性了，而且這樣做也與本書的主題相一致。在本書中，如果筆者感覺對某個話題已經講解得恰到好處了，那么就會繼續講下一個重要的話題。筆者的目標，就是要通過這本書來分享自己的經驗，告訴大家怎樣才能把軟件架構中的各項原則運用得剛剛好，讀者可以把這個水準當成參考基線或參照系，并按照自己的需求來進行調整。