以下為2014年系統(tǒng)架構(gòu)設計師考試上午真題，包含綜合知識全部75個小題：

>>>點此進入系統(tǒng)架構(gòu)設計師歷年真題下載

某計算機系統(tǒng)中有一個CPU、一臺輸入設備和一臺輸出設備，假設系統(tǒng)中有四個作業(yè)T1、T2、T3和T4，系統(tǒng)采用優(yōu)先級調(diào)度，且T1的優(yōu)先級>T2的優(yōu)先級>T3的優(yōu)先級>T4的優(yōu)先級。每個作業(yè)具有三個程序段：輸入Ii、計算Ci和輸出Pi(i=1,2,3,4)，其執(zhí)行順序為Ii→Ci→Pi。這四個作業(yè)各程序段并發(fā)執(zhí)行的前驅(qū)圖如下所示。圖中①、②、③分別為（1），④、⑤、⑥分別為（2）。

（1）A．I₂、C₂、C₄

B．I₂、I₃、C₂

C．C₂、P₃、C₄

D．C₂、P₃、P₄

（2）A．C₂、C₄、P₄

B．I₂、I₃、C₄

C．I₃、P₃、P₄

D．C₄、P₃、P₄

某文件系統(tǒng)文件存儲采用文件索引節(jié)點法。假設磁盤索引塊和磁盤數(shù)據(jù)塊大小均為1KB，每個文件的索引節(jié)點中有8個地址項iaddr[0]～iaddr[7]，每個地址項大小為4字節(jié)，其中iaddr[0]～iaddr[5]為直接地址索引，iaddr[6]是一級間接地址索引，iaddr[7]是二級間接地址索引。如果要訪問icwutil.dll文件的邏輯塊號分別為0、260和518，則系統(tǒng)應分別采用（3）。該文件系統(tǒng)可表示的單個文件最大長度是（4）KB。

（3）A．直接地址索引、一級間接地址索引和二級間接地址索引

B．直接地址索引、二級間接地址索引和二級間接地址索引

C．一級間接地址索引、一級間接地址索引和二級間接地址索引

D．一級間接地址索引、二級間接地址索引和二級間接地址索引

（4）A．518

B．1030

C．16514

D．65798

設關系模式R(U,F)，其中u為屬性集，F(xiàn)是U上的一組函數(shù)依賴，那么函數(shù)依賴的公理系統(tǒng)（Armstrong公理系統(tǒng)）中的合并規(guī)則是指（5）為F所蘊涵。

A．若A→B，B→C，則A→C

B．若Y⊆X⊆U，則X→Y

C．若A→B，A→C，則A→BC

D．若A→B，C⊆B，則A→C

若關系模式R和S分別為：R(A,B,C,D)、S(B,C,E,F)，則關系R與S自然聯(lián)結(jié)運算后的屬性列有（6）個，與表達方式π_1,3,5,6(σ_3<6(RS))等價的SQL語句為：

SELECT（7）FROM R,S WHERE（8）;

（6）A．4

B．6

C．7

D．8

（7）A．A,R.C,E,F

B．A,C,S.B,S.E

C．A,C,S.B,S.C

D．R.A,R.C,S.B,S.C

（8）A．R.B=S.B AND R.C=S.C AND R.C<S.B

B．R.B=S.B AND R.C=S.C AND R.C<S.F

C．R.B=S.B OR R.C=S.C OR R.C<S.B

D．R.B=S.B OR R.C=S.C OR R.C<S.F

計算機采用分級存儲體系的主要目的是為了（9）。

A．解決主存容量不足的問題

B．提高存儲器讀寫可靠性

C．提高外設訪問效率

D．解決存儲的容量、價格和速度之間的矛盾

以下嵌入式處理器類型中不具備內(nèi)存管理單元(MMU)的是（10），嵌入式操作系統(tǒng)（11）可以運行在它上面。

（10）A．PowerPC750

B．ARM920T

C．Cortex-M3

D．MIPS32 24K

（11）A．Linux

B．VxWorks653

C．uC/OS-II

D．Windows CE

以下關于嵌入式數(shù)據(jù)庫管理系統(tǒng)的描述不正確的是（12）。

A．嵌入式數(shù)據(jù)庫管理系統(tǒng)一般只為前端應用提供基本的數(shù)據(jù)支持

B．嵌入式數(shù)據(jù)庫管理系統(tǒng)一般支持實時數(shù)據(jù)的管理

