軟件需求工程課件

軟件需求工程周立新博士北京大學(xué)軟件與微電子學(xué)院軟件需求工程周立新博士1課程提綱軟件需求基本理論和概念

軟件需求工程過(guò)程

軟件需求獲取

軟件需求分析

軟件需求規(guī)格說(shuō)明

軟件需求驗(yàn)證

軟件需求管理

軟件需求實(shí)現(xiàn)

軟件需求工程新進(jìn)展

軟件需求開(kāi)發(fā)與需求管理工具課程提綱軟件需求基本理論和概念2課程參考書(shū)KarlE.Wiegers著,陸麗娜，王忠民，王志敏等譯，軟件需求，機(jī)械工業(yè)出版社，2000IanK.Bray著，需求工程導(dǎo)引，人民郵電出版社，2003

GeriSchneiderandJasonP.Winters著,姚淑珍，李巍等譯，用例分析技術(shù)，機(jī)械工業(yè)出版社，2002DeanLeffingwellandDonWidrig著,蔣慧，林東譯，軟件需求管理：統(tǒng)一方法，機(jī)械工業(yè)出版社，2002RalphR.Young著,韓柯，耿民等譯，有效需求實(shí)踐，機(jī)械工業(yè)出版社，2002

以上參考書(shū)相對(duì)應(yīng)的英文版本RUP課程參考書(shū)KarlE.Wiegers著,陸麗娜，王忠民3第一章

軟件需求基本理論和概念軟件需求定義需求工程的本質(zhì)問(wèn)題域與解系統(tǒng)軟件需求分類(lèi)功能需求性能需求(非功能需求)設(shè)計(jì)約束商業(yè)約束客戶(hù)/用戶(hù)/開(kāi)發(fā)者的需求觀不合格的需求派生的問(wèn)題高質(zhì)量的需求帶來(lái)的好處優(yōu)秀需求所具有的特征第一章軟件需求基本理論和概念軟件需求定義4項(xiàng)目失敗的原因分析Source:Carnegie-MellonUniversity,SoftwareEngineeringInstitute項(xiàng)目失敗的原因分析Source:Carnegie-Mell5錯(cuò)誤認(rèn)識(shí)Ageneralstatementofobjectivesissufficienttobeginwritingprograms—wecanfillinthedetailslater 需求不清楚就進(jìn)入編程階段，期望以后修改。更多的情況下是邊寫(xiě)邊修改Projectrequirementscontinuallychange,butchangecanbeeasilyaccommodatedbecausesoftwareisflexible 軟件調(diào)節(jié)和改變是很靈活的，任何需求的變更都可容易地在軟件中反映出來(lái)這些認(rèn)識(shí)多來(lái)自極小項(xiàng)目的開(kāi)發(fā)經(jīng)驗(yàn)，當(dāng)你面對(duì)一個(gè)中大型項(xiàng)目時(shí)必須徹底改變這些錯(cuò)誤觀念！錯(cuò)誤認(rèn)識(shí)Ageneralstatementofobj61.軟件需求的定義IEEE軟件工程中需求的定義(1977)用戶(hù)解決問(wèn)題或達(dá)到目標(biāo)所需的條件和能力系統(tǒng)或系統(tǒng)部件為滿(mǎn)足合同、標(biāo)準(zhǔn)、規(guī)范或其它正式規(guī)定文檔所需具有的條件和能力以上條件和能力的文檔說(shuō)明客戶(hù)希望在問(wèn)題域內(nèi)產(chǎn)生的效果需求與問(wèn)題域的差別Sommerville&Sawyer1997需求是指系統(tǒng)必須實(shí)現(xiàn)什么的規(guī)格說(shuō)明。它描述了系統(tǒng)的行為、特性或?qū)傩裕窃陂_(kāi)發(fā)過(guò)程中對(duì)系統(tǒng)的約束1.軟件需求的定義IEEE軟件工程中需求的定義(1977)72.需求工程的本質(zhì)需求工程簡(jiǎn)單化描述為她關(guān)注系統(tǒng)將要做什么；而設(shè)計(jì)關(guān)注系統(tǒng)將怎樣做需求工程可以看作把一個(gè)定義不足的問(wèn)題轉(zhuǎn)換為一個(gè)定義充分的問(wèn)題以便找出解決方案。這是因?yàn)榭蛻?hù)需求信息經(jīng)常是粗糙的和不完整的需求工程的通用性、理論性和實(shí)踐性，怎樣理解其學(xué)科性質(zhì)，如何學(xué)習(xí)才能掌握它的本質(zhì)？有一勞永逸的方法和工具嗎？能否將另一個(gè)成功項(xiàng)目的需求工程方法照搬到現(xiàn)在的項(xiàng)目–答案是不能！2.需求工程的本質(zhì)需求工程簡(jiǎn)單化描述為她關(guān)注系統(tǒng)將要做什么83.問(wèn)題域(ProblemDomain)與

