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

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

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

Emailduanliying2005@126.com第一章軟軟件需需求概述需求的必必要性軟件需求求的定義義需求的層層次和分分類優(yōu)秀需求求具有的的特性需求工程程內(nèi)容：：需求開開發(fā)與需需求管理理個(gè)人的需需求之痛痛身份證的的煩惱？？？？？簽約之惱惱??！例1“喂，是是Phil嗎？？我是人人力資源源部的Maria，我我們?cè)谑故褂媚憔幘帉懙穆毬殕T系統(tǒng)統(tǒng)時(shí)遇到到一個(gè)問問題，一一個(gè)職員員想把她她的名字字改成SparkleStarlight而而系統(tǒng)不不允許，，你能幫幫幫忙嗎嗎？”“她嫁給給了一個(gè)個(gè)姓Starlight的的人嗎？？”Phil問?！安?，她她沒有結(jié)結(jié)婚，而而僅僅是是要更改改她的名名字，””Maria回答。?！熬褪鞘沁@問題題，好像像我們只只能在婚婚姻狀況況改變時(shí)時(shí)才能更更改姓名名?！薄爱?dāng)然是是這樣，，我從沒沒想過誰誰會(huì)莫名名其妙地地更改自自己的姓姓名。我我不記得得你曾告告訴我系系統(tǒng)需要要處理這這樣的事事情，這這就是為為什么你你們只能能在改變變婚姻狀狀況對(duì)話話框中才才能進(jìn)入入更改姓姓名的對(duì)對(duì)話框。。”Phil說說。Maria說說：“我我想你當(dāng)當(dāng)然知道道每個(gè)人人只要愿愿意都可可以隨時(shí)時(shí)合法更更改他（（她）們們的姓名名。但不不管怎樣樣，我們們希望在在下周五五之前解解決這個(gè)個(gè)問題，，否則，，Sparkle將將不能支支付她的的賬單。。你能在在此前修修改好這這個(gè)錯(cuò)誤誤嗎？””“這并不不是我的的錯(cuò)！我我從來不不知道你你需要處處理這種種情況。。我現(xiàn)在在正忙著著做一個(gè)個(gè)新的性性能檢測(cè)測(cè)系統(tǒng)，，并且還還要處理理職員系系統(tǒng)的一一些需求求變更請(qǐng)請(qǐng)求”（（傳傳來翻閱閱稿紙的的聲音））。“我還有有別的事事。我只只可能在在月底前前修改好好，一周周內(nèi)不行行，很抱抱歉。下下次若有有類似情情況，請(qǐng)請(qǐng)?jiān)缫恍┬└嬖V我我并把它它們寫下下來?！薄薄澳俏以踉趺锤鶶parkle說呢？？”Maria追追問道，，“如果果她不能能支付賬賬單，那那她只能能掛帳了了。”“Maria，你要要明白，，這不是是我的過過錯(cuò)?！薄盤hil堅(jiān)持持道，““如果你你一開始始就告訴訴我，你你要能隨隨時(shí)改變變某個(gè)人人的名字字，那這這些都不不會(huì)發(fā)生生。因此此你不能能因我未未猜出你你的想法法（需求求）就責(zé)責(zé)備我。。”Maria不不得不憤憤怒地屈屈從：““好吧，，好吧，，這種煩煩人的事事使我恨恨死計(jì)算算機(jī)系統(tǒng)統(tǒng)了。等等你修改改好了，，馬上打打電話告告訴我，，行吧？？”例2Steven剛剛出任項(xiàng)項(xiàng)目經(jīng)理理，并承承接了一一個(gè)中型型軟件項(xiàng)項(xiàng)目。公公司再三三叮嚀他他一定要要尊重客客戶，充充分滿足足客戶需需求。項(xiàng)目開始始比較順順利，但但進(jìn)入到到后期，，客戶頻頻繁的需需求變更更帶來很很多額外外工作。。Steven動(dòng)動(dòng)員大家家加班，，保持了了項(xiàng)目的的正常進(jìn)進(jìn)度，客客戶相當(dāng)當(dāng)滿意。。但需求變變更卻越越來越多多。為了節(jié)省省時(shí)間，，客戶的的業(yè)務(wù)人人員不再再向Steven申請(qǐng)請(qǐng)變更，，而是直直接找程程序員商商量。程序員疲疲于應(yīng)付付，往往往直接改改程序而而不做任任何記錄錄，很多多相關(guān)文文檔也忘忘記修改改。很快Steven就發(fā)發(fā)現(xiàn)：需需求、設(shè)設(shè)計(jì)和代代碼無法法保持一一致，甚甚至沒有有人能說說清楚現(xiàn)現(xiàn)在系統(tǒng)統(tǒng)“到底底改成什什么樣了了”。版本管理理也出現(xiàn)現(xiàn)了混亂亂，很多多人違反反配置管管理規(guī)定定，直接接在測(cè)試試環(huán)境中中修改和和編譯程程序。但在進(jìn)度度壓力下下，他也也只能佯佯裝不知知此事。。但因頻頻繁出現(xiàn)現(xiàn)“改好好的錯(cuò)誤誤又重新新出現(xiàn)””的問題題，客戶戶已經(jīng)明明確表示示“失去去了耐心心”。而這還只只是噩夢(mèng)夢(mèng)的開始始。一個(gè)程序序員未經(jīng)經(jīng)許可擅擅自修改改了核心心模塊，，造成系系統(tǒng)運(yùn)行行異常緩緩慢，大大量應(yīng)用用程序超超時(shí)退出出。雖然最終終花費(fèi)了了整整3天的時(shí)時(shí)間解決決了這個(gè)個(gè)問題，，但客戶戶卻投訴訴了，表表示“無無法容忍忍這種低低下的項(xiàng)項(xiàng)目管理理水平””。更糟糕的的是，因因?yàn)閾?dān)心心系統(tǒng)中中還隱含含著其他他類似的的錯(cuò)誤，，客戶高高層對(duì)項(xiàng)項(xiàng)目的質(zhì)質(zhì)量也疑疑慮重重重。隨后發(fā)生生的事情情讓Steven更加加為難客客戶的兩兩個(gè)負(fù)責(zé)責(zé)人對(duì)界界面風(fēng)格格的看法法不一致致，并為為此發(fā)生生了激烈烈爭(zhēng)執(zhí)。。Steven知知道如果果發(fā)表意意見可能能會(huì)得罪罪其中一一方，于于是保持持了沉默默。最終客戶戶決定調(diào)調(diào)整所有有界面，，Steven只好好立刻動(dòng)動(dòng)員大家家抓緊時(shí)時(shí)間修改改?？珊髞懋?dāng)當(dāng)聽說因因修改界界面而造造成了項(xiàng)項(xiàng)目一周周的延誤誤后，客客戶方原原來發(fā)生生爭(zhēng)執(zhí)的的兩人這這次卻非非常一致致，同時(shí)時(shí)氣憤地地質(zhì)問Steven：：“為什什么你不不早點(diǎn)告告訴我們們要延期期！早知知這樣才才不會(huì)讓讓你改呢呢！”Steven很很無耐，，疑惑自自己到底底錯(cuò)在哪哪里了。。思考如果作為為客戶有有過類似似的經(jīng)驗(yàn)驗(yàn)，你一一定知道道：一個(gè)個(gè)不能進(jìn)進(jìn)行一項(xiàng)項(xiàng)基本操操作的軟軟件產(chǎn)品品是多么么令人煩煩惱。盡盡管開發(fā)發(fā)者最終終會(huì)滿足足你的要要求，你你也不會(huì)會(huì)感謝他他。但從從開發(fā)者者角度來來看，在在整個(gè)系系統(tǒng)已經(jīng)經(jīng)完成后后，用戶戶再提出出對(duì)功能能的進(jìn)一一步要求求是多么么煩人的的事。同同時(shí)，修修改系統(tǒng)統(tǒng)的請(qǐng)求求迫使你你放下當(dāng)當(dāng)前的項(xiàng)項(xiàng)目，而而且往往往修改請(qǐng)請(qǐng)求還要要求你優(yōu)優(yōu)先處理理，也是是令人很很不愉快快的。其實(shí)，在在軟件開開發(fā)中遇遇到的許許多問題題，都是是由于收收集、編編寫、協(xié)協(xié)商、修修改產(chǎn)品品需求過過程中的的手續(xù)和和作法（（方法））失誤帶帶來的。。例如上上面的Phil和Maria，出出現(xiàn)的問問題涉及及到非正正式信息息的收集集，未確確定的或或不明確確的功能能，未發(fā)發(fā)現(xiàn)或未未經(jīng)交流流的假設(shè)設(shè)，不完完善的需需求文檔檔，以及及突發(fā)的的需求變變更過程程。對(duì)大多數(shù)數(shù)人來說說，若要要建一幢幢20萬美元元的房子子，他一一定會(huì)與與建房者者詳細(xì)討討論各種種細(xì)節(jié)，，他們都都明白完完工以后后的修改改會(huì)造成成損失，，以及變變更細(xì)節(jié)節(jié)的危害害性。然而，涉涉及到軟軟件開發(fā)發(fā)，人們們卻變得得“大大大咧咧””起來。。軟件項(xiàng)項(xiàng)目中百百分之四四十至百百分之六六十的問問題都是是在需求求分析階階段埋下下的“禍禍根”（（Leffingwell1997）。可許多組組織仍在在那些基基本的項(xiàng)項(xiàng)目功能能上采用用一些不不合規(guī)范范的方法法，這樣樣導(dǎo)致的的后果便便是一條條鴻溝（（期望差差異）——開發(fā)者者開發(fā)的的與用戶戶所想得得到的軟軟件存在在著巨大大期望差差異。在軟件工工程中，，所有的的風(fēng)險(xiǎn)承承擔(dān)者（（stakeholder）都都感興趣趣的就是是需求分分析階段段。這些風(fēng)險(xiǎn)險(xiǎn)承擔(dān)者者包括客客戶、用用戶、業(yè)業(yè)務(wù)或需需求分析析員（負(fù)負(fù)責(zé)收集集客戶需需求并編編寫文檔檔，以及及負(fù)責(zé)客客戶與開開發(fā)機(jī)構(gòu)構(gòu)之間聯(lián)聯(lián)系溝通通的人））、開發(fā)發(fā)人員、、測(cè)試人人員、用用戶文檔檔編寫者者、項(xiàng)目目管理者者和客戶戶管理者者。這部分工工作若處處理好了了，能開開發(fā)出很很出色的的產(chǎn)品，，同時(shí)會(huì)會(huì)使客戶戶感到滿滿意，開開發(fā)者也也倍感滿滿足、充充實(shí)。若若處理不不好，則則會(huì)導(dǎo)致致誤解、、挫折、、障礙以以及潛在在質(zhì)量和和業(yè)務(wù)價(jià)價(jià)值上的的威脅。。因?yàn)樾枨笄蠓治龅斓於塑涇浖こ坛毯晚?xiàng)目目管理的的基礎(chǔ)，，所以所所有風(fēng)險(xiǎn)險(xiǎn)承擔(dān)者者最好是是采用本本書提供供的有效效的需求求分析過過程。項(xiàng)目失敗敗因素分分析不完整的的需求13.1%缺乏用戶戶參與12.4%不切實(shí)際際的用戶戶期望9.9%%需求變更更頻繁8.7%%提供了不不再需要要的需求求7.5%由此統(tǒng)計(jì)計(jì)數(shù)據(jù)，，與需求求直接相相關(guān)的因因素累計(jì)計(jì)權(quán)重51.6%。軟件需求求定義１、軟件件需求是是一個(gè)沒沒有統(tǒng)一一定義的的名詞．．客戶所所定義的的需求對(duì)對(duì)開發(fā)者者而言是是一個(gè)較較高層次次的產(chǎn)品品概念．．而開發(fā)發(fā)人員所所說的需需求對(duì)用用戶來說說又像是是詳細(xì)設(shè)設(shè)計(jì)了。。2、IEEE軟軟件工程程中定義義：（1）用用戶解決決問題或或達(dá)到目目標(biāo)所需需的條件件或權(quán)能能。（2）系系統(tǒng)或系系統(tǒng)部件件要滿足足合同、、標(biāo)準(zhǔn)、、規(guī)范或或其它正正式規(guī)定定文檔所所需具有有的條件件或權(quán)能能。（（3）一一種反映映上面（（1）或或（2））所描述述的條件件或權(quán)能能的文檔檔說明。。3、另外外一種通通用的觀觀點(diǎn)：認(rèn)認(rèn)為需求求是用戶戶所需要要的并能能觸發(fā)一一個(gè)程序序或系統(tǒng)統(tǒng)開發(fā)工工作的說說明。軟件需求求定義軟件需求求定義它它要解決決的問題題：它的的意圖和和目的。。定義問題題，而不不是解決決方案定義系統(tǒng)統(tǒng)，而不不是項(xiàng)目目區(qū)分正式式和非正正式部分分避免重置置保持每個(gè)個(gè)需求定定義的大大小在合合適的范范圍內(nèi)是是良好的的做法并沒有絕絕對(duì)清晰晰準(zhǔn)確的的需求存存在，項(xiàng)項(xiàng)目干系系人必須須保證理理解的一一致性。。需求的層層次和分類軟件需求求包括三三個(gè)不同同的層次次：業(yè)務(wù)務(wù)需求、、用戶需需求、和和功能需需求。1、業(yè)務(wù)務(wù)需求（（businessrequirement))描述述了客戶戶對(duì)系統(tǒng)統(tǒng)、產(chǎn)品實(shí)現(xiàn)現(xiàn)某些業(yè)業(yè)務(wù)流程程的高層層次目標(biāo)標(biāo)要求。。2、用戶戶需求（（userrequirement）描描述了用用戶使用用產(chǎn)品必必須完成成的任務(wù)務(wù)。3、功能能需求（（functionalrequirement）定定義了開開發(fā)人員員必須實(shí)實(shí)現(xiàn)的軟軟件功能能。它們均應(yīng)應(yīng)在不同同位置體體現(xiàn)在軟軟件需求求說明書書中需求的層層次和分類軟件需求求可以分為為功能需求求、非功能能需求和和設(shè)計(jì)約約束三種種類型。1、功能需求定義義了開發(fā)發(fā)人員必必須實(shí)現(xiàn)現(xiàn)的軟件件功能，使用戶戶能完成成任務(wù)，，從而滿滿足業(yè)務(wù)務(wù)需求。。2、非功能需需求描述述了系統(tǒng)統(tǒng)展現(xiàn)給給用戶的的行為和和執(zhí)行的的操作等等，包括括外部界界面細(xì)節(jié)節(jié)、性能能要求及及質(zhì)量屬屬性。3、設(shè)計(jì)約束束是開發(fā)發(fā)人員在在軟件產(chǎn)產(chǎn)品設(shè)計(jì)計(jì)和構(gòu)造造上的限限制，產(chǎn)產(chǎn)品必須須遵從的的標(biāo)準(zhǔn)、、規(guī)范和和合約。。主要包包括：非非技術(shù)因因素的技技術(shù)選型型、預(yù)期期的軟硬硬件環(huán)境境和預(yù)期期的使用用環(huán)境。。每個(gè)項(xiàng)目目都有需需求每個(gè)項(xiàng)目目都應(yīng)該該有需求求開發(fā)軟件件系統(tǒng)最最為困難難的部分分就是準(zhǔn)準(zhǔn)確說明明開發(fā)什什么，最最為困難難的概念念性工作作是編寫寫詳細(xì)技技術(shù)需求求。不適當(dāng)需需求的一一些風(fēng)險(xiǎn)險(xiǎn)比如無足足夠用戶戶參與、、用戶需需求不斷斷增加、、模棱兩兩可的需需求、不不必要的的特性、、過于精精減等等等，會(huì)會(huì)導(dǎo)致開開發(fā)不順順利甚至至失敗高質(zhì)量需需求的好好處：極大地減減少開發(fā)發(fā)后期和和整個(gè)維維護(hù)階段段的工作作。不合格的的需求1.無無足夠用用戶參與與2.用用戶需求求的不斷斷增加3.模模棱兩可可的需求求4.不不必要的的特性5.過過于精簡(jiǎn)簡(jiǎn)的規(guī)格格說明6.忽忽略了用用戶分類類7.不不準(zhǔn)確的的計(jì)劃優(yōu)秀需求求具有的的特性特性：1、完整整性2、正確確性3、可行行性4、必要要性5、劃分分優(yōu)先級(jí)級(jí)6、無二二義性7、可驗(yàn)驗(yàn)證性高質(zhì)量需需求的好好處最大的好好處是在在開發(fā)后后期和整整個(gè)維護(hù)護(hù)階段的的重做的的工作大大大減少少了。Boehm（（1981）發(fā)發(fā)現(xiàn)要改改正在產(chǎn)產(chǎn)品付諸諸應(yīng)用后后所發(fā)現(xiàn)現(xiàn)的一個(gè)個(gè)需求方方面的缺缺陷比在在需求階階段改正正這個(gè)錯(cuò)錯(cuò)誤要多多付出68倍倍的成本本。近來來很多研研究表明明這種錯(cuò)錯(cuò)誤導(dǎo)致致成本放放大因子子可以高高達(dá)200倍。收集需求求能使開開發(fā)小組組更好地地了解市市場(chǎng)，而而市場(chǎng)因因素是任任何項(xiàng)目目成功的的一個(gè)關(guān)關(guān)鍵因素素。在產(chǎn)產(chǎn)品開發(fā)發(fā)前了解解這些比比在遭到到客戶批批評(píng)后才才意識(shí)到到要節(jié)約約很多成成本。讓用戶積積極參與與需求收收集過程程能使產(chǎn)產(chǎn)品更富富有吸引引力，而而且能擁擁有忠實(shí)實(shí)的客戶戶關(guān)系。。通過了了解用戶戶的任務(wù)務(wù)需求而而不僅僅僅局限于于一些““華麗””的特性性，你能能避免在在無用功功能上白白耗精力力，并且且用戶的的參與能能彌補(bǔ)用用戶期望望和開發(fā)發(fā)者實(shí)際際開發(fā)之之間的““鴻溝（（期望差差異）””。將選定系系統(tǒng)的需需求明確確地分配配到各軟軟件子系系統(tǒng)，強(qiáng)強(qiáng)調(diào)采用用產(chǎn)品工工程的系系統(tǒng)方法法。這樣樣能簡(jiǎn)化化硬軟件件的集成成，也能能確保軟軟硬件系系統(tǒng)功能能匹配適適當(dāng)。有效的變變更控制制和影響響分析過過程也能能降低需需求變更更帶來的的負(fù)面影影響。將需求編編寫成清清晰、無無二義性性的文檔檔將會(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ī)格說說明（（specification）4、驗(yàn)證證（verification）需求開發(fā)發(fā)和需求求管理的的區(qū)別小結(jié)1、軟件件需求的的定義（（有多種種理解，，以IEEE為為主）。。2、理解解軟件需需求的層層次以及及各部分分組成關(guān)關(guān)系。3、優(yōu)秀秀需求的的特性和和給工程程實(shí)施帶帶來的好好處。4、需求求工程中中需求開開發(fā)和需需求管理理關(guān)系和和層次。。思考：1、記錄你在在當(dāng)前項(xiàng)項(xiàng)目或以以前項(xiàng)目目中所遇遇到的與與需求相相關(guān)的問問題。分析這些問題題帶來的的影響及及其產(chǎn)生生的根本本原因。。2、結(jié)合合一個(gè)你你做過或或了解過過的項(xiàng)目目，討論論需求與與軟件開開發(fā)的關(guān)關(guān)系。3、確定定一個(gè)小小組選題題，作為為本課程程的實(shí)踐踐項(xiàng)目及及作業(yè)。。客戶的需需求觀干活不由由東累死也無無功！例子Contoso制藥藥公司的的高級(jí)管管理長(zhǎng)官官Gerhard,,會(huì)見Contoso公司的的信息系系統(tǒng)開發(fā)發(fā)小組的的新管理理員Cynthia。?！拔覀冃栊枰⒘⒁惶谆瘜W(xué)制品品跟蹤信信息系統(tǒng)統(tǒng)”，Gerhard說道。。“該系系統(tǒng)可以以記錄庫(kù)庫(kù)房或某某個(gè)實(shí)驗(yàn)驗(yàn)室中已已有的化化學(xué)藥品品，這樣樣，化學(xué)學(xué)專家可可以直接接從樓下下的某人人那里拿拿到所需需的藥品品，而不不必再買買一瓶新新的。另另外，衛(wèi)衛(wèi)生保健健部門也也得為聯(lián)聯(lián)邦政府府寫些關(guān)關(guān)于化學(xué)學(xué)藥品的的使用報(bào)報(bào)告。你你們小組組能在五五個(gè)月內(nèi)內(nèi)開發(fā)出出該系統(tǒng)統(tǒng)嗎？””“我已經(jīng)經(jīng)明白這這個(gè)項(xiàng)目目的重要要性了，，Gerhard”，，Cynthia說，，“但在在我制定定計(jì)劃前前，我們們必須收收集一些些系統(tǒng)的的需求。。”Gerhard覺得很很奇怪““你的意意思是什什么？我我不是剛剛告訴你你我的需需求了嗎嗎？”“實(shí)際上上，你只只說明了了整個(gè)項(xiàng)項(xiàng)目的概概念與目目標(biāo)，””Cynthia解釋釋道，““這些高高層次的的業(yè)務(wù)需需求并不不能為我我們提供供足夠的的詳細(xì)信信息以確確定究竟竟要開發(fā)發(fā)什么樣樣的軟件件，以及及需要多多長(zhǎng)時(shí)間間。我需需要一些些分析人人員與一一些知道道系統(tǒng)使使用要求求的化學(xué)學(xué)專家進(jìn)進(jìn)行討論論，然后后才能真真正明白白達(dá)到業(yè)業(yè)務(wù)目標(biāo)標(biāo)所需的的各種功功能和用用戶的要要求。我我們甚至至并不需需要開發(fā)發(fā)一個(gè)新新的軟件件系統(tǒng)，，這樣可可節(jié)省許許多錢。?！盙erhard此前還還從未遇遇到過與與這位系系統(tǒng)開發(fā)發(fā)人員類類似的看看法?！啊澳切┗瘜W(xué)專家家都非常常忙”他他堅(jiān)持道道，“他他們沒有有時(shí)間與與你們?cè)斣敿?xì)討論論各種細(xì)細(xì)節(jié)，你你不能讓讓你的手手下的人人說明要要做的系系統(tǒng)嗎？？”Cynthia盡力解解釋從使使用新系系統(tǒng)的用用戶處收收集需求求的合理理性。““如果我我們只是是憑空猜猜想用戶戶要求，，結(jié)果不不會(huì)令人人滿意。。我們只只是軟件件開發(fā)人人員，而而并非化化學(xué)專家家。我們們并不能能真正明明白化學(xué)學(xué)專家們們需要這這個(gè)化學(xué)學(xué)制品跟跟蹤系統(tǒng)統(tǒng)做些什什么。我我曾經(jīng)嘗嘗試過，，未真正正明白這這些問題題就匆忙忙開始編編碼，結(jié)結(jié)果沒有有人對(duì)產(chǎn)產(chǎn)品滿意意?！靶辛耍?，行了，，我們沒沒有那么么多時(shí)間間”Gerhard堅(jiān)堅(jiān)持道。?！拔襾韥砀嬖V你你需求，，請(qǐng)馬上上開始開開發(fā)系統(tǒng)統(tǒng)。隨時(shí)時(shí)將你們們的進(jìn)展展情況告告訴我。。”問題分析析：對(duì)不同層層次需求求（業(yè)務(wù)務(wù)、用戶戶、功能能）的混混淆所致致。Gerhard說明了了一些業(yè)業(yè)務(wù)需求求，但他他并不能能描述用用戶需求求，因?yàn)闉樗⒉徊皇恰盎瘜W(xué)制品品跟蹤系系統(tǒng)”的的實(shí)際使使用者。。只有實(shí)實(shí)際用戶戶才能描描述他們們要用此此系統(tǒng)必必須完成成的任務(wù)務(wù)。但他他們又不不能指出出完成這這些任務(wù)務(wù)所有具具體的功功能需求求?？蛻艉烷_開發(fā)人員員的關(guān)系系要求開發(fā)發(fā)一個(gè)新新信息系系統(tǒng)的客客戶通常常并不懂懂得從系系統(tǒng)的實(shí)實(shí)際用戶戶處得到到信息的的重要性性；市場(chǎng)人員員在有了了一個(gè)很很不錯(cuò)的的新產(chǎn)品品想法后后，也就就自認(rèn)為為能充分分代表產(chǎn)產(chǎn)品用戶戶的興趣趣要求。。直接從產(chǎn)產(chǎn)品的實(shí)實(shí)際用戶戶處收集集需求有有著不可可替代的的必要性性。導(dǎo)致致項(xiàng)目失失敗的最最主要的的兩個(gè)原原因是缺乏用戶戶參與和不完整的的需求以以及不完完整的規(guī)規(guī)格說明明。1.客戶戶的涵義義通常意義義下，客客戶是指指直接或或者間接接從產(chǎn)品品中獲得得利益的的個(gè)人或或者組織織。軟件客戶戶包括提提出要求求、支付付款項(xiàng)、、選擇、、具體說說明或使使用軟件件產(chǎn)品的的項(xiàng)目風(fēng)風(fēng)險(xiǎn)承擔(dān)擔(dān)者（Stakeholder）或或是獲得得產(chǎn)品所所產(chǎn)生結(jié)結(jié)果的人人。客戶的劃劃分上層需求求——業(yè)業(yè)務(wù)需求求，代表表采購(gòu)、、支付或或投資軟軟件產(chǎn)品品的這類類客戶，，他們有有義務(wù)說說明業(yè)務(wù)務(wù)需求。。他們應(yīng)應(yīng)闡明產(chǎn)產(chǎn)品高層層次概念念和將發(fā)發(fā)布產(chǎn)品品的主要要業(yè)務(wù)內(nèi)內(nèi)容。下層需求求——用用戶需求求，必須須從使用用產(chǎn)品的的用戶處處收集，，因此這這些用戶戶（通常常稱最終終用戶）），構(gòu)成成了另一一種軟件件客戶。。說明業(yè)務(wù)務(wù)需求的的客戶有有時(shí)候?qū)⒋嬗糜脩粽f話話，但通通常他們們根本無無法準(zhǔn)確確說明用用戶需求求。因?yàn)闉樾畔⑾迪到y(tǒng)、合合同或是是客戶應(yīng)應(yīng)用程序序開發(fā)，，業(yè)務(wù)需需求應(yīng)來來自風(fēng)險(xiǎn)險(xiǎn)承擔(dān)者者，而用用戶需求求則應(yīng)來來自產(chǎn)品品的真正正使用者者、操作作者.不幸的是是，這兩兩種客戶戶可能都都覺得他他們沒有有時(shí)間與與(收集集、分析析與編寫寫需求說說明)需需求分析析者討論論。有時(shí)客戶戶還希望望分析人人員或開開發(fā)人員員無須討討論和編編寫文檔檔就能說說出用戶戶的需求求。除非非遇到的的需求極極為簡(jiǎn)單單，否則則不能這這樣做。。如果你你的組織織希望軟軟件成功功，那必必須要花花上數(shù)天天時(shí)間來來消除需需求中模模糊不清清的地方方和一些些使程序序人員感感到困惑惑的方面面。2客戶戶和開發(fā)發(fā)人員的的合作關(guān)關(guān)系客戶是敵敵人！矛盾產(chǎn)生生的客戶是上上帝！衣食父母母客戶是朋朋友！工作中、、工作之之余的伙伙伴，朋朋友?；セハ鄮椭蛻羰菓賾偃?！生生死死死永不分分。建立正確確的客戶戶觀優(yōu)秀的軟軟件產(chǎn)品品是建立立在優(yōu)秀秀的需求求的基礎(chǔ)礎(chǔ)之上。。而高質(zhì)質(zhì)量的需需求來源源于客戶戶和開發(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.要要求分析析人員使使用符合合客戶語語言習(xí)慣慣的表達(dá)達(dá)。2.要要求分析析人員了了解客戶戶系統(tǒng)的的業(yè)務(wù)及及目標(biāo)。。3.要要求分析析人員組組織需求求獲取期期間所介介紹的信信息，并并編寫軟軟件需求求規(guī)格說說明。4.要要求開發(fā)發(fā)人員對(duì)對(duì)需求過過程中所所產(chǎn)生的的工作結(jié)結(jié)果進(jìn)行行解釋說說明。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ù)及及說明業(yè)業(yè)務(wù)方面面的術(shù)語語等專業(yè)業(yè)問題。。2.抽抽出時(shí)間間清楚地地說明需需求并不不斷完善善。3.當(dāng)當(dāng)說明系系統(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ā)組織織確定的的工作過過程來處處理。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)收的最