問答題

博學(xué)軟件公司承擔(dān)了某項國家重點項目的研制工作,任務(wù)重點是參考國外汽車電子發(fā)展趨勢,開發(fā)某汽車公司的企業(yè)汽車電子基礎(chǔ)軟件的架構(gòu),逐步實現(xiàn)汽車企業(yè)未來技術(shù)發(fā)展規(guī)劃。
該公司接收此項任務(wù)后,調(diào)動全體技術(shù)人員深入收集國外相關(guān)技術(shù)資料,經(jīng)過多方調(diào)研和分析,公司提出遵照國際組織最新推出的AUTOSAR規(guī)范,按統(tǒng)籌規(guī)劃、分步驟實施的原則,實現(xiàn)汽車公司的基礎(chǔ)軟件架構(gòu)設(shè)計。圖12-11給出了AUTOSAR規(guī)范所定義的工作包,圖中灰色部分代表本項目工作所包含的內(nèi)容,即軟件架構(gòu)和基礎(chǔ)軟件。

AUTOSAR規(guī)范中要求,汽車電子軟件開發(fā)流程應(yīng)盡量滿足并發(fā)、可多次迭代的特性。為了定義汽車電子的軟件開發(fā)過程,公司李工和王工分別提出了兩種軟件開發(fā)流程,其開發(fā)流程如圖12-12和12-13所示(圖中ECU是指汽車電子中的電子控制單元)。請說明李工和王工誰定義的流程更符合AUTOSAR的規(guī)定,并說明理由。


你可能感興趣的試題

3.問答題

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

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

信息系統(tǒng)安全
某企業(yè)根據(jù)業(yè)務(wù)擴張的要求,需要將原有的業(yè)務(wù)系統(tǒng)擴展到互聯(lián)網(wǎng)上,建立自己的B2C業(yè)務(wù)系統(tǒng),此時系統(tǒng)的安全性成為一個非常重要的設(shè)計需求。為此,該企業(yè)向軟件開發(fā)商提出如下要求:
①合法用戶可以安全地使用該系統(tǒng)完成業(yè)務(wù)。
②靈活的用戶權(quán)限管理。
③保護(hù)系統(tǒng)數(shù)據(jù)的安全,不會發(fā)生信息泄露和數(shù)據(jù)損壞。
④防止來自于互聯(lián)網(wǎng)上的各種惡意攻擊。
⑤業(yè)務(wù)系統(tǒng)涉及各種訂單和資金的管理,需要防止授權(quán)侵犯。
⑥業(yè)務(wù)系統(tǒng)直接面向最終用戶,需要在系統(tǒng)中保留用戶使用痕跡,以應(yīng)對可能的商業(yè)訴訟。
該軟件開發(fā)商接受任務(wù)后,成立方案設(shè)計小組,提出的設(shè)計方案是:在原有業(yè)務(wù)系統(tǒng)的基礎(chǔ)上,保留了原業(yè)務(wù)系統(tǒng)中的認(rèn)證和訪問控制模塊;為了防止來自互聯(lián)網(wǎng)的威脅,增加了防火墻和入侵檢測系統(tǒng)。
企業(yè)和軟件開發(fā)商共同組成方案評審會,對該方案進(jìn)行了評審,各位專家對該方案提出了多點不同意見。李工認(rèn)為,原業(yè)務(wù)系統(tǒng)只針對企業(yè)內(nèi)部員工,采用了用戶名/密碼方式是可以的,但擴展為基于互聯(lián)網(wǎng)的B2C業(yè)務(wù)系統(tǒng)后,認(rèn)證方式過于簡單,很可能造成用戶身份被盜?。和豕ふJ(rèn)為,防止授權(quán)侵犯和保留用戶痕跡的要求在方案中沒有體現(xiàn)。而劉工則認(rèn)為,即使是在原有業(yè)務(wù)系統(tǒng)上的擴展與改造,也必須全面考慮信息系統(tǒng)面臨的各種威脅,設(shè)計完整的系統(tǒng)安全架構(gòu),而不是修修補補。

請解釋授權(quán)侵犯的具體含義;針對王工的意見給出相應(yīng)的解決方案,說明該解決方案的名稱、內(nèi)容和目標(biāo)。
5.問答題