解系統(tǒng)(SolutionSystem)

問(wèn)題域：被開(kāi)發(fā)系統(tǒng)的應(yīng)用領(lǐng)域，即在現(xiàn)實(shí)世界中由這個(gè)系統(tǒng)進(jìn)行處理的業(yè)務(wù)范圍解系統(tǒng)：指可以在問(wèn)題域內(nèi)產(chǎn)生某種效果的系統(tǒng)，而構(gòu)成軟件需求的正是這些想要獲得的效果，它也正是為何做軟件需求的原因和目的3.問(wèn)題域(ProblemDomain)與

解系統(tǒng)(So9問(wèn)題域ProblemDomain問(wèn)題域

接口

解系統(tǒng)分析規(guī)格說(shuō)明設(shè)計(jì)問(wèn)題域ProblemDomain問(wèn)題域接口10問(wèn)題域的類(lèi)型分類(lèi)I系統(tǒng)軟件應(yīng)用軟件，進(jìn)一步劃分為商業(yè)軟件和工程軟件分類(lèi)II批處理系統(tǒng)/系統(tǒng)脫機(jī)交互系統(tǒng)實(shí)時(shí)系統(tǒng)分類(lèi)III數(shù)據(jù)為主的系統(tǒng)交互為主的系統(tǒng)算法為主的系統(tǒng)問(wèn)題域的類(lèi)型分類(lèi)I11問(wèn)題域的類(lèi)型數(shù)據(jù)為主交互為主算法為主氣象預(yù)報(bào)系統(tǒng)收銀機(jī)系統(tǒng)電梯控制系統(tǒng)工資系統(tǒng)文字處理系統(tǒng)文件轉(zhuǎn)換系統(tǒng)手機(jī)定位系統(tǒng)ABCDEFG問(wèn)題域的類(lèi)型數(shù)據(jù)為主交互為主算法為主氣象預(yù)報(bào)系統(tǒng)ABCDEF12需求的層次業(yè)務(wù)需求項(xiàng)目視圖與范圍文檔用戶(hù)需求質(zhì)量屬性使用實(shí)例文檔系統(tǒng)需求功能需求其它非功能需求約束條件軟件需求規(guī)格說(shuō)明SRS需求的層次業(yè)務(wù)需求項(xiàng)目視圖與用戶(hù)需求質(zhì)量屬性使用實(shí)例文檔系統(tǒng)134.軟件需求的分類(lèi)業(yè)務(wù)需求 業(yè)務(wù)需求(businessrequirement)反映了組織機(jī)構(gòu)或客戶(hù)對(duì)系統(tǒng)、產(chǎn)品高層次的目標(biāo)要求，它們?cè)陧?xiàng)目視圖和范圍文檔中予以說(shuō)明

例如某運(yùn)營(yíng)商對(duì)定位系統(tǒng)的業(yè)務(wù)需求4.軟件需求的分類(lèi)業(yè)務(wù)需求144.軟件需求的分類(lèi)用戶(hù)需求 用戶(hù)需求(userrequirement)描述了用戶(hù)使用產(chǎn)品必須要完成的任務(wù)，它們?cè)谑褂脤?shí)例(usecase)和情景描述(scenario)文檔中予以說(shuō)明4.軟件需求的分類(lèi)用戶(hù)需求154.軟件需求的分類(lèi)功能需求 “一般”意義的需求指的是功能或行為需求，這樣的需求通常是和解系統(tǒng)的適當(dāng)行為(用戶(hù)需求)相關(guān)聯(lián)，是開(kāi)發(fā)人員必須實(shí)現(xiàn)的軟件功能。功能需求可以在多種不同的抽象層次上來(lái)表達(dá)，這使得導(dǎo)出需求過(guò)程比較復(fù)雜和困難： a)

