架構(gòu)設(shè)計師知識點筆記20181116

1、軟件架構(gòu)風(fēng)格描述某一特定領(lǐng)域中的系統(tǒng)組織方式和慣用模式，反映了領(lǐng)域中眾多系統(tǒng)所共有的構(gòu)造和語義特征。用戶界面設(shè)計的根本原那么是從實踐中總結(jié)出來的一些設(shè)計規(guī)那么。Theo Maiidel在他的界面設(shè)計著作中提出3條“黃金規(guī)那么：讓用戶擁有控制權(quán)減少用戶的記憶負(fù)擔(dān)保持界面一致IETF集成效勞IntServ)工作組根據(jù)效勞質(zhì)量的不同，把Internet效勞分成了三種類型：保證質(zhì)量的效勞Guranteed Services)：對帶寬、時延、抖動和丟包率提供定量的保證；負(fù)載受控的效勞Comrolled-load Services)：提供一種類似于網(wǎng)絡(luò)欠載情況下的效勞，這是一種定性的指標(biāo)；盡力而為的效勞B

2、est-Effort)：這是Internet提供的一般效勞，根本上無任何質(zhì)量保證。在大多數(shù)情況下，為測試新系統(tǒng)的性能，用戶必須依靠評價程序來評價機器的性能。對于真實程序、核心程序、小型基準(zhǔn)程序和合成基準(zhǔn)程序來說，其評測程度依次遞減。把應(yīng)用程序中用的最多、最頻繁的那局部核心程序作為評價計算機性能的標(biāo)準(zhǔn)程序，稱為基準(zhǔn)測試程序Benchmark)1數(shù)據(jù)流風(fēng)格：批處理序列；管道/過濾器。 2調(diào)用/返回風(fēng)格：主程序/子程序；面向?qū)ο箫L(fēng)格；層次構(gòu)造。 3獨立構(gòu)件風(fēng)格：進程通信；事件系統(tǒng)。 4虛擬機風(fēng)格：解釋器；基于規(guī)那么的系統(tǒng)。 5倉庫風(fēng)格：數(shù)據(jù)庫系統(tǒng)；超文本系統(tǒng)；黑板系統(tǒng)。二、設(shè)計模式的六大原那么1.開

3、閉原那么Open Close Principle開閉原那么就是說對擴展開放，對修改關(guān)閉。在程序需要進展擴展的時候，不能去修改原有代碼，實現(xiàn)一個熱插拔的效果。所以一句話概括就是：為了使程序的擴展性好，易于維護和升級。想要到達這樣的效果，我們需要使用接口和抽象類，后面的具體設(shè)計中我們會體會到這點2.里氏代換原那么Liskov Substitution PrincipleLSP3.依賴倒轉(zhuǎn)原那么Dependence Inversion Principle4.接口隔離原那么Interface Segregation Principle5.迪米特法那么最少知道原那么Demeter Principle6.

4、合成復(fù)用原那么Composite Reuse Principle原那么是盡量使用合成、聚合的方式，而不是使用繼承。UML的五種視圖：5種視圖分別描述系統(tǒng)的一個方面，5種視圖組合成UML語言完整的模型。用例視圖 用戶 描述系統(tǒng)應(yīng)具備的功能。邏輯視圖 設(shè)計人員和開發(fā)人員 描述用例視圖中提出的系統(tǒng)功能的實現(xiàn)。組件視圖 開發(fā)人員 顯示代碼組件的組織構(gòu)造。配置視圖 開發(fā)人員、系統(tǒng)集成人員、測試人員 顯示系統(tǒng)的具體部署。部署是指將系統(tǒng)配置到由計算機和設(shè)備組成的物理構(gòu)造上。并發(fā)視圖 開發(fā)人員、系統(tǒng)集成人員 顯示系統(tǒng)的并發(fā)性，解決在并發(fā)系統(tǒng)中存在的通信和同步問題。UML的九種圖：1.用例圖use case d

