年系統(tǒng)架構(gòu)師考試科目一：綜合知識(shí)在磁盤調(diào)度管理中，應(yīng)先進(jìn)行移臂調(diào)度，再進(jìn)行旋轉(zhuǎn)調(diào)度。假設(shè)磁盤移動(dòng)臂位于21號(hào)應(yīng)為（）?！窘猱?dāng)進(jìn)程請(qǐng)求讀磁盤時(shí)，操作系統(tǒng)先進(jìn)行移臂調(diào)度，再進(jìn)行旋轉(zhuǎn)調(diào)度。由于移動(dòng)臂位于21號(hào)柱面上，按照最短尋道時(shí)間優(yōu)先的響應(yīng)柱面序列為23→17→32→38。按照旋轉(zhuǎn)調(diào)度的進(jìn)程在23號(hào)柱面上的響應(yīng)序列為②→⑧→③，因?yàn)檫M(jìn)程的是不同磁道上的不同編進(jìn)程在17號(hào)柱面上的響應(yīng)序列為⑤→⑦→①，或⑤→①→⑦。對(duì)于①和⑦可以任選一個(gè)進(jìn)行讀寫，因?yàn)檫M(jìn)程的是不同磁道上具有相同編號(hào)的扇區(qū)，旋轉(zhuǎn)調(diào)度可以任選一個(gè)讀寫3238號(hào)柱面上，故響應(yīng)最后響應(yīng)。某計(jì)算機(jī)系統(tǒng)中的進(jìn)程管理采用三態(tài)模型，那么下圖所示的PCB（進(jìn)程控制塊）的組織方式采用（2），圖中（3）。 方 有1個(gè)運(yùn)行進(jìn)程，2個(gè)就緒進(jìn)程，4個(gè)阻塞進(jìn)有2個(gè)運(yùn)行進(jìn)程，3個(gè)就緒進(jìn)程，3個(gè)阻塞進(jìn)有2個(gè)運(yùn)行進(jìn)程，3個(gè)就緒進(jìn)程，4個(gè)阻塞進(jìn)【解析1第一問：進(jìn)程控制塊PCB的組織方式有：線性表方式、索引表方式、表方式。PCB連續(xù)地存放在內(nèi)存的系統(tǒng)1區(qū)。這種方式適用于系統(tǒng)中進(jìn)程數(shù)目不多的情2引表、阻塞索引表等。23PCB組成隊(duì)列，從而形成就緒隊(duì)3：運(yùn)行進(jìn)程，答案那么采用二級(jí)索引結(jié)構(gòu)時(shí)的文件最大長度可占用（）個(gè)物理塊?！窘馕龃疟P塊的大小為4k字節(jié)，每個(gè)塊號(hào)需占4字節(jié)。因此一級(jí)的索引大小=4k/4=1k。而二級(jí)索引的大小為=1k×1k=1024×1024。答案B。給定關(guān)系R(A,B,C,D,E)與S(A,B,C,,G)那么與表達(dá)式等價(jià)的語句如下SELECT(5)FROMR,S R.A=S.AORR.B=S.BORR.C=S.CORR.A=S.AORR.B=S.BORR.C=S.COR【解析RSRS中相同字段名做等值聯(lián)接，F(xiàn)，G。關(guān)系代數(shù)選擇條件為“1關(guān)系代數(shù)投影操作條件為“1,2,4,6,7”，對(duì)應(yīng)的屬性為：R.A，R.B，D，F(xiàn)，G。答案BC。在關(guān)系R（A1，A2，A3）和S（A2，A3，A4）上進(jìn)行關(guān)系運(yùn)算的4個(gè)等價(jià)的表達(dá)如果嚴(yán)格按照表達(dá)式運(yùn)算順序執(zhí)行，則查詢效率最高的是表達(dá)式 ）【解析答案：B面向集相對(duì)穩(wěn)定反映歷史變【解析123123面 ：數(shù)據(jù) 組織集成的：消除了源數(shù)據(jù)中的不一致性，提供整個(gè)企業(yè)的一致性全局信息相對(duì)穩(wěn)定的(非易失的)：主要進(jìn)行查詢操作，量的修改和刪除操作（或是4刪除）4反映歷史變化(隨著時(shí)間變化)：記錄了企業(yè)從過去某一時(shí)刻到當(dāng)前各個(gè)階段的息，可對(duì)發(fā)展歷程和未來趨勢做定量分析和預(yù)測。答案C。器具有不同的體系結(jié)構(gòu)，DSP采用（）。馮.結(jié)【解析DSP采用了哈佛結(jié)構(gòu)，將器空間劃分成兩個(gè)，分別程序和數(shù)據(jù)。它們有兩組 得以實(shí)現(xiàn)單周期的MAC指令。 B以下關(guān)于串行總線的說法中，正確的是 ）串行總線一般都是全雙工總線，適宜于長距離傳輸數(shù)串行總線傳輸?shù)牟ㄌ芈适强偩€初始化時(shí)預(yù)先定義好的，使用中不可改串行總線是按位（bit）傳輸數(shù)據(jù)的，其數(shù)據(jù)的正確性依賴于糾串行總線的數(shù)據(jù)發(fā)送和接收是以軟件查詢方式工【解析關(guān)于串行總線的特點(diǎn)，總結(jié)123串行總線有半雙工、全雙工之分，全雙工是一條線 1234串行總線按位（bit）發(fā)送和接收。盡管比按字節(jié)（byte的并行通信慢，但是串口可以在使用一根線發(fā)送數(shù)據(jù)的同時(shí)用另一根線接收數(shù)據(jù)。它很簡單并且能夠?qū)崿F(xiàn)遠(yuǎn)距離通信。比如EEE488定義并行通行狀態(tài)時(shí)，規(guī)定設(shè)備線總長不得超過20米，并且任意兩個(gè)設(shè)備間的長度不得超過2米；而對(duì)于串口而言，長度可達(dá)1200米。455串行總線的數(shù)據(jù)發(fā)送和接收可以使用多種方式，中斷方式與DMA都較為常見。答案B。采用（）。結(jié)構(gòu)優(yōu)化、編譯優(yōu)化和代碼優(yōu)軟硬件協(xié)同設(shè)計(jì)、開發(fā)過程優(yōu)化和環(huán)境設(shè)計(jì)優(yōu)輕量級(jí)操作系統(tǒng)、算法優(yōu)化和仿真實(shí)編譯優(yōu)化技術(shù)、軟硬件協(xié)同設(shè)計(jì)和算法優(yōu)【解析軟件設(shè)計(jì)層面的功耗控制主要可以從以下方面軟硬件協(xié)同設(shè)計(jì)，即軟件的設(shè)計(jì)要與硬件的匹配，考慮硬件因素編譯優(yōu)化，采用低功耗優(yōu)化的編譯技術(shù)減少系統(tǒng)的持續(xù)運(yùn)行時(shí)間，可從算法角度進(jìn)行優(yōu)化用“中斷”代替“查詢5答案D的主頻是（）。【解析主頻=外頻×倍頻，200×13=2600MHZ，也就是2.6GHZ，答案A若信息碼字 ，生成多項(xiàng)式G(x)=x^5+x^3+x+1，則計(jì)算出的CRC（）【解析首先將生成多項(xiàng)式G(x)=x^5+x^3+x+1轉(zhuǎn)換為對(duì)應(yīng)的二進(jìn)制比特串為 最后11100011000000與101011進(jìn)行模二除法，得到結(jié)果為101011相關(guān)計(jì)算詳細(xì)方法， 、搜索 ”查看解析出服務(wù)器名稱，解決這一問題的方法是（）。為該服務(wù)器創(chuàng)建PTR記【解析 。答案C送（）信息包接受已經(jīng)分配的地址信息。【解析如果發(fā)送給DHCP客戶端的地址已經(jīng)被其他DHCP客戶端使用，客戶端會(huì)向送DhcpDecline信息 接受已經(jīng)分配的地址信息。答案CCPU/內(nèi)存使用狀況、（16）、進(jìn)程/線程使用狀態(tài)、日（17 數(shù)據(jù)丟包端口吞吐數(shù)據(jù)處理速查詢語句性 并發(fā)用戶支持協(xié)議和標(biāo)最大連接【解析對(duì)于數(shù)據(jù)庫系統(tǒng)，主要包括CPU/內(nèi)存使用狀況、查詢語句性能、進(jìn)程/線程使用狀態(tài)、并發(fā)用戶數(shù)應(yīng)用資源占用等。DA系統(tǒng)工程利用計(jì)算機(jī)作為工具，對(duì)系統(tǒng)的結(jié)構(gòu)、元素、（18和反饋等進(jìn)行分析，以達(dá)到最優(yōu)（19）、最優(yōu)設(shè)計(jì)、最優(yōu)管理和最優(yōu)控制的目的?；魻枺ˋ.D.all）于1969（20可以分為7個(gè)階段，在（21）階段會(huì)做出研制方案及生產(chǎn)計(jì)劃。 知需文信 規(guī)實(shí)處 空結(jié)組邏 規(guī)擬研生【解析系統(tǒng)工程是從整體出發(fā)合理開發(fā)、設(shè)計(jì)、實(shí)施和運(yùn)用系統(tǒng)科學(xué)的工程技術(shù)。它根據(jù)總體協(xié)調(diào)的需要，綜合應(yīng)用自然科學(xué)和社會(huì)科學(xué)中有關(guān)的思想、理論和方法，利用計(jì)算機(jī)作為工具，對(duì)系統(tǒng)的結(jié)構(gòu)、元素、信息（18題答案）和反饋等進(jìn)行分析，以達(dá)到最優(yōu)規(guī)劃（19題答案）、最優(yōu)設(shè)計(jì)、最優(yōu)管理和最優(yōu)控制的目的。霍爾三維機(jī)構(gòu)包括時(shí)間維、邏輯維（20題答案）和知識(shí)維對(duì)于一個(gè)具體的工作項(xiàng)目，從制定規(guī)劃起一直到更新為止①規(guī)劃階段。即調(diào)研、程序設(shè)計(jì)階段，目的在于謀求活動(dòng)的規(guī)劃 ②擬定方案。提出具體的計(jì)劃方案③研制階段。作出研制方案及生產(chǎn)計(jì)劃 題答案）④生產(chǎn)階段。生產(chǎn)出系統(tǒng)的零部件及整個(gè)系統(tǒng)，并提出安裝計(jì)劃⑤安裝階段。將系統(tǒng)安裝完畢，并完成系統(tǒng)的運(yùn)行計(jì)⑥運(yùn)行階段。系統(tǒng)按照預(yù)期的用途開展服務(wù)⑦更加有效地工作。答案：DBDC項(xiàng)目時(shí)間管理中的過程包括（）活動(dòng)定義、活動(dòng)排序、活動(dòng)的資源估算和工作進(jìn)度分活動(dòng)定義、活動(dòng)排序、活動(dòng)的資源估算、活動(dòng)歷時(shí)估算、制定計(jì)劃和進(jìn)度控項(xiàng)目章程、項(xiàng)目范圍管理計(jì)劃、組織過程資產(chǎn)和批準(zhǔn)的變更申生產(chǎn)項(xiàng)目計(jì)劃、項(xiàng)目可交付物說明、信息系統(tǒng)要求說明和項(xiàng)目度量標(biāo)【解析B文檔是影響軟件可性的決定因素。軟件系統(tǒng)的文檔可以分為用戶文檔和系統(tǒng)文檔兩類。其中，（）不屬于用戶文檔包括的內(nèi)容。【解析系統(tǒng)設(shè)計(jì)不屬于用戶文檔的內(nèi)容，答 A需求管理是一個(gè)對(duì)系統(tǒng)需求變更、了解和控制的過程。以下活動(dòng)中，（）不屬于需求需求【解析答案A。下面關(guān)于變更控制的描述中 ）是不正確的變更控制只可以由一個(gè)小組擔(dān)控制需求變更與項(xiàng)目的其他配置管理決策有著密切的變更控制過程中可以使用相應(yīng)的自動(dòng)輔助工變更的過程中，允許變【解析變更控制 可以由一個(gè)小組擔(dān)任，也可由多個(gè)不同的組擔(dān)任，負(fù)責(zé)做出決定，究竟將哪一些己建議需求變更或新產(chǎn)品特征付諸應(yīng)用。答案A。軟件開發(fā)過程模型中 ）主要由原型開發(fā)階段和目標(biāo)軟件開發(fā)階段構(gòu)成基于構(gòu)件的?！窘馕鯝系統(tǒng)模塊化程度較高時(shí)，更適合于采用（27方法，該方法通過使用基于構(gòu)件的開發(fā)方法獲得快速開發(fā)。（28）把整個(gè)軟件開發(fā)流程分成多個(gè)階段，每一個(gè)階段都由目標(biāo)設(shè)定、風(fēng)險(xiǎn)分析、開發(fā)和有效性驗(yàn)證以及評(píng)審構(gòu)成。（27）A. 原型模V【解析系統(tǒng)模塊化程度較高時(shí)，更適合于采用快速應(yīng)用開發(fā)螺旋模型是在快速原型的基礎(chǔ)上擴(kuò)展而成的。這個(gè)模型把整個(gè)軟件開發(fā)流程分成多個(gè)階段，每個(gè)階段都由4進(jìn)行風(fēng)險(xiǎn)識(shí)別和詳細(xì)分析，制定解決辦法，采取有效的措施避免這些風(fēng)險(xiǎn)。③開發(fā)和有效性驗(yàn)軟件開發(fā)環(huán)境應(yīng)支持多種集成機(jī)制。其中，（29）用于與系統(tǒng)開發(fā)有關(guān)的信息，并 算法模型環(huán)境信息信息模型用戶界面 工作流與日志進(jìn)程通信與數(shù)據(jù)共享服務(wù)過程控制與消息服務(wù)同步控制與恢復(fù)服務(wù)【解析軟件概要設(shè)計(jì)包括設(shè)計(jì)軟件的結(jié)構(gòu)、確定系統(tǒng)功能模塊及其相互關(guān)系，主要采用（）程序流程圖、PAD圖和偽代模塊結(jié)構(gòu)圖、數(shù)據(jù)流圖和盒模塊結(jié)構(gòu)圖、層次圖和HIPO程序流程圖、數(shù)據(jù)流圖和層次【解析答案：C軟件設(shè)計(jì)包括了四個(gè)既獨(dú)立又相互聯(lián)系的活動(dòng)：高質(zhì)量的（32將改善程序結(jié)構(gòu)和模塊劃分，降低過程復(fù)雜性；（33的主要目標(biāo)是開發(fā)一個(gè)模塊化的程序結(jié)構(gòu)，并表示出模塊間的控制關(guān)系；（34）描述了軟件與用戶之間的交互關(guān)系。（32）A. 軟件結(jié)構(gòu)設(shè)數(shù)據(jù)結(jié)構(gòu)設(shè)數(shù)據(jù)流設(shè)分布式設(shè) 數(shù)據(jù)架構(gòu)設(shè)模塊化設(shè)人機(jī)界面設(shè)【解析無論采用哪種設(shè)計(jì)技術(shù)，高質(zhì)量的數(shù)據(jù)設(shè)計(jì)將改善程序結(jié)構(gòu)和模塊劃分，降低過程復(fù)性軟件結(jié)構(gòu)設(shè)計(jì)的主要目標(biāo)是開發(fā)一個(gè)模塊化的程序結(jié)構(gòu),并表示出模塊間的控制關(guān)系。人機(jī)界面設(shè)計(jì)描述了軟件與用戶之間的交互關(guān)系。答案：BAD軟件重用可以分為垂直式重用和水平式重用 ）是一種典型的水平式重用醫(yī)學(xué)詞匯標(biāo)準(zhǔn)函數(shù)電子商務(wù)標(biāo)支付接【解析軟件重用（軟件復(fù)用）是使用已有的軟件產(chǎn)品（如設(shè)計(jì)、代碼和文檔等）來開發(fā)新的軟件系統(tǒng)的過程。軟件重用的形式大體可分為垂直式重用和水平式重用。水平式重用是重用不同應(yīng)用領(lǐng)域中的軟件元素，如標(biāo)準(zhǔn)函數(shù)庫。垂直式重用是在一類具有較多公共性的應(yīng)用領(lǐng)域之間重用軟件構(gòu)件。答案B。EJB是企業(yè)級(jí)ava構(gòu)件，用于開發(fā)和部署多層結(jié)構(gòu)的、分布式的、面向?qū)ο蟮腶va應(yīng)用系統(tǒng)。其中，（36負(fù)責(zé)完成服務(wù)端與客戶端的交互；（37用于數(shù)據(jù)持久化來簡化數(shù)據(jù)庫開發(fā)工作；（38）主要用來處理并發(fā)和異步操作。 會(huì)話型構(gòu)實(shí)體型構(gòu)消息驅(qū)動(dòng)構(gòu) 會(huì)話型構(gòu)實(shí)體型構(gòu)消息驅(qū)動(dòng)構(gòu) 會(huì)話型構(gòu)【解析

