需求工程簡(jiǎn)答題-復(fù)習(xí)資料

1、方法。18、用例驅(qū)動(dòng)法：用例是一種場(chǎng)景的文本化表現(xiàn)方式，使用敘述性的文本來描述場(chǎng)景。以用例為核心，圍繞 用例開展活動(dòng)的軟件開發(fā)方法被稱為用例驅(qū)動(dòng)的軟件開發(fā)方法。19、企業(yè)建模：企業(yè)建模是以使用產(chǎn)品的組織團(tuán)體為系統(tǒng)的環(huán)境，進(jìn)行分析。它主要用來理解組織的結(jié)構(gòu)、行 為規(guī)則、目標(biāo)、重要成員的任務(wù)與職責(zé)、操縱的數(shù)據(jù)等。企業(yè)建模利用企業(yè)的目標(biāo)、任務(wù)、策略、資源等來刻畫組 織的行為，并依此來發(fā)現(xiàn)組織開發(fā)系統(tǒng)的目的，建立系統(tǒng)的業(yè)務(wù)需求20、過程建模：過程建模是結(jié)構(gòu)化分析方法的典型技術(shù)。過程建模將系統(tǒng)看做是過程的集合，其中一些由人來 執(zhí)行，另一些由軟件系統(tǒng)來執(zhí)行。過程建模使用的主要技術(shù)有上下文圖、數(shù)據(jù)流圖、微規(guī)

2、格說明和數(shù)據(jù)字典等21、上下文圖：上下文圖是DFD最高層次的圖，是系統(tǒng)功能的最高抽象，它將整個(gè)系統(tǒng)看做是一個(gè)過程，這個(gè) 過程實(shí)現(xiàn)系統(tǒng)的所有功能。上下文圖中存在且僅存在一個(gè)過程，表示整個(gè)系統(tǒng)。這個(gè)單一的過程通常編號(hào)為）。26、交互圖（行為模型）：交互圖用于描述在特定上下文環(huán)境中一組對(duì)象的交互行為，該上下文環(huán)境就是被 實(shí)現(xiàn)用例的某個(gè)場(chǎng)景。所以，交互圖通常描述的是單個(gè)用例的典型場(chǎng)景。交互圖中的每一個(gè)交互都描述了環(huán)境中的 對(duì)象為了實(shí)現(xiàn)某個(gè)目標(biāo)而執(zhí)行的一系列消息交換28、基線：基線是已經(jīng)通過正式評(píng)審和批準(zhǔn)的規(guī)格說明或產(chǎn)品，可以作為進(jìn)一步開發(fā)的基礎(chǔ)，并且只有通過正 式的變更控制過程才能修改它。29、需求基

3、線：需求基線（Requirements Baseline）就是被明確和固定的需求集合，是項(xiàng)目團(tuán)隊(duì)需要在某一 特定產(chǎn)品版本中實(shí)現(xiàn)的特征和需求集合。已經(jīng)通過正式評(píng)審和批準(zhǔn)的規(guī)格說明或產(chǎn)品，它可以作為進(jìn)一步開發(fā)的基 礎(chǔ)，并且只有通過正式的變更控制才能修改它30、需求跟蹤：需求跟蹤是一種有效的控制手段，能夠在涉眾的需求變化中協(xié)調(diào)系統(tǒng)的演化，保持各項(xiàng)開發(fā)工 作對(duì)需求的一致性。需求跟蹤是以軟件需求規(guī)格說明文檔為基線，在向前和向后兩個(gè)方向上，描述需求以及跟蹤需 求變化的能力，分為前向跟蹤 （PreTraceabmty）和后向跟蹤 （PostTraceability）兩種。規(guī)格說明：規(guī)格說明是解系統(tǒng)為滿足用戶

4、需求而提供的解決方案，規(guī)定了解系統(tǒng)的行為特征。用戶需求：就是執(zhí)行實(shí)際工作的用戶，對(duì)系統(tǒng)所能完成的具體任務(wù)的期虱描述了系統(tǒng)能夠幫助用戶做什么。涉眾:軟件系統(tǒng)的涉眾可以定義為:所有能夠影響軟件系統(tǒng)的實(shí)現(xiàn)，或者會(huì)被實(shí)現(xiàn)后的軟件所影響的個(gè)人和團(tuán)體。文檔審查：是一種傳統(tǒng)的需求獲取方法，是針對(duì)文檔進(jìn)行的需求獲取活動(dòng)用例：在系統(tǒng)和外部對(duì)象的交互當(dāng)中所執(zhí)行的行為序列的描述，包括各種不同的序列和錯(cuò)誤的序列，它們能夠聯(lián) 合提供一種有價(jià)值的服務(wù)10撤規(guī)格說明：是一種被用來描述過程處理邏輯的技術(shù)，主要有三種：a.結(jié)構(gòu)化英語b.行為圖c-決策表/樹11.交互圖：交互圖是用于描述在特定上下文環(huán)境中的一組對(duì)象的交互行為，該

