寒假生活
讀《軟體構架實踐》7-9章後感
在了解了構架的商業方面、構架檢視和結構、質量屬性等知識，這部分內容旨在構架的設計以及當構架逐漸形成時應該做什麼。軟體架構的設計是指通過一系列的設計活動，獲得滿足系統功能性需求（簡稱fr），並且符合一定非功能性需求（簡稱nfr，與質量屬性有相似涵義）約束的軟體架構模型。軟體架構設計過程的本質在於：將系統分解成相應的組成成分（如構件、連線件），並將這些成分重新組裝成乙個系統。現階段，軟體架構設計方法大多側重對系統nfr的考慮，往往和軟體架構分析方法結合使用，希望能夠在軟體生命週期前期發現潛在的風險。
許多專案都是在回顧時，才發現問題出在結構上。因結構的侷限性，付出很多不必要的時間和精力。在體系設計上付出一天努力解決的問題，在以後階段可能要多付出幾天到十幾天也不一定能解決。乙個有規範，有構造思想指導，以構架為基礎的開發小組在如今的軟體產品需求複雜、內容豐富、變更頻繁的情況下更能少走彎路，快速而有效的解決問題。
書上介紹了add軟體構架方法，但還有一些其他同樣比較經典的方法：
bosch方法、基於架構的設計（abd）方法、面向特徵的領域分析（foda）方法、面向產品線的抽象規範與轉換（fast
）方法、面向構件的平台架構（copa）方法、面向特徵的重用form方法、質量驅動的架構設計與質量分析qada
方法、kobra方法等
。他們在
上下文、使用者、內容和確認等方面有很多異同點。
演變交付生命期很像我們之前學習的瀑布模型，他交代了開發流程中獲得客戶和使用者反饋、發布最終版本前幾個版本進行迭代。
很久以前，課上有提到過編寫文件的重要性，當完成乙個龐大的軟體構架，設計師能不能看懂就要看構架文件是否表述明了了。構架文件採用檢視的概念將其簡單化，在此基礎上，可對行為、介面進行編檔，還有就是面向涉眾編檔。這一點正是我需要加強訓練的地方——文件。
《軟體構架實踐》閱讀筆記03
生命期中的構架，把構架作為軟體開發過程基礎的任何組織都需要理解構架在其生命期中的位置。在生命期莫行政，構架設計就是從初步的需求分析開始一步一步的進行迭代，很顯然，在了解系統需求之前，不能開始設計構架。另一方面，剛開始進行設計時並不需要手機太多需求，為了確定構架驅動因素，需要識別優先順序最高的業務目標...
03軟體構架實踐閱讀筆記之三
03軟體構架實踐閱讀筆記之三 在剛開始是構架的產生 在剛開始的第一句話就說 構架也是若干商業和技術決策的結果 從這句話就可以看出構架對於軟體技術的重要性，而正如我們所知道的不管什麼事情都會受很多因素的干擾，同樣的，架構會受系統涉眾的影響，在上一學期，老師就提到了什麼是涉眾。但是每一種的涉眾對於軟體的...
軟體構架實踐閱讀筆記5
把構架作為軟體開發過程基礎的任何組織都需要理解構架在其生命期中的位置。在生命期模型中，構架設計就是從初步的需求分析開始逐步進行迭代，所以在了解系統需求之前，不能開始設計構架，但是剛開始設計構架時並不需要收集太多需求。構架的驅動因素 包括功能 質量和商業需求，為了確定構架驅動因素，需要識別優先順序最高...