需求工程導(dǎo)論

1、本文檔如對(duì)你有幫助，請(qǐng)幫忙下載支持！第一章需求工程導(dǎo)論1. 軟件開(kāi)發(fā)中碰到的需求問(wèn)題的現(xiàn)象是什么？答：（1）用戶(hù)參與度不夠。 （2）高層管理支持力度不夠。 （ 3）沒(méi)有清晰的需求說(shuō)明。 （4）沒(méi)有清晰的目標(biāo)和前景。（ 5）期望不切合實(shí)際。（ 6）需求變化影響。（ 7）增加了無(wú) 用的額外功能。2. 在需求處理當(dāng)中要注意哪些非技術(shù)性因素，為什么？答：（1）需求處理的任務(wù)：需求處理的任務(wù)主要是發(fā)現(xiàn)問(wèn)題并解決問(wèn)題?，F(xiàn)實(shí)是問(wèn)題的 發(fā)生地， 軟件系統(tǒng)是人們應(yīng)對(duì)問(wèn)題的手段。 但是單純的軟件系統(tǒng)是不能解決問(wèn)題的。 它只有 和現(xiàn)實(shí)之間形成一種有效的互動(dòng)才能解決問(wèn)題。不依賴(lài)于某些特殊的應(yīng)用環(huán)境條件。可以被廣泛的應(yīng)

2、用于各種應(yīng)用場(chǎng)（2）需求處理的手段：建模與分析技術(shù)是進(jìn)行需求處理的主要手段，這些技 術(shù)本身都是概念性的， 景。需求處理的過(guò)程： 試圖單純的通過(guò)技術(shù)的應(yīng)用建立一個(gè)一致完整的需 因?yàn)樵诂F(xiàn)實(shí)中， 因涉眾的不同立場(chǎng)而產(chǎn)生的利益沖突的場(chǎng)景非常常見(jiàn)。（3）求模型是不太可能的。 這些沖突是根本無(wú)法通過(guò)技術(shù)手段所能解決的。3. 解釋需求分析與需求工程之間的聯(lián)系 答：“需求工程”就是利用工程化的手段進(jìn)行需求處理， 以保證需求處理的正確進(jìn)行， 而“需求分析”是需求處理中的核心活動(dòng)， 他用一些形式化或半形式化的語(yǔ)言進(jìn)行知識(shí)的分 析，但是建立需求工程還離不開(kāi)需求分析。4. 解釋軟件工程與系統(tǒng)工程之間的聯(lián)系 ，這種聯(lián)系

3、對(duì)需求工程的工作有何影響？ 答：（ 1）系統(tǒng)工程通常是指計(jì)算機(jī)引入某一現(xiàn)實(shí)系統(tǒng)，并用他來(lái)改變現(xiàn)實(shí)系統(tǒng)的運(yùn)作方還包括但并式，達(dá)到一個(gè)理想效果的過(guò)程。 而且系統(tǒng)工程中除了含有處理系統(tǒng)的軟件工程之外， 硬件工程和人力工程。因此，在系統(tǒng)工程中， 雖然應(yīng)該重點(diǎn)關(guān)注軟件工程部分的內(nèi)容， 不能完全以軟件為中心來(lái)看待和處理整個(gè)系統(tǒng)。（2）影響：系統(tǒng)需求開(kāi)發(fā)的主要目的是獲得整個(gè)系統(tǒng)的期望目標(biāo)，包含功能 特性和非功能特性。 因此需要判定系統(tǒng)的涉眾， 采集他們的目標(biāo)與要求研究系統(tǒng)的環(huán)境確定 系統(tǒng)的要求，并進(jìn)行一些整體性的分析。5. 需求工程包括哪些活動(dòng)？軟件開(kāi)發(fā)活動(dòng)當(dāng)中為什么要重視需求工程？答：需求工程包括（ 1）

4、需求開(kāi)發(fā)（ 2）需求管理。需求開(kāi)發(fā)要包括（需求獲取 、需求分析、需求規(guī)格說(shuō)明、需求驗(yàn)證）重視需求工程的原因：（ 1）需求問(wèn)題是當(dāng)前軟件開(kāi)發(fā)面臨的主要問(wèn)題（2）需求分析是軟件開(kāi)發(fā)中的理論約束， 他控制著整個(gè)軟件開(kāi)發(fā)的工程走向。 它是非技術(shù)人員和技 術(shù)人員的工程紐帶。6. 需求工程師需要具備哪些知識(shí)或技能？答：（ 1）交流技能（ 2）觀察技能（ 3）抽象分析與問(wèn)題解決技能（ 4）寫(xiě)作技能（ 5） 關(guān)系協(xié)調(diào)和團(tuán)隊(duì)工作技能。第二章需求基礎(chǔ)1.IEEE 是怎樣定義需求的？ 答：（1）用戶(hù)為了解決問(wèn)題或達(dá)到某些目標(biāo)所需要的條件或能力； （ 2） 系統(tǒng)或系統(tǒng)部件為了滿(mǎn)足合同、 標(biāo)準(zhǔn)、規(guī)范或其他正式文檔所規(guī)定