Physicalbehavior b)Input-outputrelationship c)Observablestates d)Userinterface4.軟件需求的分類(lèi)功能需求164.軟件需求的分類(lèi)非功能需求 非功能需求是功能需求的補(bǔ)充，它描述了系統(tǒng)完成功能實(shí)現(xiàn)的補(bǔ)充和約束條件。如產(chǎn)品必須遵從的標(biāo)準(zhǔn)、國(guó)際規(guī)范和合約；外部界面的規(guī)范；性能需求如：系統(tǒng)運(yùn)行速度(Speed)，可靠性(Reliability)，容量(Capacity)，可用性(Availability),可使用性(Usability)；其它質(zhì)量屬性如：快捷性、簡(jiǎn)易性、直覺(jué)性、健壯性等。在具體操作時(shí)，關(guān)于可靠性和可用性的規(guī)范最為困難，但又是客戶(hù)最為關(guān)心的4.軟件需求的分類(lèi)非功能需求174.軟件需求的分類(lèi)非功能需求

a)Response b)Accuracy c)Frequency d)Capacity e)Throughput f)Defectrates g)Modifiability h)Supportability4.軟件需求的分類(lèi)非功能需求184.軟件需求的分類(lèi)設(shè)計(jì)約束 設(shè)計(jì)約束是真正意義上的非功能約束，它們約束系統(tǒng)怎樣被構(gòu)建而不是系統(tǒng)做什么。設(shè)計(jì)約束的一般內(nèi)容為解系統(tǒng)將在其上運(yùn)行的目標(biāo)機(jī)器底層的體系結(jié)構(gòu)-分布式的或本地的系統(tǒng)運(yùn)行的內(nèi)存大小應(yīng)當(dāng)采用的任何前端圖形用戶(hù)界面(GUI)程序包系統(tǒng)運(yùn)行的操作系統(tǒng)應(yīng)當(dāng)使用的編程語(yǔ)言其它應(yīng)集成的軟件包如數(shù)據(jù)庫(kù)管理系統(tǒng)(DBMS)必須應(yīng)用的開(kāi)發(fā)標(biāo)準(zhǔn)應(yīng)采用的設(shè)計(jì)方法等等4.軟件需求的分類(lèi)設(shè)計(jì)約束194.軟件需求的分類(lèi)設(shè)計(jì)約束

a)Language b)OS c)SWtoHWinterface d)Algorithm e)Power f)Timing g)Memory h)Processorutilization I)Weightetc4.軟件需求的分類(lèi)設(shè)計(jì)約束204.軟件需求的分類(lèi)商業(yè)約束商業(yè)約束通常關(guān)注的是軟件產(chǎn)品完成的時(shí)間以及開(kāi)發(fā)費(fèi)用問(wèn)題，是客戶(hù)最為關(guān)心的問(wèn)題。解系統(tǒng)的開(kāi)發(fā)時(shí)間和費(fèi)用與系統(tǒng)功能性、可靠性、可用性等關(guān)鍵需求性能有著必然與復(fù)雜的關(guān)系。是項(xiàng)目需求與項(xiàng)目管理的結(jié)合點(diǎn)。商業(yè)約束通常是和需求工程過(guò)程同步的，即商業(yè)約束是在調(diào)查其它需求的同時(shí)獲得，而且易于識(shí)別，不存在技術(shù)上的困惑，但卻是管理上的難點(diǎn)。商業(yè)約束如果不存在一個(gè)獨(dú)立文檔，則會(huì)出現(xiàn)在業(yè)務(wù)需求描述中。4.軟件需求的分類(lèi)商業(yè)約束214.軟件需求的分類(lèi)系統(tǒng)需求 對(duì)于一個(gè)復(fù)雜的系統(tǒng)或產(chǎn)品，軟件功能需求只是系統(tǒng)需求的一個(gè)子集，需要從系統(tǒng)需求中剝離出來(lái)。系統(tǒng)需求描述了系統(tǒng)中各個(gè)方面的需求，可能包含硬件、軟件、其它關(guān)聯(lián)系統(tǒng)，而且系統(tǒng)的功能及非功能描述并不依賴(lài)于物理層次，如軟件和硬件的劃分。系統(tǒng)和軟件需求分析人員需要將軟件需求部分獨(dú)立出來(lái)。在CMM中這部分工作稱(chēng)為需求分配(requirementallocation)4.軟件需求的分類(lèi)系統(tǒng)需求224.軟件需求的分類(lèi)開(kāi)發(fā)過(guò)程需求(ProcessRequirements)

