問(wèn)答題

SOA
某銀行開(kāi)通了網(wǎng)上銀行業(yè)務(wù),其網(wǎng)上貸款業(yè)務(wù)流程如下:
①客戶在網(wǎng)上填寫(xiě)姓名、電子郵件地址、貸款類(lèi)型、貸款金額、身份證號(hào)、通訊地址等信息,提交貸款申請(qǐng)。
②在指定的時(shí)間內(nèi),客戶會(huì)收到銀行的電子郵件,通知貸款是否被批準(zhǔn)。
③銀行根據(jù)客戶提交的信息,創(chuàng)建貸款申請(qǐng)任務(wù),創(chuàng)建工作由運(yùn)行在主機(jī)上的CICS(客戶信息控制系統(tǒng))完成,同時(shí)需要從第三方獲得客戶的信用審查信息。
④由信貸員對(duì)該項(xiàng)貸款申請(qǐng)業(yè)務(wù)進(jìn)行審批,然后由風(fēng)險(xiǎn)檢查系統(tǒng)評(píng)估該項(xiàng)貸款的風(fēng)險(xiǎn)程度,風(fēng)險(xiǎn)大的貸款申請(qǐng)被拒絕。
⑤無(wú)論批準(zhǔn)或者拒絕,結(jié)果都會(huì)通過(guò)郵件系統(tǒng)遞交給客戶。對(duì)于拒絕的貸款申請(qǐng),還要通知貸款申請(qǐng)任務(wù)進(jìn)行有關(guān)操作。
⑥除了信貸員審批環(huán)節(jié)需要人機(jī)交互外,業(yè)務(wù)是自動(dòng)進(jìn)行的。

請(qǐng)?jiān)诖痤}紙上將以下關(guān)于SOA的敘述填寫(xiě)完整。
SOA不是一個(gè)新鮮事物,但它卻是傳統(tǒng)的面向?qū)ο竽P偷奶娲P?。相比較而言,面向?qū)ο蟮哪P褪莀_____(1)耦合和______(2)粒度的,而SOA是______(3)耦合和______(4)粒度的。SOA系統(tǒng)原型的一個(gè)典型例子是______(5)(CORBA),它已經(jīng)出現(xiàn)很長(zhǎng)時(shí)間了,其定義的概念與SOA相似。
隨著WebServices的成熟,現(xiàn)在的SOA已經(jīng)有所發(fā)展,這些進(jìn)展是以______(6)為基礎(chǔ)的。在WebServices中,通過(guò)______(7)來(lái)描述接口,與CORBA中的______(8)(接口描述語(yǔ)言)相比,它動(dòng)態(tài)性更強(qiáng)、靈活度更高。
SOA還具有管理上的優(yōu)點(diǎn)。例如,現(xiàn)在管理員可直接管理開(kāi)發(fā)人員所構(gòu)建的______(9),這遠(yuǎn)勝于以往管理單個(gè)應(yīng)用的方式。通過(guò)分析______(10)間的交互,SOA可以幫助企業(yè)了解何時(shí)以及什么業(yè)務(wù)邏輯被切實(shí)執(zhí)行了,這使管理員能夠有針對(duì)性地優(yōu)化業(yè)務(wù)流程。
 


你可能感興趣的試題

1.問(wèn)答題

SOA
某銀行開(kāi)通了網(wǎng)上銀行業(yè)務(wù),其網(wǎng)上貸款業(yè)務(wù)流程如下:
①客戶在網(wǎng)上填寫(xiě)姓名、電子郵件地址、貸款類(lèi)型、貸款金額、身份證號(hào)、通訊地址等信息,提交貸款申請(qǐng)。
②在指定的時(shí)間內(nèi),客戶會(huì)收到銀行的電子郵件,通知貸款是否被批準(zhǔn)。
③銀行根據(jù)客戶提交的信息,創(chuàng)建貸款申請(qǐng)任務(wù),創(chuàng)建工作由運(yùn)行在主機(jī)上的CICS(客戶信息控制系統(tǒng))完成,同時(shí)需要從第三方獲得客戶的信用審查信息。
④由信貸員對(duì)該項(xiàng)貸款申請(qǐng)業(yè)務(wù)進(jìn)行審批,然后由風(fēng)險(xiǎn)檢查系統(tǒng)評(píng)估該項(xiàng)貸款的風(fēng)險(xiǎn)程度,風(fēng)險(xiǎn)大的貸款申請(qǐng)被拒絕。
⑤無(wú)論批準(zhǔn)或者拒絕,結(jié)果都會(huì)通過(guò)郵件系統(tǒng)遞交給客戶。對(duì)于拒絕的貸款申請(qǐng),還要通知貸款申請(qǐng)任務(wù)進(jìn)行有關(guān)操作。
⑥除了信貸員審批環(huán)節(jié)需要人機(jī)交互外,業(yè)務(wù)是自動(dòng)進(jìn)行的。

