問(wèn)答題

軟件系統(tǒng)架構(gòu)
博學(xué)公司欲開(kāi)發(fā)一個(gè)車(chē)輛定速巡航控制系統(tǒng)，以確保車(chē)輛在不斷變化的地形中以固定的速度行駛。如圖12-6所示給出了該系統(tǒng)的簡(jiǎn)化示意圖。

表12-2描述了各種系統(tǒng)輸入的含義。

公司的領(lǐng)域?qū)＜覍?duì)需求進(jìn)行深入分析后，將系統(tǒng)需求認(rèn)定為：任何時(shí)刻，只要定速巡航控制系統(tǒng)處于工作狀態(tài)，就要有確定的期望速度，并通過(guò)調(diào)整引擎油門(mén)的設(shè)定值來(lái)維持期望速度。
在對(duì)車(chē)輛定速巡航控制系統(tǒng)的架構(gòu)進(jìn)行設(shè)計(jì)時(shí)，公司的架構(gòu)師王工提出采用面向?qū)ο蟮募軜?gòu)風(fēng)格，而李工則主張采用控制環(huán)路的架構(gòu)風(fēng)格。在架構(gòu)評(píng)估會(huì)議上，專(zhuān)家對(duì)這兩種方案進(jìn)行綜合評(píng)價(jià)，最終采用了面向?qū)ο蠛涂刂骗h(huán)路相結(jié)合的混合架構(gòu)風(fēng)格。

在實(shí)際的軟件項(xiàng)目開(kāi)發(fā)中，采用成熟的架構(gòu)風(fēng)格是項(xiàng)目成功的保證。請(qǐng)用200字以?xún)?nèi)的文字說(shuō)明：什么是軟件架構(gòu)風(fēng)格；面向?qū)ο蠛涂刂骗h(huán)路兩種架構(gòu)風(fēng)格各自的特點(diǎn)。

你可能感興趣的試題

5.問(wèn)答題

聯(lián)合需求分析會(huì)議
某軟件公司接受A公司委托開(kāi)發(fā)一個(gè)軟件任務(wù)，該任務(wù)由張工負(fù)責(zé)。張工預(yù)計(jì)在4周內(nèi)完成對(duì)系統(tǒng)的需求分析，并形成需求規(guī)格說(shuō)明書(shū)。張工委派了項(xiàng)目組的小劉來(lái)負(fù)責(zé)需求信息的獲取。
兩周后，小劉向張工匯報(bào)了他進(jìn)行需求分析的過(guò)程及結(jié)果。小劉采用問(wèn)卷調(diào)查的方式向A公司的50名工作人員搜集信息。他首先準(zhǔn)備了問(wèn)卷的初稿，并請(qǐng)A公司的相關(guān)管理人員進(jìn)行了測(cè)試和修正；然后將問(wèn)卷分發(fā)給A公司的每位工作人員，并要求他們?cè)谝恢軆?nèi)返還問(wèn)卷。但到目前為止，小劉只收回了7份問(wèn)卷。小劉認(rèn)為自己是完全按照問(wèn)卷調(diào)查的步驟和要求實(shí)施的，而問(wèn)卷的返還率仍然很低。張工聽(tīng)完后，給小劉分析了失敗的原因，并提出了一些能夠提高問(wèn)卷返還率的建議。
但是為了不耽誤項(xiàng)目的進(jìn)度，張工決定采用JRP（Joint Requirements Planning）的方法再次進(jìn)行需求調(diào)查，張工作為JRP的主持人。最終在第4周完成了需求規(guī)格說(shuō)明書(shū)，并決定了系統(tǒng)后續(xù)階段的開(kāi)發(fā)計(jì)劃，如圖12-3所示。
該項(xiàng)目組除了張工之外，還有2名全職的開(kāi)發(fā)人員，可以承擔(dān)項(xiàng)目中的任何任務(wù)，并且承擔(dān)同一任務(wù)的開(kāi)發(fā)人員總是在一起工作。預(yù)計(jì)的開(kāi)發(fā)時(shí)間中已經(jīng)包含了編寫(xiě)文檔的時(shí)間。張工決定采用迭代模型，在160天內(nèi)完成這3個(gè)模塊的設(shè)計(jì)、實(shí)現(xiàn)與測(cè)試。

