軟件需求工程02

軟件需求工程

SoftwareRequirementsEngineering

第二章客戶的需求觀例子Contoso制藥公司的高級(jí)管理長(zhǎng)官Gerhard,會(huì)見Contoso公司的信息系統(tǒng)開發(fā)小組的新管理員Cynthia?！拔覀冃枰⒁惶谆瘜W(xué)制品跟蹤信息系統(tǒng)”，Gerhard說道?！霸撓到y(tǒng)可以記錄庫(kù)房或某個(gè)實(shí)驗(yàn)室中已有的化學(xué)藥品，這樣，化學(xué)專家可以直接從樓下的某人那里拿到所需的藥品，而不必再買一瓶新的。另外，衛(wèi)生保健部門也得為聯(lián)邦政府寫些關(guān)于化學(xué)藥品的使用報(bào)告。你們小組能在五個(gè)月內(nèi)開發(fā)出該系統(tǒng)嗎？”“我已經(jīng)明白這個(gè)項(xiàng)目的重要性了，Gerhard”，Cynthia說，“但在我制定計(jì)劃前，我們必須收集一些系統(tǒng)的需求?！盙erhard覺得很奇怪“你的意思是什么？我不是剛告訴你我的需求了嗎？”“實(shí)際上，你只說明了整個(gè)項(xiàng)目的概念與目標(biāo)，”Cynthia解釋道，“這些高層次的業(yè)務(wù)需求并不能為我們提供足夠的詳細(xì)信息以確定究竟要開發(fā)什么樣的軟件，以及需要多長(zhǎng)時(shí)間。我需要一些分析人員與一些知道系統(tǒng)使用要求的化學(xué)專家進(jìn)行討論，然后才能真正明白達(dá)到業(yè)務(wù)目標(biāo)所需的各種功能和用戶的要求。我們甚至并不需要開發(fā)一個(gè)新的軟件系統(tǒng)，這樣可節(jié)省許多錢?！盙erhard此前還從未遇到過與這位系統(tǒng)開發(fā)人員類似的看法?！澳切┗瘜W(xué)專家都非常忙”他堅(jiān)持道，“他們沒有時(shí)間與你們?cè)敿?xì)討論各種細(xì)節(jié)，你不能讓你的手下的人說明要做的系統(tǒng)嗎？”Cynthia盡力解釋從使用新系統(tǒng)的用戶處收集需求的合理性。“如果我們只是憑空猜想用戶要求，結(jié)果不會(huì)令人滿意。我們只是軟件開發(fā)人員，而并非化學(xué)專家。我們并不能真正明白化學(xué)專家們需要這個(gè)化學(xué)制品跟蹤系統(tǒng)做些什么。我曾經(jīng)嘗試過，未真正明白這些問題就匆忙開始編碼，結(jié)果沒有人對(duì)產(chǎn)品滿意?！靶辛?，行了，我們沒有那么多時(shí)間”Gerhard堅(jiān)持道。“我來告訴你需求，請(qǐng)馬上開始開發(fā)系統(tǒng)。隨時(shí)將你們的進(jìn)展情況告訴我?！眴栴}分析：對(duì)不同層次需求（業(yè)務(wù)、用戶、功能）的混淆所致。Gerhard說明了一些業(yè)務(wù)需求，但他并不能描述用戶需求，因?yàn)樗⒉皇恰盎瘜W(xué)制品跟蹤系統(tǒng)”的實(shí)際使用者。只有實(shí)際用戶才能描述他們要用此系統(tǒng)必須完成的任務(wù)。但他們又不能指出完成這些任務(wù)所有具體的功能需求?？蛻艉烷_發(fā)人員的關(guān)系要求開發(fā)一個(gè)新信息系統(tǒng)的客戶通常并不懂得從系統(tǒng)的實(shí)際用戶處得到信息的重要性；市場(chǎng)人員在有了一個(gè)很不錯(cuò)的新產(chǎn)品想法后，也就自認(rèn)為能充分代表產(chǎn)品用戶的興趣要求。直接從產(chǎn)品的實(shí)際用戶處收集需求有著不可替代的必要性。導(dǎo)致項(xiàng)目失敗的最主要的兩個(gè)原因是缺乏用戶參與和不完整的需求以及不完整的規(guī)格說明。1.客戶的涵義通常意義下，客戶是指直接或者間接從產(chǎn)品中獲得利益的個(gè)人或者組織。軟件客戶包括提出要求、支付款項(xiàng)、選擇、具體說明或使用軟件產(chǎn)品的項(xiàng)目風(fēng)險(xiǎn)承擔(dān)者或是獲得產(chǎn)品所產(chǎn)生結(jié)果的人?？蛻舻膭澐稚蠈有枨蟆獦I(yè)務(wù)需求，代表采購(gòu)、支付或投資軟件產(chǎn)品的這類客戶，他們有義務(wù)說明業(yè)務(wù)需求。他們應(yīng)闡明產(chǎn)品高層次概念和將發(fā)布產(chǎn)品的主要業(yè)務(wù)內(nèi)容。下層需求——用戶需求，必須從使用產(chǎn)品的用戶處收集，因此這些用戶（通常稱最終用戶），構(gòu)成了另一種軟件客戶。說明業(yè)務(wù)需求的客戶有時(shí)候?qū)⒋嬗脩粽f話，但通常他們根本無法準(zhǔn)確說明用戶需求。因?yàn)樾畔⑾到y(tǒng)、合同或是客戶應(yīng)用程序開發(fā)，業(yè)務(wù)需求應(yīng)來自風(fēng)險(xiǎn)承擔(dān)者，而用戶需求則應(yīng)來自產(chǎn)品的真正使用者、操作者.不幸的是，這兩種客戶可能都覺得他們沒有時(shí)間與(收集、分析與編寫需求說明)需求分析者討論。有時(shí)客戶還希望分析人員或開發(fā)人員無須討論和編寫文檔就能說出用戶的需求。除非遇到的需求極為簡(jiǎn)單，否則不能這樣做。如果你的組織希望軟件成功，那必須要花上數(shù)天時(shí)間來消除需求中模糊不清的地方和一些使程序人員感到困惑的方面。2客戶和開發(fā)人員的合作關(guān)系客戶是敵人！矛盾產(chǎn)生的客戶是上帝！衣食父母客戶是朋友！工作中、工作之余的伙伴，朋友?；ハ鄮椭⒄_的客戶觀優(yōu)秀的軟件產(chǎn)品是建立在優(yōu)秀的需求的基礎(chǔ)之上。而高質(zhì)量的需求來源于客戶和開發(fā)人員之間有效的交流和合作。1、軟件客戶需求權(quán)利書：列出了十條關(guān)于客戶在項(xiàng)目需求工程實(shí)施中與分析人員，開發(fā)人員交流時(shí)的合法要求。2、軟件客戶需求義務(wù)書：列出了十條關(guān)于客戶在需求過程中應(yīng)承擔(dān)的義務(wù)。軟件客戶需求權(quán)利書1.要求分析人員使用符合客戶語言習(xí)慣的表達(dá)。2.要求分析人員了解客戶系統(tǒng)的業(yè)務(wù)及目標(biāo)。3.要求分析人員組織需求獲取期間所介紹的信息，并編寫軟件需求規(guī)格說明。4.要求開發(fā)人員對(duì)需求過程中所產(chǎn)生的工作結(jié)果進(jìn)行解釋說明。5.要求開發(fā)人員在整個(gè)交流過程中保持和維護(hù)一種合作的職業(yè)態(tài)度。6.要求開發(fā)人員對(duì)產(chǎn)品的實(shí)現(xiàn)及需求都要提供建議，拿出主意。7.描述產(chǎn)品使其具有易用、好用的特性。8.可以調(diào)整需求，允許重用已有的軟件組件。9.當(dāng)需要對(duì)需求進(jìn)行變更時(shí)，對(duì)成本、影響、得失（trade-off）有個(gè)真實(shí)可信的評(píng)估。10.獲得滿足客戶功能和質(zhì)量要求的系統(tǒng)，并且這些要求是開發(fā)人員同意的。軟件客戶需求義務(wù)書1.給分析人員講解業(yè)務(wù)及說明業(yè)務(wù)方面的術(shù)語等專業(yè)問題。2.抽出時(shí)間清楚地說明需求并不斷完善。3.當(dāng)說明系統(tǒng)需求時(shí)，力求準(zhǔn)確詳細(xì)。4.需要時(shí)要及時(shí)對(duì)需求做出決策。5.要尊重開發(fā)人員的成本估算和對(duì)需求的可行性分析。6.對(duì)單項(xiàng)需求、系統(tǒng)特性或使用實(shí)例劃分優(yōu)先級(jí)。7.評(píng)審需求文檔和原型。8.一旦知道要對(duì)項(xiàng)目需求進(jìn)行變更，要馬上與開發(fā)人員聯(lián)系。9.在要求需求變更時(shí)，應(yīng)遵照開發(fā)組織確定的工作過程來處理。10.尊重需求工程中開發(fā)人員采用的流程（過程）。3簽約重要性：為所開發(fā)產(chǎn)品的需求簽定協(xié)議是客戶與開發(fā)人員關(guān)系中的重要部分。有的作為合同的一部分（附件）是開發(fā)人員設(shè)計(jì)變成測(cè)試的依據(jù)重大需求變更需增加開發(fā)費(fèi)用是項(xiàng)目驗(yàn)收的最重要標(biāo)準(zhǔn)是雙方解決分歧的起點(diǎn)，和最終結(jié)果形成的依據(jù)3片面或錯(cuò)誤認(rèn)識(shí)客戶代表經(jīng)常把“簽約”看作是毫無意義的?！八麄円以谝粡埣埖淖詈笠恍形淖窒旅婧炆厦?，于是我就簽了，否則這些開發(fā)人員不開始編碼?！边@種態(tài)度將來會(huì)帶來麻煩，譬如客戶想更改需求或?qū)Ξa(chǎn)品有不滿時(shí)?！安诲e(cuò)，我是在需求上簽署了名字，但我并沒有時(shí)間去讀完所有的內(nèi)容。我是相信你們的，是你們非要讓我簽字的?！蓖瑯拥膯栴}也會(huì)發(fā)生在僅把簽約看作是完成文檔的管理人員身上。一旦有需求變更出現(xiàn)，他便指著軟件需求規(guī)格說明說道：“但你已經(jīng)在需求上簽約了，所以這些便是我們所要開發(fā)的。如果你想要?jiǎng)e的什么，你應(yīng)早些告訴我們?！焙灱s的涵義：1、不可能在項(xiàng)目早期就預(yù)知所有的需求，而且毫無疑問需求將會(huì)出現(xiàn)變更。需求上簽約是終止需求開發(fā)過程的正確方法==項(xiàng)目的一個(gè)里程碑2.簽約是建立在一個(gè)需求協(xié)議的基線上，需求規(guī)格說明上的簽約應(yīng)該這樣理解：“我同意這份文檔表述了目前我們對(duì)項(xiàng)目軟件需求的了解。進(jìn)一步的變更可在此基線上通過項(xiàng)目定義的變更過程來進(jìn)行。我知道變更可能會(huì)使我們要重新協(xié)商成本、資源和項(xiàng)目工期任務(wù)等”。3.達(dá)成一定共識(shí)，減少矛盾,給初步的需求開發(fā)工作畫上雙方都明確的句號(hào)，會(huì)有助于形成一個(gè)持續(xù)良好的客戶與開發(fā)人員的關(guān)系，為項(xiàng)目成功奠定基礎(chǔ)