5、iagrams1類圖class diagrams2對象圖object diagrams1序列圖順序圖2協(xié)作圖Collaboration diagrams4.行為圖： 描述系統(tǒng)的動態(tài)模型和對象之間的交互關(guān)系。1狀態(tài)圖Statechart diagrams2活動圖Activity diagrams1構(gòu)件圖Component diagrams2部署圖Deployment diagrams創(chuàng)立型模式，就是創(chuàng)立對象的模式，抽象了實例化的過程。它幫助一個系統(tǒng)獨立于如何創(chuàng)立、組合和表示它的那些對象。關(guān)注的是對象的創(chuàng)立，創(chuàng)立型模式將創(chuàng)立對象的過程進展了抽象，也可以理解為將創(chuàng)立對象的過程進展了封裝，作為客戶程序

6、僅僅需要去使用對象，而不再關(guān)心創(chuàng)立對象過程中的邏輯。構(gòu)造型模式的作用是解決怎樣組裝現(xiàn)有的類，設(shè)計他們的交互方式，從而到達實現(xiàn)一定的功能的目的。構(gòu)造型模式包含了對很多問題的解決。例如：擴展性(外觀、組成、代理、裝飾)封裝性(適配器，橋接)。行為型模式涉及到算法和對象間職責(zé)的分配，行為模式描述了對象和類的模式，以及它們之間的通信模式，行為型模式刻畫了在程序運行時難以跟蹤的復(fù)雜的控制流。說明什么是數(shù)據(jù)庫建模中的反標(biāo)準(zhǔn)化技術(shù)，指出采用反標(biāo)準(zhǔn)化技術(shù)能獲得哪些益處，可能帶來哪些問題。標(biāo)準(zhǔn)化設(shè)計后，數(shù)據(jù)庫設(shè)計者希望犧牲局部標(biāo)準(zhǔn)化來提高性能，這種從標(biāo)準(zhǔn)化設(shè)計的回退方法稱為反標(biāo)準(zhǔn)化技術(shù)。采用反標(biāo)準(zhǔn)化技術(shù)的益處：

7、降低連接操作的需求、降低外碼和索引的數(shù)目，還可能減少表的數(shù)目，能夠提高查詢效率?？赡軒淼膯栴}：數(shù)據(jù)的重復(fù)存儲，浪費了磁盤空間；可能出現(xiàn)數(shù)據(jù)的完整性問題，為了保障數(shù)據(jù)的一致性，增加了數(shù)據(jù)維護的復(fù)雜性，會降低修改速度。1增加冗余列：在多個表中保存一樣的列，通過增加數(shù)據(jù)冗余減少或防止查詢時的連接操作。2增加派生列：在表中增加可以由本表或其它表中數(shù)據(jù)計算生成的列，減少查詢時的連接操作并防止計算或使用集合函數(shù)。3重新組表：如果許多用戶需要查看兩個表連接出來的結(jié)果數(shù)據(jù)，那么把這兩個表重新組成一個表來減少連接而提高性能。4水平分割表：根據(jù)一列或多列數(shù)據(jù)的值，把數(shù)據(jù)放到多個獨立的表中，主要用于表數(shù)據(jù)規(guī)模很大

8、、表中數(shù)據(jù)相對獨立或數(shù)據(jù)需要存放到多個介質(zhì)上時使用。5垂直分割表：對表進展分割，將主鍵與局部列放到一個表中，主鍵與其它列放到另一個表中，在查詢時減少I/O次數(shù)。邏輯視圖：主要支持系統(tǒng)的功能需求，即系統(tǒng)提供應(yīng)最終用戶的效勞。在邏輯視圖中，系統(tǒng)分解成一系列的功能抽象，這些抽象主要來自問題領(lǐng)域。邏輯視圖。邏輯視圖也稱為設(shè)計視圖，它表示了設(shè)計模型中在架構(gòu)方面具有重要意義的局部，即類、子系統(tǒng)、包和用例實現(xiàn)的子集。進程視圖：側(cè)重于系統(tǒng)的運行特性，主要關(guān)注一些非功能性的需求，例如系統(tǒng)的性能和可用性。進程視圖。進程視圖是可執(zhí)行線程和進程作為活動類的建模，它是邏輯視圖的一次執(zhí)行實例，描述了并發(fā)與同步構(gòu)造。開發(fā)視

