軟件體系結(jié)構(gòu)的質(zhì)量特性樣本

軟件體系構(gòu)造質(zhì)量特性摘要：眾所周知是，為了減少風險和減少構(gòu)建軟件系統(tǒng)困難，人們在軟件開發(fā)過程初期應當一方面考慮質(zhì)量問題。此外，系統(tǒng)構(gòu)造驅(qū)動著整個開發(fā)過程。備用構(gòu)造中非功能性質(zhì)量需求實現(xiàn)決定了選取銜接整個系統(tǒng)便利構(gòu)造。這一議題在可靠變革應用程序構(gòu)建中非常重要。軟件開發(fā)思想并沒有在這一重要階段給與諸多細節(jié)關(guān)注。這篇文章詳述了軟件體系構(gòu)造質(zhì)量特性，并且簡介了一種基于ISO9126-1原則技術(shù)。ISO模型質(zhì)量特性被精煉成為一種屬性。而這種屬性可被度量以增長體系構(gòu)造信息。咱們技術(shù)通過比較各自質(zhì)量屬性值從一組候選中挑選出恰當體系構(gòu)造。并以一種關(guān)于監(jiān)制系統(tǒng)技術(shù)應用程序為例闡明。咱們辦法有助于在體系構(gòu)造分析過程中對的選取決定。它可以很容易被并入普通軟件開發(fā)過程或者一種特別體系構(gòu)造設(shè)計思想。簡介：在軟件開發(fā)初期階段以非功能需求為目的質(zhì)量需求極大影響了軟件系統(tǒng)體系構(gòu)造。但是，系統(tǒng)核心功能需求提取在初始系統(tǒng)構(gòu)造擬定上扮演著重要角色。另一方面，質(zhì)量需求在軟件設(shè)計階段需要平衡[Kazmanetal.]。僅僅在近來，精準軟件體系構(gòu)造設(shè)計重要性（并不是局限于筆紙圖畫符號設(shè)計方式）為了可靠系統(tǒng)構(gòu)造而蓬勃發(fā)展起來[Bachmannetal.1996]，[Bosch]，[Krutchen].。那些涉及istribution，adaptability，interoperability，componentreusabilityandreal-timeissues當代應用軟件需要一種初期體系構(gòu)造定義來滿足可維護行和可靠性之類質(zhì)量需求。這些對于在架構(gòu)之下軟件系統(tǒng)所有功能性需求目的完畢是至關(guān)重要。特殊，使用網(wǎng)絡(luò)服務(wù)新信息系統(tǒng)，例如基于網(wǎng)絡(luò)電子商務(wù)應用程序，沒有過多關(guān)懷軟件工程時間而是因市場需求而發(fā)展及其迅速。此外，此種產(chǎn)品質(zhì)量不在討論范疇之內(nèi)。然而，當一種HTML頁面在瀏覽器端顯示出來時候，咱們立即就能意識到咱們與否使用了一種好或者壞網(wǎng)絡(luò)應用程序。像可用性，可靠性或有效性等因素涉及到這個迅速評估。事實上，自從系統(tǒng)開發(fā)之初，軟件開發(fā)者們對網(wǎng)絡(luò)應用程序質(zhì)量特性就沒有一種清晰描述，正如咱們所指出，軟件工程范例普通被忽視。例如，雖然當應用程序數(shù)據(jù)語義與描述分離是一種可接受范例，TMLsnlyusdssfhsssue，直到近來，XML才被接受。于是，質(zhì)量需求詳述就成為了一種有趣問題。在功能需求詳述過程中，質(zhì)量需求也許會隱藏浮現(xiàn)，例如在一種純文本用例或一種方案中。但是在原則面向?qū)ο笏枷胫袥]有直接指引辦法和清晰建模原理來捕獲或詳細描述質(zhì)量需求。并且咱們直到軟件體系構(gòu)造設(shè)計不是一種獨立行為，而是軟件產(chǎn)品開發(fā)和改良過程中更進一步階段。軟件體系構(gòu)造應當作為一種重要側(cè)重點以建立更清晰可重用軟件框架frunngtoatnxtt，hevllutyfesutngsftweuct.本篇文章重要目是簡介（建議）一種基于ISO9126-1[ISO/IEC1998]原則技術(shù)來描述相應軟件質(zhì)量特性，而這種技術(shù)為品質(zhì)級別或其她可測量要素所精準描述，并參加軟件體系構(gòu)造設(shè)計過程之中。作為體系構(gòu)造設(shè)計階段中，質(zhì)量特性詳細闡明和規(guī)范度量是軟件體系構(gòu)造改進過程基本，而這些改進過程容許對最初設(shè)計進行改進和增長。這種基于系統(tǒng)某些核心功能需求而選取備案在設(shè)計過程中不斷被轉(zhuǎn)變和改進以達到預期質(zhì)量目的，而這些質(zhì)量目的正是系統(tǒng)應當達到質(zhì)量需求價值所在。在這一過程中為了最后系統(tǒng)，質(zhì)量需求經(jīng)常被轉(zhuǎn)化為隱性功能需求[sch]，例如最后系統(tǒng)把這些需求表達為附加機制。但是，在普通習慣性軟件分析和設(shè)計思想中，這些質(zhì)量特性詳述和評估表述僅僅基于設(shè)計者經(jīng)驗。ATMT（基于構(gòu)架權(quán)衡分析辦法）[Kznt.]與咱們辦法有某些共同之處。它使用了一種稱之為utty(symnss)ttu-sdchtctultyKnndKzn].utilitytree并不清晰，并且質(zhì)量特性解釋并不原則。utilitytree通過一組可被驅(qū)動體系構(gòu)造測試方案來給與方案優(yōu)先權(quán)來擬定核心之處。特性測量通過stimuli，參數(shù)和響應來顯示。咱們辦法使用依照ISO9126-1原則質(zhì)量模型來考慮質(zhì)量需求詳述。這個在構(gòu)造上接近ATAM質(zhì)量樹級別模型對于軟件體系構(gòu)造很適當。ISO質(zhì)量模型當前是軟件工業(yè)原則并且它通過高度抽象層次來解釋。它由內(nèi)部和外部因素和使用品質(zhì)特性視圖質(zhì)量決定。這種質(zhì)量特性（ATAM特性）正好被很原則解釋，并且特性度量普通很普遍，它可覺得詳細應用做更進一步解釋。軟件運營環(huán)境質(zhì)量是由用例模型質(zhì)量決定，也就是在上下文使用中，顧客對于質(zhì)量觀點。此篇文章中咱們只關(guān)懷關(guān)于內(nèi)外因素質(zhì)量模型，而這個質(zhì)量模型分別描述了顧客和開發(fā)者觀點。為了完備使用質(zhì)量，這個系統(tǒng)必要達到內(nèi)部和外部目的。在軟件開發(fā)過程中浮現(xiàn)如下狀況：當軟件作為電腦系統(tǒng)中一某些和內(nèi)部軟件評估或是實體屬性測量成果時，質(zhì)量特性經(jīng)常被詳細描述為顯現(xiàn)外在子特性。在咱們例子中，不得不把這些屬性轉(zhuǎn)化或翻譯成稱之為媒介軟件產(chǎn)品軟件體系構(gòu)造。在軟件開發(fā)過程中獲得特性值可被用來校驗內(nèi)部質(zhì)量目的，而這些內(nèi)部質(zhì)量目的有助于確認最后軟件系統(tǒng)規(guī)定外部目的[/EC.。擁有質(zhì)量特性詳細描述這樣事實為體系構(gòu)造詳細闡明增長了更多信息，這樣有助于為解決特定設(shè)計問題而挑選體系構(gòu)造設(shè)計過程。除了簡介和結(jié)論，；論文重要某些如下：——為詳述軟件體系構(gòu)造質(zhì)量特性，給出了一種基于ISO9126-1原則通用質(zhì)量模型描述?！环N實例研究，在這個實例中，咱們將獲得通用質(zhì)量模型來進行使用網(wǎng)絡(luò)設(shè)備實時監(jiān)視系統(tǒng)軟件體系構(gòu)造選取。2、為軟件體系構(gòu)造而修改ISO9126-1質(zhì)量模型。ISO9126-1質(zhì)量模型：依照ISO9126-1原則[ISO/IEC，1998]，質(zhì)量被描述為一組產(chǎn)品或服務(wù)特色或特性，而這些特色和特性是基于自己能力來滿足顯性或隱性需求。同步，對于質(zhì)量定義不同看法也應被尊重：從顧客角度來看，它是最后產(chǎn)品質(zhì)量；從開發(fā)者角度來看，它是在開發(fā)過程中由不同項目有關(guān)人員生產(chǎn)中間產(chǎn)品質(zhì)量。從終端管理者角度來看，它是營銷需求。所有產(chǎn)品質(zhì)量都可以被不同觀點集合所表達。在咱們文章中，顧客和開發(fā)者（架構(gòu)師）觀點角度將會被采納。MCCALL工作區(qū)別了兩類質(zhì)量特性：因素和原則。前者不能直接被測量而后者可以被主觀測量。這啟發(fā)了O-1模型?；谶@個原則，ISO9126-1更進一步將McCall模型化簡為ISO9126-1質(zhì)量模型，當前它在廣泛藝術(shù)級產(chǎn)品質(zhì)量闡明書中被接受。它建議了一組六個互相獨立高階質(zhì)量特性。而這些質(zhì)量特性被定義為其質(zhì)量已被描述和評估軟件產(chǎn)品質(zhì)量特性。在開發(fā)各種階段，質(zhì)量特性被作為外部質(zhì)量確認和內(nèi)部質(zhì)量審查目的。當獲得特性和可測量實體時，她們被描述成子特性。在文中度量和測量