需求分析與設計課后答案

1、第一章1需求分析與系統(tǒng)設計之間的界限是什么？何時從分析階段進入 設計階段？需求分析關注系統(tǒng) 做什么”，系統(tǒng)設計關注 如何做”。當分析階段完成后才能進入到設計階段2需求處理要注意哪些非技術因素？為什么？要注意的非技術因素：組織機構文化、社會背景、商業(yè)目標、利 益協(xié)商等。因為利用建模與分析技術構建的解決方案一定要和具體 的應用環(huán)境相關，不存在不依賴具體應用環(huán)境的解決方案，因此， 在利用建模分析技術進行要求處理是不能忽視具體應用環(huán)境的相關 因素3需求分析與需求工程之間的關系那就是需求工程含義更廣，包括需求獲取、需求分析、需求定義第二章1解釋名詞：問題域，解系統(tǒng)和共享現(xiàn)象，并結合他們的含義說明 軟件系

2、統(tǒng)如何與現(xiàn)實世界形成互動的問題域：現(xiàn)實的狀況與人們期望的狀況產(chǎn)生差異就產(chǎn)生問題 。解系統(tǒng):軟件系統(tǒng)通過影響問題域，能夠幫助人們解決問題稱為解 系統(tǒng)通過共存現(xiàn)象僅僅是問題域和姐系統(tǒng)的一個部分 。而不是他們 的全部。軟件系統(tǒng)僅僅是現(xiàn)實世界的一種抽象。所以問題除了共享現(xiàn)象之 外。還有很多在進行模型抽象時忽略的其他現(xiàn)實因素 。2解釋下列名詞，需求，規(guī)格說明，問題域特性和約束，并結合他們的含義說明需求工程的主要任務是什么？需求是用戶對問題域中的實體狀態(tài)或事件的期望描述規(guī)格說明：規(guī)格說明是解系統(tǒng)為滿足用戶需求而提供的解決方案，規(guī)定了解系統(tǒng)的行為特征。問題域的特性：在和解系統(tǒng)相互影響的同時，問題域是自治的，