5、的要求而需具備的條件或能力；（ 3）對(duì)（ 1）或（ 2）中的一個(gè)條件或一種能力的一種文檔化 表述。2. 解釋下列名詞：?jiǎn)栴}域、解系統(tǒng)和共享現(xiàn)象， 并結(jié)合他們的含義說(shuō)明軟件系統(tǒng) 是如何與現(xiàn)實(shí)世界形成互動(dòng)的？答：?jiǎn)栴}域：?jiǎn)栴}的發(fā)生地，問(wèn)題的發(fā)生范圍及解決問(wèn)題必須涉及的 事件或事物。解系統(tǒng)：軟件系統(tǒng)通過(guò)影響問(wèn)題域幫助人們解決問(wèn)題被稱(chēng)之為解系統(tǒng)。共享現(xiàn)象：解系統(tǒng)可以對(duì)問(wèn)題域進(jìn)行模擬的現(xiàn)象稱(chēng)為共享（ 2）共享現(xiàn)象是解系統(tǒng)所模擬的問(wèn)題域的部分， 該部分在兩 除了共享現(xiàn)象外，問(wèn)題域還有一些沒(méi)有被解系統(tǒng)模擬的知識(shí)，現(xiàn)象。個(gè)系統(tǒng)中同時(shí)存在。因?yàn)樵诂F(xiàn)實(shí)世界非常復(fù)雜， 不可能也沒(méi)必要在解系統(tǒng)中完全重現(xiàn)。 除了包含共

6、享 現(xiàn)象的知識(shí)模型之外， 解系統(tǒng)也有一些并非來(lái)自于現(xiàn)實(shí)模擬的特征， 例如數(shù)據(jù)庫(kù) 管理系統(tǒng)的選擇、 模型的規(guī)范化、 索引的建立等， 這些因素并不對(duì)應(yīng)與問(wèn)題域知 識(shí)，確是解系統(tǒng)必不可少的部分。3. 解釋下列名詞：需求、規(guī)格說(shuō)明、問(wèn)題域特性和約束，并結(jié)合他們的含義說(shuō)明 需求工程的主要任務(wù)是什么？答：需求：用戶(hù)為了解決問(wèn)題或達(dá)到某些目標(biāo)所需要的條件或能力； 系統(tǒng)或系統(tǒng)部件為了滿(mǎn)足合同、 標(biāo)準(zhǔn)、規(guī)范或其他正式文檔所規(guī)定的要求而需具 備的條件或能力。規(guī)格說(shuō)明：因?yàn)榻鉀Q方案以對(duì)外交互的方式定義了軟件的 系統(tǒng)功能，所以解決方案被稱(chēng)為軟件系統(tǒng)的需求規(guī)格說(shuō)明。問(wèn)題域特性和約束：?jiǎn)栴}域的背景信息又被稱(chēng)為問(wèn)題域特性

7、而約束是不受解系統(tǒng)影響，卻會(huì)給解系統(tǒng)帶來(lái)極大影響的問(wèn)題域特性。需求工程的主要任務(wù)是解決問(wèn)題、改善現(xiàn)實(shí)、滿(mǎn)足用戶(hù)期望的條件與 能力。4. 需求有哪些常見(jiàn)的類(lèi)別？功能需求和非功能需求有什么差異？答 ;（1） 業(yè)務(wù)需求（ 2）用戶(hù)需求（ 3）系統(tǒng)級(jí)需求 差異：功能需求是用戶(hù)對(duì)軟件系統(tǒng)的顯示要求，用戶(hù)在軟件系統(tǒng)創(chuàng) 建之前就可以向開(kāi)發(fā)者表達(dá)這種要求。 非功能需求屬于隱式要求， 用戶(hù)在系統(tǒng)創(chuàng) 建之前無(wú)法清晰的告訴開(kāi)發(fā)者他們希望該系統(tǒng)具備什么樣的功能性特征。5. 描述業(yè)務(wù)需求、用戶(hù)需求和系統(tǒng)級(jí)需求的區(qū)別與聯(lián)系？ 答：區(qū)別：業(yè)務(wù)需求是針對(duì)整個(gè)業(yè)務(wù)的期望，用戶(hù)需求是針對(duì)具體任 務(wù)的期望，系統(tǒng)級(jí)需求是針對(duì)用戶(hù)與系