5、上下文環(huán)境就是被實(shí)現(xiàn)用例的某個(gè) 場(chǎng)景四、名詞解釋題1、需求工程：需求工程是軟件工程的一個(gè)分支，它關(guān)注于軟件系統(tǒng)所應(yīng)予實(shí)現(xiàn)的現(xiàn)實(shí)世界目標(biāo)、軟件系統(tǒng)的功 能和軟件系統(tǒng)應(yīng)當(dāng)遵守的約束，同時(shí)它也關(guān)注以上因素和準(zhǔn)確的軟件行為規(guī)格說明之間的聯(lián)系，關(guān)注以上因素與其 隨時(shí)間或跨產(chǎn)品族而演化之后的相關(guān)因素之間的聯(lián)系。需求：需求是用戶對(duì)問題域中的實(shí)體狀態(tài)或事件的期望描述。2、需求：IEEE對(duì)需求的定義為：標(biāo)準(zhǔn)、規(guī)范或其他正式文檔所規(guī)定的要求而需要具備的條件或能力。用戶為了解決問題或達(dá)到某些目標(biāo)所需要的條件或能力系統(tǒng)或系統(tǒng)部件為了滿足合同 對(duì)或中的一條件或一種能力的一種文檔化表述。3、需求分析：需求分析是利用建模與

6、分析技術(shù)對(duì)獲取筆錄的內(nèi)容進(jìn)行明確、整理、匯總，建立一個(gè)綜合考慮問 題域特性和需求的系統(tǒng)模型，然后根據(jù)系統(tǒng)模型將用戶需求轉(zhuǎn)化為系統(tǒng)需求的需求工程活動(dòng)。4、前景（Vision）:前景描述了產(chǎn)品的作用以及最終的功能，它將所有涉眾都統(tǒng)一到一個(gè)方向上5、范圍（scope）:范圍指出當(dāng)前項(xiàng)目是要解決產(chǎn)品長(zhǎng)遠(yuǎn)規(guī)劃中的哪一部分，范圍聲明它為項(xiàng)目劃定了需求的界 線。7、硬數(shù)據(jù)：表格和文檔資料是用戶對(duì)實(shí)際業(yè)務(wù)進(jìn)行加工和抽象之后的結(jié)果，是一種精化過的知識(shí)。這些文檔資 料被稱為硬數(shù)據(jù)。硬數(shù)據(jù)分為定量硬數(shù)據(jù)和定性硬數(shù)據(jù)兩種類型8、結(jié)構(gòu)化面談：結(jié)構(gòu)化面談指在面談的過程中，會(huì)見者會(huì)完全按照事先的問題和結(jié)構(gòu)來控制面談。結(jié)構(gòu)化

7、面談 通常被用來獲取一些比較確定或者選擇空間比較有限的信息，一些統(tǒng)計(jì)性傾向信息的獲取也可以使用結(jié)構(gòu)化面談y L rnj 女9、半結(jié)構(gòu)化面談：半結(jié)構(gòu)化面談指在面談的過程中，事先需要根據(jù)面談內(nèi)容準(zhǔn)備面談的問題和面談結(jié)構(gòu)。但在 面談過程中，會(huì)見者可以根據(jù)實(shí)際情況采取一些靈活的策略。半結(jié)構(gòu)化面談是在需求獲取中應(yīng)用最多的一種面談?lì)?型，能夠處理大部分的需求獲取任務(wù)。10、非結(jié)構(gòu)化面談：在非結(jié)構(gòu)化面談的過程中，沒有事先預(yù)定的議程安排。在比較極端的情況下，會(huì)見者甚至 會(huì)在沒有太多事前準(zhǔn)備的情況下就直接到訪被會(huì)見者的工作地，就某個(gè)主題開展會(huì)談11、頭腦風(fēng)暴（Brainstorming）:是一種特殊的群體面談方

8、式，它的目的不是發(fā)現(xiàn)需求，而是“發(fā)明”需求，或者 說是發(fā)現(xiàn)“潛在”需求。它鼓勵(lì)參與者在無約束的環(huán)境下進(jìn)行某些問題的自由思考和自由討論，以產(chǎn)生新的想法。它 是需求獲取中用于“發(fā)明”需求的方法，但它會(huì)增加需求的數(shù)量。12、原型：原型是一個(gè)系統(tǒng)，它內(nèi)化了（Capture）一個(gè)更遲系統(tǒng)（Later System）的本質(zhì)特征。原型系統(tǒng)通常 被構(gòu)造為不完整的系統(tǒng)，以在將來進(jìn)行改進(jìn)、補(bǔ)充或者替代?！?3、嚴(yán)格意義上的原型：嚴(yán)格意義上的原型主要被用在需求分析階段，是開發(fā)者在建立系統(tǒng)信息模型的同時(shí)建 立的原型，通常被用來闡明用戶界面或者系統(tǒng)功能的某些特定方面，幫助人們及時(shí)地澄清問題。14、場(chǎng)景：場(chǎng)景是對(duì)系統(tǒng)和環(huán)

