辦公智能化oa

申請免費(fèi)試用、咨詢電話：400-8352-114

   　近些年，基于組件的軟件開發(fā)已發(fā)展成一個新的趨勢。基于組件的軟件開發(fā)給軟件開發(fā)者帶來了全新的設(shè)計、開發(fā)理念。在現(xiàn)有組建的基礎(chǔ)上，泛普(OA)辦公自動化系統(tǒng)的開發(fā)顯得更加快捷，也方便維護(hù)和更新，當(dāng)系統(tǒng)中的某一部分或功能不再符合工作需要時，只要對相關(guān)的組件進(jìn)行升級和替換，這樣就可以根據(jù)工作情況新增或調(diào)整該部分的功能，提高整體工作效率。

　　1、基于組件的軟件開發(fā)的特點(diǎn)

　　繼傳統(tǒng)的結(jié)構(gòu)化程序設(shè)計技術(shù)和面向?qū)ο蟪绦蛟O(shè)計技術(shù)之后，基于組件的軟件開發(fā)(Component-Based Development，簡稱CBD)和基于組件的軟件工程(Component-based software engineering，簡稱CBSE)成為近些年軟件設(shè)計和開發(fā)的一個新趨勢?；诮M件的程序設(shè)計給開發(fā)者帶來的是全新的設(shè)計、開發(fā)理念。20世紀(jì)90年代，面向?qū)ο缶幊?00P)技術(shù)很快發(fā)展成為包括組件在內(nèi)的軟件開發(fā)技術(shù)?；诮M件的軟件開發(fā)已發(fā)展為新的開發(fā)技術(shù)的中心，相比傳統(tǒng)的開發(fā)方式，組件式開發(fā)不太注重繼承性和多態(tài)性等編程語言的特性。而是注重于整個軟件的架構(gòu)、性能、維護(hù)和交互等過程。

　　基于組件的軟件開發(fā)在面向?qū)ο蠹夹g(shù)的基礎(chǔ)上，進(jìn)一步實現(xiàn)了更高層次的軟件重用性和異質(zhì)體系結(jié)構(gòu)中的互操作性。為提高軟件質(zhì)量，積累和固化知識財富盡可能地縮短軟件開發(fā)時間開辟了新的途徑。此方法與傳統(tǒng)的軟件開發(fā)方式不同，基于組件的軟件開發(fā)著重于組件的規(guī)劃、設(shè)計與開發(fā)。

　　在軟件領(lǐng)域里，組件定義是存在一些不同的，大概如下：

　　1)組件可以進(jìn)行替換。

　　2)運(yùn)行的組件相當(dāng)于一個動態(tài)軟件包，其通過文檔界面訪問。

　　3)軟件組件是二進(jìn)制單元，它們相互通過接口來組成一個系統(tǒng)。

　　4)組件可進(jìn)行交付并且能夠重復(fù)使用。

　　對于組建的定義，不只以上幾種，但都存在很大的相似。基于組件的軟件工程的主要任務(wù)是把組件集成為系統(tǒng)的開發(fā)方式，以實現(xiàn)軟件的功能需求，這種開發(fā)中，組件作為可重用的實體，將系統(tǒng)作為組件集的成體，系統(tǒng)的維護(hù)和更新則是通過定制和替換這些負(fù)責(zé)各項功能的部件來實現(xiàn)的。軟件的組件作為一個綜合體的一個部件或單元，這個單元只有約定好的指定接口和對外部環(huán)境的依賴關(guān)系。一個軟件的組件可以被獨(dú)立地配置，這些組件常由第三方開發(fā)并受第三方組合的制約。

　　組件通過接口集成到應(yīng)用軟件中，具有獨(dú)立于應(yīng)用的接口是組件最重要的特征，當(dāng)應(yīng)用軟件需要更新一個組件時，相關(guān)的組件不需要重新編譯或者連接加載，只要通過接口代碼將該組件集成到軟件就可以使用。獨(dú)立的另一個重要的特點(diǎn)是組件的執(zhí)行只有通過它的接口才可見，為了保證組件的重用性和通用性，這對于由第三方發(fā)布的組件來說顯得很重要

　　2、基于組件的軟件開發(fā)過程

　　基于組件之間的協(xié)議就是接口。所以組件的接口被發(fā)布以后，組件開發(fā)者應(yīng)盡量保持接口不變。對接口語法或語義的修改，都可能造成組件與用戶之間的功能聯(lián)系遭到破壞。

　　軟件中各個組件都是自主的，功能形形色色，并且只能通過接口與外界通信。當(dāng)系統(tǒng)軟件需要一個組件提供新功能時，可以通過增加接口來實現(xiàn)。不會影響原系統(tǒng)軟件的其他接口。而新的客戶可以選擇新的接口來獲得服務(wù)。

　　3、軟件故障行為

　　組件故障行為稱作組件的可靠性統(tǒng)計估計。組件的可靠性指自身程序功能的正確性，受各種條件的影響，在現(xiàn)實中為了測試開發(fā)中的程序可能會產(chǎn)生哪些不合格的數(shù)據(jù)。通常采用可靠性增長模型來進(jìn)行評估。但是采集不合格數(shù)據(jù)非常困難。所以很少有人使用該模型方法。因此又出現(xiàn)了一種從正常執(zhí)行數(shù)據(jù)來分析可靠性的模型方法。當(dāng)統(tǒng)計好數(shù)據(jù)以后就可以使用該故障注入技術(shù)評估軟件可靠性。

　　4、軟件體系結(jié)構(gòu)與失敗行為的結(jié)合