信息系統(tǒng)安全
某企業(yè)根據(jù)業(yè)務(wù)擴張的要求,需要將原有的業(yè)務(wù)系統(tǒng)擴展到互聯(lián)網(wǎng)上,建立自己的B2C業(yè)務(wù)系統(tǒng),此時系統(tǒng)的安全性成為一個非常重要的設(shè)計需求。為此,該企業(yè)向軟件開發(fā)商提出如下要求:
①合法用戶可以安全地使用該系統(tǒng)完成業(yè)務(wù)。
②靈活的用戶權(quán)限管理。
③保護(hù)系統(tǒng)數(shù)據(jù)的安全,不會發(fā)生信息泄露和數(shù)據(jù)損壞。
④防止來自于互聯(lián)網(wǎng)上的各種惡意攻擊。
⑤業(yè)務(wù)系統(tǒng)涉及各種訂單和資金的管理,需要防止授權(quán)侵犯。
⑥業(yè)務(wù)系統(tǒng)直接面向最終用戶,需要在系統(tǒng)中保留用戶使用痕跡,以應(yīng)對可能的商業(yè)訴訟。
該軟件開發(fā)商接受任務(wù)后,成立方案設(shè)計小組,提出的設(shè)計方案是:在原有業(yè)務(wù)系統(tǒng)的基礎(chǔ)上,保留了原業(yè)務(wù)系統(tǒng)中的認(rèn)證和訪問控制模塊;為了防止來自互聯(lián)網(wǎng)的威脅,增加了防火墻和入侵檢測系統(tǒng)。
企業(yè)和軟件開發(fā)商共同組成方案評審會,對該方案進(jìn)行了評審,各位專家對該方案提出了多點不同意見。李工認(rèn)為,原業(yè)務(wù)系統(tǒng)只針對企業(yè)內(nèi)部員工,采用了用戶名/密碼方式是可以的,但擴展為基于互聯(lián)網(wǎng)的B2C業(yè)務(wù)系統(tǒng)后,認(rèn)證方式過于簡單,很可能造成用戶身份被盜取:王工認(rèn)為,防止授權(quán)侵犯和保留用戶痕跡的要求在方案中沒有體現(xiàn)。而劉工則認(rèn)為,即使是在原有業(yè)務(wù)系統(tǒng)上的擴展與改造,也必須全面考慮信息系統(tǒng)面臨的各種威脅,設(shè)計完整的系統(tǒng)安全架構(gòu),而不是修修補補。

認(rèn)證是安全系統(tǒng)中不可缺少的環(huán)節(jié),請簡要描述主要的認(rèn)證方式,并說明該企業(yè)應(yīng)采用哪種認(rèn)證方式。
6.問答題

信息系統(tǒng)安全
某企業(yè)根據(jù)業(yè)務(wù)擴張的要求,需要將原有的業(yè)務(wù)系統(tǒng)擴展到互聯(lián)網(wǎng)上,建立自己的B2C業(yè)務(wù)系統(tǒng),此時系統(tǒng)的安全性成為一個非常重要的設(shè)計需求。為此,該企業(yè)向軟件開發(fā)商提出如下要求:
①合法用戶可以安全地使用該系統(tǒng)完成業(yè)務(wù)。
②靈活的用戶權(quán)限管理。
③保護(hù)系統(tǒng)數(shù)據(jù)的安全,不會發(fā)生信息泄露和數(shù)據(jù)損壞。
④防止來自于互聯(lián)網(wǎng)上的各種惡意攻擊。
⑤業(yè)務(wù)系統(tǒng)涉及各種訂單和資金的管理,需要防止授權(quán)侵犯。
⑥業(yè)務(wù)系統(tǒng)直接面向最終用戶,需要在系統(tǒng)中保留用戶使用痕跡,以應(yīng)對可能的商業(yè)訴訟。
該軟件開發(fā)商接受任務(wù)后,成立方案設(shè)計小組,提出的設(shè)計方案是:在原有業(yè)務(wù)系統(tǒng)的基礎(chǔ)上,保留了原業(yè)務(wù)系統(tǒng)中的認(rèn)證和訪問控制模塊;為了防止來自互聯(lián)網(wǎng)的威脅,增加了防火墻和入侵檢測系統(tǒng)。
企業(yè)和軟件開發(fā)商共同組成方案評審會,對該方案進(jìn)行了評審,各位專家對該方案提出了多點不同意見。李工認(rèn)為,原業(yè)務(wù)系統(tǒng)只針對企業(yè)內(nèi)部員工,采用了用戶名/密碼方式是可以的,但擴展為基于互聯(lián)網(wǎng)的B2C業(yè)務(wù)系統(tǒng)后,認(rèn)證方式過于簡單,很可能造成用戶身份被盜?。和豕ふJ(rèn)為,防止授權(quán)侵犯和保留用戶痕跡的要求在方案中沒有體現(xiàn)。而劉工則認(rèn)為,即使是在原有業(yè)務(wù)系統(tǒng)上的擴展與改造,也必須全面考慮信息系統(tǒng)面臨的各種威脅,設(shè)計完整的系統(tǒng)安全架構(gòu),而不是修修補補。