9、圖：也稱為模塊視圖，主要側(cè)重于軟件模塊的組織和管理。物理視圖：主要考慮如何把軟件映射到硬件上，它通常要考慮到解決系統(tǒng)拓?fù)錁?gòu)造、系統(tǒng)安裝、通信等問題。部署視圖。部署視圖把構(gòu)件部署到一組物理節(jié)點上，表示軟件到硬件的映射和分布構(gòu)造。場景：可以看作是那些重要系統(tǒng)活動的抽象，它使四個視圖有機地聯(lián)系起來，從某種意義上說，場景是最重要的需求抽象。邏輯視圖和開發(fā)視圖描述系統(tǒng)的靜態(tài)構(gòu)造，而進程視圖和物理視圖描述系統(tǒng)的動態(tài)構(gòu)造。對于不同的軟件系統(tǒng)來說，側(cè)重的角度也有所不同。例如，對于管理信息系統(tǒng)來說，比擬側(cè)重于從邏輯視圖和開發(fā)視圖來描述系統(tǒng)，而對于實時控制系統(tǒng)來說，那么比擬注重于從進程視圖和物理視圖來描述系統(tǒng)。實

10、體類映射需求中的每個實體，實體類保存需要存儲在永久存儲體中的信息?？刂祁愑糜趯σ粋€或幾個用例所特有的控制行為進展建模，控制對象通常控制其他對象，因此它們的行為具有協(xié)調(diào)性。邊界類用于封裝在用例內(nèi)、外流動的信息或數(shù)據(jù)流。邊界類是一種用于對系統(tǒng)外部環(huán)境與其內(nèi)部運作之間的交互進展建模的類。構(gòu)造化分析方法的根本思想是自頂向下，逐層分解，把一個大問題分解成假設(shè)干個小問題，每個小問題再分解成假設(shè)干個更小的問題。經(jīng)過逐層分解，每個最低層的問題都是足夠簡單、容易解決的。構(gòu)造化方法分析模型的核心是數(shù)據(jù)字典，圍繞這個核心，有三個層次的模型，分別是數(shù)據(jù)模型、功能模型和行為模型(也稱為狀態(tài)模型)。在實際工作中，一般使用

11、E-R圖表示數(shù)據(jù)模型，用DFD表示功能模型，用狀態(tài)轉(zhuǎn)換圖表示行為模型。這三個模型有著密切的關(guān)系，它們的建立不具有嚴(yán)格的時序性，而是一個迭代的過程基于軟件架構(gòu)的開發(fā)(Architecture Based Software Development，ABSD)強調(diào)由商業(yè)、質(zhì)量和功能需求的組合驅(qū)動軟件架構(gòu)設(shè)計。它強調(diào)采用視角和視圖來描述軟件架構(gòu)，采用用例和質(zhì)量屬性場景來描述需求面向?qū)ο蟮姆治瞿Ｐ椭饕身攲蛹軜?gòu)圖、用例與用例圖和領(lǐng)域概念模型構(gòu)成設(shè)計模型那么包含以包圖表示的軟件體系機構(gòu)圖、以交互圖表示的用例實現(xiàn)圖、完整準(zhǔn)確的類圖、描述復(fù)雜對象的狀態(tài)圖和用以描述流程化處理過程的活動圖等狀態(tài)圖：用來描述一個特

12、定對象的所有可能狀態(tài)以及其引起狀態(tài)轉(zhuǎn)移的事件?；顒訄D：用來描述操作的行為，也用于描述用例和對象內(nèi)部的工作過程。兩者有本質(zhì)區(qū)別：狀態(tài)圖和活動圖用于不同的目的，狀態(tài)圖著重描述一系列的狀態(tài)及狀態(tài)間的轉(zhuǎn)移，狀態(tài)間的變遷需要外部事件的觸發(fā)?；顒訄D用于捕獲動作及動作的結(jié)果，活動圖中一個活動完畢將立即進入下一個活動，是內(nèi)部處理驅(qū)動的流程。MVC架構(gòu)風(fēng)格最初是Smalltalk-80中用來構(gòu)建用戶界面時采用的架構(gòu)設(shè)計風(fēng)格。其中M代表模型(Model)，V代表視圖(View)，C代表控制器(Controller)。在該風(fēng)格中，模型表示待展示的對象，視圖表示模型的展示，并能接收用戶的輸入數(shù)據(jù)，但是它不進展任何實際

