軟件需求工程概述第1頁，課件共71頁，創(chuàng)作于2023年2月2SoftwareRequirementsEngineering

軟件需求工程概述第2頁，課件共71頁，創(chuàng)作于2023年2月3第3頁，課件共71頁，創(chuàng)作于2023年2月4本章內(nèi)容工程與軟件工程軟件需求工程需求工程師需求工程vs.系統(tǒng)分析軟件生命周期中的需求活動(dòng)關(guān)于需求的基本觀點(diǎn)第4頁，課件共71頁，創(chuàng)作于2023年2月5EngineeringVS.

SoftwareEngineering

工程與軟件工程第5頁，課件共71頁，創(chuàng)作于2023年2月6工程–

人工的科學(xué)(SciencesofArtificial)自然科學(xué)是揭示自然界的本質(zhì)和現(xiàn)象的科學(xué)?！肮こ獭眲t可以詮釋為“人工”（artificial）的科學(xué)，或設(shè)計(jì)的，制造的科學(xué)。原始森林/林業(yè)工程天然水晶/寶石加工工藝計(jì)算機(jī)工程，軟件工程，企業(yè)營銷計(jì)劃，醫(yī)藥治療方案……一切工程活動(dòng)都是服務(wù)于某種預(yù)期的目的的，同時(shí)一切的人造物都”應(yīng)該”具有某種預(yù)期的功用。建筑，商業(yè)，教育，法律，醫(yī)學(xué)，……——

HerbertSimon,1969第6頁，課件共71頁，創(chuàng)作于2023年2月7什么是工程?工程的定義:

工程就是運(yùn)用科學(xué)知識(shí)，對(duì)現(xiàn)實(shí)問題提供性能價(jià)格比合理的解決方案。性價(jià)比合理：涉及性能價(jià)格的權(quán)衡，尤其是在資源的使用方面。解決方案：工程是有創(chuàng)造性和實(shí)效性的。現(xiàn)實(shí)問題：?jiǎn)栴}是受人們關(guān)注的?？茖W(xué)知識(shí)：用到應(yīng)用科學(xué)中的分析方法。第7頁，課件共71頁，創(chuàng)作于2023年2月8什么是工程?普通設(shè)計(jì)與開創(chuàng)性設(shè)計(jì)普通設(shè)計(jì)：解決已有問題，解決方案已廣為人知。工程實(shí)踐依照規(guī)范化的標(biāo)準(zhǔn)解決方案由工程師選擇合適的方法和技術(shù)運(yùn)用廣為人知的設(shè)備進(jìn)行設(shè)計(jì)開創(chuàng)性設(shè)計(jì)：從未有人作過，或已有解決方案失效。通常要面臨解決復(fù)雜問題的困難挑戰(zhàn)對(duì)若干設(shè)備進(jìn)行復(fù)雜裝配形成新的系統(tǒng)系統(tǒng)工程更為強(qiáng)調(diào)和關(guān)注開創(chuàng)性的設(shè)計(jì)第8頁，課件共71頁，創(chuàng)作于2023年2月9軟件工程的特殊性軟件的特殊性軟件具有抽象性軟件是不能獨(dú)立存在的，其作用在于驅(qū)動(dòng)硬件進(jìn)行某種操作軟件行為不受物理定律約束軟件復(fù)雜性不受物理限制軟件無磨損傳統(tǒng)的可靠性度量方法不再適用軟件復(fù)制無損耗復(fù)制品與原件無區(qū)別第9頁，課件共71頁，創(chuàng)作于2023年2月10軟件工程的特殊性Thinkaboutthese:

軟件成本低于物理設(shè)備成本軟件易修改計(jì)算機(jī)比物理設(shè)備可靠性高軟件的正確性可形式化的證明軟件重用提高安全性和可靠性計(jì)算機(jī)系統(tǒng)同機(jī)械系統(tǒng)相比風(fēng)險(xiǎn)更低關(guān)于軟件的荒謬說法(Myths)：第10頁，課件共71頁，創(chuàng)作于2023年2月11本章內(nèi)容工程與軟件工程軟件需求工程需求工程師需求工程vs.系統(tǒng)分析軟件生命周期中的需求活動(dòng)關(guān)于需求的基本觀點(diǎn)第11頁，課件共71頁，創(chuàng)作于2023年2月12SoftwareRequirementsEngineering