9、境行為的局部描述，或者說場(chǎng)景是對(duì)行為或者事件序列的描述，序列中的行為和 事件是系統(tǒng)需要完成的一個(gè)任務(wù)的特殊示例。（也可以說，場(chǎng)景是用戶為了達(dá)到某個(gè)目標(biāo)而和軟件系統(tǒng)發(fā)生的行為交互序列，是開發(fā)者描述軟件功能和需求 的一種重要形式。）15、情境性：情景性是指某些事件只有和它們發(fā)生時(shí)的具體環(huán)境聯(lián)系起來，才能得到理解，它也是用戶無法完 成主動(dòng)信息告知的主要原因16、民族志：民族志是由人類學(xué)家最早提出來的，用來理解原始社會(huì)（Primitive Societies）的社會(huì)機(jī)制。 它要求人類學(xué)家花費(fèi)長(zhǎng)期的時(shí)間（通常是數(shù)年）在被研究的社會(huì)中生活并且仔細(xì)觀察該社會(huì)中的實(shí)際活動(dòng)，得到第 一手的觀察數(shù)據(jù)。對(duì)這些觀察數(shù)

10、據(jù)的分析可以揭示被研究社會(huì)的社會(huì)結(jié)構(gòu)、組織方法和具體活動(dòng)17、模型驅(qū)動(dòng)法：模型驅(qū)動(dòng)法是一類以定義明確的模型為理論基礎(chǔ)，依據(jù)模型指導(dǎo)和組織活動(dòng)開展的需求工程五、問答題1、簡(jiǎn)述需求工程的主要任務(wù)。答：需求工程有以下三個(gè)主要任務(wù)：需求工程必須說明軟件系統(tǒng)將被應(yīng)用的環(huán)境及其目標(biāo)，說明用來達(dá)成這些目標(biāo)的軟件功能，還要說明在設(shè)計(jì) 和實(shí)現(xiàn)這些功能時(shí)上下文環(huán)境對(duì)軟件完成任務(wù)所用方式、方法所施加的限制和約束，也即要同時(shí)說明軟件需要“做 什么和“為什么需要做。需求工程必須將目標(biāo)、功能和約束反映到軟件系統(tǒng)中，映射為可行的軟件行為，并對(duì)軟件行為進(jìn)行準(zhǔn)確的規(guī) 格說明。需求規(guī)格說明是需求工程最為重要的成果，是項(xiàng)目規(guī)劃、設(shè)

11、計(jì)、測(cè)試、用戶手冊(cè)編寫等很多后繼軟件開發(fā) 階段的工作基礎(chǔ)?，F(xiàn)實(shí)世界是不斷變化的世界，因此需求工程還需要妥善處理目標(biāo)、功能和約束隨著時(shí)間的演化情況。同時(shí)， 為了節(jié)省開支和進(jìn)行需求規(guī)格說明的重用，需求工程還需要對(duì)目標(biāo)、功能和約束在軟件產(chǎn)品族中的演化和分布情況 進(jìn)行綜合考慮與處理。2、簡(jiǎn)述常見的需求定義錯(cuò)誤。答:需求并沒有反映用戶的真實(shí)需要。模糊和歧義的需求。信息潰漏。不必要的需求。不切實(shí)際的期望。3、簡(jiǎn)要說明需求獲取活動(dòng)的過程。答:(1)收集和應(yīng)用背景資料，建立初始的知識(shí)框架。分析涉眾的高層次問題，總結(jié)出系統(tǒng)的業(yè)務(wù)需求。設(shè)計(jì)一個(gè)高層次的解決方案，并確定解決方案需要具備的系統(tǒng)特性。高層次的解決方案和

12、系統(tǒng)特性定義 了項(xiàng)目的前景和范圍。在項(xiàng)目的業(yè)務(wù)范圍內(nèi)，需求工程要尋找相關(guān)的涉眾，并分析和涉眾選擇。對(duì)組織里存在大量的表格、單據(jù)等與業(yè)務(wù)相關(guān)的硬數(shù)據(jù)進(jìn)行采樣，它們是需求獲取活動(dòng)中一個(gè)重要的信 息來源。針對(duì)某一次具體的需求獲取活動(dòng)，要依據(jù)項(xiàng)目范圍確定主題和內(nèi)容，涉眾特征和硬數(shù)據(jù)，從而確定信息 來源。獲取方法通常只有綜合內(nèi)容、來源和系統(tǒng)環(huán)境三者才能做出正確的決定。在內(nèi)容、來源和方法都確定之后，需求工程師就可以開展具體的獲取活動(dòng)，獲取用戶需求和問題域特性。獲取得到的具體信息要記錄下來，以獲取筆錄的形式進(jìn)行保存。4、簡(jiǎn)述涉眾識(shí)別的基本過程。答：將初始涉眾集中起來，進(jìn)行一次頭腦風(fēng)暴，盡可能地列出一個(gè)涉眾類

13、別列表。對(duì)上一步產(chǎn)生的涉眾類別列表進(jìn)行分析，判斷它們和軟件系統(tǒng)的相關(guān)性，找出其中的鍵涉眾類別。為上一步的各個(gè)關(guān)鍵涉眾類別選擇代表，集中起來進(jìn)行進(jìn)一步的頭腦風(fēng)暴，列出新的涉眾類別列表。如果新 列出的涉眾類別列表趨于穩(wěn)定，就可以結(jié)束涉眾識(shí)別過程。如果新列出的涉眾類別列表有了新的發(fā)現(xiàn)，就提交新的涉眾類別列表，轉(zhuǎn)向第步。5、試比較面談問題組織的三種結(jié)構(gòu)。答:(1)金字塔結(jié)構(gòu)面談問題的歸納式組織被看做是金字塔形狀。使用這種形式時(shí)，會(huì)見者以很具體的問題(通常是封閉式的問題) 開始，然后逐漸提高問題的開放度，同時(shí)允許被會(huì)見者用越來越籠統(tǒng)的答案來回答問題。在主動(dòng)的情況下，如果會(huì)見者認(rèn)為被會(huì)見者需要對(duì)話題進(jìn)行預(yù)