假設(shè)：①整個(gè)開(kāi)發(fā)實(shí)施兩輪迭代。②每個(gè)任務(wù)都被劃分為2個(gè)子任務(wù)（例如，實(shí)現(xiàn)可以劃分為實(shí)現(xiàn)1和實(shí)現(xiàn)2），對(duì)應(yīng)兩輪迭代。③完成每個(gè)子任務(wù)需要花費(fèi)24人天。④整個(gè)系統(tǒng)的集成測(cè)試、改正錯(cuò)誤及驗(yàn)證需要花費(fèi)48人天。⑤第一輪迭代結(jié)束時(shí)，形成版本v0.5；第二輪迭代結(jié)束時(shí)，整個(gè)系統(tǒng)的開(kāi)發(fā)任務(wù)全部完成，形成版本v1.0。根據(jù)上述假設(shè)，給出采用迭代模型開(kāi)發(fā)的各里程碑及其完成時(shí)間（標(biāo)出在第幾天完成）與交付產(chǎn)品。

最新試題

在架構(gòu)評(píng)估過(guò)程中，需要正確識(shí)別系統(tǒng)的架構(gòu)風(fēng)險(xiǎn)、敏感點(diǎn)和權(quán)衡點(diǎn)，并進(jìn)行合理的架構(gòu)決策。請(qǐng)用300字以?xún)?nèi)的文字給出系統(tǒng)架構(gòu)風(fēng)險(xiǎn)、敏感點(diǎn)和權(quán)衡點(diǎn)的定義，并從題干（a）～（m）中各選出一個(gè)對(duì)系統(tǒng)架構(gòu)風(fēng)險(xiǎn)、敏感點(diǎn)和權(quán)衡點(diǎn)最為恰當(dāng)?shù)拿枋觥?/p>

題型：?jiǎn)柎痤}

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

題型：?jiǎn)柎痤}

請(qǐng)用150字以?xún)?nèi)的文字說(shuō)明什么是系統(tǒng)失步，系統(tǒng)失步后應(yīng)如何處理。

題型：?jiǎn)柎痤}

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

題型：?jiǎn)柎痤}

發(fā)揮信息系統(tǒng)效益的關(guān)鍵是信息資源的有機(jī)共享，請(qǐng)給出該市政務(wù)信息資源共享的建議（200字以?xún)?nèi)）。

題型：?jiǎn)柎痤}

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

題型：?jiǎn)柎痤}

李工的設(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)過(guò)嚴(yán)格篩選，并考慮芯片散熱問(wèn)題。③由于智能設(shè)備與配送中心的數(shù)據(jù)交換采用無(wú)線通信，而配送中心又要控制多臺(tái)配送車(chē)，為了保證通信數(shù)據(jù)的安全性，避免相互干擾，設(shè)計(jì)中應(yīng)考慮采用安全措施，實(shí)施數(shù)據(jù)加解密操作，密鑰由配送中心統(tǒng)一管理與分發(fā)。請(qǐng)用300字以?xún)?nèi)的文字說(shuō)明上述3點(diǎn)設(shè)計(jì)考慮有何問(wèn)題。

題型：?jiǎn)柎痤}

請(qǐng)用300字以?xún)?nèi)文字，從技術(shù)方面說(shuō)明備份中心的作用，以及在租用商業(yè)備份中心時(shí)的注意事項(xiàng)。

題型：?jiǎn)柎痤}

在架構(gòu)評(píng)估過(guò)程中，質(zhì)量屬性效用樹(shù)（UtilityTree）是對(duì)系統(tǒng)質(zhì)量屬性進(jìn)行識(shí)別和優(yōu)先級(jí)排序的重要工具。請(qǐng)給出合適的質(zhì)量屬性，填入圖12-24中（1）、（2）空白處；并選擇題干描述的（a）～（m），填入（3）～（6）空白處，完成該系統(tǒng)的效用樹(shù)。

題型：?jiǎn)柎痤}

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

題型：?jiǎn)柎痤}