數(shù)據(jù)中心建設(shè)
某大型企業(yè)在全國各城市共有40個左右的分支機(jī)構(gòu)，這些機(jī)構(gòu)已經(jīng)建設(shè)了基于大型關(guān)系數(shù)據(jù)庫的信息管理系統(tǒng)，每天負(fù)責(zé)獨(dú)立地處理本區(qū)域內(nèi)的業(yè)務(wù)，并實(shí)時存儲業(yè)務(wù)數(shù)據(jù)。
每個機(jī)構(gòu)的數(shù)據(jù)庫服務(wù)器從PCServer（最小512MB內(nèi)存）到RISC小型機(jī)（最大4GB內(nèi)存）配置不一，操作系統(tǒng)也不一樣，數(shù)據(jù)庫產(chǎn)品類型也不統(tǒng)一。
每個機(jī)構(gòu)平均每天產(chǎn)生約4MB的數(shù)據(jù)，數(shù)據(jù)表中包括TEXT字段；每季度一次性產(chǎn)生約100MB的統(tǒng)計(jì)和報(bào)表數(shù)據(jù)。
為了加強(qiáng)管理，實(shí)現(xiàn)對下屬機(jī)構(gòu)業(yè)務(wù)數(shù)據(jù)的異地存儲備份，保證數(shù)據(jù)的安全及恢復(fù)，同時對全國業(yè)務(wù)數(shù)據(jù)進(jìn)行挖掘分析，該企業(yè)擬在總部建設(shè)數(shù)據(jù)中心。數(shù)據(jù)中心通過公共廣域網(wǎng)與各個分支機(jī)構(gòu)組成VPN，每個分支機(jī)構(gòu)到數(shù)據(jù)中心的邏輯信道帶寬為128kbps。

數(shù)據(jù)中心建設(shè)
某大型企業(yè)在全國各城市共有40個左右的分支機(jī)構(gòu)，這些機(jī)構(gòu)已經(jīng)建設(shè)了基于大型關(guān)系數(shù)據(jù)庫的信息管理系統(tǒng)，每天負(fù)責(zé)獨(dú)立地處理本區(qū)域內(nèi)的業(yè)務(wù)，并實(shí)時存儲業(yè)務(wù)數(shù)據(jù)。
每個機(jī)構(gòu)的數(shù)據(jù)庫服務(wù)器從PCServer（最小512MB內(nèi)存）到RISC小型機(jī)（最大4GB內(nèi)存）配置不一，操作系統(tǒng)也不一樣，數(shù)據(jù)庫產(chǎn)品類型也不統(tǒng)一。
每個機(jī)構(gòu)平均每天產(chǎn)生約4MB的數(shù)據(jù)，數(shù)據(jù)表中包括TEXT字段；每季度一次性產(chǎn)生約100MB的統(tǒng)計(jì)和報(bào)表數(shù)據(jù)。
為了加強(qiáng)管理，實(shí)現(xiàn)對下屬機(jī)構(gòu)業(yè)務(wù)數(shù)據(jù)的異地存儲備份，保證數(shù)據(jù)的安全及恢復(fù)，同時對全國業(yè)務(wù)數(shù)據(jù)進(jìn)行挖掘分析，該企業(yè)擬在總部建設(shè)數(shù)據(jù)中心。數(shù)據(jù)中心通過公共廣域網(wǎng)與各個分支機(jī)構(gòu)組成VPN，每個分支機(jī)構(gòu)到數(shù)據(jù)中心的邏輯信道帶寬為128kbps。

（1）為保證數(shù)據(jù)上傳的順序、穩(wěn)定、安全、并發(fā)，并解決數(shù)據(jù)庫的異構(gòu)問題，系統(tǒng)應(yīng)采用下列哪種技術(shù)（請?jiān)谙铝蠥、B、C、D四個選項(xiàng)中選擇）？
A.交易中間件技術(shù)
B.Web中間件
C.WebService
D.插裝技術(shù)
（2）為保證分支機(jī)構(gòu)可靠、高效地向數(shù)據(jù)中心匯總業(yè)務(wù)數(shù)據(jù)，避免單點(diǎn)故障，除了考慮廣域網(wǎng)線路采用備份外，在數(shù)據(jù)中心還應(yīng)采用什么技術(shù)？用100字以內(nèi)文字說明。
 