軟件需求工程第12頁，課件共71頁，創(chuàng)作于2023年2月13什么是需求工程？需求工程是系統(tǒng)工程及軟件工程的重要分支。需求工程旨在了解軟件系統(tǒng)設(shè)計(jì)的真實(shí)意圖，具體功用及限制條件。并精確定義上述因素與系統(tǒng)行為的關(guān)系及系統(tǒng)隨時(shí)間和產(chǎn)品線變化而發(fā)生的各種演化。第13頁，課件共71頁，創(chuàng)作于2023年2月14什么是需求工程？需求工程是指應(yīng)用已證實(shí)有效的技術(shù)、方法進(jìn)行需求分析，確定客戶需求，幫助分析人員理解問題并定義目標(biāo)系統(tǒng)的所有外部特征的一門學(xué)科。它通過合適的工具和記號(hào)系統(tǒng)地描述待開發(fā)系統(tǒng)及其行為特征和相關(guān)約束，形成需求文檔，并對(duì)用戶不斷變化的需求演進(jìn)給予支持。注意，和所有工程學(xué)科一樣，需求工程并不是以零星偶發(fā)的、隨機(jī)的或無計(jì)劃的方式進(jìn)行，而是代之以已證明方法的系統(tǒng)化應(yīng)用。第14頁，課件共71頁，創(chuàng)作于2023年2月15需求工程的重要意義對(duì)大多數(shù)人來說，若要建一幢20萬美元的房子，他一定會(huì)與建房者詳細(xì)討論各種細(xì)節(jié)，他們都明白完工以后的修改會(huì)造成損失，以及變更細(xì)節(jié)的危害性。然而，涉及到軟件開發(fā)，人們卻變得“大大咧咧”起來。軟件項(xiàng)目中百分之四十至百分之六十的問題都是在需求分析階段埋下的“禍根”。 （Leffingwell1997）第15頁，課件共71頁，創(chuàng)作于2023年2月16需求工程的重要意義問題的嚴(yán)重性：對(duì)軟件的依賴不斷增加：汽車，手機(jī)，WebServices，……軟件成本的比重加大：Boeing777軟件項(xiàng)目失敗帶來巨大浪費(fèi)：1997GAO報(bào)告-6年內(nèi)爛尾軟件項(xiàng)目耗資1470億美元GeneralAccountingOffice(美國)總審計(jì)局第16頁，課件共71頁，創(chuàng)作于2023年2月17需求工程的重要意義問題的嚴(yán)重性：軟件失敗的嚴(yán)重后果：Ariane5:3.7億美元的損失；第17頁，課件共71頁，創(chuàng)作于2023年2月18需求工程的重要意義問題的成因：軟件質(zhì)量認(rèn)證的高成本：Boeing777>40%的軟件成本用于測(cè)試以修正軟件缺陷為目的的軟件重寫：Motorola:曾將60%-80%的軟件費(fèi)用用于重寫需求的頻繁變化：CapersJones（1994）在報(bào)告中稱擴(kuò)展需求對(duì)百分之八十的管理信息系統(tǒng)項(xiàng)目和百分之七十的軍事軟件項(xiàng)目造成風(fēng)險(xiǎn)。第18頁，課件共71頁，創(chuàng)作于2023年2月19解決方案？？沒有“銀彈”！NoSilverBullet!（Fred

Brooks，1987）軟件的規(guī)模決定它的復(fù)雜性軟件具有抽象性和不可視性軟件沒有規(guī)范的裝配步驟，因此極易修改！“NoSilverBullet”的原文是：“沒有任何技術(shù)或管理上的進(jìn)展，能夠獨(dú)立地許諾十年內(nèi)使生產(chǎn)率、可靠性或簡(jiǎn)潔性獲得數(shù)量級(jí)上的進(jìn)步。”

