問答題

閱讀以下關(guān)于電子政務(wù)系統(tǒng)安全架構(gòu)的敘述,回答問題1至問題3。
博學公司通過投標,承擔了某省級城市的電子政務(wù)系統(tǒng),由于經(jīng)費、政務(wù)應(yīng)用成熟度、使用人員觀念等多方面的原因,該系統(tǒng)計劃采用分階段實施的策略來建設(shè),最先建設(shè)急需和重要的部分。在安全建設(shè)方面,先投入一部分資金保障關(guān)鍵部門和關(guān)鍵信息的安全,之后在總結(jié)經(jīng)驗教訓的基礎(chǔ)上分兩年逐步完善系統(tǒng)。因此,初步考慮使用防火墻、入侵檢測、病毒掃描、安全掃描、日志審計、網(wǎng)頁防篡改、私自撥號檢測、PKI技術(shù)和服務(wù)等保障電子政務(wù)的安全。
由于該電子政務(wù)系統(tǒng)涉及政府安全問題,為了從整個架構(gòu)上設(shè)計好該系統(tǒng)的安全體系,博學公司首席架構(gòu)師張博士召集了項目組人員多次討論。在一次關(guān)于安全的方案討論會上,謝工認為由于政務(wù)網(wǎng)對安全性要求比較高,因此要建設(shè)防火墻、入侵檢測、病毒掃描、安全掃描、日志審計、網(wǎng)頁防篡改、私自撥號檢測系統(tǒng),這樣就可以全面保護電子政務(wù)系統(tǒng)的安全。王工則認為謝工的方案不夠全面,還應(yīng)該在謝工提出的方案的基礎(chǔ)上,使用PKI技術(shù),進行認證、機密性、完整性和抗抵賴性保護。

請用400字以內(nèi)文字,從安全方面,特別針對謝工所列舉的建設(shè)防火墻、入侵檢測、病毒掃描、安全掃描、曰志審計系統(tǒng)進行分析,評論這些措施能夠解決的問題和不能解決的問題。

你可能感興趣的試題

1.問答題

閱讀以下關(guān)于軟件架構(gòu)評估的說明,在答題紙上回答問題1和問題2。
某網(wǎng)上購物電子商務(wù)公司擬升級正在使用的在線交易系統(tǒng),以提高用戶網(wǎng)上購物在線支付環(huán)節(jié)的效率和安全性。在系統(tǒng)的需求分析與架構(gòu)設(shè)計階段,公司提出的需求和關(guān)鍵質(zhì)量屬性場景如下:
①正常負載情況下,系統(tǒng)必須在0.5秒內(nèi)對用戶的交易請求進行響應(yīng)。
②信用卡支付必須保證99.999%的安全性。
③對交易請求處理時間的要求將影響系統(tǒng)的數(shù)據(jù)傳輸協(xié)議和處理過程的設(shè)計。
④網(wǎng)絡(luò)失效后,系統(tǒng)需要在1.5分鐘內(nèi)發(fā)現(xiàn)錯誤并啟用備用系統(tǒng)。
⑤需要在20人月內(nèi)為系統(tǒng)添加一個新的CORBA中間件。
⑥交易過程中涉及到的產(chǎn)品介紹視頻傳輸必須保證畫面具有600×480的分辨率,20幀/秒的速率。
⑦更改加密的級別將對安全性和性能產(chǎn)生影響。
⑧主站點斷電后,需要在3秒內(nèi)將訪問請求重定向到備用站點。
⑨假設(shè)每秒中用戶交易請求的數(shù)量是10個,處理請求的時間為30毫秒,則“在1秒內(nèi)完成用戶的交易請求”這一要求是可以實現(xiàn)的。
⑩用戶信息數(shù)據(jù)庫授權(quán)必須保證99.999%可用。
11.目前對系統(tǒng)信用卡支付業(yè)務(wù)邏輯的描述尚未達成共識,這可能導致部分業(yè)務(wù)功能模塊的重復,影響系統(tǒng)的可修改性。12.更改Web界面接口必須在4人周內(nèi)完成。
13.系統(tǒng)需要提供遠程調(diào)試接口,并支持系統(tǒng)的遠程調(diào)試。
在對系統(tǒng)需求和質(zhì)量屬性場景進行分析的基礎(chǔ)上,系統(tǒng)的架構(gòu)師給出了3個候選的架構(gòu)設(shè)計方案。公司目前正在組織系統(tǒng)開發(fā)的相關(guān)人員對系統(tǒng)架構(gòu)進行評估。

在架構(gòu)評估過程中,需要正確識別系統(tǒng)的架構(gòu)風險、敏感點和權(quán)衡點,并進行合理的架構(gòu)決策。請用300字以內(nèi)的文字給出系統(tǒng)架構(gòu)風險、敏感點和權(quán)衡點的定義,并從題干①~13中各選出1個對系統(tǒng)架構(gòu)風險、敏感點和權(quán)衡點最為恰當?shù)拿枋觥?/a>
2.問答題