數(shù)據(jù)庫安全與數(shù)據(jù)庫備份
銀行金融系統(tǒng)對數(shù)據(jù)庫中的數(shù)據(jù)安全要求很高，必須在技術(shù)層面上采用必要的措施，以保證數(shù)據(jù)的有效和不丟失。數(shù)據(jù)庫的備份與恢復(fù)是保證數(shù)據(jù)安全的一種基本方法，一般將數(shù)據(jù)庫備份分為冷備份、熱備份和數(shù)據(jù)導(dǎo)出，而數(shù)據(jù)導(dǎo)出根據(jù)導(dǎo)出數(shù)據(jù)的范圍，又可以分為完全導(dǎo)出、增量導(dǎo)出和累計(jì)導(dǎo)出。
該金融系統(tǒng)上線初期，整個業(yè)務(wù)系統(tǒng)采用了內(nèi)網(wǎng)方式運(yùn)行，不與外網(wǎng)發(fā)生聯(lián)系。為了保證數(shù)據(jù)庫內(nèi)部數(shù)據(jù)的安全，該銀行信息中心的劉工提出的備份方案如表12-3所示。
信息中心的李工對劉工的方案提出了異議，認(rèn)為數(shù)據(jù)庫一旦發(fā)生故障，劉工的方案無法做到數(shù)據(jù)庫的實(shí)時恢復(fù)，會導(dǎo)致業(yè)務(wù)數(shù)據(jù)的丟失，銀行應(yīng)該采用數(shù)據(jù)庫冷備份和熱備份相結(jié)合的方式來完成數(shù)據(jù)庫的備份。

數(shù)據(jù)庫安全與數(shù)據(jù)庫備份
銀行金融系統(tǒng)對數(shù)據(jù)庫中的數(shù)據(jù)安全要求很高，必須在技術(shù)層面上采用必要的措施，以保證數(shù)據(jù)的有效和不丟失。數(shù)據(jù)庫的備份與恢復(fù)是保證數(shù)據(jù)安全的一種基本方法，一般將數(shù)據(jù)庫備份分為冷備份、熱備份和數(shù)據(jù)導(dǎo)出，而數(shù)據(jù)導(dǎo)出根據(jù)導(dǎo)出數(shù)據(jù)的范圍，又可以分為完全導(dǎo)出、增量導(dǎo)出和累計(jì)導(dǎo)出。
該金融系統(tǒng)上線初期，整個業(yè)務(wù)系統(tǒng)采用了內(nèi)網(wǎng)方式運(yùn)行，不與外網(wǎng)發(fā)生聯(lián)系。為了保證數(shù)據(jù)庫內(nèi)部數(shù)據(jù)的安全，該銀行信息中心的劉工提出的備份方案如表12-3所示。
信息中心的李工對劉工的方案提出了異議，認(rèn)為數(shù)據(jù)庫一旦發(fā)生故障，劉工的方案無法做到數(shù)據(jù)庫的實(shí)時恢復(fù)，會導(dǎo)致業(yè)務(wù)數(shù)據(jù)的丟失，銀行應(yīng)該采用數(shù)據(jù)庫冷備份和熱備份相結(jié)合的方式來完成數(shù)據(jù)庫的備份。

請分別說明冷備份和熱備份的概念，并補(bǔ)充表12-4中的（1）～（6）空。