14、熱，可以采用金字塔結(jié)構(gòu)，通過逐步的引導(dǎo)使被 會(huì)見者進(jìn)入討論。在被動(dòng)的情況下，如果會(huì)見者發(fā)現(xiàn)自己事先對(duì)事實(shí)的確認(rèn)存在較大偏差或者被會(huì)見者看上去不情愿討論某個(gè)話 題，也可以采用金字塔結(jié)構(gòu)。在某個(gè)話題討論結(jié)束的時(shí)候，使用金字塔結(jié)構(gòu)的提問順序也是有用的。(2 )漏斗結(jié)構(gòu)在這種結(jié)構(gòu)中，會(huì)見者使用演繹的方法，以一般的、開放式的問題開始，然后用封閉式的問題縮小可能的答復(fù)。 這種面談結(jié)構(gòu)可看做是漏斗型。在主動(dòng)的情況下，漏斗結(jié)構(gòu)為開始一場(chǎng)面談提供了一種容易而輕松的途徑。答復(fù)者即使答錯(cuò)了開放式問題，也 不會(huì)感到壓力。在被動(dòng)的情況下，當(dāng)被會(huì)見者對(duì)話題有情緒，并且需要自由表達(dá)這些情緒的時(shí)候，需要采用漏斗型提問順序。

15、或者在會(huì)見者事先對(duì)事實(shí)了解不多時(shí)，也應(yīng)該采用漏斗結(jié)構(gòu)的問題組織方式。(3 )菱形結(jié)構(gòu)人們?cè)诿嬲勚谐３?huì)將上述兩種結(jié)構(gòu)結(jié)合起來使用，其中菱形結(jié)構(gòu)就是一種最好的結(jié)合結(jié)果。這種結(jié)構(gòu)以一種 非常明確的方式開始，然后考察一般問題，最后得出一個(gè)非常明確的結(jié)論。會(huì)見者首先提出一些簡(jiǎn)單的、封閉式的問題，為面談過程做好鋪墊。在面談的中間階段，向被會(huì)見者提出明顯 沒有“正確答案的一般話題的看法。然后，會(huì)見者再次限制問題以獲得明確的答復(fù)，這樣就為會(huì)見者和被會(huì)見者提 供了面談的結(jié)束時(shí)機(jī)。菱形結(jié)構(gòu)結(jié)合了其他兩種結(jié)構(gòu)的長(zhǎng)處，但是也有缺點(diǎn)，即所花的時(shí)間比其他任何一個(gè)都長(zhǎng)。9、試述在需求獲取中使用原型方法的主要步驟。答：確定

16、原型需求。搞清楚為什么要開發(fā)原型，擁有的起始點(diǎn)是什么，期望的結(jié)束標(biāo)準(zhǔn)是什么？原型開發(fā)。依據(jù)原型的需求特點(diǎn)和開發(fā)目的，選擇原型的開發(fā)方法和構(gòu)建技術(shù)，建立初始原型。原型評(píng)估。對(duì)上一階段產(chǎn)生的原型進(jìn)行評(píng)估，根據(jù)評(píng)估者的反饋判斷原型是否滿足結(jié)束標(biāo)準(zhǔn)。評(píng)估者一般是用戶 和開發(fā)者。原型修正。如果已經(jīng)建立的原型達(dá)到了目的，就結(jié)束原型方法過程。否則根據(jù)評(píng)估者反饋的不足進(jìn)行原型調(diào)整， 調(diào)整完成后準(zhǔn)備再次進(jìn)行原型評(píng)估。使用漏斗結(jié)構(gòu)的一個(gè)好處是：用這種方式組織面談能得出很多的詳細(xì)信息，以至于沒有必要使用長(zhǎng)序列的封閉 式問題。8、試比較原型開發(fā)方法的三種類型。答:（1）探索式探索式原型法是以缺陷需求開始繼而不斷調(diào)整和

17、修正需求的原型開發(fā)方式。（2）實(shí)驗(yàn)式（3）演化式在演化式的原型方法中，原型的開發(fā)并不是一個(gè)獨(dú)立的活動(dòng)，而是整個(gè)項(xiàng)目的持續(xù)開發(fā)過程中的一個(gè)部分實(shí)驗(yàn)式的原型方法初始時(shí)擁有清晰的用戶需求，但是開發(fā)者對(duì)這些需求的實(shí)現(xiàn)方法、實(shí)現(xiàn)效果和可行性沒有太 大的把握。拋棄式原型的貢獻(xiàn)不在于它的代碼,而是它所包含的內(nèi)容，它說明了正確的需求和正確的技術(shù)方室。因?yàn)閽仐壥皆偷拇a是要被拋棄的，所以在建立拋棄式原型時(shí)，應(yīng)該盡量花費(fèi)最小的代價(jià)，爭(zhēng)取最快的速度在探索式、實(shí)驗(yàn)式和演化式這三種原型方法中，前兩種方法產(chǎn)生的原型往往是在經(jīng)歷了很多次錯(cuò)誤的嘗試之后 才產(chǎn)生的。為此.探索式和實(shí)驗(yàn)式方法產(chǎn)式的原型產(chǎn)品又被稱為拋棄式原型（T