8、統(tǒng)的一次交互的期望。聯(lián)系：他們都是問(wèn)題解決的期望，只不過(guò)是不同抽象層次罷了。6. 優(yōu)秀的需求特性有哪些？請(qǐng)為每一個(gè)特性都舉出一個(gè)不符合的事例（1）完備性 品信息。而不是商品價(jià)格。（2）正確性 了方法B,則問(wèn)題A自然可以得到解決, 而不是真實(shí)的 A。eg ：在收銀員輸入商品時(shí)，系統(tǒng)顯示商eg:用戶(hù)的問(wèn)題是A,但用戶(hù)認(rèn)為提供為此用戶(hù)向需求工程師反映的便是B，（3） 可行性 技術(shù)知識(shí),所以用戶(hù)可能會(huì)提出一些已有軟件技術(shù)無(wú)法實(shí)現(xiàn)的期望。eg ：用戶(hù)在交流中總是害怕信息有所 遺漏,并因此產(chǎn)生不利后果, 因此用戶(hù)總是傾向于表達(dá)各種各樣的需要, 但是多 種需要并沒(méi)有必要。eg : 用戶(hù)并不了解軟件系統(tǒng)構(gòu)建的

9、相關(guān)4）必要性（5）無(wú)歧義性 eg ：用戶(hù)可能在可能需求或者重大 需求上采用,大概可行,差不多等詞匯造成歧義。（6）可驗(yàn)證性 eg: 如果需求不可驗(yàn)證, 無(wú)法判斷完 成的系統(tǒng)是否滿(mǎn)足了該需求。第三章1.需求工程過(guò)程的工作基礎(chǔ) （即輸入）有哪些？他的工作成果（即輸出）有哪些？ 答：輸入：系統(tǒng)的業(yè)務(wù)需求，系統(tǒng)的用戶(hù)需求，用戶(hù)的期望。輸出：項(xiàng)目前景和范圍文檔， 用戶(hù)需求文檔， 需求規(guī)格說(shuō)明文檔。2. 描述需求工程的各個(gè)活動(dòng),說(shuō)明他們各自的工作基礎(chǔ)、工作目標(biāo)和工作成果。1）需求獲取：（收集背景資料,獲取問(wèn)題與目標(biāo)）,（定義項(xiàng)目 ,（記錄獲取結(jié)果）2）需求分析：（定義需求集合）（細(xì)化需求）,（軟件需求建

10、模）3）需求規(guī)格說(shuō)明：（獲取的需求被編寫(xiě)文檔）（系統(tǒng)涉眾之間的 （編寫(xiě)文檔）4）需求驗(yàn)證：（編寫(xiě)需求規(guī)格說(shuō)明書(shū)）（執(zhí)行驗(yàn)證）（問(wèn)題修正）5）需求管理：（建立維護(hù)需求基線(xiàn)集）（保證需求作用持續(xù)穩(wěn)定 （隨時(shí)進(jìn)行變更控制）前景與范圍）交流信息），和有效發(fā)揮）3 請(qǐng)解釋需求工程細(xì)節(jié)知識(shí)的實(shí)踐性。答：在任何一個(gè)知識(shí)領(lǐng)域, 人們都需要進(jìn)行相當(dāng)?shù)奶剿髦蟛拍芙?立學(xué)科化和系統(tǒng)化的知識(shí)體系。 因此,如果在工程領(lǐng)域如果能建立比較完整的知 識(shí)體系,那么就可以在知識(shí)體系的指導(dǎo)下進(jìn)行規(guī)律化和系統(tǒng)化的生產(chǎn)。 相反,在 完全沒(méi)有形成知識(shí)認(rèn)知的全新工程領(lǐng)域中； 就只能純粹依賴(lài)生產(chǎn)者的個(gè)人才智來(lái) 進(jìn)行工作。也有介于上述兩種情