數(shù)據(jù)庫安全與數(shù)據(jù)庫備份
銀行金融系統(tǒng)對數(shù)據(jù)庫中的數(shù)據(jù)安全要求很高，必須在技術(shù)層面上采用必要的措施，以保證數(shù)據(jù)的有效和不丟失。數(shù)據(jù)庫的備份與恢復(fù)是保證數(shù)據(jù)安全的一種基本方法，一般將數(shù)據(jù)庫備份分為冷備份、熱備份和數(shù)據(jù)導(dǎo)出，而數(shù)據(jù)導(dǎo)出根據(jù)導(dǎo)出數(shù)據(jù)的范圍，又可以分為完全導(dǎo)出、增量導(dǎo)出和累計(jì)導(dǎo)出。
該金融系統(tǒng)上線初期，整個業(yè)務(wù)系統(tǒng)采用了內(nèi)網(wǎng)方式運(yùn)行，不與外網(wǎng)發(fā)生聯(lián)系。為了保證數(shù)據(jù)庫內(nèi)部數(shù)據(jù)的安全，該銀行信息中心的劉工提出的備份方案如表12-3所示。
信息中心的李工對劉工的方案提出了異議，認(rèn)為數(shù)據(jù)庫一旦發(fā)生故障，劉工的方案無法做到數(shù)據(jù)庫的實(shí)時恢復(fù)，會導(dǎo)致業(yè)務(wù)數(shù)據(jù)的丟失，銀行應(yīng)該采用數(shù)據(jù)庫冷備份和熱備份相結(jié)合的方式來完成數(shù)據(jù)庫的備份。

數(shù)據(jù)庫安全與數(shù)據(jù)庫備份
銀行金融系統(tǒng)對數(shù)據(jù)庫中的數(shù)據(jù)安全要求很高，必須在技術(shù)層面上采用必要的措施，以保證數(shù)據(jù)的有效和不丟失。數(shù)據(jù)庫的備份與恢復(fù)是保證數(shù)據(jù)安全的一種基本方法，一般將數(shù)據(jù)庫備份分為冷備份、熱備份和數(shù)據(jù)導(dǎo)出，而數(shù)據(jù)導(dǎo)出根據(jù)導(dǎo)出數(shù)據(jù)的范圍，又可以分為完全導(dǎo)出、增量導(dǎo)出和累計(jì)導(dǎo)出。
該金融系統(tǒng)上線初期，整個業(yè)務(wù)系統(tǒng)采用了內(nèi)網(wǎng)方式運(yùn)行，不與外網(wǎng)發(fā)生聯(lián)系。為了保證數(shù)據(jù)庫內(nèi)部數(shù)據(jù)的安全，該銀行信息中心的劉工提出的備份方案如表12-3所示。
信息中心的李工對劉工的方案提出了異議，認(rèn)為數(shù)據(jù)庫一旦發(fā)生故障，劉工的方案無法做到數(shù)據(jù)庫的實(shí)時恢復(fù)，會導(dǎo)致業(yè)務(wù)數(shù)據(jù)的丟失，銀行應(yīng)該采用數(shù)據(jù)庫冷備份和熱備份相結(jié)合的方式來完成數(shù)據(jù)庫的備份。

J2EE
某軟件公司承擔(dān)了某中小型企業(yè)應(yīng)用軟件開發(fā)任務(wù)，進(jìn)度要求緊迫。為了按時完成任務(wù)，選擇合適的企業(yè)應(yīng)用系統(tǒng)開發(fā)架構(gòu)非常重要。項(xiàng)目組在進(jìn)行方案論證時，項(xiàng)目組成員提出了兩種開發(fā)思路。
①劉工建議采用J2EE5.0和EJB3.0進(jìn)行開發(fā)。理由是J2EE定義了標(biāo)準(zhǔn)的應(yīng)用開發(fā)體系結(jié)構(gòu)和部署環(huán)境，EJB是J2EE的基礎(chǔ)和核心。J2EE5.0的主要目標(biāo)是簡化開發(fā)，相比EJB2.1，EJB3.0具有很多改進(jìn)和提高。
②杜工建議采用Struts、Spring和Hibernate輕量級開源框架相結(jié)合的方式。理由是隨著Java開源項(xiàng)目陣營的發(fā)展壯大，一些基于POJO（Plan OldJava Objects）的開源框架被廣泛地引入到Java企業(yè)應(yīng)用開發(fā)中來，與重量級的EJB框架相比，這些輕量級的框架有很多優(yōu)點(diǎn)。
項(xiàng)目組仔細(xì)比較分析了兩種方案的特點(diǎn)、優(yōu)點(diǎn)和不足之處。認(rèn)為杜工和劉工的建議都合理，但是從結(jié)合當(dāng)前項(xiàng)目實(shí)際情況出發(fā)，最后決定采用杜工的建議。