Arequirementsthatspecifiesaneedorconstraintabouthowaproductwellbedesigned,produced,delivered,ormaintained;e.g.,thespecificationofamethodology,manufacturingprocess,ordeliveryconstraint.Processrequirementsaredistinguishedfromproductrequirements.ProcessrequirementsoftenappearinaStatementofWorkratherthaninarequirementsdocument.4.軟件需求的分類(lèi)開(kāi)發(fā)過(guò)程需求(ProcessRequi234.軟件需求的分類(lèi)開(kāi)發(fā)過(guò)程需求(ProcessRequirements) a)ConfiguurationManagement b)Deployment c)DevelopmentMethods d)Docummentation e)ManufacturingMethods f)Metrics g)QualityAssurance h)Reviewprocesses I)VerificationStandards4.軟件需求的分類(lèi)開(kāi)發(fā)過(guò)程需求(ProcessRequi245.客戶(hù)/用戶(hù)/開(kāi)發(fā)者的需求觀客戶(hù)的需求觀在一個(gè)比較高的層次上，為產(chǎn)品提供宏觀的描述和指導(dǎo)性的框架，是項(xiàng)目的基礎(chǔ)；用戶(hù)的需求觀往往代表了產(chǎn)品應(yīng)該完成的任務(wù)及其具有的特性，細(xì)節(jié)，真實(shí)性；開(kāi)發(fā)者的需求觀則應(yīng)是使產(chǎn)品最大限度的滿(mǎn)足需求，并最大程度的理解用戶(hù)的需求。5.客戶(hù)/用戶(hù)/開(kāi)發(fā)者的需求觀客戶(hù)的需求觀在一個(gè)比較高的層次256.不合格的需求派生的問(wèn)題如果項(xiàng)目初始的需求分析不合理，會(huì)導(dǎo)致客戶(hù)和開(kāi)發(fā)人員之間的目標(biāo)不一致，這意味著客戶(hù)對(duì)產(chǎn)品的期望和目標(biāo)得不到準(zhǔn)確的理解，很可能在開(kāi)發(fā)過(guò)程中或移交產(chǎn)品后發(fā)現(xiàn)產(chǎn)品不能符合客戶(hù)實(shí)際的需求，從而導(dǎo)致項(xiàng)目的失敗。6.不合格的需求派生的問(wèn)題如果項(xiàng)目初始的需求分析不合理，會(huì)26不適當(dāng)?shù)男枨笠鸬囊恍╋L(fēng)險(xiǎn)無(wú)足夠用戶(hù)參與–用戶(hù)參與不多會(huì)導(dǎo)致產(chǎn)品無(wú)法被接受用戶(hù)需求的不斷增加–用戶(hù)需求的增加帶來(lái)過(guò)度的耗費(fèi)和產(chǎn)品質(zhì)量的降低模棱兩可的需求說(shuō)明–將導(dǎo)致時(shí)間的浪費(fèi)和返工不必要的特性–用戶(hù)增加一些不必要的特性和開(kāi)發(fā)人員畫(huà)蛇添足過(guò)分精簡(jiǎn)的規(guī)格說(shuō)明–過(guò)分簡(jiǎn)略的需求說(shuō)明以致遺漏某些關(guān)鍵需求忽略用戶(hù)分類(lèi)–忽略某類(lèi)用戶(hù)的需求將導(dǎo)致眾多客戶(hù)的不滿(mǎn)不準(zhǔn)確的計(jì)劃–不完善的需求說(shuō)明使得項(xiàng)目計(jì)劃和跟蹤無(wú)法準(zhǔn)確進(jìn)行不適當(dāng)?shù)男枨笠鸬囊恍╋L(fēng)險(xiǎn)無(wú)足夠用戶(hù)參與–用戶(hù)參與不多會(huì)27不適當(dāng)?shù)男枨笠鸬囊恍╋L(fēng)險(xiǎn)無(wú)足夠用戶(hù)參與

