問(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)品。

最新試題

在本項(xiàng)目中，如果計(jì)算機(jī)采用了多線(xiàn)程技術(shù)實(shí)現(xiàn)應(yīng)用程序的并發(fā)操作，程序設(shè)計(jì)人員將面臨多種挑戰(zhàn)，其主要原因在于：程序會(huì)同時(shí)發(fā)生多個(gè)動(dòng)作，對(duì)這些同時(shí)發(fā)生的動(dòng)作及它們之間的交互進(jìn)行管理將面臨4方面的挑戰(zhàn)，即同步、通信、負(fù)載均衡和可伸縮性，用200字以?xún)?nèi)的文字對(duì)上述4種挑戰(zhàn)進(jìn)行簡(jiǎn)要描述，并給出如表12-14所示的常用并發(fā)程序設(shè)計(jì)模式的分解方式。

題型：?jiǎn)柎痤}

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

題型：?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)柎痤}

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

題型：?jiǎn)柎痤}

請(qǐng)給出檢錯(cuò)技術(shù)的優(yōu)缺點(diǎn)，并說(shuō)明檢測(cè)技術(shù)常見(jiàn)的實(shí)現(xiàn)方式和處理方式。

題型：?jiǎn)柎痤}

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

題型：?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)柎痤}

該市決定將各個(gè)委辦局的信息系統(tǒng)采取物理集中的方式進(jìn)行統(tǒng)一管理，一些部門(mén)對(duì)此提出了異議，主要理由是集中管理后，由于管理部門(mén)對(duì)業(yè)務(wù)應(yīng)用不了解，難以保證對(duì)本單位業(yè)務(wù)進(jìn)行有力支持。請(qǐng)用300字以?xún)?nèi)文字，從技術(shù)角度論述該市實(shí)現(xiàn)信息系統(tǒng)統(tǒng)一管理是否可行。

題型：?jiǎn)柎痤}

RMO公司銷(xiāo)售區(qū)域?qū)⒃谖磥?lái)5年大面積擴(kuò)展，其潛在客戶(hù)數(shù)量也會(huì)因此大幅度增加，所以良好的可擴(kuò)展性是CRSS系統(tǒng)所必需的質(zhì)量屬性。請(qǐng)分別說(shuō)明在集中式和分布式數(shù)據(jù)架構(gòu)下，可以采用哪些方法提升系統(tǒng)的可擴(kuò)展性。

題型：?jiǎn)柎痤}

如圖12-23所示是李工在設(shè)計(jì)方案中給出的智能設(shè)備工作狀態(tài)轉(zhuǎn)換圖。①請(qǐng)指出圖中的兩處錯(cuò)誤（在圖中圈出）并用200字以?xún)?nèi)的文字說(shuō)明理由。②給出正確的狀態(tài)轉(zhuǎn)換圖。

題型：?jiǎn)柎痤}