閱讀以下關(guān)于軟件架構(gòu)評估的說明,在答題紙上回答問題1和問題2。
某網(wǎng)上購物電子商務(wù)公司擬升級正在使用的在線交易系統(tǒng),以提高用戶網(wǎng)上購物在線支付環(huán)節(jié)的效率和安全性。在系統(tǒng)的需求分析與架構(gòu)設(shè)計階段,公司提出的需求和關(guān)鍵質(zhì)量屬性場景如下:
1.正常負載情況下,系統(tǒng)必須在0.5秒內(nèi)對用戶的交易請求進行響應(yīng)。
2.信用卡支付必須保證99.999%的安全性。
3.對交易請求處理時間的要求將影響系統(tǒng)的數(shù)據(jù)傳輸協(xié)議和處理過程的設(shè)計。
4.網(wǎng)絡(luò)失效后,系統(tǒng)需要在1.5分鐘內(nèi)發(fā)現(xiàn)錯誤并啟用備用系統(tǒng)。
5.需要在20人月內(nèi)為系統(tǒng)添加一個新的CORBA中間件。
6.交易過程中涉及到的產(chǎn)品介紹視頻傳輸必須保證畫面具有600×480的分辨率,20幀/秒的速率。
7.更改加密的級別將對安全性和性能產(chǎn)生影響。
8.主站點斷電后,需要在3秒內(nèi)將訪問請求重定向到備用站點。
9.假設(shè)每秒中用戶交易請求的數(shù)量是10個,處理請求的時間為30毫秒,則“在1秒內(nèi)完成用戶的交易請求”這一要求是可以實現(xiàn)的。
10.用戶信息數(shù)據(jù)庫授權(quán)必須保證99.999%可用。
11.目前對系統(tǒng)信用卡支付業(yè)務(wù)邏輯的描述尚未達成共識,這可能導致部分業(yè)務(wù)功能模塊的重復,影響系統(tǒng)的可修改性。12.更改Web界面接口必須在4人周內(nèi)完成。
13.系統(tǒng)需要提供遠程調(diào)試接口,并支持系統(tǒng)的遠程調(diào)試。
在對系統(tǒng)需求和質(zhì)量屬性場景進行分析的基礎(chǔ)上,系統(tǒng)的架構(gòu)師給出了3個候選的架構(gòu)設(shè)計方案。公司目前正在組織系統(tǒng)開發(fā)的相關(guān)人員對系統(tǒng)架構(gòu)進行評估。

在架構(gòu)評估過程中,質(zhì)量屬性效用樹(utility tree)是對系統(tǒng)質(zhì)量屬性進行識別和優(yōu)先級排序的重要工具。請給出合適的質(zhì)量屬性,填入圖20-4中(1)、(2)空白處;并選擇題干描述的(1)~(2),填入(3)~(6)空白處,完成該系統(tǒng)的效用樹。

4.問答題

閱讀以下關(guān)于軟件系統(tǒng)架構(gòu)選擇的說明,在答題紙上回答問題1至問題3。
博學公司欲針對Linux操作系統(tǒng)開發(fā)一個KWIC(Key Wordin Context)檢索系統(tǒng)。該系統(tǒng)接收用戶輸入的查詢關(guān)鍵字,依據(jù)字母順序給出相關(guān)幫助文檔并根據(jù)幫助內(nèi)容進行循環(huán)滾動閱讀。在對KWIC系統(tǒng)進行需求分析時,公司的業(yè)務(wù)專家發(fā)現(xiàn)用戶后續(xù)還有可能采用其他方式展示幫助內(nèi)容。根據(jù)目前需求,公司的技術(shù)人員決定通過重復剪切幫助文檔中的第一個單詞并將其插入到行尾的方式實現(xiàn)幫助文檔內(nèi)容的循環(huán)滾動,后續(xù)還將采用其他的方法實現(xiàn)這一功能。
在對KWIC系統(tǒng)的架構(gòu)進行設(shè)計時,公司的架構(gòu)師王工提出采用共享數(shù)據(jù)的主程序.子程序的架構(gòu)風格,而李工則主張采用管道.過濾器的架構(gòu)風格。在架構(gòu)評估會議上,大家從系統(tǒng)的算法變更、功能變更、數(shù)據(jù)表示變更和性能等方面對這兩種方案進行評價,最終采用了李工的方案。

請完成表20-3中的空白部分(用+表示優(yōu)、-表示差),對王工和李工提出的架構(gòu)風格進行評價,并指出采用李工方案的原因。

5.問答題

