




版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡介
“人人文庫”水印下載源文件后可一鍵去除,請放心下載?。▓D片大小可任意調(diào)節(jié))2024年計(jì)算機(jī)軟件水平考試-高級(jí)系統(tǒng)架構(gòu)師筆試參考題庫含答案“人人文庫”水印下載源文件后可一鍵去除,請放心下載!第1卷一.參考題庫(共75題)1.關(guān)系R(A,B,C,D)和S(B,C,D)進(jìn)行笛卡兒運(yùn)算,其結(jié)果集為(1)元關(guān)系。3個(gè)實(shí)體及它們之間的多對多聯(lián)系至少應(yīng)轉(zhuǎn)換成(2)個(gè)關(guān)系模式。空白(2)處應(yīng)選擇()A、3B、4C、52.數(shù)據(jù)庫安全與數(shù)據(jù)庫備份 銀行金融系統(tǒng)對數(shù)據(jù)庫中的數(shù)據(jù)安全要求很高,必須在技術(shù)層面上采用必要的措施,以保證數(shù)據(jù)的有效和不丟失。數(shù)據(jù)庫的備份與恢復(fù)是保證數(shù)據(jù)安全的一種基本方法,一般將數(shù)據(jù)庫備份分為冷備份、熱備份和數(shù)據(jù)導(dǎo)出,而數(shù)據(jù)導(dǎo)出根據(jù)導(dǎo)出數(shù)據(jù)的范圍,又可以分為完全導(dǎo)出、增量導(dǎo)出和累計(jì)導(dǎo)出。 該金融系統(tǒng)上線初期,整個(gè)業(yè)務(wù)系統(tǒng)采用了內(nèi)網(wǎng)方式運(yùn)行,不與外網(wǎng)發(fā)生聯(lián)系。為了保證數(shù)據(jù)庫內(nèi)部數(shù)據(jù)的安全,該銀行信息中心的劉工提出的備份方案如表12-3所示。 信息中心的李工對劉工的方案提出了異議,認(rèn)為數(shù)據(jù)庫一旦發(fā)生故障,劉工的方案無法做到數(shù)據(jù)庫的實(shí)時(shí)恢復(fù),會(huì)導(dǎo)致業(yè)務(wù)數(shù)據(jù)的丟失,銀行應(yīng)該采用數(shù)據(jù)庫冷備份和熱備份相結(jié)合的方式來完成數(shù)據(jù)庫的備份。針對金融數(shù)據(jù)庫安全,從技術(shù)層面上分析應(yīng)重點(diǎn)考慮哪些因素?3.以下關(guān)于企業(yè)信息化方法的敘述中,正確的是()A、業(yè)務(wù)流程重構(gòu)是對企業(yè)的組織結(jié)構(gòu)和工作方法進(jìn)行重新設(shè)計(jì),SCM(供應(yīng)鏈管理)是一種重要的實(shí)現(xiàn)手段B、在業(yè)務(wù)數(shù)量浩繁且流程錯(cuò)綜復(fù)雜的大型企業(yè)里,主題數(shù)據(jù)庫方法往往形成許多"信息孤島",造成大量的無效或低效投資C、人力資源管理把企業(yè)的部分優(yōu)秀員工看做是一種資本,能夠取得投資收益D、圍繞核心業(yè)務(wù)應(yīng)用計(jì)算機(jī)和網(wǎng)絡(luò)技術(shù)是企業(yè)信息化建設(shè)的有效途徑4.系統(tǒng)測試由若干個(gè)不同的測試類型組成,其中(1)檢查系統(tǒng)能力的最高實(shí)際限度,即軟件在一些超負(fù)荷情況下的運(yùn)行情況;(2)主要是檢查系統(tǒng)的容錯(cuò)能力。空白(2)處應(yīng)選擇()A、強(qiáng)度測試B、性能測試C、恢復(fù)測試D、可靠性測試5.事務(wù)處理系統(tǒng)運(yùn)行時(shí),系統(tǒng)的吞吐率指標(biāo)(每秒處理的事務(wù)數(shù))會(huì)隨系統(tǒng)負(fù)荷(系統(tǒng)中待處理的事務(wù)數(shù)量)大小而變化。當(dāng)系統(tǒng)的負(fù)荷從0開始逐步增大時(shí),系統(tǒng)吞吐率的變化一般將先后經(jīng)歷如下3個(gè)階段()。A、快增長、慢增長、下降B、慢增長、快增長、下降C、快增長、較慢增長、慢增長D、慢增長、較快增長、快增長6.對實(shí)際應(yīng)用問題建立了數(shù)學(xué)模型后,一般還需要對該模型進(jìn)行檢驗(yàn)。通過檢驗(yàn),盡可能找出模型中的問題,以利于改進(jìn)模型,有時(shí)還可能會(huì)否定該模型。檢驗(yàn)?zāi)P偷淖龇ㄓ卸喾N,但一般不會(huì)()A、利用實(shí)際案例數(shù)據(jù)對模型進(jìn)行檢驗(yàn)B、進(jìn)行邏輯檢驗(yàn),分析該模型是否會(huì)出現(xiàn)矛盾C、用計(jì)算機(jī)模擬實(shí)際問題來檢驗(yàn)?zāi)P虳、檢驗(yàn)該模型所采用的技術(shù)能否被企業(yè)負(fù)責(zé)人理解7.假設(shè)需要把25盒磁帶數(shù)據(jù)(每盒磁帶數(shù)據(jù)量40GB)從甲地傳輸?shù)揭业?,甲、乙相?km,可以采用的方法有汽車運(yùn)輸和TCP/IP網(wǎng)絡(luò)傳輸,網(wǎng)絡(luò)傳輸介質(zhì)可選用雙絞線、單模光纖、多模光纖等。通常情況下,采用()介質(zhì),所用時(shí)間最短。A、汽車B、雙絞線C、多模光纖D、單模光纖8.在進(jìn)行金融業(yè)務(wù)系統(tǒng)的網(wǎng)絡(luò)設(shè)計(jì)時(shí),應(yīng)該優(yōu)先考慮(1)原則。在進(jìn)行企業(yè)網(wǎng)絡(luò)的需求分析時(shí),應(yīng)該首先進(jìn)行(2)??瞻祝?)處應(yīng)選擇()A、先進(jìn)性B、開放性C、經(jīng)濟(jì)性D、高可用性9.閱讀以下信息系統(tǒng)可靠性問題的說明,在答題紙上回答問題1至問題3。 某軟件公司開發(fā)一項(xiàng)基于數(shù)據(jù)流的軟件,其系統(tǒng)的主要功能是對輸入數(shù)據(jù)進(jìn)行多次分析、處理和加工,生成需要的輸出數(shù)據(jù)。需求方對該系統(tǒng)的軟件可靠性要求很高,要求系統(tǒng)能夠長時(shí)間無故障運(yùn)行。該公司將該系統(tǒng)設(shè)計(jì)交給王工負(fù)責(zé)。王工給出該系統(tǒng)的模塊示意圖如圖20-5所示。王工解釋:只要各個(gè)模塊的可靠度足夠高,失效率足夠低,則整個(gè)軟件系統(tǒng)的可靠性是有保證的。 李工對王工的方案提出了異議。李工認(rèn)為王工的說法有兩個(gè)問題:第一,即使每個(gè)模塊的可靠度足夠高,但是整個(gè)軟件系統(tǒng)模塊之間全部采用串聯(lián),則整個(gè)軟件系統(tǒng)的可靠度明顯下降。假設(shè)各個(gè)模塊的可靠度均為0.99,則整個(gè)軟件系統(tǒng)的可靠度為0.994≈0.96:第二,軟件系統(tǒng)模塊全部采用串聯(lián)結(jié)構(gòu)時(shí),一旦某個(gè)模塊失效,則意味著整個(gè)軟件系統(tǒng)失效。 李工認(rèn)為,應(yīng)該在軟件系統(tǒng)中采用冗余技術(shù)中的動(dòng)態(tài)冗余或者軟件容錯(cuò)的N版本程序設(shè)計(jì)技術(shù),對容易失效或者非常重要的模塊進(jìn)行冗余設(shè)計(jì),將模塊之間的串聯(lián)結(jié)構(gòu)部分變?yōu)椴⒙?lián)結(jié)構(gòu),來提高整個(gè)軟件系統(tǒng)的可靠性。同時(shí),李工給出了采用動(dòng)態(tài)冗余技術(shù)后的軟件系統(tǒng)模塊示意圖,如圖20-6所示。 劉工建議,李工方案中M1和M4模塊沒有采用容錯(cuò)設(shè)計(jì),但是M1和M4發(fā)生故障有可能導(dǎo)致嚴(yán)重后果。因此,可以在M1和M4模塊設(shè)計(jì)上采用檢錯(cuò)技術(shù),在軟件出現(xiàn)故障后能及時(shí)發(fā)現(xiàn)并報(bào)警,提醒維護(hù)人員進(jìn)行處理。 注:假設(shè)各個(gè)模塊的可靠度均為0.99。請解釋李工提出的動(dòng)態(tài)冗余和N版本程序設(shè)計(jì)技術(shù),給出圖13-11中模塊M2采用圖13-12動(dòng)態(tài)冗余技術(shù)后的可靠度。請給出采用李工設(shè)計(jì)方案后整個(gè)系統(tǒng)可靠度的計(jì)算方法,并計(jì)算結(jié)果。10.企業(yè)信息系統(tǒng)往往是一個(gè)具有業(yè)務(wù)復(fù)雜性和技術(shù)復(fù)雜性的大系統(tǒng),針對其建設(shè),系統(tǒng)分析首先要進(jìn)行的工作是(1)。系統(tǒng)開發(fā)的目的是(2)??瞻祝?)處應(yīng)選擇()A、獲得當(dāng)前系統(tǒng)的物理模型B、抽象出當(dāng)前系統(tǒng)的邏輯模型C、建立目標(biāo)系統(tǒng)的邏輯模型D、建立目標(biāo)系統(tǒng)的物理模型11.王某原是X公司的項(xiàng)目經(jīng)理,在X公司任職期間主持開發(fā)了某軟件,但未與X公司簽定勞動(dòng)合同及相應(yīng)的保密協(xié)議。X公司對該軟件進(jìn)行了軟件著作權(quán)登記并獲準(zhǔn)。王某隨后離職并將其在X公司任職期間掌握的該軟件技術(shù)信息、客戶需求及部分源程序等秘密信息提供給另一軟件公司。王某的行為()A、既侵犯了科技公司的商業(yè)秘密權(quán),又侵犯了科技公司的軟件著作權(quán)B、既未侵犯科技公司的商業(yè)秘密權(quán),又未侵犯科技公司的軟件著作權(quán)C、侵犯了科技公司的商業(yè)秘密權(quán)D、侵犯了科技公司的軟件著作權(quán)12.項(xiàng)目管理工具用來輔助項(xiàng)目經(jīng)理實(shí)施軟件開發(fā)過程中的項(xiàng)目管理活動(dòng),它不能(1)。(2)就是一種典型的項(xiàng)目管理工具??瞻祝?)處應(yīng)選擇()A、覆蓋整個(gè)軟件生存周期B、確定關(guān)鍵路徑、松弛時(shí)間、超前時(shí)間和滯后時(shí)間C、生成固定格式的報(bào)表和裁剪項(xiàng)目報(bào)告D、指導(dǎo)軟件設(shè)計(jì)人員按軟件生存周期各個(gè)階段的適用技術(shù)進(jìn)行設(shè)計(jì)工作13.服務(wù)組件體系結(jié)構(gòu)(ServiceComponentArchitecture,SCA)是基于面向服務(wù)體系結(jié)構(gòu)(ServiceOrientedArchitecture,SOA)的思想描述服務(wù)之間組合和協(xié)作的規(guī)范。以下關(guān)于SCA的敘述,不正確的是()A、SCA定義了語言中立的服務(wù)組合方式,能夠進(jìn)行跨語言的服務(wù)調(diào)用B、SCA加強(qiáng)組件的接口與傳輸協(xié)議的關(guān)聯(lián),提高組件的內(nèi)聚性C、SCA實(shí)現(xiàn)服務(wù)組件和其傳輸協(xié)議的綁定,這種綁定是可擴(kuò)展的D、SCA主要是為了滿足軟件集成的需要而創(chuàng)建的架構(gòu)14.博學(xué)公司最近簽訂了一份控制系統(tǒng)軟件的研制合同。合同技術(shù)要求如下: ①本控制系統(tǒng)的軟件運(yùn)行平臺(tái)擬采用嵌入式實(shí)時(shí)操作系統(tǒng),控制系統(tǒng)的工作周期為10ms,要求控制軟件能夠精確地按事先預(yù)定的時(shí)間順序完成數(shù)據(jù)的采集、處理和輸出。 ②為了提高整個(gè)系統(tǒng)的可靠性,控制系統(tǒng)采用容錯(cuò)處理,即用兩個(gè)相對獨(dú)立的計(jì)算機(jī)承擔(dān)相同的工作,通過交叉對比,實(shí)現(xiàn)控制的雙余度管理;當(dāng)任何一臺(tái)計(jì)算機(jī)出現(xiàn)故障時(shí),系統(tǒng)可以進(jìn)行單余度控制。系統(tǒng)結(jié)構(gòu)如圖12-21所示。 ③在10ms工作周期內(nèi)的時(shí)間分配如表12-15所示。 公司總工程師將本項(xiàng)任務(wù)交付給項(xiàng)目主管李工程師實(shí)施,要求李工按雙方合同要求完成本項(xiàng)目的策劃、需求分析和方案設(shè)計(jì)工作,重點(diǎn)強(qiáng)調(diào)系統(tǒng)的可靠性要求,并特別提示:目前比較流行的嵌入式操作系統(tǒng)普遍采用可搶占式優(yōu)先級(jí)調(diào)度策略,不能滿足用戶關(guān)于"能夠精確地按事先預(yù)定的時(shí)間順序完成數(shù)據(jù)的采集、處理和輸出"的要求。 如圖12-22所示為控制軟件的數(shù)據(jù)流程關(guān)系,請根據(jù)本題給出的各個(gè)功能模塊,填補(bǔ)其中的空缺處。 15.VRMLisa(1)for3DmultimediaandsharedvirtualworldsontheWWW.IncomparisontoHTML,VRMLaddsthenextlevelofinteraction,structuredgraphics,andextra(2)(zandtime)tothepresentationofdocuments.TheapplicationsofVRMLare(3),rangingfromsimplebusinessgraphicstoentertainingWWWpagegraphics,manufacturing,scientific,entertainment,andeducationalapplications,and3Dsharedvirtualworldsandcommunities.X3DisthenameunderwhichthedevelopmentofVRMLiscontinued.X3DisbasedonXMLandisbackwards(4)withVRML.Furthermore,itiscomponentized,profiled,andextensible,whichmakesitpossibletouseX3Dinverydifferent(5),fromhigh-endvisualizationstolightweightapplications.空白(4)處應(yīng)選擇()A、inconsistentB、independentC、applicableD、compatible16.用3個(gè)相同的元件組成如圖14-7所示的一個(gè)系統(tǒng)。如果每個(gè)元件能否正常工作是相互獨(dú)立的,每個(gè)元件能正常工作的概率為p,那么此系統(tǒng)的可靠度(元件或系統(tǒng)正常工作的概率通常稱為可靠度)為()A、p2(1-p)B、p2(2-p)C、p(1-p)2D、p(2-p)217.數(shù)據(jù)備份是信息系統(tǒng)運(yùn)行管理時(shí)保護(hù)數(shù)據(jù)的重要措施。()可針對上次任何一種備份進(jìn)行,將上次備份后所有發(fā)生變化的數(shù)據(jù)進(jìn)行備份,并將備份后的數(shù)據(jù)進(jìn)行標(biāo)記。A、增量備份B、差異備份C、完全備份D、按需備份18.某計(jì)算機(jī)系統(tǒng)中有一個(gè)CPU、一臺(tái)掃描儀和一臺(tái)打印機(jī)?,F(xiàn)有3個(gè)圖像任務(wù),每個(gè)任務(wù)有3個(gè)程序段:掃描Si,圖像處理Ci和打印Pi(i=1,2,3)。如圖1-15所示為3個(gè)任務(wù)各程序段并發(fā)執(zhí)行的前驅(qū)圖,其中,(1)可并行執(zhí)行,(2)的直接制約,(3)的間接制約。 空白(2)處應(yīng)選擇()A、S1受到S2和S3、C1受到C2和C3、P1受到P2和P3B、S2和S3受到S1、C2和C3受到C1、P2和P3受到P1C、C1和P1受到S1、C2和P2受到S2、C3和P3受到S3D、C1和S1受到P1、C2和S2受到P2、C3和S3受到P319.論高可靠性系統(tǒng)中軟件容錯(cuò)技術(shù)的應(yīng)用 容錯(cuò)技術(shù)是當(dāng)前計(jì)算機(jī)領(lǐng)域研究的熱點(diǎn)之一,是提高整個(gè)系統(tǒng)可靠性的有效途徑,許多重要行業(yè)(如航空、航天、電力、銀行等)對計(jì)算機(jī)系統(tǒng)提出了高可靠、高可用、高安全的要求,用于保障系統(tǒng)的連續(xù)工作,當(dāng)硬件或軟件發(fā)生故障后,計(jì)算機(jī)系統(tǒng)能快速完成故障的定位與處理,確保系統(tǒng)正常工作。 對于可靠性要求高的系統(tǒng),在系統(tǒng)設(shè)計(jì)中應(yīng)充分考慮系統(tǒng)的容錯(cuò)能力。通常,在硬件配置上采用了冗余備份的方法,以便在資源上保證系統(tǒng)的可靠性。在軟件設(shè)計(jì)上,主要考慮對錯(cuò)誤(故障)的過濾、定位和處理,軟件的容錯(cuò)算法是軟件系統(tǒng)需要解決的關(guān)鍵技術(shù),也是充分發(fā)揮硬件資源效率,提高系統(tǒng)可靠性的關(guān)鍵。 請圍繞"高可靠性系統(tǒng)中軟件容錯(cuò)技術(shù)的應(yīng)用"論題,依次從以下3個(gè)方面進(jìn)行論述: ①簡述你參與設(shè)計(jì)和開發(fā)的、與容錯(cuò)相關(guān)的軟件項(xiàng)目及你所承擔(dān)的主要工作。 ②具體論述你在設(shè)計(jì)軟件時(shí),如何考慮容錯(cuò)問題,采用了哪幾種容錯(cuò)技術(shù)和方法。 ③分析你所采用的容錯(cuò)方法是否達(dá)到系統(tǒng)的可靠性和實(shí)時(shí)性要求。20.VRMLisa(1)for3DmultimediaandsharedvirtualworldsontheWWW.IncomparisontoHTML,VRMLaddsthenextlevelofinteraction,structuredgraphics,andextra(2)(zandtime)tothepresentationofdocuments.TheapplicationsofVRMLare(3),rangingfromsimplebusinessgraphicstoentertainingWWWpagegraphics,manufacturing,scientific,entertainment,andeducationalapplications,and3Dsharedvirtualworldsandcommunities.X3DisthenameunderwhichthedevelopmentofVRMLiscontinued.X3DisbasedonXMLandisbackwards(4)withVRML.Furthermore,itiscomponentized,profiled,andextensible,whichmakesitpossibletouseX3Dinverydifferent(5),fromhigh-endvisualizationstolightweightapplications.空白(1)處應(yīng)選擇()A、linkB、formatC、structureD、procedure21.軟件質(zhì)量屬性通常需要采用特定的設(shè)計(jì)策略實(shí)現(xiàn)。例如,(1)設(shè)計(jì)策略能提高該系統(tǒng)的可用性,(2)設(shè)計(jì)策略能夠提高該系統(tǒng)的性能,(3)設(shè)計(jì)策略能夠提高該系統(tǒng)的安全性??瞻祝?)處應(yīng)選擇()A、信息隱藏B、內(nèi)置監(jiān)控器C、限制訪問D、檢查點(diǎn)22.()把整個(gè)軟件開發(fā)流程分成多個(gè)階段,每一個(gè)階段都由目標(biāo)設(shè)定、風(fēng)險(xiǎn)分析、開發(fā)和有效性驗(yàn)證及評(píng)審構(gòu)成。A、原型模型B、瀑布模型C、螺旋模型D、V模型23.關(guān)系R(A,B,C,D)和S(B,C,D)進(jìn)行笛卡兒運(yùn)算,其結(jié)果集為(1)元關(guān)系。3個(gè)實(shí)體及它們之間的多對多聯(lián)系至少應(yīng)轉(zhuǎn)換成(2)個(gè)關(guān)系模式??瞻祝?)處應(yīng)選擇()A、4B、3C、6D、724.計(jì)算機(jī)執(zhí)行程序時(shí),在一個(gè)指令周期的過程中,為了能夠從內(nèi)存中讀指令操作碼,首先是將()的內(nèi)容送到地址總線上。A、程序計(jì)數(shù)器(PC)B、指令寄存器(IR)C、狀態(tài)寄存器(SR)D、通用寄存器(GR)25.建立企業(yè)信息系統(tǒng)應(yīng)該遵循一定的原則,以下原則不適當(dāng)?shù)氖牵ǎ〢、必須支持企業(yè)的戰(zhàn)略目標(biāo)B、應(yīng)該自上而下地規(guī)劃和實(shí)現(xiàn)C、應(yīng)該支持企業(yè)各個(gè)管理層的需求D、應(yīng)該向整個(gè)企業(yè)提供一致的信息26.螺旋模型是一種演進(jìn)式的軟件過程模型,結(jié)合了原型開發(fā)方法的系統(tǒng)性和瀑布模型可控性特點(diǎn)。它有兩個(gè)顯著特點(diǎn),一是采用(1)的方式逐步加深系統(tǒng)定義和實(shí)現(xiàn)的深度,降低風(fēng)險(xiǎn);二是確定一系列(2),確保項(xiàng)目開發(fā)過程中的相關(guān)利益者都支持可行的和令人滿意的系統(tǒng)解決方案。空白(2)處應(yīng)選擇()A、實(shí)現(xiàn)方案B、設(shè)計(jì)方案C、關(guān)鍵點(diǎn)D、里程碑27.用例(usecase)用來描述系統(tǒng)對事件做出響應(yīng)時(shí)所采取的行動(dòng)。用例之間是具有相關(guān)性的。在一個(gè)“訂單輸入子系筑”中,創(chuàng)建新訂單和更新訂單都需要核查用戶賬號(hào)是否正確。用例“創(chuàng)建新訂單”、“更新訂單”與用例“核查客戶賬號(hào)”之間是()關(guān)系。A、包含(includE.B、擴(kuò)展(extenD.C、分類(classification)D、聚集(aggregation)28.電子政務(wù)根據(jù)其服務(wù)的對象不同,基本上可以分為4種模式。某市政府在互聯(lián)網(wǎng)上提供的"機(jī)動(dòng)車違章查詢"服務(wù),屬于()模式。A、G2BB、G2CC、G2ED、G2G29.某公司欲開發(fā)一個(gè)在線交易系統(tǒng),在架構(gòu)設(shè)計(jì)階段公司的架構(gòu)師識(shí)別出3個(gè)核心質(zhì)量屬性場景。其中“在并發(fā)用戶數(shù)量為1000人時(shí),用戶的交易請求需要在0.5秒內(nèi)得到響應(yīng)”主要與(1)質(zhì)量屬性相關(guān),通??刹捎茫?)架構(gòu)策略實(shí)現(xiàn)該屬性;“當(dāng)系統(tǒng)由于軟件故障意外崩潰后,需要在0.5小時(shí)內(nèi)恢復(fù)正常運(yùn)行”主要與(3)質(zhì)量屬性相關(guān),通常可采用(4)架構(gòu)策略實(shí)現(xiàn)該屬性;“系統(tǒng)應(yīng)該能夠抵擋惡意用戶的入侵行為,并進(jìn)行報(bào)警和記錄”主要與(5)質(zhì)量屬性相關(guān),通??刹捎茫?)架構(gòu)策略實(shí)現(xiàn)該屬性??瞻祝?)處應(yīng)選擇()A、可用性B、安全性C、可測試性D、可修改性30.利用()可以對軟件的技術(shù)信息、經(jīng)營信息提供保護(hù)。A、著作權(quán)B、專利權(quán)C、商業(yè)秘密權(quán)D、商標(biāo)權(quán)31.為維護(hù)軟件開發(fā)者的合法權(quán)益,解決自動(dòng)保護(hù)可能產(chǎn)生的權(quán)屬糾紛,我國實(shí)行了()A、計(jì)算機(jī)軟件著作權(quán)登記制度B、計(jì)算機(jī)軟件標(biāo)記制度C、計(jì)算機(jī)軟件商標(biāo)制度D、計(jì)算機(jī)軟件產(chǎn)權(quán)審查制度32.復(fù)用應(yīng)該是每個(gè)軟件過程都不可缺少的部分。下列制品,不屬于復(fù)用候選的軟件制品是()A、項(xiàng)目計(jì)劃B、體系結(jié)構(gòu)C、用戶界面D、用戶需求33.軟件質(zhì)量屬性 某軟件開發(fā)公司欲為某電子商務(wù)企業(yè)開發(fā)一個(gè)在線交易平臺(tái),支持客戶完成網(wǎng)上購物活動(dòng)中的在線交易。在系統(tǒng)開發(fā)之初,企業(yè)對該平臺(tái)提出了如下要求: ①在線交易平臺(tái)必須在1s內(nèi)完成客戶的交易請求。 ②該平臺(tái)必須保證客戶個(gè)人信息和交易信息的安全。 ③當(dāng)發(fā)生故障時(shí),該平臺(tái)的平均故障恢復(fù)時(shí)間必須小于10s。 ④由于企業(yè)業(yè)務(wù)發(fā)展較快,需要經(jīng)常為該平臺(tái)添加新功能或進(jìn)行硬件升級(jí)。添加新功能或進(jìn)行硬件升級(jí)必須在6小時(shí)內(nèi)完成。 針對這些要求,該軟件開發(fā)公司決定采用基于架構(gòu)的軟件開發(fā)方法,以架構(gòu)為核心進(jìn)行在線交易平臺(tái)的設(shè)計(jì)與實(shí)現(xiàn)。 軟件質(zhì)量屬性是影響軟件架構(gòu)設(shè)計(jì)的重要因素。請用200字以內(nèi)的文字列舉6種不同的軟件質(zhì)量屬性名稱,并解釋其含義。 34.The(1)isageneraldescriptionofthearchitectureofaworkflowmanagementsystemusedbytheWFMC,inwhichthemaincomponentsandtheassociatedinterfacesaresummarized.Theworkflowenactmentserviceistheheartofaworkflowsystemwhichconsistsofseveral(2).空白(1)處應(yīng)選擇()A、waterfallmodelB、workflowreferencemodelC、evolutionarymodelD、spiralmodel35.假設(shè)磁盤上每個(gè)磁道劃分成9個(gè)物理塊,每塊存放1個(gè)邏輯記錄。邏輯記錄R0,R1,…,R8存放在同一個(gè)磁道上,記錄的安排順序如表1-7所示。假定磁盤旋轉(zhuǎn)一圈的時(shí)間為27ms,磁頭當(dāng)前處在R0的開始處。若系統(tǒng)順序處理這些記錄,使用單緩沖區(qū),每個(gè)記錄處理時(shí)間為3ms,則處理這9個(gè)記錄的最長時(shí)間為(1);若對信息存儲(chǔ)進(jìn)行優(yōu)化分布后,處理9個(gè)記錄的最少時(shí)間為(2)??瞻祝?)處應(yīng)選擇()A、243msB、246msC、254msD、280ms36.SOXisanalternative(1)forXML.ItisusefulforreadingandcreatingXMLcontentina(2)editor.ItistheneasilytransformedintoproperXML.SOXwascreatedbecausedeveloperscanspendagreatdealoftimewithrawXML.Formanyofus,thepopularXML(3)havenotreachedapointwheretheirtreeviews,tablesandformscancompletelysubstitutefortheunderlying(4)language.Thisisnotsurprisingwhenoneconsidersthatdevelopersstilluseatextview,albeitenhanced,foreditingotherlanguagessuchasJava.SOXuses(5)torepresentthestructureofanXMLdocument,whicheliminatestheneedforclosingtagsandanumberofquotingdevices.Theresultissurprisinglyclear.空白(5)處應(yīng)選擇()A、indentingB、structureC、frameworkD、bracket37.軟件的分層式體系結(jié)構(gòu)把軟件系統(tǒng)劃分為4層,這4層結(jié)構(gòu)自頂向下分別是()A、應(yīng)用軟件、業(yè)務(wù)構(gòu)件、中間件、系統(tǒng)軟件B、業(yè)務(wù)構(gòu)件、應(yīng)用軟件、中間件、系統(tǒng)軟件C、應(yīng)用軟件、中間件、系統(tǒng)軟件、業(yè)務(wù)構(gòu)件D、業(yè)務(wù)構(gòu)件、中間件、應(yīng)用軟件、系統(tǒng)軟件38.某公司欲開發(fā)一門戶網(wǎng)站,將公司的各個(gè)分公司及辦事處信息進(jìn)行整合?,F(xiàn)決定采用Composite設(shè)計(jì)模式來實(shí)現(xiàn)公司的組織結(jié)構(gòu)關(guān)系,并設(shè)計(jì)了如圖12-18所示的UML類圖。圖中與Composite模式中的Component角色相對應(yīng)的類是(1),與Composite角色相對應(yīng)的類是(2)。空白(2)處應(yīng)選擇()A、CompanyB、FinanceDepartmentC、HRDepartmentD、ConcreteCompany39.電子政務(wù) 電子政務(wù)是指政府機(jī)構(gòu)利用信息化手段來實(shí)現(xiàn)政府職能。 某市房地產(chǎn)交易網(wǎng)站是市建設(shè)委員會(huì)實(shí)施電子政務(wù)的門戶,網(wǎng)站包括以下欄目:項(xiàng)目公示、業(yè)務(wù)辦理、信息發(fā)布、通知公告、政策法規(guī)、房地產(chǎn)經(jīng)紀(jì)、在線答疑等,其中業(yè)務(wù)辦理欄目中又包括申辦預(yù)售許可、期房網(wǎng)上簽約、申請預(yù)售登記、權(quán)屬登記申請、現(xiàn)房網(wǎng)上簽約、經(jīng)紀(jì)機(jī)構(gòu)管理、評(píng)估行業(yè)管理等項(xiàng)目,多數(shù)的業(yè)務(wù)辦理項(xiàng)目需要管理部門多級(jí)審批。本題中的電子政務(wù)項(xiàng)目在進(jìn)行需求分析時(shí),系統(tǒng)分析師需要有效地獲取需求,進(jìn)行需求建模。需求建模包括域建模、用例建模、組件和服務(wù)建模、性能建模等。請用300字以內(nèi)文字分別簡要敘述什么是用例建模、組件和服務(wù)建模、性能建模。40.詳細(xì)的項(xiàng)目范圍說明書是項(xiàng)目成功的關(guān)鍵。()不應(yīng)該屬于范圍定義的輸入。A、項(xiàng)目章程B、項(xiàng)目范圍管理計(jì)劃C、批準(zhǔn)的變更申請D、項(xiàng)目文檔管理方案41.以下關(guān)于系統(tǒng)性能的敘述中,不正確的是()A、常見的Web服務(wù)器性能評(píng)估方法有基準(zhǔn)測試、壓力測試和可靠性測試B、評(píng)價(jià)Web服務(wù)器的主要性能指標(biāo)有最大并發(fā)連接數(shù)、響應(yīng)延遲和吞吐量C、對運(yùn)行系統(tǒng)進(jìn)行性能評(píng)估的主要目的是以更好的性能/價(jià)格比更新系統(tǒng)D、當(dāng)系統(tǒng)性能降到基本水平時(shí),需要查找影響性能的瓶頸并消除該瓶頸42.VRMLisa(1)for3DmultimediaandsharedvirtualworldsontheWWW.IncomparisontoHTML,VRMLaddsthenextlevelofinteraction,structuredgraphics,andextra(2)(zandtime)tothepresentationofdocuments.TheapplicationsofVRMLare(3),rangingfromsimplebusinessgraphicstoentertainingWWWpagegraphics,manufacturing,scientific,entertainment,andeducationalapplications,and3Dsharedvirtualworldsandcommunities.X3DisthenameunderwhichthedevelopmentofVRMLiscontinued.X3DisbasedonXMLandisbackwards(4)withVRML.Furthermore,itiscomponentized,profiled,andextensible,whichmakesitpossibletouseX3Dinverydifferent(5),fromhigh-endvisualizationstolightweightapplications.空白(2)處應(yīng)選擇()A、subjectB、objectC、dimensionsD、disconnection43.某學(xué)院10名博士生(B1~B10)選修6門課程(A~F)的情況如表18-7所示(用√表示選修)?,F(xiàn)需要安排這6門課程的考試,要求是: (1)每天上、下午各安排一門課程考試,計(jì)劃連續(xù)3天考完。 (2)每個(gè)博士生每天只能參加一門課程考試,在這3天內(nèi)考完全部選修課。 (3)在遵循上述兩條的基礎(chǔ)上,各課程的考試時(shí)間應(yīng)盡量按字母升序做先后順序安排(字母升序意味著課程難度逐步增加)。 為此,各門課程考試的安排順序應(yīng)是()A、AE,BD,CFB、AC,BF,DEC、AF,BC,DED、AE,BC,DF44.某計(jì)算機(jī)系統(tǒng)中有一個(gè)CPU、一臺(tái)掃描儀和一臺(tái)打印機(jī)?,F(xiàn)有3個(gè)圖像任務(wù),每個(gè)任務(wù)有3個(gè)程序段:掃描Si,圖像處理Ci和打印Pi(i=1,2,3)。如圖1-15所示為3個(gè)任務(wù)各程序段并發(fā)執(zhí)行的前驅(qū)圖,其中,(1)可并行執(zhí)行,(2)的直接制約,(3)的間接制約。 空白(3)處應(yīng)選擇()A、S1受到S2和S3、C1受到C2和C3、P1受到P2和P3B、S2和S3受到S1、C2和C3受到C1、P2和P3受到P1C、C1和P1受到S1、C2和P2受到S2、C3和P3受到S3D、C1和S1受到P1、C2和S2受到P2、C3和S3受到P345.在結(jié)構(gòu)化設(shè)計(jì)中,()描述了模塊的輸入輸出關(guān)系、處理內(nèi)容、模塊的內(nèi)部數(shù)據(jù)和模塊的調(diào)用關(guān)系,是系統(tǒng)設(shè)計(jì)的重要成果,也是系統(tǒng)實(shí)施階段編制程序設(shè)計(jì)任務(wù)書和進(jìn)行程序設(shè)計(jì)的出發(fā)點(diǎn)和依據(jù)。A、系統(tǒng)流程圖B、IPO圖C、HIPO圖D、模塊結(jié)構(gòu)圖46.容錯(cuò)計(jì)算機(jī)中采用冗余技術(shù)來提高系統(tǒng)的可靠性和可用性。這些冗余技術(shù)不包括()A、硬件冗余B、信息冗余C、時(shí)間冗余D、人員冗余47.《GB8567-88計(jì)算機(jī)軟件產(chǎn)品開發(fā)文件編制指南》是()標(biāo)準(zhǔn),違反該標(biāo)準(zhǔn)而造成不良后果時(shí),將依法根據(jù)情節(jié)輕重受到行政處罰或追究刑事責(zé)任。A、強(qiáng)制性國家B、推薦性國家C、強(qiáng)制性軟件行業(yè)D、推薦性軟件行業(yè)48.博學(xué)公司是一家電子商務(wù)公司,其主要業(yè)務(wù)是在線購物,包括書籍、服裝、家電和日用品等。隨著公司業(yè)務(wù)規(guī)模不斷增大,公司決策層決定重新設(shè)計(jì)并實(shí)現(xiàn)其網(wǎng)上交易系統(tǒng),公司負(fù)責(zé)系統(tǒng)開發(fā)的王工和李工分別給出了兩種不同的設(shè)計(jì)方案,如圖12-15和12-16所示。 公司的架構(gòu)師和開發(fā)者針對這兩種設(shè)計(jì)方案,從服務(wù)器負(fù)載情況、業(yè)務(wù)邏輯的分離性、系統(tǒng)可靠性、實(shí)現(xiàn)簡單性等方面進(jìn)行討論與評(píng)估,綜合考慮最終采用了李工給出的方案。 請分析比較王工、李工兩種方案的優(yōu)點(diǎn)和不足,完成表12-13中的空白部分。49.如圖13-1所示,博學(xué)公司局域網(wǎng)防火墻由包過濾路由器R和應(yīng)用網(wǎng)關(guān)F組成,下面描述中錯(cuò)誤的是()。圖13-1博學(xué)公司局域網(wǎng)防火墻A、可以限制計(jì)算機(jī)C只能訪問Internet上在TCP端口80上開放的服務(wù)B、可以限制計(jì)算機(jī)A僅能訪問以202為前綴的IP地址C、可以使計(jì)算機(jī)B無法使用FTP協(xié)議從Internet上下載數(shù)據(jù)D、計(jì)算機(jī)A能夠與筆記本計(jì)算機(jī)建立直接的TCP連接50.若對關(guān)系R(A,B,C,D)和S(C,D,E)進(jìn)行關(guān)系代數(shù)運(yùn)算,則表達(dá)式與()等價(jià)。A、B、C、D、51.防火墻把網(wǎng)絡(luò)劃分為幾個(gè)不同的區(qū)域,一般把對外提供網(wǎng)絡(luò)服務(wù)的設(shè)備(如WWW服務(wù)器、FTP服務(wù)器)放置于()區(qū)域。A、信任網(wǎng)絡(luò)B、非信任網(wǎng)絡(luò)C、半信任網(wǎng)絡(luò)D、DMZ(非軍事化區(qū))52.面向功能的軟件度量使用軟件所提供功能的測量作為規(guī)范化值。下面關(guān)于面向功能的軟件度量方法的描述,不正確的是()A、面向功能度量是由Albrecht首先提出來的,他建議采用基于功能點(diǎn)的測量B、功能點(diǎn)是基于軟件信息領(lǐng)域的可計(jì)算的(直接的)測量及軟件復(fù)雜性的評(píng)估而導(dǎo)出的C、"功能"不能直接測量,所以必須通過其他直接的測量來導(dǎo)出D、"用戶輸入數(shù)"和"用戶輸出數(shù)"不屬于面向功能的軟件度量需要考慮的因素53.SOXisanalternative(1)forXML.ItisusefulforreadingandcreatingXMLcontentina(2)editor.ItistheneasilytransformedintoproperXML.SOXwascreatedbecausedeveloperscanspendagreatdealoftimewithrawXML.Formanyofus,thepopularXML(3)havenotreachedapointwheretheirtreeviews,tablesandformscancompletelysubstitutefortheunderlying(4)language.Thisisnotsurprisingwhenoneconsidersthatdevelopersstilluseatextview,albeitenhanced,foreditingotherlanguagessuchasJava.SOXuses(5)torepresentthestructureofanXMLdocument,whicheliminatestheneedforclosingtagsandanumberofquotingdevices.Theresultissurprisinglyclear.空白(1)處應(yīng)選擇()A、semanticB、pragmaticsC、syntaxD、grammar54.逆向工程過程的抽象層次是指可從源代碼中抽取出來的設(shè)計(jì)信息的精制程度。抽象層次分為4層,其中,"最低層"抽象能夠?qū)С鲞^程的設(shè)計(jì)表示文檔,"低層"抽象能夠?qū)С龀绦蚝蛿?shù)據(jù)結(jié)構(gòu)信息,"中層"能夠?qū)С觯?),"高層"抽象能夠?qū)С觯?)??瞻祝?)處應(yīng)選擇()A、實(shí)體關(guān)系模型B、程序和文檔結(jié)構(gòu)信息C、全部文檔信息D、數(shù)據(jù)流和控制流模型55.UML采用4+1視圖來描述軟件和軟件開發(fā)過程,其中(1)描繪了所設(shè)計(jì)的并發(fā)與同步結(jié)構(gòu);(2)表示軟件到硬件的映射及分布結(jié)構(gòu);UML中的類圖可以用來表示4+1視圖中的(3)??瞻祝?)處應(yīng)選擇()A、邏輯視圖(LogicalView)B、實(shí)現(xiàn)視圖(ImplementationView)C、進(jìn)程視圖(ProcessView)D、部署視圖(DeploymentView)56.以下關(guān)于嵌入式系統(tǒng)開發(fā)的敘述,正確的是()A、宿主機(jī)與目標(biāo)機(jī)之間只需要建立邏輯連接B、宿主機(jī)與目標(biāo)機(jī)之間只能采用串口通信方式C、在宿主機(jī)上必須采用交叉編譯器來生成目標(biāo)機(jī)的可執(zhí)行代碼D、調(diào)試器與被調(diào)試程序必須安裝在同一臺(tái)機(jī)器上57.某虛擬存儲(chǔ)系統(tǒng)采用最近最少使用(LRU)頁面淘汰算法,假定系統(tǒng)為每個(gè)作業(yè)分配4個(gè)頁面的主存空間,其中一個(gè)頁面用來存放程序。現(xiàn)有某作業(yè)的程序如下: 設(shè)每個(gè)頁面可存放200個(gè)整數(shù)變量,變量i、j存放在程序頁中。初始時(shí),程序及i、j均已在內(nèi)存,其余3頁為空。若矩陣A按行序存放,那么當(dāng)程序執(zhí)行完后共產(chǎn)生(1)次缺頁中斷;若矩陣A按列序存放,那么當(dāng)程序執(zhí)行完后共產(chǎn)生(2)次缺頁中斷??瞻祝?)處應(yīng)選擇()A、50B、100C、5000D、1000058.我國《計(jì)算機(jī)軟件保護(hù)條例》所稱的"發(fā)表"的含義是指將軟件作品()A、出版發(fā)行B、公之于眾C、在版權(quán)局登記D、以某種物質(zhì)形式固定下來59.信息工程的基礎(chǔ)是信息戰(zhàn)略規(guī)劃,規(guī)劃的起點(diǎn)是將(1)和企業(yè)的信息需求轉(zhuǎn)換成信息系統(tǒng)目標(biāo),實(shí)施信息系統(tǒng)工程是要為企業(yè)建立起具有穩(wěn)定數(shù)據(jù)型的數(shù)據(jù)處理中心,以滿足各級(jí)管理人員關(guān)于信息的需求,它堅(jiān)持以(2)為信息處理的中心??瞻祝?)處應(yīng)選擇()A、數(shù)據(jù)B、過程C、功能D、應(yīng)用60.某公司欲開發(fā)一門戶網(wǎng)站,將公司的各個(gè)分公司及辦事處信息進(jìn)行整合?,F(xiàn)決定采用Composite設(shè)計(jì)模式來實(shí)現(xiàn)公司的組織結(jié)構(gòu)關(guān)系,并設(shè)計(jì)了如圖12-18所示的UML類圖。圖中與Composite模式中的Component角色相對應(yīng)的類是(1),與Composite角色相對應(yīng)的類是(2)??瞻祝?)處應(yīng)選擇()A、CompanyB、FinanceDepartmentC、HRDepartmentD、ConcreteCompany61.論面向服務(wù)的體系結(jié)構(gòu)在系統(tǒng)集成中的應(yīng)用 面向服務(wù)的體系結(jié)構(gòu)(ServiceOrientedArchitecture,SOA)作為一種體系結(jié)構(gòu)模型,將應(yīng)用程序的不同功能單元通過一些良好定義的接口聯(lián)系起來。接口是采用中立的方式進(jìn)行定義的,它獨(dú)立于實(shí)現(xiàn)服務(wù)的硬件平臺(tái)、操作系統(tǒng)和編程語言。這使得構(gòu)建服務(wù)可以以一種統(tǒng)一和通用的方式進(jìn)行交互。 請圍繞"SOA在系統(tǒng)集成中的應(yīng)用"論題,依次從以下的3個(gè)方面進(jìn)行論述: ①概要敘述你參與分析與開發(fā)的系統(tǒng)集成項(xiàng)目,以及你在其中所擔(dān)任的主要工作。 ②詳細(xì)論述SOA中的關(guān)鍵技術(shù),以及你熟悉的工具和環(huán)境對SOA的支持。 ③通過你的切身實(shí)踐詳細(xì)論述SOA在系統(tǒng)集成中發(fā)揮的作用和優(yōu)勢。62.某軟件公司承接了為某工作流語言開發(fā)解釋器的工作。該工作流語言由多種活動(dòng)節(jié)點(diǎn)構(gòu)成,具有類XML的語法結(jié)構(gòu)。用戶要求解釋器工作時(shí),對每個(gè)活動(dòng)節(jié)點(diǎn)進(jìn)行一系列的處理,包括執(zhí)行活動(dòng)、日志記錄、調(diào)用外部應(yīng)用程序等,并且要求處理過程具有可擴(kuò)展能力。針對這種需求,公司采用()最為恰當(dāng)。A、適配器模式B、迭代器模式C、訪問者模式D、觀察者模式63.一個(gè)軟件的架構(gòu)設(shè)計(jì)是隨著技術(shù)的不斷進(jìn)步而不斷變化的。以編譯器為例,其主流架構(gòu)經(jīng)歷了管道-過濾器到數(shù)據(jù)共享為中心的轉(zhuǎn)變過程。以下關(guān)于編譯器架構(gòu)的敘述中,錯(cuò)誤的是()A、早期的編譯器采用管道.過濾器架構(gòu)風(fēng)格,以文本形式輸入的代碼被逐步轉(zhuǎn)化為各種形式,最終生成可執(zhí)行代碼B、早期的編譯器采用管道-過濾器架構(gòu)風(fēng)格,并且大多數(shù)編譯器在詞法分析時(shí)創(chuàng)造獨(dú)立的符號(hào)表,在其后的階段會(huì)不斷修改符號(hào)表,因此符號(hào)表并不是程序數(shù)據(jù)的一部分C、現(xiàn)代的編譯器采用以數(shù)據(jù)共享為中心的架構(gòu)風(fēng)格,主要關(guān)心編譯過程中程序的中間表示D、現(xiàn)代的編譯器采用以數(shù)據(jù)共享為中心的架構(gòu)風(fēng)格,但由于分析樹是在語法分析階段結(jié)束后才產(chǎn)生作為語義分析的輸入,因此分析樹不是數(shù)據(jù)中心的共享數(shù)據(jù)64.在項(xiàng)目的一個(gè)階段末,開始下一階段之前,應(yīng)該確保()A、能得到下個(gè)階段的資源B、進(jìn)程達(dá)到它的基準(zhǔn)C、采取糾正措施獲得項(xiàng)目結(jié)果D、達(dá)到階段的目標(biāo)以及正式接受項(xiàng)目階段成果65.某軟件開發(fā)公司負(fù)責(zé)開發(fā)一個(gè)Web服務(wù)器服務(wù)端處理軟件,其核心部分是對客戶端請求消息的解析與處理,包括HTTP報(bào)頭分離、SOAP報(bào)文解析等功能。該公司的架構(gòu)師決定采用成熟的架構(gòu)風(fēng)格指導(dǎo)整個(gè)軟件的設(shè)計(jì),以下()架構(gòu)風(fēng)格,最適合該服務(wù)端處理軟件。A、虛擬機(jī)B、管道.過濾器C、黑板結(jié)構(gòu)D、分層結(jié)構(gòu)66.由于軟、硬件故障可能造成數(shù)據(jù)庫中的數(shù)據(jù)被破壞,數(shù)據(jù)庫恢復(fù)就是(1)??梢杂卸喾N方法實(shí)現(xiàn)數(shù)據(jù)庫恢復(fù),如定期將數(shù)據(jù)庫作備份;在進(jìn)行事務(wù)處理時(shí),對數(shù)據(jù)更新(插入、刪除、修改)的全部有關(guān)內(nèi)容寫入(2);當(dāng)系統(tǒng)正常運(yùn)行時(shí),按一定的時(shí)間間隔,設(shè)立(3),把內(nèi)存緩沖區(qū)內(nèi)容還未寫入到磁盤中的有關(guān)狀態(tài)記錄到該文件中;當(dāng)發(fā)生故障時(shí),根據(jù)現(xiàn)場數(shù)據(jù)內(nèi)容及相關(guān)文件來恢復(fù)系統(tǒng)的狀態(tài)。空白(1)處應(yīng)選擇()A、重新安裝數(shù)據(jù)庫管理系統(tǒng)和應(yīng)用程序B、重新安裝應(yīng)用程序,并將數(shù)據(jù)庫做鏡像C、重新安裝數(shù)據(jù)庫管理系統(tǒng),并將數(shù)據(jù)庫做鏡像D、在盡可能短的時(shí)間內(nèi),把數(shù)據(jù)庫恢復(fù)到故障發(fā)生前的狀態(tài)67.分布式系統(tǒng)開發(fā)中,通常需要將任務(wù)分配到不同的邏輯計(jì)算層。業(yè)務(wù)數(shù)據(jù)的綜合計(jì)算分析任務(wù)屬于()A、表示邏輯層B、應(yīng)用邏輯層C、數(shù)據(jù)處理層D、數(shù)據(jù)層68.在實(shí)際的項(xiàng)目開發(fā)中,人們總是希望使用自動(dòng)工具來執(zhí)行需求變更控制過程。下列描述中,()不是這類工具所具有的功能。A、可以定義變更請求的數(shù)據(jù)項(xiàng)及變更請求生存期的狀態(tài)轉(zhuǎn)換圖B、記錄每一種狀態(tài)變更的數(shù)據(jù),確認(rèn)做出變更的人員C、可以加強(qiáng)狀態(tài)轉(zhuǎn)換圖使經(jīng)授權(quán)的用戶僅能做出所允許的狀態(tài)變更D、定義變更控制計(jì)劃,并指導(dǎo)設(shè)計(jì)人員按照所制定的計(jì)劃實(shí)施變更69.某軟件公司欲設(shè)計(jì)一款圖像處理軟件,幫助用戶對拍攝的照片進(jìn)行后期處理。在軟件需求分析階段,公司的系統(tǒng)分析師識(shí)別出了如下3個(gè)關(guān)鍵需求:圖像處理軟件需要記錄用戶在處理照片時(shí)所有動(dòng)作,并能夠支持用戶動(dòng)作的撤銷與重做等行為。圖像處理軟件需要根據(jù)當(dāng)前正在處理的照片的不同特征選擇合適的處理操作,處理操作與照片特征之間具有較為復(fù)雜的邏輯關(guān)系。圖像處理軟件需要封裝各種圖像處理算法,用戶能夠根據(jù)需要靈活選擇合適的處理算法;軟件還要支持高級(jí)用戶根據(jù)一定的規(guī)則添加自定義處理算法。在系統(tǒng)設(shè)計(jì)階段,公司的架構(gòu)師決定采用設(shè)計(jì)模式滿足上述關(guān)鍵需求中對系統(tǒng)靈活性與擴(kuò)展性的要求。具體來說,為了支持靈活的撤銷與重做等行為,采用(1)最為合適:為了封裝圖像操作與照片特征之間的復(fù)雜邏輯關(guān)系,采用(2)最為合適;為了實(shí)現(xiàn)圖像處理算法的靈活選擇與替換,采用(3)最為合適??瞻祝?)處應(yīng)選擇()A、工廠模式B、責(zé)任鏈模式C、中介者模式D、命令模式70.博學(xué)公司承擔(dān)了一項(xiàng)大型物料配送中心的研發(fā)項(xiàng)目,使用自動(dòng)化設(shè)備進(jìn)行貨物的存取。系統(tǒng)主要由兩部分組成,其一是裝有智能設(shè)備的配送車,用于自動(dòng)化裝卸貨物;其二是用于管理和調(diào)度這些配送車的物料配送中心,如圖12-23所示。 智能設(shè)備接受配送中心發(fā)出的存取貨指令,根據(jù)貨艙地址和艙位位置等參數(shù),自動(dòng)控制配送車行走,并調(diào)整機(jī)械臂到達(dá)目標(biāo)艙位,當(dāng)存取完貨物后,再次等待配送中心指令。其中,視頻監(jiān)視器用于采集工作現(xiàn)場的視頻數(shù)據(jù),該數(shù)據(jù)用于智能設(shè)備識(shí)別配送車當(dāng)前位置。 公司經(jīng)理將智能設(shè)備的研制任務(wù)交給了李工。李工投入了大量的時(shí)間,通過一個(gè)月的努力,提交了智能設(shè)備的設(shè)計(jì)方案。但是,出乎李工預(yù)料,該方案被專家評(píng)審會(huì)否定了。評(píng)審意見指出,李工的設(shè)計(jì)方案實(shí)施成本高,并且在技術(shù)上有缺陷,建議重新設(shè)計(jì)。 李工的設(shè)計(jì)方案指出,考慮到智能設(shè)備工作的環(huán)境條件非常惡劣,并且處理機(jī)要處理大量的視頻信息,所以,智能設(shè)備的硬件設(shè)計(jì)應(yīng)考慮以下幾點(diǎn): ①由于智能設(shè)備要處理大量的圖像數(shù)據(jù),智能設(shè)備中的處理機(jī)應(yīng)采用目前先進(jìn)的、具有很強(qiáng)數(shù)據(jù)處理和信號(hào)處理能力的MPC7410處理器,并采用雙處理機(jī)結(jié)構(gòu),以增加設(shè)備的容錯(cuò)能力。 ②為了使智能設(shè)備適應(yīng)不同環(huán)境條件,其設(shè)備的環(huán)境溫度指標(biāo)必須滿足軍用標(biāo)準(zhǔn)要求(-55~+70℃),因此,元器件必須經(jīng)過嚴(yán)格篩選,并考慮芯片散熱問題。 ③由于智能設(shè)備與配送中心的數(shù)據(jù)交換采用無線通信,而配送中心又要控制多臺(tái)配送車,為了保證通信數(shù)據(jù)的安全性,避免相互干擾,設(shè)計(jì)中應(yīng)考慮采用安全措施,實(shí)施數(shù)據(jù)加解密操作,密鑰由配送中心統(tǒng)一管理與分發(fā)。 請用300字以內(nèi)的文字說明上述3點(diǎn)設(shè)計(jì)考慮有何問題。71.我國標(biāo)準(zhǔn)分為強(qiáng)制性標(biāo)準(zhǔn)和推薦性標(biāo)準(zhǔn),標(biāo)準(zhǔn)的編號(hào)由標(biāo)準(zhǔn)代號(hào)、標(biāo)準(zhǔn)發(fā)布順序號(hào)和標(biāo)準(zhǔn)發(fā)布年代號(hào)構(gòu)成()為推薦性行業(yè)標(biāo)準(zhǔn)的代號(hào)。A、DB11/TB、Q/T11C、GB/TD、SJ/T72.隨著業(yè)務(wù)的增長,信息系統(tǒng)的訪問量和數(shù)據(jù)流量快速增加,采用負(fù)載均衡(LoadBalance)方法可避免由此導(dǎo)致的系統(tǒng)性能下降甚至崩潰。以下關(guān)于負(fù)載均衡的敘述中,錯(cuò)誤的是()A、負(fù)載均衡通常由服務(wù)器端安裝的附加軟件來實(shí)現(xiàn)B、負(fù)載均衡并不會(huì)增加系統(tǒng)的吞吐量C、負(fù)載均衡可在不同地理位置、不同網(wǎng)絡(luò)結(jié)構(gòu)的服務(wù)器群之間進(jìn)行D、負(fù)載均衡可使用戶只通過一個(gè)IP地址或域名就能訪問相應(yīng)的服務(wù)器73.基于軟件架構(gòu)的設(shè)計(jì)(ArchitectureBasedSoftwareDevelopment,ABSD)強(qiáng)調(diào)由商業(yè)、質(zhì)量和功能需求的組合驅(qū)動(dòng)軟件架構(gòu)設(shè)計(jì)。它強(qiáng)調(diào)采用(1)來描述軟件架構(gòu),采用(2)來描述需求??瞻祝?)處應(yīng)選擇()A、類圖和序列圖B、視角與視圖C、構(gòu)件和類圖D、構(gòu)件與功能74.客戶關(guān)系管理(CRM)系統(tǒng)將市場營銷的科學(xué)管理理念通過信息技術(shù)的手段集成在軟件上,能夠幫助企業(yè)構(gòu)建良好的客戶關(guān)系。以下關(guān)于CRM系統(tǒng)的敘述中,錯(cuò)誤的是()A、銷售自動(dòng)化是CRM系統(tǒng)中最基本的模塊B、營銷自動(dòng)化作為銷售自動(dòng)化的補(bǔ)充,包括營銷計(jì)劃的編制和執(zhí)行、計(jì)劃結(jié)果分析等C、CRM系統(tǒng)能夠與ERP系統(tǒng)在財(cái)務(wù)、制造、庫存等環(huán)節(jié)進(jìn)行連接,但兩者關(guān)系相對松散,一般不會(huì)形成閉環(huán)結(jié)構(gòu)D、客戶服務(wù)與支持是CRM系統(tǒng)的重要功能。目前,客戶服務(wù)與支持的主要手段是通過呼叫中心和互聯(lián)網(wǎng)來實(shí)現(xiàn)75.軟件質(zhì)量屬性 某軟件開發(fā)公司欲為某電子商務(wù)企業(yè)開發(fā)一個(gè)在線交易平臺(tái),支持客戶完成網(wǎng)上購物活動(dòng)中的在線交易。在系統(tǒng)開發(fā)之初,企業(yè)對該平臺(tái)提出了如下要求: ①在線交易平臺(tái)必須在1s內(nèi)完成客戶的交易請求。 ②該平臺(tái)必須保證客戶個(gè)人信息和交易信息的安全。 ③當(dāng)發(fā)生故障時(shí),該平臺(tái)的平均故障恢復(fù)時(shí)間必須小于10s。 ④由于企業(yè)業(yè)務(wù)發(fā)展較快,需要經(jīng)常為該平臺(tái)添加新功能或進(jìn)行硬件升級(jí)。添加新功能或進(jìn)行硬件升級(jí)必須在6小時(shí)內(nèi)完成。 針對這些要求,該軟件開發(fā)公司決定采用基于架構(gòu)的軟件開發(fā)方法,以架構(gòu)為核心進(jìn)行在線交易平臺(tái)的設(shè)計(jì)與實(shí)現(xiàn)。請對該在線交易平臺(tái)的4個(gè)要求進(jìn)行分析,用300字以內(nèi)的文字指出每個(gè)要求對應(yīng)何種軟件質(zhì)量屬性;并針對每種軟件質(zhì)量屬性,各給出2種實(shí)現(xiàn)該質(zhì)量屬性的架構(gòu)設(shè)計(jì)策略。第2卷一.參考題庫(共75題)1.某商標(biāo)注冊人委托某印刷廠印制商標(biāo)標(biāo)識(shí)20萬套,而印刷廠印制25萬套,該印刷廠多印制5萬套商標(biāo)標(biāo)識(shí)的做法屬()行為。A、侵犯注冊商標(biāo)專用權(quán)B、偽造他人注冊商標(biāo)標(biāo)識(shí)C、合法擴(kuò)大業(yè)務(wù)范圍D、不侵犯注冊商標(biāo)專用權(quán)2.某軟件公司基于面向?qū)ο蠹夹g(shù)開發(fā)了一套圖形界面顯示構(gòu)件庫VisualComponent。在使用該庫構(gòu)建某圖形界面時(shí),用戶要求為界面定制一些特效顯示效果,如帶滾動(dòng)條、能夠顯示藝術(shù)字體的透明窗體等。針對這種需求,公司采用()最為靈活。A、橋接模式B、命令模式C、組合模式D、裝飾模式3.某高校管理信息系統(tǒng)的數(shù)據(jù)庫設(shè)計(jì)過程中,(1)階段是在需求分析的基礎(chǔ)上,對用戶信息加以分類、聚集和概括,建立信息模型,并依照選定的數(shù)據(jù)庫管理系統(tǒng)軟件,轉(zhuǎn)換成為數(shù)據(jù)的(2),再依照軟硬件環(huán)境,最終實(shí)現(xiàn)數(shù)據(jù)的合理存儲(chǔ)。空白(1)處應(yīng)選擇()A、物理設(shè)計(jì)B、邏輯結(jié)構(gòu)設(shè)計(jì)C、數(shù)據(jù)庫實(shí)施D、概念結(jié)構(gòu)設(shè)計(jì)4.某公司的部門(部門號(hào),部門名,負(fù)責(zé)人,電話)、商品(商品號(hào),商品名稱,單價(jià),庫存量)和職工(職工號(hào),姓名,住址)3個(gè)實(shí)體之間的關(guān)系如表2-18、表2-19和表2-20所示。假設(shè)每個(gè)部門有一位負(fù)責(zé)人和一部電話,但有若干名員工;每種商品只能由一個(gè)部門負(fù)責(zé)銷售。部門關(guān)系不屬于第三范式的原因是(1)。如果用戶要求得到表2-21所示的結(jié)果,需要(2),并增加關(guān)系模式(3)??瞻祝?)處應(yīng)選擇()A、沒有消除非主屬性對碼的部分函數(shù)依賴,如部門名→負(fù)責(zé)人B、沒有消除非主屬性對碼的部分函數(shù)依賴,如負(fù)責(zé)人→電話C、只消除了非主屬性對碼的部分函數(shù)依賴,而未消除傳遞函數(shù)依賴D、沒有消除非主屬性對碼的部分函數(shù)依賴和傳遞函數(shù)依賴5.A、B兩個(gè)獨(dú)立的網(wǎng)站都主要靠廣告收入來支撐發(fā)展,目前都采用較高的價(jià)格銷售廣告。這兩個(gè)網(wǎng)站都想通過降價(jià)爭奪更多的客戶和更豐厚的利潤。假設(shè)這兩個(gè)網(wǎng)站在現(xiàn)有策略下各可以獲得1000萬元的利潤。如果一方單獨(dú)降價(jià),就能擴(kuò)大市場份額,可以獲得1500萬元利潤,此時(shí),另一方的市場份額就會(huì)縮小,利潤將下降到200萬元。如果這兩個(gè)網(wǎng)站同時(shí)降價(jià),則他們都將只能得到700萬元利潤。這兩個(gè)網(wǎng)站的主管各自經(jīng)過獨(dú)立的理性分析后決定()A、A采取高價(jià)策略,B采取低價(jià)策略B、A采取高價(jià)策略,B采取高價(jià)策略C、A采取低價(jià)策略,B采取低價(jià)策略D、A采取低價(jià)策略,B采取高價(jià)策略6.博學(xué)公司欲為某種型號(hào)的示波器開發(fā)內(nèi)置軟件。該公司的架構(gòu)師設(shè)計(jì)了如圖8-45所示的軟件架構(gòu)。在軟件架構(gòu)評(píng)審時(shí),專家認(rèn)為該架構(gòu)存在的問題是()A、在功能劃分上將各個(gè)模塊獨(dú)立起采B、在硬件構(gòu)件的混合和替換方面不是很靈活C、沒有清晰地說明用戶怎樣與其交互D、沒有明確的層次關(guān)系,沒有強(qiáng)調(diào)功能之間的交互7.某軟件企業(yè)開發(fā)了一套能夠同硬件結(jié)合以提高設(shè)備性能的軟件產(chǎn)品,向國家專利局申請方法發(fā)明專利,獲得了專利權(quán),并為該軟件產(chǎn)品冠以"昆侖"商品專用標(biāo)識(shí),但未進(jìn)行商標(biāo)注冊上市銷售。此情況下,該軟件產(chǎn)品不可能得到我國()的保護(hù)。A、著作權(quán)法B、專利法C、商標(biāo)法D、刑法8.確定網(wǎng)絡(luò)的層次結(jié)構(gòu)及各層采用的協(xié)議是網(wǎng)絡(luò)設(shè)計(jì)中()階段的主要任務(wù)。A、網(wǎng)絡(luò)需求分析B、網(wǎng)絡(luò)體系結(jié)構(gòu)設(shè)計(jì)C、網(wǎng)絡(luò)設(shè)備選型D、網(wǎng)絡(luò)安全性設(shè)計(jì)9.若要使某用戶只能查詢表EMP中的部分記錄,應(yīng)采取的策略是()A、將該用戶級(jí)別設(shè)定為DBAB、將表EMP的查詢權(quán)限賦予該用戶C、編寫查詢表EMP的存儲(chǔ)過程D、構(gòu)建該部分記錄的行級(jí)視圖,并將該視圖的查詢權(quán)限賦予該用戶10.甲公司承擔(dān)了一項(xiàng)為宇航系統(tǒng)配套生產(chǎn)高性能嵌入式計(jì)算機(jī)系統(tǒng)的任務(wù),用戶要求該系統(tǒng)要具有高速并發(fā)處理能力、低功耗、高可靠性,并可以有效地防止系統(tǒng)故障的蔓延。根據(jù)用戶對本項(xiàng)目的要求,甲公司成立了軟/硬件兩個(gè)項(xiàng)目組,總體設(shè)計(jì)由硬件組承擔(dān),負(fù)責(zé)高性能嵌入式計(jì)算機(jī)系統(tǒng)體系結(jié)構(gòu)設(shè)計(jì),軟件組負(fù)責(zé)確定軟件的技術(shù)需求和應(yīng)用軟件開發(fā)平臺(tái)的軟件設(shè)計(jì)工作。 在處理器選型方面,硬件組王工與軟件組張工在討論采用哪種CPU體系結(jié)構(gòu)方面發(fā)生爭議。目前,流行的處理器結(jié)構(gòu)包括單核結(jié)構(gòu)、多處理器結(jié)構(gòu)、超線程結(jié)構(gòu)、多核結(jié)構(gòu)、共享Cache的多核結(jié)構(gòu)和超線程技術(shù)的多核結(jié)構(gòu)共6種,如圖12-20所示。 為了防止系統(tǒng)故障的蔓延,解決應(yīng)用進(jìn)程間的相互影響,在超線程技術(shù)的多核結(jié)構(gòu)需要選擇一種嵌入式操作系統(tǒng)作為本高性能嵌入式計(jì)算機(jī)系統(tǒng)的運(yùn)行環(huán)境,請用200字以內(nèi)的文字說明選擇的操作系統(tǒng)應(yīng)具備哪些主要功能。11.電子商務(wù)是構(gòu)建在Internet上的新商務(wù)模式。企業(yè)和個(gè)人使用電子商務(wù)來降低交易成本,提高商品和信息流的周轉(zhuǎn)速度,提高客戶服務(wù)水平,并且使得制造商、供應(yīng)商和客戶之間可以緊密合作。企業(yè)信息化是實(shí)施企業(yè)電子商務(wù)的基礎(chǔ),特別是在企業(yè)流程再造、供應(yīng)鏈管理、客戶關(guān)系管理等方面需要依托信息技術(shù)進(jìn)行整合和優(yōu)化。供應(yīng)鏈管理過程是企業(yè)的一個(gè)關(guān)鍵業(yè)務(wù)過程。請用200字以內(nèi)的文字回答:供應(yīng)鏈管理主要包括哪3個(gè)子過程?電子商務(wù)環(huán)境下,供應(yīng)鏈管理過程的整合、優(yōu)化有何意義?12.若內(nèi)存地址區(qū)間為4000H~43FFH,每個(gè)存儲(chǔ)單元可存儲(chǔ)16位二進(jìn)制數(shù),該內(nèi)存區(qū)域用4片存儲(chǔ)器芯片構(gòu)成,則構(gòu)成該內(nèi)存所用的存儲(chǔ)器芯片的容量是()A、512×16bitB、256×8bitC、256×16bitD、1024×8bit13.某軟件企業(yè)根據(jù)市場需求,組織開發(fā)出一種新應(yīng)用軟件。為確保企業(yè)的市場競爭力,該企業(yè)對其所有員工進(jìn)行了保密的約束。但某開發(fā)人員將該應(yīng)用軟件的程序設(shè)計(jì)技巧和算法通過論文向社會(huì)發(fā)表,使得軟件企業(yè)喪失了()A、發(fā)行權(quán)B、軟件著作權(quán)C、商業(yè)秘密權(quán)D、專利權(quán)14.博學(xué)公司網(wǎng)上銷售管理系統(tǒng)的數(shù)據(jù)庫部分關(guān)系模式如下所示。其中,客戶號(hào)唯一標(biāo)識(shí)一位客戶,產(chǎn)品號(hào)唯一標(biāo)識(shí)一件產(chǎn)品,訂單號(hào)唯一標(biāo)識(shí)一份訂單。一份訂單必須且僅對應(yīng)一位客戶,一份訂單可由一到多條訂單明細(xì)組成,一位客戶可以有多份訂單??蛻簦蛻籼?hào),姓名,性別,地址,郵編)產(chǎn)品(產(chǎn)品號(hào),名稱,庫存,單價(jià))訂單(訂單號(hào),時(shí)間,金額,客戶號(hào))訂單明細(xì)(訂單號(hào),產(chǎn)品號(hào),數(shù)量)訂單關(guān)系模式的主鍵為(1);訂單明細(xì)關(guān)系模式的主鍵為(2);其中訂單的外鍵為(3)??瞻祝?)處應(yīng)選擇()A、訂單號(hào)B、產(chǎn)品號(hào)C、(訂單號(hào),產(chǎn)品號(hào))D、(訂單號(hào),數(shù)量)15.博學(xué)公司最近簽訂了一份控制系統(tǒng)軟件的研制合同。合同技術(shù)要求如下: ①本控制系統(tǒng)的軟件運(yùn)行平臺(tái)擬采用嵌入式實(shí)時(shí)操作系統(tǒng),控制系統(tǒng)的工作周期為10ms,要求控制軟件能夠精確地按事先預(yù)定的時(shí)間順序完成數(shù)據(jù)的采集、處理和輸出。 ②為了提高整個(gè)系統(tǒng)的可靠性,控制系統(tǒng)采用容錯(cuò)處理,即用兩個(gè)相對獨(dú)立的計(jì)算機(jī)承擔(dān)相同的工作,通過交叉對比,實(shí)現(xiàn)控制的雙余度管理;當(dāng)任何一臺(tái)計(jì)算機(jī)出現(xiàn)故障時(shí),系統(tǒng)可以進(jìn)行單余度控制。系統(tǒng)結(jié)構(gòu)如圖12-21所示。 ③在10ms工作周期內(nèi)的時(shí)間分配如表12-15所示。 公司總工程師將本項(xiàng)任務(wù)交付給項(xiàng)目主管李工程師實(shí)施,要求李工按雙方合同要求完成本項(xiàng)目的策劃、需求分析和方案設(shè)計(jì)工作,重點(diǎn)強(qiáng)調(diào)系統(tǒng)的可靠性要求,并特別提示:目前比較流行的嵌入式操作系統(tǒng)普遍采用可搶占式優(yōu)先級(jí)調(diào)度策略,不能滿足用戶關(guān)于"能夠精確地按事先預(yù)定的時(shí)間順序完成數(shù)據(jù)的采集、處理和輸出"的要求。請用200字以內(nèi)的文字說明李工應(yīng)如何設(shè)計(jì)優(yōu)先級(jí)調(diào)度策略,并按照如表12-14所示的要求實(shí)現(xiàn)任務(wù)流程處理。16.某軟件公司欲設(shè)計(jì)一款圖像處理軟件,幫助用戶對拍攝的照片進(jìn)行后期處理。在軟件需求分析階段,公司的系統(tǒng)分析師識(shí)別出了如下3個(gè)關(guān)鍵需求:圖像處理軟件需要記錄用戶在處理照片時(shí)所有動(dòng)作,并能夠支持用戶動(dòng)作的撤銷與重做等行為。圖像處理軟件需要根據(jù)當(dāng)前正在處理的照片的不同特征選擇合適的處理操作,處理操作與照片特征之間具有較為復(fù)雜的邏輯關(guān)系。圖像處理軟件需要封裝各種圖像處理算法,用戶能夠根據(jù)需要靈活選擇合適的處理算法;軟件還要支持高級(jí)用戶根據(jù)一定的規(guī)則添加自定義處理算法。在系統(tǒng)設(shè)計(jì)階段,公司的架構(gòu)師決定采用設(shè)計(jì)模式滿足上述關(guān)鍵需求中對系統(tǒng)靈活性與擴(kuò)展性的要求。具體來說,為了支持靈活的撤銷與重做等行為,采用(1)最為合適:為了封裝圖像操作與照片特征之間的復(fù)雜邏輯關(guān)系,采用(2)最為合適;為了實(shí)現(xiàn)圖像處理算法的靈活選擇與替換,采用(3)最為合適??瞻祝?)處應(yīng)選擇()A、模板方法模式B、訪問者模式C、策略模式D、觀察者模式17.在基于構(gòu)件的軟件開發(fā)中,(1)描述系統(tǒng)設(shè)計(jì)藍(lán)圖以保證系統(tǒng)提供適當(dāng)?shù)墓δ?;?)用來了解系統(tǒng)的性能、吞吐率等非功能性屬性??瞻祝?)處應(yīng)選擇()A、邏輯構(gòu)件模型B、物理構(gòu)件模型C、組件接口模型D、系統(tǒng)交互模型18.面向團(tuán)隊(duì)的需求收集方法能夠鼓勵(lì)合作,為解決方案的各個(gè)要素提供建議,協(xié)商不同的方法,以及說明初步的需求方案。下列關(guān)于面向團(tuán)隊(duì)的需求收集方法敘述,不恰當(dāng)?shù)氖牵ǎ〢、舉行團(tuán)隊(duì)需求收集會(huì)議,會(huì)議由軟件工程師、客戶和其他利益相關(guān)者共同舉辦和參加B、擬定一個(gè)會(huì)議議程,與會(huì)者圍繞需求要點(diǎn),暢所欲言C、會(huì)議提倡自由發(fā)言,不需要特意控制會(huì)議的進(jìn)度D、會(huì)議目的是為了識(shí)別問題,提出解決方案的要點(diǎn),初步刻畫解決方案中的需求問題19.甲公司承擔(dān)了一項(xiàng)為宇航系統(tǒng)配套生產(chǎn)高性能嵌入式計(jì)算機(jī)系統(tǒng)的任務(wù),用戶要求該系統(tǒng)要具有高速并發(fā)處理能力、低功耗、高可靠性,并可以有效地防止系統(tǒng)故障的蔓延。根據(jù)用戶對本項(xiàng)目的要求,甲公司成立了軟/硬件兩個(gè)項(xiàng)目組,總體設(shè)計(jì)由硬件組承擔(dān),負(fù)責(zé)高性能嵌入式計(jì)算機(jī)系統(tǒng)體系結(jié)構(gòu)設(shè)計(jì),軟件組負(fù)責(zé)確定軟件的技術(shù)需求和應(yīng)用軟件開發(fā)平臺(tái)的軟件設(shè)計(jì)工作。 在處理器選型方面,硬件組王工與軟件組張工在討論采用哪種CPU體系結(jié)構(gòu)方面發(fā)生爭議。目前,流行的處理器結(jié)構(gòu)包括單核結(jié)構(gòu)、多處理器結(jié)構(gòu)、超線程結(jié)構(gòu)、多核結(jié)構(gòu)、共享Cache的多核結(jié)構(gòu)和超線程技術(shù)的多核結(jié)構(gòu)共6種,如圖12-20所示。 在本項(xiàng)目中,如果計(jì)算機(jī)采用了多線程技術(shù)實(shí)現(xiàn)應(yīng)用程序的并發(fā)操作,程序設(shè)計(jì)人員將面臨多種挑戰(zhàn),其主要原因在于:程序會(huì)同時(shí)發(fā)生多個(gè)動(dòng)作,對這些同時(shí)發(fā)生的動(dòng)作及它們之間的交互進(jìn)行管理將面臨4方面的挑戰(zhàn),即同步、通信、負(fù)載均衡和可伸縮性,用200字以內(nèi)的文字對上述4種挑戰(zhàn)進(jìn)行簡要描述,并給出如表12-14所示的常用并發(fā)程序設(shè)計(jì)模式的分解方式。 20.某磁盤盤組共有10個(gè)盤面,每個(gè)盤面上有100個(gè)磁道,每個(gè)磁道有32個(gè)扇區(qū),假定物理塊的大小為2個(gè)扇區(qū),分配以物理塊為單位。若使用位圖管理磁盤空間,則位圖需要占用(1)字節(jié)空間。若采用空白文件管理磁盤空間,且空白文件目錄的每個(gè)表項(xiàng)占用5個(gè)字節(jié),則當(dāng)空白文件數(shù)目大于(2)時(shí),空白文件目錄占用的字節(jié)數(shù)大于位圖占用的字節(jié)數(shù)??瞻祝?)處應(yīng)選擇()A、400B、360C、320D、16021.以GJB冠名的標(biāo)準(zhǔn)屬于(1)。PSD、PAD等程序構(gòu)造的圖形表示屬于(2)。空白(2)處應(yīng)選擇()A、基礎(chǔ)標(biāo)準(zhǔn)B、開發(fā)標(biāo)準(zhǔn)C、文檔標(biāo)準(zhǔn)D、管理標(biāo)準(zhǔn)22.軟件()是指改正產(chǎn)生于系統(tǒng)開發(fā)階段而在系統(tǒng)測試階段尚未發(fā)現(xiàn)的錯(cuò)誤。A、完善性維護(hù)B、適應(yīng)性維護(hù)C、正確性維護(hù)D、預(yù)防性維護(hù)23.由于軟、硬件故障可能造成數(shù)據(jù)庫中的數(shù)據(jù)被破壞,數(shù)據(jù)庫恢復(fù)就是(1)??梢杂卸喾N方法實(shí)現(xiàn)數(shù)據(jù)庫恢復(fù),如定期將數(shù)據(jù)庫作備份;在進(jìn)行事務(wù)處理時(shí),對數(shù)據(jù)更新(插入、刪除、修改)的全部有關(guān)內(nèi)容寫入(2);當(dāng)系統(tǒng)正常運(yùn)行時(shí),按一定的時(shí)間間隔,設(shè)立(3),把內(nèi)存緩沖區(qū)內(nèi)容還未寫入到磁盤中的有關(guān)狀態(tài)記錄到該文件中;當(dāng)發(fā)生故障時(shí),根據(jù)現(xiàn)場數(shù)據(jù)內(nèi)容及相關(guān)文件來恢復(fù)系統(tǒng)的狀態(tài)??瞻祝?)處應(yīng)選擇()A、日志文件B、程序文件C、檢查點(diǎn)文件D、圖像文件24.博學(xué)公司欲開發(fā)一個(gè)語音識(shí)別系統(tǒng),語音識(shí)別的主要過程包括分割原始語音信號(hào)、識(shí)別音素、產(chǎn)生候選詞、判定語法片斷、提供語義解釋等。每個(gè)過程都需要進(jìn)行基于先驗(yàn)知識(shí)的條件判斷并進(jìn)行相應(yīng)的識(shí)別動(dòng)作。針對該系統(tǒng)的特點(diǎn),采用()架構(gòu)風(fēng)格最為合適。A、解釋器B、面向?qū)ο驝、黑板D、隱式調(diào)用25.當(dāng)不適合采用生成子類的方法對已有的類進(jìn)行擴(kuò)充時(shí),可以采用(1)設(shè)計(jì)模式動(dòng)態(tài)地給一個(gè)對象添加一些額外的職責(zé);當(dāng)應(yīng)用程序由于使用大量的對象,造成很大的存儲(chǔ)開銷時(shí),可以采用(2)設(shè)計(jì)模式運(yùn)用共享技術(shù)來有效地支持大量細(xì)粒度的對象;當(dāng)想使用一個(gè)已經(jīng)存在的類,但其接口不符合需求時(shí),可以采用(3)設(shè)計(jì)模式將該類的接口轉(zhuǎn)換成我們希望的接口??瞻祝?)處應(yīng)選擇()A、命令(CommanD)B、適配器(Adapter)C、裝飾(DecoratE)D、享元(Flyweight)26.在Linux系統(tǒng)中,一般用()命令來測試另一臺(tái)主機(jī)是否可達(dá)。A、pingB、ifconfigC、netstatD、uname27.建立一個(gè)供應(yīng)商、零件數(shù)據(jù)庫。其中"供應(yīng)商"表S(Sno,Sname,Zip,City)中的屬性分別表示供應(yīng)商代碼、供應(yīng)商名、供應(yīng)商郵編、供應(yīng)商所在城市,其函數(shù)依賴為Sno→(Sname,Zip,City),Zip→City。"零件"表P(Pno,Pname,Color,Weight,City),表示零件號(hào)、零件名、顏色、重量及產(chǎn)地。表S與表P之間的關(guān)系SP(Sno,Pno,Price,Qty)表示供應(yīng)商代碼、零件號(hào)、價(jià)格、數(shù)量。"供應(yīng)商"表S屬于()A、1NFB、2NFC、3NFD、BCNF28.以ANSI冠名的標(biāo)準(zhǔn)屬于()A、國家標(biāo)準(zhǔn)B、國際標(biāo)準(zhǔn)C、行業(yè)標(biāo)準(zhǔn)D、項(xiàng)目規(guī)范29.某公司欲開發(fā)一個(gè)在線交易系統(tǒng),在架構(gòu)設(shè)計(jì)階段公司的架構(gòu)師識(shí)別出3個(gè)核心質(zhì)量屬性場景。其中“在并發(fā)用戶數(shù)量為1000人時(shí),用戶的交易請求需要在0.5秒內(nèi)得到響應(yīng)”主要與(1)質(zhì)量屬性相關(guān),通??刹捎茫?)架構(gòu)策略實(shí)現(xiàn)該屬性;“當(dāng)系統(tǒng)由于軟件故障意外崩潰后,需要在0.5小時(shí)內(nèi)恢復(fù)正常運(yùn)行”主要與(3)質(zhì)量屬性相關(guān),通??刹捎茫?)架構(gòu)策略實(shí)現(xiàn)該屬性;“系統(tǒng)應(yīng)該能夠抵擋惡意用戶的入侵行為,并進(jìn)行報(bào)警和記錄”主要與(5)質(zhì)量屬性相關(guān),通??刹捎茫?)架構(gòu)策略實(shí)現(xiàn)該屬性??瞻祝?)處應(yīng)選擇()A、可測試性B、易用性C、可用性D、互操作性30.隨著信息系統(tǒng)的深入應(yīng)用,它在政府或企業(yè)中發(fā)揮著越來越重要的作用。由此也產(chǎn)生了一些問題:一旦由于故障、甚至災(zāi)難導(dǎo)致信息系統(tǒng)局部或全部癱瘓,就會(huì)對相關(guān)的政府或企業(yè)造成重大的損失,因此需要業(yè)務(wù)持續(xù)和災(zāi)難恢復(fù)規(guī)劃。 業(yè)務(wù)持續(xù)和災(zāi)難恢復(fù)規(guī)劃涉及一些特定的或相關(guān)的規(guī)劃,當(dāng)正常的信息處理業(yè)務(wù)突然中斷時(shí),用來減輕甚至避免其所帶來的影響。它們用來保證維持組織運(yùn)作的關(guān)鍵系統(tǒng)的可用性。 某大型網(wǎng)上書店通過Internet為用戶提供網(wǎng)上圖書查詢及訂購等多種服務(wù)。由于每天的業(yè)務(wù)量非常多,因此對業(yè)務(wù)有持續(xù)性要求,并且需要具備災(zāi)難恢復(fù)功能。在對原有系統(tǒng)的改進(jìn)方案中提供: ①對于一些關(guān)鍵應(yīng)用系統(tǒng),采用雙機(jī)冗余熱備的方式進(jìn)行保護(hù)。 ②由于資金問題,公司并不打算建設(shè)自己專有的用于備份數(shù)據(jù)的備份中心(假設(shè)這里的備份中心僅用于備份數(shù)據(jù)),而是決定租用其他公司提供的商業(yè)備份中心,每隔一段時(shí)間,把公司的業(yè)務(wù)數(shù)據(jù)備份到備份中心。請用150字以內(nèi)文字,說明雙機(jī)冗余熱備方式主要解決的是系統(tǒng)運(yùn)行中的哪些問題?在選擇雙機(jī)冗余熱備產(chǎn)品時(shí)通常需要考慮哪些問題?31.某軟件公司開發(fā)某種軟件產(chǎn)品時(shí)花費(fèi)的固定成本為16萬元,每套產(chǎn)品的可變成本為2元,設(shè)銷售單價(jià)為10元,則需要銷售()套才能達(dá)到盈虧平衡點(diǎn)。A、13000B、16000C、18000D、2000032.正確識(shí)別風(fēng)險(xiǎn)點(diǎn)、非風(fēng)險(xiǎn)點(diǎn)、敏感點(diǎn)和權(quán)衡點(diǎn)是進(jìn)行軟件架構(gòu)評(píng)價(jià)的關(guān)鍵步驟。其中(1)是實(shí)現(xiàn)一個(gè)特定質(zhì)量屬性的關(guān)鍵特征,該特征為一個(gè)或多個(gè)軟件構(gòu)件所共有。"改變加密的級(jí)別可能會(huì)對安全性和性能都產(chǎn)生顯著的影響",這是一個(gè)對系統(tǒng)(2)的描述??瞻祝?)處應(yīng)選擇()A、風(fēng)險(xiǎn)點(diǎn)B、非風(fēng)險(xiǎn)點(diǎn)C、敏感點(diǎn)D、權(quán)衡點(diǎn)33.博學(xué)公司欲針對Linux操作系統(tǒng)開發(fā)一個(gè)KWIC(KeyWordInContext)檢索系統(tǒng)。該系統(tǒng)接收用戶輸入的查詢關(guān)鍵字,依據(jù)字母順序給出相關(guān)幫助文檔并根據(jù)
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 二零二五年度科技產(chǎn)品銷售提成及創(chuàng)新激勵(lì)協(xié)議
- 二零二五年度金融機(jī)構(gòu)資金結(jié)算服務(wù)協(xié)議
- 二零二五年度山坪塘承包合同履行中的合同糾紛解決
- 二零二五年度終止雙方在線教育平臺(tái)合作協(xié)議
- 二零二五年度海底油氣管道水平定向鉆施工合作協(xié)議
- 二零二五年度全球市場傭金分成合作協(xié)議
- 2、2024廣西專業(yè)技術(shù)人員繼續(xù)教育公需科目參考答案(97分)
- 2025年合作貨運(yùn)從業(yè)資格證科目一考試答案
- 預(yù)制裝配式檢查井施工工法
- 公司領(lǐng)導(dǎo)發(fā)言稿范文
- 社會(huì)階層與教育選擇行為分析-深度研究
- 2025年內(nèi)蒙古呼和浩特市屬國企業(yè)紀(jì)檢監(jiān)察機(jī)構(gòu)招聘工作人員80人高頻重點(diǎn)模擬試卷提升(共500題附帶答案詳解)
- 社會(huì)工作行政(第三版)課件匯 時(shí)立榮 第6-11章 項(xiàng)目管理- 社會(huì)工作行政的挑戰(zhàn)、變革與數(shù)字化發(fā)展
- 全過程工程咨詢文件管理標(biāo)準(zhǔn)
- 模特?cái)z影及肖像使用合同協(xié)議范本
- 2025年湘潭醫(yī)衛(wèi)職業(yè)技術(shù)學(xué)院高職單招職業(yè)適應(yīng)性測試近5年??及鎱⒖碱}庫含答案解析
- 《預(yù)制高強(qiáng)混凝土風(fēng)電塔筒生產(chǎn)技術(shù)規(guī)程》文本附編制說明
- 2025福建福州地鐵集團(tuán)限公司運(yùn)營分公司校園招聘高頻重點(diǎn)提升(共500題)附帶答案詳解
- 兒童睡眠障礙治療
- 四川省建筑行業(yè)調(diào)研報(bào)告
- 北京市豐臺(tái)區(qū)2024-2025學(xué)年高三上學(xué)期期末英語試題
評(píng)論
0/150
提交評(píng)論