【正文】 允許?！締?wèn)題2】（8分）實(shí)時(shí)系統(tǒng)根據(jù)應(yīng)用場(chǎng)景、時(shí)間特征以及工作方式的不同，存在多種實(shí)時(shí)特性，大致有三種分類方法，即時(shí)間類別、時(shí)間需求和工作方式結(jié)構(gòu)。根據(jù)自己所掌握的“實(shí)時(shí)性”知識(shí)，將圖31給出的實(shí)時(shí)特性按三種分類方式，填寫圖31中(1)～(8)處空白。備選答案：時(shí)限的危害程度；時(shí)間角色；弱；時(shí)間響應(yīng)；固定；時(shí)限／反應(yīng)時(shí)間；時(shí)間明確；輸入／輸出激勵(lì)；時(shí)間觸發(fā)；強(qiáng)；周期／零星／非周期；事件觸發(fā)。（1）強(qiáng)（2）（3）時(shí)間響應(yīng)、時(shí)間明確（4）（5）（6）時(shí)限/反應(yīng)時(shí)間、輸入/輸出激勵(lì)、周期/零星/非周期（7）（8）時(shí)間觸發(fā)、事件觸發(fā)【問(wèn)題3】（10分）可靠性是實(shí)時(shí)系統(tǒng)的關(guān)鍵特性之一，區(qū)分軟件的錯(cuò)誤(Error)、缺陷（Defect）、故障(Fault)和失效(Failure)概念是軟件可靠性設(shè)計(jì)工作的基礎(chǔ)。請(qǐng)簡(jiǎn)要說(shuō)明錯(cuò)誤、缺陷、故障和失效的定義；并在圖32中標(biāo)出錯(cuò)誤、缺陷和失效出現(xiàn)階段，說(shuō)明缺陷、故障和失效的表現(xiàn)形式，填寫圖32中(1)～(6)處的空白?！緟⒖即鸢浮寇浖e(cuò)誤：軟件錯(cuò)誤是指在軟件生存期內(nèi)的不希望或不可接受的人為錯(cuò)誤，其結(jié)果是導(dǎo)致軟件缺陷的產(chǎn)生。軟件缺陷：軟件缺陷是存在于軟件（文檔、數(shù)據(jù)、程序）之中的那些不希望或不可接受的偏差。軟件故障：軟件故障是指軟件運(yùn)行過(guò)程中出現(xiàn)的一種不希望或不可接受的內(nèi)部狀態(tài)。軟件失效：軟件失效是指軟件運(yùn)行時(shí)產(chǎn)生 的一種不希望或不可接受的外部行為結(jié)果。（1）一個(gè)錯(cuò)誤導(dǎo)致一個(gè)或多個(gè)缺陷（2）缺陷激活時(shí)產(chǎn)生故障（3）故障未處理好（4）軟件生存期各個(gè)階段（5）軟件生存期各個(gè)階段（6）在運(yùn)行時(shí)【試題解析】 軟件失效的機(jī)理可描述為：軟件錯(cuò)誤→軟件缺陷→軟件故障→軟件失效。 軟件錯(cuò)誤：在可以預(yù)見的時(shí)期內(nèi)，軟件仍將由人來(lái)開發(fā)。在整個(gè)軟件生存期的各個(gè)階段，都貫穿者人的直接或間接的干預(yù)。然而，人難免犯錯(cuò)誤，這必然給軟件留下不良的痕跡。軟件錯(cuò)誤是指在軟件生存期內(nèi)的不希望或不可接受的人為錯(cuò)誤，其結(jié)果是導(dǎo)致軟件缺陷的產(chǎn)生?？梢?，軟件錯(cuò)誤是一種人為過(guò)程，相對(duì)于軟件本身，是一種外部行為。 軟件缺陷：軟件缺陷是存在于軟件（文檔、數(shù)據(jù)、程序）之中的那些不希望或不可接受的偏差，如少一個(gè)逗號(hào)、多一語(yǔ)句等。其結(jié)果是軟件運(yùn)行于某一特定條件時(shí)出現(xiàn)軟件故障，這時(shí)稱軟件缺陷被激活。 軟件故障：軟件故障是指軟件運(yùn)行過(guò)程中出現(xiàn)的一種不希望或不可接受的內(nèi)部狀態(tài)。譬如，軟件處于執(zhí)行一個(gè)多余循環(huán)過(guò)程時(shí)，我們說(shuō)軟件出現(xiàn)故障。此時(shí)若無(wú)時(shí)當(dāng)?shù)拇胧ㄈ蒎e(cuò)）加以及時(shí)處理，便產(chǎn)生軟件失效。顯然，軟件故障是一種動(dòng)態(tài)行為。 軟件失效：軟件失效是指軟件運(yùn)行時(shí)產(chǎn)生 的一種不希望或不可接受的外部行為結(jié)果。 試題四閱讀以下關(guān)于應(yīng)用服務(wù)器的敘述，在答題紙上回答問(wèn)題1至問(wèn)題3。【說(shuō)明】某電子產(chǎn)品制造公司，幾年前開發(fā)建設(shè)了企業(yè)網(wǎng)站系統(tǒng)，實(shí)現(xiàn)了企業(yè)宣傳、產(chǎn)品介紹、客服以及售后服務(wù)等基本功能。該網(wǎng)站技術(shù)上采用了Web服務(wù)器、動(dòng)態(tài)腳本語(yǔ)言PHP。隨著市場(chǎng)銷售渠道變化以及企業(yè)業(yè)務(wù)的急劇拓展，該公司急需建立完善的電子商務(wù)平臺(tái)。公司張工建議對(duì)原有網(wǎng)站系統(tǒng)進(jìn)行擴(kuò)展，增加新的功能（包括訂單系統(tǒng)、支付系統(tǒng)、庫(kù)存管理等），這樣有利于降低成本、快速上線；而王工則認(rèn)為原有網(wǎng)站系統(tǒng)在技術(shù)上存在先天不足，不能滿足企業(yè)業(yè)務(wù)的快速發(fā)展，尤其是企業(yè)業(yè)務(wù)將服務(wù)全球，需要提供24小時(shí)不間斷服務(wù)，系統(tǒng)在大負(fù)荷和長(zhǎng)時(shí)間運(yùn)行下的穩(wěn)定性至關(guān)重要。建議采用應(yīng)用服務(wù)器的Web開發(fā)方法，例如J2EE，為該企業(yè)重新開發(fā)新的電子商務(wù)平臺(tái)。 【問(wèn)題1】（7分）王工認(rèn)為原有網(wǎng)站在技術(shù)上存在先天不足，不能滿足企業(yè)業(yè)務(wù)的快速發(fā)展，根據(jù)你的理解，請(qǐng)用300字以內(nèi)的文字說(shuō)明原系統(tǒng)存在哪幾個(gè)方面的不足。 PHP只能實(shí)現(xiàn)簡(jiǎn)單的分布式兩層或三層的架構(gòu)，而JAVA在這方面就比較強(qiáng)大，可以實(shí)現(xiàn)多層的網(wǎng)絡(luò)架構(gòu)。數(shù)據(jù)庫(kù)層(持久化層)、應(yīng)用(業(yè)務(wù))邏輯層、表示邏輯層彼此分開，而且現(xiàn)在不同的層都已經(jīng)有一些成熟的開發(fā)框架的支持。PHP是面向過(guò)程的語(yǔ)言，Java是面向?qū)ο蟮模嫦蜻^(guò)程語(yǔ)言開發(fā)的程序只要業(yè)務(wù)流程發(fā)生變化，修改工作量很大，所以可修改性差，同時(shí)可復(fù)用性也差。PHP語(yǔ)言在可靠性方面比J2EE平臺(tái)差，J2EE平臺(tái)有大量增強(qiáng)可靠性的成熟解決方案，而PHP只是一種簡(jiǎn)單的腳本語(yǔ)言，在可靠性方面缺乏成熟解決方案。PHP對(duì)于不同的數(shù)據(jù)庫(kù)采用不同的數(shù)據(jù)庫(kù)訪問(wèn)接口，而Java通過(guò)JDBC來(lái)訪問(wèn)數(shù)據(jù)庫(kù)，通過(guò)不同的數(shù)據(jù)庫(kù)廠商提供的數(shù)據(jù)庫(kù)驅(qū)動(dòng)方便地訪問(wèn)數(shù)據(jù)庫(kù)，訪問(wèn)數(shù)據(jù)庫(kù)的接口比較統(tǒng)一。所以原架構(gòu)在數(shù)據(jù)庫(kù)連接方面修改起來(lái)工作量也是很大的。PHP適合于小型項(xiàng)目，所以本項(xiàng)目中以前采用PHP是合適的，但目前大量功能需要增加，PHP在穩(wěn)定性方面也達(dá)不到要求。PHP比Java的可維護(hù)性差。PHP比Java的擴(kuò)展性差。PHP比Java的安全性差?！締?wèn)題2】(8分)請(qǐng)簡(jiǎn)要說(shuō)明應(yīng)用服務(wù)器的概念，并重點(diǎn)說(shuō)明應(yīng)用服務(wù)器如何來(lái)保障系統(tǒng)在大負(fù)荷和長(zhǎng)時(shí)間運(yùn)行下的穩(wěn)定性以及可擴(kuò)展性。 【參考答案】應(yīng)用服務(wù)器是指通過(guò)各種協(xié)議把商業(yè)邏輯曝露給客戶端的程序。若系統(tǒng)負(fù)荷很大，可以布署多臺(tái)應(yīng)用服務(wù)，多臺(tái)應(yīng)用服務(wù)器分擔(dān)任務(wù)，以達(dá)到性能要求。應(yīng)用服務(wù)器可以通過(guò)靈活的增加服務(wù)器完成擴(kuò)展，所以可擴(kuò)展性很好。應(yīng)用服務(wù)器可長(zhǎng)時(shí)間穩(wěn)定運(yùn)行。因?yàn)楫?dāng)一臺(tái)應(yīng)用服務(wù)器出現(xiàn)故障時(shí)，可以將當(dāng)前運(yùn)行的事務(wù)轉(zhuǎn)移至正常應(yīng)用服務(wù)器上完成執(zhí)行，不影響業(yè)務(wù)正常執(zhí)行，從而保障高可靠性與穩(wěn)定性。【試題解析】應(yīng)用服務(wù)器是指通過(guò)各種協(xié)議把商業(yè)邏輯曝露給客戶端的程序。它提供了訪問(wèn)商業(yè)邏輯的途徑以供客戶端應(yīng)用程序使用。應(yīng)用服務(wù)器使用此商業(yè)邏輯就像調(diào)用對(duì)象的一個(gè)方法一樣。 簡(jiǎn)單的說(shuō)能實(shí)現(xiàn)動(dòng)態(tài)網(wǎng)頁(yè)技術(shù)的服務(wù)器叫做web應(yīng)用服務(wù)器?！締?wèn)題3】（10分）J2EE平臺(tái)采用了多層分布式應(yīng)用程序模型，實(shí)現(xiàn)不同邏輯功能的應(yīng)用程序被封裝到不同的構(gòu)件中，處于不同層次的構(gòu)件可被分別部署到不同的機(jī)器中。請(qǐng)?zhí)顚憟D41中(1)～(5)處的空白，完成J2EE的N層體系結(jié)構(gòu)。(1)Applet ； (2)Servlet ；(3)EJB容器 ；(4)SessionBean ； (5)EntityBean試題五閱讀以下關(guān)于Scrum敏捷開發(fā)過(guò)程的敘述，在答題紙上回答問(wèn)題1至問(wèn)題3?！菊f(shuō)明】Scrum是一個(gè)增量的、迭代的敏捷軟件開發(fā)過(guò)程。某軟件公司計(jì)劃開發(fā)一個(gè)基于Web的Scrum項(xiàng)目管理系統(tǒng)，用于支持項(xiàng)目團(tuán)隊(duì)采用Scrum敏捷開發(fā)方法進(jìn)行軟件開發(fā)，輔助主管智能決策。此項(xiàng)目管理系統(tǒng)提供的主要服務(wù)包括項(xiàng)目團(tuán)隊(duì)的管理、敏捷開發(fā)過(guò)程管理和工件的管理。Scrum敏捷開發(fā)中，項(xiàng)目團(tuán)隊(duì)由Scrum主管、產(chǎn)品負(fù)責(zé)人和開發(fā)團(tuán)隊(duì)人員三種不同的角色組成，其開發(fā)過(guò)程由若干個(gè)Sprint（短的迭代周期，通常為2到4周）活動(dòng)組成。Product Backlog是在Scrum過(guò)程初期產(chǎn)生的一個(gè)按照商業(yè)價(jià)值排序的需求列表，該列表?xiàng)l目的體現(xiàn)形式通常為用戶故事。在每一個(gè)Sprint活動(dòng)中，項(xiàng)目團(tuán)隊(duì)從Product Backlog中挑選最高優(yōu)先級(jí)的用戶故事進(jìn)行開發(fā)。被挑選的用戶故事在Sprint計(jì)劃會(huì)議上經(jīng)過(guò)細(xì)化分解為任務(wù)，同時(shí)初步估算每一個(gè)任務(wù)的預(yù)計(jì)完成時(shí)間，編寫Sprint Backlog。在Sprint活動(dòng)期間，項(xiàng)目團(tuán)隊(duì)每天早晨需舉行每日站立會(huì)議，重新估算剩余任務(wù)的預(yù)計(jì)完成時(shí)間，更新Sprint Backlog、Sprint燃盡圖和Release燃盡圖。在每個(gè)Sprint活動(dòng)結(jié)束時(shí)，項(xiàng)目團(tuán)隊(duì)召開評(píng)審會(huì)議和回顧會(huì)議，交付產(chǎn)品增量，總結(jié)Sprint期間的工作情況和問(wèn)題。此時(shí)，如果Product Backlog中還有未完成的用戶故事，則項(xiàng)目團(tuán)隊(duì)將開始籌備下一個(gè)Sprint活動(dòng)迭代。為完成Scrum項(xiàng)目管理系統(tǒng)，考慮到系統(tǒng)的智能決策需求，公司決定使用MVC架構(gòu)模式開發(fā)該項(xiàng)目管理系統(tǒng)。具體來(lái)說(shuō)，系統(tǒng)采用輕量級(jí)J2EE架構(gòu)和SSH框架進(jìn)行開發(fā)，使用MySQL數(shù)據(jù)庫(kù)作為底層存儲(chǔ)。 【問(wèn)題1】（10分）Scrum項(xiàng)目管理軟件需真實(shí)模擬Scrum敏捷開發(fā)流程，請(qǐng)根據(jù)你的理解完成圖51給出的Scrum敏捷開發(fā)狀態(tài)圖，填寫其中(1)～(5)的內(nèi)容。(1)Product Backlog(2)Sprint計(jì)劃會(huì)議(3)每日站立會(huì)議(4)還有未完成的用戶故事(5)交付產(chǎn)品增量【問(wèn)題2】（6分）根據(jù)題干描述，本系統(tǒng)采用MVC架構(gòu)模式，請(qǐng)從各選答案a~n中分別選出屬于MVC架構(gòu)模型中的模型(Model)、視圖(View)和控制器（Controler）的相關(guān)內(nèi)容描述填入表51的空(1)～(3)處。(1)c、e、n(2)a、f、j(3)g【問(wèn)題3】（9分）根據(jù)項(xiàng)目組給出的系統(tǒng)設(shè)計(jì)方案，將備選答案a~l的內(nèi)容填寫在圖52中的空(1)～(9)，完成系統(tǒng)架構(gòu)圖。(1) (2)d f (3)h (4)g (5)a(6)k (7)h (8)b (9)c 試題一 論軟件系統(tǒng)架構(gòu)評(píng)估對(duì)于軟件系統(tǒng)，尤其是大規(guī)模的復(fù)雜軟件系統(tǒng)來(lái)說(shuō)，軟件的系統(tǒng)架構(gòu)對(duì)于確保最終系統(tǒng)的質(zhì)量具有十分重要的意義，不恰當(dāng)?shù)南到y(tǒng)架構(gòu)將給項(xiàng)目開發(fā)帶來(lái)高昂的代價(jià)和難以避免的災(zāi)難。對(duì)一個(gè)系統(tǒng)架構(gòu)進(jìn)行評(píng)估，是為了：分析現(xiàn)有架構(gòu)存在的潛在風(fēng)險(xiǎn)，檢驗(yàn)設(shè)計(jì)中提出的質(zhì)量需求，在系統(tǒng)被構(gòu)建之前分析現(xiàn)有系統(tǒng)架構(gòu)對(duì)于系統(tǒng)質(zhì)量的影響，提出系統(tǒng)架構(gòu)的改進(jìn)方案。架構(gòu)評(píng)估是軟件開發(fā)過(guò)程中的重要環(huán)節(jié)。 請(qǐng)圍繞“論軟件系統(tǒng)架構(gòu)評(píng)估”論題，依次從以下三個(gè)方面進(jìn)行論述。1．概要敘述你所參與架構(gòu)評(píng)估的軟件系統(tǒng)，以及在評(píng)估過(guò)程中所擔(dān)任的主要工作。2．分析軟件系統(tǒng)架構(gòu)評(píng)估中所普遍關(guān)注的質(zhì)量屬性有哪些？詳細(xì)闡述每種質(zhì)量屬性的具體含義。3．詳細(xì)說(shuō)明你所參與的軟件系統(tǒng)架構(gòu)評(píng)估中，采用了哪種評(píng)估方法，具體實(shí)施過(guò)程和效果如何。一、首先用400600字的篇幅簡(jiǎn)要敘述作者參與開發(fā)的軟件系統(tǒng)的概要和所擔(dān)任的工作。二、架構(gòu)所關(guān)注的質(zhì)量屬性主要包括：性能、可用性、可修改性、安全性。性能性能（performance）是指系統(tǒng)的響應(yīng)能力，即要經(jīng)過(guò)多長(zhǎng)時(shí)間才能對(duì)某個(gè)事件做出響應(yīng)，或者在某段時(shí)間內(nèi)系統(tǒng)所能處理的事件的個(gè)數(shù)?？捎眯钥捎眯裕╝vailability）是系統(tǒng)能夠正常運(yùn)行的時(shí)間比例。經(jīng)常用兩次故障之間的時(shí)間長(zhǎng)度或在出現(xiàn)故障時(shí)系統(tǒng)能夠恢復(fù)正常的速度來(lái)表示。安全性安全性（security）是指系統(tǒng)在向合法用戶提供服務(wù)的同時(shí)能夠阻止非授權(quán)用戶使用的企圖或拒絕服務(wù)的能力。安全性又可劃分為機(jī)密性、完整性、不可否認(rèn)性及可控性等特性?？尚薷男钥尚薷男裕╩odifiability）是指能夠快速地以較高的性能價(jià)格比對(duì)系統(tǒng)進(jìn)行變更的能力。通常以某些具體的變更為基準(zhǔn)，通過(guò)考察這些變更的代價(jià)衡量可修改性。三、架構(gòu)評(píng)估方法主要從SAAM與ATAM中選擇。SAAM評(píng)估方法SAAM的分析和評(píng)估目的、評(píng)估參與者、評(píng)估活動(dòng)或過(guò)程以及評(píng)估結(jié)果說(shuō)明如下。（1）評(píng)估目的SAAM (Scenariobased Architecture Analysis Method)目的是驗(yàn)證基本的體系結(jié)構(gòu)假設(shè)和原則，評(píng)估體系結(jié)構(gòu)固有的風(fēng)險(xiǎn)。SAAM 指導(dǎo)對(duì)體系結(jié)構(gòu)的檢查，使其主要關(guān)注潛在的問(wèn)題點(diǎn)，如需求沖突。SAAM不僅能夠評(píng)估體系結(jié)構(gòu)對(duì)于特定系統(tǒng)需求的使用能力，也能被用來(lái)比較不同的體系結(jié)構(gòu)。（2）評(píng)估參與者風(fēng)險(xiǎn)承擔(dān)者、記錄人員、軟件體系結(jié)構(gòu)設(shè)計(jì)師（3）評(píng)估活動(dòng)或過(guò)程SAAM分析評(píng)估體系結(jié)構(gòu)的過(guò)程包括六個(gè)步驟，即形成場(chǎng)景、描述體系結(jié)構(gòu)、場(chǎng)景的分類和優(yōu)先級(jí)確定、間接場(chǎng)景的單個(gè)評(píng)估、場(chǎng)景相互作用的評(píng)估、總體評(píng)估。（4）評(píng)估結(jié)果SAAM評(píng)估的主要有形輸出包括：1）把代表了未來(lái)可能做的更改的場(chǎng)景與構(gòu)架對(duì)應(yīng)起來(lái)，顯現(xiàn)出構(gòu)架中未來(lái)可能會(huì)表現(xiàn)出較高復(fù)雜性的地方，并對(duì)每個(gè)這樣的更改的預(yù)期工作量做出評(píng)估。2）理解系統(tǒng)的功能，對(duì)多個(gè)構(gòu)架所支持的功能和數(shù)量進(jìn)行比較。如果所評(píng)估的是一個(gè)框架，SAAM評(píng)估將指明框架中未能滿足其修改性需求的地方，有時(shí)還會(huì)指出一種效果更好的設(shè)計(jì)。SAAM評(píng)估也能對(duì)兩個(gè)或者三個(gè)備選構(gòu)架進(jìn)行比較，明確其中那一個(gè)能夠較好地滿足質(zhì)量屬性需求，而且做的更改較少、不會(huì)在未來(lái)導(dǎo)致太多的復(fù)雜的問(wèn)題。ATAM評(píng)估方法ATAM的分析和評(píng)估目的、評(píng)估參與者、評(píng)估活動(dòng)或過(guò)程以及評(píng)估結(jié)果說(shuō)明如下。（1）評(píng)估目的ATAM（Architecture Tradeoff Analysis Method ），即構(gòu)架權(quán)衡分析方法的評(píng)估目的是依據(jù)系統(tǒng)質(zhì)量屬性和商業(yè)需求評(píng)估設(shè)計(jì)決策的結(jié)果。ATAM希望揭示出構(gòu)架滿足特定質(zhì)量目標(biāo)的情況，使我們更清楚地認(rèn)識(shí)到質(zhì)量目標(biāo)之間的聯(lián)系，即如何權(quán)衡多個(gè)質(zhì)量目標(biāo)。（2）評(píng)估參與者1）評(píng)估小組。該小組是所評(píng)估構(gòu)架項(xiàng)目外部的小組，通常由3~5人組成。該小組的每個(gè)成員都要扮演大量的特定角色。他們可能是開發(fā)組織內(nèi)部的，也可能是外部的。2）項(xiàng)目決策者，對(duì)開發(fā)項(xiàng)目具有發(fā)言權(quán)，并有權(quán)要求進(jìn)行某些改變，他們包括項(xiàng)目管理人員，重要的客戶代表，構(gòu)架設(shè)計(jì)師等。3）構(gòu)架涉眾（stakeholders）。包括關(guān)鍵模塊開發(fā)人員、測(cè)試人員、用戶等。（3）評(píng)估活動(dòng)或過(guò)程整個(gè)ATAM評(píng)估過(guò)程包括九個(gè)步驟，按其編號(hào)順序分別是描述ATAM方法、描述商業(yè)動(dòng)機(jī)、描述體系結(jié)構(gòu)、確定體系結(jié)構(gòu)方法、生成質(zhì)量屬性效用樹、分析體系結(jié)構(gòu)方法、討論和分級(jí)場(chǎng)景、描述評(píng)估結(jié)果。試題二 論軟件設(shè)計(jì)模式及其應(yīng)用。軟件設(shè)計(jì)模式（Software Design Pattern）是一套被反復(fù)使用的、多數(shù)人知曉的、經(jīng)過(guò)分類編目的代碼設(shè)計(jì)經(jīng)驗(yàn)的總結(jié)。使用設(shè)計(jì)模式是為了重用代碼以提高編碼效率、增加代碼的可理解性、保證代碼的可靠性。軟件設(shè)計(jì)模式是軟件開發(fā)中的最佳實(shí)踐之一，它經(jīng)常被軟件開發(fā)人員在面向?qū)ο筌浖_發(fā)過(guò)程中所采用。項(xiàng)目中合理地運(yùn)用設(shè)計(jì)模式可以完美地解決很多問(wèn)題，每種模式在實(shí)際應(yīng)用中都有相應(yīng)的原型與之相對(duì)，每種模式都描述了一個(gè)在軟件開發(fā)中不斷重復(fù)發(fā)生的問(wèn)題