閱讀以下關(guān)于軟件系統(tǒng)架構(gòu)選擇的說明,在答題紙上回答問題1至問題3。
博學公司欲針對Linux操作系統(tǒng)開發(fā)一個KWIC(Key Wordin Context)檢索系統(tǒng)。該系統(tǒng)接收用戶輸入的查詢關(guān)鍵字,依據(jù)字母順序給出相關(guān)幫助文檔并根據(jù)幫助內(nèi)容進行循環(huán)滾動閱讀。在對KWIC系統(tǒng)進行需求分析時,公司的業(yè)務(wù)專家發(fā)現(xiàn)用戶后續(xù)還有可能采用其他方式展示幫助內(nèi)容。根據(jù)目前需求,公司的技術(shù)人員決定通過重復剪切幫助文檔中的第一個單詞并將其插入到行尾的方式實現(xiàn)幫助文檔內(nèi)容的循環(huán)滾動,后續(xù)還將采用其他的方法實現(xiàn)這一功能。
在對KWIC系統(tǒng)的架構(gòu)進行設(shè)計時,公司的架構(gòu)師王工提出采用共享數(shù)據(jù)的主程序.子程序的架構(gòu)風格,而李工則主張采用管道.過濾器的架構(gòu)風格。在架構(gòu)評估會議上,大家從系統(tǒng)的算法變更、功能變更、數(shù)據(jù)表示變更和性能等方面對這兩種方案進行評價,最終采用了李工的方案。

在實際的軟件項目開發(fā)中,采用恰當?shù)募軜?gòu)風格是項目成功的保證。請用200字以內(nèi)的文字說明什么是軟件架構(gòu)風格,并對主程序-子程序和管道-過濾器這兩種架構(gòu)風格的特點進行描述。

最新試題

發(fā)揮信息系統(tǒng)效益的關(guān)鍵是信息資源的有機共享,請給出該市政務(wù)信息資源共享的建議(200字以內(nèi))。

題型:問答題

對數(shù)據(jù)庫的訪問是該系統(tǒng)開發(fā)中需要特別注意的一個問題,O/R映射是一種常用的數(shù)據(jù)庫訪問編程技術(shù)。請用200字以內(nèi)的文字說明O/R映射的含義,并指出采用O/R映射的3個主要好處。

題型:問答題

王工提出,根據(jù)用戶要求,本嵌入式系統(tǒng)應(yīng)具有高速并行處理能力,采用多處理器結(jié)構(gòu)比較適合,主要理由是多處理器結(jié)構(gòu)設(shè)計簡單、可支持多個進程在不同處理器上并發(fā)處理:而張工提出,必須分清"多處理器結(jié)構(gòu)"與"多核結(jié)構(gòu)"的優(yōu)點和缺點,多處理器結(jié)構(gòu)雖然支持多進程的并發(fā)處理,但沒有直接實現(xiàn)多線程并發(fā)執(zhí)行;多核結(jié)構(gòu)可以直接實現(xiàn)多線程并發(fā)執(zhí)行。要提高應(yīng)用的并行性就必須利用多個硬件資源的并行工作,建議采用超線程技術(shù)的多核結(jié)構(gòu)的處理器。請?zhí)顚憟D12-20(f)中的(1)~(8),并用300字以內(nèi)的文字對上述6種處理器結(jié)構(gòu)的工作原理進行簡要描述。

題型:問答題

請分析比較王工、李工兩種方案的優(yōu)點和不足,完成表12-13中的空白部分。

題型:問答題

為了防止系統(tǒng)故障的蔓延,解決應(yīng)用進程間的相互影響,在超線程技術(shù)的多核結(jié)構(gòu)需要選擇一種嵌入式操作系統(tǒng)作為本高性能嵌入式計算機系統(tǒng)的運行環(huán)境,請用200字以內(nèi)的文字說明選擇的操作系統(tǒng)應(yīng)具備哪些主要功能。

題型:問答題

針對李工的設(shè)計缺陷,請用300字以內(nèi)的文字說明本項目應(yīng)如何進行正確設(shè)計。

題型:問答題

根據(jù)本項目中任務(wù)的時間性能參數(shù),請用200字以內(nèi)文字(也可用圖示)描述任務(wù)的被調(diào)度關(guān)系,并分析系統(tǒng)是否可調(diào)度(暫不考慮操作系統(tǒng)的時間開銷)。

題型:問答題

在實現(xiàn)Mashup應(yīng)用時,進行內(nèi)容聚合的物理位置是一個十分重要的因素。目前很多Mashup站點都選擇在客戶端機器上進行內(nèi)容聚合,構(gòu)成所謂的胖互聯(lián)網(wǎng)應(yīng)用程序(Rich Internet Application,RIA)。請你用200字以內(nèi)的文字說明在客戶端進行內(nèi)容聚合的優(yōu)點。

題型:問答題

李工接到任務(wù)后,認為本項目比較簡單,很快就安排3名技術(shù)人員分別負責數(shù)據(jù)采集/輸出模塊、數(shù)據(jù)處理模塊和比較監(jiān)控模塊的編寫??偣こ處熉牭絽R報后,認為李工的方案和安排不妥,理由是李工忽視了系統(tǒng)的可靠性要求,對系統(tǒng)需求的理解不夠深入。為實現(xiàn)系統(tǒng)關(guān)于可靠性方面的需求:①你認為在組織結(jié)構(gòu)、人員分工、設(shè)計開發(fā)等方面應(yīng)做出哪些安排和規(guī)定?②請寫出關(guān)于余度表決算法的考慮。

題型:問答題

在系統(tǒng)可靠性中,可靠度和失效率是兩個非常關(guān)鍵的指標,請分別解釋其含義。

題型:問答題