基於體繫結構的軟體開發(ABSD)

一、開發模型

　　傳統的軟體開發過程可以劃分為：問題定義、需求分析、軟體設計、軟體實現、軟體測試等過程。如果採用傳統的開發過程，軟體體繫結構的建立應位於需求分析之後，概要設計之前。

　　基於體繫結構的軟體開發模型（ABSDM），把整個軟體過程劃分為為：體繫結構需求、設計、文檔化、複審、實現、演化等六個子過程。

　　1、體繫結構需求

　　需求是只使用者對目標軟體系統在功能、行為、效能、設計約束等方面的期望。體繫結構需求受技術環境和體繫結構設計師的經驗影像。需求過程主要是擷取使用者需求，標識系統中所要用到的構件。

　　1.1、需求萃取

　　體繫結構需求一般來自三方面：系統的品質目標、系統的商業目標、系統開發人員的商業目標。軟體體繫結構需求萃取過程主要是定義開發人員必須實現的軟體功能，是的使用者能完成他們的任務，從而滿足業務上的功能需求。於此同時，還要獲得軟體品質屬性，滿足一些非功能性需求。

　　1.2、標識構件

　　這一步又可分為三步實現：

　　第一步：產生類圖。使用CASE工具產生類圖。

　　第二步：對類進行分組。分組後會簡化類圖結構，使之更加清晰可讀。一般，根據類之間的耦合度和內聚度進行分組。例如，在實踐DDD時，就可以把一個彙總進行分組，多個彙總即分為多組。

　　第三步：把類打包成構件。做到構件級的重用。構件和構件又可以打包成更大的構件。

　　1.3、需求評審

　　組成一個由不同代表組成的小組，對體繫結構需求及相關構件進行仔細的審查。審查的主要內容包括所擷取的需求是否真實反映了使用者的要求，類的分組是否合理，構件合并是否合理等。

　　必要時，可以在需求萃取-標識構件-需求評審之間進行迭代。

 

　　2、體繫結構設計

　　體繫結構設計是一個迭代過程。其步驟為：

　　2.1、提出軟體體繫結構模型

　　在建立體繫結構的初期，選擇一個合適的體繫結構風格是首要的。在這個風格的基礎上，開發人員通過體繫結構模型，可以擷取相關體繫結構屬性的理解。

　　2.2、把以標識的構件映射到軟體體繫結構中

　　把在體繫結構需求階段標識的構件映射到體繫結構中，將產生一個中間結構，這個中間結構只包含哪些能明確合適體繫結構模型的構件。

　　2.3、分析構件之間的相互作用

　　為了把所有已標識的構件整合到體繫結構中，必須認真分析這些構件的相互作用和關係。

　　

　　2.4、產生軟體體繫結構

　　一旦決定了構件之間的關係和相互作用，就可以在第二階段得到中間結構的基礎上進行精化。

　　2.5、設計評審

　　一旦設計了軟體體繫結構，必須邀請獨立於系統外開發的外部人員對體繫結構進行評審。

 

　　3、體繫結構文檔化

　　絕大多數的體繫結構都是抽象的，有一些概念上的構件組成。因此，要讓系統分析員和程式員去實現體繫結構，還需要把體繫結構文檔化。

　　體繫結構文檔化的主要輸出結構是：體繫結構需求規格說明書、品質設計說明書（測試體繫結構需求的文檔）。精確的形式化的描述，是使用者和開發人員之間的一個協約。

 

　　4、體繫結構複審

　　體繫結構設計、文檔化、複審是一個迭代過程。一個主要版本的軟體體繫結構分析之後，要安排一次有外部人員（使用者代表、領域專家）參加的複審。

　　複審的目的是標識潛在風險，及早發現體繫結構設計中的缺陷和錯誤，包括體繫結構能否滿足需求、品質需求是否在設計中得到體現、層次是否清晰、構件的劃分是否合理、文檔表達是否明確、構件的設計是否滿足功能與效能的要求等。

 

　　5、體繫結構的實現

 

 

文章未完……先睡覺……