13、業(yè)務(wù)處理，控制器負(fù)責(zé)把用戶的動作轉(zhuǎn)成針對模型的操作。模型通過更新視圖的數(shù)據(jù)來反映自身的變化。EJB中Bean分這三種類型：Session Bean, Entity Bean, Message-Driven Bean.Session Bean的職責(zé)：維護一個短暫會話，當(dāng)客戶端執(zhí)行完成后，Session Bean和它的數(shù)據(jù)會消失。Entity Bean的職責(zé)：維護一行持久穩(wěn)固的數(shù)據(jù)，如果客戶端終止或者效勞完畢，底層的效勞會負(fù)責(zé)entity Bean數(shù)據(jù)的存儲。Message-Driven Bean的職責(zé)：結(jié)合了Session Bean 和JMS，允許異步接收消息。在EJB里面，會話Bean分為兩種

14、，一種是有狀態(tài)的會話Bean，另一種是無狀態(tài)的會話Bean，本節(jié)主要講解一下兩者之間的區(qū)別。對于有狀態(tài)的會話Bean，這種情況屬于，效勞端與你單獨開辟了一塊空間與你進展交互。而客戶端感覺效勞端單獨為他自己效勞似的。而無狀態(tài)的會話Bean，那么效勞端不提供了一個資源但是誰用都行，他不負(fù)責(zé)。所以客戶端在使用的時候，那么會感到這個效勞 與其他人共享似的。1.有狀態(tài)會話bean ：每個用戶有自己特有的一個實例，在用戶的生存期內(nèi)，bean保持了用戶的信息，即“有狀態(tài)；一旦用戶滅亡調(diào)用完畢或?qū)嵗戤叄琤ean的生命期也告完畢。即每個用戶最初都會得到一個初始的bean。 2.無狀態(tài)會話bean ：bean一

15、旦實例化就被加進會話池中，各個用戶都可以共用。即使用戶已經(jīng)消亡，bean 的生命期也不一定完畢，它可能依然存在于會話池中，供其他用戶調(diào)用。由于沒有特定的用戶，那么也就不能保持某一用戶的狀態(tài)，所以叫無狀態(tài)bean。但無狀態(tài)會話bean 并非沒有狀態(tài)，如果它有自己的屬性變量，那么這些變量就會受到所有調(diào)用它的用戶的影響，這是在實際應(yīng)用中必須注意的1概念模式。概念模式模式、邏輯模式是數(shù)據(jù)庫中全體數(shù)據(jù)的邏輯構(gòu)造和特征的描述，是所有用戶的公共數(shù)據(jù)視圖。一個數(shù)據(jù)庫只有一個概念模式 數(shù)據(jù)庫系統(tǒng)概念模式通常還包含有訪問控制、保密定義、完整性檢查等方面的內(nèi)容，以及概念/物理之間的映射。2外模式。外模式子模式、用戶

16、模式用以描述用戶看到或使用的那局部數(shù)據(jù)的邏輯構(gòu)造，用戶根據(jù)外模式用數(shù)據(jù)操作語句或應(yīng)用程序去操作數(shù)據(jù)庫中的數(shù)據(jù)。外模式主要描述組成用戶視圖的各個記錄的組成、相互關(guān)系、數(shù)據(jù)項的特征、數(shù)據(jù)的平安性和完整性約束條件。3內(nèi)模式。內(nèi)模式是數(shù)據(jù)物理構(gòu)造和存儲方式的描述，是數(shù)據(jù)在數(shù)據(jù)庫內(nèi)部的表示方式。一個數(shù)據(jù)庫只有一個內(nèi)模式。內(nèi)模式定義的是存儲記錄的類型、存儲域的表示以及存儲記錄的物理順序，指引元、索引和存儲路徑等數(shù)據(jù)的存儲組織。SOA 是一種應(yīng)用程序架構(gòu)，在這種架構(gòu)中，所有功能都定義為獨立的效勞，這些效勞帶有定義明確的可調(diào)用接口，能夠以定義好的順序調(diào)用這些效勞來形成業(yè)務(wù)流程。SOA 是一種 C/S 架構(gòu)的軟

