軟件需求復(fù)習(xí)題

1、評價軟件的質(zhì)量通?？梢詮漠a(chǎn)品運(yùn)行、產(chǎn)品修改和產(chǎn)品轉(zhuǎn)移等三個不同角度來進(jìn)行。除了軟件應(yīng)滿足產(chǎn)品規(guī)格說明的正確性和保證運(yùn)行效率以外，_A_和_B_也是產(chǎn)品運(yùn)行期間影響軟件質(zhì)量的兩個質(zhì)量因素，其中_A_是指在遇到意外時系統(tǒng)能作出適應(yīng)反應(yīng)的程度?？删S護(hù)性是影響產(chǎn)品修改的一個質(zhì)量因素，它主要包括可理解性、可修改性和_C_。一般認(rèn)為，_D_是影響產(chǎn)品轉(zhuǎn)移的一個質(zhì)量因素。為了保證軟件質(zhì)量，在開發(fā)過程的各階段進(jìn)行_Ｅ_是一個重要的手段。A、B：①靈活性 ②可重用性 ③適應(yīng)性④堅(jiān)實(shí)性（健壯性）⑤可理解性⑥可用性Ｃ： ①可測試性 ②可移植性 ③適應(yīng)性． ④堅(jiān)實(shí)性（健壯性）Ｄ： ①靈活性 ②可重用性 ③完整性 ④安全性Ｅ：①驗(yàn)收測試 ②用戶培訓(xùn) ③軟件評審 ④文件修改2、軟件需求分析的任務(wù)不應(yīng)包括_A_。進(jìn)行需求分析可使用多種工具，但_B_是不適用的。在需求分析中，開發(fā)人員要從用戶那里解決的最重要的問題是_C_。需求規(guī)格說明書的內(nèi)容不應(yīng)包括_D_，該文檔在軟件開發(fā)中具有重要作用，但其作用不應(yīng)包括_E_。A： ①問題分解 ②可靠性與安全性要求 ③結(jié)構(gòu)化程序設(shè)計 ④確定邏輯模型B： ①數(shù)據(jù)流圖（DFD）②判定表 ③PAD圖 ④數(shù)據(jù)字典C： ①要讓軟件做什么 ②要給該軟件提供哪些信息③要求軟件工作效率怎樣 ④要讓軟件具有何種結(jié)構(gòu)D： ①對重要功能的描述 ②對算法的詳細(xì)過程描述 ③對數(shù)據(jù)的要求 ④軟件的性能E： ①軟件設(shè)計的依據(jù) ②用戶和開發(fā)人員對軟件要做什么的共同理解③軟件驗(yàn)收的依據(jù) ④軟件可行性分析的依據(jù)3、論軟件需求分析的方法與策略需求分析的基本任務(wù)是確定軟件所必須具備的功能與性能，準(zhǔn)確回答“系統(tǒng)必須做什么”這個問題。系統(tǒng)分析員在需求分析階段必須與用戶密切配合，充分交流，以獲得經(jīng)過用戶確認(rèn)的系統(tǒng)邏輯模型和軟件需求規(guī)格說明書。［問題１］簡述你參與開發(fā)的軟件的概要和你所擔(dān)任的工作，包括你所從事過的軟件需求分析工作經(jīng)驗(yàn)。［問題２］具體論述你在從事軟件需求分析時所采用的方法與策略。包括遇到過什么困難及其解決的辦法，你認(rèn)為今后應(yīng)如何改進(jìn)需求分析的方法和策略？［問題3］簡要說明在需求分析時你采用過什么工具和輔助手段？其效果如何？有什么經(jīng)驗(yàn)或教訓(xùn)？4、論項(xiàng)目管理工具的選用軟件項(xiàng)目管理是系統(tǒng)分析員必須面對的一項(xiàng)?，F(xiàn)任務(wù)。組織、計劃和管理軟件項(xiàng)目的開展，協(xié)調(diào)、安排與調(diào)度項(xiàng)目中各類可用的資源，期望在有限的時間、資源和費(fèi)用的約束下，保質(zhì)保量地完成軟件項(xiàng)目，這些是軟件項(xiàng)目管理的主要內(nèi)容。目前大都已采用相應(yīng)的項(xiàng)目管理工具加以輔助。根據(jù)你實(shí)際參與開發(fā)和管理的經(jīng)驗(yàn)，論述下列三個問題：［問題１］簡述你參與分析和開發(fā)的項(xiàng)目概要和你所擔(dān)任的工作。［問題２］具體敘述你是如何選用項(xiàng)目管理工具來輔助軟件項(xiàng)目的管理的。采取了哪些相應(yīng)的措施和辦法？取得了什么效果？［問題3］進(jìn)一步敘述你對所選用的項(xiàng)目管理工具的評價。你認(rèn)為有哪些可以改進(jìn)的地方？你所期望的理想的項(xiàng)目管理工具應(yīng)當(dāng)有哪些主要特征？5、軟件測試通?？煞譃閱卧獪y試、集成測試、確認(rèn)測試和系統(tǒng)測試，其中確認(rèn)測試主要用于發(fā)現(xiàn)_A_階段的錯誤。A：①需求分析 ②概要設(shè)計 ③詳細(xì)設(shè)計 ④編碼6、UML是一種面向?qū)ο蟮慕y(tǒng)一建模語言。它包含十種圖，其中，用例圖展示了外部actor與系統(tǒng)所提供的用例之間的連接，UML中的外部actor是指__(6)__，用例可以用__(7)__圖來描述。狀態(tài)圖指明了對象所有可能的狀態(tài)以及狀態(tài)間的遷移(transition)。如果一個并發(fā)的狀態(tài)由n個并發(fā)的子狀態(tài)圖組成，那么，該并發(fā)狀態(tài)在某時刻的狀態(tài)由__(8)__個子狀態(tài)圖中各取一個狀態(tài)組合而成。協(xié)作圖描述了協(xié)作的__(9)__之間的交互和鏈接(1ink)，它畫成__(10)__圖的形式。(6)：A．人員 B．單位 C．人員或單位 D．人員或外部系統(tǒng)(7)：A．類 B．狀態(tài) C．活動 D．協(xié)作(8)：A．每一 B．任意一 C．任意二 D．任意m(m≤n)(9)：A．對象 B．類 C．用例 D．狀態(tài)(10)：A．對象 B．類 C．用例 D．狀態(tài)7、風(fēng)險分析和管理是軟件開發(fā)的一項(xiàng)重要活動。在軟件工程領(lǐng)域考慮風(fēng)險時，主要基于以下三個概念：__(11)__以及必須抓住選擇機(jī)會。實(shí)踐中存在許多種軟件風(fēng)險，如“潛在的設(shè)計、實(shí)現(xiàn)、維護(hù)等方面的問題”屬于__(12)__風(fēng)險；“開發(fā)了一個沒有人真正需要的優(yōu)秀產(chǎn)品”屬于__(13)__風(fēng)險；“開發(fā)的產(chǎn)品不再符合公司的整體商業(yè)策略”屬于__(14)__風(fēng)險。通常在軟件項(xiàng)目開發(fā)過程中，我們希望首先實(shí)現(xiàn)__(15)__的用例。(11)：A．關(guān)心當(dāng)前，關(guān)心變化 B．關(guān)心當(dāng)前，關(guān)心不變性C．關(guān)心未來，關(guān)心變化 D．關(guān)心未來，關(guān)心不變性(12)：A．技術(shù) B．過程 C．項(xiàng)目 D．商業(yè)(13)：A．技術(shù) B．過程 C．項(xiàng)目 D．商業(yè)(14)：A．技術(shù) B．過程 C．項(xiàng)目 D．商業(yè)(15)：A．風(fēng)險最小 B．風(fēng)險最大 C．風(fēng)險中等 D．任意風(fēng)險8、論軟件需求分析方法和工具的選用“軟件需求分析”要求能深入地描述所開發(fā)軟件的功能和性能，確定軟件設(shè)計的限制以及該軟件與系統(tǒng)中其他組成部分的接口，能有效地把需求定義在軟件的需求規(guī)格說明書中。請圍繞“軟件需求分析方法和工具的選用”論題，依次對以下三個方面進(jìn)行論述。1．概要敘述你參與分析和開發(fā)的軟件項(xiàng)目以及你所擔(dān)任的主要工作。2．具體討論你在進(jìn)行軟件需求分析中所采用的具體方法以及所選用的主要輔助工具，詳細(xì)敘述你選用方法與工具的原則和使用策略，遇到過的問題以及采用的技術(shù)措施。3．分析你在軟件需求分析中選用的方法與工具的具體效果。你現(xiàn)在認(rèn)為應(yīng)當(dāng)作哪些方面的改進(jìn)以及如何加以改進(jìn)。9、系統(tǒng)開發(fā)過程的流程如下圖所示，__(22)__階段擬定了系統(tǒng)的目標(biāo)、范圍和要求。

