軟件需求工程01

軟件需求工程

SoftwareRequirementsEngineering

第一章基本的軟件需求軟件需求的定義需求的必要性不合格的需求高質(zhì)量需求的好處優(yōu)秀需求具有的特性需求工程內(nèi)容：需求開(kāi)發(fā)與需求管理例1“喂，是Phil嗎？我是人力資源部的Maria，我們?cè)谑褂媚憔帉?xiě)的職員系統(tǒng)時(shí)遇到一個(gè)問(wèn)題，一個(gè)職員想把她的名字改成SparkleStarlight而系統(tǒng)不允許，你能幫幫忙嗎？”“她嫁給了一個(gè)姓Starlight的人嗎？”P(pán)hil問(wèn)。“不，她沒(méi)有結(jié)婚，而僅僅是要更改她的名字，”Maria回答?！熬褪沁@問(wèn)題，好像我們只能在婚姻狀況改變時(shí)才能更改姓名?！薄爱?dāng)然是這樣，我從沒(méi)想過(guò)誰(shuí)會(huì)莫名其妙地更改自己的姓名。我不記得你曾告訴我系統(tǒng)需要處理這樣的事情，這就是為什么你們只能在改變婚姻狀況對(duì)話(huà)框中才能進(jìn)入更改姓名的對(duì)話(huà)框。”P(pán)hil說(shuō)。Maria說(shuō)：“我想你當(dāng)然知道每個(gè)人只要愿意都可以隨時(shí)合法更改他（她）們的姓名。但不管怎樣，我們希望在下周五之前解決這個(gè)問(wèn)題，否則，Sparkle將不能支付她的賬單。你能在此前修改好這個(gè)錯(cuò)誤嗎？”“這并不是我的錯(cuò)！我從來(lái)不知道你需要處理這種情況。我現(xiàn)在正忙著做一個(gè)新的性能檢測(cè)系統(tǒng)，并且還要處理職員系統(tǒng)的一些需求變更請(qǐng)求”（傳來(lái)翻閱稿紙的聲音）?！拔疫€有別的事。我只可能在月底前修改好，一周內(nèi)不行，很抱歉。下次若有類(lèi)似情況，請(qǐng)?jiān)缫恍└嬖V我并把它們寫(xiě)下來(lái)?！薄澳俏以趺锤鶶parkle說(shuō)呢？”Maria追問(wèn)道，“如果她不能支付賬單，那她只能掛帳了?！薄癕aria，你要明白，這不是我的過(guò)錯(cuò)。”P(pán)hil堅(jiān)持道，“如果你一開(kāi)始就告訴我，你要能隨時(shí)改變某個(gè)人的名字，那這些都不會(huì)發(fā)生。因此你不能因我未猜出你的想法（需求）就責(zé)備我?！盡aria不得不憤怒地屈從：“好吧，好吧，這種煩人的事使我恨死計(jì)算機(jī)系統(tǒng)了。等你修改好了，馬上打電話(huà)告訴我，行吧？”

例2Steven剛出任項(xiàng)目經(jīng)理，并承接了一個(gè)中型軟件項(xiàng)目。公司再三叮嚀他一定要尊重客戶(hù)，充分滿(mǎn)足客戶(hù)需求。項(xiàng)目開(kāi)始比較順利，但進(jìn)入到后期，客戶(hù)頻繁的需求變更帶來(lái)很多額外工作。Steven動(dòng)員大家加班，保持了項(xiàng)目的正常進(jìn)度，客戶(hù)相當(dāng)滿(mǎn)意。但需求變更卻越來(lái)越多。為了節(jié)省時(shí)間，客戶(hù)的業(yè)務(wù)人員不再向Steven申請(qǐng)變更，而是直接找程序員商量。程序員疲于應(yīng)付，往往直接改程序而不做任何記錄，很多相關(guān)文檔也忘記修改。很快Steven就發(fā)現(xiàn)：需求、設(shè)計(jì)和代碼無(wú)法保持一致，甚至沒(méi)有人能說(shuō)清楚現(xiàn)在系統(tǒng)“到底改成什么樣了”。版本管理也出現(xiàn)了混亂，很多人違反配置管理規(guī)定，直接在測(cè)試環(huán)境中修改和編譯程序。但在進(jìn)度壓力下，他也只能佯裝不知此事。但因頻繁出現(xiàn)“改好的錯(cuò)誤又重新出現(xiàn)”的問(wèn)題，客戶(hù)已經(jīng)明確表示“失去了耐心”。而這還只是噩夢(mèng)的開(kāi)始。一個(gè)程序員未經(jīng)許可擅自修改了核心模塊，造成系統(tǒng)運(yùn)行異常緩慢，大量應(yīng)用程序超時(shí)退出。雖然最終花費(fèi)了整整3天的時(shí)間解決了這個(gè)問(wèn)題，但客戶(hù)卻投訴了，表示“無(wú)法容忍這種低下的項(xiàng)目管理水平”。更糟糕的是，因?yàn)閾?dān)心系統(tǒng)中還隱含著其他類(lèi)似的錯(cuò)誤，客戶(hù)高層對(duì)項(xiàng)目的質(zhì)量也疑慮重重。隨后發(fā)生的事情讓Steven更加為難客戶(hù)的兩個(gè)負(fù)責(zé)人對(duì)界面風(fēng)格的看法不一致，并為此發(fā)生了激烈爭(zhēng)執(zhí)。Steven知道如果發(fā)表意見(jiàn)可能會(huì)得罪其中一方，于是保持了沉默。最終客戶(hù)決定調(diào)整所有界面，Steven只好立刻動(dòng)員大家抓緊時(shí)間修改?？珊髞?lái)當(dāng)聽(tīng)說(shuō)因修改界面而造成了項(xiàng)目一周的延誤后，客戶(hù)方原來(lái)發(fā)生爭(zhēng)執(zhí)的兩人這次卻非常一致，同時(shí)氣憤地質(zhì)問(wèn)Steven：“為什么你不早點(diǎn)告訴我們要延期！早知這樣才不會(huì)讓你改呢！”Steven很無(wú)耐，疑惑自己到底錯(cuò)在哪里了。一、軟件需求和客戶(hù)的需求觀1、軟件需求的定義１、軟件需求是一個(gè)沒(méi)有統(tǒng)一定義的名詞．客戶(hù)所定義的需求對(duì)開(kāi)發(fā)者而言是一個(gè)較高層次的產(chǎn)品概念．而開(kāi)發(fā)人員所說(shuō)的需求對(duì)用戶(hù)來(lái)說(shuō)又像是詳細(xì)設(shè)計(jì)了2、IEEE軟件工程中定義：（1）用戶(hù)解決問(wèn)題或達(dá)到目標(biāo)所需的條件或權(quán)能（2）系統(tǒng)或系統(tǒng)部件要滿(mǎn)足合同、標(biāo)準(zhǔn)、規(guī)范或其它正式規(guī)定文檔所需具有的條件或權(quán)能。