C．嵌入式數(shù)據(jù)庫管理系統(tǒng)一般不支持多線程并發(fā)操作

D．嵌入式數(shù)據(jù)庫管理系統(tǒng)一般只提供本機服務接口

IETF定義的集成服務(IntServ)把Internet服務分成了三種服務質(zhì)量不同的類型，這三種服務不包括（13）。

A．保證質(zhì)量的服務：對帶寬、時延、抖動和丟包率提供定量的保證

B．盡力而為的服務：這是一般的Internet服務，不保證服務質(zhì)量

C．負載受控的服務：提供類似于網(wǎng)絡欠載時的服務，定性地提供

D．突發(fā)式服務：如果有富余的帶寬，網(wǎng)絡保證滿足服務質(zhì)量的需求

按照網(wǎng)絡分層設計模型，通常把局域網(wǎng)設計為3層，即核心層、匯聚層和接入層，以下關于分層網(wǎng)絡功能的描述中，不正確的是（14）。

A．核心層設備負責數(shù)據(jù)濾、策略路由等功能

B．匯聚層完成路由匯總和協(xié)議轉(zhuǎn)換功能

C．接入層應提供一部分管理功能，例如MAC地址認證、計費管理等

D．接入層負責收集用戶信息，例如用戶IP地址、MAC地址、訪問日志等

結(jié)構(gòu)化布線系統(tǒng)分為六個子系統(tǒng)，其中水平子系統(tǒng)（15）。

A．由各種交叉連接設備以及集線器和交換機等設備組成

B．連接了干線子系統(tǒng)和工作區(qū)子系統(tǒng)，

C．由終端設備到信息插座的整個區(qū)域組成

D．實現(xiàn)各樓層設備間子系統(tǒng)之間的互連

在實際應用中，用戶通常依靠評價程序來測試系統(tǒng)的性能。以下評價程序中，（16）的評測準確程度最低。事務處理性能委員會(Transaction Processing Performance Council,TPC)是制定商務應用基準程序(benchmark)標準規(guī)范、性能和價格度量，并管理測試結(jié)果發(fā)布的非營利組織，其發(fā)布的TPC-C是（17）的基準程序。

（16）A．核心程序

B．真實程序

C．合成基準程序

D．小型基準程序

（17）A．決策支持

B．在線事務處理

C．企業(yè)信息服務

D．聯(lián)機分析處理

企業(yè)信息化一定要建立在企業(yè)戰(zhàn)略規(guī)劃基礎之上，以企業(yè)戰(zhàn)略規(guī)劃為基礎建立的企業(yè)管理模式是建立（18）的依據(jù)。

A．企業(yè)戰(zhàn)略數(shù)據(jù)模型

B．企業(yè)業(yè)務運作模型

C．企業(yè)信息系統(tǒng)架構(gòu)

D．企業(yè)決策支持

ERP是對企業(yè)物流資源，資金流資源和信息流資源進行全面集成管理的管理信息系統(tǒng)。在ERP五個層次的計劃中，（19）根據(jù)經(jīng)營計劃的生產(chǎn)目標制定，是對企業(yè)經(jīng)營計劃的細化；（20）說明了在一定時期內(nèi)生產(chǎn)什么，生產(chǎn)多少和什么時候交貨，它的編制是ERP的主要工作內(nèi)容；（21）能夠幫助企業(yè)盡早發(fā)現(xiàn)企業(yè)生產(chǎn)能力的瓶頸，為實現(xiàn)企業(yè)的生產(chǎn)任務提供能力方面的保障。

（19）A．銷售管理計劃

B．生產(chǎn)預測計劃

C．生產(chǎn)計劃大綱

D．主生產(chǎn)計劃

（20）A．經(jīng)營計劃

B．車間作業(yè)計劃

C．物料需求計劃

D．主生產(chǎn)計劃

（21）A．采購與庫存計劃

B．能力需求計劃

C．物料需求計劃

D．質(zhì)量管理計劃

集成平臺是支持企業(yè)信息集成的支撐環(huán)境，包括硬件、軟件、軟件工具和系統(tǒng)。集成平臺的基本功能中，（22）實現(xiàn)不同數(shù)據(jù)庫系統(tǒng)之間的數(shù)據(jù)交換、互操作、分布數(shù)據(jù)管理和共享信息模型定義；（23）能夠為應用提供數(shù)據(jù)交換和訪問操作，使各種不同的系統(tǒng)能夠相互協(xié)作。

（22）A．數(shù)據(jù)通信服務