3、 它有自己的運行規(guī)律，而且這些規(guī)律不會因解系統(tǒng)的引入而發(fā)生改 變，這種自治的規(guī)律性稱為問題域特性，當這些特性非常明確時稱 之為約束。需求工程的主要任務：1.需求工程必須說明軟件系統(tǒng)將應用的環(huán)境 及目標，說明用來達成這些目標的軟件功能，還要說明在設計和實現(xiàn)這些功能時上下文環(huán)境對軟件完成任務所用的方式、方法所施加的限制和約束。2需求工程必須將目標、功能和約束反映到軟件系 統(tǒng)中，映射為可行的軟件行為，并對軟件行為進行準確的規(guī)格說明 3需求工程還要妥善處理目標、功能和約束隨著時間的演化情況。4需求有哪些常見的類別？功能需求和非功能需求有什么差異？嚴格意義上的軟件需求的分類：功能需求(Functiona

4、l Requirement):和系統(tǒng)主要工作相關的需 求，即在不考慮物理約束的情況下，用戶希望系統(tǒng)所能夠執(zhí)行的活 動，這些活動可以幫助用戶完成任務。功能需求主要表現(xiàn)為系統(tǒng)和 環(huán)境之間的行為交互。(性能需求(Performanee Requirement):系統(tǒng)整體或系統(tǒng)組成非功能需求部分應該擁有的性能特征，例如CPU使用率、內(nèi)存使用率等。 質量屬性(Quality Attribute ):系統(tǒng)完成工作的質量，即系統(tǒng) 需要在一個好的程度”上實現(xiàn)功能需求，例如可靠性程度、可維 護性程度等。對外接口( External Inteface):系統(tǒng)和環(huán)境中其他系統(tǒng)之間需 要建立的接口，包括硬件接口、軟件

5、接口、數(shù)據(jù)庫接口等等。 約束：進行系統(tǒng)構造時需要遵守的約束，例如編程語言、硬件設施等。廣泛意義上的需求分類：系統(tǒng)級需求(System):針對系統(tǒng)工程的需求，包括與硬件相關的 需求被稱之為硬件需求 (Hardware )、與軟件相關的需求被稱之為 軟件需求(Software )、與人力資源相關的需求以及軟件 、硬件、 人力之間協(xié)同的需求被稱之為其他需求。功能需求和非功能需求的差異：除功能需求之外的其他四種類別需 求又被統(tǒng)稱為非功能需求。在非功能需求當中，質量屬性對系統(tǒng)成 敗的影響極大，因此在某些情況下，非功能需求又被用來特指質量 屬性。而且通常一個軟件系統(tǒng)的絕大部分需求都是功能需求，在比例上功能

6、需求有可能占所有需求的 90%以上。5描述業(yè)務需求、用戶需求和系統(tǒng)(級)需求的區(qū)別與聯(lián)系。業(yè)務需求：業(yè)務需求是抽象層次最高的需求，是系統(tǒng)建立的戰(zhàn)略出 發(fā)點，表現(xiàn)為高層次的目標，它描述了組織為什么要開發(fā)系統(tǒng)。用戶需求：執(zhí)行實際工作的用戶對系統(tǒng)所能完 成的具體任務的期望，描述了系統(tǒng)能夠助用戶 做些什么。系統(tǒng)需求：用戶對系統(tǒng)行為的期望，一系列的 系統(tǒng)行為聯(lián)系在一起可以幫助用戶完成任務，滿足業(yè)務需求；系統(tǒng)需求可以直接映射為系統(tǒng) 行為，定義了系統(tǒng)中需要實現(xiàn)的功能，描述了 開發(fā)人員需要實現(xiàn)什么 業(yè)務需求、用戶需求和系統(tǒng)（級）需求的區(qū)別與聯(lián)系如右圖所示：用戶需求-> 系統(tǒng)需求的過程：首先需要分析問題領

7、域及其特性，從中發(fā)現(xiàn)問題域和計算機系統(tǒng)的 共享知識，建立系統(tǒng)的知識模型；然后將用戶需求部署到系統(tǒng)模型 當中，即定義系列的系統(tǒng)行為，讓它們聯(lián)合起來實現(xiàn)用戶需求，每 一個系統(tǒng)行為即為一個系統(tǒng)需求。該過程就是需求工程當中最為重 要的需求分析活動，又稱建模與分析活動。6.優(yōu)秀的需求哪些特性 ？試為每一個特性都舉出一個不符合的示 例。優(yōu)秀的需求特性：1）完備性：不需要做更多的擴展就可以充分的說明用戶所需要的系 統(tǒng)功能。每一個需求的描述都應該包含開發(fā)人員設計和實現(xiàn)這項 功能需要的所有信息。R6 （不完整）：系統(tǒng)應該允許被擴展R7 （完整、較R8精確）：系統(tǒng)的調(diào)度算法應該允許被擴展2）正確性：真實的反映用戶

8、的意圖；必須請需求的提出者予以確 認。3） 可行性：在檢查的過程中，由開發(fā)人員進行檢查可能需要進行 一定的分析和研究，而不是單純的憑借經(jīng)驗和直覺。對于難以判斷 的需求，必要的時候要通過開發(fā)原型來加以驗證。示例：保證系統(tǒng)核心功能可以7X24小時連續(xù)運行。4）必要性：滿足用戶的業(yè)務需求所必需的。5） 無歧義：每一項需求都應該有而且只能有一種解釋。定義一個可以共同理解的詞匯表（Glossary）6）可驗證：通過分析、檢查、模擬或者測試等方法能夠判斷需求是 否被滿足。示例：實現(xiàn)各部門的公文流轉無紙化、文檔一體化、業(yè)務管理的 規(guī)范化、自動化和網(wǎng)絡化；統(tǒng)一辦公流程、規(guī)范公文格式，加強信 息交流和共享，提高

9、工作效率；不可驗證的需求往往是因為描述模 糊或者過于抽象，所以在進行需求的描述時要讓需求具體化、小心 形容詞和副詞的使用、避免程度詞的使用。第三章1需求工程過程的工作基礎（即輸入）存在哪些？他的工作成果（即 輸出）有哪些？答：需求過程的工作基礎是獲取用戶面臨的業(yè)務問題，用戶期望系統(tǒng)表現(xiàn)出來的各種行為，即需求獲取工作成果：產(chǎn)生一個能夠在用 戶環(huán)境下解決用戶業(yè)務問題的系統(tǒng)方案，并將其文檔化為明確的規(guī) 格說明。2描述需求工程的各個活動，說明他們各自的工作基礎，工作目 標和工作成果1需求獲?。汗ぷ骰A：1.收集背景資料2定義項目前景和范圍3選擇信息的 來源4. 選擇獲取方法，執(zhí) 行獲取5記錄獲取結果工

10、作目標:獲取用戶需求，了解用戶在完成任務的時候遇到的問題 與期望 工作成果:業(yè)務需求，項目的前景和范圍，用戶需求以及問 題域的特征2需求分析：工作基礎：1背景分析2確定系統(tǒng)邊界3需求建模4.需求細化5.確定優(yōu)先權6.需求協(xié)商工作目標:1.通過建模整合各種信息，是人們更好地理解問題2定義一個需求集合，能夠為問題界定一個游戲的解決方案工作成果：產(chǎn)生一個需求的基線集，它指定了系統(tǒng)或當前版本的 系統(tǒng)開發(fā)需完成的任務3需求規(guī)格說明：工作基礎1.定制文檔模板2.編寫文檔工作目標:為了系統(tǒng)涉眾之間交流需求信息工作成果:需求規(guī)格文檔說明4需求驗證工作基礎1執(zhí)行驗證2問題修改 工作目標：為了盡量不給設計 實現(xiàn)測

11、試后續(xù)開發(fā)活動帶來不必要的影響。需求規(guī)格說明文檔定義 必須正確準確地反映用戶的意圖工作成果:驗證之后，問題得以修正需求管理：工作基礎：1.建立和維護需求基線集2.建立需求跟蹤信息3進行 變更控制 工作目標:保證需求作用的持續(xù)穩(wěn)定和有效發(fā)揮工作成果:需求管理會進變更控制和實現(xiàn)合理的變更請求拒絕不合 理的變更請求，控制變更的成本和影響范圍4.需求工程師需求具備的技能 專業(yè)技能，分析技能，交流技能， 觀察技能，建模技能，寫作技能，創(chuàng)新技能，協(xié)調(diào)技能第五章1. 為什么要定義項目的前景和范圍？答、業(yè)務需求、高層解決方案和系統(tǒng)特性都應該被記錄下來，定 義為項目的前景與范圍文檔，前景描述了產(chǎn)品的作用和最終的

12、功能 它將所有的涉眾都統(tǒng)一到一個方向上范圍指出了當前項目是要解決 產(chǎn)品長遠規(guī)劃的那一部分，它為項目規(guī)定了需求的界限案例題：1.你被任命為替換學生財務資助項目的項目經(jīng)理 。你想開發(fā)一 個工作陳述來定義范圍并降低范圍蔓延的風險 。財務資助部門的主管堅持要你15個月、600 000美元的預算內(nèi)替換他現(xiàn) 有的系統(tǒng)就可以了。他說這就是你需要知道的全部，不需要 浪費時間開發(fā)一個工作陳述了 。省略工作陳述的風險是什么？ 你將如何說服主管？解答：省略工作陳述的風險是不能明確項目的前景和范圍。如果省略了工作陳述的話，我們就不能和用戶進行很好的溝 通與交流，這樣，項目的問題也就不能明確，開發(fā)人員無法 與涉眾對問題

13、達成共識；無法明確問題，也就無法發(fā)現(xiàn)正確 的業(yè)務需求，無法定義良好的解決方案及系統(tǒng)特性，繼而無 法明確項目的前景和范圍，這樣就會造成項目的不穩(wěn)定甚至 失敗！第六章1.什么是涉眾？涉眾分析？軟件系統(tǒng)中常見的涉眾？涉眾是與要建設的業(yè)務系統(tǒng)相關的一切人和事.涉眾分析就是為軟件系統(tǒng)尋找并理解關鍵涉眾的過程常見的涉眾:管理著：用戶、客戶、開發(fā)人員、管理者、領域專家、政府力量和市場力量等領域專家：在問題域中具有豐富知識的專家*關注軟件中的知識政府力量：法律法規(guī)、長遠規(guī)劃、政策意向*起約束和指導作用市場力量：組織中的市場部門人員，關注用戶的想法關注用戶想法用戶：最終使用和操作產(chǎn)品的人*關注軟件功能客戶：為軟

14、件系統(tǒng)開發(fā)付費的人*關注經(jīng)濟的成本、收益開發(fā)者：負責實現(xiàn)軟件系統(tǒng)的人*關注技術上的成本和利益第七章2列出面談的5個步驟面談準備的主要工作包括：1、閱讀背景資料2、確定面談的主題和目標3、選擇被會見者4、準備會見被會見者5、確定問題和類型第8章1.原型的定義原型是一個系統(tǒng)，他內(nèi)化了一個更遲系統(tǒng)的本質特征。2說明原型在需求獲取中的作用和試用情景因為原型是在最終系統(tǒng)產(chǎn)生之前的一個局部真實表現(xiàn)，所以原型 方法可以讓人們在系統(tǒng)的開發(fā)過程中，就能對一些具體問題進行基 于事物有效溝通，從而幫助人們今早解決軟件開發(fā)過程中存在的各 種不確定性。場景：產(chǎn)品以前從未存在過，而且難以可視化，這些產(chǎn)品屬于創(chuàng)新產(chǎn)品 他們

15、的基本需求是潛在的，有很大的不確定性產(chǎn)品的用戶對相關類別的產(chǎn)品沒有經(jīng)驗，而且對將要采用的技術 也沒有經(jīng)驗。此時用戶無法明確工作的具體細節(jié)，產(chǎn)品的細節(jié)需求 存在著不確定性 用戶進行自己的工作已經(jīng)有一段時間了 ，但在完成 工作的方式上依然存在障礙。用戶清晰說明他們的需求方面存在困 難。在澄清和理解之前，這些需求存在著不確定性需求的可行性值的懷疑，即具體需求的可滿足性存在著不確定性三、案例題我有一個絕妙的主意！” Bea Kwick宣布，他是系統(tǒng)團隊的一位 新來的需求工程師，讓我們跳過所有的SDLC垃圾，直接為一切設 計原型。我們的項目會進展的更快，還可以節(jié)省時間和金錢，并且 所有的用戶會感到我們似

16、乎很在意他們，而不是連續(xù)幾個月不與他 們交談。a）列出你（作為與Bea同一個團隊的成員）用來勸阻她不要試圖 放棄SDLC,而直接為所有項目設計原型的原因。b）Bea對你所說的話很失望。為了鼓勵她，用一段話向她說明，你認為適用于原型化方法的情（1）主要原因：原型僅僅是開發(fā)當中使用的一種手段，它利用得當 可以加速開發(fā)的進 程，但不能代替軟件開發(fā)中的所有工作。（2）情形見下表，尤其是其中紅色的部分第九章1為什么需要觀方法？觀察方法的適用情景是什么？答：很多時候用戶無法完成主動的信息告知，或者說用戶和需求 工程師之間的語言交流無法產(chǎn)生有效的結果，這時就有必要采用觀 察的方法。采樣觀察：根據(jù)明確的目的選

17、取特定的時間段或者特定的事件進行觀察。民族志：觀察者深入到用戶中，花費較長的時間（一般為 幾個月）來觀察用戶的活動。話語分析：它通過觀察和分析用戶交談中的交互方式或者特定的話語形式的內(nèi)部結構來發(fā)現(xiàn)和獲取相關信息 。協(xié)議分析：對用戶任務的觀察。它要求觀察對象一邊執(zhí)行任務， 一邊大聲地解釋他們在執(zhí)行任務時產(chǎn)生的各種想法。任務分析：專門針對人機交互行為的觀察。它引入了相關的模型 方法來觀察、記錄和分析用戶與軟件系統(tǒng)的交互行為案例題1. Ceci Awill說：我想我能記得他所做過的大部分事情?！?Ce準 備與OK Corral公司戰(zhàn)略規(guī)劃副總裁 Biff Weblldon 進行面談。OK C orr

18、al 是一家擁有130間牛排連鎖店的公司。我的意思是說，我有好的記 性。我認為聽他說什么比看他做什么更重要?！弊鳛樾枨蠊こ虉F隊的一員，Ceci Awll向你訴說了他要寫下在面談中 對Biff的辦公司和Biff的活動進行觀察的愿望。（1）用一段話來說服Ceci，在面談時僅僅傾聽是不夠的，觀察和 記錄所觀察的內(nèi)容同樣是很重要的。（2）Ceci似乎接受了你認為觀察時很重要的觀點，但是不知道該 觀察什么。列出需要觀察的項目和行為，在每一項行為的旁邊用一 句話指名Ceci通過觀察應該得到的信息。答：（1）面談并不能確保用戶能夠將所有的信息都告知需求工 程師，諸如一些語言無法確切描述的事務，而觀察能夠了解

19、用戶真 正做什么，還能夠獲取到其他方法不能得到的用戶及其工作環(huán)境的 信息，還可以對從其他方法獲取的信息進行確認，所以我們應該重 視觀察方法的應用。觀察客戶所處的環(huán)境（得出何種需求才能更適合客戶）。（2）觀察客戶行為、習慣特征（得出更適合客戶使用的軟件需求）第十一章2什么是系統(tǒng)模型，他與需求分析和系統(tǒng)設計有什么關系？系統(tǒng)模型是指以某種確定的形式 （如文字、符號、圖表、實物、 數(shù)學公式等），對系統(tǒng)某一方面本質屬性的描述。需求分析是挖掘和整理知識的過程，它在已掌握知識的基礎上進 行。初步捕獲到的需求信息往往處于不同層次，也有一些主觀甚至 不正確的信息。而經(jīng)過必要的需求分析工作之后，需求會更加系統(tǒng)、 更加有條理、更加全面。那么系統(tǒng)分析呢？如果說，需求分析致力于搞清楚軟件系統(tǒng)要 做 什么”的話，那么系統(tǒng)分析已經(jīng)涉及 怎么做”的問題了。需求捕獲、需求分析以及系統(tǒng)分析之間的關系我們必須理解透徹，否則就會影響工作的有效性進行。同樣，在實踐中，需求分析和系統(tǒng)分析也常常被混淆。需求分析 致力與搞清軟件系統(tǒng)要做什么”，而系統(tǒng)分析更關注怎么做”的問題， 比如大多數(shù)分析方法（如00A）應該術語系統(tǒng)分析的范疇。第十二章1什么是系統(tǒng)思想？過程模型如何反應系統(tǒng)思想？系統(tǒng)是指由相互 制約、相互作用的一些部分組成的具有某種功能的有機整體。因此 系統(tǒng)