第一章需求工程導(dǎo)論.軟件開發(fā)中碰到的需求問題的現(xiàn)象是什么？答：（1）用戶參與度不夠。（2）高層管理支持力度不夠。（3）沒有清晰的需求說明。（4）沒有清晰的目標(biāo)和前景。（5）期望不切合實(shí)際。（6）需求變化影響。（7）增加了無用的額外功能。.在需求處理當(dāng)中要注意哪些非技術(shù)性因素，為什么？答：（1）需求處理的任務(wù)：需求處理的任務(wù)主要是發(fā)現(xiàn)問題并解決問題?，F(xiàn)實(shí)是問題的發(fā)生地，軟件系統(tǒng)是人們應(yīng)對(duì)問題的手段。但是單純的軟件系統(tǒng)是不能解決問題的。它只有和現(xiàn)實(shí)之間形成一種有效的互動(dòng)才能解決問題。（2）需求處理的手段：建模與分析技術(shù)是進(jìn)行需求處理的主要手段，這些技術(shù)本身都是概念性的，不依賴于某些特殊的應(yīng)用環(huán)境條件?？梢员粡V泛的應(yīng)用于各種應(yīng)用場(chǎng)景。（3）需求處理的過程：試圖單純的通過技術(shù)的應(yīng)用建立一個(gè)一致完整的需求模型是不太可能的。因?yàn)樵诂F(xiàn)實(shí)中，因涉眾的不同立場(chǎng)而產(chǎn)生的利益沖突的場(chǎng)景非常常見。這些沖突是根本無法通過技術(shù)手段所能解決的。.解釋需求分析與需求工程之間的聯(lián)系答：“需求工程”就是利用工程化的手段進(jìn)行需求處理，以保證需求處理的正確進(jìn)行，而“需求分析”是需求處理中的核心活動(dòng)，他用一些形式化或半形式化的語言進(jìn)行知識(shí)的分析，但是建立需求工程還離不開需求分析。.解釋軟件工程與系統(tǒng)工程之間的聯(lián)系，這種聯(lián)系對(duì)需求工程的工作有何影響？答：（1）系統(tǒng)工程通常是指計(jì)算機(jī)引入某一現(xiàn)實(shí)系統(tǒng)，并用他來改變現(xiàn)實(shí)系統(tǒng)的運(yùn)作方式，達(dá)到一個(gè)理想效果的過程。而且系統(tǒng)工程中除了含有處理系統(tǒng)的軟件工程之外，還包括硬件工程和人力工程。因此，在系統(tǒng)工程中，雖然應(yīng)該重點(diǎn)關(guān)注軟件工程部分的內(nèi)容，但并不能完全以軟件為中心來看待和處理整個(gè)系統(tǒng)。（2）影響：系統(tǒng)需求開發(fā)的主要目的是獲得整個(gè)系統(tǒng)的期望目標(biāo)，包含功能特性和非功能特性。因此需要判定系統(tǒng)的涉眾，采集他們的目標(biāo)與要求研究系統(tǒng)的環(huán)境確定系統(tǒng)的要求，并進(jìn)行一些整體性的分析。.需求工程包括哪些活動(dòng)？軟件開發(fā)活動(dòng)當(dāng)中為什么要重視需求工程？答：需求工程包括（1）需求開發(fā)（2）需求管理。需求開發(fā)要包括（需求獲取、需求分析、需求規(guī)格說明、需求驗(yàn)證）重視需求工程的原因：（1）需求問題是當(dāng)前軟件開發(fā)面臨的主要問題（2）需求分析是軟件開發(fā)中的理論約束，他控制著整個(gè)軟件開發(fā)的工程走向。它是非技術(shù)人員和技術(shù)人員的工程紐帶。.需求工程師需要具備哪些知識(shí)或技能？答：（1）交流技能（2）觀察技能（3）抽象分析與問題解決技能（4）寫作技能（5）關(guān)系協(xié)調(diào)和團(tuán)隊(duì)工作技能。第二章需求基礎(chǔ)EEE是怎樣定義需求的？答：（1）用戶為了解決問題或達(dá)到某些目標(biāo)所需要的條件或能力；（2）系統(tǒng)或系統(tǒng)部件為了滿足合同、標(biāo)準(zhǔn)、規(guī)范或其他正式文檔所規(guī)定的要求而需具備的條件或能力；（3）對(duì)（1）或（2）中的一個(gè)條件或一種能力的一種文檔化表述。.解釋下列名詞：問題域、解系統(tǒng)和共享現(xiàn)象，并結(jié)合他們的含義說明軟件系統(tǒng)是如何與現(xiàn)實(shí)世界形成互動(dòng)的？答：問題域：問題的發(fā)生地，問題的發(fā)生范圍及解決問題必須涉及的事件或事物。解系統(tǒng)：軟件系統(tǒng)通過影響問題域幫助人們解決問題被稱之為解系統(tǒng)。共享現(xiàn)象：解系統(tǒng)可以對(duì)問題域進(jìn)行模擬的現(xiàn)象稱為共享現(xiàn)象。（2）共享現(xiàn)象是解系統(tǒng)所模擬的問題域的部分，該部分在兩個(gè)系統(tǒng)中同時(shí)存在。除了共享現(xiàn)象外，問題域還有一些沒有被解系統(tǒng)模擬的知識(shí)，因?yàn)樵诂F(xiàn)實(shí)世界非常復(fù)雜，不可能也沒必要在解系統(tǒng)中完全重現(xiàn)。除了包含共享現(xiàn)象的知識(shí)模型之外，解系統(tǒng)也有一些并非來自于現(xiàn)實(shí)模擬的特征，例如數(shù)據(jù)庫管理系統(tǒng)的選擇、模型的規(guī)范化、索引的建立等，這些因素并不對(duì)應(yīng)與問題域知識(shí)，確是解系統(tǒng)必不可少的部分。.解釋下列名詞：需求、規(guī)格說明、問題域特性和約束，并結(jié)合他們的含義說明需求工程的主要任務(wù)是什么？答：需求：用戶為了解決問題或達(dá)到某些目標(biāo)所需要的條件或能力；系統(tǒng)或系統(tǒng)部件為了滿足合同、標(biāo)準(zhǔn)、規(guī)范或其他正式文檔所規(guī)定的要求而需具備的條件或能力。規(guī)格說明：因?yàn)榻鉀Q方案以對(duì)外交互的方式定義了軟件的系統(tǒng)功能，所以解決方案被稱為軟件系統(tǒng)的需求規(guī)格說明。問題域特性和約束：問題域的背景信息又被稱為問題域特性而約束是不受解系統(tǒng)影響，卻會(huì)給解系統(tǒng)帶來極大影響的問題域特性。需求工程的主要任務(wù)是解決問題、改善現(xiàn)實(shí)、滿足用戶期望的條件與能力。.需求有哪些常見的類別？功能需求和非功能需求有什么差異？答；（1）業(yè)務(wù)需求（2）用戶需求（3）系統(tǒng)級(jí)需求差異：功能需求是用戶對(duì)軟件系統(tǒng)的顯示要求，用戶在軟件系統(tǒng)創(chuàng)建之前就可以向開發(fā)者表達(dá)這種要求。非功能需求屬于隱式要求，用戶在系統(tǒng)創(chuàng)建之前無法清晰的告訴開發(fā)者他們希望該系統(tǒng)具備什么樣的功能性特征。.描述業(yè)務(wù)需求、用戶需求和系統(tǒng)級(jí)需求的區(qū)別與聯(lián)系？答：區(qū)別：業(yè)務(wù)需求是針對(duì)整個(gè)業(yè)務(wù)的期望，用戶需求是針對(duì)具體任務(wù)的期望，系統(tǒng)級(jí)需求是針對(duì)用戶與系統(tǒng)的一次交互的期望。聯(lián)系：他們都是問題解決的期望，只不過是不同抽象層次罷了。.優(yōu)秀的需求特性有哪些？請(qǐng)為每一個(gè)特性都舉出一個(gè)不符合的事例（1）完備性eg：在收銀員輸入商品時(shí)，系統(tǒng)顯示商品信息。而不是商品價(jià)格。（2）正確性eg:用戶的問題是A，但用戶認(rèn)為提供了方法B，則問題A自然可以得到解決，為此用戶向需求工程師反映的便是B，而不是真實(shí)的A。（3）可行性eg:用戶并不了解軟件系統(tǒng)構(gòu)建的相關(guān)技術(shù)知識(shí)，所以用戶可能會(huì)提出一些已有軟件技術(shù)無法實(shí)現(xiàn)的期望。（4）必要性eg：用戶在交流中總是害怕信息有所遺漏，并因此產(chǎn)生不利后果，因此用戶總是傾向于表達(dá)各種各樣的需要，但是多種需要并沒有必要。（5）無歧義性eg：用戶可能在可能需求或者重大需求上采用，大概可行，差不多等詞匯造成歧義。（6）可驗(yàn)證性eg:如果需求不可驗(yàn)證，無法判斷完成的系統(tǒng)是否滿足了該需求。第二章.需求工程過程的工作基礎(chǔ)（即輸入）有哪些？他的工作成果（即輸出）有哪些？答：輸入：系統(tǒng)的業(yè)務(wù)需求，系統(tǒng)的用戶需求，用戶的期望。輸出：項(xiàng)目前景和范圍文檔，用戶需求文檔，需求規(guī)格說明文檔。.描述需求工程的各個(gè)活動(dòng)，說明他們各自的工作基礎(chǔ)、工作目標(biāo)和工作成果。（1）需求獲取：（收集背景資料，獲取問題與目標(biāo)），（定義項(xiàng)目前景與范圍），（記錄獲取結(jié)果）（2）需求分析：（定義需求集合）（細(xì)化需求），（軟件需求建模）（3）需求規(guī)格說明：（獲取的需求被編寫文檔）（系統(tǒng)涉眾之間的交流信息），（編寫文檔）（4）需求驗(yàn)證：（編寫需求規(guī)格說明書）（執(zhí)行驗(yàn)證）（問題修正）（5）需求管理：（建立維護(hù)需求基線集）（保證需求作用持續(xù)穩(wěn)定和有效發(fā)揮）（隨時(shí)進(jìn)行變更控制）3請(qǐng)解釋需求工程細(xì)節(jié)知識(shí)的實(shí)踐性。答：在任何一個(gè)知識(shí)領(lǐng)域，人們都需要進(jìn)行相當(dāng)?shù)奶剿髦蟛拍芙W(xué)科化和系統(tǒng)化的知識(shí)體系。因此，如果在工程領(lǐng)域如果能建立比較完整的知識(shí)體系，那么就可以在知識(shí)體系的指導(dǎo)下進(jìn)行規(guī)律化和系統(tǒng)化的生產(chǎn)。相反，在完全沒有形成知識(shí)認(rèn)知的全新工程領(lǐng)域中；就只能純粹依賴生產(chǎn)者的個(gè)人才智來進(jìn)行工作。也有介于上述兩種情況的工程領(lǐng)域，他們還沒有形成完整的認(rèn)知體系，所以無法實(shí)現(xiàn)大工業(yè)化的生產(chǎn)方式；同時(shí)這些工程領(lǐng)域又經(jīng)過了相當(dāng)?shù)臅r(shí)間探索，從生產(chǎn)者大量的個(gè)人行為中總結(jié)出一些有效的工作方式和行為方法。這些能更好更快的幫助人們進(jìn)行試踐，所以被稱為實(shí)踐方法，又被稱為原則。4.需求工程對(duì)其他軟件開發(fā)階段有哪些幫助？需求的好壞對(duì)后續(xù)軟件開發(fā)有著極其重要的影響。需求方法與軟件開發(fā)方法的適配性更會(huì)影響項(xiàng)目的成敗。第四章.需求獲取為什么是困難的？答：（1）用戶和開發(fā)人員掌握的立場(chǎng)不同，可能造成用戶和開發(fā)人員之間知識(shí)理解的困難，默認(rèn)知識(shí)現(xiàn)象嚴(yán)重。（2）普通用戶缺乏概括性、綜合性的表述能力。（3）用戶存在認(rèn)知困難。（4）用戶越俎代庖提出的不是需求而是解決方案。（5）缺乏用戶參與。.在各種關(guān)于軟件的調(diào)研中，無一例外地發(fā)現(xiàn)“缺乏用戶參與”是導(dǎo)致軟件失敗的最大原因，請(qǐng)說明有哪些原因會(huì)使得用戶參與不足？應(yīng)該怎樣解決？（1）用戶數(shù)量太多，選擇困難。應(yīng)該有目的選擇真正有需求的用戶。（2）用戶認(rèn)識(shí)不足，不愿參與：應(yīng)該要求用戶在需求開發(fā)上積極的配合。（3）用戶情緒抵制，消極參與。（4）沒有明確的用戶.需求獲取的內(nèi)容是什么？答：（1）需求（2）問題域描述（3）環(huán)境與約束。.需求獲取有哪些可能的來源？答：（1）涉眾（2）硬數(shù)據(jù)（3）相關(guān)產(chǎn)品（4）重要文檔（5）相關(guān)技術(shù)標(biāo)準(zhǔn)和法規(guī)。.需求獲取的常見方法有哪些？（1）傳統(tǒng)方法（2）集體獲取方法（3）原型（4）模型驅(qū)動(dòng)發(fā)（5）認(rèn)知方法（6）基于上下文的方法。nz*第五章.問題分析P1：事物處理系統(tǒng)部分自動(dòng)，部分手動(dòng)，效率不高；P2:無法追蹤客戶賬單和收據(jù)，使財(cái)務(wù)業(yè)績與發(fā)展不同步;P3:難以確定為什么產(chǎn)品成本高，導(dǎo)致盈利困難；P4：顧客信息繁雜，導(dǎo)致客源減少；明確問題要素內(nèi)容IDP4

提出者經(jīng)理“3土關(guān)聯(lián)者收賬人員問題顧客信息混亂，無法系統(tǒng)的實(shí)行特價(jià)銷售影響不知特價(jià)處理能否盈利，無法實(shí)行等級(jí)特價(jià)處理，影響回頭客，導(dǎo)致客源減少。業(yè)務(wù)需求BR1：在系統(tǒng)使用3個(gè)月后，工作人員效率明顯提高；BR2：在系統(tǒng)使用4個(gè)月后，店鋪運(yùn)營成本降低15%；BR3：在系統(tǒng)使用6個(gè)月后，顧客增加10%，銷售額度提升20%；問題解決方案P4問題的候選解決方案要素內(nèi)容IDP4解決方案1方案描述準(zhǔn)確的數(shù)據(jù)庫管理，包括會(huì)員每次的消費(fèi)記錄，及消費(fèi)優(yōu)惠情況。業(yè)務(wù)優(yōu)勢(shì)根據(jù)會(huì)員消費(fèi)情況不同，制定不同的優(yōu)惠代價(jià)一旦數(shù)據(jù)丟失，會(huì)造成顧客的不信任，減少客源。解決方