B．信息集成服務

C．應用集成服務

D．操作集成服務

（23）A．數(shù)據(jù)通信服務

B．信息集成服務

C．應用集成服務

D．操作集成服務

商業(yè)智能是企業(yè)對商業(yè)數(shù)據(jù)的搜集、管理和分析的系統(tǒng)過程，主要技術(shù)包括（24）。

A．數(shù)據(jù)倉庫、聯(lián)機分析和數(shù)據(jù)挖掘

B．數(shù)據(jù)采集、數(shù)據(jù)清洗和數(shù)據(jù)挖掘

C．聯(lián)機分析、多維度分析和跨維度分析

D．數(shù)據(jù)倉庫、數(shù)據(jù)挖掘和業(yè)務優(yōu)化重組

系統(tǒng)建議方案中不應該包含的內(nèi)容是（25）。

A．問題陳述

B．項目范圍

C．候選方案及其可行性分析

D．系統(tǒng)詳細設計方案

下列關于聯(lián)合需求計劃(Joint Requirement Planning,JRP)的敘述中，不正確的是（26）。

A．在JRP實施之前，應制定詳細的議程，并嚴格遵照議程進行

B．在討論期間盡量避免使用專業(yè)術(shù)語

C．JRP是一種相對來說成本較高但十分有效的需求獲取方法

D．JRP的主要目的是對需求進行分析和驗證

在結(jié)構(gòu)化分析方法中，用（27）表示功能模型，用（28）表示行為模型。

（27）A．ER圖

B．用例圖

C．DFD

D．對象圖

（28）A．通信圖

B．順序圖

C．活動圖

D．狀態(tài)轉(zhuǎn)換圖

下列關于敏捷方法的敘述中，錯誤的是（29）。

A．與傳統(tǒng)方法相比，敏捷方法比較適合需求變化大或者開發(fā)前期對需求不是很清晰的項目

B．敏捷方法尤其適合于開發(fā)團隊比較龐大的項目

C．敏捷方法的思想是適應性，而不是預設性

D．敏捷方法以原型開發(fā)思想為基礎，采用迭代式增量開發(fā)

下列關于用戶界面設計的敘述中，錯誤的是（30）。

A．界面交互模型應經(jīng)常進行修改

B．界面的視覺布局應該盡量與真實世界保持一致

C．所有可視信息的組織需要按照統(tǒng)一的設計標準

D．確保用戶界面操作和使用的一致性

在軟件的使用過程中，用戶往往會對軟件提出新的功能與性能要求。為了滿足這些要求，需要修改或再開發(fā)軟件。在這種情況下進行的維護活動稱為（31）。

A．改正性維護

B．適應性維護

C．完善性維護

D．預防性維護

一組對象以定義良好但是復雜的方式進行通信，產(chǎn)生的相互依賴關系結(jié)構(gòu)混亂且難以理解。采用（32）模式，用一個特定對象來封裝一系列的對象交互，從而使各對象不需要顯式地相互引用，使其耦合松散，而且可以獨立地改變它們之間的交互。

A．解釋器(Interpreter)

B．策略(Strategy)

C．中介者(Mediator)

D．迭代器(Iterator)

某廣告公司的宣傳產(chǎn)品有宣傳冊、文章、傳單等多種形式，宣傳產(chǎn)品的出版方式包括紙質(zhì)方式、CD、DVD、在線發(fā)布等。現(xiàn)要求為該廣告公司設計一個管理這些宣傳產(chǎn)品的應用，采用（33）設計模式較為合適，該模式（34）。

（33）A．Decorator

B．Adapter

C．Bridge

D．Facade

（34）A．將一系列復雜的類包裝成一個簡單的封閉接口

B．將抽象部分與它的實現(xiàn)部分分離，使它們都可以獨立地變化

C．可在不影響其他對象的情況下，以動態(tài)、透明的方式給單個對象添加職責

D．將一個接口轉(zhuǎn)換為客戶希望的另一個接口

在UML提供的系統(tǒng)視圖中，（35）是邏輯視圖的一次執(zhí)行實例，描述了并發(fā)與同步結(jié)構(gòu)；（36）是最基本的需求分析模型。

（35）A．進程視圖

B．實現(xiàn)視圖

C．部署視圖

D．用例視圖

（36）A．進程視圖

B．實現(xiàn)視圖

C．部署視圖

D．用例視圖