在軟件開發(fā)過程里是沒有萬能的終殺性武器的，只有各種方法綜合運(yùn)用，才是解決之道。

第19頁，課件共71頁，創(chuàng)作于2023年2月20解決方案？？然而，早期的建模和分析是非常重要的可以節(jié)省糾錯(cuò)成本：晚期修改可能會(huì)使成本高出200倍當(dāng)然，僅僅有早期的建模和分析是不夠的所有項(xiàng)目參加者均需了解系統(tǒng)需求所有風(fēng)險(xiǎn)承擔(dān)者均需對(duì)需求達(dá)成共識(shí)需透徹了解系統(tǒng)運(yùn)作的背景需透徹了解系統(tǒng)設(shè)計(jì)過程及其背景當(dāng)需求發(fā)生演變時(shí)，要及時(shí)更新第20頁，課件共71頁，創(chuàng)作于2023年2月21需求工程指南

(Roadmap:BasharNuseibeh&SteveEasterbrook,2000)如何獲取需求信息？識(shí)別：風(fēng)險(xiǎn)承擔(dān)者，目標(biāo)，分析角度，系統(tǒng)邊界，應(yīng)用實(shí)例，……核心技術(shù)：

座談，問卷，代表會(huì)議采用人種學(xué)（Ethnographic）方法（社交嵌入系統(tǒng)）采用原型法，或參與設(shè)計(jì)法（缺乏了解的系統(tǒng)）如何分析需求信息？概念建模第21頁，課件共71頁，創(chuàng)作于2023年2月22需求工程指南

(Roadmap:BasharNuseibeh&SteveEasterbrook,2000)如何就需求達(dá)成共識(shí)？進(jìn)行經(jīng)驗(yàn)主義的模型驗(yàn)證當(dāng)出現(xiàn)矛盾和分歧時(shí)，提供磋商的方法和手段如何表達(dá)需求？自然語言與形式化語言的合理搭配如何保持需求的現(xiàn)時(shí)性？需求發(fā)生變化時(shí)，及時(shí)更新產(chǎn)品線的維護(hù)第22頁，課件共71頁，創(chuàng)作于2023年2月23需求工程的理論基礎(chǔ)REFoundations系統(tǒng)理論什么是系統(tǒng)系統(tǒng)的控制和演化系統(tǒng)工程工程生命周期數(shù)學(xué)與邏輯一階邏輯模態(tài)邏輯，時(shí)序邏輯，及其他非經(jīng)典邏輯代數(shù)和關(guān)系模型計(jì)算機(jī)科學(xué)自動(dòng)機(jī)理論抽象，分解，和面向?qū)ο筌浖w系結(jié)構(gòu)和設(shè)計(jì)模式社會(huì)科學(xué)人類學(xué)與民族方法學(xué)組織行為學(xué)社會(huì)心理學(xué)政治學(xué)認(rèn)知科學(xué)認(rèn)知心理學(xué)語言學(xué)知識(shí)表示（人工智能）哲學(xué)經(jīng)驗(yàn)主義和科學(xué)哲學(xué)現(xiàn)象學(xué)，認(rèn)識(shí)論和本體符號(hào)語言學(xué)…