信息系統(tǒng)面臨的安全威脅多種多樣,來自多個方面。請指出信息系統(tǒng)面臨哪些方面的安全威脅并分別予以簡要描述。
7.問答題

實時系統(tǒng)
博學(xué)公司承擔(dān)了一項嵌入式系統(tǒng)軟件開發(fā)項目。該項目主要用于車載電子系統(tǒng)中監(jiān)視發(fā)動機及燃油系統(tǒng)等系統(tǒng)工作狀況,并通過綜合儀表顯示給駕駛員。經(jīng)過多次與用戶溝通,形成以下技術(shù)要求:
(1)本項目的硬件平臺由主處理機模塊和多種接口模塊組成,底板采用標(biāo)準(zhǔn)VME總線(硬件結(jié)構(gòu)圖見圖12-8),具體硬件模塊配置如下:
①主處理機模塊(CPM)采用PowerPC755,主頻266MHz,配有SDRAM存儲器和FLASH存儲器;提供一個定時/計數(shù)器;支持16級中斷和二級Cache。
②輸入輸出模塊(IOC)支持16路RS422接口信號,傳輸速率不低于115.2kbps,IOC模塊與CPM模塊的數(shù)據(jù)交換采用64KB雙端口存儲器。
③離散量接口模塊(DAM)支持64路開關(guān)型離散量輸入輸出接口;2路頻率量輸入;12位A/D轉(zhuǎn)換器和12位D/A轉(zhuǎn)換器。
④圖形處理模塊(GPM)用于顯示圖形,支持OpenGL標(biāo)準(zhǔn)接口軟件。
⑤MBI模塊主要提供1553B外總線接口,PSM為電源支持模塊。
(2)本項目軟件主要工作在CPM模塊中,完成對外部設(shè)備的數(shù)據(jù)采集、分析和相應(yīng)的控制,將監(jiān)視結(jié)果以圖形方式顯示給駕駛員。該系統(tǒng)的軟件主要包括外部接口驅(qū)動軟件、VME數(shù)據(jù)傳輸軟件、處理軟件、圖形顯示和外總線(1553B)數(shù)據(jù)交換軟件。要求數(shù)據(jù)的采集必須確保每幀數(shù)據(jù)無丟失,并在本幀內(nèi)完成數(shù)據(jù)的處理工作,本幀信息顯示給駕駛員的時刻最晚不能超過下一幀。詳細(xì)的技術(shù)要求如下:
①16路RS422接口主要完成對汽車燃油系統(tǒng)、動力系統(tǒng)和駕駛員命令的數(shù)據(jù)采集與控制。RS422數(shù)據(jù)傳輸格式將以32B為基本數(shù)據(jù)塊,分別以20ms、40ms、60ms、1s這4個不同周期交換數(shù)據(jù)。
②64路離散量數(shù)據(jù)主要監(jiān)控發(fā)動機工作狀態(tài),要求每10ms采集一次,并在下一個10ms周期內(nèi)將發(fā)動機狀況顯示到駕駛員座艙。
③多路模擬量數(shù)據(jù)主要采集發(fā)動機轉(zhuǎn)速、油量及汽車的其他數(shù)據(jù),為駕駛員監(jiān)控汽車狀態(tài)提供必要的量化數(shù)據(jù)。模擬量數(shù)據(jù)的刷新頻率為1s。
④外總線(1553B)主要完成該系統(tǒng)與汽車其他電子系統(tǒng)的數(shù)據(jù)交換。
公司將本項目交給項目主管李工實施,要求李工按技術(shù)要求完成本項目的軟件設(shè)計工作,公司根據(jù)合同關(guān)于"數(shù)據(jù)的采集必須確保每幀數(shù)據(jù)無丟失,并在本幀內(nèi)完成數(shù)據(jù)的處理工作,本幀信息顯示給駕駛員的時刻最晚不能超過下一幀"的要求,提醒李工設(shè)計中重點考慮整個系統(tǒng)的實時性問題。李工完成設(shè)計后,提交公司評審,會上就李工設(shè)計中存在的缺陷展開了激烈討論,最終達(dá)成一致。