18、hrowaway Prototype）o為此,原型的開發(fā)者會(huì)使用一些簡(jiǎn)易的開發(fā)T具和不成熟的構(gòu)誥技術(shù),忽略或簡(jiǎn)化一些和原型目標(biāo)不相關(guān)的功能特19、筒述使用DFD描述系統(tǒng)過程模型是必須遵守哪些規(guī)則。答：使用DFD描述系統(tǒng)過程模型是必須遵守一些規(guī)則，這些規(guī)則可以保證過程模型的正確性。這些規(guī)則有：過程是對(duì)數(shù)據(jù)的處理，必須有輸入，也必須有輸出，而且輸入數(shù)據(jù)集和輸出數(shù)據(jù)集應(yīng)該存在差異。如果過程在沒有輸入的情況下產(chǎn)生了輸出，稱之為“奇跡”，即輸出數(shù)據(jù)在沒有任何可見來源的情況下就奇跡般 產(chǎn)生了。如果過程接收了數(shù)據(jù)輸入?yún)s沒有產(chǎn)生輸出，稱之為“黑洞”。它浪費(fèi)了輸入的數(shù)據(jù)資源，卻沒有做出應(yīng)有的貢獻(xiàn) 過程是對(duì)數(shù)據(jù)的

19、處理，這種處理是要產(chǎn)生附加價(jià)值的，即進(jìn)行了數(shù)據(jù)的加工和變換，而不是簡(jiǎn)單的數(shù)據(jù)轉(zhuǎn)移數(shù)據(jù)流是必須和過程產(chǎn)生關(guān)聯(lián)的，它要么是過程的數(shù)據(jù)輸入，要么是過程的數(shù)據(jù)輸出。DFD當(dāng)中所有的對(duì)象都應(yīng)該有一個(gè)可以唯一標(biāo)識(shí)自己的名稱。過程使用動(dòng)詞，外部實(shí)體、數(shù)據(jù)流和數(shù)據(jù)存儲(chǔ) 使用名詞。20、請(qǐng)說明DFDB次結(jié)構(gòu)的建立的主要步驟。答：創(chuàng)建上下文圖。發(fā)現(xiàn)并建立DFD片斷。根據(jù)DFD片斷組合產(chǎn)生0層圖。對(duì)0層圖的過程進(jìn)行功能分解，產(chǎn)生N層圖。21、請(qǐng)說明DFD圖質(zhì)量評(píng)判的準(zhǔn)則是什么？答：遵守相應(yīng)的規(guī)則，沒有語法錯(cuò)誤具有良好的語義，過程的功能設(shè)置要高內(nèi)聚、低耦合。保持?jǐn)?shù)據(jù)一致性，過程的輸人流要足以產(chǎn)生數(shù)據(jù)輸出。同時(shí)過程的輸

20、出流是在充分利用輸入數(shù)據(jù)的基礎(chǔ)上產(chǎn) 生的，不存在輸入數(shù)據(jù)的浪費(fèi)?？刂茝?fù)雜度，不要一次在圖中顯示太多的信息。一般情況下，一個(gè)圖中的過程數(shù)量最好控制奄9 （人腦的 最佳信息處理量）個(gè)。而且圖中的數(shù)據(jù)流數(shù)量越少越好，越簡(jiǎn)潔越好（接口最小化） 24、筒述：皿的創(chuàng)建步驟。素。答:從描述信息中辨識(shí)實(shí)體。從描述信息中尋找系統(tǒng)需要收集和存儲(chǔ)的信息，然后將其建模為實(shí)體。尋找時(shí)， 可以重點(diǎn)關(guān)注描述信息中的名詞，并以系統(tǒng)是否需要收集其相關(guān)的特征為依據(jù)來判定是否將其建立為獨(dú)立的實(shí)體元確定實(shí)體的標(biāo)識(shí)符。為每個(gè)實(shí)體選擇能夠唯一標(biāo)識(shí)實(shí)例且比較穩(wěn)定的屬性為標(biāo)識(shí)符添加詳細(xì)的描述信息、。在得到一個(gè)初步的框架之后,進(jìn)一步從描述中挖

21、掘信息,為數(shù)據(jù)模型添加詳細(xì)的描述 信息，包括實(shí)體的詳細(xì)屬性和關(guān)系的基數(shù)。建立實(shí)體之間的關(guān)系。從描述信息中辨識(shí)實(shí)體之間存在的業(yè)務(wù)聯(lián)系，描述為獨(dú)立的關(guān)系元素。并判斷各個(gè)關(guān) 系的建立是否會(huì)產(chǎn)生新的關(guān)聯(lián)實(shí)體或者影響已有的實(shí)體特性25、請(qǐng)說明為什么要編寫需求規(guī)格說明文檔？答：（1）編寫需求規(guī)格說明文檔的必要性：在一個(gè)復(fù)雜軟件系統(tǒng)的開發(fā)中，編寫需求規(guī)格說明文檔是非常必要的一方面，清晰、明確、結(jié)構(gòu)化的文檔可以將軟件系統(tǒng)的需求信息和解決方案更好的傳遞給所有的開發(fā)者另一方面，文檔可以拓展人們的知識(shí)記憶能力。編寫需求規(guī)格說明文檔的他好處：需求規(guī)格說明文檔可以成為各方人員之間有關(guān)軟件系統(tǒng)的協(xié)議基準(zhǔn)需求規(guī)格說明文檔可