實(shí)體型構(gòu)消息驅(qū)動(dòng)構(gòu)答案：ABD構(gòu)件組裝成軟件系統(tǒng)的過程可以分為三個(gè)不同的層次 ）連接、集成和演定制、集成和擴(kuò)集成、擴(kuò)展和演【解析構(gòu)件組裝成軟件系統(tǒng)的過程可以分為三個(gè)不同的層次定制、集成和擴(kuò)展。答案CCORBA服務(wù)端構(gòu)件模型中，（）是CORBA對(duì)象的真正實(shí)現(xiàn)，負(fù)責(zé)完成客戶端請(qǐng)求伺服對(duì)象對(duì)象適配器（Object對(duì)象請(qǐng)求（ObjectRequest適配器激活器（Adapter【解析伺服對(duì)象（Servant）：CORBA對(duì)象的真正實(shí)現(xiàn)，負(fù)責(zé)完成客戶端請(qǐng)求者提供抽象接口，以便他們使用ORB內(nèi)部的某些功能。對(duì)象請(qǐng)求（ObjectRequestBroker）：解釋調(diào)用并負(fù)責(zé)查找實(shí)現(xiàn)該請(qǐng)求的對(duì)象，將參AJ2EE應(yīng)用系統(tǒng)支持五種不同類型的構(gòu)件模型，包括 ）Applet、JFC、JSP、Servlet、JNDI、IIOP、RMI、EJB、JDBC、EJB、JSP、Servlet、Applet、Servlet、JSP、EJB、 【解析答案：D軟件測試一般分為兩個(gè)大類：動(dòng)態(tài)測試和靜態(tài)測試。前者通過運(yùn)行程序發(fā)現(xiàn)錯(cuò)誤，包 邊界值分析、邏輯覆蓋、基本路桌面檢查、邏輯覆蓋、錯(cuò)誤推桌面檢查、代碼、代碼走錯(cuò)誤推測、代碼、基本路 邊界值分析、邏輯覆蓋、基本路桌面檢查、邏輯覆蓋、錯(cuò)誤推桌面檢查、代碼、代碼走錯(cuò)誤推測、代碼、基本路【解析答案：AC體系結(jié)構(gòu)模型的多視圖表示是從不同的視角描述特定系統(tǒng)的體系結(jié)構(gòu)。著名的4+1模型支持從（）描述系統(tǒng)體系結(jié)構(gòu)。邏輯視圖、開發(fā)視圖、物理視圖、進(jìn)程視圖、統(tǒng)一的邏輯視圖、開發(fā)視圖、物理視圖、模塊視圖、統(tǒng)一的邏輯視圖、開發(fā)視圖、構(gòu)件視圖、進(jìn)程視圖、統(tǒng)一的領(lǐng)域視圖、開發(fā)視圖、構(gòu)件視圖、進(jìn)程視圖、統(tǒng)一的【解析 視圖即：邏輯視圖、開發(fā)視圖、物理視圖（部署視圖）A特定領(lǐng)域軟件架構(gòu)（SpecificSoftwareArchitecture,DSSA）的基本活動(dòng)包括領(lǐng)域（45）A.特定領(lǐng)域軟件架特定領(lǐng)域軟件設(shè)計(jì)模特定領(lǐng)域軟件重用模 評(píng)估多種軟件架驗(yàn)證領(lǐng)域模開發(fā)和組織可重用信息，對(duì)基礎(chǔ)軟件架構(gòu)進(jìn)行實(shí)特定領(lǐng)域軟件重用模【解析特定領(lǐng)域軟件架構(gòu)(DSSA)是一個(gè)特定的問題領(lǐng)域中由領(lǐng)域模型、參考需求及參考架構(gòu)等組成的開發(fā)基礎(chǔ)架構(gòu)，其目標(biāo)就是支持一個(gè)特定領(lǐng)域中多個(gè)應(yīng)用的生成。DSSA的基本活動(dòng)包括領(lǐng)域分析、領(lǐng)域設(shè)計(jì)和領(lǐng)域?qū)崿F(xiàn)。領(lǐng)域分析的主要目的是獲得領(lǐng)領(lǐng)域設(shè)計(jì)的主要目標(biāo)是獲得SSADSSA描述領(lǐng)域模型中表示需求的解決方案；領(lǐng)域?qū)崿F(xiàn)的主要目標(biāo)是依據(jù)領(lǐng)域模型和SSA開發(fā)并組織可重用信息。于場景的架構(gòu)分析方法（Scenarios-basedArchitectureysisMethod，SAAM）的主（47）A.架構(gòu)設(shè)問題分析與建 問題說體系結(jié)構(gòu)描【解析型構(gòu)造和分析、折中。 的主要輸入問題是問題描述、需求和體系結(jié)構(gòu)描述在倉庫風(fēng)格中，有兩種不同的構(gòu)件，其中，（49）說明當(dāng)前狀態(tài)，（50）在數(shù)據(jù)存 數(shù)據(jù)結(jié)事 獨(dú)立構(gòu)【解析在倉庫風(fēng)格中,有兩種不同的構(gòu)件:數(shù)據(jù)結(jié)構(gòu)說明當(dāng)前狀態(tài)，獨(dú)立構(gòu)件在數(shù)據(jù)存貯上執(zhí)行。某公司欲開發(fā)一個(gè)大型多人即時(shí)游戲，游戲設(shè)計(jì)的目標(biāo)之一是能夠支持玩家自行創(chuàng)建風(fēng)格最為合適。在架構(gòu)設(shè)計(jì)階段，公司的架構(gòu)師識(shí)別出2個(gè)質(zhì)量屬性場景。其中，“在并發(fā)用戶數(shù)量為10000人時(shí)，用戶的請(qǐng)求需要在1秒內(nèi)得到響應(yīng)”主要與3個(gè)月”主要與（53）質(zhì)量屬性 層次系黑事件驅(qū)動(dòng)系 性 可測試【解析“自定義”內(nèi)容的解析，這需要用到解釋器風(fēng)格?！安l(fā)用戶數(shù)量10000人時(shí)用戶請(qǐng)求要設(shè)計(jì)模式描述了一個(gè)出現(xiàn)在特定設(shè)計(jì)語境中的設(shè)計(jì)再現(xiàn)問題，并為它的解決方案提供了一（54（55模式將類的抽象部分和它的實(shí)現(xiàn)部分分離出來，使它們可以獨(dú)立變化，（56（57模式將一個(gè)請(qǐng)求封裝為一個(gè)對(duì)象，從而可用不同的請(qǐng)求對(duì)客戶進(jìn)行參數(shù)化，將請(qǐng)求排隊(duì)或記錄請(qǐng)求日志，支持可撤銷的操作。 【解析抽象工廠模式是一種類創(chuàng)建型模式橋接模式(Bridge)-將抽象部分與它的實(shí)現(xiàn)部分分離,對(duì)象結(jié)構(gòu)型模式。命令（Command）模式將一個(gè)請(qǐng)求封裝為一個(gè)對(duì)象，從而可用不同的請(qǐng)求對(duì)客戶進(jìn)行參數(shù)化，將請(qǐng)求排隊(duì)或記錄請(qǐng)求日志，支持可撤銷的操作。某公司欲開發(fā)一個(gè)人員管理系統(tǒng)，在架構(gòu)設(shè)計(jì)階段，公司的架構(gòu)師識(shí)別出3個(gè)質(zhì)屬性場景。其中“管理系統(tǒng)遭遇斷電后，能夠在15秒內(nèi)自動(dòng)切換至備用系統(tǒng)并恢復(fù)正（58）A.性 抽象接 操 可測試性 記錄/回操作串行心 追蹤審 現(xiàn)有接【解析能夠在15秒內(nèi)自動(dòng)切換至備用系統(tǒng)并恢復(fù)正常運(yùn)行”主要與可用性（58題）質(zhì)量屬性相關(guān)。通?？刹捎眯奶?、/Echo、主動(dòng)冗余、冗余、等（59題）架構(gòu)策略實(shí)現(xiàn)“系統(tǒng)正常運(yùn)行時(shí)，人員信息查詢請(qǐng)求應(yīng)該在2秒內(nèi)返回結(jié)果”主要與性能（60題）質(zhì)量屬性相關(guān)，實(shí)現(xiàn)該屬性的常見架構(gòu)策略包括：增加計(jì)算資源、減少計(jì)算開銷、引入并發(fā)機(jī)制、采用資源調(diào)度（61題）等。 、追蹤審計(jì)（63題）等架構(gòu)策答案A、C、D、D、B、數(shù)字簽名首先需要生成消息，然后發(fā)送方用自己的私鑰對(duì)報(bào)要進(jìn)行加密，接收方用發(fā)送方的公鑰驗(yàn)證真?zhèn)?。生成消息的目的是?4），對(duì)進(jìn)行加密的目的是（65） 防止 防止【解析 是用來保證數(shù)據(jù)完整性的。傳輸?shù)臄?shù)據(jù)一旦被修改那么計(jì)算出的 只要對(duì)比兩 就可確定數(shù)據(jù)是否被修改過。因此其目的是為了防止發(fā)送的消息被篡改 案CB。某軟件程序員接受X公司（軟件著作權(quán)人）Y公X公司委托開發(fā)的軟件略作修改即完成提交給Y公司，此種行為（）。屬于開發(fā)者的不構(gòu)成構(gòu)成【解析行為。答案D。102550【解析在我國，自專利申請(qǐng)日起計(jì)算，發(fā)明專利的保護(hù)期為20年，實(shí)用新型專利權(quán)和外觀計(jì)專利權(quán)的期限為10年；商標(biāo)權(quán)的保護(hù)期限為自核準(zhǔn)之日起10年，但可以根據(jù)其所有人的需要無限續(xù)展權(quán)利期限；軟件著作權(quán)受法律保護(hù)的期限是作者終生及其后50年。一旦保護(hù)期滿，權(quán)利將自行終止，成為社會(huì)公眾可以自由使用的知識(shí)。答案C。是CZB物流公司的業(yè)務(wù)系統(tǒng)管理員。任職期間，根據(jù)公司的業(yè)務(wù)要求開發(fā)了“報(bào)關(guān)業(yè)務(wù)系統(tǒng)”，并由公司使用。以下說法正確的是（）。報(bào)關(guān)業(yè)務(wù)系統(tǒng)V1.0的著作權(quán)屬于報(bào)關(guān)業(yè)務(wù)系統(tǒng)V1.0的著作權(quán)屬于CZB物流公報(bào)關(guān)業(yè)務(wù)系統(tǒng)V1.0的著作權(quán)屬于和CZB物流公報(bào)關(guān)業(yè)務(wù)系統(tǒng)V1.0的著作權(quán)不屬于和CZB物流公【解析本題考查職務(wù)作品界定問題。題目提到“任職期間，根據(jù)公司的業(yè)務(wù)要求開發(fā)了報(bào)關(guān)業(yè)務(wù)系統(tǒng)”，這個(gè)系統(tǒng)應(yīng)屬于職務(wù)作品，所以著作權(quán)屬于CZB物流公司。答案B。某企業(yè)準(zhǔn)備將四個(gè)工人甲、乙、丙、丁分配在A、B、C、D四個(gè)崗位。每個(gè)工人由于技人以最短的總工時(shí)（）全部完成每天的任務(wù)。ABCD甲7523乙9437丙5475丁4656【解析這題比較特殊每行找到前一位最小ABABCD甲2乙3丙4不 3