請用150字以內(nèi)的文字說明針對IOC模塊的多路RS422接口的數(shù)據(jù)采集,其驅(qū)動程序使用中斷方式或查詢方式的主要差別是什么?主要優(yōu)缺點有哪些?
8.問答題

實時系統(tǒng)
博學(xué)公司承擔(dān)了一項嵌入式系統(tǒng)軟件開發(fā)項目。該項目主要用于車載電子系統(tǒng)中監(jiān)視發(fā)動機及燃油系統(tǒng)等系統(tǒng)工作狀況,并通過綜合儀表顯示給駕駛員。經(jīng)過多次與用戶溝通,形成以下技術(shù)要求:
(1)本項目的硬件平臺由主處理機模塊和多種接口模塊組成,底板采用標(biāo)準(zhǔn)VME總線(硬件結(jié)構(gòu)圖見圖12-8),具體硬件模塊配置如下:
①主處理機模塊(CPM)采用PowerPC755,主頻266MHz,配有SDRAM存儲器和FLASH存儲器;提供一個定時/計數(shù)器;支持16級中斷和二級Cache。
②輸入輸出模塊(IOC)支持16路RS422接口信號,傳輸速率不低于115.2kbps,IOC模塊與CPM模塊的數(shù)據(jù)交換采用64KB雙端口存儲器。
③離散量接口模塊(DAM)支持64路開關(guān)型離散量輸入輸出接口;2路頻率量輸入;12位A/D轉(zhuǎn)換器和12位D/A轉(zhuǎn)換器。
④圖形處理模塊(GPM)用于顯示圖形,支持OpenGL標(biāo)準(zhǔn)接口軟件。
⑤MBI模塊主要提供1553B外總線接口,PSM為電源支持模塊。
(2)本項目軟件主要工作在CPM模塊中,完成對外部設(shè)備的數(shù)據(jù)采集、分析和相應(yīng)的控制,將監(jiān)視結(jié)果以圖形方式顯示給駕駛員。該系統(tǒng)的軟件主要包括外部接口驅(qū)動軟件、VME數(shù)據(jù)傳輸軟件、處理軟件、圖形顯示和外總線(1553B)數(shù)據(jù)交換軟件。要求數(shù)據(jù)的采集必須確保每幀數(shù)據(jù)無丟失,并在本幀內(nèi)完成數(shù)據(jù)的處理工作,本幀信息顯示給駕駛員的時刻最晚不能超過下一幀。詳細(xì)的技術(shù)要求如下:
①16路RS422接口主要完成對汽車燃油系統(tǒng)、動力系統(tǒng)和駕駛員命令的數(shù)據(jù)采集與控制。RS422數(shù)據(jù)傳輸格式將以32B為基本數(shù)據(jù)塊,分別以20ms、40ms、60ms、1s這4個不同周期交換數(shù)據(jù)。
②64路離散量數(shù)據(jù)主要監(jiān)控發(fā)動機工作狀態(tài),要求每10ms采集一次,并在下一個10ms周期內(nèi)將發(fā)動機狀況顯示到駕駛員座艙。
③多路模擬量數(shù)據(jù)主要采集發(fā)動機轉(zhuǎn)速、油量及汽車的其他數(shù)據(jù),為駕駛員監(jiān)控汽車狀態(tài)提供必要的量化數(shù)據(jù)。模擬量數(shù)據(jù)的刷新頻率為1s。
④外總線(1553B)主要完成該系統(tǒng)與汽車其他電子系統(tǒng)的數(shù)據(jù)交換。
公司將本項目交給項目主管李工實施,要求李工按技術(shù)要求完成本項目的軟件設(shè)計工作,公司根據(jù)合同關(guān)于"數(shù)據(jù)的采集必須確保每幀數(shù)據(jù)無丟失,并在本幀內(nèi)完成數(shù)據(jù)的處理工作,本幀信息顯示給駕駛員的時刻最晚不能超過下一幀"的要求,提醒李工設(shè)計中重點考慮整個系統(tǒng)的實時性問題。李工完成設(shè)計后,提交公司評審,會上就李工設(shè)計中存在的缺陷展開了激烈討論,最終達(dá)成一致。