…第23頁，課件共71頁，創(chuàng)作于2023年2月24需求工程的領(lǐng)域劃分軟件需求工程劃分為需求開發(fā)和需求管理第24頁，課件共71頁，創(chuàng)作于2023年2月25需求工程的領(lǐng)域劃分需求開發(fā)問題獲取分析編寫規(guī)格說明驗(yàn)證需求管理建立并維護(hù)在軟件工程中同客戶達(dá)成的契約第25頁，課件共71頁，創(chuàng)作于2023年2月26需求開發(fā)需求開發(fā)活動(dòng)包括以下幾個(gè)方面：確定產(chǎn)品所期望的用戶類。獲取每個(gè)用戶類的需求。了解實(shí)際用戶任務(wù)和目標(biāo)以及這些任務(wù)所支持的業(yè)務(wù)需求。分析源于用戶的信息以區(qū)別用戶任務(wù)需求、功能需求、業(yè)務(wù)規(guī)則、質(zhì)量屬性、建議解決方法和附加信息。第26頁，課件共71頁，創(chuàng)作于2023年2月27需求開發(fā)需求開發(fā)活動(dòng)包括以下幾個(gè)方面：將系統(tǒng)級(jí)的需求分為幾個(gè)子系統(tǒng)，并將需求中的一部份分配給軟件組件。了解相關(guān)質(zhì)量屬性的重要性。商討實(shí)施優(yōu)先級(jí)的劃分。將所收集的用戶需求編寫成規(guī)格說明和模型。評(píng)審需求規(guī)格說明，確保對(duì)用戶需求達(dá)到共同的理解與認(rèn)識(shí)，并在整個(gè)開發(fā)小組接受說明之前將問題都要弄清楚。第27頁，課件共71頁，創(chuàng)作于2023年2月28需求管理通常的需求管理活動(dòng)包括：定義需求基線（迅速制定需求文檔的主體）。評(píng)審提出的需求變更、評(píng)估每項(xiàng)變更的可能影響從而決定是否實(shí)施它。以一種可控制的方式將需求變更融入到項(xiàng)目中。使當(dāng)前的項(xiàng)目計(jì)劃與需求一致?；诠烙?jì)變更需求所產(chǎn)生影響的基礎(chǔ)上，協(xié)商新的承諾（約定）。讓每項(xiàng)需求都能與其對(duì)應(yīng)的設(shè)計(jì)、源代碼和測(cè)試用例聯(lián)系起來以實(shí)現(xiàn)跟蹤。在整個(gè)項(xiàng)目過程中跟蹤需求狀態(tài)及其變更情況。第28頁，課件共71頁，創(chuàng)作于2023年2月29需求管理需求管理活動(dòng)第29頁，課件共71頁，創(chuàng)作于2023年2月30需求開發(fā)和需求管理之間的界限第30頁，課件共71頁，創(chuàng)作于2023年2月31本章內(nèi)容工程與軟件工程軟件需求工程需求工程師需求工程vs.系統(tǒng)分析軟件生命周期中的需求活動(dòng)關(guān)于需求的基本觀點(diǎn)第31頁，課件共71頁，創(chuàng)作于2023年2月32SREEngineer

需求工程師第32頁，課件共71頁，創(chuàng)作于2023年2月33RequirementsEngineer

需求工程師1.分析問題和解決問題的能力2.人際溝通及交流能力3.軟件工程知識(shí)和技能4.應(yīng)用領(lǐng)域有關(guān)知識(shí)5.書面語言組織和表達(dá)能力6.……第33頁，課件共71頁，創(chuàng)作于2023年2月34需求工程師做什么著手點(diǎn)是有待解決的“問題”出現(xiàn)例如：對(duì)系統(tǒng)現(xiàn)狀不滿；有新的商機(jī)出現(xiàn)；有可能節(jié)能、降耗、省時(shí)等。第34頁，課件共71頁，創(chuàng)作于2023年2月35需求工程師做什么需求工程師促進(jìn)變化的發(fā)生，要完成以下工作：確定“問題”及“機(jī)會(huì)”要解決的問題是什么?(問題的界定)問題出在何處?(了解問題的領(lǐng)域及上下文)問題與誰相關(guān)?(確定干系人-Stakeholder)為什么解決該問題?(確定干系人的目標(biāo))軟件系統(tǒng)如何促進(jìn)問題的解決?(搜集情景實(shí)例)解決問題的期限?(確定開發(fā)活動(dòng)的約束和限制)影響問題解決的因素有哪些?(確定可行性和風(fēng)險(xiǎn))成為問題領(lǐng)域的專家擁有更多的機(jī)會(huì)和解決問題的方案第35頁，課件共71頁，創(chuàng)作于2023年2月36ACM/IEEE職業(yè)道德規(guī)范:PUBLIC