在靜態(tài)測試中，主要是對程序代碼進行靜態(tài)分析?！皵?shù)據(jù)初始化、賦值或引用過程中的異?！睂儆陟o態(tài)分析中的（37）。

A．控制流分析

B．數(shù)據(jù)流分析

C．接口分析

D．表達式分析

下列關于軟件調(diào)試與軟件測試的敘述中，正確的是（38）。

A．軟件測試的目的是找出存在的錯誤，軟件調(diào)試的目的是定位并修正錯誤

B．軟件測試的結(jié)束過程不可預計，軟件調(diào)試使用預先定義的過程

C．軟件調(diào)試的過程可以實現(xiàn)設計

D．軟件測試不能描述過程或持續(xù)時間

在單元測試中，（39）。

A．驅(qū)動模塊用來調(diào)用被測模塊，自頂向下的單元測試中不需要另外編寫驅(qū)動模塊

B．樁模塊用來模擬被測模塊所調(diào)用的子模塊，自頂向下的單元測試中不需要另外編寫樁模塊

C．驅(qū)動模塊用來模擬被測模塊所調(diào)用的子模塊，自底向上的單元測試中不需要另外編寫驅(qū)動模塊。

D．樁模塊用來調(diào)用被測模塊，自底向上的單元測試中不需要另外編寫樁模塊

以下關于軟件架構(gòu)設計重要性的描述，（40）是錯誤的。

A．軟件架構(gòu)設計能夠滿足系統(tǒng)的性能、安全性、可維護性等品質(zhì)

B．軟件架構(gòu)設計能夠幫助項目干系入(Stakeholder)更好地理解軟件結(jié)構(gòu)

C．軟件架構(gòu)設計能夠幫助架構(gòu)師更好地捕獲和細化系統(tǒng)需求

D．軟件架構(gòu)設計能夠有效地管理系統(tǒng)的復雜性，并降低系統(tǒng)維護費用

將系統(tǒng)需求模型轉(zhuǎn)換為架構(gòu)模型是軟件系統(tǒng)需求分析階段的一項重要工作，以下描述中，（41）是在轉(zhuǎn)換過程中需要關注的問題。

A．如何通過多視圖模型描述軟件系統(tǒng)的架構(gòu)

B．如何確定架構(gòu)模型中有哪些元素構(gòu)成

C．如何采用表格或用例映射保證轉(zhuǎn)換的可追蹤性。

D．如何通過模型轉(zhuǎn)換技術(shù)，將高層架構(gòu)模型逐步細化為細粒度架構(gòu)模型

在構(gòu)件組裝過程中需要檢測并解決架構(gòu)失配問題。其中（42）失配主要包括由于系統(tǒng)對構(gòu)件基礎設施、控制模型和數(shù)據(jù)模型的假設存在沖突引起的失配。（43）失配包括由手系統(tǒng)對構(gòu)件交互協(xié)議、構(gòu)件連接時數(shù)據(jù)格式的假設存在沖突引起的失配。

（42）A．構(gòu)件

B．模型

C．協(xié)議

D．連接子

（43）A．構(gòu)件

B．模型

C．協(xié)議

D．連接子

“4+1”視圖主要用于描述系統(tǒng)邏輯架構(gòu)，最早由Philippe Kruchten于1995年提出。其中（44）視圖用于描述對象模型，并說明系統(tǒng)應該為用戶提供哪些服務。當采用面向?qū)ο蟮脑O計方法描述對象模型時，通常使用（45）表達類的內(nèi)部屬性和行為，以及類集合之間的交互關系；采用（46）定義對象的內(nèi)部行為。

（44）A．邏輯

B．過程

C．開發(fā)

D．物理

（45）A．對象圖

B．活動圖

C．狀態(tài)圖

D．類圖

（46）A．對象圖

B．活動圖

C．狀態(tài)圖

D．類圖

特定領域軟件架構(gòu)(Domain Specific Software Architecture,DSSA)是在一個特定應用領域中，為一組應用提供組織結(jié)構(gòu)參考的標準軟件體系結(jié)構(gòu)。參加DSSA的人員可以劃分為多種角色，其中（47）的任務是控制整個領域分析過程，進行知識獲取，將獲取的知識組織到領域模型中；（48）的任務是根據(jù)領域模型和現(xiàn)有系統(tǒng)開發(fā)出DSSA，并對DSSA的準確性和一致性進行驗證。

（47）A．領域希賽網(wǎng)

B．領域分析者

C．領域設計者

D．領域?qū)崿F(xiàn)者