如果CPM模塊中采用了嵌入式實時操作系統(tǒng),請根據(jù)本項目的需求,用300字以內(nèi)的文字說明CPM模塊中數(shù)據(jù)采集任務(wù)應(yīng)如何劃分?系統(tǒng)對任務(wù)調(diào)度的最小調(diào)度周期如何計算?各個任務(wù)周期及優(yōu)先級如何定義?
9.問答題

實時系統(tǒng)
博學(xué)公司承擔(dān)了一項嵌入式系統(tǒng)軟件開發(fā)項目。該項目主要用于車載電子系統(tǒng)中監(jiān)視發(fā)動機及燃油系統(tǒng)等系統(tǒng)工作狀況,并通過綜合儀表顯示給駕駛員。經(jīng)過多次與用戶溝通,形成以下技術(shù)要求:
(1)本項目的硬件平臺由主處理機模塊和多種接口模塊組成,底板采用標(biāo)準(zhǔn)VME總線(硬件結(jié)構(gòu)圖見圖12-8),具體硬件模塊配置如下:
①主處理機模塊(CPM)采用PowerPC755,主頻266MHz,配有SDRAM存儲器和FLASH存儲器;提供一個定時/計數(shù)器;支持16級中斷和二級Cache。
②輸入輸出模塊(IOC)支持16路RS422接口信號,傳輸速率不低于115.2kbps,IOC模塊與CPM模塊的數(shù)據(jù)交換采用64KB雙端口存儲器。
③離散量接口模塊(DAM)支持64路開關(guān)型離散量輸入輸出接口;2路頻率量輸入;12位A/D轉(zhuǎn)換器和12位D/A轉(zhuǎn)換器。
④圖形處理模塊(GPM)用于顯示圖形,支持OpenGL標(biāo)準(zhǔn)接口軟件。
⑤MBI模塊主要提供1553B外總線接口,PSM為電源支持模塊。
(2)本項目軟件主要工作在CPM模塊中,完成對外部設(shè)備的數(shù)據(jù)采集、分析和相應(yīng)的控制,將監(jiān)視結(jié)果以圖形方式顯示給駕駛員。該系統(tǒng)的軟件主要包括外部接口驅(qū)動軟件、VME數(shù)據(jù)傳輸軟件、處理軟件、圖形顯示和外總線(1553B)數(shù)據(jù)交換軟件。要求數(shù)據(jù)的采集必須確保每幀數(shù)據(jù)無丟失,并在本幀內(nèi)完成數(shù)據(jù)的處理工作,本幀信息顯示給駕駛員的時刻最晚不能超過下一幀。詳細(xì)的技術(shù)要求如下:
①16路RS422接口主要完成對汽車燃油系統(tǒng)、動力系統(tǒng)和駕駛員命令的數(shù)據(jù)采集與控制。RS422數(shù)據(jù)傳輸格式將以32B為基本數(shù)據(jù)塊,分別以20ms、40ms、60ms、1s這4個不同周期交換數(shù)據(jù)。
②64路離散量數(shù)據(jù)主要監(jiān)控發(fā)動機工作狀態(tài),要求每10ms采集一次,并在下一個10ms周期內(nèi)將發(fā)動機狀況顯示到駕駛員座艙。
③多路模擬量數(shù)據(jù)主要采集發(fā)動機轉(zhuǎn)速、油量及汽車的其他數(shù)據(jù),為駕駛員監(jiān)控汽車狀態(tài)提供必要的量化數(shù)據(jù)。模擬量數(shù)據(jù)的刷新頻率為1s。
④外總線(1553B)主要完成該系統(tǒng)與汽車其他電子系統(tǒng)的數(shù)據(jù)交換。
公司將本項目交給項目主管李工實施,要求李工按技術(shù)要求完成本項目的軟件設(shè)計工作,公司根據(jù)合同關(guān)于"數(shù)據(jù)的采集必須確保每幀數(shù)據(jù)無丟失,并在本幀內(nèi)完成數(shù)據(jù)的處理工作,本幀信息顯示給駕駛員的時刻最晚不能超過下一幀"的要求,提醒李工設(shè)計中重點考慮整個系統(tǒng)的實時性問題。李工完成設(shè)計后,提交公司評審,會上就李工設(shè)計中存在的缺陷展開了激烈討論,最終達(dá)成一致。