上述網(wǎng)上貸款業(yè)務(wù)采用SOA架構(gòu)來(lái)實(shí)現(xiàn)。上述業(yè)務(wù)流程中涉及哪些功能單元?什么是SOA?本題中的案例采用SOA具有哪些優(yōu)點(diǎn)?請(qǐng)用200字以內(nèi)文字說(shuō)明。
2.問(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ì)議上,專家對(duì)這兩種方案進(jìn)行綜合評(píng)價(jià),最終采用了面向?qū)ο蠛涂刂骗h(huán)路相結(jié)合的混合架構(gòu)風(fēng)格。

實(shí)際的軟件系統(tǒng)架構(gòu)通常是多種架構(gòu)風(fēng)格的混合,不同的架構(gòu)風(fēng)格都有其適合的應(yīng)用場(chǎng)景。以該系統(tǒng)為例,針對(duì)面向?qū)ο蠹軜?gòu)風(fēng)格和控制環(huán)路架構(gòu)風(fēng)格,各給出兩個(gè)適合的應(yīng)用場(chǎng)景,并簡(jiǎn)要說(shuō)明理由。
3.問(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ì)議上,專家對(duì)這兩種方案進(jìn)行綜合評(píng)價(jià),最終采用了面向?qū)ο蠛涂刂骗h(huán)路相結(jié)合的混合架構(gòu)風(fēng)格。

用戶需求沒(méi)有明確給出該系統(tǒng)如何根據(jù)輸入集合計(jì)算輸出。請(qǐng)用300字以內(nèi)的文字針對(duì)該系統(tǒng)的增減速功能,分別給出兩種架構(gòu)風(fēng)格中的主要構(gòu)件,并詳細(xì)描述計(jì)算過(guò)程。
4.問(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ì)議上,專家對(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字以內(nèi)的文字說(shuō)明:什么是軟件架構(gòu)風(fēng)格;面向?qū)ο蠛涂刂骗h(huán)路兩種架構(gòu)風(fēng)格各自的特點(diǎn)。

最新試題

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

題型:?jiǎn)柎痤}

在劉工建議的基礎(chǔ)上,為了避免CRSS系統(tǒng)的單點(diǎn)故障,請(qǐng)用200字以內(nèi)文字簡(jiǎn)要說(shuō)明如何建立CRSS的數(shù)據(jù)庫(kù)系統(tǒng);對(duì)于數(shù)據(jù)的讀取、添加、更改和刪除操作分別如何實(shí)現(xiàn)

題型:?jiǎn)柎痤}

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

題型:?jiǎn)柎痤}

選擇實(shí)時(shí)嵌入式操作系統(tǒng)及開(kāi)發(fā)環(huán)境時(shí)應(yīng)考慮哪幾方面問(wèn)題?請(qǐng)用200字以內(nèi)文字簡(jiǎn)要論證。

題型:?jiǎn)柎痤}

在本項(xiàng)目中,如果計(jì)算機(jī)采用了多線程技術(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字以內(nèi)的文字對(duì)上述4種挑戰(zhàn)進(jìn)行簡(jiǎn)要描述,并給出如表12-14所示的常用并發(fā)程序設(shè)計(jì)模式的分解方式。

題型:?jiǎn)柎痤}

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

題型:?jiǎn)柎痤}

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

題型:?jiǎn)柎痤}

一個(gè)完整的電子商務(wù)系統(tǒng)必須處理銷(xiāo)售生命周期中消費(fèi)者經(jīng)歷的多個(gè)階段。請(qǐng)用200字以內(nèi)的文字簡(jiǎn)要敘述有哪些階段。

題型:?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字以內(nèi)文字,從技術(shù)角度論述該市實(shí)現(xiàn)信息系統(tǒng)統(tǒng)一管理是否可行。

題型:?jiǎn)柎痤}

一個(gè)大型電子商務(wù)項(xiàng)目正處于建設(shè)方案征集、論證階段,某系統(tǒng)集成商為了贏得客戶的信任,需要提供一份建議方案文檔,對(duì)客戶的需求進(jìn)行響應(yīng)(包括問(wèn)題1、問(wèn)題2和問(wèn)題3所涉及的內(nèi)容)。高質(zhì)量的建議方案能夠顯示出集成商在處理客戶RFP(Request For Proposal)方面的能力、實(shí)力和專業(yè)性,而創(chuàng)建一個(gè)高質(zhì)量的建議方案,需要調(diào)配眾多的資源,按照計(jì)劃執(zhí)行。請(qǐng)用300字以內(nèi)文字簡(jiǎn)要敘述如何創(chuàng)建一份高質(zhì)量的建議方案文檔。

題型:?jiǎn)柎痤}