17、件設(shè)計方法，應(yīng)用由效勞和效勞使用者組成，SOA 與大多數(shù)通用的 C/S 架構(gòu)模型不同之處，在于它著重強調(diào)構(gòu)件的松散耦合，并使用獨立的標(biāo)準(zhǔn)接口。在 SOA 模型中，所有的功能都定義成了獨立的效勞。效勞之間通過交互和協(xié)調(diào)完成業(yè)務(wù)的整體邏輯。所有的效勞通過效勞總線或流程管理器來連接。這種松散耦合的架構(gòu)使得各效勞在交互過程中無需考慮雙方的內(nèi)部實現(xiàn)細(xì)節(jié)，以及部署在什么平臺上在采用 Web Service 作為 SOA 的實現(xiàn)技術(shù)時，應(yīng)用系統(tǒng)大致可以分為六個層次，分別是底層傳輸層、效勞通信協(xié)議層、效勞描述層、 效勞層、業(yè)務(wù)流程層和效勞注冊層。 1底層傳輸層。底層傳輸層主要負(fù)責(zé)消息的傳輸機制，HTTP、JM

18、SJava Messaging Service，Java 消息效勞和 SMTP 都可以作為效勞的消息傳輸協(xié)議，其中 HTTP 使用最廣。 2效勞通信協(xié)議層。效勞通信協(xié)議層的主要功能是描述并定義效勞之間進展消息傳遞所需的技術(shù)標(biāo)準(zhǔn)，常用的標(biāo)準(zhǔn)是 SOAP 和 REST 協(xié)議。 3效勞描述層。效勞描述層主要以一種統(tǒng)一的方式描述效勞的接口與消息交換方式，相關(guān)的標(biāo)準(zhǔn)是 WSDL。 4效勞層。效勞層的主要功能是將遺留系統(tǒng)進展包裝，并通過發(fā)布的 WSDL 接口描述被定位和調(diào)用。 5業(yè)務(wù)流程層。業(yè)務(wù)流程層的主要功能是支持效勞發(fā)現(xiàn)，效勞調(diào)用和點到點的效勞調(diào)用，并將業(yè)務(wù)流程從效勞的底層調(diào)用抽象出來。6效勞注冊層的

19、主要功能是使效勞提供者能夠通過 WSDL 發(fā)布效勞定義，并支持效勞請求者查找所需的效勞信息。相關(guān)的標(biāo)準(zhǔn)是 UDDI。在一個復(fù)雜的企業(yè)計算環(huán)境中，如果效勞提供者和效勞請求者之間采用直接的端到端的交互，那么隨著企業(yè)信息系統(tǒng)的增加和復(fù)雜度的提高，系統(tǒng)之間的關(guān)聯(lián)會逐漸變得非常復(fù)雜，形成一個網(wǎng)狀構(gòu)造，這將帶來昂貴的系統(tǒng)維護費用，同時也使得 IT 根底設(shè)施的復(fù)用變得困難重重。ESB 提供了一種根底設(shè)施，消除了效勞請求者與效勞提供者之間的直接連接，使得效勞請求者與效勞提供者之間進一步解耦。ESB 是由中間件技術(shù)實現(xiàn)并支持 SOA的一組根底架構(gòu)，是傳統(tǒng)中間件技術(shù)與 XML、 Web Service 等技術(shù)結(jié)合

20、的產(chǎn)物，是在整個企業(yè)集成架構(gòu)下的面向效勞的企業(yè)應(yīng)用集成機制。具體來說，ESB 具有以下功能： 1支持異構(gòu)環(huán)境中的效勞、消息和基于事件的交互，并且具有適當(dāng)?shù)男诩墑e和可管理性。 2通過使用 ESB，可以在幾乎不更改代碼的情況下，以一種無縫的非侵入方式使現(xiàn)有系統(tǒng)具有全新的效勞接口，并能夠在部署環(huán)境中支持任何標(biāo)準(zhǔn)。 3充當(dāng)緩沖器的 ESB負(fù)責(zé)在諸多效勞之間轉(zhuǎn)換業(yè)務(wù)邏輯和數(shù)據(jù)格式與效勞邏輯相別離，從而使不同的系統(tǒng)可以同時使用同一個效勞，不用在系統(tǒng)或數(shù)據(jù)發(fā)生變化時，改動效勞代碼。 4在更高的層次，ESB 還提供諸如效勞代理和協(xié)議轉(zhuǎn)換等功能。允許在多種形式下通過像 HTTP、SOAP 和 JMS 總線的多

