（Component-Based Software Development, CBSD，有時也稱為基于構(gòu)件的軟件工程CBSE）是一種基于分布對象技術(shù)、強調(diào)通過可復(fù)用構(gòu)件設(shè)計與構(gòu)造軟件系統(tǒng)的軟件復(fù)用途徑。基于構(gòu)件的軟件系統(tǒng)中的構(gòu)件可以是COTS（Commercial-Off-the-Shelf）構(gòu)件，也可以是通過其它途徑獲得的構(gòu)件（如自行開發(fā)）。CBSD體現(xiàn)了“購買而不是重新構(gòu)造”的哲學(xué)，將軟件開發(fā)的重點從程序編寫轉(zhuǎn)移到了基于已有構(gòu)件的組裝，以更快地構(gòu)造系統(tǒng)，減輕用來支持和升級大型系統(tǒng)所需要的維護負擔 ，從而降低軟件開發(fā)的費用。

編輯摘要 基于構(gòu)件的軟件開發(fā)（Component-Based Software Development, CBSD，有時也稱為基于構(gòu)件的軟件工程CBSE）是一種基于分布對象技術(shù)、強調(diào)通過可復(fù)用構(gòu)件設(shè)計與構(gòu)造軟件系統(tǒng)的軟件復(fù)用途徑。基于構(gòu)件的軟件系統(tǒng)中的構(gòu)件可以是COTS（Commercial-Off-the-Shelf）構(gòu)件，也可以是通過其它途徑獲得的構(gòu)件（如自行開發(fā)）。CBSD體現(xiàn)了“購買而不是重新構(gòu)造”的哲學(xué)，將軟件開發(fā)的重點從程序編寫轉(zhuǎn)移到了基于已有構(gòu)件的組裝，以更快地構(gòu)造系統(tǒng)，減輕用來支持和升級大型系統(tǒng)所需要的維護負擔 ，從而降低軟件開發(fā)的費用。
　　開發(fā)基于構(gòu)件的軟件系統(tǒng)受到以下幾方面因素的影響：1）COTS構(gòu)件質(zhì)量的提高和種類的增加；2）要求降低系統(tǒng)開發(fā)和維護成本的經(jīng)濟壓力；3）構(gòu)件集成技術(shù)的出現(xiàn)；4）軟件開發(fā)組織內(nèi)可以用于新系統(tǒng)開發(fā)的已有軟件制品的數(shù)量增加。
　　CBSD整個過程從需求開始，由開發(fā)團隊使用傳統(tǒng)的需求獲取技術(shù)建立系統(tǒng)的需求規(guī)約。在完成體系結(jié)構(gòu)設(shè)計后，并不立即開始詳細設(shè)計，而是確定哪些部分可由構(gòu)件組裝而成。此時開發(fā)人員面臨的設(shè)計決策包括“是否存在滿足某種需求的COTS 構(gòu)件”，“是否存在滿足某種需求的內(nèi)部開發(fā)的可復(fù)用構(gòu)件”，“這些可用構(gòu)件的接口與體系結(jié)構(gòu)的設(shè)計是否匹配”等。對于那些無法通過已有構(gòu)件滿足的需求，就只能采用傳統(tǒng)的或面向?qū)ο蟮能浖こ谭椒ㄩ_發(fā)新構(gòu)件。對于那些滿足需求的可用構(gòu)件，開發(fā)人員通常需要進行如下活動：
　　構(gòu)件鑒定（qualification）：通過接口以及其它約束判斷COTS 構(gòu)件是否可在新系統(tǒng)中復(fù)用。構(gòu)件鑒定分為發(fā)現(xiàn)和評估兩個階段。發(fā)現(xiàn)階段需要確定COTS 構(gòu)件的各種屬性，如構(gòu)件接口的功能性（構(gòu)件能夠提供什么服務(wù)）及其附加屬性（如，是否遵循某種標準）、構(gòu)件的質(zhì)量屬性（如，可靠性）等。構(gòu)件發(fā)現(xiàn)難度較大，因為構(gòu)件的屬性往往難以獲取、無法量化。評估階段根據(jù)COTS 構(gòu)件屬性以及新系統(tǒng)的需求判斷構(gòu)件是否可在系統(tǒng)中復(fù)用。評估方法常常涉及分析構(gòu)件文檔、與構(gòu)件已有用戶交流經(jīng)驗、甚至開發(fā)系統(tǒng)原型。構(gòu)件鑒定有時還需要考慮非技術(shù)因素，如構(gòu)件提供商的市場占有率、構(gòu)件開發(fā)商的過程成熟度等級等。
　　構(gòu)件適配（adaptation）：獨立開發(fā)的可復(fù)用構(gòu)件滿足不同的應(yīng)用需求，并對運行上下文做出了某些假設(shè)。系統(tǒng)的軟件體系結(jié)構(gòu)定義了系統(tǒng)中所有構(gòu)件的設(shè)計規(guī)則、連接模式和交互模式。如果被復(fù)用的構(gòu)件不符合目標系統(tǒng)的軟件體系結(jié)構(gòu)就可能導(dǎo)致該構(gòu)件無法正常工作，甚至影響整個系統(tǒng)的運行，這種情形稱為失配（mismatch）。調(diào)整構(gòu)件使之滿足體系結(jié)構(gòu)要求的行為就是構(gòu)件適配。構(gòu)件適配可通過白盒、灰盒或黑盒的方式對構(gòu)件進行修改或配置。白盒方式允許直接修改構(gòu)件源代碼；灰盒方式不允許直接修改構(gòu)件源代碼，但提供了可修改構(gòu)件行為的擴展語言或編程接口；黑盒方式是指調(diào)整那些只有可執(zhí)行代碼且沒有任何擴展機制的構(gòu)件。如果構(gòu)件無法適配，就不得不尋找其它適合的構(gòu)件。
　　構(gòu)件組裝（composition）：構(gòu)件必須通過某些良好定義的基礎(chǔ)設(shè)施才能組裝成目標系統(tǒng)。體系風格決定了構(gòu)件之間連接或協(xié)調(diào)的機制，是構(gòu)件組裝成功與否的關(guān)鍵因素之一。典型的體系風格包括黑板、消息總線、對象請求代理等。
　　構(gòu)件更新（update）：基于構(gòu)件的系統(tǒng)演化往往表現(xiàn)為構(gòu)件的替換或增加，其關(guān)鍵在于如何充分測試新構(gòu)件以保證其正確工作且不對其它構(gòu)件的運行產(chǎn)生副面影響，對于由COTS 構(gòu)件組裝而成的系統(tǒng)，其更新的工作往往由提供COTS 構(gòu)件的第三方完成。

總結(jié)

以上是生活随笔為你收集整理的基于构件的软件开发的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。