客戶(hù)經(jīng)常不明白為什么收集需求和確保需求質(zhì)量需花費(fèi)那么多工夫，開(kāi)發(fā)人員可能也不重視用戶(hù)的參與。很多情況下，開(kāi)發(fā)人員覺(jué)得已經(jīng)完全明白了用戶(hù)的需求，甚至想當(dāng)然地設(shè)計(jì)了一些用戶(hù)并不認(rèn)可的使用實(shí)例。盡管原因是多方面的，盡早讓具有代表性的用戶(hù)參與是可以避免一定的風(fēng)險(xiǎn)的不適當(dāng)?shù)男枨笠鸬囊恍╋L(fēng)險(xiǎn)無(wú)足夠用戶(hù)參與28不適當(dāng)?shù)男枨笠鸬囊恍╋L(fēng)險(xiǎn)用戶(hù)需求的不斷增加

在開(kāi)發(fā)過(guò)程中，若不斷地補(bǔ)充需求，項(xiàng)目就會(huì)越來(lái)越大直到超出計(jì)劃和預(yù)算范圍。這是軟件開(kāi)發(fā)中極其普遍的問(wèn)題，也是軟件需求管理中重點(diǎn)涉及的問(wèn)題。 如果變更發(fā)生在設(shè)計(jì)編碼以后，這樣的變更會(huì)使軟件結(jié)構(gòu)日漸紊亂，補(bǔ)丁代碼使模塊違背強(qiáng)內(nèi)聚、低耦合的設(shè)計(jì)原則，使程序越來(lái)越難以理解和維護(hù)。 要想把變更范圍控制到最小，必須一開(kāi)始就對(duì)項(xiàng)目視圖、范圍、目標(biāo)、約束和成功標(biāo)準(zhǔn)給予明確說(shuō)明，并作為今后需求變更處理時(shí)的參考框架。不適當(dāng)?shù)男枨笠鸬囊恍╋L(fēng)險(xiǎn)用戶(hù)需求的不斷增加29不適當(dāng)?shù)男枨笠鸬囊恍╋L(fēng)險(xiǎn)模棱兩可的需求說(shuō)明 模棱兩可，也就是需求的“二義性”，是需求說(shuō)明中最可怕的問(wèn)題。 模棱兩可的需求風(fēng)險(xiǎn)承擔(dān)者產(chǎn)生不同的期望，使開(kāi)發(fā)人員產(chǎn)生錯(cuò)誤的設(shè)計(jì)，使測(cè)試人員編寫(xiě)不匹配的測(cè)試用例。 模棱兩可的需求直接的后果就是返工。根據(jù)統(tǒng)計(jì)，返工會(huì)耗費(fèi)總開(kāi)發(fā)費(fèi)用的40%，其中70%～80%是由需求方面的錯(cuò)誤造成的。 認(rèn)真、高質(zhì)量的需求評(píng)審可以消除大部分的模棱兩可型的錯(cuò)誤。不適當(dāng)?shù)男枨笠鸬囊恍╋L(fēng)險(xiǎn)模棱兩可的需求說(shuō)明30不適當(dāng)?shù)男枨笠鸬囊恍╋L(fēng)險(xiǎn)不必要的特性 “畫(huà)蛇添足”是指開(kāi)發(fā)人員力圖增加一些“用戶(hù)可能欣賞”，但需求規(guī)格中并未涉及的新功能；這類(lèi)新功能可能很花哨但用戶(hù)并不認(rèn)為很有用，但實(shí)現(xiàn)卻耗費(fèi)可觀。相反的情況也存在，即客戶(hù)會(huì)提出這些花哨的但缺乏實(shí)用價(jià)值的需求，需求分析人員應(yīng)做的是去說(shuō)服客戶(hù)避免將資源浪費(fèi)在這些無(wú)關(guān)緊要的功能上。 與此相關(guān)的做法是，在可能的情況下，為客戶(hù)提供新的解決方案，在允許的資源和技術(shù)可行性之間求得平衡。不適當(dāng)?shù)男枨笠鸬囊恍╋L(fēng)險(xiǎn)不必要的特性31不適當(dāng)?shù)男枨笠鸬囊恍╋L(fēng)險(xiǎn)過(guò)分精簡(jiǎn)的規(guī)格說(shuō)明