22、以成為項(xiàng)目開發(fā)活動(dòng)的一個(gè)重要依據(jù)目的工作量在需求規(guī)格說明文檔的編寫過程中，可以盡早的發(fā)現(xiàn)和減小可能的需求錯(cuò)誤,從而減小項(xiàng)目的返T，降低項(xiàng)需求規(guī)格說明文檔可以成為有效的智力資產(chǎn)。為了解決需求獲取普遍存在困難，需求獲取活動(dòng)至少要做到：a.研究應(yīng)用背景，建立初始的知識(shí)框架b.根據(jù)獲取 的需要，采用必要的獲取方法和技巧c.先行確定獲取的內(nèi)容和主題，設(shè)定場(chǎng)景d.分析用戶的高層目標(biāo)，理解用戶的 意圖e.進(jìn)行涉眾分析，針對(duì)涉眾的特點(diǎn)開展工作顧客向系統(tǒng)提起查詢請(qǐng)求主要有:a.需求：需求是獲取的主要對(duì)象，是系統(tǒng)期望達(dá)到的目標(biāo)b.問題域描述：?jiǎn)栴} 描述是用來承載和解釋需求的問題域特性，主要是現(xiàn)實(shí)世界的業(yè)務(wù)運(yùn)行狀況

23、c.環(huán)境與約束：屬于一種特殊的問題域 特性，限定了解系統(tǒng)部署的環(huán)境和條件必答：無論是需求，問題域描述，還是環(huán)境與約束，它們都要和項(xiàng)目前景保持一致，都要介于項(xiàng)目的范圍之內(nèi)。涉眾的識(shí)別基本過程：3.將初始涉眾集中起來，進(jìn)行一次頭腦風(fēng)暴，盡可能的列出一個(gè)涉眾類別列表。b.對(duì)上一步 產(chǎn)生的涉眾類別列表進(jìn)行分析，判斷它們和軟件系統(tǒng)的相關(guān)性，找出其中關(guān)鍵的涉眾類別c.為上一步的各個(gè)關(guān)鍵涉 眾類別選擇代表，集中起來進(jìn)行進(jìn)一步的頭腦風(fēng)暴，列出行的涉眾類別列表1.如果新列出的涉眾類別列表有了新的 發(fā)現(xiàn)，就提交新的涉眾類別列表，轉(zhuǎn)向第二步面談結(jié)構(gòu)：a .金字塔結(jié)構(gòu)：會(huì)見者以很具體的問題開始，然后逐漸提高問題的開放

24、度，同時(shí)允許被會(huì)見者用越來 越籠統(tǒng)的答案來回答問題b.漏斗結(jié)構(gòu)：會(huì)見者使用演繹的方法，以一般的，開放式的問題開始，然后用封閉式的問 題縮小可能的答復(fù)c.菱形結(jié)構(gòu)：以一種非常明確的方式開始，然后考察一般問題，最后得出一個(gè)非常明確的結(jié)論。 是金字塔和漏斗結(jié)構(gòu)的結(jié)合民族志的優(yōu)缺點(diǎn)：/優(yōu)點(diǎn):a.民族志的最大優(yōu)點(diǎn)就是他能夠得到信息的深度理解b.第二個(gè)優(yōu)點(diǎn)是能夠讓真實(shí)世界的社會(huì)性因素可見化c.通過民族志得到的知識(shí)是真實(shí)的知識(shí)，他可以打破人們已有的一些錯(cuò)誤假設(shè)和錯(cuò)誤觀念，避免 一些嚴(yán)重后果的發(fā)生缺點(diǎn)：a.需要耗費(fèi)很多時(shí)間b.調(diào)研結(jié)果很難傳遞到開發(fā)過程什么是模型驅(qū)動(dòng)方法：是一類以定義明確的模型為理論基礎(chǔ)，依據(jù)

25、模型指導(dǎo)和組織活動(dòng)開展的需求工程方法 常見的模型驅(qū)動(dòng)方法有：a.面向目標(biāo)的方法b.基于場(chǎng)景的方法c.基于用戶的方法面向問題域的分析方法:a.研究所有可能的問題域，從中發(fā)現(xiàn)一些重復(fù)出現(xiàn)的簡(jiǎn)單的問題類型，這些問題類型背 稱為問題框架b.分析每一種問題框架的特性。確定問題的理解和解決方法c.將問題框架的建立分類系統(tǒng)化，將復(fù)雜 的問題簡(jiǎn)單化解決需求分析的子活動(dòng)有：/a.問題分析b.確定系統(tǒng)邊界c.需求建模d.需求細(xì)化e.確定需求優(yōu)先級(jí)f.需求協(xié)商使用DFD建模需要遵守的規(guī)則：a.過程是對(duì)數(shù)據(jù)的處理，必須有輸入和輸出，且輸入數(shù)據(jù)集和輸出數(shù)據(jù)集應(yīng)該存 在差異b.數(shù)據(jù)流是必須和過程產(chǎn)生關(guān)聯(lián)的，要么是過程的數(shù)

