軟件體系結(jié)構(gòu)復(fù)習(xí)資料_第1頁
軟件體系結(jié)構(gòu)復(fù)習(xí)資料_第2頁
軟件體系結(jié)構(gòu)復(fù)習(xí)資料_第3頁
軟件體系結(jié)構(gòu)復(fù)習(xí)資料_第4頁
軟件體系結(jié)構(gòu)復(fù)習(xí)資料_第5頁
已閱讀5頁,還剩5頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認(rèn)領(lǐng)

文檔簡介

軟件體系構(gòu)造知識點:第一章:什么是軟件體系構(gòu)造答:軟件體系構(gòu)造=構(gòu)件+連接件+約束軟件體系構(gòu)造是具有一定形式的構(gòu)造化元素,即構(gòu)件的集合,包括處理構(gòu)件、數(shù)據(jù)構(gòu)件和連接構(gòu)件。處理構(gòu)件負(fù)責(zé)對數(shù)據(jù)進展加工,數(shù)據(jù)構(gòu)件是被加工的信息,連接構(gòu)件把體系構(gòu)造的不同局部組組合連接起來。這一定義注重區(qū)分處理構(gòu)件、數(shù)據(jù)構(gòu)件和連接構(gòu)件,這一方法在其他的定義和方法中根本上得到保持。軟件體系構(gòu)造形式化方法答:1.根據(jù)對目標(biāo)軟件系統(tǒng)進展說明的方式:面向模型的方法。在這個方法中,對目標(biāo)軟件系統(tǒng)的說明是為其構(gòu)造一個模型,該模型的構(gòu)成成分是一些具有特性的數(shù)據(jù)抽象,如域,元組等面向性質(zhì)的方法。這種方法是直接給出目標(biāo)軟件系統(tǒng)的一組特性來描述目標(biāo)軟件系統(tǒng)。通常是目標(biāo)軟件系統(tǒng)必須滿足的形式公理,其形式化說明僅描述目標(biāo)軟件系統(tǒng)的性質(zhì),而不涉及實現(xiàn)方法。2.根據(jù)表達(dá)能力的形式方法可分為以下五大類基于模型的方法代數(shù)方法過程代數(shù)方法基于邏輯的方法基于網(wǎng)絡(luò)的方法軟件質(zhì)量定義、軟件質(zhì)量模型答:,軟件質(zhì)量是軟件符合明確表達(dá)的功能和性能需求、文檔中明確描述的開發(fā)標(biāo)準(zhǔn)、以及所有專業(yè)開發(fā)的軟件都應(yīng)具有的隱含特征的程度。影響軟件質(zhì)量的主要因素,這些因素是從管理角度對軟件質(zhì)量的度量??蓜澐譃槿M,分別反響用戶在使用軟件產(chǎn)品時的三種觀點。正確性、強健性、效率、完整性、可用性、風(fēng)險〔產(chǎn)品運行〕;可理解性、可維修性、靈活性、可測試性〔產(chǎn)品修改〕;可移植性、可再用性、互運行性〔產(chǎn)品轉(zhuǎn)移〕。第二章:Kruchten4+1模型描述軟件體系構(gòu)造Kruchten4+1模型建立在體系構(gòu)造的Perry&Wolf定義和BerryBoehm定義的根底上,采用多視圖模型的方法描述軟件體系構(gòu)造。該模型由5個視圖構(gòu)成,每個視圖只關(guān)心系統(tǒng)的一個側(cè)面,5個視圖結(jié)合在一起才能反映系統(tǒng)的軟件體系構(gòu)造的全部內(nèi)容。邏輯視圖開發(fā)視圖程序員軟件管理邏輯視圖開發(fā)視圖場景視圖最終用戶功能場景視圖物理視圖物理視圖過程視圖系統(tǒng)工程師拓?fù)渫ㄟ^程視圖集成者信性能可擴展性體系構(gòu)造的概念在每個視圖里面都可以獨立應(yīng)用,并不是所有的軟件體系構(gòu)造都需要完整的4+1視圖。邏輯視圖,主要支持功能需求,即系統(tǒng)應(yīng)當(dāng)向最終用戶提供怎么樣的效勞。在邏輯視圖中,從問題出發(fā),采用面向?qū)ο蟮姆椒ǎ凑粘橄蟆⒎庋b、繼承的原則,系統(tǒng)分解成一系列的功能抽象,得到代表著系統(tǒng)的關(guān)鍵抽象表示的峰值。當(dāng)用面向?qū)ο蟮脑O(shè)計方法時,邏輯視圖即是對象模型。過程視圖,考慮的是一些非功能性需求,它所要面對的問題有并發(fā)、發(fā)布、系統(tǒng)的完整性、容錯能力等,強調(diào)并發(fā)性、發(fā)布性、系統(tǒng)集成性和容錯能力,還要考慮怎樣把過程視圖與邏輯視圖的要點相適應(yīng)。開發(fā)視圖,關(guān)注的是軟件開發(fā)環(huán)境中軟件模塊的實際組織和管理。開發(fā)視圖通過具有輸入輸出關(guān)系的模塊和子系統(tǒng)圖來表示。描述開發(fā)視圖的原則是分割、編組、可視。開發(fā)視圖側(cè)重的是內(nèi)部需求,這些需求目的是要使開發(fā)相關(guān)活動更容易進展。物理視圖,主要考慮如何把軟件映射到硬件上。軟件系統(tǒng)在計算機網(wǎng)絡(luò)的各個處理節(jié)點上運行,各種被確定的元素——網(wǎng)絡(luò)、過程、任務(wù)和對象——需要映射到各種節(jié)點上去。場景視圖,通過使用一些重要的場景,4個視圖中的元素可以協(xié)調(diào)的共同工作。它承當(dāng)著2個任務(wù):在軟件體系構(gòu)造設(shè)計中,將以此視圖為驅(qū)動來發(fā)現(xiàn)體系構(gòu)造元素在體系構(gòu)造設(shè)計完畢后,此視圖承當(dāng)驗證和描述的角色。它不僅用于書面記錄,并且是體系構(gòu)造原型測試的起始點。第三章:軟件生命周期答:是軟件的產(chǎn)生直到報廢的生命周期,周期內(nèi)有問題定義、可行性分析、總體描述、系統(tǒng)設(shè)計、編碼、調(diào)試和測試、驗收與運行、維護升級到廢棄等階段,這種按時間分程的思想方法是軟件工程中的一種思想原則,即按部就班、逐步推進,每個階段都要有定義、工作、審查、形成文檔以供交流或備查,以提高軟件的質(zhì)量。構(gòu)件答:構(gòu)件是系統(tǒng)中實際存在的可更換局部,它實現(xiàn)特定的功能,看、構(gòu)件可以看成數(shù)據(jù)單元或是計算單元。符合一套接口標(biāo)準(zhǔn)并實現(xiàn)一組接口。構(gòu)件代表系統(tǒng)中的一局部物理實施,包括軟件代碼或其等價物。連接件答:連接件是軟件體系構(gòu)造的一個組成局部,他通過對構(gòu)件間的交互規(guī)則的建模來實現(xiàn)構(gòu)件間的連接,連接件不許編譯。軟件體系構(gòu)造范式答:設(shè)A=<C,O>是一個軟件體系構(gòu)造,假設(shè)任意一個構(gòu)件都至少與另一個構(gòu)件依賴,則稱A滿足第一范式,記為1NF。設(shè)A=<C,O>是一個軟件體系構(gòu)造,假設(shè)A中存在碼,則稱A滿足第二范式,記為2NF。設(shè)A=<C,O>是一個軟件體系構(gòu)造,假設(shè)A中存在碼,假設(shè)A滿足第一范式,并且C中的構(gòu)件都為事件依賴,則稱A滿足可靠性范式,記為RNF?!茄菟愕亩x答:∏演算是移動、交互、并發(fā)系統(tǒng)的理論模型,它提供相關(guān)的概念框架和數(shù)學(xué)工具,用于表達(dá)移動、交互系統(tǒng)和推論它們的行為,到達(dá)增強對已墮落感系統(tǒng)的理解的目的?;瘜W(xué)抽象機模型答:化學(xué)抽象機〔chemicalabstractmachine,CHAM〕是一種對動態(tài)軟件體系構(gòu)造的分析、測試非常有用的形式化描述技術(shù)。第四章:管道和過濾器風(fēng)格答:在管道過濾器模式下,功能模塊稱作過濾器;功能模塊間的連接可以看作輸入、輸出數(shù)據(jù)流之間的通路,所以稱作管道??蛻魴C——分配器——效勞器風(fēng)格答:客戶機的任務(wù)是去執(zhí)行特殊領(lǐng)域的任務(wù)。為了執(zhí)行處理任務(wù),客戶機訪問由效勞器提供的操作。在發(fā)送請求給效勞器之前,客戶機向分配器請求信道??蛻魴C利用這個和效勞器通信。效勞器為客戶機提供一組操作。它既可以注冊自身,也可以通過其名字和地址向分配器進展注冊。一個效勞器組件可以與客戶機位于同一臺計算機,也可以位于網(wǎng)絡(luò)的某個節(jié)點處。分配器提供在客戶機和效勞器間建立通信信道的功能。要實現(xiàn)這一點,需要取出效勞器組件的名字并將這個名字映射成為效勞器組件的物理地址。分層系統(tǒng)風(fēng)格答:所謂分層體系構(gòu)造,是按層次組織軟件的一種軟件體系構(gòu)造,其中每一層軟件建立在低一層的軟件層上。分層風(fēng)格的主要特征是第J層的效勞只被第J+1層使用-----層之間沒有更進一步的自己依賴關(guān)系。分層風(fēng)格的體系構(gòu)造的優(yōu)點:由于對層次的鄰接層數(shù)目進展glen限制,所以系統(tǒng)易于改良和擴展。每一層的軟件都易于重用,并可為某一層次提供多種可互換的具體實現(xiàn)。分層系統(tǒng)所支持的設(shè)計表達(dá)了不斷增加的抽象層次,這樣一個復(fù)雜問題的求解就被分解為一系列遞增的步驟。標(biāo)準(zhǔn)化支持。清晰定義和承受共同的抽象層能促進標(biāo)準(zhǔn)化任務(wù)和接口的開發(fā),同一接口的不同實現(xiàn)可以替換使用。余部依賴性。層之間的標(biāo)準(zhǔn)化接口往往會限制被改動層的改動代碼的影響??商鎿Q性。獨立層實現(xiàn)不需要太費力就可以被語義上等價的實現(xiàn)所替換。分層風(fēng)格的體系構(gòu)造的缺點有:應(yīng)當(dāng)如何界定是層次間的劃分是一個比擬復(fù)雜的問題。更改行為的重疊。層的行為改變時會出現(xiàn)一個嚴(yán)重的問題。降低效率。說起來一個分層體系構(gòu)造的效率往往要低于整體構(gòu)造或一個“對象的海洋〞。不必要的工作。如果底層執(zhí)行的某些效勞執(zhí)行了多余或重復(fù)的工作,而這些工作并非高層真正需要的,則這對性能的影響是負(fù)面的。難以認(rèn)可層的正確粒度。層數(shù)太少的分層體系構(gòu)造不能完全發(fā)揮這種模式在可重用性、可更改性和可移植性上的潛力。面向效勞的體系構(gòu)造答:面向效勞的體系構(gòu)造是一個組件模型。面向效勞的體系構(gòu)造將應(yīng)用程序中的不同功能單元稱為效勞,并通過對這些效勞之間定義良好的接口而將其聯(lián)系起來。這種具有中立的接口定義的特征稱為效勞之間的松耦合。松耦合系統(tǒng)的好處有兩點:一點是它的靈活性;另一點是,當(dāng)組成整個應(yīng)用程序的每個效勞的內(nèi)部構(gòu)造和實現(xiàn)逐漸發(fā)生改變時,它能夠繼續(xù)存在。然而,緊耦合意味著應(yīng)用程序的不同組件之間的接口與其功能和構(gòu)造是嚴(yán)密相連的,因而當(dāng)需要對局部或整個應(yīng)用程序進展某種形式的更改時,系統(tǒng)就顯得非常脆弱。一個SOA系統(tǒng)中的各個組成元素:1、其功能局部包括以下元素:通信。表示了效勞提供者和效勞使用者之間的消息傳輸所采用的協(xié)議。如HTTP、FTP等。效勞通信協(xié)議。表示了效勞之間通信所采用的協(xié)議,即效勞氣功這和使用者之間如何理解雙方互相發(fā)送的消息。這種協(xié)議如SOAP等。效勞描述。表示了如何對效勞本身進展描述,即描述了效勞所需的入口參數(shù)、返回值、效勞所在位置等信息。這樣的描述有WSDL等。效勞。表示了可被調(diào)用的效勞本身。業(yè)務(wù)流程。表示了為到達(dá)業(yè)務(wù)需求目的而按照規(guī)則和一定序列調(diào)用的一組效勞集合,它可以將細(xì)粒度的效勞組合為粗粒度的效勞。浙西餓業(yè)務(wù)流程描述通常有BPM、WSFL、BPEL等。效勞登記。保存有效勞數(shù)據(jù)和描述信息。效勞提供者可以將其效勞信息發(fā)布在此,效勞使用者可以在這里查找效勞。2、效勞質(zhì)量包括了以下局部:規(guī)則。表示了一組可以是效勞使用者得到效勞提供者所提供效勞的規(guī)則。平安。表示了一組效勞在效勞使用者的認(rèn)證、授權(quán)、訪問控制等方面的規(guī)則。交互。表示了一組效勞在共同完成一項了倆書時所要遵循的屬性。管理。表示了用以管理效勞提供者和效勞使用者的一組屬性。第五章:什么是ADL體系構(gòu)造描述語言〔ADL〕是軟件體系構(gòu)造研究的核心問題之一,ADL使用符號標(biāo)記把系統(tǒng)分解成構(gòu)件和連接件,并且說明了這些元素如何連接在一起構(gòu)成一個配置。它不但是形式化描述軟件體系構(gòu)造的根本工具,而且也是對軟件體系構(gòu)造進展求精、驗證、演化和分析的前提和根底。典型的ADLC2,C2是一種基于構(gòu)件和消息的ADL,適用于大型頻繁交互的層次型圖形用戶界面的軟件體系構(gòu)造描述。C2構(gòu)件包含4個內(nèi)部局部:內(nèi)部對象、包裝器、對話和域轉(zhuǎn)換器,內(nèi)部對象存儲構(gòu)件狀態(tài)并實現(xiàn)構(gòu)件所提供的操作;包裝器監(jiān)控所有操作請求,并通過底端接口發(fā)送通知;對話負(fù)責(zé)把接收到的外部消息映射成內(nèi)部對象上的操作;域轉(zhuǎn)換器是可選的,它可以修改一些消息使其能被其他構(gòu)件理解,這樣一個構(gòu)件就能在特定的體系構(gòu)造中適用。Darwin與Wright,Darwin與Wright分別將∏演算和CSP作為其數(shù)學(xué)根底,適用于分布式并發(fā)類型的體系構(gòu)造描述。Darwin和其他ADL類似,把構(gòu)件這個概念作為系統(tǒng)的根本構(gòu)成元素,在Darwin中,對于構(gòu)件,主要關(guān)心的是它為其他構(gòu)件提供了哪些效勞,他們需要其他構(gòu)件的哪些效勞。Wright的關(guān)鍵思想是把體系構(gòu)造連接件定義為明確的語義實體,Wright的主要特點是對體系構(gòu)造和抽象行為的準(zhǔn)確描述。定義體系構(gòu)造風(fēng)格的能力和一組對體系構(gòu)造描述進展一致性和完善性的檢查。ACME是一種體系構(gòu)造交互語言,支持從一種ADL向另一種ADL規(guī)格說明的轉(zhuǎn)換,ACME的核心概念以7種類型的實體為根底:構(gòu)件、連接件、系統(tǒng)、端口、角色、表述和表述圖,支持系統(tǒng)構(gòu)造的分級描述,特別是每個構(gòu)件或連接件都能用一個或多個更詳細(xì)更低層的描述來表示。ACME主要考慮的是體系構(gòu)造的構(gòu)造,因此并不包含體系構(gòu)造的計算語義,而依靠一個開放的語義框架。因此嚴(yán)格來說,ACME并不是一種真正意義上的ADL,而是一種體系構(gòu)造變換語言,它提供了一種在不同ADL的體系構(gòu)造標(biāo)準(zhǔn)描述之間實現(xiàn)變換的機制。ACME從4個不同的方面對軟件體系構(gòu)造進展描述,分別是構(gòu)造、屬性、約束、類型和風(fēng)格。UniCon是一種圍繞著構(gòu)件和連接件這2個根本概念組織的體系構(gòu)造描述語言。UniCon的主要目的在于支持對體系構(gòu)造的描述,對構(gòu)件交互模式進展定位和編碼,并且對需要不同交互模式的構(gòu)件的打包加以區(qū)分。具體來說UniCon及其支持工具的主要目的有:提供對大量構(gòu)件和連接件的統(tǒng)一的訪問。區(qū)分不同類型的構(gòu)件和連接件以便對體系構(gòu)造配置進展檢查。支持不同的表示方式和不同的開發(fā)人員的分析工具。支持對現(xiàn)有構(gòu)件的使用Aesop是一個軟件體系構(gòu)造設(shè)計環(huán)境生成器,它的最初目標(biāo)就是要提供一個用于構(gòu)造開放的、最初體系構(gòu)造風(fēng)格的體系構(gòu)造設(shè)計環(huán)境開發(fā)工具包。它的根本思路是:要使定義新的風(fēng)格變的容易,從而讓設(shè)計者能夠利用這些風(fēng)格進展體系構(gòu)造設(shè)計。每個這樣的環(huán)境度支持以下5個方面:與風(fēng)格詞匯表相對應(yīng)的一系列設(shè)計元素類型,即特定風(fēng)格的構(gòu)件和連接件檢查設(shè)計元素的成分,滿足風(fēng)格的配置約束優(yōu)化設(shè)計元素的語義描述一個允許外部工具進展分析和操作體系構(gòu)造描述的接口多風(fēng)格特定的體系構(gòu)造的可視化,以及操作它們的圖形編輯工具Rapide是一種基于事件的、用于定義并執(zhí)行系統(tǒng)體系構(gòu)造模型的計算機語言,還包括與這個語言相關(guān)的模仿工具集,是一種可執(zhí)行的ADL,其目的在于通過定義并模擬基于事件的行為對分布式并發(fā)系統(tǒng)建模。Rapide由5種子語言構(gòu)成:類型語言,定義接口類型和函數(shù)類型,支持通過繼承已有的接口來構(gòu)造新的接口類型模式語言,定義具有因果、獨立、時序等關(guān)系的事件所構(gòu)成的事物模型可執(zhí)行語言,包含描述構(gòu)件行為的控制構(gòu)造約束語言,定義構(gòu)件行為和體系構(gòu)造所滿足的形式化約束,其中約束為需要的或制止的偏序集模式Rapide的優(yōu)點在于能夠提供多種分析工具,它所支持的分析都基于檢測在某個模擬過程中的事件是否違法了某種次序關(guān)系MetaH的目的是支持實時、容錯、平安、多處理、嵌入式的軟件體系系統(tǒng)的分析、驗證和生產(chǎn)。MetaH提供了集成的、可跟蹤的體系構(gòu)造規(guī)格說明、分析和實現(xiàn),能夠進一步保證系統(tǒng)行為與模型一致,降低建模、實現(xiàn)、調(diào)試和驗證的難度,能通過更準(zhǔn)確、快速的設(shè)計評估改善系統(tǒng)設(shè)計質(zhì)量。MetaH語言不僅有文本方式的語法描述,又能以圖形方式描述。SADL語言提供了對軟件體系構(gòu)造的準(zhǔn)確文本表示,同時保存了直觀的框線圖模型,明確區(qū)分了多種體系構(gòu)造對象。SADL不僅提供了定義體系構(gòu)造的功能,而且能夠定義對體系構(gòu)造的特定類約束。SADL的一個獨特方面是對體系構(gòu)造層次體系的表示和推理。SADL模式支持構(gòu)造改良,即把一個體系構(gòu)造系統(tǒng)地轉(zhuǎn)化成另一個包含不同體系構(gòu)造概念的體系構(gòu)造。第六章:什么是風(fēng)險分析?分析方法有哪些?風(fēng)險分析是系統(tǒng)平安性工程中一種系統(tǒng)分析方法。主要有以下分析方法:失效模式和后果模式分析,是一種非常有用的方法,主要用于預(yù)防失效。失效模式、后果與嚴(yán)重度分析,是失效模式和后果分析的一個擴展,應(yīng)用于考慮每個組件失效的重要性風(fēng)險和可操作性研究,使用一系列的向?qū)г~調(diào)查來自系統(tǒng)操作每個階段正規(guī)狀況下的后果事件樹分析,又稱決策樹分析,是在給定系統(tǒng)起始事件的情況下,分析此事件可能導(dǎo)致的各種事件的一系列結(jié)果,從而定性與定量的評價系統(tǒng)的特性,并幫助人們做出處理或防范的決策失效樹分析,又稱因果樹分析,在產(chǎn)品設(shè)計階段,失效樹分析可幫助判明潛在危險的模式和災(zāi)難性危險因素,發(fā)現(xiàn)系統(tǒng)或裝置的薄弱環(huán)節(jié),以便改良設(shè)計,也可以作為事故發(fā)生后的調(diào)查手段。改良的風(fēng)險分析方法,用來確定系統(tǒng)中的組件及可能存在的錯誤模式。第七章:什么是設(shè)計模式?模式分類設(shè)計模式是利用面向?qū)ο蠹夹g(shù)來解決特定環(huán)境中問題的方法,是整個軟件行業(yè)不斷積累的集體智慧的結(jié)晶。按照其目的可分為3類:創(chuàng)立模式:Factory〔工廠模式〕、Prototype〔原型模式〕、Builder〔建造模式〕、Singleton〔單利模式〕和Adapter〔適配器模式〕構(gòu)造模式:Fa?ade〔門面模式〕、Proxy〔代理模式〕、Composite〔組合模式〕、Decorator〔裝飾模式〕、Bridge〔橋接模式〕和Flyweight〔享元模式〕行為模式:Template〔模板模式〕、Memento〔備忘錄模式〕、Observer〔觀察者模式〕、ChainofResponsibility〔反映鏈〕、Command〔命令模式〕、State〔狀態(tài)模式〕、Strategy〔策略模式〕、Mediator〔中介者模式〕、Interpreter(解釋器模式定義)、Visitor〔迭代器模式〕第十章:軟件復(fù)用定義軟件復(fù)用是一種由預(yù)先構(gòu)造好的、為復(fù)用目的而設(shè)計的軟件構(gòu)件來建立或者組裝軟件系統(tǒng)的過程第十一章:構(gòu)件的特點以二進制形式存在,軟件構(gòu)件一般不再以源代碼方式實現(xiàn)復(fù)用可與其他獨立開發(fā)的軟件構(gòu)件協(xié)同工作軟件構(gòu)件具有相對獨立的功能與程序設(shè)計語言無關(guān)成為其他軟件構(gòu)件的生成模塊存儲在構(gòu)件庫中的長久實體有提供和請求效勞的插件有良好定義的接口屬于某種構(gòu)件模型有充分的自容性構(gòu)件的分類根據(jù)構(gòu)件復(fù)用的方式,分為黑盒構(gòu)件和百盒構(gòu)件。黑盒構(gòu)件不需要了解內(nèi)部構(gòu)造,能通過接口從外部調(diào)用,能到達(dá)即插即用的構(gòu)件,白盒構(gòu)件是必須經(jīng)過修改才能復(fù)用的構(gòu)件。根據(jù)功能用途,可分為系統(tǒng)構(gòu)件、支撐構(gòu)件和領(lǐng)域構(gòu)件。系統(tǒng)構(gòu)件在整個構(gòu)件集成環(huán)境和運行環(huán)境中都可以使用的構(gòu)件,支撐構(gòu)件是在構(gòu)件集成環(huán)境和構(gòu)件管理系統(tǒng)中使用的構(gòu)件,領(lǐng)域顧客是為專門應(yīng)用領(lǐng)域制作的構(gòu)件。根據(jù)粒度大小可分為根本數(shù)據(jù)構(gòu)造類構(gòu)件、功能構(gòu)件和子系統(tǒng)構(gòu)件根據(jù)構(gòu)件復(fù)用時的形態(tài),分為動態(tài)構(gòu)件和靜態(tài)構(gòu)件,動態(tài)構(gòu)件是運行時刻動態(tài)嵌入、鏈接的構(gòu)件,靜態(tài)構(gòu)件如源代碼構(gòu)件系統(tǒng)分析構(gòu)件設(shè)計構(gòu)件等。根據(jù)構(gòu)件的外部形態(tài),可分為獨立而成熟的構(gòu)件、有限制的構(gòu)件、適應(yīng)性構(gòu)件、裝配的構(gòu)件和可修改的構(gòu)件。根據(jù)構(gòu)件的構(gòu)造,分為原子構(gòu)件和組合構(gòu)件根據(jù)構(gòu)件的來源,分為自開發(fā)構(gòu)件和第三方構(gòu)件3C模型模型是由Tracz提出的構(gòu)件描述模型,3C分別代表概念、內(nèi)容和語境,概念是對構(gòu)件做什么的描述,內(nèi)容描述了構(gòu)件被如何實現(xiàn),語境將可復(fù)用構(gòu)件放置到其可應(yīng)用的領(lǐng)域中,也就是說,通過刻畫概念的、操作的和實現(xiàn)的特征,讓軟件開發(fā)人員能夠搜索到適當(dāng)?shù)臉?gòu)件以滿足應(yīng)用需求。第十三章:軟件過程管理軟件過程管理是能夠在可控制、可預(yù)測的前提下,不斷優(yōu)化和提高軟件開發(fā)的品質(zhì)和降低本錢,保證一個軟件高品質(zhì)和低本錢是進展軟件過程管理的最終目的。軟件規(guī)模度量軟件規(guī)模度量可分為初步度量和詳細(xì)度量。初步度量是在需求分析和詳細(xì)設(shè)計未完成之前,通過對軟件功能分析得出結(jié)果。詳細(xì)度量是在需求分析和詳細(xì)設(shè)計以后所進展的度量,通過參考開發(fā)過程中的詳細(xì)度量結(jié)果,可以對根據(jù)初步度量做出的方案安排進展調(diào)整,以到達(dá)更好的資源配置。軟件規(guī)模度量的方法有:FPA方法、MarkⅡMethod方法、特征點方法、3D功能點方法、構(gòu)造性本錢模型和COSMIC-FFP方法。第十四章:FPA方法FPA方法是一種將系統(tǒng)分解成更小的單位來度量的方法,這樣就更容易理解和分析。利用FPA來度量一個系統(tǒng)規(guī)模的步驟如下:工程類型判定↓確定系統(tǒng)邊界和計測范圍↓計算數(shù)據(jù)功能點↓計算事物功能點↓計算調(diào)整系數(shù)↓計算調(diào)整后的功能點↓確定功能點數(shù)據(jù)功能點是為了實現(xiàn)計測對象應(yīng)用系統(tǒng)的機能所必須的數(shù)據(jù)的規(guī)模衡量。構(gòu)成數(shù)據(jù)功能點的數(shù)據(jù)種類包括內(nèi)部邏輯文件〔InternalLogical〕和外部接口文件〔ExternalInterface〕。ILF是一組用戶可以確認(rèn)的在邏輯上有聯(lián)系的數(shù)據(jù),它們屬于系統(tǒng)內(nèi)部,并通過EI〔ExternalInput外部輸入〕來維護。EIF是一組用戶可以確認(rèn)的在邏輯上有聯(lián)系的數(shù)據(jù),但它只作為參考的目的。這些數(shù)據(jù)保存在應(yīng)用系統(tǒng)邊界的外部,通過另一個系統(tǒng)的EI來維護。對于一個系統(tǒng)的EIF,也是另一個系統(tǒng)的ILF。數(shù)據(jù)功能點計算流程如下數(shù)據(jù)的抽出↓數(shù)據(jù)種類的識別〔ILF/EIF〕↓RET〔記錄元素類型〕的識別和計數(shù)↓DET〔數(shù)據(jù)元素類型〕的識別和計數(shù)↓數(shù)據(jù)復(fù)雜性判定↓計算出數(shù)據(jù)功能點事物功能點〔TransactionFunctionPointTFP〕是網(wǎng)絡(luò)實現(xiàn)計測對象應(yīng)用系統(tǒng)的機能所必須的事物處理的規(guī)模的度量,是用戶和開發(fā)者共同認(rèn)識的、可以被定義的、不可分割的業(yè)務(wù)處理的最小單位。TFP的種類包括外部輸入〔EI〕、外部輸出〔EO〕和外部查詢〔

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論