–

保護(hù)公眾利益。CLIENTANDEMPLOYER

–

在保護(hù)公眾利益的前提下，為客戶及雇主的最高利益服務(wù)。PRODUCT

–

盡可能令你的產(chǎn)品符合行業(yè)的最高標(biāo)準(zhǔn)。JUDGEMENT–

在進(jìn)行職業(yè)判斷時(shí)，保持正直及獨(dú)立性。MANAGEMENT

–

對(duì)軟件開發(fā)和維護(hù)的管理應(yīng)遵循和提倡符合職業(yè)道德。PROFESSION

–

在符合公眾利益的前提下，推進(jìn)職業(yè)的正直性和聲譽(yù)。COLLEAGUES

–

對(duì)同事要持公正和支持的態(tài)度。SELF

–

畢生堅(jiān)持學(xué)習(xí)并在職業(yè)生涯中提倡職業(yè)道德。職業(yè)責(zé)任

(CodeofEthics)第36頁，課件共71頁，創(chuàng)作于2023年2月37職業(yè)責(zé)任

(CodeofEthics)與需求工程相關(guān)的職業(yè)規(guī)范:Competence

–

永不對(duì)你的工作能力說謊。Confidentiality

–

堅(jiān)持為你的客戶及合作者保密。Intellectualpropertyrights

–

保護(hù)他人的新觀點(diǎn)及設(shè)計(jì)，即知識(shí)產(chǎn)權(quán)。DataProtection

–

在處理個(gè)人信息時(shí)注意遵守相關(guān)法令保護(hù)數(shù)據(jù)。第37頁，課件共71頁，創(chuàng)作于2023年2月38需求工程過程、方法、技術(shù)符號(hào)表示(notation) 是一種表示策略、框架或語言。一階邏輯,數(shù)據(jù)流圖,UML技術(shù)(technique) 指出如何完成某項(xiàng)活動(dòng)，以及如何用符號(hào)描述該項(xiàng)活動(dòng)的產(chǎn)品。畫用例圖的技術(shù)方法(method) 給出關(guān)于如何完成系列活動(dòng)的描述，重點(diǎn)是技術(shù)的集成和使用。CORE,SADT,SREM,JAD過程模型(Processmodel) 給出關(guān)于如何完成系列活動(dòng)的抽象描述，重點(diǎn)是活動(dòng)間的依賴關(guān)系和資源的使用情況。過程(Process) 是對(duì)過程模型的實(shí)際運(yùn)行，描述一兩個(gè)代理的行為及其對(duì)資源的管理。第38頁，課件共71頁，創(chuàng)作于2023年2月39需求工程過程、方法、技術(shù)需求工程方法是如何嵌入需求工程過程的？每種方法均適用于某一類問題領(lǐng)域通常對(duì)他們的適用性的定義不夠明確各種方法對(duì)需求工程活動(dòng)的覆蓋程度和側(cè)重點(diǎn)有所不同 例如：覆蓋的活動(dòng)包括：需求獲取，建模，分析等側(cè)重點(diǎn)包括：目標(biāo)，行為，視角等。第39頁，課件共71頁，創(chuàng)作于2023年2月40需求工程師的素質(zhì)要求

傾聽的能力訪問能力分析能力協(xié)調(diào)能力觀察能力書寫能力組織能力建模能力交際能力創(chuàng)新能力領(lǐng)域知識(shí)第40頁，課件共71頁，創(chuàng)作于2023年2月41本章內(nèi)容工程與軟件工程軟件需求工程需求工程師需求工程vs.系統(tǒng)分析軟件生命周期中的需求活動(dòng)關(guān)于需求的基本觀點(diǎn)第41頁，課件共71頁，創(chuàng)作于2023年2月42REvs.SystemsAnalysis