有時(shí)客戶(hù)并不明白需求分析如此重要，于是只作一份簡(jiǎn)略之至的規(guī)格說(shuō)明。僅涉及產(chǎn)品的某些概念，其它讓開(kāi)發(fā)人員在項(xiàng)目進(jìn)展中去完善，結(jié)果是為了管理上的某種要求，開(kāi)發(fā)人員先建立產(chǎn)品結(jié)構(gòu)、甚至是完成編碼，然后再補(bǔ)充需求說(shuō)明。大多數(shù)情況下，這會(huì)增加開(kāi)發(fā)過(guò)程的迂回、返工。不適當(dāng)?shù)男枨笠鸬囊恍╋L(fēng)險(xiǎn)過(guò)分精簡(jiǎn)的規(guī)格說(shuō)明32不適當(dāng)?shù)男枨笠鸬囊恍╋L(fēng)險(xiǎn)忽略用戶(hù)分類(lèi)

多數(shù)產(chǎn)品是由不同的人使用不同的特性，使用頻繁程度、受教育程度、經(jīng)驗(yàn)水平也不相同。如果產(chǎn)品功能設(shè)計(jì)不能滿(mǎn)足某些關(guān)鍵用戶(hù)需求，會(huì)大大影響產(chǎn)品的用戶(hù)接受度。不適當(dāng)?shù)男枨笠鸬囊恍╋L(fēng)險(xiǎn)忽略用戶(hù)分類(lèi)33不適當(dāng)?shù)男枨笠鸬囊恍╋L(fēng)險(xiǎn)不準(zhǔn)確的計(jì)劃

需求分析不充分和缺乏理解會(huì)導(dǎo)致計(jì)劃的樂(lè)觀估計(jì)；導(dǎo)致需求過(guò)程中軟件成本估計(jì)極不準(zhǔn)確的主要原因?yàn)椋侯l繁的需求變更；遺漏的需求；與用戶(hù)交流不夠；質(zhì)量低下的需求規(guī)格說(shuō)明；不完善的需求分析。不適當(dāng)?shù)男枨笠鸬囊恍╋L(fēng)險(xiǎn)不準(zhǔn)確的計(jì)劃347.高質(zhì)量的需求帶來(lái)的好處實(shí)行有效的需求工程管理的組織能獲得多方面的好處。最大的好處是在開(kāi)發(fā)后期和整個(gè)維護(hù)階段重做的工作大大減少了。這使得整個(gè)開(kāi)發(fā)過(guò)程少走了許多彎路，并在開(kāi)始階段就為整個(gè)產(chǎn)品開(kāi)發(fā)過(guò)程指明了方向。7.高質(zhì)量的需求帶來(lái)的好處實(shí)行有效的需求工程管理的組織能獲358.優(yōu)秀需求所具有的特征完整性(Complete)正確性(Correct)可行性(Feasible)必要性(Necessary)與實(shí)現(xiàn)無(wú)關(guān)性(ImplementationIndependent)劃分優(yōu)先級(jí)(Prioritized,Futureandtrade-offs)無(wú)二義性(Unique)可驗(yàn)證性(Verifiable)正確的詳細(xì)層次(Rightlevelofdetails)8.優(yōu)秀需求所具有的特征完整性(Complete)368.優(yōu)秀需求所具有的特征完整性(Complete)每一項(xiàng)需求都必須將所要實(shí)現(xiàn)的功能描述清楚,以使開(kāi)發(fā)人員獲得設(shè)計(jì)和實(shí)現(xiàn)這些功能所需的所有必要信息。正確性(Correctness)

每一項(xiàng)需求都必須準(zhǔn)確地陳述所要開(kāi)發(fā)的功能。其判別標(biāo)準(zhǔn)是是否符合需求的來(lái)源，如用戶(hù)需求和系統(tǒng)需求。其檢驗(yàn)標(biāo)準(zhǔn)就是通過(guò)用例和場(chǎng)景分析驗(yàn)證是否滿(mǎn)足用戶(hù)或客戶(hù)的真實(shí)需要。8.優(yōu)秀需求所具有的特征完整性(Complete)378.優(yōu)秀需求所具有的特征可行性(Feasible)