（48）A．領域希賽網(wǎng)

B．領域分析者

C．領域設計者

D．領域?qū)崿F(xiàn)者

某公司欲開發(fā)一個用于分布式登錄的服務端程序，使用面向連接的TCP協(xié)議并發(fā)地處理多客戶端登錄請求。用戶要求該服務端程序運行在Linux、Solaris和WindowsNT等多種操作系統(tǒng)平臺之上，而不同的操作系統(tǒng)的相關API函數(shù)和數(shù)據(jù)都有所不同。針對這種情況，公司的架構(gòu)師決定采用“包裝器外觀(Wrapper Facade)”架構(gòu)模式解決操作系統(tǒng)的差異問題。具體來說，服務端程序應該在包裝器外觀的實例上調(diào)用需要的方法，然后將請求和請求的參數(shù)發(fā)送給（49），調(diào)用成功后將結(jié)果返回。使用該模式（50）。

（49）A．客戶端程序

B．操作系統(tǒng)API函數(shù)

C．TCP協(xié)議API函數(shù)

D．登錄連接程序

（50）A．提高了底層代碼訪問的一致性，但降低了服務端程序的調(diào)用性能

B．降低了服務端程序功能調(diào)用的靈活性，但提高了服務端程序的調(diào)用性能

C．降低了服務端程序的可移植性，但提高了服務端程序的可維護性

D．提高了系統(tǒng)的可復用性，但降低了系統(tǒng)的可配置性

軟件架構(gòu)風格描述某一特定領域中的系統(tǒng)組織方式和慣用模式，反映了領域中眾多系統(tǒng)所共有的（51）特征。對于語音識別、知識推理等問題復雜、解空間很大、求解過程不確定的這一類軟件系統(tǒng)。通常會采用（52）架構(gòu)風格。

（51）A．語法和語義

B．結(jié)構(gòu)和語義

C．靜態(tài)和動態(tài)

D．行為和約束

（52）A．管道-過濾器

B．解釋器

C．黑板

D．過程控制

在對一個軟件系統(tǒng)的架構(gòu)進行設計與確認之后，需要進行架構(gòu)復審。架構(gòu)復審的目的是為了標識潛在的風險，及早發(fā)現(xiàn)架構(gòu)設計中的缺陷和錯誤。在架構(gòu)復審過程電，主要由（53）決定架構(gòu)是否滿足需求、質(zhì)量需求是否在設計中得到體現(xiàn)。

A．系統(tǒng)分析師與架構(gòu)師

B．用戶代表與領域希賽網(wǎng)

C．系統(tǒng)擁有者與項目經(jīng)理

D．系統(tǒng)開發(fā)與測試人員

某公司欲開發(fā)一個在線交易系統(tǒng)，在架構(gòu)設計階段，公司的架構(gòu)師識別出3個核心質(zhì)量屬性場景。其中“當系統(tǒng)面臨斷電故障后，需要在1小時內(nèi)切換至備份站點并恢復正常運行”主要與（54）質(zhì)量屬性相關，通?？刹捎茫?5）架構(gòu)策略實現(xiàn)該屬性；“在并發(fā)用戶數(shù)量為1000人時，用戶的交易請求需要在0.5秒內(nèi)得到響應”主要與（56）質(zhì)量屬性相關，通?？刹捎茫?7）架構(gòu)策略實現(xiàn)該屬性；“對系統(tǒng)的消息中間件進行替換時，替換工作需要在5人/月內(nèi)完成”主要與（58）質(zhì)量屬性相關，通?？刹捎茫?9）架構(gòu)策略實現(xiàn)該屬性。

（54）A．性能

B．安全性

C．可用性

D．可修改性

（55）A．操作隔離

B．資源調(diào)度

C．心跳

D．內(nèi)置監(jiān)控器

（56）A．性能

B．易用性

C．可用性

D．互操作性

（57）A．主動冗余

B．資源調(diào)度

C．抽象接口

D．記錄/回放

（58）A．可用性

B．安全性

C．可測試性

D．可修改性

（59）A．接口-實現(xiàn)分離

B．記錄/回放

C．內(nèi)置監(jiān)控器

D．追蹤審計

識別風險、非風險、敏感點和權(quán)衡點是進行軟件架構(gòu)評估的重要過程。“改變業(yè)務數(shù)據(jù)編碼方式會對系統(tǒng)的性能和安全性產(chǎn)生影響”是對（60）的描述，“假設用戶請求的頻率為每秒1個，業(yè)務處理時間小于30毫秒，則將請求響應時間設定為1秒鐘是可以接受的”是對（61）的描述。