26、據(jù)輸入，要么是過程的數(shù)據(jù)輸出c.DFD當(dāng)中所有的對(duì)象 都應(yīng)該有一個(gè)可以唯一標(biāo)識(shí)自己的名稱（一）什么是需求：用戶為解決問題或達(dá)到某些目標(biāo)所需要的條件或能力；系統(tǒng)或系統(tǒng)部件為滿足合同、標(biāo)準(zhǔn)、規(guī) 范或其它正式文檔所規(guī)定的要求而需要具備的條件或能力；對(duì)它們的一種文檔化表述。需求的分類：1.功能需求：和系統(tǒng)主要工作相關(guān)的需求，即在不考慮物理約束的情況下，用戶希望系統(tǒng)所能夠執(zhí)行 的活動(dòng)，這些活動(dòng)可以幫助用戶完成任務(wù)。功能需求主要表現(xiàn)為系統(tǒng)和環(huán)境之間的行為交互。2.性能需求：系統(tǒng)整ERD的創(chuàng)建工作步驟：/a.從描述信息中辨識(shí)實(shí)體b.確定實(shí)體的標(biāo)識(shí)符c.建立實(shí)體之間的關(guān)系d.添加詳細(xì)的描述 信息體或系統(tǒng)組成部

27、分應(yīng)該擁有的性能特征，例如CPU使用率、內(nèi)存使用率等。3.質(zhì)量屬性：系統(tǒng)完成工作的質(zhì)量，即 系統(tǒng)需要在一個(gè)“好的程度上實(shí)現(xiàn)功能需求，例如可靠性程度、可維護(hù)性程度等。4.對(duì)外接口 ：系統(tǒng)和環(huán)境中其他 系統(tǒng)之間需要建立的接口，包括硬件接口、軟件接口、數(shù)據(jù)庫(kù)接口等等。（二）需求工程：是所有需求處理活動(dòng)總和，它收集信息、分析問題、整理觀點(diǎn)、記錄需求并驗(yàn)證其正確性，最終 反映軟件被應(yīng)用后與其環(huán)境互動(dòng)形成的期望效應(yīng).需求工程的活動(dòng)包括：需求開發(fā)和需求管理需求開發(fā)包括：1.需求獲取2.需求分析3.需求規(guī)格說明4.需求驗(yàn)證5.需求管理（三）需求規(guī)格說明：就是將需求及其軟件的解決方案進(jìn)行定義和文檔化，并傳遞給開

28、發(fā)人員；為什么要建需求規(guī)格說明：1）更好的傳遞軟件系統(tǒng)的需求信息和解決方案給所有的開發(fā)者2）拓展人們的知識(shí)記憶能 力：復(fù)雜系統(tǒng)信息含量較多書面的文檔可以彌補(bǔ)人的記憶能力不足3）開發(fā)者和客戶作為合同協(xié)議的重要部分;4）作 為項(xiàng)目開發(fā)活動(dòng)的一個(gè)重要依據(jù)；5）發(fā)現(xiàn)和減少可能的需求錯(cuò)誤，減少項(xiàng)目的返工，降低項(xiàng)目的工作量；6）作為有效 的智力資產(chǎn)，可以幫助新加入成員更快融入項(xiàng)目需求規(guī)格說明文檔常見讀者：項(xiàng)目管理者2）設(shè)計(jì)人員與程序員3）測(cè)試人員4）文檔寫作人員5）涉眾（用戶）（四）需求管理：就是這樣一個(gè)管理活動(dòng)，在需求開發(fā)之后的產(chǎn)品生命周期當(dāng)中保證需求作用的有效發(fā)揮；需求管理的主要任務(wù)有：1）交流涉眾需

29、要什么；2）將需求應(yīng)用、實(shí)施到解決方案；3）驅(qū)動(dòng)設(shè)計(jì)和實(shí)現(xiàn)工作；4） 控制變更；5）將需求分配到子系統(tǒng)；6）測(cè)試和驗(yàn)證最終產(chǎn)品；7）控制迭代式開發(fā)中的變化；8）輔助項(xiàng)目管理； 需求管理的3個(gè)活動(dòng)：1）維護(hù)需求基線：將需求基線納入配置管理2）實(shí)現(xiàn)需求跟蹤：以軟件需求規(guī)格說明文檔為基 線，在前向和后向兩個(gè)方向上，描述需求以及跟蹤需求變化的能力3）控制需求變更以可控、一致的方式進(jìn)行需求基 線中需求的變更處理 需求分析的根本任務(wù)：1.建立分析模型2.建立解決方案 需要執(zhí)行活動(dòng)：1.問題分析2.確定系統(tǒng)邊界3.需求建模4.需求細(xì)化5.確定需求優(yōu)先級(jí)6.需求協(xié)商（五）需求驗(yàn)證：是專指在需求規(guī)格說明完成之后