需求工程vs.系統(tǒng)分析第42頁，課件共71頁，創(chuàng)作于2023年2月43需求工程vs.系統(tǒng)分析

REvs.SystemsAnalysis需求工程由系統(tǒng)分析發(fā)展而來系統(tǒng)分析關(guān)注企業(yè)內(nèi)部的信息系統(tǒng)主要采用非形式化的需求描述，工具和方法,例如：DFD,E-R,OO,…80年代中期形成，90年代以來成為研究熱點(diǎn)。多見于管理學(xué)院，工程學(xué)科，和計(jì)算機(jī)科學(xué)的本科生和研究生教學(xué)第43頁，課件共71頁，創(chuàng)作于2023年2月44需求工程vs.系統(tǒng)分析

REvs.SystemsAnalysis需求工程超出系統(tǒng)分析的范圍涵蓋整個(gè)形式化問題從“企業(yè)需求”到“精確描述”不僅限于信息系統(tǒng)實(shí)時(shí)系統(tǒng)嵌入系統(tǒng)交互系統(tǒng)基于組件的系統(tǒng)webservices相對(duì)較少關(guān)注企業(yè)管理問題和企業(yè)業(yè)務(wù)流程第44頁，課件共71頁，創(chuàng)作于2023年2月45But,whatisarequirement?每一個(gè)“人造物”都是一個(gè)內(nèi)部環(huán)境與外部環(huán)境的“接口”。這里內(nèi)部環(huán)境指人造物本身的設(shè)計(jì)組成。外部環(huán)境指人造物的周遭及其作用環(huán)境。對(duì)這個(gè)接口的描述即是需求?！狧erbertSimon,1969需求,即是人們要解決的某個(gè)問題或達(dá)到某種目的的需要。是系統(tǒng)或其組成部分為滿足某種書面規(guī)定（合同，標(biāo)準(zhǔn)，規(guī)范等）所要具備的能力。需求將作為系統(tǒng)開發(fā)，測(cè)試，驗(yàn)收，提交的依據(jù)?！狪EEE610.12,1990第45頁，課件共71頁，創(chuàng)作于2023年2月46將問題與解決方案分開理解問題

需求獲取問題的形式化表示 形式規(guī)約，形式建模就問題性質(zhì)達(dá)成共識(shí)

驗(yàn)證,沖突及矛盾消解,磋商 需求管理–

維護(hù)雙方的共識(shí)第46頁，課件共71頁，創(chuàng)作于2023年2月47設(shè)計(jì)活動(dòng)改變客觀世界狀態(tài)第47頁，課件共71頁，創(chuàng)作于2023年2月48什么是需求？（Jackson,1995）領(lǐng)域性質(zhì)(DomainProperty)：無論系統(tǒng)存在與否均存在的應(yīng)用領(lǐng)域的性質(zhì)。需求(Requirements)：由系統(tǒng)的存在而產(chǎn)生的應(yīng)用領(lǐng)域性質(zhì)。規(guī)約描述(Specification)：描述系統(tǒng)為滿足需求而應(yīng)具有的行為。需求證明的標(biāo)準(zhǔn)(VerificationCriteria)：1、運(yùn)行在某臺(tái)機(jī)器上的程序滿足規(guī)約描述；2、針對(duì)給定的領(lǐng)域性質(zhì)，規(guī)約描述滿足需求。需求驗(yàn)證的標(biāo)準(zhǔn)（ValidationCriteria）：1、是否已發(fā)現(xiàn)所有重要需求？2、是否已發(fā)現(xiàn)所有有關(guān)的領(lǐng)域性質(zhì)？第48頁，課件共71頁，創(chuàng)作于2023年2月49實(shí)例RequirementR需求:只有被授權(quán)者能夠訪問數(shù)據(jù)庫。DomainPropertiesD領(lǐng)域性質(zhì):授權(quán)者持有密碼。密碼不會(huì)分享給未授權(quán)者。SpecificationS規(guī)約描述:用戶輸入密碼后，將被準(zhǔn)許訪問數(shù)據(jù)庫。S+DimplyR當(dāng)領(lǐng)域模型出錯(cuò)時(shí)，會(huì)有什么后果第49頁，課件共71頁，創(chuàng)作于2023年2月50需求：關(guān)于為什么？做什么？