21、種傳輸方式，主要是以網(wǎng)絡(luò)效勞的形式，為發(fā)表、注冊、發(fā)現(xiàn)和使用企業(yè)效勞或界面提供根底設(shè)施。 5提供可配置的消息轉(zhuǎn)換翻譯機制和基于消息內(nèi)容的消息路由效勞，傳輸消息到不同的目的地。 6提供平安和擁有者機制，以保證消息和效勞使用的認(rèn)證、授權(quán)和完整性。系統(tǒng)架構(gòu)風(fēng)險是指架構(gòu)設(shè)計中潛在的、存在問題的架構(gòu)決策所帶來的隱患。敏感點是為了實現(xiàn)某種特定質(zhì)量屬性，一個或多個系統(tǒng)組件所具有的特性。權(quán)衡點是影響多個質(zhì)量屬性，并對多個質(zhì)量屬性來說都是敏感點的系統(tǒng)屬性。JRP是一個通過高度組織的群體會議來分析企業(yè)內(nèi)的問題并獲取需求的過程，它是聯(lián)合應(yīng)用開發(fā)JAD)的-局部。JRP的主要意圖是收集需求，而不是對需求進展分析和驗證

22、。實施JRP時應(yīng)把握以下主要原那么：在JRP實施之前，應(yīng)制定詳細(xì)的議程，并嚴(yán)格遵照議程進展；按照既定的時間安排進展；盡量完整地記錄會議期間的內(nèi)容；在討論期間盡量防止使用專業(yè)術(shù)語；充分運用解決沖突的技能；會議期間應(yīng)設(shè)置充分的間歇時間；鼓勵團隊取得-致意見；保證參加JRP的所有人員能夠遵守實現(xiàn)約定的規(guī)那么。構(gòu)造化分析方法的根本思想是自頂向下，逐層分解，把一個大問題分解成假設(shè)干個小問題，每個小問題再分解成假設(shè)干個更小的問題。經(jīng)過逐層分解，每個最低層的問題都是足夠簡單、容易解決的。構(gòu)造化方法分析模型的核心是數(shù)據(jù)字典，圍繞這個核心，有三個層次的模型，分別是數(shù)據(jù)模型、功能模型和行為模型也稱為狀態(tài)模型。在實

23、際工作中，一般使用E-R圖表示數(shù)據(jù)模型，用DFD表示功能模型，用狀態(tài)轉(zhuǎn)換圖表示行為模型。這三個模型有著密切的關(guān)系，它們的建立不具有嚴(yán)格的時序性，而是一個迭代的過程。邏輯視圖。邏輯視圖也稱為設(shè)計視圖，它表示了設(shè)計模型中在架構(gòu)方面具有重要意義的局部，即類、子系統(tǒng)、包和用例實現(xiàn)的子集。進程視圖。進程視圖是可執(zhí)行線程和進程作為活動類的建模，它是邏輯視圖的一次執(zhí)行實例，描述了并發(fā)與同步構(gòu)造。實現(xiàn)視圖。實現(xiàn)視圖對組成基于系統(tǒng)的物理代碼的文件和構(gòu)件進展建模。部署視圖。部署視圖把構(gòu)件部署到一組物理節(jié)點上，表示軟件到硬件的映射和分布構(gòu)造。用例視圖。用例視圖是最根本的需求分析模型。軟件架構(gòu)設(shè)計是降低本錢、改良質(zhì)量

