軟件需求工程N(yùn)

軟件需求工程--需求概述

SoftwareRequirementsEngineering計(jì)算機(jī)科學(xué)與工程學(xué)院主講：段麗英

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

例2Steven剛出任項(xiàng)目經(jīng)理，并承接了一個(gè)中型軟件項(xiàng)目。公司再三叮嚀他一定要尊重客戶，充分滿足客戶需求。項(xiàng)目開始比較順利，但進(jìn)入到后期，客戶頻繁的需求變更帶來(lái)很多額外工作。Steven動(dòng)員大家加班，保持了項(xiàng)目的正常進(jìn)度，客戶相當(dāng)滿意。但需求變更卻越來(lái)越多。為了節(jié)省時(shí)間，客戶的業(yè)務(wù)人員不再向Steven申請(qǐng)變更，而是直接找程序員商量。程序員疲于應(yīng)付，往往直接改程序而不做任何記錄，很多相關(guān)文檔也忘記修改。很快Steven就發(fā)現(xiàn)：需求、設(shè)計(jì)和代碼無(wú)法保持一致，甚至沒有人能說(shuō)清楚現(xiàn)在系統(tǒng)“到底改成什么樣了”。版本管理也出現(xiàn)了混亂，很多人違反配置管理規(guī)定，直接在測(cè)試環(huán)境中修改和編譯程序。但在進(jìn)度壓力下，他也只能佯裝不知此事。但因頻繁出現(xiàn)“改好的錯(cuò)誤又重新出現(xiàn)”的問題，客戶已經(jīng)明確表示“失去了耐心”。而這還只是噩夢(mèng)的開始。一個(gè)程序員未經(jīng)許可擅自修改了核心模塊，造成系統(tǒng)運(yùn)行異常緩慢，大量應(yīng)用程序超時(shí)退出。雖然最終花花費(fèi)了整整整3天的時(shí)時(shí)間解決了了這個(gè)問題題，但客戶戶卻投訴了了，表示““無(wú)法容忍忍這種低下下的項(xiàng)目管管理水平””。更糟糕的是是，因?yàn)閾?dān)擔(dān)心系統(tǒng)中中還隱含著著其他類似似的錯(cuò)誤，，客戶高層層對(duì)項(xiàng)目的的質(zhì)量也疑疑慮重重。。隨后發(fā)生的的事情讓Steven更加為為難客戶的的兩個(gè)負(fù)責(zé)責(zé)人對(duì)界面面風(fēng)格的看看法不一致致，并為此此發(fā)生了激激烈爭(zhēng)執(zhí)。。Steven知道如如果發(fā)表意意見可能會(huì)會(huì)得罪其中中一方，于于是保持了了沉默。最終客戶決決定調(diào)整所所有界面，，Steven只只好立刻動(dòng)動(dòng)員大家抓抓緊時(shí)間修修改?？珊髞?lái)當(dāng)聽聽說(shuō)因修改改界面而造造成了項(xiàng)目目一周的延延誤后，客客戶方原來(lái)來(lái)發(fā)生爭(zhēng)執(zhí)執(zhí)的兩人這這次卻非常常一致，同同時(shí)氣憤地地質(zhì)問Steven：“為什什么你不早早點(diǎn)告訴我我們要延期期！早知這這樣才不會(huì)會(huì)讓你改呢呢！”Steven很無(wú)耐耐，疑惑自自己到底錯(cuò)錯(cuò)在哪里了了。思考如果作為客客戶有過類類似的經(jīng)驗(yàn)驗(yàn)，你一定定知道：一一個(gè)不能進(jìn)進(jìn)行一項(xiàng)基基本操作的的軟件產(chǎn)品品是多么令令人煩惱。。盡管開發(fā)發(fā)者最終會(huì)會(huì)滿足你的的要求，你你也不會(huì)感感謝他。但但從開發(fā)者者角度來(lái)看看，在整個(gè)個(gè)系統(tǒng)已經(jīng)經(jīng)完成后，，用戶再提提出對(duì)功能能的進(jìn)一步步要求是多多么煩人的的事。同時(shí)時(shí)，修改系系統(tǒng)的請(qǐng)求求迫使你放放下當(dāng)前的的項(xiàng)目，而而且往往修修改請(qǐng)求還還要求你優(yōu)優(yōu)先處理，，也是令人人很不愉快快的。其實(shí)，在軟軟件開發(fā)中中遇到的許許多問題，，都是由于于收集、編編寫、協(xié)商商、修改產(chǎn)產(chǎn)品需求過過程中的手手續(xù)和作法法（方法））失誤帶來(lái)來(lái)的。例如如上面的Phil和Maria，出現(xiàn)的的問題涉及及到非正式式信息的收收集，未確確定的或不不明確的功功能，未發(fā)發(fā)現(xiàn)或未經(jīng)經(jīng)交流的假假設(shè)，不完完善的需求求文檔，以以及突發(fā)的的需求變更更過程。對(duì)大多數(shù)人人來(lái)說(shuō)，若若要建一幢幢20萬(wàn)萬(wàn)美元的房房子，他一一定會(huì)與建建房者詳細(xì)細(xì)討論各種種細(xì)節(jié)，他他們都明白白完工以后后的修改會(huì)會(huì)造成損失失，以及變變更細(xì)節(jié)的的危害性。。然而而，，涉涉及及到到軟軟件件開開發(fā)發(fā)，，人人們們卻卻變變得得““大大大大咧咧咧咧””起起來(lái)來(lái)。。軟軟件件項(xiàng)項(xiàng)目目中中百百分分之之四四十十至至百百分分之之六六十十的的問問題題都都是是在在需需求求分分析析階階段段埋埋下下的的““禍禍根根””（（Leffingwell1997））。?？稍S許多多組組織織仍仍在在那那些些基基本本的的項(xiàng)項(xiàng)目目功功能能上上采采用用一一些些不不合合規(guī)規(guī)范范的的方方法法，，這這樣樣導(dǎo)導(dǎo)致致的的后后果果便便是是一一條條鴻鴻溝溝（（期期望望差差異異））——開開發(fā)發(fā)者者開開發(fā)發(fā)的的與與用用戶戶所所想想得得到到的的軟軟件件存存在在著著巨巨大大期期望望差差異異。。在軟軟件件工工程程中中，，所所有有的的風(fēng)風(fēng)險(xiǎn)險(xiǎn)承承擔(dān)擔(dān)者者（（stakeholder））都都感感興興趣趣的的就就是是需需求求分分析析階階段段。。這些些風(fēng)風(fēng)險(xiǎn)險(xiǎn)承承擔(dān)擔(dān)者者包包括括客客戶戶、、用用戶戶、、業(yè)業(yè)務(wù)務(wù)或或需需求求分分析析員員（（負(fù)負(fù)責(zé)責(zé)收收集集客客戶戶需需求求并并編編寫寫文文檔檔，，以以及及負(fù)負(fù)責(zé)責(zé)客客戶戶與與開開發(fā)發(fā)機(jī)機(jī)構(gòu)構(gòu)之之間間聯(lián)聯(lián)系系溝溝通通的的人人））、、開開發(fā)發(fā)人人員員、、測(cè)測(cè)試試人人員員、、用用戶戶文文檔檔編編寫寫者者、、項(xiàng)項(xiàng)目目管管理理者者和和客客戶戶管管理理者者。。這部分工作若若處理好了，，能開發(fā)出很很出色的產(chǎn)品品，同時(shí)會(huì)使使客戶感到滿滿意，開發(fā)者者也倍感滿足足、充實(shí)。若若處理不好，，則會(huì)導(dǎo)致誤誤解、挫折、、障礙以及潛潛在質(zhì)量和業(yè)業(yè)務(wù)價(jià)值上的的威脅。因?yàn)樾枨蠓治鑫龅於塑浖こ毯晚?xiàng)目目管理的基礎(chǔ)礎(chǔ)，所以所有有風(fēng)險(xiǎn)承擔(dān)者者最好是采用用本書提供的的有效的需求求分析過程。。項(xiàng)目失敗因素素分析不完整的需求求13.1%缺乏用戶參與與12.4%不切實(shí)際的用用戶期望9.9%需求變更頻繁繁8.7%提供了不再需需要的需求7.5%由此統(tǒng)計(jì)數(shù)據(jù)據(jù)，與需求直直接相關(guān)的因因素累計(jì)權(quán)重重51.6%。軟件需求定義１、軟件需求求是一個(gè)沒有有統(tǒng)一定義的的名詞．客戶戶所定義的需需求對(duì)開發(fā)者者而言是一個(gè)個(gè)較高層次的的產(chǎn)品概念．．而開發(fā)人員員所說(shuō)的需求求對(duì)用戶來(lái)說(shuō)說(shuō)又像是詳細(xì)細(xì)設(shè)計(jì)了。2、IEEE軟件工程中中定義：（1）用戶解解決問題或達(dá)達(dá)到目標(biāo)所需需的條件或權(quán)權(quán)能。（2）系統(tǒng)或或系統(tǒng)部件要要滿足合同、、標(biāo)準(zhǔn)、規(guī)范范或其它正式式規(guī)定文檔所所需具有的條條件或權(quán)能。。