（3）一種反映上面（1）或（2）所描述的條件或權(quán)能的文檔說(shuō)明。3、另外一種通用的觀點(diǎn)：認(rèn)為需求是用戶(hù)所需要的并能觸發(fā)一個(gè)程序或系統(tǒng)開(kāi)發(fā)工作的說(shuō)明。需求的層次軟件需求包括三個(gè)不同的層次：業(yè)務(wù)需求、用戶(hù)需求、和功能需求。1、業(yè)務(wù)需求：描述了客戶(hù)對(duì)系統(tǒng)，產(chǎn)品實(shí)現(xiàn)某些業(yè)務(wù)流程的高層次目標(biāo)要求。2、用戶(hù)需求：描述了用戶(hù)使用產(chǎn)品必須完成的任務(wù)。3、功能需求：定義了開(kāi)發(fā)人員必須實(shí)現(xiàn)的軟件功能。它們均應(yīng)在不同位置體現(xiàn)在軟件需求說(shuō)明書(shū)中。2.每個(gè)項(xiàng)目都有需求每個(gè)項(xiàng)目都應(yīng)該有需求開(kāi)發(fā)軟件系統(tǒng)最為困難的部分就是準(zhǔn)確說(shuō)明開(kāi)發(fā)什么，最為困難的概念性工作是編寫(xiě)詳細(xì)技術(shù)需求。不適當(dāng)需求的一些風(fēng)險(xiǎn)比如無(wú)足夠用戶(hù)參與、用戶(hù)需求不斷增加、模棱兩可的需求、不必要的特性、過(guò)于精減等等，會(huì)導(dǎo)致開(kāi)發(fā)不順利甚至失敗高質(zhì)量需求的好處：極大地減少開(kāi)發(fā)后期和整個(gè)維護(hù)階段的工作。3.不合格的需求1.無(wú)足夠用戶(hù)參與2.用戶(hù)需求的不斷增加3.模棱兩可的需求4.不必要的特性5.過(guò)于精簡(jiǎn)的規(guī)格說(shuō)明6.忽略了用戶(hù)分類(lèi)7.不準(zhǔn)確的計(jì)劃4.高質(zhì)量需求的好處最大的好處是在開(kāi)發(fā)后期和整個(gè)維護(hù)階段的重做的工作大大減少了。Boehm（1981）發(fā)現(xiàn)要改正在產(chǎn)品付諸應(yīng)用后所發(fā)現(xiàn)的一個(gè)需求方面的缺陷比在需求階段改正這個(gè)錯(cuò)誤要多付出68倍的成本。近來(lái)很多研究表明這種錯(cuò)誤導(dǎo)致成本放大因子可以高達(dá)200倍。收集需求能使開(kāi)發(fā)小組更好地了解市場(chǎng)，而市場(chǎng)因素是任何項(xiàng)目成功的一個(gè)關(guān)鍵因素。在產(chǎn)品開(kāi)發(fā)前了解這些比在遭到客戶(hù)批評(píng)后才意識(shí)到要節(jié)約很多成本。讓用戶(hù)積極參與需求收集過(guò)程不僅能使產(chǎn)品更富有吸引力，而且能擁有忠實(shí)的客戶(hù)關(guān)系。通過(guò)了解用戶(hù)的任務(wù)需求而不僅僅局限于一些“華麗”的特性，你能避免在無(wú)用功能上白耗精力，并且用戶(hù)的參與能彌補(bǔ)用戶(hù)期望和開(kāi)發(fā)者實(shí)際開(kāi)發(fā)之間的“鴻溝（期望差異）”。將選定系統(tǒng)的需求明確地分配到各軟件子系統(tǒng)，強(qiáng)調(diào)采用產(chǎn)品工程的系統(tǒng)方法。這樣能簡(jiǎn)化硬軟件的集成，也能確保軟硬件系統(tǒng)功能匹配適當(dāng)有效的變更控制和影響分析過(guò)程也能降低需求變更帶來(lái)的負(fù)面影響。將需求編寫(xiě)成清晰、無(wú)二義性的文檔將會(huì)極大地有利于系統(tǒng)測(cè)試，確保產(chǎn)品質(zhì)量，以使所有風(fēng)險(xiǎn)承擔(dān)者感到滿(mǎn)意。5優(yōu)秀需求具有的特性特性：1、完整性2、正確性