軟件需求工程01

軟件需求工程

SoftwareRequirementsEngineering

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

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

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