11、況的工程領(lǐng)域, 他們還沒(méi)有形成完整的認(rèn)知體系, 所以無(wú)法實(shí)現(xiàn)大工業(yè)化的生產(chǎn)方式；同時(shí)這些工程領(lǐng)域又經(jīng)過(guò)了相當(dāng)?shù)臅r(shí)間探 索,從生產(chǎn)者大量的個(gè)人行為中總結(jié)出一些有效的工作方式和行為方法。 這些能 更好更快的幫助人們進(jìn)行試踐,所以被稱(chēng)為實(shí)踐方法,又被稱(chēng)為原則。4.需求工程對(duì)其他軟件開(kāi)發(fā)階段有哪些幫助 ？ 需求的好壞對(duì)后續(xù)軟件開(kāi)發(fā)有著極其重要的影響。 需求方法與軟件開(kāi)發(fā)方法的適配性更會(huì)影響項(xiàng)目的成敗。第四章1. 需求獲取為什么是困難的？答：（1）用戶(hù)和開(kāi)發(fā)人員掌握的立場(chǎng)不同，可能造成用戶(hù)和開(kāi)發(fā)人員之間知識(shí)理解的困難，默認(rèn)知識(shí)現(xiàn)象嚴(yán)重。（2）普通用戶(hù)缺乏概括性、綜合性的表述能力。（3）用戶(hù)存在認(rèn)知困難。

12、（4）用戶(hù)越俎代庖提出的不是需求而是解決方案。（5）缺乏用戶(hù)參與。2. 在各種關(guān)于軟件的調(diào)研中，無(wú)一例外地發(fā)現(xiàn)“缺乏用戶(hù)參與”是導(dǎo)致軟件失敗的最大原因，請(qǐng)說(shuō)明有哪些原因會(huì)使得用戶(hù)參與不足？應(yīng)該怎樣解決？（1）用戶(hù)數(shù)量太多，選擇困難。應(yīng)該有目的選擇真正有需求的用戶(hù)。（2 ）用戶(hù)認(rèn)識(shí)不足，不愿參與：應(yīng)該要求用戶(hù)在需求開(kāi)發(fā)上積極的配合。（3）用戶(hù)情緒抵制，消極參與。（4）沒(méi)有明確的用戶(hù)3. 需求獲取的內(nèi)容是什么？答：（1）需求（2）問(wèn)題域描述（3）環(huán)境與約束。4. 需求獲取有哪些可能的來(lái)源？答：（1）涉眾（2）硬數(shù)據(jù)（3）相關(guān)產(chǎn)品（4）重要文檔（5）相關(guān)技術(shù)標(biāo)準(zhǔn)和法規(guī)。5. 需求獲取的常見(jiàn)方法有哪些

13、？（1）傳統(tǒng)方法（2）集體獲取方法（3）原型（4）模型驅(qū)動(dòng)發(fā)（5）認(rèn)知方法（6）基于上下 文的方法。第五章2.問(wèn)題分析P1:事物處理系統(tǒng)部分自動(dòng)，部分手動(dòng)，效率不高;P2:無(wú)法追蹤客戶(hù)賬單和收據(jù)，使財(cái)務(wù)業(yè)績(jī)與發(fā)展不同步;P3難以確定為什么產(chǎn)品成本高，導(dǎo)致盈利困難;P4:顧客信息繁雜，導(dǎo)致客源減少;明確問(wèn)題要素內(nèi)容IDP4提出者經(jīng)理關(guān)聯(lián)者收賬人員問(wèn)題顧客信息混亂，無(wú)法系統(tǒng)的實(shí)行特價(jià) 銷(xiāo)售影響不知特價(jià)處理能否盈利，無(wú)法實(shí)行等級(jí) 特價(jià)處理，影響回頭客，導(dǎo)致客源減少。BR1:在系統(tǒng)使用3個(gè)月后,工作人員效率明顯提高;BR2在系統(tǒng)使用4個(gè)月后,店鋪運(yùn)營(yíng)成本降低15%;BR3在系統(tǒng)使用6個(gè)月后,顧客增加10%，銷(xiāo)售額度提升20%；業(yè)務(wù)需求問(wèn)題解決方案P4問(wèn)題的候選解決方案要素內(nèi)容IDP4解決方案1方案描述準(zhǔn)確的數(shù)據(jù)庫(kù)管理，包括會(huì)員每次的消費(fèi)記錄，及 消費(fèi)優(yōu)惠情況。業(yè)務(wù)優(yōu)勢(shì)根據(jù)會(huì)員消費(fèi)情況不同，制定不同的優(yōu)惠代價(jià)一旦數(shù)據(jù)丟失，會(huì)造成顧客的不信任，