計算思維能力的培養需要選擇適當的課程知識作為載體,並在教與學的過程中有意識、有計劃地展開。下面是小編蒐集整理的相關內容的論文，歡迎大家閱讀參考。
摘要：基於構件的軟體工程是物件導向軟體工程的一種延續與傳承，可以說，構件這一概念也是物件概念的取代。本文概述了當前基於構件軟體工程中存在的不足，並說明了構件軟體開發的過程，旨在為構件軟體工程技術的發展提供一定的參考意義。
關鍵詞：構件服務;軟體工程;構件軟體
一、當前基於構件的軟體工程技術存在的問題
1.1 CRBA。CORHA基本上可以分成動態呼叫與靜態呼叫兩種，前者相較於後者其手段要稍微靈活，可移植水平也要高一些，然而，其呼叫方式操作起來較為複雜，速度也非常緩慢。CORBA效率非常低，而且缺乏一定的安全性，並非處在一個整合的開發空間內。 CORBA中1DL介面檔案被編譯成兩個方面，即stub和skeleton 。stub發起的每一次物件請求，都必須要經過兩次及以上的打包、解包，通過ORB核心，導致CORBA的效率低下，這也使得CORBA失去了競爭能力，如今，已逐漸消失在主流的軟體開發技術的序列。
1.2 COM+。由於並非獨立的中間層，因而COM+無法產生軟體界統一的標準，進而只可以受限在微軟內部和相容軟體。COM+無法遮蔽硬體與作業系統之間的差異性，並給予一個非常一致的構件執行工程環境[1]。除此之外，COM+還沒有NET Framework框架和執行時。COM、COM+並未真正處理好DLL hell問題，一旦安裝新的軟體應用程式，就會有條件損壞最開始執行正常的應用軟體程式，使一些使用者感到恐慌，這也正是COM+最大的'不足。
1.3 NET。NET在構件層面上相對而言是最為成功的，其.NET Framework框架在執行過程中及時翻譯，這也是邁向軟體工廠的重要樞紐。然而，不可否認的是，.NET離真正意義上的軟體工廠仍然有一段距離。NET並非一切的軟體開發都做到即插即用，此外，.NET跨語言平臺僅限於微軟的產品，離構件軟體的開發還有很大距離。
二、基於構件的軟體工程技術開發過程
2.1系統分析。基於構件的軟體工程技術系統分析的主要原則：一是抽象：從很多事物中去掉個別的、非本質的特徵，選擇一些共同的、本質的特徵，稱之為abstaction。Abstaction是生成概念的重要形式。對於分析來說，抽象原則具有兩個層面的作用[2]。一方面，雖然問題域中事物相較比較複雜的，然而分析員並不需要明確與解釋它們的一切，只需要分析研究其中與系統目標有關的事物及其本質特徵。另一方面，通過捨棄個體事物在細節上的差異，選擇一樣的特徵而獲得事物的抽象概念，CBD中分類便是如此取得。二是封裝：構件的屬性、服務以及介面緊密結合在一起，讓構件可以全力集中而整體地描述一個具體的事物。封裝的資訊隱蔽作用反映了事物的相對獨立性。三是繼承：在CBD系統研究過程中充分運用繼承原則，換言之，便是每個由一般類與特殊類產生而成的特殊結構。將一般類的構件例項與全部特殊類的構件例項都一起具備的相關屬性、服務、介面，一次性徹底的在一般類展開顯式的意義。
2.2藍圖設計。在進行系統分析的背景下，便能夠開展有關的藍圖設計了。由於基於構件的軟體開發非常有代表性的特點便在於“搭積木”，這也在一定程度上和修建一座大樓是非常類同的，藍圖設計中的藍圖，顧名思義，也就是等同於大樓整體的一張設計圖。其要首先定義好所需要的一些構件，把所有系統逐一拆解成為一級子模組，一旦一級子模組過於繁瑣、複雜，則還可拆解成為二級子模組。
2.3構件整合和測試。獨立的構件購買後，第一，要實施二級子模組的組裝和測試，將其進行全部組裝，實施兩方面的測試，即相容、功能。在一切測試都符合標準之後，就把二級子模組展開組裝，開展一級子模組的相容性與功能測試。一級子模組測試也符合標準之後，就需要進行最後的軟體系統整合測試。在測試的過程中，也許會產生在購買構件時產生的部分問題，可利用發E電子郵件告知構件交易中心，構件交易中心再通過電子郵件通知構件開發商。
三、結束語
綜上所述，基於構件的軟體工程主要是物件導向軟體工程的一種可持續化的延續與延伸，物件這一概念本質上無法真正地體現出工業上標準下的零部件。換言之，也就喪失了標準介面這個過程，因而構件概念又是物件概念的取代，構件的軟體涵蓋了諸如構件名、屬性、服務以及介面四部分，可以非常出色地體現現實世界中的事物，而且在組裝軟體的時候，支援即插即用。
參考文獻
[1]戰鍇.軟體工程技術發展趨勢研究[J].電子技術與軟體工程,2013,13(14):51.
[2]金晶.對軟體工程技術今後發展的思索[J].中國管理資訊化,2015,12(21):162.