供選擇的答案：

(22)：

A．①

B．②

C．③

D．④10、論軟件開發(fā)的風(fēng)險控制軟件開發(fā)項(xiàng)目面臨著許多風(fēng)險，一旦發(fā)生了沒有預(yù)見到和（或）沒有得到控制的某種或某些風(fēng)險，帶來的后果通常是開發(fā)成本超出預(yù)算，交付時間被迫延期，甚至是開發(fā)項(xiàng)目被迫取消。請圍繞“軟件開發(fā)的風(fēng)險控制”論題，依次對以下三個方面進(jìn)行論述。1．概要敘述你曾經(jīng)擔(dān)任項(xiàng)目管理工作的應(yīng)用項(xiàng)目、開發(fā)結(jié)果與應(yīng)用情況。2．論述軟件開發(fā)項(xiàng)目所面臨的主要風(fēng)險，并舉例說明之。3．論述你在上述項(xiàng)目中所采用的主要風(fēng)險控制手段、技術(shù)措施與實(shí)際效果。11、用例(usecase)用來描述系統(tǒng)在對事件做出響應(yīng)時所采取的行動。用例之間是具有相關(guān)性的。在一個“訂單輸入子系統(tǒng)”中，創(chuàng)建新訂單和更新訂單都需要核查用戶帳號是否正確。那么，用例“創(chuàng)建新訂單”、“更新訂單”與用例“核查客戶帳號”之間是__(3)__關(guān)系。供選擇的答案：(3) A．包含(include) B．?dāng)U展(extend) C．分類(classification) D．聚集(aggregation)12、__(24)__是軟件過程評估的國際標(biāo)準(zhǔn)，可以被任何組織用于軟件的設(shè)計、管理、監(jiān)督、控制以及提高“獲得、供應(yīng)、開發(fā)、操作、升級和支持”的能力。供選擇的答案：(24) A．ISO/IEC15504 B．ISO12207 C．SA-CMM D．CMM13、 論用例的獲取方法UP（UnifiedProcess,統(tǒng)一開發(fā)過程）是一種軟件開始過程，它的突出特點(diǎn)是：用例驅(qū)動；以構(gòu)架為中心；迭代和增量式開發(fā)。用例（usecase）是對一組動作序列的描述，系統(tǒng)通過執(zhí)行該動作序列，為參與者（actors）產(chǎn)生可觀察的結(jié)果。用例不公可以描述系統(tǒng)的需求，而且能驅(qū)動系統(tǒng)的設(shè)計、實(shí)現(xiàn)和測試。請圍繞“用例的獲取方法”論題，依次從以下三個方面進(jìn)行論述。1．概要敘述你參與分析和開發(fā)的軟件項(xiàng)目以及你所擔(dān)任的主要工作。2．詳細(xì)論述你在這個項(xiàng)目中獲取系統(tǒng)的用例的基本步驟。3．分析并討論獲取用例的效果（是否獲取了系統(tǒng)的所有用例或全部重要的用例）并進(jìn)行評價。14、在關(guān)于用例（usecase）的描述中，錯誤的是(1)。（1）A．用例將系統(tǒng)的功能范圍分解成許多小的系統(tǒng)功能陳述B．一個用例代表了系統(tǒng)的一個單一的目標(biāo)C．用例是一個行為上相關(guān)的步驟序列D．用例描述了系統(tǒng)與用戶的交互15、在用例建模的過程中，若幾個用例執(zhí)行了同樣的功能步驟，這時可以把這些公共步驟提取成獨(dú)立的用例，這種用例稱為（2）。在UML的用例圖上，將用例之間的這種關(guān)系標(biāo)記為（3）。（2）A．?dāng)U展用例B．抽象用例C．公共用例D．參與用例（3）A．a(chǎn)ssociationB．extendsC．usesD．inheritances16、UML提供了4種結(jié)構(gòu)圖用于對系統(tǒng)的靜態(tài)方面進(jìn)行可視化、詳述、構(gòu)造和文檔化。其中（4）是面向?qū)ο笙到y(tǒng)規(guī)模中最常用的圖，用于說明系統(tǒng)的靜態(tài)設(shè)計視圖；當(dāng)需要說明系統(tǒng)的靜態(tài)實(shí)現(xiàn)視圖時，應(yīng)該選擇（5）；當(dāng)需要說明體系結(jié)構(gòu)的靜態(tài)實(shí)施視圖時，應(yīng)該選擇（6）。（4）A．構(gòu)件圖B．類圖C．對象圖D．部署圖（5）A．構(gòu)件圖B．協(xié)作圖C．狀態(tài)圖D．部署圖（6）A．協(xié)作圖B．對象圖C．活動圖D．部署圖17、閱讀以下關(guān)于原型法的敘述，回答問題1、問題2和問題3。某軟件公司多年來開發(fā)的項(xiàng)目大都采用結(jié)構(gòu)化方法。但系統(tǒng)開發(fā)的實(shí)踐表明，盡管在許多情況下使用了嚴(yán)格定義或預(yù)先說明的方法，但當(dāng)系統(tǒng)建成以后，用戶仍然覺得建立的系統(tǒng)是不完全正確或不完備的，因此需要進(jìn)行反復(fù)地修補(bǔ)。針對上述情況，公司的李總工程師提出，應(yīng)該引入原型法，以快速地確定用戶需求，提高開發(fā)過程中的生產(chǎn)率和最終系統(tǒng)的質(zhì)量。[問題1]（12分）請用400字以內(nèi)文字，分別論述原型法與嚴(yán)格定義法適用的場合。[問題2]（5分）原型生命周期提供了一種用原型法完成需求定義的完整方法。但對于一些特殊情況，如規(guī)模較小，完整性要求較弱的應(yīng)用，可以采取靈活的做法以適應(yīng)實(shí)際目標(biāo)。請用300字以內(nèi)文字，說明改變原型生命周期約束的方法。[問題3]（8分）引入原型法后，需要對項(xiàng)目管理的過程加以適當(dāng)修正。請用300字以內(nèi)文字，說明引入原型法后，項(xiàng)目管理的基本內(nèi)容。18、論項(xiàng)目管理中的進(jìn)度控制項(xiàng)目進(jìn)度控制是依據(jù)項(xiàng)目進(jìn)度計劃控制項(xiàng)目的實(shí)際進(jìn)展情況，使項(xiàng)目能夠按時完成。有效的項(xiàng)目進(jìn)度控制的關(guān)鍵是控制項(xiàng)目的實(shí)際進(jìn)度，及時、定期地將它與計劃進(jìn)度進(jìn)行比較，并立即采用必要地措施。請圍繞“項(xiàng)目管理中地進(jìn)度控制”論題，依次從以下三個方面進(jìn)行論述。1、概要敘述你參與分析設(shè)計地項(xiàng)目以及你所擔(dān)任地主要工作。2、具體說明項(xiàng)目進(jìn)度控制地基本步驟，以及你所參與的項(xiàng)目中這些步驟的實(shí)施過程。3、當(dāng)項(xiàng)目的實(shí)際進(jìn)度滯后于計劃進(jìn)度時，應(yīng)采取那些措施？結(jié)合實(shí)際項(xiàng)目闡述這些措施的實(shí)施過程以及取得的具體效果。19、當(dāng)__(3)__時，用例是捕獲系統(tǒng)需求最好的選擇。（3）A.系統(tǒng)具有很少的用戶B.系統(tǒng)具有很少的接口C.系統(tǒng)算法復(fù)雜，功能單一D.系統(tǒng)有很多參與者20、現(xiàn)有兩個用例UC1和UC2，其中UC2是一個完整的用例，可被實(shí)例化，而UC1需要UC2中的事件流才可被實(shí)例化，且UC1指定了使用UC2的精確位置，則UC1和UC2間的關(guān)系是“__(4)__”。（4）A.includeB.extendC.generalizeD.call21、下列關(guān)于軟件需求管理與需求開發(fā)的論述，正確的是__(26)__。（26）A.所謂需求管理是指對需求開發(fā)的管理B.需求管理包括：需求獲取、需求分析、需求定義和需求驗(yàn)證C.需求開發(fā)是將用戶需求轉(zhuǎn)化為應(yīng)用系統(tǒng)成果的過程D.在需求管理中，要求維持對原有需求和所有產(chǎn)品構(gòu)件需求的雙向跟蹤22、論項(xiàng)目的風(fēng)險管理對項(xiàng)目風(fēng)險進(jìn)行管理，已經(jīng)成為項(xiàng)目管理的重要方面。每一個項(xiàng)目都有風(fēng)險。完全避開或消除風(fēng)險，或者只享受權(quán)益而不承擔(dān)風(fēng)險，都是不可能的。另一方面，對項(xiàng)目風(fēng)險進(jìn)行認(rèn)真的分析、科學(xué)的管理，能夠避開不利條件、減少損失、取得預(yù)期的結(jié)果并實(shí)現(xiàn)項(xiàng)目目標(biāo)。請圍繞“項(xiàng)目的風(fēng)險管理”論題，分別從以下三個方面進(jìn)行論述：1．概要敘述你參與管理過的信息系統(tǒng)項(xiàng)目（項(xiàng)目的背景、發(fā)起單位、目的、項(xiàng)目周期、交付的產(chǎn)品等），以及該項(xiàng)目在風(fēng)險管理方面的情況。2．請簡要敘述你對于項(xiàng)目風(fēng)險的認(rèn)識以及項(xiàng)目風(fēng)險管理的基本過程。3．結(jié)合你的項(xiàng)目經(jīng)歷，概要論述信息系統(tǒng)項(xiàng)目經(jīng)常面臨的主要風(fēng)險、產(chǎn)生根源和可以采取的應(yīng)對措施。23、在選擇開發(fā)方法時，不適合使用原型法的情況是（25）。（25）A．用戶需求模糊不清B．系統(tǒng)設(shè)計方案難以確定C．系統(tǒng)使用范圍變化很大D．用戶的數(shù)據(jù)資源缺乏組織和管理24、在CMM模型中屬于4級以上的關(guān)鍵過程域是（26）。（26）A．集成軟件管理B．軟件質(zhì)量管理C．項(xiàng)目子合同管理D．軟件產(chǎn)品工程25、基線是軟件生存期各個開發(fā)階段的工作成果，測試階段的基線是（28）。（27）A．可提交的軟件B．被測試的程序C．提交報告D．測試報告26、閱讀下列系統(tǒng)需求陳述，回答問題1、問題2、問題3和問題4。某銀行準(zhǔn)備開發(fā)一個網(wǎng)上信用卡管理系統(tǒng)CCMS，該系統(tǒng)的基本功能為：（1）信用卡申請。非信用卡客戶填寫信用卡申請表，說明所要申請的信用卡類型及申請者的基本信息，提交CCMS登錄。如果信用卡申請被銀行接受，客戶會收到銀行的確認(rèn)函，并告知用戶信用卡的有效期及信貸限額；否則銀行會發(fā)送一封拒絕函給該客戶。客戶收到確認(rèn)函后，需再次登錄CCMS，用信用卡號和密碼激活該信用卡。激活操作結(jié)束后，CCMS將激活通知發(fā)送給客戶，告知客戶其信用卡是否被成功地激活。（2）月報表生成。在每個月第一天的零點(diǎn)，CCMS為每個信用卡客戶創(chuàng)建一份月報表，對該客戶上月的信用卡交易情況及交易額進(jìn)行統(tǒng)計。信用卡客戶可以登錄CCMS查看月報表，也可以要求CCMS提供打印出的月報表。（3）信用卡客戶信息管理。信用卡客戶的個人信息可以在CCMS中進(jìn)行在線的管理。每個信用卡客戶可以在線查詢其個人信息。（4）信用卡交易記錄。信用卡客戶使用信息卡進(jìn)行的每一筆交易都會記錄在CCMS中。（5）交易信息查詢。信用卡客戶可以登錄CCMS查詢并核實(shí)其信用卡交易記錄及交易額。在系統(tǒng)的需求分析階段，使用用例對系統(tǒng)需求建模。表1—1和表1—2給出了其中兩個用例的概要描述。［問題1］（10分）將表1—1和表1—2中的（1）~（10）填充完整。［問題2］（4分）除了表1—1和表1—2給出的用例外，從上述系統(tǒng)陳述中還可以獲取哪些由信用卡客戶發(fā)起的用例？（給出用例名稱即可）［問題3］（7分）用400字以內(nèi)文字，簡要說明用例獲取的基本步驟。［問題4］（4分）用例除了使用表1—1和表1—2所示的形式描述外，還可以使用UML的用例圖來表示。分別用100字以內(nèi)文字，解釋UML用例圖中擴(kuò)展用例和抽象用例的內(nèi)涵。27、論需求獲取技術(shù)需求分析階段的首要工作是確定用戶需求，以用戶為核心是本階段應(yīng)遵循的至關(guān)重要的原則，它決定著項(xiàng)目的有效實(shí)施。正確地定義用戶需求是需求分析階段的基礎(chǔ)。需求獲取技術(shù)有助于系統(tǒng)分析員準(zhǔn)確、快捷地獲取和提煉用戶需求信息。請圍繞“需求獲取技術(shù)”論題，依次對以下三個方面進(jìn)行論述。1．概要敘述你參與分析和開發(fā)的應(yīng)用項(xiàng)目以及你所擔(dān)任的主要工作。2．詳細(xì)說明目前有哪些比較常用的需求獲取技術(shù)？說明每種需求獲取技術(shù)的基本方法。3．詳細(xì)論述在你參與分析和開發(fā)的應(yīng)用項(xiàng)目中所采取的需求獲取技術(shù)以及對該技術(shù)的具體實(shí)施運(yùn)用，說明選取該技術(shù)的原因，并分析應(yīng)用該技術(shù)所獲取的需求是否達(dá)到預(yù)期目標(biāo)。28、在進(jìn)行項(xiàng)目計劃前，應(yīng)該首先建立（22）的目的和范圍，考慮可選的解決方案、標(biāo)識技術(shù)和管理的約束。沒有這些信息，就不可能進(jìn)行合理的成本估算、有效的風(fēng)險評估、適當(dāng)?shù)捻?xiàng)目任務(wù)劃分或是可管理的項(xiàng)目進(jìn)度安排。（22）A．人員B．產(chǎn)品C．過程D．計劃29、需求分析的任務(wù)是借助于當(dāng)前系統(tǒng)的物理模型導(dǎo)出目標(biāo)系統(tǒng)的邏輯模型，解決目標(biāo)系統(tǒng)“做什么”的問題。（28）并不是需求分析的實(shí)現(xiàn)步驟之一。（28）A．獲得當(dāng)前系統(tǒng)的物理模型B．抽象出當(dāng)前系統(tǒng)的邏輯模型C．建正立目標(biāo)系統(tǒng)的邏輯模型D．確定目標(biāo)實(shí)現(xiàn)的具體技術(shù)路線30、用例從用戶角度描述系統(tǒng)的行為。用例之間可以存在一定的關(guān)系。在“某圖書館管理系統(tǒng)”用例模型中，所有用戶使用系統(tǒng)之前必須通過“身份驗(yàn)證”，“身份驗(yàn)證”可以有“密碼驗(yàn)證”和“智能卡驗(yàn)證”兩種方式，則“身份驗(yàn)證”與“密碼驗(yàn)證”和“智能卡驗(yàn)證”之間是（32）關(guān)系。（32）A．關(guān)聯(lián)B．包含C．?dāng)U展D．泛化31、閱讀以下關(guān)于軟件能力成熟度模型（CMM）方面的敘述，回答問題1至問題3。某企業(yè)主要從事計算機(jī)及相關(guān)軟件的研制工作，許多產(chǎn)品已被廣泛應(yīng)用到各行各業(yè)，五年前，該企業(yè)已通過了IS09000系列的質(zhì)量認(rèn)證。但是，隨著企業(yè)業(yè)務(wù)的不斷擴(kuò)展，企業(yè)開發(fā)的軟件規(guī)模越來越大；從事軟件開發(fā)的人員數(shù)量越來越多；而軟件產(chǎn)品中錯誤數(shù)也大幅增加，不但影響了企業(yè)形象，同時也增大了企業(yè)售后服務(wù)的成本。針對這種