不包括怎么做？（why,what,how）…需求描述必須給出為什么需要這樣一個(gè)系統(tǒng)?！猂oss,1977通常，需求描述系統(tǒng)要做什么，而不是怎么做。但是，二者不太容易區(qū)分，上一個(gè)抽象層次的“怎么做”經(jīng)常在下一個(gè)抽象層次上轉(zhuǎn)化為“做什么”。Jackson給出的稍為清楚的解釋：“為什么”和“做什么”是指系統(tǒng)的設(shè)計(jì)目的，是置身系統(tǒng)外部，對(duì)應(yīng)用領(lǐng)域性質(zhì)的描述?！霸趺醋觥笔侵赶到y(tǒng)的內(nèi)部結(jié)構(gòu)和行為?！狫ackson,1995第50頁，課件共71頁，創(chuàng)作于2023年2月51“描述”是需求工程的核心

（Jackson,1995）用非形式化的語言指出感興趣的主題現(xiàn)象，并命名(designation)。例如：Parent(x,p)：p是x的父母。Female(x):x是女性。術(shù)語的形式化定義(definition)和使用。例如：Mother(x,m)≡Parent(x,m)andFemale(m)Sister(x,y)≡Female(y)andmother(x,m)andmother(y,m)andfather(x,f)andfather(y,f)第51頁，課件共71頁，創(chuàng)作于2023年2月52“描述”是需求工程的核心

（Jackson,1995,p58-59）關(guān)于領(lǐng)域性質(zhì)的無可駁的描述(refutabledescription)。無可駁性依賴于與主題現(xiàn)象的一致性。例如：對(duì)所有的m和x，Parent(x，m)蘊(yùn)含not(parent(m,x))開發(fā)過程中的帶有假設(shè)性質(zhì)的概略描述(roughsketch)。例如：“人與人之間總是通過某種方式相互聯(lián)系”“每個(gè)人實(shí)際上只能有一個(gè)家”第52頁，課件共71頁，創(chuàng)作于2023年2月53存在問題的需求描述實(shí)例含糊的需求描述：“工資總額由上一條記錄獲得”“所有客戶都具有同一控制域“錯(cuò)誤的需求描述：“所有系統(tǒng)將九月作為財(cái)政年度的起始時(shí)間”不完整的需求描述：“出錯(cuò)信息顯示在屏幕的第24行“矛盾或不一致的需求描述：“C=A+B”；“C=A-B”無法測(cè)試的需求：“系統(tǒng)應(yīng)具有友好的界面“第53頁，課件共71頁，創(chuàng)作于2023年2月54需求的層次軟件需求包括三個(gè)不同的層次業(yè)務(wù)需求（businessrequirement）

反映了組織機(jī)構(gòu)或客戶對(duì)系統(tǒng)、產(chǎn)品高層次的目標(biāo)要求，它們?cè)陧?xiàng)目視圖與范圍文檔中予以說明。用戶需求(userrequirement)

描述了用戶使用產(chǎn)品必須要完成的任務(wù)，這在使用實(shí)例（usecase）文檔或方案腳本（scenario）說明中予以說明。功能需求(functionalrequirement)（包括非功能需求）

定義了開發(fā)人員必須實(shí)現(xiàn)的軟件功能，使得用戶能完成他們的任務(wù)，從而滿足了業(yè)務(wù)需求。第54頁，課件共71頁，創(chuàng)作于2023年2月55軟件需求各組成部分之間的關(guān)系

對(duì)一個(gè)復(fù)雜產(chǎn)品來說，軟件功能需求也許只是系統(tǒng)需求的一個(gè)子集，另外一些可能屬于軟件部件。