24、、按時和按需交付產(chǎn)品的關(guān)鍵因素。軟件架構(gòu)設(shè)計能夠滿足系統(tǒng)的性能、平安性、可維護性等品質(zhì)；軟件架構(gòu)設(shè)計能夠幫助工程干系人Stakeholder)更好地理解軟件構(gòu)造：軟件架構(gòu)設(shè)計能夠有效地管理系統(tǒng)的復(fù)雜性，并降低系統(tǒng)維護費用；軟件架構(gòu)設(shè)計對系統(tǒng)開發(fā)具有指導(dǎo)性：軟件架構(gòu)設(shè)計為系統(tǒng)復(fù)用奠定的根底；軟件架構(gòu)設(shè)計能夠支持沖突分析。需要注意的是，軟件架構(gòu)設(shè)計與系統(tǒng)需求是直交的，兩者并無必然聯(lián)系。架構(gòu)權(quán)衡分析方法是一種系統(tǒng)架構(gòu)評估方法，主要在系統(tǒng)開發(fā)之前，針對性能、可用性、平安性和可修改性等質(zhì)量屬性進展評價和折中。ATAM可以分為4個主要的活動階段，包括需求收集、架構(gòu)視圖描述、屬性模型構(gòu)造和分析、架構(gòu)決策與折

25、中，整個評估過程強調(diào)以屬性作為架構(gòu)評估的核心概念。題目中提到“某軟件公司采用ATAM進展軟件架構(gòu)評估，在評估過程中識別出了多個關(guān)于質(zhì)量屬性的描述。其中，系統(tǒng)在進展文件保存操作時，應(yīng)該與Windows系統(tǒng)的操作方式保持一致。與用戶所熟悉的操作方式，操作界面保持一致，這是一種減輕用戶記憶負(fù)擔(dān)，降低學(xué)習(xí)本錢的做法，這有利于提高系統(tǒng)的易用性。“系統(tǒng)應(yīng)該提供一個開放的API接口，支持遠程對系統(tǒng)的行為進展控制與調(diào)試，在此處，我們注意到描述的核心落在“支持遠程對系統(tǒng)的行為進展控制與調(diào)試上了，而調(diào)試是在測試之后準(zhǔn)確定位系統(tǒng)錯誤的一種機制，所以這種做法有利于提高系統(tǒng)的可測試性。最后的兩空也是考概念：在識別出上述

26、描述后，通常采用效用樹對質(zhì)量屬性的描述進展刻畫與排序。在評估過程中，權(quán)衡點是一個會影響多個質(zhì)量屬性的架構(gòu)設(shè)計決策。SAAMATAM特定目標(biāo)通過程序文檔驗證體系構(gòu)造，注重發(fā)現(xiàn)潛在問題，可用于評價單系統(tǒng)或進展多系統(tǒng)比擬確定在多個質(zhì)量屬性之間折中的必要性評估技術(shù)場景技術(shù)場景技術(shù)、啟發(fā)式分析方法質(zhì)量屬性可修改性是主要分析內(nèi)容性能、可用性、平安性和可修改性風(fēng)險承當(dāng)者所有參與者場景和需求收集過程中，相關(guān)人體系構(gòu)造描述圍繞功能、構(gòu)造和分配描述5個根本構(gòu)造及其映射關(guān)系方法活動場景開發(fā)、體系構(gòu)造描述、單個場景評估、場景交互和總體評估場景和需求收集、體系構(gòu)造視圖和場景實現(xiàn)、屬性模型構(gòu)造和分析、折中知識庫可復(fù)用性不涉及有基于屬性的體系模型，可復(fù)用方法驗證應(yīng)用領(lǐng)域空中交通管制系統(tǒng)、嵌入式音頻系統(tǒng)、修正控制系統(tǒng)仍處于研究中屬性子屬性作用及要點性能效率指標(biāo)：處理任務(wù)所需時間或單位時間內(nèi)的處理量可靠性容錯出現(xiàn)錯誤后仍能保證系統(tǒng)爭取運行，且自行修正錯誤強健性錯誤不對系統(tǒng)產(chǎn)生影響，按既定程序忽略錯誤可用性正常運行的時間比例平安性系統(tǒng)向合法用戶提供效勞并阻止非法用戶的能力可修改性可維護性局部修復(fù)使故障對架構(gòu)的負(fù)面影響最小化可拓展性因松散耦合更易實現(xiàn)新特性/功能，不影響架構(gòu)構(gòu)造重組不影響主體進展的靈活配置可移植性適用于多樣的環(huán)境硬件平臺、語言、操作系統(tǒng)等功能性需求的