在如下線性約束條件下：2x+3y<=30；x+2y>=10；x>=y；x>=5；y>=0，目標(biāo)函數(shù)的極小值為（）【解析通過畫圖，得到最小值的坐標(biāo)為(5,2.5)，如下圖所示最小值為：2x+3y=2×5+3×2.5=17.5。答 BDesigningthedatastoragearchitectureisanimportantactivityinsystemdesign.Therearetwomaintypesofdatastorageformats:filesanddatabases.Filesareelectronicofdatathathavebeenoptimizedtoperformaparticulartransaction.Thereareseveraltypesoffilesthatdifferinthewaytheyareusedtosupportanapplication.（71）storecoreinformationthatisimportanttothebusinessand,morespecifically,totheapplication,suchasorderinformationorcustomermailinginformation.（72）containstaticvalues,suchasalistofvalidcodesorthenamesofcities.Typically,thelistisusedforvalidation.Adatabaseisacollectionofgrousofinformationthatarerelatedtoeachotherinsomeway.Therearemanydifferenttypesofdatabasesthatexistonthemarkettoday.（73）isgiventothosedatabaseswhicharebasedonolder,sometimesoutdatedtechnologythatisseldomusedtodevelopnewapplications.（74）arecollectionsofrecordsthatarerelatedtoeachotherthroughpointersInrelationaldatabase,（75）canbeusedinensuringthatvalueslinkingthetablestogetherthroughtheprimaryandforeignkeysarevalidandcorrectlysynchronized. MasterLook-upHistory MasterLook-upAuditHistory LegacyBackupMultidimensional LinkedtableNetwork referentialstore【解析答案：ACAAC 年系統(tǒng)架構(gòu)師考試科目二：案例分析閱讀以下關(guān)于軟件系統(tǒng)設(shè)計(jì)的敘述，在答題紙上回答問題1至問題3【題目某文化產(chǎn)業(yè)委托軟件公司開發(fā)一套文化用品商城系統(tǒng)，業(yè)務(wù)涉及文化用品銷售、定制、用戶界面支持用戶的個(gè)性化定制系統(tǒng)需要支持當(dāng)前主流的標(biāo)準(zhǔn)和服務(wù)，特別是通信協(xié)議和平臺(tái)接口；31系統(tǒng)需要支持不低于2G的數(shù)據(jù)緩存用戶操作停滯時(shí)間超過一定時(shí)限需要重新登錄驗(yàn)證系統(tǒng)支持用戶選擇漢語、英語或法語三種語言之一進(jìn)行操作需求逐條分析和討論，最終決定采用瘦客戶端C/S架構(gòu)進(jìn)行設(shè)計(jì)?！締栴}1】(8分操作性需求(OperationalRequirements)：與用戶操作使用系統(tǒng)相關(guān)的一些需求。文化需求(CulturalRequirements)：帶有文化背景因素的系統(tǒng)需求。根據(jù)表1-1的分類，將題干所給出的系統(tǒng)需求(a)~(h)分別填入(1)~(4)1-1需求 (a)、 (c)、(d)、 (e)、 請(qǐng)說明瘦客戶端C/S架構(gòu)能夠滿足題干中給出的哪些系統(tǒng)需求(只需要回答出三個(gè)系統(tǒng)需1、問題問的是哪些需求瘦客戶端C/S能滿足這似乎是個(gè)偽命題，如果要做，這些需求都應(yīng)該能滿2(因?yàn)轭}目是在胖與瘦之間做的選擇)。此時(shí)，好像也很難做出準(zhǔn)確的判斷。無論胖還是瘦，要做到用戶界面的個(gè)性化應(yīng)該都沒有問題，而且難說哪種更強(qiáng)。畢竟瘦的只是把業(yè)務(wù)邏輯從客戶端放到了服務(wù)器上。胖和瘦無明顯差異胖客戶端，在客戶端的運(yùn)算能力強(qiáng)一些。瘦客戶端可以在服務(wù)端面用集群做支持。誰更強(qiáng)一點(diǎn)?瘦客戶端將業(yè)務(wù)邏輯遷移到應(yīng)用服務(wù)器上，所以有故障只要修復(fù)服務(wù)器上的內(nèi)容，而胖客戶端要更新所有客戶端，工作量大，所以此情況下瘦客戶端有優(yōu)勢。胖客戶端的后端是數(shù)據(jù)庫，沒有業(yè)務(wù)邏輯，此時(shí)要做加密傳輸沒有基礎(chǔ)，但瘦客戶端可以做到。胖客戶端做到2G閱讀以下關(guān)于軟件系統(tǒng)建模的敘述，在答題紙上回答問題1至問題3【題目登記房主信息。記錄房主的、住址、號(hào)和等信息，并寫入房主信息文件。()、樓層、及房屋狀態(tài)(待租賃、已出租)等信息，并寫入房屋信息文件。一名房主可以在系統(tǒng)中登記多套待租賃的房屋。安排看房。已經(jīng)登記在系統(tǒng)中的租賃者，可以從待租賃房屋列表中查詢待租賃房屋記錄并將其寫入看房記錄文件中。收取手續(xù)費(fèi)。房主登記完房屋后，系統(tǒng)會(huì)生成一份費(fèi)用單，房主根據(jù)費(fèi)用單交納應(yīng)的費(fèi)用變更房屋狀態(tài)。當(dāng)租賃者與房主達(dá)成租房或退房協(xié)議后，房主向系統(tǒng)提交變更房屋狀態(tài)的請(qǐng)求。系統(tǒng)將根據(jù)房主的請(qǐng)求，修改房屋信息文件?！締栴}1】(12分2-1DFD。使用題

2-1房屋租賃服務(wù)系統(tǒng)E1：房 E2：租賃 【問題2】(5分

D2：租賃者信息文 D3：房屋信息文若采用信息工程 Engineering)方法對(duì)房屋租賃服務(wù)系統(tǒng)進(jìn)行分析，得到如 2-所示的ERD。請(qǐng)給出圖2-2中實(shí)體(1)~(5)的名

2-2房屋租賃服(1)：房 (2)：房 (3)：房屋信息文 (4)：租賃 (5)：看房記錄文【問題3】(8分信息工程方法中的“實(shí)體(entity)”與面向?qū)ο蠓椒ㄖ械摹邦?class)”之間有哪些不在面向?qū)ο蠓椒ㄖ型ǔ２捎糜美?UseCase)來捕獲系統(tǒng)的功能需求。用例可以按照不同的層次來進(jìn)行劃分，其EssentialUseCasesRealUseCases有哪些區(qū)別?：實(shí)體用于數(shù)據(jù)建模，而類用于面向?qū)ο蠼?。?shí)體只有屬性，而類有屬性和操作：EssentialUseCases(抽象用例)，RealUseCases(基礎(chǔ)用例)，這兩者的區(qū)別為：基閱讀以下關(guān)于嵌入式實(shí)時(shí)系統(tǒng)相關(guān)技術(shù)的敘述，在答題紙上回答問題1和問題2【題目某公司長期從事宇航領(lǐng)域嵌入式實(shí)時(shí)系統(tǒng)的軟件研制任務(wù)。公司為了適應(yīng)未來嵌入式系統(tǒng)網(wǎng)絡(luò)負(fù)責(zé)。調(diào)研和分析，完成了新產(chǎn)品架構(gòu)設(shè)計(jì)方案，提交公司討論?！締栴}1】(14分任務(wù)和復(fù)雜任務(wù)的特征區(qū)分主要表現(xiàn)在十個(gè)方3-1給出的實(shí)時(shí)任務(wù)特征分類用題干中給出的(a)~(t)20個(gè)實(shí)時(shí)任務(wù)特征描述，補(bǔ)充完善表3-1給出的空(1)~(14)功能原理不依賴于上下文功能原理依賴于上下任務(wù)行為可以用step-by-step許多任務(wù)在產(chǎn)生活動(dòng)時(shí)相互間是并發(fā)處理的，很難用step-by- 方法分析行為特征依賴于大量的反饋機(jī)制系統(tǒng)內(nèi)構(gòu)成、策略和描述是相似的系統(tǒng)內(nèi)存在許多不同的構(gòu)成、策略和描述功能關(guān)系是非線性的不同的子任務(wù)是相互獨(dú)立的，任務(wù)內(nèi)部僅存在少量的交互操作不同的子任務(wù)有很高的交互操作，要把一個(gè)單任務(wù)的行為開是的域特征有非常整齊的原則和規(guī)則許多不同的上下文依賴于規(guī)則原理和規(guī)則在表面屬性上很容易被識(shí)原理被覆蓋、抽象，而不會(huì)在表面屬性上被識(shí)別3-1簡單任務(wù)和復(fù)雜任務(wù)特征比簡單任務(wù)(sample復(fù)雜任務(wù)(complex簡單任務(wù)(sample復(fù)雜任務(wù)(complex【問題2】(11分設(shè)計(jì)方案中：要滿足未來網(wǎng)絡(luò)化、智能化和綜合化的需求，應(yīng)該設(shè)計(jì)一種能夠充分表達(dá)嵌入式系統(tǒng)行為的、且具有一定通用性的通信架構(gòu)，以避免復(fù)雜任務(wù)的某些特征帶來的通信復(fù)雜性。通常為了實(shí)現(xiàn)嵌入式系統(tǒng)中計(jì)算組件間的通信，在架構(gòu)上需要一種簡單的架構(gòu)風(fēng)格，用于不同協(xié)議、不同硬件和同結(jié)構(gòu)組成所帶來的復(fù)雜性。圖3-1給出了一種“腰(aisline)"型通信模式的架構(gòu)風(fēng)格。腰型架構(gòu)的關(guān)鍵是基本消息通信(BMTS)，通常BMTS的消息與時(shí)間屬性相關(guān)，支持事件觸發(fā)消息、速率約束消息和時(shí)間觸發(fā)消息。請(qǐng)說明基于BMTS的消息通信網(wǎng)絡(luò)的主要特征和上述三種消息的基本含義，并舉例給出兩種具有時(shí)間觸發(fā)消息能力的網(wǎng)絡(luò)總線。

3-1“腰”型通信模式架構(gòu)風(fēng)事件觸發(fā)消息：以事件作為觸發(fā)方式，事件發(fā)生便觸發(fā)相應(yīng)消息。速率約束消息：傳輸速率固定的消息。時(shí)間觸發(fā)消息：以時(shí)間作為觸發(fā)方式，到達(dá)時(shí)間點(diǎn)便觸發(fā)相應(yīng)消具有時(shí)間觸發(fā)消息能力的網(wǎng)絡(luò)總線：航空電子全雙工交換式以太網(wǎng)(AFDX)，時(shí)間觸發(fā)以太網(wǎng)(TTE)。閱讀以下關(guān)于分布式數(shù)據(jù)庫緩存設(shè)計(jì)的敘述，在答題紙上回答問題1至問題3【題目某企業(yè)是為城市高端用戶提供高品質(zhì)蔬菜生鮮服務(wù)的初創(chuàng)企業(yè)，創(chuàng)業(yè)初期為快速開展業(yè)務(wù)，該企業(yè)采用輕量型的開發(fā)架構(gòu)(語言+關(guān)系型數(shù)據(jù)庫)研制了一套業(yè)務(wù)系統(tǒng)。業(yè)務(wù)開展后受建議重新開發(fā)整個(gè)系統(tǒng)，采用新的服務(wù)器和數(shù)據(jù)架構(gòu)，解決當(dāng)前問題的同時(shí)為日后的擴(kuò)展提供支持。但是，認(rèn)為的方案開發(fā)周期過長，投入過大，當(dāng)前應(yīng)該在改動(dòng)盡量小的前提下解決該問題。認(rèn)為量很大的只是部分?jǐn)?shù)據(jù)，建議采用緩存工具M(jìn)emCache來減輕數(shù)據(jù)庫服務(wù)器的壓力，這樣開發(fā)量小，開發(fā)周期短，比較適合初創(chuàng)公司，同時(shí)將來也可以通過集群進(jìn)行擴(kuò)展。然而，又認(rèn)為的方案中存在數(shù)據(jù)可靠性和一致性問題，在宕機(jī)時(shí)容易丟失交易數(shù)據(jù)，建議采用Redis來解決問題。在經(jīng)過充分討論，該公司最終決定采用