軟件需求工程02

軟件需求工程

SoftwareRequirementsEngineering

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