（3）一一種反映上面面（1）或（（2）所描述述的條件或權(quán)權(quán)能的文檔說(shuō)說(shuō)明。3、另外一種種通用的觀點(diǎn)點(diǎn)：認(rèn)為需求求是用戶所需需要的并能觸觸發(fā)一個(gè)程序序或系統(tǒng)開發(fā)發(fā)工作的說(shuō)明明。軟件需求定義軟件需求定義義它要解決的的問題：它的的意圖和目的的。定義問問題，，而不不是解解決方方案定義系系統(tǒng)，，而不不是項(xiàng)項(xiàng)目區(qū)分正正式和和非正正式部部分避免重重置保持每每個(gè)需需求定定義的的大小小在合合適的的范圍圍內(nèi)是是良好好的做做法并沒有有絕對(duì)對(duì)清晰晰準(zhǔn)確確的需需求存存在，，項(xiàng)目目干系系人必必須保保證理理解的的一致致性。。需求的的層次次和分類類軟件需需求包包括三三個(gè)不不同的的層次次：業(yè)業(yè)務(wù)需需求、、用戶戶需求求、和和功能能需求求。1、業(yè)業(yè)務(wù)需需求（（businessrequirement)描描述述了客客戶對(duì)對(duì)系統(tǒng)統(tǒng)、產(chǎn)品實(shí)實(shí)現(xiàn)某某些業(yè)業(yè)務(wù)流流程的的高層層次目目標(biāo)要要求。。2、用用戶需需求（（userrequirement）描描述了了用戶戶使用用產(chǎn)品品必須須完成成的任任務(wù)。。3、功功能需需求（（functionalrequirement）定定義了了開發(fā)發(fā)人員員必須須實(shí)現(xiàn)現(xiàn)的軟軟件功功能。。它們均均應(yīng)在在不同同位置置體現(xiàn)現(xiàn)在軟軟件需需求說(shuō)說(shuō)明書書中需求的的層次次和分類類軟件需需求可以分分為功能需需求、非功功能需需求和和設(shè)計(jì)計(jì)約束束三種種類型型。1、功能需求定定義了了開發(fā)發(fā)人員員必須須實(shí)現(xiàn)現(xiàn)的軟軟件功功能，使用用戶能能完成成任務(wù)務(wù)，從從而滿滿足業(yè)業(yè)務(wù)需需求。。2、非功能能需求求描述述了系系統(tǒng)展展現(xiàn)給給用戶戶的行行為和和執(zhí)行行的操操作等等，包包括外外部界界面細(xì)細(xì)節(jié)、、性能能要求求及質(zhì)質(zhì)量屬屬性。。3、設(shè)計(jì)約約束是是開發(fā)發(fā)人員員在軟軟件產(chǎn)產(chǎn)品設(shè)設(shè)計(jì)和和構(gòu)造造上的的限制制，產(chǎn)產(chǎn)品必必須遵遵從的的標(biāo)準(zhǔn)準(zhǔn)、規(guī)規(guī)范和和合約約。主主要包包括：：非技技術(shù)因因素的的技術(shù)術(shù)選型型、預(yù)預(yù)期的的軟硬硬件環(huán)環(huán)境和和預(yù)期期的使使用環(huán)環(huán)境。。每個(gè)項(xiàng)項(xiàng)目都都有需需求每個(gè)項(xiàng)項(xiàng)目都都應(yīng)該該有需需求開發(fā)軟軟件系系統(tǒng)最最為困困難的的部分分就是是準(zhǔn)確確說(shuō)明明開發(fā)發(fā)什么么，最最為困困難的的概念念性工工作是是編寫寫詳細(xì)細(xì)技術(shù)術(shù)需求求。不適當(dāng)當(dāng)需求求的一一些風(fēng)風(fēng)險(xiǎn)比如無(wú)無(wú)足夠夠用戶戶參與與、用用戶需需求不不斷增增加、、模棱棱兩可可的需需求、、不必必要的的特性性、過過于精精減等等等，，會(huì)會(huì)導(dǎo)致致開發(fā)發(fā)不順順利甚甚至失失敗高質(zhì)量量需求求的好好處：：極大地地減少少開發(fā)發(fā)后期期和整整個(gè)維維護(hù)階階段的的工作作。不合格格的需需求1.無(wú)無(wú)足足夠用用戶參參與2.用用戶戶需求求的不不斷增增加3.模模棱棱兩可可的需需求4.不不必必要的的特性性5.過過于于精簡(jiǎn)簡(jiǎn)的規(guī)規(guī)格說(shuō)說(shuō)明6.忽忽略略了用用戶分分類7.不不準(zhǔn)準(zhǔn)確的的計(jì)劃劃優(yōu)秀需需求具具有的的特性性特性：：1、完完整性性2、正正確性性3、可可行性性4、必必要性性5、劃劃分優(yōu)優(yōu)先級(jí)級(jí)6、無(wú)無(wú)二義義性7、可可驗(yàn)證證性高質(zhì)量量需求求的好好處最大的的好處處是在在開發(fā)發(fā)后期期和整整個(gè)維維護(hù)階階段的的重做做的工工作大大大減減少了了。Boehm（1981）發(fā)發(fā)現(xiàn)要要改正正在產(chǎn)產(chǎn)品付付諸應(yīng)應(yīng)用后后所發(fā)發(fā)現(xiàn)的的一個(gè)個(gè)需求求方面面的缺缺陷比比在需需求階階段改改正這這個(gè)錯(cuò)錯(cuò)誤要要多付付出68倍的的成本本。近近來(lái)很很多研研究表表明這這種錯(cuò)錯(cuò)誤導(dǎo)導(dǎo)致成成本放放大因因子可可以高高達(dá)200倍。。收集需需求能能使開開發(fā)小小組更更好地地了解解市場(chǎng)場(chǎng)，而而市場(chǎng)場(chǎng)因素素是任任何項(xiàng)項(xiàng)目成成功的的一個(gè)個(gè)關(guān)鍵鍵因素素。在在產(chǎn)品品開發(fā)發(fā)前了了解這這些比比在遭遭到客客戶批批評(píng)后后才意意識(shí)到到要節(jié)節(jié)約很很多成成本。。讓用戶戶積極極參與與需求求收集集過程程能使使產(chǎn)品品更富富有吸吸引力力，而而且能能擁有有忠實(shí)實(shí)的客客戶關(guān)關(guān)系。。通過過了解解用戶戶的任任務(wù)需需求而而不僅僅僅局局限于于一些些“華華麗””的特特性，，你能能避免免在無(wú)無(wú)用功功能上上白耗耗精力力，并并且用用戶的的參與與能彌彌補(bǔ)用用戶期期望和和開發(fā)發(fā)者實(shí)實(shí)際開開發(fā)之之間的的“鴻鴻溝（（期望望差異異）””。將選定定系統(tǒng)統(tǒng)的需需求明明確地地分配配到各各軟件件子系系統(tǒng)，，強(qiáng)調(diào)調(diào)采用用產(chǎn)品品工程程的系系統(tǒng)方方法。。這樣樣能簡(jiǎn)簡(jiǎn)化硬硬軟件件的集集成，，也能能確保保軟硬硬件系系統(tǒng)功功能匹匹配適適當(dāng)。有效的變變更控制制和影響響分析過過程也能能降低需需求變更更帶來(lái)的的負(fù)面影影響。將需求編編寫成清清晰、無(wú)無(wú)二義性性的文檔檔將會(huì)極極大地有有利于系系統(tǒng)測(cè)試試，確保保產(chǎn)品質(zhì)質(zhì)量，以以使所有有風(fēng)險(xiǎn)承承擔(dān)者感感到滿意意。需求的開開發(fā)和管管理整個(gè)需求求范圍可可分為需需求開發(fā)發(fā)和需求求管理需求開發(fā)發(fā)進(jìn)一步步可分為為：1、問題題獲取（（elicitation））2、分析析（analysis）3、編寫寫規(guī)格說(shuō)說(shuō)明（（specification）4、驗(yàn)證證（verification）需求開發(fā)發(fā)和需求求管理的的區(qū)別小結(jié)1、軟件件需求的的定義（（有多種種理解，，以IEEE為為主）。。2、理解解軟件需需求的層層次以及及各部分分組成關(guān)關(guān)系。3、優(yōu)秀需需求的特性性和給工程程實(shí)施帶來(lái)來(lái)的好處。。4、需求工工程中需求求開發(fā)和需需求管理關(guān)關(guān)系和層次次。思考：1、記錄你在當(dāng)當(dāng)前項(xiàng)目或或以前項(xiàng)目目中所遇到到的與需求求相關(guān)的問問題。分析這些問題帶帶來(lái)的影響響及其產(chǎn)生生的根本原原因。2、結(jié)合一一個(gè)你做過過或了解過過的項(xiàng)目，，討論需求求與軟件開開發(fā)的關(guān)系系。3、確定一一個(gè)小組選選題，作為為本課程的的實(shí)踐項(xiàng)目目及作業(yè)。?？蛻舻男枨笄笥^干活不由東東累死也無(wú)功功！例子Contoso制制藥公司的的高級(jí)管理理長(zhǎng)官Gerhard,會(huì)會(huì)見Contoso公司司的信息系系統(tǒng)開發(fā)小小組的新管管理員Cynthia。。“我們需要要建立一套套化學(xué)制品品跟蹤信息息系統(tǒng)”，，Gerhard說(shuō)道。?！霸撓到y(tǒng)統(tǒng)可以記錄錄庫(kù)房或某某個(gè)實(shí)驗(yàn)室室中已有的的化學(xué)藥品品，這樣，，化學(xué)專家家可以直接接從樓下的的某人那里里拿到所需需的藥品，，而不必再再買一瓶新新的。另外外，衛(wèi)生保保健部門也也得為聯(lián)邦邦政府寫些些關(guān)于化學(xué)學(xué)藥品的使使用報(bào)告。。你們小組組能在五個(gè)個(gè)月內(nèi)開發(fā)發(fā)出該系統(tǒng)統(tǒng)嗎？”“我已經(jīng)明明白這個(gè)項(xiàng)項(xiàng)目的重要要性了，Gerhard”，Cynthia說(shuō)說(shuō)，“但在在我制定計(jì)計(jì)劃前，我我們必須收收集一些系系統(tǒng)的需求求。”Gerhard覺得很奇奇怪“你的的意思是什什么？我不不是剛告訴訴你我的需需求了嗎？？”“實(shí)際上，，你只說(shuō)明明了整個(gè)項(xiàng)項(xiàng)目的概念念與目標(biāo)，，”Cynthia解釋釋道，“這這些高層次次的業(yè)務(wù)需需求并不能能為我們提提供足夠的的詳細(xì)信息息以確定究究竟要開發(fā)發(fā)什么樣的的軟件，以以及需要多多長(zhǎng)時(shí)間。。我需要一一些分析人人員與一些些知道系統(tǒng)統(tǒng)使用要求求的化學(xué)專專家進(jìn)行討討論，然后后才能真正正明白達(dá)到到業(yè)務(wù)目標(biāo)標(biāo)所需的各各種功能和和用戶的要要求。我們們甚至并不不需要開發(fā)發(fā)一個(gè)新的的軟件系統(tǒng)統(tǒng)，這樣可可節(jié)省許多多錢?！盙erhard此前還從從未遇到過過與這位系系統(tǒng)開發(fā)人人員類似的的看法?！啊澳切┗瘜W(xué)學(xué)專家都非非常忙”他他堅(jiān)持道，，“他們沒沒有時(shí)間與與你們?cè)敿?xì)細(xì)討論各種種細(xì)節(jié)，你你不能讓你你的手下的的人說(shuō)明要要做的系統(tǒng)統(tǒng)嗎？”Cynthia盡力解釋釋從使用新新系統(tǒng)的用用戶處收集集需求的合合理性。““如果我們們只是憑空空猜想用戶戶要求，結(jié)結(jié)果不會(huì)令令人滿意。。我們只是是軟件開發(fā)發(fā)人員，而而并非化學(xué)學(xué)專家。我我們并不能能真正明白白化學(xué)專家家們需要這這個(gè)化學(xué)制制品跟蹤系系統(tǒng)做些什什么。我曾曾經(jīng)嘗試過過，未真正正明白這些些問題就匆匆忙開始編編碼，結(jié)果果沒有人對(duì)對(duì)產(chǎn)品滿意意?！靶辛?，行行了，我們們沒有那么么多時(shí)間””Gerhard堅(jiān)持道道?！拔襾?lái)來(lái)告訴你需需求，請(qǐng)馬馬上開始開開發(fā)系統(tǒng)。。隨時(shí)將你你們的進(jìn)展展情況告訴訴我?！眴栴}分析：：對(duì)不同層次次需求（業(yè)業(yè)務(wù)、用戶戶、功能））的混淆所所致。Gerhard說(shuō)明了一一些業(yè)務(wù)需需求，但他他并不能描描述用戶需需求，因?yàn)闉樗⒉皇鞘恰盎瘜W(xué)制制品跟蹤系系統(tǒng)”的實(shí)實(shí)際使用者者。只有實(shí)實(shí)際用戶才才能描述他他們要用此此系統(tǒng)必須須完成的任任務(wù)。但他他們又不能能指出完成成這些任務(wù)務(wù)所有具體體的功能需需求?？蛻魬艉秃烷_開發(fā)發(fā)人人員員的的關(guān)關(guān)系系要求求開開發(fā)發(fā)一一個(gè)個(gè)新新信信息息系系統(tǒng)統(tǒng)的的客客戶戶通通常常并并不不懂懂得得從從系系統(tǒng)統(tǒng)的的實(shí)實(shí)際際用用戶戶處處得得到到信信息息的的重重要要性性；；市場(chǎng)場(chǎng)人人員員在在有有了了一一個(gè)個(gè)很很不不錯(cuò)錯(cuò)的的新新產(chǎn)產(chǎn)品品想想法法后后，，也也就就自自認(rèn)認(rèn)為為能能充充分分代代表表產(chǎn)產(chǎn)品品用用戶戶的的興興趣趣要要求求。。直接接從從產(chǎn)產(chǎn)品品的的實(shí)實(shí)際際用用戶戶處處收收集集需需求求有有著著不不可可替替代代的的必必要要性性。。導(dǎo)導(dǎo)致致項(xiàng)項(xiàng)目目失失敗敗的的最最主主要要的的兩兩個(gè)個(gè)原原因因是是缺乏用戶參與與和不完整的需求求以及不完整整的規(guī)格說(shuō)明明。1.客戶的涵涵義通常意義下，，客戶是指直直接或者間接接從產(chǎn)品中獲獲得利益的個(gè)個(gè)人或者組織織。軟件客戶包括括提出要求、、支付款項(xiàng)、、選擇、具體體說(shuō)明或使用用軟件產(chǎn)品的的項(xiàng)目風(fēng)險(xiǎn)承承擔(dān)者（Stakeholder））或是獲得產(chǎn)產(chǎn)品所產(chǎn)生結(jié)結(jié)果的人?？蛻舻膭澐稚蠈有枨蟆獦I(yè)務(wù)需求，，代表采購(gòu)、、支付或投資資軟件產(chǎn)品的的這類客戶，，他們有義務(wù)務(wù)說(shuō)明業(yè)務(wù)需需求。他們應(yīng)應(yīng)闡明產(chǎn)品高高層次概念和和將發(fā)布產(chǎn)品品的主要業(yè)務(wù)務(wù)內(nèi)容。下層需求———用戶需求，，必須從使用用產(chǎn)品的用戶戶處收集，因因此這些用戶戶（通常稱最最終用戶），，構(gòu)成了另一一種軟件客戶戶。說(shuō)明業(yè)業(yè)務(wù)需需求的的客戶戶有時(shí)時(shí)候?qū)⒋嫣嬗脩魬粽f(shuō)話話，但但通常常他們們根本本無(wú)法法準(zhǔn)確確說(shuō)明明用戶戶需求求。因因?yàn)樾判畔⑾迪到y(tǒng)、、合同同或是是客戶戶應(yīng)用用程序序開發(fā)發(fā)，業(yè)業(yè)務(wù)需需求應(yīng)應(yīng)來(lái)自自風(fēng)險(xiǎn)險(xiǎn)承擔(dān)擔(dān)者，，而用用戶需需求則則應(yīng)來(lái)來(lái)自產(chǎn)產(chǎn)品的的真正正使用用者、、操作作者.不幸的的是，，這兩兩種客客戶可可能都都覺得得他們們沒有有時(shí)間間與(收集集、分分析與與編寫寫需求求說(shuō)明明)需需求分分析者者討論論。有時(shí)客客戶還還希望望分析析人員員或開開發(fā)人人員無(wú)無(wú)須討討論和和編寫寫文檔檔就能能說(shuō)出出用戶戶的需需求。。除非非遇到到的需需求極極為簡(jiǎn)簡(jiǎn)單，，否則則不能能這樣樣做。。如果果你的的組織織希望望軟件件成功功，那那必須須要花花上數(shù)數(shù)天時(shí)時(shí)間來(lái)來(lái)消除除需求求中模模糊不不清的的地方方和一一些使使程序序人員員感到到困惑惑的方方面。。2客客戶戶和和開開發(fā)發(fā)人人員員的的合合作作關(guān)關(guān)系系客戶戶是是敵敵人人??！矛盾產(chǎn)生生的客戶是上上帝！衣食父母母客戶是朋朋友！工作中、、工作之之余的伙伙伴，朋朋友?；セハ鄮椭蛻羰菓賾偃?！生生死死死永不分分。建立正確確的客戶戶觀優(yōu)秀的軟軟件產(chǎn)品品是建立立在優(yōu)秀秀的需求求的基礎(chǔ)礎(chǔ)之上。。而高質(zhì)質(zhì)量的需需求來(lái)源源于客戶戶和開發(fā)發(fā)人員之之間有效效的交流流和合作作。1、軟件件客戶需需求權(quán)利利書：列列出了十十條關(guān)于于客戶在在項(xiàng)目需需求工程程實(shí)施中中與分析析人員，，開發(fā)人人員交流流時(shí)的合合法要求求。2、軟件件客戶需需求義務(wù)務(wù)書：列列出了十十條關(guān)于于客戶在在需求過過程中應(yīng)應(yīng)承擔(dān)的的義務(wù)。。軟件客戶戶需求權(quán)權(quán)利書1.要要求分析析人員使使用符合合客戶語(yǔ)語(yǔ)言習(xí)慣慣的表達(dá)達(dá)。2.要要求分析析人員了了解客戶戶系統(tǒng)的的業(yè)務(wù)及及目標(biāo)。。3.要要求分析析人員組組織需求求獲取期期間所介介紹的信信息，并并編寫軟軟件需求求規(guī)格說(shuō)說(shuō)明。4.要要求開發(fā)發(fā)人員對(duì)對(duì)需求過過程中所所產(chǎn)生的的工作結(jié)結(jié)果進(jìn)行行解釋說(shuō)說(shuō)明。5.要要求開發(fā)發(fā)人員在在整個(gè)交交流過程程中保持持和維護(hù)護(hù)一種合合作的職職業(yè)態(tài)度度。6.要要求開發(fā)發(fā)人員對(duì)對(duì)產(chǎn)品的的實(shí)現(xiàn)及及需求都都要提供供建議，，拿出主主意。7.描描述產(chǎn)品品使其具具有易用用、好用用的特性性。8.可可以調(diào)整整需求，，允許重重用已有有的軟件件組件。。9.當(dāng)當(dāng)需要對(duì)對(duì)需求進(jìn)進(jìn)行變更更時(shí)，對(duì)對(duì)成本、、影響、、得失（（trade-off）有有個(gè)真實(shí)實(shí)可信的的評(píng)估。。10.獲獲得滿滿足客戶戶功能和和質(zhì)量要要求的系系統(tǒng)，并并且這些些要求是是開發(fā)人人員同意意的。軟件客戶戶需求義義務(wù)書1.給給分析人人員講解解業(yè)務(wù)及及說(shuō)明業(yè)業(yè)務(wù)方面面的術(shù)語(yǔ)語(yǔ)等專業(yè)業(yè)問題。。2.抽抽出時(shí)間間清楚地地說(shuō)明需需求并不不斷完善善。3.當(dāng)當(dāng)說(shuō)明系系統(tǒng)需求求時(shí)，力力求準(zhǔn)確確詳細(xì)。。4.需需要時(shí)要要及時(shí)對(duì)對(duì)需求做做出決策策。5.要要尊重開開發(fā)人員員的成本本估算和和對(duì)需求求的可行行性分析析。6.對(duì)對(duì)單項(xiàng)需需求、系系統(tǒng)特性性或使用用實(shí)例劃劃分優(yōu)先先級(jí)。7.評(píng)評(píng)審需求求文檔和和原型。。8.一一旦知道道要對(duì)項(xiàng)項(xiàng)目需求求進(jìn)行變變更，要要馬上與與開發(fā)人人員聯(lián)系系。9.在在要求需需求變更更時(shí)，應(yīng)應(yīng)遵照開開發(fā)組織織確定的的工作過過程來(lái)處處理。10.尊尊重需需求工程程中開發(fā)發(fā)人員采采用的流流程（過過程）。。3簽簽約重要性：：為所開開發(fā)產(chǎn)品品的需求求簽定協(xié)協(xié)議是客客戶與開開發(fā)人員員關(guān)系中中的重要要部分。。有的作為為合同的的一部分分（附件件）是開發(fā)人人員設(shè)計(jì)計(jì)變成測(cè)測(cè)試的依依據(jù)重大需求求變更需需增加開開發(fā)費(fèi)用用是項(xiàng)目驗(yàn)驗(yàn)收的最最重要標(biāo)標(biāo)準(zhǔn)是雙方解解決分歧歧