基本介紹
- 中文名：軟體架構
- 外文名：software architecture
- 作用：指導軟體系統各個方面的設計
- 行業：計算機
- 提出者：E·W·戴克斯特拉
軟體介紹,種類,表現形式,具體作用,
軟體介紹
軟體架構所指的就是說相應的系列性的抽象模式，可以為設計大型軟體系統的各個方面提供相應的指導。從本質上來看，軟體架構是屬於一種系統草圖。在軟體架構所描述的對象就是直接的進行系統抽象組件構成。連線系統的各個組件之間就是做到把組件之間所存在的通訊比較明確與相對細緻的實施描述。處於相應的系統實現環節，那么就會使得細化這些抽象組件成為現實的組件，比如可以是具體的某個類或者是對象。從面向對象領域進行分析，那么各個組件之前實施的連線實現往往是接口。
軟體架構為軟體系統提供了一個結構、行為和屬性的高級抽象，由構件的描述、構件的相互作用、指導構件集成的模式以及這些模式的約束組成。軟體架構不僅顯示了軟體需求和軟體結構之間的對應關係，而且指定了整個軟體系統的組織和拓撲結構，提供了一些設計決策的基本原理。
種類
按照當前我國的各種不同的關注角度，能夠將軟體架構劃分成為三種類型。
1、邏輯架構
軟體系統系統當中的各個元件之間所存在的關係，比如外部系統接口、用戶界面、商業邏輯元件、資料庫等。
2、物理架構
究竟是怎樣做到在硬體當中放置軟體元件。例如處於上海與北京進行分布的分散式系統的物理架構，這也就是說全部的元件都是屬於物理設備，主要的有主機、整合伺服器、套用伺服器、代理伺服器、存儲伺服器、報表伺服器、Web伺服器、網路分流器等。
3、系統架構
系統架構一般涉及到兩個方面的內容，其一是業務架構，其二是軟體架構。業務架構描述了業務領域主要的業務模組及其組織結構。軟體架構是一種思想，一個系統藍圖，是對軟體結構組成的規劃和職責設定。一個軟體里有處理數據存儲的處理業務邏輯的、處理頁面互動的、處理安全的等許多可邏輯劃分出來的部分。
表現形式
往往表示軟體架構則是藉助於多種架構視圖實施。基於本質上進行分析，那么這樣的多種架構視圖則是選取相應的圖形方式將處於架構領域存在著十分重要意義的模型元素予以摘要性的說明。
（1）實施視圖：
這主要包含的內容為包含這實施模型及其從模組到包、層的組織形式實施的概覽；而且在這一過程中，還存在著把相應的邏輯視圖中的包與類往實施視圖中的包與分配模組的狀況實施描述。
（2）邏輯視圖：
這主要的是最為關鍵的設計類、從這些設計類到包與子系統的組織形式，另外還有的就是這些包與子系統到層的組織形式。
（3）配置視圖：
這主要的是描述最為典型的配置平台的各種物理節點，還有的就是往物理節點分配來自於進程視圖的任務的情況，往往這一視圖僅僅只是在分散式系統。
（4）用例視圖：
這主要的是場景與用例。
（5）進程視圖：
這主要的是描述進程與執行緒的涉及的任務，這些任務的配置與互動，還有的就是把設計分配對象與類向任務，往往這一視圖僅僅只是出於系統存在著特別高程度並行過中才使用。
具體作用
1、開發新產品過程中軟體架構所具備的作用分析
所謂的軟體架構則是屬於在現實的世界與計算機領域所搭建起來的一座溝通的橋樑，具體來說，其作用主要為以下幾點。第一點就是進行業務目標的上乘。從本質上來看，軟體架構往往存在著出於將業務目標完成而必須開展相應的大局規劃的責任；第二點所指的就是進行技術決策的下接。憑藉著把面向業務的相關需求往面向技術方向轉向的軟體架構設計方案，這可以將行之有效的限制與指導提供給後續的技術開發工作；第三點就是有效的將新產品的質量提升；第四點所指的就是進相應的新產品開發過程的組織；第五點所指的就是藉助於相應的疊代實施相應新產品開展與增量的交付；第六點則是說控制所具備的複雜性，立足於相應的分而治之的思想，從而能夠對問題的複雜性實施相應的控制。
2、開發軟體產品過程中系統架構所具備的作用分析
第一就是將所具備的相應的核心知識予以固化；第二就是可以提供相應的可重用資產；第三就是將產品推出的周期進行有效的縮短；第四就是使得產品開發與維護的總成本得以最大限度的降低；第五就是將產品的質量有效的提升；第六就是為批量控制提供有效的支持。
3、軟體產品線架構所具備的特點分析
軟體產品線架構就是說根據一個公司或者是某一個組織內部那些一系列的產品所進行設計的相應的通用架構。那么就能夠了解到這樣的一系列產品存在著特別多的相似之處那么這些能夠藉助同一個架構或者部分共享來實施具體實現，使得生產率得到最大限度的提升。軟體產品線架構主要存在著以下的作用：
第一個作用就是應該將一系列的明確許可的變化進行考慮；第二個作用所指的就是必須做到文檔化；第三個作用就是說應該可以存在著相應的產品創建者指南，將實例化架構的整個過程進行描述。
4、維護軟體過程中軟體架構的作用分析
從本質上來看，相應的軟體維護工作主要的來源是Bug與需求變更。往往修復一個Bug與增加一個新的功能，那么通常都會涉及到架構環節的一條模組協作鏈，針對這樣的情況，軟體架構比有利於維護工作的開展；反之，如果對於架構並不能了解，相應的進行程式的盲目修改，這也就會存在著可能性對架構設計的思路造成未必，從而導致整個系統所存在的架構逐步顯得比較混亂，這也就會存在著可能性導致出現不可思議的Bug與問題。
5、軟體升級過程中軟體架構的作用分析
相應的軟體架構則是通過對軟體系統實施持續性的修改，還應該必須做好重構，往往對其實施重構主要是兩種狀況：第一種狀況就是特別混亂的架構，從而導致實施一個比較小的改動就會出現牽動全身；第二種狀況所指的就是即將實施的升級軟體存在著比較大的力度，之前的軟體架構與新的需求根本就不能適應。相應的軟體架構予以重構則是屬於再工程的一種情況，往往必須實施的步驟為逆向工程、重新規劃、正向工程這樣的三個步驟。