（60）A．風險點

B．非風險

C．敏感點

D．權(quán)衡點

（61）A．風險點

B．非風險

C．敏感點

D．權(quán)衡點

體系結(jié)構(gòu)權(quán)衡分析方法(Architecture Tradeoff Analysis Method,ATAM)是一種常見的系統(tǒng)架構(gòu)評估框架，該框架主要關注系統(tǒng)的（62），針對性能、（63）、安全性和可修改性，在系統(tǒng)開發(fā)之前進行分析、評價與折中。

（62）A．架構(gòu)視圖

B．架構(gòu)描述

C．需求說明

D．需求建模

（63）A．可測試性

B．可用性

C．可移植性

D．易用性

以下關于軟件著作權(quán)產(chǎn)生時間的表述中，正確的是（64）。

A．自軟件首次公開發(fā)表時

B．自開發(fā)者有開發(fā)意圖時

C．自軟件開發(fā)完成之日時

D．自獲得軟件著作權(quán)登記證書時

甲公司接受乙公司委托開發(fā)了一項應用軟件，雙方?jīng)]有訂立任何書面合同。在此情況下，（65）享有該軟件的著作權(quán)。

A．甲公司

B．甲、乙共用

C．乙公司

D．甲、乙均不

軟件商標權(quán)的保護對象是指（66）。

A．商業(yè)軟件

B．軟件商標

C．軟件注冊商標

D．已使用的軟件商標

下列攻擊方式中，（67）不是利用TCP/IP漏洞發(fā)起的攻擊。

A．SQL注入攻擊

B．Land攻擊

C．Ping of Death

D．Teardrop攻擊

下列安全協(xié)議中（68）是應用層安全協(xié)議。

A．IPSec

B．L2TP

C．PAP

D．HTTPS

某服裝店有甲、乙、丙、丁四個縫制小組。甲組每天能縫制5件上衣或6條褲子；乙組每天能縫制6件上衣或7條褲子；丙組每天能縫制7件上衣或8條褲子；丁組每天能縫制8件上衣或9條褲子。每組每天要么縫制上衣，要么縫制褲子，不能弄混。訂單要求上衣和褲子必須配套（每套衣服包括一件上衣和一條褲子）。只要做好合理安排，該服裝店15天最多能縫制（69）套衣服。

A．208

B．209

C．210

D．211

生產(chǎn)某種產(chǎn)品有兩個建廠方案：

方案一：建大廠，需要初期投資500萬元。如果產(chǎn)品銷路好，每年可以獲利200萬元；如果銷路不好，每年會虧損20萬元。

方案二：建小廠，需要初期投資200萬元。如果產(chǎn)品銷路好，每年可以獲利100萬元；如果銷路不好，每年只能獲利20萬元。

市揚調(diào)研表明，未來2年這種產(chǎn)品銷路好的概率為70%。如果這2年銷路好，則后續(xù)5年銷路好的概率上升為80%；如果這2年銷路不好，則后續(xù)5年銷路好的概率僅為10%。為取得7年最大總收益，決策者應（70）。

A．建大廠，總收益超500萬元

B．建大廠，總收益略多于300萬元

C．建小廠，總收益超500萬元

D．建小廠，總收益略多于300萬元

Software architecture reconstruction is an interpretive,jnteractive,and iterative process including many activities.（71）involves analyzing a system's existing design and implementation artifacts to construct a model of it.The result is used in the following activities to construct a view of the system.The database construction activity converts the（72）contained in the view into a standard format for storage in a database.The（73）activity involves defining and manipulating the information stored in database to reconcile,augment,and establish connections between the elements.Reconstruction consists of two primary activities:（74）and（75）.The former provides a mechanism for the user to manipulate architectural elements,and the latter provides facilities for architecture reconstruction.

（71）A．Reverse engineering

B．Information extraction

C．Requirements analysis

D．Source code analysis

（72）A．a(chǎn)ctors and use cases

B．processes and data

C．elements and relations

D．schemas and tables

（73）A．database normalization

B．schema definition

C．database optimization

D．view fusion

（74）A．a(chǎn)rchitecture analysis and design

B．domain analysis and static modeling

C．visualization and interaction

D．user requirements modeling

（75）A．pattern definition and recognition

B．a(chǎn)rchitecture design and implementation

C．system architecture modeling

D．dynamic modeling and reconstruction