識(shí)別風(fēng)險(xiǎn)點(diǎn)、非風(fēng)險(xiǎn)點(diǎn)、敏感點(diǎn)和權(quán)衡點(diǎn)是軟件架構(gòu)評(píng)估過(guò)程中的關(guān)鍵步驟。針對(duì)某系統(tǒng)所作的架構(gòu)設(shè)計(jì)中，“系統(tǒng)需要支持的最大并發(fā)用戶數(shù)量直接影響傳輸協(xié)議和數(shù)據(jù)格式”描述了系統(tǒng)架構(gòu)設(shè)計(jì)中的一個(gè)（1）：“由于系統(tǒng)的業(yè)務(wù)邏輯目前尚不清楚，因此現(xiàn)有系統(tǒng)三層架構(gòu)中的第2層可能會(huì)出現(xiàn)功能重復(fù)，這會(huì)影響系統(tǒng)的可修改性”描述了系統(tǒng)架構(gòu)設(shè)計(jì)中的一個(gè)（2）。

特定領(lǐng)域軟件架構(gòu)（DSSA）是在一個(gè)特定應(yīng)用領(lǐng)域?yàn)橐唤M應(yīng)用提供組織結(jié)構(gòu)參考的標(biāo)準(zhǔn)軟件架構(gòu)。實(shí)施DSSA的過(guò)程中包括一系列基本的活動(dòng)，其中（1）活動(dòng)的主要目的是為了獲得DSSA。該活動(dòng)參加人員中，（2）的主要任務(wù)是提供關(guān)于領(lǐng)域中系統(tǒng)的需求規(guī)約和實(shí)現(xiàn)的知識(shí)。

某軟件公司欲設(shè)計(jì)一款圖像處理軟件，幫助用戶對(duì)拍攝的照片進(jìn)行后期處理。在軟件需求分析階段，公司的系統(tǒng)分析師識(shí)別出了如下3個(gè)關(guān)鍵需求：圖像處理軟件需要記錄用戶在處理照片時(shí)所有動(dòng)作，并能夠支持用戶動(dòng)作的撤銷與重做等行為。圖像處理軟件需要根據(jù)當(dāng)前正在處理的照片的不同特征選擇合適的處理操作，處理操作與照片特征之間具有較為復(fù)雜的邏輯關(guān)系。圖像處理軟件需要封裝各種圖像處理算法，用戶能夠根據(jù)需要靈活選擇合適的處理算法；軟件還要支持高級(jí)用戶根據(jù)一定的規(guī)則添加自定義處理算法。在系統(tǒng)設(shè)計(jì)階段，公司的架構(gòu)師決定采用設(shè)計(jì)模式滿足上述關(guān)鍵需求中對(duì)系統(tǒng)靈活性與擴(kuò)展性的要求。具體來(lái)說(shuō)，為了支持靈活的撤銷與重做等行為，采用（1）最為合適：為了封裝圖像操作與照片特征之間的復(fù)雜邏輯關(guān)系，采用（2）最為合適；為了實(shí)現(xiàn)圖像處理算法的靈活選擇與替換，采用（3）最為合適。

某軟件公司欲設(shè)計(jì)一款圖像處理軟件，幫助用戶對(duì)拍攝的照片進(jìn)行后期處理。在軟件需求分析階段，公司的系統(tǒng)分析師識(shí)別出了如下3個(gè)關(guān)鍵需求：圖像處理軟件需要記錄用戶在處理照片時(shí)所有動(dòng)作，并能夠支持用戶動(dòng)作的撤銷與重做等行為。圖像處理軟件需要根據(jù)當(dāng)前正在處理的照片的不同特征選擇合適的處理操作，處理操作與照片特征之間具有較為復(fù)雜的邏輯關(guān)系。圖像處理軟件需要封裝各種圖像處理算法，用戶能夠根據(jù)需要靈活選擇合適的處理算法；軟件還要支持高級(jí)用戶根據(jù)一定的規(guī)則添加自定義處理算法。在系統(tǒng)設(shè)計(jì)階段，公司的架構(gòu)師決定采用設(shè)計(jì)模式滿足上述關(guān)鍵需求中對(duì)系統(tǒng)靈活性與擴(kuò)展性的要求。具體來(lái)說(shuō)，為了支持靈活的撤銷與重做等行為，采用（1）最為合適：為了封裝圖像操作與照片特征之間的復(fù)雜邏輯關(guān)系，采用（2）最為合適；為了實(shí)現(xiàn)圖像處理算法的靈活選擇與替換，采用（3）最為合適。