李工在設(shè)計IOC模塊軟件時指出:為了使CPM模塊能夠及時處理RS422數(shù)據(jù),在IOC與CPM間的雙端口存儲器中為每個422通道設(shè)計一級緩沖,當(dāng)某通道接收一個字節(jié)時,就將數(shù)據(jù)放入緩沖,由CPM接收(其結(jié)構(gòu)見圖12-9)。這樣的好處在于每當(dāng)有數(shù)據(jù)輸入時,CPM模塊可立即讀取,而增大雙口緩沖的目的是在CPM來不及處理時可防止數(shù)據(jù)的丟失。同時,IOC中的程序相對簡單、實時性好、可以不考慮422通道的數(shù)據(jù)傳輸周期,只要按查詢方式對16路422輸入進(jìn)行查詢讀取即可。
會上,王工提出了強烈的反對意見,認(rèn)為這種設(shè)計方法絕對不可取,這種方法只考慮了軟件的簡單與便利,而沒有針對軟件特點考慮問題,在設(shè)計中對實時性、負(fù)載平衡分配以及實現(xiàn)算法上均存在缺陷,必須改進(jìn)。
(1)你認(rèn)為李工的設(shè)計在實時性、負(fù)載平衡分配和實現(xiàn)算法上存在怎樣的缺陷?詳細(xì)說明理由。
(2)請給出IOC模塊和CPM模塊之間雙口存儲器數(shù)據(jù)交換方法。

最新試題

該市在信息系統(tǒng)集中管理建設(shè)過程中,需要在信息系統(tǒng)中重點規(guī)劃建設(shè)哪些內(nèi)容?

題型:問答題

目前,互聯(lián)網(wǎng)上已經(jīng)存在很多Mashup應(yīng)用,各大網(wǎng)站也紛紛提供了各種格式的Mashup數(shù)據(jù)接口。請用300字以內(nèi)的文字給出3種目前經(jīng)常使用的Mashup數(shù)據(jù)接口,并加以簡單說明。

題型:問答題

供應(yīng)鏈管理過程是企業(yè)的一個關(guān)鍵業(yè)務(wù)過程。請用200字以內(nèi)的文字回答:供應(yīng)鏈管理主要包括哪3個子過程?電子商務(wù)環(huán)境下,供應(yīng)鏈管理過程的整合、優(yōu)化有何意義?

題型:問答題

性能是Web應(yīng)用系統(tǒng)的一個重要質(zhì)量屬性。請用200字以內(nèi)的文字說明3個主要影響Web應(yīng)用系統(tǒng)性能的因素,針對每個因素提出解決方案以提高系統(tǒng)性能。

題型:問答題

為什么專家組一致認(rèn)為王工的實施方案切實可行?請用200字以內(nèi)文字簡要說明。

題型:問答題

請用200字以內(nèi)的文字說明李工應(yīng)如何設(shè)計優(yōu)先級調(diào)度策略,并按照如表12-14所示的要求實現(xiàn)任務(wù)流程處理。

題型:問答題

請解釋李工提出的動態(tài)冗余和N版本程序設(shè)計技術(shù),給出如圖12-18所示模塊M2采用如圖12-19所示的動態(tài)冗余技術(shù)后的可靠度。

題型:問答題

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

題型:問答題

如圖12-22所示為控制軟件的數(shù)據(jù)流程關(guān)系,請根據(jù)本題給出的各個功能模塊,填補其中的空缺處。

題型:問答題

王工提出,根據(jù)用戶要求,本嵌入式系統(tǒng)應(yīng)具有高速并行處理能力,采用多處理器結(jié)構(gòu)比較適合,主要理由是多處理器結(jié)構(gòu)設(shè)計簡單、可支持多個進(jìn)程在不同處理器上并發(fā)處理:而張工提出,必須分清"多處理器結(jié)構(gòu)"與"多核結(jié)構(gòu)"的優(yōu)點和缺點,多處理器結(jié)構(gòu)雖然支持多進(jìn)程的并發(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)的工作原理進(jìn)行簡要描述。

題型:問答題