J2EE
某軟件公司承擔(dān)了某中小型企業(yè)應(yīng)用軟件開發(fā)任務(wù)，進(jìn)度要求緊迫。為了按時完成任務(wù)，選擇合適的企業(yè)應(yīng)用系統(tǒng)開發(fā)架構(gòu)非常重要。項(xiàng)目組在進(jìn)行方案論證時，項(xiàng)目組成員提出了兩種開發(fā)思路。
①劉工建議采用J2EE5.0和EJB3.0進(jìn)行開發(fā)。理由是J2EE定義了標(biāo)準(zhǔn)的應(yīng)用開發(fā)體系結(jié)構(gòu)和部署環(huán)境，EJB是J2EE的基礎(chǔ)和核心。J2EE5.0的主要目標(biāo)是簡化開發(fā)，相比EJB2.1，EJB3.0具有很多改進(jìn)和提高。
②杜工建議采用Struts、Spring和Hibernate輕量級開源框架相結(jié)合的方式。理由是隨著Java開源項(xiàng)目陣營的發(fā)展壯大，一些基于POJO（Plan OldJava Objects）的開源框架被廣泛地引入到Java企業(yè)應(yīng)用開發(fā)中來，與重量級的EJB框架相比，這些輕量級的框架有很多優(yōu)點(diǎn)。
項(xiàng)目組仔細(xì)比較分析了兩種方案的特點(diǎn)、優(yōu)點(diǎn)和不足之處。認(rèn)為杜工和劉工的建議都合理，但是從結(jié)合當(dāng)前項(xiàng)目實(shí)際情況出發(fā)，最后決定采用杜工的建議。

J2EE
某軟件公司承擔(dān)了某中小型企業(yè)應(yīng)用軟件開發(fā)任務(wù)，進(jìn)度要求緊迫。為了按時完成任務(wù)，選擇合適的企業(yè)應(yīng)用系統(tǒng)開發(fā)架構(gòu)非常重要。項(xiàng)目組在進(jìn)行方案論證時，項(xiàng)目組成員提出了兩種開發(fā)思路。
①劉工建議采用J2EE5.0和EJB3.0進(jìn)行開發(fā)。理由是J2EE定義了標(biāo)準(zhǔn)的應(yīng)用開發(fā)體系結(jié)構(gòu)和部署環(huán)境，EJB是J2EE的基礎(chǔ)和核心。J2EE5.0的主要目標(biāo)是簡化開發(fā)，相比EJB2.1，EJB3.0具有很多改進(jìn)和提高。
②杜工建議采用Struts、Spring和Hibernate輕量級開源框架相結(jié)合的方式。理由是隨著Java開源項(xiàng)目陣營的發(fā)展壯大，一些基于POJO（Plan OldJava Objects）的開源框架被廣泛地引入到Java企業(yè)應(yīng)用開發(fā)中來，與重量級的EJB框架相比，這些輕量級的框架有很多優(yōu)點(diǎn)。
項(xiàng)目組仔細(xì)比較分析了兩種方案的特點(diǎn)、優(yōu)點(diǎn)和不足之處。認(rèn)為杜工和劉工的建議都合理，但是從結(jié)合當(dāng)前項(xiàng)目實(shí)際情況出發(fā)，最后決定采用杜工的建議。

軟件質(zhì)量屬性
某軟件開發(fā)公司欲為某電子商務(wù)企業(yè)開發(fā)一個在線交易平臺，支持客戶完成網(wǎng)上購物活動中的在線交易。在系統(tǒng)開發(fā)之初，企業(yè)對該平臺提出了如下要求：
①在線交易平臺必須在1s內(nèi)完成客戶的交易請求。
②該平臺必須保證客戶個人信息和交易信息的安全。
③當(dāng)發(fā)生故障時，該平臺的平均故障恢復(fù)時間必須小于10s。
④由于企業(yè)業(yè)務(wù)發(fā)展較快，需要經(jīng)常為該平臺添加新功能或進(jìn)行硬件升級。添加新功能或進(jìn)行硬件升級必須在6小時內(nèi)完成。
針對這些要求，該軟件開發(fā)公司決定采用基于架構(gòu)的軟件開發(fā)方法，以架構(gòu)為核心進(jìn)行在線交易平臺的設(shè)計(jì)與實(shí)現(xiàn)。