軟件需求論述

-.z.定義軟件產(chǎn)業(yè)存在的一個(gè)問題就是缺乏統(tǒng)一定義的名詞術(shù)語來描述我們的工作?？蛻羲x的"需求〞對(duì)開發(fā)者似乎是一個(gè)較高層次的產(chǎn)品概念。而開發(fā)人員所說的"需求〞對(duì)用戶來說又像是詳細(xì)設(shè)計(jì)了。實(shí)際上，軟件需求包含著多個(gè)層次，不同層次是從不同角度與不同程度反映著細(xì)節(jié)問題用戶所需要的并能觸發(fā)一個(gè)程序或系統(tǒng)開發(fā)工作的說明。從系統(tǒng)外部能發(fā)現(xiàn)系統(tǒng)所具有的滿足于用戶的特點(diǎn)、功能、屬性等。指明必須實(shí)現(xiàn)什么樣的規(guī)格說明。它描述了系統(tǒng)的行為、特性或?qū)傩?，是在開發(fā)過程中對(duì)系統(tǒng)的約束IEEE軟件工程標(biāo)準(zhǔn)詞匯表〔1997年〕中定義需求為：用戶為解決問題或到達(dá)目標(biāo)所需的條件或能力。系統(tǒng)或系統(tǒng)組件為符合合同、標(biāo)準(zhǔn)、標(biāo)準(zhǔn)或其他正式文檔而必須滿足的條件或必須具備的能力。反映上述①或②所描述的條件或能力的文檔說明。需求的層次軟件需求包括三個(gè)不同的層次。業(yè)務(wù)需求用戶需求功能需求〔包括非功能需求〕業(yè)務(wù)需求(businessrequirement)反映了組織機(jī)構(gòu)或客戶對(duì)系統(tǒng)、產(chǎn)品高層次的目標(biāo)要求，它們?cè)诠こ桃晥D與范圍文檔中予以說明。用戶需求(userrequirement)用戶需求文檔描述了用戶使用產(chǎn)品必須要完成的任務(wù)，這在使用實(shí)例文檔或方案腳本說明中予以說明。功能需求(functionalrequirement)定義了開發(fā)人員必須實(shí)現(xiàn)的軟件功能，使得用戶能完成他們的任務(wù)，從而滿足了業(yè)務(wù)需求需求層次之間的聯(lián)系管理人員或市場(chǎng)分析人員會(huì)確定軟件的業(yè)務(wù)需求。這使公司運(yùn)作更加高效〔對(duì)信息系統(tǒng)而言〕或具有很強(qiáng)的市場(chǎng)競(jìng)爭(zhēng)力〔對(duì)商業(yè)軟件而言〕。所有的用戶需求必須與業(yè)務(wù)需求一致。用戶需求使需求分析者能從中總結(jié)出功能需求以滿足用戶對(duì)產(chǎn)品的要求從而完成其任務(wù)。而開發(fā)人員則根據(jù)功能需求來設(shè)計(jì)軟件以實(shí)現(xiàn)必須的功能。軟件需求各組成局部之間的關(guān)系術(shù)語的定義軟件需求規(guī)格說明〔softwarerequirementsspecification簡(jiǎn)稱"SRS〞〕在軟件需求規(guī)格說明中說明的功能需求充分描述了軟件系統(tǒng)所應(yīng)具有的外部行為。軟件需求規(guī)格說明在開發(fā)、測(cè)試、質(zhì)量保證、工程管理以及相關(guān)工程功能中都起了重要的作用。非功能需求作為功能需求的補(bǔ)充，描述了系統(tǒng)展現(xiàn)給用戶的行為和執(zhí)行的操作等。它包括產(chǎn)品必須遵從的標(biāo)準(zhǔn)、標(biāo)準(zhǔn)和合約；外部界面的具體細(xì)節(jié)；性能要求；設(shè)計(jì)或?qū)崿F(xiàn)的約束條件及質(zhì)量屬性。約束條件指對(duì)開發(fā)人員在軟件產(chǎn)品設(shè)計(jì)和構(gòu)造上所具有的選擇限制。字處理程序?yàn)槔龢I(yè)務(wù)需求："用戶能有效地糾正文檔中的拼寫錯(cuò)誤〞。用戶需求："找出文檔中的拼寫錯(cuò)誤并通過一個(gè)提供的替換項(xiàng)列表來供選擇替換拼錯(cuò)的詞〞。功能需求：找到并高亮度提示錯(cuò)詞的操作。顯示提供替換詞的對(duì)話框?qū)崿F(xiàn)整個(gè)文檔范圍的替換求的重要性在軟件工程工程中，所有的利益相關(guān)者〔stakeholder〕都感興趣的就是需求分析階段。利益相關(guān)者包括客戶、用戶、業(yè)務(wù)或需求分析員、開發(fā)人員、測(cè)試人員、用戶文檔編寫者、工程管理者和客戶管理者。需求分析奠定了軟件工程和工程管理的根底。需求的重要性：開發(fā)軟件系統(tǒng)最困難的局部就是準(zhǔn)確說明開發(fā)什么。最困難的概念性工作是編寫出詳細(xì)的需求，包括所有面向用戶、面向機(jī)器和其它軟件系統(tǒng)的接口。此工作一旦做錯(cuò)，將會(huì)給系統(tǒng)帶來極大的損害，并且以后對(duì)它修改也極為困難。需求是產(chǎn)品的根源，需求工作的優(yōu)劣對(duì)產(chǎn)品影響最大。就像一條河流，如果源頭被污染了，則整條河流也就被污染了。國(guó)內(nèi)軟件業(yè)的痼疾：人們并不清楚終究該做什么，但卻一直忙碌不停地開發(fā)。需求缺陷造成的本錢增加重新進(jìn)展需求規(guī)格說明重新設(shè)計(jì)重新編碼重新測(cè)試改變訂單——告訴用戶將以一個(gè)修正后的版本來替代有缺陷的版本。糾正活動(dòng)——消除由于不準(zhǔn)確的特定系統(tǒng)的錯(cuò)誤造成的危害，可能涉及到賠償客戶損失。報(bào)廢——包括對(duì)于已經(jīng)完成的代碼、設(shè)計(jì)和測(cè)試，當(dāng)發(fā)現(xiàn)它們是根據(jù)不正確的需求進(jìn)展的時(shí)候，這些工作成果不得不被丟棄。收回有缺陷的軟件產(chǎn)品以及相關(guān)的用戶手冊(cè)。產(chǎn)品賠償或保修的本錢。重新安裝新版本的本錢。重新建檔的本錢。高質(zhì)量的需求過程帶來的好處在開發(fā)后期和整個(gè)維護(hù)階段的重做的工作大大減少了。讓用戶積極參與需求收集過程能使產(chǎn)品更富有吸引力，而且能建立起更加忠實(shí)的客戶關(guān)系。用戶的參與能彌補(bǔ)用戶期望和開發(fā)者實(shí)際開發(fā)之間的"鴻溝〞〔期望差異〕。將確定的系統(tǒng)需求明確地分配到各軟件子系統(tǒng)，確保軟硬件系統(tǒng)功能匹配適當(dāng)。有效的變更控制也能降低需求變更帶來的負(fù)面影響。將需求編寫成清晰、無二義性的文檔將會(huì)極大地有利于系統(tǒng)測(cè)試，確保產(chǎn)品質(zhì)量。優(yōu)秀需求說明的特征正確性。完整性。無二義性。必要性?？尚行?。劃分優(yōu)先級(jí)?？沈?yàn)證性。正確性。每一項(xiàng)需求都必須準(zhǔn)確地陳述其要開發(fā)出的功能性。只有用戶代表才能確定用戶需求的正確性，這就是為何一定要有用戶的積極參與的原因。沒有用戶參與的需求只是是評(píng)審者憑空猜想。完整性。不能遺漏任何必要的需求信息。遺漏需求將很難查出。每一項(xiàng)需求都必須將所要實(shí)現(xiàn)的功能描述清楚。開發(fā)人員可以從需求規(guī)格說明中獲得設(shè)計(jì)和實(shí)現(xiàn)這些功能所需的所有必要信息。無二義性。對(duì)所有需求說明的讀者都只能有一個(gè)明確統(tǒng)一的解釋。盡量把每項(xiàng)需求用簡(jiǎn)潔明了的用戶性的語言表達(dá)出來。防止二義性的有效方法包括對(duì)需求文檔的正規(guī)審查，編寫測(cè)試用例，開發(fā)原型以及設(shè)計(jì)特定的方案腳本。必要性。每一項(xiàng)需求都應(yīng)把客戶真正所需要的和最終系統(tǒng)所需遵從的標(biāo)準(zhǔn)記錄下來。"必要性〞也可以理解為每項(xiàng)需求都是用來授權(quán)你編寫文檔的"根源〞。要使每項(xiàng)需求都能回溯至*項(xiàng)客戶的輸入，如使用實(shí)例或別的來源?？尚行?。每一項(xiàng)需求都必需是在系統(tǒng)和環(huán)境的權(quán)能和限制范圍內(nèi)可以實(shí)施的。最好在獲取需求過程中始終有一位軟件工程小組的組員與需求分析人員或考慮市場(chǎng)的人員在一起工作，由他來負(fù)責(zé)技術(shù)可行性上的檢查。劃分優(yōu)先級(jí)。給每項(xiàng)需求、特性或使用實(shí)例分配一個(gè)實(shí)施優(yōu)先級(jí)以指明它在特定產(chǎn)品中所占的分量。不劃分優(yōu)先級(jí)，將導(dǎo)致工程管理者在開發(fā)或節(jié)省預(yù)算或調(diào)度