每一項(xiàng)需求都必須在已知系統(tǒng)和環(huán)境的技術(shù)、資源等限制范圍內(nèi)是可以實(shí)施的。做到這一點(diǎn)，需要多方人員參與檢查其可行性，這些人員包括：開(kāi)發(fā)軟件工程師，系統(tǒng)工程師，市場(chǎng)人員等。必要性(Necessary)每一項(xiàng)需求都必須和某項(xiàng)真正用戶(hù)需求，如使用實(shí)例或某項(xiàng)高層系統(tǒng)需求，相關(guān)聯(lián)。Itspecifieswhatmustbedoneandonlywhatmustbedone8.優(yōu)秀需求所具有的特征可行性(Feasible)388.優(yōu)秀需求所具有的特征與實(shí)現(xiàn)無(wú)關(guān)性

需求關(guān)注的是系統(tǒng)將要做些什么，其后的階段如設(shè)計(jì)，關(guān)注該系統(tǒng)將怎樣來(lái)實(shí)現(xiàn)。如果一項(xiàng)需求與實(shí)現(xiàn)密切相關(guān)，這會(huì)限制設(shè)計(jì)人員優(yōu)化、合理設(shè)計(jì)系統(tǒng)的自由度。劃分優(yōu)先級(jí)

給每項(xiàng)需求分配一個(gè)可實(shí)施的優(yōu)先級(jí)以指明其在產(chǎn)品中的重要程度。如果所有的需求都同等重要，項(xiàng)目管理者在節(jié)省預(yù)算或調(diào)度中就會(huì)無(wú)從選擇。8.優(yōu)秀需求所具有的特征與實(shí)現(xiàn)無(wú)關(guān)性398.優(yōu)秀需求所具有的特征無(wú)二義性(Unique，Unambiguous)

每項(xiàng)需求對(duì)所有相關(guān)的讀者只能有一個(gè)明確統(tǒng)一的解釋。由于自然語(yǔ)言極易導(dǎo)致二義性，應(yīng)盡量把每項(xiàng)需求用簡(jiǎn)明的用戶(hù)語(yǔ)言表達(dá)出來(lái)。避免二義性的有效方法包括對(duì)需求文檔的正規(guī)審查，編寫(xiě)測(cè)試用例，開(kāi)發(fā)原型等?？沈?yàn)證性(Verifiable)

每項(xiàng)需求都應(yīng)能夠被人或機(jī)器加以驗(yàn)證，否則將無(wú)法確定該項(xiàng)需求是否實(shí)現(xiàn)正確。驗(yàn)證方法主要為測(cè)試用例，場(chǎng)景符合性分析，正規(guī)審查，原型演示。8.優(yōu)秀需求所具有的特征無(wú)二義性(Unique，Unamb408.優(yōu)秀需求所具有的特征正確的詳細(xì)層次(Rightlevelofdetail)

每項(xiàng)需求或者一組需求都應(yīng)包含相應(yīng)的層面信息，以便據(jù)此足以導(dǎo)出下一層產(chǎn)品需求或設(shè)計(jì)，但不應(yīng)提供對(duì)下一層活動(dòng)如設(shè)計(jì)不必要的限制8.優(yōu)秀需求所具有的特征正確的詳細(xì)層次(Rightlev41優(yōu)秀需求具有的特性需求規(guī)格說(shuō)明的特征完整性(Complete)一致性(Consistent)簡(jiǎn)潔明了(Concise)可修改性(Modifiable)可跟蹤性(Traceable)優(yōu)秀需求具有的特性需求規(guī)格說(shuō)明的特征42優(yōu)秀需求規(guī)格說(shuō)明的特性完整性(Complete)

需求規(guī)格說(shuō)明完整性是指不能遺漏任何必要的信息，這里不僅僅指需求本身，還包括相關(guān)的參考信息，如基于的國(guó)際標(biāo)準(zhǔn)，高層需求信息等。優(yōu)秀需求規(guī)格說(shuō)明的特性完整性(Complete)43優(yōu)秀需求規(guī)格說(shuō)明的特性一致性(Consistent)

需求規(guī)格說(shuō)明一致性是指軟件需求不能與其它需求如系統(tǒng)需求、業(yè)務(wù)需求相矛盾。正規(guī)的文檔審查和基于實(shí)例和場(chǎng)景分析的驗(yàn)證是保證一致性的通用做法。InternallyconsistentExtern