某公司欲開(kāi)發(fā)一門戶網(wǎng)站，將公司的各個(gè)分公司及辦事處信息進(jìn)行整合。現(xiàn)決定采用Composite設(shè)計(jì)模式來(lái)實(shí)現(xiàn)公司的組織結(jié)構(gòu)關(guān)系，并設(shè)計(jì)了如圖12-18所示的UML類圖。圖中與Composite模式中的Component角色相對(duì)應(yīng)的類是（1），與Composite角色相對(duì)應(yīng)的類是（2）。

某公司欲開(kāi)發(fā)一門戶網(wǎng)站，將公司的各個(gè)分公司及辦事處信息進(jìn)行整合?，F(xiàn)決定采用Composite設(shè)計(jì)模式來(lái)實(shí)現(xiàn)公司的組織結(jié)構(gòu)關(guān)系，并設(shè)計(jì)了如圖12-18所示的UML類圖。圖中與Composite模式中的Component角色相對(duì)應(yīng)的類是（1），與Composite角色相對(duì)應(yīng)的類是（2）。

某公司欲開(kāi)發(fā)一個(gè)在線交易系統(tǒng)，在架構(gòu)設(shè)計(jì)階段公司的架構(gòu)師識(shí)別出3個(gè)核心質(zhì)量屬性場(chǎng)景。其中“在并發(fā)用戶數(shù)量為1000人時(shí)，用戶的交易請(qǐng)求需要在0.5秒內(nèi)得到響應(yīng)”主要與（1）質(zhì)量屬性相關(guān)，通?？刹捎茫?）架構(gòu)策略實(shí)現(xiàn)該屬性；“當(dāng)系統(tǒng)由于軟件故障意外崩潰后，需要在0.5小時(shí)內(nèi)恢復(fù)正常運(yùn)行”主要與（3）質(zhì)量屬性相關(guān)，通?？刹捎茫?）架構(gòu)策略實(shí)現(xiàn)該屬性；“系統(tǒng)應(yīng)該能夠抵擋惡意用戶的入侵行為，并進(jìn)行報(bào)警和記錄”主要與（5）質(zhì)量屬性相關(guān)，通常可采用（6）架構(gòu)策略實(shí)現(xiàn)該屬性。

某公司欲開(kāi)發(fā)一個(gè)在線交易系統(tǒng)，在架構(gòu)設(shè)計(jì)階段公司的架構(gòu)師識(shí)別出3個(gè)核心質(zhì)量屬性場(chǎng)景。其中“在并發(fā)用戶數(shù)量為1000人時(shí)，用戶的交易請(qǐng)求需要在0.5秒內(nèi)得到響應(yīng)”主要與（1）質(zhì)量屬性相關(guān)，通?？刹捎茫?）架構(gòu)策略實(shí)現(xiàn)該屬性；“當(dāng)系統(tǒng)由于軟件故障意外崩潰后，需要在0.5小時(shí)內(nèi)恢復(fù)正常運(yùn)行”主要與（3）質(zhì)量屬性相關(guān)，通?？刹捎茫?）架構(gòu)策略實(shí)現(xiàn)該屬性；“系統(tǒng)應(yīng)該能夠抵擋惡意用戶的入侵行為，并進(jìn)行報(bào)警和記錄”主要與（5）質(zhì)量屬性相關(guān)，通?？刹捎茫?）架構(gòu)策略實(shí)現(xiàn)該屬性。