30、，對(duì)需求規(guī)格說明文檔進(jìn)行的驗(yàn)證活動(dòng)。常用的方法：需求評(píng)審、原型與模擬、測(cè)試用例開發(fā)、用戶手冊(cè)編寫、利用跟蹤關(guān)系和自動(dòng)化分析 問題修正方法：1）需求澄清：理解偏差：重新進(jìn)行分析工作；分析遺漏：重新分析和文檔化這部分信息；表達(dá)不當(dāng)：重新以合適 的方式表達(dá)2.缺失需求：重新執(zhí)行需求獲取等一系列工作3.需求沖突：協(xié)商解決4）不切實(shí)際的期望：項(xiàng)目調(diào)整與需 求協(xié)商（六）需求跟蹤：以軟件需求規(guī)格說明文檔為基線，在前向和后向兩個(gè)方向上，描述需求以及跟蹤需求變化的能力 前向跟蹤1=1=、:是指被定義到軟件需求規(guī)格說明文檔之前的需求演化過程為什么要執(zhí)行需求管理：在需求開發(fā)結(jié)束之后，需要有一種力量保證后續(xù)的系統(tǒng)開發(fā)

31、活動(dòng)依照需求的基線進(jìn)行展開， 保證系統(tǒng)的質(zhì)量；后向跟蹤:是指被定義到軟件需求規(guī)格說明文檔之后的需求演化過程需求跟蹤的實(shí)現(xiàn)方法主要有哪3種：1.需求跟蹤矩陣2.實(shí)體關(guān)系模型3.交叉引用（七）需求變更控制的過程如下：提出需求變更2.接受變更請(qǐng)求3.變更評(píng)估4.變更決策5.執(zhí)行變更6.變更驗(yàn)證（八）前景：描述了產(chǎn)品的作用以及最終的功能；范圍：為項(xiàng)目劃定了需求的界限；確定項(xiàng)目前景與范圍的流程：1.問題分析2.發(fā)現(xiàn)業(yè)務(wù)需求3.定義解決方案及系統(tǒng)特性（九）硬數(shù)據(jù)：人們?cè)趯?shí)際工作中產(chǎn)生的各種各樣的表格和文檔資料；常見硬數(shù)據(jù)分為定量硬數(shù)據(jù)和定性硬數(shù)據(jù)兩種類型；1.定量硬數(shù)據(jù):指經(jīng)過仔細(xì)設(shè)計(jì)、具有嚴(yán)格規(guī)范要求的

32、格式化文 檔；2.定性硬數(shù)據(jù)：使用自然語言進(jìn)行描述的文本資料（十）1.金字塔組織形式：會(huì)見者以很具體的問題開始，然后逐漸提高問題的開放度，同時(shí)允許被會(huì)見者越來越籠 統(tǒng)的答案來回答問題；斗型；3.菱形結(jié)構(gòu)：就是將上述2中方法集合起來使用；該結(jié)構(gòu)會(huì)見者首先提出一些簡(jiǎn)單、封閉式的問題，為面談過程做 好鋪墊；在面談中間階段向被會(huì)見者提出明顯沒有“正確答案的一般話題看法；然后會(huì)見者再次限制問題以獲得明 確答復(fù)；漏斗結(jié)構(gòu)：以一般、開放式的問題開始，然后采用封閉式的問題縮小可能的答復(fù)；這種面談結(jié)構(gòu)可以看作一個(gè)漏（十一）面向?qū)ο蠼＃菏且环N用于辨識(shí)系統(tǒng)環(huán)境中的對(duì)象及這些對(duì)象之間關(guān)系的技術(shù);UML面向?qū)ο蠼Ｖ?/p>

33、用到哪些技術(shù)：1.對(duì)象模型2.用例模型3.行為模型4.狀態(tài)機(jī)模型5.對(duì)象約束語言O(shè)CL用例模型：就是以用例為基本單位建立的一個(gè)系統(tǒng)功能展示模型，它是系統(tǒng)所有用例的集合，以統(tǒng)一、圖形化方 式展示系統(tǒng)的功能和行為特性；行為模型：是實(shí)現(xiàn)用例模型到對(duì)象模型的橋梁，以更加詳細(xì)的方式說明了用例所描述的系統(tǒng)行為；對(duì)象模型：以對(duì)象和類的概念為基礎(chǔ)，描述了系統(tǒng)中的對(duì)象和這些對(duì)象之間的關(guān)系；三者關(guān)系：對(duì)象模型無法直接被用來記錄和描述從用戶那里得到的信息。因此，面向?qū)ο蠼７椒ㄌ岢隽擞美Ｐ停?用來處理開發(fā)人員直接從用戶那里得到的信息，行為模型就是實(shí)現(xiàn)用例模型到對(duì)象模型的橋梁狀態(tài)機(jī)模型：以狀態(tài)機(jī)理論為基礎(chǔ)建立的對(duì)系統(tǒng)行為的描述手段；描述系統(tǒng)的各個(gè)方面；（十二）過程建模：就是分析需求獲取活動(dòng)獲得的信息，根據(jù)數(shù)據(jù)在系統(tǒng)中的流動(dòng)，發(fā)現(xiàn)系統(tǒng)的功能和其與外界的 交互，建立能夠?qū)崿F(xiàn)系統(tǒng)功能的過程分解結(jié)構(gòu)，形成系統(tǒng)的過程模型，并用圖行的方式將過程模型描述出