管理人員或市場(chǎng)分析人員確定軟件的業(yè)務(wù)需求，使公司運(yùn)作更加高效（對(duì)信息系統(tǒng)而言）或具有很強(qiáng)的市場(chǎng)競(jìng)爭(zhēng)力（對(duì)商業(yè)軟件產(chǎn)品而言）。

所有的用戶需求必須與業(yè)務(wù)需求一致。用戶需求使需求分析者能從中總結(jié)出功能需求以滿足用戶對(duì)產(chǎn)品的要求從而完成其任務(wù)，而開發(fā)人員則根據(jù)功能需求來設(shè)計(jì)軟件以實(shí)現(xiàn)必須的功能。第55頁，課件共71頁，創(chuàng)作于2023年2月56非功能性需求：作為功能需求的補(bǔ)充，軟件需求規(guī)格說明還應(yīng)包括非功能需求，它描述了系統(tǒng)展現(xiàn)給用戶的行為和執(zhí)行的操作等。它包括產(chǎn)品必須遵從的標(biāo)準(zhǔn)、規(guī)范和合約；外部界面的具體細(xì)節(jié)；性能要求；設(shè)計(jì)或?qū)崿F(xiàn)的約束條件及質(zhì)量屬性。所謂約束是指對(duì)開發(fā)人員在軟件產(chǎn)品設(shè)計(jì)和構(gòu)造上的限制。質(zhì)量屬性是通過多種角度對(duì)產(chǎn)品的特點(diǎn)進(jìn)行描述，從而反映產(chǎn)品功能。多角度描述產(chǎn)品對(duì)用戶和開發(fā)人員都極為重要。第56頁，課件共71頁，創(chuàng)作于2023年2月57需求工程第57頁，課件共71頁，創(chuàng)作于2023年2月58本章內(nèi)容工程與軟件工程軟件需求工程需求工程師需求工程vs.系統(tǒng)分析軟件生命周期中的需求活動(dòng)關(guān)于需求的基本觀點(diǎn)第58頁，課件共71頁，創(chuàng)作于2023年2月59RequirementactivitiesintheSElifecycle

軟件生命周期中的需求活動(dòng)第59頁，課件共71頁，創(chuàng)作于2023年2月60瀑布模型（Waterfall/Baseline）核心思想：系統(tǒng)開發(fā)是逐步求精的過程各步驟相對(duì)獨(dú)立，便于管理存在的問題：忽略了需求的動(dòng)態(tài)性需求完成后，用戶對(duì)項(xiàng)目的參與即停止需求描述與設(shè)計(jì)分開不支持原型的使用和軟件重用（Loucopoulos&Karakostas,1995）第60頁，課件共71頁，創(chuàng)作于2023年2月61原型法（Prototype）適用范圍：用于獲取關(guān)于系統(tǒng)用戶界面的需求用于檢驗(yàn)設(shè)計(jì)方案的可行性，或探討系統(tǒng)性能問題存在的問題：用戶將原型誤認(rèn)為最終系統(tǒng)原型所反映的系統(tǒng)是不全面的（Loucopoulos&Karakostas,1995,p30）第61頁，課件共71頁，創(chuàng)作于2023年2月62增量式開發(fā)與演化式開發(fā)

Incrementalvs.Evolutionary(Thayer&Dorfman,1997,p10)第62頁，課件共71頁，創(chuàng)作于2023年2月63螺旋模型(SpiralModel)螺旋模型主要用于風(fēng)險(xiǎn)分析每一輪開發(fā)活動(dòng)具體包括:制定下一輪計(jì)劃決定設(shè)計(jì)目標(biāo)和限制條件評(píng)估候選方案,風(fēng)險(xiǎn)降解產(chǎn)品開發(fā)需求工程有關(guān)步驟為：需求風(fēng)險(xiǎn)分析規(guī)劃設(shè)計(jì)可以減少需求變更所帶來的風(fēng)險(xiǎn)存在的問題：無法應(yīng)付不可預(yù)見的需求變化第63頁，課件共71頁，創(chuàng)作于2023年2月64V型模